CN115658320A

CN115658320A - 一种业务数据的处理方法及相关设备

Info

Publication number: CN115658320A
Application number: CN202211413430.7A
Authority: CN
Inventors: 汪松
Original assignee: CMB Yunchuang Information Technology Co Ltd
Current assignee: CMB Yunchuang Information Technology Co Ltd
Priority date: 2022-11-11
Filing date: 2022-11-11
Publication date: 2023-01-31

Abstract

本申请实施例提供了一种业务数据的处理方法及相关设备，用于提高业务数据的处理效率。本申请实施例方法包括：当前置机向服务端的缓存接口请求业务数据时，从所述前置机接收每个通道所分配的所述业务数据的初始数据量；计算所有通道中所述业务数据的初始数据量，以得到所述业务数据的目标数据量；若所述目标数据量满足预设数量阈值，通过所述通道发送所述业务数据，以使得所述前置机根据所述业务数据与银行系统进行业务交互；若所述目标数据量不满足所述预设数量阈值，将与所述业务数据对应的请求返回所述前置机。

Description

一种业务数据的处理方法及相关设备

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种业务数据的处理方法及相关设备。

背景技术

随着目前产品的数据流量越来越大，产品的性能瓶颈越来越突出。尤其是近期产品的生产环境就频繁暴露出指令处理性能已不能满足日常的正常使用。

比如每天的查询回单、交易明细或余额等定时任务指令。当银行出现大批量的查询回单、交易明细或余额等指令执行时，会阻塞客户支付等手工交易指令的执行，影响了客户的体验效果，也提高了对于指令的处理效率的难度。由此，如何提高跨银行交换中心(CBC，cross bank center)处理业务数据的效率，是当前亟需解决的问题。

发明内容

本申请实施例提供了一种业务数据的处理方法及相关设备，用于提高业务数据的处理效率。

本申请实施例第一方面提供了一种业务数据的处理方法，包括：

当前置机向服务端的缓存接口请求业务数据时，从所述前置机接收每个通道所分配的所述业务数据的初始数据量；

计算所有通道中所述业务数据的初始数据量，以得到所述业务数据的目标数据量；

若所述目标数据量满足预设数量阈值，通过所述通道发送所述业务数据，以使得所述前置机根据所述业务数据与银行系统进行业务交互；

若所述目标数据量不满足所述预设数量阈值，将与所述业务数据对应的请求返回所述前置机。

可选地，所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量包括：

配置所述业务数据的业务类型；

根据所述业务类型分配所有所述业务数据的通道；

将同一业务类型的业务数据分配至通道；其中，任一通道分配的所述业务数据的数据量为所述初始数据量。

可选地，所述计算所有通道中所述业务数据的初始数据量之后，所述方法还包括：

判断同一业务类型的所述目标数据量是否满足所述预设数量阈值；

若是，执行所述通过所述通道发送所述业务数据的步骤；

若否，执行所述将与所述业务数据对应的请求返回所述前置机的步骤。

可选地，所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量之后，所述方法还包括：

当所述前置机于预设时间阈值内未获取所述业务数据，将所述业务数据的业务状态由待执行状态标记为超时状态；

获取所述业务状态为所述待执行状态的所述业务数据的初始数据量。

可选地，所述获取所述业务状态为所述待执行状态的所述业务数据的初始数据量之后，所述方法还包括：

获取预设判断条件；其中，所述预设判断条件包括：

所述服务端是否为首次登陆；或，

获取所述业务数据是否超时；或，

是否存在所述初始数据量；或，

访问所述业务数据的业务数据表是否超时；

若满足任一所述预设判断条件，执行所述计算所有通道中所述业务数据的初始数据量，以得到所述业务数据的目标数据量的步骤；

若不满足所有所述预设判断条件，执行所述将与所述业务数据对应的请求返回所述前置机的步骤。

可选地，所述将所述业务数据的业务状态标记为超时状态之前，所述方法还包括：

确定所述业务数据的所述业务状态为所述待执行状态；

获取将所述业务状态更新为所述待执行状态的历史时间及当前时间；

根据所述当前时间及所述历史时间确定时间间隔是否满足所述预设时间阈值；

若是，执行所述将所述业务数据的业务状态由待执行状态标记为超时状态的步骤；

若否，执行所述获取预设判断条件的步骤。

