一种自流程化的报警应急调度处理方法技术

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

A method of automatic flow process for alarm emergency dispatch

【技术实现步骤摘要】
一种自流程化的报警应急调度处理方法
本专利技术涉及公安系统110、消防系统119、医疗卫生系统120的报警业务，具体是一种自流程化的报警应急调度处理方法。
技术介绍
现有的报警业务处理系统建立在2G的GMS电话报警基础之上，其优点在于使用简单，群众只需报打电话即可，但同时缺点也十分明显，需要人工层层调度，报警响应速度慢，是最大的问题。以电话110报警为例，因为接警速度慢，可能会错失最佳的处理时机，另外，单一的语音通信使得应急处理响应部门对于事发现场的情况了解不多，限制了一些预防措施的使用，以上这些原因都有可能导致许多本来可以避免事态进一步恶化的惨剧，不利于社会的稳定和和谐。
技术实现思路
本专利技术为了解决等以上技术问题，提供一种一种自流程化的报警应急调度处理方法。为解决上述技术问题，本专利技术提供的技术方案为：一种自流程化的报警应急调度处理方法，包括调度平台系统结构，所述的调度平台系统结构以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建而成，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；所述的调度平台系统结构基于消息队列中的警情消息产生“生产-消费”数据模型，所述的“生产-消费”数据模型是将群众端报警产生警情消息，送至进入警情队列，为“生产者”，调度服务器从警情队列中取警情消息向附近警员推送，为“消费者”；所述的报警调度器由两种核心线程(警情调度线程1个、警情通知线程1至3个)及2种消息队列(警情队列和通知消息队列，以省为单位，每种类型每省一个)、一个警员状态管理器(提供警员实时位置信息、闲忙信息)构成；所述的调度服务器由一个报警调度器构成，调度服务器调度成功的前置条件为：群众报警的位置信息及案件信息进入了警情消息队列；警员通过实时心跳与服务器相连，并实时更新了位置坐标信息、闲忙信息；所述的警情调度线程的主要作用是轮询警情消息队列，依次对警情筛选符合条件的警员，生成警情通知消息，并将警情通知消息放入通知消息队列。考虑到消息推送的网络延迟，为提高系统的吞吐能力，保证警情的顺序处理，调度线程只有一个(以省区为单位)，只负责匹配警员和生成消息，不进行消息的推送工作；所述的警情通知线程根据处理器性能设定。其作用是依次从通知消息队列中取出消息，并向警员(含指挥中心指挥员、接线员)推送报警消息，由于报警事件和通知消息的比例可能大于1(通知消息包括：报警消息、接警消息、拒接消息、超时消息、无警员消息等)，为降低消息的等待时间，提高系统信息处理能力，因此警情通知线程至少有1个，通常2到3个会比较合适，具体参照处理器的核芯数设定；所述的警员状态管理器：负责维护警员的在线、离线实时状态以及实时位置的更新。作为改进，所述的“生产-消费”数据模型中由于接警可能不会一次成功(警员忙处理其他紧急案件，或者出现一些特殊状况)，需要多次向不同的警员推送警情，又或者本次推送需要一段时间等待警员端响应，在响应之前不能中断处理，所以第K轮(有限次)消息也需要重复进入警情消息队列，等待调度器处理，因此调度器也扮演了“生产者”的角色。作为改进，所述的API负载均衡网关报实现当警终端发起报警请求时，此时负载均衡服务器就会根据当时的情形择优分配一台报警服务器来处理此次警情的功能。作为改进，所述的择优分配是指负载均衡服务器在当时情况下，根据网络、地理位置等信息进行一个综合对比之后选择一个最优的节点服务器来接收处理报警请求，这个过程是由负载均衡服务器内部实现。作为改进，所述的报警服务器有若干台，负责根据报警请求中所携带的信息分析出此请求来自于哪一个省份，并将之放入相应的省份警情消息队列中。作为改进，所述的警情消息队列每个省份有且只有一个，报警服务器会将同一省份的警情消息放入与之对应的省份警情消息队列之中。作为改进，所述的调度服务器每个省份有且只有一台，调度服务器负责从该省的消息队列中循环取出警情消息，然后按照报警地理位置就近和辖区原则推送给警员。作为改进，所述的警员信息缓存能够缓存警员的忙闲状态、位置信息等，作为调度时使用，警员端每隔一个时间间隔上传一次心跳信息，心跳信息中包含位置信息、闲忙信息等。作为改进，所述的即时通讯云负责接警通知、通话请求的传递、图文对话、音视频实时对话等。作为改进，所述的警情调度线程依次取出消息队列中的警情，对于符合条件的警情按照就近和辖区原则选择警员，然后修改警员闲忙状态(置忙状态)，并进行推送以及对推送进行计数，对于已推送但还未接到接警响应的警情消息，使其加入警情消息队列，等待按序处理；所述的警员状态管理线程负责管理警员的闲忙状态，对于由警情调度线程设定的忙状态且超过接警响应时间(如10秒)的警员，帮助其恢复闲置状态。本专利技术的优点在于：以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建自动调度服务平台；使用3G/4G/5G网络，群众和警员分别持有一个可编程的GPS/北斗位置信息的报警和接警终端(可以以手机代替)，群众报警时自动提交位置信息；调度平台根据位置信息自动匹配事发地点最近的警员，实现警情从群众直达警员终端，接警后立即建立通话信道，实现报警处理的实时响应。附图说明图1是当前普遍应用的需人工调度的110报警应急调度处理方法流程图。图2是本专利技术一种自流程化的报警应急调度处理方法的调度平台系统结构图。图3是本专利技术一种自流程化的报警应急调度处理方法的“生产-消费”数据模型图。图4是本专利技术一种自流程化的报警应急调度处理方法的调度器的核心算法图。图5是本专利技术一种自流程化的报警应急调度处理方法的调度器调度器总体结构图。具体实施方式下面结合附图对本专利技术做进一步的详细说明。结合附图2-5，一种自流程化的报警应急调度处理方法，包括调度平台系统结构，所述的调度平台系统结构以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建而成，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；所述的调度平台系统结构基于消息队列中的警情消息产生“生产-消费”数据模型，所述的“生产-消费”数据模型是将群众端报警产生警情消息，送至进入警情队列，为“生产者”，调度服务器从警情队列中取警情消息向附近警员推送，为“消费者”；所述的报警调度器由两种核心线程(警情调度线程1个、警情通知线程1至3个)及2种消息队列(警情队列和通知消息队列，以省为单位，每种类型每省一个)、一个警员状态管理器(提供警员实时位置信息、闲忙信息)构成；所述的调度服务器由一个报警调度器构成，调度服务器调度成功的前置条件为：群众报警的位置信息及案件信息进入了警情消息队列；警员通过实时心跳与服务器相连，并实时更新了位置坐标信息、闲忙信息；所述的警情调度线程的主要作用是轮询警情消息队列，依次对警情筛选符合条件的警员，生成警情通知消息，并将警情通知消息放入通知消息队列。考虑到消息推送的网络延迟，为提高系统的吞吐能力，保证警情的顺序处理，调度线程线程只有一个(以省区为单位)，只负责匹配警员和生成消息，不进行消息的推送工作；所述的警情通知线程根据处理器性能设定。其作用是依次从通知消息队列中取出消息，并向警员(含指挥中心指挥员、接线员)推本文档来自技高网...

【技术保护点】
1.一种自流程化的报警应急调度处理方法，包括调度平台系统结构，其特征在于：所述的调度平台系统结构以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建而成，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；所述的调度平台系统结构基于消息队列中的警情消息产生“生产‑消费”数据模型，所述的“生产‑消费”数据模型是将群众端报警产生警情消息，送至进入警情队列，为“生产者”，调度服务器从警情队列中取警情消息向附近警员推送，为“消费者”；所述的报警调度器由两种核心线程(警情调度线程1个、警情通知线程1至3个)及2种消息队列(警情队列和通知消息队列，以省为单位，每种类型每省一个)、一个警员状态管理器(提供警员实时位置信息、闲忙信息)构成；所述的调度服务器由一个报警调度器构成，所述的调度服务器调度成功的前置条件为：群众报警的位置信息及案件信息进入了警情消息队列；警员通过实时心跳与服务器相连，并实时更新了位置坐标信息、闲忙信息；所述的警情调度线程的主要作用是轮询警情消息队列，依次对警情筛选符合条件的警员，生成警情通知消息，并将警情通知消息放入通知消息队列。考虑到消息推送的网络延迟，为提高系统的吞吐能力，保证警情的顺序处理，调度线程只有一个(以省区为单位)，只负责匹配警员和生成消息，不进行消息的推送工作；所述的警情通知线程根据处理器性能设定，其作用是依次从通知消息队列中取出消息，并向警员(含指挥中心指挥员、接线员)推送报警消息，由于报警事件和通知消息的比例可能大于1(通知消息包括：报警消息、接警消息、拒接消息、超时消息、无警员消息等)，为降低消息的等待时间，提高系统信息处理能力，因此警情通知线程至少应该有1个，通常2到3个会比较合适，具体参照处理器的核芯数设定；所述的警员状态管理器：负责维护警员的在线、离线实时状态以及实时位置的更新。...

