CN111709736B - 一种处罚策略的处理方法、装置及电子设备 - Google Patents

Abstract

本说明书公开了一种处罚策略的处理方法、装置及电子设备，该方法包括：在执行上游***发送的处罚请求时，记录执行处罚请求的上下文信息，该上下文信息包括执行处罚请求所需的请求入参和处罚执行结果信息；若处罚策略需要回放，将上下文信息保存至执行主体本地；在执行回放操作时，根据上下文信息对处罚策略中执行主体执行失败的动作进行重试，通过处罚策略的回放使处罚链路中各个环节均达到成功状态，保证分布式***数据的一致性，提高处罚中心的稳定性。

Description

一种处罚策略的处理方法、装置及电子设备

技术领域

本说明书涉及软件技术领域，特别涉及一种处罚策略的处理方法、装置及电子设备。

背景技术

处罚中心业务涉及多个上游***和多个下游***。核查平台、审理平台、会员任务、会员账户管理等上游***均会调用处罚中心进行处罚、解处罚、批量处罚等操作。相应的，处罚中心提供的处罚动作如冻结账户、冻结交易等，也需要调用不同的下游***来完成。由于处罚中心的动作执行依赖于下游***，由此构成了分布式***，此时就会存在分布式事务一致性问题，比如：审理平台调用处罚中心对某一用户进行账户余额冻结，在处罚中心中会调用账务***冻结账户余额，但在冻结账户余额之后由于处罚库抖动等原因导致处罚记录失败，这样就产生了处罚中心与账务***数据不一致。

发明内容

本说明书实施例提供一种处罚策略的处理方法、装置及电子设备，实现对分布式处罚***中各执行主体中的失败动作进行回放，解决分布式处罚***业务数据不一致的技术问题。

第一方面，本说明书实施例提供一种处罚策略的处理方法，所述方法包括：

在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括所述处罚请求对应的请求入参和处罚执行结果信息；

若所述处罚请求对应的处罚策略需要回放，将所述上下文信息保存至执行主体本地；

在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试。

可选的，所述方法还包括：

在执行回放操作时，记录所述处罚策略的回放次数；

若所述回放次数大于设定阈值，禁止所述回放操作并将所述处罚策略归档至人工处理平台。

可选的，所述根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试，包括：

根据所述上下文信息，记录所述请求入参；

根据所述上下文信息，获取所述处罚策略包含的处罚动作集合以及所述处罚动作集合中执行失败的目标动作；

根据所述请求入参对所述目标动作进行重试，并记录重试后所述处罚动作集合的执行结果。

可选的，在记录重试后所述处罚动作集合的执行结果之后，所述方法还包括：

记录或更新所述处罚请求对应的会员信息和处罚数据；

对所述会员信息和所述处罚数据进行校验；若校验未通过，确认所述处罚策略需要再次回放；若校验通过，确认所述处罚策略执行成功。

第二方面，本说明书实施例提供一种处罚策略的处理装置，所述装置包括：

记录单元，用于在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括所述处罚请求对应的请求入参和处罚执行结果信息；

存储单元，用于在所述处罚请求对应的处罚策略需要回放时，将所述上下文信息保存执行主体本地；

回放单元，用于在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试。

可选的，所述装置还包括：

计数单元，用于在执行回放操作时，记录所述处罚策略的回放次数；若所述回放次数大于设定阈值，禁止所述回放操作并将所述处罚策略归档至人工处理平台。

可选的，所述回放单元用于：

根据所述上下文信息，记录所述请求入参；

根据所述上下文信息，获取所述处罚策略包含的处罚动作集合以及所述处罚动作集合中执行失败的目标动作；

根据所述请求入参对所述目标动作进行重试，并记录重试后所述处罚动作集合的执行结果。

可选的，所述记录单元还用于：在记录重试后所述处罚动作集合的执行结果之后，记录或更新所述处罚请求对应的会员信息和处罚数据；对所述会员信息和所述处罚数据进行校验；若校验未通过，确认所述处罚策略需要再次回放；若校验通过，确认所述处罚策略执行成功。

