业务数据处理方法、装置、设备、介质和计算机程序产品与流程

1.本技术涉及数据处理技术领域，特别是涉及一种业务数据处理方法、装置、计算机设备、存储介质和计算机程序产品。


背景技术：

2.随着数据处理技术的发展，服务器之间进行如关联处理等交互处理的场景越来越普遍。
3.传统技术中，在需要第一服务器与第二服务器对目标业务数据进行关联的场景中，当第一服务器处理目标业务数据并对第二服务器发起处理请求后出现如超时或未知的情况时，第一服务器向第二服务器查询处理请求的情况，若第二服务器反馈未接收到该处理请求，则第一服务器则将该处理请求当作是处理失败来进行处理，但由于如网络延时或者其它异常情况等原因，第二服务器后续才接收到该处理请求且处理成功，这样就会造成第一服务器与第二服务器进行了错误的关联处理。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种业务数据处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
5.第一方面，本技术提供了一种业务数据处理方法，应用于第二服务器。所述方法包括：
6.在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求；其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器；
7.若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息；
8.接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务；
9.若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。
10.在其中一个实施例中，第二服务器包括多个业务集群；判断是否已接收到处理请求，包括：
11.获取第一服务器发送的关于处理结果的查询请求；
12.根据查询请求中的路由要素信息，在多个业务集群中确定对应的业务集群；
13.判断对应的业务集群是否接收到处理请求。
14.在其中一个实施例中，业务集群包括时间分区表集；判断对应的业务集群是否接收到处理请求，包括：
15.根据时间分区表集，确定对应的业务集群中与处理请求中的发送时间信息对应的一个或多个时间分区表；
16.根据对应的一个或多个时间分区表，判断对应的业务集群是否接收到处理请求。
17.在其中一个实施例中，响应对处理请求的撤销服务之后，方法还包括：
18.在发送时间信息对应的一个或多个时间分区表中登记第一服务器对处理请求的处理失败记录。
19.第二方面，本技术还提供了一种业务数据处理方法，应用于第一服务器。
20.所述方法包括：
21.处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器；
22.在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务；
23.若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。
24.在其中一个实施例中，方法还包括：
25.若预设时间内没有接收到第二服务器反馈的处理结果，则向第二服务器发送关于处理结果的查询请求。
26.在其中一个实施例中，向第二服务器查询处理结果，包括：
27.向第二服务器发送关于处理结果的查询请求，以供第二服务器根据查询请求判断是否接收到处理请求；
28.接收第二服务器在未接收到处理请求时发送的查询反馈信息。
29.第三方面，本技术还提供了一种业务数据处理装置，应用于第二服务器。
30.所述装置包括：
31.处理请求判断模块，用于在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到所述处理请求；其中，所述第一服务器用于处理所述目标业务数据后，发送所述处理请求至所述第二服务器；
32.查询反馈信息反馈模块，用于若未接收到所述处理请求，则向所述第一服务器反馈未接收到所述处理请求的查询反馈信息；
33.撤销服务响应模块，用于接收所述第一服务器发送的撤销指令，并响应对所述处理请求的撤销服务；
34.撤销服务响应成功信息发送模块，用于若撤销服务响应成功，发送撤销服务响应成功信息至所述第一服务器，以使所述第一服务器还原对所述目标业务数据的所述处理。
35.第四方面，本技术还提供了一种业务数据处理装置，应用于第一服务器。
36.所述装置包括：
37.处理请求发送模块，用于处理目标业务数据后，发送用于请求关联处理所述目标业务数据的处理请求至第二服务器；
38.撤销指令发送模块，用于在向所述第二服务器查询关于所述处理请求的处理结果的情况下，若所述第二服务器的查询反馈信息表示所述第二服务器未接收到所述处理请求，则发送所述处理请求的撤销指令至所述第二服务器，以使所述第二服务器响应对所述处理请求的撤销服务；
39.处理还原模块，用于若接收到所述第二服务器的撤销服务响应成功信息，则还原对所述目标业务数据的所述处理。
40.第五方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
41.在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求；其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器；若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息；接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务；若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。
42.第六方面，本技术还提供了一种计算机设备。所述计算机设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
43.处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器；在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务；若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。
44.第七方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
45.在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求；其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器；若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息；接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务；若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。
46.第八方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
47.处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器；在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务；若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。
48.第九方面，本技术还提供了一种计算机程序产品。所述计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
49.在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求；其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器；若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息；接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务；若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。
50.第十方面，本技术还提供了一种计算机程序产品。所述计算机程序产品，包括计算
机程序，该计算机程序被处理器执行时实现以下步骤：
51.处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器；在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务；若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。
52.上述业务数据处理方法、装置、计算机设备、存储介质和计算机程序产品，在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求，其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。该方案中第一服务器处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器，在向第二服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，第二服务器判断是否已接收到处理请求，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，则第一服务器发送处理请求的撤销指令至第二服务器，以使第二服务器接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，第二服务器若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理，通过第二服务器响应撤销服务实现若第二服务器后续即使接收到该处理请求，也不会对该处理请求进行处理而是直接当作失败处理，从而避免第一服务器与第二服务器进行了错误的关联处理，提高第一服务器与第二服务器进行关联处理的准确性，保证第一服务器与第二服务器的业务数据关联处理结果的一致性。
附图说明
53.图1为一个实施例中业务数据处理方法的应用环境图；
54.图2为一个实施例中业务数据处理方法的流程示意图；
55.图3为一个实施例中业务请求处理场景的流程示意图；
56.图4为一个实施例中业务查询处理场景的流程示意图；
57.图5为一个实施例中业务撤销处理场景的流程示意图；
58.图6为另一个实施例中业务数据处理方法的流程示意图；
59.图7为一个实施例中业务数据处理装置的结构框图；
60.图8为另一个实施例中业务数据处理装置的结构框图；
61.图9为一个实施例中计算机设备的内部结构图。
具体实施方式
62.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
63.本技术提供的业务数据处理方法，可以应用于如图1所示的应用环境中。该应用场
景可以包括：第一服务器和第二服务器，第一服务器和第二服务器可以进行通信连接。具体的，第一服务器处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器，在向第二服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，第二服务器判断是否已接收到处理请求，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，则第一服务器自动发送处理请求的撤销指令至第二服务器，以使第二服务器接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，第二服务器若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。其中，第一服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现，第二服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
64.在一个实施例中，如图2所示，提供了一种业务数据处理方法，以该方法应用于图1中的第二服务器为例进行说明，包括以下步骤：
65.步骤s201，在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求。
66.其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器；目标业务数据可以是指需要第一服务器和第二服务器进行关联处理的业务数据，可以是第一服务器先对该目标业务数据进行处理后，将该目标业务数据发送至第二服务器以使第二服务器对该目标业务数据进行关联处理的业务数据；第一服务器可以称为外部服务器或外部系统，第二服务器可以称为内部服务器或内部系统，第一服务器和第二服务器可以理解为两个分别独立的分布式系统，各自承担不同的功能，例如，第一服务器主要承担的是账务处理的功能，第二服务器主要承担和第三方机构间的收汇款功能，第一服务器和第二服务器进行关联处理的整个功能流程可以是第一服务器先扣账，然后调用第二服务器的指令服务将资金汇给第三方机构。可选的，分布式系统可以是指使用了分布式数据库，且需要使用一定的逻辑规则将数据分发到不同的集群进行处理，不同分布式系统之间交互主要通过分布式服务来实现。
67.示例性的，在一些实施例中，如图3所示，第一服务器处理了目标业务数据后，发送请求第二服务器关联处理目标业务数据的处理请求至第二服务器(发起业务请求处理)，正常情况时，第二服务器接收请求处理后会根据请求的业务主键路由到第二服务器中对应的业务集群进行处理(第二服务器中可包括多个业务集群)，返回请求结果至第一服务器，第一服务器接收该业务请求结果。其中，业务主键可以是指第一服务器和第二服务器交互过程中可以唯一标识或者定位某笔业务请求(如处理请求)的序号。
68.示例性的，在另一些实施例中，如果第二服务器在预设时间范围内没有反馈目标业务数据的处理结果，即发生了超时或未知等异常情况时(超时可以是指第一服务器调用第二服务器提供的业务请求处理服务时，出现第二服务器长时间未响应的场景；未知可以是指第一服务器调用第二服务器提供的业务请求处理服务时，无法获取到第二服务器实际处理结果的场景)，如图4所示，第一服务器可按照自身需要，隔一段时间后调用一次查询功能的服务(即发起业务查询处理，查询关于用于请求关联处理目标业务数据的处理请求的处理结果，查询功能的服务可以是由第二服务器提供，用来查询相关请求的处理结果)，如调用业务请求处理服务(发送处理请求至第二服务器)后30分钟调用一次查询功能的服务，
或者按一定时间周期调用多次(如调用业务请求处理服务后每隔5分钟调用一次，总共调用6次)，第二服务器接收到查询请求后，根据原请求(处理请求)的业务主键路由到第二服务器中对应的业务集群进行处理，若查询到原请求，判断是否处理成功，若处理成功则向第一服务器反馈表示处理请求已处理成功的业务查询结果，若处理失败则向第一服务器反馈表示处理请求已处理失败的业务查询结果，若处理既不成功也不失败，则向第一服务器反馈表示处理请求正在处理中的业务查询结果，若查询不到原请求，则向第一服务器反馈表示处理请求记录不存在或未知的业务查询结果，从而第一服务器接收到对应的业务查询结果。
69.步骤s202，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息。
70.具体的，如图4所示，判断是否已接收到处理请求后，若判断为未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息(查询反馈信息可以是表示处理请求记录不存在或未知的业务查询结果)。
71.步骤s203，接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务。
72.本步骤中，撤销指令可以是指将相关业务(如目标业务数据的处理请求)按处理失败进行闭环的指令。
73.具体的，接收第一服务器自动发送的撤销指令，并响应对处理请求的撤销服务，即实现第二服务器即使后续接收到该处理请求，也不会对该处理请求进行处理而是按处理失败进行闭环。
74.步骤s204，若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。
75.本步骤中，撤销服务响应成功信息是指第二服务器成功响应撤销服务后反馈至第一服务器的表示撤销服务已成功响应的信息。
76.具体的，若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理(例如，第一服务器的处理是扣款，那么第一服务器的还原处理则是扣款金额对应的还款)，从而实现即使第一服务器已对目标业务数据进行处理，但在确保第二服务器对处理请求进行处理失败进行闭环后，还原已对目标业务数据进行的处理，从而避免第一服务器对目标业务数据以处理失败闭环后，用于关联处理目标业务数据的第二服务器有可能成功关联处理该目标业务数据，造成对目标业务数据的错误关联处理。
77.上述业务数据处理方法中，在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到处理请求，其中，第一服务器用于处理目标业务数据后，发送处理请求至第二服务器，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理。该方案中第一服务器处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器，在向第二服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，第二服务器判断是否已接收到处理请求，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，则
第一服务器发送处理请求的撤销指令至第二服务器，以使第二服务器接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，第二服务器若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理，通过第二服务器响应撤销服务实现若第二服务器后续即使接收到该处理请求，也不会对该处理请求进行处理而是直接当作失败处理，从而避免第一服务器与第二服务器进行了错误的关联处理，提高第一服务器与第二服务器进行关联处理的准确性，保证第一服务器与第二服务器的业务数据关联处理结果的一致性。
78.在一个实施例中，上述步骤s201的判断是否已接收到处理请求具体包括：获取第一服务器发送的关于处理结果的查询请求；根据查询请求中的路由要素信息，在多个业务集群中确定对应的业务集群；判断对应的业务集群是否接收到处理请求。
79.本实施例中，路由可以是指分布式系统(如第一服务器、第二服务器)将数据分发到不同的集群进行处理的动作(比如基于业务主键哈希进行分发)；路由要素信息可以是业务请求、查询请求和撤销请求中都包含的分布式系统路由要素信息，例如通过交互服务双方约定的通讯区中的指定字段，且撤销请求上送的路由要素信息和原请求(业务请求)上送的路由要素信息保持一致；第二服务器中可包括多个业务集群，因为第二服务器(分布式系统)可能会根据处理职责不同拆分出不同的服务器群组，每个服务器群组会包含多组机器，用以处理某些特定的功能，比如需要一组机器专门去处理业务相关的指令，那么这组机器就组成了某一业务集群，其他集群的划分规则也是类似的。
80.具体的，获取第一服务器发送的关于处理结果的查询请求，根据查询请求中的路由要素信息，在第二服务器中的多个业务集群中确定与该路由要素信息对应的业务集群，判断对应的业务集群是否接收到处理请求。
81.本实施例的技术方案，通过根据路由要素信息判断对应的业务集群是否接收到处理请求，从而提高第二服务器判断是否接收到处理请求的准确性和效率，从而有利于避免第一服务器与第二服务器进行了错误的关联处理。
82.在一个实施例中，上述方法还可以通过如下步骤判断对应的业务集群是否接收到处理请求，具体包括：根据时间分区表集，确定对应的业务集群中与处理请求中的发送时间信息对应的一个或多个时间分区表；根据对应的一个或多个时间分区表，判断对应的业务集群是否接收到处理请求。
83.本实施例中，业务集群包括时间分区表集(一个或多个时间分区表)；时间分区表可以是指使用了数据库分区技术且使用了日期作为分区依据的数据库表，可以简单理解为由于第二服务器每天需要处理的业务比较多，所以数据库表采用按日分区的方案，将每天的数据存储到不同的分区，方便后续系统备份或者清理(日期可以是指第二服务器的日期，非第一服务器的日期)；发送时间信息可以是指第一服务器想第二服务器发送处理请求时的时间信息。
84.具体的，第二服务器确定对应的业务集群后，根据业务集群中的时间分区表集合，确定与发送时间信息对应的一个时间分区表，考虑到可能存在跨日的场景，除了当日的数据表分区(时间分区表)，还需要增加查询前后一天的数据表分区，因为第二服务器(内部系统)使用的是自己的日期来做数据库分区表分区，所以第一服务器(外部系统)的日期和第二服务器的日期有可能存在不一致的情况，比如第二服务器日期可能已切换到下一日，但
是第一服务器日期可能还未切换到下一日，此时第一服务器发起的请求可能是落到第二服务器下一天的分区，反过来第一服务器发起的请求也有可能会落到前一天的分区，所以除了当前分区，还需要增加查询前后一天的数据库表分区，从而第二服务器确定对应的一个或多个时间分区表，并在对应的一个或多个时间分区表中查询是否有该处理请求的记录，从而判断对应的业务集群是否接收到处理请求。
85.本实施例的技术方案，通过根据对应的一个或多个时间分区表来判断对应的业务集群是否接收到处理请求，从而提高第二服务器判断是否接收到处理请求的准确性和效率，从而有利于避免第一服务器与第二服务器进行了错误的关联处理。
86.在一个实施例中，上述方法还可以通过如下步骤登记第一服务器对处理请求的处理失败记录，具体包括：在发送时间信息对应的一个或多个时间分区表中登记第一服务器对处理请求的处理失败记录。
87.本实施例中，处理失败记录用于即使第二服务器后续接收到该处理请求，也不会对该处理请求进行处理而是按处理失败进行闭环，失败记录包括登记日期、业务主键和状态信息，其中日期是时间分区表分区的关键信息，业务主键是数据库表的主键，是保证撤销成功后，原请求(处理请求)不会再登数据库表的前提(数据库会报主键冲突)，状态则是标识撤销处理成功的标志，至于其他信息可以根据实际业务需要进行添加，如果无特殊要求，可以考虑参考原请求的登记逻辑登记相关信息(撤销指令上送的信息基本和原请求是一致的)。
88.具体的，如图5所示，在第一服务器查询到第二服务器未接收到处理请求后，自动发送处理请求的撤销指令至第二服务器(即第一服务器开始进行业务撤销处理，发起业务请求撤销)，第二服务器接收撤销指令(撤销请求)，并响应对处理请求的撤销服务，根据原请求(处理请求)的业务主键路由到对应的业务集群进行处理，确定对应的业务集群后，根据业务集群中的时间分区表集合，确定与发送时间信息对应的一个时间分区表，考虑到可能存在跨日的场景，除了当日的数据表分区(时间分区表)，还需要增加查询前后一天的数据表分区，从而第二服务器确定对应的一个或多个时间分区表，并在对应的一个或多个时间分区表中查询是否有该处理请求的记录，若查询到原请求则向第一服务器反馈业务撤销失败的结果，若查询不到原请求，则判断当前日期(第二服务器的当前日期)与原请求日期(发送时间信息)是否超过预设时间范围(如当前日期与原请求日期是否相隔超过一天)，若是则向第一服务器反馈业务撤销失败的结果(用于避免第一服务器超过预设时间范围后才发起撤销，到时撤销结果不准确)，若否，则进行撤销处理，在发送时间信息对应的一个或多个时间分区表中登记第一服务器对处理请求的处理失败记录，若撤销处理成功则向第一服务器反馈业务撤销成功的结果，若撤销处理失败则向第一服务器反馈业务撤销失败的结果，从而第一服务器接收到对应的业务撤销结果。
89.本实施例的技术方案，通过在发送时间信息对应的一个或多个时间分区表中登记第一服务器对处理请求的处理失败记录，从而提高撤销服务响应的准确性，有利于确保第二服务器即使后续接收到该处理请求，也不会对该处理请求进行处理而是按处理失败进行闭环，从而有利于避免第一服务器与第二服务器进行了错误的关联处理。
90.在一个实施例中，如图6所示，提供了一种业务数据处理方法，以该方法应用于图1中的第一服务器为例进行说明，包括以下步骤：
91.步骤s601，处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器。
92.步骤s602，在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务。
93.步骤s603，若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。
94.上述业务数据处理方法中，处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器，在向第二服务器查询关于处理请求的处理结果的情况下，若第二服务器的查询反馈信息表示第二服务器未接收到处理请求，则发送处理请求的撤销指令至第二服务器，以使第二服务器响应对处理请求的撤销服务，若接收到第二服务器的撤销服务响应成功信息，则还原对目标业务数据的处理。该方案中第一服务器处理目标业务数据后，发送用于请求关联处理目标业务数据的处理请求至第二服务器，在向第二服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，第二服务器判断是否已接收到处理请求，若未接收到处理请求，则向第一服务器反馈未接收到处理请求的查询反馈信息，则第一服务器发送处理请求的撤销指令至第二服务器，以使第二服务器接收第一服务器发送的撤销指令，并响应对处理请求的撤销服务，第二服务器若撤销服务响应成功，发送撤销服务响应成功信息至第一服务器，以使第一服务器还原对目标业务数据的处理，通过第二服务器响应撤销服务实现若第二服务器后续即使接收到该处理请求，也不会对该处理请求进行处理而是直接当作失败处理，从而避免第一服务器与第二服务器进行了错误的关联处理，提高第一服务器与第二服务器进行关联处理的准确性，保证第一服务器与第二服务器的业务数据关联处理结果的一致性。
95.在一个实施例中，上述方法还可以通过如下步骤向第二服务器发送关于处理结果的查询请求，具体包括：若预设时间内没有接收到第二服务器反馈的处理结果，则向第二服务器发送关于处理结果的查询请求。
96.本实施例中，预设时间可以是第一服务器发送用于请求关联处理目标业务数据的处理请求至第二服务器后的30分钟内。
97.本实施例的技术方案，通过超出预设时间后发送处理结果的查询请求至第二服务器，相当于为第二服务器设定正常处理某处理请求的正常处理时间范围，超出正常处理时间范围后再查询第二服务器的处理结果情况，从而提高查询结果的准确性，同时避免多次发送查询请求或撤销指令，减少资源浪费。
98.在一个实施例中，上述方法还可以通过如下步骤接收第二服务器在未接收到处理请求时发送的查询反馈信息，具体包括：向第二服务器发送关于处理结果的查询请求，以供第二服务器根据查询请求判断是否接收到处理请求；接收第二服务器在未接收到处理请求时发送的查询反馈信息。
99.本实施例的技术方案，通过向第二服务器发送关于处理结果的查询请求并接收第二服务器在未接收到处理请求时发送的查询反馈信息，从而确保第一服务器能准确获取第二服务器是否接收到处理请求，从而在第二服务器未接收到处理请求时后续发送撤销指令至第二服务器，有利于避免第一服务器与第二服务器进行了错误的关联处理。
100.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
101.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的业务数据处理方法的业务数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个业务数据处理装置实施例中的具体限定可以参见上文中对于业务数据处理方法的限定，在此不再赘述。
102.在一个实施例中，如图7所示，提供了一种业务数据处理装置，该装置700可以包括：
103.处理请求判断模块701，用于在第一服务器查询关于用于请求关联处理目标业务数据的处理请求的处理结果的情况下，判断是否已接收到所述处理请求；其中，所述第一服务器用于处理所述目标业务数据后，发送所述处理请求至所述第二服务器；
104.查询反馈信息反馈模块702，用于若未接收到所述处理请求，则向所述第一服务器反馈未接收到所述处理请求的查询反馈信息；
105.撤销服务响应模块703，用于接收所述第一服务器发送的撤销指令，并响应对所述处理请求的撤销服务；
106.撤销服务响应成功信息发送模块704，用于若撤销服务响应成功，发送撤销服务响应成功信息至所述第一服务器，以使所述第一服务器还原对所述目标业务数据的所述处理。
107.在一个实施例中，所述第二服务器包括多个业务集群；处理请求判断模块701，还用于获取所述第一服务器发送的关于所述处理结果的查询请求；根据所述查询请求中的路由要素信息，在所述多个业务集群中确定对应的业务集群；判断所述对应的业务集群是否接收到所述处理请求。
108.在一个实施例中，所述业务集群包括时间分区表集；处理请求判断模块701，还用于根据所述时间分区表集，确定所述对应的业务集群中与所述处理请求中的发送时间信息对应的一个或多个时间分区表；根据所述对应的一个或多个时间分区表，判断所述对应的业务集群是否接收到所述处理请求。
109.在一个实施例中，该装置700还包括：处理失败记录登记模块，用于在所述发送时间信息对应的一个或多个时间分区表中登记所述第一服务器对所述处理请求的处理失败记录。
110.在一个实施例中，如图8所示，提供了一种业务数据处理装置，该装置800可以包括：
111.处理请求发送模块801，用于处理目标业务数据后，发送用于请求关联处理所述目标业务数据的处理请求至第二服务器；
112.撤销指令发送模块802，用于在向所述第二服务器查询关于所述处理请求的处理
结果的情况下，若所述第二服务器的查询反馈信息表示所述第二服务器未接收到所述处理请求，则发送所述处理请求的撤销指令至所述第二服务器，以使所述第二服务器响应对所述处理请求的撤销服务；
113.处理还原模块803，用于若接收到所述第二服务器的撤销服务响应成功信息，则还原对所述目标业务数据的所述处理。
114.在一个实施例中，该装置800还包括：查询请求发送模块，用于若预设时间内没有接收到所述第二服务器反馈的所述处理结果，则向所述第二服务器发送关于所述处理结果的查询请求。
115.在一个实施例中，查询请求发送模块，还用于向所述第二服务器发送关于所述处理结果的查询请求，以供所述第二服务器根据所述查询请求判断是否接收到所述处理请求；接收所述第二服务器在未接收到所述处理请求时发送的查询反馈信息。
116.上述业务数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
117.需要说明的是，本技术提供的业务数据处理的方法和装置可用于金融领域涉及业务数据处理的应用领域中，也可用于除金融领域之外的任意领域涉及业务数据处理的处理中，本技术提供的业务数据处理的方法和装置的应用领域不做限定。
118.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储业务数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机设备还包括输入输出接口，输入输出接口是处理器与外部设备之间交换信息的连接电路，它们通过总线与处理器相连，简称i/o接口。该计算机程序被处理器执行时以实现一种业务数据处理方法。
119.本领域技术人员可以理解，图9中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
120.在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
121.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
122.在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
123.需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据。
124.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以
通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
125.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
126.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。