CN110363544A - 事件处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开实施例公开了一种事件处理方法、装置、电子设备及存储介质。所述方法包括：接收目标对象的判罚事件；确定所述目标对象涉及的预设属性信息；将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。本公开实施例可以预先配置好不同判罚事件对应的判罚方式，并在接收到目标对象的判罚事件之后，根据目标对象的预设属性信息和该判罚事件对应的判罚方式确定判罚结果，能够通过灵活配置多种判罚方式，且在进行判罚时能够自动执行判罚逻辑，无需人工处理，节省了人力成本。

Description

事件处理方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，具体涉及一种事件处理方法、装置、电子设备及存储介质。

背景技术

随着互联网技术的发展，越来越多的用户使用线上平台。而随着用户数量的增加，线上平台所提供的售后服务的提升显得尤为重要。售后服务主要体现在处理用户的投诉、评论、订单配送超时、订单被商户取消等判罚案例。而当前的处理方式是，针对于每一种案例，以及不同场景下发生的案例都会采用不同的判罚方式逻辑去处理。比如不同标品、不同运单属性(及时单，预订单)、以及配送服务被投诉/索赔的不同理由都拥有不同的判责方式去执行。每天都会有大量的判罚案例去执行，如何高效且低成本处理这些判罚案例是线上平台亟需解决的问题之一。

发明内容

本公开实施例提供一种事件处理方法、装置、电子设备及存储介质。

第一方面，本公开实施例中提供了一种事件处理方法。

具体的，所述事件处理方法，包括：

接收目标对象的判罚事件；

确定所述目标对象涉及的预设属性信息；

将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

结合第一方面，本公开在第一方面的第一种实现方式中，还包括：

监控所述目标对象；

在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态。

结合第一方面和/或第一方面的第一种实现方式，本公开在第一方面的第二种实现方式中，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，包括：

根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

结合第一方面、第一方面的第一种实现方式和/或第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，所述预设判罚方式包括预设前置条件和判责方式，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，还包括：

根据所述预设前置条件确定所述判罚事件是否成立；

在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式和/或第一方面的第三种实现方式，本公开在第一方面的第四种实现方式中，根据所述预设属性信息和所述判责方式确定所述判罚结果，包括：

调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式和/或第一方面的第四种实现方式，本公开在第一方面的第五种实现方式中，还包括：

接收属性参数的配置；

接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式和/或第一方面的第五种实现方式，本公开在第一方面的第六种实现方式中，还包括：

接收预设判罚方式的操作请求；

输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

第二方面，本公开实施例中提供了一种事件处理装置。

具体的，所述事件处理装置，包括：

第一接收模块，被配置为接收目标对象的判罚事件；

第一确定模块，被配置为确定所述目标对象涉及的预设属性信息；

第二确定模块，被配置为根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，事件处理装置的结构中包括存储器和处理器，所述存储器用于存储一条或多条支持事件处理装置执行上述第一方面中事件处理方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述事件处理装置还可以包括通信接口，用于事件处理装置与其他设备或通信网络通信。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现以下方法步骤：

接收目标对象的判罚事件；

确定所述目标对象涉及的预设属性信息；

将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

结合第三方面，本公开在第三方面的第一种实现方式中，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

监控所述目标对象；

在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态。

结合第三方面和/或第三方面的第一种实现方式，本公开在第三方面的第二种实现方式中，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，包括：

根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

结合第三方面、第三方面的第一种实现方式和/或第三方面的第二种实现方式，本公开在第三方面的第三种实现方式中，所述预设判罚方式包括预设前置条件和判责方式，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，还包括：

根据所述预设前置条件确定所述判罚事件是否成立；

在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现方式和/或第三方面的第三种实现方式，本公开在第三方面的第四种实现方式中，根据所述预设属性信息和所述判责方式确定所述判罚结果，包括：

调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现方式、第三方面的第三种实现方式和/或第三方面的第四种实现方式，本公开在第三方面的第五种实现方式中，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

接收属性参数的配置；

接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

结合第三方面、第三方面的第一种实现方式、第三方面的第二种实现方式、第三方面的第三种实现方式、第三方面的第四种实现方式和/或第三方面的第五种实现方式，本公开在第三方面的第六种实现方式中，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

接收预设判罚方式的操作请求；