本说明书实施例中的上述一个或多个技术方案，至少具有如下技术效果：

本说明书实施例提供一种处罚策略的处理方法，在执行上游***发送的处罚请求时，记录执行处罚请求的上下文信息，该上下文信息包括执行处罚请求所需的请求入参和处罚执行结果信息；若该处罚请求对应的处罚策略需要回放，将其上下文信息保存至执行主体本地；在执行回放操作时，根据本地存储的上下文信息对处罚策略中执行主体执行失败的动作进行重试，即通过各个执行主体分别回放各自执行失败的动作，从而完成处罚请求的所有动作，以使分布式处罚***中的业务数据达成一致，解决了分布式处罚***业务数据不一致的技术问题。并且，本方案通过各个执行主体分别回放各自执行失败的动作，避免了上游***对失败的处罚请求进行重试，减少了处罚请求重试导致的网络消耗和***负担。

附图说明

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

图1为本说明书实施例提供的一种处罚策略的处理方法的流程图；

图2为本说明书实施例提供的一种处罚策略的处理装置示意图；

图3为本说明书实施例提供的一种电子设备的示意图。

具体实施方式

为使本说明书实施例的目的、技术方案和优点更加清楚，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。

在本说明书实施例提供一种处罚策略的处理方法，通过在分布式处罚***的各执行主体中保存处罚请求执行过程中的上下文信息，由各执行主体自行对处罚请求中处罚失败的动作进行回放即重试，以完成各个动作，以使分布式处罚***中的业务数据达成一致，解决了分布式处罚***业务数据不一致的技术问题。并且，本方案通过各个执行主体分别回放各自执行失败的动作，避免了上游***对失败的处罚请求进行重试，减少了处罚请求重试导致的网络消耗和***负担。

下面结合附图对本说明书实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。

实施例

分布式处罚***包括：处罚中心和被处罚中心调用的下游***，下游***包括但不限于：账务、会员中心、任务通知等***。处罚中心依赖于下游***执行具体的处罚动作，例如：审理平台调用处罚中心对某一用户进行账户余额冻结，处罚中心需要调用账务***来冻结用户余额，并通过任务通知***告知用户余额冻结信息。为了提高分布式处罚***的业务数据一致性，降低用户投诉，使处罚中心能够对外提供稳定的服务能力，本实施例一种处罚策略的处理方法，应用于分布式处罚***中任一执行主体，请参考图1，该处理方法包括如下步骤S10～S16：

S10、在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息。

其中，处罚请求可以是处罚、批量处罚、解处罚等请求，由上游***如处罚中心向下游***下发。接收到处罚请求的下游***即为执行主体。上下文信息包括所述处罚请求对应的请求入参和处罚执行结果信息。请求入参为执行处罚请求所需的参数，包括但不限于：1)处罚策略维度信息，包括：策略名称、动作集合；2)处罚动作维度信息，包括：动作名称、属性等；3)上游***透传属性，包括：事件id、用户id、事件对方id等；4)接口调用元数据。处罚执行结果信息：处罚策略下可以配置多个处罚动作，需要记录每个动作的执行结果及处罚动作日志信息。

处罚请求中携带对应的处罚策略。处罚策略的流程一般包含：1)执行处罚动作、2)记录会员信息、3)处罚数据记录、4)发送任务通知，其中每一步执行失败，均需要回放。上下文信息中记录了各个流程的执行结果，根据该上下文信息判断是否存在任一失败的执行结果，若存在，则该处罚策略需要回放，反之，该处罚策略不需要回放。

S12、若所述处罚策略需要回放，将所述上下文信息保存至执行主体本地。

一个处罚请求可能会被发送至多个不同的下游***即执行主体，由每个执行主体分别执行完成相应的动作。对于每一个执行主体，若其所执行的处罚策略中有执行失败的动作，则将其上下文信息保存在执行该失败动作的执行主体本地。

S14、在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试。

其中，回放操作可以是定时回放如整点回放、一定时间间隔后回放，也可以是空闲时段回放、即时回放等。本实施例中通过执行主体对处罚策略中各自执行失败的动作进行重试，促使该动作最终执行成功，进而保证上下游业务数据一致，为上游***提供了稳定的处罚、解处罚能力，提高了处罚中心的服务品质。并且通过执行主体主动对执行失败的动作进行重试，无需由上游***重新发送处罚请求，重新执行处罚请求的所有处罚策略，避免了上游***对失败的处罚请求进行重试，减少了处罚请求重试导致的网络消耗和***负担。

具体实施过程中，本实施例提供的触发策略触发方法包含三部分：

第一部分、记录上下文信息：执行主体执行处罚请求的过程中，执行S10记录执行处罚请求的上下文信息，将上下文信息保存在内存中的Threadlocal结构中。执行主体执行完成处罚策略中自身所需执行的动作时，执行S12判断该处罚策略是否需要回放，若上下文信息中有执行失败的执行结果信息，则判断为需要回放，反之则不需要回放。

第二部分、存储回放上下文信息：如果根据上下文信息判断出对应的处罚策略需要回放，继续执行S12将上下文信息保存至执行主体本地。具体的，S12可以将上下文信息持久化为本机文件，以“.data”后缀命名，以便后续回放操作快速执行。

第三部分、执行处罚策略回放：设定定时任务主动执行处罚策略回放。S14可以在定时任务的触发下执行回放操作，根据本地存储的上下文信息执行处罚策略回放，对处罚策略中失败的动作进行重试。具体的，执行主体获得本地保存的回放上下文信息即“.data”文件进行回放，对回放仍然失败的数据，仍然记录其上下文信息并保存至本地，在下一个定时任务继续回放。

在执行回放操作时，可以记录每个处罚策略的回放次数；若某个处罚策略的回放次数大于设定阈值，禁止该处罚策略的回放操作并将该处罚策略归档至人工处理平台。多次回放均失败的处罚策略，有可能会一直失败下去，通过最大回放次数进行限定，对达到最大次数的策略进行归档，如将该处罚策略放入回放策略黑名单，对黑名单中的策略不进行回放操作，由人工介入处理这部分异常数据。

对于不在回放策略黑名单中的处罚策略，执行回放操作时，执行主体根据该处罚策略的上下文信息，记录该处罚策略的请求入参；并根据其上下文信息，获取该处罚策略包含的处罚动作集合以及处罚动作集合中执行失败的目标动作；根据获得的请求入参对目标动作进行重试，并记录重试后处罚动作集合的执行结果，即每次回放操作都需要记录处罚策略的完整执行结果信息，不仅要记录重试的目标动作的执行结果，也要记录未重试的动作的执行结果，以便下次重放操作的执行及执行结果的校验。其中，回放处罚策略过程中，在记录处罚动作集合的执行结果之后，还进一步记录或更新处罚请求对应的会员信息和处罚数据；并对其会员信息和处罚数据进行校验，如会员信息记录是否正确、完整、处罚数据记录是否成功等；若校验未通过，确认该处罚策略需要再次回放；若校验通过，确认该处罚策略执行成功。

下面通过一个具体的实例，来对处罚策略的处理过程进行完整说明：

处罚策略a下配置了：①执行处罚动作b和c，②记录会员信息，③处罚数据记录，④发送任务通知。假设：处罚策略a为“两关”策略(关余额、关提现)，该策略下会配置关闭余额支付、禁止提现两个处罚动作。

处罚策略a执行时：

1)触发中心向下游***发送处罚请求，执行该处罚请求并记录执行该处罚请求的上下文信息，包括：请求入参和触发执行结果信息。

2)处罚策略执行完成后，确认该处罚策略需要回放，将其上下文信息持久化为本机文件，以“.data”后缀命名，等待后续回放。

处罚策略a执行回放时：

1)获取策略a的上下文信息，如获取以“回放上下文信息.data”命名的文件，并根据该文件获取调用接口信息以及处罚动作b和c。

2)记录请求入参信息，可以直接从上下文信息中获取并记录。

3)执行处罚动作b、c。

1.从回放上下文信息中获取b、c前一次的执行结果。只对执行失败的动作进行重试。对前一次执行成功的动作自动认为成功，不再重试。

2.对重试后，b、c的执行结果进行记录。在需要下一次策略回放时，将记录的请求入参和处罚执行结果信息作为回放的上下文信息。

3)执行记录会员信息。如果前一次已经记录了会员信息，则在回放操作执行阶段不再记录，或更新会员信息记录。

4)记录处罚数据。如果前一次执行时未记录处罚数据，则此次回放时记录。如果前一次已经记录处罚数据，此次回放时根据处罚动作的执行结果修改处罚数据。

5)发送任务通知。前一次未发送通知，回放时发送任务通知。

需要说明的是，处罚策略的执行动作处理处罚动作，3)～5)也属于处罚策略的执行动作，若未执行成功均需要重试。回放时，各个失败的动作由各自对应的执行主体执行。

6)判断该处罚策略是否还需要再此回放。如果处罚动作a和b有任一动作执行失败，或在强制校验的3)、4)两步中失败，则会继续回放。会将2)、3)步中记录的回放上下文信息保存为.data文件，在下一个定时任务执行回放时使用。

在上述技术方案中，通过记录执行处罚请求的上下文信息，由各个执行主体分别对各自执行失败的动作进行重试，实现了处罚策略的精准回放，保证了处罚动作执行且只执行一次，保证了处罚中心与下游动作执行***、会员***(记录会员信息)、任务通知***的数据一致性，很好的保证了处罚中心的服务品质。并且，通过处罚策略的各个执行主体分别回放各自执行失败的动作，无需上游***对失败的处罚请求进行重试，减少了上游***的负担，避免了频繁的请求重试增加的网络消耗和上下游***的负担。进一步的，通过各个执行主体分别回放各自执行失败的动作，在多个环节执行过程中，不至于其中一个环节执行失败而导致请求失败。通过精准回放的机制，对整个请求链路中失败的环节进行回放重试，对执行成功的环节则不在进行操作，可以有效规避整个链路中因为瞬时性不可用(回放间隔内的不可用)导致请求失败。通过最大努力重试的方式，使处罚链路中各个环节均达到成功状态，从而使得整个处罚策略执行成功。

基于同一发明构思，针对上述实施例提供的一种处罚策略的处理方法，本实施例对应提供一种处罚策略的处理装置，应用于分布式处罚***中任一执行主体，请参考图2，所述装置包括：

记录单元21，用于在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括执行所述处罚请求所需的请求入参和处罚执行结果信息；

存储单元22，用于在所述处罚请求对应的处罚策略需要回放时，将所述上下文信息保存至执行主体本地；

回放单元23，用于在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试。

作为一种可选的实施方式，所述装置还包括：

计数单元24，用于在执行回放操作时，记录所述处罚策略的回放次数；若所述回放次数大于设定阈值，禁止所述回放操作并将所述处罚策略归档至人工处理平台。

作为一种可选的实施方式，所述回放单元23用于：根据所述上下文信息，记录所述请求入参；根据所述上下文信息，获取所述处罚策略包含的处罚动作集合以及所述处罚动作集合中执行失败的目标动作；根据所述请求入参对所述目标动作进行重试，并记录重试后所述处罚动作集合的执行结果。

作为一种可选的实施方式，所述记录单元21还用于：在记录重试后所述处罚动作集合的执行结果之后，记录或更新所述处罚请求对应的会员信息和处罚数据；对所述会员信息和所述处罚数据进行校验；若校验未通过，确认所述处罚策略需要再次回放；若校验通过，确认所述处罚策略执行成功。

关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关方法的实施例中进行了详细描述，此处不再详细阐述。

请参考图3，是根据一示例性实施例示出的一种用于实现处罚策略的执行方法的电子设备700的框图。例如，电子设备700可以是计算机，数据库控制台，平板设备，个人数字助理等。

参照图3，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，输入/输出(I/O)的接口710，以及通信组件712。

处理组件702通常控制电子设备700的整体操作，诸如与显示，数据通信，及记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理***，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。

I/O接口710为处理组件702和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

通信组件712被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件712经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件712还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由电子设备700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得电子设备能够执行一种处罚策略的处理方法，所述方法包括：在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括执行所述处罚请求所需的请求入参和处罚执行结果信息；根据所述上下文信息，判断所述处罚请求对应的处罚策略是否需要回放；若所述处罚策略需要回放，将所述上下文信息保存至所述执行主体本地；在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试。

应当理解的是，本实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本实施例的范围仅由所附的权利要求来限制

以上所述仅为本实施例的较佳实施例，并不用以限制本实施例，凡在本实施例的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本实施例的保护范围之内。

Claims (10)

1.一种处罚策略的处理方法，应用于分布式处罚***中，所述分布式处罚***包括：处罚中心和被处罚中心调用的下游***，所述方法包括：

在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括所述处罚请求对应的请求入参和处罚执行结果信息；

若所述处罚请求对应的处罚策略需要回放，将所述上下文信息保存至执行主体本地；

在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试；

其中，所述被处罚中心调用的下游***包括一个以上所述执行主体。

2.如权利要求1所述的方法，所述方法还包括：

在执行回放操作时，记录所述处罚策略的回放次数；

若所述回放次数大于设定阈值，禁止所述回放操作并将所述处罚策略归档至人工处理平台。

3.如权利要求1所述的方法，所述根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试，包括：

根据所述上下文信息，记录所述请求入参；

根据所述上下文信息，获取所述处罚策略包含的处罚动作集合以及所述处罚动作集合中执行失败的目标动作；

根据所述请求入参对所述目标动作进行重试，并记录重试后所述处罚动作集合的执行结果。

4.如权利要求3所述的方法，在记录重试后所述处罚动作集合的执行结果之后，所述方法还包括：

记录或更新所述处罚请求对应的会员信息和处罚数据；

对所述会员信息和所述处罚数据进行校验；若校验未通过，确认所述处罚策略需要再次回放；若校验通过，确认所述处罚策略执行成功。

5.一种处罚策略的处理装置，应用于分布式处罚***中，所述分布式处罚***包括：处罚中心和被处罚中心调用的下游***，所述装置包括：

记录单元，用于在执行上游***发送的处罚请求时，记录执行所述处罚请求的上下文信息，所述上下文信息包括所述处罚请求对应的请求入参和处罚执行结果信息；

存储单元，用于在所述处罚请求对应的处罚策略需要回放时，将所述上下文信息保存至执行主体本地；

回放单元，用于在执行回放操作时，根据所述上下文信息对所述处罚策略中所述执行主体执行失败的动作进行重试；

其中，所述被处罚中心调用的下游***包括一个以上所述执行主体。

6.如权利要求5所述的装置，所述装置还包括：

计数单元，用于在执行回放操作时，记录所述处罚策略的回放次数；若所述回放次数大于设定阈值，禁止所述回放操作并将所述处罚策略归档至人工处理平台。

7.如权利要求5所述的装置，所述回放单元用于：

根据所述上下文信息，记录所述请求入参；

根据所述上下文信息，获取所述处罚策略包含的处罚动作集合以及所述处罚动作集合中执行失败的目标动作；

根据所述请求入参对所述目标动作进行重试，并记录重试后所述处罚动作集合的执行结果。

8.如权利要求7所述的装置，所述记录单元还用于：

在记录所述处罚动作集合的执行结果之后，记录或更新所述处罚请求对应的会员信息和处罚数据；

对所述会员信息和所述处罚数据进行校验；若校验未通过，确认所述处罚策略需要再次回放；若校验通过，确认所述处罚策略执行成功。

9.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1～4任一所述方法的步骤。

10.一种电子设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以的上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上的程序所包含的用于进行如权利要求1～4任一所述方法对应的操作指令。

Images