CN110555681B - 银行卡签约方法、装置、服务器及介质 - Google Patents
银行卡签约方法、装置、服务器及介质 Download PDFInfo
- Publication number
- CN110555681B CN110555681B CN201910707815.6A CN201910707815A CN110555681B CN 110555681 B CN110555681 B CN 110555681B CN 201910707815 A CN201910707815 A CN 201910707815A CN 110555681 B CN110555681 B CN 110555681B
- Authority
- CN
- China
- Prior art keywords
- user
- bank
- payment mechanism
- party payment
- information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 57
- 230000007246 mechanism Effects 0.000 claims abstract description 130
- 238000012795 verification Methods 0.000 claims description 33
- 238000012545 processing Methods 0.000 claims description 28
- 230000008569 process Effects 0.000 claims description 26
- 238000004891 communication Methods 0.000 claims description 21
- 238000012790 confirmation Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 238000010586 diagram Methods 0.000 description 13
- 230000009191 jumping Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- BASFCYQUMIYNBI-UHFFFAOYSA-N platinum Chemical compound [Pt] BASFCYQUMIYNBI-UHFFFAOYSA-N 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 229910052697 platinum Inorganic materials 0.000 description 2
- 230000026676 system process Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
-
- 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/409—Device specific authentication in transaction processing
- G06Q20/4097—Device specific authentication in transaction processing using mutual authentication between devices and transaction partners
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本说明书实施例提供了一种银行卡签约方法，通过在第三方支付机构展示银行跳转页面，从而使得银行***可将银行卡信息展示给用户，可方便高效地进行银行卡签约。
Description
技术领域
本说明书实施例涉及网络支付技术领域，尤其涉及一种银行卡签约方法、装置、服务器及可读存储介质。
背景技术
通过第三方支付机构(第三方支付平台)进行网络支付之前，一般需要用户在支付平台绑定银行卡，即进行银行卡快捷签约。银行卡快捷签约是指，第三方支付机构的用户，在银行和支付机构之间，通过手机短信、持卡人身份验证等手段进行信息匹配和验证，从而完成银行卡和支付机构账号绑定的过程。签约成功后，可直接将此银行卡用于该用户在此支付机构的快捷支付场景。
发明内容
本说明书实施例提供及一种银行卡签约方法、装置、服务器及可读存储介质。
第一方面，本说明书实施例提供一种银行卡签约方法，包括：第三方支付机构在接收到用户提交的银行卡签约申请后，根据用户身份信息确认用户的合法性；确认用户合法后，在所述第三方支付机构展示银行跳转页面，由银行***进行银行卡签约处理，然后回跳到所述第三方支付机构，完成签约；其中，在所述由银行***进行银行卡签约处理的过程中，向用户展示银行卡信息。
第二方面，本说明书实施例提供一种银行卡签约装置，位于第三方支付机构，所述装置包括：接收单元，用于接收用户提交的银行卡签约申请；确认单元，用于根据用户身份信息确认用户的合法性；跳转单元，用于展示银行跳转页面，由银行***进行银行卡签约处理，其中，在银行卡签约处理中向用户展示银行卡信息；回跳单元，用于回跳到所述第三方支付机构，完成签约。
第三方面，本说明书实施例提供一种银行卡签约装置，位于银行***，所述装置包括：支付机构跳转处理单元，用于根据第三方支付机构的银行跳转页面，对银行卡签约进行处理，并在签约处理完成之后，回跳到所述第三方支付机构，其中，在签约处理过程中，向用户展示银行卡信息。
第四方面，本说明书实施例提供一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述任一项所述银行卡签约的步骤。
第五方面，本说明书实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项所述银行卡签约的步骤。
本说明书实施例有益效果如下：
本说明书实施例提供的银行卡签约方法，通过在第三方支付机构展示银行跳转页面，从而使得银行***可将银行卡信息展示给用户，用户仅需确认银行卡信息是否正确即可，而不必手动输入银行卡***，不但方便高效，而且可保证准确性。而且，用户仅需在第三方支付机构的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(Uniform Resource Locator,统一资源定位符)，而且，为了便于银行***获知当前签约请求对应的用户，可在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在执行操作时所使用的数据。
第八方面，基于与前述实施例中银行卡签约方法的发明构思，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文所述银行卡签约方法的任一方法的步骤。
本说明书是参照根据本说明书实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品，该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本说明书的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本说明书范围的所有变更和修改。
显然，本领域的技术人员可以对本说明书进行各种改动和变型而不脱离本说明书的精神和范围。这样，倘若本说明书的这些修改和变型属于本说明书权利要求及其等同技术的范围之内，则本说明书也意图包含这些改动和变型在内。
Claims (16)
1.一种银行卡签约方法，包括：
第三方支付机构在接收到用户提交的银行卡签约申请后，根据用户身份信息确认用户的合法性；
确认用户合法后，在所述第三方支付机构展示银行跳转页面，使得用户在所述第三方支付机构提供的所述银行跳转页面上与银行***进行通信，由银行***进行银行卡签约处理，然后回跳到所述第三方支付机构，完成签约；
其中，在所述由银行***进行银行卡签约处理的过程中，向用户展示银行卡信息；
在所述第三方支付机构展示银行跳转页面，包括：
第三方支付机构进行用户合法性判断之后，第三方支付机构向网联发送携带用户身份信息的签约请求；网联直接向第三方支付机构返回携带有用户身份信息的银行***访问url，第三方支付机构根据url，向用户展示银行跳转页面；或者，
银行***在确定用户合法后，通过网联向第三方支付机构返回携带有用户身份信息的银行***访问url；第三方支付机构根据url，向用户展示银行跳转页面。
2.根据权利要求1所述的方法，所述根据用户身份信息确认用户的合法性，包括：
第三方支付机构获取用户身份信息；
第三方支付机构根据所述用户身份信息中的证件信息，判断所述用户的合法性。
3.根据权利要求2所述的方法，所述由银行***进行银行卡签约处理，包括：
银行***根据所述用户身份信息，确定所述用户具有可签约的银行账户及通信账号；
银行***根据所述通信账号对用户身份进行校验通过后，在所述银行签约页面向用户展示银行卡信息；
用户确认银行卡信息之后，银行***根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。
4.根据权利要求1所述的方法，所述根据用户身份信息确认用户的合法性，包括：
第三方支付机构获取用户身份信息；
第三方支付机构通过网联向所述银行***发送携带有用户身份信息的签约请求；
银行***根据所述用户身份信息，判断所述用户是否具有可签约的银行账户及通信账号，如果是，则确定用户合法，否则，确定用户不合法，并将判断结果通过网联返回给所述第三方支付机构。
5.根据权利要求4所述的方法，所述由银行***进行银行卡签约处理，包括：
银行***根据所述通信账号对用户身份进行校验通过后，在所述银行签约页面向用户展示银行卡信息；
用户确认银行卡信息之后，银行***根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。
6.一种银行卡签约装置，位于第三方支付机构，所述装置包括：
接收单元，用于接收用户提交的银行卡签约申请；
确认单元，用于根据用户身份信息确认用户的合法性；
跳转单元，用于展示银行跳转页面，使得用户在所述第三方支付机构提供的所述银行跳转页面上与银行***进行通信，由银行***进行银行卡签约处理，其中，在银行卡签约处理中向用户展示银行卡信息；
回跳单元，用于回跳到所述第三方支付机构，完成签约；
所述跳转单元具体用于：
第三方支付机构进行用户合法性判断之后，第三方支付机构向网联发送携带用户身份信息的签约请求；网联直接向第三方支付机构返回携带有用户身份信息的银行***访问url，第三方支付机构根据url，向用户展示银行跳转页面；或者，
银行***在确定用户合法后，通过网联向第三方支付机构返回携带有用户身份信息的银行***访问url；第三方支付机构根据url，向用户展示银行跳转页面。
7.根据权利要求6所述的装置，所述确认单元具体用于：获取用户身份信息，并根据所述用户身份信息中的证件信息，判断所述用户的合法性。
8.根据权利要求7所述的装置，
所述跳转单元还用于，在所述银行跳转页面向用户展示银行卡信息；
所述回跳单元还用于，从网联接收银行***发送的签约协议信息。
9.根据权利要求6所述的装置，所述确认单元具体用于：获取用户身份信息，并通过网联向所述银行***发送携带有用户身份信息的签约请求；接收银行***通过网联返回的用户合法性判断结果。
10.根据权利要求9所述的装置，
所述跳转单元还用于，在所述银行签约页面向用户展示银行卡信息；
所述回跳单元还用于，从网联接收银行***发送的签约协议信息。
11.一种银行卡签约装置，位于银行***，所述装置包括：
支付机构跳转处理单元，用于根据第三方支付机构的银行跳转页面，在所述第三方支付机构提供的所述银行跳转页面上与用户进行通信，对银行卡签约进行处理，并在签约处理完成之后，回跳到所述第三方支付机构，其中，在签约处理过程中，向用户展示银行卡信息；
跳转页面返回单元，用于在确定用户合法后，通过网联向所述第三方支付机构返回携带有用户身份信息的银行***访问url，供所述第三方支付机构根据所述url向用户展示银行跳转页面。
12.根据权利要求11所述的装置，所述支付机构跳转处理单元进一步包括：
用户身份信息获取子单元，用于从所述银行跳转页面中，获取到用户身份信息；
鉴权子单元，用于根据用户身份信息，确定用户具有可签约的银行账户及通信账号；
校验子单元，用于根据所述通信账号对用户身份进行校验；
银行卡展示及确认子单元，用于在银行跳转页面向用户展示银行卡信息，并接收用户对银行卡信息的确认；
签约协议返回子单元，用于根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。
13.根据权利要求11所述的装置，所述装置还包括：
用户身份信息获取单元，用于从网联接收第三方支付机构发起的签约请求，并从所述签约请求中获取用户身份信息；
鉴权单元，用于根据所述用户身份信息，判断所述用户是否具有可签约的银行账户及通信账号，如果是，则确定用户合法，否则，确定用户不合法，并将判断结果通过网联返回给所述第三方支付机构。
14.根据权利要求13所述的装置，所述支付机构跳转处理单元进一步包括：
校验子单元，用于根据所述通信账号对用户身份进行校验；
银行卡展示及确认子单元，用于在银行跳转页面向用户展示银行卡信息，并接收用户对银行卡信息的确认；
签约协议返回子单元，用于根据签约要素信息生成签约协议信息，并将签约协议信息通过网联返回给第三方支付机构。
15.一种服务器，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1-5任一项所述方法的步骤。
16.一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-5任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910707815.6A CN110555681B (zh) | 2019-08-01 | 2019-08-01 | 银行卡签约方法、装置、服务器及介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910707815.6A CN110555681B (zh) | 2019-08-01 | 2019-08-01 | 银行卡签约方法、装置、服务器及介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110555681A CN110555681A (zh) | 2019-12-10 |
| CN110555681B true CN110555681B (zh) | 2024-05-17 |
Family
ID=68736601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910707815.6A Active CN110555681B (zh) | 2019-08-01 | 2019-08-01 | 银行卡签约方法、装置、服务器及介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110555681B (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113496407A (zh) * | 2020-03-21 | 2021-10-12 | 网联清算有限公司 | 签约申请处理方法、装置、电子设备和存储介质 |
| CN112465511A (zh) * | 2020-11-24 | 2021-03-09 | 中国农业银行股份有限公司东莞分行 | 一种校园卡金融结算方法及*** |
| CN112396409A (zh) * | 2020-11-27 | 2021-02-23 | ***股份有限公司 | 数字资源账号绑定方法、装置、设备及介质 |
| CN112862476A (zh) * | 2021-03-31 | 2021-05-28 | 中国工商银行股份有限公司 | 一种快捷支付协议签订方法和***、计算机可读存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104065639A (zh) * | 2013-11-06 | 2014-09-24 | 腾讯科技（深圳）有限公司 | 银行卡的绑定方法及*** |
| CN109544135A (zh) * | 2018-10-25 | 2019-03-29 | 北京三快在线科技有限公司 | 银行卡绑定方法、装置、存储介质和移动终端 |
| CN109754240A (zh) * | 2018-12-06 | 2019-05-14 | 北京三快在线科技有限公司 | 支付平台绑定银行卡的方法和***、支付平台及银行平台 |
| CN109993513A (zh) * | 2019-03-22 | 2019-07-09 | 北京三快在线科技有限公司 | 支付账户绑定银行卡的方法、装置和*** |
-
2019
- 2019-08-01 CN CN201910707815.6A patent/CN110555681B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104065639A (zh) * | 2013-11-06 | 2014-09-24 | 腾讯科技（深圳）有限公司 | 银行卡的绑定方法及*** |
| CN109544135A (zh) * | 2018-10-25 | 2019-03-29 | 北京三快在线科技有限公司 | 银行卡绑定方法、装置、存储介质和移动终端 |
| CN109754240A (zh) * | 2018-12-06 | 2019-05-14 | 北京三快在线科技有限公司 | 支付平台绑定银行卡的方法和***、支付平台及银行平台 |
| CN109993513A (zh) * | 2019-03-22 | 2019-07-09 | 北京三快在线科技有限公司 | 支付账户绑定银行卡的方法、装置和*** |
Non-Patent Citations (1)
| Title |
|---|
| 浅析支付宝纳入网联监管的必要意义;张辰颖;《电脑迷》(第19期);正文第121页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110555681A (zh) | 2019-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110555681B (zh) | 银行卡签约方法、装置、服务器及介质 | |
| EP3079326B1 (en) | Network payment method, apparatus and system | |
| CN109544135B (zh) | 银行卡绑定方法、装置、存储介质和移动终端 | |
| CN105099688A (zh) | 一种电子账户的操作方法、支付页面的展示方法及装置 | |
| CN113112274B (zh) | 一种支付信息处理的方法、装置、设备及介质 | |
| CN108460272B (zh) | 密码更改方法、装置、终端设备及存储介质 | |
| US20160203463A1 (en) | Mobile card sharing service method and system with enhanced security | |
| CN111163467B (zh) | 5g用户终端接入5g网络的方法、用户终端设备及介质 | |
| CN111861457B (zh) | 支付令牌申请方法、设备、***和服务器 | |
| CN110245912A (zh) | 一种电子合同签署方法、装置、存储介质及终端设备 | |
| CN114116036A (zh) | 应用程序插件的调用方法、装置、介质及电子设备 | |
| KR101771487B1 (ko) | 앱 기반의 전자 지불 시스템 및 이를 이용한 전자 지불방법 | |
| CN110766415B (zh) | 基于付款码的交易处理方法以及付款码的处理方法 | |
| CN111325586B (zh) | 基于区块链网络的票据代开方法、装置、服务器及介质 | |
| KR101870130B1 (ko) | 단말 정보 기반 결제 인증을 통한 콘텐츠 결제 방법 | |
| US20180349885A1 (en) | Mobile device, method, computer program product and issuance system for configuring ticket co-branded credit card based on tokenization technology | |
| US11526883B2 (en) | Method and system for providing automated payment | |
| CN115470281A (zh) | 数据的批量导入方法、装置、终端设备以及存储介质 | |
| CN115310958A (zh) | 基于5g消息应用的支付方法、装置、设备、***及介质 | |
| US20130054409A1 (en) | In-application purchasing method and method for processing in-application purchase | |
| CN113988844A (zh) | 业务签约方法、装置和*** | |
| KR101844904B1 (ko) | 메시지 오리엔티드 방식의 결제 인증을 통한 콘텐츠 결제 방법 | |
| CN108664820B (zh) | 一种非接触式ic卡的电子化方法、相关设备及*** | |
| CN114529401A (zh) | 支付方法、用户终端以及支付银行服务器 | |
| KR20230159778A (ko) | 결제 과정에서 휴대폰 번호를 이용하는 방법 및 디바이스 |
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 | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40018715 Country of ref document: HK |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200924 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20200924 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |