CN107945012A - 一种额度计算方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种额度计算方法、装置、设备及存储介质，其中，该方法包括：依据用户的交易行为，更新用户已用额度数据表中所述交易行为对应的商品类型数据，其中所述交易行为包括下单行为和还款行为；依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度；依据所述用户的授信额度、所述用户的各商品类型已用额度和预设额度规则，计算本次交易后所述用户的可用额度。本发明实施例在额度计算的过程中，数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

Description

一种额度计算方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种额度计算方法、装置、设备及存储介质。

背景技术

随着经济的发展，金融公司推出了各种信贷产品，信贷产品通常设置有授信循环额度，为用户提供了消费和取现服务，通过用户的交易行为，按照产品规则进行额度的实时计算。为了给用户提供更好的交易体验，快速准确地进行额度的实时计算至关重要。

目前的额度计算方法主要有两种，第一种是在用户每次交易后，根据上次记录的可用额度以及额度规则计算当前的可用额度，并进行记录，下次交易时，直接查询当前的可用额度；第二种是每次交易前需要使用当前可用额度时，查询用户的历史订单、账单数据，计算出用户的交易数据，再按照额度规则计算当前的可用额度。

但是，根据用户的交易行为以及金融公司的情况，额度的计算规则是不断调整的，当额度规则调整后，现有的第一种计算方法由于没记录用户的交易情况，无法适用于规则的调整。而现有的第二种方法虽然可适用于规则的调整，但每次计算可用额度都需要查询用户的历史交易数据，导致查询数据较大，还涉及多个网络接口交易数据，逻辑复杂，并且额度计算服务与用户交易数据服务同时进行，当交易量较大时，系统的可用性和稳定性会大大降低。

发明内容

本发明的目的在于，提供一种额度计算方法、装置、设备及存储介质，在额度计算的过程中数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

为达此目的，本发明采用以下技术方案：

第一方面，本发明实施例提供了一种额度计算方法，包括：

依据用户的交易行为，更新用户已用额度数据表中所述交易行为对应的商品类型数据，其中所述交易行为包括下单行为和还款行为；

依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度；

依据所述用户的授信额度、所述用户的各商品类型已用额度和预设额度规则，计算本次交易后所述用户的可用额度。

第二方面，本发明实施例提供了一种额度计算装置，包括：

数据更新模块，用于依据用户的交易行为，更新用户已用额度数据表中所述交易行为对应的商品类型数据，其中所述交易行为包括下单行为和还款行为；

已用额度计算模块，用于依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度；

可用额度计算模块，用于依据所述用户的授信额度、所述用户的各商品类型已用额度和预设额度规则，计算本次交易后所述用户的可用额度。

第三方面，本发明实施例提供了一种额度计算设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所述的额度计算方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所述的额度计算方法。

本发明实施例提供了一种额度计算方法、装置、设备及存储介质，通过用户的交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，再计算用户的各商品类型已用额度，最后依据用户的授信额度、各商品类型已用额度和预设额度规则计算本次交易后该用户的可用额度。在额度计算过程中数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1是本发明实施例一提供的一种额度计算方法的流程图；

图2是本发明实施例二提供的一种额度计算方法中更新用户已用额度数据表的流程图；

图3是本发明实施例三提供的可用额度计算示意图；

图4是本发明实施例四提供的一种额度计算装置的结构框图；

图5是本发明实施例五提供的一种额度计算设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。

在介绍本发明各实施例之前，先对本发明实施例的应用场景进行说明，对于用户在消费金融公司进行消费(例如通过蚂蚁花呗进行消费)时，首先消费金融公司会设置预设额度规则，并为每个用户授信一个总额度，当用户购买东西后，可用额度就会减少，当用户还款后，可用额度就会增加，总额度的调高或调低也会影响到可用额度的增加或减少。用户在交易的过程中，需要查询可用额度来判断用户是否有足够的额度来购买这个商品。因此就需要设置一套专门的额度计算方法，根据用户的交易情况和预设额度规则，实时计算用户的可用额度。

