CN115187391B - 互联网个贷资金核算系统、核算方法及电子设备 - Google Patents

Abstract

本发明提供了一种互联网个贷资金核算系统、核算方法及电子设备，涉及贷款技术领域，包括：业务层、运行支持层、应用层、领域层、中间件层以及存储层；业务层用于接收用户请求以及返回数据，运行支持层位于业务层与应用层之间，用于实现业务层与应用层之间的通信；应用层包括针对业务场景的服务模块，服务模块用于实现个贷的资金核算；领域层用于提供支持业务层、应用层以及存储层之间的数据交互的基础服务；中间件层用于提供缓存服务；存储层用于提供存储服务。通过该系统可以缓解现有技术方案中系统稳定性差的问题，实现降低系统耦合度的效果。

Description

互联网个贷资金核算系统、核算方法及电子设备

技术领域

本发明涉及贷款技术领域，尤其是涉及一种互联网个贷资金核算系统、核算方法及电子设备。

背景技术

个人贷款是指银行或其他金融机构向符合贷款条件的自然人发放的用于个人消费、生产经营等用途的本、外币贷款。现有技术中互联网个贷业务的信息化水平低，通常将资金核算系统与会计系统等功能结合在一起，系统架构混乱。为了快速响应个贷相关业务的系统需求，需要形成客户账与资金账分离、统一管理的信息化应用格局。也就是说，现有的互联网贷款资金核算的技术存在稳定性较差、系统耦合度过高的问题。

发明内容

本发明的目的在于提供一种互联网个贷资金核算系统、核算方法及电子设备，以缓解现有技术中存在的系统耦合度过高、稳定性较差的技术问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例提供了一种互联网个贷资金核算系统，包括：业务层、运行支持层、应用层、领域层、中间件层以及存储层；

所述业务层用于接收用户请求以及返回数据，该业务层禁止访问存储层；

所述运行支持层位于所述业务层与所述应用层之间，用于对用户请求以及返回数据进行协议编解码，以便实现所述业务层与所述应用层之间的通信；

所述应用层包括针对业务场景的服务模块，所述服务模块用于实现个贷的资金核算；其中，所述应用层包括多个对外服务模块、多个资产证券化模块和多个内部服务模块；所述对外服务模块用于与所述业务层进行数据通信，所述对外服务模块用于实现贷款登记，并且通过所述业务层与外部系统进行交互，实现账务核算处理；所述资产证券化模块用于将贷款的资金数据按照预先配置的项目进行证券化处理，并通过所述业务层与外部系统进行交互，实现资金数据的查询；所述内部服务模块用于对贷款登记后的数据进行统计分析，并生成相应的数据报表；

所述领域层位于所述应用层以及中间件层之间，所述领域层用于提供基础服务，所述基础服务用于支持所述业务层、所述应用层以及所述存储层之间的数据交互；

所述中间件层位于所述领域层与所述存储层之间用于提供缓存服务；

所述存储层用于提供存储服务。

在一些可能的实施方式中，所述个贷资金核算系统通过集群化分布式服务器部署，每个分布式服务器中存储有所有分布式服务器的基本信息、主题信息以及主题与分布式服务器之间的映射关系，每个分布式服务器实现所述个贷资金核算系统中的一个模块、多个模块、一个层或多个层；每个模块或者层包括一个或多个主题，每个分布式服务在所述领域层注册有其提供的主题以及其订阅的主题；所述主题包括用户请求、响应、贷款登记、账务核算、证券化、查询以及报表。

在一些可能的实施方式中，第一分布式服务器基于所述映射关系，确定目标主题对应的第二分布式服务器，并向所述第二分布式服务器发送针对所述目标主题的数据获取请求时，若所述第二分布式服务器反应异常，则基于所述映射关系确定所述目标主题对应的第三分布式服务器，并从所述第三分布式服务器获取所述目标主题对应的数据。

在一些可能的实施方式中，针对每个层对应一个或多个分布式服务器子集群，每个分布式服务器子集群包括控制节点以及从节点；消费者优先从所述控制节点获取对应主题的数据；所述控制节点与所述从节点之间进行同步复制，当所述控制节点以及所述从节点都成功写入内存之后，才会返回成功。在一些可能的实施方式中，上述对外服务模块包括放款子模块和还款子模块；上述放款子模块包括放款应用接口；上述放款应用接口用于接收放款请求；上述放款子模块用于基于上述放款请求进行放款登记，并更新放款请求表；其中，上述放款请求表包括：借据表、还款计划表、五级分类表、会计请求表；

上述还款子模块包括还款应用接口；所述还款应用接口用于接收还款请求；所述还款子模块用于基于所述还款请求进行还款登记，并更新还款请求表。

在一些可能的实施方式中，上述对外服务模块还包括核销子模块，上述核销子模块包括核销应用接口；

上述核销应用接口用于接收核销请求；上述核销子模块用于基于上述核销请求进行核销登记，并更新核销请求表。

在一些可能的实施方式中，上述对外服务模块还包括日切子模块，上述日切子模块包括日切应用接口；

上述日切应用接口用于接收日切请求；上述日切子模块用于查询系统业务日期和当前系统日期，并在上述业务日期与上述当前系统日期不相等时，更系统日期表。

在一些可能的实施方式中，上述资产证券化模块包括：资产调出子模块、资产转让子模块、资产尽调子模块和资产清仓回购子模块。

第二方面，本发明实施例提供了一种联网个贷资金核算方法，应用于上述第一方面任意一种实施方式中的联网个贷资金核算系统，上述方法包括：

利用对外服务模块实现贷款登记，并且通过相应的应用接口与外部系统进行交互，实现账务核算处理；

通过资产证券化模块将贷款的资金数据按照预先配置的项目进行证券化处理，并通过相应的应用接口与外部系统进行交互，实现资金数据的查询。

第三方面，本发明实施例提供了一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第二方面任一项所述的方法的步骤。

本发明提供了一种互联网个贷资金核算系统、核算方法及电子设备，该系统包括：对外服务模块和资产证券化模块；每个对外服务模块和资产证券化模块均包括一个相应的应用接口；对外服务模块用于实现贷款登记，并且通过相应的应用接口与外部系统进行交互，实现账务核算处理；资产证券化模块用于将贷款的资金数据按照预先配置的项目进行证券化处理，并通过相应的应用接口与外部系统进行交互，实现资金数据的查询。通过该系统可以缓解现有技术方案中系统稳定性差的问题，实现降低系统耦合度的效果。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种互联网个贷资金核算系统的结构示意图；

图2为本发明实施例提供的另一种互联网个贷资金核算系统的结构示意图；

图3为本发明实施例提供的一种互联网个贷资金核算方法的流程示意图；

图4为本发明实施例提供的一种互联网个贷资金核算方法中放款流程的示意图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

个人贷款是指银行或其他金融机构向符合贷款条件的自然人发放的用于个人消费、生产经营等用途的本、外币贷款。现有技术中互联网个贷业务的信息化水平低，通常将资金核算系统与会计系统等功能结合在一起，系统架构混乱。为了快速响应个贷相关业务的系统需求，需要形成客户账与资金账分离、统一管理的信息化应用格局。也就是说，现有的互联网个人贷款资金核算的技术存在稳定性较差、系统耦合度过高的问题。

基于此，本发明实施例提供了一种互联网个贷资金核算系统、核算方法及电子设备，以缓解现有技术中存在的系统耦合度过高、稳定性较差的技术问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种互联网个贷资金核算系统进行详细介绍，参见图1所示的一种互联网个贷资金核算系统的结构示意图，该系统主要包括：业务层10、运行支持层20、应用层30、领域层40、中间件层50以及存储层60。

其中，业务层用于接收用户请求以及返回数据，该业务层禁止访问存储层；该业务层可以包括一些服务接口，用来实现与其他层的数据传输。

运行支持层20位于业务层10与应用层30之间，用于对用户请求以及返回数据进行协议编解码，以便实现业务层与应用层之间的通信。

应用层30包括针对业务场景的服务模块，服务模块用于实现个贷的资金核算；其中，应用层包括多个对外服务模块、多个资产证券化模块和多个内部服务模块。应用层的每个模块均包括一个相应的应用接口。

该应用层以及每个模块对应的应用接口可以提供高性能和透明化的远程服务调用方案，以及面向服务的体系结构（Service-Oriented Architecture，SOA）服务治理方案，使用服务提供者provider和服务消费者consumer模式进行服务。可以在某个服务器集群中提供单一专注的服务，这样不与其他服务混杂，同时应用接口有SOA调度通过监控每台服务器而实现负载均衡。消费者consumer端无需关注provider端如何实现，只需在注册中心订阅即可到相应服务器请求服务，这样就实现了高性能和透明化。

参见图2所示的一种应用层的结构示意图，该应用层30包括对外服务模块310、资产证券化模块320和内部服务模块330。对外服务模块310用于与业务层进行数据通信，对外服务模块310用于实现贷款登记，并且通过业务层相应的业务接口与外部系统进行交互，实现账务核算处理。

作为一个具体的示例，对外服务模块包括放款子模块，放款子模块包括放款应用接口；放款应用接口用于接收放款请求；放款子模块用于基于放款请求进行放款登记，并更新放款请求表；其中，放款请求表包括：借据表、还款计划表、五级分类表、会计请求表。

在一实施例中，对外服务模块还包括还款子模块，还款子模块包括还款应用接口；还款应用接口用于接收还款请求；还款子模块用于基于还款请求进行还款登记，并更新还款请求表。

在一种实施例中，对外服务模块还包括核销子模块，核销子模块包括核销应用接口；核销应用接口用于接收核销请求；核销子模块用于基于核销请求进行核销登记，并更新核销请求表。

在一种实施例中，对外服务模块还包括日切子模块，日切子模块包括日切应用接口；日切应用接口用于接收日切请求；日切子模块用于查询系统业务日期和当前系统日期，并在业务日期与当前系统日期不相等时，更系统日期表。

资产证券化模块320用于将贷款的资金数据按照预先配置的项目进行证券化处理，并通过业务层相应的业务接口与外部系统进行交互，实现资金数据的查询。

其中，资产证券化（Asset Backed Securitization, ABS）是指将一些项目资产价值分解成一定数量的证券，同时以项目资产可以带来的预期收益为保证，再向资本市场进行出售以筹集资金。资产证券化可以促进项目的融资的效率，分散项目的风险，也为投资者丰富了理财产品。

在一种实施例中，资产证券化模块320包括：资产调出子模块、资产转让子模块、资产尽调子模块和资产清仓回购子模块。在一些实施例中，资产证券化模块还可以包括：封包子模块、解包子模块、金额试算子模块、资产赎回子模块等。

在本实施例中，内部服务模块330用于对贷款登记后的数据进行统计分析，并生成相应的数据报表。作为一个具体的示例，内部服务模块可以包括：日终批量计提子模块、风险分类子模块、日终代偿子模块、报表统计子模块等。

领域层40位于应用层30以及中间件层50之间，领域层用于提供基础服务，基础服务用于支持业务层、应用层以及存储层之间的数据交互。作为一个具体的示例，基础服务可以包括：日志中心、配置中心、钉钉服务通知中心、运维中心、队列中心等。

中间件层50位于领域层40与存储层60之间，用于提供缓存服务，如：消息队列（Message Queue，MQ）、Ecache、Redis等；存储层60用于提供存储服务，如：关系型数据库管理系统（MySQL）、远程字典服务（Redis）等。

在一种实施例中，个贷资金核算系统通过集群化分布式服务器部署，每个分布式服务器中存储有所有分布式服务器的基本信息、主题信息以及主题与分布式服务器之间的映射关系，每个分布式服务器实现个贷资金核算系统中的一个模块、多个模块、一个层或多个层；每个模块或者层包括一个或多个主题，每个分布式服务在领域层注册有其提供的主题以及其订阅的主题；该主题可以包括用户请求、响应、贷款登记、账务核算、证券化、查询以及报表。