输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储事件处理装置所用的计算机指令，其包含用于执行上述任一方法所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开实施例通过监测针对目标对象触发的判罚事件，并在接收到判罚事件后，根据目标对象的预设属性信息以及与判罚事件对应的预设判罚方式确定该判罚事件的判罚结果。通过这种方式，可以预先配置好不同判罚事件对应的判罚方式，并在接收到目标对象的判罚事件之后，根据目标对象的预设属性信息和该判罚事件对应的判罚方式确定判罚结果，能够通过灵活配置多种判罚方式，且在进行判罚时能够自动执行判罚逻辑，无需人工处理，节省了人力成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的事件处理方法的流程图；

图2示出根据图1所示实施方式的触发判罚事件部分的流程图；

图3示出根据图1所示实施方式的步骤S103的流程图；

图4示出根据图1所示实施方式的根据配置自动生成预设判罚接口的流程图；

图5示出根据图1所示实施方式的预设判罚方式的操作部分的流程图；

图6示出了根据本公开一实施方式在外卖点餐场景下配送单的预设判罚方式的可视化编辑页面示意图；

图7示出了根据本公开一实施方式在外卖点餐场景下配送单的预设判罚方式的详情查看页面示意图；

图8示出根据本公开一实施方式的事件处理装置的结构框图；

图9示出根据图8所示实施方式的触发判罚事件部分的结构框图；

图10示出根据图8所示实施方式的第二确定模块803的结构框图；

图11示出根据图8所示实施方式的根据配置自动生成预设判罚接口的结构框图；

图12示出根据图8所示实施方式的预设判罚方式的操作部分的结构框图；

图13是适于用来实现根据本公开一实施方式的事件处理方法的电子设备的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

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

图1示出根据本公开一实施方式的事件处理方法的流程图。如图1所示，所述事件处理方法包括以下步骤S101-S103：

在步骤S101中，接收目标对象的判罚事件；

在步骤S102中，确定所述目标对象涉及的预设属性信息；

在步骤S103中，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

本实施例中，目标对象可以是线上平台生成的订单、配送单等。例如目标对象可以是外卖订餐系统中的配送单。判罚事件可以是目标对象未按照线上平台的规定完成对用户的服务，例如配送超时、产品不合格等。目标对象涉及的预设属性信息可以包括多种，例如目标对象为配送单时，配送单的预设属性信息可以包括产生时间、送达用户时间、运力类型、规定送达时间、用户是否为恶意用户等等。

在一些实施例中，由于目标对象涉及的属性信息较多，在接收到判罚事件后，可以根据判罚事件的判罚类型确定相关的预设属性信息。例如，对于配送单超时的判罚事件，可以确定预设属性信息为配送单的实际完成时间、规定送达时间等。

在一些实施例中，可以预先配置多种预设判罚方式，用于针对不同种类的判罚事件确定判罚结果。预设判罚方式可以根据不同的判罚类型来预先配置，例如对于配送单超时的判罚事件，可以设置判定当前的配送单是否超时的预设判罚方式。由于不同的目标对象引起的判罚事件，如果相关的属性信息不同，即使属于同一种类型的判罚事件，其判罚结果也有所不同。例如，对于及时达配送订单和普通配送订单这两种不同的目标对象来说，其预设属性信息中均可以包括预设超时时间，而超时判罚事件的预设判罚方式均为送达用户时间减去该订单产生时间大于预设超时时间；但是由于为及时达配送订单所配置的预设超时时间要小于普通配送订单的预设超时时间，因此即使送达用户时间减去该订单产生时间，其判罚结果也有所不同。

因此可以针对各种不同类型的判罚事件预先指定不同的判罚方式，在触发了判罚事件之后，可以基于判罚事件涉及的目标对象的属性信息，利用对应的判罚方式判定当前判罚事件是否成立，以及确定如何判罚等判罚结果。

需要说明的是，本公开实施例的技术方案涉及的是如何自动监测目标对象，并对目标对象的判罚事件实现自动配置判罚方式，并自动执行判罚流程，而非判罚方式的具体内容，因此判罚方式可以在应用中根据实际情况制定，本公开对此不做限制。

本公开实施例通过监测针对目标对象触发的判罚事件，并在接收到判罚事件后，根据目标对象的预设属性信息以及与判罚事件对应的预设判罚方式确定该判罚事件的判罚结果。通过这种方式，可以预先配置好不同判罚事件对应的判罚方式，并在接收到目标对象的判罚事件之后，根据目标对象的预设属性信息和该判罚事件对应的判罚方式确定判罚结果，能够灵活配置多种判罚方式，且在进行判罚时能够自动执行判罚逻辑，无需人工处理，节省了大量人力成本。

