CN114066445A - 一种银行卡请求处理方法及相关设备 - Google Patents

Abstract

本公开提供的一种银行卡请求处理方法及相关设备，可应用于网络安全领域或金融领域，该方法可以获得银行卡激活请求，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别；利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量；在第一卡数量小于预设卡数量阈值的情况下，确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量；在第二卡数量小于预设卡类别数量阈值的情况下，激活目标银行卡。本公开通过限制用户所持已激活和相关银行卡类别的银行卡的数量，在为用户提供便捷支付体验的同时保证用户的用卡安全。

Description

一种银行卡请求处理方法及相关设备

技术领域

本公开涉及金融安全技术领域，尤其涉及一种银行卡请求处理方法及相关设备。

背景技术

近年来，随着银行卡的快捷支付功能的普及，对银行卡内资金的安全的管控难度越来越高。为了保证用户的用卡安全，当前主要是设置银行卡的限额。例如：每日/每月消费限额、每日/每月转账限额以及每日/每月取款限额。然而，限额设置过低，会影响用户的正常用卡需求；若限额设置过高，又难以实现实质上的安全防范的作用。

因此，如何在提供便捷支付体验的同时保证用户的用卡安全，成为本领域技术人员急需解决的技术问题。

发明内容

鉴于上述问题，本公开提供一种克服上述问题或者至少部分地解决上述问题的一种银行卡请求处理方法及相关设备，技术方案如下：

一种银行卡请求处理方法，包括：

获得银行卡激活请求，其中，所述银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，所述银行卡信息包括银行卡类别；

利用所述用户标识，确定所述需开卡用户所持已激活的银行卡的第一卡数量；

将所述第一卡数量与预设卡数量阈值进行对比；

在所述第一卡数量小于所述预设卡数量阈值的情况下，确定所述已激活的银行卡中与所述银行卡类别对应的银行卡的第二卡数量；

将所述第二卡数量与预设卡类别数量阈值进行对比；

在所述第二卡数量小于所述预设卡类别数量阈值的情况下，激活所述目标银行卡。

可选的，所述方法还包括：

在所述第一卡数量不小于所述预设卡数量阈值的情况下，发送第一预设错误信息，以提醒所述需开卡用户注销第一数量的所述已激活的银行卡。

可选的，所述方法还包括：

在所述第二卡数量不小于所述预设卡类别数量阈值的情况下，发送第二预设错误信息，以提醒所述需开卡用户注销第二数量的与所述银行卡类别对应的银行卡。

可选的，所述激活所述目标银行卡，包括：

激活所述目标银行卡的关联账户限制，其中，所述关联账户限制包括与所述目标银行卡关联的账户的数量不超过预设关联账户阈值。

可选的，在所述激活所述目标银行卡之后，所述方法还包括：

利用所述用户标识，确定所述需开卡用户对应的目标账户关联的银行卡的第三数量；

将所述第三数量与预设关联银行卡阈值进行对比；

在所述第三数量小于所述预设关联银行卡阈值的情况下，将所述目标账户与所述目标银行卡建立关联关系。

可选的，所述方法还包括：

在所述第三数量不小于所述预设关联银行卡阈值的情况下，发送第三预设错误信息，以提醒所述需开卡用户断开第四数量的与所述目标账户关联的银行卡。

可选的，在所述激活所述目标银行卡之后，所述方法还包括：

获得与所述目标银行卡建立关联关系的账户关联请求，所述账户关联请求包括第一账户对应的账户信息；

确定与所述目标银行卡已关联的账户的数量是否小于所述预设关联账户阈值，如果小于，则根据所述账户信息，将所述目标银行卡与所述第一账户建立关联关系，如果不小于，则发送第四预设错误信息，以提醒所述需开卡用户断开第五数量的与所述目标银行卡关联的账户。

