CN109377344A - 贷款风险控制方法、装置和电子设备 - Google Patents

Abstract

本申请实施例公开了一种贷款风险控制方法、装置和电子设备，该方法包括：接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

Description

贷款风险控制方法、装置和电子设备

技术领域

本申请涉及金融领域，尤其涉及一种贷款风险控制方法、装置和电子设备。

背景技术

贷款是银行或其他金融机构按一定利率和必须归还等条件出借货币资金的一种信用活动形式。在金融领域中，贷款安全是金融机构首要解决的问题。现有的贷款审批流程，通常基于用户的当前授信额度进行，只要贷款金额不大于用户的当前授信额度，即可批准用户的贷款请求。但是，这种贷款风险控制模式不适用于复杂多样的风险控制要求。

发明内容

本申请实施例的目的是提供一种贷款风险控制方法、装置和电子设备，以实现简要技术效果。

为解决上述技术问题，本申请实施例是这样实现的：

第一方面，提出了一种贷款风险控制方法的方法，该方法包括：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

第二方面，提出了一种贷款风险控制装置，该装置包括：

接收模块，接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

获取模块，响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

确定模块，基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

第三方面，提出了一种电子设备，该电子设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

由以上本申请实施例提供的技术方案可见，本申请实施例方案至少具备如下一种技术效果：

通过基于多个风险控制维度下的可用贷款额度，确定是否向用户发放贷款，从而能够支持多维度的风险控制，适应复杂多样的风险控制要求，增强风险控制安全系数。

附图说明

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

图1是本申请的一个实施例贷款风险控制方法流程图。

图2是本申请的一个实施例贷款风险控制方法的交互流程图。

图3是本申请的另一个实施例贷款风险控制方法的交互流程图。

图4是本申请的一个实施例电子设备的结构示意图。

图5是本申请的一个实施例贷款风险控制装置的结构示意图。

具体实施方式

本申请实施例提供一种贷款风险控制方法、装置和电子设备。

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

图1是本申请的一个实施例贷款的场景示意图。如图1所示，当贷款发放机构/系统接收到用户针对目标贷款产品的贷款请求时，需要从多个风险控制维度判断用户对目标贷款产品的贷款请求是否符合风险控制要求，是否可以批准贷款请求。

在图1中，产品授信盖帽，指目标贷款产品的可贷余额是否能够覆盖贷款请求的贷款金额。

产品组维度盖帽，是指该目标贷款产品所在产品组的可贷余额是否能够覆盖贷款请求的贷款金额。

用户授信盖帽，是指该用户总的可用授信额度是否能够覆盖贷款请求的贷款金额。

机构授信盖帽，是指该目标贷款产品所属机构的可用授信额度是否能够覆盖贷款请求的贷款金额。

当然，图1列举的风险控制维度仅仅是示意性的，在具体的实现中，风险控制维度可以有很多种，本申请实施例对此不作限制。

下面基于图1的场景，对本申请实施例的方法进行描述。

图2是本申请的一个实施例贷款风险控制方法的方法流程图。图2的方法可包括：

S202，接收用户的贷款请求，该贷款请求携带用户的贷款金额和目标贷款产品信息。

S204，响应于该贷款请求，获取该用户的目标贷款产品在多个风险控制维度对应的可用贷款额度。

S206，基于该多个风险控制维度对应的可用贷款额度与该贷款金额的关系，确定是否向该用户发放贷款。

本申请实施例中，通过基于多个风险控制维度下的可用贷款额度，确定是否向用户发放贷款，从而能够支持多维度的风险控制，适应复杂多样的风险控制要求，增强风险控制安全系数。

应理解，该用户的目标贷款产品在多个风险控制维度对应的可用贷款额度，包括但不限于如下多种的组合：

该用户总的可用授信额度；

该用户在该目标贷款产品的可贷余额；

该目标贷款产品所在产品组的可贷余额；

该目标贷款产品的可贷余额；

该目标贷款产品所属机构的可用授信额度。

应理解，用户总的可用授信额度，是指发放贷款方(例如商业银行或支付系统)基于用户的征信、抵押等多种因素确定的授信额度，再减去用户当前贷款余额后的授信余额。

例如，某贷款系统A基于用户B的个人征信，确定用户B的征信贷款额度为5万元；用户B向该金融机构抵押了10万元的货物，抵押额度7万元。此时，用户B总的授信额度为5万元+7万元＝12万元。再假设用户B已经贷出3万元，则用户B的可用授信额度为12万元-3万元＝9万元。

应理解，该用户在该目标贷款产品的可贷余额，是指该目标贷款产品允许该用户贷出的贷款额度，减去该用户当前在该目标贷款产品的贷出金额后的可用余额。

例如，假设用户B贷出的3万元是贷款产品C下的贷款，且贷款产品C允许用户B的贷款额度为10万元，则用户B在贷款产品C的可贷余额为10万元-3万元＝7万元。

当然，应理解，贷款产品可以对不同用户确定相同的贷款额度，也可以基于用户的风险等级，为较低风险等级的用户确定较高的贷款额度，为较高风险等级的用户确定较低的贷款额度。

该目标贷款产品的可贷余额，是指该目标贷款产品在发放贷款的金融机构中的总贷款额度减去目标贷款产品的已发放贷款后的可贷余额。

还是以贷款产品C为例，假设贷款产品C在某贷款系统A中的总贷款额度为3亿元，目前已发放贷款为2.7亿元，则贷款产品C的可贷余额为3000万元。

该目标贷款产品所属机构的可用授信额度，是指该目标贷款产品所属机构在发放贷款的金融机构中的总贷款额度，减去该目标贷款产品所属机构在发放贷款的金融机构中已发放贷款后的可贷余额。

例如，假设某金融机构D在贷款系统A中有三款贷款产品C、E、F，总的贷款额度为10亿元。其中，贷款产品C已发放贷款为2.7亿元，贷款产品E已发放贷款为4亿元，贷款产品F已发放贷款为3.2亿元。此时，金融机构D的可贷月为1000万元。

该目标贷款产品所在产品组的可贷余额，是指产品组所有产品共享的可贷余额。应理解，产品组的可贷余额，并不等价于产品组内所有产品的可贷余额之和。例如，产品组G包括贷款产品C和贷款产品H，贷款产品C的可贷余额为3000万，贷款产品H的可贷余额为2000万，但产品组G的可贷余额，可以是4000万，不等于产品组内产品的可贷余额之和。当然，也可以是5000万，等于产品组内产品的可贷余额之和。

可选地，作为一个实施例，步骤S206的具体实现可如图3所示，包括以下步骤：

S2062，获取该多个风险控制维度对应的可用贷款额度中的最小可用贷款额度。

应理解，该多个风险控制维度对应的可用贷款额度中的最小可用贷款额度，即为用户的最大可用贷款额度。

以前述列举的多个风险控制维度对应的可用贷款额度为例，如果该多个风险控制维度包括该用户总的可用授信额度、该用户在该目标贷款产品的可贷余额、该目标贷款产品的可贷余额和该目标贷款产品所属机构的可用授信额度，此时用户B在贷款产品C的最小可用贷款额度为min(9万元，7万元，3000万元，1000万元)＝7万元。

如果该多个风险控制维度包括该用户总的可用授信额度、该目标贷款产品的可贷余额和该目标贷款产品所属机构的可用授信额度，此时用户B在贷款产品C的最小可用贷款额度为min(9万元，3000万元，1000万元)＝9万元。

S2064，如果该最小可用贷款额度不小于该贷款金额，则向该用户发放贷款。

不妨假设用户B在贷款产品C的最小可用贷款额度为7万元，用户B当前在贷款产品C请求贷款的金额为5万元。由于贷款金额5万元小于7万元，可以向用户B发放贷款。

S2066，如果该最小可用贷款额度小于该贷款金额，则禁止向该用户发放贷款。

不妨假设用户B在贷款产品C的最小可用贷款额度为7万元，用户B当前在贷款产品C请求贷款的金额为10万元。由于贷款金额10万元大于7万元，禁止向用户B发放贷款。

可选地，如果最小可用贷款额度小于贷款金额，则该方法还包括：

提醒目标风险控制主体提高可用贷款额度，该目标风险控制主体为该最小可用贷款额度对应的风险控制维度指向的风险控制主体。

应理解，基于最小可用贷款额度，可确定对应的风险控制主体。

例如，在前面的具体实施例中，如果用户B当前在贷款产品C请求贷款的最小可用贷款额度为7万元，则可确定最小可用贷款额度对应的风险控制维度为用户B在贷款产品C的可贷余额，最小可用贷款额度对应的风险控制主体为贷款产品C。

如果确定最小可用贷款额度小于贷款金额，则可通过提醒最小可用贷款额度对应的风险控制主体提高可用贷款额度，以使得用户的贷款请求得到批准。

当然，应理解，将最小可用贷款额度对应的风险控制主体的可用贷款余额调高至不小于贷款金额后，用户的贷款请求并不一定能够得到批准。此时，需要重新获取最小可用贷款额度，并将重新获取的最小可用贷款额度与贷款金额进行比较。

例如，前述多个风险控制维度包括用户总的可用授信额度、目标贷款产品的可贷余额和目标贷款产品所属机构的可用授信额度的具体实施例中，用户B在贷款产品C的最小可用贷款额度为7万元，并假设用户B当前在贷款产品C请求贷款的金额为10万元。此时，最小可用贷款额度对应的风险控制维度为用户B在贷款产品C的可贷余额。如果将用户B在贷款产品C的可贷余额调高至10万，由于用户B的可用授信额度为9万，小于贷款金额，该贷款请求仍然无法得到批准。

进一步地，提醒目标风险控制主体提高可用贷款额度，可基于不同的目标风险控制主体进行不同的提醒。

具体地，当该目标风险控制主体为该用户时，提醒该用户增加质押资源，以提高该用户的授信额度；

或者，当该目标风险控制主体为该目标贷款产品所属机构时，提醒该目标贷款产品所属机构增加质押资源，以提高该目标贷款产品所属机构的授信额度。

当然，应理解，当该目标风险控制主体为该目标贷款产品时，还可提醒该目标贷款产品所属机构增加该目标贷款产品的可用授信额度或总授信额度。

可选地，在向该用户发放贷款后，该方法还可包括：

重新获取该用户总的可用授信额度；

当重新获取的该用户总的可用授信额度小于第一预定阈值，提醒该用户增加质押资源。

在本申请实施例中，通过在发放贷款后基于用户新的可用授信额度与第一预定阈值的关系，向可用授信额度低于第一预定阈值的用户提醒增加质押资源，可为用户的下一次贷款进行预先提醒，节省用户的贷款流程。

可选地，在向该用户发放贷款后，该方法还包括：

重新获取该目标贷款产品所属机构的可用授信额度；

当重新获取的该目标贷款产品所属机构的可用授信额度小于第二预定阈值时，提醒该目标贷款产品所属机构增加质押资源，以提高该目标贷款产品所属机构的授信额度。

类似地，在本申请实施例中，通过在发放贷款后基于目标贷款产品所属机构新的可用授信额度与第二预定阈值的关系，向可用授信额度低于第二预定阈值的机构提醒增加质押资源，可为该机构销售的贷款产品进行预警，提高机构销售贷款产品的效率。

当然，应理解，选择的多个风险控制维度可以是预先设定的，或者是可配置的。具体地，例如，获取该用户的目标贷款产品在多个风险控制维度对应的可用贷款额度，可实现为：

获取该用户的目标贷款产品对应的风险控制策略；

基于该风险控制策略确定该用户的目标贷款产品对应的该多个风险控制维度；

获取该用户的目标贷款产品在多个风险控制维度中每个风险控制维度对应的可用贷款额度。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图4是本申请的一个实施例电子设备的结构示意图。请参考图4，在硬件层面，该电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成贷款风险控制装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

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

该电子设备还可执行图1的方法，并实现贷款风险控制装置在图1、图2所示实施例的功能，本申请实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示实施例的方法，并具体用于执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

图5是本申请的一个实施例贷款风险控制装置的结构示意图。请参考图5，在一种软件实施方式中，贷款风险控制装置400可包括：

接收模块510，接收用户的贷款请求，该贷款请求携带用户的贷款金额和目标贷款产品信息；

获取模块520，响应于该贷款请求，获取该用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

确定模块530，基于该多个风险控制维度对应的可用贷款额度与该贷款金额的关系，确定是否向该用户发放贷款。

本申请实施例中，通过基于多个风险控制维度下的可用贷款额度，确定是否向用户发放贷款，从而能够支持多维度的风险控制，适应复杂多样的风险控制要求，增强风险控制安全系数。

应理解，该用户的目标贷款产品在多个风险控制维度对应的可用贷款额度，包括但不限于如下多种的组合：

该用户总的可用授信额度；

该用户在该目标贷款产品的可贷余额；

该目标贷款产品的可贷余额；

该目标贷款产品所在产品组的可贷余额；

该目标贷款产品所属机构的可用授信额度。

可选地，在一个具体的实现方式中，确定模块530可用于：

获取该多个风险控制维度对应的可用贷款额度中的最小可用贷款额度；

如果该最小可用贷款额度不小于该贷款金额，则向该用户发放贷款；

如果该最小可用贷款额度小于该贷款金额，则禁止向该用户发放贷款。

可选地，贷款风险控制装置400还可包括提醒模块540，如果该最小可用贷款额度小于该贷款金额，则提醒目标风险控制主体提高可用贷款额度，该目标风险控制主体为该最小可用贷款额度对应的风险控制维度指向的风险控制主体。

进一步地，提醒模块540具体用于：当该目标风险控制主体为该用户时，提醒该用户增加质押资源，以提高该用户的授信额度。

或者，进一步地，提醒模块540具体用于：当该目标风险控制主体为该目标贷款产品所属机构时，提醒该目标贷款产品所属机构增加质押资源，以提高该目标贷款产品所属机构的授信额度。

可选地，获取模块520还可在向该用户发放贷款后，重新获取该用户总的可用授信额度；

提醒模块540还可在重新获取的用户总的可用授信额度小于第一预定阈值时，提醒该用户增加质押资源。

可选地，获取模块520还可在向该用户发放贷款后，重新获取该目标贷款产品所属机构的可用授信额度；

提醒模块540还可在重新获取的该目标贷款产品所属机构的可用授信额度小于第二预定阈值时，提醒该目标贷款产品所属机构增加质押资源，以提高该目标贷款产品所属机构的授信额度。

可选地，获取模块520具体可用于：

获取该用户的目标贷款产品对应的风险控制策略；

基于该风险控制策略确定该用户的目标贷款产品对应的该多个风险控制维度；

获取该用户的目标贷款产品在多个风险控制维度中每个风险控制维度对应的可用贷款额度。

贷款风险控制装置400的具体实现可参考图2、图4所示实施例的方法，本申请实施例在此不再赘述。

总之，以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

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

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

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

Claims (11)

1.一种贷款风险控制方法，包括：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和所述贷款金额所属的目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

2.如权利要求1所述的方法，

所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度，包括如下多种的组合：

所述用户总的可用授信额度；

所述用户在所述目标贷款产品的可贷余额；

所述目标贷款产品的可贷余额；

所述目标贷款产品所在产品组的可贷余额；

所述目标贷款产品所属机构的可用授信额度。

3.如权利要求2所述的方法，

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款，包括：

获取所述多个风险控制维度对应的可用贷款额度中的最小可用贷款额度；

如果所述最小可用贷款额度不小于所述贷款金额，则向所述用户发放贷款；

如果所述最小可用贷款额度小于所述贷款金额，则禁止向所述用户发放贷款。

4.如权利要求2所述的方法，如果所述最小可用贷款额度小于所述贷款金额，所述方法还包括：

提醒目标风险控制主体提高可用贷款额度，所述目标风险控制主体为所述最小可用贷款额度对应的风险控制维度指向的风险控制主体。

5.如权利要求4所述的方法，提醒目标风险控制主体提高可用贷款额度，包括：

当所述目标风险控制主体为所述用户时，提醒所述用户增加质押资源，以提高所述用户的授信额度；或者

当所述目标风险控制主体为所述目标贷款产品所属机构时，提醒所述目标贷款产品所属机构增加质押资源，以提高所述目标贷款产品所属机构的授信额度。

6.如权利要求3所述的方法，在向所述用户发放贷款后，所述方法还包括：

重新获取所述用户总的可用授信额度；

当重新获取的所述用户总的可用授信额度小于第一预定阈值，提醒所述用户增加质押资源。

7.如权利要求3所述的方法，在向所述用户发放贷款后，所述方法还包括：

重新获取所述目标贷款产品所属机构的可用授信额度；

当重新获取的所述目标贷款产品所属机构的可用授信额度小于第二预定阈值时，提醒所述目标贷款产品所属机构增加质押资源，以提高所述目标贷款产品所属机构的授信额度。

8.如权利要求1-7中任一项所述的方法，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度，包括：

获取所述用户的目标贷款产品对应的风险控制策略；

基于所述风险控制策略确定所述用户的目标贷款产品对应的所述多个风险控制维度；

获取所述用户的目标贷款产品在多个风险控制维度中每个风险控制维度对应的可用贷款额度。

9.一种贷款风险控制装置，包括：

接收模块，接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

获取模块，响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

确定模块，基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

10.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。

11.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行以下操作：

接收用户的贷款请求，所述贷款请求携带用户的贷款金额和目标贷款产品信息；

响应于所述贷款请求，获取所述用户的目标贷款产品在多个风险控制维度对应的可用贷款额度；

基于所述多个风险控制维度对应的可用贷款额度与所述贷款金额的关系，确定是否向所述用户发放贷款。