风险事件处理方法及系统与流程

文档序号:11231502阅读:724来源:国知局
风险事件处理方法及系统与流程

本公开涉及通讯技术领域,尤其涉及一种风险事件处理方法及系统。



背景技术:

目前,公司发生风险事件后,针对风险事件的处理需要层层上报审批,影响处理时效,大大浪费时间,导致事件处理的效率低下。

同时,上述的事件发生后,根据事件的性质不同,相关的处理人员也会不同,处理的流程机制就会有差别,在风险事件发生后,一般很难在较短时就找到相关的处理人员;

由于风险事件的解决一般需要多个部门人员协同解决,而各组织人员办公区域分散,很难短时间聚集处理人员。

上述不足很容易导致错过事件的最佳处理时机,甚至导致事件的进一步恶化,影响公司的经营收入以及客户体验。



技术实现要素:

鉴于现有技术中的上述缺陷或不足,本发明的目的在于提供一种风险事件处理方法及系统,以解决现有技术中风险事件处理过程复杂、有效性差、实时性差的问题。

第一方面,本发明提供一种风险事件处理方法,包括:

接收事件发起人发送的事件请求;

读取所述事件请求所携带的事件信息,所述事件信息包括取证信息和属性信息;

根据多个预设属性类别,对所述属性信息进行解析以确定属性特征,其中所述属性特征包含多个事件属性词,多个事件属性词与多个预设属性类别一一对应,其中每个预设属性类别均对应有预设属性词表;

在预置事件库中查找是否存在与所述属性特征一致的事件类别,若是,则将所述事件请求对应的事件确定为风险事件,若否,则将无法确定风险事件的结果反馈给事件发起人,其中预置事件库包含多个事件类别,每个事件类别包括多个属性词且多个属性词与多个属性类别一一对应,每个属性词均为对应的预设属性词表中的词;

基于预先设定的事件类别与处理人员的对应关系,确定所述风险事件对应的处理人员,将所述事件信息发送给对应的处理人员;

接收处理人员反馈的处理意见。

第二方面,本发明提供一种风险事件处理系统,包括:

事件接收模块,用于接收事件发起人发送的风险事件请求;

事件读取模块,用于读取所述事件请求所携带的事件信息,所述事件信息包括取证信息和属性信息;

属性解析模块,用于根据多个预设属性类别,对所述属性信息进行解析以确定属性特征,其中所述属性特征包含多个事件属性词,多个事件属性词与多个预设属性类别一一对应,且每个预设属性类别均对应有预设属性词表;

风险事件确定模块,用于在预置事件库中查找是否存在与所述属性特征一致的事件类别,若是,则将所述事件请求对应的事件确定为风险事件并触发查找模块,其中预置事件库包含多个事件类别,每个事件类别包括多个属性词且多个属性词与多个预设属性类别一一对应,每个属性词均为对应的预设属性词表中的词;

所述查找模块,用于根据事件类别与处理人员的对应关系,查找所述风险事件对应的处理人员;

事件发送模块,用于将所述风险事件的事件信息发送至对应的处理人员;以及

结果接收模块,用于接收处理人员反馈的处理意见,并将所述处理意见发送给事件发起人。

第三方面,本发明提供一种设备,包括一个或多个处理器和存储器,其中存储器包含可由该一个或多个处理器执行的指令以使得该一个或多个处理器执行根据本发明各实施例提供的风险事件处理方法。

第四方面,本发明还提供一种存储有计算机程序的计算机可读存储介质,该计算机程序使计算机执行根据本发明各实施例提供的风险事件处理方法。

本发明的有益效果在于,当接收到事件发起人发出的事件请求后,判断事件请求对应的事件是否为风险事件,在确定事件类别时确定事件请求对应的事件为风险事件,根据预设的事件类别与处理人员的对应关系查找到风险事件对应的处理人员,处理人员得到事件信息并及时反馈处理意见,极大的提高了对风险事件的处理效率,使得风险事件得到及时解决,减少甚至避免风险事件带来的恶性影响,克服了查找处理人员困难、层层审批效率低下的问题。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:

图1为本发明一实施例提供的风险事件处理方法的流程示意图;

图2为本发明另一实施例提供的风险事件处理方法的流程示意图;

图3为本发明一实施例提供的风险事件处理系统的结构示意图;

图4为本发明另一实施例提供的风险事件处理方法的结构示意图;

图5为本发明一实施例提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释相关发明,而非对该发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与发明相关的部分。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

为较好的理解本发明提供的风险事件处理方法,对本发明提供的风险事件处理方法的应用环境做一个介绍,事件发起人提供事件请求的终端为第一客户端,处理人员所在的处理事件终端为第二客户端,第一客户端、第二客户端均可以通过网络与服务器端通信。例如,第一客户端为安装在事件发起人的终端(如手机、平板电脑、笔记本电脑、台式电脑等)上具有通讯功能的应用终端(如丰声、微信、qq等),第二客户端为安装在处理人员的终端(如手机、平板电脑、笔记本电脑、台式电脑等)上具有通讯功能的应用终端(如丰声、微信、qq等)。事件发起人经第一客户端将事件请求上报至服务器端,服务器端审核判断事件请求对应的事件是否为风险事件,在确定出风险事件的情况下查找到对应的处理人员,将事件信息发送给处理人员(即第二客户端),处理人员在第二客户端讨论得处理意见,并上报给服务器端,服务器端将处理意见反馈给对应于事件发起人的第一客户端。

图1示出了本发明一实施例所提供的风险事件处理方法的流程示意图。如图1所示,该方法包括至少包括步骤s101至步骤s106。

步骤s101:接收事件发起人发送的事件请求。在该步骤中,接收事件发起人经第一客户端上报的事件请求,接收的事件请求一般可以事件表、文档、音频或者视频的形式呈现,但不限于此。

步骤s102:读取事件请求所携带的事件信息,事件信息包括取证信息和属性信息。

具体的,事件发起人向服务器端发送事件请求,该事件请求携带事件信息,事件信息包括取证信息和属性信息。服务器端接收上报的事件请求,并读取事件请求中携带的取证信息和属性信息。取证信息至少包括:事件来源(媒体发现、群众举报、任务下发、采集调查等等)、第一发现人、事发时间、事发地点;属性信息至少包含事件标题、事件简述,还可以包括紧急程度、诉求目的及要求等等。

步骤s103:根据多个预设属性类别,对属性信息进行解析以确定属性特征,其中属性特征包含多个事件属性词,多个事件属性词与多个预设属性类别一一对应,且每个预设属性类别均对应有预设属性词表。

服务器端预先存储有多个预设属性类别以及与每个预设属性类别对应的预设属性词表,本申请中多个预设属性类别按预设优先级排列,多个预设属性类别优选包括处于一级目录的部门类别和处于二级目录的事件类型,处于一级目录的部门类别对应的预设属性词表包括部门ⅰ、部门ⅱ、部门ⅲ……,处于二级目录的事件类型对应的预设属性词表包括媒体事件、人资事件、行政处罚、刑事犯罪、安全事故、信息安全及特殊问题等等,各个处于一级目录的部门类别均对应有多个处于二级目录的事件类型,且处于一级目录的多个部门类别对应的处于二级目录的事件类型可以不同,例如部门ⅰ对应的事件类型包括媒体事件、人资事件、行政处罚,部门ⅱ对应的事件类型包括媒体事件、人资事件、刑事犯罪、安全事故。

进一步地,根据按预设优先级排列的多个预设属性类别,对属性信息逐级进行解析以确定多个事件属性词,多个事件属性词按预设优先级排列形成属性特征。例如,接收到上报的事件请求,读取事件请求所携带的事件信息,按照处于一级目录的部门类别、处于二级目录的事件类型逐级对事件信息中的属性信息进行解析,依次确定出事件所属的部门和事件类型,形成属性特征。

