CN114004610A - 业务处理方法、装置以及电子设备、存储介质 - Google Patents

Abstract

本公开提供了一种业务处理方法、装置以及电子设备、存储介质，涉及计算机技术领域，其中的方法包括：生成与还款请求相对应的还款业务操作包，响应于基于还款业务操作包确定与还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理；本公开的方法、装置以及电子设备、存储介质，通过时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账的问题发生。

Description

业务处理方法、装置以及电子设备、存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种业务处理方法、装置以及电子设备、存储介质。

背景技术

目前，对于非实时到账的还款业务的入账，通常采用两种方式来控制入账，用以防止重复入账和错误入账。第一种方式是在入账操作层面加以控制，即存在在途未到账还款资金时，或者在业务操作层面，不允许再次进行还款业务操作，或者在账本层采用挂账方式，实现对客户无感知的串行入账方式。第二种方式是基于还款在途资金，按预计到账日进行提前计提，在资金真实到账日时，按预先计提的金额进行入账。从技术架构方面来讲，常规的金融场景一般是依赖于T+0代扣的方式入金，所以对于常规的金融场景系统搭建，当回款动作完成则意味着还款计划还款完成。但是，对于存在大量的非实时回款业务场景，现有的还款业务处理方案无法在充分满足客户还款体验的同时，保障还款入账操作的及时性和准确性。

发明内容

为了解决上述技术问题，提出了本公开。本公开的实施例提供了一种业务处理方法、装置以及电子设备、存储介质。

根据本公开实施例的第一方面，提供一种业务处理方法，包括：步骤一、接收用户发送的还款请求，生成与所述还款请求相对应的还款业务操作包；步骤二、如果基于所述还款业务操作包确定与所述还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则基于所述还款业务操作包生成与所述还款业务相对应的业务时序锁信息；步骤三、基于所述还款业务操作包生成与所述还款业务相对应的入账容量锁信息；步骤四、根据所述业务时序锁信息和所述入账容量锁信息，对所述还款业务操作包进行与所述还款业务相应的入账操作处理。

可选地，如果所述还款业务发生变更，则生成与所述还款业务相对应的业务变更时序锁信息；基于所述还款业务操作包判断是否对所述还款业务执行相应的还款操作，如果是，则执行步骤二至步骤四；如果否，则根据所述业务变更时序锁信息，对所述还款业务进行相应的业务变更操作处理。

可选地，所述接收用户发送的还款请求，生成与所述还款请求相对应的还款业务操作包包括：接收所述用户在系统接入层发起的还款计划请求，基于所述还款计划请求生成查询信息并发送至还款计划层；将所述还款计划层基于所述查询信息获取的还款计算信息返回至所述系统接入层；接收所述用户根据所述还款计划信息在所述系统接入层提交的所述还款请求，并传送至收支服务层；在所述收支服务层生成所述还款业务操作包；其中，所述还款业务操作包携带的信息包括：非实时还款操作信息、还款金额、还款日期、指定还款的到账日以及还款方式信息；所述还款方式信息包括：提前结清、部分还款信息。

可选地，所述生成与所述还款业务相对应的业务变更时序锁信息包括：将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务变更时序锁信息；其中，所述业务变更时序锁信息包括：业务结构变更操作申请时间、业务类型、第一锁序号、第一业务数据；所述第一锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

可选地，所述对所述还款业务进行相应的业务变更操作处理包括：按照所述第一锁序号的顺序，在所述还款计划层对所述还款计划信息进行相应的变更操作处理；在所述变更操作处理完成之后，对所述业务变更时序锁信息进行相应的释放处理；其中，在所述业务类型相同的情况下，所述变更操作处理以上一个变更操作处理完成后的所述还款计划信息的终态为起始状态。

可选地，所述基于所述还款业务操作包生成与所述还款业务相对应的业务时序锁信息包括：将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务时序锁信息；其中，所述业务时序锁信息包括：结构变更操作申请时间、还款业务操作申请时间、申请入账时间、业务类型、第二锁序号、第二业务数据；所述第二锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

可选地，所述基于所述还款业务操作包生成与所述还款业务相对应的入账容量锁信息包括：在所述还款计划层基于所述还款业务操作包生成所述入账容量锁信息；其中，所述入账容量锁信息包括：还款业务操作申请时间、申请入账时间，业务类型、第三锁序号、第三业务数据、需占用账本容量的业务金额数据；所述第三锁序号具有唯一性和连续性；如果第三业务数据中存在多个需占用账本容量的属性时，则对每个属性对应设置相应的账本容量，并且，在设置所述入账容量锁信息时，基于上一个入账容量锁信息生成后的账本容量信息，确定需占用的账本容量。

可选地，在生成所述入账容量锁信息之后，基于所述入账容量锁信息锁定对应的待还款入账的账务容量额度。

可选地，所述根据所述业务时序锁信息和所述入账容量锁信息，对所述还款业务操作包进行与所述还款业务相应的入账操作处理包括：按照所述第二锁序号以及所述第三锁序号的顺序，当所述申请入账时间到达时，在核心账本层对所述还款业务进行相应的入账操作；其中，在进行入账操作时，以上一次入账操作完成后的账务状态为起始状态。