可选地，所述通过所述通道发送所述业务数据之后，所述方法还包括：

将已发送的所述业务数据的业务状态由待执行状态标记为执行完成状态；

获取未发送的业务数据，并将所述未发送的业务数据中业务状态为所述待执行状态的初始数据量；

将所述初始数据量及所述未发送的业务数据发送至前置机，以执行所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量的步骤。

若所述目标数据量大于所述预设数量阈值，向所述银行系统发送每个通道的通道状态；

若所述通道状态为正常状态，通过所述通道接收所述银行系统发送的所述业务数据；

若所述通道状态非正常状态，拒绝接收所述银行系统发送的所述业务数据。

本申请实施例第二方面提供了一种业务数据的处理系统，包括：

接收单元，用于当前置机向服务端的缓存接口请求业务数据时，从所述前置机接收每个通道所分配的所述业务数据的初始数据量；

计算单元，用于计算所有通道中所述业务数据的初始数据量，以得到所述业务数据的目标数据量；

发送单元，用于当所述目标数据量满足预设数量阈值时，通过所述通道发送所述业务数据，以使得所述前置机根据所述业务数据与银行系统进行业务交互；

执行单元，用于当所述目标数据量不满足所述预设数量阈值时，将与所述业务数据对应的请求返回所述前置机。

可选地，所述系统还包括：配置单元及分配单元；

所述配置单元，用于配置所述业务数据的业务类型；

所述分配单元，用于根据所述业务类型分配所有所述业务数据的通道；

所述分配单元，还用于将同一业务类型的业务数据分配至通道；其中，任一通道分配的所述业务数据的数据量为所述初始数据量。

可选地，所述系统还包括：判断单元；

所述判断单元，用于判断同一业务类型的所述目标数据量是否满足所述预设数量阈值；

所述执行单元，还用于当同一业务类型的所述目标数据量满足所述预设数量阈值，执行所述通过所述通道发送所述业务数据的步骤；

所述执行单元，还用于当同一业务类型的所述目标数据量不满足所述预设数量阈值，执行所述将与所述业务数据对应的请求返回所述前置机的步骤。

可选地，所述系统还包括：标记单元及获取单元；

所述标记单元，用于当所述前置机于预设时间阈值内未获取所述业务数据，将所述业务数据的业务状态由待执行状态标记为超时状态；

所述获取单元，用于获取所述业务状态为所述待执行状态的所述业务数据的初始数据量。

可选地，所述系统还包括：

所述获取单元，还用于获取预设判断条件；其中，所述预设判断条件包括：

所述服务端是否为首次登陆；或，

获取所述业务数据是否超时；或，

是否存在所述初始数据量；或，

访问所述业务数据的业务数据表是否超时。

所述执行单元，还用于当满足任一所述预设判断条件时，执行所述计算所有通道中所述业务数据的初始数据量，以得到所述业务数据的目标数据量的步骤；

所述执行单元，还用于当不满足所有所述预设判断条件时，执行所述将与所述业务数据对应的请求返回所述前置机的步骤。

可选地，所述系统还包括：确定单元；

所述确定单元，用于确定所述业务数据的所述业务状态为所述待执行状态；

所述获取单元，还用于获取将所述业务状态更新为所述待执行状态的历史时间及当前时间；

所述确定单元，还用于根据所述当前时间及所述历史时间确定时间间隔是否满足所述预设时间阈值；

所述执行单元，还用于当时间间隔满足所述预设时间阈值时，执行所述将所述业务数据的业务状态由待执行状态标记为超时状态的步骤；

所述执行单元，还用于当时间间隔不满足所述预设时间阈值时，执行所述获取预设判断条件的步骤。

可选地，所述系统还包括：

所述标记单元，还用于将已发送的所述业务数据的业务状态由待执行状态标记为执行完成状态；

所述获取单元，还用于获取未发送的业务数据，并将所述未发送的业务数据中业务状态为所述待执行状态的初始数据量；

所述发送单元，还用于将所述初始数据量及所述未发送的业务数据发送至前置机，以执行所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量的步骤。

可选地，所述系统还包括：

所述发送单元，还用于当所述目标数据量大于所述预设数量阈值时，向所述银行系统发送每个通道的通道状态；

所述发送单元，还用于当所述通道状态为正常状态时，通过所述通道接收所述银行系统发送的所述业务数据；

所述发送单元，还用于当所述通道状态非正常状态时，拒绝接收所述银行系统发送的所述业务数据。

本申请实施例第二方面提供的用于执行第一方面所述的业务数据的处理方法。

本申请实施例第三方面提供了一种业务数据的处理装置，包括：

中央处理器，存储器，输入输出接口，有线或无线网络接口以及电源；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行第一方面所述的业务数据的处理方法。

本申请实施例第四方面提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行第一方面所述的业务数据的处理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：通过本申请实施例提出的一种业务数据的处理方法，当前置机向服务端的缓存接口请求业务数据时，从前置机接收每个通道所分配的业务数据的初始数据量；然后计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量；最后，当目标数据量满足预设数量阈值时，通过通道发送业务数据，以使得前置机与银行系统进行业务交互。业务数据可以分配到不同的通道中，当一个通道的数据量低于目标数据量时，就可以让服务端与银行系统进行业务数据的交互，从而避免了业务数据之间的阻塞耗时，尽可能地提高了业务数据的处理效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种业务数据处理系统的架构示意图；

图2为本申请实施例公开的一种业务数据处理方法的流程示意图；

图3为本申请实施例公开的另一种业务数据处理方法的流程示意图；

图4为本申请实施例公开的一种业务数据处理系统的结构示意图；

图5为本申请实施例公开的一种业务数据处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

由此，本申请实施例提供了一种业务数据的处理方法及相关设备，用于提高业务数据的处理效率。主要是将指令按照交易码进行分类，不同类别的指令放在不同线程与银行进行交互，这样可以解决不同类型指令之间的相互阻塞问题(比如，大批量的查回单指令执行时，会阻塞查余额或者查明细指令)，同时，也将各类型指令分配多个线程并发执行，提示指令的执行效率，缩短大批量指令的执行耗时。后续将对此进行详细描述。

请参阅图1，图1本申请实施例公开的一种业务数据处理系统的架构示意图。包括前置机101、CBC系统102及跨银行现金管理平台(CBS，cross-bank solution for cashmanagement)系统103。其中，前置机101、CBC系统102及CBS系统103两两通讯连接。

前置机101在本申请实施例中具体为一种跨行前置机，前置机101是实现银行传统业务向外拓展普遍采用的一种中间设备。它实现的主要功能有网络通信、报文认证、交易数据格式转换、个人密码PIN变换、交易流水记录、交易预处理、交易监控和交易数据统计等。目前在银行普遍采用前置机101的有ATM、POS、IC卡、银联金卡、电话银行、券银通、银税通、即缴费、电子汇兑和同城清算等系统。这些前置机都具有前面所述的一种到多种功能。根据交易种类和主机系统的不同，一家银行可能会使用多台前置机作为完成交易的中间设备。结果，在系统主机前面出现了多台功能相近而任务有所不同的前置机。这样的系统，结构比较复杂，维护工作繁复，运行效率也会降低。系统投资也相应增加，这些投资的主要来源为前置机服务器、操作系统、数据库、应用软件、通信设备和网络设备等的重复购置。实际上，这种情况在一定程度上是可以避免的，采用一台前置机101完全可以替代这些功能相近而运作相对独立的前置机。使用综合前置机可简化系统结构、节约系统投资、降低系统维护劳动强度、减少多前置机对系统资源的消耗。为方便描述，后续对于前置机101的描述均以跨行前置机进行详细描述。

CBC系统102在本申请实施例中主要是针对与银行直联接口之间的各类指令交互，可自定义配置将指令分类，并配置各类指令在前置机101所执行的线程。具体的，在本申请实施例中，前置机101与CBC系统102的后台接口进行交互。例如，前置机101可以从CBC后台接口(DCASYINSX或DCASYINSY)取异步指令请求，其中的DCASYINSX为前置机取异步指令接口X，DCASYINSY为前置机取异步指令接口Y，不难理解的是，本申请实施例中，并不对CBC后台接口的数量进行限制，后续也不在对此进行赘述。对应的，CBC系统102还可以设置多种参数表，例如系统通用参数表，具体可为一种企业接口控制参数表缓存，对应的，还可以设置银行通用参数表，具体此处不对CBC系统102所能设置的参数表的类型进行限制，后续也不再对此进行赘述。

