CN111524004A - 一种消费处理方法及系统 - Google Patents

Abstract

本申请公开了一种消费处理方法及系统，通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单快捷，提高了用户体验。

Description

一种消费处理方法及系统

技术领域

本申请涉及金融领域，尤其涉及一种消费处理方法及系统。

背景技术

现有的信用卡一般为主卡和附属卡共享额度，或者主卡持有人规定附属卡的额度上限。

在这种情况下，附属卡额度固定，若特殊情况下需要临时消费超额，就需要主卡持有人打电话给客服中心调整额度，消费完成后，可能还需要打电话重新将消费额度调整回原额度，操作繁琐，耗时较长，降低了用户体验。

发明内容

有鉴于此，本申请提供一种消费处理方法及系统，其具体方案如下：

一种消费处理方法，包括：

获取交易信息，所述交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，所述交易信息至少包括：附属卡信息及交易金额；

基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额；

若所述交易金额超出所述附属卡信息的指定金额，则生成金额审批信息，并将所述金额审批信息发送至与所述附属卡关联的主卡的持有人的账户；

获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，以完成所述附属卡的当前刷卡交易。

进一步的，所述基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额，包括：

获取所述附属卡信息中的当前额度周期内历次交易的历史交易金额；

确定所述交易金额与所述当前额度周期内历次交易的历史交易金额的总和是否超出所述附属卡信息中的周期交易额度。

进一步的，所述基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额，包括：

获取所述附属卡信息中的每次交易额度；

确定所述交易金额是否超出所述每次交易额度。

进一步的，所述获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，包括：

获取所述主卡的持有人的账户的反馈信息，

确定所述反馈信息是否为通过密码形式生成的，所述密码形式至少包括数字密码或生理特征密码；

若确定所述反馈信息是通过所述密码形式生成的，则在确定所述反馈信息表征所述金额审批信息通过时，调整所述附属卡的当前刷卡交易的额度。

进一步的，所述获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，包括：

获取所述主卡的持有人的账户的反馈信息，确定所述反馈信息的信息类型；

若确定所述反馈信息属于第一类反馈信息，且所述反馈信息表征所述金额审批信息通过，则调整预设周期内所述附属卡的刷卡交易的额度；

若确定所述反馈信息属于第二类反馈信息，且所述反馈信息表征所述金额审批信息通过，则仅调整所述附属卡的本次刷卡交易的额度。

进一步的，还包括：

若所述反馈信息表征所述金额审批信息未通过，则所述附属卡的当前刷卡交易终止。

一种消费处理系统，包括：

第一获取单元，用于获取交易信息，所述交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，所述交易信息至少包括：附属卡信息及交易金额；

确定单元，用于基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额；

生成单元，用于在所述交易金额超出所述附属卡信息的指定金额，则生成金额审批信息，并将所述金额审批信息发送至与所述附属卡关联的主卡的持有人的账户；

第二获取单元，用于获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，以完成所述附属卡的当前刷卡交易。

进一步的，所述确定单元用于：

获取所述附属卡信息中的当前额度周期内历次交易的历史交易金额；确定所述交易金额与所述当前额度周期内历次交易的历史交易金额的总和是否超出所述附属卡信息中的周期交易额度。

进一步的，所述确定单元用于：

获取所述附属卡信息中的每次交易额度；确定所述交易金额是否超出所述每次交易额度。

进一步的，所述第二获取单元用于：

获取所述主卡的持有人的账户的反馈信息，确定所述反馈信息是否为通过密码形式生成的，所述密码形式至少包括数字密码或生理特征密码；若确定所述反馈信息是通过密码形式生成的，则在确定所述反馈信息表征所述金额审批信息通过时，调整所述附属卡的当前刷卡交易的额度。

从上述技术方案可以看出，本申请公开的消费处理方法及系统，获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额，基于交易信息确定交易金额是否超出附属卡信息的指定金额，若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户，获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。本方案通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单快捷，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种消费处理方法的流程图；