可选地，在所述入账操作处理完成之后，对与入账操作处理相对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理。

可选地，在预设的入账结果获取时间到达时，获取与入账操作相对应的入账结果数据，并更新所述还款计划信息；将所述入账结果数据和所述还款计划信息返回至所述系统接入层。

根据本公开实施例的第二方面，提供一种业务处理装置，包括：操作包生成模块，用于接收用户发送的还款请求，生成与所述还款请求相对应的还款业务操作包；业务锁处理模块，用于如果基于所述还款业务操作包确定与所述还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则基于所述还款业务操作包生成与所述还款业务相对应的业务时序锁信息；容量锁处理模块，用于基于所述还款业务操作包生成与所述还款业务相对应的入账容量锁信息；入账操作模块，用于根据所述业务时序锁信息和所述入账容量锁信息，对所述还款业务操作包进行与所述还款业务相应的入账操作处理。

可选地，变更锁处理模块，用于如果所述还款业务发生变更，则生成与所述还款业务相对应的业务变更时序锁信息；基于所述还款业务操作包判断是否对所述还款业务执行相应的还款操作，如果是，则执行所述业务锁处理模块、所述容量锁处理模块、所述入账操作模块的功能；如果否，则根据所述业务变更时序锁信息，对所述还款业务进行相应的业务变更操作处理。

可选地，所述操作包生成模块，具体用于接收所述用户在系统接入层发起的还款计划请求，基于所述还款计划请求生成查询信息并发送至还款计划层；将所述还款计划层基于所述查询信息获取的还款计算信息返回至所述系统接入层；接收所述用户根据所述还款计划信息在所述系统接入层提交的所述还款请求，并传送至收支服务层；在所述收支服务层生成所述还款业务操作包；其中，所述还款业务操作包携带的信息包括：非实时还款操作信息、还款金额、还款日期、指定还款的到账日以及还款方式信息；所述还款方式信息包括：提前结清、部分还款信息。

可选地，所述变更锁处理模块，用于将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务变更时序锁信息；其中，所述业务变更时序锁信息包括：业务结构变更操作申请时间、业务类型、第一锁序号、第一业务数据；所述第一锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

可选地，所述变更锁处理模块，还用于按照所述第一锁序号的顺序，在所述还款计划层对所述还款计划信息进行相应的变更操作处理；在所述变更操作处理完成之后，对所述业务变更时序锁信息进行相应的释放处理；其中，在所述业务类型相同的情况下，所述变更操作处理以上一个变更操作处理完成后的所述还款计划信息的终态为起始状态。

可选地，所述业务锁处理模块，具体用于将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务时序锁信息；其中，所述业务时序锁信息包括：结构变更操作申请时间、还款业务操作申请时间、申请入账时间、业务类型、第二锁序号、第二业务数据；所述第二锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

可选地，所述容量锁处理模块，具体用于在所述还款计划层基于所述还款业务操作包生成所述入账容量锁信息；其中，所述入账容量锁信息包括：还款业务操作申请时间、申请入账时间，业务类型、第三锁序号、第三业务数据、需占用账本容量的业务金额数据；所述第三锁序号具有唯一性和连续性；如果第三业务数据中存在多个需占用账本容量的属性时，则对每个属性对应设置相应的账本容量，并且，在设置所述入账容量锁信息时，基于上一个入账容量锁信息生成后的账本容量信息，确定需占用的账本容量。

可选地，所述容量锁处理模块，还用于在生成所述入账容量锁信息之后，基于所述入账容量锁信息锁定对应的待还款入账的账务容量额度。

可选地，所述入账操作模块，具体用于按照所述第二锁序号以及所述第三锁序号的顺序，当所述申请入账时间到达时，在核心账本层对所述还款业务进行相应的入账操作；其中，在进行入账操作时，以上一次入账操作完成后的账务状态为起始状态。

可选地，所述入账操作模块，还用于在所述入账操作处理完成之后，对与入账操作处理相对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理。

可选地，所述入账操作模块，还用于在预设的入账结果获取时间到达时，获取与入账操作相对应的入账结果数据，并更新所述还款计划信息；将所述入账结果数据和所述还款计划信息返回至所述系统接入层。

根据本公开实施例的第三方面，提供一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述的方法。

根据本公开实施例的第四方面，提供一种电子设备，所述电子设备包括：处理器；用于存储所述处理器可执行指令的存储器；所述处理器，用于执行上述的方法。

基于本公开上述实施例提供的业务处理方法、装置以及电子设备、存储介质，基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理；通过时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过入账容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账；通过时序锁信息和入账容量锁信息进行入账时序和入账容量的有效控制，在系统层面上，有效地解决了业务操作和系统交互间的多维度、高并发问题，在数据层面上，有力地保障了业务操作、资金回款链路和系统底层数据流的高度一致性。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征以及优势将变得更加明显。附图用来提供对本公开实施例的进一步的理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1为本公开的业务处理方法的一个实施例的流程图；

图2为本公开的业务处理方法的一个实施例中的生成还款业务操作包的流程图；

图3为本公开的业务处理方法的一个实施例中的进行业务变更处理的流程图；

图4为本公开的业务处理方法的一个实施例中的进行入账操作的流程图；

图5为本公开的业务处理方法的一个实施例的时序步骤示意图；

图6为本公开的业务处理装置的一个实施例的结构示意图；

图7为本公开的业务处理装置的另一个实施例的结构示意图；

图8是本公开的电子设备的一个实施例的结构图。

具体实施方式

下面将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或者两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅是一种描述关联对象的关联关系，表示可以存在三种关系，如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开的实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或者专用计算系统环境或配置一起操作。适于与终端设备、计算机系统或者服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施。在分布式云计算环境中，任务可以是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

申请概述

在实现本公开的过程中，发明人发现，对于存在大量的非实时回款业务场景，现有还款处理方案无法在充分满足客户还款体验的同时，保障还款入账操作的及时性和准确性，因此，需要一种新的还款业务处理方案。

本公开提供的业务处理方法，生成与还款请求相对应的还款业务操作包，如果基于还款业务操作包确定与还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理；通过时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过入账容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账的问题发生。

示例性方法

本公开中的步骤标号，例如“步骤一”、“步骤二”、“S101”、“S102”等，仅为了区分不同步骤，不代表步骤之间的先后顺序，具有不同标号的步骤在执行时可以调整顺序。

在发明人已知的技术中，对于非实时到账的还款业务的入账，为防止重复入账和错误入账通常采用以下两种方式：

第一方式：在入账操作层面加以控制，即，存在在途未到账还款资金时，或者在业务操作层面，不允许再次进行还款业务操作，或者在账本层采用挂账方式，实现对客户无感知的串行入账方式。这两种方式本质上都是通过人为或系统控制了业务操作的串行，会直接影响客户体验，甚至会因为业务操作层的还款动作与资金入账之间的时间差异，造成额外的资金成本，引起客诉，严重时还会因客户还款不足以平账，导致业务方不得不补齐短款，从而出现资金损失。

第二方式：基于还款在途资金，按预计到账日进行提前计提，在资金真实到账日时，按预先计提的金额进行入账。这种方式兼顾了客户还款业务体验和避免入账错误的问题，但是，绝大部分的还款业务均是基于还款时点的应还未还金额进行还款，通常都会在放款相关协议中明确注明，还款是基于应还未还金额进行还款，而非以还款在途金额进行提前计提的计费计算，所以，这种还款控制方式与真实业务场景相违背，难以匹配放款协议需要。如若修改对应的法律文本协议，不仅难以说服客户，而且与业界通行约定方式不符，不利于业务扩展和系统向后兼容；若不修改，则实际计费方式与合同约定方式存在差异，存在潜在的法规风险。

从技术架构方面来讲，现有的金融场景一般是依赖于T+0代扣的方式入金。从业务的原子性方面看，当批扣完成即回款业务完成。所以对于现有的金融场景系统搭建，当回款动作完成则意味着还款计划还款完成。系统底层可以将回款行为和还款计划还款完成放到同一个业务事物中进行管理。但是，由于存在大量的非实时回款业务场景，且回款动作与还款计划还款两个业务场景并不能在一个原子性业务事物内进行管理，并且由于存在大量的大额支付的场景所以卡限额也是必然会出现的情况。

现有的系统对于如上情况的解决方案是基于动作反推结果，每一次当存在回款动作时则反向判断动作关联的场景，进行金额累加反推终态。但是这种解决方案对于特殊场景下，如下一次动作需要依赖上一次结果时，则系统不得不进行串行处理，拒绝业务动作行为亦或是特殊的回款通道，比如T+1通道以及T+0通道组合使用的场景来说，则系统不得不进行一些T+0入金业务的回滚，以保证最终一致性。当前，非实时还款业务已经越来越多，但现有方案无法在充分满足客户还款体验的同时，保障系统还款入账操作的及时性和准确性。

本公开提出一种业务处理方法，提供基于时序锁和容量锁的防重防错机制，很好地解决非实时到账的指定到账日入账的还款业务。图1为本公开的业务处理方法的一个实施例的流程图，如图1所示的方法包括步骤：S101-S104。下面对各步骤分别进行说明。

S101，接收用户发送的还款请求，生成与还款请求相对应的还款业务操作包。

S102，响应于基于还款业务操作包确定与还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则基于还款业务操作包生成与还款业务相对应的业务时序锁信息。

在一个实施例中，还款业务有多种，例如实时还款业务、非实时还款业务等，还款业务信息包括还款日期、还款操作等。预先存储全部还款业务信息，当接收到还款业务操作包时，基于业务的用户姓名、ID号等信息确定与操作包相对应的、预先存储的还款业务信息，基于预先存储的还款业务信息判断与还款请求相对应的还款业务的还款日期、还款操作等属性是否发生变更，如果改变，则确定还款业务发生变更，如果未改变，还款业务未发生变更。非实时还款业务是指用户所还的款项需要在指定的还款到账时间进行入账处理。还款业务数据包携带有关于用户提交的还款业务信息，包括非实时还款操作信息、还款日期、指定还款到账日等。