在本实施例中，第一分布式服务器基于映射关系，确定目标主题对应的第二分布式服务器，并向第二分布式服务器发送针对目标主题的数据获取请求时，若第二分布式服务器反应异常，则基于映射关系确定目标主题对应的第三分布式服务器，并从第三分布式服务器获取目标主题对应的数据。

需要说明的是，在本实施例中针对每个层对应一个或多个分布式服务器子集群，每个分布式服务器子集群包括控制节点以及从节点；消费者优先从控制节点获取对应主题的数据；控制节点与从节点之间进行同步复制，当控制节点以及从节点都成功写入内存之后，才会返回成功。

即使用本实施例提供的个贷资金核算系统进行服务器部署可以包括以下流程：

（1）服务提供者在服务容器启动时向注册中心注册自己提供的服务；

（2）服务消费者在启动时向注册中心订阅自己所需的服务；

（3）注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心会基于长连接推送数据给消费者；

（4）服务消费者从提供者地址列表中，基于软负载均衡算法选一台提供者进行调用，如果调用失败，重新选择；

（5）服务提供者和服务消费者在内存中的调用次数和时间，定时每分钟发送给监控中心。

本发明实施例提供了一种互联网个贷资金核算系统，该系统包括：业务层、运行支持层、应用层、领域层、中间件层以及存储层；业务层用于接收用户请求以及返回数据，运行支持层位于业务层与应用层之间，用于对用户请求以及返回数据进行协议编解码，以便实现业务层与应用层之间的通信；应用层包括针对业务场景的服务模块，服务模块用于实现个贷的资金核算；领域层位于应用层以及中间件层之间，领域层用于提供基础服务，基础服务用于支持业务层、应用层以及存储层之间的数据交互；中间件层位于领域层与存储层之间用于提供缓存服务；存储层用于提供存储服务。通过该系统可以缓解现有技术方案中系统稳定性差的问题，实现降低系统耦合度的效果。

本发明实施例还提供了一种互联网个贷资金核算方法，应用于上述意一种实施方式中的联网个贷资金核算系统，为便于对本实施例进行理解，接下来对本发明实施例所公开的一种互联网个贷资金核算方法进行详细介绍，参见图3所示的一种互联网个贷资金核算方法的流程示意图，该方法可以由电子设备执行，主要包括以下步骤S110至步骤S130：

S110：利用对外服务模块实现贷款登记，并且通过相应的应用接口与外部系统进行交互，实现账务核算处理；

S120：通过资产证券化模块将贷款的资金数据按照预先配置的项目进行证券化处理，并通过相应的应用接口与外部系统进行交互，实现资金数据的查询；

S130：通过内部服务模块实现对贷款登记后的数据进行统计分析，并生成相应的数据报表。

在一种实施例中，对外服务模块包括放款子模块，放款子模块包括放款应用接口；作为一个具体的示例，参见图4所示的一种放款的流程示意图，上述步骤S110包括：

S21：放款应用接口接收放款请求；

S22：检查请求参数必输项是否为空；

S23：检查产品信息是否正确，是否生效；

S24：插入放款请求表数据，更新状态为处理中；

S25：生成并插入借据表，还款计划表，借据总表，会计请求表，风险分类表；

S26：如处理成功，更新放款请求表状态为处理成功；如处理失败，更新放款请求表状态为处理失败；

S27：调用MQ发送会计请求。

其中，MQ为生产级别消息中间件RocketMQ，其整体的架构设计主要分为四大部分，分别是：Producer、Consumer、Broker、NameServer。本申请实施例中应用MQ和缓存技术，使系统在极高的并发下仍然可以提供稳定快速可靠的核心服务。具体的，RocketMQ通过以下四点来保证高可用性：

1）集群化部署NameServer。Broker集群将所有的broker基本信息、topic信息以及两者之间的映射关系，轮询存储在每个NameServer中（也就是说每个NameServer存储的信息完全一样）。因此，NameServer集群化，不会因为其中的一两台服务器挂掉，而影响整个架构的消息发送与接收。