CBS系统103在是针对跨国公司、集团企业、财政事业单位等客户资金管理需要，在现金管理领域的专业财资管理系统。在本申请实施例中，主要作为业务数据的来源。也就是说，CBS系统103的直联业务指令下发时，可以通过通道正常发送业务指令至CBC系统102。

请参阅图2，图2为本申请实施例公开的一种业务数据处理方法的流程示意图。包括步骤201-步骤204。

201、当前置机向服务端的缓存接口请求业务数据时，从前置机接收每个通道所分配的业务数据的初始数据量。

跨行前置机向CBC系统的后台接口取异步指令请求时，会将当前各指令类型通道的待执行指令数上送给后台接口。在本实施例中，不难理解的是，上述中的CBC系统可以理解为服务端，为方便描述，后续对于服务端的描述均以CBC系统的后台接口进行详细描述。具体的，本实施例中的业务数据可以理解为一种异步指令，对应的，初始数据量即异步指令的数量。可以为10条、20条或30条等，具体此处不对异步指令的数量进行限制。

在其中一个实施例中，每一个通道仅对应一种业务类型的异步指令，也就是说，在同一通道下，仅执行或处理一种类型的异步指令。换言之，每一通道对应1个线程，为方便理解和描述，后续不再对此进行赘述。

在另外一个实施例中，所有类型的指令，都是一样的执行步骤。不同类型指令可以在跨行前置机并发执行。

202、计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量。若是，执行步骤203；若否，执行步骤204。

CBC后台根据跨行前置机上送的各线程中异步指令的数量，从而可以计算出同一类型中，该异步指令的总数量。然后判断该总数量与预设数量阈值的大小值。

在其中一个实施例中，异步指令为A类型的指令，同时，A类型分配有两个线程，分别为线程1及线程2。线程1中分配的A类型的异步指令的数量为20，线程2中分配的A类型的异步指令的数量为20，那么A类型的异步指令的总数量即为40。然后判断该总数量与预设数量阈值的大小值。

基于上述实施例，预设数量阈值为50，那么由于40是小于50的，则确定目标数据量满足预设数量阈值，执行步骤203；若总数量大于50，则确定目标数据量不满足预设数量阈值，执行步骤204。

在另外一个实施例中，每一类型的异步指令在跨行前置机中所占的线程数是在后台中设置的，具体的参数表为银行通用参数表，后续不再对此进行赘述。总数量，是后台在系统通用参数表中设置的，后续也不再对此进行赘述。

203、若目标数据量满足预设数量阈值，通过通道发送业务数据，以使得所述前置机根据所述业务数据与银行系统进行业务交互。

当目标数据量小于预设数量阈值时，即同一类型的异步指令在跨行前置机的执行总数小于预设数量阈值时，CBS系统可以通过通道正常的接收到与该异步指令对应的银行数据，从而使得跨行前置机和CBS系统进行业务交互。

204、若目标数据量不满足预设数量阈值，将与业务数据对应的请求返回前置机。

当目标数据量大于预设数量阈值时，即同一类型的异步指令在跨行前置机的执行总数大于预设数量阈值时，CBS系统此次不查询此类型的异步指令，并将该类型的异步指令返回给跨行前置机，从而避免此类型的异步指令在跨行前置机堆积，以影响执行效率。

通过本实施例提出的一种业务数据的处理方法，当前置机向服务端的缓存接口请求业务数据时，从前置机接收每个通道所分配的业务数据的初始数据量；然后计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量；最后，当目标数据量满足预设数量阈值时，通过通道发送业务数据，以使得前置机与银行系统进行业务交互。业务数据可以分配到不同的通道中，当一个通道的数据量低于目标数据量时，就可以让服务端与银行系统进行业务数据的交互，从而避免了业务数据之间的阻塞耗时，尽可能地提高了业务数据的处理效率。

为方便对本申请实施例提出的一种业务数据处理方法进行详细描述，请参阅图3，图3为本申请实施例公开的另一种业务数据处理方法的流程示意图。包括步骤301-步骤307。

301、配置业务数据的业务类型、通道及初始数据量。

在跨行前置机向CBC系统的后台接口取异步指令请求之前，也就是跨行前置机向后台取异步指令之前，后续需要配置异步指令的类型、线程以及每个线程中的执行指令数。

具体的，后续中所描述参数表均在后台中设置，其中，参数表包括系统通用参数表或银行通用参数表等。

具体的，于后台中新增个性化参数THDCFG，多线程模式指令类型配置。其中，THDCFG是自定义规则，是一种多线程模式指令类型配置。使用交易码关键字将业务交易指令进行分类。指令类型值为CBC交易码的关键字，若一个指令类型配置多个关键字，则关键字之间以英文逗号“，”间隔，不同指令类型以“|”间隔。

例如：THDCFG＝pay，deduct|transinfo|balance|ele，bill，download|other

表示把指令分成5大类：支付查支付类(PAY，AGENTPAY，GETPAYRESULT...)|查明细(GETTRANSINFO...)|查余额(GETBALANCE...)|电子回单(GETELEBILLINFO...)|其它(关键字都未匹配到的交易码)。不难理解的是，每一个分节符之中的属于同一指令类型，同一指令类型中逗号分隔的是识别关键字。

于后台中新增个性化参数THDSIZ，分配对应类型指令在前置机执行所占的线程数。其中，个性化参数THDSIZ跟THDCFG对应，是一种前置机指令执行线程数配置。

例如：THDSIZ＝1|2|2|2|1

表示支付查支付类分配1个线程执行，查明细类分配2个线程，查余额类分配2个线程，电子回单类分配2个线程，其它类别指令分配1个线程。

最后，再将分配各指令类型通道的待执行指令数，具体可参阅图2中步骤202对于初始数据量的描述。具体此处不做赘述。需要理解的是，通道可以理解为一种线程。

在其中一个实施例中，后台返回给跨行前置机的异步指令表中，还会新增字段THREADNO，用于标识该笔指令在跨行前置机哪个线程执行。例如，当THREADNO值为1时，则在跨行前置机线程1执行该笔指令。需要说明的是，字段THREADNO是线程编号，int类型。具体为一种执行线程编号。

302、获取将业务状态更新为待执行状态的历史时间及当前时间，并根据当前时间及历史时间确定时间间隔是否满足预设时间阈值。若是，执行步骤303；若否，执行步骤304。

当跨行前置机向CBC系统的后台接口取异步指令请求时，跨行前置机会从后台取异步指令备忘录，具体的，也就是获取到上次异步指令状态的更新时间。该更新时间可以即为上述部分中所描述的历史时间。不难理解的是，异步指令状态即为业务数据的业务状态，在初始阶段，所有异步指令状态均为待执行状态。

然后，跨行前置机从后台接口取异步指令请求时，也会获取到当前时间。然后，便可以根据当前时间以及历史时间求取到这两者之间的时间间隔。

最后，便可以该时间间隔判断是否满足预设时间阈值。若是，执行步骤303；若否，执行步骤304。

在其中一个实施例中，跨行前置机取异步指令备忘录的步骤被定义为FepGetAsynlns Memento。

基于上述实施例，当前时间减去上次异步指令表状态更新时间(历史时间)的时间间隔，若大于超时时间阈值(预设时间阈值)，则执行步骤303；若小于超时时间阈值(预设时间阈值)，执行步骤304。

基于上述实施例，若时间为null，即为0时，也可以执行步骤303。

在其中一个实施例中，超时时间，即系统参数BNKOTIM，指的是异步指令状态更新的最小时间间隔。

303、将业务数据的业务状态由待执行状态标记为超时状态，并获取业务状态为待执行状态的业务数据的初始数据量。

此时，将未取走的异步指令的状态由待执行状态标记为超时状态，并记录此时状态为待执行状态的同一类型下的异步指令的数量。

具体的，更新异步指令表中超时(ASTIMOUT)未取走的异步指令，并执行AININSSTA(N→O)。其中，ASTIMOUT指的是跨行前置机取异步指令超时时间，AININSSTA(N→O)指的是，将异步指令状态从待执行状态标记为超时状态。

然后，更新后台异步指令内存计数(Asynlns Cnt Manager.map Asynlns Cnt)，也就是更新各个包类型中状态为待执行状态的异步指令的总数缓存。简而言之，就是待执行状态的异步指令的数量。

在其中一个实施例中，执行完步骤303后，可直接执行步骤305。

304、获取预设判断条件，并判断是否满足预设判断条件。若是，执行步骤305。

在确定是否需要执行异步指令之前，需要先获取到判断条件。并判断后台中的异步指令是否满足预设判断条件。若是，执行步骤305。若否，则直接将该异步指令返回给跨行前置机。

