CN111310006B - 账号绑定方法、装置、终端设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供了一种账号绑定方法、装置、终端设备及计算机可读存储介质；方法包括：接收针对客户端中的目标功能的账号绑定操作；响应于所述账号绑定操作，获取所述客户端中区别于所述目标功能的其他功能已经绑定的账号；建立所述目标功能与所述账号的绑定关系；呈现所述目标功能与所述账号的绑定成功消息。通过本发明，能够实现账号和功能的安全和快捷绑定。

Description

账号绑定方法、装置、终端设备及计算机可读存储介质

技术领域

本发明涉及互联网技术，尤其涉及一种账号绑定方法、装置、终端设备及计算机可读存储介质。

背景技术

互联网特别是移动互联网的发展，出现了基于各种网络应用的客户端，特别是移动客户端(APP),用户通过客户端可以便捷地使用各种服务。

随着电子支付特别是移动支付的普及，客户端中也出现了大量与支付相关的功能。用户在使用这些功能的过程中，不可避免地遇到的一个问题就是将用户的账号与客户端中的功能进行绑定，继而才能使用相应的功能。

目前，在账号与各种功能绑定的过程中，需要用户手动输入账号的相关信息才能完成绑定，这种操作方式的操作成本较高，用户体验差。

发明内容

本发明实施例提供一种账号绑定方法、装置、终端设备及计算机可读存储介质，能够实现账号与功能的安全和快捷绑定。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种账号绑定方法，包括：

接收针对客户端中的目标功能的账号绑定操作；

响应于所述账号绑定操作，获取所述客户端中区别于所述目标功能的其他功能已经绑定的账号；

建立所述目标功能与所述账号的绑定关系，并

呈现所述目标功能与所述账号的绑定成功消息。

本发明实施例还提供一种账号绑定装置，包括：

接收单元，用于接收针对客户端中的目标功能的账号绑定操作；

获取单元，用于响应于所述账号绑定操作，获取所述客户端中区别于所述目标功能的其他功能已经绑定的账号；

绑定单元，用于建立所述目标功能与所述账号的绑定关系；

呈现单元，用于呈现所述目标功能与所述账号的绑定成功消息。

上述方案中，所述接收单元，还用于：

呈现所述客户端中涉及账号操作的多个功能，并接收在所述多个功能中的功能选择操作；

响应于所述功能选择操作在所述多个功能中触发的目标功能，呈现所述目标功能的使用界面，并在所述使用界面中呈现所述目标功能的账号绑定操作入口；

接收触发所述账号绑定入口的账号绑定操作。

所述接收单元，还用于：

账号；

当所述目标功能未绑定有对应的账号时，在所述使用界面中呈现所述目标功能的账号绑定操作入口。

所述接收单元，还用于：

当所述目标功能已经绑定有对应的账号时，呈现所述目标功能的账号绑定操作入口，并呈现所述目标功能已经绑定的账号所对应的服务操作入口；

接收针对所述服务操作入口的服务触发操作；

响应于所述服务触发操作，对所述目标功能所绑定的账号执行目标服务，以呈现与所述目标服务的服务场景对应的服务结果。

所述获取单元，还用于：

针对客户端的全部功能中除所述目标功能的其他功能，基于每个所述其他功能对应的业务账号，查询每个所述其他功能已经绑定的账号；

从查询到的已经绑定的账号中，过滤掉所述目标功能已经绑定的账号。

所述获取单元，还用于：

获取所述目标功能对应的业务账号；

调用账号转化服务，以对所述目标功能对应的业务账号进行转化，得到每个所述其他功能对应的业务账号。

所述获取单元，还用于：

基于每所述个其他功能对应的业务账号，查询已经绑定到每个所述其他功能的账号对应的绑定序列号；

基于每个绑定序列号进行查询，得到已经绑定到每个所述其他功能的账号的明文信息。

所述获取单元，还用于：

通过调用所述目标功能的应用程序接口，向用户信息服务器查询已经绑定到每个所述其他功能的账号对应的绑定序列号；

通过调用所述应用程序接口，并基于每个所述绑定序列号向敏感用户信息服务器进行查询，得到已经绑定到每个所述其他功能的账号的明文信息。

所述获取单元，还用于：

通过调用所述应用程序接口，以查询所述目标功能已经绑定的账号对应的哈希值；

将已经绑定到每个所述其他功能的账号的明文信息对应的哈希值，与所述目标功能已经绑定的账号对应的哈希值进行比对，以过滤掉相同哈希值在所述目标功能中对应的账号。

所述绑定单元，还用于：

当所述其他功能已经绑定有多个账号时，呈现所述多个账号；

接收在所述多个账号中的账号选择操作；

响应于所述账号选择操作在所述多个账号中选择的目标账号，将所述目标账号作为与所述目标功能待绑定的账号，并建立对应的绑定关系。

所述绑定单元，还用于：

当所述其他功能只绑定了一个账号，且已经获得所述账号的自动绑定预授权时，建立所述目标功能与所述账号的绑定关系。

所述绑定单元，还用于：

当所述其他功能绑定了单一账号，且未获得所述单一账号的自动绑定预授权时，呈现所述单一账号；

接收针对所述单一账号的账号选择操作；

响应于所述账号选择操作，建立所述单一账号与所述目标功能的绑定关系。

本发明实施例还提供一种终端设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的账号绑定方法。

本发明实施例还提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的账号绑定方法。

本发明实施例具有以下有益效果：

通过自动查找客户端中已经绑定的账号，以此来响应针对后续功能的账号绑定操作，使得用户不需要在每次在将新的功能与账号绑定时重复输入账号的相关信息，绑定更为便捷，并通过呈现所述目标功能与所述账号的绑定成功消息，能够使用户直观的了解绑定情况。

附图说明

图1A是本发明实施例提供的账号绑定系统的一个可选的架构示意图；

图1B是本发明实施例提供的账号绑定系统的一个可选的架构示意图；

图2是本发明实施例提供的账号绑定终端的一个可选的结构示意图；

图3是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图4是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图5是本发明实施例提供的用户与终端的交互示意图；

图6是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图7是本发明实施例提供的用户与终端的交互示意图；

图8是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图9是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图10是本发明实施例提供的交互示意图；

图11是本发明实施例提供的客户端与服务器的交互示意图；

图12是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图13是本发明实施例提供的账号绑定方法的一个可选的流程示意图；

图14是本发明实施例提供的微信支付功能与信用卡还款功能重合绑定的信用卡的示意图；

图15是本发明实施例提供的添加信用卡的示意图；

图16是本发明实施例提供的协议确认页面的示意图；

图17是本发明实施例提供的已绑定信用卡的示意图；

图18是本发明实施例提供的一个可选的整体流程图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)账号，账号包括但不限于支付账号，支付账号可以用于记录居民/非居民的持有资金/借贷资金的增减变化，例如可以包括银行借记卡账号和银行信用卡账号等类型。

2)账号功能，本文中也简称为功能(如本文中的目标功能与其他功能)，是客户端中用于操作账号以支持特定服务场景的模块。例如，根据不同的服务场景，功能的类型可以包括但是不限于：存取款、消费支付、网络支付、转账结算、电子红包、投资理财、公益捐款和卡片服务(支持余额查询、账单查询、积分查询和办卡进度查询等操作)、社交、阅读、新闻、直播、电商、长视频、短视频、股票、金融理财、图片、音乐、公众号、小程序、朋友圈、通讯录、云服务。

3)绑定序列号，用户请求将账号与客户端中的功能绑定时，运维相应功能的服务器针对绑定操作所分配的业务编号，例如可以按照绑定先后顺序编号，或随机编号。

4)账号转化服务器，运行账号转化服务，维护不同功能各自的账户体系之间的映射关系，通过账号转换服务，可以将用户在A业务的账号转化至用户在B业务的对应的账号。

5)账号绑定操作入口，通过账号绑定操作入口可进行后续的账号绑定，可为触控形式或语音形式。

6)功能序列号，客户端中有众多功能模块，为方便客户端区分各功能模块，对各功能模块按照一定规则进行编号，即为功能序列号。

7)自动绑定预授权，由用户赋予客户端的自动将账号与客户端中的功能绑定的权限。

8)业务账号，用户在每个功能的账号体系下的对应的账号，由运维相应功能的服务器对应分配；由于每个功能的账号体系往往是由不同运维方运维的，其账号体系之间没有打通(处于安全和商业秘密等原因)，同一用户在不同功能的账号体系下的账号不同。

目前，在将账号与应用程序或者与应用程序的某一功能绑定的过程中，需要用户输入详细的个人信息，其中，账号可以是电子账号或实体账号，例如银行卡卡号。

例如，在绑定用户信用卡时，需要用户手动输入信用卡卡号、发卡银行、持卡人姓名等信息，才能完成信用卡的绑定，不支持用户基于已有账户进行快捷绑定；再如，信用卡管理app在进行账户绑定时可通过以下三种方式：输入邮箱地址与密码，从邮箱导入；输入网银账号及密码，从网银导入；手动输入信用卡卡号、持卡人姓名、银行等信息实现卡片绑定操作，在线上支付普及的当下，许多用户已习惯不带卡片出门，手动输入信息无法解决用户在账户绑定操作时需要输入账户信息或卡片不在身边的痛点，通过邮箱导入与网银导入的方式操作复杂，并且将会查询并获得用户全部的信用卡交易明细，属于非必要的用户个人信息泄露，存在风险。

基于此，本发明实施例提供一种账号绑定方法、装置、终端设备和计算机可读存储介质，能够在保证用户个人信息的安全性的前提下，提升账号绑定的效率。本发明实施例提供的终端可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端。下面，将以账号为支付账号为例，说明包括终端的账号绑定系统的示例性应用。

参见图1，图1是本发明实施例提供的账号绑定系统100的一个可选的架构示意图，在图1中，账号绑定系统100包括服务器101、网络102和终端设备103，终端设备103通过网络102连接服务器101，网络102可以是广域网或者局域网，又或者是二者的组合。服务器101根据所实现的功能划分为多种类型，包括：账号转化服务器1011，服务场景服务器1012，用户信息服务器1013，敏感用户信息服务器1014，目标功能管理服务器1015，卡号加密服务器1016。其中，账号转化服务器，用于将用户在同一应用程序下目标功能中的业务账号转化为其他功能中的业务账号；服务场景服务器，用于针对不同的服务场景，提供对应的服务结果，例如服务场景为支付场景，则显示支付页面，用户在支付页面中进行操作，从而完成支付；用户信息服务器，用于查询已经绑定到每个功能的账号对应的绑定序列号；敏感用户信息服务器，用于基于账号的绑定序列号进行查询，得到已经绑定到每个功能的账号的明文信息；目标功能管理服务器，用于查询用户在目标功能下的账号的账号信息，包括账号对应的哈希值等；卡号加密服务器，用于加密其他功能的账号的明文信息。

参见图2，图2是本发明实施例提供的终端设备(下文也简称为终端)103的一个可选的结构示意图，图2所示的终端设备103包括：至少一个处理器210、存储器250、至少一个网络接口220和用户接口230。终端200中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。

