支付平台绑定银行卡的方法和系统、支付平台及银行平台

本公开涉及电子支付领域，具体地，涉及一种支付平台绑定银行卡的方法和系统、支付平台及银行平台。

支付场景下的银行卡绑定主要依赖银行卡四要素鉴权技术实现，银行卡四要素鉴权是基于用户授权，快速核对用户提交的卡号、姓名、身份证号码、开户手机号码是否一致，帮助网站在进行银行卡绑定的过程中，判断是否存在虚假信息。

本公开提供一种支付平台绑定银行卡的方法和装置、存储介质，以解决相关技术中电子支付绑卡过程繁琐的技术问题。

为实现上述目的，本公开实施例的第一方面，提供一种支付平台绑定银行卡的方法，所述方法包括：

支付平台提供一银行卡申请界面；

支付平台通过所述银行卡申请界面接收用户的银行卡申请请求；

支付平台将用户的银行卡申请请求数据发送至银行平台；

银行平台根据所述银行卡申请请求数据执行审批操作以生成银行卡数据；

所述银行平台将所述银行卡数据发送至支付平台；

银行平台确认接收银行卡激活请求以完成激活银行卡并将银行卡已激活的信息发送至支付平台；

支付平台接收银行卡已激活的信息；

支付平台同步所述银行卡数据并绑定所述银行卡。

可选地，所述银行卡申请界面为与所述支付平台对应的客户端界面，所述支付平台通过所述银行卡申请界面接收用户的银行卡申请请求，包括：

与所述支付平台对应的客户端接收所述银行卡申请请求，跳转至表单填写页面以供用户填写申请请求数据；

确认所述表单填写页面中的支付平台支付协议的选项被勾选；

向用户的移动终端发送验证码以完成验证。

可选地，所述银行卡申请界面为第三方浏览器环境下的申请界面，所述支付平台通过所述银行卡申请界面接收用户的银行卡申请请求，包括：

所述第三方浏览器界面接收所述银行卡申请请求，跳转至表单填写页面以供用户填写开卡请求数据；

确认所述表单填写页面中的支付平台支付协议的选项被勾选。

可选地，支付平台接收所述银行平台发送的银行卡数据之后，还包括：

支付平台控制所述第三方浏览器界面输出提示框提示用户打开所述支付平台对应的客户端以进行支付密码验证；

在所述客户端确认支付密码验证通过。

可选地，支付平台同步所述银行卡数据并绑定所述银行卡之后，还包括：

支付平台向用户的移动终端和/或所述支付平台对应的客户端发送支付平台绑定所述银行卡的信息。

为了实现上述目的，本发明第二方面的实施例公开了一种支付平台绑定银行卡的方法，应用于支付平台，执行如上述第一方面实施例所述的支付平台绑定银行卡的方法中的支付平台所执行的步骤。

为了实现上述目的，本发明第三方面的实施例公开了一种支付平台绑定银行卡的方法，应用于银行平台，执行如上述第一方面实施例所述的支付平台绑定银行卡的方法中的银行平台所执行的步骤。

为了实现上述目的，本发明第四方面的实施例公开了一种支付平台绑定银行卡的系统，包括：支付平台和银行平台，其中，

所述支付平台用于提供一银行卡申请界面，通过所述银行卡申请界面接收用户的银行卡申请请求，并将输入用户的银行卡申请请求数据发送至银行平台；确认接收银行卡已激活的信息，同步所述银行卡数据并绑定所述银行卡；

所述银行平台根据所述银行卡申请请求数据执行审批操作以生成银行卡数据，将所述银行卡数据发送至支付平台；确认接收银行卡激活请求以完成激活银行卡并将银行卡已激活的信息发送至支付平台。

为了实现上述目的，本发明第五方面的实施例公开了一种支付平台，所述支付平台被配置为本发明上述实施例所述的支付平台绑定银行卡的系统中的支付平台。

为了实现上述目的，本发明第六方面的实施例公开了一种银行平台，所述银行平台被配置为本发明上述实施例所述的支付平台绑定银行卡的系统中的银行平台。

本公开实施例的第七方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面实施例所述的支付平台绑定银行卡的方法中的支付平台或银行平台所执行的步骤。

采用上述技术方案，至少能够达到如下技术效果：