一种银行卡请求处理装置，包括：银行卡激活请求获得单元、第一卡数量确定单元、第一卡数量对比单元、第二卡数量确定单元、第二卡数量对比单元以及银行卡激活单元，

所述银行卡激活请求获得单元，用于获得银行卡激活请求，其中，所述银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，所述银行卡信息包括银行卡类别；

所述第一卡数量确定单元，用于利用所述用户标识，确定所述需开卡用户所持已激活的银行卡的第一卡数量；

所述第一卡数量对比单元，用于将所述第一卡数量与预设卡数量阈值进行对比；

所述第二卡数量确定单元，用于在所述第一卡数量小于所述预设卡数量阈值的情况下，确定所述已激活的银行卡中与所述银行卡类别对应的银行卡的第二卡数量；

所述第二卡数量对比单元，用于将所述第二卡数量与预设卡类别数量阈值进行对比；

所述银行卡激活单元，用于在所述第二卡数量小于所述预设卡类别数量阈值的情况下，激活所述目标银行卡。

一种计算机可读存储介质，其上存储有程序，所述程序被处理器执行时实现上述任一项所述的银行卡请求处理方法。

一种电子设备，所述电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行上述任一项所述的银行卡请求处理方法。

借由上述技术方案，本公开提供的一种银行卡请求处理方法及相关设备，可以获得银行卡激活请求，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别；利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量；将第一卡数量与预设卡数量阈值进行对比；在第一卡数量小于预设卡数量阈值的情况下，确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量；将第二卡数量与预设卡类别数量阈值进行对比；在第二卡数量小于预设卡类别数量阈值的情况下，激活目标银行卡。本公开通过限制用户所持已激活银行卡的数量和所持银行卡类别的银行卡的数量，可以防止不法分子利用用户的身份信息大量激活银行卡，在为用户提供便捷支付体验的同时保证用户的用卡安全。

上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本公开实施例提供的银行卡请求处理方法的一种实施方式的流程示意图；

图2示出了本公开实施例提供的银行卡请求处理方法的另一种实施方式的流程示意图；

图3示出了本公开实施例提供的银行卡请求处理方法的另一种实施方式的流程示意图；

图4示出了本公开实施例提供的银行卡请求处理装置的一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

如图1所示，本公开实施例提供的银行卡请求处理方法的一种实施方式的流程示意图，该银行卡请求处理方法可以包括：

S100、获得银行卡激活请求，其中，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别。

具体的，本公开实施例可以获得从用户端设备上发送的银行卡激活请求。该用户端设备可以是便携性移动设备以及银行自动开卡机。用户或相关业务人员可以通过用户端设备输入相关的用户信息，从而生成相应的银行卡激活请求。

可选的，用户标识可以包括用户的身份证号、指纹、人脸以及虹膜中的至少一种信息。

可选的，银行卡信息还可以包括：银行机构号、卡BIN编号以及卡产品编号。

S200、利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量。

其中，用户所持银行卡为用户个人名下的银行卡。可以理解的是，本公开实施例可以在银行相关系统中查询与用户标识对应的银行卡，并确定与用户标识对应的银行卡中已激活的银行卡的第一卡数量。

可选的，在实际场景中，不同的商业银行之间可以建立银行卡安全信息共享机制，利用用户标识可以查询到需开卡用户在各商业银行中所持的已激活的银行卡的第一卡数量。

S300、将第一卡数量与预设卡数量阈值进行对比。在第一卡数量小于预设卡数量阈值的情况下，执行步骤S400。

可以理解的是，本公开实施例可以根据实际需求对预设卡数量阈值进行设置。例如：预设卡数量阈值可以设置为4。

S400、确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量。

具体的，本公开实施例可以在第一卡数量的已激活的银行卡中查询与目标银行卡的银行卡类别对应的银行卡并确定该银行卡类别对应的银行卡的第二卡数量。

可选的，本公开实施例可以在第一卡数量不小于预设卡数量阈值的情况下，发送第一预设错误信息，以提醒需开卡用户注销第一数量的已激活的银行卡。

可以理解的是，在通常情况下，第一卡数量最大时等于预设卡数量阈值，因此第一数量可以设置为1。本公开实施例可以在第一卡数量等于预设卡数量阈值的情况下，通过发送第一预设错误信息进行报错并提醒需开卡用户注销名下的1张已激活的银行卡，再重新发起银行卡激活请求。

本公开实施例通过预设卡数量阈值限制用户所持的银行卡的数量，避免不法分子利用用户的身份信息大量开办银行卡，保障用户的财产安全。

S500、将第二卡数量与预设卡类别数量阈值进行对比。在第二卡数量小于预设卡类别数量阈值的情况下，执行步骤S600。

S600、激活目标银行卡。

可以理解的是，第二卡数量比第一卡数量小。在通常情况下，预设卡类别数量阈值也比预设卡数量阈值小。

其中，银行卡类别可以包括白金卡、学生卡、员工卡以及普通借记卡。本公开实施例可以根据实际需求设置银行卡类别，并对各银行开类别设置统一的预设卡类别数量阈值或分别对不同的银行卡类别设置不同的预设卡类别数量阈值。例如：本公开实施例可以对白金卡对应的预设卡类别数量阈值设置为1，对普通借记卡对应的预设卡类别数量阈值设置为2。

可选的，本公开实施例可以在第二卡数量不小于预设卡类别数量阈值的情况下，发送第二预设错误信息，以提醒需开卡用户注销第二数量的与银行卡类别对应的银行卡。

可以理解的是，在通常情况下，第二卡数量最大时等于预设卡类别数量阈值，因此第二数量可以设置为1。本公开实施例可以在第二卡数量等于预设卡类别数量阈值的情况下，通过发送第二预设错误信息进行报错并提醒需开卡用户其所持该银行卡类别的银行卡的数量超达到该银行卡类别设置的预设卡类别数量阈值，可以注销名下的1张该银行卡类别的银行卡，再重新发起银行卡激活请求。

本公开实施例通过预设卡类别数量阈值限制用户在某一银行卡类别上所持的银行卡数量，避免不法分子利用用户的身份信息在该银行卡类别上大量开办银行卡，保障用户的财产安全。

本公开提供的一种银行卡请求处理方法，可以获得银行卡激活请求，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别；利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量；将第一卡数量与预设卡数量阈值进行对比；在第一卡数量小于预设卡数量阈值的情况下，确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量；将第二卡数量与预设卡类别数量阈值进行对比；在第二卡数量小于预设卡类别数量阈值的情况下，激活目标银行卡。本公开通过限制用户所持已激活银行卡的数量和所持银行卡类别的银行卡的数量，可以防止不法分子利用用户的身份信息大量激活银行卡，在为用户提供便捷支付体验的同时保证用户的用卡安全。

可选的，基于图1所示方法，如图2所示，本公开实施例提供的银行卡请求处理方法的另一种实施方式的流程示意图，在步骤S600之后，该银行卡请求处理方法还可以包括：

S10、利用用户标识，确定需开卡用户对应的目标账户关联的银行卡的第三数量。

其中，与目标账户关联的银行卡可以包括需开卡用户所持的银行卡和与目标账户存在关联关系的银行卡。例如：亲子卡、情侣卡以及家庭卡。

S11、将第三数量与预设关联银行卡阈值进行对比。在第三数量小于预设关联银行卡阈值的情况下，执行步骤S12。

S12、将目标账户与目标银行卡建立关联关系。

可选的，本公开实施例可以在第三数量不小于预设关联银行卡阈值的情况下，发送第三预设错误信息，以提醒需开卡用户断开第四数量的与目标账户关联的银行卡。

可以理解的是，在通常情况下，第三数量最大时等于预设关联银行卡阈值，因此第四数量可以设置为1。本公开实施例可以在第三数量等于预设关联银行卡阈值的情况下，通过发送第三预设错误信息进行报错并提醒需开卡用户其目标账户已关联的银行卡的数量达到预设关联银行卡阈值，可以断开目标账户已关联的1张银行卡，再重新与该目标账户进行关联。

本公开实施例通过预设关联银行卡阈值对用户的账户所关联的银行卡的数量进行限制，避免不法分子通过用户的账户关联的银行卡威胁账户内的资金安全。

可选的，本公开实施例可以激活目标银行卡的关联账户限制，其中，关联账户限制包括与目标银行卡关联的账户的数量不超过预设关联账户阈值。

可选的，基于图1所示方法，如图3所示，本公开实施例提供的银行卡请求处理方法的另一种实施方式的流程示意图，在步骤S600之后，该银行卡请求处理方法还可以包括：

S20、获得与目标银行卡建立关联关系的账户关联请求，账户关联请求包括第一账户对应的账户信息。

S21、确定与目标银行卡已关联的账户的数量是否小于预设关联账户阈值，如果小于，则执行步骤S22，如果不小于，则执行步骤S23。

S22、根据账户信息，将目标银行卡与第一账户建立关联关系。

S23、发送第四预设错误信息，以提醒需开卡用户断开第五数量的与目标银行卡关联的账户。

可以理解的是，在通常情况下，与目标银行卡已关联的账户的数量最大时等于预设关联账户阈值，因此本公开实施例可以在与目标银行卡已关联的账户的数量等于预设关联账户阈值的情况下，通过发送第四预设错误信息进行报错并提醒需开卡用户断开目标银行卡已关联的1个账户，再重新发起账户关联请求。

本公开实施例通过预设关联账户阈值对银行卡关联的账户的数量进行限制，避免不法分子通过对同一个银行卡关联多个账户，非法转移用户账户的资金，从而保障用户的财产安全。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

与上述方法实施例相对应，本公开实施例还提供一种银行卡请求处理装置，其结构如图4所示，可以包括：银行卡激活请求获得单元100、第一卡数量确定单元200、第一卡数量对比单元300、第二卡数量确定单元400、第二卡数量对比单元500以及银行卡激活单元600。

银行卡激活请求获得单元100，用于获得银行卡激活请求，其中，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别。

第一卡数量确定单元200，用于利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量。

第一卡数量对比单元300，用于将第一卡数量与预设卡数量阈值进行对比。

第二卡数量确定单元400，用于在第一卡数量小于预设卡数量阈值的情况下，确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量。

第二卡数量对比单元500，用于将第二卡数量与预设卡类别数量阈值进行对比。

银行卡激活单元600，用于在第二卡数量小于预设卡类别数量阈值的情况下，激活目标银行卡。

可选的，该银行卡请求处理装置还可以包括：第一预设错误信息发送单元。

第一预设错误信息发送单元，用于在第一卡数量不小于预设卡数量阈值的情况下，发送第一预设错误信息，以提醒需开卡用户注销第一数量的已激活的银行卡。

可选的，该银行卡请求处理装置还可以包括：第二预设错误信息发送单元。

第二预设错误信息发送单元，用于在第二卡数量不小于预设卡类别数量阈值的情况下，发送第二预设错误信息，以提醒需开卡用户注销第二数量的与银行卡类别对应的银行卡。

可选的，银行卡激活单元600，可以具体用于激活目标银行卡的关联账户限制，其中，关联账户限制包括与目标银行卡关联的账户的数量不超过预设关联账户阈值。

可选的，该银行卡请求处理装置还可以包括：账户关联卡数量确定单元、账户关联卡数量比对单元以及账户关联卡关系建立单元。

账户关联卡数量确定单元，用于在银行卡激活单元600激活目标银行卡之后利用用户标识，确定需开卡用户对应的目标账户关联的银行卡的第三数量。

账户关联卡数量比对单元，用于将第三数量与预设关联银行卡阈值进行对比。

账户关联卡关系建立单元，用于在第三数量小于预设关联银行卡阈值的情况下，将目标账户与目标银行卡建立关联关系。

可选的，该银行卡请求处理装置还可以包括：第三预设错误信息发送单元。

第三预设错误信息发送单元，用于在第三数量不小于预设关联银行卡阈值的情况下，发送第三预设错误信息，以提醒需开卡用户断开第四数量的与目标账户关联的银行卡。

可选的，该银行卡请求处理装置还可以包括：账户关联请求获得单元、卡关联账户数量比对单元、卡关联账户关系建立单元以及第四预设错误信息发送单元。

账户关联请求获得单元，用于在银行卡激活单元600激活目标银行卡之后，获得与目标银行卡建立关联关系的账户关联请求，账户关联请求包括第一账户对应的账户信息。

卡关联账户数量比对单元，用于确定与目标银行卡已关联的账户的数量是否小于预设关联账户阈值，如果小于，则触发卡关联账户关系建立单元，如果不小于，则触发第四预设错误信息发送单元。

卡关联账户关系建立单元，用于根据账户信息，将目标银行卡与第一账户建立关联关系。

第四预设错误信息发送单元，用于发送第四预设错误信息，以提醒需开卡用户断开第五数量的与目标银行卡关联的账户。

本公开提供的一种银行卡请求处理装置，可以获得银行卡激活请求，银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，银行卡信息包括银行卡类别；利用用户标识，确定需开卡用户所持已激活的银行卡的第一卡数量；将第一卡数量与预设卡数量阈值进行对比；在第一卡数量小于预设卡数量阈值的情况下，确定已激活的银行卡中与银行卡类别对应的银行卡的第二卡数量；将第二卡数量与预设卡类别数量阈值进行对比；在第二卡数量小于预设卡类别数量阈值的情况下，激活目标银行卡。本公开通过限制用户所持已激活银行卡的数量和所持银行卡类别的银行卡的数量，可以防止不法分子利用用户的身份信息大量激活银行卡，在为用户提供便捷支付体验的同时保证用户的用卡安全。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

所述银行卡请求处理装置包括处理器和存储器，上述银行卡激活请求获得单元100、第一卡数量确定单元200、第一卡数量对比单元300、第二卡数量确定单元400、第二卡数量对比单元500以及银行卡激活单元600等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来限制用户所持已激活银行卡的数量和所持银行卡类别的银行卡的数量，可以防止不法分子利用用户的身份信息大量激活银行卡，在为用户提供便捷支付体验的同时保证用户的用卡安全。

本公开实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现所述银行卡请求处理方法。

本公开实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述银行卡请求处理方法。

本公开实施例提供了一种电子设备，电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，处理器、存储器通过总线完成相互间的通信；处理器用于调用存储器中的程序指令，以执行上述的银行卡请求处理方法。本文中的电子设备可以是服务器、PC、PAD、手机等。

本公开还提供了一种计算机程序产品，当在电子设备上执行时，适于执行初始化有银行卡请求处理方法步骤的程序。

本公开是参照根据本公开实施例的方法、装置、电子设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器，使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

需要说明的是，本公开提供的一种银行卡请求处理方法及相关设备，可应用于网络安全领域或金融领域。上述仅为示例，并不对本公开提供的一种银行卡请求处理方法及相关设备的应用领域进行限定。

在一个典型的配置中，电子设备包括一个或多个处理器(CPU)、存储器和总线。电子设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

在本公开的描述中，需要理解的是，如若涉及术语“上”、“下”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的位置或元件必须具有特定方位、以特定的方位构成和操作，因此不能理解为本公开的限制。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本公开的实施例可提供为方法、系统或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本公开的实施例而已，并不用于限制本公开。对于本领域技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的权利要求范围之内。

Claims (10)

