CN116109310A - 双卡融合方法和装置、设备、介质 - Google Patents
双卡融合方法和装置、设备、介质 Download PDFInfo
- Publication number
- CN116109310A CN116109310A CN202211609902.6A CN202211609902A CN116109310A CN 116109310 A CN116109310 A CN 116109310A CN 202211609902 A CN202211609902 A CN 202211609902A CN 116109310 A CN116109310 A CN 116109310A
- Authority
- CN
- China
- Prior art keywords
- credit card
- user
- bank
- account
- card
- 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.)
- Pending
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
- 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/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/357—Cards having a plurality of specified features
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种双卡融合方法和装置、设备、介质,双卡融合方法包括:接收用户申请开通信用卡的申请指令;响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息;基于用户个人信息,创建信用卡账号,并建立用户对应的银行账号和创建的信用卡账号之间的关联关系,关联关系能够使得银行账号对应的实体卡具备信用卡的功能。上述方案,能够实现一张实体卡同时作为银行卡和信用卡使用,方便用户携带。
Description
技术领域
本申请涉及银行数据处理技术领域,特别是涉及一种双卡融合方法和装置、设备、介质。
背景技术
根据央行网站2020年10月15日发布《中国普惠金融指标分析报告(2019年)》报告显示,截至2019年末,人均持有6.01张银行卡,而根据中国人民支付结算司发布的报告,截止2021年第三季度,中国总共发行了7.98亿张信用卡。然而现在的银行卡和信用卡是均是独立申请并使用的,导致使用者保管多张银行卡及多张信用卡很不方便。
发明内容
本申请至少提供一种双卡融合方法和装置、设备、介质。
本申请提供了一种双卡融合方法,包括:接收用户申请开通信用卡的申请指令;响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息;基于用户个人信息,创建信用卡账号,并建立用户对应的银行账号和创建的信用卡账号之间的关联关系,关联关系能够使得银行账号对应的实体卡具备信用卡的功能。
本申请提供了一种双卡融合装置,包括:指令接收模块,用于接收用户申请开通信用卡的申请指令;信息获取模块,用于响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息;开户模块,用于基于用户个人信息,创建信用卡账号,并建立用户对应的银行账号和创建的信用卡账号之间的关联关系,关联关系能够使得银行账号对应的实体卡具备信用卡的功能。
本申请提供了一种电子设备,包括存储器和处理器,处理器用于执行存储器中存储的程序指令,以实现上述双卡融合方法。
本申请提供了一种计算机可读存储介质,其上存储有程序指令,程序指令被处理器执行时实现上述双卡融合方法。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,而非限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,这些附图示出了符合本申请的实施例,并与说明书一起用于说明本申请的技术方案。
图1是本申请双卡融合方法一实施例的流程示意图;
图2是本申请双卡融合方法一实施例示出步骤S13的子流程示意图;
图3是本申请双卡融合方法一实施例的另一流程示意图;
图4是本申请双卡融合方法一实施例的又一流程示意图;
图5是本申请双卡融合装置一实施例的结构示意图;
图6是本申请电子设备一实施例的结构示意图;
图7是本申请计算机可读存储介质一实施例的结构示意图。
具体实施方式
下面结合说明书附图,对本申请实施例的方案进行详细说明。
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、接口、技术之类的具体细节,以便透彻理解本申请。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。此外,本文中的“多”表示两个或者多于两个。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
请参阅图1,图1是本申请双卡融合方法一实施例的流程示意图。
具体而言,可以包括如下步骤:
步骤S11:接收用户申请开通信用卡的申请指令。
本实施例中执行双卡融合方法的执行设备可以是服务器或其他终端设备。本实施例以服务器为执行设备为例。
接收用户申请开通信用卡的申请指令的方式可以是从手机银行、开户机或柜面机处获取。示例性地,接收开户机、柜面机或手机银行发送的开通信用卡的指令作为申请指令。
一些应用场景中,手机银行上设置有对应的功能键,检测到用户点击手机银行内的该功能键之后,向服务器发送用户申请开通信用卡的申请指令。
一些应用场景中,开户机上同样可以设置开户功能键,该开户机通过接收用户对开户功能按钮的选择指令,则开户机向服务器发送对应的申请指令。
一些应用场景中,柜面机上设置有开户功能键,通过响应于对该开户功能键的选择指令,柜面机向服务器发送对应的申请指令。
示例性地,对于去银行营业厅办理银行卡开户的客户,客户在银行柜面机或开户机上填好申请信息并办理银行卡账户成功,在成功页面上显示“开通信用卡”入口,若客户放弃开通信用卡,则流程结束。若用户选择点击展示页面上的“开通信用卡”入口,进入信用卡开通流程,柜面机或开户机生成该用户对应的申请指令,并将该申请指令发送至服务器。
示例性地,对于存量的银行卡用户,银行可以通过短信或电话方式引导用户在手机银行上开通信用卡功能,用户打开手机银行并登录成功,可以点击“我的”,找到已绑定的银行卡,并在页面上显示“开通信用卡”入口,用户可通过选择点击“开通信用卡”入口进入开通流程,手机银行生成该用户对应的申请指令,并将该申请指令发送至服务器。
步骤S12:响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息。
申请指令中包含用户的标识,通过该用户的标识从数据库中确定的该用户的标识对应的银行卡信息。示例性地,对于去银行营业厅办理银行卡开户的客户,用户在办理银行账号成功之后,若接收到点击展示页面上的“开通信用卡”入口的操作,则直接将当前办理银行卡信息的用户作为申请信用卡的用户。用户的标识可以是用户的银行账号名称、电话等能够代表该用户的标识信息都可。示例性地,对于从手机银行申请信用卡的用户,可以在接收到对手机银行界面显示的“开通信用卡”入口之后,将已绑定的银行卡对应的银行账号名称作为该用户的标识或将银行账号作为该用户的标识等,关于用户的标识的具体形式此处不做具体限定。
若用户在本银行存在多个银行账号,可以进一步接收用户对多个账号的选择指令,并将用户选择的账号作为目标银行账号。银行账号对应的用户个人信息可以是办理该银行卡时用户填报的部分或全部信息,例如用户的身份证号、电话号码、用户居住地址、用户个人照片等等。
步骤S13:基于用户个人信息,创建信用卡账号,并建立用户对应的银行账号和创建的信用卡账号之间的关联关系。
该用户对应的银行账号和创建的信用卡账号之间的关联关系能够使得该银行账号对应的实体卡具备信用卡的功能。
示例性地,将该用户的用户个人信息发送至银行后台,银行后台对该用户个人信息进行审核,在审核结果符合办理信用卡的条件之后,为该用户创建信用卡账号。建立用户对应的银行账号和创建的信用卡账号之间的关联联系之后,可以认为是建立了银行账号的实体卡的磁条与信用卡账号之间的关联关系。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
请参阅图2,图2是本申请双卡融合方法一实施例示出步骤S13的子流程示意图。如图2所示,上述步骤S13可以包括以下步骤:
步骤S131:接收用户允许为银行账号开通关联的信用卡账号的授权指令以及用户选择的目标信用卡等级。
其中,不同信用卡等级对应的权益不同。
示例性地,服务器在获取到用户的银行卡信息之后,向客户端发送该用户个人信息、银行账号以及相关授权信息,该客户端指的是向服务器发送申请指令的客户端,例如手机银行、柜面机或开户机等。通过向客户端发送该用户客人信息以及银行账号以便客户端在界面上显示该用户个人信息、银行账号以及相关授权信息,在用户确定授权为该银行账号建立关联的信用卡账号之后,向该客户端发送可供用户选择的目标信用卡等级,示例性地,信用卡等级可以是普卡、白金卡、钻石卡等,该目标信用卡等级的制定与银行的政策相关,此处不对其做具体限定。客户端检测到用户对信用卡等级的选择操作,将用户选择的信用卡等级作为目标信用卡等级,并将目标信用卡等级发送至服务器。
步骤S132:创建具备目标信用卡等级的信用卡账号。
服务器根据用户个人信息、用户的银行账号以及所选择的目标信用卡等级创建信用卡账号。其中,该用户的信用卡账号和银行账号可以相同,也可以不同。示例性地,可以将银行账号作为信用卡的定制卡号。
一些公开实施例中,在执行步骤S132之前还可执行以下步骤:
首先,接收用户上传的电子签名以及用于身份认证的照片。用于身份认证的照片可以是实时拍摄的人脸图像,也可以是用户的身份证图像。
接着,获取对电子签名、照片以及用户个人信息的审核结果。换言之,可以将电子签名、照片以及用户个人信息发送至银行后台,银行后台的工作人员对这些信息进行审核,判断该用户是否具备申请信用卡的条件。审核结果可能是该用户不具备申请信用卡的条件或该用户具备申请信用卡的条件。其中,在审核结果为该用户不具备申请信用卡的条件的情况下,还可进一步接收银行后台发送的具体原因,示例性地,电子签名与用户个人信息中的名称不同,通过照片之间的人脸比对发现并非是本人申请等原因。
然后,响应于审核结果满足条件,执行上述步骤S132。
请同时参见图3,图3是本申请双卡融合方法一实施例的另一流程示意图。如图3所示,在基于用户个人信息,创建信用卡账号之后,双卡融合方法还可包括以下步骤:
步骤S21:接收用户设置的信用卡支付密码。
用户在客户端输入密码,客户端再将密码发送至服务器。
步骤S22:响应于信用卡支付密码与银行卡支付密码相同,发出提示信息以便用户基于该提示信息调整信用卡支付密码。
发出提示信息的方式可以是弹红框、显示预设提示信息等。
步骤S23:接收并响应于用户的确认指令,将当前输入的支付密码作为信用卡账号的支付密码。
当然,若用户可以无视该提示信息,直接确定与银行卡支付密码相同的信用卡支付密码作为信用卡账号的支付密码。
一些公开实施例中,在执行上述步骤S13之后,还可执行以下步骤:
接收并响应于交易指令,获取用户输入的目标支付密码。交易指令可以是用户拿实体卡在商场消费时的支付操作。另一些实施例中,交易指令还可以是任意需要使用信用卡交易场景下的操作,此处不做具体限定。例如,交易指令还可以是取现的指令。
如上述,信用卡账号支付密码可以同银行卡支付密码相同,也可以不同。
故,响应于目标支付密码与银行卡支付密码和信用卡支付密码中的一者相同,则使用目标支付密码相同的账号进行交易。换言之,银行卡支付密码和信用卡支付密码不同的情况下,可根据用户输入的目标支付密码确定是选择银行卡支付还是信用卡支付。示例性地,若目标支付密码与银行卡支付密码相同,则选择银行卡支付。若目标支付密码与信用卡支付密码相同,则选择信用卡支付。
响应于目标支付密码与银行卡支付密码以及信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易。换言之,在银行卡支付密码和信用卡支付密码相同的情况下,提示用户选择用于此次交易的银行账号或信用卡账号,并接收用户对银行账号或信用卡账号的选择,然后基于用户的选择,利用用户选择账号进行交易。示例性地,响应于目标支付密码与银行卡支付密码以及信用卡支付密码均相同,显示供用户选择用于此次交易的银行账号或信用卡账号,若用户选择银行账号,则此次选择该银行账号进行交易,若用户选择信用卡账号,则使用该信用卡账号进行此次交易。
一些公开实施例中,在执行步骤S13之后,本申请提供的双卡融合方法还可包括以下步骤:
接收注销银行账号或信用卡账号的指令。将指令对应的银行账号或信用卡账号注销。其中,未被注销的账号能够继续交易。一些应用场景中,接收注销银行账号的指令,将指令对应的银行账号注销,使得实体卡只具备信用卡功能。一些应用场景中,接收注销银行账号的指令,将指令对应的银行账号注销,使得实体卡只具备银行卡功能。
为更好地理解本公开实施例提供的双卡融合方法,请参阅图4,图4是本申请双卡融合方法一实施例的又一流程示意图。如图4所示,双卡融合方法可以包括以下步骤:
步骤S31:接收用户申请开通信用卡的申请指令。
具体接收用户申请开通信用卡的申请指令的方式可参见上述,此处不再赘述。
步骤S32:响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息。
具体响应于申请指令,获取用户的银行卡信息的方式可参见上述,此处不再赘述。
步骤S33:接收用户允许为银行账号开通关联的信用卡账号的授权指令以及用户选择的目标信用卡等级;
具体接收用户允许为银行账号开通关联的信用卡账号的授权指令以及用户选择的目标信用卡等级的方式可参见上述,此处不再赘述。
步骤S34:接收用户上传的电子签名以及用于身份认证的照片。
具体接收用户上传的电子签名以及用于身份认证的照片的方式可参见上述,此处不再赘述。
步骤S35:获取对电子签名、照片以及用户个人信息的审核结果。
具体获取对电子签名、照片以及用户个人信息的审核结果的方式可参见上述,此处不再赘述。
步骤S36:响应于审核结果满足条件,创建具备目标信用卡等级的信用卡账号。
具体响应于审核结果满足条件,创建具备目标信用卡等级的信用卡账号的方式可参见上述,此处不再赘述。
步骤S37:接收用户设置的信用卡支付密码。
具体接收用户设置的信用卡支付密码的方式可参见上述,此处不再赘述。
步骤S38:响应于信用卡支付密码与银行卡支付密码相同,发出提示信息以便用户基于该提示信息调整信用卡支付密码。
具体响应于信用卡支付密码与银行卡支付密码相同,发出提示信息的方式可参见上述,此处不再赘述。
步骤S39:接收并响应于用户的确认指令,将当前输入的支付密码作为信用卡账号的支付密码。
具体接收并响应于用户的确认指令,将当前输入的支付密码作为信用卡账号的支付密码的方式可参见上述,此处不再赘述。
步骤S40:接收并响应于交易指令,获取用户输入的目标支付密码。
具体接收并响应于交易指令,获取用户输入的目标支付密码的方式可参见上述,此处不再赘述。
步骤S41:响应于目标支付密码与银行卡支付密码和信用卡支付密码中的一者相同,则使用与目标支付密码相同的账号进行交易。
具体响应于目标支付密码与银行卡支付密码和信用卡支付密码中的一者相同,则使用与目标支付密码相同的账号进行交易的方式可参见上述,此处不再赘述。
步骤S42:响应于目标支付密码与银行卡支付密码以及信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易。
具体响应于目标支付密码与银行卡支付密码以及信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易的方式可参见上述,此处不再赘述。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
一些应用场景中,基于客户申请了本行的一张银行卡,并以此银行账号作为申请信用卡的定制卡号及申请银行卡时所填写的个人信息以极简进件模式快捷的开通信用卡的功能,即所谓的银行卡和信用卡双卡融合,一卡两用。对于去到银行营业厅办理银行卡开户的客户,客户在银行柜面机或开户机上填好申请信息并办理银行卡账户成功,在成功页面展示“开通信用卡”入口,若客户放弃开通信用卡,则流程结束。若经业务员引导客户同意开通信用卡,则可点击页面展示的按钮“开通信用卡”进入开通流程,页面反显申请银行卡时所填写的个人信息及定制卡号(银行账号),并展示相关授权信息,可选择的权益信息,可选的开通信用卡卡等及(普卡,白金卡,钻石卡等),需要上传的必要相片,电子签名等,点击提交申请即办理成功,等待银行后台审核结果。
一些应用场景中,对于存量的银行卡用户,银行可以通短信或电话方式引导用户在手机银行APP上开通信用卡功能,用户打开手机银行APP并登陆成功,点击“我的”,找到已绑定的银行卡,页面展示“开通信用卡”入口,可点击页面展示的按钮“开通信用卡”进入开通流程,页面反显申请银行卡时所填写的个人信息及定制卡号(银行账号),并展示相关授权信息,可选择的权益信息,可选的开通信用卡卡等及(普卡,白金卡,钻石卡等),需要上传的必要相片,电子签名等,点击提交申请即办理成功,等待银行后台审核结果。
一些应用场景中,信用卡办理成功,用户激活并设置支付密码。设置支付密码时最好不要与银行卡的支付密码相同,但也可以设置相同的支付密码,若设置的密码相同,在支付或取现时需要选择是银行卡还是信用卡支付或取现,若设置的密码不相同时,则输入银行卡密码时使用银行卡支付,输入信用卡密码时使用信用卡支付。
一些应用场景中,银行卡账户和信用卡账户相互独立,即银行卡注消后不影响信用卡,信用卡注消不影响银行卡。
其中,双卡融合方法的执行主体可以是双卡融合装置,例如,双卡融合方法可以由终端设备或服务器或其它处理设备执行,其中,终端设备可以为用户设备(UserEquipment,UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(PersonalDigital Assistant,PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中,该双卡融合方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。
请参阅图5,图5是本申请双卡融合装置一实施例的结构示意图。双卡融合装置50包括指令接收模块51、信息获取模块52以及开户模块53。指令接收模块51,用于接收用户申请开通信用卡的申请指令;信息获取模块52,用于响应于申请指令,获取用户的银行卡信息,银行卡信息包括用户对应的银行账号以及银行账号对应的用户个人信息;开户模块53,用于基于用户个人信息,创建信用卡账号,并建立用户对应的银行账号和创建的信用卡账号之间的关联关系,关联关系能够使得银行账号对应的实体卡具备信用卡的功能。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
一些实施例中,基于用户个人信息,创建信用卡账号,包括:接收用户允许为银行账号开通关联的信用卡账号的授权指令以及用户选择的目标信用卡等级,不同信用卡等级对应的权益不同;创建具备目标信用卡等级的信用卡账号。
上述方案,通过提供多种信用卡等级供用户选择,方便用户根据需求进行选择。
一些实施例中,在创建具备目标信用卡等级的信用卡账号之前,信息获取模块52还用于接收用户上传的电子签名以及用于身份认证的照片;获取对电子签名、照片以及用户个人信息的审核结果;开户模块53还用于响应于审核结果满足条件,执行创建具备目标信用卡等级的信用卡账号的步骤。
上述方案,通过对电子签名、照片以及用户个人信息的审核结果满足条件之后,再执行创建具备目标信用卡等级的信用卡账号的步骤,能够在一定程度上防止非本人开卡等情况出现。
一些实施例中,双卡融合装置还包括维护模块(图未示),维护模块能够用于在基于用户个人信息,创建信用卡账号之后,执行以下步骤:接收用户设置的信用卡支付密码;响应于信用卡支付密码与银行卡支付密码相同,发出提示信息以便用户基于该提示信息调整信用卡支付密码;接收并响应于用户的确认指令,将当前输入的支付密码作为信用卡账号的支付密码。
上述方案,通过在两种密码相同时发出提示信息方便用户决定是否根据该提示信息调整密码。
一些实施例中,维护模块还用于:接收并响应于交易指令,获取用户输入的目标支付密码;响应于目标支付密码与银行卡支付密码和信用卡支付密码中的一者相同,则使用与目标支付密码相同的账号进行交易;响应于目标支付密码与银行卡支付密码以及信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易。
上述方案,通过目目标支付密码与银行卡支付密码以及信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易,能够减少错误交易的情况出现。
一些实施例中,维护模块还用于:接收注销银行账号或信用卡账号的指令;将指令对应的银行账号或信用卡账号注销,其中,未被注销的账号能够继续交易。
上述方案,通过此种方式能够使得未被注销的账号能够正常使用,无需重新办理新卡,减少资源的浪费。
一些实施例中,接收用户申请开通信用卡的申请指令,包括:接收开户机、柜面机或手机银行发送的开通信用卡的指令作为申请指令。
上述方案,通过多种方式获取申请指令,使得信用卡开卡过程更为灵活。
请参阅图6,图6是本申请电子设备一实施例的结构示意图。电子设备60包括存储器61和处理器62,处理器62用于执行存储器61中存储的程序指令,以实现上述任一双卡融合方法实施例中的步骤。在一个具体的实施场景中,电子设备60可以包括但不限于:安防设备、医疗设备、微型计算机、台式电脑、服务器,此外,电子设备60还可以包括笔记本电脑、平板电脑等移动设备,在此不做限定。
其中,电子设备包括驱动器件以及传感器。传感器用于获取拍摄设备的运动参数,驱动器件与拍摄设备的处理器和镜片连接,用于接收处理器的指令,驱动镜片移动以调整镜片的位姿。
具体而言,处理器62用于控制其自身以及存储器61以实现上述任一双卡融合方法实施例中的步骤。处理器62还可以称为CPU(Central Processing Unit,中央处理单元)。处理器62可能是一种集成电路芯片,具有信号的处理能力。处理器62还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外,处理器62可以由集成电路芯片共同实现。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
请参阅图7,图7是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质70存储有程序指令71,程序指令71被处理器执行时实现上述任一双卡融合方法实施例中的步骤。
上述方案,通过接收用户申请开通信用卡的申请指令之后,响应该申请指令,然后获取该用户的银行账号以及银行账号对应的用户个人信息,使得基于该用户个人信息为其创建信用卡账号,并建立该用户的银行账号和信用卡账号之间的关联关系,以便该银行账号对应的实体卡具备信用卡的功能,实现了一张实体卡既具备银行卡的功能也具备信用卡的功能,无需为用户重新置办一张新的信用卡,方便用户携带。
在一些实施例中,本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其具体实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述。
上文对各个实施例的描述倾向于强调各个实施例之间的不同之处,其相同或相似之处可以互相参考,为了简洁,本文不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性、机械或其它的形式。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
Claims (10)
1.一种双卡融合方法,其特征在于,包括:
接收用户申请开通信用卡的申请指令;
响应于所述申请指令,获取用户的银行卡信息,所述银行卡信息包括用户对应的银行账号以及所述银行账号对应的用户个人信息;
基于所述用户个人信息,创建信用卡账号,并建立所述用户对应的银行账号和创建的所述信用卡账号之间的关联关系,所述关联关系能够使得所述银行账号对应的实体卡具备信用卡的功能。
2.根据权利要求1所述的方法,其特征在于,所述基于所述用户个人信息,创建信用卡账号,包括:
接收用户允许为所述银行账号开通关联的信用卡账号的授权指令以及用户选择的目标信用卡等级,不同信用卡等级对应的权益不同;
创建具备所述目标信用卡等级的信用卡账号。
3.根据权利要求2所述的方法,其特征在于,在所述创建具备所述目标信用卡等级的信用卡账号之前,所述方法还包括:
接收用户上传的电子签名以及用于身份认证的照片;
获取对所述电子签名、所述照片以及所述用户个人信息的审核结果;
响应于所述审核结果满足条件,执行所述创建具备所述目标信用卡等级的信用卡账号的步骤。
4.根据权利要求1-3任一项所述的方法,其特征在于,在所述基于所述用户个人信息,创建信用卡账号之后,所述方法还包括:
接收用户设置的信用卡支付密码;
响应于所述信用卡支付密码与银行卡支付密码相同,发出提示信息以便用户基于该提示信息调整信用卡支付密码;
接收并响应于用户的确认指令,将当前输入的支付密码作为所述信用卡账号的支付密码。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
接收并响应于交易指令,获取用户输入的目标支付密码;
响应于所述目标支付密码与所述银行卡支付密码和信用卡支付密码中的一者相同,则使用与所述目标支付密码相同的账号进行交易;
响应于所述目标支付密码与所述银行卡支付密码以及所述信用卡支付密码均相同,基于用户选择的银行账号或信用卡账号进行交易。
6.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
接收注销银行账号或信用卡账号的指令;
将所述指令对应的所述银行账号或信用卡账号注销,其中,未被注销的账号能够继续交易。
7.根据权利要求1所述的方法,其特征在于,所述接收用户申请开通信用卡的申请指令,包括:
接收开户机、柜面机或手机银行发送的开通信用卡的指令作为所述申请指令。
8.一种双卡融合装置,其特征在于,包括:
指令接收模块,用于接收用户申请开通信用卡的申请指令;
信息获取模块,用于响应于所述申请指令,获取用户的银行卡信息,所述银行卡信息包括用户对应的银行账号以及所述银行账号对应的用户个人信息;
账号开通模块,用于基于所述用户个人信息,创建信用卡账号,并建立所述用户对应的银行账号和创建的所述信用卡账号之间的关联关系,所述关联关系能够使得所述银行账号对应的实体卡具备信用卡的功能。
9.一种电子设备,其特征在于,包括存储器和处理器,所述处理器用于执行所述存储器中存储的程序指令,以实现权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其上存储有程序指令,其特征在于,所述程序指令被处理器执行时实现权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211609902.6A CN116109310A (zh) | 2022-12-14 | 2022-12-14 | 双卡融合方法和装置、设备、介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211609902.6A CN116109310A (zh) | 2022-12-14 | 2022-12-14 | 双卡融合方法和装置、设备、介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116109310A true CN116109310A (zh) | 2023-05-12 |
Family
ID=86262950
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211609902.6A Pending CN116109310A (zh) | 2022-12-14 | 2022-12-14 | 双卡融合方法和装置、设备、介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116109310A (zh) |
-
2022
- 2022-12-14 CN CN202211609902.6A patent/CN116109310A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11928673B2 (en) | Multi-signature verification network | |
US20180330342A1 (en) | Digital asset account management | |
US10432617B2 (en) | One time passcode | |
US20150026056A1 (en) | Completing mobile banking transaction from trusted location | |
US20150026057A1 (en) | Completing mobile banking transaction with different devices | |
US20140019360A1 (en) | Method for online payment, and system and electronic device for implementing the same | |
KR20100123896A (ko) | 모바일 전화기 거래 시스템 및 방법 | |
CN112368730A (zh) | 使用动态安全结账元件的安全远程交易框架 | |
US20100312704A1 (en) | Method and Apparatus for On Demand Generation, Use and Transfer of Virtual Financial Instruments | |
US20140164228A1 (en) | Methods and systems for value transfers using a reader device | |
EP2786327A1 (en) | Electronic payment system | |
US20180225656A1 (en) | Transmitting sensitive data from a digital wallet on a user device to a designated server for use by a transaction card application process | |
US20130159118A1 (en) | System and Method for Mobile Retail Transaction Processing | |
JP2019194797A (ja) | 制御プログラム、制御方法、及び情報処理装置 | |
CN116109310A (zh) | 双卡融合方法和装置、设备、介质 | |
AU2009250337A1 (en) | A system and method for facilitating a payment transaction | |
TWM569016U (zh) | Debit authorization system | |
US11954683B1 (en) | Third party products and services via ATM | |
US11379839B1 (en) | Third party products and services via ATM | |
TWI662493B (zh) | Debit authorization method and system | |
KR20060086074A (ko) | 현금지급장치 및 기록매체와, 이를 이용한 대출신청 시스템 | |
AU2014201752A1 (en) | Method and system for secure electronic funds transfer |
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 |