一种车辆报警数据排队方法及系统与流程

1.本发明涉及车辆报警技术领域，具体是涉及一种车辆报警数据排队方法及系统。


背景技术：

2.随着国内汽车保有量的增长，车辆的安全已经提升到了非常重要的高度。为了能够在发生车辆事故意外情况，迅速将事故现场的位置信息及时传递到车联网呼叫中心，协调警情中心、急救中心等机构进行救助，各个国家都提出了车载事故紧急呼叫的解决办法。车辆在手动或自动发出报警信息后，报警msd数据会上送到呼叫中心平台，报警平台通过数据排队机将报警数据分发到坐席平台，并展示到坐席系统中。目前的车辆报警数据是被动查询，不能及时更新展示到系统中，而车辆报警属于紧急事件，关键信息的展示能够起到非常重要的作用。因此，需要提供一种车辆报警数据排队方法及系统，旨在解决上述问题。


技术实现要素：

3.针对现有技术存在的不足，本发明的目的在于提供一种车辆报警数据排队方法及系统，以解决上述背景技术中存在的问题。
4.本发明是这样实现的，一种车辆报警数据排队方法，所述方法包括以下步骤：
5.保持坐席排队机与浏览器前端页面之间的长链接；
6.接收坐席人员上传的状态指令，告知坐席排队机对应坐席位的工作状态，所述工作状态为置忙和置闲；
7.接收到达数据排队机的报警信息，对报警信息进行分类和排队，并将排队消息通知到浏览器前端页面，报警信息只能够进入到置闲的坐席位进行排队；
8.当车辆发生了二次碰撞，自动查询到缓存有所述车辆正在处理的报警信息的坐席位，将二次碰撞的报警信息发送到所述坐席位。
9.作为本发明进一步的方案：所述方法还包括：读取坐席人员配置，确认坐席人员所属的技能组，不同技能组对应的坐席位处理的报警信息种类不同，当一个坐席人员拥有多个技能权限，设置有业务处理的优先级，优先处理高技能的报警信息，在低技能组人员全部置忙时，才会处理低技能组的报警信息。
10.作为本发明进一步的方案：所述报警信息会按照设定的规则去不间断的发送，直到呼叫中心电话达到了报警车辆，停止报警信息的发送。
11.作为本发明进一步的方案：使用http post xml方式发送报警信息至数据排队机，发送地址为：http://数据排队机所在服务器ip:数据排队机监听http端口。
12.本发明的另一目的在于提供一种车辆报警数据排队系统，所述系统包括：
13.坐席通信模块，用于保持坐席排队机与浏览器前端页面之间的长链接；
14.坐席状态模块，用于接收坐席人员上传的状态指令，告知坐席排队机对应坐席位的工作状态，所述工作状态为置忙和置闲；
15.排队算法模块，用于接收到达数据排队机的报警信息，对报警信息进行分类和排
队，报警信息只能够进入到置闲的坐席位进行排队；
16.消息通知模块，当有排队消息或者消息堆积时，将排队消息通知到浏览器前端页面；
17.事件处理模块，当车辆发生了二次碰撞，自动查询到缓存有所述车辆正在处理的报警信息的坐席位，将二次碰撞的报警信息发送到所述坐席位。
18.作为本发明进一步的方案：所述系统还包括坐席用户模块，所述坐席用户模块用于读取坐席人员配置，确认坐席人员所属的技能组，不同技能组对应的坐席位处理的报警信息种类不同，当一个坐席人员拥有多个技能权限，设置有业务处理的优先级，优先处理高技能的报警信息，在低技能组人员全部置忙时，才会处理低技能组的报警信息。
19.与现有技术相比，本发明的有益效果是：
20.本发明提供了一个车联网呼叫中心处理报警信息排队的方案，能够及时的将车辆报警数据上送到呼叫中心。本发明解决了车联网呼叫中心报警信息的排队问题，且能够使得多次上报的事故报警通知能够到达同一个服务坐席。本发明可以通过区分数据报警类型，分配到具备专业技能的技能组，提高救援效率。
附图说明
21.图1为一种车辆报警数据排队方法的流程图。
22.图2为一种车辆报警数据排队系统的结构示意图。
具体实施方式
23.为了使本发明的目的、技术方案及优点更加清晰，以下结合附图及具体实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
24.以下结合具体实施例对本发明的具体实现进行详细描述。
25.如图1所示，本发明实施例提供了一种车辆报警数据排队方法，所述方法包括以下步骤：
26.s100，保持坐席排队机与浏览器前端页面之间的长链接；
27.s200，接收坐席人员上传的状态指令，告知坐席排队机对应坐席位的工作状态，所述工作状态为置忙和置闲；
28.s300，接收到达数据排队机的报警信息，对报警信息进行分类和排队，并将排队消息通知到浏览器前端页面，报警信息只能够进入到置闲的坐席位进行排队；
29.s400，当车辆发生了二次碰撞，自动查询到缓存有所述车辆正在处理的报警信息的坐席位，将二次碰撞的报警信息发送到所述坐席位。
30.本发明实施例中，所述方法还包括：读取坐席人员配置，确认坐席人员所属的技能组，不同技能组对应的坐席位处理的报警信息种类不同，当一个坐席人员拥有多个技能权限，设置有业务处理的优先级，优先处理高技能的报警信息，在低技能组人员全部置忙时，才会处理低技能组的报警信息，通过这套排队机制，能够最大程度让报警信息上报到呼叫中心，并迅速展开救援。
31.本发明实施例中，车辆在触发e-call(紧急求援)事件时，会向呼叫中心发送车辆
的报警数据，为了确保消息能够真正到达了呼叫中心，保证e-call得到了真实的救援，所述报警信息会按照设定的规则去不间断的发送，直到呼叫中心电话达到了报警车辆，停止报警信息的发送。使用http post xml方式发送报警信息至数据排队机，发送地址为：http://数据排队机所在服务器ip:数据排队机监听http端口。
32.本发明实施例中，服务器端应用类型：windows应用程序，开发环境：c#，使用环境：.net4.0；服务器端应用目录结构为：
33.程序主目录：
[0034][0035]
主程序为notifyserver.exe，配置文件为config.xml，log目录为日志文件保存文件夹，每天生成一个日志文件，文件名称格式为log yyyy-mm-dd .txt。
[0036]
配置文件说明：config.xml为应用的配置文件，包含了应用所需要的配置信息，module/title：显示在应用程序标题的文字说明，dbserver/connectstring：数据库连接配置内容，httpserver/listenport：http监听端口，用于接收其他系统发送过来的数据信息，httpserver/timeout：http监听端口超时时间，tcpserver/listenport：tcp监听端口，用于与ocx控件的通讯端口，tcpserver/timeout：tcp监听端口超时时间，tcpserver/ringtimeout：tcp向客户端振铃超时时间。
[0037]
通讯协议：第三方系统使用http post xml方式发送数据信息至数据排队机，发送地址为：http://数据排队机所在服务器ip:数据排队机监听http端口(配置文件config.xml的配置项：httpserver/listenport)，示例：http://localhost:9031，发送的数据格式为：
[0038]
[0039][0040]
数据格式说明：post：发送数据方式，text/xml：发送的数据类型，content-length：发送的消息体中的内容长度，cmd：0排队消息1指定坐席消息2更新配置(从数据库重新读取用户列表)，objid：技能组或指定坐席，此节点可以是多个《objid》《/objid》《objid》《/objid》，src：数据来源，是用户或终端的唯一标示，app：服务类型，用于标示消息类型，msgtype：未使用，扩展，默认值1，life：生命周期，-1标示此消息永久有效，》0表示此消息坐席未处理超时丢弃，单位为秒，acdbody：数据内容，根据项目实际使用协商制定，备注：cmd＝1时，objid内容为指定的坐席，排队机会直接把消息发送至此坐席。cmd＝0时，objid为技能组，可有多个技能组，排队机会接收到此类消息后，会根据src判断当前有无坐席正在给此用户服务，如有，会把此消息直接发送至此坐席。如没有，会判断技能组1中有无坐席空闲，如有空闲会把消息发送至此坐席。技能组1无空闲坐席，判断技能组2有无空闲坐席，以此类推。如果指定life字段为50，超过50秒此消息仍未有技能组受理，将丢弃此消息。cmd＝2(其他节点内容都可以为空)时，排队机会重新读取用户数据表tbl_acduser的用户列表。
[0041]
数据排队机读取数据库中的表tbl_acduser，用于话务员使用的ocx控件登陆数据排队机的客户端管理。当前数据排队机程序只验证uid字段，用户名和密码未验证。uid可使用坐席电脑网卡地址或者坐席工号，根据项目实际使用情况设置。
[0042]
tbl_acduser表结构如下：
[0043]
列名数据类型允许空索引说明idint √主键，自增uidvarchar(50)
ꢀꢀ
客户端的唯一标示usernamevarchar(20)
ꢀꢀ
用户名userpwdvarchar(20)
ꢀꢀ
密码usergroupvarchar(50)
ꢀꢀ
技能组
flagint
ꢀꢀ
是否有效0无效1有效，默认值0inserttimedatetime
ꢀꢀ
添加时间，默认值getdate()
[0044]
如图2所示，本发明实施例还提供了一种车辆报警数据排队系统，所述系统包括：
[0045]
坐席通信模块，用于保持坐席排队机与浏览器前端页面之间的长链接；
[0046]
坐席状态模块，用于接收坐席人员上传的状态指令，告知坐席排队机对应坐席位的工作状态，所述工作状态为置忙和置闲；
[0047]
排队算法模块，用于接收到达数据排队机的报警信息，对报警信息进行分类和排队，报警信息只能够进入到置闲的坐席位进行排队；
[0048]
消息通知模块，当有排队消息或者消息堆积时，将排队消息通知到浏览器前端页面；
[0049]
事件处理模块，当车辆发生了二次碰撞，自动查询到缓存有所述车辆正在处理的报警信息的坐席位，将二次碰撞的报警信息发送到所述坐席位；
[0050]
坐席用户模块，所述坐席用户模块用于读取坐席人员配置，确认坐席人员所属的技能组，不同技能组对应的坐席位处理的报警信息种类不同，当一个坐席人员拥有多个技能权限，设置有业务处理的优先级，优先处理高技能的报警信息，在低技能组人员全部置忙时，才会处理低技能组的报警信息。
[0051]
以上仅对本发明的较佳实施例进行了详细叙述，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
[0052]
应该理解的是，虽然本发明各实施例的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
[0053]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0054]
本领域技术人员在考虑说明书及实施例处的公开后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯
用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。