[发明专利]一种基于数据定期处理的双锁控制方法及介质

说明书

本发明公开了一种基于数据定期处理的双锁控制方法及介质，属于软件信息领域。解决现有技术中，在大数据量的请求中，会加重系统的负载、加重内存资源的消耗、降低系统处理速度问题。本发明在数据定期处理场景中，用户端向系统申请定期处理业务，当系统内产生各项定期处理业务的信息数据时，对各项定期处理业务加上当前业务期间的控制锁和下一业务期间的控制锁；若系统发起切业务期间，或若系统接收到用户端的定期处理请求，基于控制锁对业务期间的定期批量任务处理或对用户的请求进行处理。本发明用于控制数据定期处理。

技术领域

一种基于数据定期处理的双锁控制方法及介质，用于控制数据定期处理，属于软件信息领域。

背景技术

在数据定期处理场景中，现有技术存在如下问题：一、依赖关系型数据库，所以需要频繁的更新数据；二、在大数据量的请求中，会加重系统的负载、加重内存资源的消耗、降低系统处理速度，以及无法快速响应前端的要求，其中，数据日终处理场景包括消费信贷场景、借贷场景、存款场景和理财场景、借书场景、租赁场景等。

现就消费信贷系统中的数据日终处理进行说明，在消费信贷系统中，用户每次贷款成功后在系统中会生成一笔借据订单，该笔借据为用户本次借款的数据体现，用户本次贷款产生的还款计划数据，以及贷款周期内生成的账单、计提、还款、逾期等都会与该笔借据关联，即借据会串联用户贷款整个生命周期。

针对该笔借据用户可以发起多次还款，但是还款操作应该按照时间顺序有序执行，不可同步执行。在当前的技术方案中，当用户针对该笔借据发起一笔还款请求时，会对该笔借据加锁，此时若用户对该笔借据再次发起还款申请时，会因为已经加锁而返回不可发起还款，直到上一笔还款处理完毕后才会将锁解除，之后才会允许用户发起下一次还款。

消费信贷系统在T日日终时会进行日切，日切后系统业务期间由T日变为T+1日，然后系统会执行日终批量操作，批量操作包括对所有未结清的借据进行延滞处理，利息计提，罚息计提等操作。为了避免数据被修改而造成计算出错，在批量操作完成之前用户也不允许发起还款申请。在以借据维度执行批量流程的贷款系统中，当前技术方案为当借据开始执行批量任务时，对借据加锁，此时若有还款则会因为存在锁而被拒绝，直到该笔借据批量执行完成解除锁后才可以发起还款。但是借据初始化批量任务是需要一定时间的，在极端情况下，从日切到初始化该笔借据期间，若用户有还款操作，当前技术方案中的控制锁无法保证有效阻止还款操作。

若用户在T日日终发起一笔还款申请，此时发生业务期间日切至T+1日，批量任务处理系统会在上日还款未处理完成的情况开始执行批量任务处理，会导致账务数据出错，当前技术方案无法完全避免这种情况可能性的出现。另外有技术方案选择在T日23:50后不允许用户发起还款申请，该技术方案在一定程度上可以避免以上问题，但仍无法保证完全避免批量任务处理系统会在上日还款未处理完成的情况开始执行批量任务处理，而且对用户体验造成了很大影响，可能导致用户因无法及时还款导致贷款逾期。

综上所述，现有技术中的定期处理场景中，批量任务处理系统会在上日未处理完成的情况开始执行批量任务处理，不仅要依赖关系型数据库，频繁的更新数据；在大数据量的请求中，会加重系统的负载、加重内存资源的消耗、降低系统处理速度，以及无法快速响应前端的要求（即造成计算机内部性能降低），还对用户体验造成了很大影响，如产生信用问题等。

发明内容

针对上述研究的问题，本发明的目的在于提供一种基于数据定期处理的双锁控制方法及介质，解决现有技术中的定期处理场景中，批量任务处理系统会在上日未处理完成的情况开始执行批量任务处理，不仅要依赖关系型数据库，频繁的更新数据；在大数据量的请求中，会加重系统的负载、加重内存资源的消耗、降低系统处理速度，以及无法快速响应前端的要求（即造成计算机内部性能降低），还对用户体验造成了很大影响，如产生信用问题等。

为了达到上述目的，本发明采用如下技术方案：

一种基于数据定期处理的双锁控制方法，包括如下步骤：