CN114549011A - 绑定银行卡的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种绑定银行卡的方法及装置，可用于金融领域或其他技术领域，该方法包括：在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；若风险识别通过，则生成待绑卡列表；根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。本发明提升了绑定银行卡的安全性和便捷性。

Description

绑定银行卡的方法及装置

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种绑定银行卡的方法及装置。

背景技术

随着金融科技的发展和应用，越来越多的客户选择使用快捷支付，提高了客户的支付体验。为实现快捷支付，客户可从第三方支付平台(第三方支付机构的系统或APP，例如支付宝等)发起银行卡的绑定交易实现绑卡。

通常，银行卡绑定过程需客户手工输入卡号、姓名、证件类型、证件号码四要素信息，为提高客户便捷性，业界通常采用第三方支付平台发起网关签约，跳转到银行H5页面的方案实现免输卡号绑卡流程，该方案通常采用第三方支付平台侧客户身份核实+银行侧短信验证来进行客户身份核实与风险控制，但在第三方支付平台侧控制不严或者第三人拿到客户身份信息后进行违冒绑卡时，存在一定信息泄露和安全风险。

由此可见，如何提升绑卡的安全性是现有技术急需解决的问题。

发明内容

本发明为了解决上述背景技术中的至少一个技术问题，提出了一种绑定银行卡的方法及装置。

为了实现上述目的，根据本发明的一个方面，提供了一种绑定银行卡的方法，该方法包括：

在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；

若风险识别通过，则生成待绑卡列表；

根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

可选的，所述对所述客户进行风险识别，具体包括：

确定所述客户的风险等级，其中，所述风险等级包括：低风险、中风险和高风险；

若所述客户的风险等级为低风险，则确定风险识别通过；若所述客户的风险等级为中风险，则对所述客户进行身份验证，若身份验证通过则确定风险识别通过；若所述客户的风险等级为高风险，则确定风险识别不通过。

可选的，所述确定所述客户的风险等级，具体包括：

若存在所述客户对应的风险标签表并且所述风险标签表中记载的所述客户的风险等级为高风险，则确定所述客户的风险等级为高风险；

若不存在所述风险标签表或者所述风险标签表中记载的所述客户的风险等级为低风险或中风险，则根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级。

可选的，所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级，具体包括：

若所述账号状态为异常，则确定所述客户的风险等级为高风险；若所述账号状态为正常，则根据所述绑卡操作数据确定风险等级；

若根据所述绑卡操作数据确定出的风险等级为高风险，则确定所述客户的风险等级为高风险；若根据所述绑卡操作数据确定出的风险等级为低风险或中风险，则根据所述风控信息确定所述客户的风控等级；

根据预设的风控等级与风险等级之间的对应关系确定出所述客户的风险等级。

可选的，所述根据所述绑卡操作数据确定风险等级，具体包括：

根据所述客户的IP地址在第一预设时间范围内发起的绑卡次数、所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数、所述客户上一次绑卡时的设备信息以及所述客户上一次绑卡时的手机号确定所述客户的风险等级。

可选的，在所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级之后，还包括：

若不存在所述风险标签表，则根据确定出的所述客户的风险等级生成所述客户对应的风险标签表；

若存在所述风险标签表，则根据确定出的所述客户的风险等级对所述风险标签表进行更新。

可选的，所述根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，具体包括：

在接收到所述客户从所述待绑卡列表中选择的银行卡时，对所述客户进行身份验证；

若身份验证通过，则进行绑卡签约，得到绑卡签约结果。

可选的，所述方法应用于设置在所述第三方支付平台上的银行小程序；所述绑卡申请信息为所述第三方支付平台在接收到客户的绑卡请求时，根据所述绑卡请求向清算机构发起签约请求，接收所述清算机构根据所述签约请求返回的加密报文，然后根据所述加密报文生成的。

可选的，所述将所述绑卡签约结果发送到所述第三方支付平台，具体包括：

将所述绑卡签约结果发送到所述清算机构，以通过所述清算机构通知所述第三方支付平台所述绑卡签约结果。

为了实现上述目的，根据本发明的另一方面，提供了一种绑定银行卡的装置，该装置包括：

风险识别单元，用于在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；

待绑卡列表生成单元，用于若风险识别通过，则生成待绑卡列表；

