CN117934168A - 交易请求处理方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本申请公开了一种交易请求处理方法、装置、设备及计算机存储介质，属于信息处理领域，其包括：获取控制策略；获取第一控制单元的交易请求队列中各交易请求的交易请求信息；根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔；判断第一请求时间间隔是否满足控制策略中的时间间隔条件，得到判断结果；根据判断结果对第一交易请求进行处理，基于此，实现了通过控制策略对交易队列中交易请求的控制，通过控制策略对交易请求的控制，减少了交易请求执行失败的可能，从而提高了交易请求的执行效率。

Description

交易请求处理方法、装置、设备及计算机存储介质

技术领域

本申请属于信息处理领域，尤其涉及一种交易请求处理方法、装置、设备及计算机存储介质。

背景技术

交易系统直连柜台系统进行线上化执行交易请求，但是在交易请求的执行过程中，往往会有多个交易请求在排队等待被执行，而执行交易请求的柜台系统的执行频率是一定的，如果多个交易请求均发送至柜台系统请求执行，则会造成柜台系统出现连续的交易请求执行失败的情况，从而影响了交易请求的执行效率。

发明内容

本申请实施例提供一种交易请求处理方法、装置、设备及计算机存储介质，提高了交易请求的执行效率。

根据本申请的第一个方面，本申请实施例提供一种交易请求处理方法，该方法包括：

获取控制策略，控制策略对应至少一个控制单元；

获取第一控制单元的交易请求队列中各交易请求的交易请求信息，交易请求信息包括请求时间；

根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔；

判断第一请求时间间隔是否满足控制策略中的时间间隔条件，得到判断结果；

根据判断结果对第一交易请求进行处理，第一交易请求为位于交易请求队列中的队首的交易请求。

可选地，根据判断结果对第一交易请求进行处理，包括：

在判断结果为第一请求时间间隔满足时间间隔条件的情况下，将第一交易请求发送至后台系统；

在判断结果为第一请求时间间隔不满足时间间隔条件的情况下，将第一交易请求迁移至所交易请求队列的队尾；根据控制策略，更新交易请求队列中的最后两个交易请求的第二请求时间间隔。

可选地，控制策略包括第一预设请求等待时长，方法还包括：

获取当前时间；

根据当前时间和交易请求队列中各交易请求的请求时间，分别确定各交易请求的第一等待时长；

将目标交易请求从交易请求队列中删除，得到更新后的交易请求队列；目标请求包括第一等待时长大于第一预设等待时长的交易请求。

可选地，在获取第一控制单元的交易请求队列中各交易请求的交易请求信息之后，方法还包括：

对控制策略和第一交易请求的交易请求信息进行逻辑计算，得到第一交易请求的分类类别；

根据分类类别，确定用于处理第一交易请求的第一控制单元。

可选地，根据分类类别，确定用于处理第一交易请求的第一控制单元，包括：

在至少一个控制单元中，存在第一控制单元的情况下，从至少一个控制单元中选取第一控制单元；

在至少一个控制单元中，不存在第一控制单元的情况下，根据分类类别和控制策略生成第一控制单元。

可选地，方法还包括：

在至少一个控制单元中，存在不满足控制策略的第二控制单元的情况下，从至少一个控制单元中删除第二控制单元。

可选地，控制策略还包括：第二预设等待时长，方法还包括：

获取当前时间；

根据当前时间和各交易请求队列中的活跃时间戳的差值，分别确定各控制单元的第二等待时长，活跃时间戳为交易请求队列中队首的交易请求的请求时间；

在至少一个控制单元中，存在第二等待时长大于第二预设等待时长的第二控制单元，且第二控制单元的交易请求队列中不存在交易请求的情况下，从至少一个控制单元中删除第二控制单元。

可选地，在获取控制策略之前，方法还包括：

获取交易请求的处理场景信息和用户需求信息；

根据处理场景信息和用户需求信息，生成控制策略。

根据本申请的第二个方面，本申请实施例提供了一种交易请求处理装置，该装置包括：

第一获取模块，用于获取控制策略，控制策略对应至少一个控制单元；

第二获取模块，用于获取第一控制单元的交易请求队列中各交易请求的交易请求信息，交易请求信息包括请求时间；

第一确定模块，用于根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔；

判断模块，用于判断第一请求时间间隔是否满足控制策略中的时间间隔条件，得到判断结果；

处理模块，用于根据判断结果对第一交易请求进行处理，第一交易请求为位于交易请求队列中的队首的交易请求。

根据本申请的第三个方面，提供一种交易请求处理设备，该设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现第一个方面中任意一项的交易请求处理方法。

根据本申请的第四个方面，本申请实施例提供了一种计算机存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一个方面中任意一项的交易请求处理方法。

根据本申请的第五个方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行第一个方面中任意一项的交易请求处理方法。

本申请实施例的交易请求处理方法、装置、设备及计算机存储介质，通过获取制定的控制策略，以及获取第一控制单元的交易请求队列中的交易请求，然后根据交易请求队列中的前两个交易请求确定交易请求队列的第一请求时间间隔，并根据控制策略中的时间间隔条件判断第一请求时间间隔是否于控制策略，由此，便可以根据判断结果对交易请求队列中的第一交易请求进行处理。基于此，实现了通过控制策略对交易队列中交易请求的控制，通过控制策略对交易请求的控制，减少了交易请求执行失败的可能，从而提高了交易请求的执行效率。

附图说明

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

图1是根据一示例性实施例示出的交易请求处理方法的一流程图；

图2是根据一示例性实施例示出的交易请求处理方法的又一流程图；

图3是根据一示例性实施例示出的交易请求处理方法的又一流程图；

图4是根据一示例性实施例示出的交易请求处理方法的又一流程图；

图5是根据一示例性实施例示出的交易请求处理方法的又一流程图；

图6是根据一示例性实施例示出的交易请求处理装置的结构框图；

图7是根据一示例性实施例示出的交易请求处理设备的结构框图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非他性地包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

如背景技术部分所述，多个交易请求均发送至柜台系统请求执行，则会造成柜台系统出现连续的交易请求执行失败的情况，从而影响了交易请求的执行效率。

为了解决现有技术问题，本申请实现了通过控制策略对交易队列中交易请求的控制，通过控制策略对交易请求的控制，减少了交易请求执行失败的可能，从而提高了交易请求的执行效率。

基于此，本申请提供了一种交易请求处理方法、装置、设备及计算机存储介质。下面首先对本申请实施例所提供的交易请求处理方法进行介绍。

图1示出了本申请一个实施例提供的交易请求处理方法的一流程示意图。如图1所示，其可以包括以下步骤：

S101，获取控制策略，控制策略对应至少一个控制单元；

S102，获取第一控制单元的交易请求队列中各交易请求的交易请求信息，交易请求信息包括请求时间；

S103，根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔；

S104，判断第一请求时间间隔是否满足控制策略中的时间间隔条件，得到判断结果；

S105，根据判断结果对第一交易请求进行处理，第一交易请求为位于交易请求队列中的队首的交易请求。

基于上述实施例，本申请通过获取制定的控制策略，以及获取第一控制单元的交易请求队列中的交易请求，然后根据交易请求队列中的前两个交易请求确定交易请求队列的第一请求时间间隔，并根据控制策略中的时间间隔条件判断第一请求时间间隔是否于控制策略，由此，便可以根据判断结果对交易请求队列中的第一交易请求进行处理。基于此，实现了通过控制策略对交易队列中交易请求的控制，通过控制策略对交易请求的控制，减少了交易请求执行失败的可能，从而提高了交易请求的执行效率。

在上述S101中，制定所需的控制策略，可以将控制策略存储在请求控制系统的控制策略模块中，从请求控制系统的控制策略模块中获取所需的控制策略，并且控制策略是用于控制控制单元中交易请求的分发过程，一个控制策略可以控制多个控制单元。

具体地，在S101之前，该方法还可以包括：

S1011，获取交易请求的处理场景信息和用户需求信息；

S1012，根据处理场景信息和用户需求信息，生成控制策略。

通过获取交易请求处理的场景信息和用户需求信息，从而生成相应的控制策略，使得控制策略可以更好地满足用户需求以及柜台系统的需求，从而可以确保控制策略的效果。

作为一示例，处理场景信息可以包括：交易请求的交易对象、交易请求的类型、交易请求的交易方式等。

作为一示例，用户需求信息可以包括：用户所需的交易对象，用户所需的交易时间，用户所需的交易方式等。

作为一示例，控制策略可以进行以下至少一种控制：交易第一请求时间间隔控制、交易对象控制、交易请求等待时间控制等。

在上述S102中，第一控制单元为请求控制执行模块的一个控制单元，第一控制单元中可以包括一个交易请求队列，在交易请求队列中，可以包括多个顺序排列的交易请求，每个交易请求在发起的时候，均会记录交易请求的交易请求信息。

作为一示例，交易请求信息可以包括：请求时间，交易对象、交易方式、交易类型等。

在上述S103中，交易请求队列中，交易请求是一个个进行控制发送的，因此，只需要通过控制策略对交易请求队列中前两个交易请求的请求时间进行控制，便可以控制交易请求队列中各交易请求的处理情况。

由此，则可以根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔。

具体地，队首的交易请求的请求时间为活跃时间戳，因此可以根据活跃时间戳和交易请求队列中第二项交易请求的请求时间来确定第一请求时间间隔。

在上述S104中，将第一请求时间间隔与时间间隔条件相比较，判断第一请求时间间隔是否满足时间间隔条件，从而得到判断结果。

如果是判断第一请求时间间隔是否满足控制策略中的时间间隔条件，则是对交易请求队列中交易第一请求时间间隔的控制。

具体地，控制策略中包括时间间隔条件，时间间隔条件可以下发至请求控制执行模块中的超时检测器，由超时检测器，将第一请求时间间隔与时间间隔条件相比较，判断第一请求时间间隔是否满足时间间隔条件。

在上述S105中，根据判断结果，确定第一交易请求的处理方式，其中，第一交易请求为交易请求队里中队首的交易请求。

在对位于队首的第一交易请求处理完后，原交易请求队列中排序在第一交易请求之后的第二交易请求将来到队首的位置，因此交易请求队列的活跃时间戳将更新为新的队首的交易请求的请求时间，即第二交易请求的请求时间。

具体地，S105可以包括：

S1051，在判断结果为第一请求时间间隔满足时间间隔条件的情况下，将第一交易请求发送至后台系统；

假设时间间隔条件为小于30s，如果第一请求时间间隔小于30s，则为满足时间间隔条件，反之则为不满足。

作为一示例，后台系统可以包括：柜台交易处理系统、自助交易处理系统等。

S1052，在判断结果为第一请求时间间隔不满足时间间隔条件的情况下，将第一交易请求迁移至所交易请求队列的队尾；根据控制策略，更新交易请求队列中的最后两个交易请求的第二请求时间间隔。

交易请求队列是包括多个交易请求的，如果不满足时间间隔条件，则将原本位于队首的第一交易请求迁移值交易请求队列中的队尾，使得第一交易请求后续再继续处理，但是由于第一交易请求是从队首迁移至了队尾的，所以第一交易请求与原对尾的第三交易请求(即迁移后的交易请求队列中最后两个交易请求)之间的第二请求时间间隔不能再根据第一交易请求的请求时间以及原对尾的第三交易请求的请求时间来进行确定，所以需要重新确定第二请求时间间隔。

作为一示例，第二请求时间间隔可以根据控制策略进行更新确定，其中，控制策略可以包括：时间差值计算法更新第二请求时间间隔，阶梯法更新等待时间间隔等。

为了优化交易请求的处理资源，本申请还提供了交易请求处理方法的另一种实现方式。

控制策略包括第一预设请求等待时长；

图2示出了本申请一个实施例提供的交易请求处理方法的又一流程示意图，如图2所示，该方法还可以包括以下步骤：

S201，获取当前时间；

S202，根据当前时间和交易请求队列中各交易请求的请求时间，分别确定各交易请求的第一等待时长；

S203，将目标交易请求从交易请求队列中删除，得到更新后的交易请求队列；目标请求包括第一等待时长大于第一预设等待时长的交易请求。

基于上述实施例，通过根据当前时间和各交易请求的请求时间，确定各交易请求的第一等待时长，进而根据控制策略中的第一预设请求等待时长对各交易请求的第一等待时长进行判断，将第一等待时长超过第一预设请求等待时长的目标交易请求从原交易请求队列中删除，从而得到一个更新后交易请求队列，由此使得更新后的交易请求队列中的各交易请求均是没有超过第一预设请求等待时长的，也就是说各交易请求均是能够在后台系统进行响应处理的，由此删除了不能进行响应处理的交易请求，优化了请求处理资源，提高了请求处理效率。

在上述S201中，处理交易请求的交易系统存在时钟，可以从时钟获取当前时间；当前时间为当前时刻的时间。

在上述S202中，请求时间为交易请求在发起时刻的时间，根据当前时间和请求时间的差值，便可以得到该交易请求从发起至现在的第一等待时长。

在上述S203中，为了使得各交易请求能够顺序进行响应，避免耽误用户等待时间过长，可以通过设置控制策略来控制交易请求队列中各交易请求的等待时长，具体地，控制策略中包括了每个交易请求的最大等待时长，即第一预设请求等待时长，如果交易请求的第一等待时长超过第一预设请求等待时长，则说明该交易请求的等待时长超过了控制策略所要求的等待时长，无法再被响应，已经是个无效的交易请求了，而为了避免交易请求队列堵塞，缓解控制单元的运行压力，因此需要将无效的交易请求从交易请求队列中删除，从而得到一个更新后的交易请求队列。

为了提高了处理第一交易请求的准确性，本申请还提供了交易请求处理方法的另一种实现方式。

图3示出了本申请一个实施例提供的交易请求处理方法的又一流程示意图，如图3所示，在上述S102之后，该方法还可以包括以下步骤：

S301，对控制策略和第一交易请求的交易请求信息进行逻辑计算，得到第一交易请求的分类类别；

S302，根据分类类别，确定用于处理第一交易请求的第一控制单元。

基于上述实施例，通过将控制策略和交易请求信息进行逻辑计算，从而确定在当前控制策略下，第一交易请求所属的分类类别，进而根据分类类别确定用于处理第一请求的第一控制单元，从而提高了处理第一交易请求的准确性。

在上述S301中，控制执行模块中的各控制单元均是满足于控制策略的，但是，控制策略是一个大的范围，例如：处理交易金额1000元以上的交易请求，而满足控制策略的控制单元可以是处理2000元以上的交易请求，3000元以上的交易请求，4000元以上的交易请求等多种。因此，需要结合控制策略和第一交易请求的交易请求信息进行具体地逻辑计算，判断第一交易请求相对于控制单元来说，其是属于哪个分类类别的(例如，第一交易请求的交易请求信息中，交易金额是5000元，则第一交易请求是属于4000元以上的分类类别)。

在上述S302中，如果确定第一交易请求的分类类别，则根据分类类别确定可以对第一交易请求进行处理的第一控制单元，并将第一交易请求发送至第一控制单元的交易请求队列中。

更具体地，在S302中，还可以包括：

S3021，在至少一个控制单元中，存在第一控制单元的情况下，从至少一个控制单元中选取第一控制单元；

S3022，在至少一个控制单元中，不存在第一控制单元的情况下，根据分类类别和控制策略生成第一控制单元。

在上述S3021中，如果在控制策略对应的至少一个控制单元中，存在用于处理第一交易请求的第一控制单元，则直接中至少一种控制单元中选取第一交易请求即可，并将第一交易请求发送至第一控制单元的交易请求队列中进行处理。

在上述S3022中，如果在控制策略对应的至少一个控制单元中，不存在用于处理第一交易请求的第一控制单元，则需要再根据控制策略和分类类别生成一个用于处理第一交易请求的第一控制单元。

作为一示例，第一交易请求的交易金额为1500元，控制策略对应的至少一个控制单元中没有处理1500元的第一控制单元，因此可以生成一个用于处理1500元的第一交易请求的第一控制单元。具体地，第一控制单元需要符合控制策略，即为处理交易金额1000元，因此，新生成的第一控制单元如果是处理500元以上的金额则是不被控制策略允许的。

基于上述实施例，确保了在当前的控制策略下，能够有用于处理第一交易请求的第一控制单元，从而能够使得第一交易请求能够被处理，提高了处理第一交易请求的准确性。

为了优化交易请求的处理资源，本申请还提供了交易请求处理方法的另一种实现方式。

图4示出了本申请一个实施例提供的交易请求处理方法的又一流程示意图，如图4所示，该方法还可以包括以下步骤：

S401，在至少一个控制单元中，存在不满足控制策略的第二控制单元的情况下，从至少一个控制单元中删除第二控制单元。

基于上述实施例，通过删除不满足控制策略的第二控制单元，从而减少了控制单元占用的处理资源，优化了控制单元所占用的处理资源，提高了各控制单元的处理效率。

在上述S401中，在制定了控制策略后，根据控制策略对至少一个控制单元中的各个控制单元进行判断，如果至少一个控制单元中存在不满足控制策略的第二控制单元，则将第二控制单元从至少一个控制单元中删除。

作为一示例，如果控制策略是处理交易金额1000元以上的交易请求，则至少一个控制单元中，处理交易金额1000元及以下的第二控制单元则会被删除。

为了优化交易请求的处理资源，本申请还提供了交易请求处理方法的另一种实现方式。

控制策略还包括：第二预设等待时长；

图5示出了本申请一个实施例提供的交易请求处理方法的又一流程示意图，如图5所示，该方法还可以包括以下步骤：

S501，获取当前时间；

S502，根据当前时间和各交易请求队列中的活跃时间戳的差值，分别确定各控制单元的第二等待时长，活跃时间戳为交易请求队列中队首的交易请求的请求时间；

S503，在至少一个控制单元中，存在第二等待时长大于第二预设等待时长的第二控制单元，且第二控制单元的交易请求队列中不存在交易请求的情况下，从至少一个控制单元中删除第二控制单元。

基于上述实施例，通过设置控制策略对至少一个控制单元中的各个控制单元的第二等待时长进行检测，删除了没有工作的第二控制单元，从而优化了控制单元所占用的处理资源，提高了各控制单元的处理效率。

在上述S501中，处理交易请求的交易系统存在时钟，可以从时钟获取当前时间；当前时间为当前时刻的时间。

在上述S502中，由于交易请求队列中的交易请求是依次处理的，每次都是处理位于队首的交易请求，活跃时间戳为交易请求队列中队首的交易请求的请求时间，因此活跃时间戳也可以用于表示控制单元最后一次处理交易请求队列中交易请求的时间，所以，计算当前时间和活跃时间戳的差值，便可确定该控制单元上一次处理交易请求距离当前的时间间隔，即第二等待时长。

在上述S503中，由于控制策略设置的第二预设等待时长是用于判断控制单元是否还在处理交易请求。因此，对于第二等待时长超过第二预设等待时长的第二控制单元，则可以认为已经长时间没有处理交易请求了，而为了排除第二控制单元是否是因为处于交易请求处理等待的间隔期间而导致上述情况的发生，因此还需要进一步确认第二控制单元的交易队列中是否还有交易请求需要进行处理，如果没有，则第二控制单元不需要再继续处理交易请求了，因此将第二控制单元从至少一个控制单元中删除。

需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚地说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用；并且，本申请新的实施例可以相互组合，各个实施例组合形成的新的方案均在本申请的保护范围内。

基于相同的发明构思，本申请还提供了一种交易请求处理装置600。具体结合图6进行详细说明。

第一获取模块610，用于获取控制策略，控制策略对应至少一个控制单元；

第二获取模块620，用于获取第一控制单元的交易请求队列中各交易请求的交易请求信息，交易请求信息包括请求时间；

第一确定模块630，用于根据交易请求队列中前两个交易请求的请求时间，确定前两个交易请求的第一请求时间间隔；

判断模块640，用于判断第一请求时间间隔是否满足控制策略中的时间间隔条件，得到判断结果；

处理模块650，用于根据判断结果对第一交易请求进行处理，第一交易请求为位于交易请求队列中的队首的交易请求。

在本实施例提供的交易请求处理装置400中，通过第一获取模块610获取制定的控制策略，以及第二获取模块620获取第一控制单元的交易请求队列中的交易请求，然后第一确定模块630根据交易请求队列中的前两个交易请求确定交易请求队列的第一请求时间间隔，判断模块640并根据控制策略中的时间间隔条件判断第一请求时间间隔是否于控制策略，由此，处理模块650便可以根据判断结果对交易请求队列中的第一交易请求进行处理。基于此，实现了通过控制策略对交易队列中交易请求的控制，通过控制策略对交易请求的控制，减少了交易请求执行失败的可能，从而提高了交易请求的执行效率。

可选地，处理模块650可以包括：

发送单元，用于在判断结果为第一请求时间间隔满足时间间隔条件的情况下，将第一交易请求发送至后台系统；

迁移单元，用于在判断结果为第一请求时间间隔不满足时间间隔条件的情况下，将第一交易请求迁移至所交易请求队列的队尾；根据控制策略，更新交易请求队列中的最后两个交易请求的第二请求时间间隔。

可选地，控制策略包括第一预设请求等待时长，交易请求处理装置600还可以包括：

第三获取模块，用于获取当前时间；

第二确定模块，用于根据当前时间和交易请求队列中各交易请求的请求时间，分别确定各交易请求的第一等待时长；

第一删除模块，用于将目标交易请求从交易请求队列中删除，得到更新后的交易请求队列；目标请求包括第一等待时长大于第一预设等待时长的交易请求。

可选地，交易请求处理装置600还可以包括：

计算模块，用于对控制策略和第一交易请求的交易请求信息进行逻辑计算，得到第一交易请求的分类类别；

第三确定模块，用于根据分类类别，确定用于处理第一交易请求的第一控制单元。

可选地，第三确定模块可以包括：

第一选取单元，用于在至少一个控制单元中，存在第一控制单元的情况下，从至少一个控制单元中选取第一控制单元；

第二选取单元，用于在至少一个控制单元中，不存在第一控制单元的情况下，根据分类类别和控制策略生成第一控制单元。

可选地，交易请求处理装置600还可以包括：

第二删除模块，用于在至少一个控制单元中，存在不满足控制策略的第二控制单元的情况下，从至少一个控制单元中删除第二控制单元。

可选地，控制策略还包括：第二预设等待时长，交易请求处理装置600还可以包括：

第四获取模块，用于获取当前时间；

第四确定模块，用于根据当前时间和各交易请求队列中的活跃时间戳的差值，分别确定各控制单元的第二等待时长，活跃时间戳为交易请求队列中队首的交易请求的请求时间；

第三删除模块，用于在至少一个控制单元中，存在第二等待时长大于第二预设等待时长的第二控制单元，且第二控制单元的交易请求队列中不存在交易请求的情况下，从至少一个控制单元中删除第二控制单元。

可选地，交易请求处理装置600还可以包括：

第五获取模块，用于获取交易请求的处理场景信息和用户需求信息；

生成模块，用于根据处理场景信息和用户需求信息，生成控制策略。

本申请实施例提供的交易请求处理装置600能够实现图1-5中任意一交易请求处理方法实施例实现的各个过程，并能够达到相同的技术效果，为避免重复，这里不再赘述。

图7示出了本发明实施例提供的交易请求处理设备的硬件结构示意图。

交易请求处理设备可以包括处理器701以及存储有计算机程序指令的存储器702。

具体地，上述处理器701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器702是非易失性固态存储器。

在特定实施例中，存储器702可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器702包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器701)时，其可操作来执行参考根据本申请的一方面的方法所描述的操作。

处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现上述实施例中的任意一种交易请求处理方法。

在一个示例中，交易请求处理设备还可包括通信接口703和总线704。其中，如图所示，处理器701、存储器702、通信接口703通过总线704连接并完成相互间的通信。

通信接口703，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线704包括硬件、软件或两者。举例来说而非限制，总线44可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无线带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围控件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线704可包括一个或多个总线704。尽管本申请实施例描述和示出了特定的总线704，但本申请考虑任何合适的总线704或互连。

该交易请求处理设备可以基于当前交易请求处理方法，从而实现结合图1-图6描述的交易请求处理方法和装置。

另外，本申请实施例还提供了一种计算机程序产品，包括计算机程序指令，计算机程序产品被处理器701执行时可实现前述方法实施例的步骤及相应内容。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (12)

