CN113807843A - 绑卡方法、用户终端、服务器、系统及存储介质 - Google Patents

绑卡方法、用户终端、服务器、系统及存储介质 Download PDF

Info

Publication number
CN113807843A
CN113807843A CN202111038223.3A CN202111038223A CN113807843A CN 113807843 A CN113807843 A CN 113807843A CN 202111038223 A CN202111038223 A CN 202111038223A CN 113807843 A CN113807843 A CN 113807843A
Authority
CN
China
Prior art keywords
card
binding
user
target
server
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.)
Granted
Application number
CN202111038223.3A
Other languages
English (en)
Other versions
CN113807843B (zh
Inventor
蔡剑波
单长胜
倪德中
郭宇航
潘陈钰
卢睿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Unionpay Co Ltd
Original Assignee
China Unionpay Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN202111038223.3A priority Critical patent/CN113807843B/zh
Publication of CN113807843A publication Critical patent/CN113807843A/zh
Priority to PCT/CN2022/076375 priority patent/WO2023029384A1/zh
Priority to KR1020247002065A priority patent/KR20240024939A/ko
Priority to TW111114532A priority patent/TW202312054A/zh
Application granted granted Critical
Publication of CN113807843B publication Critical patent/CN113807843B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/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
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
    • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/401—Transaction verification
    • G06Q20/4012—Verifying personal identification numbers [PIN]
    • 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions

Abstract

本申请公开了一种绑卡方法、用户终端、服务器、系统及存储介质，属于数据处理领域。该方法包括：接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号；从第一应用程序的后台服务器获取目标用户的用户信息；向用户终端发送重定向的绑卡页面对应的第二页面地址，绑卡页面包括目标卡的卡号的至少部分；接收用户终端基于绑卡页面发送指示目标用户的身份信息的绑卡确认消息；利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。根据本申请实施例提高应用程序绑卡的效率。

Description

绑卡方法、用户终端、服务器、系统及存储介质
技术领域
本申请属于数据处理领域，尤其涉及一种绑卡方法、用户终端、服务器、系统及存储介质。
背景技术
随着电子信息技术的不断发展，电子支付的应用范围越来越广泛。用户可通过对用户终端中应用程序的操作，实现利用银行卡的电子支付。
在通过应用程序实现银行卡的电子支付之前，需要先将银行卡与应用程序的用户账号进行绑定。但由于应用程序的多样性，不同应用程序中绑卡功能的引导入口设置不同，且绑卡功能的引导入口在应用程序中不便于查找，用户在应用程序查找绑卡功能的引导入口需要花费较长的时间，降低了用户利用应用程序绑卡的效率。
发明内容
本申请实施例提供一种绑卡方法、用户终端、服务器、系统及存储介质，能够提高应用程序绑卡的效率。
第一方面，本申请实施例提供一种绑卡方法，应用于绑卡服务器，方法包括：接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号；从第一应用程序的后台服务器获取目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；向用户终端发送重定向的绑卡页面对应的第二页面地址，绑卡页面包括目标卡的卡号的至少部分；接收用户终端基于绑卡页面发送的绑卡确认消息，绑卡确认消息用于指示目标用户的身份信息；利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，绑卡应用程序包括第一应用程序。
第二方面，本申请实施例提供一种绑卡方法，应用于用户终端，方法包括：调用第一应用程序扫描信息载体图案，访问信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；接收并访问绑卡服务器发送的第二页面地址，显示与第二页面地址对应的绑卡页面，绑卡页面包括目标卡的卡号的至少部分；响应于用户对绑卡页面的输入，向绑卡服务器发送绑卡确认消息，绑卡确认消息指示目标用户的身份信息，以使绑卡服务器利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，绑卡应用程序包括第一应用程序。
第三方面，本申请实施例提供一种绑卡方法，应用于应用程序的后台服务器，方法包括：在应用程序为第一应用程序，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向绑卡服务器发送目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；在绑卡服务器接收绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定，绑卡确认消息由用户终端响应于用户对绑卡页面的输入发送，用于指示目标用户的身份信息，绑卡页面包括目标卡的卡号的至少部分，绑卡应用程序包括第一应用程序。
第四方面，本申请实施例提供一种服务器，包括交互模块，交互模块包括接收单元和发送单元；交互模块用于接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号，以及，用于从第一应用程序的后台服务器获取目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；发送单元用于向用户终端发送重定向的绑卡页面对应的第二页面地址，绑卡页面包括目标卡的卡号的至少部分；接收单元还用于接收用户终端基于绑卡页面发送的绑卡确认消息，绑卡确认信息用于指示目标用户的身份信息；交互模块还用于利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，绑卡应用程序包括第一应用程序。
第五方面，本申请实施例提供一种用户终端，包括扫描模块、交互模块和显示模块，交互模块包括发送单元；扫描模块用于在第一应用程序被调用的情况下扫描信息载体图案；交互模块用于访问扫描信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；交互模块用于接收并访问绑卡服务器发送的第二页面地址；显示模块用于显示与第二页面地址对应的绑卡页面，绑卡页面包括目标卡的卡号的至少部分；发送单元还用于响应于用户对绑卡页面的输入，向绑卡服务器发送绑卡确认消息，绑卡确认消息指示目标用户的身份信息，以使绑卡服务器利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，绑卡应用程序包括第一应用程序。
第六方面，本申请实施例提供一种服务器，包括交互模块，交互模块包括发送单元；发送单元用于在应用程序为第一应用程序，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向绑卡服务器发送目标用户的用户信息，目标用户为登录第一应用程序的用户，用户信息包括第一应用程序中目标用户的用户标识；交互模块用于在绑卡服务器接收绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定，绑卡确认消息由用户终端响应于用户对绑卡页面的输入发送，用于指示目标用户的身份信息，绑卡页面包括目标卡的卡号的至少部分，绑卡应用程序包括第一应用程序。
第七方面，本申请实施例提供一种服务器，包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面的绑卡方法。
第八方面，本申请实施例提供一种用户终端，包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第二方面的绑卡方法。
第九方面，本申请实施例提供一种服务器，包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第三方面的绑卡方法。
第十方面，本申请实施例提供一种绑卡系统，包括第七方面的服务器、第八方面的用户终端和第九方面的服务器。
第十一方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面的绑卡方法、第二方面的绑卡方法或第三方面的绑卡方法。
本申请实施例提供一种绑卡方法、用户终端、服务器、系统及存储介质，用户终端调用第一应用程序扫描信息载体图案，触发访问信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送扫描信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取登录该第一应用程序的目标用户的用户信息。用户终端接收并访问绑卡页面对应的第二页面地址，并显示绑卡页面。用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息，从而使绑卡服务器通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。用户不需要在应用程序中查找绑卡功能的指引入口，可直接利用用户终端的扫描功能，通过跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中绑卡方法的应用场景的一示例的示意图；
图2为本申请第一方面提供的绑卡方法的一实施例的流程图；
图3为本申请实施例提供在用户终端显示的绑卡页面的一示例的示意图；
图4为本申请第一方面提供的绑卡方法的另一实施例的流程图；
图5为本申请实施例提供在用户终端显示的绑卡页面的另一示例的示意图；
图6为本申请实施例提供在用户终端显示的绑卡页面的又一示例的示意图；
图7为本申请实施例提供在用户终端显示的绑卡页面的再一示例的示意图；
图8为本申请第一方面提供的绑卡方法的又一实施例的流程图；
图9为本申请第一方面提供的绑卡方法的再一实施例的流程图；
图10为本申请第二方面提供的绑卡方法的一实施例的流程图；
图11为本申请第二方面提供的绑卡方法的另一实施例的流程图；
图12为本申请第三方面提供的绑卡方法的一实施例的流程图；
图13为本申请第三方面提供的绑卡方法的另一实施例的流程图；
图14为本申请第三方面提供的绑卡方法的又一实施例的流程图；
图15为本申请第三方面提供的绑卡方法的再一实施例的流程图；
图16为本申请实施例提供的绑卡流程的一示例的流程图；
图17为本申请第四方面提供的服务器的一实施例的结构示意图；
图18为本申请第四方面提供的服务器的另一实施例的结构示意图；
图19为本申请第四方面提供的服务器的又一实施例的结构示意图；
图20为本申请第四方面提供的服务器的再一实施例的结构示意图；
图21为本申请第五方面提供的用户终端的一实施例的结构示意图；
图22为本申请第六方面提供的服务器的一实施例的结构示意图；
图23为本申请第六方面提供的服务器的另一实施例的结构示意图；
图24为本申请第六方面提供的服务器的又一实施例的结构示意图；
图25为本申请第七方面提供的服务器的一实施例的结构示意图；
图26为本申请第八方面提供的用户终端的一实施例的结构示意图；
图27为本申请第九方面提供的服务器的一实施例的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
随着电子信息技术的不断发展，电子支付的应用范围越来越广泛。用户可通过对用户终端中应用程序(Application，APP)的操作，实现利用银行卡的电子支付。在通过应用程序实现银行卡的电子支付之前，需要先将银行卡与应用程序的用户账号进行绑定，以便在登录该用户账号使用应用程序时，可利用与应用程序中该用户账户绑定的银行卡进行支付。但应用程序中绑卡功能的引导入口对于用户而言难以查找，且不同应用程序中办卡功能的引导入口的设置也不同，用户在应用程序查找绑卡功能的引导入口需要花费较长的时间，降低了用户利用应用程序绑卡的效率。
本申请实施例提供一种绑卡方法、用户终端、服务器、系统及存储介质，用户不需要在应用程序中查找绑卡功能的指引入口，可直接利用用户终端的扫描功能，跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
本申请实施例中的绑卡方法可涉及用户终端、各应用程序的后台服务器、绑卡服务器和发卡服务器。图1为本申请实施例中绑卡方法的应用场景的一示例的示意图。如图1所示，用户终端11可与各应用程序的后台服务器12进行通信交互，用户终端11也可与绑卡服务器13进行通信交互，绑卡服务器13可与各应用程序的后台服务器12进行通信交互，绑卡服务器13也可与发卡服务器14进行通信交互。在图1中，为了区分不同程序的后台服务器，将不同程序对应的后台服务器以不同标号表示，后台服务器121为应用程序A1的后台服务器，后台服务器122为应用程序A2的后台服务器，后台服务器123为应用程序A3的后台服务器。
用户终端11可与用户进行人机交互。用户终端11可安装有两个以上的应用程序。具体地，用户终端11可包括手机、平板电脑等终端设备，在此并不限定。
后台服务器12为应用程序的后台服务器。不同应用程序的后台服务器可以为不同的后台服务器，也可为相同的后台服务器，在此并不限定。后台服务器12与用户终端11交互，能够提供用户终端11中对应的应用程序所需的信息等，以及接收对应的应用程序通过用户终端11发出的指令等。
绑卡服务器13可提供绑卡功能。在本申请实施例中，绑卡服务器13可与用户终端11交互，为用户终端提供绑卡页面，以供用户在用户终端对绑卡进行进一步操作，也可获取用户终端11反馈的信息等。绑卡服务器13可与应用程序的后台服务器12交互，从应用程序的后台服务器12获取绑卡所需的信息等。
发卡服务器14为发卡机构的服务器，记录有银行卡的信息以及持卡用户的信息等。发卡服务器14可与绑卡服务器13交互，以对绑卡服务器提供的信息对应的银行卡和用户进行身份验证。
下面依次介绍本申请实施例提供的绑卡方法、用户终端、服务器、系统及存储介质。
本申请第一方面提供一种绑卡方法，可应用于绑卡服务器，即该绑卡方法可由绑卡服务器执行。图2为本申请第一方面提供的绑卡方法的一实施例的流程图。如图2所示，该绑卡方法可包括步骤S201至步骤S205。
在步骤S201中，接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号。
信息载体图案可作为第一页面地址和目标卡的卡号的载体。在用户登录并进入用户终端的第一应用程序的情况下，用户终端调用第一应用程序扫描信息载体图案，即可得到第一页面地址和目标卡的卡号。
本申请实施例中并不限定信息载体图案的形式。在一些示例中，信息载体图案可包括二维码。二维码记录的信息可包括第一页面地址和目标卡的卡号。即用户终端调用第一应用程序扫描该二维码，即可读取到第一页面地址和目标卡的卡号。用户终端可跳转访问该第一页面地址，并将目标卡的卡号向绑卡服务器发送。对应地，绑卡服务器接受该用户终端对第一页面地址的访问，并接收用户终端发送的目标卡的卡号。
在另一些示例中，信息载体图案可包括二维码。二维码记录的信息可包括第一页面地址和加密的目标卡的卡号。具体地，加密的目标卡的卡号是上述实施例中利用第一密钥加密的目标卡的卡号。用户终端可跳转访问第一页面地址，并将加密的目标卡的卡号向绑卡服务器发送。对应地，绑卡服务器接受该用户终端对第一页面地址的访问，并接收加密的目标卡的卡号。
上述示例中的二维码具体可以卡为载体即印刷在卡的卡面上，也可以纸张为载体即印刷在纸张上，还可以电子二维码的形式显示，在此并不限定。二维码可由发卡服务器的所有方按照标准生成，并提供给持卡人。二维码也可由绑卡服务器的所有方按照标准生成，通过接口向持卡人提供。
在又一些示例中，信息载体图案可包括目标卡的卡面图案。卡面图案包括页面跳转标记和目标卡的卡号。页面跳转标记可为一特定图案，在此并不限定。用户终端可存储有与该页面跳转标识对应的第一页面地址，当用户终端调用第一应用程序扫描到页面跳转标记，则触发对第一页面地址的访问。用户终端可直接向绑卡服务器发送目标卡的卡号，即绑卡服务器从用户终端获取目标卡的卡号。用户终端也可利用第一密钥对目标卡的卡号进行加密，向绑卡服务器发送加密的目标卡的卡号，即绑卡服务器从用户终端获取加密的目标卡的卡号。
通过信息载体图案承载第一页面地址和目标卡的卡号，用户终端通过调用第一应用程序扫描载体图案可直接访问第一页面地址以发起绑卡操作，不需要用户在第一应用程序中查找绑卡服务入口，能够进一步减少用户在绑卡过程中的操作。
第一页面地址为绑卡服务器的一个页面地址。第一页面地址对于不同的用户、不同的应用程序、不同的用户终端可以为相同的页面地址。例如，同一用户在同一用户终端登录多个不同的应用程序，通过用户终端的不同的应用程序均可跳转访问同一页面地址即第一页面地址。又例如，不同用户在不同用户终端登录相同的应用程序，通过不同的用户终端的该应用程序均可跳转访问同一页面地址即第一页面地址。再例如，不同用户在不同用户终端登录不同的应用程序，通过不同的用户终端的不同的应用程序均可跳转访问同一页面地址即第一页面地址。
在此并不限定用户终端对第一页面地址访问和向绑卡服务器发送目标卡的卡号的执行时序关系，即并不限定绑卡服务器接受用户终端对第一页面地址的访问和从用户终端获取目标卡的卡号的执行时序关系。在一些示例中，用户终端可在对第一页面地址访问的同时，将目标卡的卡号一并发送给绑卡服务器，使绑卡服务器从用户终端获取目标卡的卡号。在另一些示例中，用户终端对第一页面地址访问和向绑卡服务器发送目标卡的卡号可先后进行。
目标卡可为待绑定的卡。目标卡可包括银行卡、会员卡等能够进行支付的卡，在此并不限定。
在一些示例中，绑卡服务器从用户终端获取到的是加密的目标卡的卡号。对应地，绑卡服务器需要对加密的目标卡的卡号进行解密，才可获取到目标卡的卡号。具体地，绑卡服务器接收用户终端发送的利用第一密钥加密的目标卡的卡号。绑卡服务器利用预存的与第一密钥成对的第二密钥对加密的目标卡的卡号解密，得到目标卡的卡号。第一密钥与第二密钥可为对称密钥，即第一密钥与第二密钥相同。第一密钥与第二密钥也可为非对称密钥，即第一密钥与第二密钥不同。在此并不限定第一密钥与第二密钥的具体类型。
通过对目标卡的卡号加密传输，能够减小目标卡的卡号泄露的风险，保证目标卡的卡号的安全性，从而提高绑卡过程的安全性。
在步骤S202中，从第一应用程序的后台服务器获取目标用户的用户信息。
绑卡服务器响应于用户终端对第一页面地址的访问，从第一应用程序的后台服务器获取目标用户的用户信息。用户终端是通过第一应用程序跳转访问第一页面地址的，绑卡服务器可确定访问第一页面地址的应用程序以及登录该应用程序的用户。目标用户为登录第一应用程序的用户。
具体地，绑卡服务器响应于用户终端对第一页面地址的访问，可向第一应用程序的后台服务器发送用户信息请求消息。用户信息请求消息用于向第一应用程序的后台服务器请求目标用户的用户信息。第一应用程序的后台服务器响应于用户信息请求消息，向绑卡服务器反馈目标用户的用户信息。在一些示例中，用户信息请求消息可包括目标用户的临时标识，第一应用程序的后台服务器可根据该临时标识，确定目标用户。
用户信息包括第一应用程序中目标用户的用户标识。第一应用程序中目标用户的用户标识用于在第一应用程序中标识目标用户。用户标识可为用户注册账号、用户注册编号、用户注册名等，在此并不限定。同一目标用户在不同应用程序中的用户标识可以相同，也可不同，在此并不限定。
用户信息还可包括其他信息，在此并不限定。在一些示例中，用户信息还可包括身份信息。目标用户的身份信息为可表征目标用户的个人身份的信息。例如，身份信息可包括但不限于姓名、证件号码、手机号码、邮箱地址等信息中的一项或多项。
在一些示例中，绑卡服务器可先对第一应用程序进行验证，再确定是否从第一应用程序的后台服务器获取目标用户的用户信息。具体地，在接受用户终端通过第一应用程序对第一页面地址的访问，并从用户终端获取目标卡的卡号之后，绑卡服务器可先确定第一应用程序是否属于绑卡服务器支持的应用程序。在第一应用程序属于绑卡服务器支持的应用程序的情况下，绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息。在第一应用程序不属于绑卡服务器支持的应用程序的情况下，绑卡服务器不会从第一应用程序的后台服务器获取目标用户的用户信息。绑卡服务器支持的应用程序即为白名单内的应用程序，通过预先判断第一应用程序是否被绑卡服务器支持，可避免非法应用程序或不符合要求的应用程序进行绑卡，从而保证绑卡的安全性和可靠性。
在步骤S203中，向用户终端发送重定向的绑卡页面对应的第二页面地址。
在绑卡服务器获取到目标用户的用户信息的情况下，绑卡服务器可重定向用户终端访问的页面地址。绑卡服务器向用户终端发送绑卡页面对应的第二页面地址，以使用户终端访问第二页面地址并显示绑卡页面。绑卡页面所包括的资源信息由绑卡服务器提供。
在一些示例中，绑卡页面包括目标卡的卡号的至少部分。标卡的卡号即为在步骤S201中获取到的目标卡的卡号。绑卡页面可包括目标卡的完整卡号，也可包括目标卡的隐藏了部分符号的卡号，在此并不限定。例如，绑卡页面可包括隐藏了中间四位符号的卡号。
绑卡页面包括目标卡的卡号的至少部分，目标卡的卡号不需要用户手动输入，避免了手动输入卡号可能发生的错误，简少了用户绑卡过程中的操作，从而提高绑卡成功率并简化绑卡流程。
例如，图3为本申请实施例提供在用户终端显示的绑卡页面的一示例的示意图。如图3所示，该绑卡页面包括目标卡的隐藏了中间四位符号的卡号6259****0101。
在步骤S204中，接收用户终端基于绑卡页面发送的绑卡确认消息。
绑卡确认消息是用户终端响应于用户对绑卡页面的输入发送的，用于指示目标用户的身份信息。
在绑卡服务器从第一应用程序的后台服务器获取的用户信息不包括目标用户的身份信息的情况下，用户终端可通过用户对用户终端的绑卡页面的输入获取到目标用户的身份信息，并将目标用户的身份信息通过绑卡确认消息发送给绑卡服务器。
在绑卡服务器从第一应用程序的后台服务器获取的用户信息包括目标用户的身份信息的情况下，绑卡页面可包括该身份信息，对应地，绑卡确认消息可包括身份确认信息，身份确认信息表征绑卡页面包括的身份信息是正确的。
在步骤S205中，利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
绑卡服务器与发卡服务器交互，以对目标卡以及目标用户的身份信息进行验证。绑卡服务器与绑卡应用程序的后台服务器交互，以向绑卡应用程序的后台服务器提供目标卡的卡标识，实现目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。绑卡应用程序包括第一应用程序。
目标卡的卡标识可由绑卡服务器分配。在一些示例中，卡标识可包括卡号和/或卡支付标识Token。在卡标识包括卡支付标识Token的情况下，同一张卡对应不同应用程序具有不同的卡支付标识Token。卡支付标识Token是卡的卡号的一个替代值，可由13至19位数字组成，但并不限定。使用卡支付标识Token进行绑绑卡，可进一步提高绑卡的安全性。
在本申请实施例中，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号。第一页面地址由绑卡服务器统一提供。绑卡服务器从第一应用程序的后台服务器获取登录该第一应用程序的目标用户的用户信息。用户终端对第一页面地址的访问触发绑卡服务器向用户终端发送重定向的绑卡页面对应的第二页面地址，以使用户终端访问第二页面地址并显示绑卡页面。绑卡服务器可通过用户终端基于绑卡页面发送的绑卡确认消息，确定目标用户的身份信息，从而能够通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。不需要用户在应用程序中查找绑卡功能的指引入口，通过调用第一应用程序对信息载体图案的扫描，跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
下面对目标卡的卡标识与第一应用程序中目标用户的用户标识的具体绑定流程进行说明。图4为本申请第一方面提供的绑卡方法的另一实施例的流程图。图4与图2的不同之处在于，图2中的步骤S205可具体细化为图6中的步骤S2051至步骤S2053。
在步骤S2051中，向发卡服务器发送绑卡开通消息，以使发卡服务器利用身份信息进行绑卡开通验证。
绑卡开通消息包括目标卡的卡号和身份信息。绑卡开通验证是对目标卡的卡号和目标用户的身份信息是否匹配的验证。发卡服务器存储有卡的卡号和卡的持卡人的身份信息的对应关系，若目标用户的身份信息与发卡服务器中存储的目标卡的持卡人的身份信息一致，确定目标用户为目标卡的持卡人，即确定目标卡的卡号和目标用户的身份信息相匹配，绑卡开通验证成功；若目标用户的身份信息与发卡服务器中存储的目标卡的持卡人的身份信息不一致，确定目标用户不是目标卡的持卡人，即确定目标卡的卡号和目标用户的身份信息不匹配，绑卡开通验证失败。通过绑卡开通验证可确定目标用户是否为目标卡的持卡人，从而保证绑卡的安全性。
在步骤S2052中，接收发卡服务器发送的绑卡开通验证结果信息。
绑卡开通验证结果信息用于指示绑卡开通验证是否成功。
在步骤S2053中，在绑卡开通验证结果信息指示绑卡开通验证成功的情况下，向第一应用程序的后台服务器发送第一绑卡通知消息，以使第一应用程序的后台服务器完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。
第一绑卡通知消息包括绑卡开通验证结果信息和目标卡的卡标识。绑卡开通验证成功，绑卡服务器允许第一引用程序的后台服务器进行目标卡的绑定，即允许进行目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。
在绑卡开通验证结果信息指示绑卡开通验证成功的情况下，绑卡服务器可向第一应用程序的后台服务器发送绑卡失败通知消息，绑卡失败通知消息可包括绑卡开通验证结果信息。在绑卡开通验证结果信息指示绑卡开通验证成功的情况下，绑卡服务器并不会向第一应用程序的后台服务器发送目标卡的卡标识，即不允许第一应用程序的后台服务器进行目标卡的绑定。
在一些示例中，绑卡页面还包括绑卡服务器支持的应用程序的选项。对应地，绑卡确认消息还用于指示被选择的绑卡应用程序。绑卡服务器支持的应用程序的选项可供用户勾选，以选择需要绑卡的应用程序。例如，图5为本申请实施例提供在用户终端显示的绑卡页面的另一示例的示意图。如图5所示，该绑卡页面包括目标卡的卡号和应用程序的选项，目标卡的卡号为6259****0101，应用程序的选项包括可供用户勾选的“绑定到A1应用程序”“绑定到A2应用程序”“绑定到A3应用程序”和“绑定到A4应用程序”四个选项。
在另一些示例中，绑卡页面还可包括身份信息填写区域，身份信息填写区域需要用户手动填写身份信息，以便于后续利用该身份信息对目标用户进行身份验证。例如，图6为本申请实施例提供在用户终端显示的绑卡页面的又一示例的示意图。图6与图5相比，绑卡页面增加了身份信息填写区域P1。如图6所示，身份信息填写区域可包括真实姓名的填写区P11、证件类型的填写区P12、证件号码的填写区P13和手机号码填写区P14。
在又一些示例中，在用户信息还包括身份信息的情况下，绑卡页面还可包括身份信息。例如，图7为本申请实施例提供在用户终端显示的绑卡页面的再一示例的示意图。图7与图5相比，绑卡页面增加了身份信息，身份信息包括姓名、证件类型、证件号码和手机号码。
绑卡页面还包括身份信息，不需用户手动输入身份信息，在能够利用身份信息对目标用户进行身份验证的基础上，避免手动输入身份信息可能发生的错误，简少了用户绑卡过程中的操作，从而提高绑卡成功率并简化绑卡流程。
在上述实施例中，绑卡确认消息可包括绑卡应用程序的标识或其他能够表征绑卡应用程序的信息，在此并不限定。
在绑卡页面还包括绑卡服务器支持的应用程序的选项，绑卡确认消息还用于指示被选择的绑卡应用程序的情况下，绑卡应用程序包括用户在绑卡服务器支持的应用程序的选项中选取的应用程序。具体地，绑卡应用程序可包括第一应用程序和第二应用程序。第二应用程序与第一应用程序不同，即第二应用程序包括绑卡服务器支持的引用程序中除第一应用程序外的至少一个应用程序。第二应用程序可包括一个应用程序，也可包括两个以上的应用程序，在此并不限定第二应用程序的数量。例如，若用户操作后的绑卡页面如图7所示，且第一应用程序为A1应用程序，则第二应用程序包括A2应用程序和A4应用程序。
下面对目标卡的卡标识与第二应用程序中目标用户的用户标识的具体绑定流程进行说明。图8为本申请第一方面提供的绑卡方法的又一实施例的流程图。图8与图4的不同之处在于，图2中的步骤S205还可具体细化为图8中的S2054至步骤S2056。
在步骤S2054中，向第二应用程序的后台服务器发送绑卡匹配消息，以使第二应用程序的后台服务器查找与身份信息匹配的用户标识。
绑卡匹配消息包括身份信息。第二应用程序的后台服务器存储有用户在第二应用程序的用户标识与身份信息的对应关系。第二应用程序的后台服务器从绑卡匹配消息中获取目标用户的身份信息，利用绑卡匹配消息中的身份信息在第二应用程序的后台服务器存储的用户的身份信息中进行匹配，将与绑卡匹配消息中身份信息一致的身份信息对应的用户标识确定为与绑卡匹配消息中身份信息匹配的用户标识。
在步骤S2055中，在查找到与身份信息匹配的用户标识的情况下，接收第二应用程序的后台服务器发送的绑卡请求消息。
第二应用程序的后台服务器查找到与身份信息匹配的用户标识，表示目标用户在第二应用程序中已注册，即第二应用程序的注册用户中包括目标用户。第二引用程序的后台服务器可向绑卡服务器发送绑卡请求消息，绑卡请求消息用于请求目标卡的卡标识。
第二应用程序的后台服务器未查找到与身份信息匹配的用户标识，表示目标用户在第二应用程序中未注册，即第二应用程序的注册用户中不包括目标用户，无法进行目标卡在第二应用程序的绑定。
在一些示例中，绑卡匹配消息具有生效时长。在生效时长内，绑卡匹配消息有效。超出生效时长，绑卡匹配消息失效。即若绑卡服务器在生效时长内未接收到第二引用程序的后台服务器发送的绑卡请求消息，对于第二应用程序，该次绑卡流程结束。
在步骤S2056中，向第二应用程序的后台服务器发送第二绑卡通知消息，以使第二应用程序的后台服务器完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。
第二绑卡通知消息包括目标卡的卡标识。第二应用程序中目标用户的用户标识为与身份信息匹配的用户标识。第二应用程序的后台服务器接收到第二绑卡通知消息，可完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。
在一些示例中，在步骤S2055中接收第二应用程序的后台服务器发送的绑卡请求消息之前，第二应用程序的后台服务器也可向查找到的与身份信息匹配的用户标识对应的用户推送确认请求消息。确认请求消息用于提示用户确定是否绑卡，确认请求消息的形式在此并不限定。第二应用程序的后台服务器在接收到用户通过用户终端反馈的确定绑卡的消息的情况下，向绑卡服务器发送绑卡请求消息。即在查找到与身份信息匹配的用户标识且第二应用程序的后台服务器接收到用户通过用户终端反馈的确定绑卡的消息的情况下，绑卡服务器接收第二应用程序的后台服务器发送的绑卡请求消息。通过用户的再次确认，可进一步保证绑卡的安全性。
在绑卡应用程序包括多个第二应用程序的情况下，对于每个第二应用程序的后台服务器，绑卡服务器均可执行上述步骤S2054至步骤S2056。
步骤S2051至步骤S2053与步骤S2054至步骤S2056可先后执行，步骤S2051至步骤S2053和步骤S2054至步骤S2056可同步执行，本申请实施例中并不限定步骤S2051至步骤S2053和步骤S2054至步骤S2056之间的执行时序。
绑卡应用程序包括第一应用程序和第二应用程序。利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，可一次性发起多个应用程序的绑卡操作，不需要一一进入每个应用程序发起绑卡操作，简化了多应用程序绑卡场景中的绑卡流程。而且，一次性发起多个应用程序的绑卡操作，也增强了同一卡绑定的多个应用程序之间的互联性，便于用户进行管理。
在一些实施例中，为了进一步保证绑卡的安全性，绑卡服务器与用户终端之间可通过动态验证码进行进一步的安全验证。图9为本申请第一方面提供的绑卡方法的再一实施例的流程图。图9与图2的不同之处在于，图9所示的绑卡方法还可包括步骤S206至步骤S208，图2中的步骤S205可具体细化为图9中的步骤S2057。
在步骤S206中，接收用户终端发送的动态验证码请求消息。
在一些示例中，用户终端可响应于用户的输入，向绑卡服务器发送动态验证码请求消息。动态验证码请求消息用于向绑卡服务器请求动态验证码。
在步骤S207中，向用户终端发送第一动态验证码。
第一动态验证码为绑卡服务器向用户终端发送的动态验证码。例如，绑卡服务器可从目标用户的身份信息中获取目标用户的手机号码，通过短信，向该目标用户的用户终端发送第一动态验证码。
在步骤S208中，接收用户终端发送的第二动态验证码。
第二动态验证码为用户终端接收用户的输入的动态验证码。第一动态验证码与第二动态验证码可能相同，也可能不同。
在步骤S2057中，在第一动态验证码与第二动态验证码一致的情况下，利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
绑卡服务器利用第一动态验证码和第二动态验证码进行动态验证码验证。第一动态验证码与第二动态验证码一致，表示动态验证码验证通过，可进行目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。在第一动态验证码与第二动态验证码不一致的情况下，绑卡过程中止。
在动态验证码验证通过的情况下，才继续进行绑卡流程，从而避免非法用户进行绑卡，从而进一步提高了绑卡的安全性。
在一些实施例中，在完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定之后，绑卡服务器可向用户终端发送重定向的绑卡结果页面对应的第三页面地址。绑卡服务器可接受用户终端对第三页面地址的访问。
绑卡结果页面用于表征目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定已完成。用户终端访问第三页面地址，并显示该绑卡结果页面，从而提示用户绑卡成功。
在一些实施例中，若在不允许目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定即绑卡失败的情况下，绑卡服务器也可向用户终端发送重定向的绑卡失败提示页面对应的页面地址，以通过用户终端向用户显示绑卡失败提示页面，提示用户绑卡失败。
在一些实施例中，绑卡服务器还可向用户终端提供绑卡管理页面，以供用户对目标卡的绑定关系进行管理。具体地，绑卡服务器可接受用户终端对绑卡管理页面对应的第四页面地址的访问。绑卡管理页面包括目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定关系。绑卡服务器接收用户终端的管理操作指令，对管理操作指令指示的绑定关系执行管理操作。
管理操作可包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。管理操作还可包括其他类型的操作，在此并不限定。
停用操作即为停用目标卡的卡标识与某个或某些应用程序中目标用户的用户标识的绑定关系的操作。对某个绑定关系执行停用操作，即在该绑定关系对应的应用程序中停用该目标卡进行支付。
启用操作即为启用目标卡的卡标识与某个或某些应用程序中目标用户的用户标识的绑定关系的操作。对某个绑定关系执行停用操作，即在该绑定关系对应的应用程序中启用该目标卡进行支付。
支付限额设置操作即为对目标卡的卡标识与某个或某些应用程序中目标用户的用户标识的绑定关系用于支付的限额进行设置的操作。对某个绑定关系执行支付限额设置操作，即在该绑定关系对应的应用程序中设置目标卡的支付限额。
需要说明的是，上述实施例中的第一页面地址、第二页面地址、第三页面地址和第四页面地址具体可包括统一资源定位器(Uniform Resource Locator，URL)地址，但并不限定。
本申请第二方面提供一种绑卡方法，可应用于用户终端，即该绑卡方法可由用户终端执行。图10为本申请第二方面提供的绑卡方法的一实施例的流程图。如图10所示，该绑卡方法可包括步骤S301至步骤S303。
在步骤S301中，调用第一应用程序扫描信息载体图案，访问信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息。
用户终端可调用第一应用程序扫描信息载体图案，从而跳转至浏览器访问绑卡服务器的第一页面地址。用户终端访问第一页面地址可触发绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息。目标用户为登录第一应用程序的用户。用户信息包括第一应用程序中目标用户的用户标识。
用户终端可向绑卡服务器发送未加密的目标卡的卡号。用户终端也可向绑卡服务器发送加密的目标卡的卡号，即用户终端向绑卡服务器发送利用第一密钥加密的目标卡的卡号。绑卡服务器存储有与第一密钥成对的第二密钥，绑卡服务器可利用第二密钥对加密的目标卡的卡号解密。在一些示例中，用户终端获取到的可为加密的目标卡的卡号。在另一些示例中，用户终端获取到的是未加密的目标卡的卡号，可由用户终端利用第一密钥对目标卡的卡号加密，得到加密的目标卡的卡号。
在一些示例中，信息载体图案包括二维码。二维码记录的信息包括第一页面地址和目标卡的卡号。
在另一些示例中，信息载体图案包括二维码。二维码记录的信息包括第一页面地址和加密的目标卡的卡号。
在又一些示例中，信息载体图案包括目标卡的卡面图案。卡面图案包括页面跳转标记和目标卡的卡号。页面跳转标记与第一页面地址具有对应关系。
在步骤S302中，接收并访问绑卡服务器发送的第二页面地址，显示与第二页面地址对应的绑卡页面。
绑卡页面包括目标卡的卡号的至少部分。
在一些示例中，绑卡页面还包括绑卡服务器支持的应用程序的选项。
在另一些示例中，绑卡页面还可包括身份信息填写区域。
在又一些示例中，用户信息还可包括身份信息，对应地，绑卡页面还可包括身份信息。
在步骤S303中，响应于用户对绑卡页面的输入，向绑卡服务器发送绑卡确认消息，以使绑卡服务器利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
绑卡确认消息指示目标用户的身份信息。绑卡应用程序包括第一应用程序。
在一些示例中，在绑卡页面还包括绑卡服务器支持的应用程序的选项的情况下，绑卡确认消息还用于指示被选择的绑卡应用程序，绑卡应用程序还包括第二应用程序，第二应用程序与第一应用程序不同。
用户对绑卡页面的输入可与绑卡页面的内容相关。例如，绑卡页面包括目标卡的卡号的至少部分，或者，绑卡页面包括目标卡的卡号的至少部分和身份信息，用户对绑卡页面的输入可包括对应用程序的确定输入。又例如，绑卡页面包括目标卡的卡号的至少部分和身份信息填写区域，用户对绑卡页面的输入可包括确认输入对身份信息填写区域的填写输入。还例如，绑卡页面包括目标卡的卡号的至少部分、绑卡服务器支持的应用程序的选项和身份信息填写区域，用户对绑卡页面的输入可包括确认输入、对应用程序的选择输入和对身份信息填写区域的填写输入。
在一些示例中，卡标识包括卡号和/或卡支付标识Token。
步骤S301至步骤S303中的具体内容可参见上述实施例中的相关说明，在此不再赘述。
在本申请实施例中，用户终端调用第一应用程序扫描信息载体图案，触发访问信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取登录该第一应用程序的目标用户的用户信息。用户终端接收并访问绑卡页面对应的第二页面地址，并显示绑卡页面。用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，从而使绑卡服务器通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。用户不需要在应用程序中查找绑卡功能的指引入口，可直接利用用户终端的扫描功能，通过跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
在绑卡应用程序包括第一应用程序和第二应用程序的情况下，用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，以使绑卡服务器通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，可一次性发起多个应用程序的绑卡操作，不需要一一进入每个应用程序发起绑卡操作，简化了多应用程序绑卡场景中的绑卡流程。而且，一次性发起多个应用程序的绑卡操作，也增强了同一卡绑定的多个应用程序之间的互联性，便于用户进行管理。
在一些实施例中，为了进一步保证绑卡的安全性，用户终端与绑卡服务器之间可通过动态验证码进行进一步的安全验证。图11为本申请第二方面提供的绑卡方法的另一实施例的流程图。图11与图10的不同之处在于，图11所示的绑卡方法还包括步骤S304至步骤S306。
在步骤S304中，向绑卡服务器发送动态验证码请求消息。
在步骤S305中，接收绑卡服务器发送的第一动态验证码。
在步骤S306中，向绑卡服务器发送第二动态验证码，以使绑卡服务器进行动态验证码验证。
需要说明的是，在绑卡方法包括步骤S304至步骤S306时，在绑卡服务器的动态验证码验证成功的情况下，绑卡服务器才会利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
步骤S304至步骤S306的具体内容可参见上述实施例中的相关内容，在此不再赘述。
在一些实施例中，在完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定之后，用户终端接收并访问绑卡服务器发送的与绑卡结果页面对应的第三页面地址，显示绑卡结果页面。绑卡结果页面用于表征目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定已完成。
在一些实施例中，在不允许目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定即绑卡失败的情况下，用户终端可接收并访问绑卡服务器发送的重定向的绑卡失败提示页面对应的页面地址，显示绑卡失败提示页面，提示用户绑卡失败。
在一些实施例中，绑卡服务器还可向用户终端提供绑卡管理页面，以供用户对目标卡的绑定关系进行管理。用户终端访问绑卡服务器的第四页面地址，显示与第四页面地址对应的绑卡管理页面。绑卡管理页面包括目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定关系。用户终端响应于用户的输入，向绑卡服务器发送管理操作指令，管理操作指令指示绑卡服务器对绑定关系进行管理操作。
管理操作包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。
第四页面地址、绑卡管理页面、绑定关系、管理操作等具体内容可参见上述实施例中的相关说明，在此不再赘述。
本申请第三方面提供一种绑卡方法，可应用于应用程序的后台服务器，即该绑卡方法由应用程序的后台服务器执行。在该后台应用服务器对应的应用程序即该后台服务器为第一应用程序的后台服务器。图12为本申请第三方面提供的绑卡方法的一实施例的流程图。如图12所示，该绑卡方法可包括步骤S401和步骤S402。
在步骤S401中，在应用程序为第一应用程序的情况下，在绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向绑卡服务器发送目标用户的用户信息。
目标用户为登录第一应用程序的用户。用户信息包括第一应用程序中目标用户的用户标识。
在一些示例中，信息载体图案包括二维码。二维码记录的信息包括第一页面地址和目标卡的卡号。
在另一些示例中，信息载体图案包括二维码。二维码记录的信息包括第一页面地址和加密的目标卡的卡号。
在又一些示例中，信息载体图案包括目标卡的卡面图案。卡面图案包括页面跳转标记和目标卡的卡号。页面跳转标记与第一页面地址具有对应关系。
在步骤S402中，在绑卡服务器接收绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。
绑卡确认消息由用户终端响应于用户对绑卡页面的输入发送，用于指示目标用户的身份信息。绑卡页面包括目标卡的卡号的至少部分。绑卡应用程序包括第一应用程序。
在一些示例中，绑卡页面还包括身份信息填写区域。
在另一些示例中，用户信息还包括身份信息，绑卡页面还包括身份信息。
在一些示例中，卡标识包括卡号和/或卡支付标识Token。
步骤S401和步骤S402的具体内容可参见上述实施例中的相关说明，在此不再赘述。
在本申请实施例中，在绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，作为第一应用程序的后台服务器，可向绑卡服务器目标用户的用户信息。用户终端接收并访问绑卡页面对应的第二页面地址，并显示绑卡页面。用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，作为第一应用程序的后台服务器，可与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。不需要用户在应用程序中查找绑卡功能的指引入口，通过调用第一应用程序对信息载体图案的扫描，跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
下面介绍应用程序为第一应用程序时后台服务器与绑卡服务器交互的具体流程。图13为本申请第三方面提供的绑卡方法的另一实施例的流程图。图13与图12的不同之处在于，图12中的步骤S402可具体细化为图13中的步骤S4021和步骤S4022。
在步骤S4021中，在绑卡服务器接收到指示绑卡开通验证成功的绑卡开通验证结果的情况下，接收绑卡服务器发送的第一绑卡通知消息。
第一绑卡通知消息包括绑卡开通验证结果信息和目标卡的卡标识。
在步骤S4022中，绑定目标卡的卡标识和第一应用程序中目标用户的用户标识。
步骤S4021和步骤S4022的具体内容可参见上述实施例中的相关说明，在此不再赘述。
在一些实施例中，绑卡页面还包括绑卡服务器支持的应用程序的选项，绑卡确认消息还用于指示被选择的绑卡应用程序，绑卡应用程序还包括第二应用程序。第一应用程序与第二应用程序不同。图14为本申请第三方面提供的绑卡方法的又一实施例的流程图。图14与图12的不同之处在于，图14还可包括步骤S403。
在步骤S403中，在应用程序为第二应用程序，绑卡服务器接收用户终端发送的绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。
在后台服务器对应的应用程序作为第一应用程序的情况下，可与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。在后台服务器对应的应用程序作为第二应用程序的情况下，该后台服务器还可与绑卡服务器交互，完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。应用程序的后台服务器可配合用户终端和绑卡服务器，使得可一次性发起多个应用程序的绑卡操作，不需要一一进入每个应用程序发起绑卡操作，简化了多应用程序绑卡场景中的绑卡流程。而且，一次性发起多个应用程序的绑卡操作，也增强了同一卡绑定的多个应用程序之间的互联性，便于用户进行管理。
下面介绍应用程序为第二应用程序时后台服务器与绑卡服务器交互的具体流程。图15为本申请第三方面提供的绑卡方法的再一实施例的流程图。图15与图14的不同之处在于，图14中的步骤S403可具体细化为图15中的步骤S4031至步骤S4035。
在步骤S4031中，接收绑卡服务器发送的绑卡匹配消息，绑卡匹配消息包括身份信息。
在步骤S4032中，查找与身份信息匹配的用户标识，并将与身份信息匹配的用户标识确定为第二应用程序中目标用户的用户标识。
在步骤S4033中，向绑卡服务器发送绑卡请求消息。
绑卡请求消息用于请求目标卡的卡标识。
在步骤S4034中，接收绑卡服务器发送的第二绑卡通知消息。
第二绑卡通知消息包括目标卡的卡标识。
在步骤S4035中，绑定目标卡的卡标识和第二应用程序中目标用户的用户标识。
步骤S4031至步骤S4035的具体内容可参见上述实施例中的相关说明，在此不再赘述。
为了便于理解，下面以一示例说明上述实施例中绑卡方法的整体流程。图16为本申请实施例提供的绑卡流程的一示例的流程图。其中，第一后台服务器为第一应用程序的后台服务器，第二后台服务器为第二应用程序的后台服务器。如图16所示，该绑卡流程可包括步骤S501至步骤S524。
在步骤S501中，用户终端调用第一应用程序扫描信息载体图案。
在步骤S502中，用户终端访问扫描信息载体图案指示的绑卡服务器的第一页面地址。
在步骤S503中，用户终端向绑卡服务器发送信息载体图案指示的卡号。
在步骤S504中，绑卡服务器向第一后台服务器发送用户信息请求消息，向第一后台服务器请求登录第一应用程序的目标用户的用户信息。
在步骤S505中，第一后台服务器验证绑卡服务器的身份。
在步骤S506中，在绑卡服务器的身份验证成功的情况下，第一后台服务器向绑卡服务器反馈目标用户的用户信息。
其中，用户信息包括第一应用程序中目标用户的用户标识和目标用户的身份信息。为了便于说明，将第一应用程序中目标用户的用户标识称为第一用户标识。
在步骤S507中，绑卡服务器向用户终端发送重定向的第二页面地址。
第二页面地址为绑卡页面的地址。
在步骤S508中，用户终端访问第二页面地址。
在步骤S509中，用户终端显示绑卡页面。
在步骤S510中，用户终端接收用户对绑卡页面的输入，生成绑卡确认消息。
在步骤S511中，用户终端向绑卡服务器发送绑卡确认消息。
绑卡确认信息用于指示目标用户的身份信息和被选择的绑卡应用程序。绑卡应用程序包括第一应用程序和第二应用程序。为了便于说明，这里将第二应用程序的后台服务器称为第二后台服务器。
在步骤S512中，绑卡服务器向发卡服务器发送绑卡开通消息。
在步骤S513中，发卡服务器从绑卡开通消息获取卡号和目标用户的身份信息，利用卡号和目标用户的身份信息进行绑卡开通验证，得到绑卡开通验证结果信息。
在步骤S514中，发卡服务器向绑卡服务器发送绑卡开通验证结果信息。
在步骤S515中，在绑卡开通验证结果信息指示绑卡开通验证成功的情况下，绑卡服务器向第一后台服务器发送第一绑卡通知消息。
第一绑卡通知消息包括卡标识。
在步骤S516中，第一后台服务器绑定卡标识和第一用户标识。
在步骤S517中，绑卡服务器向第二后台服务器发送绑卡匹配消息。
绑卡匹配消息包括目标用户的身份信息。
在步骤S518中，第二后台服务器查找与该身份信息匹配的用户标识，将与该身份信息匹配的用户标识确定为第二应用程序中目标用户的用户标识。
为了便于说明，这里将第二应用程序中目标用户的用户标识称为第二用户标识。
在步骤S519中，第二后台服务器向绑卡服务器发送绑卡请求消息，请求卡标识。
在步骤S520中，绑卡服务器向第二后台服务器发送第二绑卡通知消息。
第二绑卡通知消息包括卡标识。
在步骤S521中，第二后台服务器绑定卡标识和第二用户标识。
在步骤S522中，绑卡服务器向用户终端发送第三页面地址。
第三页面地址为绑卡结果页面。
在步骤S523中，用户终端访问第三页面地址。
在步骤S524中，用户终端显示绑卡结果页面。
上述步骤S501至步骤S524的具体内容可参见上述实施例中的相关说明，在此不再赘述。
本申请第四方面提供一种服务器，该服务器即为上述实施例中的绑卡服务器。图17为本申请第四方面提供的服务器的一实施例的结构示意图。如图17所示，该服务器600可包括交互模块601，交互模块601可包括接收单元6011和发送单元6012。
交互模块601可用于接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号，以及，用于从第一应用程序的后台服务器获取目标用户的用户信息。
目标用户为登录第一应用程序的用户。用户信息包括第一应用程序中目标用户的用户标识。
在一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和目标卡的卡号。
在另一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和加密的目标卡的卡号。
在又一些示例中，信息载体图案包括目标卡的卡面图案，卡面图案包括页面跳转标记和目标卡的卡号，页面跳转标记与第一页面地址具有对应关系。
发送单元6012用于向用户终端发送重定向的绑卡页面对应的第二页面地址。
绑卡页面包括目标卡的卡号的至少部分。
在一些示例中，绑卡页面还可包括绑卡服务器支持的应用程序的选项。
在另一些示例中，绑卡页面还可包括身份信息填写区域。
在又一些示例中，用户信息还可包括身份信息，绑卡页面还可包括身份信息。
接收单元6011还可用于接收用户终端基于绑卡页面发送的绑卡确认消息。
绑卡确认信息用于指示目标用户的身份信息。
交互模块601还可用于利用身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
绑卡应用程序包括第一应用程序。
在一些示例中，卡标识包括卡号和/或卡支付标识Token。
在本申请实施例中，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取信息载体图案指示的目标卡的卡号。第一页面地址由绑卡服务器统一提供。绑卡服务器从第一应用程序的后台服务器获取登录该第一应用程序的目标用户的用户信息。用户终端对第一页面地址的访问触发绑卡服务器向用户终端发送重定向的绑卡页面对应的第二页面地址，以使用户终端访问第二页面地址并显示绑卡页面。绑卡服务器可通过用户终端基于绑卡页面发送的绑卡确认消息，确定目标用户的身份信息，从而能够通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。不需要用户在应用程序中查找绑卡功能的指引入口，通过调用第一应用程序对信息载体图案的扫描，跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
在一些实施例中，上述发送单元6012可用于向发卡服务器发送绑卡开通消息，以使发卡服务器利用身份信息进行绑卡开通验证。
绑卡开通消息包括目标卡的卡号和身份信息。
上述接收单元6011可用于接收发卡服务器发送的绑卡开通验证结果信息。
上述发送单元6012可用于在绑卡开通验证结果信息指示绑卡开通验证成功的情况下，向第一应用程序的后台服务器发送第一绑卡通知消息，以使第一应用程序的后台服务器完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。
第一绑卡通知消息包括绑卡开通验证结果信息和目标卡的卡标识。
在一些实施例中，在绑卡页面还可包括绑卡服务器支持的应用程序的选项的情况下，绑卡确认消息还用于指示被选择的绑卡应用程序，绑卡应用程序还包括第二应用程序，第二应用程序与第一应用程序不同。
上述发送单元6012还可用于向第二应用程序的后台服务器发送绑卡匹配消息，以使第二应用程序的后台服务器查找与身份信息匹配的用户标识。
绑卡匹配消息包括身份信息。
上述接收单元6011可用于在查找到与身份信息匹配的用户标识的情况下，接收第二应用程序的后台服务器发送的绑卡请求消息。
绑卡请求消息用于请求目标卡的卡标识。
上述发送单元6012可用于向第二应用程序的后台服务器发送第二绑卡通知消息，以使第二应用程序的后台服务器完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。
第二绑卡通知消息包括目标卡的卡标识。第二应用程序中目标用户的用户标识为与身份信息匹配的用户标识。
图18为本申请第四方面提供的服务器的另一实施例的结构示意图。图18与图17的不同之处在于，图18所示的服务器600还可包括解密模块602。
上述接收单元6011可用于接收用户终端发送的利用第一密钥加密的目标卡的卡号。
解密模块602可用于利用预存的与第一密钥成对的第二密钥对加密的目标卡的卡号解密，得到目标卡的卡号。
在一些实施例中，上述接收单元6011还可用于接收用户终端发送的动态验证码请求消息。
上述发送单元6012还可用于向用户终端发送第一动态验证码。
上述接收单元6011还可用于接收用户终端发送的第二动态验证码。
上述交互模块601可用于在第一动态验证码与第二动态验证码一致的情况下，利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
图19为本申请第四方面提供的服务器的又一实施例的结构示意图。图19与图17的不同之处在于，图19所示的服务器600还可包括验证模块603。
验证模块603可用于确定第一应用程序是否属于绑卡服务器支持的应用程序。
上述接收单元6011可用于在第一应用程序属于绑卡服务器支持的应用程序的情况下，从第一应用程序的后台服务器获取目标用户的用户信息。
在一些实施例中，上述发送单元6012还可用于向用户终端发送重定向的绑卡结果页面对应的第三页面地址。
绑卡结果页面用于表征目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定已完成。
上述交互模块601可用于接受用户终端对第三页面地址的访问。
图20为本申请第四方面提供的服务器的再一实施例的结构示意图。图20与图17的不同之处在于，图20所示的服务器600还可包括执行模块604。
上述交互模块601还可用于接受用户终端对绑卡管理页面对应的第四页面地址的访问。
绑卡管理页面包括目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定关系。
上述接收单元6011还可用于接收用户终端的管理操作指令。
执行模块604可用于根据管理操作指令，对管理操作指令指示的绑定关系执行管理操作。
在一些示例中，管理操作包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。
本申请第五方面提供一种用户终端。图21为本申请第五方面提供的用户终端的一实施例的结构示意图。如图21所示，该用户终端700可包括扫描模块701、交互模块702和显示模块703，交互模块702可包括发送单元7021。在一些示例中，交互模块702还可包括接收单元7022。
扫描模块701可用于在第一应用程序被调用的情况下扫描信息载体图案。
交互模块702可用于访问扫描信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取目标用户的用户信息。
目标用户为登录第一应用程序的用户。用户信息包括第一应用程序中目标用户的用户标识。
在一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和目标卡的卡号。
在另一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和加密的目标卡的卡号。
在又一些示例中，信息载体图案包括目标卡的卡面图案，卡面图案包括页面跳转标记和目标卡的卡号，页面跳转标记与第一页面地址具有对应关系。
交互模块702可用于接收并访问绑卡服务器发送的第二页面地址。
显示模块703可用于显示与第二页面地址对应的绑卡页面。
绑卡页面包括目标卡的卡号的至少部分。
在一些示例中，绑卡页面还包括绑卡服务器支持的应用程序的选项。对应地，绑卡确认消息还用于指示被选择的绑卡应用程序，绑卡应用程序还包括第二应用程序。第二应用程序与第一应用程序不同。
在另一些示例中，绑卡页面还包括身份信息填写区域。
在又一些示例中，用户信息还包括身份信息，绑卡页面还包括身份信息。
发送单元7021还可用于响应于用户对绑卡页面的输入，向绑卡服务器发送绑卡确认消息，以使绑卡服务器利用身份信息与发卡服务器以及绑卡应用程序的后台服务器交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。
绑卡确认消息指示目标用户的身份信息。绑卡应用程序包括第一应用程序。
在一些示例中，卡标识包括卡号和/或卡支付标识Token。
在本申请实施例中，用户终端调用第一应用程序扫描信息载体图案，触发访问信息载体图案指示的绑卡服务器的第一页面地址，并向绑卡服务器发送信息载体图案指示的目标卡的卡号，以触发绑卡服务器从第一应用程序的后台服务器获取登录该第一应用程序的目标用户的用户信息。用户终端接收并访问绑卡页面对应的第二页面地址，并显示绑卡页面。用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，从而使绑卡服务器通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定。用户不需要在应用程序中查找绑卡功能的指引入口，可直接利用用户终端的扫描功能，通过跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
在绑卡应用程序包括第一应用程序和第二应用程序的情况下，用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，以使绑卡服务器通过与发卡服务器的交互、与绑卡应用程序的后台服务器的交互，完成目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定，可一次性发起多个应用程序的绑卡操作，不需要一一进入每个应用程序发起绑卡操作，简化了多应用程序绑卡场景中的绑卡流程。而且，一次性发起多个应用程序的绑卡操作，也增强了同一卡绑定的多个应用程序之间的互联性，便于用户进行管理。
在一些实施例中，上述发送单元7021可用于向绑卡服务器发送利用第一密钥加密的目标卡的卡号。
绑卡服务器存储有与第一密钥成对的第二密钥。
在一些实施例中，上述发送单元7021还可用于向绑卡服务器发送动态验证码请求消息。
上述接收单元7022还可用于接收绑卡服务器发送的第一动态验证码。
上述发送单元7021还可用于向绑卡服务器发送第二动态验证码，以使绑卡服务器进行动态验证码验证。
在一些实施例中，上述交互模块702还可用于接收并访问绑卡服务器发送的与绑卡结果页面对应的第三页面地址，显示绑卡结果页面。
绑卡结果页面用于表征目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定已完成。
在一些实施例中，交互模块702还可用于访问绑卡服务器的第四页面地址。
在一些实施例中，显示模块703还可用于显示与第四页面地址对应的绑卡管理页面。
绑卡管理页面包括目标卡的卡标识与绑卡应用程序中目标用户的用户标识的绑定关系。
发送单元7021可用于响应于用户的输入，向绑卡服务器发送管理操作指令。
管理操作指令指示绑卡服务器对绑定关系进行管理操作。
在一些示例中，管理操作包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。
本申请第六方面提供一种服务器，该服务器即为上述实施例中的后台服务器。在该后台服务器对应的应用程序作为第一应用程序的情况下，该后台服务器为上述实施例中的第一应用程序的后台服务器；在该后台服务器对应的应用程序作为第二应用程序的情况下，该后台服务器为上述实施例中的第二应用程序的后台服务器。图22为本申请第六方面提供的服务器的一实施例的结构示意图。如图22所示，该服务器800可包括交互模块801，交互模块801可包括发送单元8011。在一些示例中，交互模块801还可包括接收单元8012。
发送单元8011可用于在应用程序为第一应用程序，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向绑卡服务器发送目标用户的用户信息。
目标用户为登录第一应用程序的用户。用户信息包括第一应用程序中目标用户的用户标识。
在一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和目标卡的卡号。
在另一些示例中，信息载体图案包括二维码，二维码记录的信息包括第一页面地址和加密的目标卡的卡号。
在又一些示例中，信息载体图案包括目标卡的卡面图案，卡面图案包括页面跳转标记和目标卡的卡号，页面跳转标记与第一页面地址具有对应关系。
交互模块801可用于在绑卡服务器接收绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。
绑卡确认消息由用户终端响应于用户对绑卡页面的输入发送，用于指示目标用户的身份信息。绑卡页面包括目标卡的卡号的至少部分。绑卡应用程序包括第一应用程序。
在一些示例中，绑卡页面还包括绑卡服务器支持的应用程序的选项。
在另一些示例中，绑卡页面还包括身份信息填写区域。
在又一些示例中，用户信息还包括身份信息，绑卡页面还包括身份信息。
在一些示例中，卡标识包括卡号和/或卡支付标识Token。
在本申请实施例中，在绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，作为第一应用程序的后台服务器，可向绑卡服务器目标用户的用户信息。用户终端接收并访问绑卡页面对应的第二页面地址，并显示绑卡页面。用户终端通过绑卡确认消息向绑卡服务器发送用户确认的身份信息和被选择的绑卡应用程序，作为第一应用程序的后台服务器，可与绑卡服务器交互，完成目标卡的卡标识与第一应用程序中目标用户的用户标识的绑定。不需要用户在应用程序中查找绑卡功能的指引入口，通过调用第一应用程序对信息载体图案的扫描，跳转至绑卡页面以进行绑卡，从而减少了用户绑卡所需的时间，提高了用户利用应用程序绑卡的效率。
图23为本申请第六方面提供的服务器的另一实施例的结构示意图。图23与图22的不同之处在于，服务器800还可包括绑定模块802。
上述接收单元8012可用于在绑卡服务器接收到指示绑卡开通验证成功的绑卡开通验证结果的情况下，接收绑卡服务器发送的第一绑卡通知消息。
第一绑卡通知消息包括绑卡开通验证结果信息和目标卡的卡标识。
绑定模块802可用于绑定目标卡的卡标识和第一应用程序中目标用户的用户标识。
在一些实施例中，在绑卡页面还包括绑卡服务器支持的应用程序的选项的情况下，绑卡确认消息还用于指示被选择的绑卡应用程序，绑卡应用程序还包括第二应用程序。第二应用程序与第一应用程序不同。
交互模块801还可用于在应用程序为第二应用程序，绑卡服务器接收用户终端发送的绑卡确认消息的情况下，与绑卡服务器交互，完成目标卡的卡标识与第二应用程序中目标用户的用户标识的绑定。
图24为本申请第六方面提供的服务器的又一实施例的结构示意图。图24与图23的不同之处在于，服务器800还可包括查询模块803。
上述接收单元8012可用于接收绑卡服务器发送的绑卡匹配消息，绑卡匹配消息包括身份信息。
查询模块803可用于查找与身份信息匹配的用户标识，并将与身份信息匹配的用户标识确定为第二应用程序中目标用户的用户标识。
上述发送单元8011可用于向绑卡服务器发送绑卡请求消息，绑卡请求消息用于请求目标卡的卡标识。
上述接收单元8012可用于接收绑卡服务器发送的第二绑卡通知消息，第二绑卡通知消息包括目标卡的卡标识。
绑定模块803可用于绑定目标卡的卡标识和第二应用程序中目标用户的用户标识。
本申请第七方面还提供了一种服务器。图25为本申请第七方面提供的服务器的一实施例的结构示意图。如图25所示，服务器900包括存储器901、处理器902及存储在存储器901上并可在处理器902上运行的计算机程序。
在一个示例中，上述处理器902可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器901可包括只读存储器(Read-Only Memory，ROM)，随机存取存储器(RandomAccess Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请实施例中应用于绑卡服务器的绑卡方法所描述的操作。
处理器902通过读取存储器901中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中应用于绑卡服务器的绑卡方法。
在一个示例中，服务器900还可包括通信接口903和总线904。其中，如图25所示，存储器901、处理器902、通信接口903通过总线904连接并完成相互间的通信。
通信接口903，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口903接入输入设备和/或输出设备。
总线904包括硬件、软件或两者，将服务器900的部件彼此耦接在一起。举例来说而非限制，总线904可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(IndustrialStandard Architecture，ISA)总线、无限带宽互连、低引脚数(Low pin count，LPC)总线、存储器总线、微信道架构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial Advanced Technology Attachment，SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus，VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线904可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
本申请第八方面还提供了一种用户终端。图26为本申请第八方面提供的用户终端的一实施例的结构示意图。如图26所示，用户终端1000包括存储器1001、处理器1002及存储在存储器1001上并可在处理器1002上运行的计算机程序。
在一个示例中，上述处理器1002可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器1001可包括只读存储器(Read-Only Memory，ROM)，随机存取存储器(Random Access Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请实施例中应用于用户终端的绑卡方法所描述的操作。
处理器1002通过读取存储器1001中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中应用于用户终端的绑卡方法。
在一个示例中，用户终端1000还可包括通信接口1003和总线1004。其中，如图26所示，存储器1001、处理器1002、通信接口1003通过总线1004连接并完成相互间的通信。
通信接口1003，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口1003接入输入设备和/或输出设备。
总线1004包括硬件、软件或两者，将用户终端1000的部件彼此耦接在一起。举例来说而非限制，总线1004可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industrial Standard Architecture，ISA)总线、无限带宽互连、低引脚数(Low pincount，LPC)总线、存储器总线、微信道架构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial Advanced Technology Attachment，SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus，VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1004可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
本申请第九方面还提供了一种服务器。图27为本申请第九方面提供的服务器的一实施例的结构示意图。如图27所示，服务器1100包括存储器1101、处理器1102及存储在存储器1101上并可在处理器1102上运行的计算机程序。
在一个示例中，上述处理器1102可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器1101可包括只读存储器(Read-Only Memory，ROM)，随机存取存储器(Random Access Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请实施例中应用于应用程序的服务器的绑卡方法所描述的操作。
处理器1102通过读取存储器1101中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述实施例中应用于应用程序的服务器的绑卡方法。
在一个示例中，服务器1100还可包括通信接口1103和总线1104。其中，如图27所示，存储器1101、处理器1102、通信接口1103通过总线1104连接并完成相互间的通信。
通信接口1103，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口1103接入输入设备和/或输出设备。
总线1104包括硬件、软件或两者，将服务器1100的部件彼此耦接在一起。举例来说而非限制，总线1104可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industrial Standard Architecture，ISA)总线、无限带宽互连、低引脚数(Low pincount，LPC)总线、存储器总线、微信道架构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial Advanced Technology Attachment，SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus，VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1104可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
本申请第十方面提供一种绑卡系统，该绑卡系统可包括上述实施例中的绑卡服务器、用户终端和应用程序的服务器。绑卡服务器、用户终端和应用程序的服务器的具体内容以及绑卡服务器、用户终端和应用程序的服务器之间交互的具体内容可参见上述实施例中的相关说明，在此不再赘述。
本申请第十一方面提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，该计算机程序指令被处理器执行时可实现上述实施例中的绑卡方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，上述计算机可读存储介质可包括非暂态计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等，在此并不限定。
需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于服务器实施例、用户终端实施例、系统实施例和计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
本领域技术人员应能理解，上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合，以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上，应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中，术语“包括”并不排除其他装置或步骤；数量词“一个”不排除多个；术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。

Claims (35)

1.一种绑卡方法，其特征在于，应用于绑卡服务器，所述方法包括：
接受所述用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取所述信息载体图案指示的所述目标卡的卡号；
从所述第一应用程序的后台服务器获取目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
向所述用户终端发送重定向的绑卡页面对应的第二页面地址，所述绑卡页面包括所述目标卡的卡号的至少部分；
接收所述用户终端基于所述绑卡页面发送的绑卡确认消息，所述绑卡确认消息用于指示所述目标用户的身份信息；
利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与绑卡应用程序中所述目标用户的用户标识的绑定，所述绑卡应用程序包括第一应用程序。
2.根据权利要求1所述的方法，其特征在于，
所述信息载体图案包括二维码，所述二维码记录的信息包括所述第一页面地址和所述目标卡的卡号，或，所述二维码记录的信息包括所述第一页面地址和加密的所述目标卡的卡号；
或者，
所述信息载体图案包括所述目标卡的卡面图案，所述卡面图案包括页面跳转标记和所述目标卡的卡号，所述页面跳转标记与所述第一页面地址具有对应关系。
3.根据权利要求1所述的方法，其特征在于，所述利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，包括：
向发卡服务器发送绑卡开通消息，所述绑卡开通消息包括所述目标卡的卡号和所述身份信息，以使所述发卡服务器利用所述身份信息进行绑卡开通验证；
接收所述发卡服务器发送的绑卡开通验证结果信息；
在所述绑卡开通验证结果信息指示绑卡开通验证成功的情况下，向所述第一应用程序的后台服务器发送第一绑卡通知消息，所述第一绑卡通知消息包括所述绑卡开通验证结果信息和所述目标卡的卡标识，以使所述第一应用程序的后台服务器完成所述目标卡的卡标识与所述第一应用程序中所述目标用户的用户标识的绑定。
4.根据权利要求1所述的方法，其特征在于，所述绑卡页面还包括所述绑卡服务器支持的应用程序的选项，所述绑卡确认消息还用于指示被选择的所述绑卡应用程序，所述绑卡应用程序还包括第二应用程序；
所述利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，还包括：
向所述第二应用程序的后台服务器发送绑卡匹配消息，所述绑卡匹配消息包括所述身份信息，以使所述第二应用程序的后台服务器查找与所述身份信息匹配的用户标识；
在查找到与所述身份信息匹配的用户标识的情况下，接收第二应用程序的后台服务器发送的绑卡请求消息，所述绑卡请求消息用于请求所述目标卡的卡标识；
向所述第二应用程序的后台服务器发送第二绑卡通知消息，所述第二绑卡通知消息包括所述目标卡的卡标识，以使所述第二应用程序的后台服务器完成所述目标卡的卡标识与所述第二应用程序中所述目标用户的用户标识的绑定，所述第二应用程序中所述目标用户的用户标识为与所述身份信息匹配的用户标识。
5.根据权利要求1所述的方法，其特征在于，
所述绑卡页面还包括身份信息填写区域；
或，
所述用户信息还包括所述身份信息，所述绑卡页面还包括所述身份信息。
6.根据权利要求1所述的方法，其特征在于，所述从所述用户终端获取所述目标卡的卡号，包括：
接收所述用户终端发送的利用第一密钥加密的所述目标卡的卡号；
利用预存的与所述第一密钥成对的第二密钥对所述加密的所述目标卡的卡号解密，得到所述目标卡的卡号。
7.根据权利要求1所述的方法，其特征在于，在所述利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定之前，还包括：
接收所述用户终端发送的动态验证码请求消息；
向所述用户终端发送第一动态验证码；
接收所述用户终端发送的第二动态验证码；
所述利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，包括：
在所述第一动态验证码与所述第二动态验证码一致的情况下，利用所述身份信息与所述发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定。
8.根据权利要求1所述的方法，其特征在于，在所述接受用户终端通过第一应用程序对第一页面地址的访问，并从所述用户终端获取所述目标卡的卡号之后，还包括：
确定所述第一应用程序是否属于所述绑卡服务器支持的应用程序；
所述从所述第一应用程序的后台服务器获取目标用户的所述用户信息，包括：
在所述第一应用程序属于所述绑卡服务器支持的应用程序的情况下，从所述第一应用程序的后台服务器获取目标用户的所述用户信息。
9.根据权利要求1所述的方法，其特征在于，在所述利用所述身份信息，与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定之后，还包括：
向所述用户终端发送重定向的绑卡结果页面对应的第三页面地址，所述绑卡结果页面用于表征所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定已完成；
接受所述用户终端对所述第三页面地址的访问。
10.根据权利要求1所述的方法，其特征在于，还包括：
接受所述用户终端对绑卡管理页面对应的第四页面地址的访问，所述绑卡管理页面包括所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定关系；
接收用户终端的管理操作指令，对所述管理操作指令指示的绑定关系执行管理操作，
所述管理操作包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。
11.根据权利要求1至10中任意一项所述的方法，其特征在于，所述卡标识包括卡号和/或卡支付标识Token。
12.一种绑卡方法，其特征在于，应用于用户终端，所述方法包括：
调用第一应用程序扫描信息载体图案，访问所述信息载体图案指示的所述绑卡服务器的第一页面地址，并向所述绑卡服务器发送所述信息载体图案指示的所述目标卡的卡号，以触发所述绑卡服务器从所述第一应用程序的后台服务器获取目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
接收并访问所述绑卡服务器发送的第二页面地址，显示与所述第二页面地址对应的绑卡页面，所述绑卡页面包括所述目标卡的卡号的至少部分；
响应于用户对所述绑卡页面的输入，向所述绑卡服务器发送绑卡确认消息，所述绑卡确认消息指示所述目标用户的身份信息，以使所述绑卡服务器利用所述身份信息与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，所述绑卡应用程序包括所述第一应用程序。
13.根据权利要求12所述的方法，其特征在于，
所述信息载体图案包括二维码，所述二维码记录的信息包括所述第一页面地址和所述目标卡的卡号，或，所述二维码记录的信息包括所述第一页面地址和加密的所述目标卡的卡号；
或者，
所述信息载体图案包括所述目标卡的卡面图案，所述卡面图案包括页面跳转标记和所述目标卡的卡号，所述页面跳转标记与所述第一页面地址具有对应关系。
14.根据权利要求12所述的方法，其特征在于，
所述绑卡页面还包括所述绑卡服务器支持的应用程序的选项，所述绑卡确认消息还用于指示被选择的所述绑卡应用程序，所述绑卡应用程序还包括第二应用程序。
15.根据权利要求12所述的方法，其特征在于，
所述绑卡页面还包括身份信息填写区域；
或，
所述用户信息还包括所述身份信息，所述绑卡页面还包括所述身份信息。
16.根据权利要求12所述的方法，其特征在于，所述向所述绑卡服务器发送所述目标卡的卡号，包括：
向所述绑卡服务器发送利用第一密钥加密的所述目标卡的卡号，所述绑卡服务器存储有与所述第一密钥成对的第二密钥。
17.根据权利要求12所述的方法，其特征在于，在所述接收并访问所述绑卡服务器发送的第二页面地址之后，还包括：
向所述绑卡服务器发送动态验证码请求消息；
接收所述绑卡服务器发送的第一动态验证码；
向所述绑卡服务器发送第二动态验证码，以使所述绑卡服务器进行动态验证码验证。
18.根据权利要求12所述的方法，其特征在于，还包括：
接收并访问所述绑卡服务器发送的与绑卡结果页面对应的第三页面地址，显示所述绑卡结果页面，所述绑卡结果页面用于表征所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定已完成。
19.根据权利要求12所述的方法，其特征在于，还包括：
访问所述绑卡服务器的第四页面地址，显示与所述第四页面地址对应的绑卡管理页面，所述绑卡管理页面包括所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定关系；
响应于用户的输入，向所述绑卡服务器发送管理操作指令，所述管理操作指令指示绑卡服务器对绑定关系进行管理操作，
所述管理操作包括以下一项或两项以上：停用操作、启用操作、支付限额设置操作。
20.根据权利要求12至19中任意一项所述的方法，其特征在于，所述卡标识包括卡号和/或卡支付标识Token。
21.一种绑卡方法，其特征在于，应用于应用程序的后台服务器，所述方法包括：
在所述应用程序为第一应用程序，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向所述绑卡服务器发送目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
在绑卡服务器接收绑卡确认消息的情况下，与所述绑卡服务器交互，完成所述目标卡的卡标识与所述第一应用程序中所述目标用户的用户标识的绑定，所述绑卡确认消息由所述用户终端响应于用户对绑卡页面的输入发送，用于指示所述目标用户的身份信息，所述绑卡页面包括所述目标卡的卡号的至少部分，所述绑卡应用程序包括所述第一应用程序。
22.根据权利要求21所述的方法，其特征在于，
所述信息载体图案包括二维码，所述二维码记录的信息包括所述第一页面地址和所述目标卡的卡号，或，所述二维码记录的信息包括所述第一页面地址和加密的所述目标卡的卡号；
或者，
所述信息载体图案包括所述目标卡的卡面图案，所述卡面图案包括页面跳转标记和所述目标卡的卡号，所述页面跳转标记与所述第一页面地址具有对应关系。
23.根据权利要求21所述的方法，其特征在于，所述与所述绑卡服务器交互，完成所述目标卡的卡标识与所述第一应用程序中所述目标用户的用户标识的绑定，包括：
在所述绑卡服务器接收到指示绑卡开通验证成功的绑卡开通验证结果的情况下，接收所述绑卡服务器发送的第一绑卡通知消息，所述第一绑卡通知消息包括所述绑卡开通验证结果信息和所述目标卡的卡标识；
绑定所述目标卡的卡标识和所述第一应用程序中所述目标用户的用户标识。
24.根据权利要求21所述的方法，其特征在于，所述绑卡页面还包括所述绑卡服务器支持的应用程序的选项，所述绑卡确认消息还用于指示被选择的所述绑卡应用程序，所述绑卡应用程序还包括第二应用程序；
所述方法还包括：
在所述应用程序为第二应用程序，所述绑卡服务器接收所述用户终端发送的所述绑卡确认消息的情况下，与所述绑卡服务器交互，完成所述目标卡的卡标识与所述第二应用程序中所述目标用户的用户标识的绑定。
25.根据权利要求24所述的方法，其特征在于，所述与所述绑卡服务器交互，完成所述目标卡的卡标识与所述第二应用程序中所述目标用户的用户标识的绑定，包括：
接收所述绑卡服务器发送的绑卡匹配消息，所述绑卡匹配消息包括所述身份信息；
查找与所述身份信息匹配的用户标识，并将与所述身份信息匹配的用户标识确定为所述第二应用程序中所述目标用户的用户标识；
向所述绑卡服务器发送绑卡请求消息，所述绑卡请求消息用于请求所述目标卡的卡标识；
接收所述绑卡服务器发送的第二绑卡通知消息，所述第二绑卡通知消息包括所述目标卡的卡标识；
绑定所述目标卡的卡标识和所述第二应用程序中所述目标用户的用户标识。
26.根据权利要求21所述的方法，其特征在于，
所述绑卡页面还包括身份信息填写区域；
或，
所述用户信息还包括所述身份信息，所述绑卡页面还包括所述身份信息。
27.根据权利要求21至26中任意一项所述的方法，其特征在于，所述卡标识包括卡号和/或卡支付标识Token。
28.一种服务器，其特征在于，包括交互模块，所述交互模块包括接收单元和发送单元；
所述交互模块用于接受所述用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问，并获取所述信息载体图案指示的所述目标卡的卡号，以及，用于从所述第一应用程序的后台服务器获取目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
所述发送单元用于向所述用户终端发送重定向的绑卡页面对应的第二页面地址，所述绑卡页面包括所述目标卡的卡号的至少部分；
所述接收单元还用于接收所述用户终端基于所述绑卡页面发送的绑卡确认消息，所述绑卡确认信息用于指示所述目标用户的身份信息；
所述交互模块还用于利用所述身份信息，与发卡服务器以及绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，所述绑卡应用程序包括所述第一应用程序。
29.一种用户终端，其特征在于，包括扫描模块、交互模块和显示模块，交互模块包括发送单元；
所述扫描模块用于在第一应用程序被调用的情况下扫描信息载体图案；
所述交互模块用于访问所述扫描信息载体图案指示的绑卡服务器的第一页面地址，并向所述绑卡服务器发送所述信息载体图案指示的所述目标卡的卡号，以触发所述绑卡服务器从所述第一应用程序的后台服务器获取目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
所述交互模块用于接收并访问所述绑卡服务器发送的第二页面地址；
所述显示模块用于显示与所述第二页面地址对应的绑卡页面，所述绑卡页面包括所述目标卡的卡号的至少部分；
所述发送单元还用于响应于用户对所述绑卡页面的输入，向所述绑卡服务器发送绑卡确认消息，所述绑卡确认消息指示所述目标用户的身份信息，以使所述绑卡服务器利用所述身份信息与发卡服务器以及所述绑卡应用程序的后台服务器交互，完成所述目标卡的卡标识与所述绑卡应用程序中所述目标用户的用户标识的绑定，所述绑卡应用程序包括所述第一应用程序。
30.一种服务器，其特征在于，包括交互模块，所述交互模块包括发送单元；
所述发送单元用于在所述应用程序为第一应用程序，绑卡服务器接受用户终端对调用第一应用程序扫描信息载体图案指示的第一页面地址的访问的情况下，向所述绑卡服务器发送目标用户的所述用户信息，所述目标用户为登录所述第一应用程序的用户，所述用户信息包括所述第一应用程序中所述目标用户的用户标识；
所述交互模块用于在绑卡服务器接收绑卡确认消息的情况下，与所述绑卡服务器交互，完成所述目标卡的卡标识与所述第一应用程序中所述目标用户的用户标识的绑定，
所述绑卡确认消息由所述用户终端响应于用户对绑卡页面的输入发送，用于指示所述目标用户的身份信息，所述绑卡页面包括所述目标卡的卡号的至少部分，所述绑卡应用程序包括所述第一应用程序。
31.一种服务器，其特征在于，包括：处理器以及存储有计算机程序指令的存储器；
所述处理器执行所述计算机程序指令时实现如权利要求1至11中任意一项所述的绑卡方法。
32.一种用户终端，其特征在于，包括：处理器以及存储有计算机程序指令的存储器；
所述处理器执行所述计算机程序指令时实现如权利要求12至20中任意一项所述的绑卡方法。
33.一种服务器，其特征在于，包括：处理器以及存储有计算机程序指令的存储器；
所述处理器执行所述计算机程序指令时实现如权利要求21至27中任意一项所述的绑卡方法。
34.一种绑卡系统，其特征在于，包括如权利要求31所述的服务器、如权利要求32所述的用户终端和如权利要求33所述的服务器。
35.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1至27中任意一项所述的绑卡方法。
CN202111038223.3A 2021-09-06 2021-09-06 绑卡方法、用户终端、服务器、系统及存储介质 Active CN113807843B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202111038223.3A CN113807843B (zh) 2021-09-06 2021-09-06 绑卡方法、用户终端、服务器、系统及存储介质
PCT/CN2022/076375 WO2023029384A1 (zh) 2021-09-06 2022-02-15 绑卡方法、用户终端、服务器、系统及存储介质
KR1020247002065A KR20240024939A (ko) 2021-09-06 2022-02-15 카드 바인딩 방법, 사용자 단말, 서버, 시스템 및 저장 매체
TW111114532A TW202312054A (zh) 2021-09-06 2022-04-15 一種綁卡方法、使用者終端、伺服器、系統及存儲介質

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111038223.3A CN113807843B (zh) 2021-09-06 2021-09-06 绑卡方法、用户终端、服务器、系统及存储介质

Publications (2)

Publication Number Publication Date
CN113807843A true CN113807843A (zh) 2021-12-17
CN113807843B CN113807843B (zh) 2023-10-20

Family

ID=78894717

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111038223.3A Active CN113807843B (zh) 2021-09-06 2021-09-06 绑卡方法、用户终端、服务器、系统及存储介质

Country Status (4)

Country Link
KR (1) KR20240024939A (zh)
CN (1) CN113807843B (zh)
TW (1) TW202312054A (zh)
WO (1) WO2023029384A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023029384A1 (zh) * 2021-09-06 2023-03-09 中国银联股份有限公司 绑卡方法、用户终端、服务器、系统及存储介质

Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104065639A (zh) * 2013-11-06 2014-09-24 腾讯科技（深圳）有限公司 银行卡的绑定方法及系统
US20150142658A1 (en) * 2013-11-19 2015-05-21 Tencent Technology (Shenzhen) Company Limited Payment binding management method, payment server, client, and system
CN106022772A (zh) * 2016-05-27 2016-10-12 深圳市八零年代网络科技有限公司 一种支付卡的设置方法及装置
CN106170809A (zh) * 2016-06-22 2016-11-30 北京小米移动软件有限公司 虚拟卡片显示方法及装置
US20170195311A1 (en) * 2015-04-21 2017-07-06 Tencent Technology (Shenzhen) Company Limited Login method, server, and login system
CN107153960A (zh) * 2017-04-25 2017-09-12 北京小米移动软件有限公司 交易的结算方法及装置
US20170279794A1 (en) * 2015-02-12 2017-09-28 Tencent Technology (Shenzhen) Company Limited User information obtaining method and apparatus, and server
US20180018657A1 (en) * 2016-07-18 2018-01-18 Ca, Inc. Mobile terminals providing secure user interfaces
CN108960810A (zh) * 2017-05-18 2018-12-07 腾讯科技（深圳）有限公司 卡片写入方法、装置、计算机设备及存储介质
CN108960818A (zh) * 2018-05-04 2018-12-07 中国银联股份有限公司 一种虚拟卡生成方法、用户终端以及令牌服务器
CN109583881A (zh) * 2018-11-30 2019-04-05 湖南金码智能设备制造有限公司 一种发卡方法及系统
WO2019105296A1 (zh) * 2017-11-29 2019-06-06 华为技术有限公司 绑卡方法及终端
CN109993513A (zh) * 2019-03-22 2019-07-09 北京三快在线科技有限公司 支付账户绑定银行卡的方法、装置和系统
US20190392417A1 (en) * 2017-01-25 2019-12-26 Huawei Technologies Co., Ltd. Bank Card Adding Method, and Apparatus
CN111553678A (zh) * 2020-01-23 2020-08-18 中国银联股份有限公司 基于手机名片的二维码支付方法及其系统
US20200372490A1 (en) * 2017-11-29 2020-11-26 Huawei Technologies Co., Ltd. Card Binding Method and Terminal
WO2020238230A1 (zh) * 2019-05-29 2020-12-03 创新先进技术有限公司 一种获取银行卡签约要素信息的方法、系统及设备
CN112232805A (zh) * 2020-12-15 2021-01-15 中国银联股份有限公司 卡管理方法、用户终端、服务器、系统及存储介质
CN112669043A (zh) * 2021-03-17 2021-04-16 中国银联股份有限公司 绑卡方法、终端设备、认证服务器及存储介质
CN112801655A (zh) * 2021-02-05 2021-05-14 中国银联股份有限公司 支付卡迁移方法、装置、电子设备、服务器和介质
WO2021164555A1 (zh) * 2020-02-20 2021-08-26 中国银联股份有限公司 转接处理系统、数据处理方法、绑卡方法、发送交易数据的发起终端、发送交易数据的方法、服务器以及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107066491A (zh) * 2016-12-28 2017-08-18 北京五八信息技术有限公司 快捷登录网页应用的方法及装置
US10424170B1 (en) * 2018-08-03 2019-09-24 Capital One Services, Llc System and method for an automated teller machine to issue a secured bank card
CN113807843B (zh) * 2021-09-06 2023-10-20 中国银联股份有限公司 绑卡方法、用户终端、服务器、系统及存储介质

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104065639A (zh) * 2013-11-06 2014-09-24 腾讯科技（深圳）有限公司 银行卡的绑定方法及系统
US20150142658A1 (en) * 2013-11-19 2015-05-21 Tencent Technology (Shenzhen) Company Limited Payment binding management method, payment server, client, and system
US20170279794A1 (en) * 2015-02-12 2017-09-28 Tencent Technology (Shenzhen) Company Limited User information obtaining method and apparatus, and server
US20170195311A1 (en) * 2015-04-21 2017-07-06 Tencent Technology (Shenzhen) Company Limited Login method, server, and login system
CN106022772A (zh) * 2016-05-27 2016-10-12 深圳市八零年代网络科技有限公司 一种支付卡的设置方法及装置
CN106170809A (zh) * 2016-06-22 2016-11-30 北京小米移动软件有限公司 虚拟卡片显示方法及装置
US20180018657A1 (en) * 2016-07-18 2018-01-18 Ca, Inc. Mobile terminals providing secure user interfaces
US20190392417A1 (en) * 2017-01-25 2019-12-26 Huawei Technologies Co., Ltd. Bank Card Adding Method, and Apparatus
CN107153960A (zh) * 2017-04-25 2017-09-12 北京小米移动软件有限公司 交易的结算方法及装置
CN108960810A (zh) * 2017-05-18 2018-12-07 腾讯科技（深圳）有限公司 卡片写入方法、装置、计算机设备及存储介质
US20200372490A1 (en) * 2017-11-29 2020-11-26 Huawei Technologies Co., Ltd. Card Binding Method and Terminal
WO2019105296A1 (zh) * 2017-11-29 2019-06-06 华为技术有限公司 绑卡方法及终端
CN108960818A (zh) * 2018-05-04 2018-12-07 中国银联股份有限公司 一种虚拟卡生成方法、用户终端以及令牌服务器
CN109583881A (zh) * 2018-11-30 2019-04-05 湖南金码智能设备制造有限公司 一种发卡方法及系统
CN109993513A (zh) * 2019-03-22 2019-07-09 北京三快在线科技有限公司 支付账户绑定银行卡的方法、装置和系统
WO2020238230A1 (zh) * 2019-05-29 2020-12-03 创新先进技术有限公司 一种获取银行卡签约要素信息的方法、系统及设备
CN111553678A (zh) * 2020-01-23 2020-08-18 中国银联股份有限公司 基于手机名片的二维码支付方法及其系统
WO2021164555A1 (zh) * 2020-02-20 2021-08-26 中国银联股份有限公司 转接处理系统、数据处理方法、绑卡方法、发送交易数据的发起终端、发送交易数据的方法、服务器以及存储介质
CN112232805A (zh) * 2020-12-15 2021-01-15 中国银联股份有限公司 卡管理方法、用户终端、服务器、系统及存储介质
CN112801655A (zh) * 2021-02-05 2021-05-14 中国银联股份有限公司 支付卡迁移方法、装置、电子设备、服务器和介质
CN112669043A (zh) * 2021-03-17 2021-04-16 中国银联股份有限公司 绑卡方法、终端设备、认证服务器及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
阚绍庭;李文华;: "基于iOS平台兔兔钱包App设计与实现", 电脑编程技巧与维护, no. 08, pages 8 - 12 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023029384A1 (zh) * 2021-09-06 2023-03-09 中国银联股份有限公司 绑卡方法、用户终端、服务器、系统及存储介质

Also Published As

Publication number Publication date
KR20240024939A (ko) 2024-02-26
WO2023029384A1 (zh) 2023-03-09
CN113807843B (zh) 2023-10-20
TW202312054A (zh) 2023-03-16

Similar Documents

Publication Publication Date Title
CN104765999B (zh) 一种对用户资源信息进行处理的方法、终端及服务器
CN105099692B (zh) 安全校验方法、装置、服务器及终端
KR102242218B1 (ko) 사용자 인증 방법 및 장치, 및 웨어러블 디바이스 등록 방법 및 장치
JP5601729B2 (ja) 移動無線機の移動無線網へのログイン方法
AU2012303620B2 (en) System and method for secure transaction process via mobile device
CN106304074B (zh) 面向移动用户的身份验证方法和系统
CN110391913B (zh) 车辆的绑定方法及装置
US10045210B2 (en) Method, server and system for authentication of a person
CN106559783B (zh) 一种对wifi网络的认证方法、装置和系统
CN107113613B (zh) 服务器、移动终端、网络实名认证系统及方法
US10509893B2 (en) Method for authenticating a user and corresponding user devices, server and system
CN111861457B (zh) 支付令牌申请方法、设备、系统和服务器
CN110278083B (zh) 身份认证请求处理方法和装置、设备重置方法和装置
WO2017206524A1 (zh) 电子设备控制方法、终端和控制系统
CN104767617A (zh) 一种信息处理方法、系统和相关设备
CN101222334B (zh) 一种采用图片干扰的密码令牌安全认证方法
CN107872321B (zh) 电子身份认证的方法和电子身份终端设备
CN113807843B (zh) 绑卡方法、用户终端、服务器、系统及存储介质
KR101799517B1 (ko) 인증 서버 및 방법
CN114463012A (zh) 认证方法、支付方法、装置及设备
CN109936522B (zh) 设备认证方法及设备认证系统
EP3757922A1 (en) Electronic payment system and method and program using biometric authentication
CN106789839B (zh) 移动终端安全支付的方法及装置
CN114189362B (zh) 账号登录方法、终端、服务器、系统及介质
CN113645239B (zh) 一种应用登录方法、装置、用户终端及存储介质

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: 40058674

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant