CN113411284A - 账号绑定方法、装置、计算机设备和存储介质 - Google Patents

账号绑定方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN113411284A
CN113411284A CN202010182516.8A CN202010182516A CN113411284A CN 113411284 A CN113411284 A CN 113411284A CN 202010182516 A CN202010182516 A CN 202010182516A CN 113411284 A CN113411284 A CN 113411284A
Authority
CN
China
Prior art keywords
account
bound
provider
page
user
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
CN202010182516.8A
Other languages
English (en)
Other versions
CN113411284B (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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202311175622.3A priority Critical patent/CN117061226A/zh
Priority to CN202010182516.8A priority patent/CN113411284B/zh
Priority to PCT/CN2020/133585 priority patent/WO2021184830A1/zh
Publication of CN113411284A publication Critical patent/CN113411284A/zh
Priority to US17/680,233 priority patent/US20220327536A1/en
Application granted granted Critical
Publication of CN113411284B publication Critical patent/CN113411284B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • 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
    • 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/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请涉及一种账号绑定方法、装置、计算机设备和存储介质。所述方法包括：展示账号添加页面；当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。采用本方法能够降低账号绑定时间，提高绑定效率。

Description

账号绑定方法、装置、计算机设备和存储介质
技术领域
本申请涉及计算机技术领域，特别是涉及一种账号绑定方法、装置、计算机设备和存储介质。
背景技术
随着计算机技术和互联网技术的不断发展，越来越多的用户倾向于线上进行业务操作，如用户通过网页或资源提供方的客户端绑定第三方账号，以通过第三方账号进行相应的操作。当用户在使用该网页或客户端时，可以通过账号输入的方式将本人或他人的账号添加进来以实现账号绑定，从而可以在该网页或客户端上使用绑定的账号进行目标操作。然而，采用上述账号绑定方案，将会耗费较大的时间来进行账号绑定。
发明内容
基于此，有必要针对上述技术问题，提供一种能够降低账号绑定时间的账号绑定方法、装置、计算机设备和存储介质。
一种账号绑定方法，所述方法包括：
展示账号添加页面；
当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
一种账号绑定装置，所述装置包括：
展示模块，用于展示账号添加页面；
发送模块，用于当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
显示模块，用于接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
绑定模块，用于当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
在其中一个实施例中，所述装置还包括：获取模块和确定模块；其中：
所述获取模块，用于获取与应用程序上的应用账户处于绑定状态的第一绑定账号；或获取与所述应用程序上的应用账户处于解绑状态的第一解绑账号；
所述确定模块，用于依据所述第一绑定账号或所述第一解绑账号，确定用于在所述选取页面上显示的候选账号提供方。
在其中一个实施例中，所述装置还包括：查找模块；其中：
所述查找模块，用于查找与所述应用账户存在关联关系的关联应用账户；
所述获取模块，还用于获取与所述关联应用账户处于绑定状态的第二绑定账号；或，获取与所述关联应用账户处于解绑状态的第二解绑账号；
所述确定模块，还用于依据所述第二绑定账号或所述第二解绑账号，确定用于在所述选取页面上显示的候选账号提供方。
在其中一个实施例中，所述展示模块，还用于从所述账号提供方选取页面跳转至所述账号提供方的网关页面；
所述显示模块，还用于接收所述账号提供方获取的与所述用户标识关联的至少一个待绑定账号；将所接收的待绑定账号显示于所述网关页面。
在其中一个实施例中，所述绑定模块，还用于：当接收到确认所述网关页面中的待绑定账号的操作时，将所述待绑定账号和所述用户标识作为用于账号绑定的账号要素发送给所述账号提供方；接收所述账号提供方对所述账号要素进行验证而反馈的第一验证信息；基于所述第一验证信息，将所述待绑定账号与所述应用账户进行绑定。
在其中一个实施例中，所述绑定模块，还用于：展示验证页面；接收在所述验证页面中输入的第二验证信息；将所述第二验证信息发送至所述账号提供方；发送的所述第二验证信息，用于指示所述账号提供方确定所述第二验证信息与所述第一验证信息相同时，返回验证结果；接收到所述验证结果时，向所述账号提供方发起携带所述账号要素的签约请求；所述签约请求用于指示所述账号提供方根据所述账号要素生成签约协议文件，并返回所述签约协议文件；记录所述签约协议文件，以及待绑定账号与所述应用程序上的应用账户之间的绑定关系。
在其中一个实施例中，所述绑定模块，还用于：展示验证页面；接收在所述验证页面中输入的第二验证信息；将所述第二验证信息发送至所述账号提供方；发送的所述第二验证信息，用于指示所述账号提供方确定所述第二验证信息与所述第一验证信息相同时，根据所述账号要素生成签约协议号和应用账户的绑卡信息；当接收到所述绑卡信息时，显示所述待绑定账号与所述应用程序上的应用账户进行绑定的提示信息。
在其中一个实施例中，所述装置还包括：处理模块；其中：
所述处理模块，用于对用户标识进行加密，得到用户加密标识；生成携带所述用户加密标识的信息获取指令；
所述发送模块，还用于向账号提供方发送携带所述用户加密标识的信息获取指令；发送的所述信息获取指令，用于指示所述账号提供方采用解密密钥对所述用户加密标识解密，利用解密所得的用户标识查找匹配的待绑定账号，返回所述待绑定账号的掩码。
在其中一个实施例中，获取模块，还用于当获取到通过所述账号添加页面触发的账号添加指令时，获取已绑账号信息；
所述发送模块，还用于向所述账号提供方发送携带所述已绑账号信息和用户标识的信息获取指令；发送的所述信息获取指令，用于指示所述账号提供方根据所述已绑账号信息和所述用户标识获取未绑定的待绑定账号，并返回。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
展示账号添加页面；
当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
展示账号添加页面；
当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
上述账号绑定方法、装置、计算机设备和存储介质，通过在账号添加页面上触发账号添加指令，然后向账号提供方发送携带用户标识的信息获取指令，以获取该账号提供方所提供的与用户标识关联的待绑定账号，然后进行显示，当待绑定账号被确认后，可以与被确认的待绑定账号进行绑定，从而无需用户手动输入账号的操作，也能对所要绑定的账号进行绑定，从而有效地降低账号绑定的时间，而且在用户忘记账号的场景中也能实现账号绑定。
附图说明
图1为一个实施例中账号绑定方法的应用环境图；
图2为一个实施例中账号绑定方法的流程示意图；
图3为一个实施例中进入免输账号的账号添加页面的示意图；
图4为一个实施例中进行免输账号进行绑卡的示意图；
图5为一个实施例中银行账号绑定方法的流程示意图；
图6为一个实施例中短视频应用账号绑定方法的流程示意图；
图7为一个实施例中应用中账号绑定装置的结构框图；
图8为一个实施例中应用中账号绑定装置的结构框图；
图9为一个实施例中计算机设备的内部结构图；
图10为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的账号绑定方法，可以应用于如图1所示的应用环境中。其中，终端102、服务器104、服务器106和终端108之间通过网络进行通信。终端102展示账号添加页面；当获取到通过账号添加页面触发的账号添加指令时，向账号提供方(服务器104或服务器106)发送携带用户标识的信息获取指令；接收账号提供方(服务器104或服务器106)获取的与用户标识关联的待绑定账号并显示；当显示的待绑定账号被确认时，则与被确认的待绑定账号进行绑定。
1)对于资源卡(如银行卡)绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器(可理解为微信账号提供方的服务器)；服务器106可以是资源卡提供方的服务器，如银行的服务器。
服务器104在接收到终端102的信息获取指令时，向服务器106发送该信息获取指令。服务器106接收到该信息获取指令时，当信息获取指令中的用户标识是用户本人的用户标识，则获取与用户标识关联的待绑定账号，然后向服务器104发送该待绑定账号，以便服务器104向终端102反馈该待绑定账号。
当信息获取指令中的用户标识是他人的用户标识，服务器106则根据该用户标识获取对应的预留通信方式，按照该预留通信方式向终端108发送确认请求。终端108展示该确认请求，当接收到响应于该确认请求的确认指令时，向服务器106转发该确认指令。服务器106接收到该确认指令时，获取与用户标识关联的待绑定账号，然后向服务器104发送该待绑定账号。服务器104接收到该待绑定账号时，然后向终端102反馈该待绑定账号。
2)对于资源卡(如优惠卡或购物卡)绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器；服务器106可以是资源卡提供方的服务器。
服务器104在接收到终端102的信息获取指令时，向服务器106发送该信息获取指令。服务器106接收到该信息获取指令时，则获取与用户标识关联的待绑定账号，然后向服务器104发送该待绑定账号，以便服务器104向终端102反馈该待绑定账号。
3)对于其它本应用程序的账号绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器。此外，当用户标识为他人的用户标识时，终端108可以是使用该用户标识登陆应用程序的终端，例如，微信用户A欲绑定与微信用户B相关联的账号，那么，终端108可以是该微信用户B所使用的终端。
当用户标识为他人的用户标识时，服务器104在接收到终端102的信息获取指令时，可以向终端108发送一个确认请求。终端108显示该确认请求，当接收到响应于该确认请求的确认指令时，向服务器104转发该确认指令。服务器104接收到该确认指令时，获取与用户标识关联的待绑定账号，然后向终端102反馈该待绑定账号。
当用户标识为用户本人的用户标识时，服务器104将不会向终端发送确认请求，直接获取与该用户标识关联的待绑定账号，然后向终端102反馈该待绑定账号。
4)对于其它应用程序的账号绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器；服务器106可以是其它应用程序开发商的服务器，如短视频开发商的服务器。此外，当用户标识为他人的用户标识时，终端108可以是登录上述其它应用程序的终端，例如，微信用户A欲绑定微信用户B(如亲人或朋友)的京东账号，那么，终端108可以是登陆该京东账号所使用的终端。
5)对于交通卡(如公交卡或地铁卡)绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器；服务器106可以是交通卡提供方的服务器。
服务器104在接收到终端102的信息获取指令时，向服务器106发送该信息获取指令。服务器106接收到该信息获取指令时，则获取与用户标识关联的待绑定账号，然后向服务器104发送该待绑定账号，以便服务器104向终端102反馈该待绑定账号。
6)对于社保卡绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器；服务器106可以是社保卡提供方的服务器。
服务器104在接收到终端102的信息获取指令时，向服务器106发送该信息获取指令。服务器106接收到该信息获取指令时，则获取与用户标识关联的待绑定账号，然后向服务器104发送该待绑定账号，以便服务器104向终端102反馈该待绑定账号。
7)对于驾照绑定的应用场景，服务器104可以是本端应用程序侧的服务器，如微信侧对应的服务器；服务器106可以是驾照提供方的服务器。
其中，终端102和终端108可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器104和服务器106分别可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种账号绑定方法，该账号绑定方法由计算机设备执行，计算机设备包括但不限于是服务器或者终端。以该方法应用于上图1中的终端102为例进行说明，该方法包括以下步骤：
S202，展示账号添加页面。
在一个实施例中，终端在开启应用程序后，可通过应用程序展示用于绑定账号的账号添加页面。其中，上述的应用程序可以是具有支付功能的应用程序，包括但不限于具有支付功能的社交应用、支付类应用程序或购物类应用程序等等。上述的账号可以是资源卡的卡账号，具体可以是银行卡(包括储蓄卡和信用卡)和其它类型的可用于支付的卡片；此外，该账号还可以是应用程序的账号，如社交账号、购物账号、小视频应用账号和游戏账号等等。
在一个实施例中，对于资源卡的卡账号绑定的应用场景，终端登录应用程序，展示该应用程序的用户主页面。当检测到对该用户主页面中支付按钮的触发操作时，进入支付管理页面，该支付管理页面上具有资源展示区，在该资源展示区中显示有用户资源；此外，在资源展示区设置有资源按钮。当检测到对该支付管理页面中资源按钮的触发操作时，终端将支付管理页面切换至资源管理页面，该资源管理页面中设置有卡片管理按钮。当检测到对该资源管理页面中管理按钮的触发操作时，终端则从资源管理页面切换至卡片管理页面，在该卡片管理页面上设置有卡片添加按钮。当检测到对该卡片管理页面卡片添加按钮的触发操作时，终端将卡片管理页面切换至用户验证页面。当用户通过验证时，终端从用户验证页面切换至账号添加页面。
例如，以应用程序为具有支付功能的社交应用为例，如图3所示，其中，图3(a)为用户主页面，图3(b)为支付管理页面，图3(c)为资源管理页面，图3(d)为卡片管理页面，图3(e)为用户验证页面，图3(f)为账号添加页面通过。
在一个实施例中，对于应用程序的账号绑定的应用场景，终端登录应用程序，展示该应用程序的用户主页面，通过点击该主页面的账号添加按钮(账号绑定按钮)，则可以进入账号添加页面。
在一个实施例中，账号添加页面设置有免输账号控件，以便通过该免输账号控件上进行后续的免输卡流程。
在一个实施例中，当终端通过用户账号登录应用程序时，确定与该用户账号对应应用账户，该应用账户具有对应的账号和密码。此外，终端还可以根据用户账号获取对应的用户名、手机号、身份信息(如身份类型和对应的证件号)。
在一个实施例中，终端获取用户输入的关于应用账户的密码，然后对用户输入的密码与预先保存的密码进行对比，若对比一致，则用户通过验证。或者，终端将获取的密码发送至服务器，以便服务器对该密码进行正确性验证，当该密码为正确密码时，向终端反馈验证通过的结果，此时终端展示账号添加页面。
S204，当获取到通过账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令。
其中，账号提供方可以指提供账号的一方，如提供银行卡的银行，或提供购物卡(或消费券)的商家，或者提供社交账号的应用开发商，或提供交通卡账号、社保卡账号或驾照账号的机构等等。在后续实施例中，账号提供方可以是指账号提供方对应的服务器或其它设备。免输账号是指在进行账号绑定时，不需要用户手动输入一长串的账号，对于即使不知道所要绑定的账号的用户而言，也可以进行账号绑定。
在一个实施例中，当获取到通过账号添加页面触发的用于免输账号的添加指令时，终端从账号添加页面跳转至账号提供方选取页面；从账号提供方选取页面显示的候选账号提供方中确定账号提供方；向账号提供方发送携带用户标识的信息获取指令。
在一个实施例中，账号提供方在接收到终端发送信息获取指令时，从该信息获取指令中提取用户标识，然后获取与用户标识存在关联关系的待绑定账号，然后返回该待绑定账号。
例如，当用户需要绑定自己或家人的银行账号时，可以在账号添加页面上可以选择免输账号的选项，然后在页面跳转至银行选取页面时，在该选取页面中选择所要绑定银行账号所属的银行(如绑定GS银行账号，则选择GS银行)，然后终端会向该银行发送携带用户标识的信息获取指令。银行在收到该信息获取指令之后，提取到用户标识，然后判断该用户标识是否存在有关联关系的待绑定账号，若存在，则发送该待绑定账号。
其中，上述的关联关系用于表示用户标识与待绑定账号之间存在关联，该关联关系具体的表现形式可以是：在保存待绑定账号的数据表中，若同时也保存了该用户的用户标识；又或者在保存用户标识的数据表中，若同时也保存了该用户的待绑定账号，则表明用户标识与待绑定账号之间具有关联关系。例如，用户A在银行办理银行卡(如信用卡或储蓄卡)时，银行会在数据表中保存用户A的用户标识和银行卡账号，表明该用户A的用户标识与待绑定账号之间具有关联关系。
在一个实施例中，对于资源卡的卡账号绑定的应用场景，当获取到通过账号添加页面触发的用于免输账号的添加指令时，终端还会根据输入的指令确定待绑定卡账号的卡类型(如储蓄卡和信用卡)、账号提供方以及该账号提供方的通信地址(如通信账号)等。
在一个实施例中，对于应用程序的账号绑定的应用场景，当获取到通过账号添加页面触发的用于免输账号的添加指令时，终端还会根据输入的指令确定待绑定账号的应用程序开发商(也即账号提供方)以及对应的通信地址。
在一个实施例中，选取页面上设置了用于选取候选账号提供方所提供的入口，并且在该入口的显示区显示该候选账号提供方。候选账号提供方可以是与应用程序的开发商进行合作的账号提供方。选取页面中设置了用于显示各候选账号提供方的显示区域，用户可以在该选取页面中显示的候选账号提供方中选择所要绑定账号的账号提供方。
例如，用户想要在当前登录的应用程序中绑定自己或家人GS银行的银行账号时，那么可以在选取页面中选择GS银行。对于未在选取页面中显示名称的银行，那么该银行的银行账号将无法进行绑定。又例如，用户想要在当前登录的应用程序中绑定本应用程序或第三方应用的账号(如绑定社交账号或小视频应用账号)，那么可以选取页面中选择本应用程序或第三方应用。对于未在选取页面中显示名称的应用程序，那么该应用程序的账号将无法进行绑定。
在一个实施例中，终端在选取页面显示的候选账号提供方，当用户从中选取一个账号提供方作为所要绑定账号的提供方，此时，终端会弹出一个确认窗口，当该确认窗口的确定按钮被触发时，一方面会生成携带用户标识的信息获取指令，然后向账号提供方发送携带用户标识的信息获取指令；另一方面还会将选取页面向网关页面进行跳转。
其中，对于资源卡的卡账号绑定的应用场景，该网关页面可以指资源卡提供方为快捷支付业务开发出的独立页面，以支持用户在进行账号绑定时跳转到该独立页面完成快捷支付绑定。
对于应用程序的账号绑定的应用场景，该网关页面可以指账号提供方为双方快速绑定账号以提升流量而开发出的独立页面，以支持用户在进行账号绑定时跳转到该独立页面完成快速绑定。
可选的，用户选择免输账号绑定方式后的选取页面为h5页面，若需增加账号提供方(如增加所要支持的银行或其它应用开发商)，也可以直接通过配置的方式直接实现。用户选择要绑定的账号后，需跳转到对应的网关页面。对于网关页面的跳转支持，可以配置跳转到网关页面的权限参数，并指定对应的账号提供方进行跳转。
例如，以资源卡的卡账号绑定的应用场景为例，如图4所示，用户在图4(a)中选择免输卡号的添加方式，终端界面跳转至图4(b)，并在图4(b)中选择GS银行作为所要绑定账号的银行，然后弹出确认窗口，如图4(c)所示，用户可以在该确认窗口上选择确定按钮，从而进入网关页面，如图4(d)所示。
在一个实施例中，终端实时检测在账号添加页面的免输账号控件是否被触发，当检测到触发操作时，则可以获得用于免输账号的添加指令。在得到这个添加指令时，终端一方面将账号添加页面跳转至用于显示候选账号提供方的选取页面，另一方面获取用户标识，该用户标识可以是用户名和用户的身份信息等。
在一个实施例中，终端根据用户的选择指令，在选取页面显示的候选账号提供方中选择账号提供方，然后生成携带有用户标识的信息获取指令，将该信息获取指令向账号提供方进行发送。
在一个实施例中，终端获取与应用程序上的应用账户处于绑定状态的第一绑定账号；或获取与应用程序上的应用账户处于解绑状态的第一解绑账号；依据第一绑定账号或第一解绑账号，确定用于在选取页面上显示的候选账号提供方。因此，可以通过用户历史绑定或解绑过的账号来确定可以显示的候选账号提供方，防止出现应用程序不支持用户所要绑定的账号对应的账号提供方，避免用户依然可以看到该账号提供方的入口而导致用户体验差的问题，从而可以提高用户体验。其中，该应用程序为终端当前所登录的应用程序。
例如，假设用户在应用程序上绑定过两张银行卡，其中银行卡a处于绑定状态，银行卡b已处于解绑状态(即用户已经对银行卡b进行解绑)。又例如，假设用户在应用程序上绑定过两个其它应用程序的账号，其中应用程序a的账号处于绑定状态，应用程序b的账号已处于解绑状态(即用户已经对应用程序b的账号进行解绑)。
在一个实施例中，对于资源卡的卡账号绑定的应用场景，终端获取第一绑定账号对应的卡类型，以及获取第一解绑账号的卡类型。然后，终端依据第一绑定账号和对应的卡类型，以及第一解绑账号和对应的卡类型，确定用于在选取页面上显示的候选账号提供方。
在一个实施例中，终端除了获取与应用账户处于绑定状态的第一绑定账号和处于解绑状态的第一解绑账号，还可以获取第一绑定账号的提供方名称和第一解绑账号的提供方名称，根据上述提供方名称确定用于在选取页面上显示的候选账号提供方。例如，若第一绑定账号的提供方名称为GS银行，第一解绑账号的提供方名称为ZG银行，那么可以根据提供方名称GS银行和ZG银行可以确定应用程序支持GS银行和ZG银行这两家银行的绑定功能，因此确定GS银行和ZG银行可以作为候选账号提供方在选取页面上进行显示，从而避免应用程序不支持用户所要绑定的账号对应的账号提供方，避免用户可以看到该账号提供方的入口而导致用户体验差的问题，从而可以提高用户体验。
在一个实施例中，对于资源卡的卡账号绑定的应用场景，当应用程序上的应用账户与资源卡的卡账号进行绑定时，将绑定后的卡账号(即第一绑定账号)以及对应的状态保存于信息列表。此外，当应用程序上的应用账户与资源卡的卡账号进行解绑时，终端也对信息列表中该解绑后的卡账号(即第一解绑账号)的状态进行更新。
在一个实施例中，终端查找与应用账户存在关联关系的关联应用账户；获取与关联应用账户处于绑定状态的第二绑定账号；或，获取与关联应用账户处于解绑状态的第二解绑账号；依据第二绑定账号或第二解绑账号，确定用于在选取页面上显示的候选账号提供方。
其中，应用账户和关联应用账户可以是同一用户的两个不同应用账户，也可以是家庭或朋友中两个成员的不同应用账户，用户对应用账户和关联应用账户进行了绑定(或关联)，或者是在创建应用账户和关联应用账户时，采用了相同的身份信息，又或者是预留了相同的通信方式(如手机号)，从而应用账户和关联应用账户之间存在关联关系。
在一个实施例中，终端获取第二绑定账号的卡类型，以及获取第二解绑账号的卡类型。然后，终端依据第二绑定账号和对应的卡类型，以及第二解绑账号和对应的卡类型，确定用于在选取页面上显示的候选账号提供方。
在一个实施例中，终端除了获取与关联应用账户处于绑定状态的第二绑定账号和处于解绑状态的第二解绑账号，还可以获取第二绑定账号的提供方名称和第二解绑账号的提供方名称，根据上述提供方名称确定用于在选取页面上显示的候选账号提供方。例如，若第二绑定账号的提供方名称为GS银行，第二解绑账号的提供方名称为ZG银行，那么可以根据提供方名称GS银行和ZG银行可以确定应用程序支持GS银行和ZG银行这两家银行的绑定功能，因此确定GS银行和ZG银行可以作为候选账号提供方在选取页面上进行显示，从而避免应用程序不支持用户所要绑定的账号对应的账号提供方，避免用户看到该账号提供方的入口而导致用户体验差的问题，从而可以提高用户体验。
在一个实施例中，当关联应用账户与资源卡的卡账号进行绑定时，将绑定后的卡账号(即第二绑定账号)以及对应的状态保存于信息列表。此外，当应用程序上的关联应用账户与资源卡的卡账号进行解绑时，终端也对信息列表中该解绑后的卡账号(即第二解绑账号)的状态进行更新。
在一个实施例中，当应用账户和关联应用账户的账号绑定信息保存于信息管理系统时，终端可以根据应用账户对应的应用账户，从信息管理系统查找是否存在对应的第一绑定账号或第一解绑账号。若无法查找到第一绑定账号和第一解绑账号时，终端还查找与应用账户存在关联关系的关联应用账户，根据关联应用账户对应的应用账户从信息管理系统获取对应的处于绑定状态的第二绑定账号或处于解绑状态的第二解绑账号；依据第二绑定账号或第二解绑账号，确定用于在选取页面上显示的候选账号提供方。通过上述方法，可以将用户需要关联的账号提供方作为候选账号提供方显示于选取页面，而对于用户不需要关联的账号提供方作为候选账号提供方将不显示于选取页面。
例如，比如用户有两个应用账户a和b，用户点击时，先查询应用账户a上是否有处于绑定状态或处于解绑状态的工行卡，若查不到，则进一步查询用户微信b上是否已有绑定中或已解绑工行卡，若有，则在选取页面对应的入口显示区显示工行的标识，若无，则在选取页面不显示该工行的入口显示区。
在一个实施例中，S204之前，终端对用户标识进行加密，得到用户加密标识；生成携带用户加密标识的信息获取指令；S204具体可以包括：向账号提供方发送携带用户加密标识的信息获取指令；发送的信息获取指令，用于指示账号提供方采用解密密钥对用户加密标识解密，利用解密后的用户标识查找匹配的待绑定账号，返回待绑定账号的掩码。
在一个实施例中，上述采用解密密钥对用户加密标识解密，利用解密所得的用户标识查找匹配的待绑定账号，返回待绑定账号的掩码的步骤，具体可以包括：账号提供方采用解密密钥对用户加密标识解密，得到解密后的用户标识；对用户标识进行身份验证；当用户标识通过身份验证时，获取与用户标识关联的待绑定账号；向待绑定账号的通信设备发送第三验证信息；当接收到第三验证信息的确认信息时，计算待绑定账号的掩码，并返回掩码。
其中，第三验证信息可以是验证码，如短信验证码或图形验证码(如图形二维验证码)。
在一个实施例中，上述对用户标识进行身份验证的步骤，具体可以包括：账号提供方向用户标识的通信设备发送验证码，该通信设备在接收到验证码后，根据输入指令输入验证码，然后向账号提供方发送所输入的验证码。账号提供方验证这两个验证码是否一致，若一致，则通过身份验证。
在一个实施例中，终端还会向账号提供方发送用于解密用户加密标识的解密密钥，以便账号提供方在接收到信息获取指令时，提取其中的用户加密标识，然后利用该解密密钥对用户加密标识进行解密，得到用户标识。
在一个实施例中，账号提供方对待绑定账号进行掩码计算，即将待绑定账号中的目标字段进行按位与运算，从而屏蔽了原始的待绑定账号。
在一个实施例中，当获取到通过账号添加页面触发的用于免输账号的添加指令、且确定账号提供方时，终端获取已绑账号信息；S204具体可以包括：终端向账号提供方发送携带已绑账号信息和用户标识的信息获取指令；发送的信息获取指令，用于指示账号提供方根据用户标识和已绑账号信息获取待绑定账号，并进行返回。
S206，接收账号提供方获取的与用户标识关联的待绑定账号并显示。
在一个实施例中，S206之前，终端从账号提供方选取页面跳转至账号提供方的网关页面。S206具体可以包括：终端接收账号提供方获取的与用户标识关联的至少一个待绑定账号；将所接收的待绑定账号显示于网关页面。
在一个实施例中，账号提供方在获取到与用户标识关联的至少一个待绑定账号时，可以将所获取的至少一个待绑定账号发送给终端以进行显示。
在一个实施例中，当接收到账号提供方根据用户标识获取的待绑定账号时，终端将所接收的待绑定账号显示于所跳转的网关页面。
其中，待绑定账号可以用户本人的账号，也可以是与用户本人的信息存在关联的账号，如家人或朋友的账号。例如，当待绑定账号为资源卡的卡账号时，该待绑定账号可以时用户本人或亲人所持有的、且需要绑定但还未绑定的账号。
在一个实施例中，终端接收到掩码方式的待绑定账号时，对该掩码方式的待绑定账号进行解码，得到用户可识别的待绑定账号。其中，掩码方式的待绑定账号是指账号提供方对待绑定账号进行掩码计算，即对待绑定账号中的目标字段进行按位与运算，从而得到掩码方式的待绑定账号(也即待绑定账号的掩码)。
在一个实施例中，当终端向账号提供方发送携带用户标识的信息获取指令之后，从而指示账号提供方根据用户标识从信息列表中查找对应的候选账号，并且判断所查找到的候选账号是否已绑定该用户标识对应的应用账户，将绑定了该应用账户的候选账号进行滤除，从而将得到未绑定的候选账号作为待绑定账号，然后向终端进行发送。终端接收账号提供方根据用户标识获取的待绑定账号，当页面从选取页面跳转至网关页面时，将所接收的待绑定账号显示于所跳转的网关页面。
S208，当显示的待绑定账号被确认时，则与被确认的待绑定账号进行绑定。
在一个实施例中，S208具体可以包括：当接收到确认网关页面中的待绑定账号的操作时，将待绑定账号和用户标识作为用于账号绑定的账号要素发送给账号提供方；接收账号提供方对账号要素进行验证而反馈的第一验证信息；基于第一验证信息，将待绑定账号与应用账户进行绑定。
其中，待绑定账号可以是多个待绑定的账号，如用户需要绑定而未绑定的多个账号。第一验证信息可以是账号提供方发送的验证码或图形吗。
在一个实施例中，账号提供方在接收到账号要素时，将会对该账号要素与存储的账号要素进行一一对比，若对比一致，则表示终端发送过来的账号是在账号提供方注册的、且为用户所要绑定的账号，因此，为了进一步验证该用户的身份，还会向终端发送第一验证信息。
在一个实施例中，在网关页面展示有多个待绑定账号，终端实时检测用户通过点击选择网关页面中所展示的一个待绑定账号，然后将所选择的待绑定账号和用户标识作为账号要素发送给账号提供方。
例如，如图4所示，用户选择图4(d)中尾号为2839的GS银行储蓄卡作为用户当前所要绑定的银行卡，然后将尾号为2839的银行卡的卡账号以及用户标识作为账号要素发送给GS银行。
在一个实施例中，基于第一验证信息，将待绑定账号与应用账户进行绑定的步骤，具体可以包括：终端展示验证页面；接收在验证页面中输入的第二验证信息；将第二验证信息发送至账号提供方；发送的第二验证信息，用于指示账号提供方确定第二验证信息与第一验证信息相同时，返回验证结果；接收到验证结果时，向账号提供方发起携带账号要素的签约请求；签约请求用于指示账号提供方根据账号要素生成签约协议文件，并返回签约协议文件；记录签约协议文件，以及待绑定账号与应用程序上的应用账户之间的绑定关系。
其中，记录绑定关系可以是记录绑定序列号(或签约序列号)。签约协议文件可以指用户的应用账户与所要绑定账号的账号提供方提供快捷服务而签订的电子协议书，该电子协议书中包含有绑定序列号。对于资源卡(如银行卡)的卡账号绑定的应用场景，签订了该协议书，用户即授权支付机构依据该协议书和支付指令发起扣款。
在一个实施例中，账号提供方在接收到终端发送的用于验证用户身份的第二验证信息时，将第二验证信息与向终端发送的第一验证信息进行对比，若对比一致，则确定用户标识所对应的用户是其本人，则验证通过。并且，在在接收到携带账号要素的签约请求时，账号提供方将会生成签约协议文件，在该签约协议文件上签订相关内容(如规定用户与账号提供方之间所履行的责任与义务，以及进行签名)。
例如，对于资源卡的卡账号绑定的应用场景，当选择了所要绑定的银行卡时，将会从网关页面切换至验证页面，如图4(d)的网关页面和图4(e)的用户验证页面所示，用户在图4(e)这个用户验证页面上输入验证码，然后将输入的验证码发送给GS银行。在验证完成后，返回社交应用，由社交应用发起与GS银行进行签约的请求。在完成签约过程中，所有与签约相关的信息，社交应用都可以直接获取。
作为一个示例，如图5所示，以银行账号绑定为例，以及以应用程序为具有支付功能的微信为例进行说明，具体过程如下所述：
S502，用户在微信上选择添加银行卡，并输入支付密码进行验证。
其中，首先用户点击进入微信→我→钱包→银行卡管理页面，然后进入S502。
S504，微信查询是否支持免输账号进行账号绑定，若支持，进入S506。
S506，第三方支付机构返回用户历史上有绑定过支持范围的银行卡。
S508，微信显示账号(银行卡账号)添加页面，参考图3(f)。
S510，用户在银行卡添加页面上选择免输账号进行卡号绑定的选项。
S512，微信在选取页面上显示当前支持免输账号进行账号绑定的银行，参考图4(b)。
S514，用户选择所要绑定银行卡所属的银行，如在图4(b)中选择GS银行。
S516，微信弹出确认窗口(或进入确认页面)。
S518，用户在该确认窗口上点击确定按钮，如图4(c)所示。
S520，点击确定按钮后，微信跳转到银行网关，显示银行网关页面，如图4(d)所示。
S522，第三方支付机构将个人的用户信息(如用户标识)发送到银行。
S524，银行将用户在该银行开立的银行卡信息输出显示在网关页面。
S526，用户在网关页面上确认要绑定的银行卡。
S528，银行将用户信息发送给第三方支付机构(如财付通)。
S530，第三方支付机构保存用户信息。
S532，微信通过第三方机构将银行发送的用户信息重新发送到银行进行验证。
S534，银行返回验证结果并发送给第三方机构，并发送验证码。
S536，第三方支付机构返回验证结果。
S538，微信显示验证页面。
S540，用户输入验证码。
S542，微信将验证码发送给银行。
S544，银行验证。
S546，银行签约并返回验证结果。
S548，第三方支付机构记录签约和绑定关系。
S550，微信记录签约和绑定关系，并显示签约结果。
在一个实施例中，基于第一验证信息，将待绑定账号与应用程序上的应用账户进行关联的步骤，具体可以包括：展示验证页面；接收在验证页面中输入的第二验证信息；将第二验证信息发送至账号提供方；发送的第二验证信息，用于指示账号提供方确定第二验证信息与第一验证信息相同时，根据账号要素生成签约协议号和应用账户的绑卡信息；当接收到绑卡信息时，显示待绑定账号与应用程序上的应用账户进行绑定的提示信息。其中，签约协议号可以指用于标识签约协议的协议号，根据该协议号可以判断应用账户与待绑定账号已进行了绑定。
例如，当选择了所要绑定的银行卡时，将会从网关页面切换至验证页面，如图4(d)的网关页面和图4(e)的用户验证页面所示，用户在图4(e)这个验证页面上输入验证码，然后将输入的验证码发送给GS银行。在验证完成后，由GS银行直接进行签约，在完成签约过程中，社交应用不感知用户的签约信息，如不感知卡账号、签约协议号、用户手机号码等信息。
在一个实施例中，应用程序为具有支付功能的社交应用；将待绑定账号与社交应用上的应用账户进行关联之后，终端接收待绑定账号提供方所提供的待绑定账号要素；待绑定账号要素中包括目标待绑定账号；将待绑定账号要素展示于社交应用的信息入口页面；当接收到关于待绑定账号要素的触发操作时，进入网关页面，并展示待绑定账号要素中的账号信息；当接收到对账号信息的确认指令时，将待绑定账号要素发送至账号提供方，以使账号提供方根据账号要素生成签约协议文件，并返回目标签约协议文件；当接收到目标签约协议文件时，将目标待绑定账号与应用账户进行绑定。
其中，待绑定账号提供方可以指与用户在线下进行资源卡办理并开通快捷支付的账号提供方。
在一个实施例中，终端将将待绑定账号要素发送至待绑定账号提供方后，待绑定账号提供方验证所接收的待绑定账号要素，验证无误后以短信方式发送验证码至终端，终端在接到输入的验证码时，通过社交应用将输入的验证码发送给待绑定账号提供方。待绑定账号提供方对接收的验证码验证无误后，将将验证结果和目标签约协议文件返回终端。终端接收到将验证结果和目标签约协议文件后，将目标待绑定账号与应用账户进行绑定。
作为一个示例，如图6所示，以短视频应用账号绑定为例，以及以应用程序为具有支付功能的微信为例进行说明，具体过程如下所述：
S602，在微信上选择应用账号绑定选项。
在选择应用账号绑定选项，可以进入验证页面，指示用户输入密码进行验证。
S604，微信查询是否支持免输账号进行账号绑定。
举例来说，查询用户所要绑定的应用程序的账号，其所对应的账号提供方是否支付免输账号绑定，若支持，则可以进行免输账号进行账号绑定。
S606，短视频应用的账号提供方(即短视频开发商)返回查询结果。
S608，微信显示账号添加页面。
S610，用户在账号添加页面上选择免输账号进行绑定的选项。
S612，微信进入选取页面，在选取页面上显示当前支持免输账号进行账号绑定短视频开发商。
S614，用户选择所要绑定短视频软件的账号所属的短视频开发商，如快手和抖音等。
S616，微信弹出确认窗口(或进入确认页面)。
S618，用户在该确认窗口(或确认页面)上点击确定按钮。
S620，点击确定按钮后，微信将页面跳转到对应的网关页面。
S622，微信将个人信息(如用户标识)发送到短视频开发商。
S624，短视频开发商将用户在短视频开发商注册的账号以及对应的名称和头像输出，以便显示在网关页面。
S626，用户在网关页面上确认要绑定的账号、名称和头像。
其中，若用户在短视频开发商注册了多个账号，微信可以在网关页面上显示其所有的账号。
S628，微信将确认的账号与微信上的应用账户进行绑定。
S630，微信将用户绑定的账号重新发送到短视频开发商，以便短视频开发商进行记录，记录用户绑定了该账号。
上述实施例中，通过在账号添加页面上触发账号添加指令，然后向该账号提供方发送携带用户标识的信息获取指令，以获取在该账号提供方所提供的与用户标识关联的待绑定账号，然后进行显示，当待绑定账号被确认后，可以与被确认的待绑定账号进行绑定，从而无需用户手动输入账号的操作，也能对所要绑定的账号进行绑定，从而有效地降低账号绑定的时间，而且在用户忘记账号的场景中也能实现账号绑定。
作为一个示例，以银行账号绑定为例进行说明，以应用程序为具有支付功能的微信进行说明，具体过程如下所述：
1)用户在线下网点或信用卡开卡时签订微信支付与银行对于银行卡账号进行关联的协议文件；
2)银行将银行卡相关要素(如卡号、姓名、证件类型、证件号码和手机号码)发到微信后台；
3)微信后台根据手机号码关联到用户账号，并将该银行卡相关要素作为预绑定信息通过微信公众号的方式推送给用户。此外，还可以将银行卡相关要素进行存储；
4)用户点击接收的推送消息后，将存储的卡号进行掩码展示；
5)用户确认银行卡要素无误后点击确认绑定；
6)微信将银行卡要素发送到对应的银行；
7)银行验证无误后发送验证码；
8)用户在微信上输入验证码，微信将验证码发送银行；
9)银行验证无误后返回验证结果；
10)微信收到结果后将验证后的银行卡账号跟微信上的应用账户进行绑定。
作为另一个示例，以银行账号绑定为例，以应用程序为具有支付功能的微信进行说明，具体过程如下所述：
1)用户选择钱包→银行卡→添加银行卡；
2)输入支付密码，用于微信支付验证是否为本人在操作微信支付；
3)跳转到添加银行卡页面，选择免输账号快速添加；
4)选择要添加的银行账户所属银行；
5)微信支付跳出弹框，用户确认打开待添加银行卡的银行网关页面；
6)微信支付将用户实名信息(姓名、卡号)及需要添加卡类型信息给到银行；
7)银行查询并将用户在银行开立的账户信息(卡号)显示在网关页面；
8)用户选择需绑定的银行账户；
9)微信支付将用户银行卡要素发送到银行；
10)银行验证成功后发送短信验证码；
11)用户在微信支付页面输入正确的验证码；
12)银行验证成功；
13)微信将银行账户关联在微信支付上。
作为另一个示例，以银行账号绑定为例进行说明，以应用程序为具有支付功能的微信进行说明，具体过程如下所述：
1)用户点击进入微信→我→钱包→银行卡列表页面；
2)选择添加银行卡，并在跳转的用户验证页面输入密码进行个人信息验证，如图3(e)所示；
3)密码验证无误后进入账号添加页面，并在账号添加页面下方直接选择免输账号快速添加，如图3(f)所示；
4)进入选取页面，选择所要绑定的银行卡所属的银行；
5)弹出确认窗口(或进入跳转确认页面)，如图4(c)所示；此外，用户可以手动点击确定按钮，进入到银行网关页面；
6)根据用户所选的银行，将姓名及已绑定卡尾号传给银行；
7)银行在该银行网关页面显示用户在银行所有的未绑定银行卡账号信息；
8)用户选择其中某一个银行卡账号进行绑定，银行将验证短信发送到用户手机上；
9)用户在银行网关页面输入验证码并点击确认；
10)银行将绑定卡信息，包括卡号、手机号和签约协议号给到微信；
11)微信收到银行传输信息后直接显示已完成绑定。
通过上述实施例的方案，可以具有以下有益效果：
(1)从账号提供方直接获取与用户标识关联的待绑定账号(如银行卡账号)，从而无需用户手动输入账号的操作也能实现账号绑定，从而有效地降低账号绑定的时间，提高账号绑定效率。
(2)由于无需用户手动输入待绑定账号，使得在用户忘记账号的场景中也能实现账号绑定，可以有利于提高账号绑定率。
(3)避免了用户只能手动输入待绑定账号才能进行绑定的方式，也避免了必须从账号提供方APP(Application，应用程序)登录并跳转到支付机构APP(如具有支付功能的社交应用)进行绑定的方式，从而可直接在支付机构APP上直接完成所有免输账号的绑定操作。
(4)从用户角度，极大提升了操作体验，解决了用户未携带对应卡片(如银行卡)或忘记对应卡账号的情况而导致无法完成绑定的问题，降低了绑定过程中因输入卡账号出错的问题，以及降低了用户关于卡账号问题投诉较高的情况，提升账号绑定成功率和用户体验。
(5)从账号提供方角度，增加了账号(如银行卡账号和视频应用账号)与用户的应用账户之间的绑定量，极大提升了利用该方式绑定账号的活跃用户，并可根据进一步的数据分析挖掘用户大数据。
(6)从支付机构角度，进一步增加了账号绑定量，提升支付机构用户覆盖率，降低客户投诉率。
应该理解的是，虽然图2、5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图7所示，提供了一种账号绑定装置，该装置可以采用软件模块或硬件模块，或者是二者的结合成为终端的一部分，该装置具体包括：展示模块702、发送模块704、显示模块706和绑定模块708，其中：
展示模块702，用于展示账号添加页面；
发送模块704，用于当获取到通过账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
显示模块706，用于接收账号提供方获取的与用户标识关联的待绑定账号并显示；
绑定模块708，用于当显示的待绑定账号被确认时，则与被确认的待绑定账号进行绑定。
在一个实施例中，发送模块704，还用于当获取到通过账号添加页面触发的用于免输账号的添加指令时，从账号添加页面跳转至账号提供方选取页面；从账号提供方选取页面显示的候选账号提供方中确定账号提供方；向账号提供方发送携带用户标识的信息获取指令。
在一个实施例中，如图8所示，该装置还可以包括：获取模块710和确定模块712；其中：
获取模块710，用于获取与应用程序上的应用账户处于绑定状态的第一绑定账号；或获取与应用程序上的应用账户处于解绑状态的第一解绑账号；
确定模块712，用于依据第一绑定账号或第一解绑账号，确定用于在选取页面上显示的候选账号提供方。
在一个实施例中，如图8所示，该装置还可以包括：查找模块714，其中：
查找模块714，用于查找与应用账户存在关联关系的关联应用账户；
获取模块710，还用于获取与关联应用账户处于绑定状态的第二绑定账号；或，获取与关联应用账户处于解绑状态的第二解绑账号；
确定模块712，用于依据第二绑定账号或第二解绑账号，确定用于在选取页面上显示的候选账号提供方。
在一个实施例中，展示模块708，还用于从账号提供方选取页面跳转至账号提供方的网关页面；接收账号提供方获取的与用户标识关联的至少一个待绑定账号；将所接收的待绑定账号显示于网关页面。
在一个实施例中，绑定模块708，还用于：当接收到确认网关页面中的待绑定账号的操作时，将待绑定账号和用户标识作为用于账号绑定的账号要素发送给账号提供方；接收账号提供方对账号要素进行验证而反馈的第一验证信息；基于第一验证信息，将待绑定账号与应用账户进行绑定。
在一个实施例中，绑定模块708，还用于：展示验证页面；接收在验证页面中输入的第二验证信息；将第二验证信息发送至账号提供方；发送的第二验证信息，用于指示账号提供方确定第二验证信息与第一验证信息相同时，返回验证结果；接收到验证结果时，向账号提供方发起携带账号要素的签约请求；签约请求用于指示账号提供方根据账号要素生成签约协议文件，并返回签约协议文件；记录签约协议文件，以及待绑定账号与应用程序上的应用账户之间的绑定关系。
在一个实施例中，绑定模块708，还用于：展示验证页面；接收在验证页面中输入的第二验证信息；将第二验证信息发送至账号提供方；发送的第二验证信息，用于指示账号提供方确定第二验证信息与第一验证信息相同时，根据账号要素生成签约协议号和应用账户的绑卡信息；当接收到绑卡信息时，显示待绑定账号与应用程序上的应用账户进行绑定的提示信息。
在一个实施例中，如图8所示，该装置还包括：处理模块716；其中：
处理模块716，用于对用户标识进行加密，得到用户加密标识；生成携带用户加密标识的信息获取指令；
发送模块704，还用于向账号提供方发送携带用户加密标识的信息获取指令；发送的信息获取指令，用于指示账号提供方采用解密密钥对用户加密标识解密，利用解密后的用户标识查找匹配的待绑定账号，返回待绑定账号的掩码。
在一个实施例中，发送模块704，还用于通过信息获取指令指示账户提供方采用解密密钥对用户加密标识解密，得到解密后的用户标识；对用户标识进行身份验证；当用户标识通过身份验证时，获取与用户标识关联的待绑定账号；向待绑定账号的通信设备发送第三验证信息；当接收到第三验证信息的确认信息时，计算待绑定账号的掩码，并返回掩码。
在一个实施例中，获取模块710，还用于当获取到通过账号添加页面触发的账号添加指令时，获取已绑账号信息；
发送模块704，还用于向账号提供方发送携带已绑账号信息和用户标识的信息获取指令；发送的信息获取指令，用于指示账号提供方根据已绑账号信息和用户标识获取未绑定的待绑定账号，并进行返回。
上述实施例中，通过在账号添加页面上触发账号添加指令，然后向该账号提供方发送携带用户标识的信息获取指令，以获取在该账号提供方所提供的与用户标识关联的待绑定账号，然后进行显示，当待绑定账号被确认后，可以与被确认的待绑定账号进行绑定，从而无需用户手动输入账号的操作，也能对所要绑定的账号进行绑定，从而有效地降低账号绑定的时间，而且在用户忘记账号的场景中也能实现账号绑定。
关于账号绑定装置的具体限定可以参见上文中对于账号绑定方法的限定，在此不再赘述。上述账号绑定装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于终端中的处理器中，也可以以软件形式存储于终端中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，也可以是服务器，当计算机设备为终端时，其内部结构图可以如图9所示。该终端包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该终端的处理器用于提供计算和控制能力。该终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该终端的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种账号绑定方法。该终端的显示屏可以是液晶显示屏或者电子墨水显示屏，该终端的输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图10所示。该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中，该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的数据库用于存储用户数据。该服务器的网络接口用于与外部的服务器通过网络连接通信。该计算机程序被处理器执行时以实现一种账号绑定方法。
本领域技术人员可以理解，图9和图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的终端的限定，具体的终端可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (15)