处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。

存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Me mory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memor y)。本发明实施例描述的存储器250旨在包括任意适合类型的存储器。

在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

呈现模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器250中的账号绑定装置255，其可以是程序和插件等形式的软件，包括以下软件单元：接收单元2551、获取单元2552、绑定单元2553、呈现单元2554，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的装置可以采用硬件方式实现，作为示例，本发明实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的账号绑定处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application S pecific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logi c Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Devi ce)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

以下将结合本发明实施例提供的账号绑定系统的示例性应用和实施说明本发明实施例提供的账号绑定方法，在本实施例中，以所述账号为支付账号为例进行说明。参见图3，图3是本发明实施例提供的账号绑定方法的一个可选的流程示意图，将结合图3示出的步骤进行说明。

步骤301，终端设备中运行的客户端接收针对客户端中的目标功能的账号绑定操作。

对于终端(如手机)中的一个应用程序(app)来说，其客户端中可以有很多的功能模块，例如支付模块、用户中心模块和消息模块等，每个功能模块可以执行一个或多个功能，例如支付模块可以完成支付和收款等功能，当然，支付功能和收款功能也可由两个不同的功能模块分别完成，可见，在一个app中，与支付相关的功能模块可以有一个、两个或者更多，本发明实施例主要涉及两个及以上与支付相关的功能模块，因此，目标功能是与支付相关的功能模块。在本发明实施例中，将客户端中的各个功能模块称为功能，在客户端的功能选择页面中，用户在选择不同的功能后，将显示不同功能的使用页面，使用界面中包括与服务场景相关的各个操作入口，例如转账功能的使用页面可以包括如下操作入口：转账到银行卡入口、转账记录入口、跨境汇款入口、账号绑定操作入口等，因为支付相关功能使用的前提是用户支付账户的注册绑定，因此，在支付相关功能的使用页面中，若用户需要使用具体的服务(进入服务相关操作入口)，需要先绑定账号，例如银行卡号，若用户未进行账号绑定，则需要通过使用页面中的账号绑定操作入口进行账号绑定，账号绑定操作入口的形式可以是按钮、文字或者语音识别开关等，当用户触发按钮或单击文字时，其操作将被客户端识别为账号绑定操作，当用户说出预定义的语音指令如“账号绑定”时，该语音将被客户端识别为账号绑定操作。

在本实施例中，通过目标功能的使用页面中的账号绑定操作入口，触发账号绑定操作，客户端在接收账号绑定操作后，即可自动进行账号绑定，无需用户手动输入信息，简便快捷。

步骤302，客户端响应于账号绑定操作，获取客户端中区别于目标功能的其他功能已经绑定的账号。

其中，步骤302中的其他功能可以是一个功能或多个功能。在一个客户端中，可能有多个功能均绑定了账号，且这多个功能彼此独立，拥有各自的账号体系，即不同的功能可以绑定不同的账号，用于不同的账号执行不同的功能，例如，功能A绑定了账号a和账号b，用于还款，功能B绑定了账号a和账号c，用于收款，那么，功能A和功能B重合的账号为a，当用户使用该客户端进行还款时，若支付账户a和支付账户b中的账户余额均不足，需要绑定新的支付账户进行还款，则首先获取功能B已经绑定的账号c，将账号c与功能A绑定，继而进行还款操作。

客户端中的每个功能均有各自的功能序列号，以供后台区分不同的功能，在接收到账号绑定操作后，后台根据各功能的功能序列号筛选出与支付相关的其他功能，然后，获取各个其他功能所绑定的账号。

通过获取与支付相关的其他功能所绑定的账号，可在保证安全性的前提下，继而在同一个app中将其他功能绑定的账号与目标功能绑定，从而利用其他功能绑定的账号使用目标功能下的具体服务。

步骤303，客户端建立目标功能与账号的绑定关系。

当目标功能没有绑定账号时，客户端将通过与图1示出的各种服务器进行必要的交互，以建立目标功能与账号的绑定关系，即将用户在目标功能的账号体系下的业务账号与账号的对应关系存储到映射表中，当目标功能已经绑定了至少一个账号时，映射表中已经存储了用户在目标功能中的业务账号与已绑定的账号的对应关系，如果需要建立目标功能与新的账号的绑定关系，只需要将它们的对应关系添加到已存在的映射表中即可。

当获取了其他功能所绑定的账号后，将其他功能绑定的账号显示在终端屏幕中，用户可从中选取一个或者多个账号进行绑定，若其中存在账号已经获得自动绑定预授权，则直接建立目标功能与该账号的绑定关系。需要说明的是，用户在每个功能的账号体系下都有对应的业务账号，若用户将账户绑定到客户端的一个功能中，该账户在该功能下也会被分配相应的绑定序列号，因此，将账户与功能绑定，即将账户的绑定序列号与用户在该功能下的业务账号进行绑定。本文中所说的建立目标功能与账号的绑定关系都指的是，建立用户在目标功能的账号体系下的业务账号与账号的绑定序列号的绑定关系。

通过建立目标功能与账号的绑定关系，可利用其他功能绑定的账号使用目标功能下的具体服务。

步骤304，客户端呈现目标功能与账号的绑定成功消息。

在完成绑定后，客户端在终端屏幕中显示绑定成功消息，例如，弹出“您已成功绑定尾号为3201的**银行信用卡”。

其中，若用户对目标功能进行了业务授权，那么，在用户进入目标功能的使用页面时，客户端将直接把其他功能对应的账号与目标功能进行绑定，不需要展示该账号的相关信息，并等待用户确定，可以在保证安全性的前提下，实现后台自动绑卡，方便快捷。