2）集群化部署多broker。producer发送消息到broker的master，若当前的master挂掉，则会自动切换到其他的master。cosumer默认会访问broker的master节点获取消息，那么master节点挂了之后，会自动切换到同一个broker组的slave节点进行消费。

Consumer如果直接消费slave节点，那master在宕机前没有来得及把消息同步到slave节点，此时通常会出现消费者取不到消息的情况，这样，就引出了下一个措施，来保证消息的高可用性。

3）设置同步复制

前面已经提到，消息发送到broker的master节点上，master需要将消息复制到slave节点上，rocketmq提供两种复制方式：同步复制和异步复制。异步复制，就是消息发送到master节点，只要master写成功，就直接向客户端返回成功，后续再异步写入slave节点；同步复制，就是等master和slave都成功写入内存之后，才会向客户端返回成功。

那么，要保证高可用性，就需要将复制方式配置成同步复制，这样即使master节点挂了，slave上也有当前master的所有备份数据，这样不仅保证消费者消费到的消息是完整的，并且当master节点恢复之后，也容易恢复消息数据。

在一种实施例中，对外服务模块包括还款子模块，还款子模块包括还款应用接口；作为一个具体的示例，上述步骤S110包括：

S31：还款应用接口接收还款请求；

S32：检查请求参数必输项是否为空；

S33：Redis加锁，防止并发；

S34：插入还款请求表数据，更新状态为处理中；

S35：还款逻辑处理，更新借据表，还款计划表，插入还款明细等；

S36：调用MQ发送会计请求；

S37：更新还款请求表状态为处理成功。

在一种实施例中，对外服务模块还包括核销子模块，核销子模块包括核销应用接口；作为一个具体的示例，上述步骤S110包括：

S41：核销应用接口接收核销请求；

S42：待核销文件申报及审核；

S43：十级分类调整操作（操作发起催收系统，实际核销为核心贷款系统）；

S44：业务操作人员线下导入核销清单，核销清单确认后，提交核销清单至授信管理部，并在系统中调整十级分类状态为“损失”，并计提风险准备金；

S45：催收系统给十级分类调整清单（核销清单）到核心系统，系统判断该笔借据是否为可疑和损失状态，如果借据为不为可疑或者损失状态，则不对此客户的明细的借据进行调整；

S46：判断完成后对符合调整条件的借据自动生成一笔十级分类信息，并且对应的借据十级分类调整为“损失”。系统自动对借据进行十级分类调整；调整成“损失”状态的借据状态不可逆；

S47：内管页面展示借据十级分类系统调整结果，并回传十级分类调整结果给催收系统。

在一种实施例中，对外服务模块还包括日切子模块，日切子模块包括日切应用接口；作为一个具体的示例，上述步骤S110包括：

S51：日切应用接口接收日切请求；

S52：查询系统业务日期；

S53：校验系统业务日期和当前日期是否一致，如果一致直接返回当前日期；

S54：如果不一致，更新当前系统业务日期等于当前日期；

S55：更新数据到数据库；

S56：更新redis缓存。

其中，上述方法还支持指定日期切换，处理逻辑同上。后续查询系统业务日期，先查redis缓存，可以大大提高系统性能。

在一种实施例中，资产证券化模块包括：资产调出子模块、资产转让子模块、资产尽调子模块和资产清仓回购子模块。作为一个具体的示例，上述步骤S120的处理逻辑为：每日日终数仓将网贷系统资产数据正确的加工成ABS要求的落地表表样格式的文件，推送到文件服务器指定目录/app/ods/ods_data/业务系统名称/数据日期，ABS系统通过FTP 下载到应用服务器指定目录（按数据日期创建），将目录下的数据文件通过sqlload 加载到ABS系统，作为资产证券化业务发行的数据基础，同时ABS系统保留15天的数据文件。

封包过程包括：

1)接收ABS系统发起的应用封包请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法；如果校验失败，直接返回封包失败。

4)异步线程处理封包文件sftp入库，封包本金、利息、罚息金额统计并更新数据库。

5)更新ABS请求表，状态为处理成功。

6)如果异步线程处理失败（借据状态不正常等），生成封包失败文件，并上传sftp。

7)ABS系统调用查询应用接口，根据封包流水号查询封包处理结果。

解包过程包括：

1)接收ABS系统发起的应用解包请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回解包失败。

4)异步线程处理解包逻辑，更新转让借据表状态为解包。

5)ABS系统调用查询应用接口，根据解包流水号查询解包处理结果。

资产调出流程包括：

1)接收ABS系统发起的应用资产调出请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回资产调出失败。

4)异步线程处理资产调出文件sftp入库，删除封包登记的借据明细。

5)更新ABS请求表，状态为处理成功。

6)如果异步线程处理失败（借据状态不正常等），生成资产调出失败文件，并上传sftp。

7)ABS系统调用查询应用接口，根据流水号查询资产调出处理结果。

资产转让流程包括：

1)接收ABS系统发起的应用资产转让请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回资产转让失败。

4)异步线程处理资产转让文件sftp入库，转让业务逻辑处理、生成会计分录、拆分封包日到转让日之间的还款本金、利息、罚息并更新数据库。

5)更新ABS请求表，状态为处理成功。

6)如果异步线程处理失败（借据状态不正常等），生成资产转让失败文件，并上传sftp。

7)ABS系统调用查询应用接口，根据流水号查询资产转让处理结果。

资产尽调：

1)接收ABS系统发起的应用资产尽调请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回资产尽调失败。

4)异步线程处理资产尽调文件sftp入库，同时调用个贷外部网关系统（bcpps）提供的尽调文件处理duboo接口。

5)ABS系统调用查询应用接口，根据流水号查询资产尽调处理结果，本系统调用bcpps查询尽调文件处理结果，并返回尽调文件上传sftp路径给ABS系统。

资产清仓回购流程包括：

1)接收ABS系统发起的应用资产清仓回购请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回资产清仓回购失败。

4)异步线程处理资产清仓回购文件sftp入库，清仓回购业务逻辑处理、生成会计分录、处理回购起算日到回购日之间的还款明细、更新借据表出表状态等。

5)更新ABS请求表，状态为处理成功。

6)如果异步线程处理失败（借据状态不正常等），生成资产清仓回购失败文件，并上传sftp。

7)ABS系统调用查询应用接口，根据流水号查询资产清仓回购处理结果。

金额试算流程包括：

1)接收ABS系统发起的应用金额试算请求。

2)插入ABS请求表，更新状态为处理中。

3)异步线程处理金额试算文件sftp入库，计算借据剩余本金，利息，罚息等并更新数据库；生成试算结果文件并上传sftp。

4)更新ABS请求表，状态为处理成功。

5)ABS系统调用查询应用接口，根据流水号查询金额试算处理结果。

赎回流程包括：

1)接收ABS系统发起的应用资产赎回请求。

2)插入ABS请求表，更新状态为处理中。

3)校验请求数据是否合法，校验失败则直接返回资产赎回失败。

4)异步线程处理资产赎回文件sftp入库，赎回业务逻辑处理、生成会计分录、处理赎回起算日到赎回日之间的还款明细、更新借据表出表状态等。

5)更新ABS请求表，状态为处理成功。

6)如果异步线程处理失败（借据状态不正常等），生成资产赎回失败文件，并上传sftp。

7)ABS系统调用查询应用接口，根据流水号查询资产赎回处理结果。

此外，上述资产证券化过程包括以下几个特殊逻辑：

1)资产池编号全局唯一。

2)一个ABS产品可以有多个资产池，一个资产池必须属于唯一有效是产品中。

3)转让时校验请求的资产池编号是否已封包成功。

4)封包时点，借据状态必须是正常状态。

在一种实施例中，上述互联网个贷资金核算系统还包括内部服务模块，作为一个具体的示例，上述步骤S130包括：日终批量计提。具体流程包括：通过xxljob分片功能，针对本次计提的数据分组处理；开线程异步处理计提逻辑；处理借据日终形态转移（正常转逾期，逾期转非应计，非应计转应计等）；登记ABS资产出表计提利息；调用MQ发送会计请求；更新计提明细表，借据表，还款计划表等。

此外，上述互联网个贷资金核算方法还支持等额本金、等本等息、按日计提等多种还款方式计提；支持宽限期不计提，超过宽限期补计提；支持跨日计提。

作为一个具体的示例，上述步骤S130还可以包括：风险分类。具体流程包括：通过xxljob分片功能，针对本次计提的数据分组处理；开线程异步处理计提逻辑；处理借据分类逻辑；更新处理结果。

若该客户名下有多笔借款（包括客户既有个人消费贷借款又有小微经营贷借款情况），则该客户所有借款都按照其最大逾期天数对应的范围去分类，即按最高风险分类确定客户贷款分类。

分类在次级及次级以下的客户称为不良客户。只有符合所有逾期的本金、利息及其他欠款已全部偿还，并6个月内正常还本付息的客户才能上调为非不良客户。若在6个月内客户再次出现逾期，则从客户完全偿还本息和其他欠款开始，重新计算调整为非不良客户的时间。上述对客户的十级分类要能够区分产品，即能够区分出该客户项下的各个借据对应的是个人消费贷还是小微经营贷，因最终的十级分类需要按产品分别统计。

作为一个具体的示例，上述步骤S130还可以包括：日终代偿。具体流程包括：通过xxljob分片功能，针对本次计提的数据分组处理；根据逾期天数倒序+借据放款日期最早原则进行排序处理；校验本次代偿户余额是否满足本次代偿总金额，如果不满足直接返回失败；更新代偿结果表，更新借据表，还款计划表，插入还款明细表；调用MQ发送会计请求。

上述方法支持多家融担公司代偿处理；更新借据状态为代偿还款结清；代偿后客户还款，系统不再做还款处理，直接返回成功。

本申请实施例所提供的互联网个贷资金核算系统可以为设备上的特定硬件或者安装于设备上的软件或固件等。本申请实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，前述描述的系统、装置和单元的具体工作过程，均可以参考上述方法实施例中的对应过程，在此不再赘述。本申请实施例提供的互联网个贷资金核算系统与上述实施例提供的互联网个贷资金核算方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本申请实施例还提供了一种电子设备，具体的，该电子设备包括处理器和存储装置；存储装置上存储有计算机程序，计算机程序在被所述处理器运行时执行如上所述实施方式的任一项所述的方法。

图5为本申请实施例提供的一种电子设备的结构示意图，该电子设备900包括：处理器90，存储器91，总线92和通信接口93，所述处理器90、通信接口93和存储器91通过总线92连接；处理器90用于执行存储器91中存储的可执行模块，例如计算机程序。

其中，存储器91可能包含高速随机存取存储器（RAM，Random Access Memory），也可能还包括非不稳定的存储器（non-volatile memory），例如至少一个磁盘存储器。通过至少一个通信接口93（可以是有线或者无线）实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线92可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器91用于存储程序，所述处理器90在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器90中，或者由处理器90实现。

处理器90可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器90中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器90可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器91，处理器90读取存储器91中的信息，结合其硬件完成上述方法的步骤。

对应于上述方法，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有机器可运行指令，所述计算机可运行指令在被处理器调用和运行时，所述计算机可运行指令促使所述处理器运行上述方法的步骤。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，电子设备，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

应注意到：相似的标号和字母在附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (8)

1.一种互联网个贷资金核算系统，其特征在于，包括：业务层、运行支持层、应用层、领域层、中间件层以及存储层；所述个贷资金核算系统通过集群化分布式服务器部署，每个分布式服务器中存储有所有分布式服务器的基本信息、主题信息以及主题与分布式服务器之间的映射关系，每个分布式服务器实现所述个贷资金核算系统中的一个模块、多个模块、一个层或多个层；每个模块或者层包括一个或多个主题，每个分布式服务在所述领域层注册有其提供的主题以及其订阅的主题；所述主题包括用户请求、响应、贷款登记、账务核算、证券化、查询以及报表；

