CN109816340A - 资源审批方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理技术，特别涉及一种资源审批方法、系统、计算机设备和存储介质。所述方法包括：在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从所述数据库中获取所保存的审批规则和用户征信信息；按照所述审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；在获得所述初审结果后，将携带有所述初审结果和所述申请材料中关键信息的复核请求发送至复核人账号，以便根据所述初审结果和所述关键信息进行复核；当接收到复核信息时，根据所述复核信息确定审批结果。采用本方法能够在用户所提供的申请材料信息多的情况下快速实现审批过程。

Description

资源审批方法、系统、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种资源审批方法、系统、计算机设备和存储介质。

背景技术

随着计算机网络技术不断发展和人们生活不断提高，越来越多的用户倾向于在网上享受各种数字服务。例如，当用户想进行旅游或购物而资金不够时，用户可以通过智能终端登录相应机构的贷款系统，足不出户便可完成相应的借贷服务。对于借贷机构而言，在借贷过程中需要审批人员根据用户的申请材料、信用情况和还款能力进行资格审查和评定，以确定用户是否符合借贷条件和相应的授信额度。

就目前而言，借贷审批过程是由人工审批的方式来实现，由于用户所提供的申请材料信息多，因为人为因素可能会导致审批效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种资源审批方法、系统、计算机设备和存储介质，能够在用户所提供的申请材料信息多的情况下快速实现审批过程。

一种资源审批方法，所述方法包括：

在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从所述数据库中获取所保存的审批规则和用户征信信息；

按照所述审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；

在获得所述初审结果后，将携带有所述初审结果和所述申请材料中关键信息的复核请求发送至复核人账号，以便根据所述初审结果和所述关键信息进行复核；当接收到复核信息时，根据所述复核信息确定审批结果。

在其中一个实施例中，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，审核所述申请材料是否完整；

当所述申请材料完整时，则将所述申请材料提交到所述数据对接模块；

当所述申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

在其中一个实施例中，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；

根据所述申请材料中的用户标识确定用户是否在记录在所述预设黑名单；

若是，则拒绝执行所述审核所述申请材料是否完整的步骤；

若否，则执行所述审核所述申请材料是否完整的步骤。

在其中一个实施例中，所述方法还包括：

为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从所述底层数据存储系统的数据库中获取相应的数据。

在其中一个实施例中，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；

根据所述公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照所述审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

在其中一个实施例中，所述方法还包括：

确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照所述业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照所述业务节点审批流程进行相应业务节点的审批。

在其中一个实施例中，所述方法还包括：

配置个性化字段，当所述审批结果表示用户未通过审核时，在审批结果中按照所述个性化字段的要求添加个性化文本；

将添加有个性化文本的审批结果发送至用户预留通信账号。

一种资源审批系统，所述系统包括：

数据对接模块，用于在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从所述数据库中获取所保存的审批规则和用户征信信息；

业务审批模块，用于按照所述审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；

复核模块，用于在获得所述初审结果后，将携带有所述初审结果和所述申请材料中关键信息的复核请求发送至复核人账号，以便根据所述初审结果和所述关键信息进行复核；当接收到复核信息时，根据所述复核信息确定审批结果。

在其中一个实施例中，所述系统还包括：

材料审核模块，用于在接收到用户提交的包括有用户资产信息的申请材料时，审核所述申请材料是否完整；

当所述申请材料完整时，则将所述申请材料提交到所述数据对接模块；

当所述申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

在其中一个实施例中，所述材料审核模块还用于：

在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；

根据所述申请材料中的用户标识确定用户是否在记录在所述预设黑名单；

若是，则拒绝执行所述审核所述申请材料是否完整的步骤；

若否，则执行所述审核所述申请材料是否完整的步骤。

在其中一个实施例中，所述数据对接模块还用于：

为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从所述底层数据存储系统的数据库中获取相应的数据。

在其中一个实施例中，所述数据对接模块还用于在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；

业务审批模块还用于根据所述公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照所述审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

在其中一个实施例中，所述系统还包括：

流程配置模块，用于确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照所述业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照所述业务节点审批流程进行相应业务节点的审批。

在其中一个实施例中，所述系统还包括：

数据协议模块，用于配置个性化字段，当所述审批结果表示用户未通过审核时，在审批结果中按照所述个性化字段的要求添加个性化文本；

通信模块，用于将添加有个性化文本的审批结果发送至用户预留通信账号。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现所述资源审批方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述资源审批方法的步骤。

