一种支持多种模式的助贷初审方法及系统

本发明涉及计算机技术领域，具体涉及了多种模式的助贷初审方法及系统。

助贷系统是对接进件渠道和外部各个资方的桥梁，然而，不同的进件渠道和不同资方分别对贷款和放款均有不同流程要求，例如，有的进件渠道要求支持多资方放款流程，有的进件渠道只能支持单资方的放款流程；还有的资方需要对来自进件渠道的贷款申请请求进行初审，有的资方却不支持初审；另外有的进件渠道的贷款申请请求需要经过助贷系统的初审，有的则不需要。若针对每一种情况都进行不同的编码，采用不同的流程，会给助贷初审系统的运维增加难度，使得助贷初审系统的稳定性降低，同时还增加了软件开发人员编写代码的压力。

本发明实施例提供支持多种模式的助贷初审方法及系统，实现了以一套流程方法统一对接了来自不同进件渠道和不同的资方的流程要求，从而降低了助贷初审系统的运维难度，提高了助贷初审系统的稳定性。

第一方面，一种支持多种模式的助贷初审方法，包括：

助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签；

根据所述进件渠道标签，确定所述贷款申请请求的初审模式；

若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；

若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。

在一具体的实施例中，在所述根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求之后，所述方法还包括：

若所述目标资方未通过所述贷款初审请求，向所述进件渠道发送重新配标目标资方通知；

在所述进件渠道重新配标目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求；

若所述目标资方通过所述贷款初审请求，向所述进件渠道发送初审通过通知。

在一具体的实施例中，所述轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，包括：

在多个待选资方中选择第一资方，向所述第一资方发送所述贷款初审请求，

若所述第一资方未通过所述贷款初审请求，在多个待选资方中选择下一个资方，向所述下一个资方发送所述贷款初审请求；

重复上一步骤，直到目标资方通过所述贷款初审请求。

在一具体的实施例中，在所述向所述目标资方发送贷款初审请求之前，以及在所述轮流向多个待选资方发送所述贷款初审请求之前，所述方法还包括：

根据所述进件渠道标签，确定所述贷款申请请求的信用评分；

若所述信用评分低于所述预设阈值，对所述贷款申请请求的对象进行信用审核；

若所述对象未通过所述信用审核，向所述进件渠道发送所述信用审核未通过通知。

在一具体的实施例中，在所述轮流向多个待选资方发送所述贷款初审请求之前，所述方法还包括：

根据预设的资方优先级，对所述多个待选资方进行排序，从而得到排序后的多个待选资方，其中所述排序后的多个待选资方是按照所述资方优先级从高到低的顺序进行排序得到的。

第二方面，一种支持多种模式的助贷初审系统，包括：接收单元、确定单元、发送单元，

所述接收单元，用于助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签；

所述确定单元，用于根据所述进件渠道标签，确定所述贷款申请请求的初审模式；

所述发送单元，用于若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；

所述发送单元，还用于若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。

在一具体的实施例中，在所述根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求之后，

所述发送单元，还用于若所述目标资方未通过所述贷款初审请求，向所述进件渠道发送重新配标目标资方通知；

所述接收单元，还用于在所述进件渠道重新配标目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求；

所述发送单元，还用于若所述目标资方通过所述贷款初审请求，向所述进件渠道发送初审通过通知。

在一具体的实施例中，所述发送单元具体用于，

在多个待选资方中选择第一资方，向所述第一资方发送所述贷款初审请求，

若所述第一资方未通过所述贷款初审请求，在多个待选资方中选择下一个资方，向所述下一个资方发送所述贷款初审请求；

重复上一步骤，直到目标资方通过所述贷款初审请求。

在一具体的实施例中，所述系统还包括审核单元，在所述向所述目标资方发送贷款初审请求之前，以及在所述轮流向多个待选资方发送所述贷款初审请求之前，

所述确定单元，还用于根据所述进件渠道标签，确定所述贷款申请请求的信用评分；

所述审核单元，用于若所述信用评分低于所述预设阈值，对所述贷款申请请求的对象进行信用审核；

所述发送单元，还用于若所述对象未通过所述信用审核，向所述进件渠道发送所述信用审核未通过通知。

在一具体的实施例中，所述系统还包括排序单元，所述排序单元用于，在所述轮流向多个待选资方发送所述贷款初审请求之前，

根据预设的资方优先级，对所述多个待选资方进行排序，从而得到排序后的多个待选资方，其中所述排序后的多个待选资方是按照所述资方优先级从高到低的顺序进行排序得到的。

第三方面，提供一种服务器，包括处理器、输入设备、输出设备和存储器，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器用于调用所述程序指令，执行上述第一方面的方法。

第四方面，提供一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

实施本发明实施例，将具有如下有益效果：

采用了上述方案，助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签，再根据所述进件渠道标签，确定所述贷款申请请求的初审模式。若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。此过程在助贷初审平台中，实现了以一套流程方法统一对接了来自不同进件渠道和不同的资方的流程要求，从而降低了助贷初审系统的运维难度，提高了助贷初审系统的稳定性。

图1是本申请提供的一种支持多种模式的助贷初审方法的流程示意图；

图2是本申请提供的一种支持多种模式的助贷初审系统的结构示意图；

图3是本申请提供的一种设备的示意性框图；

图4是本申请提供的一种单资方的助贷初审方法的流程图；

图5是本申请提供的一种多资方的助贷初审方法的流程图。

本发明实施例提供了支持多种模式的助贷初审方法及系统，实现了以一套流程方法统一对接了来自不同进件渠道和不同的资方的流程要求，从而降低了助贷初审系统的运维难度，提高了助贷初审系统的稳定性。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

需要说明的是，在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

本发明支持多种模式的助贷初审方法的一个实施例。其中，一种支持多种模式的助贷初审方法，包括：助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签；根据所述进件渠道标签，确定所述贷款申请请求的初审模式；若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。

首先参见图1，图1为本发明的一个实施例提供的一种支持多种模式的助贷初审方法的流程示意图。其中，如图1所示，本发明的一个实施例提供的一种支持多种模式的助贷初审方法可以包括：

101、助贷初审系统接收进件渠道的贷款申请请求。

在一具体的实现方式中，所述贷款申请请求包括进件渠道的标签，所述进件渠道的标签用于助贷初审系统识别所述进件渠道。在助贷初审系统接收进件渠道的贷款申请请求之后，所述方法还包括：验证所述贷款申请请求的验证信息，若所述验证信息正确，接收所述贷款申请请求，否则，不接收所述贷款申请请求。具体来说，在助贷初审系统中生成口令(token)，当进件渠道请求登录助贷初审系统时，将用户名和密码发送给助贷初审系统，助贷初审系统验证所述用户名和密码是否正确，若正确，助贷初审系统将所述口令发送给进件渠道。在所述口令有效期内，进件渠道后续的业务请求都可以通过所述口令证明自身的合法地位。应理解，本发明也可以是其他身份验证方式，这里的验证身份的例子仅仅用于举例，不应构成具体限定。

在一具体的实现方式中，所述助贷初审系统、所述进件渠道以及所述资方三者之间相互发送的请求和响应，是需要经过预设的加密算法加密的，其中，所述预设的加密算法包括对称加密算法和非对称加密算法。所述对称加密算法是指加密和解密都使用相同的密钥的加密算法；所述非对称加密算法是指加密和解密使用两个密钥(公钥和私钥)的加密算法，其中如果使用公钥对数据进行加密，只有用对应的私钥才能解密；如果使用私钥对数据进行加密，只有用对应的公钥才能解密。所述对称加密算法包括：高级加密标准(AdvancedEncryption Standard，AES)、数据加密标准(Data Encryption Standard，DES)、三重数据加密算法(Triple DES，3DES)、国际数据加密算法(International Data EncryptionAlgorithm，IDEA)；所述非对称加密算法包括：椭圆曲线加密算法(Elliptic CurvesCryptography，ECC)、RSA算法、Elgamal算法、Rabin算法、D-H非对称加密算法(Diffie-Hellman算法)。应理解，上述对称加密算法和非对称加密算法的例子仅仅用于举例，不应构成具体限定。

102、根据所述进件渠道标签，确定所述贷款申请请求的初审模式。

在一具体的实现方式中，例如进件渠道A支持单资方初审模式，进件渠道B支持多资方初审模式，当助贷初审系统接收到贷款申请请求，根据所述贷款申请请求的标签识别出对应的所述进件渠道，若所述进件渠道为A，则确定所述初审模式为单资方初审模式，若所述进件渠道为B，则确定所述进件渠道为多资方模式。应理解，上述例子仅仅用于举例，不应构成具体限定。

103、若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求。

在一具体的实现方式中，在所述根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求之后，所述方法还包括：在单资方初审模式下，具体参见图4，图4是本申请提供的一种单资方的助贷初审方法的流程图。参见图4流程图，若所述目标资方未通过所述贷款初审请求，向所述进件渠道发送重新配标目标资方通知；在所述进件渠道重新配标目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求；若所述目标资方通过所述贷款初审请求，向所述进件渠道发送初审通过通知。具体来说，若所述进件渠道A配标了目标资方A，且目标资方A通过了所述进件渠道A的初审，则所述助贷初审系统向所述进件渠道A发送所述初审通过通知；若目标资方A未通过所述进件渠道A的初审，则所述助贷初审系统向所述进件渠道A发送重新配标目标资方通知，并且在所述进件渠道A重新配标另一个目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求。

104、若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求。

在一具体的实现方式中，首先参见图5，图5是本申请提供的一种多资方的助贷初审方法的流程图。所述轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，包括：在多个待选资方中选择第一资方，向所述第一资方发送所述贷款初审请求，若所述第一资方未通过所述贷款初审请求，在多个待选资方中选择下一个资方，向所述下一个资方发送所述贷款初审请求；重复上一步骤，直到目标资方通过所述贷款初审请求。具体来说，若所述助贷初审系统给所述贷款申请请求配标了3个待选资方，分别是资方A、资方B和资方C，所述助贷初审平台向所述资方A发送所述贷款初审请求，若所述资方A未通过所述贷款初审请求，则所述助贷初审平台向所述资方B发送所述贷款初审请求。若所述资方B通过所述贷款初审请求，则将所述资方B作为目标资方。若所述资方B仍然未通过所述贷款初审请求，则向所述资方C发送所述贷款初审请求。应理解，上述例子仅仅用于举例，不应构成具体限定。

在一具体的实现方式中，在所述轮流向多个待选资方发送所述贷款初审请求之前，所述方法还包括：根据预设的资方优先级，对所述多个待选资方进行排序，从而得到排序后的多个待选资方，其中所述排序后的多个待选资方是按照所述资方优先级从高到低的顺序进行排序得到的。

在一具体的实现方式中，在所述向所述目标资方发送贷款初审请求之前，以及在所述轮流向多个待选资方发送所述贷款初审请求之前，所述方法还包括：根据所述进件渠道标签，确定所述贷款申请请求的信用评分；若所述信用评分低于所述预设阈值，对所述贷款申请请求的对象进行信用审核；若所述对象未通过所述信用审核，向所述进件渠道发送所述信用审核未通过通知。

在一具体的实现方式中，在所述目标资方通过所述贷款初审请求之后，所述方法还包括：确定所述贷款申请是否被所述进件渠道取消，若是，则取消贷款申请请求的合同，并向所述目标资方发送取消贷款申请的消息；若否，进一步确定所述贷款申请是否超时，若超时，设置超时标志，并且取消贷款申请请求的合同，再向所述目标资方发送取消贷款申请的消息，若没有超时，则确定资金方并向所述进件渠道发送初审通过通知。

在本发明实施例中，助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签，再根据所述进件渠道标签，确定所述贷款申请请求的初审模式。若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。此过程在助贷初审平台中，实现了以一套流程方法统一对接了来自不同进件渠道和不同的资方的流程要求，从而降低了助贷初审系统的运维难度，提高了助贷初审系统的稳定性。

本发明实施例还提供一种支持多种模式的助贷初审系统，请参阅图2，图2是本发明实施例提供的一种支持多种模式的助贷初审系统的结构示意图，所述系统200包括：接收单元201、确定单元202、发送单元203、审核单元204、排序单元205，

所述接收单元201，用于助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签。

在一具体的实现方式中，所述贷款申请请求包括进件渠道的标签，所述进件渠道的标签用于助贷初审系统识别所述进件渠道。在助贷初审系统接收进件渠道的贷款申请请求之后，所述方法还包括：验证所述贷款申请请求的验证信息，若所述验证信息正确，接收所述贷款申请请求，否则，不接收所述贷款申请请求。具体来说，在助贷初审系统中生成口令(token)，当进件渠道请求登录助贷初审系统时，将用户名和密码发送给助贷初审系统，助贷初审系统验证所述用户名和密码是否正确，若正确，助贷初审系统将所述口令发送给进件渠道。在所述口令有效期内，进件渠道后续的业务请求都可以通过所述口令证明自身的合法地位。应理解，本发明也可以是其他身份验证方式，这里的验证身份的例子仅仅用于举例，不应构成具体限定。

在一具体的实现方式中，所述助贷初审系统、所述进件渠道以及所述资方三者之间相互发送的请求和响应，是需要经过预设的加密算法加密的，其中，所述预设的加密算法包括对称加密算法和非对称加密算法。所述对称加密算法是指加密和解密都使用相同的密钥的加密算法；所述非对称加密算法是指加密和解密使用两个密钥(公钥和私钥)的加密算法，其中如果使用公钥对数据进行加密，只有用对应的私钥才能解密；如果使用私钥对数据进行加密，只有用对应的公钥才能解密。所述对称加密算法包括：AES、DES、3DES、IDEA；所述非对称加密算法包括：ECC、RSA、Elgamal、Rabin、D-H。应理解，上述对称加密算法和非对称加密算法的例子仅仅用于举例，不应构成具体限定。

所述确定单元202，用于根据所述进件渠道标签，确定所述贷款申请请求的初审模式。

在一具体的实现方式中，例如进件渠道A支持单资方初审模式，进件渠道B支持多资方初审模式，当助贷初审系统接收到贷款申请请求，根据所述贷款申请请求的标签识别出对应的所述进件渠道，若所述进件渠道为A，则确定所述初审模式为单资方初审模式，若所述进件渠道为B，则确定所述进件渠道为多资方模式。应理解，上述例子仅仅用于举例，不应构成具体限定。

所述发送单元203，用于若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的。

在一具体的实现方式中，在所述根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求之后，所述发送单元，还用于若所述目标资方未通过所述贷款初审请求，向所述进件渠道发送重新配标目标资方通知；所述接收单元，还用于在所述进件渠道重新配标目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求；所述发送单元，还用于若所述目标资方通过所述贷款初审请求，向所述进件渠道发送初审通过通知。具体来说，若所述进件渠道A配标了目标资方A，且目标资方A通过了所述进件渠道A的初审，则所述助贷初审系统向所述进件渠道A发送所述初审通过通知；若目标资方A未通过所述进件渠道A的初审，则所述助贷初审系统向所述进件渠道A发送重新配标目标资方通知，并且在所述进件渠道A重新配标另一个目标资方成功的情况下，重新接收所述进件渠道的贷款申请请求。

所述发送单元203，还用于若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。

在一具体的实现方式中，所述发送单元具体用于，在多个待选资方中选择第一资方，向所述第一资方发送所述贷款初审请求，若所述第一资方未通过所述贷款初审请求，在多个待选资方中选择下一个资方，向所述下一个资方发送所述贷款初审请求；重复上一步骤，直到目标资方通过所述贷款初审请求。具体来说，若所述助贷初审系统给所述贷款申请请求配标了3个待选资方，分别是资方A、资方B和资方C，所述助贷初审平台向所述资方A发送所述贷款初审请求，若所述资方A未通过所述贷款初审请求，则所述助贷初审平台向所述资方B发送所述贷款初审请求。若所述资方B通过所述贷款初审请求，则将所述资方B作为目标资方。若所述资方B仍然未通过所述贷款初审请求，则向所述资方C发送所述贷款初审请求。应理解，上述例子仅仅用于举例，不应构成具体限定。

在一具体的实现方式中，所述系统还包括审核单元204，在所述向所述目标资方发送贷款初审请求之前，以及在所述轮流向多个待选资方发送所述贷款初审请求之前，所述确定单元，还用于根据所述进件渠道标签，确定所述贷款申请请求的信用评分；所述审核单元，用于若所述信用评分低于所述预设阈值，对所述贷款申请请求的对象进行信用审核；所述发送单元，还用于若所述对象未通过所述信用审核，向所述进件渠道发送所述信用审核未通过通知。

在一具体的实现方式中，所述系统还包括排序单元205，所述排序单元用于，在所述轮流向多个待选资方发送所述贷款初审请求之前，根据预设的资方优先级，对所述多个待选资方进行排序，从而得到排序后的多个待选资方，其中所述排序后的多个待选资方是按照所述资方优先级从高到低的顺序进行排序得到的。

在本发明实施例中，助贷初审系统接收进件渠道的贷款申请请求，其中所述贷款申请请求包括进件渠道标签，再根据所述进件渠道标签，确定所述贷款申请请求的初审模式。若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求，其中所述目标资方是所述进件渠道配标得到的；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求，其中，所述多个待选资方是所述助贷初审系统配标得到的，所述目标资方属于所述多个待选资方。此过程在助贷初审平台中，实现了以一套流程方法统一对接了来自不同进件渠道和不同的资方的流程要求，从而降低了助贷初审系统的运维难度，提高了助贷初审系统的稳定性。

参见图3，图3是本发明实施例提供设备的示意性框图，该设备可以为服务器，如图3所示设备包括：一个或多个处理器301；一个或多个输入设备302，一个或多个输出设备303和存储器304。上述处理器301、输入设备302、输出设备303和存储器304通过总线305连接。存储器302用于存储指令，处理器301用于执行存储器302存储的指令。

其中，该设备作为服务器使用的情况下，处理器301用于，助贷初审系统接收进件渠道的贷款申请请求，再根据所述进件渠道标签，确定所述贷款申请请求的初审模式；若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求。

应当理解，在本发明实施例中，所称处理器301可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备302可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备303可以包括显示器(LCD等)、扬声器等。

该存储器304可以包括只读存储器和随机存取存储器，并向处理器301提供指令和数据。存储器304的一部分还可以包括非易失性随机存取存储器。例如，存储器304还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器301、输入设备302、输出设备303可执行本发明实施例提供的一种支持多种模式助贷初审方法及系统的第一实施例和第二实施例中所描述的实现方式，也可执行本发明实施例所描述的终端的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现：助贷初审系统接收进件渠道的贷款申请请求，再根据所述进件渠道标签，确定所述贷款申请请求的初审模式；若所述初审模式为单资方初审模式，根据所述贷款申请请求确定的目标资方，向所述目标资方发送贷款初审请求；若所述初审模式为多资方初审模式，轮流向多个待选资方发送所述贷款初审请求，直到目标资方通过所述贷款初审请求。

所述计算机可读存储介质可以是前述任一实施例所述的终端的内部存储单元，例如终端的硬盘或内存。所述计算机可读存储介质也可以是所述终端的外部存储设备，例如所述终端上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述计算机可读存储介质还可以既包括所述终端的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的服务器、设备和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。