CN111626730A - 信用卡联名方法及装置 - Google Patents

Abstract

本发明提供了一种信用卡联名方法及装置，其中方法包括：接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；为所述多个用户分别分配信用卡和对应的单独信用额度；对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。本发明可以将多个用户的信用卡执行绑定操作，多个用户信用卡绑定后可以实现多个用户的额度共享、信用共担的目的尽量避免出现信用卡逾期情况。

Description

信用卡联名方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及信用卡联名方法及装置。

背景技术

随着信用卡的不断扩展，很多用户都向银行申请信用卡。目前一个用户可以于一家银行申领一张信用卡，该用户可以使用该信用卡中的信用额度，在达到指定日期时需要对已消费账单进行还款操作。。

由于信用卡消费过一段时间才需要还款，部分用户可能会忘记还款，导致出现信用卡逾期的情况。

发明内容

鉴于此，本申请提供一种信用卡联名方法及装置，可以将多个用户的信用卡执行绑定操作，多个用户信用卡绑定后可以实现多个用户的额度共享、信用共担的目的尽量避免出现信用卡逾期情况。

为了实现上述目的，本发明提供了下述技术特征：

一种信用卡联名方法，其特征在于，包括：

接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；

确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

为所述多个用户分别分配信用卡和对应的单独信用额度；

对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

可选的，所述为所述多个用户分别分配信用卡和对应的单独信用额度包括：

基于多个用户的个人信息分别确定各个用户的原本信用额度；

确定与联名用户数量对应的联名共享系数；

将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度；

随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

可选的，还包括：

在接收一个用户的信用卡消费操作后，判断剩余信用额度是否大于或等于本次消费金额；

若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

可选的，还包括：

生成各个用户的还款账单数据并分发至各个用户终端；

在接收一个用户终端的还款操作后，为该用户执行还款操作；

若该用户的还款金额值大于待还金额，则在执行还款操作后确定结余金额；

接收该用户指定的其它用户，为将所述结余金额为其它用户执行还款操作。

可选的，在生成各个用户的还款账单数据并分发至各个用户终端之后，还包括：

若在第一预设时间内监测到至少一个用户未还款完毕，则发送提醒信息至各个用户终端；

若在第二预设时间内监测到至少一个用户未还款完毕，则降低各个用户的信用分值。

一种信用卡联名方法，包括：

接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户；

确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

为所述多个用户分别分配对应的单独信用额度；

对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

一种信用卡联名装置，包括：

第一接收单元，用于接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；

确定额度单元，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元，用于为所述多个用户分别分配信用卡和对应的单独信用额度；

绑定单元，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

可选的，所述分配单元包括：

第二确定单元，用于基于多个用户的个人信息分别确定各个用户的原本信用额度；

第三确定单元，用于确定与联名用户数量对应的联名共享系数；

第四确定单元，用于将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度；

分配信用卡单元，用于为各个用户分别分配各自的信用卡并保存信用卡标识；

分配额度单元，用于随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

可选的，还包括：

判断单元，用于在接收一个用户的信用卡消费操作后，判断剩余信用额度是否大于或等于本次消费金额；

调整单元，用于若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

一种信用卡联名装置，包括：

第二接收单元，用于接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户；

确定额度单元，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元，用于为所述多个用户分别分配对应的单独信用额度；

绑定单元，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

通过以上技术手段，可以实现以下有益效果：

本发明提供一种信用卡绑定方法，可以对多个用户的信用卡执行绑定操作，并且，为多个信用卡设置共享信用额度，分别为各个信用卡设置单独信用额度。

对多个用户的信用卡执行绑定操作，可以实现多个信用卡共同使用共享信用额度和共同承担逾期风险，也即实现额度共享和信用共担的目的。

附图说明

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

图1为本申请实施例公开的一种信用卡联名方法实施例一的流程图；

图2为本申请实施例公开的又一种信用卡联名方法实施例一的流程图；

图3为本申请实施例公开的一种信用卡联名方法实施例二的流程图；

图4为本申请实施例公开的一种信用卡联名方法实施例三的流程图；