当还款业务的还款日期、还款方式、还款金额等属性没有发生改变时，则确定还款业务未发生变更；当还款业务的还款日期、还款方式、还款金额等属性中的至少一个属性发生改变时，则确定还款业务发生变更。

当还款业务未发生变更时，基于还款业务操作包生成与还款业务相对应的业务时序锁信息。业务时序锁信息与还款业务一一对应，包括业务类型、锁序号、业务数据等信息。业务数据包括还款操作信息、还款金额、还款日期、指定还款到账日等。业务时序锁信息在生成之后，可以存储在文件或数据库中，对于还款业务的入账操作起到时序锁的功能，能够控制还款业务的多个入账操作等操作的执行时序顺序。

S103，基于还款业务操作包生成与还款业务相对应的入账容量锁信息。

在一个实施例中，当业务时序锁信息生成之后，基于还款业务操作包中的信息生成入账容量锁信息。入账容量锁信息与还款业务一一对应，包括业务类型、锁序号、入账时间、业务数据等。业务数据包括还款日期、还款金额、指定还款到账日等。

账本容量可以为还能够收取用户还款的金额。例如，在不考虑利息和逾期费用等费用项的情况下，仅考虑本金的情况下，假设A客户贷款10万元，已经还款1万元，则此时账本容量为9W，即最多可以收取用户的还款金额为9W，通过设置入账容量锁，控制还款业务对账本容量的占用、释放等操作，能够避免对用户多收错收还款金额。入账容量锁信息在生成之后，可以存储在文件或数据库中，对于还款业务的操作起到账户的容量锁的功能，能够控制还款业务对于账本容量进行占用、释放等操作的顺序。

S104，根据业务时序锁信息和入账容量锁信息，对还款业务操作包进行与还款业务相应的入账操作处理。

在一个实施例中，如果还款业务发生变更，则生成与还款业务相对应的业务变更时序锁信息。业务变更时序锁信息与还款业务一一对应，包括业务类型、锁序号、业务数据等，业务数据包括还款业务的还款日期、还款方式、还款金额等属性的变更信息。业务变更时序锁信息在生成之后，可以存储在文件或数据库中，对于还款业务的操作起到控制业务变更的时序锁的功能，能够控制还款业务变更(包括业务类型、还款日期、还款方式、还款金额等属性等变更)操作的顺序。

基于还款业务操作包判断是否对还款业务执行相应的还款操作，如果是，则执行步骤102至步骤104；如果否，则根据业务变更时序锁信息，对还款业务进行相应的业务变更操作处理。

在一个实施例中，生成与还款请求相对应的还款业务操作包可以采用多种方法。图2为本公开的业务处理方法的一个实施例中的生成还款业务操作包的流程图，如图2所示的方法包括步骤：S201-S204。下面对各步骤分别进行说明。

S201，接收用户在系统接入层发起的还款计划请求，基于还款计划请求生成查询信息并发送至还款计划层。

S202，将还款计划层基于查询信息获取的还款计算信息返回至系统接入层。

在一个实施例中，业务操作者在系统接入层发起业务操作，提交还款计划请求、请求还款信息或试算还款结果，为正式还款业务操作提供依据；基于还款计划请求生成查询信息并发送至还款计划层。还款计划层根据查询条件，获取或试算还款计划信息，返回系统接入层。

系统接入层是一个直接面向用户的系统界面，可以是APP/网页/客户端等形式。系统接入层为一个逻辑上的虚拟层，可以与其他层部署在不同或相同的硬件设备上。还款计划层为隔离系统底层账本处理层与上层业务操作之间的一个层级，上层业务操作可以为用户进行的还款操作等。还款计划层面向系统功能，而不是面向业务，将业务请求解析成系统功能，进行必要的规则解析、功能复用等处理。还款计划层为一个逻辑上的虚拟层，可以与其他层部署在不同或相同的硬件设备上。

S203，接收用户根据还款计划信息在系统接入层提交的还款请求，并传送至收支服务层。

在一个实施例中，系统接入层获取用户在系统接入层提交的还款请求，还款请求包含的业务数据包括业务操作的还款金额、还款日期、指定还款的到账日以及提前结清、部分还款、逾期还款等还款方式数据，传送至收支服务层。

收支服务层是用于服务财务收支的一个抽象层，为一个逻辑上的虚拟层，可以与其他层部署在不同或相同的硬件设备上。在系统设计中，收支服务层可能会与还款计划层或系统接入层进行整合。收支服务层依据系统接入层上传的业务数据，创建还款业务操作包，还款业务操作包包含有多种与还款业务相关的信息。

S204，在收支服务层生成还款业务操作包。还款业务操作包携带的信息包括非实时还款操作信息、还款金额、还款日期、指定还款的到账日以及还款方式信息等；还款方式信息包括：提前结清、部分还款信息等。

在一个实施例中，生成与还款业务相对应的业务变更时序锁信息可以采用多种方法。例如，将还款业务操作包发送至还款计划层，在还款计划层基于还款业务操作包生成业务变更时序锁信息，业务变更时序锁信息包括：业务结构变更操作申请时间、业务类型、第一锁序号、第一业务数据等；第一锁序号具有唯一性和连续性，还款业务操作申请时间为具有唯一性的时间戳。业务类型的值可以为还贷等，业务数据可以包括还款日期、还款方式、还款金额等。

对还款业务进行相应的业务变更操作处理可以采用多种方法。图3为本公开的业务处理方法的一个实施例中的进行业务变更处理的流程图，如图3所示的方法包括步骤：S301-S302。下面对各步骤分别进行说明。

S301，按照第一锁序号的顺序，在还款计划层对还款计划信息进行相应的变更操作处理。例如，基于第一锁序号的由小到大的顺序，在还款计划层对还款计划信息进行相应的变更操作处理，生成新的还款计划信息。

S302，在变更操作处理完成之后，对业务变更时序锁信息进行相应的释放处理；其中，在业务类型相同的情况下，变更操作处理以上一个变更操作处理完成后的还款计划信息的终态为起始状态。

例如，在还款计划层根据还款业务操作包数据，判断是否存在业务结构变更，业务结构变更是指还款日期、还款方式、还款金额等中的一个或多个属性发生了变更。

如果存在业务结构变更，生成业务变更时序锁信息：根据业务类型、时间顺序等信息生成业务(结构)变更时序锁lock-i<结构变更操作申请时间CTime，业务类型Type，(第一)锁序号No，业务数据Links>；锁序号No的序号数字越小，则优先级越高，且其具有唯一性和连续性；业务操作申请时间CTime是具有唯一性的时间戳，业务类型Type相同时，锁序号No具有唯一性和连续性；业务类型Type不同时，彼此的业务锁lock-i相互独立，以保证收支层的多维度和高并发。

业务变更时序锁为基于业务请求类型、请求时间生成的一种锁，可以确保同一种业务请求烈性，按照时间顺序，保证业务处理的高效有序和并发。判断业务结构变更后，是否还有后续业务操作，如果没有后续业务操作，则基于时序锁lock-i的锁序号No顺序，依次变更还款计划结构。

在还款计划层对还款计划信息进行相应的变更操作处理。在业务类型Type相同时，每一次变更均以上一次变更完成后的终态为起始状态。如果有后续业务操作，执行上述的步骤S102-S104。

在一个实施例中，生成与还款业务相对应的业务时序锁信息可以采用多种方法。将还款业务操作包发送至还款计划层，在还款计划层基于还款业务操作包生成业务时序锁信息。业务时序锁信息包括：结构变更操作申请时间、还款业务操作申请时间、申请入账时间、业务类型、第二锁序号、第二业务数据等；第二锁序号具有唯一性和连续性，还款业务操作申请时间为具有唯一性的时间戳。如果还款业务未发生变更，则业务结构变更操作申请时间的值为空，业务类型的值可以为还贷等，第二业务数据可以包括还款日期、还款方式、还款金额等。

例如，生成业务时序锁：根据结构变更申请时间、业务类型、时间顺序，生成业务时序锁lock-i<<结构变更操作申请时间CTime>，业务操作申请时间STime，申请入账时间ETime，业务类型Type，锁序号(第二锁序号)No，业务数据(第二业务数据)Links>；锁序号No的序号数字越小，则优先级越高，且其具有唯一性和连续性；业务操作申请时间STime是具有唯一性的时间戳，业务类型Type、申请入账时间ETime相同时，锁序号No具有唯一性和连续性；当且仅当申请的入账日期相同时，申请入账时间ETime的日期属性才相同；业务类型Type不同时，彼此的业务锁lock-j相互独立，以保证收支层的多维度和高并发。

在一个实施例中，生成与还款业务相对应的入账容量锁信息可以采用多种方法。入账容量锁用于业务申请过程中，进行账本入账容量额度的预先申请，一旦申请通过，则仅用于该业务申请，账本剩余可用容量对应缩小。依据每次业务所需账本容量，在业务发生且正式入账之前，申请入账容量锁，提前锁定最终入账所需的账本额度容量，账本可用容量相应减小。在本申请的实施例中，账本容量为金额的额度，例如为可向用户收取还款的金额数。

在还款计划层基于还款业务操作包生成入账容量锁信息，入账容量锁信息包括：还款业务操作申请时间、申请入账时间，业务类型、第三锁序号、第三业务数据、需占用账本容量的业务金额数据等。第三锁序号具有唯一性和连续性；业务类型的值可以为还贷等，第三业务数据可以包括还款日期、还款方式、还款金额等。

如果第三业务数据中存在多个需占用账本容量的属性(需要多次汇款操作)时，则对每个属性对应设置相应的账本容量，并且，在设置入账容量锁信息时，基于上一个入账容量锁信息生成后的账本容量信息，确定需占用的账本容量。在生成入账容量锁信息之后，基于入账容量锁信息锁定对应的待还款入账的账务容量额度。需占用账本容量的业务金融数据为业务数据中存在的需占用账本容量的、与业务相关联的金额数据，例如，业务金额数据可以为办理贷款业务、办理提前还贷等业务所需费用项的金额数据。

例如，生成还款业务入账容量锁：按结构变更申请时间、业务类型、时间顺序，生成入账容量锁lock-k<<结构变更操作申请时间>，(还款)业务操作申请时间，申请入账时间，业务类型，第三锁序号，第三业务数据，其他需占用账本容量的业务数据>；第三锁序号No的序号数字越小，则优先级越高，且其具有唯一性和连续性；业务操作申请时间STime是具有唯一性的时间戳，业务类型Type、申请入账时间ETime相同时，锁序号No具有唯一性和连续性；当且仅当申请的入账日期相同时，申请入账时间ETime的日期属性才相同；第三业务数据Links中存在若干需占用账本容量的属性时，需一一对应存在相应的Size-k，且每一次的容量锁lock-k均以上一次lock-k生产完成后的终态为初始状态。

对还款业务操作包进行与还款业务相应的入账操作处理可以采用多种方法。图4为本公开的业务处理方法的一个实施例中的进行入账操作的流程图，如图4所示的方法包括步骤：S401-S404。下面对各步骤分别进行说明。

S401，按照第一锁序号以及第二锁序号的顺序，当申请入账时间到达时，在核心账本层对还款业务进行相应的入账操作；其中，在进行入账操作时，以上一次入账操作完成后的账务状态为起始状态。

例如，按照第一锁序号以及对应的第二锁序号的由大到小的顺序，当申请入账时间到达时，在核心账本层对还款业务进行相应的入账操作。

S402，在入账操作处理完成之后，对与入账操作处理相对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理。

释放处理方式可以有多种。例如将与业务变更时序锁信息、业务时序锁信息和入账容量锁信息的状态标识设置为释放状态，或者将业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行删除。

S403，在预设的入账结果获取时间到达时，获取与入账操作相对应的入账结果数据，并更新还款计划信息。

S404，将入账结果数据和还款计划信息返回至系统接入层。

例如，基于业务时序锁lock-j的锁序号No顺序，依次入账。每一笔入账均以上一笔入账完成后的终态为账务应收和已收的起始状态；每一笔入账完成后，释放本笔还款业务对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理。

处理完每一入账日的所有应入账业务后，应不存在本入账日的任何业务变更时序锁信息、业务时序锁信息和入账容量锁信息。对于每一入账日，不应存在入账日时间属性早于本入账日的任何业务变更时序锁信息、业务时序锁信息和入账容量锁信息。在入账日结束时，生成入账结果数据信息，更新还款计划信息，根据入账结果及业务操作条件，返回系统接入层入账结果信息。

在一个实施例中，如图5所示，在还款申请阶段中，基于步骤1和2，业务操者通过系统接入层，发起查询还款计划/还款试算/还款申请请求；基于步骤3、4和5，系统收支服务层按照业务数据，创建还款申请包，并向还款计划层发起还款申请。

在还款申请业务锁创建阶段中，基于步骤6-10，还款计划层根据业务类型，选择创建业务变更时序锁、业务时序锁，并创建还款申请记录，确认到账日期等信息。在还款申请容量锁阶段，基于步骤11-13，还款计划层根据还款数据信息，拆分费用项，创建容量锁，锁定待还款入账的账务容量额度，核心账本层对容量锁进行检测，并进行挂账处理。

在执行还款操作阶段，通过系统接入层请求POS、收银台等通道进行还款，收支服务层根据请求，建立还款支付订单，并返回POS码、收银台地址等支付凭证信息。基于步骤14-17，业务操作者在系统接入层完成支付操作；在步骤18中，支付系统根据支付操作信息，完成支付处理，并将支付完成通知信息返回给系统接入层；在步骤19中，系统收支服务层对支付业务终态进行检查，在步骤20中，在还款完成后，将完成信息通知到还款计划层。

在还款入账阶段中，在步骤21-23中，还款计划层根据还款业务结构变更情况、业务变更时序锁、业务时序锁，向核心账本层依次申请核销入账；在步骤24，25中，核心账本层按入账时序、业务容量锁，依次入账，入账完成后，释放容量锁，并进行入账确认。在步骤26，27中，还款计划层获取入账成功信息后，释放结构变更时序锁、业务时序锁等，并进行还款完成业务操作确认，将还款信息更新通知上送系统接入层。

上述实施例中的业务处理方法，基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理，通过业务时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过入账容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账；在系统层面上，有效解决了业务操作和系统交互间的多维度、高并发问题，在数据层面上，有力地保障了业务操作、资金回款链路和系统底层数据流的高度一致性。

示例性装置

在一个实施例中，如图6所示，本公开提供一种业务处理装置，包括：操作包生成模块61、业务锁处理模块62、容量锁处理模块63和入账操作模块64。操作包生成模块61接收用户发送的还款请求，生成与还款请求相对应的还款业务操作包。

如果基于还款业务操作包确定与还款请求相对应的还款业务为非实时还款业务，并且还款业务未发生变更，则业务锁处理模块62基于还款业务操作包生成与还款业务相对应的业务时序锁信息。容量锁处理模63基于还款业务操作包生成与还款业务相对应的入账容量锁信息。入账操作模块64根据业务时序锁信息和入账容量锁信息，对还款业务操作包进行与还款业务相应的入账操作处理。

在一个实施例中，如图7所示，业务处理装置还包括变更锁处理模块65。如果还款业务发生变更，则变更锁处理模块65生成与还款业务相对应的业务变更时序锁信息。变更锁处理模块65基于还款业务操作包判断是否对还款业务执行相应的还款操作，如果是，则执行业务锁处理模块62、容量锁处理模块63、入账操作模块64的功能；如果否，则变更锁处理模块65根据业务变更时序锁信息，对还款业务进行相应的业务变更操作处理。

操作包生成模块61接收用户在系统接入层发起的还款计划请求，基于还款计划请求生成查询信息并发送至还款计划层。操作包生成模块61将还款计划层基于查询信息获取的还款计算信息返回至系统接入层。操作包生成模块61接收用户根据还款计划信息在系统接入层提交的还款请求，并传送至收支服务层。操作包生成模块61在收支服务层生成还款业务操作包，还款业务操作包携带的信息包括：非实时还款操作信息、还款金额、还款日期、指定还款的到账日以及还款方式信息等；还款方式信息包括：提前结清、部分还款信息等。

变更锁处理模块65将还款业务操作包发送至还款计划层，在还款计划层基于还款业务操作包生成业务变更时序锁信息；其中，业务变更时序锁信息包括：业务结构变更操作申请时间、业务类型、第一锁序号、第一业务数据等；第一锁序号具有唯一性和连续性，还款业务操作申请时间为具有唯一性的时间戳等。

变更锁处理模块65按照第一锁序号的顺序，在还款计划层对还款计划信息进行相应的变更操作处理。变更锁处理模块65在变更操作处理完成之后，对业务变更时序锁信息进行相应的释放处理；其中，在业务类型相同的情况下，变更操作处理以上一个变更操作处理完成后的还款计划信息的终态为起始状态。

在一个实施例中，业务锁处理模块62将还款业务操作包发送至还款计划层，在还款计划层基于还款业务操作包生成业务时序锁信息；其中，业务时序锁信息包括：结构变更操作申请时间、还款业务操作申请时间、申请入账时间、业务类型、第二锁序号、第二业务数据等；第一锁序号具有唯一性和连续性，还款业务操作申请时间为具有唯一性的时间戳。

容量锁处理模块63在还款计划层基于还款业务操作包生成入账容量锁信息，入账容量锁信息包括：还款业务操作申请时间、申请入账时间，业务类型、第三锁序号、第三业务数据、其他需占用账本容量的业务数据等。第三锁序号具有唯一性和连续性；如果第三业务数据中存在多个需占用账本容量的属性时，则容量锁处理模块63对每个属性对应设置相应的账本容量，并且，在设置入账容量锁信息时，容量锁处理模块63基于上一个入账容量锁信息生成后的账本容量信息，确定需占用的账本容量。容量锁处理模块63在生成入账容量锁信息之后，基于入账容量锁信息锁定对应的待还款入账的账务容量额度。

在一个实施例中，入账操作模块64按照第一锁序号以及第二锁序号的顺序，当申请入账时间到达时，在核心账本层对还款业务进行相应的入账操作；其中，在进行入账操作时，以上一次入账操作完成后的账务状态为起始状态。

入账操作模块64在入账操作处理完成之后，对与入账操作处理相对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理。入账操作模块64在预设的入账结果获取时间到达时，获取与入账操作相对应的入账结果数据，并更新还款计划信息；入账操作模块64将入账结果数据和还款计划信息返回至系统接入层。

上述实施例中的业务处理装置，基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理，通过业务时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过入账容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账；有效解决了业务操作和系统交互间的多维度、高并发问题；并有力地保障了业务操作、资金回款链路和系统底层数据流的高度一致性。

图8是本公开的电子设备的一个实施例的结构图，如图8所示，电子设备81包括一个或多个处理器811和存储器812。

处理器811可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备81中的其他组件以执行期望的功能。

存储器812可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器，例如，可以包括：随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器，例如，可以包括：只读存储器(ROM)、硬盘以及闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器811可以运行程序指令，以实现上文的本公开的各个实施例的业务处理方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备81还可以包括：输入装置813以及输出装置814等，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。此外，该输入设备813还可以包括例如键盘、鼠标等等。该输出装置814可以向外部输出各种信息。该输出设备814可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图8中仅示出了该电子设备81中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备81还可以包括任何其他适当的组件。

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的业务处理方法中的步骤。

计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的业务处理方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列举)可以包括：具有一个或者多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势以及效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