【技术特征摘要】
1.一种自流程化的报警应急调度处理方法，包括调度平台系统结构，其特征在于：所述的调度平台系统结构以派出所和网格为基本处理单位，以地市一级为基本调度单位，以省区为单位构建而成，包括如下关键节点：API负载均衡网关、报警服务器、警情消息队列、调度服务器、警员信息缓存、即时通讯云；所述的调度平台系统结构基于消息队列中的警情消息产生“生产-消费”数据模型，所述的“生产-消费”数据模型是将群众端报警产生警情消息，送至进入警情队列，为“生产者”，调度服务器从警情队列中取警情消息向附近警员推送，为“消费者”；所述的报警调度器由两种核心线程(警情调度线程1个、警情通知线程1至3个)及2种消息队列(警情队列和通知消息队列，以省为单位，每种类型每省一个)、一个警员状态管理器(提供警员实时位置信息、闲忙信息)构成；所述的调度服务器由一个报警调度器构成，所述的调度服务器调度成功的前置条件为：群众报警的位置信息及案件信息进入了警情消息队列；警员通过实时心跳与服务器相连，并实时更新了位置坐标信息、闲忙信息；所述的警情调度线程的主要作用是轮询警情消息队列，依次对警情筛选符合条件的警员，生成警情通知消息，并将警情通知消息放入通知消息队列。考虑到消息推送的网络延迟，为提高系统的吞吐能力，保证警情的顺序处理，调度线程只有一个(以省区为单位)，只负责匹配警员和生成消息，不进行消息的推送工作；所述的警情通知线程根据处理器性能设定，其作用是依次从通知消息队列中取出消息，并向警员(含指挥中心指挥员、接线员)推送报警消息，由于报警事件和通知消息的比例可能大于1(通知消息包括：报警消息、接警消息、拒接消息、超时消息、无警员消息等)，为降低消息的等待时间，提高系统信息处理能力，因此警情通知线程至少应该有1个，通常2到3个会比较合适，具体参照处理器的核芯数设定；所述的警员状态管理器：负责维护警员的在线、离线实时状态以及实时位置的更新。2.根据权利要求1所述的一种自流程化的报警应急调度处理方法，其特征在于：所述的“生产-消费”数据模型中由于接警可能不会一次成功(警员忙处理其他紧急案件，或者出现一些特殊状况)，需要多次向不同的警员推送警情，又或者本次推送需要一段时间等待警员端响应，在响应之前不能中断处理，所以第K轮(有限次)消息也...

【专利技术属性】
技术研发人员：汪思言，
申请(专利权)人：贵州壹零壹科技有限公司，
类型：发明
国别省市：贵州,52