CN110689394B - 业务补单的处理方法及装置 - Google Patents

Abstract

本发明实施例提供一种业务补单的处理方法及装置。该方法包括：接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息；若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。本发明实施例的方法，实现了实时补单，缩短了掉单发生后用户的等待时间，提升了用户体验。

Description

业务补单的处理方法及装置

技术领域

本发明实施例涉及互联网通信技术领域，尤其涉及一种业务补单的处理方法及装置。

背景技术

随着电子商务、互联网金融的不断发展，基于互联网的电子交易量不断增加。众所周知，由于网络传输抖动、数据库超时、系统响应超时等外部因素的影响，会造成订单在双方状态不一致，即掉单。例如，用户通过电商平台购物并支付后，银行卡里已经扣除了相应金额，而电商平台的订单依然显示待支付；用户通过互联网金融应用程序(Application，简称：APP)购买金融产品并支付后，银行卡里已经扣除了相应金额，而相应金融产品并未到账。无论何种原因造成的掉单，都会给用户造成困扰，降低用户体验，甚至造成用户流失。

因此，在掉单后，系统应执行订单状态纠正机制，使订单在双方的状态恢复一致，即进行业务补单。目前业界广泛采用集中式批处理方式进行业务补单。该方式以订单集合作为处理对象，首先需要获取待处理的订单集合，例如可以选取当前时间前5分钟到前30分钟内状态不符合要求的所有交易订单，加入待处理的订单集合，然后对待处理的订单集合中的订单逐笔进行业务补单，直至将待处理的订单集合中的所有订单全部处理完。现有集中式业务补单的处理方法，时效性差，无法实现实时补单；由于严格限定了订单进行业务补单的生命周期，过期订单便丧失了补单机会，需要人工进行补单操作；补单业务执行时间过于集中，会造成系统处理负荷过重；控制力度粗，不能针对不同场景、不同订单进行差异化控制。

综上所述，现有业务补单的处理方法无法实现实时补单，在发生掉单后，用户等待时间较长，用户体检差。

发明内容

本发明实施例提供一种业务补单的处理方法及装置，用以解决现有业务补单的处理方法无法实现实时补单，在发生掉单后，用户等待时间较长的问题。

第一方面，本发明实施例提供一种业务补单的处理方法，包括：

接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息；

若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

在一种可能的实现方式中，事件处理策略信息包括首次执行时间信息和第三方业务系统标识；

则若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，包括：

若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则在首次执行时间信息到达时，向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求。

在一种可能的实现方式中，事件处理策略信息还包括尝试远程调用次数和重试时间间隔信息，则方法还包括：

若持续没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据尝试远程调用次数和重试时间间隔信息，向业务平台发送远程调用请求，并记录发送远程调用请求的次数。

在一种可能的实现方式中，还包括：

若接收到业务平台系统发送的取消发布事件消息，则删除与业务标识对应的事件处理策略信息，并向业务平台系统发送取消事件响应消息。

第二方面，本发明实施例提供一种业务补单的处理方法，包括：

接收业务请求，业务请求包括业务标识和第三方标识；

根据业务请求，向第三方标识对应的第三方业务系统发送携带有业务标识的交易请求，并向事件序列管理组件发送携带有业务标识和第三方标识的发布事件消息；

若没有接收到第三方业务系统返回的交易回调消息，且接收到事件序列管理组件发送的携带有业务标识的远程调用请求，则根据远程调用请求，对业务标识对应的业务进行补单操作请求。

在一种可能的实现方式中，还包括：

若接收到第三方业务系统返回的交易回调消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息；

或者，

若接收到第三方业务系统返回的补单响应消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息。

第三方面，本发明实施例提供一种业务补单的处理装置，包括：

接收模块，用于接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息；

发送模块，用于若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

在一种可能的实现方式中，事件处理策略信息包括首次执行时间信息和第三方业务系统标识；

则发送模块，具体用于若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则在首次执行时间信息到达时，向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求。

在一种可能的实现方式中，事件处理策略信息还包括尝试远程调用次数和重试时间间隔信息，则发送模块，还用于若持续没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据尝试远程调用次数和重试时间间隔信息，向业务平台发送远程调用请求，并记录发送远程调用请求的次数。

在一种可能的实现方式中，所述装置还包括：

处理模块，用于若接收到业务平台系统发送的取消发布事件消息，则删除与业务标识对应的事件处理策略信息，并向业务平台系统发送取消事件响应消息。

第四方面，本发明实施例提供一种业务补单的处理装置，包括：

接收模块，用于接收业务请求，业务请求包括业务标识和第三方标识；

发送模块，用于根据业务请求，向第三方标识对应的第三方业务系统发送携带有业务标识的交易请求，并向事件序列管理组件发送携带有业务标识和第三方标识的发布事件消息；

处理模块，用于若没有接收到第三方业务系统返回的交易回调消息，且接收到事件序列管理组件发送的携带有业务标识的远程调用请求，则根据远程调用请求，对业务标识对应的业务进行补单操作请求。

在一种可能的实现方式中，

处理模块，还用于若接收到第三方业务系统返回的交易回调消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息；

或者，

处理模块，还用于若接收到第三方业务系统返回的补单响应消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息。

第五方面，本发明实施例提供一种电子设备，包括：

存储器；

处理器；以及

计算机程序；

其中，计算机程序存储在存储器中，并被配置为由处理器执行以实现如第一方面或者第二方面任一项所述的方法。

第六方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行以实现如第一方面或者第二方面任一项所述的方法。

本发明实施例提供的业务补单的处理方法及装置，通过接收业务平台系统发送的包括业务标识和事件处理策略信息的发布事件消息，若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求，实现了实时补单，不仅使得在掉单发生后，用户的等待时间缩短了，提升了用户体验，而且将补单操作的执行时间分散到了和订单业务相关的离散时间点，使得处理负荷被均衡，对业务平台系统和第三方业务系统都是一种保护，且通过针对各个业务请求设定不同的事件处理策略信息，可以对每笔订单的补单进行差异化控制。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1为本发明提供的业务补单的处理方法一实施例的流程图；

图2为本发明提供的业务补单的处理方法又一实施例的流程图；

图3为本发明提供的业务补单的处理方法另一实施例的流程图；

图4为本发明提供的业务补单的处理方法一实施例的信令流程图；

图5为本发明提供的业务补单的处理装置一实施例的结构示意图；

图6为本发明提供的业务补单的处理装置又一实施例的结构示意图；

图7为本发明提供的电子设备一实施例的结构示意图。

通过上述附图，已示出本发明明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围，而是通过参考特定实施例为本领域技术人员说明本发明的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

本发明的说明书和权利要求书中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明中的“第一”和“第二”只起标识作用，而不能理解为指示或暗示顺序关系、相对重要性或者隐含指明所指示的技术特征的数量。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本发明的说明书中通篇提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

图1为本发明提供的业务补单的处理方法一实施例的流程图。本实施例的方法可以由事件序列管理组件执行。需要说明的是，本实施例中的事件序列管理组件可以是单独的实体设备，也可以为集成在其他设备中的部件。如图1所示，本实施例的方法可以包括：

步骤S101、接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息。

本实施例中的业务平台系统可以理解为用户进行电子交易的平台，例如淘宝、京东、当当等电子购物平台，余额宝、金桔宝等基金产品交易平台。掉单指的是业务平台系统与第三方业务系统中的订单状态不一致。若是在电子购物平台进行购物，则第三方业务系统可以为网上银行系统；若是在基金产品交易平台进行基金产品的申购或者赎回，则第三方业务系统可以为开放式基金登记过户TA系统。

当用户在业务平台系统上发起业务请求后，业务平台系统可以向事件序列管理组件发送包括业务标识和事件处理策略信息的发布事件消息。其中，业务标识可以包括业务类型、业务请求的订单号等。例如，当用户通过金桔宝进行基金申购时，业务标识可以包括申购业务类型以及该笔电子交易的订单号。

通过业务标识可以区分不同的业务请求，事件处理策略信息可以针对各个业务请求进行设定，因此可以对订单进行差异化控制。事件处理策略信息可以用于指示事件序列管理组件对该业务标识对应的业务进行何种操作。

步骤S102、若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

假如在预设时间内，事件序列管理组件未接收到业务平台系统发送的携带有业务标识的取消发布时间消息，则事件序列管理组件可以根据事件处理策略信息，向业务平台系统发起携带有业务标识的调用请求，以使业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

可选的，若接收到业务平台系统发送的取消发布事件消息，则删除与业务标识对应的事件处理策略信息，并向业务平台系统发送取消事件响应消息。例如，当业务平台系统在预设时间到达之前，接收到第三方业务系统的相关反馈信息，使两者订单状态一致，即未发生掉单的情况，因此也就无需补单操作。此时，业务平台系统需要向事件序列管理组件发送取消发布事件消息，事件序列管理组件在接收到该消息后，删除相应的事件处理策略信息，避免对该业务标识对应的业务进行不必要的补单操作，造成系统资源浪费。

