一种处理数据的方法、系统、存储介质及电子设备与流程

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.图1为本技术的一些实施例提供的一种处理数据的系统图；
26.图2为本技术的一些实施例提供的处理数据的方法流程图之一；
27.图3为本技术的一些实施例提供的处理数据的方法流程图之二；
28.图4为本技术的一些实施例提供的处理数据的方法流程图之三；
29.图5为本技术的一些实施例提供的处理数据的交互流程图；
30.图6为本技术的一些实施例提供的业务终端的组成框图；
31.图7为本技术的一些实施例提供的服务端的组成框图；
32.图8为本技术的一些实施例提供的目标终端的组成框图；
33.图9为本技术的一些实施例提供的一种电子设备示意图。
具体实施方式
34.下面将结合本技术的一些实施例中的附图，对本技术的一些实施例中的技术方案进行描述。
35.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
36.相关技术中，在一些领域(例如，基金清算业务领域、债券清算业务领域和股票清算业务领域等等)中，业务终端(例如银行终端)都是等到闭市后(一般15点)才开始对目标终端(例如，基金公司终端)的回传确认文件进行处理。由于银行终端每天需要处理的数据量较大，整个清算过程一般需要3～4个小时，也就是说客户需要等至少三个小时才能看到自己的基金份额。针对基金赎回类交易，客户也要很晚才能拿到资金。而且对于处理数据的系统而言，所有业务数据(也可称为数据)集中在15点开始处理，会导致处理数据的系统压力暴增，无论是数据库的读写还是关联的其他系统(例如，核心系统的扣款、还款，订单系统的接收订单信息等)都会受到影响。由上述相关技术可知，现有技术对处理数据的方式较集中，处理效率较低，系统承受的压力较大时容易造成系统异常或宕机，客户体验较差。
37.鉴于此，本技术的一些实施例提供了一种处理数据的方法，该方法通过在第一预设时间段内对服务器端进行监控扫描，提前获取第二预设时间段内的与待确认文件对应的回传确认文件，可以降低系统处理数据的压力，使得处理数据由集中处理变更为分散处理，提升了处理数据的效率，进而提升了业务处理效率，提升了客户体验。
38.请参见图1，图1为本技术的一些实施例提供的处理数据的系统的整体结构图。
39.如图1所示，本技术的一些实施例提供了处理数据的系统，该系统包括：业务终端100、服务器端200以及目标终端300。其中，业务终端100可以向服务器端200发送与目标终端和客户相关的待确认文件，并监控扫描服务器端200中是否存在业务终端100所需要的与待确认文件对应的回传确认文件。服务器端200和目标终端300可以实现双向通信。服务器端200可以向目标终端300发送由业务终端100生成的待确认文件。目标终端300可以对待确认文件确认后生成回传确认文件，并发送给服务器端200。此时，业务终端100扫描到服务器端200存在回传确认文件后，可以下载，并在业务终端100对回传确认文件进行处理和解析。
40.在本技术的一些实施例中，业务终端100和目标终端300可以是移动终端，也可以是非便携的电脑终端，本技术在此不作具体限定。
41.在本技术的另一些实施例中，目标终端300也可以是多个。也就是说，业务终端100可以通过服务器端200与多个目标终端300实现通信。目标终端300的数量可以是10个、20个、35个或100个等等，本技术在此不作具体限定。例如，在实际的应用场景中，一个银行终端(作为业务终端100的一个具体示例)可以与多个基金公司终端(作为目标终端300的一个具体示例，)进行交易往来，也就是一个银行终端，通过深证通服务器(作为服务器端200的一个具体示例)分别与多个基金公司终端进行交易数据的传输。
42.下面示例性阐述图1的各单元的相关功能。
43.在本技术的一些实施例中，业务终端100，被配置为在第一预设时间段内，向服务
器端发送第二预设时间段内与目标终端相关的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段；在所述第一预设时间段内多次扫描所述服务器端，确认所述服务器端是否存在所述第二预设时间段内与所述待确认文件对应的回传确认文件；在确认所述服务器端存在所述回传确认文件后，下载并存储所述回传确认文件，并对与所述回传确认文件对应的账户进行处理。
44.在本技术的一些实施例中，服务器端200，被配置为接收所述业务终端发送的所述待确认文件，将所述待确认文件发送至目标终端；接收所述目标终端反馈的与所述待确认文件对应的回传确认文件。
45.在本技术的一些实施例中，目标终端300，被配置为接收所述服务器端发送的所述待确认文件；对所述待确认文件中的客户申请数据进行审核，生成所述回传确认文件；将所述回传确认文件发送给所述服务器端。
46.例如，在本技术的一些实施例中，业务终端100可以是银行终端，银行终端为了解决数据集中处理的问题，可以提前在第一预设时间段内向深证通服务器发送第二预设时间段的待确认文件，以降低第二预设时间段内处理数据的系统的处理压力。银行终端可以远程连接深证通服务器，通过sftp(ssh file transfer protocol，安全档案传送协定)方式对深证通服务器进行监控扫描，及时获取深证通服务器相应目录下的文件(例如，回传确认文件)，进而使得银行终端可以及时得到回传确认文件，并对回传确认文件对应的客户的账户进行处理，业务处理效率较高。而深证通服务器作为银行终端和基金公司终端的传输媒介，需要将含有客户申请数据的待确认文件发送至基金公司终端。基金公司终端对待确认文件确认后，会生成回传确认文件，并将回传确认文件发送至深证通服务器，深证通服务器会存储在与银行终端对应的目录下，以使得银行终端可以及时下载。
47.下面结合附图2示例性阐述本技术的一些实施例提供的由业务终端100执行的处理数据的方法实现过程。
48.请参见附图2，图2为本技术的一些实施例提供的处理数据的方法流程图，处理数据的方法包括：s210，在第一预设时间段内，向服务器端发送第二预设时间段内与目标终端相关的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段。
49.以基金清算业务领域为例，一般基金清算是等到闭市后才会开始处理。闭市的时间一般是每天的下午3点，也就说数据处理集中在下午3点之后。为了避开这一高峰时段，例如，在本技术的一些实施例中可以提前对数据进行处理，因此设定了第一预设时间段和第二预设时间段。其中，第一预设时间段指的是在第一天的下午3点之后到第二天的下午3点之前(也就是24小时)，第二预设时间段则指的是第二天的下午3点之后。也就是说本技术的实施例是将第二天下午3点之后需要处理的任务的待确认文件，提前在第一天的下午3点之后到第二天的下午3点之前发给深证通服务器。通过该方法可以将获取文件数据和订单处理相分隔开，降低系统的处理压力。需要说明的是，第一天和第二天并不具体指哪一天，只是为了便于说明本技术第一预设时间段和第二预设时间段之间的关系。
50.在本技术的一些实施例中，所述目标终端为多个，其中，在执行s210之前，处理数据的方法还包括：在所述第一预设时间段内生成任务处理表；将所述任务处理表进行拆分，获取所述目标终端中各目标终端的所述待处理任务。
51.例如，在本技术的一些实施例中，当第一天的基金清算任务完成后，银行终端会通知hubble批量调度平台生成第二天的基金清算任务。批量调度平台接收到生成任务请求后，基于银行终端的数据库配置的清算模版，生成第二天清算任务的任务表(作为任务处理表的一个具体示例)，并在任务表中记录清算日期及其任务执行时间。其中，任务表还包括：ma40000报盘文件、ma30000ta回盘文件、ma50000确认清算、ma60000ta切日、ma70000份额备份、ma80000系统切日。在基金公司终端有多个时，银行终端会将任务表中的数据拆分，以此得到对应的各基金公司终端的处理任务文件表。处理任务文件表中包含文件路径和文件大小。然后遍历处理任务文件表得到待处理报盘文件任务(作为待处理任务的一个具体示例)。
52.在本技术的一些实施例中，业务终端100在执行s210之前，处理数据的方法还包括：生成所述目标终端的待处理任务的请求；获取与所述待处理任务的请求对应的账户的客户申请数据；将所述客户申请数据添加到对应的文件中，生成所述待确认文件。
53.例如，在本技术的一些实施例中，批量调度平台获取到所有的待处理报盘文件任务后，会生成待处理报盘文件任务的请求，之后从待处理报盘文件任务对应是申请表中抽取客户申请数据，并将客户申请数据(例如，客户购买基金、赎回资金等申请数据)对应的生成03文件(作为待确认文件的一个具体示例)，之后便可以上传至深证通服务器。
54.可以理解的是，在本技术的一些实施例中，基金公司终端为多个时，本技术可以实现对待处理报盘文件任务的并发处理，可以大大缩短导出申请数据的时间。
55.s220，在所述第一预设时间段内多次扫描所述服务器端，确认所述服务器端是否存在所述第二预设时间段内与所述待确认文件对应的回传确认文件。
56.在本技术的一些实施例中，s220可以包括：在所述第一预设时间段内按照预设周期扫描所述服务器端。
57.例如，在本技术的一些实施例中，03文件上传至深证通服务器后银行终端可以在24小时内对深证通服务器进行轮询，也就是按照预设周期(例如，30分钟、1小时或2小时等等)扫描深证通服务器的目录，以此确认目录下是否存在ma30000ta回盘文件(作为回传确认文件的一个具体示例)。
58.s230，在确认所述服务器端存在所述回传确认文件后，下载并存储所述回传确认文件，并对与所述回传确认文件对应的账户进行处理。
59.例如，在本技术的一些实施例中，在扫描到深证通服务器的目录下存在ma30000ta回盘文件时，银行终端会生成下载解析任务发送到批量调度平台。批量调度平台会执行下载解析任务，将深证通服务器的ma30000ta回盘文件下载并解析到数据库。其中，ma30000ta回盘文件可以包括：04基金交易确认文件、06基金分红文件以及05基金持仓文件。
60.可以理解的是，在本技术的一些实施例中，基金公司终端为多个时，本技术可以实现对ma30000ta回盘文件的并发处理，能大大缩短导出申请数据的时间，比如基金公司终端(可以称为ta)为100个，每个基金公司终端有5个文件，现有技术需要串行处理500个文件，而本技术改进后基于文件并发处理，可缩短近500倍时间。
61.在本技术的一些实施例中，s230可以包括：对所述回传确认文件进行解析，获取所述账户的交易数据；对所述交易数据进行确认处理，并向与所述账户对应的客户发送处理通知。
62.例如，在本技术的一些实施例中，ma50000确认清算查询解析完成的确认数据(作为交易数据的一个具体示例)，并按ta 交易的账户号字段生成多个处理任务sa50002。其中，交易的账户号字段与客户的账户相对应。sa50002查询确认数据，若客户的账户是购买，则给客户增加份额并扣除购买资金。若客户的账户是赎回，则扣除客户份额并给客户打款，并推送订单到订单系统。进而订单系统可以向客户发送相应的处理通知。确认清算处理完成后，执行ma60000ta切日、ma70000份额备份、ma80000系统切日等(也就是在系统生成相应的日志记录)。
63.下面结合附图3示例性阐述本技术的一些实施例提供的由服务器端200执行的处理数据的方法实现过程。
64.请参见附图3，图3为本技术的一些实施例提供的处理数据的方法流程图，处理数据的方法包括：s310，在第一预设时间段内，接收业务终端发送的第二预设时间段内与目标终端相关的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段。s320，将所述待确认文件发送至所述目标终端。s330，接收所述目标终端反馈的所述第二预设时间段内与所述待确认文件对应的回传确认文件，以使所述业务终端下载并存储。
65.例如，在本技术的一些实施例中，深证通服务器会接收银行终端发送是03文件，然后再向基金公司终端发送该03文件。在有多个基金公司终端时，深证通服务器会接收到多个03文件，一个03文件对应一个基金公司终端。最后深证通服务器会接收由基金公司终端发送的ma30000ta回盘文件，并将ma30000ta回盘文件存储在相应的目录下。
66.下面结合附图4示例性阐述本技术的一些实施例提供的由目标终端300执行的处理数据的方法实现过程。
67.请参见附图4，图4为本技术的一些实施例提供的处理数据的方法流程图，处理数据的方法包括：s410，在第一预设时间段内，接收服务器端发送的由业务终端生成的第二预设时间段内的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段。s420，对所述待确认文件中的客户申请数据进行审核，生成所述第二预设时间段内的回传确认文件。s430，将所述回传确认文件发送给所述服务器端，以使业务终端下载并存储。
68.例如，在本技术的一些实施例中，基金公司终端根据本地的配置文件模版生成文件确认任务，也就是生成ma30000ta回盘文件，例如，ma30000ta回盘文件包括：04基金交易确认文件、06基金分红文件以及05基金持仓文件等，并发送给深证通服务器。
69.下面结合附图5示例性阐述本技术的一些实施例提供的处理数据的交互实现流程。请参见附图5，图5为本技术的一些实施例提供的处理数据的交互流程图。
70.下面以客户的账户在第一天的下午3点前在一个基金公司选择了一笔基金产品购买，再做一笔持仓赎回为例，示例性阐述上述实现过程。
71.s510，在第一预设时间段内生成第二预设时间段内的任务处理表。
72.例如，作为本技术的一个具体示例，银行终端的第一天的清算任务在下午3点处理完成后，生成客户购买和持仓赎回的任务处理表。第一预设时间段为第一天的下午3点之后到第二天的下午3点之前(也就是24小时)。第二预设时间段为第二天的下午3点之后。
73.s520，将任务处理表进行拆分，获取目标终端的待处理任务。
74.例如，作为本技术的一个具体示例，银行终端确认任务处理表中的任务属于哪一基金公司终端，获取基金公司终端的待处理购买和持仓赎回任务(作为待处理任务的一个具体示例)。
75.s530，生成待处理任务的请求，并获取与待处理任务的请求对应的账户的客户申请数据，生成第二预设时间段内的待确认文件。
76.例如，作为本技术的一个具体示例，银行终端会生成与待处理购买和持仓赎回任务的请求，然后基于请求获取客户申请数据，将客户申请数据写入到文件中，得到03文件。
77.s540，发送待确认文件。
78.例如，作为本技术的一个具体示例，银行终端向深证通服务器发送03文件。
79.s550，按照预设周期扫描服务器端，确认服务器端是否存在回传确认文件。
80.例如，作为本技术的一个具体示例，预设周期为1小时，银行终端会在24小时内每隔1个小时扫描一次深证通服务器，确认是否有回盘文件。
81.s560，接收发送的待确认文件，并将待确认文件发送至目标终端。
82.例如，作为本技术的一个具体示例，深证通服务器接收03文件，并将03文件发送给基金公司终端。
83.s570，接收服务器端发送的待确认文件。
84.例如，作为本技术的一个具体示例，基金公司终端接收03文件。
85.s580，对待确认文件中的客户申请数据进行审核，生成回传确认文件，并发送回传确认文件。
86.例如，作为本技术的一个具体示例，基金公司终端对03文件中的申请数据进行确认，生成回盘文件。将回盘文件发送给深证通服务器。
87.s590，确认服务器端存在回传确认文件后，下载并存储回传确认文件，并对与回传确认文件对应的账户进行处理。
88.例如，作为本技术的一个具体示例，银行终端扫描到深证通服务器存在回盘文件，将回盘文件下载解析后，对回盘文件中的数据进行确认。对客户购买的基金，则给客户增加份额并扣除购买资金。对客户持仓赎回的基金，则扣除客户份额并给客户打款，并推送订单到订单系统。最后将订单发给客户，订单中包含客户的交易账户号和基金处理情况。
89.本技术的一些实施例，通过24小时轮询可以第一时间获取到基金公司(也就是基金公司终端)确认的回盘数据(也就是回盘文件)，大部分基金公司的文件在上午11点前就已提供，本技术较现有技术提前了4～5个小时。由于各基金公司上传文件的时间都有差异，由集中处理变为分散处理，可减小资金系统及其订单系统压力，基金公司上传文件后，由现有的文件串行处理改为并行处理，可大大缩短下载解析时间。银行终端处理确认数据时，按ta代码 交易账户号段分片并发处理，可以显著缩短清算处理时间，让客户尽快拿到资金和看到自己的份额。
90.请参考图6，图6示出了本技术的一些实施例提供的业务终端的组成框图。应理解，该业务终端与上述图2方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该业务终端的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
91.图6的业务终端包括至少一个能以软件或固件的形式存储于存储器中或固化在业务终端中的软件功能模块，该业务终端包括：第一发送模块610，被配置为在第一预设时间
段内，向服务器端发送第二预设时间段内与目标终端相关的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段；扫描模块620，被配置为在所述第一预设时间段内多次扫描所述服务器端，确认所述服务器端是否存在所述第二预设时间段内与所述待确认文件对应的回传确认文件；处理模块630，被配置为在确认所述服务器端存在所述回传确认文件后，下载并存储所述回传确认文件，并对与所述回传确认文件对应的账户进行处理。
92.在本技术的一些实施例中，在第一发送模块610之前，业务终端还包括(图中未示出)：生成模块，被配置为生成所述目标终端的待处理任务的请求；获取与所述待处理任务的请求对应的账户的客户申请数据；将所述客户申请数据添加到对应的文件中，生成所述待确认文件。
93.在本技术的一些实施例中，所述目标终端为多个，其中，生成模块，被配置为在所述第一预设时间段内生成任务处理表；将所述任务处理表进行拆分，获取所述目标终端中各目标终端的所述待处理任务。
94.在本技术的一些实施例中，扫描模块620，被配置为在所述第一预设时间段内按照预设周期扫描所述服务器端。
95.在本技术的一些实施例中，处理模块630，被配置为对所述回传确认文件进行解析，获取所述账户的交易数据；对所述交易数据进行确认处理，并向与所述账户对应的客户发送处理通知。
96.请参考图7，图7示出了本技术的一些实施例提供的服务器端的组成框图。应理解，该服务器端与上述图3方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该服务器端的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
97.图7的服务器端包括至少一个能以软件或固件的形式存储于存储器中或固化在服务器端中的软件功能模块，该服务器端包括：第一接收模块710，被配置为在第一预设时间段内，接收业务终端发送的第二预设时间段内与目标终端相关的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段；第二发送模块720，被配置为将所述待确认文件发送至所述目标终端；第二接收模块730，被配置为接收所述目标终端反馈的所述第二预设时间段内与所述待确认文件对应的回传确认文件，以使所述业务终端下载并存储。
98.请参考图8，图8示出了本技术的一些实施例提供的目标终端的组成框图。应理解，该目标终端与上述图4方法实施例对应，能够执行上述方法实施例涉及的各个步骤，该目标终端的具体功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。
99.图8的目标终端包括至少一个能以软件或固件的形式存储于存储器中或固化在目标终端中的软件功能模块，该目标终端包括：第三接收模块810，被配置为在第一预设时间段内，接收服务器端发送的由业务终端生成的第二预设时间段内的待确认文件，其中，所述第一预设时间段与所述第二预设时间段相邻，且所述第一预设时间段早于所述第二预设时间段；审核模块820，被配置为对所述待确认文件中的客户申请数据进行审核，生成所述第二预设时间段内的回传确认文件；第三发送模块830，被配置为将所述回传确认文件发送给所述服务器端，以使业务终端下载并存储。
100.本技术的一些实施例还提供了一种计算机可读存储介质，其上存储有计算机程
序，所述程序被处理器执行时可实现如上述实施例提供的上述方法中的任意实施例所对应方法的操作。
101.本技术的一些实施例还提供了一种计算机程序产品，所述的计算机程序产品包括计算机程序，其中，所述的计算机程序被处理器执行时可实现如上述实施例提供的上述方法中的任意实施例所对应方法的操作。
102.如图9所示，本技术的一些实施例提供一种电子设备900，该电子设备900包括：存储器910、处理器920以及存储在存储器910上并可在处理器920上运行的计算机程序，其中，处理器920通过总线930从存储器910读取程序并执行所述程序时可实现如上述任意实施例的方法。
103.处理器920可以处理数字信号，可以包括各种计算结构。例如复杂指令集计算机结构、结构精简指令集计算机结构或者一种实行多种指令集组合的结构。在一些示例中，处理器920可以是微处理器。
104.存储器910可以用于存储由处理器920执行的指令或指令执行过程中相关的数据。这些指令和/或数据可以包括代码，用于实现本技术实施例描述的一个或多个模块的一些功能或者全部功能。本公开实施例的处理器920可以用于执行存储器910中的指令以实现上述所示的方法。存储器910包括动态随机存取存储器、静态随机存取存储器、闪存、光存储器或其它本领域技术人员所熟知的存储器。
105.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
106.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。
107.需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。