其中，判断条件包括，用户是否第一次登陆CBC系统；或者是，后台接口上次取异步指令时间是否超时；或者是，后台接口上次访问异步指令表时间是否超时；或者是，异步指令内存计数中有值，也就是仍存在状态为待执行状态的异步指令。

本实施例中，不对判断条件的具体内容进行限制，后续也不再对此进行赘述。

305、计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量，并判断目标数据量是否满足预设数量阈值。若是，执行步骤306；若否，执行步骤307。

本实施例中步骤305与前述图2中步骤202类似，具体此处不做赘述。但需要说明的是，在其中一个实施例中，异步指令可以按包类型分类，也就是业务类型分类，并具体判断在同一类型下的业务状态为待执行状态的异步指令的数量是否大于预设数量阈值(PRJITPRM/SYSYSCTLP)。可以理解的是，该阈值指各类型指令所允许存在的最大待执行数量。

具体的，PRJITPRM/SYSYSCTLP指的是企业接口控制参数表缓存。

306、通过通道发送业务数据，以使得所述前置机根据所述业务数据与银行系统进行业务交互。

本实施例中步骤306与前述图2中步骤203类似，具体此处不做赘述。但需要说明的是，在其中一个实施例中，还会将已发送完成的异步指令的业务状态由待执行状态标记为执行完成状态。同时，还会获取到未发送的异步指令，并更新未发送的异步指令中的数量。最后，将未发送的异步指令的数量以及该异步指令发送给跨行前置机。

具体的，更新异步指令表已取走指令，并更新异步指令内存技术。其中，更新异步指令表已取走指令于本实施例中的被定义为AININSSTA(N→F)，其中，AININSSTA(N→F)指的是异步指令状态由待执行状态变成执行完成状态。

当前置机接收到该异步指令后，便可以将根据该异步指令与银行系统进行业务交互。

307、向银行系统发送每个通道的通道状态，并根据通道状态执行对应的操作。

本实施例中步骤307与前述图2中步骤204类似，具体此处不做赘述。但需要说明的是，在其中一个实施例中，后台会通知CBS直联银行接口，各个包类型的通道状态。不难理解是，该通道是上述中所描述的通道，即线程。一共设置有三种状态(N：正常；B：繁忙；C：关闭)。此时，CBS直联业务指令下发到CBS后台接口，并判断该通道状态是否为N：正常。若是，则该通道正常发送业务指令到CBC系统；若否，则该通道暂不发送业务指令到CBC系统。

通过本实施例提出的一种业务数据处理方法，用户可以按照业务类型进行自定义区分，再通过不同通道发送至银行系统，避免不同业务类型之间的阻塞耗时。而且用户还可以自定义配置各业务类型指令执行所需的线程数，依据自身业务需求进行自适应配置。

应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

若方案涉及敏感信息(如用户信息、企业信息)，则应当说明针对敏感信息的收集、使用和处理需要遵守相关国家和地区的法律法规和标准，且需要在相应主体(如用户或企业等)许可或同意的情况下进行。

请参阅图4，图4为本申请实施例公开的一种业务数据的处理系统的结构示意图。

接收单元401，用于当前置机向服务端的缓存接口请求业务数据时，从前置机接收每个通道所分配的业务数据的初始数据量；

计算单元402，用于计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量；

发送单元403，用于当目标数据量满足预设数量阈值时，通过通道发送业务数据，以使得前置机根据业务数据与银行系统进行业务交互；

执行单元404，用于当目标数据量不满足预设数量阈值时，将与业务数据对应的请求返回前置机。

示例性地，系统还包括：配置单元405及分配单406；

配置单元405，用于配置业务数据的业务类型；

分配单元406，用于根据业务类型分配所有业务数据的通道；

分配单元406，还用于将同一业务类型的业务数据分配至通道；其中，任一通道分配的业务数据的数据量为初始数据量。

示例性地，系统还包括：判断单元407；

判断单元407，用于判断同一业务类型的目标数据量是否满足预设数量阈值；

执行单元404，还用于当同一业务类型的目标数据量满足预设数量阈值，执行通过通道接收业务数据的步骤；

执行单元404，还用于当同一业务类型的目标数据量不满足预设数量阈值，执行将与业务数据对应的请求返回前置机的步骤。

示例性地，系统还包括：标记单元408及获取单元409；