所述业务层用于接收用户请求以及返回数据，该业务层禁止访问存储层；

所述运行支持层位于所述业务层与所述应用层之间，用于对用户请求以及返回数据进行协议编解码，以便实现所述业务层与所述应用层之间的通信；

所述应用层包括针对业务场景的服务模块，所述服务模块用于实现个贷的资金核算；其中，所述应用层包括多个对外服务模块、多个资产证券化模块和多个内部服务模块；所述对外服务模块用于与所述业务层进行数据通信，所述对外服务模块用于实现贷款登记，并且通过所述业务层与外部系统进行交互，实现账务核算处理；所述资产证券化模块用于将贷款的资金数据按照预先配置的项目进行证券化处理，并通过所述业务层与外部系统进行交互，实现资金数据的查询；所述内部服务模块用于对贷款登记后的数据进行统计分析，并生成相应的数据报表；

所述领域层位于所述应用层以及中间件层之间，所述领域层用于提供基础服务，所述基础服务用于支持所述业务层、所述应用层以及所述存储层之间的数据交互；

所述中间件层位于所述领域层与所述存储层之间用于提供缓存服务；

所述存储层用于提供存储服务；

针对每个层对应一个或多个分布式服务器子集群，每个分布式服务器子集群包括控制节点以及从节点；消费者优先从所述控制节点获取对应主题的数据；所述控制节点与所述从节点之间进行同步复制，当所述控制节点以及所述从节点都成功写入内存之后，才会返回成功。

2.根据权利要求1所述的互联网个贷资金核算系统，其特征在于，第一分布式服务器基于所述映射关系，确定目标主题对应的第二分布式服务器，并向所述第二分布式服务器发送针对所述目标主题的数据获取请求时，若所述第二分布式服务器反应异常，则基于所述映射关系确定所述目标主题对应的第三分布式服务器，并从所述第三分布式服务器获取所述目标主题对应的数据。

3.根据权利要求1所述的互联网个贷资金核算系统，其特征在于，所述对外服务模块包括放款子模块和还款子模块；

所述放款子模块包括放款应用接口；所述放款应用接口用于接收放款请求；所述放款子模块用于基于所述放款请求进行放款登记，并更新放款请求表；其中，所述放款请求表包括：借据表、还款计划表、五级分类表、会计请求表；

所述还款子模块包括还款应用接口；所述还款应用接口用于接收还款请求；所述还款子模块用于基于所述还款请求进行还款登记，并更新还款请求表。

4.根据权利要求1所述的互联网个贷资金核算系统，其特征在于，所述对外服务模块还包括核销子模块，所述核销子模块包括核销应用接口；

所述核销应用接口用于接收核销请求；

所述核销子模块用于基于所述核销请求进行核销登记，并更新核销请求表。

5.根据权利要求1所述的互联网个贷资金核算系统，其特征在于，所述对外服务模块还包括日切子模块，所述日切子模块包括日切应用接口；

所述日切应用接口用于接收日切请求；

所述日切子模块用于查询系统业务日期和当前系统日期，并在所述业务日期与所述当前系统日期不相等时，更系统日期表。

6.根据权利要求1所述的互联网个贷资金核算系统，其特征在于，所述资产证券化模块包括：资产调出子模块、资产转让子模块、资产尽调子模块和资产清仓回购子模块。

7.一种互联网个贷资金核算方法，其特征在于，应用于上述权利要求1至6任意一项所述的互联网个贷资金核算系统，所述方法包括：

利用对外服务模块实现贷款登记，并且通过相应的应用接口与外部系统进行交互，实现账务核算处理；

通过资产证券化模块将贷款的资金数据按照预先配置的项目进行证券化处理，并通过相应的应用接口与外部系统进行交互，实现资金数据的查询。

8.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求7所述的互联网个贷资金核算方法。

Images