可见，在接收针对客户端中的目标功能的账号绑定操作后，响应于账号绑定操作，获取客户端中区别于目标功能的其他功能已经绑定的账号，并建立目标功能与账号的绑定关系，从而将同一客户端中其他功能下的账号与目标功能进行绑定，不需要输入账户信息，绑定更为便捷，最后，呈现目标功能与账号的绑定成功消息，可使用户直观的了解绑定情况。

在一些实施例中，如图4所示，步骤301可以通过步骤3011至步骤3013实现，将结合各步骤进行说明。

步骤3011，客户端呈现客户端中涉及账号操作的多个功能，并接收在多个功能中的功能选择操作。

如图5所示，在用户打开应用程序的客户端后，终端103中的客户端呈现客户端中的各个功能，用户可通过点击或语音等方式选取功能以进行选择操作。

步骤3012，客户端响应于功能选择操作在多个功能中触发的目标功能，呈现目标功能的使用界面，并在使用界面中呈现目标功能的账号绑定操作入口。

例如，在图5中，用户在多个功能中选取(如点击)了还款功能510，则客户端呈现还款功能的使用界面520，在该使用界面中可包括还款、账单统计、还款记录、账号绑定操作入口等，若用户并未绑定支付账号，可通过账号绑定操作入口进行账号绑定。

其中，如图6所示，在使用界面中呈现目标功能的账号绑定操作入口，包括以下步骤：

步骤401，客户端检测目标功能已经绑定的账号。

步骤402，当检测到目标功能未绑定有对应的账号时，客户端在使用界面中呈现目标功能的账号绑定操作入口。

步骤403，当检测到目标功能已经绑定有对应的账号时，客户端呈现目标功能的账号绑定操作入口，并呈现目标功能已经绑定的账号所对应的服务操作入口。

步骤404，客户端接收针对服务操作入口的服务触发操作。

步骤405，客户端响应于服务触发操作，对目标功能所绑定的账号执行目标服务，以呈现与目标服务的服务场景对应的服务结果。

其中，步骤403与步骤402无绝对的先后顺序。参见图7，图7为本发明实施例提供的用户与终端的交互示意图，以目标功能为还款为例说明交互过程，在用户进入目标功能的使用页面后，若检测到目标功能已经绑定有对应的账号，则可通过该账号进行还款操作，在该使用页面中同时呈现账号绑定操作入口和各个服务操作入口，可通过各个服务操作入口直接提供服务，若用户选择了其中的一个服务操作入口，执行了服务触发操作，即向服务操作入口提交针对账号的操作，服务场景服务器响应于服务触发操作，对目标功能所绑定的账号执行目标服务，返回相应的服务结果，以使客户端呈现相应的服务结果。此外，用户也可使用页面中的账号绑定操作入口，绑定新的账号。

步骤3013，客户端接收触发账号绑定入口的账号绑定操作。

其中，在目标功能的使用界面中，客户端会呈现目标功能的账号绑定操作入口，用户可在此处绑定新的账号，也可在进入目标功能下其他服务入口后，再绑定账号，例如，用户进入还款功能的使用界面中的还款入口，呈现还款入口的服务页面，该服务页面中也包括账号绑定操作入口，则用户可通过此处的账号绑定操作入口进行账号绑定。

在一些实施例中，如图8所示，步骤302可以通过步骤3021至步骤3022实现，将结合各步骤进行说明。

步骤3021，客户端针对客户端的全部功能中除目标功能的其他功能，基于每个其他功能对应的业务账号，查询每个其他功能已经绑定的账号。

其中，用户在每个功能的账号体系下有对应的业务账号，通过用户在应用程序的客户端中的业务账号以及各功能的功能序列号，基于加密算法(如SHA-128、SHA-256、md5等)得到用户在各功能的账号体系下的业务账号，即业务账号，同样的，可根据用户在各功能的账号体系下的业务账号，基于反向加密算法计算，得到用户在应用程序的客户端中的业务账号，因为每个功能对应的业务账号都是通过这样的方法得到的，因此在加密算法确定的情况下，可实现不同功能对应的业务账号之间的转化，即根据一个功能对应的业务账号查询账号转化服务器，得到同一用户在同一应用程序的客户端中另一功能下的业务账号。

步骤3021中的其他功能已经绑定的账号指的是完整的账号，即账号的明文信息。

其中，如图9所示，步骤3021通过步骤501和步骤502实现。为更好的说明步骤3021所涉及的交互过程，结合图10所示的交互示意图对步骤501和步骤502进行说明。

步骤501，客户端基于每个其他功能对应的业务账号，查询用户已经绑定到每个其他功能的账号对应的绑定序列号。

具体的，步骤501实现如下：客户端通过调用目标功能的应用程序接口，向用户信息服务器查询已经绑定到每个其他功能的账号对应的绑定序列号。

一般的，用户的账号在与一个功能绑定后，该功能的后台服务器会根据已有用户的绑卡顺序赋予该账号一个绑定序列号，并将业务账号与绑定序列号的对应关系以及绑定序列号与账号(明文卡号)的对应关系存储到映射表中。

为了顺利执行步骤501，在步骤501之前，客户端还可以获取目标功能对应的业务账号；调用账号转化服务，以对目标功能对应的业务账号进行转化，得到每个其他功能对应的业务账号。

