CN109102387B - 一种额度调整方法、服务器及计算机可读介质 - Google Patents

Abstract

本申请实施例公开了一种额度调整方法、服务器及计算机可读介质，其中方法包括：获取用户的购买信息，根据所述购买信息确定所述用户的可用额度不足；在所述用户的可用额度不足的情况下，获取所述用户的风控信息，根据所述风控信息和所述购买信息确定所述用户的临时额度上调值；根据所述临时额度上调值生成额度上调提示信息，向所述用户发送所述临时额度上调提示信息；接收来自所述用户的确认临时额度上调的确认信息，将所述用户的额度按所述临时额度上调值上调。通过本发明实施例，可在用户消费的过程中灵活调整用户的临时额度，满足用户的真实需求，同时也兼顾平台的信贷风险。

Description

一种额度调整方法、服务器及计算机可读介质

技术领域

本申请涉及金融技术领域，尤其涉及一种额度调整方法、服务器及计算机可读介质。

背景技术

随着互联网金融的发展，用移动终端来消费购物已成为人们的一种习惯，这种习惯也成就了许多网络信贷产品。用户使用网络信贷产品在自己的额度范围内先消费在还款，给人们带来了很多便捷。但是，大多数网络信贷业务一般都是纯线上授信信贷业务，可获得用户的信息非常有限，所以平均授信额度较低，不能满足用户的需求。

对于这一问题，现有的网络信贷产平台一般采用的是给用户提升额度。但是现金业务的缺陷在于较难获得用户行为数据，网络信贷平台很难给用户进行现金提额，否则会放大风险，但又因额度低，用户在分期场景可消费的范围也非常窄，整体消费场景非常难发展，这是所有同类平台共同面临的一个恶性闭环。

发明内容

本申请实施例提供一种额度调整方法，可在用户消费的过程中灵活调整用户的临时额度，并逐步的实现从临时额度对用户的永久额度提升，满足用户的真实需求，同时也兼顾平台的信贷风险。

第一方面，本申请实施例提供了一种额度调整方法，该方法包括：

获取用户的购买信息，根据所述购买信息确定所述用户的可用额度不足；

在所述用户可用额度不足的情况下，获取所述用户的风控信息，根据所述风控信息和所述购买信息确定所述用户的临时额度上调值；

根据所述临时额度上调值生成额度上调提示信息，向所述用户发送所述临时额度上调提示信息；

接收来自上述用户的确认临时额度上调的确认信息，将所述用户的额度按所述临时额度上调值上调。

作为一种可选的实施方式，所述风控信息包括：所述用户的额度上调条件信息；

在所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值之前，所述方法还包括：

根据所述用户的额度上调条件信息判断所述用户是否具有临时上调额度的资格；

若是，则继续执行所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值；

若否，则提示额度不足或直接结束。

作为一种可选的实施方式，所述额度上调条件信息包括以下条件信息中的至少一条：所述用户当前固定的循环额度信息、所述用户的账龄信息、所述用户当前的风险等级信息、所述用户近三个月的临时额度消费信息、所述用户当前的逾期信息、所述用户当前的贷款信息、所述用户的信用黑名单信息、所述用户的欺诈行为信息；

所述根据所述用户的额度上调条件信息判断所述用户是否具有临时上调额度的资格包括：

判断所述用户的所述额度上调条件信息中的是否满足预设条件，若满足则确定所述用户具有临时上调额度的资格，若不满足，则确定所述用户不具有临时上调额度的资格。

作为一种可选的实施方式，所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值包括：

根据所述风控信息确定所述用户的固定临时额度上调值；

根据所述购买信息确定所述用户的可调临时额度上调值；

将所述固定临时额度上调值与所述可调临时额度上调值之和作为所述临时额度上调值。

作为一种可选的实施方式，所述根据所述购买信息确定所述用户的可调临时额度上调值包括：

根据所述购买信息中的商品信息确定所述商品的套现价值；

根据所述套现价值确定所述可调临时额度上调值。

作为一种可选的实施方式，所述风控信息包括：用户的基本信息；

在所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值之后，在所述根据所述临时额度上调值生成额度上调提示信息之前，所述方法还包括：

根据所述临时额度上调值和所述用户的基本信息生成额度调整流水号；

在所述将所述用户的额度按所述临时额度上调值上调之后，所述方法还包括：

根据所述购买信息生成订单，将所述订单与所述额度调整流水号绑定；

在所述用户完成支付操作之后，根据绑定后的所述订单与所述额度调整流水生成额度调整信息，将所述额度调整信息写入额度调整数据库。

作为一种可选的实施方式，所述方法还包括：

在检测到所述用户在所述额度调整数据库中的所有额度调整信息满足预设条件的情况下，根据所述用户在所述额度调整数据库中的所有额度调整信息确定所述用户的永久额度上调值；

将所述用户的永久额度按照所述永久额度上调值上调。

第二方面，本申请实施例提供了一种服务器，该服务器包括用于执行上述第一方面的方法的单元。

第三方面，本申请实施例提供了另一服务器，包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行上述第一方面及其任一种可选方式的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面及其任一种可选方式的方法。

本申请实施例通过获取用户的购买信息，根据所述购买信息确定所述用户的可用额度不足。然后获取所述用户的风控信息，并根据所述风控信息和所述购买信息确定所述用户的临时额度上调值。接着根据所述临时额度上调值生成额度上调提示信息，向所述用户发送所述临时额度上调提示信息；接收来自用户的确认临时额度上调的确认信息，将所述用户的额度按所述临时额度上调值上调。通过本发明实施例，可在用户消费的过程中灵活调整用户的临时额度，满足用户的真实需求，同时也兼顾平台的信贷风险。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种额度调整方法的示意流程图；

图2是本申请实施例提供的另一种额度调整方法的示意流程图；

图3是本申请实施例提供的又一种额度调整方法的示意流程图

图4是本申请实施例提供的一种服务器的示意框图；

图5是本申请实施例提供的一种设备示意图；

图6是本申请实施例提供的一种服务器结构示意图。

具体实施方式

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

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

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

参见图1，图1是本申请实施例提供的一种额度调整方法的示意流程图，如图所示方法可包括：

101：获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。

其中，上述用户的购买信息可以包括商品的名称、商品的价格、商品的类别、生产厂家、生产日期、出售该商品的店家等信息。

在本申请实施例中，当服务器检测到用户在网购平台购买商品时，自动获取上述用户当前的购买信息，然后根据上述购买信息中用户将要购买的商品的价格信息和该用户当前的可用额度信息来判断该用户的可用额度是否大于上述商品的价格，若是，则继续执行步骤102，若否，则结束。其中，上述服务器可以是电商平台的后台服务器，也可以是网络信贷平台的服务器。

其中，上述用户的购买信息可以包括商品的名称、商品的价格、商品的类别、生产厂家、生产日期、出售该商品的店家等信息。

例如，用户A想要在M网络购物品台购买一部手机。用户A使用自己的移动终端在上述M网络购物平台搜索手机看中了一款H手机，并打开了上述H手机的购买页面。此时，后台服务器自动获取上述H手机的价格，然后判断上述用户A的可用额度是否大于该H手机的价格，从而判断是否需要为用户A提供临时额度，以便满足用户A的购买需求。

102：在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述风控信息和上述购买信息确定上述用户的临时额度上调值。

在本申请实施例中，为了方便用户，满足用户的购买需求，当确定了上述用户的当前可用额度不足的情况下，可以为上述用户提供临时额度，以便上述用户的可用额度能够购买上述用户想要购买的商品。因此，当确定了上述用户的当前可用额度不足的情况下，后台服务器继续获取上述用户的风控信息，然后根据获取到的风控信息和上述购买信息来确定该用户的临时额度上调值，以便为用户临时调整上述用户的可用额度。

作为一种可选的实施方式，上述风控信息可以包括上述用户的额度上调条件信息。在本申请实施例中，为了防止用户失信，以及降低网络信贷平台的风险，在为上述用户上调临时额度之前，需要判断该用户是否具有临时上调额度的资格。

具体的，在获取到上述用户风控信息之后，根据上述用户的额度上调条件信息来判断上述用户是否具有临时上调额度的资格，若该用户具有资格，则根据上述风控信息和上述购买信息确定上述用户的临时额度上调值；若该用户不具有资格，则提示额度不足或直接结束。

作为一种可选的实施方式，上述额度上调条件信息可以包括以下信息中的至少一条：上述用户当前固定的循环额度信息、上述用户的账龄信息、上述用户当前的风险等级信息、上述用户近三个月的临时额度消费信息、上述用户当前的逾期信息、上述用户当前的贷款信息、上述用户的信用黑名单信息、上述用户的欺诈行为信息。

