一种批量业务的处理方法及装置、存储介质、计算机设备与流程

1.本技术涉及人工智能技术领域，尤其是涉及到一种批量业务的处理方法及装置、存储介质、计算机设备。


背景技术：

2.随着网络技术的不断发展，线上业务变得越来越普遍，尤其是线上支付业务，例如保险理赔支付业务、员工报销支付业务等。线上支付业务可以大大提升支付的效率，同时还可以提升用户的支付体验。
3.然而，当前很多支付业务在审批时由于同一环节审批工作人员有多个，因而存在交叉审批的可能，批量业务审批通过提交到支付中心后非常有可能造成重复支付的情况，因而，避免多方审批通过后重复支付对于支付业务而言是非常重要的。


技术实现要素：

4.有鉴于此，本技术提供了一种批量业务的处理方法及装置、存储介质、计算机设备，将支付流水轮流添加并发锁，每次仅对一笔支付流水进行加锁操作，并且仅对成功添加并发锁的支付流水进行支付，可以有效避免接收批量业务时重复支付的情况出现。
5.根据本技术的一个方面，提供了一种批量业务的处理方法，包括：
6.接收不同业务提交终端发送的待支付信息，所述待支付信息中包括至少一个待支付业务，每个所述待支付业务包含对应的业务提交终端的终端标识；
7.确定所述待支付业务对应的业务支付状态，并基于所述业务支付状态为未支付状态的待支付业务生成支付流水；
8.对所述支付流水轮流添加并发锁，将成功添加并发锁的支付流水发送至预设支付终端，并接收所述预设支付终端反馈的支付状态信息，所述支付状态信息由所述预设支付终端基于支付结果确定，所述支付结果由所述预设支付终端对所述成功添加并发锁的支付流水进行支付得到；
9.依据所述支付状态信息，更新所述支付流水对应的待支付业务的业务支付状态，并识别所述支付流水对应的待支付业务中包含的终端标识，将所述支付状态信息转发至所述终端标识指示的所述业务提交终端中。
10.根据本技术的另一方面，提供了一种批量业务的处理装置，包括：
11.信息接收模块，用于接收不同业务提交终端发送的待支付信息，所述待支付信息中包括至少一个待支付业务，每个所述待支付业务包含对应的业务提交终端的终端标识；
12.状态确定模块，用于确定所述待支付业务对应的业务支付状态，并基于所述业务支付状态为未支付状态的待支付业务生成支付流水；
13.加锁模块，用于对所述支付流水轮流添加并发锁，将成功添加并发锁的支付流水发送至预设支付终端，并接收所述预设支付终端反馈的支付状态信息，所述支付状态信息由所述预设支付终端基于支付结果确定，所述支付结果由所述预设支付终端对所述成功添
加并发锁的支付流水进行支付得到；
14.状态更新模块，用于依据所述支付状态信息，更新所述支付流水对应的待支付业务的业务支付状态，并识别所述支付流水对应的待支付业务中包含的终端标识，将所述支付状态信息转发至所述终端标识指示的所述业务提交终端中。
15.依据本技术又一个方面，提供了一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述批量业务的处理方法。
16.依据本技术再一个方面，提供了一种计算机设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述批量业务的处理方法。
17.借由上述技术方案，本技术提供的一种批量业务的处理方法及装置、存储介质、计算机设备，首先，可以接收不同的业务提交终端发送的待支付信息。在这里，待支付信息可以包括一个或者多个待支付业务，待支付信息中的每个待支付业务还可以包括对应的业务提交终端的终端标识。接收不同业务提交终端发送的待支付信息之后，还可以对各个待支付信息中的每个待支付业务的业务支付状态进行识别，当存在待支付业务的业务支付状态为未支付状态时，说明该待支付业务从未被支付过，那么可以以这些未支付状态的待支付业务为基础生成支付流水。接着，可以对生成的支付流水轮流添加并发锁，并可以将成功添加并发锁的支付流水发送到预设支付终端中。预设支付终端接收到添加并发锁的支付流水后，可以根据支付流水中的内容进行支付，并生成支付状态信息。之后可以接收预设支付终端返回的支付状态信息。最后，可以根据预设支付终端反馈的支付状态信息对刚刚加锁的待支付业务的业务支付状态进行更新。此外，还可以识别该支付流水对应的待支付业务中包含的终端标识，将支付状态信息转发到与终端标识对应的业务提交终端中。本技术实施例将支付流水轮流添加并发锁，每次仅对一笔支付流水进行加锁操作，并且仅对成功添加并发锁的支付流水进行支付，可以有效避免接收批量业务时重复支付的情况出现。
18.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
19.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
20.图1示出了本技术实施例提供的一种批量业务的处理方法的流程示意图；
21.图2示出了本技术实施例提供的另一种批量业务的处理方法的流程示意图；
22.图3示出了本技术实施例提供的一种批量业务的处理装置的结构示意图。
具体实施方式
23.下文中将参考附图并结合实施例来详细说明本技术。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
24.在本实施例中提供了一种批量业务的处理方法，如图1所示，该方法包括：
25.步骤101，接收不同业务提交终端发送的待支付信息，所述待支付信息中包括至少
一个待支付业务，每个所述待支付业务包含对应的业务提交终端的终端标识；
26.本技术实施例提供的批量业务处理方法，可以应用于客户端一侧，也可以应用于服务器一侧，具体可以应用于批量保险发票的处理场景中。当前很多保险公司的保险发票的支付业务均由多个工作人员审批，审批后直接提交给支付中心进行支付，但是由于多个工作人员可能对同一保险发票的支付业务进行审批，因而可能出现针对同一保险发票重复支付的情况。本技术实施例中的批量业务的提交方可以是不同的业务提交终端。首先，可以接收不同的业务提交终端发送的待支付信息。在这里，待支付信息可以包括一个或者多个待支付业务，每一个待支付业务可以对应有一个业务编号。在具体的应用场景中，业务提交终端可以是保险业务工作人员对应的终端，待支付信息可以是保险发票的支付信息，待支付业务可以是每一个保险发票的支付业务等。此外，待支付信息中的每个待支付业务还可以包括对应的业务提交终端的终端标识，终端标识与业务提交终端一一对应。例如，待支付业务1是由业务提交终端a提交的，那么待支付业务1中可以包含有业务提交终端a对应的终端标识。本技术实施例中每个业务提交终端发送的待支付信息中，可以包括一个或者多个待支付业务，因而针对每个业务提交终端来说，可以实现批量业务的提交，可以大大提升业务提交的效率。
27.步骤102，确定所述待支付业务对应的业务支付状态，并基于所述业务支付状态为未支付状态的待支付业务生成支付流水；
28.在该实施例中，接收不同业务提交终端发送的待支付信息之后，还可以对各个待支付信息中的每个待支付业务的业务支付状态进行识别，在这里，业务支付状态可以分为已支付状态和未支付状态两种。当存在待支付业务的业务支付状态为未支付状态时，说明该待支付业务从未被支付过，那么可以以这些未支付状态的待支付业务为基础生成支付流水。具体地，可以以全部未支付状态的待支付业务为基础生成支付流水，并将生成的支付流水进行缓存，用于后续进一步处理。另外，也存在待支付业务的业务支付状态为已支付状态的情况，这是由于不同的业务提交人员可能对同一业务重复提交，从而使得某些已被支付过的业务被再次提交。
29.步骤103，对所述支付流水轮流添加并发锁，将成功添加并发锁的支付流水发送至预设支付终端，并接收所述预设支付终端反馈的支付状态信息，所述支付状态信息由所述预设支付终端基于支付结果确定，所述支付结果由所述预设支付终端对所述成功添加并发锁的支付流水进行支付得到；
30.在该实施例中，接着，可以对生成的支付流水轮流添加并发锁，并可以将成功添加并发锁的支付流水发送到预设支付终端中。在这里，每次仅对一笔支付流水添加并发锁，预设支付终端可以是预先设置的进行支付的终端。预设支付终端接收到添加并发锁的支付流水后，可以根据支付流水中的内容进行支付，得到支付结果，并根据支付结果确定支付状态信息。其中，支付状态信息可以是支付成功信息、支付失败信息等。之后可以接收预设支付终端返回的支付状态信息。
31.步骤104，依据所述支付状态信息，更新所述支付流水对应的待支付业务的业务支付状态，并识别所述支付流水对应的待支付业务中包含的终端标识，将所述支付状态信息转发至所述终端标识指示的所述业务提交终端中。
32.在该实施例中，最后，可以根据预设支付终端反馈的支付状态信息对刚刚加锁的
待支付业务的业务支付状态进行更新。具体地，当支付状态信息为支付成功信息时，可以将待支付业务的业务支付状态从最初的未支付状态更新为已支付状态；当支付状态信息为支付失败信息时，可以将待支付业务的业务支付状态仍旧保持为未支付状态，同时可以备注一次支付失败，还可以备注一次支付失败的时间等。此外，还可以识别该支付流水对应的待支付业务中包含的终端标识，将支付状态信息转发到与终端标识对应的业务提交终端中，业务提交终端接收到业务支付信息后，同样可以更新对应业务编号的业务的支付状态。
33.通过应用本实施例的技术方案，首先，可以接收不同的业务提交终端发送的待支付信息。在这里，待支付信息可以包括一个或者多个待支付业务，待支付信息中的每个待支付业务还可以包括对应的业务提交终端的终端标识。接收不同业务提交终端发送的待支付信息之后，还可以对各个待支付信息中的每个待支付业务的业务支付状态进行识别，当存在待支付业务的业务支付状态为未支付状态时，说明该待支付业务从未被支付过，那么可以以这些未支付状态的待支付业务为基础生成支付流水。接着，可以对生成的支付流水轮流添加并发锁，并可以将成功添加并发锁的支付流水发送到预设支付终端中。预设支付终端接收到添加并发锁的支付流水后，可以根据支付流水中的内容进行支付，并生成支付状态信息。之后可以接收预设支付终端返回的支付状态信息。最后，可以根据预设支付终端反馈的支付状态信息对刚刚加锁的待支付业务的业务支付状态进行更新。此外，还可以识别该支付流水对应的待支付业务中包含的终端标识，将支付状态信息转发到与终端标识对应的业务提交终端中。本技术实施例将支付流水轮流添加并发锁，每次仅对一笔支付流水进行加锁操作，并且仅对成功添加并发锁的支付流水进行支付，可以有效避免接收批量业务时重复支付的情况出现。
34.在本技术实施例中，可选地，步骤103中所述“将成功添加并发锁的支付流水发送至预设支付终端”包括：将成功添加并发锁的支付流水发送至所述预设支付终端，以使所述预设支付终端基于所述成功添加并发锁的支付流水进行支付，并将支付结果信息存储至消息队列中，所述支付结果信息包括支付金额信息以及支付时间信息；从所述消息队列读取所述支付结果信息，并基于所述支付结果信息更新所述待支付业务的支付结果。
35.在该实施例中，当把成功添加并发锁的支付流水发送到预设支付终端中之后，预设支付终端接收该成功添加并发锁的支付流水，并据此进行支付，支付后不但可以生成支付状态信息，此外还可以生成支付结果信息。在这里，支付状态信息可以包括支付成功信息、支付失败信息等，支付结果信息可以包括该支付流水对应的支付金额信息、支付时间信息等，也即支付状态信息主要指示支付是否成功，支付结果信息则指示支付结果的多方面内容，从支付结果信息中可以看出更加详细的相关信息。生成支付结果信息后，可以将支付结果信息存储在消息队列中。后续，当处于业务支付处理空闲时，或是业务支付处理的数据量不大时，例如小于预设数据量阈值时，可以从消息队列中依次读取支付结果信息，并根据支付结果信息对待支付业务的支付结果进行更新。具体地，可以设置支付结果列表，根据支付结果信息对支付结果列表进行更新，支付结果列表中存储有与每个业务编号对应的各种支付相关的内容。后续业务提交终端可以直接发送查询请求，以查看支付结果。本技术实施例通过将支付结果信息存储在消息队列中，后续在处理空闲时，再从消息队列中读取支付结果信息，实现异步处理，可以有效减少同时处理的数据量。
36.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例
的具体实施过程，提供了另一种批量业务的处理方法，如图2所示，该方法包括：
37.步骤201，接收不同业务提交终端发送的待支付信息，所述待支付信息中包括至少一个待支付业务，每个所述待支付业务包含对应的业务提交终端的终端标识；
38.在该实施例中，首先，可以接收不同的业务提交终端发送的待支付信息。在这里，待支付信息可以包括一个或者多个待支付业务，每一个待支付业务可以对应有一个业务编号。此外，待支付信息中的每个待支付业务还可以包括对应的业务提交终端的终端标识，终端标识与业务提交终端一一对应。例如，待支付业务1是由业务提交终端a提交的，那么待支付业务1中可以包含有业务提交终端a对应的终端标识。本技术实施例中每个业务提交终端发送的待支付信息中，可以包括一个或者多个待支付业务，因而针对每个业务提交终端来说，可以实现批量业务的提交，可以大大提升业务提交的效率。
39.步骤202从业务支付记录中查询是否包含所述待支付业务对应的所述业务编号；当包含时，确定所述待支付业务对应的业务支付状态为已支付状态；当不包含时，确定所述待支付业务对应的业务支付状态为未支付状态；
40.在该实施例中，可以存储有业务支付记录，业务支付记录中可以记录每一笔已支付业务对应的业务编号，还可以包括业务支付时间等。接收不同业务提交终端发送的待支付信息后，可以从业务支付记录中查询是否包含待支付信息中待支付业务对应的业务编号。如果包含，那么说明该待支付业务已经被支付过，否则说明该待支付业务未被支付过。
41.步骤203，对所述业务支付状态为未支付状态的所述待支付业务依据所述业务编号进行去重处理，得到去重后的业务支付状态为未支付状态的待支付业务；
42.在该实施例中，确定完业务支付状态为未支付状态的待支付业务后，可以对这些待支付业务根据业务编号进行去重，将同样业务编号的仅保留一个，进而得到去重后的业务支付状态为未支付状态的待支付业务。
43.步骤204，基于去重后的业务支付状态为未支付状态的待支付业务，生成支付流水；
44.在该实施例中，可以进一步以去重后的业务支付状态为未支付状态的待支付业务为基础，生成支付流水。
45.步骤205，将任一所述支付流水作为目标支付流水，为所述目标支付流水添加并发锁；
46.在该实施例中，当待支付业务包括多个时，生成的支付流水也对应有多个，那么可以从多个支付流水中确定一个支付流水作为目标支付流水，并为该目标支付流水添加并发锁。在这里，确定目标支付流水可以是随机确定的，也可以是按照接收时间确定的。
47.步骤206，将成功添加并发锁的目标支付流水发送至所述预设支付终端，并接收所述预设支付终端反馈的支付状态信息；
48.在该实施例中，当目标支付流水成功添加并发锁之后，可以将成功添加并发锁的目标支付流水发送到预设支付终端中，这样预设支付终端接收到添加并发锁的目标支付流水后，可以进一步进行支付，并生成支付状态信息。在这里，支付状态信息可以包括支付成功信息、支付失败信息等。接着，可以接收预设支付终端反馈的支付状态信息。
49.步骤207，当所述预设支付终端反馈的所述支付状态信息为支付成功信息时，解锁所述目标支付流水，并通过除所述目标支付流水之外的支付流水，更新所述目标支付流水；
50.在该实施例中，如果预设支付终端反馈的支付状态信息是支付成功信息时，说明对应的待支付业务已经支付成功，此时可以将添加并发锁的目标支付流水中的并发锁解除，进一步通过其他支付流水更新目标支付流水，即通过其它支付流水中的一个作为下一个目标支付流水。此外，当支付状态信息为支付失败信息时，此时可以删除该目标支付流水对应的并发锁添加记录，并将该目标支付流水继续放在支付流水队列中，等待之后的再次支付。具体地，可以放在支付流水队列尾端。此时可以将下一个支付流水作为目标支付流水。
51.步骤208，基于更新后的目标支付流水，重复执行所述为所述目标支付流水添加并发锁的步骤，直至所述支付流水全部添加过所述并发锁后结束；
52.在该实施例中，当确定新的目标支付流水之后，可以对该新的目标支付流水添加并发锁，并当添加成功后，再次发送到预设支付终端，通过预设支付终端再次进行支付操作，支付成功后，再次更新目标支付流水
……
重复上面的操作，直到生成的支付流水全部添加过并发锁之后结束。
53.步骤209，当所述支付状态信息指示所述待支付业务支付成功时，将所述待支付业务的所述业务编号添加至所述业务支付记录中；
54.在该实施例中，如果预设支付终端返回的支付状态信息指示待支付业务已经被成功支付后，那么可以将该待支付业务对应的业务编号添加到业务支付记录当中，后续再根据业务支付记录进行查询时，如果再次提交该业务编号对应的待支付业务时，那么即可确定其业务支付状态为已支付状态。
55.步骤210，识别所述支付流水对应的待支付业务中包含的终端标识，将所述支付状态信息转发至所述终端标识指示的所述业务提交终端中。
56.在该实施例中，可以识别该支付流水对应的待支付业务中包含的终端标识，将支付状态信息转发到与终端标识对应的业务提交终端中，业务提交终端接收到业务支付信息后，同样可以更新对应业务编号的业务的支付状态。
57.在本技术实施例中，可选地，步骤205中所述“为所述目标支付流水添加并发锁”，包括：识别所述目标支付流水对应的所述待支付业务的业务编号，并确定所述业务编号对应的并发锁状态；当所述并发锁状态指示所述业务编号的支付流水添加过并发锁时，返回所述目标支付流水并发锁添加失败信息；当所述并发锁状态指示所述业务编号的支付流水未添加过并发锁时，返回所述目标支付流水并发锁添加成功信息。
58.在该实施例中，在为目标支付流水添加并发锁时，首先可以识别目标支付流水对应的待支付业务的业务编号，接着可以根据业务编号确定并发锁状态。在这里，可以存储有并发锁添加情况列表，并发锁添加情况列表中可以包括添加过并发锁的目标支付流水的业务编号，此外还可以包括添加的时间等等。如果经过业务编号查询，发现并发锁添加情况列表中存在目标支付流水的业务编号，那么说明本次想要添加并发锁的目标支付流水已经添加过并发锁，此目标支付流水不能再次被添加并发锁，此时可以返回目标支付流水并发锁添加失败信息。如果经过业务编号查询，发现本次想要添加并发锁的目标支付流水没有添加过并发锁，也即并发锁添加情况列表中不存在本次目标支付流水对应的业务编号，那么此目标支付流水可以被添加并发锁，此时可以返回目标支付流水并发锁添加成功信息。
59.此外，当成功添加并发锁的目标支付流水发送到预设支付终端后，如果预设支付
终端返回的是支付成功信息，那么可以将该目标支付流水对应的业务编号添加到并发锁添加情况列表中，如果预设支付终端返回的是支付失败信息时，则不添加。
60.在本技术实施例中，可选地，步骤201之前，业务提交终端可以接收用户提交的待支付业务，待支付业务中可以包含业务编号、待支付金额等。接收后，首先判断数据库中是否已经存在该业务编号，如果存在，那么直接返回存储失败信息，如果不存在，则直接成功存储。在这里，用户录入业务编号时，可以直接通过orc编号识别功能，解决了手动输入业务编号效率低，人为输入错误的情况。
61.进一步的，作为图1方法的具体实现，本技术实施例提供了一种批量业务的处理装置，如图3所示，该装置包括：
62.信息接收模块，用于接收不同业务提交终端发送的待支付信息，所述待支付信息中包括至少一个待支付业务，每个所述待支付业务包含对应的业务提交终端的终端标识；
63.状态确定模块，用于确定所述待支付业务对应的业务支付状态，并基于所述业务支付状态为未支付状态的待支付业务生成支付流水；
64.加锁模块，用于对所述支付流水轮流添加并发锁，将成功添加并发锁的支付流水发送至预设支付终端，并接收所述预设支付终端反馈的支付状态信息，所述支付状态信息由所述预设支付终端基于支付结果确定，所述支付结果由所述预设支付终端对所述成功添加并发锁的支付流水进行支付得到；
65.状态更新模块，用于依据所述支付状态信息，更新所述支付流水对应的待支付业务的业务支付状态，并识别所述支付流水对应的待支付业务中包含的终端标识，将所述支付状态信息转发至所述终端标识指示的所述业务提交终端中。
66.可选地，所述加锁模块，包括：
67.加锁单元，用于将任一所述支付流水作为目标支付流水，为所述目标支付流水添加并发锁，并将成功添加并发锁的目标支付流水发送至所述预设支付终端，并接收所述预设支付终端反馈的支付状态信息；
68.解锁单元，用于当所述预设支付终端反馈的所述支付状态信息为支付成功信息时，解锁所述目标支付流水，并通过除所述目标支付流水之外的支付流水，更新所述目标支付流水；
69.更新单元，用于基于更新后的目标支付流水，重复执行所述为所述目标支付流水添加并发锁的步骤，直至所述支付流水全部添加过所述并发锁后结束。
70.可选地，所述加锁单元，用于：识别所述目标支付流水对应的所述待支付业务的业务编号，并确定所述业务编号对应的并发锁状态；当所述并发锁状态指示所述业务编号的支付流水添加过并发锁时，返回所述目标支付流水并发锁添加失败信息；当所述并发锁状态指示所述业务编号的支付流水未添加过并发锁时，返回所述目标支付流水并发锁添加成功信息。
71.可选地，所述状态确定模块，包括：
72.查询单元，用于从业务支付记录中查询是否包含所述待支付业务对应的所述业务编号；
73.判断单元，用于当包含时，确定所述待支付业务对应的业务支付状态为已支付状态；当不包含时，确定所述待支付业务对应的业务支付状态为未支付状态。
74.可选地，所述状态更新模块，用于：当所述支付状态信息指示所述待支付业务支付成功时，将所述待支付业务的所述业务编号添加至所述业务支付记录中。
75.可选地，所述装置还包括：
76.去重模块，用于所述基于所述业务支付状态为未支付状态的待支付业务生成支付流水之前，对所述业务支付状态为未支付状态的所述待支付业务依据所述业务编号进行去重处理，得到去重后的业务支付状态为未支付状态的待支付业务。
77.可选地，所述加锁模块，用于：将成功添加并发锁的支付流水发送至所述预设支付终端，以使所述预设支付终端基于所述成功添加并发锁的支付流水进行支付，并将支付结果信息存储至消息队列中，所述支付结果信息包括支付金额信息以及支付时间信息；从所述消息队列读取所述支付结果信息，并基于所述支付结果信息更新所述待支付业务的支付结果。
78.需要说明的是，本技术实施例提供的一种批量业务的处理装置所涉及各功能单元的其他相应描述，可以参考图1至图2方法中的对应描述，在此不再赘述。
79.基于上述如图1至图2所示方法，相应的，本技术实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1至图2所示的批量业务的处理方法。
80.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
81.基于上述如图1至图2所示的方法，以及图3所示的虚拟装置实施例，为了实现上述目的，本技术实施例还提供了一种计算机设备，具体可以为个人计算机、服务器、网络设备等，该计算机设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1至图2所示的批量业务的处理方法。
82.可选地，该计算机设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括显示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如蓝牙接口、wi-fi接口)等。
83.本领域技术人员可以理解，本实施例提供的一种计算机设备结构并不构成对该计算机设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
84.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理和保存计算机设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与该实体设备中其它硬件和软件之间通信。
85.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。首先，可以接收不同的业务提交终端发送的待支付信息。在这里，待支付信息可以包括一个或者多个待支付业务，待支付信息中的每个待支付业务还可以包括对应的业务提交终端的终端标识。接收不同业务提交终端发送的待支付信息之后，还可以对各个待支付信息中的每个待支付业务的业务
支付状态进行识别，当存在待支付业务的业务支付状态为未支付状态时，说明该待支付业务从未被支付过，那么可以以这些未支付状态的待支付业务为基础生成支付流水。接着，可以对生成的支付流水轮流添加并发锁，并可以将成功添加并发锁的支付流水发送到预设支付终端中。预设支付终端接收到添加并发锁的支付流水后，可以根据支付流水中的内容进行支付，并生成支付状态信息。之后可以接收预设支付终端返回的支付状态信息。最后，可以根据预设支付终端反馈的支付状态信息对刚刚加锁的待支付业务的业务支付状态进行更新。此外，还可以识别该支付流水对应的待支付业务中包含的终端标识，将支付状态信息转发到与终端标识对应的业务提交终端中。本技术实施例将支付流水轮流添加并发锁，每次仅对一笔支付流水进行加锁操作，并且仅对成功添加并发锁的支付流水进行支付，可以有效避免接收批量业务时重复支付的情况出现。
86.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
87.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。