其中，客户端基于用户在目标功能中的业务账号，调用账号转化服务器接口向运行账号转化服务的账号转化服务器发送账号转化请求，该请求携带有业务账号，账号转化服务器根据业务账号查询映射表，得到用户在其他功能中的业务账号，将该查询结果作为账号转化结果通过账号转化服务器接口返回给客户端，客户端得到用户在每个其他功能中的业务账号后，基于每个其他功能的业务账号，调用用户信息服务器接口向用户信息服务器发送查询请求，用户信息服务器响应查询请求，根据存储的映射表中业务账号与绑定序列号的对应关系，通过用户信息服务器接口向客户端返回查询结果，客户端即可得到每个其他功能的业务账号对应的绑定序列号，即得到用户在其他功能中绑定的账号的绑定序列号。

步骤502，客户端基于每个绑定序列号进行查询，得到用户已经绑定到每个其他功能的账号的明文信息。

具体的，步骤502实现如下：客户端通过调用应用程序接口，基于每个绑定序列号，向敏感用户信息服务器进行查询，得到已经绑定到每个其他功能的账号的明文信息。

在获取用户在其他功能中绑定的账号的绑定序列号后，客户端基于绑定序列号，调用敏感用户信息服务器接口，向敏感用户信息服务器的用户敏感信息接口发送查询请求，敏感用户信息服务器响应查询请求，根据存储的映射表中绑定序列号与账号的对应关系，通过敏感用户信息服务器接口向客户端返回查询结果，客户端即可得到与绑定序列号对应的账号的明文信息，即得到用户绑定到每个其他功能的账号的明文信息。

在一些实施例中，如果目标功能只能绑定目标类型的账号，则在查询用户已经绑定到每个其他功能的账号对应的绑定序列号之前，还包括：在每个其他功能的账号中，过滤得到符合目标类型的账号。

其中，账号有不同的类型，例如储蓄卡号与信用卡号，在同一功能下，不同类型的账号，其对应的绑定序列号的编号规则不同，可根据绑定序列号确认账号的类型，例如，可设定储蓄卡的绑定序列号以1开头，诸如123***、134***等，设定信用卡的绑定序列号以2开头，诸如223***、256***等，如此，在获取账号的绑定序列号后，根据绑定序列号的首位数字即可确定其类型，如果目标功能只能绑定目标类型的账号，则需要基于绑定序列号的编排规则从其他功能的账号中过滤出目标类型的账号，再获取这些账号的完整的绑定序列号。

步骤3022，客户端从查询到的已经绑定的账号中，过滤掉目标功能已经绑定的账号。

具体的，步骤3022实现如下：客户端通过调用应用程序接口，以查询目标功能已经绑定的账号对应的哈希值；客户端将已经绑定到每个其他功能的账号的明文信息对应的哈希值，与目标功能已经绑定的账号对应的哈希值进行比对，以过滤掉相同哈希值在目标功能中对应的账号。

其中，在将账号与目标功能进行绑定时，不仅会得到账号对应的绑定序列号，还会根据加密算法(MD4、MD5、SHA1_等哈希算法等)对账号的明文卡号进行加密，得到账号对应的哈希值，并将用户在目标功能中的业务账号与账号的哈希值的对应关系存储到映射表中。

对于步骤3022，可参见图11，图11是客户端与服务器的交互示意图，其中，客户端基于用户在目标功能中的业务账号，通过调用目标功能管理服务器接口向目标功能管理服务器发送查询请求，目标功能管理服务器响应查询请求，基于映射表中业务账号与账号的哈希值的对应关系，得到用户在目标功能中已经绑定的账号对应的哈希值，并将该查询结果通过目标功能管理服务器接口返回给客户端。

在获取用户已经绑定到每个其他功能的账号的明文信息后，客户端通过调用卡号加密服务器接口向卡号加密服务器发送加密请求，该加密请求携带其他功能的账号的明文信息，卡号加密服务器接收加密请求后，使用与目标功能中对账号同样的加密算法，对其他功能的账号的明文信息进行加密，生成与其他功能的账号对应的哈希值，并将生成的哈希值通过卡号加密服务器接口发送给客户端。

相同的哈希值所对应的账号也相同，目标功能与其他功能可能存在重合的账号，因此客户端在得到其他功能的账号的明文信息对应的哈希值，以及目标功能已经绑定的账号对应的哈希值后，需要将目标功能中的账号对应的哈希值与其他功能中的账号对应的哈希值进行对比，找到重合的哈希值所对应的账号，以从其他功能绑定的账号中过滤掉这些账号。

其中，明文信息可以包括：账号的明文号码，用户姓名，开户行等信息。

在一些实施例中，如图12所示，步骤303可以通过步骤3031至步骤3033实现，如下：

步骤3031，当其他功能已经绑定有多个账号时，客户端呈现多个账号。

步骤3032，客户端接收在多个账号中的账号选择操作。

步骤3033，客户端响应于账号选择操作在多个账号中选择的目标账号，将目标账号作为与目标功能待绑定的账号，并建立对应的绑定关系。

其中，以账号为银行卡号为例，在呈现多个账号时，呈现的是银行卡号的尾号以及开户行，持卡人姓名等信息。用户可在呈现的多个账号中选择一个或多个账号作为目标账号，并将目标账号与目标功能进行绑定。

可选的，步骤303还可以通过步骤3034实现，如下：

步骤3034，当其他功能只绑定了一个账号，且已经获得账号的自动绑定预授权时，客户端建立目标功能与账号的绑定关系。

其中，用户可预先对一个或多个账号授权，使其在一定环境下，可以在不需要用户确认的条件下直接与其他账号进行绑定。如此，可大大提升绑定效率。

可选的，如图13所示，步骤303还可以通过步骤3035至步骤3037实现，如下：

