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

权利要求书

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

S1、在数据定期处理场景中，用户端向系统申请定期处理业务，当系统内产生各项定期处理业务的信息数据时，对各项定期处理业务加上当前业务期间的控制锁和下一业务期间的控制锁；

S2、若系统发起切业务期间，即从当前业务期间切到下一业务期间，系统的批量任务处理链在接收到待执行的各项定期处理业务后，基于控制锁，对当前业务期间内的各项定期处理业务进行定期批量任务处理，处理后删除当前业务期间的控制锁，删除后用户端再基于定期批量任务处理结果请求处理，同时,若当前业务期间的控制锁不是最后一个业务期间的控制锁，基于当前业务期间加下一业务期间的控制锁，否则不加，其中，定期处理业务是指某项需要定期进行处理的业务，定期批量任务处理是指对某项定期处理业务的某个业务期间的结算数据合计处理；

S3、若系统接收到用户端的定期处理请求，判断是否有当前业务期间的控制锁，若有，系统反馈给用户端仍有未处理完成的定期处理请求，即系统内已接收到处理当前业务期间内定期批量任务处理结果的请求，否则，在接收到处理当前业务期间内定期批量任务处理结果的请求的同时加上当前业务期间的控制锁，防止再次重复处理当前业务期间内的数据，其中，处理当前业务期间内定期批量任务处理结果的请求是专指基于当前业务期间内定期批量任务处理结果，对当前业务期间进行业务结算。

2.根据权利要求1所述的一种基于数据定期处理的双锁控制方法，其特征在于，所述业务期间为一日、一周、一月或一年。

3.根据权利要求2所述的一种基于数据定期处理的双锁控制方法，其特征在于，所述步骤S1-步骤S3中，采用分布式缓存数据库Redis添加控制锁。

4.根据权利要求2或3所述的一种基于数据定期处理的双锁控制方法，其特征在于，所述步骤S1中的定期处理场景包括消费信贷场景、借贷场景、存款场景、理财场景、借书场景或租赁场景；用户端向系统申请定期处理业务，当系统内产生各项定期处理业务的信息数据时，对各项定期处理业务加上当前业务期间的控制锁和下一业务期间的控制锁的具体步骤为：

S1.1、用户端向系统申请定期处理业务，系统内产生各项定期处理业务的信息数据，即系统对申请的请求处理正常的情况下，生成各项定期处理业务的信息数据，信息数据为各项定期处理业务的编号，其中，编号关联了相对应的定期处理业务中用于定期批量任务处理的信息；

S1.2、用户端向系统申请成功后，对申请成功的定期处理业务依次加锁前缀标识、编号、当前业务期间的控制锁，和依次加锁前缀标识、编号、下一业务期间的控制锁。

5.根据权利要求4所述的一种基于数据定期处理的双锁控制方法，其特征在于，所述步骤S2的具体步骤为：

S2.1、若系统发起切业务期间，即从当前业务期间切至下一业务期间，下一业务期间变为当前业务期间；

S2.2、初始化待执行的各项定期处理业务的信息数据，初始化成功后，逐笔通过异步消息并发发送至批量任务处理链；

S2.3、批量任务处理链在接收到待执行的各项定期处理业务后，检查是否还有上一业务期间的控制锁，即判断在切业务期间过程中是否有用户已请求基于上一业务期间的批量任务处理结果请求处理或正在处理的情况，若有,判断是否是首日控制锁，若是，直接删除，若否，等待五分钟后，再次执行步骤S2.3，若没有，批量任务处理链处理当前业务期间内的各项定期处理业务，得到定期批量任务处理结果，处理后删除当前业务期间的控制锁，删除后用户再基于定期批量任务处理结果请求处理，同时,若当前业务期间的控制锁不是最后一个业务期间的控制锁，基于当前业务期间加下一业务期间的控制锁，否则不加，其中，定期处理业务是指某项需要定期进行处理的业务，定期批量任务处理是指对某项定期处理业务的某个业务期间的结算数据合计处理。