CN115423602A

CN115423602A - 一种业务数据处理方法和装置

Info

Publication number: CN115423602A
Application number: CN202211041669.6A
Authority: CN
Inventors: 左珊珊
Original assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Current assignee: China Construction Bank Corp; CCB Finetech Co Ltd
Priority date: 2022-08-29
Filing date: 2022-08-29
Publication date: 2022-12-02

Abstract

本发明公开了一种业务数据处理方法和装置，涉及数据处理技术领域。该方法的一具体实施方式包括：确定待处理的贷款账户，获取与贷款账户对应的借据集合，并查询贷款账户当前的本金余额和计提利息参数；按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额；基于计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，以在监测到对贷款账户的还利息操作时，确定每个借据的代还利息并显示。该实施方式按每次支用产生贷款借据，以支用级别报送借据信息，且账户余额和当日计提利息采用不同的分摊顺序，解决了现有对客、监管报送数据异构问题。

Description

一种业务数据处理方法和装置

技术领域

本发明涉及数据处理技术领域，尤其涉及一种业务数据处理方法和装置。

背景技术

近年来互联网贷款已经成为银行的核心业务，贷款支用与还款采用“一笔额度，多次支用，任意还款”的账户模式。贷款核心系统针对对客和对监管始终是相同的账户模式，对客展示的账户也是作为报送监管的账户。

但从监管角度而言，一笔支用应形成一笔贷款，但对客是多笔支用共用一个账户的模式，对监管则是多笔支用对应多个账户的模式，因而对客的多次支用共用的一个账户的模式无法满足监管要求。

若贷款核心系统为满足监管要求，将一笔支用作为一笔贷款，随着贷款逐渐接入快捷支付等消费场景，使得账户数量激增，给贷款核心系统带来较大非功能的压力。对客也会造成查询特别多的贷款账户，分别查询余额并还款，对客造成困扰。

发明内容

有鉴于此，本发明实施例提供一种业务数据处理方法和装置，至少能够解决现有技术中对客和对监管的数据异构现象。

为实现上述目的，根据本发明实施例的一个方面，提供了一种业务数据处理方法，包括：

确定待处理的贷款账户，获取与所述贷款账户对应的借据集合，并查询所述贷款账户当前的本金余额和计提利息参数；

按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额；

基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，以在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示。

可选的，所述获取与所述贷款账户对应的借据集合，包括：

响应于对所述贷款账户的日终处理完成信息，基于当日支用交易记录生成一个或多个借据，获取与所述贷款账户对应的历史借据集合，得到最新借据集合。

可选的，所述获取与所述贷款账户对应的历史借据集合，包括：

获取所述贷款账户在预设上线日之前的所有支用交易记录，将所述所有支用交易记录初始化为一笔借据，得到所述贷款账户的第一笔借据；

确定所述所有支用交易记录中生成时间最大的目标支用交易记录，将所述目标支用交易记录的余额作为所述第一笔借据的借据余额；

对于所述贷款账户在预设上线日之后的每个支用交易记录，按照生成顺序逐个生成借据，且每个借据的借据余额为相应每个支用交易记录的放款金额。

可选的，所述按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额，包括：

确定所述借据集合中生成时间最大的第一借据，将所述本金余额和所述第一借据的放款金额中较小的值，作为所述第一借据的借据余额，并将所述本金余额与借据余额的差值作为第一剩余本金余额；

响应于第一剩余本金余额不为零，确定所述借据集合中生成时间小于所述第一借据且大于其他借据的第二借据，将所述第一剩余本金余额和所述第二借据的放款金额中较小的值，作为所述第二借据的借据余额，并将所述第一剩余本余额和所述第二借据的借据余额的差值作为第二剩余本金余额；

重复上述过程，直至剩余本金余额为零为止，得到每个借据当前的借据余额。

可选的，所述计提利息参数包括所述贷款账户的当日计提利息，获取方式为：获取所述贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息。