步骤3035，当其他功能绑定了单一账号，且未获得单一账号的自动绑定预授权时，客户端呈现单一账号。

步骤3036，客户端接收针对单一账号的账号选择操作。

步骤3037，客户端响应于账号选择操作，建立单一账号与目标功能的绑定关系。

其中，如果其他功能仅绑定了1个账号，且该账号在被绑定时，已经获得用户授权，允许在使用新的功能时自动绑定该账号，则后续不再请求用户确认，直接绑定。建立单一账号与目标功能的绑定关系，即将单一账号与目标功能的绑定关系添加至目标功能已有的映射表中，在该映射表中，存储有目标功能与各个账号的对应关系。

可见，不管其他功能绑定的账号是一个还是多个，均可将其他功能所绑定的一个或多个账号绑定到目标功能中，快捷方便，用户体验好。

下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。

在微信客户端中，有微信支付功能和信用卡还款功能，微信支付功能相当于本发明实施例中的其他功能，信用卡还款功能相当于本发明实施例中的目标功能，两个功能相互独立，互不影响。用户在微信支付功能中有相应的微信支付账号，在信用卡还款功能中有相应的信用卡还款账号，这两个账号相互独立，一一对应，可以互相转化。微信支付功能下用户可以绑定若干张信用卡和储蓄卡以及其他类型的卡，信用卡还款功能下用户只能绑定信用卡，微信支付功能和信用卡还款功能均可通过各自绑定的银行卡进行支付相关操作，如还款、转账等。如图14所示，微信支付功能绑定的信用卡1410与信用卡还款功能绑定的信用卡1420有可能存在重合的信用卡1430，那么在信用卡1410中去掉1430后剩下的信用卡1440可以绑定到信用卡还款功能中。

一般的，若用户未在信用卡还款功能中绑定支付账号(银行卡号)，那么，当用户进入信用卡还款页面时，客户端将会显示如图15所示的添加信用卡的页面，在该页面中，用户需要输入信用卡卡号1510、发卡银行1520和持卡人姓名1530，在此之后，客户端会显示如图16所示的协议确认页面，用户需要点击同意1610，才能完成绑定，之后，客户端页面出现如图17所示的已绑定信用卡的示意图，图17中最下方的C银行卡1710为最新绑定的卡片，可见，操作过程繁琐，且一般用户无法记住自己的信用卡卡号，因此，用户体验不好。

以下将结合图18所示的整体流程图说明在该应用场景中账号绑定方法的具体流程。当用户进入微信支付页面，并访问信用卡还款功能的绑卡页面时，微信客户端即通过用户的微信支付账号查询用户身份证号(已绑定)，因身份证为敏感信息，因此将身份证号加密后，传输至银行，银行通过双方约定的加密算法反向解密，得到用户身份证号，银行根据用户身份证号与客户号的映射表，用身份证号查询用户在银行系统中的客户号，然后使用客户号查询用户在银行的绑卡信息，因卡号信息为用户的敏感信息，银行将绑卡信息加密后返回至微信客户端的微信支付功能中，微信客户端根据加密了的绑卡信息以及微信支付功能的功能序列号，调用用户信息查询服务器接口，向用户信息查询服务器发送查询请求，用户信息查询服务器响应于查询请求，查询加密了的绑卡信息与银行卡的明文卡号之间的映射表，得到用户在微信支付功能已绑定银行卡的绑卡序列号，即用户所有快捷绑卡信息，将绑卡序列号通过用户信息查询服务器接口返回给微信客户端，之后，微信客户端调用敏感用户信息服务器接口，向敏感用户信息服务器发送查询请求，该查询请求携带绑卡序列号，响应于查询请求，敏感用户信息服务器查询得到用户在微信支付功能下的绑卡序列号对应的明文卡号，将该明文卡号通过敏感用户信息服务器接口返回给微信客户端，微信客户端在接收到明文卡号后，调用卡号加密服务器接口，向卡号加密服务器发送加密请求，响应于该加密请求，卡号加密服务器对明文卡号加密，得到用户在微信支付功能中绑定的信用卡的明文卡号对应的哈希值A，将哈希值A通过卡号加密服务器接口返回给微信客户端。微信客户端基于用户在信用卡还款功能中的账号调用目标功能管理服务器接口，向目标功能管理服务器发送查询请求，响应于该加密请求，目标功能管理服务器查询，得到用户在信用卡还款功能中绑定的信用卡号加密后的哈希值B，将哈希值B通过目标功能管理服务器接口返回给微信客户端，，微信客户端在接收到哈希值A和哈希值B后，将A与B对比，得到二者中重合的哈希值C，在A中过滤掉C，获取A中过滤掉C后剩下的哈希值所对应的明文卡号的开户行和持卡人姓名，将所剩哈希值对应的明文卡号的末四位、对应的开户行以及对应的持卡人姓名显示于终端设备的屏幕中，用户选择需要绑定的银行卡号，点击终端设备的屏幕中的绑定按钮，客户端在接收到该绑定操作后，调用绑卡服务，即将用户选择的银行卡号与用户在信用卡还款功能中的账号进行绑定，并反馈绑卡成功，即实现了将微信支付功能中绑定的信用卡快捷绑定到信用卡还款功能中。

在本发明实施例中，用户可将信用卡还款功能中绑定的信用卡快捷绑定到微信支付功能中，也可将微信支付功能中绑定的信用卡绑定到信用卡还款功能中。

通过微信账户体系的映射与查询、判断，本发明实施例可以实现将用户已绑定在微信支付功能但是未绑定在信用卡还款功能的信用卡进行快捷绑定，提升用户信用卡绑卡的效率。同时，通过卡号的加密，用户的授权流程，保证了用户个人信息的安全性与业务的合规性。

