CN109272399B - 一种信用卡的管理方法及装置 - Google Patents
一种信用卡的管理方法及装置 Download PDFInfo
- Publication number
- CN109272399B CN109272399B CN201811088337.7A CN201811088337A CN109272399B CN 109272399 B CN109272399 B CN 109272399B CN 201811088337 A CN201811088337 A CN 201811088337A CN 109272399 B CN109272399 B CN 109272399B
- Authority
- CN
- China
- Prior art keywords
- credit card
- account number
- sub
- total
- super
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Marketing (AREA)
- Economics (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种信用卡的管理方法及装置,方法适用于牵头银行,包括:接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同;接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号及扣费子信用卡账号的额度,生成账单信息并记录于总信用卡账号下;还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。本发明能够集多张信用卡于一体。
Description
技术领域
本发明属于信用卡领域,尤其涉及一种信用卡的管理方法及装置。
背景技术
现有技术中,通常一个人名下会有多个银行的多张信号卡,这些信用卡由用户自己管理,多张信用卡的管理存在诸多不便,主要体现在:
1)若未携带多张或所有信用卡,可能存在额度不足的问题,对于信用卡额度低或消费金额大的用户,不能满足消费要求。
2)商家优惠活动不同,不同商家的合作银行不同,用户必须选择特定银行的信用卡消费才可以享受商家优惠,导致用户往往需要携带多张信用卡。各银行优惠活动千差万别,如对信用卡月消费额或消费次数有特殊要求才可以享受,用户自己辨别是否能够享受优惠给用户造成很大的不便。
3)不同信用卡还款日期不同,给用户造成很大的不便。
发明内容
为了解决上述技术问题,本发明的第一方面提供一种信用卡的管理方法,适用于牵头银行,包括:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明的第二方面提供一种信用卡的管理装置,适用于牵头银行,包括:
发卡模块,用于接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
消费模块,用于接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款模块,用于还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明的第三方面提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明的第四方面提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行计算机程序,所述计算机程序被处理器执行时实现如下步骤:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明将多个实体信用卡集于一超级信用卡中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和。本发明通过将各子信用卡账号额度集中至总信用卡账号中,能够满足用户大额消费需求。本发明通过根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号能够使用户携带一张超级信用卡就能实现其它信用卡自动支付,避免用户携带多张信用卡的不便,且能使用户享受到最大优惠。本发明通过设置统一还款日,还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求,能够实现集中还款,提高了用户的便捷性。
为让本发明的上述和其他目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附图式,作详细说明如下。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1示出了本发明实施例的信用卡的管理方法的流程图;
图2示出了本发明实施例的生成超级信用卡的过程流程图;
图3A及图3B示出了本发明实施例的确定扣费子信用卡账号过程流程图;
图4示出了本发明实施例的信用卡的管理装置的结构图;
图5示出了本发明实施例的计算机设备的结构图。
具体实施方式
为了使本发明的技术特点及效果更加明显,下面结合附图对本发明的技术方案做进一步说明,本发明也可有其他不同的具体实例来加以说明或实施,任何本领域技术人员在权利要求范围内做的等同变换均属于本发明的保护范畴。
在本说明书的描述中,参考术语“一实施例”、“一具体实施例”、“一些实施例”、“例如”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。各实施例中涉及的步骤顺序用于示意性说明本发明的实施,其中的步骤顺序不作限定,可根据需要作适当调整。
如图1所示,图1示出了本发明实施例的信用卡的管理方法的流程图,本实施例适用于牵头银行,由牵头银行将多个实体信用卡集于一超级信用卡中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和,能够满足用户大额消费需求,实现集中还款,提高了用户的便捷性,避免用户携带多张信用卡的不便,且能使用户享受到最大优惠。具体的,信用卡的管理方法包括:
S10,接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
S20,接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度(即总信用卡账号额度及扣费子信用卡账号额度扣除相同金额),生成账单信息并记录于总信用卡账号下;
S30,还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度(根据第一还款请求中的还款金额调整总信用卡账号的额度,例如用户还款1万元,则将总信用卡账号的额度增加1万元),根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
详细的说,S10中的信用卡管理请求可由用户在牵头银行柜台通过填表的形式发出或在自助服务终端填表的形式发出,本发明对信用卡管理请求的发出形式不做限定。信用卡管理请求至少包括:用户信息、用户选定协办银行,用户信息例如为用户姓名、年龄、职业、月收入、住址等,协办银行为同意牵头银行通过超级信用卡的形式办理本行的子信用卡的银行,牵头银行与协办银行搭建信用卡账号的上下层级结构。
S20中的超级信用卡的消费请求至少包括:消费金额、用户的总信用卡账号、消费商家。S20中的账单信息至少包括扣费子信用卡账号及扣费金额。银行商家优惠活动包括银行信用卡优惠活动及商家信用卡优惠活动,其中,银行信用卡优惠活动指的是信用卡的最低消费要求(如最低月消费额、最低消费次数等参数),商家信用卡优惠活动指的是银行对消费商家的优惠活动(例如消费100减15等)。
S30中的总账单可以通过短信、APP的形式发送给用户,用户可以通过登录超级信用卡系统(如网页,APP)的方式提交第一还款请求,第二还款请求由牵头银行自动发起,以完成子信用卡账号于子信用卡服务器的还款。
本发明将多个实体信用卡集于一超级信用卡中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和。本发明通过将各子信用卡账号额度集中至总信用卡账号中,能够满足用户大额消费需求。本发明通过根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号能够使用户携带一张超级信用卡就能实现其它信用卡自动支付,避免用户携带多张信用卡的不便,且能使用户享受到最大优惠。本发明通过设置统一还款日,还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求,能够实现集中还款,提高了用户的便捷性。
本发明一些实施例中,如图2所示,上述S10根据信用卡管理请求配置并生成超级信用卡的过程包括:
S101,发送包含用户信息的办卡请求至用户选定的协办银行,以使协办银行根据办卡请求生成子信用卡账号及子信用卡账号额度;
S102,接收协办银行发送的子信用卡账号及子信用卡账号额度;
S103,生成总信用卡账号,计算子信用卡账号额度之和为总信用卡账号额度,设置总信用卡账号及各子信用卡账号的还款日相同,例如,用户选定的协办银行有三个,则会接收到三个子信用卡账号,将这三个子信用卡账号额度之和作为总信用卡账号额度;
S104,至少将总信用卡账号、各子信用卡账号、还款日、总信用卡账号额度及各子信用卡账号额度设置于超级信用卡中;
S105,生成并发放超级信用卡。
详细的说,S103中的还款日可由牵头银行自动设置,或由用户设置,包含于信用卡管理请求中,本发明对还款日的设置方不做限定。S104中,还可将各子信用卡最低消费要求设置于超级信用卡中,其中,各子信用卡最低消费要求可由各子信用卡所属银行提供,或由用户设置,包含于信用卡管理请求中,本发明对子信用卡账号最低消费要求的设置方不做限定。
本发明一些实施例中,如图3A所示,上述S20中根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S201,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S202,若小于,则提示用户付款失败;
S202,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若无优惠活动,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
若有优惠活动,则将有优惠活动的子信用卡账号发送至用户终端显示,接收用户设定的扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
S203,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S204,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低的顺序确定扣费子信用卡账号并进行扣款。详细的说,用户预先设定的付款子信用卡顺序可由用户发起信用卡管理请求时设定,包含于信用卡管理请求中。
本发明一些实施例中,如图3B所示,上述S20中根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S211,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S212,若小于,则提示用户付款失败;
S212,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若无优惠活动,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
若有优惠活动,则计算优惠金额,按优惠金额从大到小的顺序排序有优惠活动的子信用卡账号,按排序结果顺序设置扣费子信用卡账号并进行扣款,若所有有优惠活动的子信用卡账号扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
S213,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S214;
S214,按用户预先设定付款子信用卡顺序或按子信用卡账号剩余额度从高到低的顺序确定扣费子信用卡账号并进行扣款。
基于同一发明构思,本发明实施例中还提供了一种信用卡的管理装置,如下面的实施例所述。由于该装置解决问题的原理与信用卡的管理方法相似,因此该装置的实施可以参见信用卡的管理方法的实施,重复之处不再赘述。
如图4所示,信用卡的管理装置,适用于牵头银行,包括:
发卡模块410,用于接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和。详细的说,信用卡管理请求至少包括:用户信息、用户选定协办银行。
消费模块420,用于接收超级信用卡的消费请求,根据超级信用卡的消费请求及超级信用卡中银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下。详细的说,超级信用卡的消费请求至少包括:消费金额、用户的总信用卡账号、消费商家。
还款模块430,用于还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明一些实施例中,发卡模块410根据信用卡管理请求配置并生成超级信用卡的过程包括:
发送包含用户信息的办卡请求至用户选定的协办银行,以使协办银行根据办卡请求生成子信用卡账号及子信用卡账号额度;
接收协办银行发送的子信用卡账号及子信用卡账号额度;
生成总信用卡账号,计算子信用卡账号额度之和为总信用卡账号额度,设置总信用卡账号及各子信用卡账号的还款日相同;
至少将总信用卡账号、各子信用卡账号、还款日、总信用卡账号额度及各子信用卡账号额度设置于一超级信用卡中;
生成并发放超级信用卡。
本发明一些实施例中,消费模块420根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S201,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S202,若小于,则提示用户付款失败;
S202,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若无优惠活动,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
若有优惠活动,则将有优惠活动的子信用卡账号发送至用户终端显示,接收用户设定的扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
S203,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S204,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低的顺序确定扣费子信用卡账号并进行扣款。详细的说,用户预先设定的付款子信用卡顺序可由用户发起信用卡管理请求时设定,包含于信用卡管理请求中。
本发明一些实施例中,消费模块420根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S211,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S212,若小于,则提示用户付款失败;
S212,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若无优惠活动,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
若有优惠活动,则计算优惠金额,按优惠金额从大到小的顺序排序有优惠活动的子信用卡账号,按排序结果顺序设置扣费子信用卡账号并进行扣款,若所有有优惠活动的子信用卡账号扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
S213,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S214;
S214,按用户预先设定付款子信用卡顺序或按子信用卡账号剩余额度从高到低的顺序确定扣费子信用卡账号并进行扣款。
如图5所示,本发明还提供一种计算机设备,包括存储器510、处理器520及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如下步骤:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及超级信用卡中各子信用卡账号所属银行活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
具体实施时,计算机设备还包括:输入输出设备530及网络连接等通信设备540。本发明对计算机设备具体包括的部件不做限定。
本发明一些实施例中,还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行计算机程序,所述计算机程序被处理器执行时实现如下步骤:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求。
本发明将多个实体信用卡集于一超级信用卡中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和。本发明通过将各子信用卡账号额度集中至总信用卡账号中,能够满足用户大额消费需求。本发明通过根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号能够使用户携带一张超级信用卡就能实现其它信用卡自动支付,避免用户携带多张信用卡的不便,且能使用户享受到最大优惠。本发明通过设置统一还款日,还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求,能够实现集中还款,提高了用户的便捷性。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等) 上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅用于说明本发明的技术方案,任何本领域普通技术人员均可在不违背本发明的精神及范畴下,对上述实施例进行修饰与改变。因此,本发明的权利保护范围应视权利要求范围为准。
Claims (10)
1.一种信用卡的管理方法,其特征在于,适用于牵头银行,包括:
接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求;
所述信用卡管理请求至少包括:用户信息、用户选定协办银行;
所述根据信用卡管理请求配置并生成超级信用卡的过程包括:
发送包含用户信息的办卡请求至用户选定的协办银行;
接收协办银行发送的子信用卡账号及子信用卡账号额度;
生成总信用卡账号,计算子信用卡账号额度之和为总信用卡账号额度,设置总信用卡账号及各子信用卡账号的还款日相同;
至少将总信用卡账号、各子信用卡账号、还款日、总信用卡账号额度及各子信用卡账号额度设置于超级信用卡中;
生成并发放超级信用卡。
2.如权利要求1所述的方法,其特征在于,超级信用卡的消费请求至少包括:消费金额、用户的总信用卡账号、消费商家。
3.如权利要求2所述的方法,其特征在于,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S201,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S202;
S202,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若有优惠活动,则将有优惠活动的子信用卡账号发送至用户终端显示,接收用户设定的扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
S203,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S204,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低 的顺序确定扣费子信用卡账号并进行扣款。
4.如权利要求2所述的方法,其特征在于,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S211,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S212;
S212,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若有优惠活动,则计算优惠金额,按优惠金额从大到小的顺序排序有优惠活动的子信用卡账号,按排序结果顺序设置扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
S213,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S214,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低 的顺序确定扣费子信用卡账号并进行扣款。
5.一种信用卡的管理装置,其特征在于,适用于牵头银行,包括:
发卡模块,用于接收信用卡管理请求,根据信用卡管理请求配置并生成超级信用卡,其中,超级信用卡包括一个总信用卡账号及多个子信用卡账号,超级信用卡中各账号的还款日相同,总信用卡账号额度为子信用卡账号额度之和;
消费模块,用于接收超级信用卡的消费请求,根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号,调整总信用卡账号额度及扣费子信用卡账号额度,生成账单信息并记录于总信用卡账号下;
还款模块,用于还款日到时,根据总信用卡账号下的账单信息生成并发送总账单,接收超级信用卡的第一还款请求,根据第一还款请求调整总信用卡账号的额度,根据总信用卡账号下的账单信息向相应子信用卡服务器发送第二还款请求;
所述信用卡管理请求至少包括:用户信息、用户选定协办银行;
所述发卡模块根据信用卡管理请求配置并生成超级信用卡的过程包括:
发送包含用户信息的办卡请求至用户选定的协办银行;
接收协办银行发送的子信用卡账号及子信用卡账号额度;
生成总信用卡账号,计算子信用卡账号额度之和为总信用卡账号额度,设置总信用卡账号及各子信用卡账号的还款日相同;
至少将总信用卡账号、各子信用卡账号、还款日、总信用卡账号额度及各子信用卡账号额度设置于一超级信用卡中;
生成并发放超级信用卡。
6.如权利要求5所述的装置,其特征在于,超级信用卡的消费请求至少包括:消费金额、用户的总信用卡账号、消费商家。
7.如权利要求6所述的装置,其特征在于,消费模块根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S201,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S202;
S202,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若有优惠活动,则将有优惠活动的子信用卡账号发送至用户终端显示,接收用户设定的扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S203,否则,执行S204;
S203,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S204,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低 的顺序确定扣费子信用卡账号并进行扣款。
8.如权利要求6所述的装置,其特征在于,消费模块根据超级信用卡的消费请求及银行商家优惠活动确定扣费子信用卡账号的过程包括:
S211,判断用户的总信用卡账号额度是否大于消费金额,若大于,则执行S212;
S212,判断用户的子信用卡账号所属银行对消费商家是否有优惠活动,若有优惠活动,则计算优惠金额,按优惠金额从大到小的顺序排序有优惠活动的子信用卡账号,按排序结果顺序设置扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则判断用户的子信用卡账号中是否有未到达最低消费要求的子信用卡账号,若存在,则执行S213,否则,执行S214;
S213,逐一将未到达最低消费要求的子信用卡账号设置为扣费子信用卡账号并进行扣款,若扣款后仍有未付款金额,则执行S204;
S214,按用户预先设定的付款子信用卡顺序或按子信用卡账号剩余额度从高到低 的顺序确定扣费子信用卡账号并进行扣款。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行计算机程序,所述计算机程序被处理器执行时实现如权利要求1所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811088337.7A CN109272399B (zh) | 2018-09-18 | 2018-09-18 | 一种信用卡的管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811088337.7A CN109272399B (zh) | 2018-09-18 | 2018-09-18 | 一种信用卡的管理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109272399A CN109272399A (zh) | 2019-01-25 |
CN109272399B true CN109272399B (zh) | 2022-01-18 |
Family
ID=65197524
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811088337.7A Active CN109272399B (zh) | 2018-09-18 | 2018-09-18 | 一种信用卡的管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109272399B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111192041A (zh) * | 2020-02-20 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 资源转移方法和资源转移设备 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1787020A (zh) * | 2004-12-11 | 2006-06-14 | 招商银行股份有限公司 | 一户多卡银行卡系统及其处理方法 |
KR101102619B1 (ko) * | 2009-03-05 | 2012-01-03 | 주식회사 비즈모델라인 | 단일 카드를 이용한 복수 카드 운영 시스템 |
CN101930640A (zh) * | 2009-06-26 | 2010-12-29 | 海南新生信息技术有限公司 | 一卡多账户多交易方法和系统 |
EA016432B1 (ru) * | 2010-04-16 | 2012-04-30 | "Газпромбанк" (Открытое Акционерное Общество) | Процессинговый центр и способ перевода денежных средств в банковской платежной системе |
CN102509237A (zh) * | 2011-10-24 | 2012-06-20 | 中国联合网络通信集团有限公司 | 信用卡还款提醒方法和系统及第三方信用卡还款提醒平台 |
KR20140023052A (ko) * | 2012-08-16 | 2014-02-26 | 이왕주 | 결제 중개 시스템 및 방법 |
KR101663168B1 (ko) * | 2014-10-17 | 2016-10-06 | 코나아이 (주) | 멀티 카드 생성 방법, 멀티 카드 사용 방법 및 멀티 카드 시스템 |
CN106384183A (zh) * | 2016-05-03 | 2017-02-08 | 深圳市微付充科技有限公司 | 一种id卡管理系统 |
CN108074178A (zh) * | 2016-11-14 | 2018-05-25 | 平安科技(深圳)有限公司 | 处理信用卡申请的方法和装置 |
CN106611307A (zh) * | 2016-12-26 | 2017-05-03 | 深圳市维康宝技术有限公司 | 一种多卡片的智能管理方法及其系统 |
CN106940866A (zh) * | 2017-02-22 | 2017-07-11 | 深圳市喜悦智慧实验室有限公司 | 一种基于多账户管理的资产管理系统 |
CN107507000A (zh) * | 2017-07-27 | 2017-12-22 | 北京小米移动软件有限公司 | 支付方法、装置、设备和存储介质 |
CN107622412A (zh) * | 2017-08-04 | 2018-01-23 | 尹作军 | 一种基于消费统计的计费方法及系统 |
CN107808340A (zh) * | 2017-09-08 | 2018-03-16 | 海联金汇科技股份有限公司 | 一种信用卡管理方法及设备 |
CN108090676A (zh) * | 2017-12-19 | 2018-05-29 | 向仕洪 | 一种基于购物app的信用卡虚拟风控交易系统 |
-
2018
- 2018-09-18 CN CN201811088337.7A patent/CN109272399B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109272399A (zh) | 2019-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11699182B1 (en) | Distributed system for custom financing | |
CN108305169B (zh) | 预付卡交易数据保存方法及装置 | |
US8152061B2 (en) | System and method for processing closed loop cards and codes | |
US11481839B1 (en) | Merchant financing system | |
US8152060B2 (en) | System and method for processing closed loop cards and codes | |
CN106886847A (zh) | 一种资源处理方法及装置 | |
JP2022107705A (ja) | 金融基盤システム | |
US20180268487A1 (en) | Payment management system | |
CN110599323A (zh) | 一种资源处理方法及处理设备 | |
CN110264214A (zh) | 一种交易账单的生成和核销方法、装置及设备 | |
CN110796440A (zh) | 支付方法、装置及系统、支付业务架构、电子设备和介质 | |
CN109615362A (zh) | 一种金额拆分方法、装置及设备 | |
CN105335847A (zh) | 一种电子账户的操作方法及装置 | |
CN107146158A (zh) | 一种电子数据处理方法及装置 | |
CN109636380A (zh) | 费用处理方法和装置 | |
CN109272399B (zh) | 一种信用卡的管理方法及装置 | |
US20130041816A1 (en) | Payment systems and methods for accelerating debt payoff and reducing interest expense | |
CN112950365A (zh) | 一种账户间补款的方法和装置 | |
CN111369347A (zh) | 业务处理方法、装置、设备及存储介质 | |
CN111401873A (zh) | 一种任务创建方法、装置、存储介质和电子设备 | |
CN111553675A (zh) | 基于数字货币的全景式账单的生成方法、装置和设备 | |
JP7053924B1 (ja) | 管理装置、管理方法および管理プログラム | |
CN107430725B (zh) | 连续流支付 | |
CN112561689B (zh) | 交易数据的记录处理方法、装置、设备及存储介质 | |
CN112967047A (zh) | 结算方法、装置、设备、存储介质以及程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |