CN115731044A - 业务数据处理方法及装置 - Google Patents

Abstract

本说明书涉及区块链技术领域，具体地公开了一种业务数据处理方法及装置，其中，该方法包括：接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识；获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件；在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储；对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。上述方案可以提高业务处理效率，实现精准额度控销。

Description

业务数据处理方法及装置

技术领域

本说明书涉及区块链技术领域，特别涉及一种业务数据处理方法及装置。

背景技术

在分布式金融交易***中，并发往往会导致一系列问题。客户或者***同时发起多笔交易，可能会导致***同时处理这些交易时，产生数据重复处理的错误，典型的就是额度控销问题。理财产品交易***时，会资源额度控销产品，即资源额度不能超过特定值。但是在分布式架构的交易***中，往往会遇到并发多笔买入交易抢购剩余额度，因为***处理逻辑问题，导致最后额度超卖，甚至在交易量巨大，***处理缓慢时，额度超卖数倍。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本说明书实施例提供了一种业务数据处理方法及装置，以解决现有技术中交易额度超卖的问题。

本说明书实施例提供了一种业务数据处理方法，包括：

接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识；

获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件；

在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储；

对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

在一个实施例中，获取所述目标业务标识对应的目标资源额度，包括：

将多种业务标识中各业务标识对应的资源额度数据存储至数据表中；

实时刷新多种业务标识中各业务标识对应的资源额度数据；

从所述数据表中获取所述目标业务标识对应的目标资源额度。

在一个实施例中，所述交易业务请求中还包括交易资源量；

相应的，确定所述资源额度是否满足预设条件，包括：

确定所述资源额度是否大于所述交易资源量；

在确定所述资源额度大于所述交易资源量的情况下，确定所述资源额度满足预设条件。

在一个实施例中，该方法还包括：

在执行所述交易业务请求对应的业务之后，根据所述交易资源量对所述目标资源额度进行更新。

在一个实施例中，对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务，包括：

通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

本说明书实施例还提供了一种业务数据处理装置，包括：接收模块，用于接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识；

确定模块，用于获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件；

存储模块，用于在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储；

执行模块，用于对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

在一个实施例中，执行模块具体用于：

通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

本说明书实施例还提供一种计算机设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现上述任意实施例中所述的业务数据处理方法的步骤。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述任意实施例中所述的业务数据处理方法的步骤。

本说明书实施例还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述任意实施例中所述的业务数据处理方法的步骤。

在本说明书实施例中，提供了一种业务数据处理方法，服务器可以接收客户端发送的交易业务请求，所述交易业务请求中包括目标业务标识，可以获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件，在确定所述目标资源额度满足预设条件的情况下，可以将所述交易业务请求进行分布式并发存储，之后对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。上述方案中，在接收到用户发起的交易业务请求之后，先确定目前已使用额度，当超过控销额度时，阻止后续客户发起新的交易。通过分布式并发存储交易业务请求，可以提高处理效率。在可以进行交易时，使用异步处理的方式，先将订单收入***中记录，再逐条串行处理，从而实现精准额度控销。

附图说明

此处所说明的附图用来提供对本说明书的进一步理解，构成本说明书的一部分，并不构成对本说明书的限定。在附图中：

图1示出了本说明书一实施例中业务数据处理方法的应用场景的示意图；

图2示出了本说明书一实施例中的业务数据处理方法的流程图；

图3示出了本说明书一实施例中的业务数据处理方法的流程图；

图4示出了本说明书一实施例中的业务数据处理装置的示意图；

图5示出了本说明书一实施例中的计算机设备的示意图。

具体实施方式

下面将参考若干示例性实施方式来描述本说明书的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本说明书，而并非以任何方式限制本说明书的范围。相反，提供这些实施方式是为了使本说明书公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域的技术人员知道，本说明书的实施方式可以实现为一种***、装置设备、方法或计算机程序产品。因此，本说明书公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

本说明书实施例提供了一种业务数据处理方法。图1示出了本说明书一实施例中业务数据处理方法的应用场景的示意图。如图1所示，服务器可以接收客户端发送的交易业务请求。所述交易业务请求中可以包括目标业务标识。服务器可以获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件。在确定所述目标资源额度满足预设条件的情况下，服务器可以将所述交易业务请求进行分布式并发存储。之后，服务器可以对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

图2示出了本说明书一实施例中业务数据处理方法的流程图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体地，如图2所示，本说明书一种实施例提供的业务数据处理方法可以包括以下步骤：

步骤S201，接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识。

本说明书实施例中的方法可以应用于服务器。服务器可以接收客户端发送的交易业务请求。交易业务请求中可以包括目标业务标识。目标业务标识用于唯一标识业务。这里的交易业务可以是多种理财产品。

步骤S202，获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件。

服务器可以获取目标业务标识对应的目标资源额度。这里的目标资源额度可以指目标业务标识对应的目标业务的可销售的资源额度。这里的资源可以是基金、债券、黄金等各种资源。服务器还可以确定目标资源额度是否满足预设条件。

在一个实施例中，服务器可以确定目标资源额度是否大于预设值，在确定大于预设值的情况下，确定目标资源额度满足预设条件。

在另一个实施例中，所述交易业务请求中还包括交易资源量。相应的，确定所述资源额度是否满足预设条件，可以包括：确定所述资源额度是否大于所述交易资源量；在确定所述资源额度大于所述交易资源量的情况下，确定所述资源额度满足预设条件。

在又一个实施例中，所述交易业务请求中还包括交易资源量。相应的，确定所述资源额度是否满足预设条件，可以包括：确定所述资源额度是否大于所述交易资源量的预设倍数；在确定所述资源额度大于所述交易资源量的预设倍数的情况下，确定所述资源额度满足预设条件。

步骤S203，在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储。

步骤S204，对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

在确定目标资源额度满足预设条件的情况下，可以采用分布式并发的方式记录交易业务请求，即，对交易业务请求进行分布式并发存储。

在确定目标资源额度不满足预设条件的情况下，可以退回交易请求，并返回交易失败结果至客户端。

服务器可以对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

上述实施例中，在接收到用户发起的交易业务请求之后，先确定目前已使用额度，当超过控销额度时，阻止后续客户发起新的交易。通过分布式并发存储交易业务请求，可以提高处理效率。在可以进行交易时，使用异步处理的方式，先将订单收入***中记录，再逐条串行处理，从而实现精准额度控销。

在本说明书一些实施例中，获取所述目标业务标识对应的目标资源额度，可以包括：将多种业务标识中各业务标识对应的资源额度数据存储至数据表中；实时刷新多种业务标识中各业务标识对应的资源额度数据；从所述数据表中获取所述目标业务标识对应的目标资源额度。

具体地，服务器可以将多种业务标识中各业务标识对应的资源额度数据存储至数据表中。之后，根据存储的交易业务请求以及实时进行的交易业务请求中的交易资源量，更新多种业务标识中各业务标识对应的资源额度数据。服务器在接收到交易业务请求之后，可以从数据表中获取目标业务标识对应的目标资源额度。通过上述方式，可以及时获知各种交易业务的可销售额度，避免超额销售。

在本说明书一些实施例中，该方法还可以包括：在执行所述交易业务请求对应的业务之后，根据所述交易资源量对所述目标资源额度进行更新。

在执行交易业务请求对应的业务之后，可以根据该交易业务的交易资源量对目标资源额度进行更新。通过上述方式，可以实时更新业务的资源额度，避免超额销售。

在本说明书一些实施例中，对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务，可以包括：通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

为了避免并行处理导致的超额销售，服务器可以通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。通过使用KAFKA通道调用交易串行处理客户订单，可以实现精准额度控销。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。具体的可以参照前述相关处理相关实施例的描述，在此不做一一赘述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

下面结合一个具体实施例对上述方法进行说明，然而，值得注意的是，该具体实施例仅是为了更好地说明本说明书，并不构成对本说明书的不当限定。

本说明书实施例中通过多种技术手段的结合使精准额度控销成为可能，既能兼顾***处理效率和压力，也能避免额度超卖的情况。

原理上，本说明书实施例使用异步处理的方式，先将订单收入***中记录，再逐条串行处理，从而实现精准额度控销。为了兼顾效率和减小***压力，还需大致计算目前已使用额度，不追求精确，而是大致计算已使用额度，当超过控销额度时，阻止后续客户发起新的交易。

本说明书实施例用到的技术手段为数据库的基础技术和用户软件的开发方法，其中包括存储过程、数据库表的基本操作、KAFKA的基本操作、Spring基础架构使用和编程语言的使用等。本说明书实施例旨在使用一种新型方式来高效实现精准额度控销。从开发角度而言，技术人员需要做以下工作：

1.建立数据表，记录剩余额度；

2.建立存储过程，定期执行，每次刷新所有额度控销产品的已使用额度；

3.建立KAFKA通道，发送调用消息；

4.编写分布式收单程序，并发记录客户发起的订单；

5.编写成交处理程序，根据剩余额度，判断客户订单是否可以成交，如果成交，剩余额度减去该订单金额，如果不成交，返回错误信息；

本说明书实施例共分为三个模块，分别为：

模块A(存储过程):定期执行，每次刷新所有额度控销产品的已使用额度；

模块B(收单程序)：并发记录客户发起的订单；

模块C(成交处理程序)：根据剩余额度，判断客户订单是否可以成交，如果成交，剩余额度减去该订单金额，如果不成交，返回错误信息。

客户申请新交易时，***首先通过模块A获取目前大致的销售额度，如果已超售，则向客户提示额度已售罄，退出交易，防止继续有新申请的交易降低***处理效率。如果暂未超售，则使用模块B，记录客户订单数据。之后通过KAFKA通道，串行调用模块C，决定客户交易是否能够真正成交。

请参考图3，示出了本实施例了中的业务数据处理方法的流程图。如图3所示，数据和操作流程相结合，以客户发起的一单交易为例，包括以下流程：

S301.客户发起一笔订单；

S302.模块A获取目前***中已成交的大致销售额度，如果已超售，交易终止，如果未超售，继续交易；

S303.模块B记录客户订单；

S304.模块C处理已记录客户订单，决定是否真正成交。

在上述4个步骤中，第2步属于辅助步骤。其目的在于减少数据冗余，提高***效率。因为是定时发起的存储过程，计算所有额度控销产品的剩余额度，其计算精度不精确，只能起到辅助作用。

使用分布式属性，并发接受客户订单，但使用了KAFKA通道调用交易串行处理客户订单，实现精准额度控销。本说明书实施例的关键点在于使用了分布式并发和串行处理结合共用的方式，实现了一种精准额度控销方案，既兼顾了***处理效率，又实现了精准额度控销。提高额度控销精度，实现精准额度控销；提高效率，应对大交易量场景。

基于同一发明构思，本说明书实施例中还提供了一种业务数据处理装置，如下面的实施例所述。由于业务数据处理装置解决问题的原理与业务数据处理方法相似，因此业务数据处理装置的实施可以参见业务数据处理方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4是本说明书实施例的业务数据处理装置的一种结构框图，如图4所示，包括：接收模块401、确定模块402、存储模块403和执行模块404，下面对该结构进行说明。

接收模块401用于接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识。

确定模块402用于获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件。

存储模块403用于在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储。

执行模块404用于对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

在本说明书一些实施例中，获取模块可以具体用于：

将多种业务标识中各业务标识对应的资源额度数据存储至数据表中；

实时刷新多种业务标识中各业务标识对应的资源额度数据；

从所述数据表中获取所述目标业务标识对应的目标资源额度。

在本说明书一些实施例中，所述交易业务请求中还包括交易资源量；

相应的，确定模块可以具体用于：

确定所述资源额度是否大于所述交易资源量；

在确定所述资源额度大于所述交易资源量的情况下，确定所述资源额度满足预设条件。

在本说明书一些实施例中，该装置还包括更新模块，更新模块可以具体用于：

在执行所述交易业务请求对应的业务之后，根据所述交易资源量对所述目标资源额度进行更新。

在本说明书一些实施例中，执行模块具体用于：

通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

从以上的描述中，可以看出，本说明书实施例实现了如下技术效果：在接收到用户发起的交易业务请求之后，先确定目前已使用额度，当超过控销额度时，阻止后续客户发起新的交易。通过分布式并发存储交易业务请求，可以提高处理效率。在可以进行交易时，使用异步处理的方式，先将订单收入***中记录，再逐条串行处理，从而实现精准额度控销。

本说明书实施方式还提供了一种计算机设备，具体可以参阅图5所示的基于本说明书实施例提供的业务数据处理方法的计算机设备组成结构示意图，所述计算机设备具体可以包括输入设备51、处理器52、存储器53。其中，所述存储器53用于存储处理器可执行指令。所述处理器52执行所述指令时实现上述任意实施例中所述的业务数据处理方法的步骤。

在本实施方式中，所述输入设备具体可以是用户和计算机***之间进行信息交换的主要装置之一。所述输入设备可以包括键盘、鼠标、摄像头、扫描仪、光笔、手写输入板、语音输入装置等；输入设备用于把原始数据和处理这些数的程序输入到计算机中。所述输入设备还可以获取接收其他模块、单元、设备传输过来的数据。所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。所述存储器具体可以是现代信息技术中用于保存信息的记忆设备。所述存储器可以包括多个层次，在数字***中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在***中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。

在本实施方式中，该计算机设备具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施方式中还提供了一种基于业务数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现上述任意实施例中所述业务数据处理方法的步骤。

在本实施方式中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。

在本实施方式中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。

本说明书实施例还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现上述任意实施例中所述的业务数据处理方法的步骤。

显然，本领域的技术人员应该明白，上述的本说明书实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本说明书实施例不限制于任何特定的硬件和软件结合。

应该理解，以上描述是为了进行图示说明而不是为了进行限制。通过阅读上述描述，在所提供的示例之外的许多实施方式和许多应用对本领域技术人员来说都将是显而易见的。因此，本说明书的范围不应该参照上述描述来确定，而是应该参照前述权利要求以及这些权利要求所拥有的等价物的全部范围来确定。

以上所述仅为本说明书的优选实施例而已，并不用于限制本说明书，对于本领域的技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本说明书的保护范围之内。

Claims (10)

1.一种业务数据处理方法，其特征在于，包括：

接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识；

获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件；

在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储；

对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

2.根据权利要求1所述的业务数据处理方法，其特征在于，获取所述目标业务标识对应的目标资源额度，包括：

将多种业务标识中各业务标识对应的资源额度数据存储至数据表中；

实时刷新多种业务标识中各业务标识对应的资源额度数据；

从所述数据表中获取所述目标业务标识对应的目标资源额度。

3.根据权利要求1所述的业务数据处理方法，其特征在于，所述交易业务请求中还包括交易资源量；

相应的，确定所述资源额度是否满足预设条件，包括：

确定所述资源额度是否大于所述交易资源量；

在确定所述资源额度大于所述交易资源量的情况下，确定所述资源额度满足预设条件。

4.根据权利要求3所述的业务数据处理方法，其特征在于，还包括：

在执行所述交易业务请求对应的业务之后，根据所述交易资源量对所述目标资源额度进行更新。

5.根据权利要求1所述的业务数据处理方法，其特征在于，对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务，包括：

通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

6.一种业务数据处理装置，其特征在于，包括：

接收模块，用于接收客户端发送的交易业务请求；所述交易业务请求中包括目标业务标识；

确定模块，用于获取所述目标业务标识对应的目标资源额度，并确定所述目标资源额度是否满足预设条件；

存储模块，用于在确定所述目标资源额度满足预设条件的情况下，将所述交易业务请求进行分布式并发存储；

执行模块，用于对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

7.根据权利要求6所述的业务数据处理装置，其特征在于，执行模块具体用于：

通过Kafka通道，串行调用成交处理程序对存储的交易业务请求进行串行处理，以执行所述交易业务请求对应的业务。

8.一种计算机设备，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至5中任一项所述方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，所述指令被处理器执行时实现权利要求1至5中任一项所述方法的步骤。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现权利要求1至5中任一项所述方法的步骤。

Images