上述资源审批方法、系统、计算机设备和存储介质，数据对接模块中配置了相应底层数据存储系统的数据库的访问方式，在接收到申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，可以适应各种类型的数据库以解决数据读写的问题。业务审批模块按照审批规则对获取的用户征信信息和用户提交的申请材料进行审批，避免了在用户所提供的申请材料信息多而导致审批效率低的问题，提高了审批效率。此外，复核模块在业务审批模块审批完成后，根据初审结果和申请材料中关键信息交予复核人审核，得到最终的审批结果，复核人只需按照申请材料中关键信息和初审结果进行复核，不需要花费大量的时间和精力，便可实现复核，有利于提高审批的准确性。

附图说明

图1为一个实施例中资源审批方法的应用场景图；

图2为一个实施例中资源审批方法的流程图；

图3为一个实施例中资源审批系统的结构框图；

图4为另一个实施例中资源审批系统的结构框图；

图5为另一个实施例中资源审批系统的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的资源审批方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。用户通过终端102向服务器104提交包括有用户资产信息的申请材料。服务器104在接收到用户提交申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从数据库中获取所保存的审批规则和用户征信信息；按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；在获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便复核人根据初审结果和所述关键信息进行复核；当接收到复核信息时，根据复核信息确定最终的审批结果。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种资源审批方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202，在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从数据库中获取所保存的审批规则和用户征信信息。

其中，申请材料包括但不限于用户姓名、性别、年龄、学历、住址等基本信息，以及年(或月)收入、房产信息和车辆信息等资产信息。车辆信息包括车辆型号、购买价格、购买时间和车辆归属证明等。

底层数据存储系统的数据库包括但不限于Oracle、DB2、MySQL和SQL Sever等。底层数据存储系统的数据库可以是本端机构的数据库，也可以是第三方机构的数据库。

在一个实施例中，由于不同的机构可能使用不同的数据库系统进行数据存储，对于一套资源审批系统而言，在用来与资源系统进行对接进行资源审批时，由于不同的机构可能采用不同的数据库而造成访问方式存在一定差异。因此，服务器为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从底层数据存储系统的数据库中获取相应的数据。

例如，由于不同的贷款机构可能使用不同的数据库系统进行贷款相关的数据存储，对于一套贷款审批系统而言，在用来与贷款系统进行对接进行贷款审批时，由于不同的贷款机构可能采用不同的数据库而造成访问方式存在一定差异。因此，服务器为贷款机构配置对应的数据库访问方式，实现贷款审批系统与贷款机构的底层数据存储系统进行对接，以便通过预先配置好的数据库访问方式接入贷款机构所使用的数据库中。

S204，按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果。

其中，初审结果包括但不限于用户是否符合资源审批要求，以及符合要求时如何分配资源。例如，在实际应用中，初审结果可以是用户是否符合贷款要求，若符合，则对应的授信额度是多少。

在一个实施例中，S204具体可以包括：服务器按照审批规则，对用户征信信息和用户资产信息进行评分，若用户未出现征信问题、且用户资产信息表征用户具有较高经济能力，则给予较高的评分。若用户出现征信问题和/或用户资产信息表征用户不具有经济能力(或经济能力较低)，则给予较低的评分。评分高表示用户符合贷款要求、且授信额度较高。评分低表示用户不符合贷款要求。其中，征信问题可以是用户在借贷过程中出现恶意拖欠借贷款项，或者恶意拖欠其他用户的款项等。

在一个实施例中，服务器在审批过程中产生相应的审批流程数据，该审批流程数据中包括有审批各业务节点的结果，将审批流程数据进行保存。例如，审批各业务节点的结果可以是申请材料是否齐全，缺失哪些材料，用户是否产生借贷以及借贷过程中是否出现征信问题等等。此外，服务器还记录每一笔资源业务的审批情况和业务人员的操作情况，并进行存储，以便后续进行查阅。

在一个实施例中，服务器在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；服务器根据公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

S206，在获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便根据初审结果和关键信息进行复核；当接收到复核信息时，根据复核信息确定审批结果。

其中，复核人账号可以是复核人的社交通信账号，也可以是复核人在资源审核系统上的账号。关键信息可以是申请材料中的重要信息，如用户的收入、学历、房产信息和车辆信息等。

