一种业务额度确定方法及装置

摘要

本申请提供一种业务额度确定方法及装置，该业务额度确定方法包括：当目标用户符合准入条件时，获取目标用户的业务数据；根据业务数据进行第一阶段核额，得到第一核额阶段属性；当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据业务数据和第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，根据oasis属性、第一核额阶段属性以及第二核额阶段属性进行三阶段核额，确定出目标用户的最终业务额度。可见，实施这种实施方式，能够自动进行业务额度确定，不需要人工参与，避免受主观因素影响，核额用时短，从而有利于提升业务办理效率。

权利要求

1.一种业务额度确定方法，其特征在于，包括：

当目标用户符合准入条件时，获取所述目标用户的业务数据；

根据所述业务数据进行第一阶段核额，得到第一核额阶段属性；

当所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；其中，所述第一核额阶段属性为不符合所述第一期望额度阈值或者符合所述第一期望额度阈值，所述oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行；

当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行第三阶段核额，确定出所述目标用户的最终业务额度；其中，所述第二核额阶段属性为不符合所述第二期望额度阈值或者符合所述第二期望额度阈值；

其中，所述根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行第三阶段核额，确定出所述目标用户的最终业务额度，包括：判断所述oasis属性是否符合预设oasis要求；其中，所述预设oasis要求包括用户能够上传截屏数据；

如果是，获取所述目标用户上传的第三阶段截屏数据；其中，所述第三阶段截屏数据至少包括用户上传的公积金查询截屏数据、个税查询截屏数据以及年金缴存凭证截屏数据；

根据所述第三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度；

其中，所述根据所述第三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度，包括：根据所述第一核额阶段属性确定第一核额额度，以及根据所述第二核额阶段属性确定第二核额额度；

对所述第三阶段截屏数据进行识别，得到第三阶段核额数据，并对所述第三阶段核额数据进行分析，得到所述目标用户的第三核额额度；

根据预设最优选择算法从所述第一核额额度、所述第二核额额度以及所述第三核额额度中确定出最大的核额额度，作为最终业务额度。

2.根据权利要求1所述的业务额度确定方法，其特征在于，所述方法还包括：当接收到目标用户的授权指令时，获取所述目标用户的基本信息；

根据所述基本信息判断所述目标用户是否符合准入条件；

如果是，执行所述的获取所述目标用户的业务数据。

3.根据权利要求1所述的业务额度确定方法，其特征在于，所述根据所述业务数据进行第一阶段核额，得到第一核额阶段属性，包括：根据所述业务数据获取第一阶段核额数据和所述目标用户输入的第一期望额度阈值；

根据所述第一阶段核额数据和所述第一期望额度阈值分析所述目标用户的第一核额阶段属性。

4.根据权利要求1所述的业务额度确定方法，其特征在于，所述根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性，包括：根据所述第一核额阶段属性和所述业务数据查询所述目标用户的第二阶段核额数据和所述目标用户输入的第二期望额度阈值；

根据所述第二阶段核额数据和所述第二期望额度阈值分析所述目标用户的第二核额阶段属性和oasis属性。

5.一种业务额度确定装置，其特征在于，所述业务额度确定装置包括：获取单元，用于当目标用户符合准入条件时，获取所述目标用户的业务数据；

第一核额单元，用于根据所述业务数据进行第一阶段核额，得到第一核额阶段属性；

第二核额单元，用于当所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；其中，所述第一核额阶段属性为不符合所述第一期望额度阈值或者符合所述第一期望额度阈值，所述oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行；

第三核额单元，用于当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行第三阶段核额，确定出所述目标用户的最终业务额度；其中，所述第二核额阶段属性为不符合所述第二期望额度阈值或者符合所述第二期望额度阈值；

其中，所述第三核额单元包括：

第三判断子单元，用于当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，判断所述oasis属性是否符合预设oasis要求；其中，所述预设oasis要求包括用户能够上传截屏数据；

第三获取子单元，用于在所述oasis属性符合预设oasis要求时，获取所述目标用户上传的第三阶段截屏数据；其中，所述第三阶段截屏数据至少包括用户上传的公积金查询截屏数据、个税查询截屏数据以及年金缴存凭证截屏数据；

第三确定子单元，用于根据所述第三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度；

其中，所述第三确定子单元包括：

确定模块，用于根据所述第一核额阶段属性确定第一核额额度，以及根据所述第二核额阶段属性确定第二核额额度；

识别模块，用于对所述第三阶段截屏数据进行识别，得到第三阶段核额数据，并对所述第三阶段核额数据进行分析，得到所述目标用户的第三核额额度；

所述确定模块，还用于根据预设最优选择算法从所述第一核额额度、所述第二核额额度以及所述第三核额额度中确定出最大的核额额度，作为最终业务额度。

6.根据权利要求5所述的业务额度确定装置，其特征在于，所述获取单元，还用于当接收到目标用户的授权指令时，获取所述目标用户的基本信息；

所述业务额度确定装置还包括：

判断单元，用于根据所述基本信息判断所述目标用户是否符合准入条件；如果是，触发所述获取单元获取所述目标用户的业务数据。

7.一种电子设备，其特征在于，所述电子设备包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行权利要求1至4中任一项所述的业务额度确定方法。

8.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行权利要求1至4任一项所述的业务额度确定方法。

说明书

一种业务额度确定方法及装置

技术领域

[0001] 本申请涉及数据处理技术领域，具体而言，涉及一种业务额度确定方法及装置。

背景技术

[0002] 目前，核额是客户贷款申请的核心模块，在获得客户授权的前提下，兼顾业务风险的同时，通过各种方式去衡量客户能最大获得多少额度或能否获得额度。现有的业务额度确定方法通常是通过人工审核用户资料来确定对应的业务额度。然而，在实践中发现，现有方法耗费人力物力，额度确定受主观因素影响，同时，核额过程花费时间较长，从而降低业务办理效率。

发明内容

[0003] 本申请实施例的目的在于提供一种业务额度确定方法及装置，能够自动进行业务额度确定，不需要人工参与，避免受主观因素影响，核额用时短，从而有利于提升业务办理效率。

[0004] 本申请实施例第一方面提供了一种业务额度确定方法，包括：

[0005] 当目标用户符合准入条件时，获取所述目标用户的业务数据；

[0006] 根据所述业务数据进行第一阶段核额，得到第一核额阶段属性；

[0007] 当所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；其中，所述第一核额阶段属性为不符合所述第一期望额度阈值或者符合所述第一期望额度阈值，所述oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行；

[0008] 当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行三阶段核额，确定出所述目标用户的最终业务额度；其中，所述第二核额阶段属性为不符合所述第二期望额度阈值或者符合所述第二期望额度阈值。

[0009] 在上述实现过程中，该方法会在目标用户符合准入条件时，获取目标用户的业务数据；并根据业务数据进行第一阶段核额，得到第一核额阶段属性；然后，该方法再在第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据业务数据和第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；并进一步在第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，根据oasis属性、第一核额阶段属性以及第二核额阶段属性进行三阶段核额，确定出目标用户的最终业务额度。可见，实施这种实施方式，能够自动进行业务额度确定，不需要人工参与，避免受主观因素影响，核额用时短，从而有利于提升业务办理效率。

[0010] 进一步地，所述方法还包括：

[0011] 当接收到目标用户的授权指令时，获取所述目标用户的基本信息；

[0012] 根据所述基本信息判断所述目标用户是否符合准入条件；

[0013] 如果是，执行所述的获取所述目标用户的业务数据。

[0014] 进一步地，所述根据所述业务数据进行第一阶段核额，得到第一核额阶段属性，包括：

[0015] 根据所述业务数据获取一阶段核额数据和所述目标用户输入的第一期望额度阈值；

[0016] 根据所述一阶段核额数据和所述第一期望额度阈值分析所述目标用户的第一核额阶段属性。

[0017] 进一步地，所述根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性，包括：

[0018] 根据所述第一核额阶段属性和所述业务数据查询所述目标用户的二阶段核额数据和所述目标用户输入的第二期望额度阈值；

[0019] 根据所述二阶段核额数据和所述第二期望额度阈值分析所述目标用户的第二核额阶段属性和oasis属性。

[0020] 进一步地，所述根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行三阶段核额，确定出所述目标用户的最终业务额度，包括：

[0021] 判断所述oasis属性是否符合预设oasis要求；其中，所述预设oasis要求包括用户能够上传截屏数据；

[0022] 如果是，获取所述目标用户上传的三阶段截屏数据；其中，所述三阶段截屏数据至少包括用户上传的公积金查询截屏数据、个税查询截屏数据以及年金缴存凭证截屏数据；

[0023] 根据所述三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度。

[0024] 进一步地，所述根据所述三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度，包括：

[0025] 根据所述第一核额阶段属性确定第一核额额度，以及根据所述第二核额阶段属性确定第二核额额度；

[0026] 对所述三阶段截屏数据进行识别，得到三阶段核额数据，并对所述三阶段核额数据进行分析，得到所述目标用户的第三核额额度；

[0027] 根据预设最优选择算法从所述第一核额额度、所述第二核额额度以及所述第三核额额度中确定出最大的核额额度，作为最终业务额度。

[0028] 本申请实施例第二方面提供了一种业务额度确定装置，所述业务额度确定装置包括：

[0029] 获取单元，用于当目标用户符合准入条件时，获取所述目标用户的业务数据；

[0030] 第一核额单元，用于根据所述业务数据进行第一阶段核额，得到第一核额阶段属性；

[0031] 第二核额单元，用于当所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；其中，所述第一核额阶段属性为不符合所述第一期望额度阈值或者符合所述第一期望额度阈值，所述oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行；

[0032] 第三核额单元，用于当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行三阶段核额，确定出所述目标用户的最终业务额度；其中，所述第二核额阶段属性为不符合所述第二期望额度阈值或者符合所述第二期望额度阈值。

[0033] 在上述实现过程中，该业务额度确定装置可以通过获取单元在当目标用户符合准入条件时，获取所述目标用户的业务数据；通过第一核额单元来根据所述业务数据进行第一阶段核额，得到第一核额阶段属性；通过第二核额单元在所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述业务数据和所述第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；再通过第三核额单元在所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，根据所述oasis属性、所述第一核额阶段属性以及所述第二核额阶段属性进行三阶段核额，确定出所述目标用户的最终业务额度。可见，实施这种实施方式，能够自动进行业务额度确定，不需要人工参与，避免受主观因素影响，核额用时短，从而有利于提升业务办理效率。

[0034] 进一步地，所述获取单元，还用于当接收到目标用户的授权指令时，获取所述目标用户的基本信息；

[0035] 所述业务额度确定装置还包括：

[0036] 判断单元，用于根据所述基本信息判断所述目标用户是否符合准入条件；如果是，触发所述获取单元获取所述目标用户的业务数据。

[0037] 进一步地，所述第一核额单元包括：

[0038] 第一获取子单元，用于根据所述业务数据获取一阶段核额数据和所述目标用户输入的第一期望额度阈值；

[0039] 第一分析子单元，用于根据所述一阶段核额数据和所述第一期望额度阈值分析所述目标用户的第一核额阶段属性。

[0040] 进一步地，所述第二核额单元包括：

[0041] 第二查询子单元，用于当所述第一核额阶段属性为不符合所述目标用户输入的第一期望额度阈值时，根据所述第一核额阶段属性和所述业务数据查询所述目标用户的二阶段核额数据和所述目标用户输入的第二期望额度阈值；

[0042] 第二分析子单元，用于根据所述二阶段核额数据和所述第二期望额度阈值分析所述目标用户的第二核额阶段属性和oasis属性。

[0043] 进一步地，所述第三核额单元包括：

[0044] 第三判断子单元，用于当所述第二核额阶段属性为不符合所述目标用户输入的第二期望额度阈值时，判断所述oasis属性是否符合预设oasis要求；其中，所述预设oasis要求包括用户能够上传截屏数据；

[0045] 第三获取子单元，用于在所述oasis属性符合预设oasis要求时，获取所述目标用户上传的三阶段截屏数据；其中，所述三阶段截屏数据至少包括用户上传的公积金查询截屏数据、个税查询截屏数据以及年金缴存凭证截屏数据；

[0046] 第三确定子单元，用于根据所述三阶段截屏数据、所述第一核额阶段属性以及所述第二核额阶段属性确定所述目标用户的最终业务额度。

[0047] 进一步地，所述第三确定子单元包括：

[0048] 确定模块，用于根据所述第一核额阶段属性确定第一核额额度，以及根据所述第二核额阶段属性确定第二核额额度；

[0049] 识别模块，用于对所述三阶段截屏数据进行识别，得到三阶段核额数据，并对所述三阶段核额数据进行分析，得到所述目标用户的第三核额额度；

[0050] 所述确定模块，还用于根据预设最优选择算法从所述第一核额额度、所述第二核额额度以及所述第三核额额度中确定出最大的核额额度，作为最终业务额度。

[0051] 本申请实施例第三方面提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述处理器运行所述计算机程序以使所述电子设备执行本申请实施例第一方面中任一项所述的业务额度确定方法。

[0052] 本申请实施例第四方面提供了一种计算机可读存储介质，其存储有计算机程序指令，所述计算机程序指令被一处理器读取并运行时，执行本申请实施例第一方面中任一项所述的业务额度确定方法。

附图说明

[0053] 为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

[0054] 图1为本申请实施例提供的一种业务额度确定方法的流程示意图；

[0055] 图2为本申请实施例提供的另一种业务额度确定方法的流程示意图；

[0056] 图3为本申请实施例提供的一种业务额度确定装置的结构示意图；

[0057] 图4为本申请实施例提供的另一种业务额度确定装置的结构示意图。

具体实施方式

[0058] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

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

[0060] 实施例1

[0061] 请参看图1，图1为本申请实施例提供了一种业务额度确定方法的流程示意图。其中，该业务额度确定方法包括：

[0062] S101、当目标用户符合准入条件时，获取目标用户的业务数据。

[0063] 本实施例中，业务数据为可以自动查询的客户免费数据，如平安保单、代理人、代发工资、客户AUM资产信息、客户期望标识等数据资源。

[0064] S102、根据业务数据进行第一阶段核额，得到第一核额阶段属性。

[0065] 本申请实施例中，第一核额阶段属性为不符合第一期望额度阈值或者符合第一期望额度阈值。

[0066] S103、当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据业务数据和第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性。

[0067] 本申请实施例中，第二核额阶段属性为不符合第二期望额度阈值或者符合第二期望额度阈值。

[0068] 本申请实施例中，oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行。

[0069] 本实施例中，Oasis网络是全球首个具有隐私保护功能和可拓展性的区块链网络。

[0070] S104、当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，根据oasis属性、第一核额阶段属性以及第二核额阶段属性进行三阶段核额，确定出目标用户的最终业务额度。

[0071] 本实施例中，该方法可以综合各阶段核出额度取优求最终客户额度，且该最终额度支持循环使用，客户有贷款需求时可随时提额。

[0072] 在本实施例中，最终客户额度为：

[0073] Min（Max（Wn）,productLimit，riskLimit）。

[0074] 在本实施例中，该方法还可以记录客户不同阶段查询的数据资源，并将其作为客户的复用数据资源缓存。各核额阶段支持数据资源的新增和替换，以便阶段核额服务提升适用性。同时，在实践中还可以对核额模型进行优化，记录不同阶段核额数据，作为客户的历史记录，并将历史记录作为模型优化的输入数据，以优化阶段式核额服务。

[0075] 本实施例中，核额是客户贷款申请的核心步骤，该过程中通常会在获得客户授权的前提下，兼顾业务风险的同时，通过各种方式去衡量客户能最大获得多少额度或能否获得额度。其中，客户能获得的额度大小直接与客户贷款意愿相关联，各大银行也在不断的创新和优化核额服务，其中就包括并行核额、梯度核额的方式。在实际当中，由于不同客户资源的差异性，如标准受薪客户的代发工资信息、公积金和社保的缴存信息等；自雇人士的AUM资产信息、税务信息等。使得如何最大化的利用客户资源，并通过对客户不同资源的分析，快速计算出客户最大能够获得的额度成为一个关键问题。而本申请致力于解决该问题，提出了一种业务额度确定方法，从而能够使得该方法在银行个人贷款业务中起到很大的应用，从而有利于帮助提高客户满意度、促进获客、助力贷款业务增长。

[0076] 在本实施例中，传统核额服务功能单一、客户转化率低，在客户填入个人信息后，系统虽然能够核出额度为客户本次贷款申请最大金额，但是该额度不支持循环使用而不能满足客户不同时段的额度需求，从而容易给客户造成不好的体验，可见，传统单一核额服务面临越来越明显的挑战。同时，核额服务接入外部数据源有限，大量具备良好资质潜力客户未能获得额度或获得较低额度，由于额度无法满足需求，客户放弃申请贷款，客户贷款意愿受到了影响，同时也会造成客户经理消极营销。因此，该方法的提出能够有效的解决上述问题，并实现对应的效果。

[0077] 本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

[0078] 在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

[0079] 可见，实施本实施例所描述的业务额度确定方法，能够根据阶段式核额结果取优计算客户最大额度，并支持客户根据不同时段的额度需求进行提额。可见，该方法能够快速识别客户额度需求，从而能够广泛应用于行个人贷款业务中，进而有利于帮助提高客户满意度、促进贷款业务增长。

[0080] 实施例2

[0081] 请参看图2，图2为本申请实施例提供了一种业务额度确定方法的流程示意图。其中，该业务额度确定方法包括：

[0082] S201、当接收到目标用户的授权指令时，获取目标用户的基本信息。

[0083] 本实施例中，该方法最开始由客户进行授权，并输入基本信息，选择期望额度阈值，然后再由系统自动检查客户是否符合准入。

[0084] S202、根据基本信息判断目标用户是否符合准入条件，若是，则执行步骤S203；若否，结束本流程。

[0085] 本实施例中，该方法可以提取客户输入的基本信息识别客户是否符合准入，如客户符合准入则通过，如客户不符合准入则否决。

[0086] S203、获取目标用户的业务数据。

[0087] S204、根据业务数据获取一阶段核额数据和目标用户输入的第一期望额度阈值。

[0088] S205、根据一阶段核额数据和第一期望额度阈值分析目标用户的第一核额阶段属性。

[0089] 本实施例中，一阶段核额数据至少包括一阶段核出的额度以及一阶段核出额度的上下限。

[0090] S206、当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据第一核额阶段属性和业务数据查询目标用户的二阶段核额数据和目标用户输入的第二期望额度阈值。

[0091] S207、根据二阶段核额数据和第二期望额度阈值分析目标用户的第二核额阶段属性和oasis属性。

[0092] S208、当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，判断oasis属性是否符合预设oasis要求，若是，则执行步骤S209；若否，结束本流程。

[0093] 本实施例中，预设oasis要求包括用户能够上传截屏数据。oasis属性为用户上传截屏数据可行或者用户上传截屏数据不可行。

[0094] 本实施例中，当oasis属性为用户上传截屏数据可行时，则oasis属性符合预设oasis要求；当oasis属性为用户上传截屏数据不可行时，则oasis属性不符合预设oasis要求。

[0095] S209、获取目标用户上传的三阶段截屏数据。

[0096] 本实施例中，三阶段截屏数据至少包括用户上传的公积金查询截屏数据、个税查询截屏数据、年金缴存凭证截屏数据等，对此本申请实施例不作限定。

[0097] 本实施例中，三阶段截屏识别出来是三阶段核额数据。

[0098] S210、根据三阶段截屏数据、第一核额阶段属性以及第二核额阶段属性确定目标用户的最终业务额度。

[0099] 作为一种可选的实施方式，根据三阶段截屏数据、第一核额阶段属性以及第二核额阶段属性确定目标用户的最终业务额度，包括：

[0100] 根据第一核额阶段属性确定第一核额额度，以及根据第二核额阶段属性确定第二核额额度；

[0101] 对三阶段截屏数据进行识别，得到三阶段核额数据，并对三阶段核额数据进行分析，得到目标用户的第三核额额度；

[0102] 根据预设最优选择算法从第一核额额度、第二核额额度以及第三核额额度中确定出最大的核额额度，作为最终业务额度。

[0103] 举例来说，该方法先自动查询客户免费数据：平安保单、代理人、代发工资、客户AUM资产信息等数据资源并核额；然后采集一阶段核额数据和期望额度阈值，系统自动分析客户核额阶段属性，并判断是否查询客户金保信、银保信收费数据进行二阶段核额，如一阶段额度不符合客户期望额度阈值，判断出核额阶段属性为客户对一阶段核额结果不满意，快速切换至二阶段核额；再然后采集二阶段核额数据和客户期望额度阈值，系统自动分析客户核额阶段属性，并分析oasis属性，判断是否提示客户oasis截屏上传公积金、个税、年金进行三阶段核额，如二阶段额度仍不符合客户期望额度阈值，系统自动分析客户oasis属性，提示客户上传oasis截屏快速切换至三阶段核额，保持满足客户期望。

[0104] 实际应用中，在各阶段核额时，查询客户不同的数据资源，以客户数据源作为加权系数，分别提取每类资源基数、收入倍数、客户负债、收入负债比四个作为输入，利用核额模型求解核出额度w，即求解：

[0105] ；

[0106] 求出额度w之后，支持自动分析客户核额阶段属性，当输入客户期望额度阈值之后，即可输出对应的阶段属性和额度，判断属性为符合客户期望还是不符合客户期望。

[0107] 本实施例中，该方法的执行主体可以为计算机、服务器等计算装置，对此本实施例中不作任何限定。

[0108] 在本实施例中，该方法的执行主体还可以为智能手机、平板电脑等智能设备，对此本实施例中不作任何限定。

[0109] 可见，实施本实施例所描述的业务额度确定方法，能够根据阶段式核额结果取优计算客户最大额度，并支持客户根据不同时段的额度需求进行提额。可见，该方法能够快速识别客户额度需求，从而能够广泛应用于行个人贷款业务中，进而有利于帮助提高客户满意度、促进贷款业务增长。

[0110] 实施例3

[0111] 请参看图3，图3为本申请实施例提供的一种业务额度确定装置的结构示意图。如图3所示，该业务额度确定装置包括：

[0112] 获取单元310，用于当目标用户符合准入条件时，获取目标用户的业务数据；

[0113] 第一核额单元320，用于根据业务数据进行第一阶段核额，得到第一核额阶段属性；

[0114] 第二核额单元330，用于当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据业务数据和第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；

[0115] 第三核额单元340，用于当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，根据oasis属性、第一核额阶段属性以及第二核额阶段属性进行三阶段核额，确定出目标用户的最终业务额度。

[0116] 本实施例中，对于业务额度确定装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

[0117] 可见，实施本实施例所描述的业务额度确定装置，能够根据阶段式核额结果取优计算客户最大额度，并支持客户根据不同时段的额度需求进行提额。可见，该装置能够快速识别客户额度需求，从而能够广泛应用于行个人贷款业务中，进而有利于帮助提高客户满意度、促进贷款业务增长。

[0118] 实施例4

[0119] 请参看图4，图4为本申请实施例提供的一种业务额度确定装置的结构示意图。如图4所示，该业务额度确定装置包括：

[0120] 获取单元310，用于当目标用户符合准入条件时，获取目标用户的业务数据；

[0121] 第一核额单元320，用于根据业务数据进行第一阶段核额，得到第一核额阶段属性；

[0122] 第二核额单元330，用于当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据业务数据和第一核额阶段属性进行第二阶段核额，得到第二核额阶段属性和oasis属性；

[0123] 第三核额单元340，用于当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，根据oasis属性、第一核额阶段属性以及第二核额阶段属性进行三阶段核额，确定出目标用户的最终业务额度。

[0124] 作为一种可选的实施方式，获取单元310，还用于当接收到目标用户的授权指令时，获取目标用户的基本信息；

[0125] 业务额度确定装置还包括：

[0126] 判断单元350，用于根据基本信息判断目标用户是否符合准入条件；如果是，触发获取单元310获取目标用户的业务数据。

[0127] 作为一种可选的实施方式，第一核额单元320包括：

[0128] 第一获取子单元321，用于根据业务数据获取一阶段核额数据和目标用户输入的第一期望额度阈值；

[0129] 第一分析子单元322，用于根据一阶段核额数据和第一期望额度阈值分析目标用户的第一核额阶段属性。

[0130] 作为一种可选的实施方式，第二核额单元330包括：

[0131] 第二查询子单元331，用于当第一核额阶段属性为不符合目标用户输入的第一期望额度阈值时，根据第一核额阶段属性和业务数据查询目标用户的二阶段核额数据和目标用户输入的第二期望额度阈值；

[0132] 第二分析子单元332，用于根据二阶段核额数据和第二期望额度阈值分析目标用户的第二核额阶段属性和oasis属性。

[0133] 作为一种可选的实施方式，第三核额单元340包括：

[0134] 第三判断子单元341，用于当第二核额阶段属性为不符合目标用户输入的第二期望额度阈值时，判断oasis属性是否符合预设oasis要求；

[0135] 第三获取子单元342，用于在oasis属性符合预设oasis要求时，获取目标用户上传的三阶段截屏数据；

[0136] 第三确定子单元343，用于根据三阶段截屏数据、第一核额阶段属性以及第二核额阶段属性确定目标用户的最终业务额度。

[0137] 作为一种可选的实施方式，第三确定子单元343包括：

[0138] 确定模块，用于根据第一核额阶段属性确定第一核额额度，以及根据第二核额阶段属性确定第二核额额度；

[0139] 识别模块，用于对三阶段截屏数据进行识别，得到三阶段核额数据，并对三阶段核额数据进行分析，得到目标用户的第三核额额度；

[0140] 确定模块，还用于根据预设最优选择算法从第一核额额度、第二核额额度以及第三核额额度中确定出最大的核额额度，作为最终业务额度。

[0141] 本实施例中，对于业务额度确定装置的解释说明可以参照实施例1或实施例2中的描述，对此本实施例中不再多加赘述。

[0142] 可见，实施本实施例所描述的业务额度确定装置，能够根据阶段式核额结果取优计算客户最大额度，并支持客户根据不同时段的额度需求进行提额。可见，该装置能够快速识别客户额度需求，从而能够广泛应用于行个人贷款业务中，进而有利于帮助提高客户满意度、促进贷款业务增长。

[0143] 本申请实施例提供了一种电子设备，包括存储器以及处理器，存储器用于存储计算机程序，处理器运行计算机程序以使电子设备执行本申请实施例1或实施例2中的业务额度确定方法。

[0144] 本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序指令，计算机程序指令被一处理器读取并运行时，执行本申请实施例1或实施例2中的业务额度确定方法。

[0145] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

[0146] 另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

[0148] 以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

[0149] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

[0150] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。