本发明实施例也可结合区块链技术实现，区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

在一些实施例中，参见图1B，图1B是本发明实施例提供的账号绑定系统的一个可选的架构示意图，基于图1A，图1A中示出的各种服务器都可以加入区块网络，使得本发明实施例上文记载的各种处理逻辑可以采用在区块链网络中部署的智能合约的形式来实现，上文记载的各种数据可以存储在区块链中，从而实现数据的不改篡改和业务逻辑的可靠性。

以账号转化服务为例，账号转化服务器提供的账号转换服务对应的接口可以采用部署在区块链网络中的智能合约来实现，账号转化服务所使用的映射关系可以存储到区块链中；客户端可以通过向区块链网络提交交易的方式来查询区块链中的映射关系，从而在实现不同功能的账号体系相互隔离(保证不同功能运维方的数据安全)的情况下，实现了业务账号的可靠转化。

同理，敏感用户信息服务器提供的用于查询用户敏感信息(例如账号的明文信息)接口、以及用户信息服务器提供的用户查询用户信息(例如绑定序列号)的接口也可以采用部署在区块链网络中的智能合约来实现，客户端可以通过向区块链网络提交交易的方式来查询相关信息，确保查询结果的可靠性。

下面继续说明本发明实施例提供的账号绑定装置255的实施为软件单元的示例性结构，在一些实施例中，如图2所示，存储在存储器250的账号绑定装置255中的软件单元可以包括：接收单元2551，用于接收针对客户端中的目标功能的账号绑定操作；获取单元2552，用于响应于账号绑定操作，获取客户端中区别于目标功能的其他功能已经绑定的账号；绑定单元2553，用于建立目标功能与账号的绑定关系；呈现单元2554，用于呈现目标功能与账号的绑定成功消息。

在一些实施例中，接收单元2551用于：呈现客户端中涉及账号操作的多个功能，并接收在多个功能中的功能选择操作；响应于功能选择操作在多个功能中触发的目标功能，呈现目标功能的使用界面，并在使用界面中呈现目标功能的账号绑定操作入口；接收触发账号绑定入口的账号绑定操作。

在一些实施例中，接收单元2551还用于：当目标功能未绑定有对应的账号时，在使用界面中呈现目标功能的账号绑定操作入口。

在一些实施例中，接收单元2551还用于：当目标功能已经绑定有对应的账号时，呈现目标功能的账号绑定操作入口，并呈现目标功能已经绑定的账号所对应的服务操作入口；接收针对服务操作入口的服务触发操作；响应于服务触发操作，对目标功能所绑定的账号执行目标服务，以呈现与目标服务的服务场景对应的服务结果。

在一些实施例中，获取单元2552用于：针对客户端的全部功能中除目标功能的其他功能，基于每个其他功能对应的业务账号，查询每个其他功能已经绑定的账号；从查询到的已经绑定的账号中，过滤掉目标功能已经绑定的账号。

在一些实施例中，获取单元2552还用于：获取目标功能对应的业务账号；调用账号转化服务，以对目标功能对应的业务账号进行转化，得到每个其他功能对应的业务账号。

在一些实施例中，获取单元2552还用于：基于每个其他功能对应的业务账号，查询已经绑定到每个其他功能的账号对应的绑定序列号；基于每个绑定序列号进行查询，得到已经绑定到每个其他功能的账号的明文信息。

在一些实施例中，获取单元2552还用于：通过调用目标功能的应用程序接口，向用户信息服务器查询已经绑定到每个其他功能的账号对应的绑定序列号；通过调用应用程序接口，并基于每个绑定序列号，向敏感用户信息服务器进行查询，得到已经绑定到每个其他功能的账号的明文信息。

在一些实施例中，获取单元2552还用于：通过调用应用程序接口，以查询目标功能已经绑定的账号对应的哈希值；将已经绑定到每个其他功能的账号的明文信息对应的哈希值，与目标功能已经绑定的账号对应的哈希值进行比对，以过滤掉相同哈希值在目标功能中对应的账号。

在一个可能的示例中，绑定单元2553用于：当其他功能已经绑定有多个账号时，呈现多个账号；接收在多个账号中的账号选择操作；响应于账号选择操作在多个账号中选择的目标账号，将目标账号作为与目标功能待绑定的账号，并建立对应的绑定关系。

在一个可能的示例中，绑定单元2553用于：当其他功能只绑定了一个账号，且已经获得账号的自动绑定预授权时，建立目标功能与账号的绑定关系。

在一个可能的示例中，绑定单元2553用于：当其他功能绑定了单一账号，且未获得单一账号的自动绑定预授权时，呈现单一账号；接收针对单一账号的账号选择操作；响应于账号选择操作，建立单一账号与目标功能的绑定关系。

本发明实施例提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本发明实施例提供的方法，例如，如图3至图12任一附图示出的账号的绑定方法。

在一些实施例中，存储介质可以是FRAM、ROM、PROM、EPROM、EE PROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(H TML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上，客户端在接收针对客户端中的目标功能的账号绑定操作后，响应于账号绑定操作，获取客户端中区别于目标功能的其他功能已经绑定的账号，并建立目标功能与账号的绑定关系，从而将同一客户端中其他功能下的账号与目标功能进行绑定，不需要输入账户信息，绑定更为便捷，最后，呈现目标功能与账号的绑定成功消息，可使用户直观的了解绑定情况，整个过程中只需要用户确认信息即可，不需要输入账户信息，因而极大的提升了用户体验，通过轻量的操作流程提升流程转化率，同样的处理方法与操作流程，可广泛应用于支付相关业务中。

以上，仅为本发明的实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本发明的保护范围之内。

Claims (15)

1.一种账号绑定方法，其特征在于，所述方法包括：

接收针对客户端中的目标功能的账号绑定操作；

响应于所述账号绑定操作，基于所述客户端中区别于所述目标功能的其他功能对应的业务账号，查询所述其他功能已经绑定的账号；

其中，所述其他功能对应的业务账号是对所述目标功能对应的业务账号进行转化得到的；

建立所述目标功能与所述账号的绑定关系，并

呈现所述目标功能与所述账号的绑定成功消息。

2.根据权利要求1所述的方法，其特征在于，所述接收针对客户端中的目标功能的账号绑定操作，包括：

呈现所述客户端中涉及账号操作的多个功能，并接收在所述多个功能中的功能选择操作；

响应于所述功能选择操作在所述多个功能中触发的目标功能，呈现所述目标功能的使用界面，并在所述使用界面中呈现所述目标功能的账号绑定操作入口；

接收触发所述账号绑定入口的账号绑定操作。

3.根据权利要求2所述的方法，其特征在于，所述在所述使用界面中呈现所述目标功能的账号绑定操作入口，包括：

当所述目标功能未绑定有对应的账号时，在所述使用界面中呈现所述目标功能的账号绑定操作入口。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

当所述目标功能已经绑定有对应的账号时，呈现所述目标功能的账号绑定操作入口，并呈现所述目标功能已经绑定的账号所对应的服务操作入口；

接收针对所述服务操作入口的服务触发操作；

响应于所述服务触发操作，对所述目标功能所绑定的账号执行目标服务，以呈现与所述目标服务的服务场景对应的服务结果。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

从查询到的所述其他功能已经绑定的账号中，过滤掉所述目标功能已经绑定的账号。

6.根据权利要求1所述的方法，其特征在于，所述查询所述其他功能已经绑定的账号之前，所述方法还包括：

获取所述目标功能对应的业务账号；

调用账号转化服务，以对所述目标功能对应的业务账号进行转化，得到每个所述其他功能对应的业务账号。

7.根据权利要求5所述的方法，其特征在于，所述基于所述客户端中区别于所述目标功能的其他功能对应的业务账号，查询所述其他功能已经绑定的账号，包括：

基于所述客户端中区别于所述目标功能的每个所述其他功能对应的业务账号，查询已经绑定到每个所述其他功能的账号对应的绑定序列号；

其中，所述绑定序列号是由服务器分配的业务编号，且是当所述服务器将所述其他功能的账号与所述其他功能绑定时分配的；

基于每个所述绑定序列号进行查询，得到已经绑定到每个所述其他功能的账号的明文信息。

8.根据权利要求7所述的方法，其特征在于，所述查询已经绑定到每个所述其他功能的账号对应的绑定序列号，包括：

通过调用所述目标功能的应用程序接口，向用户信息服务器查询已经绑定到每个所述其他功能的账号对应的绑定序列号；

所述基于每个所述绑定序列号进行查询，得到已经绑定到每个所述其他功能的账号的明文信息，包括：

通过调用所述应用程序接口，并基于每个所述绑定序列号向敏感用户信息服务器进行查询，得到已经绑定到每个所述其他功能的账号的明文信息。

9.根据权利要求8所述的方法，其特征在于，所述从查询到的所述其他功能已经绑定的账号中，过滤掉所述目标功能已经绑定的账号，包括：

通过调用所述应用程序接口，以查询所述目标功能已经绑定的账号对应的哈希值；

将已经绑定到每个所述其他功能的账号的明文信息对应的哈希值，与所述目标功能已经绑定的账号对应的哈希值进行比对，以过滤掉相同哈希值在所述目标功能中对应的账号。

10.根据权利要求1至9任一项所述的方法，其特征在于，所述建立所述目标功能与所述账号的绑定关系，包括：

当所述其他功能已经绑定有多个账号时，呈现所述多个账号；

接收在所述多个账号中的账号选择操作；

响应于所述账号选择操作在所述多个账号中选择的目标账号，将所述目标账号作为与所述目标功能待绑定的账号，并建立对应的绑定关系。

11.根据权利要求1至9任一项所述的方法，其特征在于，所述建立所述目标功能与所述账号的绑定关系，包括：

当所述其他功能只绑定了一个账号，且已经获得所述账号的自动绑定预授权时，建立所述目标功能与所述账号的绑定关系。

12.根据权利要求1至9任一项所述的方法，其特征在于，所述建立所述目标功能与所述账号的绑定关系，包括：

当所述其他功能绑定了单一账号，且未获得所述单一账号的自动绑定预授权时，呈现所述单一账号；

接收针对所述单一账号的账号选择操作；

响应于所述账号选择操作，建立所述单一账号与所述目标功能的绑定关系。

13.一种账号绑定装置，其特征在于，包括：

接收单元，用于接收针对客户端中的目标功能的账号绑定操作；

获取单元，用于响应于所述账号绑定操作，基于所述客户端中区别于所述目标功能的其他功能对应的业务账号，查询所述其他功能已经绑定的账号；其中，所述其他功能对应的业务账号是对所述目标功能对应的业务账号进行转化得到的；

绑定单元，用于建立所述目标功能与所述账号的绑定关系；

呈现单元，用于呈现所述目标功能与所述账号的绑定成功消息。

14.一种终端设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至12任一项所述的账号绑定方法。

15.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行时，实现权利要求1至12任一项所述的账号绑定方法。

Images