可选的，所述计提利息参数包括所述贷款账户当前的拖欠本金余额，所述基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，包括：

将所述本金余额和所述拖欠本金余额的差值，作为所述贷款账户的正常本金余额；

计算所述借据集合中每个借据的拖欠本金余额，将每个借据的借据余额和拖欠本金余额的差值，作为每个借据的正常本金余额；

确定每个借据的正常本金余额与所述贷款账户的正常本金余额的比值，计算比值与所述当日计提利息的乘积，得到分配给每个借据的当日计提利息。

可选的，所述计算所述借据集合中每个借据的拖欠本金余额，包括：

按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配拖欠本金余额，将待分配拖欠本金余额和借据的借据余额中较小的值，作为借据的拖欠本金余额；其中，待分配拖欠本金余额为所述贷款账户的拖欠本金余额和已分配的借据的总拖欠本金余额的差值。

可选的，所述在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示，包括：

查询每个借据自生成起至上日的累计计提利息，将累计计提利息与分配的当日计提利息累计，得到每个借据自生成起至当日的累计计提利息；

在监测到对所述贷款账户的还利息操作时，确定所述贷款账户自开户起至当日的累计已还利息；

按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配已还利息，将待分配已还利息和借据自生成起至当日的累计计提利息中较小的值，作为借据自生成起至当日的累计已还利息；其中，待分配已还利息为所述贷款账户的累计已还利息和已分配的借据的总累计已还利息的差值；

对于每个借据，计算自生成起至当日的累计计提利息和累计已还利息的差值，得到每个借据的待还利息并显示。

为实现上述目的，根据本发明实施例的另一方面，提供了一种业务数据处理装置，包括：

获取模块，用于确定待处理的贷款账户，获取与所述贷款账户对应的借据集合，并查询所述贷款账户当前的本金余额和计提利息参数；

分配模块，用于按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额；

处理模块，用于基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，以在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示。

可选的，所述获取模块，用于：

可选的，所述分配模块，用于：

可选的，所述计提利息参数包括所述贷款账户当前的拖欠本金余额，所述处理模块，用于：

可选的，所述处理模块，用于：

为实现上述目的，根据本发明实施例的再一方面，提供了一种业务数据处理电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的业务数据处理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的业务数据处理方法。

为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算程序产品。本发明实施例的一种计算程序产品，包括计算机程序，所述程序被处理器执行时实现本发明实施例提供的业务数据处理方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：在账户维度下针对支用情况设置相应借据，以借据维度进行管理，后续不管是对客还是对监管展示的都是借据数据，解决了现有对客与对监管报送数据异构的问题，既做到对客友好，又满足监管数据报送要求：通过分配算法将账户本金余额、当日计提利息和已还利息分摊到各借据，保证账户级别的各项数据与借据加和相等，且尽可能少的改动联机交易，最大程度贴合了业务实际数据处理情况。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种业务数据处理方法的主要流程示意图；

图2是根据本发明实施例的计算每个借据的当日计提利息的过程流程示意图；

图3是根据本发明实施例的一种可选的业务数据处理方法的流程示意图；

图4是根据本发明实施例的一具体地业务数据处理方法的流程示意图；

图5是根据本发明实施例的一种业务数据处理装置的主要模块示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。本申请技术方案中对数据(如用户个人信息)的获取、存储、使用、处理等均符合国家法律法规的相关规定，且不违背公序良俗。

银行原先的账户模式是“一笔额度，多个账户”，当用户申请一笔贷款时，同时使用贷款账户和支用账户，先建立一个贷款账户，在贷款账户内再基于用户使用贷款的实际支用情况形成每笔支用账户，最终为一个贷款账户对应多个支用账户的模式。

但在贷款周期内，用户在日常生活消费场景中的多次支用会形成多个支用账户，若按照征信要求以此报送，贷款核心系统将形成用户多笔贷款的征信记录。随着用户数量的增加，账户数量也随之增加，导致银行业务管理难度进一步加大。

为解决上述问题，银行创新采用了“一笔额度，多次支用，任意还款”的账户模式，用户的所有支用均在该贷款账户下，该账户模式的运用极大改善了快贷产品的便捷性与用户体验，同时也减轻了银行业务管理与数据统计等相关工作的负担。

参见图1，示出的是本发明实施例提供的一种业务数据处理方法的主要流程图，包括如下步骤：

S101：确定待处理的贷款账户，获取与所述贷款账户对应的借据集合，并查询所述贷款账户当前的本金余额和计提利息参数；

S102：按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额；

S103：基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，以在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示。

上述实施方式中，对于步骤S101，贷款账户，是企业单位在银行开立账户的一种。贷款账户属于专用账户，银行办理发放贷款和收回贷款的会计核算手续。

首先对贷款账户下的贷款借据做存量初始化处理，设定上线日(一种切换策略)，即使贷款账户在上线日之前有多笔支用记录，也会存量初始化为一笔借据。在上线日之后再发生的支用，每发生一次支用即新增一笔借据。

以表1为例，放款金额表示银行贷款给用户的金额，会分批次发放。账户余额表示用户对银行待还款的金额。

表1

支用顺序	放款金额	账户余额
			1月1日第1次放款	500	500
2月1日第2次放款	300	800
			3月1日第3次放款	300	1100
4月1日第4次放款	500	1600

假设设定2月15日为上线日进行投产切换，因此需将表1中前两笔支用记录存量初始化为一笔借据，且该借据为该贷款的第一笔借据，借据序号为1，且借据余额为上线日之前最后一笔支用记录的账户余额，此处为800。

在上线日之后发生的支用，每发生一次支用即新增一笔借据。如，3月1日发生一次支用，生成一笔借据，借据序号为2且借据余额＝放款金额，为300，对于4月1日的支用同理，最终结果参见表2所示。

表2

借据序号	借据余额
		1	800
2	300
		3	500

通过上述操作，可以得到每个贷款账户下的历史借据集合。循环处理贷款账户，针对每个贷款账户，在日终批处理即到期处理、账单日处理、逾期转列、利率调整、计息完成后，筛选当天交易历史，以针对当天的支用交易新生成一笔或多笔借据。例如，当日未发生交易则无需生成借据，若生成一笔交易则生成一笔借据，若发生两笔交易则生成两笔借据。当日借据和历史借据集合共同生成贷款账户下的最新借据集合。

对于步骤S102，借据间分摊考虑的关键点是：1)用于分摊的本金余额；2)分摊的先后顺序；3)每个借据最大可以分配到多少。此处进行具体举例：

借据1放款金额100

借据2放款金额200

借据3放款金额300

可知总本金余额为600，借据3为最新生成的借据。假设用户还款200后，本金余额变更为400，表示用户还欠款银行400；但若用户还款600，本金余额变更为0，表示已全部归还。

按照借据生成时间从大到小的顺序，优先将待分配本金余额分配给最新支用的借据3，且借据3最多可以分配不超过放款金额300，取值min(300,400)＝300，因此借据3的借据余额为300。剩余本金余额＝总待分配本金余额-借据3的借据余额＝100。借据2的生成时间小于借据3且大于其他借据，因此借据2为第二个处理的借据，且借据2最多可以分配不超过放款金额200，取值min(100,200)＝100，所以将100全部分配给借据2，借据2的借据余额为100。此时待分配本金余额变为0，因此借据1的借据余额为0。最终结果为：

借据1 借据余额0

借据2 借据余额100

借据3 借据余额300

以上为借据分配原则，还款时优选归还早支用的借据，逾期时早支用的贷款先逾期，因此生成时间最早的借据最后考虑，如借据1的生成时间最早，借据余额为0，而借据3的生成时间较迟，因此存在借据余额，表示需要还款。

假设一个贷款账户下有多笔借据i＝1,2,3,……,n，第i笔借据的借据余额为a_i、放款金额为b_i，贷款账户当前的本金余额为L。按照借据生成时间从大到小的顺序倒序推导：

此处涉及到的信息参见表3和表4所示：

表3

含义	描述
		贷款账户	全局唯一贷款账户
贷款借据号	贷款账户下的贷款借据
		放款金额	贷款放款金额
开户日期	支用日期
		结清日期	结清日期
贷款余额	剩余贷款本金
		总期数	贷款的期限
当期期数	当前营业日所处于的期数
		表内欠息金额	本行核算的拖欠利息金额
表外欠息金额	非应计核销等状态下拖欠的利息金额
		欠息日期	借据最早拖欠利息的日期

表4借据信息表1

需要说明的是，上述过程同样适用于用户对账户本金余额的还款操作，假设用户贷款本金100万，还款本金40万后，剩余需还款的本金余额为60万，基于上述操作，同样可以更新每个借据的借据余额。

对于步骤S103，贷款账户记录账户从开户日期开始，累计计提的利息金额、累计还息金额，累计计提利息金额减去累计还息金额，即为账户需要归还的利息金额。

借据信息表是以借据维度的，记录了账户的相关信息用于处理加工借据一些信息，此处需使用到表5所示信息：

表5借据信息表2

计算每个借据的当日计提利息的过程参见图2所示：

S201：获取贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息；

S202：将贷款账户的本金余额和拖欠本金余额的差值，作为所述贷款账户的正常本金余额；

S203：按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配拖欠本金余额，将待分配拖欠本金余额和借据的借据余额中较小的值，作为借据的拖欠本金余额；其中，待分配拖欠本金余额为所述贷款账户的拖欠本金余额和已分配的借据的总拖欠本金余额的差值；

S204：将每个借据的借据余额和拖欠本金余额的差值，作为每个借据的正常本金余额；

S205：确定每个借据的正常本金余额与所述贷款账户的正常本金余额的比值，计算比值与所述当日计提利息的乘积，得到分配给每个借据的当日计提利息。

借据信息表中记录账户层的上日累计计提利息余额和当日累计计提利息余额，上日累计计提利息余额是滚动更新的，当日累计计提利息余额由账户计息后得到，每日处理时用当日累计计提利息余额滚动到上日。账户的当日计提利息＝当日累计计提利息余额-上日累计计提利息余额。

此处计算分配给每个借据的计息金额，具体推导过程如下所示：

账户正常(即未到期)本金余额＝账户本金余额-账户拖欠本金余额

借据N正常本金余额＝借据N本金余额-借据N拖欠本金余额

账户本金余额＝Σ借据本金余额

账户拖欠本金余额＝Σ借据拖欠本金余额

账户正常本金余额＝Σ借据正常本金余额

账户当日计提利息＝账户当日正常本金余额*年利率/360(一般计息基础为360天)

使用PRI表示账户当日正常本金余额，INT表示账户当日计提利息，JPRI_N表示借据N正常本金余额，JINT_N表示借据N的当日计提利息，R表示年利率，推到如下：

即借据N的当日计提利息＝借据分摊利息比例*账户当日计提利息＝(借据的正常本金余额在账户当日正常本金余额中的占比)。

本方案最终所得JPRI_N差异仅在于借据信息加工时的精度(如2位小数)，所有借据的当日计提利息之和与贷款账户的当日计提利息相等，具体地：

假设某一借据自生成起至上日的累计计提利息为x，当日分配的计提利息为y，则更新该借据自生成起至当日的累计计提利息为x’＝x+y。在监测到用户对该贷款账户有还息操作时，需要确定分配给每个借据的已还利息，假设该借据自生成起至当日的累计已还利息为z，则更新后的x’-z，即为用户对该借据还需要还多少利息，用来加工一笔借据的利息余额。

