数据处理方法、装置、设备和介质与流程

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.可选的，所述方法还包括：
26.若在预设时限内多次扣除失败，则将所述第一数据转移请求退回给所述终端设备。
27.可选的，所述若所述剩余数据量充足，则根据所述待转移数据量扣除所述剩余数据量，并向所述终端设备发送扣除成功的信息之后，所述方法还包括：
28.若监听到所述终端设备未针对所述数据转移请求执行数据转移操作，则确定针对所述第一数据转移请求的处理操作出现转移异常；
29.基于所述待转移数据量修正所述剩余数据量，并通知所述终端设备处理针对所述第一数据转移请求的转移异常。
30.可选的，所述方法还包括：
31.若所述账户类型为第二账户类型，则对所述第一数据转移请求进行逐笔控制。
32.可选的，所述剩余数据量包括第一数据量和第二数据量，其中，所述第一数据量大于所述第二数据量；
33.所述根据所述待转移数据量扣除所述剩余数据量，具体包括：
34.从所述第一数据量中扣除所述待转移数据量；
35.所述方法还包括：
36.若不需要校验剩余数据量则从所述第二数据量中扣除所述待转移数据量。
37.可选的，调整所述剩余数据量，具体包括：
38.将所述第二数据量的额度调整至所述第一数据量的额度中。
39.第二方面，本技术还提供一种数据处理装置，所述装置包括：
40.接收模块，被配置为执行接收终端设备发送的第一数据转移请求，所述第一数据转移请求中包括机构标识和待转移数据量；
41.校验模块，被配置为执行若针对所述第一数据转移请求需要校验剩余数据量，则判断所述机构标识对应的剩余数据量是否充足；
42.若所述剩余数据量充足，则根据所述待转移数据量扣除所述剩余数据量，并向所
述终端设备发送扣除成功的信息；
43.若所述剩余数据量不充足，则等待所述剩余数据量充足之后再扣除所述待转移数据量，并向所述终端设备发送扣除成功的信息。
44.可选的，所述第一数据转移请求中还包括业务类型和账户类型，其中所述账户类型为支付所述待转移数据量的账户类型，所述装置还包括：
45.剩余量校验模块，被配置为执行基于以下方法确定所述第一数据转移请求是否需要校验剩余数据量：
46.若所述账户类型为第一账户类型且所述待转移数据量大于或等于所述数据量阈值，则确定对所述第一数据转移请求校验剩余数据量；
47.若所述账户类型为第一账户类型、所述待转移数据量低于所述机构标识对应的数据量阈值且业务类型为第一业务类型，则确定对所述第一数据转移请求校验剩余数据量；
48.若所述账户类型为第一账户类型、所述待转移数据量低于所述机构标识对应的数据量阈值且业务类型为第二业务类型，则确定不对所述第一数据转移请求校验剩余数据量，并通知所述终端设备进行数据转移操作；
49.若所述账户类型为第二账户类型，则确定不对所述第一数据转移请求校验剩余数据量。
50.可选的，执行所述等待所述剩余数据量充足之后再扣除所述待转移数据量，所述校验模块具体被配置为执行：
51.若不存在第二数据转移请求，则在调整所述剩余数据量之后重新扣除所述待转移数据量。
52.可选的，所述装置还包括：
53.轮询模块，被配置为执行若存在所述第二数据转移请求，则将所述第一数据转移请求按照接收时间加入待扣除队列并标记为排队状态；
54.轮询所述待扣除队列；
55.若轮询到所述第一数据转移请求，在调整所述剩余数据量之后，重新扣除所述待转移数据量；
56.若扣除成功，则将所述第一数据转移请求的状态修改为已扣除状态并移出所述待扣除队列，以及向所述终端设备发送扣除成功信息；
57.若扣除失败，则将所述第一数据转移请求移动到所述待扣除队列的末位。
58.可选的，若扣除失败，所述轮询模块还被配置为执行：
59.向所述终端设备发送预警信息，其中所述预警信息用于提示所述剩余数据量不足；
60.基于所述终端设备发送的剩余数据量调整请求，提高所述剩余数据量。
61.可选的，所述装置还包括：
62.退回处理模块，被配置为执行若在预设时限内多次扣除失败，则将所述第一数据转移请求退回给所述终端设备。
63.可选的，所述若所述剩余数据量充足，则根据所述待转移数据量扣除所述剩余数据量，并向所述终端设备发送扣除成功的信息之后，所述装置还包括：
64.异常处理模块，被配置为执行若监听到所述终端设备未针对所述数据转移请求执
行数据转移操作，则确定针对所述第一数据转移请求的处理操作出现转移异常；
65.基于所述待转移数据量修正所述剩余数据量，并通知所述终端设备处理针对所述第一数据转移请求的转移异常。
66.可选的，所述装置还包括：
67.逐笔校验模块，被配置为执行若所述账户类型为第二账户类型，则对所述第一数据转移请求进行逐笔控制。
68.可选的，所述剩余数据量包括第一数据量和第二数据量，其中，所述第一数据量大于所述第二数据量；
69.执行所述根据所述待转移数据量扣除所述剩余数据量，所述校验模块具体被配置为执行：
70.从所述第一数据量中扣除所述待转移数据量；
71.所述校验模块还被配置为执行：
72.若不需要校验剩余数据量则从所述第二数据量中扣除所述待转移数据量。
73.可选的，执行所述调整所述剩余数据量，所述校验模块具体被配置为执行：
74.将所述第二数据量的额度调整至所述第一数据量的额度中。
75.第三方面，本技术还提供了一种电子设备，包括：
76.存储器，用于存储处理器的可执行指令；
77.处理器，用于执行所述可执行指令，以实现如本技术第一方面中提供的任一方法。
78.第四方面，本技术一实施例还提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如本技术第一方面中提供的任一方法。
79.第五方面，本技术一实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本技术第一方面中提供的任一方法。
80.本技术的实施例提供的技术方案至少带来以下有益效果：
81.本技术在接收到第一数据转移请求后，若需要对剩余数据量进行校验，则判断剩余数据量是否充足，若充足则扣除待转移数据量，否则等剩余数据量充足后再扣除待转移数据量，在扣除成功后向终端设备发送扣除成功的信息。因此本技术能够通过对需要校验的数据转移请求进行校验，保证机构的数据转移的准确性，并且不会将机构的剩余数据量不足的缺陷暴露给客户，避免了对机构的信誉影响。
82.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本技术。在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本技术各较佳实施例。
附图说明
83.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
84.图1为本技术实施例提供的应用场景示意图；
85.图2为本技术实施例提供的数据处理示意图；
86.图3本技术实施例提供的确定数据是否进行校验的示意图；
87.图4本技术实施例提供的数据校验示意图；
88.图5本技术实施例提供的装置示意图；
89.图6本技术实施例提供的电子设备的结构示意图。
具体实施方式
90.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。其中，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本技术保护的范围。
91.并且，在本技术实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况，另外，在本技术实施例的描述中，“多个”是指两个或多于两个。
92.以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”、的特征可以明示或者隐含地包括一个或者更多个该特征，在本技术实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。
93.在相关技术中，事后核销是将预申报的数据转移请求与实际收到或支付的数据量流水进行事后比对，对于转移的数据量、账户类型、机构等要素吻合的两组数据进行核销标记，便于用户事后统计与考核。事后核销的方式对人力的需求较大，工作效率不高，并且由于是事后对头寸进行统计容易产生日间流动性风险。
94.逐笔控制的方法是将支付信息与申报的数据转移请求进行完全匹配的检查，对于不匹配的数据转移请求不允许用户支付，从而达到对日间流动性风险的管控。虽然避免了日间流动性风险，但是客户体验较差，并且在不允许用户支付时容易将机构资金不足的问题暴露给用款客户，影响客户满意度并且可能影响机构的信誉。
95.有鉴于此，本技术实施例提供了一种数据处理方法、装置、设备和介质用以提高核验效率的同时提高客户体验。
96.下面将结合实施例对本技术提供的数据处理方法进行介绍。
97.本技术提出一种数据数理方法，对于终端设备发送的数据转移请求，先根据数据转移请求的账户类型、业务类型和数据量阈值确定该数据转移请求是否校验。若确定进行校验，则判断机构的剩余数据量是否充足。若机构的剩余数据量充足，扣除转移数据量并通知终端设备扣除成功；若机构的剩余数据量不充足，则等待剩余数据量充足后再中心扣除转移数据量。由此，本技术提供的方法并非时候核验，而是在每一次数据转移过程中进行核验，达到了事中核验的方式，相比事后核验，能够及时进行核验提高核验效率。
98.此外，本技术实施例中，如果在预设时限内多次扣除失败，则将数据转移请求退回给终端设备处理。由此，可以由终端设备及时对扣除失败的第一数据转移请求进行相应的处理，而不必等到事后核验时，发现扣除失败进而提高核验效率。
99.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
100.在介绍完本技术实施例的主要发明思想之后，下面对本技术实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本技术实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本技术实施例提供的技术方案。
101.如图1所示，为本技术实施例提供的应用场景示意图。
102.在图1中，总机构100控制各个分支机构101(和/或总机构的不同部门)，假设分支机构(和/或总机构的不同部门)有n个，分别为分支机构101-1、分支机构101-2、
……
、分支机构101-n，总机构100中设置有服务器102，服务器102调整各个分支机构101的剩余数据量。各个分支机构(和/或总机构的部门)101中设置有终端设备103，如图1示出包括终端设备103-1、103-2、
……
、103-n。终端设备103可以是一台电子设备或多台电子设备，终端设备103中配置有支付组件105和业务组件104，服务器102中配置有支付管理组件106。支付组件105用于发起数据转移请求给服务器102的支付管理组件106。业务组件104可以获取数据转移请求包括的相应参，例如业务类型，账户类型(该账户类型指用于支付数据转移请求的待转移数据量的账户，例如是总行账户或分行账户、或其他行账户)、业务类型、待转移数据量和机构标识等中的至少一种。
103.服务器102接收任意终端设备103发送的第一数据转移请求后，服务器102的业务管理组件106根据第一数据转移请求中的账户类型选择不同的管理方法，若账户类型为第一账户类型(如总行账户)，则选择第一种管理方法，即根据业务类型和待转移数据量确定是否进行校验；若账户类型为第二账户类型(如分行账户)，则选择第二种管理方法，第二管理方法例如为根据逐笔控制的方式处理第一数据转移请求。
104.若选择第一种管理方法且确定对第一数据转移请求进行校验，则判断分支机构101的剩余数据量是否充足。若剩余数据量充足，则根据待转移数据量扣除剩余数据量并向终端设备发送扣除成功的信息。
105.若剩余数据量不充足，则等待剩余数据量充足之后，再根据待转移数据量扣除剩余数据量并向终端设备发送扣除成功的信息。若在预设时限内多次扣除失败，服务器102向终端设备103发送扣除失败信息，并第一数据转移请求退回给终端设备103。终端设备103对退回的数据转移请求进行处理。
106.若选择第一种管理方法且确定对第一数据转移请求不进行校验，则通知终端设备103执行转移操作。终端设备103收到执行转移操作的信息后，用户在业务组件104上确定是否进行转移操作并通知服务器102从第一账户类型中支付待转移数据量。
107.若服务器102监听到支付异常，则在本技术实施例中，若终端设备103收到被退回的数据转移请求，则将该数据转移请求撤销。
108.本技术实施例中的终端设备103可以是服务器、台式电脑、智能终端设备等。本技术实施例服务器102可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务
器。
109.当然，本技术实施例提供的方法并不限于图1所示的应用场景，还可以用于其它可能的应用场景，本技术实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。
110.为进一步说明本技术实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本技术实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本技术实施例提供的执行顺序。所述方法在实际的处理过程中或者装置执行时，可按照实施例或者附图所示的方法顺序执行或者并执行。
111.为便于理解，下文通过具体实施例对本技术提供的一种数据处理方法进行详细说明。如图2所示，可包括以下步骤：
112.步骤201，接收终端设备发送的第一数据转移请求，其中，第一数据转移请求中包括机构标识和待转移数据量。
113.机构标识例如是分行标识、总行各部门的标识等。待转移数据量即需要转移的数据量，可以是分行需要支付给其他机构的数据量。
114.服务器102在接收到数据转移请求之后，根据该数据转移请求中包括的账户类型、待转移数据量和业务类型判断是否需要进行校验，如图3所示，校验的步骤可实施为：
115.步骤301，判断数据转移请求是否为第一账户类型，若账户类型为第一账户，则执行步骤302，若账户类型为第二账户类型，则执行步骤306。
116.其中，第一账户类型例如是总行账户第二账户类型例如是分行账户，通过划分第一账户类型和第二账户类型，能够基于不同账户类型划分不同的管理逻辑，解耦出不同账户类型的需求，使得对数据转移请求的处理更加灵活。
117.此外，本技术实施例中可以实现对大额支付校验，对小额支付不校验，因为各机构(包括分行和/或总行的各部门)都是预先申请头寸。大额度更需要预先申请，故此大额支付可能因剩余数据量不充足容易导致扣除失败，而小额度导致扣除失败的可能性较小。故此，可以结合步骤302实现对大额和小额支付的管理逻辑。
118.步骤302，判断待转移数据量是否大于或等于机构标识对应的数据量阈值，若待转移数据量大于或等于机构标识对应的数据量阈值，则执行步骤304，否则执行步骤303。
119.其中，通过数据量阈值可以筛选出大额支付的第一数据转移请求，和小额支付的数据转移请求，从而实现前述的大额和小额支付的不同管理逻辑。
120.步骤303，判断数据转移请求是否为第一业务类型，若数据转移请求的业务类型为第一业务类型，则执行步骤304，若数据转移请求的业务类型为第二业务类型，则执行步骤305。
121.第一业务类型例如是柜面结算、现金交易等，第二业务类型例如是转贷、资金管理系统中的交易等、通过划分第一和第二业务类型能够对不同业务进行精确的管理。
122.步骤304，确定对转移数据请求校验剩余数据量。
123.步骤305，确定不进行校验剩余数据量，并通知所终端设备进行数据转移操作。
124.步骤306，确定不校验剩余数据量之后，根据逐笔控制的方式处理第一数据请求。
125.在本技术实施例中，根据账户类型、待转移数据量和业务类型确定第一数据转移请求是否校验的顺序可以是固定的。即先根据账户类型判断对第一数据转移请求是根据本技术的数据处理方法进行管理还是按照逐笔控制的方式对第一数据转移请求进行管理。再根据待转移数据量确定是否对第一数据转移请求进行校验，其中针对小于数据量阈值的第一数据转移请求再根据业务类型确定是否对第一数据转移请求进行校验，以防止遗漏对小于数据量阈值且是第一业务类型第一数据转移请求的校验。
126.在本技术中，为了便于管理数据，将终端设备的数据转移请求先后根据账户类型、业务类型和待转移数据量的顺序进行区分管理，以防止同一时间针对不同类型的数据转移请求进行校验后，对于符合两种类型及以上的数据转移请求校验多次，导致校验结果不准确。
127.当然，需要说明的是，在另一实施例中，图3中各个判定的执行也可以不限制执行顺序，只要能够根据各个判定条件得出是否对第一数据转移请求进行剩余数据量的校验即可，本技术对此不作限定。
128.步骤202，若针对第一数据转移请求需要校验剩余数据量，则执行步骤203。
129.步骤203，判断机构标识对应的剩余数据量是否充足，若剩余数据量充足，则执行步骤204，否则执行步骤205。
130.步骤204，根据待转移数据量扣除剩余数据量，并向终端设备发送扣除成功的信息。
131.步骤205，等待剩余数据量充足之后再扣除待转移数据量，并向终端设备发送扣除成功的信息。
132.在本技术实施例中，若各分支机构101(如包括各分行和/或总行的各部门)需要对数据进行数据转移操作，针对第二业务类型中大于或等于数据量阈值的第一数据转移请求，可根据账户类型、转移数据量和业务类型提前向服务器102申请头寸，服务器102根据机构标识匹配到对应的机构后，根据头寸中申请的数据量向该分支机构101提前分配所需数据量。不同终端设备或相同终端设备多次发送数据转移请求给服务器102时，发送的数据转移请求的时间也不尽相同，若数据转移请求满足第二账户类型、待转移数据量小于数据量阈值或第二业务类型中的至少一种情况时，则分支机构101无需提前向服务器102申请头寸。可理解为，大额支付时，可提前向服务器申请头寸，小额支付时可不提前申请。由此，在申请头寸时，即申请支付额度时，分支机构可根据自身需求确定是否提前申请。而本技术实施例中为了保证数据转移业务顺利、合理的执行，还将分配给分支机构的额度划分为第一数据量和第二数据量。其中，第一数据量为基于分支机构的申请分配的数据量，第二数据量为机动数据量，即总行根据分支机构的申请和/或分支机构的业务情况，灵活为分支机构额外分配的额度，以便于应对小额支付和突发状况。
133.同一分支机构101不仅可以通过终端设备103向服务器102发送第一数据转移请求，还可以发送第二数据转移请求。类似的，对于服务器102而言，不仅可以接收到第一数据转移请求，也可以接收到同一分支机构101发送的第二数据转移请求，当然第二数据转移请求也可以是其它分支机构发送的。
134.在处理第一数据转移请求时，若第一数据转移请求的剩余数据量不足，还可以参照是否存在第二数据转移请求来确定如何处理第一数据转移请求。
135.例如，若不存在第二数据转移请求，则只需要等待第一数据转移请求对应的剩余数据量充足后扣除待转移数据量。另一种可能的实施方式中，若存在第二数据转移请求，则如图4所示，对第一数据转移请求的处理，可包括以下步骤：
136.步骤401，将第一数据转移请求按照接收时间加入待扣除队列并标记为排队状态。默认第二数据转移请求的处理方式与第一数据转移请求相同，这里不再对第二数据转移请求的处理方式进行赘述。
137.步骤402，轮询待扣除队列。
138.步骤403，若轮询到第一数据转移请求，在调整剩余数据量之后，重新扣除待转移数据量。
139.步骤404，判断是否扣除成功，若扣除成功，则执行步骤405，否则执行步骤406。
140.步骤405，将第一数据转移请求的状态修改为已扣除状态并移出待扣除队列，以及向终端设备发送扣除成功信息。
141.步骤406，将第一数据转移请求移动到待扣除队列的末位。
142.步骤407，判断待扣除队列是否仍有待处理的数据转移请求，若有，则返回执行步骤402,否则结束轮询。
143.在本技术实施例中，若服务器102接收到第一数据转移请求和第二数据转移请求，则将第一数据转移请求按照接收的时间加入待扣除队列中，并轮询待扣除队列中。此时，针对待扣除队列中第一个数据转移请求，在调整对应机构的剩余数据量之后，再次扣除其待转移数据量，之后则继续扣除第二个数据转移请求，直至待扣除队列中所有数据转移请求都轮询完成。
144.在本技术一种实施例中，若扣除待转移数据量失败，服务器102向终端设备103发送预警信息，其中预警信息用于提示剩余数据量不足。此时终端设备103收到预警信息后，可显示操作界面，由相应管理员或根据调整策略申请调整对于的剩余数据量，可实施为由终端设备103向服务器102发送剩余数据量调整请求，服务器102根据剩余数据量调整请求调整剩余数据量。
145.在本技术另一种实施例中，若在预设时限内多次扣除失败则将第一数据转移请求退回给终端设备。由此，当多次扣除失败则说明存在异常，则可以将该异常通知终端设备进行相应的处理策略。
146.在本技术的另一实施例中，在服务器102向终端设备103发送扣除成功的消息之后，终端设备103执行数据转移操作。数据转移操作可实施为由终端设备103提示其相应的管理员在终端设备103上向服务器发送确认转移信息，再由服务器根据确认转移信息将对应总机构账户中的数据量进行扣减将待转移数据量转移给分支机构101，此时数据转移操作完成。在数据转移操作过程中，从分支机构账户中将待转移数据量转出的操作是通过服务器102参与执行的，因此服务器102能监听到数据转移操作是否成功执行。若监听到终端设备未针对数据转移请求执行数据转移操作，则确定针对第一数据转移请求的处理操作出现转移异常。并通知终端设备103处理针对第一数据转移请求的转移异常。终端设备103收到异常信息之后，撤销第一数据转移请求的信息，并通知服务器102根据待转移数据量修正机构的剩余数据量。由此可知，实施时服务器102对同一分支机构101可维护有两个重要数据，第一个重要数据为剩余数据量即用于实际转移数据之前进行剩余数据量的校验，在修
改剩余数据量时，即校验剩余数据量时对该剩余数据量的扣减操作进行回滚；第二个重要数据为总机构100的账户额度，用于执行数据转移操作将所需数据量(即待转移数据量)转移给分支结构101。
147.在本技术实施例中，数据量在总机构100与分支机构101之间以数据的形式流动，在支付时以账户中资金的形式流动。例如若分支机构101在购买商品时，支付时是扣除分支机构的账户余额，同时将该账户中的资金转移给卖方。终端设备103执行的数据转移操作是将总机构100的支付账户中的数据量向分支机构101转移。服务器102向分支机构101分配的数据量是基于总机构100的剩余数据量以及分支机构的申请和业务情况进行的。
148.在本技术中，若因为服务器102或终端设备103的出现故障，如断电、网络拥堵等问题导致无法进行数据转移操作，服务器102同样能够检测到转移异常。
149.在本技术施例中，如前文所述，分支机构101的剩余数据量包括第一数据量和第二数据量，其中，第一数据量大于第二数据量。第一数据量是根据服务器102接收到的由终端设备103发送的头寸申请，提前向分支机构101分配第一数据量，并根据分支机构101的情况灵活分配第二数据量。对于需要校验的数据转移请求，如大额支付服务器102从第一数据量中扣除待转移数据量；对于不需要校验的数据转移请求如小额支付则从第二数据量中扣除待转移数据量。
150.在本技术中，一天中低于数据量阈值的数据转移请求的数量庞大且业务类型有多种，若对一天中每一笔数据转移请求进行管理，业务组件104以及支付管理组件106会耗费大量时间处理，容易影响客户的体验，并影响对大于或等于数据量阈值的数据转移请求的管理。因此若大于或等于数据量阈值的数据转移请求提前申报头寸，则业务组件104不需要在当天对该数据转移请求进行账户类型和业务类型的归类，而是提前归类，在当天服务器102根据申报金额向机构分配头寸。针对当天低于数据量阈值且是第二业务类型的数据转移请求，业务组件104直接从第二数据量中扣除待转移数据量，提高了业务组件104的效率。也即，大额支付，可以由支付管理组件106进行扣除转移，小额支付可以由业务组件104完成扣除转移。
151.在本技术的一种实施例中，调整剩余数据量的方式有两种，一种是当用户在预设时限内通过终端设备103向服务器102发送剩余数据量调整请求，服务器102根据剩余数据量调整请求提高剩余数据量；另一种是在预设时限内管理员未通过终端设备103向服务器102发送剩余数据量调整请求，则服务器102将第二数据量的额度调整至第一数据量的额度中。
152.基于相同的发明构思，本技术还提出了一种数据处理装置500，如图5所示，该装置包括：
153.接收模块501，被配置为执行接收终端设备发送的第一数据转移请求，所述第一数据转移请求中包括机构标识和待转移数据量；
154.校验模块502，被配置为执行若针对所述第一数据转移请求需要校验剩余数据量，则判断所述机构标识对应的剩余数据量是否充足；
155.若所述剩余数据量充足，则根据所述待转移数据量扣除所述剩余数据量，并向所述终端设备发送扣除成功的信息；
156.若所述剩余数据量不充足，则等待所述剩余数据量充足之后再扣除所述待转移数
据量，并向所述终端设备发送扣除成功的信息。
157.可选的，所述第一数据转移请求中还包括业务类型和账户类型，其中所述账户类型为支付所述待转移数据量的账户类型，所述装置还包括：
158.剩余量校验模块，被配置为执行基于以下方法确定所述第一数据转移请求是否需要校验剩余数据量：
159.若所述账户类型为第一账户类型且所述待转移数据量大于或等于所述数据量阈值，则确定对所述第一数据转移请求校验剩余数据量；
160.若所述账户类型为第一账户类型、所述待转移数据量低于所述机构标识对应的数据量阈值且业务类型为第一业务类型，则确定对所述第一数据转移请求校验剩余数据量；
161.若所述账户类型为第一账户类型、所述待转移数据量低于所述机构标识对应的数据量阈值且业务类型为第二业务类型，则确定不对所述第一数据转移请求校验剩余数据量，并通知所述终端设备进行数据转移操作；
162.若所述账户类型为第二账户类型，则确定不对所述第一数据转移请求校验剩余数据量。
163.可选的，执行所述等待所述剩余数据量充足之后再扣除所述待转移数据量，所述校验模块具体被配置为执行：
164.若不存在第二数据转移请求，则在调整所述剩余数据量之后重新扣除所述待转移数据量。
165.可选的，所述装置还包括：
166.轮询模块，被配置为执行若存在所述第二数据转移请求，则将所述第一数据转移请求按照接收时间加入待扣除队列并标记为排队状态；
167.轮询所述待扣除队列；
168.若轮询到所述第一数据转移请求，在调整所述剩余数据量之后，重新扣除所述待转移数据量；
169.若扣除成功，则将所述第一数据转移请求的状态修改为已扣除状态并移出所述待扣除队列，以及向所述终端设备发送扣除成功信息；
170.若扣除失败，则将所述第一数据转移请求移动到所述待扣除队列的末位。
171.可选的，若扣除失败，所述轮询模块还被配置为执行：
172.向所述终端设备发送预警信息，其中所述预警信息用于提示所述剩余数据量不足；
173.基于所述终端设备发送的剩余数据量调整请求，提高所述剩余数据量。
174.可选的，所述装置还包括：
175.退回处理模块，被配置为执行若在预设时限内多次扣除失败，则将所述第一数据转移请求退回给所述终端设备。
176.可选的，所述若所述剩余数据量充足，则根据所述待转移数据量扣除所述剩余数据量，并向所述终端设备发送扣除成功的信息之后，所述装置还包括：
177.异常处理模块，被配置为执行若监听到所述终端设备未针对所述数据转移请求执行数据转移操作，则确定针对所述第一数据转移请求的处理操作出现转移异常；
178.基于所述待转移数据量修正所述剩余数据量，并通知所述终端设备处理针对所述
第一数据转移请求的转移异常。
179.可选的，所述装置还包括：
180.逐笔校验模块，被配置为执行若所述账户类型为第二账户类型，则对所述第一数据转移请求进行逐笔控制。
181.可选的，所述剩余数据量包括第一数据量和第二数据量，其中，所述第一数据量大于所述第二数据量；
182.执行所述根据所述待转移数据量扣除所述剩余数据量，所述校验模块具体被配置为执行：
183.从所述第一数据量中扣除所述待转移数据量；
184.所述校验模块还被配置为执行：
185.若不需要校验剩余数据量则从所述第二数据量中扣除所述待转移数据量。
186.可选的，执行所述调整所述剩余数据量，所述校验模块具体被配置为执行：
187.将所述第二数据量的额度调整至所述第一数据量的额度中。
188.在介绍了本技术示例性实施方式的数据处理方法、装置之后，接下来，介绍根据本技术的另一示例性实施方式的电子设备。
189.所属技术领域的技术人员能够理解，本技术的各个方面可以实现为系统、方法或程序产品。因此，本技术的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
190.在一些可能的实施方式中，根据本技术的电子设备可以至少包括至少一个服务器、以及至少一个存储器。其中，存储器存储有程序代码，当程序代码被服务器执行时，使得服务器执行本说明书上述描述的根据本技术各种示例性实施方式的运营数据管理方法。例如，服务器可以执行如运营数据管理方法中的步骤。
191.下面参照图6来描述根据本技术的这种实施方式的电子设备130。图6显示的电子设备130仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
192.如图6所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。
193.总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
194.存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(rom)1323。
195.存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
196.电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口135进行。并且，电子设备130还可以通过网络适
配器136与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
197.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由处理器131执行以完成上述运营数据管理方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
198.在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器131执行时实现如本技术提供的运营数据管理方法的任一方法。
199.在示例性实施例中，本技术提供的一种运营数据管理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本技术各种示例性实施方式的运营数据管理方法中的步骤。
200.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
201.本技术的实施方式的用于运营数据管理方法的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在电子设备上运行。然而，本技术的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
202.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
203.可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、rf等等，或者上述的任意合适的组合。
204.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供
商来通过因特网连接)。
205.应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
206.此外，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
207.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
208.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程图像缩放设备的处理器以产生一个机器，使得通过计算机或其他可编程图像缩放设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
209.这些计算机程序指令也可存储在能引导计算机或其他可编程图像缩放设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
210.这些计算机程序指令也可装载到计算机或其他可编程图像缩放设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
211.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
212.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。