本实施例提供的业务补单的处理方法，通过接收业务平台系统发送的包括业务标识和事件处理策略信息的发布事件消息，若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求，实现了实时补单，不仅使得在掉单发生后，用户的等待时间缩短了，提升了用户体验，而且将补单操作的执行时间分散到了和订单业务相关的离散时间点，使得处理负荷被均衡，对业务平台系统和第三方业务系统都是一种保护，且通过针对各个业务请求设定不同的事件处理策略信息，可以对每笔订单的补单进行差异化控制。

可选的，事件处理策略信息可以包括首次执行时间信息和第三方业务系统标识；

则若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，包括：

若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则在首次执行时间信息到达时，向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求。

可选的，事件处理策略信息还可以包括尝试远程调用次数和重试时间间隔信息，则方法还包括：

若持续没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据尝试远程调用次数和重试时间间隔信息，向业务平台发送远程调用请求，并记录发送远程调用请求的次数。

在上述实施例的基础上，本实施例对上述实施例进行结合。图2为本发明提供的业务补单的处理方法又一实施例的流程图。如图2所示，本实施例的方法可以包括：

步骤S201、接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息，事件处理策略信息包括：首次执行时间信息、第三方业务系统标识、尝试远程调用次数和重试时间间隔信息。

事件处理策略信息可以根据业务标识确定，例如，对于基金申购业务，可以设置首次执行时间信息为30秒，第三方业务系统标识为TA系统标识，尝试远程调用次数为5次，重试时间间隔为1分钟。需要说明的是，重试时间间隔可以为固定值，也可以随着重试次数的增加而增加，或者减少，如可以设置进行第2次重试的重试时间间隔为1分钟，进行第三次重试的重试时间间隔为2分钟，依次类推，或者，可以设置进行第2次重试的重试时间间隔为2分钟，进行第三次重试的重试时间间隔为1分钟。可以针对不同的业务需求进行设置，以便提供差异化处理，最大限度的满足用户需求。

步骤S202、在首次执行时间信息到达时，判断是否接收到业务平台系统发送的携带有业务标识的取消发布事件消息。如在接收到业务平台系统发送的发布事件消息30秒后，进行判断。若接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则表示业务订单状态正常，无需补单，则执行步骤S207；若未接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则表示发生了掉单情况，继续执行步骤S203。

步骤S203、向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求，将重试次数设为1。以使业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

步骤S204、在重试时间间隔信息到达时，是否接收到业务平台系统发送的携带有业务标识的取消发布事件消息。如在1分钟到达时，继续判断是否接收到业务平台系统发送的携带有业务标识的取消发布事件消息，若未收到，则表示上一次补单操作失败，需要继续执行补单操作，则继续执行步骤S205；若收到了取消发布事件消息，则表示上一次补单成功，则执行步骤S207。

步骤S205、重试次数是否小于尝试远程调用次数。若是，则表示还可以继续进行补单操作，则继续执行步骤S206；若否，则表示补单次数已经达到上限，则执行步骤S207。

步骤S206、向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求，重试次数加1。

步骤S207、删除与业务标识对应的事件处理策略信息，并向业务平台系统发送取消事件响应消息。该业务流程结束。

本实施例提供的业务补单的处理方法，通过接收业务平台系统发送的包括业务标识和事件处理策略信息的发布事件消息，根据事件处理策略信息所包括的首次执行时间信息、第三方业务系统标识、尝试远程调用次数和重试时间间隔信息进行补单操作，实现了实时补单，不仅使得在掉单发生后，用户的等待时间缩短了，提升了用户体验，而且将补单操作的执行时间分散到了和订单业务相关的离散时间点，使得处理负荷被均衡，对业务平台系统和第三方业务系统都是一种保护，且通过针对各个业务请求设定不同的事件处理策略信息，可以对每笔订单的补单进行差异化控制。

图3为本发明提供的业务补单的处理方法另一实施例的流程图。本实施例的方法可以由业务平台系统执行。如图3所示，本实施例的方法可以包括：

步骤S301、接收业务请求，业务请求包括业务标识和第三方标识。

该业务请求为用户输入的，如基金申购、赎回等业务请求。

步骤S302、根据业务请求，向第三方标识对应的第三方业务系统发送携带有业务标识的交易请求，并向事件序列管理组件发送携带有业务标识和第三方标识的发布事件消息。

步骤S303、若没有接收到第三方业务系统返回的交易回调消息，且接收到事件序列管理组件发送的携带有业务标识的远程调用请求，则根据远程调用请求，对业务标识对应的业务进行补单操作请求。

没有接收到第三方业务系统返回的交易回调消息，则表示发生了掉单，在收到远程调用请求后，进行补单操作。

可选的，若接收到第三方业务系统返回的交易回调消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息。若接收到第三方业务系统返回的交易回调消息，则表示交易状态正常，未发生掉单。

可选的，若接收到第三方业务系统返回的补单响应消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息。若接收到第三方业务系统返回的补单响应消息，则表示补单成功。

本实施例提供的业务补单的处理方法，业务平台系统根据业务请求，向第三方标识对应的第三方业务系统发送携带有业务标识的交易请求，并向事件序列管理组件发送携带有业务标识和第三方标识的发布事件消息，若没有接收到第三方业务系统返回的交易回调消息，且接收到事件序列管理组件发送的携带有业务标识的远程调用请求，则根据远程调用请求，对业务标识对应的业务进行补单操作请求。实现了实时补单，不仅使得在掉单发生后，用户的等待时间缩短了，提升了用户体验，而且将补单操作的执行时间分散到了和订单业务相关的离散时间点，使得处理负荷被均衡，对业务平台系统和第三方业务系统都是一种保护，且通过针对各个业务请求设定不同的事件处理策略信息，可以对每笔订单的补单进行差异化控制。

图4为本发明提供的业务补单的处理方法一实施例的信令流程图。如图4所示，本实施例提供的方法可以包括：

步骤S401、终端设备向业务平台系统发送携带有业务标识的业务请求。

用户可以通过终端设备发起业务请求，本实施例中的终端设备包括但不限于智能手机、平板电脑、计算机等。例如，业务请求可以为基金赎回请求。

步骤S402、业务平台系统对业务请求进行处理。

业务平台系统可以对业务请求进行参数检查、权限核对、创建订单等操作。例如，可以对基金赎回请求的赎回份额进行校验，通过赎回密码核对权限等。

步骤S403、业务平台系统向事件序列管理组件发送包括业务标识和事件处理策略信息的发布事件消息。

业务平台系统通过发布事件消息告知事件序列管理组件关注与该业务标识对应的业务的状态。

步骤S404、事件序列管理组件向业务平台系统发送发布事件消息的响应消息。

事件序列管理组件在接收到发布事件消息后，向业务平台系统发送发布时间消息的响应消息，以使业务平台系统执行后续操作。

步骤S405、业务平台系统向发送第三方业务系统发送携带有业务标识的交易请求。

例如，业务平台系统向TA系统发起赎回基金的交易请求。

步骤S406、事件序列管理组件向业务平台系统发送携带有业务标识的远程调用请求。

若事件序列管理组件在预设时间内，未收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息向业务平台系统发送远程调用请求，以使业务平台系统及时进行补单操作。

步骤S407、业务平台系统根据远程调用请求向第三方业务系统发送补单操作请求。

步骤S408、第三方业务系统向业务平台系统发送补单响应消息。

步骤S409、业务平台系统向终端设备发送业务请求受理结果。

业务平台系统接收到补单响应消息，则表示补单成功，于是向终端设备发送业务请求处理结果。

步骤S410、业务平台系统向事件序列管理组件发送携带有业务标识的取消发布事件消息。

步骤S411、事件序列管理组件删除与业务标识对应的事件处理策略信息。

步骤S412、事件序列管理组件向业务平台系统发送取消事件响应消息。

本实施例提供的业务补单的处理方法，通过事件序列管理组件监控每一个业务请求的状态，针对每一个发生掉单的业务请求，进行补单操作，并在补单成功后及时向用户反馈。实现了实时补单，使得用户不易察觉发生了掉单，提升了用户体验，且补单操作执行时间分散，降低了业务平台系统和第三方业务系统的处理负荷。

本发明实施例还提供一种业务补单的处理装置，请参见图5所示，本发明实施例仅以图5为例进行说明，并不表示本发明仅限于此。图5为本发明提供的业务补单的处理装置一实施例的结构示意图。如图5所示，本实施例提供的业务补单的处理装置50可以包括：接收模块501和发送模块502。

接收模块501，用于接收业务平台系统发送的发布事件消息，发布事件消息包括：业务标识和事件处理策略信息；

发送模块502，用于若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据事件处理策略信息，向业务平台系统发送携带有业务标识的远程调用请求，以供业务平台系统根据远程调用请求，对业务标识对应的业务进行补单操作请求。

本实施例的装置，可以用于执行图1所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

可选的，事件处理策略信息可以包括首次执行时间信息和第三方业务系统标识，则发送模块502，具体可以用于若没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则在首次执行时间信息到达时，向业务平台系统发送携带有业务标识和第三方业务系统标识的远程调用请求。

可选的，事件处理策略信息还可以包括尝试远程调用次数和重试时间间隔信息，则发送模块502，还可以用于若持续没有接收到业务平台系统发送的携带有业务标识的取消发布事件消息，则根据尝试远程调用次数和重试时间间隔信息，向业务平台发送远程调用请求，并记录发送远程调用请求的次数。

可选的，所述装置50还可以包括处理模块，用于若接收到业务平台系统发送的取消发布事件消息，则删除与业务标识对应的事件处理策略信息，并向业务平台系统发送取消事件响应消息。

本发明实施例还提供一种业务补单的处理装置，请参见图6所示，本发明实施例仅以图6为例进行说明，并不表示本发明仅限于此。图6为本发明提供的业务补单的处理装置又一实施例的结构示意图。如图6所示，本实施例提供的业务补单的处理装置60可以包括：接收模块601、发送模块602和处理模块603。

接收模块601，用于接收业务请求，业务请求包括业务标识和第三方标识。

发送模块602，用于根据业务请求，向第三方标识对应的第三方业务系统发送携带有业务标识的交易请求，并向事件序列管理组件发送携带有业务标识和第三方标识的发布事件消息。

处理模块603，用于若没有接收到第三方业务系统返回的交易回调消息，且接收到事件序列管理组件发送的携带有业务标识的远程调用请求，则根据远程调用请求，对业务标识对应的业务进行补单操作请求。

本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

可选的，处理模块603，还可以用于若接收到第三方业务系统返回的交易回调消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息；

或者，

处理模块603，还可以用于若接收到第三方业务系统返回的补单响应消息，则向事件序列管理组件发送携带有业务标识的取消发布事件消息。

本发明实施例还提供一种电子设备，请参见图7所示，本发明实施例仅以图7为例进行说明，并不表示本发明仅限于此。图7为本发明提供的电子设备的结构示意图。如图7所示，本实施例提供的电子设备70包括：存储器701、处理器702和总线703。其中，总线703用于实现各元件之间的连接。

存储器701中存储有计算机程序，计算机程序被处理器702执行时可以实现上述任一业务补单的处理方法实施例的技术方案。

其中，存储器701和处理器702之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可以通过一条或者多条通信总线或信号线实现电性连接，如可以通过总线703连接。存储器701中存储有实现业务补单的处理方法的计算机程序，包括至少一个可以软件或固件的形式存储于存储器701中的软件功能模块，处理器702通过运行存储在存储器701内的软件程序以及模块，从而执行各种功能应用以及数据处理。

存储器701可以是，但不限于，随机存取存储器(Random Access Memory，简称：RAM)，只读存储器(Read Only Memory，简称：ROM)，可编程只读存储器(ProgrammableRead-Only Memory，简称：PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，简称：EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，简称：EEPROM)等。其中，存储器701用于存储程序，处理器702在接收到执行指令后，执行程序。进一步地，上述存储器701内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通信，从而提供其他软件组件的运行环境。

处理器702可以是一种集成电路芯片，具有信号的处理能力。上述的处理器702可以是通用处理器，包括中央处理器(Central Processing Unit，简称：CPU)、网络处理器(Network Processor，简称：NP)等。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。可以理解，图7的结构仅为示意，还可以包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件和/或软件实现。

本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时可以实现上述任一方法实施例提供的业务补单的处理方法。本实施例中的计算机可读存储介质可以是计算机能够存取的任何可用介质，或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备，可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如SSD)等。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种业务补单的处理方法，应用于事件序列管理组件，其特征在于，包括：

接收业务平台系统发送的发布事件消息，所述发布事件消息包括：业务标识和事件处理策略信息，所述事件处理策略信息包括首次执行时间信息和第三方业务系统标识；

若没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息，则在所述首次执行时间信息到达时，向所述业务平台系统发送携带有所述业务标识和所述第三方业务系统标识的远程调用请求，以供所述业务平台系统根据所述远程调用请求，对所述业务标识对应的业务进行补单操作请求。