实施例一

图1为本发明实施例一提供的一种额度计算方法的流程图，本实施例可适用于在用户交易后对用户的可用额度进行实时计算的过程，该方法可以由本发明实施例提供的额度计算装置或设备来执行，该装置可采用硬件和/或软件的方式实现。如图1所示，该额度计算方法包括如下步骤：

步骤S101：依据用户的交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，其中交易行为包括下单行为和还款行为。

为了实时准确的进行额度计算，用户同步交易行为产生的金额要实时更新到该用户已用额度数据表中，用户已用额度数据表是为了保证在额度规则变化后，仍然可以快速进行额度的计算而设定的数据表，可以包括：用户标识栏、商品类型栏、欠款总额栏以及还款总额栏。其中，用户标识栏用于记录用户的身份标识信息，例如，可以是用户的身份证号、编号等。商品类型栏用于记录交易商品的类型，目的是为了在额度规则发生变化时根据商品类型快速计算用户的可用额度，商品的类型可以用预先设定的类型编号来表示，具体的，交易商品的类型可以是依据商品的属性对交易商品进行分类，例如，毛衣、外套、裙子属于服装类，用编号10来表示；冰箱、电视、空调属于电器类，用编号20来表示；蛋糕、蔬菜、牛奶属于食品类，用编号30来表示。由于用户的交易行为包括下单行为和还款行为，因此，在用户已用额度数据表中对应有记录用户每种商品类型的欠款总额栏和记录用户每种商品类型的还款总额栏。

当用户发生交易行为时，先根据用户交易商品确定该商品所属的商品类型，再根据交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，具体的，若交易行为是下单行为时，更新该用户已用额度数据表中对应商品类型的欠款总额数据，即进行已用额度的扣减；若交易行为是还款行为时，更新该用户已用额度数据表中对应商品类型的还款总额数据，即进行已用额度的释放。

优选的，对已用额度数据表中商品类型的数据进行更新的同时还要更新其它多个数据表，例如交易单额度占用状态表，用来表示交易商品是否已经处理(即在已用额度数据表中进行了对应交易商品类型的数据更新)，从而避免出现重复更新用户已用额度数据表的情况。

优选的，用户的交易行为除了下单行为和还款行为外，还包括取消订单行为，当用户取消订单后，虽然没有发生下单或还款行为，但要根据用户交易单额度占用状态表，先判断取消订单的商品是否在已用额度数据表中进行了相关欠款总额数据的扣减，若进行过扣减处理，则要恢复用户已用额度数据表中取消订单的商品类型的欠款总额数据，若没有进行过扣减处理，则用户取消订单后不用更新用户已用额度数据表。优选的，当用户连续进行下单、取消订单的交易行为时，为了防止交易行为出现乱序导致数据更新出现错误的情况，可以对用户的交易行为进行序列号的排序，例如，用户先下单了某个商品，则下单行为的序列号为1，随后，用户又取消了该订单，则取消订单行为的序列号为2，此时在更新已用额度数据表时，先收到了序列号为2的取消订单行为，可以对序列号为2的取消订单行为依据交易单额度占用状态表进行相关操作；之后收到的序列号为1的下单行为已经为过期行为，所以不再对其进行处理。

优选的，当用户有多笔下单商品、还款商品需要更新时，为了防止出现恶意攻击，在更新已用额度数据表时，可以通过对用户加锁的方式，在已用额度数据表中一笔一笔地更新商品类型的数据。例如，用户同时下单购买了衣服和手机，可以先对衣服所在商品类型的数据进行更新，再对手机所在商品类型的数据进行更新。

优选的，在已用额度数据表中，每个用户可能有0条或多条商品类型的数据记录，且每个用户的每个商品类型只有一条记录，例如，当用户从来没有发生过交易行为时，已用额度数据表中就没有该用户的商品类型的数据，当用户有3种商品类型的交易时，已用额度数据表中就会有3条该用户商品类型的数据记录。当用户首次进行某种商品类型交易时，会自动为该用户创建对应商品类型的数据记录，此后再有此商品类型交易时，只需要更新该商品类型的数据即可。

步骤S102：依据更新后的用户已用额度数据表，计算用户的各商品类型已用额度。

为了能够在额度规则发生变化时快速计算用户的可用额度，可以在商品类型的数据更新后实时计算用户各商品类型的已用额度，当额度规则变化后，就不用查找用户所有交易记录重新计算可用额度，只需根据各商品类型在新的额度规则中所占的比例进行计算。优选的，计算所述用户的各商品类型已用额度，可以是：计算用户已用额度数据表中各商品类型的欠款总额数据与还款总额数据的差值，作为所述用户的各商品类型已用额度。

优选的，在计算各商品类型已用额度后，可以将计算结果记录在缓存区中，在用户端显示已用额度数据时，直接调用缓存区的数据，在保证满足客户需求的前提下，极大地提高额度计算速率。

步骤S103：依据用户的授信额度、用户的各商品类型已用额度和预设额度规则，计算本次交易后用户的可用额度。

其中，授信额度是金融公司根据用户的网购情况、支付习惯、信用风险等综合考虑，通过大量数据运算，授予用户的最高的使用金额。优选的，用户的授信额度可以是根据用户的综合情况进行定期调整，例如，若用户经常在该金融公司进行消费，又能准时进行还款，就可以适当的提升授信额度，否则会降低信用额度。优选的，授信额度也可以分为多个额度子类，例如：消费额度和取现额度，当用户购买普通商品(例如购买衣服、鞋子)会使用消费额度，当用户购买现金类商品(例如缴费、提现)会使用取现额度。

预设额度规则是根据金融公司的实际情况以及商品市场的情况设定的用于计算用户可用额度的计算规则，具体的，预设额度规则可以是规定了消费额度和取现额度在授信额度中所占比例，例如，授信额度为1万块钱，可以设定消费额度比例为100％，取现比例为50％；也可以是规定各商品类型属于授信额度中的哪种额度子类，例如，商品类型为衣服、食品属于消费额度子类，缴费、还信用卡属于取现额度子类。优选的，预设额度规则是可以变化的，例如，当金融公司的可取现金较少时，可以降低取现额度在授信额度中所在比例；或者手机之前占用的消费额度，但是后来发现手机比较容易套现，此时就需要将手机占用的额度改为取现额度。

将用户当前的授信额度和步骤S102中计算出的用户的各商品类型已用额度带入到预设额度规则中计算本次交易后用户的可用额度。优选的，在计算用户的可用额度时，不用考虑预设额度规则是否发生变化，只需要获取最新的预设额度规则，按照最新的预设额度规则进行计算即可，例如，当预设规则发生变化将手机(商品类型)从消费额度改为取现额度，此时计算用户可用额度时只需要将手机的消费按照取现额度所占的比例进行计算，具体的计算流程并不因为预设规则的变化而增加附加的运算流程。

优选的，用户在金融公司进行消费后，产生的欠款总额数据要在规定时间内进行还款，例如，可以是每个月的最后一天要对本月的消费欠款进行还款。若在规定时间内没有完成还款，此时该用户的授信额度会自动设置为0元，并冻结该账户，直到用户完成还款后，该账户才会恢复正常，并且会适当的降低该用户的授信额度。

本实施例提供了一种额度计算方法，通过用户的交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，再计算用户的各商品类型已用额度，最后依据用户的授信额度、各商品类型已用额度和预设额度规则计算本次交易后该用户的可用额度。在额度计算过程中，数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

实施例二

本实施例在上述实施例的基础上，提供了更新用户已用额度数据表的方法，图2为本发明实施例二提供的一种额度计算方法中更新用户已用额度数据表的流程图，如图2所示，包括如下步骤：

步骤S201：判断用户的交易行为是否为下单行为，如果是，执行步骤S202，如果否，执行步骤S204。

由于用户的交易行为分为下单行为和还款行为，当用户的交易行为为下单行为时，需要更新的是用户已用额度数据表中的欠款总额数据；当用户的交易行为为还款行为时，需要更新的是用户已用额度数据表中的还款总额数据。因此更新用户已用额度数据表前要先对用户的交易行为进行判断。

步骤S202：响应于下单指令，查询用户的当前可用额度。

当用户发出下单指令时，为了防止用户已用额度超出授信额度，不能直接更新用户已用额度数据表，要先查询用户的当前额度，看当前额度是否能够满足本次下单的需求。当前额度是指用户上次交易完成后计算出来的用户的可用额度。

步骤S203：如果检测到当前可用额度满足下单预支付金额，更新用户已用额度数据表中下单商品类型对应的欠款总额数据。

若当前可用额度满足下单支付金额时，说明用户可以进行本次交易行为，此时找到下单商品对应的商品类型，对该商品类型对应的欠款总额数据进行更新。例如，用户下单商品为售价100元的毛衣，更新前毛衣所属的服装类的欠款总额数据为1000元，此时将毛衣所属的服装类的欠款总额数据更新为1100元。优选的，当检测到当前可用额度满足下单预支付金额时，不但要更新用户已用额度数据表中下单商品类型对应的欠款总额数据还要更新交易单额度占用状态表。交易单额度占用状态表主要用来判断同一个交易单对应的额度数据是否已经处理过，防止出现重复更新用户已用额度数据表的情况。若当前可用额度不满足下单预支付金额时，不进行用户已用额度数据表的更新，直接提示用户交易失败，并关闭订单。

优选的，当用户下单的商品为先付一部分首付，然后在分期付款，此时由于首付金额是用户下单时通过银行卡或现金支付的，所以已用额度数据表中下单商品类型对应的欠款总额数据只更新用户分期付款的金额，不包含首付金额。

优选的，当更新完用户已用额度数据表中下单商品类型对应的欠款总额数据后，才向商家付款，避免了提前金融公司提前付款而用户已用额度数据表中下单商品类型对应的欠款总额数据并没有更新，从而给金融公司带来损失的情况。

步骤S204：响应于还款指令，查询还款行为的进度。

为了防止出现用户并没有还款成功，而用户已用额度数据表中还款商品类型对应的还款总额数据已经更新的情况，当用户发出还款指令时，要先查询用户还款行为的进度，只有在还款完成的情况下，才能进行用户已用额度数据表的更新。

步骤S205：如果检测到还款行为完成，更新用户已用额度数据表中还款商品类型对应的还款总额数据。

若检测到用户还款行为完成后，此时可以对用户已用额度数据表中还款商品类型对应的还款总额数据进行更新，具体的更新过程与欠款总额数据更新过程一样，先找到还款商品对应的商品类型，对该商品类型对应的还款总额数据进行更新。优选的，在更新用户已用额度数据表中下单商品类型对应的欠款总额数据的同时还要更新交易单额度占用状态表。若检测到用户还款行为失败或在预定时间内没有完成还款，则不进行用户已用额度数据表的更新，直接提示用户还款失败。

进一步地，用户在还款时，可以同时还款多个商品，例如，用户此次还款10000元，还款商品为100件，此时容易出现更新失败或遗漏的情况，为了防止用户因没有实时更新还款总额数据而投诉的情况，在检测到还款行为完成，但还款总额数据未更新成功时，利用预设补偿方式更新用户已用额度数据表中的还款总额数据。优选的，预设补偿方式可以是消息队列补偿和脚本补偿。

消息队列补偿用于在用户已用额度数据表中还款总额数据同步更新失败时，通过异步补偿消息对更新失败的数据进行补单，例如，用户一次性还款100个账单，即100个账单同步更新到已用额度数据表的时候有10个账单更新失败了，此时会将这10个更新失败的账单通过插入消息队列的形式依次进行补单处理。

