银行卡签约方法、装置、服务器及介质与流程

本说明书实施例涉及网络支付技术领域，尤其涉及一种银行卡签约方法、装置、服务器及可读存储介质。

背景技术：

通过第三方支付机构(第三方支付平台)进行网络支付之前，一般需要用户在支付平台绑定银行卡，即进行银行卡快捷签约。银行卡快捷签约是指，第三方支付机构的用户，在银行和支付机构之间，通过手机短信、持卡人身份验证等手段进行信息匹配和验证，从而完成银行卡和支付机构账号绑定的过程。签约成功后，可直接将此银行卡用于该用户在此支付机构的快捷支付场景。

技术实现要素：

本说明书实施例提供及一种银行卡签约方法、装置、服务器及可读存储介质。

第一方面，本说明书实施例提供一种银行卡签约方法，包括：第三方支付机构在接收到用户提交的银行卡签约申请后，根据用户身份信息确认用户的合法性；确认用户合法后，在所述第三方支付机构展示银行跳转页面，由银行系统进行银行卡签约处理，然后回跳到所述第三方支付机构，完成签约；其中，在所述由银行系统进行银行卡签约处理的过程中，向用户展示银行卡信息。

第二方面，本说明书实施例提供一种银行卡签约装置，位于第三方支付机构，所述装置包括：接收单元，用于接收用户提交的银行卡签约申请；确认单元，用于根据用户身份信息确认用户的合法性；跳转单元，用于展示银行跳转页面，由银行系统进行银行卡签约处理，其中，在银行卡签约处理中向用户展示银行卡信息；回跳单元，用于回跳到所述第三方支付机构，完成签约。

第三方面，本说明书实施例提供一种银行卡签约装置，位于银行系统，所述装置包括：支付机构跳转处理单元，用于根据第三方支付机构的银行跳转页面，对银行卡签约进行处理，并在签约处理完成之后，回跳到所述第三方支付机构，其中，在签约处理过程中，向用户展示银行卡信息。

第四方面，本说明书实施例提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项所述银行卡签约的步骤。

第五方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述银行卡签约的步骤。

本说明书实施例有益效果如下：

本说明书实施例提供的银行卡签约方法，通过在第三方支付机构展示银行跳转页面，从而使得银行系统可将银行卡信息展示给用户，用户仅需确认银行卡信息是否正确即可，而不必手动输入银行卡卡号，不但方便高效，而且可保证准确性。而且，用户仅需在第三方支付机构的app上进行操作即可，不必另外下载并安装银行app及进行多个app之间的切换和操作，实现方式简单高效。

附图说明

图1为本说明书实施例银行卡签约方法应用场景示意图；

图2为本说明书实施例第一方面提供的银行卡签约方法流程图；

图3为本说明书实施例第二方面提供的银行卡签约方法流程图；

图4为本说明书实施例第三方面提供的银行卡签约方法流程图；

图5为本说明书实施例提供的银行卡签约方法中在银行跳转页面进行银行卡信息展示的示意图；

图6为本说明书实施例第四方面提供的银行卡签约装置结构示意图；

图7为本说明书实施例第五方面提供的银行卡签约装置结构示意图；

图8为本说明书实施例第六方面提供的银行卡签约装置结构示意图；

图9为本说明书实施例第七方面提供的服务器结构示意图。

具体实施方式

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本说明书实施例的技术方案做详细的说明，应当理解本说明书实施例以及实施例中的具体特征是对本说明书实施例技术方案的详细的说明，而不是对本说明书技术方案的限定，在不冲突的情况下，本说明书实施例以及实施例中的技术特征可以相互组合。

用户在第三方支付机构进行银行卡签约过程中，第三方支付机构需要获取用户的签约要素信息，例如，签约要素信息包括用户身份信息(用户姓名、身份信息、手机号等)和银行卡信息(银行卡卡号、有效期等)。第三方支付机构在用户注册时往往已经获取到了用户身份信息及联系方式，因此，如何快速、准确地获取到银行卡信息是影响签约效率的一个比较重要的因素。

在签约过程中可由用户在第三方支付机构操作页面上，输入银行卡卡号，这一交互操作比较麻烦，容易导致用户流失，或者由于用户输入速度慢或者输入错误等情况，而导致签约效率低下。

此外，用户还可以在银行app端进行操作，银行app将银行卡卡号通过页面跳转或后台传送等方式发送给第三方支付机构，第三方支付机构将银行卡卡号反显在签约页面，从而免去用户输入银行卡卡号的操作。但是，这种方式需要用户在终端下载并安装银行app，并且在银行app与第三方支付机构之间进行app切换及操作，操作麻烦且效率低下。

另外，银行可提前将用户的银行卡号等信息主动单条或批量推送给第三方支付机构留存，在用户进行绑卡操作时直接查找出银行卡卡号。然而，这种方式涉及银行用户私密信息的外泄留存问题，存在安全隐患，可实施性不高。

参见图1，为本说明书实施例提供的银行卡签约方法的应用场景示意图。图1中，示出了用户10、第三方支付机构20、网联30及银行系统40，其中，网联30是第三方支付机构20与银行系统40的中间清算机构，可以理解为第三方支付机构20与银行系统40之间的通信都需要经过它，可保证资金及信息的安全。对于本说明书实施例提供的银行卡签约方案，用户10在第三方支付机构20发起银行卡签约申请，在申请时免除银行卡卡号输入的环节，第三方支付机构20经过网联30与银行系统40取得通信，在第三方支付机构展示银行跳转页面，从而使得银行系统可将银行卡信息展示给用户，用户仅需确认银行卡信息是否正确即可，而不必手动输入银行卡卡号，不但方便高效，而且可保证准确性。而且，用户仅需在第三方支付机构的app上进行操作即可，不必另外下载并安装银行app而进行多个app之间的切换和操作，实现方式简单高效。

第一方面，本说明书实施例提供一种银行卡签约方法，请参考图2，包括步骤s201-s203。

s201：第三方支付机构接收用户提交的银行卡签约申请，并根据用户身份信息确认用户的合法性。

第三方支付机构作为网络支付的平台，向用户提供支付、转账等金融服务。例如，用户在终端安装第三方支付机构的应用程序(app)，通过输入用户身份信息及联系信息等信息，完成注册，建立在该机构的账户。用户在第三方支付机构完成注册后，可进行银行卡签约申请的操作(例如用户在app上选择“绑定银行卡”的操作)，以便使用签约的银行卡进行支付或转账。

用户向第三方支付机构发起银行卡签约申请，第三方支付机构接收到该签约申请后，调取用户身份信息，根据用户身份信息进行用户合法性的判断。用户身份信息一般是指用户实名信息，包括但不限于用户的姓名、证件类型及证件号码。

根据用户身份信息进行用户合法性判断的实现方式可有多种。例如，在一种可选方式(可参考下文图3实施例)中，第三方支付机构在接收到用户的银行卡签约申请后，直接在第三方支付机构内部进行用户合法性判断：调取该用户对应账户的用户身份信息，通过身份信息中证件号码的格式或字数等方式，或者通过用户黑白名单检索的方式，进行用户合法性的判断。再如，在另一种可选方式(可参考下文图4实施例)中，第三方支付机构在接收到用户的银行卡签约申请后，调取用户身份信息，通过网联向银行系统发送包含用户身份信息的签约请求，由银行系统进行用户合法性判断，并接收银行系统返回的判断结果，其中，银行系统根据用户身份信息，判断用户是否具有可签约的银行账户及通信账号，如果是，则确定用户合法，否则，确定用户不合法。

用户合法性判断之后，仅对合法的用户进行后续申请处理，对于不合法的用户，可驳回其申请或请用户提供合法的用户身份信息。

s202：确认用户合法后，在第三方支付机构展示银行跳转页面，由银行系统进行银行卡签约处理；其中，在由银行系统进行银行卡签约处理的过程中，向用户展示银行卡信息。

为了准确高效地获取到银行卡卡号等银行信息，本说明书实施例的第三方支付机构新增银行跳转页面，使得用户可在第三方支付机构提供的银行跳转页面上与银行系统进行通信：银行系统可将银行卡信息主动显示在页面上供用户确认，而免去用户手动输入卡号这一繁琐操作，而且由于是在第三方支付机构上直接跳转到银行系统，因此对于用户而言是透明的，无需用户另外在银行app等进行操作。

银行跳转页面，可理解是访问银行系统的url(uniformresourcelocator,统一资源定位符)，而且，为了便于银行系统获知当前签约请求对应的用户，可在url中携带用户身份信息。

在第三方支付机构展示银行跳转页面的方式有多种。例如，在一种可选方式(可参考下文图3实施例)中，第三方支付机构进行用户合法性判断之后，第三方支付机构向网联发送携带用户身份信息的签约请求；网联直接(无需连接银行系统)向第三方支付机构返回携带有用户身份信息的银行系统访问url，第三方支付机构根据url，向用户展示银行跳转页面。在另一种可选方式(可参考图4实施例)中，银行系统在确定用户合法后，通过网联向第三方支付机构返回携带有用户身份信息的银行系统访问url；第三方支付机构根据url，向用户展示银行跳转页面。

用户通过第三方支付机构展示的银行跳转页面，可与银行系统取得通信，银行系统对签约过程进行处理，其中，为了快速准确确定用户的银行卡信息，在由银行系统进行银行卡签约处理的过程中，向用户展示银行卡信息，用户只需确认银行卡信息是否正确即可，而免去用户手动输入或拍照上传等繁琐操作。

银行系统对签约过程进行处理，主要涉及对用户的身份进行校验以及生成签约协议信息。例如，在一种可选方式(可参考下文图3实施例)中，银行系统根据用户身份信息，确定用户具有可签约的银行账户及通信账号；银行系统根据通信账号对用户身份进行校验通过后，在银行跳转页面向用户展示银行卡信息；用户确认银行卡信息之后，银行系统根据签约要素信息生成签约协议信息，并将签约协议信息返回给第三方支付机构。再如，在另一种可选方式(可参考下文图4实施例)中，银行系统根据通信账号对用户身份进行校验通过后，在银行签约页面向用户展示银行卡信息；用户确认银行卡信息之后，银行系统根据签约要素信息生成签约协议信息，并将签约协议信息返回给第三方支付机构。

s203：从银行系统回跳到第三方支付机构，完成签约。

第三方支付机构在接收到银行系统发送的签约协议信息之后，即获知银行系统已完成签约处理，接下来的操作交回给第三方支付机构，因此，此时需要从银行跳转页面返回到第三方支付机构的操作页面，向用户展示签约完成等提示信息，完成签约。

可见，本说明书实施例提供的银行卡签约方法，通过在第三方支付机构展示银行跳转页面，从而使得银行系统可将银行卡信息展示给用户，用户仅需确认银行卡信息是否正确即可，而不必手动输入银行卡卡号，不但方便高效，而且可保证准确性。而且，用户仅需在第三方支付机构的app上进行操作即可，不必另外下载并安装银行app及进行多个app之间的切换和操作，实现方式简单高效。

第二方面，本说明书实施例提供一种银行卡签约方法，请参考图3，包括步骤s301-s312。

s301：用户向第三方支付机构发起银行卡签约申请。

s302：第三方支付机构调取用户身份信息，根据用户身份信息对用户进行合法性判断。对于合法用户，执行后续步骤。对于非法用户，拒绝申请或请用户重新输入用户身份信息(图3中未示出针对非法用户的操作)。

s303：第三方支付机构向网联发送携带用户身份信息的银行卡签约请求。

s304：网联返回银行系统访问url，其中该url中携带有用户身份信息。

s305：用户通过访问该url与银行系统进行通信。

s306：银行系统通过url中携带的用户身份信息进行用户鉴权：判断该用户在银行系统中是否存在对应的银行账户以及通信账号(例如手机号或邮箱账号，用于校验)，如果有银行账户以及通信账号，则鉴权通过并进行后续步骤，否则向用户返回错误或失败提示(鉴权失败在图3中未示出)。

s307：银行系统对用户身份进行校验。用户身份校验一般是通过手机号下发校验码(验证码)的方式进行，例如，如果在s306鉴权过程中，确定用户留存有至少一个手机号码，则可直接在页面中显示手机号码(多个手机号码可均显示，并请用户选择一个用于校验)，用户确认进行校验后，向手机号码下发校验码，用户将校验码输入给银行系统之后，银行系统进行校验码核对，核对一致则确定身份校验通过并执行后续步骤，否则身份校验不通过(身份校验不通过在图3中未示出)。

s308：向用户展示银行卡信息。

s309：用户确认银行卡信息。

例如，图5示出了银行卡信息展示的例子，在该例子中，银行系统是交通银行系统(可以理解并不限定具体哪家银行)，显示的银行卡信息包括：visa白金信用卡，卡号采取前四位末四位显示中间位隐藏的方式，用户在卡号后面进行勾选(或者默认已勾选)后，点击“立即绑定”，即完成银行卡信息确认。

s310：银行系统根据签约要素信息生成签约协议信息。

s311：银行系统通过网联将签约协议信息返回给第三方支付机构。

s312：第三方支付机构确认签约完成，并向用户显示如“绑卡成功”等提示。

在图3所示实施例中，第三方支付机构接收到用户的银行卡签约申请后，直接进行用户合法性判断，对于非法用户驳回其申请或请用户重新输入用户身份信息，对于合法用户，将携带用户身份信息的签约请求发送给网联，从网联返回携带用户身份信息的银行系统访问url，从而可使用户通过访问该url与银行系统进行通信，银行系统在运行url过程中，通过url携带的用户身份信息，对用户进行鉴权，确定用户是否具有对应的银行账户和通信账号，如果有，则在对用户进行校验后，进行银行卡信息的展示，从而使得用户仅作出确认银行卡信息的操作即可，而免除用户输入银行卡信息的繁琐操作。

第三方面，本说明书实施例提供一种银行卡签约方法，请参考图4，包括步骤s401-s411。

s401：用户向第三方支付机构发起银行卡签约申请。

s402：第三方支付机构调取用户身份信息，通过网联向银行系统发送携带有用户身份信息的签约请求。

s403：银行系统根据用户身份信息对用户合法性进行判断：银行系统根据用户身份信息，判断用户是否具有可签约的银行账户及通信账号，如果是，则确定用户合法，并执行后续步骤，否则，确定用户不合法，并通过网联通知第三方支付机构((图4中未示出针对非法用户的操作))。

s404：银行系统通过网联向第三方支付机构返回银行系统访问url，其中该url中携带有用户身份信息。

s405：用户通过访问该url与银行系统进行通信。

s406：银行系统对用户身份进行校验。用户身份校验一般是通过手机号下发校验码(验证码)的方式进行，例如，如果在s403鉴权过程中，确定用户留存有至少一个手机号码，则可直接在页面中显示手机号码(多个手机号码可均显示，并请用户选择一个用于校验)，用户确认进行校验后，向手机号码下发校验码，用户将校验码输入给银行系统之后，银行系统进行校验码核对，核对一致则确定身份校验通过并执行后续步骤，否则身份校验不通过(身份校验不通过在图3中未示出)。

s407：向用户展示银行卡信息。

s408：用户确认银行卡信息。

仍以图5例子，在该例子中，银行系统是交通银行系统(可以理解并不限定具体哪家银行)，显示的银行卡信息包括：visa白金信用卡，卡号采取前四位末四位显示中间位隐藏的方式，用户在卡号后面进行勾选(或者默认已勾选)后，点击“立即绑定”，即完成银行卡信息确认。

s409：银行系统根据签约要素信息生成签约协议信息。

s410：银行系统通过网联将签约协议信息返回给第三方支付机构。

s411：第三方支付机构确认签约完成，并向用户显示如“绑卡成功”等提示。

在图4所示实施例中，第三方支付机构接收到用户的银行卡签约申请后，调取到用户身份信息并将携带用户身份信息的签约请求通过网联发送给银行系统，银行系统进行用户合法性判断，对于合法用户，银行系统通过网联向第三方支付机构返回携带用户身份信息的银行系统访问url，从而可使用户通过访问该url与银行系统进行通信，银行系统对用户进行校验后，进行银行卡信息的展示，从而使得用户仅作出确认银行卡信息的操作即可，而免除用户输入银行卡信息的繁琐操作。

第四方面，基于同一发明构思，本说明书实施例提供一种银行卡签约装置，位于第三方支付机构，例如可以是服务器或者服务器内部的一个功能模块。请参考图6，该装置包括：

接收单元601，用于接收用户提交的银行卡签约申请；

确认单元602，用于根据用户身份信息确认用户的合法性；

跳转单元603，用于展示银行跳转页面，由银行系统进行银行卡签约处理，其中，在银行卡签约处理中向用户展示银行卡信息；

回跳单元604，用于回跳到所述第三方支付机构，完成签约。

在一种可选方式中，所述确认单元602具体用于：获取用户身份信息，并根据所述用户身份信息中的证件信息，判断所述用户的合法性。

在一种可选方式中，所述跳转单元603具体用于：向网联发送携带用户身份信息的签约请求，并从所述网联接收携带有所述用户身份信息的银行系统访问url，以及，根据所述url向用户展示银行跳转页面。

在一种可选方式中，

所述跳转单元603还用于，在所述银行跳转页面向用户展示银行卡信息；

所述回跳单元604还用于，从网联接收银行系统发送的签约协议信息。

在一种可选方式中，所述确认单元601具体用于：获取用户身份信息，并通过网联向所述银行系统发送携带有用户身份信息的签约请求；接收银行系统通过网联返回的用户合法性判断结果。

在一种可选方式中，所述跳转单元603具体用于，接收银行系统通过网联返回的携带有用户身份信息的银行系统访问url，以及，根据所述url向用户展示银行跳转页面。

在一种可选方式中，

所述跳转单元603还用于，在所述银行签约页面向用户展示银行卡信息；

所述回跳单元604还用于，从网联接收银行系统发送的签约协议信息。

第五方面，基于同一发明构思，本说明书实施例提供一种银行卡签约装置，该装置位于银行系统，例如是银行系统中服务器或服务器内部的一个功能模块。请参考图7，该装置包括：

支付机构跳转处理单元701，用于根据第三方支付机构的银行跳转页面，对银行卡签约进行处理，并在签约处理完成之后，回跳到所述第三方支付机构，其中，在签约处理过程中，向用户展示银行卡信息。

在一种可选方式中，所述支付机构跳转处理单元701进一步包括：

用户身份信息获取子单元7011，用于从所述银行跳转页面中，获取到用户身份信息；

鉴权子单元7012，用于根据用户身份信息，确定用户具有可签约的银行账户及通信账号；

校验子单元7013，用于根据所述通信账号对用户身份进行校验；

银行卡展示及确认子单元7014，用于在银行跳转页面向用户展示银行卡信息，并接收用户对银行卡信息的确认；

签约协议返回子单元7015，用于根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。

第六方面，基于同一发明构思，本说明书实施例提供一种银行卡签约装置，该装置位于银行系统，例如是银行系统中服务器或服务器内部的一个功能模块。请参考图8，该装置包括：

在一种可选方式中，参见图8，所述装置还包括：

支付机构跳转处理单元801，用于根据第三方支付机构的银行跳转页面，对银行卡签约进行处理，并在签约处理完成之后，回跳到所述第三方支付机构，其中，在签约处理过程中，向用户展示银行卡信息。

在一种可选方式中，该装置还包括：

用户身份信息获取单元802，用于从网联接收第三方支付机构发起的签约请求，并从所述签约请求中获取用户身份信息；

鉴权单元803，用于根据所述用户身份信息，判断所述用户是否具有可签约的银行账户及通信账号，如果是，则确定用户合法，否则，确定用户不合法，并将判断结果通过网联返回给所述第三方支付机构。

跳转页面返回单元804，用于在确定用户合法后，通过网联向所述第三方支付机构返回携带有用户身份信息的银行系统访问url，供所述第三方支付机构根据所述url向用户展示银行跳转页面。

在一种可选方式中，所述支付机构跳转处理单元801进一步包括：

校验子单元8011，用于根据所述通信账号对用户身份进行校验；

银行卡展示及确认子单元8012，用于在银行跳转页面向用户展示银行卡信息，并接收用户对银行卡信息的确认；

签约协议返回子单元8013，用于根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。

第七方面，基于与前述实施例中银行卡签约方法的发明构思，本发明还提供一种服务器，如图9所示，包括存储器904、处理器902及存储在存储器904上并可在处理器902上运行的计算机程序，所述处理器902执行所述程序时实现前文所述基于rdma的数据传输方法的任一方法的步骤。

其中，在图9中，总线架构(用总线900来代表)，总线900可以包括任意数量的互联的总线和桥，总线900将包括由处理器902代表的一个或多个处理器和存储器904代表的存储器的各种电路链接在一起。总线900还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口906在总线900和接收器901和发送器903之间提供接口。接收器901和发送器903可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器902负责管理总线900和通常的处理，而存储器904可以被用于存储处理器902在执行操作时所使用的数据。

第八方面，基于与前述实施例中银行卡签约方法的发明构思，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文所述银行卡签约方法的任一方法的步骤。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。

显然，本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样，倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内，则本说明书也意图包含这些改动和变型在内。