图5为本申请实施例公开的一种信用卡联名方法实施例四的流程图；

图6为本申请实施例公开的一种信用卡联名方法实施例五的流程图；

图7为本申请实施例公开的一种信用卡联名装置实施例一的结构示意图；

图8为本申请实施例公开的一种信用卡联名装置实施例二的结构示意图。

具体实施方式

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

本发明提供一种信用卡联名方法的实施例一，应用于银行服务器。参见图1，包括以下步骤：

步骤S101：银行服务器接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户。

在多个用户未有本银行的信用卡的情况下，在多个用户到线下银行网点办理联名信用卡申请请求时，银行柜台终端可以发送联名信用卡申请请求至银行服务器，银行服务器接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户。

步骤S102：银行服务器确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度。

参见图2，本步骤可以包括以下步骤：

步骤S201：银行服务器基于多个用户的个人信息分别确定各个用户的原本信用额度。

银行服务器可以基于多个用户的个人信息，分别为各个用户设定对应的原本信用额度，原本信用额度也即信用卡未绑定之前、未联名之前，单个用户的信用额度。

步骤S202：银行服务器确定与联名用户数量对应的联名共享系数。

可以理解的是，一个用户对应一个原本信用额度，多个用户联合在一起后并非是简单的机械结合，而是多个用户的有机结合。

可以理解的是，在联名申请的用户数量越多时违约风险越低，为此可以预先基于经验确定用户数量与额度共享系数的对应关系。

基于用户数量与额度共享系数的对应关系，确定联名信用卡申请请求中联名用户数量对应的联名共享系数。

步骤S203：银行服务器将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度。

计算各个用户的原本信用额度之和，并将和值与联名共享系数相乘，将乘积确定为共享信用额度。也即，在多个用户联名后，并非是各个用户的原本信用额度的机械叠加，而是有机结合，使得共享信用额度更加合理化。

步骤S204：银行服务器随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

在具有共享信用额度之后，可以按照随机方式随机分配单独信用额度至各个用户。当然，也可以将共享信用额度平均分配至各个用户，以公平对待。

当然，还可以根据实际情况接收各个用户的指定信用额度，按照指定信用额度为各个用户分配单独信用额度。

不论采用何种方式分配单独信用额度，其不变的宗旨为：各个用户的单独信用额度之和不大于所述共享信用额度。

接步骤S102步骤S103：银行服务器为所述多个用户分别分配信用卡和对应的单独信用额度。

银行服务器分别为多个用户分配信用卡，使得每个用户均有各自的一张实体信用卡，各个实体信用卡均不相同，以示区分；各自信用卡均为各个用户本身所拥有。

并且，为各个用户的信用卡分配各自的单独信用额度，以便各个用户仅能使用各自的单独信用额度，保证各个用户的信用额度。

步骤S104：银行服务器对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

银行服务器对所述多个用户的信用卡执行绑定操作，即将各个信用卡的消费操作与共享信用额度、单独信用额度建立减少关系，将各个信用卡的消费操作与共享信用额度、单独信用额度建立增加关系，将各个信用卡的逾期操作与各个用户信用分值建立减少关系。

通过以上技术手段，可以实现以下有益效果：

本发明提供一种信用卡绑定方法，可以对多个用户的信用卡执行绑定操作，并且，为多个信用卡设置共享信用额度，分别为各个信用卡设置单独信用额度。

对多个用户的信用卡执行绑定操作，可以实现多个信用卡共同使用共享信用额度、共同偿还消费账单和共同承担逾期风险，也即实现额度共享、账单共还和信用共担的目的。

本发明提供一种信用卡联名方法的实施例二，应用于银行服务器。在实施例一基础上增加信用卡的使用方法。

参见图3，在步骤S104之后还包括以下步骤：

步骤S301：接收一个用户的信用卡消费操作。

步骤S302：判断该用户对应的剩余信用额度是否大于或等于本次消费金额。若是则进入步骤S303，若否则进入步骤S304。

银行服务器在接收一个用户的信用卡消费操作后，判断该用户的剩余信用额度是否大于或等于本次消费金额。

步骤S303：若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

若该用户的剩余信用额度大于或等于本次消费金额，则确定剩余信用额度可以支持本次信用卡消费操作。

然后，在该用户的剩余信用额度中减少本次消费金额，同时，也在剩余共享信用额度中减少本次消费金额。

步骤S304：拒绝本次信用卡消费操作。

本发明提供一种信用卡联名方法的实施例三，应用于银行服务器。在实施例一基础上增加信用卡的还款方法。

参见图4，在步骤S104之后还包括以下步骤：

步骤S401：银行服务器生成各个用户的还款账单数据并分发至各个用户终端。

在各个用户的消费到达账单日之后，生成各个用户的还款账单数据，然后分发至各个用户终端。

步骤S402：银行服务器在接收一个用户终端的还款操作后，为该用户执行还款操作。

在其中一个用户终端还款之后，为该用户执行还款操作，也即利用还款操作中的还款金额执行还款操作。

步骤S403：若该用户的还款金额值大于待还金额，则在执行还款操作后确定结余金额。

通常情况下，在还款金额大于信用卡的待还金额的情况下，结余金额会自动存储于信用卡中。不过在联名信用卡中，在该用户的还款金额大于待还金额的情况下，则对该用户的信用卡执行还款操作后，确定结余金额。

步骤S404：接收该用户指定的其它用户，为将所述结余金额为其它用户执行还款操作。

银行服务器接收该用户指定的其它用户，银行服务器利用所述结余金额为其它用户执行还款操作，以便实现账单共还的目的。

本发明提供一种信用卡联名方法的实施例四，应用于银行服务器。在实施例三基础上增加信用卡的逾期方法。

参见图5，在步骤S401之后，还包括以下步骤：

步骤S501：监测各个用户是否完成还款操作，若否则进入步骤S502。

若在指定的第一预设时间内，各个用户均还款完毕则不执行下述操作。

若在指定的第一预设时间内，有至少一个用户未完成还款操作，则进入步骤S502。

步骤S502：若在第一预设时间内监测到至少一个用户未还款完毕，则发送提醒信息至各个用户终端。

为了避免逾期情况，银行服务器会发送提醒信息至各个用户终端，提醒信息可以包括未还款的用户标识以及未还款金额。

步骤S503：在第二预设时间内监测未还款用户是否完成还款操作，若否则进入步骤S504。

在发送提醒信息后，未还款用户可以自身进行还款，或者，由其它用户为自身进行还款。若在发送提醒信息的第二预设时间内，如果未还款用户已经完成还款操作则不执行下述操作。

若仍有用户未完成还款操作则进入步骤S504。

步骤S504：若在第二预设时间内监测到至少一个用户未还款完毕，则降低各个用户的信用分值。

若仍有用户未完成还款操作，则降低各个用户的信用分值，实现信用共担的目的。

本发明提供了一种信用卡联名方法实施例五，参见图6，所述方法包括：

步骤S601：接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户。

图1实施例中适用于用户未申请信用卡的场景，在用户已有信用卡的情况下，直接可以接收多个用户的信用卡绑定请求，以使多个用户联名起来。

步骤S602：确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度。

步骤S603：为所述多个用户分别分配对应的单独信用额度。

步骤S604：对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

关于步骤S602、步骤S603和步骤604的具体实现可以参见图1-图5所示的实施例，在此不再赘述。

参见图7，本发明提供一种信用卡联名装置实施例一，包括：

第一接收单元71，用于接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；

确定额度单元72，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元73，用于为所述多个用户分别分配信用卡和对应的单独信用额度；

绑定单元74，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

其中所述分配单元73包括：

第二确定单元731，用于基于多个用户的个人信息分别确定各个用户的原本信用额度；

第三确定单元732，用于确定与联名用户数量对应的联名共享系数；

第四确定单元733，用于将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度；

分配信用卡单元734，用于为各个用户分别分配各自的信用卡并保存信用卡标识；

分配额度单元735，用于随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

信用卡联名装置还包括：

判断单元75，用于在接收一个用户的信用卡消费操作后，判断剩余信用额度是否大于或等于本次消费金额；

调整单元76，用于若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

生成单元77，用于各个用户的还款账单数据并分发至各个用户终端；

还款单元78，用于在接收一个用户终端的还款操作后，为该用户执行还款操作；

确定结余单元79，用于若该用户的还款金额值大于待还金额，则在执行还款操作确定结余金额；

还款单元78，还用于接收该用户指定的其它用户，为将所述结余金额为其它用户执行还款操作。

在生成单元77之后，还包括：

监测单元710，用于若在第一预设时间内监测到至少一个用户未还款完毕，则发送提醒信息至各个用户终端；

减少单元711，用于若在第二预设时间内监测到至少一个用户未还款完毕，则减少各个用户的信用分值。

参见图8，本发明提供了一种信用卡绑定装置实施例二，其特征在于，包括：

第二接收单元81，用于接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户；

确定额度单元82，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元83，用于为所述多个用户分别分配对应的单独信用额度；

绑定单元84，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共同支付消费账单数据。

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

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

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

Claims (10)

1.一种信用卡联名方法，其特征在于，包括：

接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；

确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

为所述多个用户分别分配信用卡和对应的单独信用额度；

对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

2.如权利要求1所述的方法，其特征在于，所述为所述多个用户分别分配信用卡和对应的单独信用额度包括：

基于多个用户的个人信息分别确定各个用户的原本信用额度；

确定与联名用户数量对应的联名共享系数；

将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度；

随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

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

在接收一个用户的信用卡消费操作后，判断剩余信用额度是否大于或等于本次消费金额；

若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

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

生成各个用户的还款账单数据并分发至各个用户终端；

在接收一个用户终端的还款操作后，为该用户执行还款操作；

若该用户的还款金额值大于待还金额，则在执行还款操作后确定结余金额；

接收该用户指定的其它用户，为将所述结余金额为其它用户执行还款操作。

5.如权利要求4所述的方法，其特征在于，在生成各个用户的还款账单数据并分发至各个用户终端之后，还包括：

若在第一预设时间内监测到至少一个用户未还款完毕，则发送提醒信息至各个用户终端；

若在第二预设时间内监测到至少一个用户未还款完毕，则降低各个用户的信用分值。

6.一种信用卡联名方法，其特征在于，包括：

接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户；

确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

为所述多个用户分别分配对应的单独信用额度；

对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

7.一种信用卡联名装置，其特征在于，包括：

第一接收单元，用于接收联名信用卡申请请求；其中所述联名信用卡申请请求包括多个用户；

确定额度单元，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元，用于为所述多个用户分别分配信用卡和对应的单独信用额度；

绑定单元，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

8.如权利要求7所述的装置，其特征在于，所述分配单元包括：

第二确定单元，用于基于多个用户的个人信息分别确定各个用户的原本信用额度；

第三确定单元，用于确定与联名用户数量对应的联名共享系数；

第四确定单元，用于将各个原本信用额度之和与所述联名共享系数的乘积，确定为所述共享信用额度；

分配信用卡单元，用于为各个用户分别分配各自的信用卡并保存信用卡标识；

分配额度单元，用于随机、平均或按各个用户指定额度为各个用户分配单独信用额度；其中各个用户的单独信用额度之和不大于所述共享信用额度。

9.如权利要求7所述的装置，其特征在于，还包括：

判断单元，用于在接收一个用户的信用卡消费操作后，判断剩余信用额度是否大于或等于本次消费金额；

调整单元，用于若是，则于所述剩余信用额度中减少所述本次消费金额，且，于剩余共享信用额度中减少本次消费金额。

10.一种信用卡联名装置，其特征在于，包括：

第二接收单元，用于接收多个用户的信用卡绑定请求；其中所述信用卡绑定请求包括多个用户；

确定额度单元，用于确定所述多个用户的共享信用额度，以及，确定所述多个用户的单独信用额度；

分配单元，用于为所述多个用户分别分配对应的单独信用额度；

绑定单元，用于对所述多个用户的信用卡执行绑定操作，以使所述多个信用卡共同使用所述共享信用额度且共担逾期风险。

Images