在本实施例的一个可选实现方式中，如图2所示，所述方法进一步还包括以下步骤：

在步骤S201中，监控所述目标对象；

在步骤S202中，在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态。

该可选的实现方式中，可以针对线上平台所产生的订单、配送单等目标对象进行监控，并在监控到目标对象产生了的预设状态信息，如针对目标对象产生了投诉事件、评论事件(如差评或者带有负面字样的评论)、索赔事件、配送超时事件、取消事件等时，可以认为该目标对象产生了投诉、评论、索赔、配送超时和/或取消等预设状态信息，此时可以触发该目标对象的判罚事件。该判罚事件可以触发本公开实施例中对判罚事件的自动处理处理流程。判罚事件可以包括但不限于判罚类型，如配送单的超时判罚类型、产品订单中产品质量问题的判罚类型等。判罚类型可以根据触发判罚事件的目标对象的预设状态信息、用户提交投诉时所选择的类型、评论内容(如食物凉了)中提到的负面字样等确定。

在本实施例的一个可选实现方式中，所述步骤S103，即根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果的步骤，进一步包括以下步骤：

根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

该可选的实现方式中，如前所述，判罚事件可以包括但不限于判罚类型，如配送单的超时判罚类型、产品订单中产品质量产生问题的判罚类型等。判罚类型可以根据触发判罚事件的目标对象的预设状态信息、用户提交投诉时所选择的类型、评论内容(如食物凉了)中提到的负面字样等确定。

判罚事件对应的预设判罚方式可以根据判罚类型来确定。本实施例中，可以根据已知的判罚事件的不同判罚类型预先配置对应的预设判罚方式，进而在实际应用时，可以根据接收到的判罚事件的判罚类型匹配得到对应的预设判罚方式，并根据预设判罚方式确定判罚事件的判罚结果。

在本实施例的一个可选实现方式中，如图3所示，所述预设判罚方式包括预设前置条件和判责方式，所述步骤S103，即根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果的步骤，进一步包括以下步骤：

在步骤S301中，根据所述预设前置条件确定所述判罚事件是否成立；

在步骤S302中，在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

该可选的实现方式中，预设判罚方式包括预设前置条件和判责方式；其中，预设前置条件被预先配置，用于判定当前的判罚事件是否成立，例如对于配送的超时的判罚事件而言，预设前置条件可以是运单完成时间-骑手规定送达时间>0，在该预设前置条件成立的时，确定判罚事件成立，也即需要针对该判罚事件执行判责方式；判责方式用于定义如何根据判罚事件涉及的目标对象的预设属性信息判定责任方、如何执行判罚等，进而得到判罚结果。

在本实施例的一个可选实现方式中，所述步骤S302，即根据所述预设属性信息和所述判责方式确定所述判罚结果的步骤，进一步包括以下步骤：

调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

该可选的实现方式中，为了自动化执行判责方式，可以预先关联设置与判责方式对应的判罚接口，在确定了与判罚事件对应的判责方式之后，可以调用与该判责方式关联设置的预设判罚接口来执行该判责方式，并且该预设判罚接口的输入参数为目标对象的预设属性信息。由于判责方式是由前端配置人员针对不同判罚类型所配置的可视化规则，该规则需要转化成代码才能够被自动执行，因此可以预先根据配置好的判责方式生成对应的预设判罚接口，进而在执行判责方式时直接调用该预设判罚接口。由于同一套判责方式基于目标对象的不同属性信息判定的结果有所不同，因此调用预设判罚接口时还可以将目标对象的预设属性信息输入至预设判罚接口。

在本实施例的一个可选实现方式中，如图4所示，所述方法进一步还包括以下步骤：

在步骤S401中，接收属性参数的配置；

在步骤S402中，接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

在步骤S403中，生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

该可选的实现方式中，判罚方式通常是由多个不同的参数组合而成的。例如配送的超时的判责方式为：配送完成时间-规定送达时间>0则配送单超时。对于这个判责方式，可以预先配置的参数包括配送完成时间、规定送达时间“-”符号、“>”符号、常数0。所有判责方式可能用到的属性参数都可以预先配置到系统中，以便在配置判责方式时可以直接选择所配置的这些属性参数配置所需的判责方式。

针对系统所支持的判罚类型，可以根据针对不同判罚类型、目标对象的不同属性信息配置不同的判责方式。至于判责方式的内容如何，可以根据实际情况而定，本公开的技术方案对此不做限制。

在系统中配置了属性参数后，系统会针对所配置的属性参数生成对应的变量，而配置了判责方式之后，可以根据判责方式的内容自动生成对应的执行逻辑代码。由于判责方式中定义的内容是对所配置的属性参数以及属性参数之间的逻辑关系的一些判定规则，因此系统可以基于属性参数对应的变量以及判责方式中条件判定或者执行判定方式等自动生成对应的代码，最终得到与判责方式关联的预设判罚接口。

例如，针对投诉配送慢的判罚事件，所配置的判责方式可以如下：

条件：超骑手T且未超用户T，无报备，责任方：系统责任；报备用户不接电话，责任方：用户责任；报备商户出餐慢，责任方：商户责任；

针对上述判责方式系统可以自动生成对应下述伪代码的机器可读代码：

上述判责方式表示的是：在当前被投诉的配送单的送达事件超出了骑手的预计送达时间，但是未超出用户要求的送达时间，如果该异常事件没有被骑手报备，则判定该投诉事件的责任方在于系统，如果该异常事件被骑手报备，并且报备的情况是用户不接电话，则该事件的责任方在于用户。

可见，通过这种方式，在配置了预设判罚方式之后，可以自动生成对应的预设判罚接口，并且建立预设判罚方式与判罚逻辑接口之间的关联关系，在需要生成新的判罚方式或者修改判罚方式时，只需要通过前端配置判罚方式即可，而无需返回给开发人员进行代码修改，节省了大量的人力物力。

在本实施例的一个可选实现方式中，如图5所示，所述方法进一步还包括以下步骤：

在步骤S501中，接收预设判罚方式的操作请求；

在步骤S502中，输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

该可选的实现方式中，操作请求包括但不限于查看、编辑、删除等请求。相关人员还可以针对配置好的预设判罚方式进行操作，比如查看、编辑、删除等。并且在接收到操作请求后，可以输出预设判罚方式的基本信息、预设前置条件和判责方式中的至少一个，以便对于非开发人员也能够显性化展示出预设判罚方式的内容，并且还可以通过编辑预设判罚方式，达到了规则灵活化，可配置化的目标。本实施例使得相应工作人员能更好的了解到现有得判罚方式，并能够容易地对现有判罚方式进行完善、整理等。

图6示出了根据本公开一实施方式在外卖点餐场景下配送单的预设判罚方式的可视化编辑页面示意图。如图6所示，规则名称为虚假标记异常，该名称可以对应为该预设判罚方式的判罚类型，事件类型为投诉，也即该预设判罚方式对应的判罚事件可以是由用户的投诉行为所触发；针对该预设判罚方式所配置的属性参数包括事件来源，责任方运力、订单的属性等，事件来源已配置有Napos商户、开放平台、客服、蜂鸟跑腿、帮买帮送；责任方运力包括飞送、点我达、城市代理、生活半径、众包、配送代理等；该预设判罚方式的预设前置条件(也即图中的判定规则)为无条件成立；判责方式在附图中未示出。

图7示出了根据本公开一实施方式在外卖点餐场景下配送单的预设判罚方式的详情查看页面示意图。如图7所示，该预设判罚方式的名称为“配送慢&食品凉了”，判罚类型可以与名称对应一致；事件类型为评价，也即该预设判罚方式对应的判罚事件可以是由用户的评价行为所触发；所配置的属性参数包括所有已有的事件原因、所有已有的责任方运力、订单属性为即使单；判责方式包括时效类规则，时效类规则下包括多种判责条件，不同判责条件下责任方不同。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图8示出根据本公开一实施方式的事件处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图8所示，所述事件处理装置包括：

第一接收模块801，被配置为接收目标对象的判罚事件；

第一确定模块802，被配置为确定所述目标对象涉及的预设属性信息；

第二确定模块803，被配置为根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

本实施例中，目标对象可以是线上平台生成的订单、配送单等。例如目标对象可以是外卖订餐系统中的配送单。判罚事件可以是目标对象未按照线上平台的规定完成对用户的服务，例如配送超时、产品不合格等。目标对象涉及的预设属性信息可以包括多种，例如目标对象为配送单时，配送单的预设属性信息可以包括产生时间、送达用户时间、运力类型、规定送达时间、用户是否为恶意用户等等。

在一些实施例中，由于目标对象涉及的属性信息较多，在接收到判罚事件后，可以根据判罚事件的判罚类型确定相关的预设属性信息。例如，对于配送单超时的判罚事件，可以确定预设属性信息为配送单的实际完成时间、规定送达时间等。

在一些实施例中，可以预先配置多种预设判罚方式，用于针对不同种类的判罚事件确定判罚结果。预设判罚方式可以根据不同的判罚类型来预先配置，例如对于配送单超时的判罚事件，可以设置判定当前的配送单是否超时的预设判罚方式。由于不同的目标对象引起的判罚事件，如果相关的属性信息不同，即使属于同一种类型的判罚事件，其判罚结果也有所不同。例如，对于及时达配送订单和普通配送订单这两种不同的目标对象来说，其预设属性信息中均可以包括预设超时时间，而超时判罚事件的预设判罚方式均为送达用户时间减去该订单产生时间大于预设超时时间；但是由于为及时达配送订单所配置的预设超时时间要小于普通配送订单的预设超时时间，因此即使送达用户时间减去该订单产生时间，其判罚结果也有所不同。

因此可以针对各种不同类型的判罚事件预先指定不同的判罚方式，在触发了判罚事件之后，可以基于判罚事件涉及的目标对象的属性信息，利用对应的判罚方式判定当前判罚事件是否成立，以及确定如何判罚等判罚结果。

需要说明的是，本公开实施例的技术方案涉及的是如何自动监测目标对象，并对目标对象的判罚事件实现自动配置判罚方式，并自动执行判罚流程，而非判罚方式的具体内容，因此判罚方式可以在应用中根据实际情况制定，本公开对此不做限制。

本公开实施例通过监测针对目标对象触发的判罚事件，并在接收到判罚事件后，根据目标对象的预设属性信息以及与判罚事件对应的预设判罚方式确定该判罚事件的判罚结果。通过这种方式，可以预先配置好不同判罚事件对应的判罚方式，并在接收到目标对象的判罚事件之后，根据目标对象的预设属性信息和该判罚事件对应的判罚方式确定判罚结果，能够灵活配置多种判罚方式，且在进行判罚时能够自动执行判罚逻辑，无需人工处理，节省了大量人力成本。

在本实施例的一个可选实现方式中，如图9所示，所述装置还包括：

监控模块901，被配置为监控所述目标对象；

触发模块902，被配置为在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态

该可选的实现方式中，可以针对线上平台所产生的订单、配送单等目标对象进行监控，并在监控到目标对象产生了的预设状态信息，如针对目标对象产生了投诉事件、评论事件(如差评或者带有负面字样的评论)、索赔事件、配送超时事件、取消事件等时，可以认为该目标对象产生了投诉、评论、索赔、配送超时和/或取消等预设状态信息，此时可以触发该目标对象的判罚事件。该判罚事件可以触发本公开实施例中对判罚事件的自动处理处理流程。判罚事件可以包括但不限于判罚类型，如配送单的超时判罚类型、产品订单中产品质量问题的判罚类型等。判罚类型可以根据触发判罚事件的目标对象的预设状态信息、用户提交投诉时所选择的类型、评论内容(如食物凉了)中提到的负面字样等确定。

在本实施例的一个可选实现方式中，所述第二确定模块803，包括：

第一确定子模块，被配置为根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

该可选的实现方式中，如前所述，判罚事件可以包括但不限于判罚类型，如配送单的超时判罚类型、产品订单中产品质量产生问题的判罚类型等。判罚类型可以根据触发判罚事件的目标对象的预设状态信息、用户提交投诉时所选择的类型、评论内容(如食物凉了)中提到的负面字样等确定。

判罚事件对应的预设判罚方式可以根据判罚类型来确定。本实施例中，可以根据已知的判罚事件的不同判罚类型预先配置对应的预设判罚方式，进而在实际应用时，可以根据接收到的判罚事件的判罚类型匹配得到对应的预设判罚方式，并根据预设判罚方式确定判罚事件的判罚结果。

在本实施例的一个可选实现方式中，如图10所示，所述预设判罚方式包括预设前置条件和判责方式，所述第二确定模块803，还包括：

第二确定子模块1001，被配置为根据所述预设前置条件确定所述判罚事件是否成立；

第三确定子模块1002，被配置为在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

该可选的实现方式中，预设判罚方式包括预设前置条件和判责方式；其中，预设前置条件被预先配置，用于判定当前的判罚事件是否成立，例如对于配送的超时的判罚事件而言，预设前置条件可以是运单完成时间-骑手规定送达时间>0，在该预设前置条件成立的时，确定判罚事件成立，也即需要针对该判罚事件执行判责方式；判责方式用于定义如何根据判罚事件涉及的目标对象的预设属性信息判定责任方、如何执行判罚等，进而得到判罚结果。

在本实施例的一个可选实现方式中，所述第三确定子模块1002，包括：

调用子模块，被配置为调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

该可选的实现方式中，为了自动化执行判责方式，可以预先关联设置与判责方式对应的判罚接口，在确定了与判罚事件对应的判责方式之后，可以调用与该判责方式关联设置的预设判罚接口来执行该判责方式，并且该预设判罚接口的输入参数为目标对象的预设属性信息。由于判责方式是由前端配置人员针对不同判罚类型所配置的可视化规则，该规则需要转化成代码才能够被自动执行，因此可以预先根据配置好的判责方式生成对应的预设判罚接口，进而在执行判责方式时直接调用该预设判罚接口。由于同一套判责方式基于目标对象的不同属性信息判定的结果有所不同，因此调用预设判罚接口时还可以将目标对象的预设属性信息输入至预设判罚接口。

在本实施例的一个可选实现方式中，如图11所示，所述装置还包括：

第二接收模块1101，被配置为接收属性参数的配置；

第三接收模块1102，被配置为接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

生成模块1103，被配置为生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

该可选的实现方式中，判罚方式通常是由多个不同的参数组合而成的。例如配送的超时的判责方式为：配送完成时间-规定送达时间>0则配送单超时。对于这个判责方式，可以预先配置的参数包括配送完成时间、规定送达时间“-”符号、“>”符号、常数0。所有判责方式可能用到的属性参数都可以预先配置到系统中，以便在配置判责方式时可以直接选择所配置的这些属性参数配置所需的判责方式。

针对系统所支持的判罚类型，可以根据针对不同判罚类型、目标对象的不同属性信息配置不同的判责方式。至于判责方式的内容如何，可以根据实际情况而定，本公开的技术方案对此不做限制。

在系统中配置了属性参数后，系统会针对所配置的属性参数生成对应的变量，而配置了判责方式之后，可以根据判责方式的内容自动生成对应的执行逻辑代码。由于判责方式中定义的内容是对所配置的属性参数以及属性参数之间的逻辑关系的一些判定规则，因此系统可以基于属性参数对应的变量以及判责方式中条件判定或者执行判定方式等自动生成对应的代码，最终得到与判责方式关联的预设判罚接口。

例如，针对投诉配送慢的判罚事件，所配置的判责方式可以如下：

条件：超骑手T且未超用户T，无报备，责任方：系统责任；报备用户不接电话，责任方：用户责任；报备商户出餐慢，责任方：商户责任；

针对上述判责方式系统可以自动生成对应下述伪代码的机器可读代码：

上述判责方式表示的是：在当前被投诉的配送单的送达事件超出了骑手的预计送达时间，但是未超出用户要求的送达时间，如果该异常事件没有被骑手报备，则判定该投诉事件的责任方在于系统，如果该异常事件被骑手报备，并且报备的情况是用户不接电话，则该事件的责任方在于用户。

可见，通过这种方式，在配置了预设判罚方式之后，可以自动生成对应的预设判罚接口，并且建立预设判罚方式与判罚逻辑接口之间的关联关系，在需要生成新的判罚方式或者修改判罚方式时，只需要通过前端配置判罚方式即可，而无需返回给开发人员进行代码修改，节省了大量的人力物力。

在本实施例的一个可选实现方式中，如图12所示，所述装置还包括：

第四接收模块1201，被配置为接收预设判罚方式的操作请求；

输出模块1202，被配置为输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

该可选的实现方式中，操作请求包括但不限于查看、编辑、删除等请求。相关人员还可以针对配置好的预设判罚方式进行操作，比如查看、编辑、删除等。并且在接收到操作请求后，可以输出预设判罚方式的基本信息、预设前置条件和判责方式中的至少一个，以便对于非开发人员也能够显性化展示出预设判罚方式的内容，并且还可以通过编辑预设判罚方式，达到了规则灵活化，可配置化的目标。本实施例使得相应工作人员能更好的了解到现有得判罚方式，并能够容易地对现有判罚方式进行完善、整理等。

本公开实施方式还提供了一种电子设备，如图13所示，包括至少一个处理器1301；以及与至少一个处理器1301通信连接的存储器1302；其中，存储器1302存储有可被至少一个处理器1301执行的指令，指令被至少一个处理器1301执行以实现：

接收目标对象的判罚事件；

确定所述目标对象涉及的预设属性信息；

将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

进一步地，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

监控所述目标对象；

在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态。

进一步地，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，包括：

根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

进一步地，所述预设判罚方式包括预设前置条件和判责方式，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，还包括：

根据所述预设前置条件确定所述判罚事件是否成立；

在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

进一步地，根据所述预设属性信息和所述判责方式确定所述判罚结果，包括：

调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

进一步地，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

接收属性参数的配置；

接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

进一步地，所述一条或多条计算机指令还被所述处理器执行以实现以下方法步骤：

接收预设判罚方式的操作请求；

输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

具体地，处理器1301、存储器1302可以通过总线或者其他方式连接，图13中以通过总线连接为例。存储器1302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器1301通过运行存储在存储器1302中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现本公开实施例中的上述方法。

存储器1302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储航运网络运输的历史数据等。此外，存储器1302可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，电子设备可选地包括通信组件1303，存储器1302可选地包括相对于处理器1301远程设置的存储器，这些远程存储器可以通过通信组件1303连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器1302中，当被一个或者多个处理器1301执行时，执行本公开实施例中的上述方法。

上述产品可执行本公开实施方式所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本公开实施方式所提供的方法。

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

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

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

Claims (10)

1.一种事件处理方法，其特征在于，包括：

接收目标对象的判罚事件；

确定所述目标对象涉及的预设属性信息；

将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

2.根据权利要求1所述的方法，其特征在于，还包括：

监控所述目标对象；

在所述目标对象的当前状态信息与预设状态信息相一致时，触发所述判罚事件；其中，所述预设状态信息包括投诉、评论、索赔、配送超时和/或取消状态。

3.根据权利要求1所述的方法，其特征在于，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，包括：

根据所述判罚事件的判罚类型确定所述判罚事件对应的预设判罚方式。

4.根据权利要1-3任一项所述的方法，其特征在于，所述预设判罚方式包括预设前置条件和判责方式，根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果，还包括：

根据所述预设前置条件确定所述判罚事件是否成立；

在所述判罚事件成立时，根据所述预设属性信息和所述判责方式确定所述判罚结果。

5.根据权利要求4所述的方法，其特征在于，根据所述预设属性信息和所述判责方式确定所述判罚结果，包括：

调用与所述判责方式对应的预设判罚接口，使得所述预设判罚接口以所述预设属性信息为输入参数执行所述判责方式，并得到所述判罚结果。

6.根据权利要求1所述的方法，其特征在于，还包括：

接收属性参数的配置；

接收针对不同判罚类型的预设判罚方式的配置；其中，所述预设判罚方式包括预设前置条件和判责方式；

生成所述预设判罚方式对应的预设判罚接口；其中，所述预设判罚接口用于执行所述判责方式对应的逻辑。

7.根据权利要求1所述的方法，其特征在于，还包括：

接收预设判罚方式的操作请求；

输出所述预设判罚方式的基本信息、预设前置条件、判责方式中的至少一个；其中，所述基本信息包括所述预设判罚方式对应的判罚类型。

8.一种事件处理装置，其特征在于，包括：

第一接收模块，被配置为接收目标对象的判罚事件；

第一确定模块，被配置为确定所述目标对象涉及的预设属性信息；

第二确定模块，被配置为根据所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

9.一种电子设备，其特征在于，包括存储器和处理器；其中，

所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现以下方法步骤：

接收目标对象的判罚事件；

确定所述目标对象涉及的预设属性信息；

将所述预设属性信息以及所述判罚事件对应的预设判罚方式确定所述判罚事件的判罚结果。

10.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-7任一项所述的方法。