CN107293100A - 一种接处警方法及系统 - Google Patents
一种接处警方法及系统 Download PDFInfo
- Publication number
- CN107293100A CN107293100A CN201610199535.5A CN201610199535A CN107293100A CN 107293100 A CN107293100 A CN 107293100A CN 201610199535 A CN201610199535 A CN 201610199535A CN 107293100 A CN107293100 A CN 107293100A
- Authority
- CN
- China
- Prior art keywords
- warning message
- police
- sent
- responding
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 60
- 230000005540 biological transmission Effects 0.000 claims description 7
- 230000001960 triggered effect Effects 0.000 claims description 6
- 238000012544 monitoring process Methods 0.000 claims description 5
- 238000013507 mapping Methods 0.000 claims description 3
- 239000003607 modifier Substances 0.000 claims description 3
- 230000006870 function Effects 0.000 description 21
- 238000004891 communication Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 8
- 238000013461 design Methods 0.000 description 6
- 230000001976 improved effect Effects 0.000 description 5
- 239000010453 quartz Substances 0.000 description 4
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 4
- 239000013589 supplement Substances 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- VYZAMTAEIAYCRO-UHFFFAOYSA-N Chromium Chemical compound [Cr] VYZAMTAEIAYCRO-UHFFFAOYSA-N 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 241000196324 Embryophyta Species 0.000 description 1
- 241000405414 Rehmannia Species 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000005315 distribution function Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
- 238000004804 winding Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
- G08B25/14—Central alarm receiver or annunciator arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请公开了一种接处警方法,该方法包括:用户应用程序收集用户的报警信息,并将所述报警信息发送给主服务器,其中,所述报警信息至少包括所述用户的地理位置信息;所述主服务器保存并分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中;所述节点服务器向接警员游览器推送所述报警信息;所述接警员游览器根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序;所述警察应用程序确认出警;该方法能够提高接处警的效率;本申请公开了一种接处警系统。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种接处警方法及系统。
背景技术
当前公安系统接处警系统普遍采用电话语音报警的形式,报警人通过拨打报警电话,把警情以语音形式传达给公安局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使用其中的拨号功能拨号报警,而是直接使用终端内置的拨号功能拨打报警电话,这就要求Public APP能够侦听到公众用户的拨号行为并且在确定公众用户拨打了报警电话(110、119等)后立即向接处警中心汇报警情信息(地理位置、手机号)等;Public APP的智能之处在于公众用户报警时,不需要打开Public APP应用,就可以智能判断用户是否拨打了报警电话。省略了打开应用进行额外操作的步骤,提高了报警效率,提高了用户友好度。第三种是用户无法拨打报警电话,可以仅仅按下用户应用程序中的报警按钮如一键报警按钮被触发,开始主动获取报警信息。除了上述报警流程之外(报警人直接拨打报警电话的方式报警),用户应用程序如Public APP还提供了一键报警功能:报警人在不方便拨打电话报警的时机下,可以打开Public APP,进入Public APP主界面,点击“一键报警”按钮,Public APP会在后台自动搜集报警人所在位置(GPS信息)、报警人个人信息等数据,自动将报警数据推送到主服务器上,主服务器自动将警情信息推送到接警员工作界面,完成接处警流程。详细业务流程参见下图4所示:
前两种方式用户应用程序判断号码为报警号码操作可以是通过监测用户拨打的电话号码,并将其与预设的报警号码进行对比,若存在,则确定用户在拨打报警电话,或者首先判断用户拨打的号码的位数,若位数符合预定条件,再进行报警;或者首先判断用户拨打的号码的位数,若位数符合预定条件,再与预设的报警号码进行对比,若存在,则确定用户在拨打报警电话再进行报警。最后一种方式是用户不方便进行打电话时,可以通过按钮触发报警信息的获取操作。
该步骤是智能接处警系统业务流程的入口,负责侦听报警行为。该用户应用程序可以是终端下载的APP。
其中,优选的,在报案结束后,用户打开用户应用程序,可以看到上述报案信息,用户还可以对报案信息补充附件信息,如案发现场图片、音视频等。补充的信息越充分,会为案件的处理带来便利性。
S110、所述主服务器保存并分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中;
其中,为了提高报警信息处理的准确性,要将收集到的报警信息进行分类分发进行处理,该方法利用区域来划分这些报警信息,可以起到专区案件专区处理,提高案件的处理速度,因此节点服务器可以按照地域进行设置;另一方面能够减轻主服务器的工作量,提高服务器运行速度。
该步骤即根据报警信息中的用户地理位置信息判断出该报警信息所属的节点服务器,将该报警信息发送到对应的节点服务器。该步骤为分发警情。
优选的,所述主服务器保存并分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中具体可以包括:
校验所述报警信息的真实性;
若所述报警信息的真实,则将所述报警信息存储到数据库中,并根据所述行政区域编号,及节点服务器映射表确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中。
其中,上述过程具体可以是报警流程完成后,报警信息流转到主服务器如Master Server节点,Master Server分析警情信息,校验警情信息的真实性(过滤垃圾警情、恶意虚假报警)。去除虚假警情之后,先把真实警情信息存入数据库(DB)之中。
然后分析该真实警情,确定警情的发生地(行政区域),并将其推送到对应行政区域的节点服务器(如Node Server)上。系统设定了Master Server和Node Server。
其中,请参考图5,下图描述的一种具体报警信息的分发流程示意图。报警信息分发即警情分发功能的实现依赖于Public APP获取的GPS地理位置信息,Master Server调用地图API转化GPS地理位置信息为对应的行政区域编码,然后Master Server查找预先配置好的行政区域编码和节点服务器NodeServer之间的映射信息,得到节点服务器Node Server的IP地址,这样就实现了有GPS地理位置信息到节点服务器Node Server之间的间接匹配。然后Master Server即可将警情信息通过之前建立好的与节点服务器Node Server之间的Socket通道推送到节点服务器Node Server上。
其中,系统内部各个节点之间数据的通信可以采用最新的Socket通信技术,提高了系统各个节点之间数据的通信速率,降低了网络通信延迟。
该步骤进行自动分发的过程中可以是由接收到报警信息后就立刻出发分发流程,或者是利用定时任务触发分发流程。当使用定时任务的方式时,可以考虑Quartz框架实现定时任务(Task);由开源JAVA类库Quartz实现的定时任务大大简化了系统配置和代码量。系统根据需要确定某个业务方法需要定时调用,然后使用Quartz配置定时任务,配置定时任务依赖于该框架特定的表达式,通过表达式确定业务方法多长时间调用一次。例如这样的表达式:0 15 10**?*就表示每天10点15分触发调用业务方法一次。
其中,优选的,所述将所述报警信息发送到对应的节点服务器中具体可以包括:
将所述报警信息通过Socket通道发送到对应的节点服务器,并将所述报警信息的发送状态修改为已分发。
其中,报警信息经由Public APP用户生成之后,通过HTTP协议POST方式提交到Master Server,1:为了保证数据的安全性,Master Server首先必须要把警情信息存入Master DB或者Slave DB中,同时要把新存入的警情信息做好标记。做标记的目的是为了表明警情信息处于“待分发状态”,还未分发到该警情对应的行政区域对应的Node Server上。2:Master Server将警情信息直接推送到节点服务器Node Server。此步骤可以详细拆分为两部分,首先Master Server需要知道警情应该推送到哪个Node Server上,判断的依据就是警情信息中包含的地理位置信息,Master Server使用上述Geocoder技术,获取警情信息对应的地理位置信息,该地理位置信息中包含六位的行政区域编码(adcode);然后Master Server根据得到的adcode查找该adcode对应的节点服务器Node Server的ip地址,获得ip地址后,就可以找到Master Server和Node Server之间建立的Socket通道,把警情信息通过Socket通道发送到Node Server服务器。如果Node Server成功收到发送的警情信息,Master Server就需要将该警情信息状态由“待分发状态”修改为“已分发状态”。
上述步骤的产生是跟随Public APP用户报警操作而产生的。假如说上述步骤因为网络问题发生失败,警情未能及时通过Socket通道发送到NodeServer上,HX-Smart110系统还有一道保障方法。利用上述的Quartz框架实现定时任务(Task)技术,定时地检查新存入数据库的被标记为“待分发状态”的警情信息,如果发现有“待分发状态”的警情,就重新使用Socket通道发送到Node Server。
S120、所述节点服务器向接警员游览器推送所述报警信息;
其中,节点服务器在接收到报警信息后要及时向该区域的接警员游览器推送该报警信息,以达到该报警信息可以最快接受处理。例如有效警情被分发到节点服务器(Node Server)上之后,节点服务器立即向使用Browser登录到系统中的接警员发起广播,把警情发送到每个接警员工作台。为了提高发送的效率,可以只向在线的接警员进行发送;也可以是向在线的接警员进行发送,当监测到其他未在线的接警员在在线时,在向其发送报警信息。
其中,优选的,所述节点服务器向接警员游览器推送所述报警信息具体可以包括:
所述节点服务器利用WebSocket通道向所有在线接警员游览器推送所述报警信息。
其中,请参考图6,接警员收到报警信息的警情广播后,确定可以接警后,执行接警操作,签收警情广播推送的新警情。其中说明了如果接警员处于离线状态(即接警员没有登录系统),节点服务器Node Server将自动把警情信息标记为待通知状态,等待接警员下次上线时,以历史警情的形式通知给接警员,保证警情信息对每位接警员都通知到位。图中的案发地点定位功能指的是接警员在确认警情信息后,为了进一步确定警情发生地点,可以使用系统提供的警情定位功能,在接警员工作台界面,内嵌了电子地图,警情信息会被标记在电子地图上,接警员可以直观地看到警情的发生地点,便于就近派警,节省出警时间。
S130、所述接警员游览器根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序;
其中,该步骤不要完成派警工作,而派警工作的重点就是选取能够迅速到达警情现场的民警,因此,在选定出警人员时要考虑该出警人员是否可以快速到达,以及出警人数的确定。
其中,优选的,接警员游览器根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序具体可以包括:
根据所述报警信息确定警情发生地;
根据所述警情发生地确定最近的出警单位,并确定所述出警单位中可出警的警员;
确定所述可出警的警员中距离所述警情发生地最近的警员,并将所述报警信息发送给对应出警人员的警察应用程序。
其中,具体的出警人员签收新警情之后,通过Browser提供的工作台将警情指派给办案民警。办案民警通过警察应用程序如Police APP收到警情指派通知,确认处警。图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接处警指挥中心接警员把警情信息派发给某一个民警,该民警手机客户端Police APP就会收到Master Server推送的一条信息,告知民警有新的出警任务需要立即处理。在该流程中,出警民警并没有主动向Master Server发起请求,而是被动地收到Master Server发来的消息通知。这样的实现方式,保证了派警信息最小程度的延迟,使得警情信息第一时间到达出警民警手机端。
S140、所述警察应用程序确认出警。
其中,出警人员可以通过登录警察应用程序记录出警信息。还可以包括记录警情处理情况等。警察应用程序起到反馈的作用,可以完成的记录出警的情况,为整个接处警流程提供一个反馈数据。
优选的,所述警察应用程序确认出警具体可以包括:
确认所述报警信息;
根据所述报警信息定位用户的地理位置信息,调用地图API计算出最优出警路线,并根据所述最优出警路线进行导航;
接收对应出警人员录入的警情处理情况。
其中,上述具体过程可以如图10所示,办案民警确定派警信息后,确认处警,开始进行处警流程。处警流程伴随着实际的处警业务,可以随时向MasterServer查询、提交数据,汇报办案流程。详细的处警流程如下图所示:1.PoliceAPP收到接警员派发的警情信息,提醒办案民警签收派警信息;2.办案民警打开Police APP进入新派警信息页面,确认派警信息后,执行签收派警信息操作;3.办案民警签收警情信息之后,Police APP通过Master Server转发后,通知报警人的Public APP警情信息已经有办案民警开始处警;4.办案民警签收警情之后,进入警情信息详细页面,在展示的电子地图上标注案发地点;5.PoliceAPP计算最快到达案发地点的路线并开始导航,指引办案民警快速到达案发地点;6.办案民警根据Police APP的导航信息到达案发地点,准备开始实地处警;7.办案民警开始实地处警过程;8.办案民警实地处警期间,随时可以使用Police APP记录办案过程,包括办案过程中需要把图像、视频、音频等警情附属信息保存到Police APP中,既可以直接发送到Master Server中,也可以临时存储,等待网络环境良好时推送到Master Server中;9.办案民警根据完成处警过程后,执行结案操作,结束处警流程。
其中,可选的,出警导航:上图中的步骤5是自动导航功能,Police APP可以调用地图API计算最优出警路线,让出警民警选择其中最合适的路线,并进入出警导航模式,高效率地抵达案发地点。
离线地图:出警民警大多数情况下处于室外环境,在没有WIFI的情况下,为了节省民警手机流量,Police APP内置了离线地图功能。只需保证提前下载过离线地图包,手机定位功能处于开启状态,Police APP仅需要极少的网络通信流量就可以实现地图导航功能。
其中,优选的,在出警民警进行案件处理补充后,系统可以将该信息反馈至用户应用程序中,如以消息通知的形式发送至用户应用程序。这样可以使得用户及时得知报警案件的处理进程。具体过程可以是:用户点击进入用户应用程序应用界面,查看通知信息,该处可以显示民警是否出警,民警的出警轨迹,行动路线等等。
其中,优选的,为了进一步提高报警信息的处理效率;在用户应用程序中还可以具有查看周围警力分布的功能。即用户通过用户应用程序可以查看周围预定范围内如以1000米为半径的范围内的警力分布情况。且这里的各个警力分布可以以地图点标记的形式存在,用户还可以点击各个地图点标记,查看对应警员的基本情况和联系方式等信息。用户不仅可以查看这些信息,优选的,还可以根据自身的实际情况挑选合适警员,并可以直接拨打该警员的联系电话或者使用用户应用程序内置的通信模块发起与警员的通信告知具体警情,具体可以使用文字、语音、视频及图片等形式。该方式可以直接使得报警人和接警人员直接对接,跨过了接处警指挥中心。更加高效。
对应上述情况,在不改变报警人的便利性的情况下,为了更好地保护具有特殊身份警员的信息,优选的,在警察应用程序中警察用户可以根据自身的实际情况,在警察应用程序的设置中灵活的设置是否公开自己的身份信息、位置信息等。这样可以更好地保护具有特殊身份警员的隐私信息。且其他警员也可以通过该功能及时更新自身的联系方式等信息。
基于上述技术方案,本发明实施例提供的接处警方法,能够利用当前使用范围广泛的智能终端内置的定位功能,自动将报警人所处位置发送到指挥中心接警员面前,解决了现有接处警系统中无法直观精确地确定案发地点的核心问题,在不改变原有系统接处警模式的情况下,对现有接处警系统做了补充完善。另外,智能接处警系统不但为接警用户提供报警人的详细位置信息,还对现有接处警系统中的派警流程进行了改进,利用智能接处警系统中的警察应用程序终端,可以即时地把派警信息推送到办案民警手机,为办案民警提供案情发生地的详细位置信息,提高了出警效率和准确率。
本发明的另一实施例中还包括:
所述主服务器收集接处警过程中的业务数据,并将所述业务数据发送到对应的所述用户应用程序。
其中,该步骤主要完成反馈操作。具体可以是办案民警处警完毕之后,Master Server将汇总警情相关的各个业务流程数据,汇总成综合信息,向Public APP(报警人)推送通知,报告办案过程以及处理结果。反馈流程的详细描述如图11所示:1.办案民警完成处警流程,将处警结果报送到MasterServer;2.Master Server汇总从报警到接处警各个环节业务数据;3.MasterServer通知Public APP警情信息已经处理完毕;4.Public APP收到Master Server推送的警情处理结果,提醒报警用户查看警情处理结果;5.报警用户打开Public APP进入警情处理结果展现页面,查看警情处理结果,并可以对警情处理结果反馈自己的看法和评价;
下面请参考图12,图12给出了一个完整的实施例来说明接处警流程示意图。
基于上述技术方案,本发明实施例提供的接处警方法,能够将现有系统中接处警业务的各个业务环节串联起来,形成一个完整的业务流程,从报警到接警,再到处警,再到后续的案情反馈、评议、统计等各个环节,提高了公安系统接处警业务的办理效率和办案准确率,同时也节约了大量不必要的时间和人力成本。主要从以下几点优势进行说明:
第一:互联网报警
使用基于互联网的移动客户端Public APP实现互联网报警功能。用户通过应用商店或者下载链接下载安装Public APP,安装好之后,Public APP只要处于运行状态,就可以察觉到用户拨号行为。Public APP获取用户拨号后,如果所拨号码处在预先设定好的白名单中,Public APP就调用地图API获取此时报警人所处的位置信息。获取位置信息之后(包含行政区域编码adcode),再获取客户机手机号、个推客户端id(cid),将位置信息、手机号、cid包装为报警信息统一发送到Master Server。Master Server根据adcode确定报警信息所对应的Node Server,然后Node Server将报警信息广播到接警员浏览器客户端。
基于上述流程,报警信息可以同时以两种方式流转到接处警指挥中心,其中一种方式是传统的电话语音报警,报警人以语音方式向接警员描述报警信息;另一种方式就是以文本信息的形式通过互联网发送到接处警系统的Master Server。接处警中心接警员执行接警任务的时候,应当以第一种传统形式的语音报警方式为主,处理完报警人的报警电话之后,接警员需要切换到接处警系统的互联网客户端显示屏,然后进行警情定位、继而进行后续的派警工作。
第二:警情定位
接处警系统如HX-Smart110实现了报警人、接警人双向的警情定位功能。报警人报警期间,报警电话客户端上安装的Public APP可以定位报警人当前的地理位置信息,进而把含有地理位置信息的报警信息发送到HX-Smart110系统的Master Server上,经过警情分发,接警员接警等操作流程,接警员同时可以在HX-Smart110系统的浏览器客户端(Chrome)对所接报警信息进行地理位置信息定位,也就是在Chrome端展现的电子地图上对报警信息进行标记。如此就可以实现HX-Smart110系统最核心的功能,即警情定位。
第三:智能派警
接警员确认接警后,对报警信息进行了定位标记,就可以进行后续操作:派警。HX-Smart110的用户范围覆盖了所有出警单位的出警民警,该系统可以对所有出警民进进行动态监控,随时可以获取并更新当前所有民警的出警状态,判断出那些民警处于空闲状态,可以执行出警任务,以及所有在线民警所处的位置信息(由Police APP确定每个在线民警即时的位置信息)。智能派警的作用就是在接警员执行派警操作时,查找当前处于空闲状态的民警,然后以警情发生地的地理位置为原点,计算周围距离警情发生地最近的民警,并把计算结果推荐给接警员,由接警员手动选择确定出警民警。接警员也可以通过后台设置派警方式,可以设置为自动派警或者手动派警。自动派警就是在系统计算出最近民警后,自动把警情信息派发给该民警;手动派警就是派警操作必须由接警员确认并手动操作。
第四:出警导航
报警信息被派到出警民警客户端Police APP上,出警民警确认报警信息。在执行实际的出警任务之前,民警进入Police APP出警导航页面。在导航页面使用的是地图的导航功能,地图根据报警信息发生地点计算最优出警路线,出警民警根据该最优路线开始出警。
本发明实施例提供了接处警方法,通过上述方法能够提高接处警处理的效率和准确性。
下面对本发明实施例提供的接处警系统进行介绍,下文描述的接处警系统与上文描述的接处警方法可相互对应参照。
请参考图13,图13为本发明实施例所提供的接处警系统的结构框图;该系统可以包括:
用户应用程序400,用于收集用户的报警信息,并将所述报警信息发送给主服务器100,其中,所述报警信息至少包括所述用户的地理位置信息;
所述主服务器100,用于分析所述报警信息确定对应的节点服务器200,并将所述报警信息发送到对应的节点服务器200中;
所述节点服务器200,用于向接警员游览器300推送所述报警信息;
所述接警员游览器300,用于根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序500;
所述警察应用程序500,用于确认出警;
数据库600,用于存储所述接处警系统中业务产生的数据。
其中,该系统运行于互联网上,与传统的接处警系统不同,该系统完全基于互联网,是一套独立于公安网的综合应用系统。系统采用分布式部署架构,设定一个主服务器(Master Server)作为整个系统数据的流转中心,所有APP的请求都需要交由该服务器处理。该核心服务器将处理好的数据再二次派发给各个节点服务器(Node Server),这也是接处警系统如HX-Smart110系统网络架构方面独特的设计方式。这样的网络架构设计最主要作用是提高各个节点服务器(Node Server)的接警效率,各司其职,只处理自己辖区内的警情。数据库DB保存系统业务数据,为了提高系统安全性可以只对MasterServer和Node Server开放访问权限。Master Server和Node Server可以根据业务需求直接对DB上的数据做更改和查询。
其中,优选的,所述数据库600为主从模式,包括主数据节点和备份数据节点。
数据库DB是整个系统的数据仓库,所有数据都在其中存储。为了保证系统数据的安全性,DB使用了主从模式,实现了数据的备份功能,保证系统了容灾能力。从DB采用独立主机的设计架构,将备份数据与主DB从物理网络层隔离开来,分为Master DB和Slave DB两个数据节点,两者数据必须实时同步,保持一致。更加提高了系统的容灾能力和数据恢复能力。数据的主从架构如图14所示:
如上图所示,正常情况下,Master DB和Slave DB之间保持及时数据同步,这由MySql数据库的数据同步机制决定,HX-Smart110系统在MySql数据库主从同步的基础上进行定制,实现不同的符合实际业务需求的数据同步策略。如果上图中的步骤B出现中断(Master DB和Slave DB之间的通信链路中断),则Master DB和Slave DB均等待时机,一旦两者之间的通信链路恢复正常,就继续开始数据同步,保持两者之间的数据一致性。
上图中步骤A表明的是HX-Smart110系统中的应用系统正常访问系统数据的流程。系统中需要访问数据库的节点只有Master Server和Node Server两类,正常情况下,Master Server和Node Server默认访问Master DB。如果步骤A出现问题,如Master Server、Node Server和Master DB之间的通信链路中断,Master Server和Node Server就会自动将数据库访问链接指向Slave DB所在的数据库服务器。如果Slave DB同时也出现问题,则Master Server和Node Server就会一直尝试连接Master DB或者Slave DB,直到其中一个可以被顺利连接为止。用来存储整个公安智能接处警系统业务流程中产生的业务数据,并为系统各个环节业务流程提供业务数据。为了保证HX-Smart110系统数据的安全性,系统采用主从模式的数据库架构,数据库DB设置主数据库Master DB和从数据库Slave DB个数据库节点。两者之间设置数据同步策略,保证两者数据完全一致。在两者其一出现故障的情况下,HX-Smart110可以自动切换到另外一台可用的DB上去。
其中,接警员游览器300可以是谷歌浏览器;警察应用程序500和用户应用程序400可以为任意系统中的应用如安卓系统。
该系统Master Server为系统核心服务器,处理所有用户请求;作为系统核心,它连接了警察应用程序和用户应用程序的用户和各个接处警中心接警员用户,把报警、接警、处警各个业务环节无缝连接,提高了报警效率和办案效率。其最核心的功能之一就是能够将所有用户应用程序报送的警情信息,自动地分发到案发地所在的100接处警指挥中心,然后接处警指挥中心各司其职,只处理发生在自己管辖范围内的警情信息,避免了案情的转接环节时间的浪费;
Node Server部署在各个接处警中心,主要为了接收上述Master Server分发的案情,并且为110接处警指挥中心接警员提供数据访问,业务处理功能。Node Server的用户只限于110接处警指挥中心用户,核心业务功能就是接收警情,并获取警情具体位置信息,然后用户可以直接在Node Server系统中将警情派发给办案民警。主要是为了减轻Master Server的访问负载,也为了提高接处警效率,将接处警业务按照行政区域进行拆分,各个行政区域只负责本区域的接处警工作,提高处警效率。在整个HX-Smart110系统的网络架构中,Node Server就是若干个围绕在Master Server周围的节点服务器。该节点服务器的用户只局限于某个特定行政区域的110指挥中心接警员。通过这样的网络架构设计,保证了警情信息从Master Server流转到Node Server上时,已经可以保证该警情就是发生在Node Server所处的行政区划的管辖范围内,方便警情的就近处理。
除了上述系统组成外,系统内部各个节点之间数据的通信采用最新的Socket通信技术,提高了系统各个节点之间数据的通信速率,降低了网络通信延迟。所谓的系统内部各个节点是指Master Server、Node Server和接警员游览器如Browser三类节点。系统中对Socket技术的应用有两类,一类是Master Server与Node Server之间的后台Socket框架(基于Apache开源组织的Mina框架);另一类是Node Server和Browser之间的Web Socket技术;
其中Mina框架的主要职责是在Master Server和Node Server之间建立长连接通信管道,保证Master Server和Node Server之间信息的0延迟连接,提高了警情信息由Master Server到Node Server之间的分发过程及时性;这样的技术设计一方面是为了提高数据传递的效率,另一方面也降低了Master Server的负载,传统的信息获取方式都是由请求方主动请求服务器,如果服务方的数据发生了变化,服务方无法立即通知请求方(数据需求方),而是由请求方不断对服务方发起请求,主动察觉服务方数据发生了变化,然后将数据变化更新到请求方本地。这样的数据更新方式可以用Pull这个短语描述,即信息的更新是信息需求方主动“拉取”过来的,主动获取的;而采用Socket框架Mina就避免了这样的窘境,信息的更新方式不是Pull,而是Push,即信息一旦发生变化,变化状态会被服务器方“推送”到信息需求方。图15说明传统信息更新方式和Socket方式的对比:
从上图中明显看出,单从效率方面,Socket更新方式比传统信息更新方式强大许多;而且减少了操作步骤,直接一步到位,获取数据更新状态。
通过具体实施例说明该系统具体工作过程:
利用普及度越来越高的智能手机自带的定位功能,再基于谷歌安卓操作系统,构建APP软件。APP软件安装到用户手机之后,用户报警可以直接拨号,跟正常的拨打报警电话没有任何区别,唯一不同的只是APP会在智能手机后台侦听到用户的拨号行为,并进行逻辑判断。
若用户拨打的是报警电话,就可以直接在后台获取手机此时的GPS信息。然后APP自动将获取的GPS信息发送的服务器,服务器再将警情信息发送给接警员,接警员在接警系统工作界面查看警情信息,并将警情信息标记到电子地图上去。
接警员定位到警情信息后,系统自动为该警情分配最优出警人员(距离警情信息发生地点最近的人员)并将出警通知发送到出警人员APP上。出警人员需要对出警安排进行签收,告知报警人和接处警中心接警员,警情已经被签收,正在出警。
出警民警根据APP上自动生成的出警最优路线,确定出警后,APP自动进入导航模式,沿着出警最优路线进行导航。出警民警到达警情信息发生地之后,进行实地处警并可以使用APP搜集处警信息回传至服务器。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本发明所提供的接处警方法及系统进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以对本发明进行若干改进和修饰,这些改进和修饰也落入本发明权利要求的保护范围内。
Claims (10)
1.一种接处警方法,其特征在于,包括:
用户应用程序收集用户的报警信息,并将所述报警信息发送给主服务器;
所述主服务器保存并分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中;
所述节点服务器向接警员游览器推送所述报警信息;
所述接警员游览器根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序;
所述警察应用程序确认出警。
2.如权利要求1所述的接处警方法,其特征在于,所述用户应用程序收集用户的报警信息,并将所述报警信息发送给主服务器,包括:
检测到用户应用程序中的拨号功能拨打报警电话;或监测用户终端内置拨号功能拨打报警号码;或监测到用户应用程序中的报警按钮被触发;
获取所述用户应用程序的GPS信息;
根据所述GPS信息,利用地图逆地理编码确定用户所在区域的行政区域编号;
将所述GPS信息,所述行政区域编号发送给主服务器。
3.如权利要求2所述的接处警方法,其特征在于,所述主服务器保存并分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中,包括:
校验所述报警信息的真实性;
若所述报警信息的真实,则将所述报警信息存储到数据库中,并根据所述行政区域编号,及节点服务器映射表确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中。
4.如权利要求3所述的接处警方法,其特征在于,所述将所述报警信息发送到对应的节点服务器中,包括:
将所述报警信息通过Socket通道发送到对应的节点服务器,并将所述报警信息的发送状态修改为已分发。
5.如权利要求1所述的接处警方法,其特征在于,所述节点服务器向接警员游览器推送所述报警信息,包括:
所述节点服务器利用WebSocket通道向所有在线接警员游览器推送所述报警信息。
6.如权利要求1所述的接处警方法,其特征在于,所述接警员游览器根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序,包括:
根据所述报警信息确定警情发生地;
根据所述警情发生地确定最近的出警单位,并确定所述出警单位中可出警的警员;
确定所述可出警的警员中距离所述警情发生地最近的警员,并将所述报警信息发送给对应出警人员的警察应用程序。
7.如权利要求1所述的接处警方法,其特征在于,所述警察应用程序确认出警,包括:
确认所述报警信息;
根据所述报警信息定位用户的地理位置信息,调用地图API计算出最优出警路线,并根据所述最优出警路线进行导航;
接收对应出警人员录入的警情处理情况。
8.如权利要求7所述的接处警方法,其特征在于,还包括:
所述主服务器收集接处警过程中的业务数据,并将所述业务数据发送到对应的所述用户应用程序。
9.一种接处警系统,其特征在于,包括:
用户应用程序,用于收集用户的报警信息,并将所述报警信息发送给主服务器,其中,所述报警信息至少包括所述用户的地理位置信息;
所述主服务器,用于分析所述报警信息确定对应的节点服务器,并将所述报警信息发送到对应的节点服务器中;
所述节点服务器,用于向接警员游览器推送所述报警信息;
所述接警员游览器,用于根据所述报警信息及预定派警规则确定对应出警人员,并将所述报警信息发送给对应出警人员的警察应用程序;
所述警察应用程序,用于确认出警;
数据库,用于存储所述接处警系统中业务产生的数据。
10.如权利要求9所述的接处警系统,其特征在于,所述数据库为主从模式,包括主数据节点和备份数据节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610199535.5A CN107293100B (zh) | 2016-03-31 | 2016-03-31 | 一种接处警方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610199535.5A CN107293100B (zh) | 2016-03-31 | 2016-03-31 | 一种接处警方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107293100A true CN107293100A (zh) | 2017-10-24 |
CN107293100B CN107293100B (zh) | 2019-06-07 |
Family
ID=60087224
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610199535.5A Expired - Fee Related CN107293100B (zh) | 2016-03-31 | 2016-03-31 | 一种接处警方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107293100B (zh) |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107680354A (zh) * | 2017-09-13 | 2018-02-09 | 新丝绸之路科技有限公司 | 报警处理方法、报警平台及存储介质 |
CN107818664A (zh) * | 2017-10-27 | 2018-03-20 | 周易 | 一种基于手机app的城市火警救援系统及使用方法 |
CN108091102A (zh) * | 2018-01-26 | 2018-05-29 | 上海衣俪特服饰有限公司 | 一种个人紧急情况定位警报系统及方法 |
CN108564312A (zh) * | 2018-05-22 | 2018-09-21 | 中国联合网络通信集团有限公司 | 安防方法、装置及系统 |
CN109064703A (zh) * | 2018-07-09 | 2018-12-21 | 安徽云图信息技术有限公司 | 一种仓库安全报警系统 |
CN109816990A (zh) * | 2019-03-14 | 2019-05-28 | 星际控股集团有限公司 | 一种违停驱离系统 |
CN109903197A (zh) * | 2019-01-24 | 2019-06-18 | 珠海市泰维思信息科技有限公司 | 案件管理系统及其操作方法 |
CN110288815A (zh) * | 2019-07-19 | 2019-09-27 | 彭志宏 | 一种基于网络通信的中心制网络预警报警系统及方法 |
CN110349388A (zh) * | 2019-07-12 | 2019-10-18 | 贵州壹零壹科技有限公司 | 一种自流程化的报警应急调度处理方法 |
CN110443987A (zh) * | 2019-07-01 | 2019-11-12 | 四川鼎鸿物联网科技有限公司 | 基于司乘人员言行预警系统的警端警情获取方法及系统 |
CN110602230A (zh) * | 2019-09-20 | 2019-12-20 | 重庆洲雄科技有限责任公司 | 一种报案者案情信息的转发方法及相关设备 |
CN110601891A (zh) * | 2019-09-16 | 2019-12-20 | 腾讯科技(深圳)有限公司 | 一种报警处理的方法以及相关装置 |
CN110853312A (zh) * | 2019-11-13 | 2020-02-28 | 四川虹广网络科技有限公司 | 多级联动报警的接处警方法、终端和计算机可读存储介质 |
CN111080950A (zh) * | 2019-12-30 | 2020-04-28 | 四川亨通网智科技有限公司 | 全域文旅应急指挥平台 |
CN111210827A (zh) * | 2020-04-20 | 2020-05-29 | 成都派沃特科技股份有限公司 | 响应报警的方法、装置、电子设备及可读存储介质 |
CN112434074A (zh) * | 2020-10-20 | 2021-03-02 | 中国环境科学研究院 | 一种基于手机定位信息的自然保护地人类活动监管系统 |
CN113128833A (zh) * | 2021-03-18 | 2021-07-16 | 深圳市艾虞科技有限公司 | 铁骑巡逻执勤执法安全管理控制系统及控制方法 |
CN113139148A (zh) * | 2021-05-14 | 2021-07-20 | 北京金和网络股份有限公司 | 内容精准投放的方法及装置 |
CN115294742A (zh) * | 2022-07-25 | 2022-11-04 | 龙伟 | 用于快速打击犯罪活动的联网安防智能处理系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08123747A (ja) * | 1994-10-20 | 1996-05-17 | Fujitsu Ltd | 施設管理システムにおける分散処理方式 |
CN102195729A (zh) * | 2011-04-29 | 2011-09-21 | 四川长虹电器股份有限公司 | 基于位置信息的收音机及其自动搜台方法 |
CN103021145A (zh) * | 2012-12-28 | 2013-04-03 | 宿迁市华鹏联创科技有限公司 | 技防报警服务台、技防报警服务系统及技防报警方法 |
CN104933839A (zh) * | 2015-05-21 | 2015-09-23 | 北京工业大学 | 一种基于手机app的远程处警方法 |
CN105407456A (zh) * | 2015-10-22 | 2016-03-16 | 上海救要救信息科技有限公司 | 一种处理求救信息的方法和系统 |
-
2016
- 2016-03-31 CN CN201610199535.5A patent/CN107293100B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08123747A (ja) * | 1994-10-20 | 1996-05-17 | Fujitsu Ltd | 施設管理システムにおける分散処理方式 |
CN102195729A (zh) * | 2011-04-29 | 2011-09-21 | 四川长虹电器股份有限公司 | 基于位置信息的收音机及其自动搜台方法 |
CN103021145A (zh) * | 2012-12-28 | 2013-04-03 | 宿迁市华鹏联创科技有限公司 | 技防报警服务台、技防报警服务系统及技防报警方法 |
CN104933839A (zh) * | 2015-05-21 | 2015-09-23 | 北京工业大学 | 一种基于手机app的远程处警方法 |
CN105407456A (zh) * | 2015-10-22 | 2016-03-16 | 上海救要救信息科技有限公司 | 一种处理求救信息的方法和系统 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107680354A (zh) * | 2017-09-13 | 2018-02-09 | 新丝绸之路科技有限公司 | 报警处理方法、报警平台及存储介质 |
CN107818664A (zh) * | 2017-10-27 | 2018-03-20 | 周易 | 一种基于手机app的城市火警救援系统及使用方法 |
CN108091102A (zh) * | 2018-01-26 | 2018-05-29 | 上海衣俪特服饰有限公司 | 一种个人紧急情况定位警报系统及方法 |
CN108564312A (zh) * | 2018-05-22 | 2018-09-21 | 中国联合网络通信集团有限公司 | 安防方法、装置及系统 |
CN109064703A (zh) * | 2018-07-09 | 2018-12-21 | 安徽云图信息技术有限公司 | 一种仓库安全报警系统 |
CN109903197A (zh) * | 2019-01-24 | 2019-06-18 | 珠海市泰维思信息科技有限公司 | 案件管理系统及其操作方法 |
CN109816990A (zh) * | 2019-03-14 | 2019-05-28 | 星际控股集团有限公司 | 一种违停驱离系统 |
CN110443987A (zh) * | 2019-07-01 | 2019-11-12 | 四川鼎鸿物联网科技有限公司 | 基于司乘人员言行预警系统的警端警情获取方法及系统 |
CN110349388A (zh) * | 2019-07-12 | 2019-10-18 | 贵州壹零壹科技有限公司 | 一种自流程化的报警应急调度处理方法 |
CN110288815A (zh) * | 2019-07-19 | 2019-09-27 | 彭志宏 | 一种基于网络通信的中心制网络预警报警系统及方法 |
CN110601891B (zh) * | 2019-09-16 | 2021-12-28 | 腾讯科技(深圳)有限公司 | 一种报警处理的方法以及相关装置 |
CN110601891A (zh) * | 2019-09-16 | 2019-12-20 | 腾讯科技(深圳)有限公司 | 一种报警处理的方法以及相关装置 |
CN110602230A (zh) * | 2019-09-20 | 2019-12-20 | 重庆洲雄科技有限责任公司 | 一种报案者案情信息的转发方法及相关设备 |
CN110853312A (zh) * | 2019-11-13 | 2020-02-28 | 四川虹广网络科技有限公司 | 多级联动报警的接处警方法、终端和计算机可读存储介质 |
CN111080950A (zh) * | 2019-12-30 | 2020-04-28 | 四川亨通网智科技有限公司 | 全域文旅应急指挥平台 |
CN111210827A (zh) * | 2020-04-20 | 2020-05-29 | 成都派沃特科技股份有限公司 | 响应报警的方法、装置、电子设备及可读存储介质 |
CN111210827B (zh) * | 2020-04-20 | 2020-08-21 | 成都派沃特科技股份有限公司 | 响应报警的方法、装置、电子设备及可读存储介质 |
CN112434074A (zh) * | 2020-10-20 | 2021-03-02 | 中国环境科学研究院 | 一种基于手机定位信息的自然保护地人类活动监管系统 |
CN112434074B (zh) * | 2020-10-20 | 2024-02-23 | 中国环境科学研究院 | 一种基于手机定位信息的自然保护地人类活动监管系统 |
CN113128833A (zh) * | 2021-03-18 | 2021-07-16 | 深圳市艾虞科技有限公司 | 铁骑巡逻执勤执法安全管理控制系统及控制方法 |
CN113128833B (zh) * | 2021-03-18 | 2024-05-31 | 深圳市艾虞科技有限公司 | 铁骑巡逻执勤执法安全管理控制系统及控制方法 |
CN113139148A (zh) * | 2021-05-14 | 2021-07-20 | 北京金和网络股份有限公司 | 内容精准投放的方法及装置 |
CN115294742A (zh) * | 2022-07-25 | 2022-11-04 | 龙伟 | 用于快速打击犯罪活动的联网安防智能处理系统 |
Also Published As
Publication number | Publication date |
---|---|
CN107293100B (zh) | 2019-06-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107293100A (zh) | 一种接处警方法及系统 | |
US8566023B2 (en) | Missing child reporting, tracking and recovery method and system | |
US8588733B2 (en) | Wireless device emergency services connection and panic button, with crime and safety information system | |
US7562167B2 (en) | Managing heterogeneous data streams for remote access | |
CN110648121A (zh) | 警情信息联动处理系统、方法、装置和计算机设备 | |
AU7146400A (en) | Method and apparatus for a wireless telecommunications system that provides location-based information delivery to wireless mobile unit | |
CN1158878C (zh) | 通信网络 | |
EP2499851A1 (en) | Wireless device emergency services connection and panic button, with crime and safety information system | |
CN110958564A (zh) | 救援方法、装置、服务器及存储介质 | |
JP2004038881A (ja) | 緊急通報システム及びその方法 | |
CN115719635A (zh) | 一种救护车调度方法、装置、设备及存储介质 | |
CN105760777B (zh) | 一种基于智能平台的安全信息管理方法及系统 | |
KR100923121B1 (ko) | 블루투스를 이용한 위기상황 제어 시스템 | |
CN103702277A (zh) | 一种数据发送方法和电子设备 | |
CN108513303B (zh) | 同号终端的异常监控方法和装置 | |
CN113660300B (zh) | 一种带有自动定位服务的智能报警系统和方法 | |
CN206282342U (zh) | 数字城管网格化管理平台 | |
CN107426303A (zh) | 一种信息处理方法及装置 | |
KR100454839B1 (ko) | 교통정보 제공방법 | |
Aazam et al. | M2M Emergency help alert mobile cloud architecture | |
JP2006139324A (ja) | 災害時避難誘導及び安否情報確認システム、無線端末管理装置 | |
JP3656053B2 (ja) | 状態通知システム、状態通知方法及び状態通知装置 | |
JP4535496B2 (ja) | 安否情報提供システム及び外部安否情報登録システム | |
CN108391227A (zh) | 基于移动终端的求助方法和系统 | |
KR101008297B1 (ko) | 운전자 긴급구난 서비스 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190607 |
|
CF01 | Termination of patent right due to non-payment of annual fee |