步骤s104:在预置事件库中查找与属性特征一致的事件类别,若能够确定事件类别,则将事件请求对应的事件确定为风险事件,若否,则将无法确定风险事件的结果发送给事件发起人,其中预置事件库包含多个事件类别,每个事件类别包括多个属性词且多个属性词与多个预设属性类别一一对应,每个属性词均为对应的预设属性词表中的词。

服务器端预先存储有预置事件库,预置事件库包括多个事件类别,每个事件类别包括多个属性词(多个属性词与多个预设属性类别一一对应,即多个属性词按预设优先级别排列),每个属性词为所属的预设属性类别所对应的预设属性词表中的词。

进一步地,在预置事件库中查找与属性特征一致的事件类别包括:根据按预设优先级排列的多个预设属性类别,依次将事件类别所包含的多个属性词与属性特征所包含的多个事件属性词一一匹配。若在预置事件库中查找到与属性特征一致的事件类别,则将事件请求对应的事件确定为风险事件,若无法确定风险事件,进一步还包括:生成无法确定风险事件的文本原因,在将无法确定风险事件的结果反馈给事件发起人的同时,将无法确定风险事件的文本原因反馈给事件发起人。

步骤s105:基于预先设定的事件类别与处理人员的对应关系,确定风险事件对应的处理人员,将事件信息发送给对应的处理人员。

服务器端存储有预先设定的事件类别与处理人员的对应关系,通过确定事件类别,确定事件请求对应的事件为风险事件,查找到风险事件对应的处理人员,将事件信息发送给对应的处理人员(即处理人员对应的第二客户端)。

进一步地,将事件信息发送给对应的处理人员包括:将对应于风险事件的处理人员与事件发起人组建形成即时通讯群组,将事件信息发送至即时通讯群组。

风险事件对应的处理人员可以为一个或多个处理人员,各处理人员通过各自的应用终端(例如丰声、微信、qq)讨论事件,可以得处理意见,例如,风险事件对应的处理人员为多个处理人员,使用的应用终端为微信,可以通过应用终端建立事件处理微信群,同时事件发起人使用的应用终端也为微信,可将事件发起人拉进事件处理微信群,事件发起人可以实时了解该风险事件的处理进度以及及时得到处理意见。

步骤s106:接收处理人员反馈的处理意见。

服务器端接收处理人员经第二客户端反馈过来的处理意见。

若事件发起人在即时通讯群组内,可以在即时通讯群组内及时得到处理意见。此外,服务器端将处理意见发送给事件发起人对应的第一客户端,事件发起人可以知晓该事件的处理意见。

进一步地,该风险事件处理方法还包括:在接收处理人员反馈的处理意见之后,将事件信息与处理意见汇总形成案例报告并存储,便于之后的检索查询,以供参考借鉴。

在一个实施例中,如图2所示,风险事件处理方法还包括:

步骤s201:在确定风险事件对应的处理人员之后,将事件发起人、事件信息以及对应的处理人员关联设置,生成事件提醒信息。

服务器端在确定风险事件对应的处理人员之后,将事件发起人、事件信息以及对应的处理人员关联设置,生成事件提醒信息,该事件提醒信息可以为催办指令,该催办指令用于催促、提醒处理人员尽快处理相关风险事件。

步骤s202:获取将事件信息发送至对应处理人员的时间节点。

服务器端在将事件信息传送至处理人员对应第二客户端的时间确定为时间节点,从该时间节点开始计时以监控事件处理进程。

步骤s203:监控自时间节点开始的预设时长阈值内是否收到处理人员反馈的处理意见,若否,则向对应的处理人员发送事件提醒信息。

服务器端监控自时间节点开始的预设时长阈值内是否收到处理人员反馈的处理意见,如果没有,则向处理人员对应的第二客户端发送事件提醒信息。

在一个实施例中,如图3所示,提供了一种风险事件处理系统,该系统包括:

事件接收模块301,用于接收事件发起人发送的风险事件请求;

事件读取模块302,用于读取事件请求所携带的事件信息,事件信息包括取证信息和属性信息;