上述实施例所提供的方法，按每次支用产生贷款借据，以支用级别报送借据信息，解决了现有对客与对监管报送数据异构的问题，账户余额和当日计提利息采用不同的借据分摊顺序，既避免了非功能问题，又保证计算结果的准确性。

参见图3，示出了根据本发明实施例的一种可选的业务数据处理方法流程示意图，包括如下步骤：

S301：查询每个借据自生成起至上日的累计计提利息，将累计计提利息与分配的当日计提利息累计，得到每个借据自生成起至当日的累计计提利息；

S302：在监测到对所述贷款账户的还利息操作时，确定所述贷款账户自开户起至当日的累计已还利息；

S303：按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配已还利息，将待分配已还利息和借据自生成起至当日的累计计提利息中较小的值，作为借据自生成起至当日的累计已还利息；其中，待分配已还利息为所述贷款账户的累计已还利息和已分配的借据的总累计已还利息的差值；

S304：对于每个借据，计算自生成起至当日的累计计提利息和累计已还利息的差值，得到每个借据的待还利息并显示。

上述实施方式中，对于步骤S301～S304，贷款系统中除了记录有贷款账户的利息外，还记录有账户累计已还利息。此处需要使用到表6：

表6

异构模式下，对客是一笔贷款，因此用户还款也是针对贷款账户，但实际操作中可能会涉及多笔借据本金和利息余额变化的情况，因此需要不断更新。用户对贷款账户还款后，累计用户对该贷款账户的累计已还利息，将累计已还利息作为待分配的金额。

按照借据生成时间从老到新的顺序，循环贷款账户下的每个借据，比对待分配金额与借据的累计计提利息的大小关系：

1、待分配金额大于或等于借据的累计计提利息，则将分配给该借据的累计已还利息等于该借据的累计计提利息值。例如，贷款账户的累计已还利息为1000，借据1的累计计提利息为400，则分配给该借据1的已还利息为400，分配后更新待分配金额为600。

2、若循环多个借据后，待分配金额小于当前借据的累计计提利息，则将待分配金额全部分配给借据，作为该借据的已还利息。例如，贷款账户的累计已还利息为1000，在分配给多个借据后仍不为零，到达借据5时剩余100，但借据5的累计计提利息为200，则将100作为该借据5的累计已还利息，分配后更新待分配金额为0，分配流程结束。

上述实施例所提供的方法，贷款系统中记录了账户的利息累计已还，分摊到借据的算法是从老到新分配，每个借据可以分配的累计已还最大不超过借据累计计提的利息金额。

参见图4，示出了根据本发明实施例的一具体地业务数据处理方法流程示意图，包括如下步骤：

S401：确定待处理的贷款账户，响应于对所述贷款账户的日终处理完成信息，基于当日支用交易记录生成一个或多个借据，获取与所述贷款账户对应的历史借据集合，得到最新借据集合；

S402：查询所述贷款账户当前的本金余额和拖欠本金余额；

S403：按照借据生成时间从大到小的顺序，确定与每个借据对应的待分配本金余额，将待分配本金余额和借据的放款金额中较小的值，作为借据当前的借据余额；其中，待分配本金余额为所述本金余额和已分配的借据的总借据余额的差值；

S404：获取所述贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息；

S405：按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配拖欠本金余额，将待分配拖欠本金余额和借据的借据余额中较小的值，作为借据的拖欠本金余额；其中，待分配拖欠本金余额为所述贷款账户的拖欠本金余额和已分配的借据的总拖欠本金余额的差值；

S406：将每个借据的借据余额和拖欠本金余额的差值，作为每个借据的正常本金余额；

S407：确定每个借据的正常本金余额与所述贷款账户的正常本金余额的比值，计算比值与所述当日计提利息的乘积，得到分配给每个借据的当日计提利息；

S408：查询每个借据自生成起至上日的累计计提利息，将累计计提利息与分配的当日计提利息累计，得到每个借据自生成起至当日的累计计提利息；

S409：在监测到对所述贷款账户的还利息操作时，确定所述贷款账户自开户起至当日的累计已还利息；

S410：按照借据生成时间从小到大的顺序，确定与每个借据对应的待分配已还利息，将待分配已还利息和借据自生成起至当日的累计计提利息中较小的值，作为借据自生成起至当日的累计已还利息；其中，待分配已还利息为所述贷款账户的累计已还利息和已分配的借据的总累计已还利息的差值；

S411：对于每个借据，计算自生成起至当日的累计计提利息和累计已还利息的差值，得到每个借据的待还利息并显示。

参见图5，示出了本发明实施例提供的一种业务数据处理装置500的主要模块示意图，包括：

获取模块501，用于确定待处理的贷款账户，获取与所述贷款账户对应的借据集合，并查询所述贷款账户当前的本金余额和计提利息参数；

具体地：

响应于对所述贷款账户的日终处理完成信息，基于当日支用交易记录生成一个或多个借据，获取与所述贷款账户对应的历史借据集合，得到最新借据集合。以及

分配模块502，用于按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额；；

具体地：

处理模块503，用于基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，以在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示。

具体地：

获取所述贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息；

所述计提利息参数包括所述贷款账户的当日计提利息和当前的拖欠本金余额，将所述本金余额和所述拖欠本金余额的差值，作为所述贷款账户的正常本金余额；

本发明实施装置中，所述处理模块503，用于：

另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。

图6示出了可以应用本发明实施例的示例性系统架构600，包括终端设备601、602、603，网络604和服务器605(仅仅是示例)。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，安装有各种通讯用户端应用，用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。

网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器605可以是提供各种服务的服务器，需要说明的是，本发明实施例所提供的方法一般由服务器605执行，相应地，装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、分配模块、处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，处理模块还可以被描述为“利息处理模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行上述任一所述的业务数据处理方法。

本发明的计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的业务数据处理方法。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims

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

2.根据权利要求1所述的方法，其特征在于，所述获取与所述贷款账户对应的借据集合，包括：

3.根据权利要求2所述的方法，其特征在于，所述获取与所述贷款账户对应的历史借据集合，包括：

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述按照借据生成时间排序，确定分配给每个借据的本金余额，得到每个借据当前的借据余额，包括：

5.根据权利要求1所述的方法，其特征在于，所述计提利息参数包括所述贷款账户的当日计提利息，获取方式为：获取所述贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息。

6.根据权利要求5所述的方法，其特征在于，所述计提利息参数包括所述贷款账户当前的拖欠本金余额，所述基于所述计提利息参数和每个借据的借据余额，计算每个借据当前的计提利息，包括：

7.根据权利要求6所述的方法，其特征在于，所述计算所述借据集合中每个借据的拖欠本金余额，包括：

8.根据权利要求5-7中任一项所述的方法，其特征在于，所述在监测到对所述贷款账户的还利息操作时，确定每个借据的代还利息并显示，包括：

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

10.根据权利要求9所述的装置，其特征在于，所述获取模块，用于：

11.根据权利要求10所述的装置，其特征在于，所述获取模块，用于：

12.根据权利要求9-11中任一项所述的装置，其特征在于，所述分配模块，用于：

13.根据权利要求9所述的装置，其特征在于，所述计提利息参数包括所述贷款账户的当日计提利息，获取方式为：获取所述贷款账户的上日累计计提利息余额和当日累计计提利息余额，计算当日累计计提利息余额和上日累计计提利息余额的差值，得到所述贷款账户的当日计提利息。

14.根据权利要求13所述的装置，其特征在于，所述计提利息参数包括所述贷款账户当前的拖欠本金余额，所述处理模块，用于：

15.根据权利要求14所述的装置，其特征在于，所述处理模块，用于：

16.根据权利要求13-15中任一项所述的装置，其特征在于，所述处理模块，用于：

17.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

18.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

19.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-8中任一项所述的方法。