CN106600284B - 一种信用额度的授权方法及装置 - Google Patents

Abstract

本发明适用于信息处理领域，提供了一种信用额度的授权方法及装置，包括：接收智能终端发出的信用额度授权请求；获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号；判断所述特征信息是否满足信用授权条件；当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度；基于所述信用额度，对所述用户账号授权。通过本发明实施例提供的信用额度的授权方法，保证了针对不同用户群体，其能够拥有不同的信用额度。避免了用户无法通过信用消费的方式在电视节目上购买大型产品，保障了智能电视端信用消费的可靠执行，提高了信用消费功能的使用率，由此也进一步促进了智能电视端消费市场的发展。

Description

一种信用额度的授权方法及装置

技术领域

本发明属于信息处理领域，尤其涉及一种信用额度的授权方法及装置。

背景技术

智能电视的出现，悄然地改变了观众使用电视的习惯。一份权威的调查报告指出，52％的用户有使用智能电视支付的意愿，用户已逐步接受视频、游戏、教育、购物等付费内容，因此，未来客厅经济的雏形已初步得到了呈现。

智能电视端的信用消费作为一种新型的消费模式，是电视端消费的重要组成部分，被很多消费者所青睐。

然而，现有智能电视端的信用消费中所使用的信用额度基本都是一个默认值，且信用额度较小，以使用户能够尝鲜使用智能电视所提供的信用消费功能。这种对每个用户都执行等额授信的情况下，对于有需求的用户，其无法通过信用消费的方式在电视节目上购买大型产品，从而降低了信用消费功能的使用率，阻碍了智能电视端消费市场的发展。

发明内容

本发明实施例的目的在于提供一种信用额度的授权方法及装置，旨在解决现有技术中用户无法通过信用消费的方式在电视节目上购买大型产品，从而降低了信用消费功能的使用率的问题。

第一方面，提供了一种信用额度的授权方法，包括：接收智能终端发出的信用额度授权请求；获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号；判断所述特征信息是否满足信用授权条件；当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度；基于所述信用额度，对所述用户账号授权。

在第一方面的第一种可能的实现方式中，所述基于所述信用额度，对所述用户账号授权包括：提取所述特征信息中携带的信用授权请求金额；当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

在第一方面的第二种可能的实现方式中，在所述接收智能终端发出的信用额度授权请求之前，所述方法还包括：对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度；所述判断所述特征信息是否满足信用授权条件集以及所述当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度包括：若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息；判断所述用户账号的所述基本信息是否满足信用授权条件；当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述判断所述用户账号的所述基本信息是否满足信用授权条件以及当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度包括：获取包含至少一个所述注册账号的信用授权白名单；判断所述用户账号是否在所述信用授权白名单之内；当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

结合第一方面的第二种可能的实现方式，在第四种可能的实现方式中，所述历史消费信息包括以下至少一项：连续逾期还款次数以及在第一时间段内的逾期还款次数；基于二维码支付方式的历史消费总额；基于银行卡支付方式的历史消费总额；基于现金支付方式的历史消费总额；基于充值卡支付方式的历史消费总额；基于信用额度支付方式的历史消费总额。

第二方面，提供一种信用额度的授权装置，包括：接收单元，用于接收智能终端发出的信用额度授权请求；获取单元，用于获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号；判断单元，用于判断所述特征信息是否满足信用授权条件；计算单元，用于当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度；授权单元，用于基于所述信用额度，对所述用户账号授权。

在第二方面的第一种可能的实现方式中，所述授权单元包括：提取子单元，用于提取所述特征信息中携带的信用授权请求金额；授权子单元，用于当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

在第二方面的第一种可能的实现方式中，所述装置还包括：缓存单元，用于对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度；所述判断单元包括：第一获取子单元，用于若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息；判断子单元，用于判断所述用户账号的所述基本信息是否满足信用授权条件；所述计算单元包括：计算子单元，用于当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述判断子单元具体用于：获取包含至少一个所述注册账号的信用授权白名单；判断所述用户账号是否在所述信用授权白名单之内；所述计算子单元具体用于：当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

结合第二方面的第二种可能的实现方式，在第四种可能的实现方式中，所述历史消费信息包括以下至少一项：连续逾期还款次数以及在第一时间段内的逾期还款次数；基于二维码支付方式的历史消费总额；基于银行卡支付方式的历史消费总额；基于现金支付方式的历史消费总额；基于充值卡支付方式的历史消费总额；基于信用额度支付方式的历史消费总额。

在本发明实施例中，根据终端发出的信用额度授权请求，能够判断请求中的特征信息是否满足信用授权条件，仅在用户可授信的情况下，才计算其能够拥有的信用额度，并提供基于信用额度的授权，因此，减少了用户在使用智能电视端的信用消费功能后拖延还款的现象发生，降低了资金回笼的操作难度，同时也保证了针对不同用户群体，其能够拥有不同的信用额度，避免了用户无法通过信用消费的方式在电视节目上购买大型产品，保障了智能电视端信用消费的可靠执行，提高了信用消费功能的使用率，由此也进一步促进了智能电视端消费市场的发展。

附图说明

图1是本发明实施例提供的信用额度的授权方法的实现流程图；

图2是本发明实施例提供的信用额度的授权方法S105的具体实现流程图；

图3是本发明另一实施例提供的信用额度的授权方法的实现流程图；

图4是本发明另一实施例提供的信用额度的授权方法S305和S306的具体实现流程图；

图5是本发明实施例提供的信用额度的授权装置的结构框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中的智能终端具体为提供信用消费功能的终端设备，包括智能手机、平板、掌上电脑(Personal Digital Assistant，PDA)、智能电视，等等。在以下各个实施例中，以智能电视为例，对本发明进行进一步详细说明。

图1示出了本发明实施例提供的信用额度的授权方法的实现流程图，详述如下：

在S101中，接收智能终端发出的信用额度授权请求。

本实施例中，智能终端为智能电视，具体为具有开放式平台和具备较强硬件设备的电视产品，其包括高速处理器和一定的存储空间，用于应用程序的运行和存储，能够搭载智能操作系统，并且可以连接公共互联网，实现人机交互方式、多屏互动、内容共享。

在本实施例中，智能电视具备信用消费的功能，信用消费是指一种使用非现金交易的付款方式，其基于信贷服务来实现。智能电视的用户，通过智能电视中显示的节目信息，利用遥控器来对各个节目信息中所提供的商品或者视频节目进行购买消费。在消费产生时，用户无须支付任何金额，待账单日时再进行还款，从而实现先消费后付款的效果。

在信用额度的授权装置中，对预设的特定端口进行监听，当监听到该特定端口接收到来自任一智能电视的信用额度授权请求时，表示用户在该台智能电视中有意要进行信用消费。在信用额度授权请求发出前，该用户在智能电视所提供的信用消费应用软件中，通过操控遥控器，选择了电视画面中的信用支付或预支金额按钮。智能电视根据用户在应用程序中选择的商品，统计支付金额后；或者，接收到用户在应用程序中输入的预支金额后，基于HTTPS(Hyper Text Transfer Protocol over Secure Socket Layer)协议向授权装置发出了信用额度授权请求。

在S102中，获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号。

为了确保每个用户具有不同的信用额度，以及方便授权装置对每个用户的消费信息进行记录，用户需要在智能电视中进行登录其个人所拥有的用户账号。仅在智能电视具有用户账号的情况下，才允许使用信用支付功能。因此，在发出信用额度授权请求时，该请求中还标识了用户账号的信息。

除了用户账号外，请求中还可包含如下信息：信用授权请求金额，智能电视的终端序列号、终端型号等。

上述信息构成了信用额度授权请求的特征信息。

在S103中，判断所述特征信息是否满足信用授权条件。

授权设备对接收到每个信用额度授权请求，判断其携带的每个特征信息是否满足预设的信用授权条件。其中，信用授权条件可设置为一个或多个。

信用授权条件可根据厂家制定的规则来设置，例如，该条件可以是：用户账号的登录频率要大于第一预设值；终端型号要为最新的电视型号；终端序列号必须存在于合格序列号列表中。

在S104中，当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度。

在本实施例中，一旦确定信用额度授权请求中的特征信息满足了所有预设的信用授权条件时，则表示发出该请求的智能电视的用户能够使用一定的信用额度来进行信用消费。此时，根据特征信息以及特征信息在装置中对应的其他基础信息，计算出可以对该用户授权的信用额度是多少。

当信用额度授权请求中的特征信息不满足任意一个信用授权条件时，直接拒绝该用户的授权请求。

在S105中，基于所述信用额度，对所述用户账号授权。

授权装置根据请求中的来源IP地址或其他地址信息，将授权结果返回至发出请求的智能电视中，即，告知用户其信用消费是否顺利完成或者是否付款成功。此外，还提示用户其需要达到的授权条件的判断结果。对每个授权条件的判断结果统一进行返回，并由智能电视逐一显示每个条件的判断结果，以供用户了解详情。

上述S104中计算出的信用额度可以用于作为用户预支的金额，存放于用户账号的虚拟钱包中。此后，当该用户账号在电视中进行信用消费时，能够直接使用虚拟钱包中的余额进行快速付款，实现了信贷借用的功能。

在本发明实施例中，根据终端发出的信用额度授权请求，能够判断请求中的特征信息是否满足信用授权条件，仅在用户可授信的情况下，才计算其能够拥有的信用额度，并提供基于信用额度的授权，因此，减少了用户在使用智能电视端的信用消费功能后拖延还款的现象发生，降低了资金回笼的操作难度，同时也保证了针对不同用户群体，其能够拥有不同的信用额度，避免了用户无法通过信用消费的方式在电视节目上购买大型产品，保障了智能电视端信用消费的可靠执行，提高了信用消费功能的使用率，由此也进一步促进了智能电视端消费市场的发展。

作为本发明的一个实施例，如图2所示，上述S105包括：

在S201中，提取所述特征信息中携带的信用授权请求金额。

用户在支付过程中发出信用额度授权请求时，物品所需支付的总额度即为信用授权请求金额；用户在借贷过程中发出信用额度授权请求时，其自行输入的预支金额即为信用授权请求金额。

该请求中的特征信息包含了信用授权请求金额的信息，因此，可直接从信用额度授权请求中提取该信用授权请求金额。

在S202中，当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

若信用授权请求金额大于了信用额度，则拒绝为该用户执行授权，并将结果返回智能电视，以使智能电视能够将授权结果显示于画面中。

除了返回授权结果外，在拒绝授权的情况下，授权装置还可将计算出的信用额度直接返回智能电视，并存储于智能电视本地中。当用户此后发出另一信用额度请求金额时，智能电视能够先判断该请求金额是否大于本地存储的信用额度，若是，则提示该用户超过本地信用额度，从而快速地拒绝或提醒用户，该方式能够减轻授权装置的运算压力，提高了整个通信系统的性能。

作为本发明的另一个实施例，图3示出了本发明实施例提供的信用额度的授权方法的实现流程图，详述如下：

在S301中，对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度。

授权装置通过预设的算法，定期对存储器或第三方服务器中存储的所有注册账号的基本信息进行收集汇总，汇总的基本信息包括硬件信息、历史消费信息以及默认信用额度等。

将所有注册账号的基本信息汇总后，以一个自然日为单位，将所有基本信息及其各自对应的注册账号均缓存于Redis内存数据库中。

其中，硬件信息包含有注册账号所绑定的智能电视的终端序列号、终端型号、手机号以及该手机号曾经绑定过的其他注册账号。

作为本发明的一个实施例，所述历史消费信息包括以下至少一项：

连续逾期还款次数以及在第一时间段内的逾期还款次数；

基于二维码支付方式的历史消费总额；

基于银行卡支付方式的历史消费总额；

基于现金支付方式的历史消费总额；

基于充值卡支付方式的历史消费总额；

基于信用额度支付方式的历史消费总额。

优选地，历史消费信息包括上述六项。

本实施例中，历史消费总额为用户在智能电视上的线上消费总额，包括每天的累积线上消费总额。每天的累积线上消费总额表示，当天以及当天以前合计的线上消费。

另外，默认信用额度为注册账号的用户在发起信用额度授权请求之前，该用户已默认被分配的信用额度。

一个注册账号的默认信用额度，根据该注册账号对应的历史消费信息来生成。

特别地，在任一个日子里，注册账号的默认信用额度为该注册账号在该日的累积线上消费总额的30％。

默认信用额度同样作为基本信息中的一项，存于缓存中。

在S302中，接收智能终端发出的信用额度授权请求。

在S303中，获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号。

在S304中，若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息。

提取发出授权请求的用户账号，并判断该用户账号是否为注册账号。此时，从缓存中逐一读取每个注册账号，从而判断是否存在与该用户账号相同的一个注册账号，即，判断缓存中是否存在该用户账号的基本信息。

若在缓存中匹配到该用户账号，则获取其对应的基本信息。

在S305中，判断所述用户账号的所述基本信息是否满足信用授权条件。

在本实施例中，若要满足信用授权条件，则以下条件都需成立：

该用户账号对应的终端序列号为唯一识别的序列号；

该用户账号存在绑定的手机号；

该用户账号当前接入的地理区域属于预设的地理区域之内

该用户账号对应的终端型号在预设的型号列表中；

该用户账号的历史注册账号，在近24个月内的累计逾期还款次数不大于第一预设次数，且在当期时刻没有逾期记录。

其中，在判断的过程中，各信息的来源具体如下：

从该用户账号的基本信息中，可得到其绑定的手机号，并根据该手机号曾经绑定过的其他注册账号，可确定出该用户账号的历史注册账号，由此也得出每个历史注册账号的基本信息，包括其逾期还款次数。

当判断该用户账号对应的终端序列号是否为唯一识别的序列号时，得到该用户账号对应的终端序列号后，在缓存的所有注册账号的基本信息中，查询是否存在相同的另一个终端序列号，若不存在，则该终端序列号为上述唯一识别的序列号；

该用户账号当前所接入的地理区域根据信用额度授权请求的来源IP地址可获得。

特别地，除了判断用户账号的基本信息是否满足上述列出的五个信用授权条件外，还可以判断用户账号的基本信息是否满足以下授权条件：

根据用户账号的历史消费信息，判断用户账号在近24个月内的逾期还款次数是否不大于第二预设次数，且当前时刻没有逾期记录；

判断用户账号在近24个月内的逾期还款次数是否不大于第三预设次数，且连续逾期还款次数是否不大于第四预设次数，且当前时刻没有逾期记录。

在S306中，当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

当发出授权请求的用户账号对应的基本信息不满足上述任意一个信用授权条件时，确定该用户账号不满足信用授权条件。

当发出授权请求的用户账号对应的基本信息满足上述各个信用授权条件时，确定该用户账号满足信用授权条件，并计算其应当被分配的信用额度。

在S307中，基于所述信用额度，对所述用户账号授权。

本发明实施例中未提到的步骤实现原理，与上述各个实施例的实现原理均相同，因此不一一赘述。

本实施例中，由于预先对每天的累积线上消费总额进行了缓存，从而能够在接收到信用额度授权请求时，快速地从缓存中获取用户账号对应的基本信息，无需再执行对线上消费总额进行汇总的过程，因此，在判断用户账号是否满足信息授权条件时，能够加快对信息授权条件的判断处理，提高了运算速度，减少了用户在信用消费过程中的等待耗时，由此提高了用户体验度，促进了智能电视信用消费的发展。

图4示出了本发明另一实施例提供的信用额度的授权方法S305和S306的具体实现流程，详述如下：

在S401中，获取包含至少一个所述注册账号的信用授权白名单。

本实施例中，授权装置基于每个注册账号的累积线上消费总额以及逾期还款次数，判断出哪些注册账号的消费较多，且逾期还款次数较少，从而根据预设的算法统计出信用度较高的多个注册账号，并将其列为重要客户账号存储于信用授权白名单中。

特别地，还可以根据管理员的需求，将一些特殊的注册账号存于信用授权白名单中。

对于信用授权白名单中的每个注册账号，重新计算其默认信用额度。默认信用额度根据该注册账号绑定的终端型号的零售均价来决定，具体数值为零售均价的50％，或者，直接将其默认信用额度设置为无限大，以便信用消费功能的测试人员能够在测试过程中使用多种不同的默认信用额度。

默认信用额度计算完毕后，更新该注册账号缓存于Redis内存数据库中的基本信息。

在S402中，判断所述用户账号是否在所述信用授权白名单之内。

在判断用户账号的基本信息是否满足信用授权条件时，直接判断该用户账号是否在信用授权白名单之内，若是，则根据S304中获得的基本信息，提取该用户账号的默认信用额度。

在S403中，当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

结合用户账号当前的累积线上消费总额，在默认信用额度的基础上进行微调，调整后得出该用户账号的信用额度。

对应于本发明实施例所提供的信用额度的授权方法，图5示出了本发明实施例提供的信用额度的授权装置的结构框图。为了便于说明，仅示出了与本实施例相关的部分。

参照图5，该装置包括：

接收单元51，用于接收智能终端发出的信用额度授权请求。

获取单元52，用于获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号。

判断单元53，用于判断所述特征信息是否满足信用授权条件。

计算单元54，用于当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度。

授权单元55，用于基于所述信用额度，对所述用户账号授权。

可选地，所述授权单元55包括：

提取子单元，用于提取所述特征信息中携带的信用授权请求金额。

授权子单元，用于当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

可选地，所述装置还包括：

缓存单元，用于对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度。

所述判断单元53包括：

第一获取子单元，用于若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息。

判断子单元，用于判断所述用户账号的所述基本信息是否满足信用授权条件。

所述计算单元54包括：

计算子单元，用于当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

可选地，所述判断子单元具体用于：

获取包含至少一个所述注册账号的信用授权白名单；

判断所述用户账号是否在所述信用授权白名单之内；

所述计算子单元具体用于：

当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

可选地，所述历史消费信息包括以下至少一项：

连续逾期还款次数以及在第一时间段内的逾期还款次数；

基于二维码支付方式的历史消费总额；

基于银行卡支付方式的历史消费总额；

基于现金支付方式的历史消费总额；

基于充值卡支付方式的历史消费总额；

基于信用额度支付方式的历史消费总额。

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

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (8)

1.一种信用额度的授权方法，其特征在于，包括：

以一个自然日为单位，对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度；

接收智能终端发出的信用额度授权请求；

获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号；

判断所述特征信息是否满足信用授权条件，所述信用授权条件包括用户账号的登录频率大于第一预设值；

当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度；

基于所述信用额度，对所述用户账号授权；

所述判断所述特征信息是否满足信用授权条件集以及所述当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度包括：

若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息；

判断所述用户账号的所述基本信息是否满足信用授权条件；所述信用授权条件包括所述用户账号当前接入的地理区域属于预设的地理区域之内，以及所述用户账号对应的终端型号在预设的型号列表中；

当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

2.如权利要求1所述的方法，其特征在于，所述基于所述信用额度，对所述用户账号授权包括：

提取所述特征信息中携带的信用授权请求金额；

当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

3.如权利要求1所述的方法，其特征在于，所述判断所述用户账号的所述基本信息是否满足信用授权条件以及当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度包括：

获取包含至少一个所述注册账号的信用授权白名单；

判断所述用户账号是否在所述信用授权白名单之内；

当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

4.如权利要求1所述的方法，其特征在于，所述历史消费信息包括以下至少一项：

连续逾期还款次数以及在第一时间段内的逾期还款次数；

基于二维码支付方式的历史消费总额；

基于银行卡支付方式的历史消费总额；

基于现金支付方式的历史消费总额；

基于充值卡支付方式的历史消费总额；

基于信用额度支付方式的历史消费总额。

5.一种信用额度的授权装置，其特征在于，包括：

缓存单元，用于以一个自然日为单位，对所有注册账号的基本信息进行缓存，所述基本信息包括硬件信息、历史消费信息以及默认信用额度；

接收单元，用于接收智能终端发出的信用额度授权请求；

获取单元，用于获取所述信用额度授权请求中携带的特征信息，所述特征信息包括用户账号；

判断单元，用于判断所述特征信息是否满足信用授权条件，所述信用授权条件包括用户账号的登录频率大于第一预设值；

计算单元，用于当所述特征信息满足信用授权条件时，计算所述用户账号的信用额度；

授权单元，用于基于所述信用额度，对所述用户账号授权；

所述判断单元包括：

第一获取子单元，用于若所述用户账号与缓存的所述所有注册账号中的任一注册账号匹配，则获取所述用户账号的所述基本信息；判断子单元，用于判断所述用户账号的所述基本信息是否满足信用授权条件，所述信用授权条件包括所述用户账号当前接入的地理区域属于预设的地理区域之内，以及所述用户账号对应的终端型号在预设的型号列表中；

所述计算单元包括：

计算子单元，用于当所述用户账号的所述基本信息满足信用授权条件时，计算所述用户账号的信用额度。

6.如权利要求5所述的装置，其特征在于，所述授权单元包括：

提取子单元，用于提取所述特征信息中携带的信用授权请求金额；

授权子单元，用于当所述信用授权请求金额不大于所述信用额度时，对所述用户账号授权。

7.如权利要求5所述的装置，其特征在于，所述判断子单元具体用于：

获取包含至少一个所述注册账号的信用授权白名单；

判断所述用户账号是否在所述信用授权白名单之内；

所述计算子单元具体用于：

当所述用户账号在所述信用授权白名单之内时，根据所述用户账号的所述默认信用额度，计算所述用户账号的信用额度。

8.如权利要求5所述的装置，其特征在于，所述历史消费信息包括以下至少一项：

连续逾期还款次数以及在第一时间段内的逾期还款次数；

基于二维码支付方式的历史消费总额；

基于银行卡支付方式的历史消费总额；

基于现金支付方式的历史消费总额；

基于充值卡支付方式的历史消费总额；

基于信用额度支付方式的历史消费总额。

Images