在一个实施例中，若在第一预设时间内未接收到复核人发送的复核信息时，服务器则向复核人发出跟催信息，提示复核人及时进行复核。若在第二预设时间内未接收到复核人发送的复核信息时，服务器获得的初审结果作为最终的审批结果。由于服务器进行了一次审批操作，已经具有较高的准确性，在复核人员工作忙或人员数量不足的情况下，以初审结果作为最终的审批结果，从而可以避免用户长时间的等待，以提高用户体验。

在一个实施例中，该方法还包括：在接收到用户提交的包括有用户资产信息的申请材料时，审核申请材料是否完整；当申请材料完整时，则进行后续的审批操作；当申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

例如，若用户姓名、性别、年龄、学历、住址等基本信息，以及年(或月)收入是必须的申请材料，用户的房产信息和车辆信息为非必需的申请材料。当上传的申请材料中缺少用户收入这部分材料时，则需要提交用户收入的材料，方可进行后续的审批步骤。当上传的申请材料中缺少房产信息或车辆信息这部分材料时，可以不需要用户上传房产信息和车辆信息，直接进行后续的审批步骤。

在一个实施例中，该方法还可以包括：在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；根据申请材料中的用户标识确定用户是否在记录在预设黑名单；若是，则拒绝执行审核所述申请材料是否完整的步骤；若否，则执行审核申请材料是否完整的步骤。

其中，预设黑名单用于记录征信出现比较严重问题的用户，例如用户在进行借贷过程中，出现恶意拖欠借贷款项，或者恶意拖欠其他用户的款项等。对于在预设黑名单有记录的用户，将不被允许进行相应的资源业务以获得相应的资源(如借贷资金)。

在一个实施例中，该方法还可以包括：确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照业务节点审批流程进行相应业务节点的审批。

例如，服务器可以确定贷款审批业务的前后逻辑关系和流转关系，按照业务节点逻辑关系和流转关系生成一个完整的业务节点审批流程，以便服务器按照业务节点审批流程进行相应业务节点的审批。

在一个实施例中，该方法还可以包括：配置个性化字段，当审批结果表示用户未通过审核时，在审批结果中按照个性化字段的要求添加个性化文本；将添加有个性化文本的审批结果发送至用户预留通信账号。

例如，服务器定义个性化字段，以满足不同业务的扩展性。一般地，许多机构不会向用户发送具体的拒绝原因和建议。在本发明实施例中，当审批结果为不符合审批要求而拒绝借贷时，服务器定义个性化字段，获取拒绝贷款的原因以及提出满足贷款要求的建议，然后向用户发送拒绝贷款的原因和满足贷款要求的建议。

上述实施例中，由于配置了相应底层数据存储系统的数据库的访问方式，服务器在接收到申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，可以适应各种类型的数据库以解决数据读写的问题。服务器按照审批规则对获取的用户征信信息和用户提交的申请材料进行审批，避免了在用户所提供的申请材料信息多而导致审批效率低的问题，提高了审批效率。此外，服务器根据初审结果和申请材料中关键信息交予复核人审核，得到最终的审批结果，复核人只需按照申请材料中关键信息和初审结果进行复核，不需要花费大量的时间和精力，便可实现复核，有利于提高审批的准确性。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图3所示，提供了一种资源审批系统，该系统包括：数据对接模块302、业务审批模块304和复核模块306，其中：

数据对接模块302，用于在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从数据库中获取所保存的审批规则和用户征信信息。

其中，资源审批系统包括但不限于资源审批系统和项目审批系统。申请材料包括但不限于用户姓名、性别、年龄、学历、住址等基本信息，以及年(或月)收入、房产信息和车辆信息等资产信息。车辆信息包括车辆型号、购买价格、购买时间和车辆归属证明等。

底层数据存储系统的数据库包括但不限于Oracle、DB2、MySQL和SQL Sever等。底层数据存储系统的数据库可以是本端机构的数据库，也可以是第三方机构的数据库。

在一个实施例中，由于不同的机构可能使用不同的数据库系统进行数据存储，对于一套资源审批系统而言，在用来与资源系统进行对接进行资源审批时，由于不同的机构可能采用不同的数据库而造成访问方式存在一定差异。因此，通过数据对接模块302，为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从底层数据存储系统的数据库中获取相应的数据。