1.一种银行卡请求处理方法，其特征在于，包括：

获得银行卡激活请求，其中，所述银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，所述银行卡信息包括银行卡类别；

利用所述用户标识，确定所述需开卡用户所持已激活的银行卡的第一卡数量；

将所述第一卡数量与预设卡数量阈值进行对比；

在所述第一卡数量小于所述预设卡数量阈值的情况下，确定所述已激活的银行卡中与所述银行卡类别对应的银行卡的第二卡数量；

将所述第二卡数量与预设卡类别数量阈值进行对比；

在所述第二卡数量小于所述预设卡类别数量阈值的情况下，激活所述目标银行卡。

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

在所述第一卡数量不小于所述预设卡数量阈值的情况下，发送第一预设错误信息，以提醒所述需开卡用户注销第一数量的所述已激活的银行卡。

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

在所述第二卡数量不小于所述预设卡类别数量阈值的情况下，发送第二预设错误信息，以提醒所述需开卡用户注销第二数量的与所述银行卡类别对应的银行卡。

4.根据权利要求1所述的方法，其特征在于，所述激活所述目标银行卡，包括：

激活所述目标银行卡的关联账户限制，其中，所述关联账户限制包括与所述目标银行卡关联的账户的数量不超过预设关联账户阈值。

5.根据权利要求1所述的方法，其特征在于，在所述激活所述目标银行卡之后，所述方法还包括：

利用所述用户标识，确定所述需开卡用户对应的目标账户关联的银行卡的第三数量；

将所述第三数量与预设关联银行卡阈值进行对比；

在所述第三数量小于所述预设关联银行卡阈值的情况下，将所述目标账户与所述目标银行卡建立关联关系。

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

在所述第三数量不小于所述预设关联银行卡阈值的情况下，发送第三预设错误信息，以提醒所述需开卡用户断开第四数量的与所述目标账户关联的银行卡。

7.根据权利要求4所述的方法，其特征在于，在所述激活所述目标银行卡之后，所述方法还包括：

获得与所述目标银行卡建立关联关系的账户关联请求，所述账户关联请求包括第一账户对应的账户信息；

确定与所述目标银行卡已关联的账户的数量是否小于所述预设关联账户阈值，如果小于，则根据所述账户信息，将所述目标银行卡与所述第一账户建立关联关系，如果不小于，则发送第四预设错误信息，以提醒所述需开卡用户断开第五数量的与所述目标银行卡关联的账户。

8.一种银行卡请求处理装置，其特征在于，包括：银行卡激活请求获得单元、第一卡数量确定单元、第一卡数量对比单元、第二卡数量确定单元、第二卡数量对比单元以及银行卡激活单元，

所述银行卡激活请求获得单元，用于获得银行卡激活请求，其中，所述银行卡激活请求包括与需开卡用户对应的用户标识以及待激活的目标银行卡的银行卡信息，所述银行卡信息包括银行卡类别；

所述第一卡数量确定单元，用于利用所述用户标识，确定所述需开卡用户所持已激活的银行卡的第一卡数量；

所述第一卡数量对比单元，用于将所述第一卡数量与预设卡数量阈值进行对比；

所述第二卡数量确定单元，用于在所述第一卡数量小于所述预设卡数量阈值的情况下，确定所述已激活的银行卡中与所述银行卡类别对应的银行卡的第二卡数量；

所述第二卡数量对比单元，用于将所述第二卡数量与预设卡类别数量阈值进行对比；

所述银行卡激活单元，用于在所述第二卡数量小于所述预设卡类别数量阈值的情况下，激活所述目标银行卡。

9.一种计算机可读存储介质，其上存储有程序，其特征在于，所述程序被处理器执行时实现如权利要求1至7中任一项所述的银行卡请求处理方法。

10.一种电子设备，所述电子设备包括至少一个处理器、以及与处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1至7中任一项所述的银行卡请求处理方法。

Images