2.根据权利要求1所述的方法，其特征在于，所述事件处理策略信息还包括尝试远程调用次数和重试时间间隔信息，则所述方法还包括：

若持续没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息，则根据所述尝试远程调用次数和重试时间间隔信息，向所述业务平台发送所述远程调用请求，并记录发送远程调用请求的次数。

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

若接收到所述业务平台系统发送的所述取消发布事件消息，则删除与所述业务标识对应的事件处理策略信息，并向所述业务平台系统发送取消事件响应消息。

4.一种业务补单的处理方法，应用于业务平台系统，其特征在于，包括：

接收业务请求，所述业务请求包括业务标识和第三方业务系统标识；

根据所述业务请求，向所述第三方业务系统标识对应的第三方业务系统发送携带有所述业务标识的交易请求，并向事件序列管理组件发送携带有所述业务标识和所述第三方业务系统标识的发布事件消息，以使所述事件序列管理组件在没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息时，在首次执行时间信息到达时，向所述业务平台系统发送携带有所述业务标识和所述第三方业务系统标识的远程调用请求；

若没有接收到所述第三方业务系统返回的交易回调消息，且接收到所述事件序列管理组件发送的携带有所述业务标识的远程调用请求，则根据所述远程调用请求，对所述业务标识对应的业务进行补单操作请求。

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

若接收到所述第三方业务系统返回的交易回调消息，则向所述事件序列管理组件发送携带有所述业务标识的取消发布事件消息；

或者，

若接收到所述第三方业务系统返回的补单响应消息，则向所述事件序列管理组件发送携带有所述业务标识的取消发布事件消息。

6.一种业务补单的处理装置，应用于事件序列管理组件，其特征在于，包括：

接收模块，用于接收业务平台系统发送的发布事件消息，所述发布事件消息包括：业务标识和事件处理策略信息，所述事件处理策略信息包括首次执行时间信息和第三方业务系统标识；

发送模块，用于若没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息，则根据所述事件处理策略信息，向所述业务平台系统发送携带有所述业务标识的远程调用请求，以供所述业务平台系统根据所述远程调用请求，对所述业务标识对应的业务进行补单操作请求；

所述发送模块，具体用于若没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息，则在所述首次执行时间信息到达时，向所述业务平台系统发送携带有所述业务标识和所述第三方业务系统标识的远程调用请求。

7.根据权利要求6所述的装置，其特征在于，所述事件处理策略信息还包括尝试远程调用次数和重试时间间隔信息，则所述发送模块，还用于若持续没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息，则根据所述尝试远程调用次数和重试时间间隔信息，向所述业务平台发送所述远程调用请求，并记录发送远程调用请求的次数。

8.根据权利要求6或7所述的装置，其特征在于，还包括：

处理模块，用于若接收到所述业务平台系统发送的所述取消发布事件消息，则删除与所述业务标识对应的事件处理策略信息，并向所述业务平台系统发送取消事件响应消息。

9.一种业务补单的处理装置，应用于业务平台系统，其特征在于，包括：

接收模块，用于接收业务请求，所述业务请求包括业务标识和第三方业务系统标识；

发送模块，用于根据所述业务请求，向所述第三方业务系统标识对应的第三方业务系统发送携带有所述业务标识的交易请求，并向事件序列管理组件发送携带有所述业务标识和所述第三方业务系统标识的发布事件消息，以使所述事件序列管理组件在没有接收到所述业务平台系统发送的携带有所述业务标识的取消发布事件消息时，在首次执行时间信息到达时，向所述业务平台系统发送携带有所述业务标识和所述第三方业务系统标识的远程调用请求；

处理模块，用于若没有接收到所述第三方业务系统返回的交易回调消息，且接收到所述事件序列管理组件发送的携带有所述业务标识的远程调用请求，则根据所述远程调用请求，对所述业务标识对应的业务进行补单操作请求。

10.根据权利要求9所述的装置，其特征在于，

所述处理模块，还用于若接收到所述第三方业务系统返回的交易回调消息，则向所述事件序列管理组件发送携带有所述业务标识的取消发布事件消息；

或者，

所述处理模块，还用于若接收到所述第三方业务系统返回的补单响应消息，则向所述事件序列管理组件发送携带有所述业务标识的取消发布事件消息。

11.一种电子设备，其特征在于，包括：

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1-3任一项所述的业务补单的处理方法或者如权利要求4或5所述的业务补单的处理方法。

12.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行以实现如权利要求1-3任一项所述的业务补单的处理方法或者如权利要求4或5所述的业务补单的处理方法。

Images