例如，由于不同的贷款机构可能使用不同的数据库系统进行贷款相关的数据存储，对于一套贷款审批系统而言，在用来与贷款系统进行对接进行贷款审批时，由于不同的贷款机构可能采用不同的数据库而造成访问方式存在一定差异。因此，通过数据对接模块302，为贷款机构配置对应的数据库访问方式，实现贷款审批系统与贷款机构的底层数据存储系统进行对接，以便通过预先配置好的数据库访问方式接入贷款机构所使用的数据库中。

业务审批模块304，用于按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果。

其中，初审结果包括但不限于用户是否符合资源审批要求，以及符合要求时如何分配资源。例如，在实际应用中，初审结果可以是用户是否符合贷款要求，若符合，则对应的授信额度是多少。

在一个实施例中，业务审批模块304按照审批规则，对用户征信信息和用户资产信息进行评分，若用户未出现征信问题、且用户资产信息表征用户具有较高经济能力，则给予较高的评分。若用户出现征信问题和/或用户资产信息表征用户不具有经济能力(或经济能力较低)，则给予较低的评分。评分高表示用户符合贷款要求、且授信额度较高。评分低表示用户不符合贷款要求。其中，征信问题可以是用户在借贷过程中出现恶意拖欠借贷款项，或者恶意拖欠其他用户的款项等。

在一个实施例中，由于许多不同的机构(如银行)中可能均有涉及资源审批的业务，其基本的资源审批步骤之间的差异较小，可以对审批步骤进行提炼，将提炼所形成基本的业务节点审批流程配置到业务审批模块304中，以便业务审批模块304按照所述业务节点审批流程进行相应业务节点的审批。

数据对接模块302可以为业务审批模块304提供统一的数据访问层，避免因不同类型数据库的差异而造成数据读写困难的问题。此外，业务审批模块304与底层数据存储系统做到了解耦，通过定义相应的数据协议，可以通过数据对接模块302从数据库获取相对统一的数据形式。

在一个实施例中，业务审批模块304在审批过程中产生相应的审批流程数据，该审批流程数据中包括有审批各业务节点的结果，将审批流程数据进行保存。例如，审批各业务节点的结果可以是申请材料是否齐全，缺失哪些材料，用户是否产生借贷以及借贷过程中是否出现征信问题等等。此外，业务审批模块304还记录每一笔资源业务的审批情况和业务人员的操作情况，并进行存储，以便后续进行查阅。

在一个实施例中，数据对接模块302，还用于在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；业务审批模块304，还用于根据公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

复核模块306，用于在获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便根据初审结果和关键信息进行复核；当接收到复核信息时，根据复核信息确定审批结果。

其中，复核人账号可以是复核人的社交通信账号，也可以是复核人在资源审核系统上的账号。关键信息可以是申请材料中的重要信息，如用户的收入、学历、房产信息和车辆信息等。

在一个实施例中，在由提炼所形成基本的业务节点审批流程中，有一部分业务节点由业务审批模块304进行审批，也有一部分业务节点由复核模块306审核。因此，将提炼所形成基本的业务节点审批流程配置到复核模块306中，以便复核模块306按照所述业务节点审批流程进行相应业务节点的审核。

在一个实施例中，若在第一预设时间内未接收到复核人发送的复核信息时，复核模块306则向复核人发出跟催信息，提示复核人及时进行复核。若在第二预设时间内未接收到复核人发送的复核信息时，复核模块306根据业务审批模块304获得的初审结果作为最终的审批结果。由于业务审批模块304进行了一次审批操作，已经具有较高的准确性，在复核人员工作忙或人员数量不足的情况下，以业务审批模块304的初审结果作为最终的审批结果，从而可以避免用户长时间的等待，以提高用户体验。

在一个实施例中，如图4所示，该系统还包括：材料审核模块308，其中：

材料审核模块308，用于在接收到用户提交的包括有用户资产信息的申请材料时，审核申请材料是否完整；当申请材料完整时，则将申请材料提交到数据对接模块；当申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

例如，若用户姓名、性别、年龄、学历、住址等基本信息，以及年(或月)收入是必须的申请材料，用户的房产信息和车辆信息为非必需的申请材料。当上传的申请材料中缺少用户收入这部分材料时，则需要提交用户收入的材料，方可进行后续的审批步骤。当上传的申请材料中缺少房产信息或车辆信息这部分材料时，可以不需要用户上传房产信息和车辆信息，直接进行后续的审批步骤。

在一个实施例中，该材料审核模块308还用于：在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；根据申请材料中的用户标识确定用户是否在记录在预设黑名单；若是，则拒绝执行审核所述申请材料是否完整的步骤；若否，则执行审核申请材料是否完整的步骤。