1.与现有方案相比，本公开由于银行数据与支付平台实时打通，实现了用户无需做任何绑卡操作，仅通过共享申办银行卡中的客户数据，当用户在银行激活卡片时，即可自动完成绑卡，解决相关技术中电子支付绑卡过程繁琐的技术问题。该业务模式及其伴随的技术实现方案，为行业首创。而传统业务模式为，用户在支付平台上绑定已经办过的银行卡，无论在时效、便捷度上均有显著差异。

2.银行卡数据由合作银行直接提供，安全性和正确性更高，不会存在四要素鉴权失败问题。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开一示例性实施例示出的一种支付平台绑定银行卡的方法流程图。

图2是根据一示例性实施例示出的一种支付平台绑定银行卡的方法包括的步骤中接收银行卡的开卡请求的流程图。

图3是根据一示例性实施例示出的另一种支付平台绑定银行卡的方法包括的步骤中接收银行卡的开卡请求的流程图。

图4是本公开一示例性实施例示出的一种支付平台绑定银行卡的系统示意图。

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

相关技术中，支付场景下的银行卡绑定方案主要有两种：

方案一：银行卡四要素由用户主动输入完成的，在整个绑卡过程中用户至少需要输入银行卡卡号、开户手机号这二要素信息。

方案二：通过与银行的紧密合作，客户手动一键授权，唤起银行APP，把银行APP已绑定的卡片同步到支付平台对应的APP，实现银行和合作银行绑卡数据互通。

但是，在绑卡场景中，相关技术中，绑卡方案里暴露出以下缺点：

针对方案一：

1.用户输入过程繁琐，用户需要输入银行卡卡号等不易记住的信息，过程比较繁琐，且银行卡号一旦无法输入将导致整个流程终止。

2.银行卡四要素鉴权成功率低，按照以往的经验，银行卡四要素鉴权出错的主要原因是要素信息不一致，其中，开户手机号不一致占主要原因。用户输入的开户手机号易出错，从而影响鉴权结果，导致整个绑卡成功率比较低。

3.无法批量操作，只能单一绑定。

针对方案二：

1.需要客户手动在支付平台对应的APP中选择操作按键。该操作按键入口有可能埋藏较深，如客户不到操作按键，则无法做绑卡。

2.客户手机有可能没安装银行App，如想给自己的银行卡做一键授权绑卡，还需要额外安装银行App，体验不佳。

3.如客户在银行App也没绑卡，就不能使用该功能。

为了解决上述问题，请参照图1，图1是本公开一示例性实施例示出的一种支付平台绑定银行卡的方法流程图，以解决相关技术中电子支付绑卡过程繁琐的技术问题。如图1所示，该方法包括：

S11，支付平台提供一银行卡申请界面。

S12，支付平台通过所述银行卡申请界面接收用户的银行卡申请请求。

S13，支付平台将用户的银行卡申请请求数据发送至银行平台。

S14，银行平台根据所述银行卡申请请求数据执行审批操作以生成银行卡数据。

S15，银行平台将所述银行卡数据发送至支付平台；

S16，银行平台确认接收银行卡激活请求以完成激活银行卡；

S17，银行平台将银行卡已激活的信息发送至支付平台；

S18，支付平台接收银行卡已激活的信息；

S19，支付平台同步所述银行卡数据并绑定所述银行卡。

图4是本公开一示例性实施例示出的一种支付平台绑定银行卡的系统示意图。本实施例示出的该支付平台绑定银行卡方法可以应用于如图4所示的系统中，所述支付平台绑定银行卡的系统包括支付平台20和银行平台30，所述支付平台20对应的客户端安装在移动终端21中，该移动终端21可以是通过移动通信网络访问网络服务的用户设备，例如智能手机、平板电脑、笔记本电脑等用户设备。

具体地，终端设备21可以安装有多种客户端，应用程序在访问网络服务时，发起网络连接请求，基于该网络连接请求，该移动终端21可以连接移动通信网络，访问网络服务。其中，客户端可以包括支付平台对应的客户端，比如美团APP；即时通讯客户端，比如APP；浏览器客户端，比如UC浏览器。

以在支付平台对应的客户端进行绑卡为例：

在步骤S11，银行卡申请界面可以是用户在支付平台20对应的客户端显示页面中点击银行卡申请选项，所述银行卡可以是储蓄卡，也可以是信用卡。

接下来，请参照图2，所述支付平台20提供一银行卡申请界面，可以包括以下步骤。

S111a，与所述支付平台20对应的客户端接收所述银行卡申请请求，跳转至表单填写页面以供用户填写申请请求数据。所述申请请求数据可以包括用户姓名、身份证号、手机号等数据。

S112a，确认所述表单填写页面中的支付平台20支付协议的选项被勾选。其中，所述支付平台支付协议对应着申办的银行卡需要绑定支付平台20的相关协议，所述表单填写页面中还可以包括银行开办新卡需要勾选的协议。

S113a，向用户的移动终端21发送验证码以完成验证。在用户勾选协议后，可以向用户的移动终端21验证码，用户读取短信并在客户端输入验证码进行验证。

用户在填写完申请请求数据后，支付平台20即可以通过所述银行卡申请界面接收用户的银行卡申请请求，所述银行卡申请请求包括银行卡申请请求数据。支付平台20在接收到用户的银行卡申请请求后，执行步骤S13，将用户的银行卡申请请求数据发送至银行平台30。银行平台30可以根据所述银行卡申请请求数据，快速完成审批操作，并实时生成银行卡数据。所述银行卡数据至少包括银行卡卡号、用户身份信息、用户的手机号等信息。接着，执行步骤S15，银行平台30将所述银行卡数据发送至支付平台20。

银行在完成审批操作后，可以将银行卡寄送至用户，用户在收到银行卡后，可以去银行激活银行卡，即在步骤S16中，银行平台30确认接收银行卡激活请求以完成激活银行卡。激活银行卡后，银行平台30将银行卡已激活的信息发送至支付平台20。支付平台20在接收银行平台30的银行卡数据和银行卡已激活的信息后，执行步骤S19，支付平台20同步所述银行卡数据并绑定所述银行卡。

可选地，支付平台20同步所述银行卡数据并绑定所述银行卡，包括：

支付平台20将银行卡数据中的用户卡号、姓名、身份证号、手机号上传至银行平台30的银联接口以完成身份验证；

银行平台30对用户卡号、姓名、身份证号、手机号进行验证；

银行平台30将验证通过的信息反馈给支付平台20；

支付平台20在接收到验证通过的信息后，将银行卡与用户申办银行卡是所在的客户端账户完成绑定。

在激活银行卡后，银行平台30可以给用户的移动终端21发送银行卡已激活的通知信息。可选地，支付平台20为了确认接受到银行卡的激活信息，支付平台20可以通过客户端取用户的移动终端21中的短信信息，然后识别短信内容，在所述短信信息中确认存在银行卡的激活信息，则确认接受到银行卡的激活信息，进而，客户端可以将所述银行卡数据同步至所述支付平台以绑定所述银行卡。

可选地，在支付平台20绑定所述银行卡之后，支付平台20可以根据用户账号中存在的手机号，向用户所持的移动终端21发送支付平台20已经绑定所述银行卡的短信；或者，支付平台20也可以向所述支付平台20对应的客户端发送支付平台20绑定所述银行卡的通知信息；或者，支付平台20可以同时向用户所持的移动终端21和所述支付平台20对应的客户端发送支付平台20绑定所述银行卡的信息。

进一步地，所述支付平台绑定所述银行卡的信息中可以包括银行卡已激活的信息，此时，银行平台30可以无需再给用户的移动终端21发送银行卡已激活的通知信息。

举例来讲，以美团APP作为支付平台对应的客户端，用户在美团APP中申请开办美团信用卡银行卡，用户在申请的第一个表单页面，勾选美团信用卡协议，协议包含美团支付相关的协议，验证短信验证码后，完成后续表单填写。美团APP将填写后的表单数据发送至银行平台30进行审批，银行平台30审批通过后，将银行卡数据发送至美团APP，并将银行卡寄给用户。用户收到卡片去银行激活，银行平台30将银行卡已激活的信息发送至美团APP。美团APP在收到银行的激活信息后，把用户个人信息及卡号同步到支付侧。支付侧收到反馈后，自动把该银行卡绑定到美团快捷支付，用户可以实时收到银行卡已绑定的短信。