上述根据上述用户的额度上调条件信息判断上述用户是否具有临时上调额度的资格可以具体包括：判断上述用户的上述额度上调条件信息中的是否满足预设条件，若满足则确定上述用户具有临时上调额度的资格，若不满足，则确定上述用户不具有临时上调额度的资格。

其中，上述预设条件是指上述额度上调条件信息中的每一项条件信息都满足既定的规则。

举例来说，假设上述额度上调套件信息包括以下三条：用户当前固定的循环额度信息、用户的账龄信息以及用户近三个月的临时额度消费信息，则上述预设条件为：①用户当前固定的循环额度大于预设额度(例如大于1500元)，②用户的账龄大于预设时长(例如大于6个月)，③用户近三个月没有消费过临时额度，当上述三个条件都满足时，则确定用户具有临时上调额度的资格，否则，则确定用户不具有临时上调额度的资格。可以理解的是，上述三个条件只是作为示例来说明上述预设条件，并不对本申请实施例作限定。

103：根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息。

在本申请实施例中，当确定了上述用户的临时额度上调值之后，根据上述用户的临时额度上调值生成额度上调提示信息，然后将上述提示信息发送给上述用户的终端设备，以便提醒该用户是否需要临时提升可用额度。当用户终端接收当上述提示信息后，在用户终端的购物页面弹出提示信息提示用户是否需要使用临时额度。

例如，用户A在M网络购物品台购买一部M手机，M手机的价格是5000元，而用户A的可用额度只有2000元。后台服务器检测到用户A的当前可用额度不足以够买M手机，且确定用户A具有临时上调额度的资格，并确定了用户A的临时额度上调值为4000元，然后给用户A的终端设备发送提示信息提醒用户A是否需要使用临时额度。用户A的终端设备在收到上述提示信息后，并在用户A确认下单前在购物页面弹出临时提额信息来提示用户是否需要使用临时额度，其中上述在购物页面弹出的提示信息内容可以包括可用额度不足的提示语句(例如，您的可用额度不足，由于您的信用良好，这笔订单获得一次临时提额的机会)，提额前用户A的可用额度，提额后用户A的可用额度，以及确认按钮等。若用户A选择使用临时额度，则点击上述确认按钮并完成后续的支付操作。若用户A不想使用上述临时额度，则直接退出选择其他支付方式继续完成支付操作。

104：接收来自上述用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。

在本申请实施例中，当上述用户选择使用临时额度后，上述的用户终端会反馈一条确认信息，以通知后台服务器将上述用户的额度按照上述临时额度上调值调整。具体的，当后台服务器接收到来自上述用户的确认临时额度上调的确认信息后，则将上述用户的额度按上述临时额度上调值调整。

可以看出，在本申请实施例中，通过获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。然后获取上述用户的风控信息，并根据上述风控信息和上述购买信息确定上述用户的临时额度上调值。接着根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息；接收来自用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。通过本发明实施例，可在用户消费的过程中灵活调整用户的临时额度，满足用户的真实需求，同时也兼顾平台的信贷风险。

参见图2，图2是本申请实施例提供的另一种额度调整方法的示意流程图，如图所示方法可包括：

201：获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。

在本申请实施例中，当服务器检测到用户在网购平台购买商品时，自动获取上述用户当前的购买信息，然后根据上述购买信息中用户将要购买的商品的价格信息和该用户当前的可用额度信息来判断该用户的可用额度是否大于上述商品的价格，若是，则继续执行步骤202，若否，则结束。其中，上述服务器可以是电商平台的后台服务器，也可以是网络信贷平台的服务器。

其中，上述用户的购买信息可以包括商品的名称、商品的价格、商品的类别、生产厂家、生产日期、出售该商品的店家等信息。

202：在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述用户的风控信息来判断上述用户是否具有临时上调额度的资格。

其中，上述风控信息可以包括上述用户的额度上调条件信息。上述额度上调条件信息可以包括以下信息中的至少一条：上述用户当前固定的循环额度信息、上述用户的账龄信息、上述用户当前的风险等级信息、上述用户近三个月的临时额度消费信息、上述用户当前的逾期信息、上述用户当前的贷款信息、上述用户的信用黑名单信息、上述用户的欺诈行为信息。

在本申请实施例中，为了防止用户失信，以及降低网络信贷平台的风险，在为上述用户上调临时额度之前，需要判断该用户是否具有临时上调额度的资格。

具体的，在获取到上述用户风控信息之后，根据上述用户的额度上调条件信息来判断上述用户是否具有临时上调额度的资格，若该用户具有资格，则继续执行步骤203；若该用户不具有资格，则提示额度不足或直接结束。

203：根据上述风控信息确定上述用户的固定临时额度上调值。

在本申请实施例中，当判断上述用户具有临时上调额度的资格后，则根据上述用户的风控信息来确定上述用户的固定临时额度上调值。

具体的，上述风控信息可以包括上述用户的职业信息、信用行为数据信息、贷款信息，不动产信息等。当判断上述用户具有临时上调额度的资格后，则根据上述用户的职业信息、信用行为数据信息、贷款信息，不动产信息来评估上述用户的信用等级，然后根据信用等级确定上述用户的固定临时额度上调值。

204：根据上述购买信息确定上述用户的可调临时额度上调值。

在本申请实施例中，当判断上述用户具有临时上调额度的资格后，根据上述用户的当前购买信息来确定上述用户的可调临时额度上调值。

作为一种可选的实施方式，上述购买信息可以包括用户将要购买的商品的信息，例如商品的名称、商品的种类、商品的形态等。当判断上述用户具有临时上调额度的资格后，根据上述用户的购买信息中的商品的信息并利用大数据算法来评估上述商品的套现价值，然后根据上述商品的套现价值来确定上述用户的可调临时额度上调值。其中，上述商品的套现价值是指商品出售之后可能的回收价值。

205：将上述固定临时额度上调值与上述可调临时额度上调值之和作为上述临时额度上调值。

206：根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息。

207：接收来自上述用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。

可以看出，在本申请实施例中，可以通过风控信息和购买信息来分别确定用户的固定临时额度上调值和可调临时额度上调值，以便根据用户购买的具体商品来灵活的调整用户的临时额度。

参见图3，图3是本申请实施例提供的又一种额度调整方法的示意流程图，如图所示方法可包括：

301：获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。

302：在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述用户的额度上调条件信息来判断上述用户是否具有临时上调额度的资格。

303：根据上述风控信息确定上述用户的固定临时额度上调值。

304：根据上述购买信息确定上述用户的可调临时额度上调值。

305：将上述固定临时额度上调值与上述可调临时额度上调值之和作为上述临时额度上调值。

306：根据上述临时额度上调值和上述用户的基本信息生成额度调整流水号。

在本申请实施例中，当确定了上述用户的临时额度上调值之后，后台服务器根据上述临时额度上调值和上述用户的基本信息生成额度调整流水号，以便后续业务的统计和查询。

307：根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息。

308：接收来自上述用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。

309：在上述用户完成支付操作之后，将上述额度调整流水号与订单绑定。

310：根据绑定后的上述订单与上述额度调整流水生成额度调整信息，将上述额度调整信息写入额度调整数据库。

在本申请实施例中，在用户完成支付操作后，后台服务器根据绑定后的上述订单与上述额度调整流水生成额度调整信息，然后将上述额度调整信息写入额度调整数据库。

作为一种可选的实施方式，上述后台服务器在检测到上述用户在上述额度调整数据库中的所有额度调整信息满足永久额度调整的预设条件的情况下，根据上述用户在上述额度调整数据库中的所有额度调整信息确定上述用户的永久额度上调值；将上述用户的永久额度按照上述永久额度上调值上调，以便实现将用户的额度从临时额度提升逐步的变为永久的额度提升。

可以看出，本申请实施例通过获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。获取上述用户的风控信息，并通过风控信息和购买信息来分别确定用户的固定临时额度上调值和可调临时额度上调值，然后确定上述用户的临时额度上调值，同时生成额度调整流水号。接着根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息。接收来自用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。在上述用户完成支付操作之后，将上述额度调整流水号与订单绑定，并生成额度调整信息。最后，将上述额度调整信息存入数据库，以便后续服务器通过数据库中的额度调整信息来调整用户的永久额度。通过本发明实施例，可在用户消费的过程中灵活调整用户的临时额度，并逐步的实现从临时额度对用户的永久额度提升，满足用户的真实需求，同时也兼顾平台的信贷风险。

本申请实施例还提供一种服务器，该服务器用于执行前述任一项上述的方法的单元。具体地，参见图4，图4是本申请实施例提供的一种服务器的示意框图。本实施例的服务器包括：确定单元401、生成单元402、发送单元403、接收单元404以及调整单元405。

上述确定单元401，用于获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足；

上述确定单元401，还用于在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述风控信息和上述购买信息确定上述用户的临时额度上调值；

上述生成单元402，用于根据上述临时额度上调值生成额度上调提示信息；

上述发送单元403，用于向上述用户发送上述临时额度上调提示信息；

上述接收单元404，用于接收来自上述用户的确认临时额度上调的确认信息；

上述调整单元405，用于将上述用户的额度按上述临时额度上调值上调。

作为一种可选的实施方式，上述风控信息包括：上述用户的额度上调条件信息；

上述服务器，还包括：

判断单元406，用于根据上述用户的额度上调条件信息判断上述用户是否具有临时上调额度的资格，若是，则根据上述用户的额度上调条件信息判断上述用户是否具有临时上调额度的资格，若否，则提示额度不足或直接结束。

作为一种可选的实施方式，上述额度上调条件信息包括以下条件信息中的至少一条：上述用户当前固定的循环额度信息、上述用户的账龄信息、上述用户当前的风险等级信息、上述用户近三个月的临时额度消费信息、上述用户当前的逾期信息、上述用户当前的贷款信息、上述用户的信用黑名单信息、上述用户的欺诈行为信息；

上述判断单元406，用于判断上述用户的上述额度上调条件信息中的是否满足预设条件，若满足则确定上述用户具有临时上调额度的资格，若不满足，则确定上述用户不具有临时上调额度的资格。

作为一种可选的实施方式，上述确定单元401，用于根据上述风控信息确定上述用户的固定临时额度上调值；

上述确定单元401，还用于根据上述购买信息确定上述用户的可调临时额度上调值；将上述固定临时额度上调值与上述可调临时额度上调值之和作为上述临时额度上调值。

作为一种可选的实施方式，上述确定单元401，用于根据上述购买信息中的商品信息确定上述商品的套现价值；

上述确定单元401，还用于根据上述套现价值确定上述可调临时额度上调值。

可以看出，在本申请实施例中，可以通过风控信息和购买信息来分别确定用户的固定临时额度上调值和可调临时额度上调值，以便根据用户购买的具体商品来灵活的调整用户的临时额度。

作为一种可选的实施方式，上述风控信息包括：用户的基本信息；

上述生成单元402，用于根据上述临时额度上调值和上述用户的基本信息生成额度调整流水号；

上述生成单元402，还用于根据上述购买信息生成订单；

上述服务器，还包括：

绑定单元，用于将上述订单与上述额度调整流水号绑定；

上述生成单元402，还用于在上述用户完成支付操作之后，根据绑定后的上述订单与上述额度调整流水生成额度调整信息；

写入单元，用于将上述额度调整信息写入额度调整数据库。

作为一种可选的实施方式，上述确定单元401，用于在检测到上述用户在上述额度调整数据库中的所有额度调整信息满足预设条件的情况下，根据上述用户在上述额度调整数据库中的所有额度调整信息确定上述用户的永久额度上调值；

上述调整单元405，用于将上述用户的永久额度按照上述永久额度上调值上调。

可以看出，本申请实施例通过获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足。在上述用户的可用额度不足的情况下，获取上述用户的风控信息，并通过风控信息和购买信息来分别确定用户的固定临时额度上调值和可调临时额度上调值，然后确定上述用户的临时额度上调值，同时生成额度调整流水号。接着根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息。接收来自用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。在上述用户完成支付操作之后，将上述额度调整流水号与订单绑定，并生成额度调整信息。最后，将上述额度调整信息存入数据库，以便后续服务器通过数据库中的额度调整信息来调整用户的永久额度。通过本发明实施例，可在用户消费的过程中灵活调整用户的临时额度，并逐步的实现从临时额度对用户的永久额度提升，满足用户的真实需求，同时也兼顾平台的信贷风险。

参见图5，图5是本申请实施例提供的一种设备示意图，该设备可以为服务器，如图5所示设备包括：一个或多个处理器501；一个或多个输入设备502，一个或多个输出设备503和存储器504。上述处理器501、输入设备502、输出设备503和存储器504通过总线505连接。存储器502用于存储指令，处理器501用于执行存储器502存储的指令。

其中，该设备作为服务器使用的情况下，处理器501用于：获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足；在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述风控信息和上述购买信息确定上述用户的临时额度上调值；根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息；接收来自上述用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。

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

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

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

具体实现中，本申请实施例中所描述的处理器501、输入设备502、输出设备503可执行本申请实施例提供的一种额度调整方法的第一实施例中所描述的实现方式、第二实施列以及第三实施例中的实现方式，也可执行本申请实施例所描述的服务器的实现方式，在此不再赘述。

在本申请的另一实施例中提供一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现：获取用户的购买信息，根据上述购买信息确定上述用户的可用额度不足；在上述用户的可用额度不足的情况下，获取上述用户的风控信息，根据上述风控信息和上述购买信息确定上述用户的临时额度上调值；根据上述临时额度上调值生成额度上调提示信息，向上述用户发送上述临时额度上调提示信息；接收来自上述用户的确认临时额度上调的确认信息，将上述用户的额度按上述临时额度上调值上调。

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

图6是本申请实施例提供的一种服务器结构示意图，该服务器600可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)622(例如，一个或一个以上处理器)和存储器632，一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中，存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器622可以设置为与存储介质630通信，在服务器600上执行存储介质630中的一系列指令操作。

服务器600还可以包括一个或一个以上电源626，一个或一个以上有线或无线网络接口650，一个或一个以上输入输出接口658，和/或，一个或一个以上操作系统641，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图6所示的服务器结构。

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

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

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

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

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

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

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

Claims (8)

1.一种额度调整方法，其特征在于，包括：

获取用户的购买信息，根据所述购买信息确定所述用户的可用额度不足；

在所述用户的可用额度不足的情况下，获取所述用户的风控信息，根据所述风控信息和所述购买信息确定所述用户的临时额度上调值；

根据所述临时额度上调值生成额度上调提示信息，向所述用户发送所述临时额度上调提示信息；

接收来自所述用户的确认临时额度上调的确认信息，将所述用户的额度按所述临时额度上调值上调；

其中，

所述风控信息包括：用户的基本信息；

其中，在所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值之后，在所述根据所述临时额度上调值生成额度上调提示信息之前，所述方法还包括：根据所述临时额度上调值和所述用户的基本信息生成额度调整流水号；

其中，在所述将所述用户的额度按所述临时额度上调值上调之后，所述方法还包括：

在所述用户完成支付操作之后，将所述额度调整流水号与订单绑定；根据绑定后的所述订单与所述额度调整流水生成额度调整信息，将所述额度调整信息写入额度调整数据库；

其中，

所述方法还包括：在检测到所述用户在所述额度调整数据库中的所有额度调整信息满足永久额度调整的预设条件的情况下，根据所述用户在所述额度调整数据库中的所有额度调整信息确定所述用户的永久额度上调值；将所述用户的永久额度按照所述永久额度上调值上调。

2.根据权利要求1所述的方法，其特征在于，所述风控信息包括：所述用户的额度上调条件信息；

在所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值之前，所述方法还包括：

根据所述用户的额度上调条件信息判断所述用户是否具有临时上调额度的资格；

若是，则继续执行所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值；

若否，则提示额度不足或直接结束。

3.根据权利要求2所述的方法，其特征在于，所述额度上调条件信息包括以下条件信息中的至少一条：所述用户当前固定的循环额度信息、所述用户的账龄信息、所述用户当前的风险等级信息、所述用户近三个月的临时额度消费信息、所述用户当前的逾期信息、所述用户当前的贷款信息、所述用户的信用黑名单信息、所述用户的欺诈行为信息；

所述根据所述用户的额度上调条件信息判断所述用户是否具有临时上调额度的资格包括：

判断所述用户的所述额度上调条件信息中的是否满足预设条件，若满足则确定所述用户具有临时上调额度的资格，若不满足，则确定所述用户不具有临时上调额度的资格。

4.根据权利要求1所述的方法，其特征在于，所述根据所述风控信息和所述购买信息确定所述用户的临时额度上调值包括：

根据所述风控信息确定所述用户的固定临时额度上调值；

根据所述购买信息确定所述用户的可调临时额度上调值；

将所述固定临时额度上调值与所述可调临时额度上调值之和作为所述临时额度上调值。

5.根据权利要求4所述的方法，其特征在于，所述根据所述购买信息确定所述用户的可调临时额度上调值包括：

根据所述购买信息中的商品信息确定所述商品的套现价值；

根据所述套现价值确定所述可调临时额度上调值。

6.一种服务器，其特征在于，包括用于执行如权利要求1-5任一权利要求所述的方法的单元。

7.一种服务器，其特征在于，所述服务器包括处理器、存储器和通信模块，其中，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码来执行如权利要求1-5任一项所述的方法。

8.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。

Images