1.一种账号绑定方法，所述方法包括：
展示账号添加页面；
当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
2.根据权利要求1所述的方法，其特征在于，所述当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令包括：
当获取到通过所述账号添加页面触发的用于免输账号的添加指令时，从所述账号添加页面跳转至账号提供方选取页面；
从所述账号提供方选取页面显示的候选账号提供方中确定账号提供方；
向所述账号提供方发送携带用户标识的信息获取指令。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
获取与应用程序上的应用账户处于绑定状态的第一绑定账号；或获取与所述应用程序上的应用账户处于解绑状态的第一解绑账号；
依据所述第一绑定账号或所述第一解绑账号，确定用于在所述选取页面上显示的候选账号提供方。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
查找与所述应用账户存在关联关系的关联应用账户；
获取与所述关联应用账户处于绑定状态的第二绑定账号；或，获取与所述关联应用账户处于解绑状态的第二解绑账号；
依据所述第二绑定账号或所述第二解绑账号，确定用于在所述选取页面上显示的候选账号提供方。
5.根据权利要求3所述的方法，其特征在于，所述接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示之前，所述方法还包括：
从所述账号提供方选取页面跳转至所述账号提供方的网关页面；
所述接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示包括：
接收所述账号提供方获取的与所述用户标识关联的至少一个待绑定账号；
将所接收的待绑定账号显示于所述网关页面。
6.根据权利要求5所述的方法，其特征在于，所述当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定包括：
当接收到确认所述网关页面中的待绑定账号的操作时，将所述待绑定账号和所述用户标识作为用于账号绑定的账号要素发送给所述账号提供方；
接收所述账号提供方对所述账号要素进行验证而反馈的第一验证信息；
基于所述第一验证信息，将所述待绑定账号与所述应用账户进行绑定。
7.根据权利要求6所述的方法，其特征在于，所述基于所述第一验证信息，将所述待绑定账号与所述应用账户进行绑定包括：
展示验证页面；
接收在所述验证页面中输入的第二验证信息；
将所述第二验证信息发送至所述账号提供方；发送的所述第二验证信息，用于指示所述账号提供方确定所述第二验证信息与所述第一验证信息相同时，返回验证结果；
接收到所述验证结果时，向所述账号提供方发起携带所述账号要素的签约请求；所述签约请求用于指示所述账号提供方根据所述账号要素生成签约协议文件，并返回所述签约协议文件；
记录所述签约协议文件，以及待绑定账号与所述应用程序上的应用账户之间的绑定关系。
8.根据权利要求6所述的方法，其特征在于，所述基于所述第一验证信息，将所述待绑定账号与所述应用账户进行绑定包括：
展示验证页面；
接收在所述验证页面中输入的第二验证信息；
将所述第二验证信息发送至所述账号提供方；发送的所述第二验证信息，用于指示所述账号提供方确定所述第二验证信息与所述第一验证信息相同时，根据所述账号要素生成签约协议号和所述应用账户的绑卡信息；
当接收到所述绑卡信息时，显示所述待绑定账号与所述应用程序上的应用账户进行绑定的提示信息。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述向账号提供方发送携带用户标识的信息获取指令之前，所述方法还包括：
对用户标识进行加密，得到用户加密标识；
生成携带所述用户加密标识的信息获取指令；
所述向账号提供方发送携带用户标识的信息获取指令包括：
向账号提供方发送携带所述用户加密标识的信息获取指令；发送的所述信息获取指令，用于指示所述账号提供方采用解密密钥对所述用户加密标识解密，利用解密后的用户标识查找匹配的待绑定账号，返回所述待绑定账号的掩码。
10.根据权利要求9所述的方法，其特征在于，所述采用解密密钥对所述用户加密标识解密，利用解密所得的用户标识查找匹配的待绑定账号，返回所述待绑定账号的掩码包括：
采用解密密钥对所述用户加密标识解密，得到解密后的用户标识；
对所述用户标识进行身份验证；
当所述用户标识通过身份验证时，获取与所述用户标识关联的待绑定账号；
向所述待绑定账号的通信设备发送第三验证信息；
当接收到所述第三验证信息的确认信息时，计算所述待绑定账号的掩码，并返回所述掩码。
11.根据权利要求1至8任一项所述的方法，其特征在于，所述方法还包括：
当获取到通过所述账号添加页面触发的账号添加指令时，获取已绑账号信息；
所述向所述账号提供方发送携带用户标识的信息获取指令包括：
向所述账号提供方发送携带所述已绑账号信息和用户标识的信息获取指令；发送的所述信息获取指令，用于指示所述账号提供方根据所述已绑账号信息和所述用户标识获取未绑定的待绑定账号，并返回。
12.一种账号绑定装置，其特征在于，所述装置包括：
展示模块，用于展示账号添加页面；
发送模块，用于当获取到通过所述账号添加页面触发的账号添加指令时，向账号提供方发送携带用户标识的信息获取指令；
显示模块，用于接收所述账号提供方获取的与所述用户标识关联的待绑定账号并显示；
绑定模块，用于当显示的待绑定账号被确认时，则与被确认的所述待绑定账号进行绑定。
13.根据权利要求12所述的装置，其特征在于，所述发送模块，还用于当获取到通过所述账号添加页面触发的用于免输账号的添加指令时，从所述账号添加页面跳转至账号提供方选取页面；从所述账号提供方选取页面显示的候选账号提供方中确定账号提供方；向所述账号提供方发送携带用户标识的信息获取指令。
14.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述方法的步骤。
15.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述的方法的步骤。
CN202010182516.8A 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质 Active CN113411284B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202311175622.3A CN117061226A (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质
CN202010182516.8A CN113411284B (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质
PCT/CN2020/133585 WO2021184830A1 (zh) 2020-03-16 2020-12-03 账号绑定方法、装置、计算机设备和存储介质
US17/680,233 US20220327536A1 (en) 2020-03-16 2022-02-24 Account binding method and apparatus, computer device, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010182516.8A CN113411284B (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311175622.3A Division CN117061226A (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质

Publications (2)

Publication Number Publication Date
CN113411284A true CN113411284A (zh) 2021-09-17
CN113411284B CN113411284B (zh) 2023-10-10

Family

ID=77676578

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010182516.8A Active CN113411284B (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质
CN202311175622.3A Pending CN117061226A (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202311175622.3A Pending CN117061226A (zh) 2020-03-16 2020-03-16 账号绑定方法、装置、计算机设备和存储介质

Country Status (3)

Country Link
US (1) US20220327536A1 (zh)
CN (2) CN113411284B (zh)
WO (1) WO2021184830A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113660288A (zh) * 2021-09-18 2021-11-16 中国联合网络通信集团有限公司 基于区块链系统的用户号码绑定方法和绑定系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114629659A (zh) * 2022-04-14 2022-06-14 函谷数巢品牌管理(广州)有限公司 账号关联方法和装置
CN116056076B (zh) * 2022-07-21 2023-10-20 荣耀终端有限公司 通信系统、方法及电子设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109544135A (zh) * 2018-10-25 2019-03-29 北京三快在线科技有限公司 银行卡绑定方法、装置、存储介质和移动终端
CN110798833A (zh) * 2018-08-03 2020-02-14 华为技术有限公司 一种鉴权过程中验证用户设备标识的方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5420926A (en) * 1994-01-05 1995-05-30 At&T Corp. Anonymous credit card transactions
CN201600745U (zh) * 2009-12-09 2010-10-06 高文龙 一种电子支付终端及具有该电子支付终端的服务设备
US10235663B2 (en) * 2013-11-06 2019-03-19 Tencent Technology (Shenzhen) Company Limited Method, system and server system of payment based on a conversation group
BR112018014982A8 (pt) * 2016-01-25 2023-04-11 Apple Inc Conduzir transações usando dispositivos eletrônicos com credenciais não nativas
CN107204957B (zh) * 2016-03-16 2020-04-28 阿里巴巴集团控股有限公司 一种账号绑定和业务处理的方法及装置
CN110618937A (zh) * 2019-08-29 2019-12-27 深圳市新系区块链技术有限公司 软件测评方法、装置及设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110798833A (zh) * 2018-08-03 2020-02-14 华为技术有限公司 一种鉴权过程中验证用户设备标识的方法及装置
CN109544135A (zh) * 2018-10-25 2019-03-29 北京三快在线科技有限公司 银行卡绑定方法、装置、存储介质和移动终端

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113660288A (zh) * 2021-09-18 2021-11-16 中国联合网络通信集团有限公司 基于区块链系统的用户号码绑定方法和绑定系统
CN113660288B (zh) * 2021-09-18 2023-04-18 中国联合网络通信集团有限公司 基于区块链系统的用户号码绑定方法和绑定系统

Also Published As

Publication number Publication date
WO2021184830A1 (zh) 2021-09-23
CN113411284B (zh) 2023-10-10
US20220327536A1 (en) 2022-10-13
CN117061226A (zh) 2023-11-14

Similar Documents

Publication Publication Date Title
CN109544135B (zh) 银行卡绑定方法、装置、存储介质和移动终端
WO2021184830A1 (zh) 账号绑定方法、装置、计算机设备和存储介质
CN105262779B (zh) 身份认证方法、装置及系统
US11748744B2 (en) Source independent consistent tokenization
CN111833507A (zh) 访客认证方法、装置、设备及计算机可读存储介质
US20210157895A1 (en) Information processing method, information display method, non-transitory computer readable storage medium, terminal and server
CN109118291B (zh) 广告任务推广中用户认证方法、装置和计算机设备
CN111210190B (zh) 文件签署方法、装置、计算机设备和存储介质
US20210377056A1 (en) Secure sharing of credential information
CN111954011A (zh) 虚拟礼物的赠送方法、装置、计算机设备和可读存储介质
CN111833063B (zh) 信息处理方法、计算机设备及计算机可读存储介质
CN111131415A (zh) 信息推送方法、装置、计算机设备和存储介质
CN116962021A (zh) 金融合作机构中用户实名认证的方法、装置、设备和介质
CN117034358A (zh) 业务凭证的处理方法、装置及计算机设备
CN111402069A (zh) 公积金数据获取方法、装置、计算机设备和存储介质
CN114448722B (zh) 跨浏览器登录方法、装置、计算机设备和存储介质
CN113297559B (zh) 单点登录方法、装置、计算机设备和存储介质
CN110365646B (zh) 将实体关联到第一服务器的方法及装置
CN110796548B (zh) 资产交易方法及装置
KR20180048464A (ko) 간편 사용자 개인 정보 입력 클라우드 서비스 제공 방법 및 시스템
JP7322129B2 (ja) サービス管理システム、取引サーバ及びサービス管理方法
CN108596660B (zh) 广告任务推送的方法、系统、计算机设备和存储介质
CN115860745B (zh) 免密支付签约方法、网关设备和存储介质
US20240104177A1 (en) Selection of electronic transaction processing channel and multi-factor user authentication
US20230269098A1 (en) Secure sharing of credential information

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40051725

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant