CN112801781A - ***额度管理方法和装置 - Google Patents

Abstract

本公开提供了一种***额度管理方法，包括：响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；根据确定出的所述授信额度类型，获取所述用户的信用认证信息；基于所述信用认证信息，确定适配于所述用户的授信额度；以及在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。本公开还提供了一种***额度管理装置、一种电子设备及一种计算机存储介质。

Description

***额度管理方法和装置

技术领域

本公开涉及金融科技领域，特别是涉及一种***额度管理方法及装置。

背景技术

随着消费观念的转变，越来越多的消费者习惯使用***进行信贷消费。***额度管理对保证银行业务稳定运行具有重要意义，其不仅影响信贷交易达成量，还影响银行的经济资本占用率，以及影响银行的生息资产数量。

在实现本公开技术方案过程中，发明人发现相关技术中的***额度管理方法存在精细化程度低、不良信贷占比高的缺陷。

发明内容

本公开的一个方面提供了一种***额度管理方法，包括：响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；根据确定出的所述授信额度类型，获取所述用户的信用认证信息；基于所述信用认证信息，确定适配于所述用户的授信额度；以及，在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

可选地，所述根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，包括：根据所述额度控制参数指示的额度划分比例，将所述授信额度划分为所述M个相互独立的授信子额度；或者，根据所述额度控制参数指示的至少一个所述授信子额度的额度值，将所述授信额度划分为所述M个相互独立的授信子额度。

可选地，与各所述授信子额度关联的***支付的额度冻结及额度释放方式不同。

可选地，所述M个相互独立的授信子额度包括无息消费额度和分期消费额度。

可选地，所述方法还包括：响应于接收到所述用户的无息支付请求，基于针对所述用户的无息消费额度，按照无息支付业务的执行模式处理所述用户的支付请求。

可选地，所述方法还包括：响应于接收到所述用户的分期支付请求，基于针对所述用户的分期消费额度，按照分期支付业务的执行模式处理所述用户的支付请求。

可选地，所述方法还包括：响应于接收到所述用户的***支付请求，向用户显示所述无息消费额度和所述分期消费额度。

本公开的另一方面提供了一种***额度管理装置，包括：第一处理模块，用于响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；获取模块，用于根据确定出的所述授信额度类型，获取所述用户的信用认证信息；第二处理模块，用于基于所述信用认证信息，确定适配于所述用户的授信额度；以及，第三处理模块，用于在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

可选地，所述第三处理模块，包括：第一处理子模块，用于根据所述额度控制参数指示的额度划分比例，将所述授信额度划分为所述M个相互独立的授信子额度；或者，第二处理子模块，用于根据所述额度控制参数指示的至少一个所述授信子额度的额度值，将所述授信额度划分为所述M个相互独立的授信子额度。

可选地，与各所述授信子额度关联的***支付的额度冻结及额度释放方式不同。

可选地，所述M个相互独立的授信子额度包括无息消费额度和分期消费额度。

可选地，所述装置还包括第四处理模块，用于响应于接收到所述用户的***支付请求，向用户显示所述无息消费额度和所述分期消费额度。

可选地，所述装置还包括第五处理模块，用于响应于接收到所述用户的分期支付请求，基于针对所述用户的分期消费额度，按照分期支付业务的执行模式处理所述用户的支付请求。

可选地，所述装置还包括第六处理模块，用于响应于接收到所述用户的无息支付请求，基于针对所述用户的无息消费额度，按照无息支付业务的执行模式处理所述用户的支付请求。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现本公开实施例的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现本公开实施例的方法。

本公开的另一方面提供了一种计算机程序产品，包括计算机可读指令，其中，所述计算机可读指令被执行时用于执行本公开实施例的***额度管理方法。

附图说明

为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中，

图1示意性示出了根据本公开实施例的***额度管理方法和装置的***架构；

图2示意性示出了根据本公开实施例的一种***额度管理方法的流程图；

图3示意性示出了根据本公开实施例的一种业务架构模型中个人授信额度分类的示意图；

图4示意性示出了根据本公开实施例的另一***额度管理方法的流程图；

图5示意性示出了根据本公开实施例的一种***额度管理***的示意图；

图6示意性示出了根据本公开实施例的一种***额度管理装置的框图；

图7示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性地，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、操作、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、操作、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的***等)。

附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程***额度管理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行***使用或者结合指令执行***使用。

本公开的实施例提供了一种***额度管理方法以及能够应用该方法的管理装置。该方法具体可以包括如下操作，首先，响应于用户提出的***申领请求，根据申领请求确定用户申请的授信额度类型，然后，根据确定出的授信额度类型，获取用户的信用认证信息，接下来，基于信用认证信息，确定适配于用户的授信额度，以及在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

图1示意性示出了根据本公开实施例的***额度管理方法和装置的***架构。需要注意的是，图1所示仅为可以应用本公开实施例的***架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、***、环境或场景。

如图1所示，***架构100包括：至少一个终端(图中示出了多个，例如终端101、102、103)和服务器104。在执行本公开实施例的***额度管理方法时，首先，服务器104响应于用户通过终端(如终端101、102、103)提出的***申领请求，根据申领请求确定用户申请的授信额度类型，然后，根据确定出的授信额度类型，获取用户的信用认证信息，接下来，基于信用认证信息，确定适配于用户的授信额度，以及在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

图2示意性示出了根据本公开实施例的一种***额度管理方法的流程图，如图2所示，方法200可以包括操作S210～S240。

在操作S210，响应于用户提出的***申领请求，根据申领请求确定用户申请的授信额度类型。

在本实施例中，具体地，接收用户的***申领请求，***申领请求是在用户通过终端设备申请开卡时生成的，其中携带有用户的用户标识。用户标识例如可以包括用户的手机号、身份证号或者登录账号等信息，用户标识用于关联与查找对应的用户的身份信息。

响应于接收到的用户的***申领请求，根据申领请求以及基于业务架构模型中对个人授信额度的分类，确定用户请求申领的授信额度类型。在确定用户请求申领的授信额度类型时，除根据申领请求中用户选择的***类型，确定上述授信额度类型外，还可以根据申领请求中携带的用户标识，获取与用户标识关联的身份信息，根据用户的身份信息确定用户可申请的***类型，以及将与***类型关联的授信额度类型，作为用户请求申领的授信额度类型。

具体地，可以通过读取***开卡平台的用户数据库获取用户的身份信息，也可以通过引导用户进行本人身份验证实现即时采集用户的身份信息。在获取到用户的身份信息后，根据身份信息确定用户的信用等级，以及基于信用等级与***类型之间的预设对应关系，确定用户可申请的***类型，进而确定用户可申领的授信额度类型。

图3示意性示出了根据本公开实施例的一种业务架构模型中个人授信额度分类的示意图，如图3所示，在本实施例的业务架构模型中对个人授信额度进行了分类，具体可以分类为个人信用共享类额度、个人信用不共享额度、个人抵押额度、个人质押额度和个人担保额度。

接下来，在操作S220，根据确定出的授信额度类型，获取用户的信用认证信息。

在本实施例中，具体地，基于确定出的授信额度类型，查找与授信额度类型关联的额度审批规则，以及根据额度审批规则，获取用于计算授信额度的信用认证信息。在获取用户的信用认证信息时，可以根据用户的用户标识或身份信息，从征信***中获取用户的历史履约率、历史违约数据、可抵押资产、现有***数量以及当前欠款金额等信息，以用作信用认证信息。

接下来，在操作S230，基于信用认证信息，确定适配于用户的授信额度。

在本实施例中，具体地，在获取到用户的信用认证信息后，根据额度审批规则，以用户信用评价与偿债能力测算为基础，确定适配于用户的授信额度。可选地，将获取的各个类型的信用认证信息作为授信额度试算的计算因子，将不同计算因子代入预先设定的计算公式，得到适配于用户的授信额度。或者，计算与各个类型的信用认证信息关联的影响因子，利用预设的授信额度评估模型，将各个影响因子作为输入数据，得到授信额度评估模型的输出数据，以作为适配于用户的授信额度。

接下来，在操作S240，在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

在本实施例中，具体地，当用户请求申领的授信额度类型为信用共享类额度时，在确定出适配于用户的授信额度后，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。可选地，根据额度控制参数指示的额度划分比例，将授信额度划分为M个相互独立的授信子额度；或者根据额度控制参数指示的至少一个授信子额度的额度值，将授信额度划分为M个相互独立的授信子额度。

示例性地，基于获取的用户的信用认证信息，确定适配于用户的信用共享类额度为5万元，根据额度控制参数指示的额度划分比例2∶3，将信用共享类额度划分为相互独立的无息消费额度2万元和分期消费额度3万元。或者，基于获取的用户的信用认证信息，确定用户的信用等级为B级，确定适配于用户的信用共享类额度为7万元，额度控制参数指示与B信用等级用户关联的分期消费额度3万元，此时将信用共享类额度化分为相互独立的无息消费额度4万元和分期消费额度3万元。

M个授信子额度间的相互独立包括与各子额度关联的额度值之间的独立，以及包括与各子额度关联的额度冻结与额度释放方式间的独立。与不同授信子额度关联的额度冻结方式可能不同，具体可能在于单次冻结额度与冻结周期的不同。与不同授信子额度关联的额度释放方式也可能不同，具体可能在于单次释放额度与释放周期的不同。

M个授信子额度例如包括无息消费额度和分期消费额度，两类子额度分别独立管理，当用户请求使用***支付商品交易时，即在获取到用户提出的***支付请求时，向用户显示无息消费额度和分期消费额度。

通过本公开实施例，响应于用户提出的***申领请求，根据申领请求确定用户申请的授信额度类型；根据确定出的授信额度类型，获取用户的信用认证信息；基于信用认证信息，确定适配于用户的授信额度；以及在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。当用户请求申领信用共享类额度时，利用额度控制参数，将适配于用户的信用共享类额度划分为M个相互独立的授信子额度，该种设计可以有效提升***额度管理的精细化水平，通过为用户提供更多种信用支付方式，有利于改善用户的***支付体验，增加信贷交易达成量，同时还有利于降低银行不良贷款风险，促进增加银行信贷收益。

图4示意性示出了根据本公开实施例的另一***额度管理方法的流程图，如图4所示，方法400可以包括操作S210～S230及操作S440～S450。

在操作S210，响应于用户提出的***申领请求，根据申领请求确定用户申请的授信额度类型。

接下来，在操作S220，根据确定出的授信额度类型，获取用户的信用认证信息。

接下来，在操作S230，基于信用认证信息，确定适配于用户的授信额度。

接下来，在操作S440，在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为相互独立的无息消费额度和分期消费额度。

在本实施例中，具体地，利用额度控制参数，将适配于用户的信用共享类额度划分为相互独立的无息消费额度和分期消费额度，两类额度分别独立管理。该种方式有利于促进用户在无息消费额度使用完毕后，使用分期消费额度进行消费，这在满足用户信贷消费需求的同时，有利于促进增加银行信贷收益，降低银行不良贷款风险。

接下来，在操作S450，响应于接收到用户的无息支付请求，基于针对用户的无息消费额度，按照无息支付业务的执行模式处理用户的支付请求，和/或响应于接收到用户的分期支付请求，基于针对用户的分期消费额度，按照分期支付业务的执行模式处理用户的支付请求。

在本实施例中，具体地，接收用户提出的无息支付请求，无息支付请求用于申请使用基于商品交易的无息支付业务。响应于接收到的无息支付请求，以商品交易的支付总额作为待扣款额度，对针对用户的无息消费额度进行额度冻结操作。当用户在无息还款周期内完成还款时，对本次冻结的额度进行释放。

或者，接收用户提出的分期支付请求，分期支付请求用于申请使用基于商品交易的分期支付业务。响应于接收到的分期支付请求，对商品交易的支付总额及分期次数进行识别，以商品交易的支付总额作为待扣款额度，对针对用户的分期消费额度进行额度冻结操作。根据商品交易的支付总额，以及根据用户请求分期的分期次数，确定与本次商品交易关联的单次还款额度及还款时间，当用户在预定还款时间内完成还款时，对每次还款的额度进行释放。

通过独立管理无息消费额度和分期消费额度，能够有效提升用户的分期付款使用率，有利于降低银行经济资本的占用量，和增加银行生息资产的贡献量。通过参数控制方式拆分用户的信用共享类额度，有利于降低银行不良贷款风险，和提升银行信贷业务收益。

图5示意性示出了根据本公开实施例的一种***额度管理***的示意图，如图5所示，***500包括业务架构模型***501、***额度审批***502和***额度管理***503。

业务架构模型***501用于接收用户的***申领请求，根据申领请求确定用户请求申领的授信额度类型，以及基于确定出的授信额度类型，获取用户的信用认证数据，并将信用认证数据传递给***额度审批***502。

***额度审批***502用于根据用户的信用认证数据，确定适配于用户的授信额度，以及在用户请求申领的授信额度类型为个人信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为相互独立的多个授信子额度。***额度审批***502在确定出多个授信子额度后，向***额度管理***503发送额度更新指令，以实现更新用户的***额度。

当用户使用***进行商品交易支付时，***额度管理***503对与用户关联的授信额度进行更新操作，具体对用户的授信额度进行额度冻结或额度释放操作。此外，用户也可通过***额度管理***503查询***额度信息。

图6示意性示出了根据本公开实施例的一种***额度管理装置的框图。

如图6所示，装置600包括第一处理模块601、获取模块602、第二处理模块603和第三处理模块604。

具体地，第一处理模块601，用于响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；

获取模块602，用于根据确定出的所述授信额度类型，获取所述用户的信用认证信息；

第二处理模块603，用于基于所述信用认证信息，确定适配于所述用户的授信额度；以及

第三处理模块604，用于在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

通过本公开实施例，响应于用户提出的***申领请求，根据申领请求确定用户申请的授信额度类型；根据确定出的授信额度类型，获取用户的信用认证信息；基于信用认证信息，确定适配于用户的授信额度；以及在授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。当用户请求申领信用共享类额度时，利用额度控制参数，将适配于用户的信用共享类额度划分为M个相互独立的授信子额度，该种设计可以有效提升***额度管理的精细化水平，通过为用户提供更多种信用支付方式，有利于改善用户的***支付体验，增加信贷交易达成量，同时还有利于降低银行不良贷款风险，促进增加银行信贷收益。

作为一种可行的实施例，第三处理模块包括：第一处理子模块，用于根据额度控制参数指示的额度划分比例，将授信额度划分为M个相互独立的授信子额度；或者，第二处理子模块，用于根据额度控制参数指示的至少一个授信子额度的额度值，将授信额度划分为M个相互独立的授信子额度。

作为一种可行的实施例，与各授信子额度关联的***支付的额度冻结及额度释放方式不同。

作为一种可行的实施例，M个相互独立的授信子额度包括无息消费额度和分期消费额度。

作为一种可行的实施例，装置还包括第四处理模块，用于响应于接收到用户的***支付请求，向用户显示无息消费额度和分期消费额度。

作为一种可行的实施例，装置还包括第五处理模块，用于响应于接收到用户的分期支付请求，基于针对用户的分期消费额度，按照分期支付业务的执行模式处理用户的支付请求。

作为一种可行的实施例，装置还包括第六处理模块，用于响应于接收到用户的无息支付请求，基于针对用户的无息消费额度，按照无息支付业务的执行模式处理用户的支付请求。

需要说明的是，在本公开实施例中，装置部分的实施方式与方法部分的实施方式相同或类似，在此不再赘述。

根据本公开的实施例的模块中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者根据本公开实施例的模块中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一处理模块601、获取模块602、第二处理模块603和第三处理模块604中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一处理模块601、获取模块602、第二处理模块603和第三处理模块604中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。第一处理模块601、获取模块602、第二处理模块603和第三处理模块604中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图7示意性示出了根据本公开实施例的电子设备的框图。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700包括处理器710、计算机可读存储介质720。该电子设备700可以执行根据本公开实施例的方法。

具体地，处理器710例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器710还可以包括用于缓存用途的板载存储器。处理器710可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理模块或者是多个处理模块。

计算机可读存储介质720，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(HDD)；光存储装置，如光盘(CD-ROM)；存储器，如随机存取存储器(RAM)或闪存；等等。

计算机可读存储介质720可以包括计算机程序721，该计算机程序721可以包括代码/计算机可执行指令，其在由处理器710执行时使得处理器710执行根据本公开实施例的方法或其任何变形。

计算机程序721可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序721中的代码可以包括一个或多个程序模块，例如包括模块721A、模块721B、......。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器710执行时，使得处理器710可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，第一处理模块601、获取模块602、第二处理模块603和第三处理模块604中的至少一个可以实现为参考图7描述的计算机程序模块，其在被处理器710执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。

Claims (10)

1.一种***额度管理方法，包括：

响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；

根据确定出的所述授信额度类型，获取所述用户的信用认证信息；

基于所述信用认证信息，确定适配于所述用户的授信额度；以及

在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

2.根据权利要求1所述的方法，其中，所述根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，包括：

根据所述额度控制参数指示的额度划分比例，将所述授信额度划分为所述M个相互独立的授信子额度；或者

根据所述额度控制参数指示的至少一个所述授信子额度的额度值，将所述授信额度划分为所述M个相互独立的授信子额度。

3.根据权利要求2所述的方法，其中，与各所述授信子额度关联的***支付的额度冻结及额度释放方式不同。

4.根据权利要求2所述的方法，其中，所述M个相互独立的授信子额度包括无息消费额度和分期消费额度。

5.根据权利要求4所述的方法，还包括：

响应于接收到所述用户的***支付请求，向用户显示所述无息消费额度和所述分期消费额度。

6.根据权利要求4所述的方法，还包括：

响应于接收到所述用户的无息支付请求，基于针对所述用户的无息消费额度，按照无息支付业务的执行模式处理所述用户的支付请求。

7.根据权利要求4所述的方法，还包括：

响应于接收到所述用户的分期支付请求，基于针对所述用户的分期消费额度，按照分期支付业务的执行模式处理所述用户的支付请求。

8.一种***额度管理装置，包括：

第一处理模块，用于响应于用户提出的***申领请求，根据所述申领请求确定所述用户申请的授信额度类型；

获取模块，用于根据确定出的所述授信额度类型，获取所述用户的信用认证信息；

第二处理模块，用于基于所述信用认证信息，确定适配于所述用户的授信额度；以及

第三处理模块，用于在所述授信额度类型为信用共享类额度的情况下，根据预设的额度控制参数，将所述授信额度划分为M个相互独立的授信子额度，其中，M为大于1的整数。

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

一个或多个处理器；以及

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现权利要求1至7中任一项所述的方法。

Images