其中，预设黑名单用于记录征信出现比较严重问题的用户，例如用户在进行借贷过程中，出现恶意拖欠借贷款项，或者恶意拖欠其他用户的款项等。对于在预设黑名单有记录的用户，将不被允许进行相应的资源业务以获得相应的资源(如借贷资金)。

在一个实施例中，如图4所示，该系统还包括：流程配置模块310，其中：

流程配置模块310，用于确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照业务节点审批流程进行相应业务节点的审批。

例如，在贷款审批系统中设置流程配置模块310，流程配置模块310可以确定贷款审批业务的前后逻辑关系和流转关系，按照业务节点逻辑关系和流转关系生成一个完整的业务节点审批流程，以便业务审批模块304按照业务节点审批流程进行相应业务节点的审批。

在一个实施例中，如图4所示，该系统还包括：数据协议模块312和通信模块314，其中：

数据协议模块312，用于配置个性化字段，当审批结果表示用户未通过审核时，在审批结果中按照个性化字段的要求添加个性化文本；

通信模块314，用于将添加有个性化文本的审批结果发送至用户预留通信账号。

例如，数据协议模块312定义个性化字段，以满足不同业务的扩展性。一般地，许多机构不会向用户发送具体的拒绝原因和建议，对于本方案的资源审批系统，当审批结果为不符合审批要求而拒绝借贷时，业务审批模块304根据数据协议模块312中定义个性化字段，获取拒绝贷款的原因以及提出满足贷款要求的建议；通信模块314向用户发送拒绝贷款的原因和满足贷款要求的建议。

上述实施例中，数据对接模块中配置了相应底层数据存储系统的数据库的访问方式，在接收到申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，可以适应各种类型的数据库以解决数据读写的问题。业务审批模块按照审批规则对获取的用户征信信息和用户提交的申请材料进行审批，避免了在用户所提供的申请材料信息多而导致审批效率低的问题，提高了审批效率。此外，复核模块在业务审批模块审批完成后，根据初审结果和申请材料中关键信息交予复核人审核，得到最终的审批结果，复核人只需按照申请材料中关键信息和初审结果进行复核，不需要花费大量的时间和精力，便可实现复核，有利于提高审批的准确性。

作为一个示例，如图5所示，以资源审批系统包括数据对接模块、业务审批模块、符合模块和数据协议模块为例，对资源审批系统进行说明：

数据对接模块，对于多机构部署，由于每个机构可能使用不同的数据库系统进行存储，因此在实际部署当中会产生部署后数据不兼容问题。

为了解决此问题，在资源审批系统引入数据对接模块，对标准化的审批步骤、流程数据和个性化的底层数据存储系统进行对接。对于使用不同数据库的底层数据存储系统，需要预先为各数据库定制一套访问方式。这样，在实际应用时时，即可用预先定义好的数据库访问方式接入数据库。

数据对接模块对于业务审批模块提供了统一的数据访问层，屏蔽了不同数据库的差异。同时，业务审批模块与底层数据存储系统做到了解耦，通过数据协议的定制获取相对统一的数据形式。

业务审批模块，包含了基本的审批流程和审批步骤，提供基本的审批业务支持。按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果。审批过程中会产生相应的审批流程数据，记录每一笔业务的审批轨迹和业务人员的操作轨迹。

复核模块，在业务审批模块进行审批获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便根据初审结果和关键信息进行复核。

流程配置模块，是整个审批流程中最基本的处理单元，一个完整的业务流程需要多个步骤协作完成。在业务审批模块中可以对业务节点审批流程进行定义，由预先定义好的步骤节点经过组合，确定在资源业务办理过程中的业务节点逻辑关系和流转关系，最终形成完整的业务节点审批流程。

数据协议模块，在定制数据协议时，除了统一业务功能的数据字段，还可定义个性化字段，以满足不同业务的扩展性。定制化的数据在底层数据存储系统中现为新增的数据表、数据字段，在数据交互协议中，这些新增表、字段可以被归类原有的分类或新建的数据分类。自定义数据在流程配置中一般对应在自定义流程节点中使用。通过标准字段和自定义的字段相结合，此方案能够适应多机构的部署，实现系统的独立运行。