标记单元408，用于当前置机于预设时间阈值内未获取业务数据，将业务数据的业务状态由待执行状态标记为超时状态；

获取单元409，用于获取业务状态为待执行状态的业务数据的初始数据量。

示例性地，系统还包括：

获取单元409，还用于获取预设判断条件；其中，预设判断条件包括：

服务端是否为首次登陆；或，

获取业务数据是否超时；或，

是否存在初始数据量；或，

访问业务数据的业务数据表是否超时；

执行单元404，还用于当满足任一预设判断条件时，执行计算所有通道中业务数据的初始数据量，以得到业务数据的目标数据量的步骤；

执行单元404，还用于当不满足所有预设判断条件时，执行将与业务数据对应的请求返回前置机的步骤。

示例性地，系统还包括：确定单元410；

确定单元410，用于确定业务数据的业务状态为待执行状态；

获取单元409，还用于获取将业务状态更新为待执行状态的历史时间及当前时间；

确定单元410，还用于根据当前时间及历史时间确定时间间隔是否满足预设时间阈值；

执行单元404，还用于当时间间隔满足预设时间阈值时，执行将业务数据的业务状态由待执行状态标记为超时状态的步骤；

执行单元404，还用于当时间间隔不满足预设时间阈值时，执行获取预设判断条件的步骤。

示例性地，系统还包括：

标记单元408，还用于将已发送的业务数据的业务状态由待执行状态标记为执行完成状态；

获取单元409，还用于获取未发送的业务数据，并将未发送的业务数据中业务状态为待执行状态的初始数据量；

发送单元403，还用于将初始数据量及未发送的业务数据发送至前置机，以执行从前置机接收每个通道所分配的业务数据的初始数据量的步骤。

示例性地，系统还包括：

发送单元403，还用于当目标数据量大于预设数量阈值时，向银行系统发送每个通道的通道状态；

发送单元403，还用于当通道状态为正常状态时，通过通道接收银行系统发送的业务数据；

发送单元403，还用于当通道状态非正常状态时，拒绝接收银行系统发送的业务数据。

下面请参阅图5，本申请实施例公开的一种装置的结构示意图包括：

中央处理器501，存储器505，输入输出接口504，有线或无线网络接口503以及电源502；

存储器505为短暂存储存储器或持久存储存储器；

中央处理器501配置为与存储器505通信，并执行存储器505中的指令操作以执行前述图2或图3所示实施例中的方法。

本申请实施例还提供一种芯片系统，其特征在于，芯片系统包括至少一个处理器和通信接口，通信接口和至少一个处理器通过线路互联，至少一个处理器用于运行计算机程序或指令，以执行前述图5所示实施例中的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims

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

2.根据权利要求1所述的处理方法，其特征在于，所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量包括：

配置所述业务数据的业务类型；

根据所述业务类型分配所有所述业务数据的通道；

3.根据权利要求2所述的处理方法，其特征在于，所述计算所有通道中所述业务数据的初始数据量之后，所述方法还包括：

若是，执行所述通过所述通道发送所述业务数据的步骤；

4.根据权利要求1所述的处理方法，其特征在于，所述从所述前置机接收每个通道所分配的所述业务数据的初始数据量之后，所述方法还包括：

5.根据权利要求4所述的处理方法，其特征在于，所述获取所述业务状态为所述待执行状态的所述业务数据的初始数据量之后，所述方法还包括：

获取预设判断条件；其中，所述预设判断条件包括：

所述服务端是否为首次登陆；或，

获取所述业务数据是否超时；或，

是否存在所述初始数据量；或，

访问所述业务数据的业务数据表是否超时；

6.根据权利要求5所述的处理方法，其特征在于，所述将所述业务数据的业务状态标记为超时状态之前，所述方法还包括：

确定所述业务数据的所述业务状态为所述待执行状态；

若否，执行所述获取预设判断条件的步骤。

7.根据权利要求1所述的处理方法，其特征在于，所述通过所述通道发送所述业务数据之后，所述方法还包括：

8.根据权利要求1所述的处理方法，其特征在于，所述计算所有通道中所述业务数据的初始数据量之后，所述方法还包括：

9.一种业务数据的处理系统，其特征在于，所述系统包括：

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

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至8中任意一项所述的业务数据的处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至8中任意一项所述的业务数据的处理方法。