以在H5环境中的第三方浏览器进行绑卡为例：

支付平台20可以通过H5环境中的第三方浏览器提供一银行卡申请界面，H5环境中的第三方浏览器可以是用户移动终端上安装的即时通讯客户端和/或浏览器客户端，比如在APP中的美团小程序中请求开卡，或者在UC浏览器中的美团页面上请求开卡。

接下来，请参照图3，支付平台20提供一银行卡申请界面，可以包括以下步骤。

S111b，所述第三方浏览器界面接收所述银行卡申请请求，跳转至表单填写页面以供用户填写开卡请求数据。所述开卡请求数据可以包括用户姓名、身份证号、手机号等数据。

S112b，确认所述表单填写页面中的支付平台支付协议的选项被勾选。其中，所述支付平台支付协议对应着申办的银行卡需要绑定支付平台的相关协议，所述表单填写页面中还可以包括银行开办新卡需要勾选的协议。

用户在填写完开卡请求数据后，支付平台20即可以通过H5环境中的第三方浏览器所提供的所述银行卡申请界面接收用户的银行卡申请请求，所述银行卡申请请求包括银行卡申请请求数据。支付平台20在接收到用户的银行卡申请请求后，执行步骤S13，将用户的银行卡申请请求数据发送至银行平台30。银行平台30可以根据所述银行卡申请请求数据，快速完成审批操作，并实时生成银行卡数据。所述银行卡数据至少包括银行卡卡号、用户身份信息、用户的手机号等信息。接着，执行步骤S15，银行平台30将所述银行卡数据发送至支付平台20。

支付平台20接收所述银行发送的银行卡数据之后，H5环境中的第三方浏览器可以输出提示框提示用户打开所述支付平台20对应的客户端以进行支付密码验证。用户离开第三方浏览器并打开客户端，在所述客户端验证支付密码。可选地，支付平台20接收所述银行发送的银行卡数据之后，H5环境中的第三方浏览器可以输出提示框提示用户领取特权服务以引导用户打开支付平台20对应的客户端，进而进行支付密码验证。

支付密码验证通过后，支付平台20可以确认是否接受到银行卡的激活信息，若确认接受到银行卡的激活信息，将所述银行卡数据同步至所述支付平台以绑定所述银行卡。

可选地，在支付平台20绑定所述银行卡之后，支付平台20可以根据用户账号中存在的手机号，向用户所持的移动终端21发送支付平台20已经绑定所述银行卡的短信；或者，支付平台20也可以向所述支付平台20对应的客户端发送支付平台20绑定所述银行卡的通知信息；或者，支付平台20可以同时向用户所持的移动终端21和所述支付平台20对应的客户端发送支付平台20绑定所述银行卡的信息。

进一步地，所述支付平台绑定所述银行卡的信息中可以包括银行卡已激活的信息，此时，银行平台30可以无需再给用户的移动终端21发送银行卡已激活的通知信息。

举例来讲，以美团APP作为支付平台对应的客户端，美团APP在APP上有对应的美团小程序，用户在美团小程序中申请开办美团信用卡银行卡，用户在申请的表单页面填写开卡请求数据，表单页面中需要用户勾选美团信用卡协议，协议包含美团支付相关的协议。表单填写后，APP将填写后的表单数据发送至银行进行审批。银行审批通过后，将银行卡寄给用户，同时，美团小程序页面可以显示提示框，提示框中可以提示用户打开美团APP去领取特权服务，比如领取支付红包、购物优惠券等服务。用户在看到提示后，可以打开美团APP验证支付密码，进而领取特权服务。用户收到卡片需要去银行激活，美团APP在收到银行的激活通知后，把用户个人信息及卡号同步到支付侧。支付侧收到反馈后，自动把该银行卡绑定到美团快捷支付，用户可以实时收到银行卡已绑定的短信。

采用上述技术方案，至少能够达到如下技术效果：

1.与现有方案相比，本公开由于银行数据与支付平台实时打通，实现了用户无需做任何绑卡操作，仅通过共享申办银行卡中的客户数据，当用户在银行激活卡片时，即可自动完成绑卡，解决相关技术中电子支付绑卡过程繁琐的技术问题。该业务模式及其伴随的技术实现方案，为行业首创。而传统业务模式为，用户在支付平台上绑定已经办过的银行卡，无论在时效、便捷度上均有显著差异。

2.银行卡数据由合作银行直接提供，安全性和正确性更高，不会存在四要素鉴权失败问题。

值得说明的是，对于图1所示的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开所必须的。

本发明的进一步实施例还公开了一种支付平台绑定银行卡的系统，包括：支付平台20和银行平台30，其中，

所述支付平台20用于提供一银行卡申请界面，通过所述银行卡申请界面接收用户的银行卡申请请求，并将输入用户的银行卡申请请求数据发送至银行平台；确认接收银行卡已激活的信息，同步所述银行卡数据并绑定所述银行卡；

所述银行平台30根据所述银行卡申请请求数据执行审批操作以生成银行卡数据，将所述银行卡数据发送至支付平台20；确认接收银行卡激活请求以完成激活银行卡并将银行卡已激活的信息发送至支付平台20。

具体地说，在该实施例中，所述银行卡申请界面为与所述支付平台对应的客户端界面，所述支付平台20可以通过对应的客户端接收所述银行卡申请请求，客户端界面跳转至表单填写页面以供用户填写申请请求数据；所述支付平台20确认所述表单填写页面中的支付平台支付协议的选项被勾选；所述支付平台20向用户的移动终端发送验证码以完成验证。

可选地，所述银行卡申请界面为第三方浏览器环境下的申请界面，所述支付平台20通过所述第三方浏览器界面接收所述银行卡申请请求，所述第三方浏览器界面跳转至表单填写页面以供用户填写开卡请求数据；支付平台20确认所述表单填写页面中的支付平台支付协议的选项被勾选。

可选地，支付平台20接收所述银行平台发送的银行卡数据之后，支付平台20还用于控制所述第三方浏览器界面输出提示框提示用户打开所述支付平台20对应的客户端以进行支付密码验证；支付平台20在所述客户端确认支付密码验证通过。

支付平台20同步所述银行卡数据并绑定所述银行卡之后，支付平台20还用于向用户的移动终端和/或所述支付平台20对应的客户端发送支付平台绑定所述银行卡的信息。

采用上述技术方案，至少能够达到如下技术效果：

1.与现有方案相比，本公开由于银行数据与支付平台实时打通，实现了用户无需做任何绑卡操作，仅通过共享申办银行卡中的客户数据，当用户在银行激活卡片时，即可自动完成绑卡，解决相关技术中电子支付绑卡过程繁琐的技术问题。该业务模式及其伴随的技术实现方案，为行业首创。而传统业务模式为，用户在支付平台上绑定已经办过的银行卡，无论在时效、便捷度上均有显著差异。

2.银行卡数据由合作银行直接提供，安全性和正确性更高，不会存在四要素鉴权失败问题。

需要说明的是，该系统的具体实现方式与本发明上述实施例的支付平台绑定银行卡的方法的具体实现方式类似，具体请参见上述支付平台绑定银行卡的方法的描述，为了减少冗余，此处不再赘述。

本发明的进一步实施例还公开了一种支付平台20，所述支付平台20被配置为本发明上述实施例所述的支付平台绑定银行卡的系统中的支付平台20。

需要说明的是，该支付平台20的具体实现方式已经在本发明上述实施例的支付平台绑定银行卡的方法中作了描述，为了减少冗余，此处不再赘述。

本发明的进一步实施例还公开了一种银行平台30，所述银行平台30被配置为本发明上述实施例所述的支付平台绑定银行卡的系统中的银行平台30。

需要说明的是，该银行平台30的具体实现方式已经在本发明上述实施例的支付平台绑定银行卡的方法中作了描述，为了减少冗余，此处不再赘述。

本发明的进一步实施例还公开了一种支付平台绑定银行卡的方法，应用于支付平台20，执行如上述任意一个实施例所描述的支付平台绑定银行卡的方法中的支付平台20所执行的步骤。

本发明的进一步实施例还公开了一种支付平台绑定银行卡的方法，应用于银行平台，执行如上述任意一个实施例所描述的支付平台绑定银行卡的方法中的银行平台30所执行的步骤。

本发明的进一步实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述实施例所述的支付平台绑定银行卡的方法中的支付平台20或银行平台30所执行的步骤。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。