一种多审批节点的资源申请平台及方法

本申请涉及数据处理领域，具体涉及一种多审批节点的资源申请平台及方法。

申请人发出资源申请，然后审批节点对资源申请进行审批是一种很常见的资源申请模式，但是当审批节点大于一个时，申请人只能分别向每个审批节点递交相应的申请材料，并且只有等到当前节点审批通过之后，才能对下一节点递交申请材料，这就会导致审批流程变长，且各个审批节点之间的信息同步较慢，导致申请和审批的效率同时降低。

因此，亟需一种多审批节点的资源申请平台及方法。

为了解决上述问题，本申请提出了一种多审批节点的资源申请平台及方法，其中平台包括：

身份认证模块，用于验证申请者的身份信息；申请模块，用于接收所述申请者提出的资源申请请求及申请资料；预设数量个审批节点子模块，所述预设数量个审批节点子模块用于分别根据所述申请资料以及所述资源申请请求，生成节点审批结果；处理模块，用于根据所述资源申请请求确定审批模式，根据所述审批模式管理所述预设数量个审批节点子模块的审批进度；还用于根据所述预设数量个审批节点子模块生成的节点审批结果，确定最终审批结果；通知模块，用于将所述最终审批结果发送给所述申请者。

在一个示例中，所述平台还包括：预审模块，用于在所述审批节点子模块对所述资源申请请求及所述申请资料进行审批之前，对所述资源申请请求及所述申请资料进行预审。

在一个示例中，所述平台还包括：查询模块，用于所述申请者分别查询所述预设数量个审批节点子模块的审批进度。

在一个示例中，所述审批模块还包括：风险控制模块，用于根据所述申请资料及所述资源申请请求，确定所述申请人的资源偿还风险。

在一个示例中，所述平台还包括：宣传模块，用于在所述平台上向所述申请者宣传资源申请规则。

在一个示例中，所述身份认证模块包括身份证核查子模块、银行卡交叉认证子模块、人脸识别子模块中的至少一种。

本申请还提供了一种多审批节点的资源申请方法，应用于上述平台，方法包括：平台接收申请者提交的身份验证信息，并根据所述身份验证信息确定所述申请者身份；接收所述申请者提交的资源申请请求及申请资料，并将所述申请资料发送至预设数量个审批节点子模块；根据所述资源申请请求确定审批模式；所述审批模式至少包括全节点审批模式以及节点顺序审批模式；根据所述审批模式，管理所述预设数量个审批节点子模块生成节点审批结果；根据所述节点审批结果，确定最终审批结果，并将所述最终审批结果发送给所述申请者。

在一个示例中，所述将所述申请资料发送至预设数量个审批节点子模块之前，所述方法还包括：对所述申请资料进行预处理，得到所述申请资料中包含的预审指标；判断所述预审指标是否超出预审阈值，若是，则判定所述资源申请请求不通过；若否，则根据所述预设数量个审批节点子模块分别对应的所述申请资料中的部分资料，将所述申请资料传输至所述预设数量个审批节点子模块；通过所述申请资料，确定所述申请人的信用等级以及资源偿还能力；将所述信用等级、所述资源偿还能力、所述资源申请请求传输至预设的风险预测模型，确定所述资源申请的资源偿还风险；将所述资源偿还风险传输至所述预设数量个审批节点子模块；确定预设的查询周期，根据所述预设查询周期，获取所述预设数量个审批节点子模块的审批进度，并将所述审批进度发送给所述申请者。

在一个示例中，所述根据多种审批模式管理所述预设数量个审批节点子模块的审批进度，并根据所述节点审批结果，确定最终审批结果，具体包括：确定所述审批模式为全节点审批模式；控制所述预设数量个审批节点节点子模块，根据所述资源申请请求以及所述申请资料，生成预设数量个节点审批结果；若所述预设数量个节点审批结果都为审批通过，则所述最终审批结果为审批通过。

在一个示例中，所述根据多种审批模式管理所述预设数量个审批节点子模块的审批进度，具体包括：确定所述审批模式为节点顺序审批模式；根据所述资源申请请求，确定所述资源申请的节点审批顺序；控制所述节点审批子模块按照所述节点审批顺序，对所述资源申请请求进行审批，以按照所述节点审批顺序，生成所述节点审批结果，直至所述节点审批结果为审批不通过，则终止所述审批过程，且所述最终审批结果为审批不通过。

通过本申请提出的方法通过将原有的多次提交申请、多次审批的审批流程优化为一次提交、多次审批的流程。能够做到多个审批节点同时审批，无需申请人多次提交申请材料，并且省略了现有审批方法中多个审批节点之间的信息同步步骤，从而提高申请和审批效率。

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种多审批节点的资源申请平台的框架示意图；

图2为本申请实施例中一种多审批节点的资源申请方法的流程示意图；

图3为本申请实施例中一种多审批节点的资源申请设备的结构示意图。

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

如图1所示，本申请实施例提供一种多审批节点的资源申请平台，包括：身份认证模块、申请模块、预设数量个审批节点子模块、处理模块、通知模块。身份认证模块与申请模块连接，预设数量个审批节点子模块与处理模块、申请模块连接，通知模块与处理模块相连。

对于各模块的作用，如下所述：

身份认证模块，用于验证申请者的身份信息。在一个实施例中，身份认证模块包括身份证核查子模块、银行卡交叉认证子模块、人脸识别子模块中的至少一种。

申请模块，用于接收申请者提出的资源申请请求以及申请资料，即申请者通过申请模块发出资源申请请求并上传申请资料。

预设数量个审批节点子模块，与各个审批节点连接，用于根据申请资料以及资源申请请求，生成节点审批结果。需要说明的是，每一个审批节点子模块的审批过程相互独立，即都根据自身节点的审批规则对申请资料中的部分资料进行审批。

处理模块，用于根据资源申请请求确定审批模式；这里的审批模式至少包括全节点审批模式以及节点顺序审批模式。还用于根据多种审批模式，管理审批节点子模块的审批进度，即控制审批节点子模块审批的顺序以及时间。处理模块还用于根据各个审批节点子模块生成的节点审批结果，来确定最终审批结果。

通知模块，用于将最终审批结果发送给申请者。

在一个实施例中，平台还包括预审模块，预审模块与处理模块、审批节点子模块、申请模块相连，用于在所述审批节点子模块对所述资源申请请求及所述申请资料进行审批之前，对所述资源申请请求及所述申请资料进行预审。

在一个实施例中，平台还包括查询模块，查询模块与处理模块、审批节点子模块相连，用于申请者分别查询预设数量个审批节点子模块的审批进度。

在一个实施例中，平台还包括风险控制模块。风险控制模块与处理模块、申请模块、节点审批子模块相连，用于根据所述申请资料及所述资源申请请求，确定所述申请人的资源偿还风险。

在一个实施例中，平台还包括宣传模块，用于在所述平台上向所述申请者宣传资源申请规则。

如图2所示，本申请还提供了一种多审批节点的资源申请方法，方法包括：

S201：平台接收申请者提交的身份验证信息，并根据所述身份验证信息确定所述申请者身份。

在申请者提交资源申请之前，申请者首先需要登陆所审批节点的资源申请平台。平台接收申请者提交的身份验证信息，并根据身份验证信息确定申请者的身份。其中，身份验证信息的种类与身份验证方式有关。身份验证方式可以是身份证验证、银行卡交叉验证、人脸识别验证、账号密码验证、终端邮件认证等方式，在此不作限定。

S202：接收所述申请者提交的资源申请请求及申请资料，并将所述申请资料发送至预设数量个审批节点子模块。

申请者登陆多审批节点的资源申请平台之后，需要向资源申请平台递交相关的资源申请请求以及申请资料。这里的资源申请请求类型可以是借款、申请科研资金等请求。申请资料则要根据相关资源申请规则决定。资源申请平台接收申请者提交的资源申请请求和申请资料之后，按照各个审批节点需要审核的申请资料，将申请资料发送至预设数量个审批节点子模块。其中，要用到的审批节点子模块的数量与该资源申请请求有关。当然，也可以将全部的申请资料传输至与该审批任务相关的审批节点子模块，再由审批节点子模块从申请资料中挑选部分资料进行审批。

S203：根据所述资源申请请求确定审批模式；所述审批模式至少包括全节点审批模式以及节点顺序审批模式。

将申请资料传输至审批节点子模块之后，资源申请平台的处理模块根据资源申请请求，确定该资源申请的类型，从而获取相关的资源申请规则，并根据资源申请规则，确定该资源申请在审批过程中的审批模式，这里的审批模式至少包括全节点审批模式以及节点顺序审批模式。当然，还可以根据不同的资源申请规则，确定该资源申请任务的不同审批模式。其中，全节点审批模式为所有审批节点子模块都生成该审批节点子模块对应的审批结果。节点顺序审批模式则是根据特定的顺序，生成审批结果。

S204：根据所述审批模式，管理所述预设数量个审批节点子模块生成节点审批结果。

确定审批模式之后，处理模块根据审批模式，管理预设数量个审批节点子模块，生成节点审批结果。不同的审批模式下可以使用消息队列实现分布式调度，申请者只需提交资源申请请求并上传申请资料，平台会自动启动审批任务，按照审批模式自动选择处于空闲状态的审批节点，分布式调度空闲审批节点，完成审批。

在一个实施例中，如果根据资源申请请求，确定审批模式为全节点审批模式。那么根据该资源申请请求的审批规则，将申请文件传输至对应数量个审批节点子模块中。控制对应数量个审批节点子模块，根据资源申请请求以及申请资料，生成对应数量个节点审批结果；如果对应数量个节点审批结果都为审批通过，则最终审批结果为审批通过。在审批任务较少的情况下，全节点审批模式可以一次性将各个审批节点子模块的节点审批结果全部出示给申请人，即申请人可查看全部的审批未通过问题，避免了申请人每次只能修改部分问题的情况发生，从而提高了申请效率以及审批效率。

在一个实施例中，如果根据资源申请请求，确定审批模式为节点顺序审批模式。则根据资源申请请求，确定该资源申请任务对应的节点审批顺序，控制所述节点审批子模块按照节点审批顺序，对所述资源申请请求进行审批，以使得能够按照节点审批顺序，生成节点审批结果。直至发现某个审批节点子模块的审批结果为审批未通过，则直接停止审批过程，并生成最终审批结果为审批未通过。该审批模式下可以使用消息队列实现分布式调度，实现申请者只需提交申请资即可。平台会定时启动测试任务，按照审批顺序自动选择处于空闲状态的审批节点，分布式调度空闲审批节点，完成审批。

S205：根据所述节点审批结果，确定最终审批结果，并将所述最终审批结果发送给所述申请者。

预设数量个审批节点子模块生成各自的节点审批结果之后，处理模块根据节点审批结果，确定最终的审批结果，并通过通知模块将最终的审批结果发送个申请者，以使申请者能够及时知晓该资源申请请求的最终审批结果。需要说明的是，这里的审批结果不仅仅包含审批是否通过，如果审批没有通过的话，审批结果中应该还包含有未通过的原因。

在一个实施例中，由于经常会出现申请者不满足申请条件，仍然发出资源申请的情况，或者是申请人提交的申请资料中存在部分缺失的情况，如果这种较为明显的错误不能提前发现，将会大量浪费平台资源。基于此，可以设置有预审模块，用于在审批节点子模块对资源申请请求及申请资料进行审批之前，对资源申请请求及申请资料进行预审。在进行预审时，需要对申请资料进行预处理，预处理方式可以是关键词提取、通过栈式自编码申请网络对申请资料进行重构等方式，提取申请资料中的关键特征字段以及特征字段对应的特征值。从而确定申请资料中包含的预审指标，这里的预审指标可以是申请人年龄、工作时长等信息。然后判断预审指标是否超出了提前设置好的预审阈值，如果超出，则判定该资源申请请求不通过，如果没有超出，则该资源申请请求通过预审过程，再将申请资料传输至预设数量个审批节点子模块。

在一个实施例中，有些资源申请类型，例如借款等类型，可能会面临着申请人资源偿还不及时，甚至是无力偿还等风险。基于此，可以通过设置风险控制模块，以通过该申请资料，确定申请人的信用等级以及资源偿还能力，然后再通过信用等级、资源偿还能力、以及资源申请请求传输至预设的风险预测模型，以确定资源申请的偿还风险。其中，风险预测模型为基于机器学习算法构建的数学模型，包括但不限于神经网络等模型，通过训练数据集预先对构建的风险预测模型进行训练，当达到设定的训练精度、准确度时，确定当前次训练的风险预测模型完成训练，以便用于风险预测。

在一个实施例中，基于申请者会有查看申请进度的需求，可以预先设定一个查询周期，以使查询模块能够根据预设的查询周期，主动获取审批节点子模块的审批进度，并每间隔查询周期，就将审批进度发送给申请者，以使申请者能够及时了解到各个审批节点的审批进度。

如图3所示，本申请实施例还提供了一种多审批节点的资源申请设备，包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收申请者提交的身份验证信息，并根据所述身份验证信息确定所述申请者身份；接收所述申请者提交的资源申请请求及申请资料，并将所述申请资料发送至预设数量个审批节点子模块；根据所述资源申请请求确定审批模式；所述审批模式至少包括全节点审批模式以及节点顺序审批模式；根据所述审批模式，管理所述预设数量个审批节点子模块生成节点审批结果；根据所述节点审批结果，确定最终审批结果，并将所述最终审批结果发送给所述申请者。

本申请实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收申请者提交的身份验证信息，并根据所述身份验证信息确定所述申请者身份；接收所述申请者提交的资源申请请求及申请资料，并将所述申请资料发送至预设数量个审批节点子模块；根据所述资源申请请求确定审批模式；所述审批模式至少包括全节点审批模式以及节点顺序审批模式；根据所述审批模式，管理所述预设数量个审批节点子模块生成节点审批结果；根据所述节点审批结果，确定最终审批结果，并将所述最终审批结果发送给所述申请者。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。