1.一种交易请求处理方法，其特征在于，所述方法包括：

获取控制策略，所述控制策略对应至少一个控制单元；

获取第一控制单元的交易请求队列中各交易请求的交易请求信息，所述交易请求信息包括请求时间；

根据所述交易请求队列中前两个交易请求的请求时间，确定所述前两个交易请求的第一请求时间间隔；

判断所述第一请求时间间隔是否满足所述控制策略中的时间间隔条件，得到判断结果；

根据所述判断结果对第一交易请求进行处理，所述第一交易请求为位于所述交易请求队列中的队首的交易请求。

2.如权利要求1所述的方法，其特征在于，所述根据所述判断结果对第一交易请求进行处理，包括：

在所述判断结果为所述第一请求时间间隔满足所述时间间隔条件的情况下，将所述第一交易请求发送至后台系统；

在所述判断结果为所述第一请求时间间隔不满足所述时间间隔条件的情况下，将所述第一交易请求迁移至所交易请求队列的队尾；根据所述控制策略，更新所述交易请求队列中的最后两个交易请求的第二请求时间间隔。

3.如权利要求1所述的方法，其特征在于，所述控制策略包括第一预设请求等待时长，所述方法还包括：

获取当前时间；

根据所述当前时间和所述交易请求队列中各所述交易请求的请求时间，分别确定各所述交易请求的第一等待时长；

将目标交易请求从所述交易请求队列中删除，得到更新后的交易请求队列；所述目标请求包括所述第一等待时长大于所述第一预设等待时长的交易请求。

4.如权利要求1所述的方法，其特征在于，在所述获取第一控制单元的交易请求队列中各交易请求的交易请求信息之后，所述方法还包括：

对所述控制策略和所述第一交易请求的交易请求信息进行逻辑计算，得到第一交易请求的分类类别；

根据所述分类类别，确定用于处理所述第一交易请求的第一控制单元。

5.如权利要求4所述的方法，其特征在于，所述根据所述分类类别，确定用于处理所述第一交易请求的第一控制单元，包括：

在至少一个所述控制单元中，存在所述第一控制单元的情况下，从至少一个所述控制单元中选取所述第一控制单元；

在至少一个所述控制单元中，不存在所述第一控制单元的情况下，根据所述分类类别和所述控制策略生成所述第一控制单元。

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

在至少一个所述控制单元中，存在不满足所述控制策略的第二控制单元的情况下，从至少一个所述控制单元中删除所述第二控制单元。

7.如权利要求1所述的方法，其特征在于，所述控制策略还包括：第二预设等待时长，所述方法还包括：

获取当前时间；

根据所述当前时间和各所述交易请求队列中的活跃时间戳的差值，分别确定各所述控制单元的第二等待时长，所述活跃时间戳为所述交易请求队列中队首的交易请求的请求时间；

在至少一个所述控制单元中，存在所述第二等待时长大于所述第二预设等待时长的第二控制单元，且所述第二控制单元的交易请求队列中不存在所述交易请求的情况下，从至少一个所述控制单元中删除所述第二控制单元。

8.如权利要求1-7中任一项所述的方法，其特征在于，在所述获取控制策略之前，所述方法还包括：

获取所述交易请求的处理场景信息和用户需求信息；

根据所述处理场景信息和用户需求信息，生成所述控制策略。

9.一种交易请求处理装置，其特征在于，所述装置包括：

第一获取模块，用于获取控制策略，所述控制策略对应至少一个控制单元；

第二获取模块，用于获取第一控制单元的交易请求队列中各交易请求的交易请求信息，所述交易请求信息包括请求时间；

第一确定模块，用于根据所述交易请求队列中前两个交易请求的请求时间，确定所述前两个交易请求的第一请求时间间隔；

判断模块，用于判断所述第一请求时间间隔是否满足所述控制策略中的时间间隔条件，得到判断结果；

处理模块，用于根据所述判断结果对第一交易请求进行处理，所述第一交易请求为位于所述交易请求队列中的队首的交易请求。

10.一种交易请求处理设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-8中任意一项所述的方法。

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

12.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-8中任意一项所述的方法。