绑卡签约单元，用于根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

为了实现上述目的，根据本发明的另一方面，还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述绑定银行卡的方法的步骤。

为了实现上述目的，根据本发明的另一方面，还提供了一种计算机可读存储介质，其上存储有计算机程序/指令，该计算机程序/指令被处理器执行时实现上述绑定银行卡的方法的步骤。

为了实现上述目的，根据本发明的另一方面，还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述绑定银行卡的方法的步骤。

本发明的有益效果为：

本发明在接收到第三方支付平台发送的客户的绑卡申请信息时，先对所述客户进行风险识别，然后在风险识别通过后再进行绑卡处理，避免了现有技术第三方支付平台侧控制不严或者第三人拿到客户身份信息后进行违冒绑卡时存的信息泄露和安全风险，有助于提升绑卡的安全性。

附图说明

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

图1是本发明实施例绑定银行卡的方法的流程图；

图2是本发明实施例对客户进行风险识别的流程图；

图3是本发明实施例绑卡签约的流程图；

图4是本发明实施例绑定银行卡的整体流程图；

图5是本发明实施例绑定银行卡的装置结构框图；

图6是本发明实施例计算机设备示意图。

具体实施方式

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

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

需要说明的是，本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

需要说明的是，本发明的绑定银行卡的方法及装置可以应用于金融领域，也可以应用于其他技术领域。

图1是本发明实施例绑定银行卡的方法的流程图，如图1所示，在本发明一个实施例中，本发明的绑定银行卡的方法包括步骤S101至步骤S103。

步骤S101，在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别。

在本发明一个实施例中，所述绑卡申请信息为所述第三方支付平台在接收到客户的绑卡请求时，根据所述绑卡请求向清算机构发起签约请求，接收所述清算机构根据所述签约请求返回的加密报文，然后根据所述加密报文生成的。

在本发明一个实施例中，本发明的绑定银行卡的方法应用于设置在所述第三方支付平台上的银行小程序，即本发明方法的实施主体为设置在所述第三方支付平台上的银行小程序。在本发明一个实施例中，所述第三方支付平台在生成所述绑卡申请信息后，启动所述银行小程序，并将所述绑卡申请信息发送到所述银行小程序。

如图4所示，客户发起绑卡的流程具体如下：

实名客户在第三方支付平台发起绑卡请求；

第三方支付平台验证客户身份，具体认证手段由第三方支付平台控制。第三方支付平台判断客户身份验证通过后，组装报文向清算机构(如网联等)发起签约请求，签约请求包括客户姓名、证件类型、证件号码、已绑定卡号后四位、卡片类型(借记卡、信用卡)等信息；

清算机构(如网联)受理签约请求，返回(105)加密报文；

第三方支付平台按照与银行约定地址跳转银行小程序，同时根据加密报文生成绑卡申请信息，以将(105)加密报文传递到银行小程序；

银行小程序接收第三方支付平台的绑卡申请信息，按清算机构(如网联)业务规则解密，并登录小程序，将客户在第三方支付平台的open ID与银行ID关联，存储到风险标签表中。

在本发明中，在接收到第三方支付平台发送的客户的绑卡申请信息时，银行小程序会先对所述客户进行风险识别。在本发明实施例中，对客户进行风险识别可以采用现有技术的多种方法。在本发明一个具体实施例中，本发明可以根据客户的历史风险识别结果、客户在所述第三方支付平台的账号状态、客户的绑卡操作数据以及客户在银行风控数据库中的风控信息中的一种或多种对客户进行风险识别。

本发明通过设置在第三方支付平台上的银行小程序来进行绑卡，进而在银行小程序上对客户进行风险识别，避免了现有技术第三方支付平台侧控制不严或者第三人拿到客户身份信息后进行违冒绑卡时存的信息泄露和安全风险，有助于提升绑卡的安全性，此外，本发明通过银行小程序进行绑卡也比现有技术的第三方支付平台发起网关签约跳转到银行H5页面上进行绑卡的方案更为便捷，提升了绑卡的便捷性。

步骤S102，若风险识别通过，则生成待绑卡列表。

在本发明一个实施例中，本发明根据客户在银行唯一标识，查询银行客户信息数据库，得到客户在银行的待绑卡手机号、卡片列表信息，结合银行卡展示规则和支付机构上送的已绑卡信息，为客户展现待绑卡列表。在本发明一个实施例中，待绑卡列表仅显示卡号后四位，或前边几位用*表示。

步骤S103，根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

在本发明一个实施例中，本步骤的将所述绑卡签约结果发送到所述第三方支付平台，具体可以包括：将所述绑卡签约结果发送到所述清算机构，以通过所述清算机构通知所述第三方支付平台所述绑卡签约结果。第三方支付平台根据收到的绑卡签约结果为客户展示绑卡签约信息。

如图3所示，在本发明一个实施例中，上述步骤S103中的根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，具体包括步骤S301和步骤S302。

步骤S301，在接收到所述客户从所述待绑卡列表中选择的银行卡时，对所述客户进行身份验证；

步骤S302，若身份验证通过，则进行绑卡签约，得到绑卡签约结果。

在本发明一个实施例中，对客户进行身份验证具体可以采用验证手机验证码的方式。

如图2所示，在本发明一个实施例中，上述步骤S101中的对所述客户进行风险识别，具体包括步骤S201和步骤S202。

步骤S201，确定所述客户的风险等级，其中，所述风险等级包括：低风险、中风险和高风险。

步骤S202，若所述客户的风险等级为低风险，则确定风险识别通过；若所述客户的风险等级为中风险，则对所述客户进行身份验证，若身份验证通过则确定风险识别通过；若所述客户的风险等级为高风险，则确定风险识别不通过。

本发明在确定出客户的风险等级后，对不同风险级别客户采用不同的处理流程和策略，具体如下：

针对1-低风险客户：放行，进入展示待绑卡片列表流程；

针对2-中风险客户：1)进入银行系统的人脸识别流程核对身份或者2)申请客户提交名下某张卡片的后六位信息进行校验，核对或校验通过后，方可进入展示待绑卡片列表流程；

针对3-高风险客户：拒绝交易，提示客户：您属于高风险客户，未能为您提供该项服务。

银行小程序接收第三方支付机构绑卡请求消息，对接收到的清算机构(网联或其他清算机构)加密报文，按照清算机构的规范进行解密，解密出待签约客户的三要素(姓名、证件类型、证件号码)、签约人账户类型(借记卡、信用卡等)、受理机构标识、网联流水号、已签约卡信息(将卡号后四位信息放到清算机构105报文的回跳地址里)。

接收模块的客户登录小程序，登录成功后银行小程序为客户创建与当前客户唯一匹配的token，然后根据客户token在第三方支付平台查询客户open ID(open ID是客户在第三方支付平台的唯一标识，可通过open ID通过第三方支付平台接口查询客户的状态等信息)。将支付机构侧open ID与银行侧ID(如客户在银行的id标识)进行关联，存储到风险标签表中。

在本发明中，在客户每次进行绑卡时，银行小程序会根据绑卡申请信息生成风险标签表。

在本发明一个实施例中，风险标签表可以包含：表ID、客户在第三方支付平台唯一标识、客户在银行唯一标识、银行小程序ID、客户姓名、证件类型、证件号码、绑卡手机号、绑卡设备信息以及风险标签等字段。其中，风险标签字段记录客户的风险等级。

在本发明一个实施例中，上述步骤S201中的确定所述客户的风险等级，具体包括以下步骤：

若存在所述客户对应的风险标签表并且所述风险标签表中记载的所述客户的风险等级为高风险，则确定所述客户的风险等级为高风险；

若不存在所述风险标签表或者所述风险标签表中记载的所述客户的风险等级为低风险或中风险，则根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级。

在本发明一个实施例中，银行小程序可以根据客户的open ID判断该客户是否在风险标签表中，如果不在，则进入进一步风险识别；如果在，进一步查询其风险标签值，如果为1-低风险、2-中风险，则进入进一步风险识别；如果为3-高风险，则直接确定客户的风险等级为高风险，进入风险处理模块。进一步风险识别指的是本步骤的根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级。

在本发明一个实施例中，上述步骤中的所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级，具体包括：

若所述账号状态为异常，则确定所述客户的风险等级为高风险；若所述账号状态为正常，则根据所述绑卡操作数据确定风险等级；

若根据所述绑卡操作数据确定出的风险等级为高风险，则确定所述客户的风险等级为高风险；若根据所述绑卡操作数据确定出的风险等级为低风险或中风险，则根据所述风控信息确定所述客户的风控等级；

根据预设的风控等级与风险等级之间的对应关系确定出所述客户的风险等级。

在本发明实施例中，本发明根据客户open ID从第三方支付平台查询客户的账号状态，如果账号状态异常(如账号异常、账号注销、登录异常等)，则将该客户识别为3-高风险，并更新到风险标签表中。如果账号状态异常正常，则根据所述绑卡操作数据确定风险等级。

在本发明一个实施例中，所述绑卡操作数据可以包括：所述客户的IP地址在第一预设时间范围内发起的绑卡次数、所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数、所述客户上一次绑卡时的设备信息以及所述客户上一次绑卡时的手机号

在本发明一个实施例中，上述步骤中的所述根据所述绑卡操作数据确定风险等级，具体包括：

根据所述客户的IP地址在第一预设时间范围内发起的绑卡次数、所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数、所述客户上一次绑卡时的设备信息以及所述客户上一次绑卡时的手机号确定所述客户的风险等级。

在本发明一个实施例中，根据所述客户的IP地址在第一预设时间范围内发起的绑卡次数N确定所述客户的风险等级，具体可以为，若N大于等于第一预设值并且小于第二预设值，则确定风险等级为中风险，若N大于等于所述第二预设值，则确定风险等级为高风险，若N小于第一预设值则确定风险等级为低风险，举例说明：

所述客户的IP地址在一小时内发起N次绑卡；

N＜10识别为1-低风险；

N>＝10识别为2-中风险；

N>＝20识别为3-高风险。

在本发明一个实施例中，根据所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数M确定所述客户的风险等级，具体可以为，若M大于等于第三预设值并且小于第四预设值，则确定风险等级为中风险，若M大于等于所述第四预设值，则确定风险等级为高风险，若M小于第三预设值则确定风险等级为低风险，举例说明：

所述客户在所述第三方支付平台的账号在一小时内发起M次绑卡；

M＜10识别为1-低风险；

M>＝10识别为2-中风险；

M>＝20识别为3-高风险。

在本发明一个实施例中，根据所述客户上一次绑卡时的设备信息确定所述客户的风险等级，具体可以为，客户如非首次绑卡，比对当前绑卡设备信息和上一次绑卡时的设备信息是否一致，如不一致，识别为2-中风险。

在本发明一个实施例中，根据所述客户上一次绑卡时的手机号确定所述客户的风险等级，具体可以为，通过open ID查询客户在第三方支付平台关联的手机号，客户如非首次绑卡，比对open ID关联手机号与风险标签表中记录的上次绑卡手机号，如不一致，识别为2-中风险。

在根据所述绑卡操作数据确定风险等级后，更新到风险标签表中。如果风险标签为1-低风险、2-中风险，则根据所述客户在银行风控数据库中的风控信息对客户进行风险识别；如果为3-高风险，则进入风险处理模块。

在本发明一个实施例中，银行风控数据库包含客户以下风控信息：

1.基础信息数据：客户星级、登记证件是否过期、账户活跃度、电子银行活跃度；

2.信用评估信息：个人资产、个人负债、中间业务产品持有、信用卡逾期情况、贷款逾期情况；

3.黑名单信息：如曾有欺诈行为、洗钱行为、征信黑名单，会被加入黑名单。

本发明综合上述各项风控信息，则根据所述风控信息确定所述客户的风控等级，进而根据预设的风控等级与风险等级之间的对应关系确定出所述客户的风险等级，并更新至风险标签表。

在本发明一个实施例中，在上述步骤中的所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级之后，还包括：

若不存在所述风险标签表，则根据确定出的所述客户的风险等级生成所述客户对应的风险标签表；

若存在所述风险标签表，则根据确定出的所述客户的风险等级对所述风险标签表进行更新。

由以上实施例可见，本发明提供了一种快捷绑定银行卡的方法，本发明通过银行小程序串接绑卡流程，并引入风险识别和风险处理，在提升客户免输卡号绑卡体验的同时进行风险控制，确保客户用卡安全。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

基于同一发明构思，本发明实施例还提供了一种绑定银行卡的装置，可以用于实现上述实施例所描述的绑定银行卡的方法，如下面的实施例所述。由于绑定银行卡的装置解决问题的原理与绑定银行卡的方法相似，因此绑定银行卡的装置的实施例可以参见绑定银行卡的方法的实施例，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图5是本发明实施例绑定银行卡的装置的结构框图，如图5所示，在本发明一个实施例中，本发明的绑定银行卡的装置包括：

风险识别单元1，用于在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；

待绑卡列表生成单元2，用于若风险识别通过，则生成待绑卡列表；

绑卡签约单元3，用于根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

在本发明一个实施例中，本发明的绑定银行卡的装置应用于设置在所述第三方支付平台上的银行小程序。

在本发明一个实施例中，所述风险识别单元1，具体包括：

风险等级确定模块，用于确定所述客户的风险等级，其中，所述风险等级包括：低风险、中风险和高风险；

风险识别结果确定模块，用于：若所述客户的风险等级为低风险，则确定风险识别通过；若所述客户的风险等级为中风险，则对所述客户进行身份验证，若身份验证通过则确定风险识别通过；若所述客户的风险等级为高风险，则确定风险识别不通过。

在本发明一个实施例中，所述风险等级确定模块，具体包括：

第一确定模块，用于若存在所述客户对应的风险标签表并且所述风险标签表中记载的所述客户的风险等级为高风险，则确定所述客户的风险等级为高风险；

处理模块，用于若不存在所述风险标签表或者所述风险标签表中记载的所述客户的风险等级为低风险或中风险，则根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级。

在本发明一个实施例中，所述处理模块，具体包括：

第一处理子模块，用于若所述账号状态为异常，则确定所述客户的风险等级为高风险；若所述账号状态为正常，则根据所述绑卡操作数据确定风险等级；

第二处理子模块，用于若根据所述绑卡操作数据确定出的风险等级为高风险，则确定所述客户的风险等级为高风险；若根据所述绑卡操作数据确定出的风险等级为低风险或中风险，则根据所述风控信息确定所述客户的风控等级；

第三处理子模块，用于根据预设的风控等级与风险等级之间的对应关系确定出所述客户的风险等级。

在本发明一个实施例中，所述第一处理子模块，具体用于，根据所述客户的IP地址在第一预设时间范围内发起的绑卡次数、所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数、所述客户上一次绑卡时的设备信息以及所述客户上一次绑卡时的手机号确定所述客户的风险等级。

在本发明一个实施例中，本发明的绑定银行卡的装置还包括：

风险标签表生成单元，用于若不存在所述风险标签表，则根据确定出的所述客户的风险等级生成所述客户对应的风险标签表；

风险标签表更新单元，用于若存在所述风险标签表，则根据确定出的所述客户的风险等级对所述风险标签表进行更新。

在本发明一个实施例中，所述绑卡签约单元3，具体用于在接收到所述客户从所述待绑卡列表中选择的银行卡时，对所述客户进行身份验证，若身份验证通过，则进行绑卡签约，得到绑卡签约结果。

在本发明一个实施例中，所述绑卡申请信息为所述第三方支付平台在接收到客户的绑卡请求时，根据所述绑卡请求向清算机构发起签约请求，接收所述清算机构根据所述签约请求返回的加密报文，然后根据所述加密报文生成的。

在本发明一个实施例中，所述绑卡签约单元3，具体还用于将所述绑卡签约结果发送到所述清算机构，以通过所述清算机构通知所述第三方支付平台所述绑卡签约结果。

为了实现上述目的，根据本申请的另一方面，还提供了一种计算机设备。如图6所示，该计算机设备包括存储器、处理器、通信接口以及通信总线，在存储器上存储有可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例方法中的步骤。

处理器可以为中央处理器(Central Processing Unit，CPU)。处理器还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及单元，如本发明上述方法实施例中对应的程序单元。处理器通过运行存储在存储器中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及作品数据处理，即实现上述方法实施例中的方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个单元存储在所述存储器中，当被所述处理器执行时，执行上述实施例中的方法。

上述计算机设备具体细节可以对应参阅上述实施例中对应的相关描述和效果进行理解，此处不再赘述。

为了实现上述目的，根据本申请的另一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序在计算机处理器中执行时实现上述绑定银行卡的方法中的步骤。本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(RandomAccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

为了实现上述目的，根据本申请的另一方面，还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述绑定银行卡的方法的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (13)

1.一种绑定银行卡的方法，其特征在于，该方法包括：

在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；

若风险识别通过，则生成待绑卡列表；

根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

2.根据权利要求1所述的绑定银行卡的方法，其特征在于，所述对所述客户进行风险识别，具体包括：

确定所述客户的风险等级，其中，所述风险等级包括：低风险、中风险和高风险；

若所述客户的风险等级为低风险，则确定风险识别通过；若所述客户的风险等级为中风险，则对所述客户进行身份验证，若身份验证通过则确定风险识别通过；若所述客户的风险等级为高风险，则确定风险识别不通过。

3.根据权利要求2所述的绑定银行卡的方法，其特征在于，所述确定所述客户的风险等级，具体包括：

若存在所述客户对应的风险标签表并且所述风险标签表中记载的所述客户的风险等级为高风险，则确定所述客户的风险等级为高风险；

若不存在所述风险标签表或者所述风险标签表中记载的所述客户的风险等级为低风险或中风险，则根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级。

4.根据权利要求3所述的绑定银行卡的方法，其特征在于，所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级，具体包括：

若所述账号状态为异常，则确定所述客户的风险等级为高风险；若所述账号状态为正常，则根据所述绑卡操作数据确定风险等级；

若根据所述绑卡操作数据确定出的风险等级为高风险，则确定所述客户的风险等级为高风险；若根据所述绑卡操作数据确定出的风险等级为低风险或中风险，则根据所述风控信息确定所述客户的风控等级；

根据预设的风控等级与风险等级之间的对应关系确定出所述客户的风险等级。

5.根据权利要求4所述的绑定银行卡的方法，其特征在于，所述根据所述绑卡操作数据确定风险等级，具体包括：

根据所述客户的IP地址在第一预设时间范围内发起的绑卡次数、所述客户在所述第三方支付平台的账号在第二预设时间范围内发起的绑卡次数、所述客户上一次绑卡时的设备信息以及所述客户上一次绑卡时的手机号确定所述客户的风险等级。

6.根据权利要求3所述的绑定银行卡的方法，其特征在于，在所述根据所述客户在所述第三方支付平台的账号状态、所述客户的绑卡操作数据以及所述客户在银行风控数据库中的风控信息中的至少之一确定出所述客户的风险等级之后，还包括：

若不存在所述风险标签表，则根据确定出的所述客户的风险等级生成所述客户对应的风险标签表；

若存在所述风险标签表，则根据确定出的所述客户的风险等级对所述风险标签表进行更新。

7.根据权利要求1所述的绑定银行卡的方法，其特征在于，所述根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，具体包括：

在接收到所述客户从所述待绑卡列表中选择的银行卡时，对所述客户进行身份验证；

若身份验证通过，则进行绑卡签约，得到绑卡签约结果。

8.根据权利要求1所述的绑定银行卡的方法，其特征在于，所述方法应用于设置在所述第三方支付平台上的银行小程序；

所述绑卡申请信息为所述第三方支付平台在接收到客户的绑卡请求时，根据所述绑卡请求向清算机构发起签约请求，接收所述清算机构根据所述签约请求返回的加密报文，然后根据所述加密报文生成的。

9.根据权利要求8所述的绑定银行卡的方法，其特征在于，所述将所述绑卡签约结果发送到所述第三方支付平台，具体包括：

将所述绑卡签约结果发送到所述清算机构，以通过所述清算机构通知所述第三方支付平台所述绑卡签约结果。

10.一种绑定银行卡的装置，其特征在于，该装置包括：

风险识别单元，用于在接收到第三方支付平台发送的客户的绑卡申请信息时，对所述客户进行风险识别；

待绑卡列表生成单元，用于若风险识别通过，则生成待绑卡列表；

绑卡签约单元，用于根据所述客户从所述待绑卡列表中选择的银行卡进行绑卡签约，得到绑卡签约结果，并将所述绑卡签约结果发送到所述第三方支付平台。

11.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9任意一项所述方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至9任意一项所述方法的步骤。

13.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至9任意一项所述方法的步骤。

Images