由于用户已用额度数据表中还款商品类型对应的还款总额数据是在用户还款完成后更新的，为了保证用户能够实时准确的看到自己的交易情况，防止因没有实时更新还款数据被用户投诉的情况，可以设置预设频率对用户的账单和已用额度数据表中的数据进行对账，在发现有账单数据没有更新成功时，通过脚本补偿的方式对更新失败的数据进行补单。例如可以设置一分钟进行一次对账，当发现有还款数据没有更新时，通过调用脚本文件更新已用额度数据表中账单商品对应的还款总额数据。

本实施例提供的更新用户已用额度数据表的方法，响应于下单指令时，查询用户的当前可用额度，在满足下单预支付金额的情况下，更新用户已用额度数据表中下单商品类型对应的欠款总额数据；响应于还款指令时，在还款完成的情况下，更新用户已用额度数据表中还款商品类型对应的还款总额数据。按商品类型和交易行为更新已用额度数据表，使得在额度计算的过程中，数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

实施例三

本实施例在上述各实施例的基础上，提供了额度计算的一种优选实例，图3为本发明实施例三提供的可用额度计算示意图，如图3所示，无论预设额度规则是否发生变化，计算用户的可用额度只需获取两个数据，即授信额度301和已用额度数据表302。通过已用额度数据表302可以计算出各商品类型已用额度303，将授信额度301和各商品类型已用额度303代入到具体的预设额度规则304中，按照预设额度规则304即可计算出可用额度305。

由上述可用额度305的计算过程可以看出，能否实时准确更新用户已用额度数据表中的数据直接影响着可用额度305计算的准确性。示例性的，通过表1-3进一步对已用额度数据表302的更新过程进行示意说明。

假设，用户标识为10001，其第一次交易行为为下单行为，下单商品类型为10，交易金额为1000元，响应于用户的下单指令后，以用户标识10001与商品类型10为索引在已用额度数据表中查找该用户的商品类型10对应的数据，由于是首次交易，所以会自动在已用额度数据表中创建一行数据用于记录用户10001商品类型为10的欠款与还款数据，并将此次1000元的欠款数据更新到商品类型为10对应的欠款总额所在位置，得到表1所示的第一次交易更新的用户已用额度数据表。

表1第一次交易更新的用户已用额度数据表

用户标识	商品类型	欠款总额	还款总额
				10001	10	1000	0

若该用户10001第二次交易行为还是下单行为，下单商品类型为20，交易金额为2000元，响应于用户的下单指令后，以该用户标识10001与商品类型20为索引在已用额度数据表中查找后发现没有商品类型为20的欠款与还款数据，因此新建一行数据用于记录用户10001商品类型为20的欠款与还款数据，并将本次交易的2000元更新到该行欠款总额所在位置，得到表2所示的第二次交易更新的用户已用额度数据表。

表2第二次交易更新的用户已用额度数据表

用户标识	商品类型	欠款总额	还款总额
				10001	10	1000	0
10001	20	2000	0

若用户10001第三次交易行为是还款行为，还款商品类型为10，交易金额为200元，响应于用户的还款指令，同样以用户标识10001与商品类型10为索引在已用额度数据表中查找商品类型为10的欠款与还款数据所在行，查找到后将本次还款的200元更新到该行还款总额所在位置，得到表3所示的第三次交易更新的用户已用额度数据表。

表3第三次交易更新的用户已用额度数据表

用户标识	商品类型	欠款总额	还款总额
				10001	10	1000	200
10001	20	2000	0

以表3的第三次交易更新的用户已用额度数据表为例，对用户10001第三次交易后的可用额度的计算过程进行示意说明。

假设，用户10001的授信额度为10000元，预设额度规则具体是：消费额度占授信额度的比例为100％，取现额度占授信额度的比例为50％，商品类型10占用取现额度，商品类型20占用消费额度。

(1)依据用户10001的第三次交易行为，更新该用户已用额度数据表中对应的商品类型10的还款总额数据，得到表3所示第三次交易更新的用户已用额度数据表。

(2)计算表3中用户10001的各商品类型(商品类型10和商品类型20)已用额度，具体的，计算各商品类型的欠款总额数据与还款总额数据的差值，作为该用户的各商品类型已用额度，即商品类型10对应的已用额度为1000-200＝800(元)，商品类型20对应的已用额度为2000-0＝2000(元)。

(3)计算用户10001第三次交易后的可用额度，可用额度分为可用总额度、可用消费额度以及可用取现额度几种类型。具体的，用户10001的授信额度10000元，商品类型10的已用额度为800元，商品类型20的已用额度为2000元，按照预设额度规则，可得：用户10001的可用总额度＝10000-800-2000＝7200(元)，可用消费额度＝min{可用总额度，10000×100％-2000}＝min{7200，8000}＝7200(元)，可用取现额度＝min{可用总额度，10000×50％-800}＝min{7200，4200}＝4200(元)。

进一步地，当预设额度规则调整时，只需根据额度规则的变化相应的修改商品类型所占用的额度类型，具体的计算流程是不变的，也不用调用用户的历史交易记录重新计算额度规则调整后的用户可用额度。

例如，预设额度规则进行了调整，取现额度占授信额度的比例改为30％，将商品类型10改为占用消费额度，其余与之前的预设额度规则保持不变。此时计算用户10001第三次交易后的可用额度，更新用户10001的已用额度数据表与计算各商品类型的已用额度同之前一样，只是在计算该用户的可用额度时根据调整后的额度规则进行计算。具体的，用户10001的可用总额度＝1000-800-2000＝7200(元)，可用消费额度＝min{可用总额度，10000×100％-2000-800}＝min{7200，7200}＝7200(元)，可用取现额度＝min{可用总额度，10000×30％-0}＝min{7200，3000}＝3000(元)。

本实施例通过优选实例对用户已用额度数据表的更新以及用户可用额度的计算方法进行了具体的示意说明，在额度计算的过程中，数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

实施例四

图4为本发明实施例四提供的一种额度计算装置的结构框图，该装置可执行本发明任意实施例所提供的额度计算方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置包括：

数据更新模块401，用于依据用户的交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，其中交易行为包括下单行为和还款行为；

已用额度计算模块402，用于依据更新后的用户已用额度数据表，计算用户的各商品类型已用额度；

可用额度计算模块403，用于依据用户的授信额度、用户的各商品类型已用额度和预设额度规则，计算本次交易后用户的可用额度。

本实施例提供了一种额度计算装置，通过用户的交易行为，更新用户已用额度数据表中交易行为对应的商品类型数据，再计算用户的各商品类型已用额度，最后依据用户的授信额度、各商品类型已用额度和预设额度规则计算本次交易后该用户的可用额度。在额度计算过程中，数据计算效率高、灵活性强，当额度规则调整后，仍然可以为用户提供实时准确的额度计算服务。

进一步地，当用户的交易行为为下单行为时，上述数据更新模块401包括：

可用额度查询单元，用于响应于下单指令，查询所述用户的当前可用额度；

欠款数据更新单元，用于如果检测到当前可用额度满足下单预支付金额，更新用户已用额度数据表中下单商品类型对应的欠款总额数据。

优选的，欠款数据更新单元，还用于如果检测到当前可用额度满足下单预支付金额，更新交易单额度占用状态表。交易单额度占用状态表主要用来判断同一个交易单对应的额度数据是否已经处理过，防止出现重复更新用户已用额度数据表的情况。

当用户的交易行为为还款行为时，上述数据更新模块401还包括：

还款进度查询单元，用于响应于还款指令，查询还款行为的进度；

还款数据更新单元，用于如果检测到还款行为完成，更新用户已用额度数据表中还款商品类型对应的还款总额数据。

优选的，还款数据更新单元，还用于如果检测到还款行为完成，更新交易单额度占用状态表。

优选的，数据更新模块401中的欠款数据更新单元和还款数据更新单元可以是同一个数据更新单元，用于在下单行为时更新用户已用额度数据表中下单商品类型对应的欠款总额数据，在还款行为时更新用户已用额度数据表中还款商品类型对应的还款总额数据。

进一步地，针对用户已用额度数据表中还款商品类型对应的还款总额数据更新失败的情况，上述装置还包括：

数据补偿模块，用于如果检测到还款行为完成，但还款总额数据未更新成功，利用预设补偿方式更新用户已用额度数据表中的还款总额数据。

进一步地，上述已用额度计算模块402具体用于计算用户已用额度数据表中各商品类型的欠款总额数据与还款总额数据的差值，作为用户的各商品类型已用额度。

值得注意的是，上述额度计算装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；例如，该装置可以仅包括采集模块和控制模块，采集模块实现交易商品信息的获取；控制模块实现数据的更新、计算、补偿等相关的功能。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例五

图5为本发明实施例五提供的一种额度计算设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性设备50的框图。图5显示的设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。如图5所示，该设备50以通用计算设备的形式表现。该设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。

总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)504和/或高速缓存存储器505。设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。系统存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如系统存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。

设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该设备交互的设备通信，和/或与使得该设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口511进行。并且，设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图5所示，网络适配器512通过总线503与设备50的其它模块通信。应当明白，尽管图中未示出，可以结合设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的额度计算方法。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可实现上述实施例中任一的额度计算方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

上述实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间的相同或相似的部分互相参见即可。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

依据用户的交易行为，更新用户已用额度数据表中所述交易行为对应的商品类型数据，其中所述交易行为包括下单行为和还款行为；

依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度；

依据所述用户的授信额度、所述用户的各商品类型已用额度和预设额度规则，计算本次交易后所述用户的可用额度。

2.根据权利要求1所述的方法，其特征在于，当所述交易行为为所述下单行为时，更新用户已用额度数据表中所述交易行为对应的商品类型数据，包括：

响应于下单指令，查询所述用户的当前可用额度；

如果检测到所述当前可用额度满足下单预支付金额，更新所述用户已用额度数据表中下单商品类型对应的欠款总额数据。

3.根据权利要求1或2所述的方法，其特征在于，当所述交易行为为所述还款行为时，更新用户已用额度数据表中所述交易行为对应的商品类型数据，包括：

响应于还款指令，查询所述还款行为的进度；

如果检测到所述还款行为完成，更新所述用户已用额度数据表中还款商品类型对应的还款总额数据。

4.根据权利要求3所述的方法，其特征在于，还包括：

如果检测到所述还款行为完成，但所述还款总额数据未更新成功，利用预设补偿方式更新所述用户已用额度数据表中的还款总额数据。

5.根据权利要求1所述的方法，其特征在于，依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度，包括：

计算所述用户已用额度数据表中各商品类型的欠款总额数据与还款总额数据的差值，作为所述用户的各商品类型已用额度。

6.一种额度计算装置，其特征在于，包括：

数据更新模块，用于依据用户的交易行为，更新用户已用额度数据表中所述交易行为对应的商品类型数据，其中所述交易行为包括下单行为和还款行为；

已用额度计算模块，用于依据更新后的所述用户已用额度数据表，计算所述用户的各商品类型已用额度；

可用额度计算模块，用于依据所述用户的授信额度、所述用户的各商品类型已用额度和预设额度规则，计算本次交易后所述用户的可用额度。

7.根据权利要求6所述的装置，其特征在于，所述数据更新模块包括：

可用额度查询单元，用于当所述交易行为为所述下单行为时，响应于下单指令，查询所述用户的当前可用额度；

欠款数据更新单元，用于如果检测到所述当前可用额度满足下单预支付金额，更新所述用户已用额度数据表中下单商品类型对应的欠款总额数据。

8.根据权利要求6或7所述的装置，其特征在于，所述数据更新模块还包括：

还款进度查询单元，用于当所述交易行为为所述还款行为时，响应于还款指令，查询所述还款行为的进度；

还款数据更新单元，用于如果检测到所述还款行为完成，更新所述用户已用额度数据表中还款商品类型对应的还款总额数据。

9.一种额度计算设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的额度计算方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的额度计算方法。