一種接處警方法及系統與流程

2023-10-17 05:21:09 1

本發明涉及通信技術領域，特別涉及一種接處警方法及系統。

背景技術：

當前公安系統接處警系統普遍採用電話語音報警的形式，報警人通過撥打報警電話，把警情以語音形式傳達給公安局110指揮中心接警員，而接警員則通過與報警人的語音交談大概了解警情信息，包括案發地點，案情概要等。然後接警員再根據了解到的警情信息確定下一步處理方案，比如是否派警(通知案發地責任民警出警處理案件)。上述傳統的接處警方法的流程如圖1所示。

傳統的接處警方法中存在著如下問題：1、報警人對案件發生地點不熟悉，無法向110指揮中心接警員準確地描述出案件發生地點的具體位置；2、110指揮中心接警員在安排民警出警處理案情的時候，無法告知民警案情的詳細發生地址，大大影響了辦案效率。

因此，如何方便報警人操作，提高接處警效率是本領域技術人員需要解決的技術問題。

技術實現要素：

本發明的目的是提供一種接處警方法及系統，能夠提高接處警的準確性和效率，節省人力。

為解決上述技術問題，本發明提供一種接處警方法，包括：

用戶應用程式收集用戶的報警信息，並將所述報警信息發送給主伺服器；

所述主伺服器保存並分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中；

所述節點伺服器向接警員遊覽器推送所述報警信息；

所述接警員遊覽器根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式；

所述警察應用程式確認出警。

其中，所述用戶應用程式收集用戶的報警信息，並將所述報警信息發送給主伺服器，包括：

檢測到用戶應用程式中的撥號功能撥打報警電話；或監測用戶終端內置撥號功能撥打報警號碼；或監測到用戶應用程式中的報警按鈕被觸發；

獲取所述用戶應用程式的gps信息；

根據所述gps信息，利用地圖逆地理編碼確定用戶所在區域的行政區域編號；

將所述gps信息，所述行政區域編號發送給主伺服器。

其中，所述主伺服器保存並分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中，包括：

校驗所述報警信息的真實性；

若所述報警信息的真實，則將所述報警信息存儲到資料庫中，並根據所述行政區域編號，及節點伺服器映射表確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中。

其中，所述將所述報警信息發送到對應的節點伺服器中，包括：

將所述報警信息通過socket通道發送到對應的節點伺服器，並將所述報警信息的發送狀態修改為已分發。

其中，所述節點伺服器向接警員遊覽器推送所述報警信息，包括：

所述節點伺服器利用websocket通道向所有在線接警員遊覽器推送所述報警信息。

其中，所述接警員遊覽器根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式，包括：

根據所述報警信息確定警情發生地；

根據所述警情發生地確定最近的出警單位，並確定所述出警單位中可出警的警員；

確定所述可出警的警員中距離所述警情發生地最近的警員，並將所述報警信息發送給對應出警人員的警察應用程式。

其中，所述警察應用程式確認出警，包括：

確認所述報警信息；

根據所述報警信息定位用戶的地理位置信息，調用地圖api計算出最優出警路線，並根據所述最優出警路線進行導航；

接收對應出警人員錄入的警情處理情況。

其中，還包括：

所述主伺服器收集接處警過程中的業務數據，並將所述業務數據發送到對應的所述用戶應用程式。

本發明還提供一種接處警系統，包括：

用戶應用程式，用於收集用戶的報警信息，並將所述報警信息發送給主伺服器，其中，所述報警信息至少包括所述用戶的地理位置信息；

所述主伺服器，用於分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中；

所述節點伺服器，用於向接警員遊覽器推送所述報警信息；

所述接警員遊覽器，用於根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式；

所述警察應用程式，用於確認出警；

資料庫，用於存儲所述接處警系統中業務產生的數據。

其中，所述資料庫為主從模式，包括主數據節點和備份數據節點。

本發明所提供的接處警方法，該方法包括：用戶應用程式收集用戶的報警信息，並將所述報警信息發送給主伺服器，其中，所述報警信息至少包括所述用戶的地理位置信息；所述主伺服器保存並分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中；所述節點伺服器向接警員遊覽器推送所述報警信息；所述接警員遊覽器根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式；所述警察應用程式確認出警；

該方法能夠快速獲取報警人的基本信息，不需要報警人進行說明節約時間，且能夠根據自動獲取的報警信息快速確定出警人員，提高了出警效率。因此該方法能夠提高接處警的效率；本發明還提供了一種接處警系統。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。

圖1為現有技術所提供的接處警方法的流程示意圖；

圖2為本發明實施例所提供的接處警方法的流程圖；

圖3為本發明實施例所提供的用戶應用程式收集用戶的報警信息的示意圖；

圖4為本發明實施例所提供的利用報警按鈕進行收集用戶的報警信息的示意圖；

圖5為本發明實施例所提供的一種報警信息分發流程的示意圖；

圖6為本發明實施例所提供的一種節點伺服器向接警員遊覽器推送所述報警信息的示意圖；

圖7為本發明實施例所提供的一種派警流程的示意圖；

圖8為poll方式的流程的示意圖；

圖9為push方式的流程的示意圖；

圖10為本發明實施例所提供的一種處警流程的示意圖；

圖11為本發明實施例所提供的一種接處警反饋流程的示意圖；

圖12為本發明實施例所提供的一個完整的接處警流程示意圖；

圖13為本發明實施例所提供的接處警系統的結構框圖；

圖14為本發明實施例所提供的資料庫的結構示意圖；

圖15為本發明實施例所提供的傳統信息更新方式和socket方式的對比的示意圖。

具體實施方式

本發明的核心是提供一種接處警方法及系統，能夠提高接處警的準確性和效率，節省人力。

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發 明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。

請參考圖2，圖2為本發明實施例所提供的接處警方法的流程圖；該方法可以包括：

s100、用戶應用程式收集用戶的報警信息，並將所述報警信息發送給主伺服器；

其中，這裡的用戶應用程式設置於用戶終端，例如手機，平板等設備。該用戶應用程式主要是為了第一時間收集到用戶的報警信息，並將報警信息發送到主伺服器進行進一步的處理。這裡用戶應用程式收集的報警信息可以包括用戶所在的地理位置信息，用戶終端的id，用戶電話號碼，用戶身份信息等。這裡並不對報警信息的內容進行限定，可以具體根據用戶終端的具體情況進行確定。

優選的，所述用戶應用程式收集用戶的報警信息，並將所述報警信息發送給主伺服器具體可以包括：

檢測到用戶應用程式中的撥號功能撥打報警電話；或監測用戶終端內置撥號功能撥打報警號碼；或監測到用戶應用程式中的報警按鈕被觸發；

獲取所述用戶應用程式的gps信息；

根據所述gps信息，利用地圖逆地理編碼確定用戶所在區域的行政區域編號；

將所述gps信息，所述行政區域編號發送給主伺服器。

其中，地圖逆地理編碼(geocoder)指的是通過gps坐標確定坐標對應的地理位置信息。比如gps坐標(116.51413，39.912896)通過逆地理編碼解析之後，可以得到該坐標對應的詳細地理位置信息：北京市朝陽區大屯路304號。hx-smart110依賴的電子地圖專門提供這樣的服務接口，該接口接收的參數就是gps坐標值，接口返回的結果是包含行政區域編碼和詳細地址信息的內容。

其中，該方法可以通過定位api獲取gps信息，通過地圖服務獲取行政區域編號，上述過程具體實施例可以參照圖3。

其中，由於該方法考慮到用戶在受到不法侵害時可能不方便打電話進行報警，因為該用戶應用程式提供至少三種報警形式，第一種是用戶利用用戶應用程式中的撥號功能撥打報警電話，當用戶應用程式檢測到報警電話時，開始主動獲取報警信息；第二種是用戶利用終端中內置的撥號功能撥打報警電話，當用戶應用程式檢測到報警電話時，開始主動獲取報警信息；應用場景為遇到情況緊急的情況時，公眾用戶也許不會打開用戶應用程式即publicapp使用其中的撥號功能撥號報警，而是直接使用終端內置的撥號功能撥打報警電話，這就要求publicapp能夠偵聽到公眾用戶的撥號行為並且在確定公眾用戶撥打了報警電話(110、119等)後立即向接處警中心匯報警情信息(地理位置、手機號)等；publicapp的智能之處在於公眾用戶報警時，不需要打開publicapp應用，就可以智能判斷用戶是否撥打了報警電話。省略了打開應用進行額外操作的步驟，提高了報警效率，提高了用戶友好度。第三種是用戶無法撥打報警電話，可以僅僅按下用戶應用程式中的報警按鈕如一鍵報警按鈕被觸發，開始主動獲取報警信息。除了上述報警流程之外(報警人直接撥打報警電話的方式報警)，用戶應用程式如publicapp還提供了一鍵報警功能：報警人在不方便撥打電話報警的時機下，可以打開publicapp，進入publicapp主界面，點擊「一鍵報警」按鈕，publicapp會在後臺自動搜集報警人所在位置(gps信息)、報警人個人信息等數據，自動將報警數據推送到主伺服器上，主伺服器自動將警情信息推送到接警員工作界面，完成接處警流程。詳細業務流程參見下圖4所示：

前兩種方式用戶應用程式判斷號碼為報警號碼操作可以是通過監測用戶撥打的電話號碼，並將其與預設的報警號碼進行對比，若存在，則確定用戶在撥打報警電話，或者首先判斷用戶撥打的號碼的位數，若位數符合預定條件，再進行報警；或者首先判斷用戶撥打的號碼的位數，若位數符合預定條件，再與預設的報警號碼進行對比，若存在，則確定用戶在撥打報警電話再進行報警。最後一種方式是用戶不方便進行打電話時，可以通過按鈕觸發報警信息的獲取操作。

該步驟是智能接處警系統業務流程的入口，負責偵聽報警行為。該用戶應用程式可以是終端下載的app。

其中，優選的，在報案結束後，用戶打開用戶應用程式，可以看到上述報案信息，用戶還可以對報案信息補充附件信息，如案發現場圖片、音視頻等。補充的信息越充分，會為案件的處理帶來便利性。

s110、所述主伺服器保存並分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中；

其中，為了提高報警信息處理的準確性，要將收集到的報警信息進行分類分發進行處理，該方法利用區域來劃分這些報警信息，可以起到專區案件專區處理，提高案件的處理速度，因此節點伺服器可以按照地域進行設置；另一方面能夠減輕主伺服器的工作量，提高伺服器運行速度。

該步驟即根據報警信息中的用戶地理位置信息判斷出該報警信息所屬的節點伺服器，將該報警信息發送到對應的節點伺服器。該步驟為分發警情。

優選的，所述主伺服器保存並分析所述報警信息確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中具體可以包括：

校驗所述報警信息的真實性；

若所述報警信息的真實，則將所述報警信息存儲到資料庫中，並根據所述行政區域編號，及節點伺服器映射表確定對應的節點伺服器，並將所述報警信息發送到對應的節點伺服器中。

其中，上述過程具體可以是報警流程完成後，報警信息流轉到主伺服器如masterserver節點，masterserver分析警情信息，校驗警情信息的真實性(過濾垃圾警情、惡意虛假報警)。去除虛假警情之後，先把真實警情信息存入資料庫(db)之中。

然後分析該真實警情，確定警情的發生地(行政區域)，並將其推送到對應行政區域的節點伺服器(如nodeserver)上。系統設定了masterserver和nodeserver。

其中，請參考圖5，下圖描述的一種具體報警信息的分發流程示意圖。報警信息分發即警情分發功能的實現依賴於publicapp獲取的gps地理位置信息，masterserver調用地圖api轉化gps地理位置信息為對應的行政區域編碼，然後masterserver查找預先配置好的行政區域編碼和節點伺服器nodeserver之間的映射信息，得到節點伺服器nodeserver的ip地址，這樣就實現了有gps地理位置信息到節點伺服器nodeserver之間的間接匹配。然後 masterserver即可將警情信息通過之前建立好的與節點伺服器nodeserver之間的socket通道推送到節點伺服器nodeserver上。

其中，系統內部各個節點之間數據的通信可以採用最新的socket通信技術，提高了系統各個節點之間數據的通信速率，降低了網絡通信延遲。

該步驟進行自動分發的過程中可以是由接收到報警信息後就立刻出發分發流程，或者是利用定時任務觸發分發流程。當使用定時任務的方式時，可以考慮quartz框架實現定時任務(task)；由開源java類庫quartz實現的定時任務大大簡化了系統配置和代碼量。系統根據需要確定某個業務方法需要定時調用，然後使用quartz配置定時任務，配置定時任務依賴於該框架特定的表達式，通過表達式確定業務方法多長時間調用一次。例如這樣的表達式：01510**？*就表示每天10點15分觸發調用業務方法一次。

其中，優選的，所述將所述報警信息發送到對應的節點伺服器中具體可以包括：

將所述報警信息通過socket通道發送到對應的節點伺服器，並將所述報警信息的發送狀態修改為已分發。

其中，報警信息經由publicapp用戶生成之後，通過http協議post方式提交到masterserver，1：為了保證數據的安全性，masterserver首先必須要把警情信息存入masterdb或者slavedb中，同時要把新存入的警情信息做好標記。做標記的目的是為了表明警情信息處於「待分發狀態」，還未分發到該警情對應的行政區域對應的nodeserver上。2：masterserver將警情信息直接推送到節點伺服器nodeserver。此步驟可以詳細拆分為兩部分，首先masterserver需要知道警情應該推送到哪個nodeserver上，判斷的依據就是警情信息中包含的地理位置信息，masterserver使用上述geocoder技術，獲取警情信息對應的地理位置信息，該地理位置信息中包含六位的行政區域編碼(adcode)；然後masterserver根據得到的adcode查找該adcode對應的節點伺服器nodeserver的ip地址，獲得ip地址後，就可以找到masterserver和nodeserver之間建立的socket通道，把警情信息通過socket通道發送到nodeserver伺服器。如果nodeserver成功收到發送的警情信息，masterserver就需要將該警情信息狀態由「待分發狀態」修改為「已分發狀態」。

上述步驟的產生是跟隨publicapp用戶報警操作而產生的。假如說上述步驟因為網絡問題發生失敗，警情未能及時通過socket通道發送到nodeserver上，hx-smart110系統還有一道保障方法。利用上述的quartz框架實現定時任務(task)技術，定時地檢查新存入資料庫的被標記為「待分發狀態」的警情信息，如果發現有「待分發狀態」的警情，就重新使用socket通道發送到nodeserver。

s120、所述節點伺服器向接警員遊覽器推送所述報警信息；

其中，節點伺服器在接收到報警信息後要及時向該區域的接警員遊覽器推送該報警信息，以達到該報警信息可以最快接受處理。例如有效警情被分發到節點伺服器(nodeserver)上之後，節點伺服器立即向使用browser登錄到系統中的接警員發起廣播，把警情發送到每個接警員工作檯。為了提高發送的效率，可以只向在線的接警員進行發送；也可以是向在線的接警員進行發送，當監測到其他未在線的接警員在在線時，在向其發送報警信息。

其中，優選的，所述節點伺服器向接警員遊覽器推送所述報警信息具體可以包括：

所述節點伺服器利用websocket通道向所有在線接警員遊覽器推送所述報警信息。

其中，請參考圖6，接警員收到報警信息的警情廣播後，確定可以接警後，執行接警操作，籤收警情廣播推送的新警情。其中說明了如果接警員處於離線狀態(即接警員沒有登錄系統)，節點伺服器nodeserver將自動把警情信息標記為待通知狀態，等待接警員下次上線時，以歷史警情的形式通知給接警員，保證警情信息對每位接警員都通知到位。圖中的案發地點定位功能指的是接警員在確認警情信息後，為了進一步確定警情發生地點，可以使用系統提供的警情定位功能，在接警員工作檯界面，內嵌了電子地圖，警情信息會被標記在電子地圖上，接警員可以直觀地看到警情的發生地點，便於就近派警，節省出警時間。

s130、所述接警員遊覽器根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式；

其中，該步驟不要完成派警工作，而派警工作的重點就是選取能夠迅速到達警情現場的民警，因此，在選定出警人員時要考慮該出警人員是否可以快速到達，以及出警人數的確定。

其中，優選的，接警員遊覽器根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式具體可以包括：

根據所述報警信息確定警情發生地；

根據所述警情發生地確定最近的出警單位，並確定所述出警單位中可出警的警員；

確定所述可出警的警員中距離所述警情發生地最近的警員，並將所述報警信息發送給對應出警人員的警察應用程式。

其中，具體的出警人員籤收新警情之後，通過browser提供的工作檯將警情指派給辦案民警。辦案民警通過警察應用程式如policeapp收到警情指派通知，確認處警。圖7描述了派警流程：1.接警員完成接警流程，並得知警情發生地。警情發生地在電子地圖上可以精確到街道；2.系統會智能篩選最符合出警條件(距離案發地最近)的出警單位，展示給接警員。3.接警員在推薦的接警單位中選擇出警民警；4.接警員將警情派發給選定的民警。

其中，可選的，派警流程中的消息推送機制：push技術(個推)

從技術層面講，通常情況下，app和server之間信息的交互，都是由app主動發起請求，請求伺服器的某些資源，例如發起一個查詢、登錄系統等等。基於這樣的模式的數據請求方式不能及時獲取伺服器端的數據更新，還要基於不斷的發起請求查找伺服器更新這樣的方式耗費大量的網絡流量和系統資源。這種信息獲取方式是單向的，即只能由app主動發起請求，才能從伺服器獲取數據；而基於推送機制(push)的技術突破性地解決了這樣的局限性。推送機制(push)可以實現由伺服器端主動發送信息給app端，而不用等待app端發起請求。push是網際網路上內容提供者和內容定製方之間的一種通信機制，利用在伺服器端的程序把數據源源不斷地推向客戶端，大大提高客戶機和伺服器之間的交互性能。

傳統網際網路上數據交互一般有poll和push兩種方式。poll典型使用場景是瀏覽網頁，是用戶主動發起請求，向伺服器獲取數據；push剛好相反，通 過伺服器直接發送數據給客戶端，用戶被動接受消息，類似於更加及時的簡訊。push的使用場景有以下兩特點：時間不確定性、時效性，如發送團購信息，發送電子消費帳單等。其中，poll方式的流程的示意圖如圖8，push方式的流程的示意圖如圖9。

個推為第三方應用提供了跨手機平臺一致的、穩定可靠的消息推送服務，實現服務端到客戶端的消息主動推送。第三方應用可以實現針對單一目標地址的推送，也可以實現群發消息推送，還可以通過指定tag進行定向群組推送。個推除了為第三方提供基本的透明消息傳輸，還提供了一些消息展示方式，實現在客戶端的通知提示、彈框操作等，幫助客戶快速實現更為定製化的消息推送服務。

該方法中的派警流程，就需要實現由伺服器向app主動push消息的功能。110接處警指揮中心接警員把警情信息派發給某一個民警，該民警手機客戶端policeapp就會收到masterserver推送的一條信息，告知民警有新的出警任務需要立即處理。在該流程中，出警民警並沒有主動向masterserver發起請求，而是被動地收到masterserver發來的消息通知。這樣的實現方式，保證了派警信息最小程度的延遲，使得警情信息第一時間到達出警民警手機端。

s140、所述警察應用程式確認出警。

其中，出警人員可以通過登錄警察應用程式記錄出警信息。還可以包括記錄警情處理情況等。警察應用程式起到反饋的作用，可以完成的記錄出警的情況，為整個接處警流程提供一個反饋數據。

優選的，所述警察應用程式確認出警具體可以包括：

確認所述報警信息；

根據所述報警信息定位用戶的地理位置信息，調用地圖api計算出最優出警路線，並根據所述最優出警路線進行導航；

接收對應出警人員錄入的警情處理情況。

其中，上述具體過程可以如圖10所示，辦案民警確定派警信息後，確認處警，開始進行處警流程。處警流程伴隨著實際的處警業務，可以隨時向masterserver查詢、提交數據，匯報辦案流程。詳細的處警流程如下圖所示：1.policeapp收到接警員派發的警情信息，提醒辦案民警籤收派警信息；2.辦案民警打 開policeapp進入新派警信息頁面，確認派警信息後，執行籤收派警信息操作；3.辦案民警籤收警情信息之後，policeapp通過masterserver轉發後，通知報警人的publicapp警情信息已經有辦案民警開始處警；4.辦案民警籤收警情之後，進入警情信息詳細頁面，在展示的電子地圖上標註案發地點；5.policeapp計算最快到達案發地點的路線並開始導航，指引辦案民警快速到達案發地點；6.辦案民警根據policeapp的導航信息到達案發地點，準備開始實地處警；7.辦案民警開始實地處警過程；8.辦案民警實地處警期間，隨時可以使用policeapp記錄辦案過程，包括辦案過程中需要把圖像、視頻、音頻等警情附屬信息保存到policeapp中，既可以直接發送到masterserver中，也可以臨時存儲，等待網絡環境良好時推送到masterserver中；9.辦案民警根據完成處警過程後，執行結案操作，結束處警流程。

其中，可選的，出警導航：上圖中的步驟5是自動導航功能，policeapp可以調用地圖api計算最優出警路線，讓出警民警選擇其中最合適的路線，並進入出警導航模式，高效率地抵達案發地點。

離線地圖：出警民警大多數情況下處於室外環境，在沒有wifi的情況下，為了節省民警手機流量，policeapp內置了離線地圖功能。只需保證提前下載過離線地圖包，手機定位功能處於開啟狀態，policeapp僅需要極少的網絡通信流量就可以實現地圖導航功能。

其中，優選的，在出警民警進行案件處理補充後，系統可以將該信息反饋至用戶應用程式中，如以消息通知的形式發送至用戶應用程式。這樣可以使得用戶及時得知報警案件的處理進程。具體過程可以是：用戶點擊進入用戶應用程式應用界面，查看通知信息，該處可以顯示民警是否出警，民警的出警軌跡，行動路線等等。

其中，優選的，為了進一步提高報警信息的處理效率；在用戶應用程式中還可以具有查看周圍警力分布的功能。即用戶通過用戶應用程式可以查看周圍預定範圍內如以1000米為半徑的範圍內的警力分布情況。且這裡的各個警力分布可以以地圖點標記的形式存在，用戶還可以點擊各個地圖點標記，查看對應警員的基本情況和聯繫方式等信息。用戶不僅可以查看這些信息，優選的，還可以根據自身的實際情況挑選合適警員，並可以直接撥打該警員的聯繫電話或者使用用戶應用程式內置的通信模塊發起與警員的通信告知具 體警情，具體可以使用文字、語音、視頻及圖片等形式。該方式可以直接使得報警人和接警人員直接對接，跨過了接處警指揮中心。更加高效。

對應上述情況，在不改變報警人的便利性的情況下，為了更好地保護具有特殊身份警員的信息，優選的，在警察應用程式中警察用戶可以根據自身的實際情況，在警察應用程式的設置中靈活的設置是否公開自己的身份信息、位置信息等。這樣可以更好地保護具有特殊身份警員的隱私信息。且其他警員也可以通過該功能及時更新自身的聯繫方式等信息。

基於上述技術方案，本發明實施例提供的接處警方法，能夠利用當前使用範圍廣泛的智能終端內置的定位功能，自動將報警人所處位置發送到指揮中心接警員面前，解決了現有接處警系統中無法直觀精確地確定案發地點的核心問題，在不改變原有系統接處警模式的情況下，對現有接處警系統做了補充完善。另外，智能接處警系統不但為接警用戶提供報警人的詳細位置信息，還對現有接處警系統中的派警流程進行了改進，利用智能接處警系統中的警察應用程式終端，可以即時地把派警信息推送到辦案民警手機，為辦案民警提供案情發生地的詳細位置信息，提高了出警效率和準確率。

本發明的另一實施例中還包括：

所述主伺服器收集接處警過程中的業務數據，並將所述業務數據發送到對應的所述用戶應用程式。

其中，該步驟主要完成反饋操作。具體可以是辦案民警處警完畢之後，masterserver將匯總警情相關的各個業務流程數據，匯總成綜合信息，向publicapp(報警人)推送通知，報告辦案過程以及處理結果。反饋流程的詳細描述如圖11所示：1.辦案民警完成處警流程，將處警結果報送到masterserver；2.masterserver匯總從報警到接處警各個環節業務數據；3.masterserver通知publicapp警情信息已經處理完畢；4.publicapp收到masterserver推送的警情處理結果，提醒報警用戶查看警情處理結果；5.報警用戶打開publicapp進入警情處理結果展現頁面，查看警情處理結果，並可以對警情處理結果反饋自己的看法和評價；

下面請參考圖12，圖12給出了一個完整的實施例來說明接處警流程示意圖。

基於上述技術方案，本發明實施例提供的接處警方法，能夠將現有系統中接處警業務的各個業務環節串聯起來，形成一個完整的業務流程，從報警到接警，再到處警，再到後續的案情反饋、評議、統計等各個環節，提高了公安系統接處警業務的辦理效率和辦案準確率，同時也節約了大量不必要的時間和人力成本。主要從以下幾點優勢進行說明：

第一：網際網路報警

使用基於網際網路的移動客戶端publicapp實現網際網路報警功能。用戶通過應用商店或者下載連結下載安裝publicapp，安裝好之後，publicapp只要處於運行狀態，就可以察覺到用戶撥號行為。publicapp獲取用戶撥號後，如果所撥號碼處在預先設定好的白名單中，publicapp就調用地圖api獲取此時報警人所處的位置信息。獲取位置信息之後(包含行政區域編碼adcode)，再獲取客戶機手機號、個推客戶端id(cid)，將位置信息、手機號、cid包裝為報警信息統一發送到masterserver。masterserver根據adcode確定報警信息所對應的nodeserver，然後nodeserver將報警信息廣播到接警員瀏覽器客戶端。

基於上述流程，報警信息可以同時以兩種方式流轉到接處警指揮中心，其中一種方式是傳統的電話語音報警，報警人以語音方式向接警員描述報警信息；另一種方式就是以文本信息的形式通過網際網路發送到接處警系統的masterserver。接處警中心接警員執行接警任務的時候，應當以第一種傳統形式的語音報警方式為主，處理完報警人的報警電話之後，接警員需要切換到接處警系統的網際網路客戶端顯示屏，然後進行警情定位、繼而進行後續的派警工作。

第二：警情定位

接處警系統如hx-smart110實現了報警人、接警人雙向的警情定位功能。報警人報警期間，報警電話客戶端上安裝的publicapp可以定位報警人當前的地理位置信息，進而把含有地理位置信息的報警信息發送到hx-smart110系統的masterserver上，經過警情分發，接警員接警等操作流程，接警員同時可以在hx-smart110系統的瀏覽器客戶端(chrome)對所接報警信息進行地理位置信息定位，也就是在chrome端展現的電子地圖上對報警信息進行標記。如此就可以實現hx-smart110系統最核心的功能，即警情定位。

第三：智能派警

接警員確認接警後，對報警信息進行了定位標記，就可以進行後續操作：派警。hx-smart110的用戶範圍覆蓋了所有出警單位的出警民警，該系統可以對所有出警民進進行動態監控，隨時可以獲取並更新當前所有民警的出警狀態，判斷出那些民警處於空閒狀態，可以執行出警任務，以及所有在線民警所處的位置信息(由policeapp確定每個在線民警即時的位置信息)。智能派警的作用就是在接警員執行派警操作時，查找當前處於空閒狀態的民警，然後以警情發生地的地理位置為原點，計算周圍距離警情發生地最近的民警，並把計算結果推薦給接警員，由接警員手動選擇確定出警民警。接警員也可以通過後臺設置派警方式，可以設置為自動派警或者手動派警。自動派警就是在系統計算出最近民警後，自動把警情信息派發給該民警；手動派警就是派警操作必須由接警員確認並手動操作。

第四：出警導航

報警信息被派到出警民警客戶端policeapp上，出警民警確認報警信息。在執行實際的出警任務之前，民警進入policeapp出警導航頁面。在導航頁面使用的是地圖的導航功能，地圖根據報警信息發生地點計算最優出警路線，出警民警根據該最優路線開始出警。

本發明實施例提供了接處警方法，通過上述方法能夠提高接處警處理的效率和準確性。

下面對本發明實施例提供的接處警系統進行介紹，下文描述的接處警系統與上文描述的接處警方法可相互對應參照。

請參考圖13，圖13為本發明實施例所提供的接處警系統的結構框圖；該系統可以包括：

用戶應用程式400，用於收集用戶的報警信息，並將所述報警信息發送給主伺服器100，其中，所述報警信息至少包括所述用戶的地理位置信息；

所述主伺服器100，用於分析所述報警信息確定對應的節點伺服器200，並將所述報警信息發送到對應的節點伺服器200中；

所述節點伺服器200，用於向接警員遊覽器300推送所述報警信息；

所述接警員遊覽器300，用於根據所述報警信息及預定派警規則確定對應出警人員，並將所述報警信息發送給對應出警人員的警察應用程式500；

所述警察應用程式500，用於確認出警；

資料庫600，用於存儲所述接處警系統中業務產生的數據。

其中，該系統運行於網際網路上，與傳統的接處警系統不同，該系統完全基於網際網路，是一套獨立於公安網的綜合應用系統。系統採用分布式部署架構，設定一個主伺服器(masterserver)作為整個系統數據的流轉中心，所有app的請求都需要交由該伺服器處理。該核心伺服器將處理好的數據再二次派發給各個節點伺服器(nodeserver)，這也是接處警系統如hx-smart110系統網絡架構方面獨特的設計方式。這樣的網絡架構設計最主要作用是提高各個節點伺服器(nodeserver)的接警效率，各司其職，只處理自己轄區內的警情。資料庫db保存系統業務數據，為了提高系統安全性可以只對masterserver和nodeserver開放訪問權限。masterserver和nodeserver可以根據業務需求直接對db上的數據做更改和查詢。

其中，優選的，所述資料庫600為主從模式，包括主數據節點和備份數據節點。

資料庫db是整個系統的數據倉庫，所有數據都在其中存儲。為了保證系統數據的安全性，db使用了主從模式，實現了數據的備份功能，保證系統了容災能力。從db採用獨立主機的設計架構，將備份數據與主db從物理網絡層隔離開來，分為masterdb和slavedb兩個數據節點，兩者數據必須實時同步，保持一致。更加提高了系統的容災能力和數據恢復能力。數據的主從架構如圖14所示：

如上圖所示，正常情況下，masterdb和slavedb之間保持及時數據同步，這由mysql資料庫的數據同步機制決定，hx-smart110系統在mysql資料庫主從同步的基礎上進行定製，實現不同的符合實際業務需求的數據同步策略。如果上圖中的步驟b出現中斷(masterdb和slavedb之間的通信鏈路中斷)，則masterdb和slavedb均等待時機，一旦兩者之間的通信鏈路恢復正常，就繼續開始數據同步，保持兩者之間的數據一致性。

上圖中步驟a表明的是hx-smart110系統中的應用系統正常訪問系統數據的流程。系統中需要訪問資料庫的節點只有masterserver和nodeserver兩 類，正常情況下，masterserver和nodeserver默認訪問masterdb。如果步驟a出現問題，如masterserver、nodeserver和masterdb之間的通信鏈路中斷，masterserver和nodeserver就會自動將資料庫訪問連結指向slavedb所在的資料庫伺服器。如果slavedb同時也出現問題，則masterserver和nodeserver就會一直嘗試連接masterdb或者slavedb，直到其中一個可以被順利連接為止。用來存儲整個公安智能接處警系統業務流程中產生的業務數據，並為系統各個環節業務流程提供業務數據。為了保證hx-smart110系統數據的安全性，系統採用主從模式的資料庫架構，資料庫db設置主資料庫masterdb和從資料庫slavedb個資料庫節點。兩者之間設置數據同步策略，保證兩者數據完全一致。在兩者其一出現故障的情況下，hx-smart110可以自動切換到另外一臺可用的db上去。

其中，接警員遊覽器300可以是谷歌瀏覽器；警察應用程式500和用戶應用程式400可以為任意系統中的應用如安卓系統。

該系統masterserver為系統核心伺服器，處理所有用戶請求；作為系統核心，它連接了警察應用程式和用戶應用程式的用戶和各個接處警中心接警員用戶，把報警、接警、處警各個業務環節無縫連接，提高了報警效率和辦案效率。其最核心的功能之一就是能夠將所有用戶應用程式報送的警情信息，自動地分發到案發地所在的100接處警指揮中心，然後接處警指揮中心各司其職，只處理發生在自己管轄範圍內的警情信息，避免了案情的轉接環節時間的浪費；

nodeserver部署在各個接處警中心，主要為了接收上述masterserver分發的案情，並且為110接處警指揮中心接警員提供數據訪問，業務處理功能。nodeserver的用戶只限於110接處警指揮中心用戶，核心業務功能就是接收警情，並獲取警情具體位置信息，然後用戶可以直接在nodeserver系統中將警情派發給辦案民警。主要是為了減輕masterserver的訪問負載，也為了提高接處警效率，將接處警業務按照行政區域進行拆分，各個行政區域只負責本區域的接處警工作，提高處警效率。在整個hx-smart110系統的網絡架構中，nodeserver就是若干個圍繞在masterserver周圍的節點伺服器。該節點伺服器的用戶只局限於某個特定行政區域的110指揮中心接警員。通過這樣的網絡架構設計，保證了警情信息從masterserver流轉到nodeserver上時， 已經可以保證該警情就是發生在nodeserver所處的行政區劃的管轄範圍內，方便警情的就近處理。

除了上述系統組成外，系統內部各個節點之間數據的通信採用最新的socket通信技術，提高了系統各個節點之間數據的通信速率，降低了網絡通信延遲。所謂的系統內部各個節點是指masterserver、nodeserver和接警員遊覽器如browser三類節點。系統中對socket技術的應用有兩類，一類是masterserver與nodeserver之間的後臺socket框架(基於apache開源組織的mina框架)；另一類是nodeserver和browser之間的websocket技術；

其中mina框架的主要職責是在masterserver和nodeserver之間建立長連接通信管道，保證masterserver和nodeserver之間信息的0延遲連接，提高了警情信息由masterserver到nodeserver之間的分發過程及時性；這樣的技術設計一方面是為了提高數據傳遞的效率，另一方面也降低了masterserver的負載，傳統的信息獲取方式都是由請求方主動請求伺服器，如果服務方的數據發生了變化，服務方無法立即通知請求方(數據需求方)，而是由請求方不斷對服務方發起請求，主動察覺服務方數據發生了變化，然後將數據變化更新到請求方本地。這樣的數據更新方式可以用pull這個短語描述，即信息的更新是信息需求方主動「拉取」過來的，主動獲取的；而採用socket框架mina就避免了這樣的窘境，信息的更新方式不是pull，而是push，即信息一旦發生變化，變化狀態會被伺服器方「推送」到信息需求方。圖15說明傳統信息更新方式和socket方式的對比：

從上圖中明顯看出，單從效率方面，socket更新方式比傳統信息更新方式強大許多；而且減少了操作步驟，直接一步到位，獲取數據更新狀態。

通過具體實施例說明該系統具體工作過程：

利用普及度越來越高的智慧型手機自帶的定位功能，再基於谷歌安卓作業系統，構建app軟體。app軟體安裝到用戶手機之後，用戶報警可以直接撥號，跟正常的撥打報警電話沒有任何區別，唯一不同的只是app會在智慧型手機後臺偵聽到用戶的撥號行為，並進行邏輯判斷。

若用戶撥打的是報警電話，就可以直接在後臺獲取手機此時的gps信息。然後app自動將獲取的gps信息發送的伺服器，伺服器再將警情信息發送給 接警員，接警員在接警系統工作界面查看警情信息，並將警情信息標記到電子地圖上去。

接警員定位到警情信息後，系統自動為該警情分配最優出警人員(距離警情信息發生地點最近的人員)並將出警通知發送到出警人員app上。出警人員需要對出警安排進行籤收，告知報警人和接處警中心接警員，警情已經被籤收，正在出警。

出警民警根據app上自動生成的出警最優路線，確定出警後，app自動進入導航模式，沿著出警最優路線進行導航。出警民警到達警情信息發生地之後，進行實地處警並可以使用app搜集處警信息回傳至伺服器。

說明書中各個實施例採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對於實施例公開的裝置而言，由於其與實施例公開的方法相對應，所以描述的比較簡單，相關之處參見方法部分說明即可。

專業人員還可以進一步意識到，結合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬體、計算機軟體或者二者的結合來實現，為了清楚地說明硬體和軟體的可互換性，在上述說明中已經按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬體還是軟體方式來執行，取決於技術方案的特定應用和設計約束條件。專業技術人員可以對每個特定的應用來使用不同方法來實現所描述的功能，但是這種實現不應認為超出本發明的範圍。

結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬體、處理器執行的軟體模塊，或者二者的結合來實施。軟體模塊可以置於隨機存儲器(ram)、內存、只讀存儲器(rom)、電可編程rom、電可擦除可編程rom、寄存器、硬碟、可移動磁碟、cd-rom、或技術領域內所公知的任意其它形式的存儲介質中。

以上對本發明所提供的接處警方法及系統進行了詳細介紹。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本發明的方法及其核心思想。應當指出，對於本技術領域的普 通技術人員來說，在不脫離本發明原理的前提下，還可以對本發明進行若干改進和修飾，這些改進和修飾也落入本發明權利要求的保護範圍內。