图2为本申请实施例公开的一种消费处理方法的流程图；

图3为本申请实施例公开的一种消费处理方法的流程图；

图4为本申请实施例公开的一种消费处理系统的结构示意图。

具体实施方式

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

本申请公开了一种消费处理方法，其流程图如图1所示，包括：

步骤S11、获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额；

附属卡为信用卡，附属卡是与主卡相关联的，其中，附属卡可以与主卡共享额度，也可以为主卡持有人为附属卡限定额度。

若附属卡与主卡的持有人不同，则在附属卡的使用过程中，会出现交易额超出附属卡的使用额的情况，若出现这一情况，在现有方案中，就需要由主卡的持有人打电话至客户中心，以实现对附属卡的额度的调整，这就会占用主卡持有人较长的时间，不利于用户体验。

为了解决这一问题，本方案中，当使用附属卡进行交易时，附属卡持有人刷卡，商家的交易系统获取到交易信息，并将交易信息发送至银行系统的消费处理系统，由消费处理系统获取交易信息，并基于获取到的交易信息进行后续处理。

交易信息至少包括附属卡信息及交易金额，其中，附属卡信息通过附属卡持有人的刷卡操作获得，而交易金额可以为商家输入至交易系统的；或者，也可以为：附属卡信息及交易金额均为通过附属卡持有人的附属卡当前刷卡交易生成的信息。

其中，附属卡信息可以包括：附属卡的额度信息，与附属卡关联的主卡信息，主卡信息可以包括：主卡的账号信息等；交易信息不仅包括交易金额，还可以包括：交易发生的商家信息，交易的商品信息等。

步骤S12、基于交易信息确定交易金额是否超出附属卡信息的指定金额；

消费处理系统获取到交易信息，对交易信息进行分析，以确定交易信息中的交易金额是否超出附属卡信息的指定金额。

其中，指定金额可以为：单次交易的额度上限，即每次交易额度；

指定金额还可以为：周期剩余交易金额，其中，周期剩余交易金额为周期交易金额与当前额度周期内的历次交易金额的总和之间的差，其中，周期交易金额即在信用卡的一个还款周期内附属卡的额度；即交易金额与当前额度周期内历次交易的历史交易金额的总和是否超出附属卡信息中的周期交易额度。

若附属卡在一个还款周期内的周期交易额度为X，当前额度周期内历次交易的历史交易金额的总和为Y，则周期剩余交易金额Z＝X-Y，即确定交易金额是否大于Z即可，若大于Z，则交易金额超出附属卡信息的指定金额，若小于Z，则交易金额未超出附属卡信息的指定金额。

步骤S13、若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户；

若消费处理系统确定交易金额未超出附属卡信息的指定金额，则消费处理系统直接执行扣款任务，完成当前刷卡交易；

若消费处理系统确定交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将其发送至于附属卡关联的主卡的持有人的账户，由主卡的持有人操作其主卡的账户对该金额审批信息进行审批，以确定是否要使附属卡的持有人完成当前刷卡交易。

其中，金额审批信息可以包括：交易信息，也可以包括附属卡信息，其中，附属卡信息中可以包括：当前额度周期内历次交易的历史交易信息；或者，金额审批信息中除包括交易信息外，仅包括附属卡信息中当前额度周期内历次交易中交易金额超出第一额度的历史交易信息；或者，金额审批信息中除包括交易信息外，仅包括附属卡信息中历次额度周期内交易金额超出第二额度的历史交易信息。

步骤S14、获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。

主卡的持有人对其账户收到的金额审批信息进行操作，以确定是否支持附属卡持有人的当前刷卡交易，其确定是否支持附属卡持有人的当前刷卡交易，可以通过确定是否调整附属卡的当前刷卡交易的额度实现。

主卡的持有人将其对金额审批信息执行的操作反馈至消费处理系统，以使消费处理系统获取到反馈信息。

若反馈信息表征的是金额审批信息通过，则表明主卡的持有人支持附属卡的当前刷卡交易，此时调整附属卡的当前刷卡交易的额度，以使当前刷卡交易的额度能够大于交易金额，使得当前刷卡交易能够完成。

本实施例公开的消费处理方法，获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额，基于交易信息确定交易金额是否超出附属卡信息的指定金额，若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户，获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。本方案通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单，提高了用户体验。

本实施例公开了一种消费处理方法，其流程图如图2所示，包括：

步骤S21、获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额；

步骤S22、基于交易信息确定交易金额是否超出附属卡信息的指定金额；

步骤S23、若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户；

步骤S24、获取主卡的持有人的账户的反馈信息；

步骤S25、确定反馈信息是否为通过密码形式生成的，密码形式至少包括数字密码或生理特征密码；

步骤S26、若确定反馈信息是通过密码形式生成的，则在确定反馈信息表征金额审批信息通过时，调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。

在获取到主卡的持有人的账户发出的反馈信息时，对该反馈信息进行验证，以确定该反馈信息是否是通过密码形式生成的，从而保证反馈信息的真实有效。

其中，密码形式至少包括：数字密码或生理特征密码。

数字密码为除登录账户所需的密码外的数字形式的额度授权密码，即要实现金额审批信息的处理，需要主卡持有人登录主卡的账户，之后输入数字形式的额度授权密码，之后对金额审批信息进行处理，以完成金额审批信息的通过或不通过的操作；

生理特征密码为指纹或心率等具有个人特性的特征作为密码，以明确当前是否为主卡的持有人亲自操作。具体的，要实现金额审批信息的处理，需要主卡持有人登录主卡的账户，之后通过生理特征密码验证操作权限，之后才能对金额审批信息进行处理。

若反馈信息为密码形式生成的，则在确定数字密码或生理特征密码符合主卡的账户的预设信息时，对反馈信息进行识别，以确定该反馈信息表征主卡的持有人是否使该金额审批信息通过。

或者，还可以为：通过密码形式及生理特征密码两种形式生成反馈信息，以进一步确认当前操作者为主卡的持有人，避免密码泄露导致的账号被他人使用、盗刷等情况的发生。

本实施例公开的消费处理方法，获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额，基于交易信息确定交易金额是否超出附属卡信息的指定金额，若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户，获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。本方案通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单，提高了用户体验。

本实施例公开了一种消费处理方法，其流程图如图3所示，包括：

步骤S31、获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额；

步骤S32、基于交易信息确定交易金额是否超出附属卡信息的指定金额；

步骤S33、若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户；

步骤S34、获取主卡的持有人的账户的反馈信息，确定反馈信息的信息类型；

步骤S35、若确定反馈信息属于第一类反馈信息，且反馈信息表征金额审批信息通过，则调整预设周期内附属卡的刷卡交易的额度；

步骤S36、若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息通过，则仅调整附属卡的本次刷卡交易的金额。

主卡的持有人反馈的反馈信息至少包括两种类型，即第一类反馈信息及第二类反馈信息，其中，第一类反馈信息为周期性调整额度的信息，能够调整预设周期内附属卡的刷卡交易的额度，第二类反馈信息为一次性调整额度的信息，即仅能调整本次刷卡交易的额度。

若确定反馈信息属于第一类反馈信息，并且反馈信息表征金额审批信息通过，则调整第一预设周期内附属卡的刷卡交易的额度，其中，第一预设周期的时长与反馈信息相关，如：反馈信息表征调整当前一个还款周期内附属卡的刷卡交易的额度，则仅调整当前周期内附属卡的刷卡交易的额度；若反馈信息表征调整两个还款周期内附属卡的刷卡交易的额度，则调整当前周期和下一周期内附属卡的刷卡交易的额度。

即若为多个周期，则从当前周期开始顺眼，直至顺延的调整额度后的周期数量与预设周期数量相同，之后，将后续每个周期内附属卡的刷卡交易的额度均调回原额度；

或者，第一预设周期也可以为永久性的调整，即在主卡的持有人进行下次附属卡的刷卡交易的额度的调整之前的所有周期内附属卡的刷卡交易的额度不变，均为调整后的、与金额审批信息相关的额度。

进一步的，若确定反馈信息属于第一类反馈信息，且反馈信息表征金额审批信息未通过，当前刷卡交易终止，则在第二预设周期内，不再接收该附属卡的任何金额审批信息。

若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息通过，则仅调整附属卡的本次刷卡交易的额度。

具体的，调整附属卡的本次刷卡交易的额度，而不对周期剩余交易金额进行调整，即单独在本次刷卡交易中增加一个额度，该额度与交易金额相同，其仅能用于本次刷卡交易使用，在本次刷卡结束后，周期剩余交易金额与本次刷卡之前的周期剩余交易金额相同，未发生变化；

或者，调整附属卡的本次刷卡交易的额度，以使得周期剩余交易金额与交易金额相同，使得本次刷卡交易可以使用周期剩余交易金额，避免当前交易不能完成；

或者，直接调整附属卡的周期剩余交易金额，以使周期剩余交易金额足够，不仅可完成当前交易，还可进行其他交易，在当前还款周期结束后，周期交易额度仍为原周期交易额度，其并不发生变化；

或者，直接调整附属卡的周期交易额度，在当前还款周期结束后，周期交易额度仍为原周期交易额度，其并不发生变化。

进一步的，若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息未通过，则仅本次金额审批信息未通过，当前刷卡交易终止，并不会对下一次的金额审批信息造成影响。

进一步的，还可以包括：

反馈信息还包括：在当前刷卡交易完成后，自动将刷卡交易额度调整回原额度，即周期交易额度不变，当前额度周期内的剩余交易额度不变，或者，每次交易额度不变。

本实施例公开的消费处理方法，获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额，基于交易信息确定交易金额是否超出附属卡信息的指定金额，若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户，获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。本方案通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单，提高了用户体验。

本实施例公开了一种消费处理系统，其结构示意图如图4所示，包括：

第一获取单元41，确定单元42，生成单元43及第二获取单元44。

其中，第一获取单元41用于获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额；

附属卡为信用卡，附属卡是与主卡相关联的，其中，附属卡可以与主卡共享额度，也可以为主卡持有人为附属卡限定额度。

若附属卡与主卡的持有人不同，则在附属卡的使用过程中，会出现交易额超出附属卡的使用额的情况，若出现这一情况，在现有方案中，就需要由主卡的持有人打电话至客户中心，以实现对附属卡的额度的调整，这就会占用主卡持有人较长的时间，不利于用户体验。

为了解决这一问题，本方案中，当使用附属卡进行交易时，附属卡持有人刷卡，商家的交易系统获取到交易信息，并将交易信息发送至银行系统的消费处理系统，由消费处理系统获取交易信息，并基于获取到的交易信息进行后续处理。

交易信息至少包括附属卡信息及交易金额，其中，附属卡信息通过附属卡持有人的刷卡操作获得，而交易金额可以为商家输入至交易系统的；或者，也可以为：附属卡信息及交易金额均为通过附属卡持有人的附属卡当前刷卡交易生成的信息。

其中，附属卡信息可以包括：附属卡的额度信息，与附属卡关联的主卡信息，主卡信息可以包括：主卡的账号信息等；交易信息不仅包括交易金额，还可以包括：交易发生的商家信息，交易的商品信息等。

确定单元42用于基于交易信息确定交易金额是否超出附属卡信息的指定金额；

消费处理系统获取到交易信息，对交易信息进行分析，以确定交易信息中的交易金额是否超出附属卡信息的指定金额。

其中，指定金额可以为：单次交易的额度上限，即每次交易额度；

指定金额还可以为：周期剩余交易金额，其中，周期剩余交易金额为周期交易金额与当前额度周期内的历次交易金额的总和之间的差，其中，周期交易金额即在信用卡的一个还款周期内附属卡的额度；即交易金额与当前额度周期内历次交易的历史交易金额的总和是否超出附属卡信息中的周期交易额度。

若附属卡在一个还款周期内的周期交易额度为X，当前额度周期内历次交易的历史交易金额的总和为Y，则周期剩余交易金额Z＝X-Y，即确定交易金额是否大于Z即可，若大于Z，则交易金额超出附属卡信息的指定金额，若小于Z，则交易金额未超出附属卡信息的指定金额。

生成单元43用于在交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户；

若消费处理系统确定交易金额未超出附属卡信息的指定金额，则消费处理系统直接执行扣款任务，完成当前刷卡交易；

若消费处理系统确定交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将其发送至于附属卡关联的主卡的持有人的账户，由主卡的持有人操作其主卡的账户对该金额审批信息进行审批，以确定是否要使附属卡的持有人完成当前刷卡交易。

其中，金额审批信息可以包括：交易信息，也可以包括附属卡信息，其中，附属卡信息中可以包括：当前额度周期内历次交易的历史交易信息；或者，金额审批信息中除包括交易信息外，仅包括附属卡信息中当前额度周期内历次交易中交易金额超出第一额度的历史交易信息；或者，金额审批信息中除包括交易信息外，仅包括附属卡信息中历次额度周期内交易金额超出第二额度的历史交易信息。

第二获取单元44用于获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。

主卡的持有人对其账户收到的金额审批信息进行操作，以确定是否支持附属卡持有人的当前刷卡交易，其确定是否支持附属卡持有人的当前刷卡交易，可以通过确定是否调整附属卡的当前刷卡交易的额度实现。

主卡的持有人将其对金额审批信息执行的操作反馈至消费处理系统，以使消费处理系统获取到反馈信息。

若反馈信息表征的是金额审批信息通过，则表明主卡的持有人支持附属卡的当前刷卡交易，此时调整附属卡的当前刷卡交易的额度，以使当前刷卡交易的额度能够大于交易金额，使得当前刷卡交易能够完成。

进一步的，第二获取单元44用于：

获取主卡的持有人的账户的反馈信息，确定反馈信息是否为通过密码形式生成的，密码形式至少包括数字密码或生理特征密码；若确定反馈信息是通过密码形式生成的，则在确定反馈信息表征金额审批信息通过时，调整附属卡的当前刷卡交易的额度。

在获取到主卡的持有人的账户发出的反馈信息时，对该反馈信息进行验证，以确定该反馈信息是否是通过密码形式生成的，从而保证反馈信息的真实有效。

其中，密码形式至少包括：数字密码或生理特征密码。

数字密码为除登录账户所需的密码外的数字形式的额度授权密码，即要实现金额审批信息的处理，需要主卡持有人登录主卡的账户，之后输入数字形式的额度授权密码，之后对金额审批信息进行处理，以完成金额审批信息的通过或不通过的操作；

生理特征密码为指纹或心率等具有个人特性的特征作为密码，以明确当前是否为主卡的持有人亲自操作。具体的，要实现金额审批信息的处理，需要主卡持有人登录主卡的账户，之后通过生理特征密码验证操作权限，之后才能对金额审批信息进行处理。

若反馈信息为密码形式生成的，则在确定数字密码或生理特征密码符合主卡的账户的预设信息时，对反馈信息进行识别，以确定该反馈信息表征主卡的持有人是否使该金额审批信息通过。

或者，还可以为：通过密码形式及生理特征密码两种形式生成反馈信息，以进一步确认当前操作者为主卡的持有人，避免密码泄露导致的账号被他人使用、盗刷等情况的发生。

进一步的，第二获取单元44用于：

获取主卡的持有人的账户的反馈信息，确定反馈信息的信息类型；若确定反馈信息属于第一类反馈信息，且反馈信息表征金额审批信息通过，则调整预设周期内附属卡的刷卡交易的额度；若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息通过，则仅调整附属卡的本次刷卡交易的额度。

主卡的持有人反馈的反馈信息至少包括两种类型，即第一类反馈信息及第二类反馈信息，其中，第一类反馈信息为周期性调整额度的信息，能够调整预设周期内附属卡的刷卡交易的额度，第二类反馈信息为一次性调整额度的信息，即仅能调整本次刷卡交易的额度。

若确定反馈信息属于第一类反馈信息，并且反馈信息表征金额审批信息通过，则调整第一预设周期内附属卡的刷卡交易的额度，其中，第一预设周期的时长与反馈信息相关，如：反馈信息表征调整当前一个还款周期内附属卡的刷卡交易的额度，则仅调整当前周期内附属卡的刷卡交易的额度；若反馈信息表征调整两个还款周期内附属卡的刷卡交易的额度，则调整当前周期和下一周期内附属卡的刷卡交易的额度。

即若为多个周期，则从当前周期开始顺眼，直至顺延的调整额度后的周期数量与预设周期数量相同，之后，将后续每个周期内附属卡的刷卡交易的额度均调回原额度；

或者，第一预设周期也可以为永久性的调整，即在主卡的持有人进行下次附属卡的刷卡交易的额度的调整之前的所有周期内附属卡的刷卡交易的额度不变，均为调整后的、与金额审批信息相关的额度。

进一步的，若确定反馈信息属于第一类反馈信息，且反馈信息表征金额审批信息未通过，当前刷卡交易终止，则在第二预设周期内，不再接收该附属卡的任何金额审批信息。

若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息通过，则仅调整附属卡的本次刷卡交易的额度。

具体的，调整附属卡的本次刷卡交易的额度，而不对周期剩余交易金额进行调整，即单独在本次刷卡交易中增加一个额度，该额度与交易金额相同，其仅能用于本次刷卡交易使用，在本次刷卡结束后，周期剩余交易金额与本次刷卡之前的周期剩余交易金额相同，未发生变化；

或者，调整附属卡的本次刷卡交易的额度，以使得周期剩余交易金额与交易金额相同，使得本次刷卡交易可以使用周期剩余交易金额，避免当前交易不能完成；

或者，直接调整附属卡的周期剩余交易金额，以使周期剩余交易金额足够，不仅可完成当前交易，还可进行其他交易，在当前还款周期结束后，周期交易额度仍为原周期交易额度，其并不发生变化；

或者，直接调整附属卡的周期交易额度，在当前还款周期结束后，周期交易额度仍为原周期交易额度，其并不发生变化。

进一步的，若确定反馈信息属于第二类反馈信息，且反馈信息表征金额审批信息未通过，则仅本次金额审批信息未通过，当前刷卡交易终止，并不会对下一次的金额审批信息造成影响。

进一步的，还可以包括：

反馈信息还包括：在当前刷卡交易完成后，自动将刷卡交易额度调整回原额度，即周期交易额度不变，当前额度周期内的剩余交易额度不变，或者，每次交易额度不变。

本实施例公开的消费处理系统，获取交易信息，交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，交易信息至少包括：附属卡信息及交易金额，基于交易信息确定交易金额是否超出附属卡信息的指定金额，若交易金额超出附属卡信息的指定金额，则生成金额审批信息，并将金额审批信息发送至与附属卡关联的主卡的持有人的账户，获取主卡的持有人的账户的反馈信息，若反馈信息表征金额审批信息通过，则调整附属卡的当前刷卡交易的额度，以完成附属卡的当前刷卡交易。本方案通过在附属卡的当前刷卡交易的交易金额超出指定金额时，生成金额审批信息，并发送至与附属卡关联的主卡的持有人的账户，由主卡持有人对其进行审批，当审批通过，则调整附属卡的当前刷卡交易的额度，从而完成当前刷卡交易，实现了直接由交易系统向主卡持有人的账户发送审批信息，主卡持有人只需要确认信息即可，操作简单，提高了用户体验。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种消费处理方法，其特征在于，包括：

获取交易信息，所述交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，所述交易信息至少包括：附属卡信息及交易金额；

基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额；

若所述交易金额超出所述附属卡信息的指定金额，则生成金额审批信息，并将所述金额审批信息发送至与所述附属卡关联的主卡的持有人的账户；

获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，以完成所述附属卡的当前刷卡交易。

2.根据权利要求1所述的方法，其特征在于，所述基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额，包括：

获取所述附属卡信息中的当前额度周期内历次交易的历史交易金额；

确定所述交易金额与所述当前额度周期内历次交易的历史交易金额的总和是否超出所述附属卡信息中的周期交易额度。

3.根据权利要求1所述的方法，其特征在于，所述基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额，包括：

获取所述附属卡信息中的每次交易额度；

确定所述交易金额是否超出所述每次交易额度。

4.根据权利要求1所述的方法，其特征在于，所述获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，包括：

获取所述主卡的持有人的账户的反馈信息，

确定所述反馈信息是否为通过密码形式生成的，所述密码形式至少包括数字密码或生理特征密码；

若确定所述反馈信息是通过所述密码形式生成的，则在确定所述反馈信息表征所述金额审批信息通过时，调整所述附属卡的当前刷卡交易的额度。

5.根据权利要求1所述的方法，其特征在于，所述获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，包括：

获取所述主卡的持有人的账户的反馈信息，确定所述反馈信息的信息类型；

若确定所述反馈信息属于第一类反馈信息，且所述反馈信息表征所述金额审批信息通过，则调整预设周期内所述附属卡的刷卡交易的额度；

若确定所述反馈信息属于第二类反馈信息，且所述反馈信息表征所述金额审批信息通过，则仅调整所述附属卡的本次刷卡交易的额度。

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

若所述反馈信息表征所述金额审批信息未通过，则所述附属卡的当前刷卡交易终止。

7.一种消费处理系统，其特征在于，包括：

第一获取单元，用于获取交易信息，所述交易信息为交易系统基于附属卡持有人的附属卡当前刷卡交易生成的信息，所述交易信息至少包括：附属卡信息及交易金额；

确定单元，用于基于所述交易信息确定所述交易金额是否超出所述附属卡信息的指定金额；

生成单元，用于在所述交易金额超出所述附属卡信息的指定金额，则生成金额审批信息，并将所述金额审批信息发送至与所述附属卡关联的主卡的持有人的账户；

第二获取单元，用于获取所述主卡的持有人的账户的反馈信息，若所述反馈信息表征所述金额审批信息通过，则调整所述附属卡的当前刷卡交易的额度，以完成所述附属卡的当前刷卡交易。

8.根据权利要求7所述的系统，其特征在于，所述确定单元用于：

获取所述附属卡信息中的当前额度周期内历次交易的历史交易金额；确定所述交易金额与所述当前额度周期内历次交易的历史交易金额的总和是否超出所述附属卡信息中的周期交易额度。

9.根据权利要求7所述的系统，其特征在于，所述确定单元用于：

获取所述附属卡信息中的每次交易额度；确定所述交易金额是否超出所述每次交易额度。

10.根据权利要求7所述的系统，其特征在于，所述第二获取单元用于：

获取所述主卡的持有人的账户的反馈信息，确定所述反馈信息是否为通过密码形式生成的，所述密码形式至少包括数字密码或生理特征密码；若确定所述反馈信息是通过密码形式生成的，则在确定所述反馈信息表征所述金额审批信息通过时，调整所述附属卡的当前刷卡交易的额度。

Images