关于资源审批系统的具体限定可以参见上文中对于资源审批方法的限定，在此不再赘述。上述资源审批系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储申请材料、用户征信信息等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种资源审批方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从数据库中获取所保存的审批规则和用户征信信息；按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；在获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便根据初审结果和关键信息进行复核；当接收到复核信息时，根据复核信息确定审批结果。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，审核申请材料是否完整；当申请材料完整时，则将申请材料提交到数据对接模块；当申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；根据申请材料中的用户标识确定用户是否在记录在预设黑名单；若是，则拒绝执行审核所述申请材料是否完整的步骤；若否，则执行审核申请材料是否完整的步骤。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从底层数据存储系统的数据库中获取相应的数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；根据公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照业务节点审批流程进行相应业务节点的审批。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：配置个性化字段，当审批结果表示用户未通过审核时，在审批结果中按照个性化字段的要求添加个性化文本；将添加有个性化文本的审批结果发送至用户预留通信账号。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从数据库中获取所保存的审批规则和用户征信信息；按照审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；在获得初审结果后，将携带有初审结果和申请材料中关键信息的复核请求发送至复核人账号，以便根据初审结果和关键信息进行复核；当接收到复核信息时，根据复核信息确定审批结果。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，审核申请材料是否完整；当申请材料完整时，则将申请材料提交到数据对接模块；当申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；根据申请材料中的用户标识确定用户是否在记录在预设黑名单；若是，则拒绝执行审核所述申请材料是否完整的步骤；若否，则执行审核申请材料是否完整的步骤。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从底层数据存储系统的数据库中获取相应的数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；根据公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照业务节点审批流程进行相应业务节点的审批。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：配置个性化字段，当审批结果表示用户未通过审核时，在审批结果中按照个性化字段的要求添加个性化文本；将添加有个性化文本的审批结果发送至用户预留通信账号。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种资源审批方法，其特征在于，所述方法包括：

在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从所述数据库中获取所保存的审批规则和用户征信信息；

按照所述审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；

在获得所述初审结果后，将携带有所述初审结果和所述申请材料中关键信息的复核请求发送至复核人账号，以便根据所述初审结果和所述关键信息进行复核；当接收到复核信息时，根据所述复核信息确定审批结果。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，审核所述申请材料是否完整；

当所述申请材料完整时，则将所述申请材料提交到所述数据对接模块；

当所述申请材料不完整时，则输出提示信息，以便提示用户提交缺失的部分申请材料。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，获取预设黑名单；

根据所述申请材料中的用户标识确定用户是否在记录在所述预设黑名单；

若是，则拒绝执行所述审核所述申请材料是否完整的步骤；

若否，则执行所述审核所述申请材料是否完整的步骤。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

为不同底层数据存储系统的数据库配置对应的访问方式，以便资源审批系统通过配置的访问方式实现与底层数据存储系统的对接，从所述底层数据存储系统的数据库中获取相应的数据。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在接收到用户提交的包括有用户资产信息的申请材料时，根据用户名称和身份证信息从数据库中获取用户的公积金信息；

根据所述公积金信息确定用户的收入、公积金的缴存时间、公积金账户余额和用户所在企业的企业综合评级，按照所述审批规则对用户的收入、公积金的缴存时间、公积金账户余额和企业综合评级进行评分，确定用户的授信额度。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

确定在资源业务办理过程中的业务节点逻辑关系和流转关系；按照所述业务节点逻辑关系和流转关系生成业务节点审批流程，以便按照所述业务节点审批流程进行相应业务节点的审批。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：

配置个性化字段，当所述审批结果表示用户未通过审核时，在审批结果中按照所述个性化字段的要求添加个性化文本；

将添加有个性化文本的审批结果发送至用户预留通信账号。

8.一种资源审批系统，其特征在于，所述系统包括：

数据对接模块，用于在接收到用户提交的包括有用户资产信息的申请材料时，根据配置的访问方式接入底层数据存储系统的数据库，从所述数据库中获取所保存的审批规则和用户征信信息；

业务审批模块，用于按照所述审批规则对用户征信信息和用户提交的申请材料进行评分，根据评分获得初审结果；

复核模块，用于在获得所述初审结果后，将携带有所述初审结果和所述申请材料中关键信息的复核请求发送至复核人账号，以便根据所述初审结果和所述关键信息进行复核；当接收到复核信息时，根据所述复核信息确定审批结果。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1-7任一项所述的资源审批方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述权利要求1-7任一项所述的资源审批方法的步骤。