CN116823278A - 事件处理方法及装置 - Google Patents

Abstract

本说明书实施例提供了事件处理方法及装置，其中，一种事件处理方法包括：在获取到用户通过服务子程序针对服务争议事件提交的处理请求后，借助处理请求中携带的商家标识查询商家的事件处理渠道，并根据事件处理渠道对服务争议事件进行事件交互处理，在检测到事件交互处理后服务争议事件的升级指令，以服务争议事件的事件特征和事件升级信息为依据确定服务争议事件的事件风险类型，并根据事件风险类型确定服务争议事件的事件处理策略。

Description

事件处理方法及装置

技术领域

本文件涉及数据处理技术领域，尤其涉及一种事件处理方法及装置。

背景技术

随着互联网技术的不断发展，越来越多的线上服务应运而生，用户不再需要前往线下服务机构进行服务处理，而是直接通过线上服务进行相应处理，而在用户使用线上服务的过程中，用户对于隐私数据的重视程度也越来越高，由于线上服务的种类繁多、流程复杂，用户也无法面对面了解服务详情，导致线上服务的透明度不高，用户与服务提供方之间难免会产生争议，在此过程中，对线上服务的服务提供方提出了更高的要求。

发明内容

本说明书一个或多个实施例提供了一种事件处理方法，包括：获取用户通过服务子程序针对服务争议事件提交的处理请求。基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理。若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型。根据所述事件风险类型确定所述服务争议事件的事件处理策略。

本说明书一个或多个实施例提供了一种事件处理装置，包括：请求获取模块，被配置为获取用户通过服务子程序针对服务争议事件提交的处理请求。交互处理模块，被配置为基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理。风险类型确定模块，被配置为若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型。处理策略确定模块，被配置为根据所述事件风险类型确定所述服务争议事件的事件处理策略。

本说明书一个或多个实施例提供了一种事件处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户通过服务子程序针对服务争议事件提交的处理请求。基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理。若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型。根据所述事件风险类型确定所述服务争议事件的事件处理策略。

本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户通过服务子程序针对服务争议事件提交的处理请求。基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理。若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型。根据所述事件风险类型确定所述服务争议事件的事件处理策略。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；

图1为本说明书一个或多个实施例提供的一种事件处理方法实施环境的示意图；

图2为本说明书一个或多个实施例提供的一种事件处理方法处理流程图；

图3为本说明书一个或多个实施例提供的一种应用于争议交易场景的事件处理方法处理流程图；

图4为本说明书一个或多个实施例提供的一种事件处理装置实施例的示意图；

图5为本说明书一个或多个实施例提供的一种事件处理设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。

参照图1，本说明书一个或多个实施例提供的事件处理方法实施环境的示意图。

本说明书一个或多个实施例提供的事件处理方法，可适用于对服务争议事件进行事件处理这一实施环境，该实施环境至少包括对服务争议事件进行事件处理的事件处理平台对应的事件处理服务器101。

此外，该实施环境还可包括用户终端102，用户终端102可配置与事件处理服务器101进行交互的客户端，该客户端的具体形式可以是应用程序、应用程序内的子程序、应用程序内的服务模块或者网页程序。

其中，事件处理服务器101可以对应一台服务器，或者对应若干台服务器组成的服务器集群，或者对应云计算平台中的一个或者多个云服务器，用于对服务争议事件进行事件交互处理并确定服务争议事件的事件处理策略。

用户终端102可以是手机、个人电脑、平板电脑、电子书阅读器、基于VR(VirtualReality，虚拟现实技术)进行信息交互的设备、车载终端、IoT设备、穿戴式智能设备、膝上型便携计算机和台式计算机等等，用户终端102用于与事件处理服务器101配合，向事件处理服务器101提交针对服务争议事件的处理请求。

该实施环境中，事件处理服务器101可在获取到用户通过用户终端102针对服务争议事件提交的处理请求后，借助处理请求中携带的商家标识查询商家的事件处理渠道，并借助事件处理渠道对服务争议事件进行事件交互处理，在检测到事件交互处理后服务争议事件被升级后，根据服务争议事件本身的事件特征以及事件升级信息，确定服务争议事件的事件风险类型，并根据事件风险类型对服务争议事件进行事件处理的事件处理策略，以此，在对服务争议事件进行事件交互处理的基础上确定服务争议事件的事件处理策略，使得商家能及时感知到服务争议事件，提升服务争议事件的处理效率，提升用户对服务争议事件的处理满意度，提升用户对事件处理服务器101对应的处理平台的信任度。

本说明书提供的一种事件处理方法的一个或多个实施例如下：

参照图2，本实施例提供的事件处理方法，具体包括步骤S202至步骤S208。

步骤S202，获取用户通过服务子程序针对服务争议事件提交的处理请求。

本实施例所述服务子程序，是指搭载于应用平台(或者应用程序)或者由应用平台加载安装的程序包或者应用组件；就服务角度而言，所述服务子程序具有独立提供自闭环服务的能力，比如运行在应用程序内提供事件处理的自闭环能力的子程序。

所述服务争议事件，包括用户对商家提供的服务具有争议的争议事件，比如服务争议事件可以是争议交易，也可以是争议宣传信息，此外，服务争议事件还可以是其他类型的事件；再比如用户对与商家的目标交易存在争议，该目标交易即为服务争议事件，用户对商家页面展示的宣传信息存在争议，认为宣传信息存在虚假宣传或者违规宣传等，则该商家展示的宣传信息即为服务争议事件；需要说明的是，争议交易可以是充值交易、购物交易(线上购物和/或线下购物)、转账交易等；所述争议交易也可以是用户通过用户终端扫描线下的支付码进行支付产生的交易，还可以是用户通过用户终端扫描另一用户的用户终端展示的支付码进行支付产生的交易。

所述处理请求，包括对服务争议事件进行争议消除处理的处理请求。本实施例可应用于事件处理平台。可选的，所述处理请求中携带有商家标识和/或所述服务争议事件的事件处理信息；例如，处理请求为服务争议事件的投诉请求，事件处理信息包括对服务争议事件进行投诉的投诉信息。

具体实施时，事件处理平台可获取用户通过服务子程序针对服务争议事件提交的处理请求，此外，事件处理平台也可获取用户通过服务应用程序或者服务网页针对服务争议事件提交的处理请求。

可选的，所述服务子程序通过支付应用程序访问或者所述服务子程序通过所述服务争议事件下设置的访问入口进行访问；比如服务争议事件为争议交易，争议交易(争议交易的交易账单)下设置“对此交易存在疑问或者投诉”的访问入口，在访问入口被触发后，从争议交易的展示页面跳转至所述服务子程序的处理页面。

步骤S204，基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理。

上述获取用户通过服务子程序针对服务争议事件提交的处理请求，本步骤中，基于处理请求中携带的商家标识查询商家的事件处理渠道，并基于事件处理渠道对服务争议事件激进型事件交互处理。

本实施例所述商家包括产生服务争议事件的商家；比如，所述商家可以是提供购物服务的商家，也可以是提供充值服务的商家，还可以是其他类型的商家，本实施例在此不作具体限定。所述商家可以是提供线上服务的商家，也可以是提供线下服务的商家；需要说明的是，本实施例中的商家也可以是用户，比如用户a向用户b进行转账，用户a对此次转账交易存在疑虑，则可获取用户a通过服务子程序针对此次争议转账交易提交处理请求，并获取用户a通过服务子程序上传的联系方式，基于联系方式对争议转账交易进行交互处理，具体可根据联系方式生成对此次争议转账交易的处理提醒向用户b下发。

所述事件处理渠道，包括商家的联系方式(比如电话号码、邮箱地址等)、事件处理文件类型、事件处理方案、商家的商家子程序标识和/或事件处理入口信息；其中，所述事件处理入口信息可以是前往所述商家的商家子程序的入口信息。所述事件处理方案，包括商家针对各事件风险类型的服务争议事件的处理方案或者处理流程。

在具体的执行过程中，为了提升服务争议事件的事件处理便捷性和灵活性，可提前对事件处理渠道进行配置；本实施例提供的一种可选实施方式中，所述事件处理渠道，通过如下方式获得：

获取所述商家的商家子程序标识、联系方式和/或事件处理入口信息，以及事件处理文件类型和/或事件处理方案；

基于所述商家子程序标识、所述联系方式和/或所述事件处理入口信息，以及所述事件处理文件类型和/或所述事件处理方案针对所述商家进行配置处理，获得所述事件处理渠道。

具体实施时，根据用户通过服务子程序针对服务争议事件提交的处理请求中携带的商家标识，查询商家的事件处理渠道；查询结果可为空，也可不为空，在查询结果不为空的情况下，查询获得的商家的事件处理渠道可包括事件处理入口信息、商家的商家子程序标识和/或商家的联系方式；商家的事件处理渠道也可包括事件处理文件类型和/或事件处理方案。

在具体的执行过程中，为了提升服务争议事件的处理效率，本实施例提供的第一种可选实施方式中，在基于所述事件处理渠道对所述服务争议事件进行事件交互处理的过程中，执行如下操作：

将查询获得的商家子程序标识向所述用户发送，以基于所述用户对所述商家子程序标识对应的商家子程序的事件交互页面的访问请求，展示所述商家子程序的事件交互页面。

在用户终端展示商家子程序的事件交互页面的基础上，用户与商家即可通过所述事件交互页面进行服务争议事件的交互处理。

此外，在基于事件处理渠道对服务争议事件进行事件交互处理的过程中，也可执行如下操作：将查询获得的商家子程序标识和事件处理文件类型和/或事件处理方案向所述用户发送，以基于所述用户对所述商家子程序标识对应的商家子程序的事件交互页面的访问请求，展示所述商家子程序的事件交互页面，按照事件处理文件类型和/或事件处理方案通过所述事件交互页面向事件处理平台上传事件处理信息，基于所述事件处理信息进行用户与商家的交互处理。

实际应用中，为了进一步提升服务争议事件的处理效率以及服务争议事件的处理便捷性，可在服务子程序中设置商家子程序的事件处理入口，在用户通过服务子程序提交服务争议事件的处理请求之后，用户终端可通过事件处理渠道从服务子程序的处理页面跳转至商家子程序的事件交互页面；本实施例提供的第二种可选实施方式中，在基于所述事件处理渠道对服务争议事件进行事件交互处理的过程中，执行如下操作：

将查询获得的事件处理入口信息向所述用户发送，以根据所述用户对基于所述事件处理入口信息渲染获得的交互入口的触发指令，从所述服务子程序的处理页面跳转至商家子程序的事件交互页面；

获取所述用户和/或所述商家提交的通过所述事件交互页面进行交互处理的交互处理结果。

其中，所述交互处理包括用户与商家通过事件交互页面进行交互或者沟通的过程。

具体的，可将查询获得的事件处理入口信息向所述用户的用户终端发送，以在用户终端基于事件处理入口信息渲染交互入口，根据用户对交互入口的触发指令，从服务子程序的处理页面跳转至商家子程序的事件交互页面进行交互处理。

此外，在基于事件处理渠道对服务争议事件进行事件交互处理的过程中，也可执行如下操作：将查询获得的事件处理入口信息和事件处理文件类型和/或事件处理方案向所述用户发送，以根据所述用户对基于所述事件处理入口信息渲染获得的交互入口的触发指令，从所述服务子程序的处理页面跳转至商家子程序的事件交互页面，按照事件处理文件类型和/或事件处理方案通过所述事件交互页面向事件处理平台上传事件处理信息，基于所述事件处理信息进行用户与商家的交互处理。

除此之外，在基于事件处理渠道对服务争议事件进行事件交互处理的过程中，为了避免通过商家子程序的事件交互页面进行交互处理时网络中断导致交互失败、交互处理效率低等问题发生，提升服务争议事件的事件交互处理的成功率；本实施例提供的第三种可选实施方式中，执行如下操作：将查询获得的所述商家的联系方式向所述用户发送，以展示所述联系方式。

另外，除上述提供的进行事件交互处理的可选实施方式之外，在基于事件处理渠道对服务争议事件进行事件交互处理的过程中，为了提升用户的感知程度，提升用户体验，同时提供事件交互处理的全面性，可执行如下操作：将查询获得的商家子程序标识、所述商家的联系方式和/或事件处理入口信息向所述用户发送，以根据所述商家子程序标识、所述商家的联系方式和/或所述事件处理入口信息进行商家与用户的交互处理；其中，根据所述商家子程序标识、所述商家的联系方式和/或所述事件处理入口信息进行商家与用户的交互处理的实现过程与上述三种进行事件交互处理的可选实施方式类似，阅读请参照上述实现过程，此处不再赘述。

需要说明的是，上述在基于所述事件处理渠道对服务争议事件进行事件交互处理的过程中，向用户发送的数据实际是向用户的用户终端发送，在用户终端执行相应的交互处理。

具体实施时，在上述基于所述处理请求中携带的商家标识查询商家的事件处理渠道执行之后，查询结果可为空，针对于此，为了提升服务争议事件的事件处理成功率和效率；本实施例提供的一种可选实施方式中，执行如下操作：

若查询结果为空，获取所述用户通过所述服务子程序上传的联系方式；

根据所述联系方式生成对所述服务争议事件的事件处理提醒向所述商家下发。

具体的，若查询结果为空，向所述用户下发所述查询结果并获取用户基于所述查询结果通过服务子程序上传的联系方式；基于所述联系方式对所述服务争议事件进行事件交互处理；若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；根据所述事件风险类型确定所述服务争议事件的事件处理策略。

其中，在基于所述联系方式对服务争议事件进行事件交互处理的过程中，可执行如下操作：生成包含所述联系方式的事件处理提醒向所述商家下发。需要说明的是，上述若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；根据所述事件风险类型确定所述服务争议事件的事件处理策略的过程与下述步骤S206至步骤S208类似，阅读请参照下述步骤S206至步骤S208的实现过程，此处不再赘述。

具体实施时，在基于处理请求中携带的商家标识查询商家的事件处理渠道，并基于事件处理渠道对服务争议事件进行事件交互处理执行之后，本实施例提供的一种可选实施方式中，执行如下操作：

根据所述交互处理结果中包含的对所述处理请求的撤销指令或者对所述事件交互处理的确认指令，对所述服务争议事件的处理请求进行撤销处理。

其中，所述处理请求的撤销指令可由商家或者用户提交，所述事件交互处理的确认指令可由用户提交；所述事件交互处理的确认指令，代表用户对事件交互处理的认可，代表商家在与用户针对服务争议事件进行事件交互处理的过程中有效解决了用户对服务争议事件的争议诉求。

步骤S206，若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型。

上述基于针对服务争议事件的处理请求中携带的商家标识查询商家的事件处理渠道，并基于事件处理渠道对服务争议事件进行事件交互处理，本步骤中，若检测到事件交互处理后服务争议事件的升级指令，根据服务争议事件的事件特征和事件升级信息，确定服务争议事件的事件风险类型；若检测到所述事件交互处理获得的交互处理结果中包含的对所述处理请求的撤销指令或者对所述事件交互处理的确认指令，对所述服务争议事件的处理请求进行撤销处理。

本实施例所述服务争议事件的升级指令，是指对服务争议事件进行事件升级的指令，即对服务争议事件的事件等级进行升级的指令。可选的，所述升级指令，包括下述至少一项：所述用户或者所述商家对所述服务争议事件的事件升级指令(比如用户提交的不满意诉求)，未在预设时间内检测到所述用户对所述事件交互处理的确认指令，所述事件交互处理的处理时长小于预设时长阈值。此外，所述服务争议事件的升级指令，还可包括：所述商家对所述服务争议事件的交互处理时长届满，即商家未在特定时间范围内联系用户或者用户未在特定时间范围内联系商家针对服务争议事件进行交互处理。

所述服务争议事件的事件特征，包括服务争议事件的相关特征信息，比如服务争议事件为争议交易事件，争议交易事件的事件特征包括交易金额、交易时间等交易属性信息。所述事件升级信息包括用户与商家进行事件交互处理的交互记录、交易账单、商品图像。

所述事件风险类型，包括服务争议事件的事件风险类型；所述事件风险类型包括账号盗用风险、违规宣传风险或者欺诈风险，此外，事件风险类型还可以是其他风险类型，或者事件风险类型也可以是无风险。

具体实施时，为了提升服务争议事件的事件处理灵活性；本实施例提供的一种可选实施方式中，在根据服务争议事件的事件特征和事件升级信息，确定服务争议事件的事件风险类型的过程中，执行如下操作：

根据争议交易的交易特征和交易升级信息中包含的交易图像信息，确定所述争议交易的交易风险类型；

检测所述交易升级信息中包含的商家交互信息是否触发类型更新条件；

若是，对所述争议交易的交易风险类型进行更新处理，获得更新后的所述争议交易的交易风险类型；

若否，将所述争议交易的交易风险类型作为所述服务争议事件的事件风险类型。

其中，所述争议交易的交易特征包括交易金额、交易时间等特征信息；所述交易升级信息包括交易交互处理中的交互记录(用户与商家的聊天记录)、交易账单信息等；在争议交易为争议充值交易的情况下，交易升级信息可包括充值记录、用户与商家的交互记录等，在争议交易为争议购物交易的情况下，交易升级信息可包括发货记录、收到的货品照片等。所述交易风险类型可包括欺诈风险类型、账户盗用风险类型、非法融资风险类型等。

需要补充的是，上述步骤S206可被替换为若检测到所述事件交互处理的过程中所述服务争议事件的升级指令，根据服务争议事件的事件特征和事件升级信息，确定服务争议事件的事件风险类型，并与本实施例提供的其他处理步骤组成新的实现方式。

步骤S208，根据所述事件风险类型确定所述服务争议事件的事件处理策略。

上述若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型，本步骤中，借助服务争议事件的事件风险类型确定服务争议事件的事件处理策略。

本实施例所述服务争议事件的事件处理策略，包括服务争议事件的事件处理方案，即如何对服务争议事件进行事件处理。

可选的，所述事件处理策略，包括下述至少一项：

对所述商家限定收款金额、对所述商家进行资金惩戒、对所述商家进行权益惩戒。

其中，所述对商家进行权益惩戒，包括撤销商家投放广告的权限，比如撤销商家在预设时间周期内投放广告的权限；所述对商家限定收款金额，包括限定商家在预设时间周期内的收款金额，比如限定商家在一天内的收款金额上限为x元，在一周内的收款金额上限为xx元；所述对商家进行资金惩戒，包括对商家进行罚款处理；此外，所述事件处理策略，还包括针对商家的收款账户进行惩戒处理，比如关闭商家的收款账户，或者撤销商家的收款账户的提现权限、资金转移权限。

实际应用中，在对服务争议事件进行事件处理的过程中，可能商家为服务争议事件存在过错的一方，也可能用户为服务争议事件存在过错的一方，针对于此，为了提升服务争议事件的事件处理的公平性；本实施例提供的一种可选实施方式中，在根据事件风险类型确定服务争议事件的事件处理策略的过程中，执行如下操作：

根据所述事件风险类型确定所述服务争议事件的处理对象和处理动作；

针对所述处理对象执行所述处理动作。

具体的，若事件风险类型为无风险，确定服务争议事件的处理对象为用户，处理动作为提醒，并针对用户进行服务争议事件的事件风险类型的提醒，即提醒用户服务争议事件的事件风险类型为无风险；若事件风险类型为欺诈风险类型、账户盗用风险类型或者非法融资风险类型或者其他风险类型，确定服务争议风险的处理对象为商家，确定处理动作为所述事件风险类型对应的处理动作，并针对处理对象执行确定的处理动作。

例如，若事件风险类型为虚假宣传风险类型，处理对象为商家，处理动作包括对商家限定收款金额和/或对商家进行权益惩戒；若事件风险类型为欺诈风险类型，处理对象为商家，处理动作包括针对商家的收款账户进行惩戒处理和/或对商家进行资金惩戒；若事件风险类型为普通风险类型，处理对象为商家，处理动作包括提醒商家处理服务争议事件的事件信息，比如提醒商家向用户及时发货。

具体实施时，为了提升商家的服务质量，在根据所述事件风险类型确定所述服务争议事件的事件处理策略执行之后，本实施例提供的一种可选实施方式中，还执行如下操作：

统计所述商家在预设周期内的目标项目的被请求次数；

若所述被请求次数超过预设次数阈值，对所述商家的目标项目进行取消处理。

例如，统计商家在预设周期内的宣传主页的被请求次数，若被请求次数超过预设次数阈值，对商家的宣传主页进行撤销。

在具体的执行过程中，为了避免用户对商家的恶意投诉，在根据服务争议事件的事件风险类型确定服务争议事件的事件处理策略执行之后，还可执行如下操作：

统计用户针对事件风险类型为无风险的服务争议事件提交的处理请求的次数；

若所述次数超出预设次数阈值，对所述用户进行惩戒处理。

其中，所述事件风险类型为无风险的服务争议事件可以是同一服务争议事件，也可以是不同的服务争议事件；所述惩戒处理包括撤销用户提交服务争议事件的处理请求的权限、对用户进行提醒处理和/或对用户进行资金惩戒处理。

综上所述，本实施例提供的事件处理方法，首先获取用户通过服务子程序针对服务争议事件提交的处理请求，将查询获得的事件处理入口信息向用户发送，以根据用户对基于事件处理入口信息渲染获得的交互入口的触发指令，从服务子程序的处理页面跳转至商家子程序的事件交互页面；

其次若检测到通过事件交互页面进行交互处理后服务争议事件的升级指令，根据服务争议事件的事件特征和事件升级信息，确定服务争议事件的事件风险类型，并根据事件风险类型确定服务争议事件的事件处理策略，以此，在对服务争议事件进行交互处理的基础上确定服务争议事件的事件处理策略，使得商家能及时感知到服务争议事件，提升服务争议事件的处理效率，提升用户对服务争议事件的处理满意度，提升用户对事件处理平台的信任度。

下述以本实施例提供的一种事件处理方法在争议交易场景的应用为例，对本实施例提供的事件处理方法进行进一步说明，参见图3，应用于争议交易场景的事件处理方法，具体包括如下步骤。

步骤S302，获取用户通过服务子程序针对争议交易提交的处理请求。

步骤S304，将查询获得的交易处理入口信息向用户发送，以根据用户对基于交易处理入口信息渲染获得的交互入口的触发指令，从服务子程序的处理页面跳转至商家子程序的交互页面进行交互处理。

步骤S306，若检测到交互处理后争议交易的升级指令，根据争议交易的交易特征和交易升级信息，确定争议交易的交易风险类型。

步骤S308，根据交易风险类型确定争议交易的处理对象和处理动作。

步骤S310，针对处理对象执行处理动作。

本说明书提供的一种事件处理装置实施例如下：

在上述的实施例中，提供了一种事件处理方法，与之相对应的，还提供了一种事件处理装置，下面结合附图进行说明。

参照图4，其示出了本实施例提供的一种事件处理装置实施例的示意图。

由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例提供一种事件处理装置，包括：

请求获取模块402，被配置为获取用户通过服务子程序针对服务争议事件提交的处理请求；

交互处理模块404，被配置为基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

风险类型确定模块406，被配置为若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

处理策略确定模块408，被配置为根据所述事件风险类型确定所述服务争议事件的事件处理策略。

本说明书提供的一种事件处理设备实施例如下：

对应上述描述的一种事件处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种事件处理设备，该事件处理设备用于执行上述提供的一种事件处理方法，图5为本说明书一个或多个实施例提供的一种事件处理设备的结构示意图。

本实施例提供的一种事件处理设备，包括：

如图5所示，事件处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括事件处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在事件处理设备上执行存储器502中的一系列计算机可执行指令。事件处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。

在一个具体的实施例中，事件处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对事件处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

获取用户通过服务子程序针对服务争议事件提交的处理请求；

基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

根据所述事件风险类型确定所述服务争议事件的事件处理策略。

本说明书提供的一种存储介质实施例如下：

对应上述描述的一种事件处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。

本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：

获取用户通过服务子程序针对服务争议事件提交的处理请求；

基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

根据所述事件风险类型确定所述服务争议事件的事件处理策略。

需要说明的是，本说明书中关于一种存储介质的实施例与本说明书中关于一种事件处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或者相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处，比如装置实施例、设备实施例和存储介质实施例，三者均相似于方法实施例，所以描述地比较简单，阅读装置实施例、设备实施例和存储介质实施例中的相关内容请参照方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。

Claims (13)

1.一种事件处理方法，包括：

获取用户通过服务子程序针对服务争议事件提交的处理请求；

基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

根据所述事件风险类型确定所述服务争议事件的事件处理策略。

2.根据权利要求1所述的方法，所述基于所述事件处理渠道对所述服务争议事件进行事件交互处理，包括：

将查询获得的事件处理入口信息向所述用户发送，以根据所述用户对基于所述事件处理入口信息渲染获得的交互入口的触发指令，从所述服务子程序的处理页面跳转至商家子程序的事件交互页面；

获取所述用户和/或所述商家提交的通过所述事件交互页面进行交互处理的交互处理结果。

3.根据权利要求2所述的方法，所述基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理步骤执行之后，还包括：

根据所述交互处理结果中包含的对所述处理请求的撤销指令或者对所述事件交互处理的确认指令，对所述服务争议事件的处理请求进行撤销处理。

4.根据权利要求1所述的方法，所述基于所述处理请求中携带的商家标识查询商家的事件处理渠道操作执行之后，还包括：

若查询结果为空，获取所述用户通过所述服务子程序上传的联系方式；

根据所述联系方式生成对所述服务争议事件的事件处理提醒向所述商家下发。

5.根据权利要求1所述的方法，所述基于所述事件处理渠道对所述服务争议事件进行事件交互处理，包括：

将查询获得的商家子程序标识向所述用户发送，以基于所述用户对所述商家子程序标识对应的商家子程序的事件交互页面的访问请求，展示所述商家子程序的事件交互页面；

或者，

将查询获得的所述商家的联系方式向所述用户发送，以展示所述联系方式。

6.根据权利要求1所述的方法，所述事件处理渠道，通过如下方式获得：

获取所述商家的商家子程序标识、联系方式和/或事件处理入口信息，以及事件处理文件类型和/或事件处理方案；

基于所述商家子程序标识、所述联系方式和/或所述事件处理入口信息，以及所述事件处理文件类型和/或所述事件处理方案针对所述商家进行配置处理，获得所述事件处理渠道。

7.根据权利要求1所述的方法，所述根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型，包括：

根据争议交易的交易特征和交易升级信息中包含的交易图像信息，确定所述争议交易的交易风险类型；

检测所述交易升级信息中包含的商家交互信息是否触发类型更新条件；

若是，对所述争议交易的交易风险类型进行更新处理，获得更新后的所述争议交易的交易风险类型。

8.根据权利要求1所述的方法，所述事件处理策略，包括下述至少一项：

对所述商家限定收款金额、对所述商家进行资金惩戒、对所述商家进行权益惩戒。

9.根据权利要求1所述的方法，所述根据所述事件风险类型确定所述服务争议事件的事件处理策略步骤执行之后，还包括：

统计所述商家在预设周期内的目标项目的被请求次数；

若所述被请求次数超过预设次数阈值，对所述商家的目标项目进行取消处理。

10.根据权利要求1所述的方法，所述根据所述事件风险类型确定所述服务争议事件的事件处理策略，包括：

根据所述事件风险类型确定所述服务争议事件的处理对象和处理动作；

针对所述处理对象执行所述处理动作。

11.根据权利要求1所述的方法，所述升级指令，包括下述至少一项：

所述用户或者所述商家对所述服务争议事件的事件升级指令，未在预设时间内检测到所述用户对所述事件交互处理的确认指令，所述事件交互处理的处理时长小于预设时长阈值。

12.一种事件处理装置，包括：

请求获取模块，被配置为获取用户通过服务子程序针对服务争议事件提交的处理请求；

交互处理模块，被配置为基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

风险类型确定模块，被配置为若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

处理策略确定模块，被配置为根据所述事件风险类型确定所述服务争议事件的事件处理策略。

13.一种事件处理设备，包括：

处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：

获取用户通过服务子程序针对服务争议事件提交的处理请求；

基于所述处理请求中携带的商家标识查询商家的事件处理渠道，并基于所述事件处理渠道对所述服务争议事件进行事件交互处理；

若检测到所述事件交互处理后所述服务争议事件的升级指令，根据所述服务争议事件的事件特征和事件升级信息，确定所述服务争议事件的事件风险类型；

根据所述事件风险类型确定所述服务争议事件的事件处理策略。