上述实施例中的业务处理方法、装置以及电子设备、存储介质，基于还款业务操作包生成与还款业务相对应的业务时序锁信息、入账容量锁信息，根据业务时序锁信息和入账容量锁信息，进行与还款业务相应的入账操作处理；通过业务时序锁信息保证了依赖业务操作时间的账务入账时序的准确性，通过入账容量锁信息确保了还款业务入账金额的不重不漏，能够防止重复入账和错误入账，进行有效控制；在系统层面上，有效解决了业务操作和系统交互间的多维度、高并发问题，在数据层面上，有力地保障了业务操作、资金回款链路和系统底层数据流的高度一致性，有效改善了客户体验。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备以及系统。诸如“包括”、“包含、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述，以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改等对于本领域技术人员而言，是非常显而易见的，并且在此定义的一般原理可以应用于其他方面，而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式中。尽管以上已经讨论了多个示例方面以及实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种业务处理方法，包括：

步骤一、接收用户发送的还款请求，生成与所述还款请求相对应的还款业务操作包；

步骤二、响应于基于所述还款业务操作包确定与所述还款请求相对应的还款业务为非实时还款业务，并且所述还款业务未发生变更，则基于所述还款业务操作包生成与所述还款业务相对应的业务时序锁信息；

步骤三、基于所述还款业务操作包生成与所述还款业务相对应的入账容量锁信息；

步骤四、根据所述业务时序锁信息和所述入账容量锁信息，对所述还款业务操作包进行与所述还款业务相应的入账操作处理。

2.如权利要求1所述的方法，还包括：

响应于所述还款业务发生变更，则生成与所述还款业务相对应的业务变更时序锁信息；

基于所述还款业务操作包判断是否对所述还款业务执行相应的还款操作，响应于是，则执行步骤二至步骤四；

响应于否，则根据所述业务变更时序锁信息，对所述还款业务进行相应的业务变更操作处理。

3.如权利要求2所述的方法，所述接收用户发送的还款请求，生成与所述还款请求相对应的还款业务操作包包括：

接收所述用户在系统接入层发起的还款计划请求，基于所述还款计划请求生成查询信息并发送至还款计划层；

将所述还款计划层基于所述查询信息获取的还款计算信息返回至所述系统接入层；

接收所述用户根据所述还款计划信息在所述系统接入层提交的所述还款请求，并传送至收支服务层；

在所述收支服务层生成所述还款业务操作包；

其中，所述还款业务操作包携带的信息包括：非实时还款操作信息、还款金额、还款日期、指定还款的到账日以及还款方式信息。

4.如权利要求3所述的方法，所述生成与所述还款业务相对应的业务变更时序锁信息包括：

将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务变更时序锁信息；

其中，所述业务变更时序锁信息包括：业务结构变更操作申请时间、业务类型、第一锁序号、第一业务数据；所述第一锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

5.如权利要求4所述的方法，所述对所述还款业务进行相应的业务变更操作处理包括：

按照所述第一锁序号的顺序，在所述还款计划层对所述还款计划信息进行相应的变更操作处理；

在所述变更操作处理完成之后，对所述业务变更时序锁信息进行相应的释放处理；

其中，在所述业务类型相同的情况下，所述变更操作处理以上一个所述变更操作处理完成后的所述还款计划信息的终态为起始状态。

6.如权利要求3所述的方法，所述基于所述还款业务操作包生成与所述还款业务相对应的业务时序锁信息包括：

将所述还款业务操作包发送至所述还款计划层，在所述还款计划层基于所述还款业务操作包生成所述业务时序锁信息；

其中，所述业务时序锁信息包括：结构变更操作申请时间、还款业务操作申请时间、申请入账时间、业务类型、第二锁序号、第二业务数据；所述第二锁序号具有唯一性和连续性，所述还款业务操作申请时间为具有唯一性的时间戳。

7.如权利要求6所述的方法，所述基于所述还款业务操作包生成与所述还款业务相对应的入账容量锁信息包括：

在所述还款计划层基于所述还款业务操作包生成所述入账容量锁信息；

其中，所述入账容量锁信息包括：还款业务操作申请时间、申请入账时间，业务类型、第三锁序号、第三业务数据、需占用账本容量的业务金额数据；所述第三锁序号具有唯一性和连续性；如果第三业务数据中存在多个需占用账本容量的属性时，则对每个属性对应设置相应的账本容量，并且，基于上一个入账容量锁信息生成后的账本容量信息，确定需占用的账本容量从而设置所述入账容量锁信息。

8.如权利要求7所述的方法，还包括：

在生成所述入账容量锁信息之后，基于所述入账容量锁信息锁定对应的待还款入账的账务容量额度；和/或，

所述根据所述业务时序锁信息和所述入账容量锁信息，对所述还款业务操作包进行与所述还款业务相应的入账操作处理包括：

按照所述第二锁序号以及所述第三锁序号的顺序，当所述申请入账时间到达时，在账本层对所述还款业务进行相应的入账操作；

其中，在进行入账操作时，以上一次入账操作完成后的账务状态为起始状态。

9.如权利要求8所述的方法，还包括：

在所述入账操作处理完成之后，对与入账操作处理相对应的业务变更时序锁信息、业务时序锁信息和入账容量锁信息进行相应的释放处理；和/或，

在预设的入账结果获取时间到达时，获取与入账操作相对应的入账结果数据，并更新所述还款计划信息；

将所述入账结果数据和所述还款计划信息返回至所述系统接入层。

10.一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-9任一项所述的方法。

Images