属性解析模块303,用于根据多个预设属性类别,对属性信息进行解析以确定属性特征,其中属性特征包含多个事件属性词,多个事件属性词与多个预设属性类别一一对应,且每个预设属性类别均对应有预设属性词表;

风险事件确定模块304,用于在预置事件库中查找与属性特征一致的事件类别,若确定出事件类别,则将事件请求对应的事件确定为风险事件并触发查找模块,其中预置事件库包含多个事件类别,每个事件类别包括多个属性词且多个属性词与多个预设属性类别一一对应,每个属性词均为对应的预设属性词表中的词;

查找模块305,用于根据事件类别与处理人员的对应关系,查找风险事件对应的处理人员;

事件发送模块306,用于风险事件的事件信息发送至对应的处理人员;以及

结果接收模块307,用于接收处理人员反馈的处理意见。

进一步地,该风险事件处理系统还包括:即时通讯模块,用于响应于查找模块查找到对应的处理人员,将事件发起人与处理人员组建形成即时通讯群组;

将风险事件的事件信息发送至对应的处理人员包括:将风险事件的事件信息发送至处理人员所在的即时通讯群组。事件发起人通过即时通讯群组可以实时了解讨论的进度以及处理意见。

进一步地,多个预设属性类别按预设优先级排列,预置事件库中的事件类别所包括的多个属性词按预设优先级排列,属性特征中的多个事件属性词按所述预设优先级排列;

风险事件确定模块包括匹配模块,用于根据预设优先级排列的多个预设属性类别,逐级将事件类别所包含的多个属性词与属性特征所包含的多个事件属性词一一匹配。

通过该实施例所提供的风险事件处理系统,及时判定事件请求所对应的事件是否为风险事件,若确定事件请求所对应的事件为风险事件,查找相应的处理人员并及时得到处理人员反馈的信息。

进一步地,风险事件处理系统还包括:文本生成模块308,用于响应无法确定风险事件时,生成无法确定风险事件的文本原因并发送给事件发起人。在事件不通过的情况下,将无法确定风险事件的文本原因发送给事件发起人,以便事件发起人根据事件确定失败的原因创建新的事件表、文档、音频或视频(不局限于此),以上报新的事件请求。

进一步地,该风险事件处理系统还包括:信息整合模块,用于将所述事件信息与对应的处理意见合并为一案例报告;以及

存储模块,用于存储所述案例报告,方便检索查询,以便借鉴参考。

在一个实施例中,如图4所示,风险事件处理系统还包括:

提醒事件生成模块401,用于将事件发起人、事件信息以及对应的处理人员关联设置,生成事件提醒信息;

提醒事件发送模块402,用于将事件提醒信息发送给对应的处理人员;

时间获取模块403,用于获取事件信息发送至对应处理人员的时间节点;

进度监控模块404,用于监控自时间节点开始的预设时长阈值内是否收到处理人员反馈的处理意见,若否,则触发提醒事件发送模块402,用于催促、提醒处理人员尽快处理相关风险事件。

图5为本发明一实施例提供的一种设备的结构示意图。

如图5所示,作为另一方面,本发明还提供了一种设备500,包括一个或多个中央处理单元(cpu)501,其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中,还存储有设备500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。

以下部件连接至i/o接口505:包括键盘、鼠标等的输入部分506;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507;包括硬盘等的存储部分508;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分505。通信部分505经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器510上,以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地,根据本公开的实施例,上述任一实施例描述的风险事件处理方法可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括有形地包含在机器可读介质上的计算机程序,所述计算机程序包含用于执行弹幕加载方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分505从网络上被下载和安装,和/或从可拆卸介质511被安装。

附图中的流程图和框图,图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这根据所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以通过执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以通过专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,例如,各所述单元可以是设置在计算机或移动智能设备中的软件程序,也可以是单独配置的硬件装置。其中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为又一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例的设备中所包含的计算机可读存储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序,该程序被一个或者一个以上的处理器用来执行描述于本申请的风险事件处理方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1