还款业务数据处理方法、装置、设备及存储介质与流程

1.本说明书涉及业务数据处理技术领域，尤其是涉及一种还款业务数据处理方法、装置、设备及存储介质。


背景技术：

2.随着互联网技术的高速发展，消费金融领域的业务也不断发展壮大，很多用户会通过消费金融公司的app获取小额借款，进行资金周转或完成消费行为。并且，用户可以通过多种还款方式进行小额借款的还款，比如：用户在app输入短信验证码方式的快捷还款；在app选择第三支付发起还款等；也可以在银行柜台向消费金融公司指定的对公账户发起汇款还款。同时，消费金融公司系统中也会存在非用户主动发起的还款，比如：用户事先签约划扣银行卡，由消费金融公司通过后台系统或人工发起的划扣等。
3.然而，上述的多种还款方式可能存在互斥业务冲突。例如，用户的借款a的第一期已经逾期3天，本金、利息、服务费、逾期罚息、逾期管理费合计需还50元(其中逾期罚息需还2元)，系统在8点发起了自动划扣(划扣金额50元)，在这笔划扣还款还未成功的情况下，客服人员对借款a的第一期发起减免操作，减免逾期罚息1元，因为已经有还款在途，这笔减免请求在系统中会挂起，避免减免后金额变动导致还款成功后不能入账(如果减免没有挂起，执行减免后该期合计需还49元，后续支付成功实际划扣了用户50元，此时入账会发现还款金额多了1元，导致不能进行匹配入账)，从而造成互斥业务冲突。再如，用户主动还了借款a的第一期，同时客服手动划扣了该期，从而也会造成互斥业务冲突。
4.因此，如何降低或避免同笔借款下的多个还款业务发生互斥业务冲突，已成为目前亟待解决的技术问题。


技术实现要素：

5.本说明书实施例的目的在于提供一种还款业务数据处理方法、装置、设备及存储介质，以降低或避免同笔借款下的多个还款业务发生互斥业务冲突。
6.为达到上述目的，一方面，本说明书实施例提供了一种还款业务数据处理方法，包括：
7.接收当前的还款请求并将其作为目标请求；
8.向缓存中的还款意向信息列表写入所述目标请求对应的还款意向信息；所述还款意向信息列表以借款id为键，以还款意向信息为值，每个所述还款意向信息包含所述借款id下对应待处理的还款请求的还款id和还款来源；
9.在所述目标请求的执行时间到来时，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序；
10.当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，执行业务锁竞争逻辑，以获取业务锁；
11.在所述目标请求成功获取业务锁时，调用还款业务处理引擎处理所述目标请求。
12.本说明书实施例的还款业务数据处理方法，在根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序之后，还包括：
13.当所述目标请求对应的还款意向信息未位于所述优先级排序中的首位时，判断所述优先级排序中位于所述目标请求之前的所有还款请求是否均处于终态；
14.如果所述目标请求之前的所有还款请求中存在未处于终态的，则结束所述目标请求的处理，并等待下一次执行时间；
15.如果所述优先级排序中位于所述目标请求之前的所有还款请求均处于终态，则将所述优先级排序中位于所述目标请求之前的所有还款请求清除。
16.本说明书实施例的还款业务数据处理方法，在接收当前的还款请求并将其作为目标请求之后，还包括：
17.向缓存中的业务锁信息列表写入所述目标请求对应的业务锁信息；所述业务锁信息列表以用户id为键，以业务锁信息为值，每个所述业务锁信息包含所述用户的每个借款id下对应待处理的还款请求的还款id、业务类型和借款id；
18.所述执行业务锁竞争逻辑包括：
19.为所述目标请求对应的用户获取排它锁；
20.在成功获取所述排它锁时遍历所述业务锁信息列表，并判断当前遍历到的业务锁信息是否为所述目标请求对应的业务锁信息；
21.如果当前遍历到的业务锁信息为所述目标请求对应的业务锁信息，则确认所述目标请求成功获得业务锁。
22.本说明书实施例的还款业务数据处理方法，在判断当前遍历到的业务锁信息是否为所述目标请求对应的业务锁信息之后，还包括：
23.当前遍历到的业务锁信息不是所述目标请求对应的业务锁信息时，判断当前遍历到的业务锁信息与所述目标请求对应的业务锁信息是否互斥；
24.如果当前遍历到的业务锁信息与所述目标请求对应的业务锁信息互斥，则判断当前遍历到的业务锁信息对应的借款id是否为所述目标请求对应的借款id；
25.如果当前遍历到的业务锁信息对应的借款id是所述目标请求对应的借款id，则判断当前遍历到的业务锁信息对应的业务请求是否为终态；
26.如果当前遍历到的业务锁信息对应的业务请求不为终态，则确认所述目标请求获取业务锁失败；
27.释放所述排它锁，并等待下一次执行时间。
28.本说明书实施例的还款业务数据处理方法，还包括：
29.如果当前遍历到的业务锁信息与所述目标请求对应的业务锁信息不互斥，或者如果当前遍历到的业务锁信息对应的借款id不是所述目标请求对应的借款id，则继续遍历所述业务锁信息列表。
30.本说明书实施例的还款业务数据处理方法，还包括：
31.如果当前遍历到的业务锁信息对应的业务请求为终态，则清除当前遍历到的业务锁信息，并继续遍历所述业务锁信息列表。
32.另一方面，本说明书实施例还提供了一种还款业务数据处理装置，包括：
33.请求接收模块，用于接收当前的还款请求并将其作为目标请求；
34.信息写入模块，用于向缓存中的还款意向信息列表写入所述目标请求对应的还款意向信息；所述还款意向信息列表以借款id为键，以还款意向信息为值，每个所述还款意向信息包含所述借款id下对应待处理的还款请求的还款id和还款来源；
35.优先级排序模块，用于在所述目标请求的执行时间到来时，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序；
36.锁权获取模块，用于当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，执行业务锁锁模块，用于权竞争逻辑，以获取业务锁；
37.引擎调用模块，用于在所述目标请求成功获取业务锁时，调用还款业务处理引擎处理所述目标请求。
38.另一方面，本说明书实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行上述方法的指令。
39.另一方面，本说明书实施例还提供了一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法的指令。
40.另一方面，本说明书实施例还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述方法的指令。
41.由以上本说明书实施例提供的技术方案可见，通过本说明书实施例，使得同一借款id下的多个还款请求中只有位于优先级排序首位的还款请求才能有资格去竞争业务锁，并且对于同一借款id下的不同类型的业务请求(例如还款请求、减免请求等)，只有成功获得业务锁的业务请求才能被执行，如此则保证了同笔借款下的业务请求优先级排序串行执行，从而降低了或避免了同笔借款下的多个业务请求发生互斥业务冲突，提高了还款业务数据处理效率，避免了因消除互斥业务冲突而产生的资源浪费。
附图说明
42.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。在附图中：
43.图1示出了本说明书一些实施例中还款业务数据处理系统的示意图；
44.图2示出了本说明书一些实施例中还款业务数据处理方法的流程图；
45.图3示出了图2所示方法中业务锁竞争逻辑示意图；
46.图4示出了本说明书一些实施例中还款业务数据处理装置的结构框图；
47.图5示出了本说明书一些实施例中计算机设备的结构框图。
48.【附图标记说明】
49.10、客户端；
50.20、服务端；
51.30、缓存；
52.40、数据库；
53.41、请求接收模块；
54.42、信息写入模块；
55.43、优先级排序模块；
56.44、锁权获取模块；
57.45、引擎调用模块；
58.502、计算机设备；
59.504、处理器；
60.506、存储器；
61.508、驱动机构；
62.510、输入/输出接口；
63.512、输入设备；
64.514、输出设备；
65.516、呈现设备；
66.518、图形用户接口；
67.520、网络接口；
68.522、通信链路；
69.524、通信总线。
具体实施方式
70.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
71.图1中示出了本说明书一些实施例的还款业务数据处理系统，该还款业务数据处理系统可以包括客户端10、服务端20、缓存30和数据库40，服务端20可以从客户端10(或其他渠道)接收当前的还款请求并将其作为目标请求；向缓存30中的还款意向信息列表写入所述目标请求对应的还款意向信息；其中，还款意向信息列表以借款id为键(key)，以还款意向信息为值(value)，每个所述还款意向信息包含所述借款id下对应待处理的还款请求的还款id和还款来源；在所述目标请求的执行时间到来时，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序；当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，执行业务锁竞争逻辑，以获取业务锁；在所述目标请求成功获取业务锁时，调用还款业务处理引擎处理所述目标请求，并根据处理结果更新数据库40。
72.一些实施例中，所述客户端10可以为自助终端设备、移动终端(即智能手机)、显示器、台式电脑、平板电脑、笔记本电脑、数字助理或智能可穿戴设备等。其中，智能可穿戴设备可以包括智能手环、智能手表、智能眼镜或智能头盔等。当然，所述客户端10并不限于上述具有一定实体的电子设备，其还可以为运行于上述电子设备中的软件。此外，需要说明的是，图1所示的仅仅是本说明书提供的一种应用环境，在实际应用中，所述客户端可以为多个，本说明书不做限制。所述服务端20可以为具有运算和网络交互功能的电子设备；也可以
为运行于该电子设备中，为数据处理和网络交互提供业务逻辑的软件。所述缓存30可以为redis等缓存系统。所述数据库40可以为oracle数据库或mysql数据库等。
73.本说明书实施例提供了一种还款业务数据处理方法，可以应用于上述的服务端侧，参考图2所示，在一些实施例中，所述还款业务数据处理方法可以包括以下步骤：
74.步骤201、接收当前的还款请求并将其作为目标请求。
75.步骤202、向缓存中的还款意向信息列表写入所述目标请求对应的还款意向信息；所述还款意向信息列表以借款id为键，以还款意向信息为值，每个所述还款意向信息包含所述借款id下对应待处理的还款请求的还款id和还款来源。
76.步骤203、在所述目标请求的执行时间到来时，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序。
77.步骤204、当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，执行业务锁竞争逻辑，以获取业务锁。
78.步骤205、在所述目标请求成功获取业务锁时，调用还款业务处理引擎处理所述目标请求。
79.通过本说明书实施例，使得同一借款id下的多个还款请求中只有位于优先级排序首位的还款请求才能有资格去竞争业务锁，并且对于同一借款id下的不同类型的业务请求(例如还款请求、减免请求等)，只有成功获得业务锁的业务请求才能被执行，如此则保证了同笔借款下的业务请求优先级排序串行执行，从而降低了或避免了同笔借款下的多个业务请求发生互斥业务冲突，提高了还款业务数据处理效率，避免了因消除互斥业务冲突而产生的资源浪费。
80.在本说明书的实施例中，还款在流程上可以拆解为还款检查、提交支付、支付结果查询、充值入账四个步骤：
81.还款检查：还款检查是还款的入口，目的是获取该还款涉及期次的资金项信息，本次可使用的用户余额信息，还款是否需要拆成多个子单，每笔还款子单的支付金额、还款明细、支付主体以及分账信息；如果本次还款是部分还款(没有足额支付待还金额)，还需要确定还款明细中各个资金项的还款顺序及金额比例。还款检查明确了还款单的支付主体，是提交支付的先决条件。
82.提交支付：还款请求经过还款检查后会提交到支付系统，支付系统通过还款信息中的支付主体、还款四要素，还款卡附属信息(所属银行)，还款金额，用户还款的历史信息，通过路由系统选择出合适的支付渠道，并调用支付渠道进行支付(本文并不涉及支付系统部分改进，具体不再介绍)。
83.支付结果查询：还款在支付渠道往往不是提交请求的同时就能获取到支付结果(支付成功或支付失败)，最终的支付结果(即终态)可以以支付渠道的异步回调或者轮询查询方式获取到。
84.充值入账：如果支付成功，会先对用户相关账号做充值操作，然后按还款明细做资金项的金额匹配，计算实还明细，修改还款计划待还金额及状态，记录本次还款明细，完成用户、系统账户流水(本文并不涉及账务系统部分改进，具体不再介绍)。
85.上述还款流程的这些步骤在系统中可抽象成对应的作业(job)：还款检查(paytocheck)、提交支付(paytopay)、支付查询(paytoquery)、还款上报(paytoreport)，顺
次执行这些job就可以完成了一笔还款流程。
86.当一笔还款请求进入系统后，系统除了记录还款请求，同时会为这笔还款请求创建一个还款检查类型的作业(即paytocheck)，并且向缓存的还款意向信息列表中写入这笔还款对应的意向信息。通过执行还款检查可以降低或避免同笔借款下的多个业务请求发生互斥业务冲突，并根据还款检查的检查结果确定是否执行该还款请求的后续处理(提交支付、支付结果查询、充值入账)。
87.为了便于处理大量客户的还款请求，系统可以基于任务调度系统(例如基于quartz等的任务调度系统)对进入系统的所有还款请求的处理时机进行统一调度处理。对于任意一个还款请求，当其执行时间到来时，可以根据还款id和还款来源对还款意向信息列表中的还款意向信息进行优先级排序。
88.在本说明书的实施例中，还款id可以用于唯一识别一笔还款，且在系统中可以随请求自增，使得还款id的大小可以代表还款进入系统的先后顺序(还款id越小表示还款请求进入系统的时间越早，还款id越大表示还款请求进入系统的时间越晚)。还款来源用于表示还款定请求的来源(例如银行app、第三方支付app、后台自动划拨等)。
89.在一示例性实施例中，还款意向信息列表可以表示为：
[0090]“借款id
”‑
》[还款意向信息1,还款意向信息2,
……
还款意向信息n]；
[0091]“借款id
”‑
》[还款意向信息1,还款意向信息2,
……
还款意向信息n]；
[0092]“借款id
”‑
》[还款意向信息1,还款意向信息2,
……
还款意向信息n]；
[0093]
…
[0094]
比如，对一笔借款id是220221020218xxxxxxxx，假设这笔借款有三笔还款请求(r1、r2、r3)待处理。还款请求r1的主键为2，还款来源为1；还款请求r2的主键为10，还款来源为2；还款请求r3的主键为9，还款来源为2，则这个缓存结构可以表示为：
[0095]
220221020218xxxxxxxx-》[{2,1},{10,2},{9,2}]；
[0096]
当以“220221020218xxxxxxxx”作为输入查询缓存时，可以查询到[{2,1},{10,2},{9,2}]这个还款意向缓存结果。
[0097]
上述的还款意向信息的数据结构可以方便地实现对同笔借款下的多个还款请求进行排序，从而有利于提高数据处理效率。
[0098]
在本说明书的实施例中，可以根据业务处理需要预先定义不同还款来源对应的优先级，通过还款来源可以表征还款意向信息对应的还款请求的优先级。即还款意向信息的判断会保证优先级高的还款会主动执行，其他优先级低(或者同优先级，但后进入系统的还款)的还款主动让行。
[0099]
因此，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序可以包括：
[0100]
按照还款来源对还款意向信息列表中的还款意向信息进行优先级排序；当存在还款来源相同的还款意向信息时，根据还款id对还款来源相同的还款意向信息进行排序。
[0101]
例如，以上述三笔还款请求r1、r2、r3对应的还款意向信息[{2,1},{10,2},{9,2}]为例，假设还款来源1的优先级高于还款来源2的优先级，则根据上述排序逻辑，可以获得排序结果为：[{2,1},{9,2},{10,2}]，即r1-》r3-》r2。
[0102]
在一些实施例中，当所述目标请求对应的还款意向信息未位于所述优先级排序中
的首位时，表明当前可能存在比目标请求优先级更高的待处理的还款请求，因此，可以进一步判断所述优先级排序中位于所述目标请求之前的所有还款请求是否均处于终态(这里指支付成功或支付失败等状态)；如果所述目标请求之前的所有还款请求中存在未处于终态的，则可以确认当前存在比目标请求优先级更高的待处理的还款请求，因此可以结束所述目标请求的处理，并等待下一次执行时间到来。当然，如果所述优先级排序中位于所述目标请求之前的所有还款请求均处于终态，则将所述优先级排序中位于所述目标请求之前的所有还款请求清除，即更新缓存中还款意向信息表，以避免处于终态还款请求占用系统资源，并提高处理效率。
[0103]
在一些实施例中，当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，表明当前不存在比目标请求优先级更高的待处理的还款请求，因此，目标请求可以获得执行业务锁竞争逻辑的机会。实际的业务场景除了还款，还会有减免、垫付和债转等与还款请求关联的业务请求。这些业务请求与还款请求属于不同业务类型，但可能会相互影响，即可能存在互斥业务冲突。因此，为了进一步避免互斥业务冲突，目标请求需要执行业务锁竞争逻辑。
[0104]
在一些实施例中，在接收当前的还款请求并将其作为目标请求之后，还可以向缓存中的业务锁信息列表写入所述目标请求对应的业务锁信息。其中，所述业务锁信息列表以用户id(用于唯一识别一个用户)为键，以业务锁信息为值，每个所述业务锁信息包含所述用户的每个借款id下对应待处理的还款请求的还款id、业务类型和借款id(即还款id所关联的借款单号)。
[0105]
在一示例性实施例中，业务锁信息列表可以表示为：
[0106]“用户id
”‑
》[业务锁信息1,业务锁信息2,
……
业务锁信息n]；
[0107]“用户id
”‑
》[业务锁信息1,业务锁信息2,
……
业务锁信息n]；
[0108]“用户id
”‑
》[业务锁信息1,业务锁信息2,
……
业务锁信息n]；
[0109]
…
[0110]
上述的业务锁信息的数据结构可以方便地判断同笔借款下的多个业务请求间业务锁竞争，从而有利于进一步提高数据处理效率。
[0111]
参考图3所示，在一些实施例中，执行业务锁竞争逻辑可以包括如下步骤：
[0112]
步骤301、为所述目标请求对应的用户获取排它锁。
[0113]
当为所述目标请求对应的用户获取到排它锁时，表明接下来的业务争锁判断同时只会有对应于该用户的一个业务在进行操作，从而简化了分布式环境下业务争锁的复杂性。其中，排他锁是个分布式数据库锁，实现方式可以基于zookeeper或者redis等实现。
[0114]
步骤302、遍历所述业务锁信息列表。
[0115]
即在成功获取所述排它锁时遍历所述业务锁信息列表。
[0116]
步骤303、判断当前遍历到的业务锁信息是否为所述目标请求对应的业务锁信息；如果是，则执行步骤304，否则执行步骤305及其后续步骤。
[0117]
步骤304、确认所述目标请求成功获得业务锁。
[0118]
如果当前遍历到的业务锁信息为所述目标请求对应的业务锁信息，则确认所述目标请求成功获得业务锁。在上述步骤301中，为所述目标请求对应的用户获取排它锁相当于获取到入口级别的排它锁；但同一用户的同一借款id下可能会同时存在多个不同业务类型
的业务请求(例如还款(repay)、减免(derate)、垫付(advance)、回购(repurchase)等)。为了有效避免互斥业务冲突，需要确保排它锁的锁权被其中一个业务请求持有，即使目标请求获得业务锁。
[0119]
步骤305、判断当前遍历到的业务锁信息与所述目标请求对应的业务锁信息是否互斥。如果否，则跳转执行步骤302(即继续遍历所述业务锁信息列表)，否则执行步骤306及其后续步骤。
[0120]
步骤306、判断当前遍历到的业务锁信息对应的借款id是否为所述目标请求对应的借款id；如果否，则跳转执行步骤302(即继续遍历所述业务锁信息列表)，否则执行步骤307及其后续步骤。
[0121]
步骤307、判断当前遍历到的业务锁信息对应的业务请求是否为终态；如果否，则执行步骤308，否则执行步骤309及其后续步骤。
[0122]
步骤308、清除当前遍历到的业务锁信息，并跳转执行步骤302(即继续遍历所述业务锁信息列表)。
[0123]
步骤309、确认所述目标请求获取业务锁失败。
[0124]
如果当前遍历到的业务锁信息对应的业务请求不为终态，则确认所述目标请求获取业务锁失败；
[0125]
步骤310、释放所述排它锁，并等待下一次执行时间。
[0126]
如此，通过执行上述的执行业务锁竞争逻辑，可以保证同一用户的同一借款id下的不同业务请求有效避免互斥业务冲突。
[0127]
在本说明书的实施例中，步骤201～步骤204属于还款检查步骤，当所述目标请求成功获取到业务锁时，可以调用还款业务处理引擎处理所述目标请求，即执行还款检查之后的提交支付、支付结果查询和充值入账步骤，以完成所述目标请求的处理流程。在完成所述目标请求的处理后，还可以执行更新数据库以及向系统或客户端返回处理结果的处理逻辑。
[0128]
虽然上文描述的过程流程包括以特定顺序出现的多个操作，但是，应当清楚了解，这些过程可以包括更多或更少的操作，这些操作可以顺序执行或并行执行(例如使用并行处理器或多线程环境)。
[0129]
在一些实施例中，还款请求可以由用户通过客户端发起，也可以由消费金融公司通过后台系统或人工(例如系统发起的到期日批划、按逾期策略发起的逾期批划，贷后、客服工作人员发起的手工单笔划扣)发起。
[0130]
还款请求中可以包括借款id(即借款单号，用于唯一标识一笔借款)、还款id(即还款单号，用于唯一标识一笔借款)、还款来源(用于表征还款方式，例如银行app、第三方支付app、后台系统等)、还款金额等信息。
[0131]
与上述的还款业务数据处理方法对应，本说明书实施例还提供了一种还款业务数据处理装置，其可以配置于上述的服务端上，参考图4所示，在一些实施例中，所述还款业务数据处理装置可以包括：
[0132]
请求接收模块41，用于接收当前的还款请求并将其作为目标请求；
[0133]
信息写入模块42，用于向缓存中的还款意向信息列表写入所述目标请求对应的还款意向信息；所述还款意向信息列表以借款id为键，以还款意向信息为值，每个所述还款意
向信息包含所述借款id下对应待处理的还款请求的还款id和还款来源；
[0134]
优先级排序模块43，用于在所述目标请求的执行时间到来时，根据还款id和还款来源对所述还款意向信息列表中的还款意向信息进行优先级排序；
[0135]
锁权获取模块44，用于当所述目标请求对应的还款意向信息位于所述优先级排序中的首位时，执行业务锁锁模块，用于权竞争逻辑，以获取业务锁；
[0136]
引擎调用模块45，用于在所述目标请求成功获取业务锁时，调用还款业务处理引擎处理所述目标请求。
[0137]
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
[0138]
需要说明的是，本说明书的实施例中，所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权同意且经过各方充分授权的信息和数据。
[0139]
本说明书的实施例还提供一种计算机设备。如图5所示，在本说明书一些实施例中，所述计算机设备502可以包括一个或多个处理器504，诸如一个或多个中央处理单元(cpu)或图形处理器(gpu)，每个处理单元可以实现一个或多个硬件线程。计算机设备502还可以包括任何存储器506，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施例中，存储器506上并可在处理器504上运行的计算机程序，所述计算机程序被所述处理器504运行时，可以执行上述任一实施例所述的还款业务数据处理方法的指令。非限制性的，比如，存储器506可以包括以下任一项或多种组合：任何类型的ram，任何类型的rom，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备502的固定或可移除部件。在一种情况下，当处理器504执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备502可以执行相关联指令的任一操作。计算机设备502还包括用于与任何存储器交互的一个或多个驱动机构508，诸如硬盘驱动机构、光盘驱动机构等。
[0140]
计算机设备502还可以包括输入/输出接口510(i/o)，其用于接收各种输入(经由输入设备512)和用于提供各种输出(经由输出设备514)。一个具体输出机构可以包括呈现设备516和相关联的图形用户接口518(gui)。在其他实施例中，还可以不包括输入/输出接口510(i/o)、输入设备512以及输出设备514，仅作为网络中的一台计算机设备。计算机设备502还可以包括一个或多个网络接口520，其用于经由一个或多个通信链路522与其他设备交换数据。一个或多个通信总线524将上文所描述的部件耦合在一起。
[0141]
通信链路522可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路522可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务端等的任何组合。
[0142]
本技术是参照本说明书一些实施例的方法、设备(系统)、计算机可读存储介质和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理器的处理器以产生一个机器，使得通过计算机或其他可编程数据处理器的处理器执
行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0143]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理器以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0144]
这些计算机程序指令也可装载到计算机或其他可编程数据处理器上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0145]
在一个典型的配置中，计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0146]
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0147]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算机设备访问的信息。按照本说明书中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0148]
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0149]
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理器来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0150]
还应理解，在本说明书实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0151]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例
的部分说明即可。
[0152]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0153]
以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。