[发明专利]一种自流程化的报警应急调度处理方法

说明书

本发明涉及一种自流程化的报警应急调度处理方法，包括调度平台系统结构，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；所述的调度平台系统结构基于消息队列中的警情消息产生“生产‑消费”数据模型，所述的“生产‑消费”数据模型是将群众端报警产生警情消息，送至警情队列，调度器取(消费)警情消息向附近警员推送。所述的报警调度器由一个警情调度线程、一‑三个警情通知线程、一个警情队列、一个通知消息队列、一个警员状态管理器构成；所述的调度服务器由一个报警调度器构成。本发明的优点在于：实现警情从群众直达警员终端，接警后立即建立通话信道，实现报警处理的实时响应。

技术领域

本发明涉及公安系统110、消防系统119、医疗卫生系统120的报警业务，具体是一种自流程化的报警应急调度处理方法。

背景技术

现有的报警业务处理系统建立在移动电话和固定电话的电话报警基础之上，其优点在于使用简单，群众只需报打电话即可，但同时缺点也十分明显，需要人工层层调度，报警响应速度慢，是最大的问题。

以电话110报警为例，因为接警速度慢，可能会错失最佳的处理时机，另外，单一的语音通信使得应急处理响应部门对于事发现场的情况了解不多，限制了一些预防措施的使用，以上这些原因都有可能导致许多本来可以避免事态进一步恶化的惨剧，不利于社会的稳定和和谐。

发明内容

本发明为了解决以上技术问题，以110接处警为例，提供了一种自流程化的报警应急调度处理方法。

为解决上述技术问题，本发明提供的技术方案为：一种自流程化的报警应急调度处理方法：群众报警经平台自动调度后和离群众最近的执勤警员直接建立通话或通信，以达到警情的秒级响应。本发明提供的技术方案包括调度平台系统结构，所述的调度平台系统结构以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建而成，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；

所述的调度平台系统结构基于消息队列中的警情消息“生产-消费”数据模型，所述的“生产-消费”数据模型是将群众端报警产生警情消息，送至进入警情队列，为“生产者”，调度服务器从警情队列中取警情消息向附近警员推送，为“消费者”；

所述的报警调度器由两种核心线程(警情调度线程1个、警情通知线程1至3个)及2种消息队列(警情队列和通知消息队列，以省为单位，每种类型每省一个)、一个警员状态管理器(提供警员实时位置信息、闲忙信息)构成；

所述的调度服务器由一个报警调度器构成，调度服务器调度成功的前置条件为：群众报警的位置信息及案件信息进入了警情消息队列；警员通过实时心跳与服务器相连，并实时更新了位置坐标信息、闲忙信息；

所述的警情调度线程的主要作用是轮询警情消息队列，依次对警情筛选符合条件的警员，生成警情通知消息，并将警情通知消息放入通知消息队列。考虑到消息推送的网络延迟，为提高系统的吞吐能力，保证警情的顺序处理，调度线程只有一个(以省区为单位)，只负责匹配警员和生成消息，不进行消息的推送工作；

所述的警情通知线程根据处理器性能设定。其作用是依次从通知消息队列中取出消息，并向警员(含指挥中心指挥员、接线员)推送报警消息，由于报警事件和通知消息的比例可能大于1(通知消息包括：报警消息、接警消息、拒接消息、超时消息、无警员消息等)，为降低消息送达的延迟时间，提高系统信息处理能力，警情通知线程至少有1个，通常2到3个会比较合适(具体应参照处理器的核芯数设定)；

所述的警员状态管理器：负责维护警员的在线、离线实时状态以及实时位置的更新。