CN114866268A - 一种实现账号互通的方法、装置及电子设备 - Google Patents
一种实现账号互通的方法、装置及电子设备 Download PDFInfo
- Publication number
- CN114866268A CN114866268A CN202110171316.7A CN202110171316A CN114866268A CN 114866268 A CN114866268 A CN 114866268A CN 202110171316 A CN202110171316 A CN 202110171316A CN 114866268 A CN114866268 A CN 114866268A
- Authority
- CN
- China
- Prior art keywords
- account
- platform
- role
- information
- 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
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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
Abstract
本发明公开了一种实现账号互通的方法、装置及电子设备，方法包括：响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；存储所述目标角色和所述第一账号的绑定结果。本发明将账号绑定结果存储在独立于第一平台和第二平台的服务器端上，提高了数据的安全性；本发明的账号绑定无需通过登录令牌，不存在时效期限，能够提高账号互通的效率，可广泛应用于互联网数据处理技术领域。
Description
技术领域
本发明涉及互联网数据处理技术领域，尤其是一种实现账号互通的方法、装置及电子设备。
背景技术
随着互联网技术的不断发展，人们现在大多都通过网络进行通信和资源共享，每个人都可以在网络的不同平台上拥有独立的个人账号，各个互联网企业为了共同实现对目标用户的消费挖掘，经常需要为同一个目标用户提供跨平台的业务运营活动。而跨平台的业务运营活动就需要将目标用户在不同平台上的账号进行绑定，以实现不同账号之间的数据互通。
但是，在不同平台之间绑定账号进行数据互通时，相关技术一般通过用户登录令牌在第一平台登录第二平台的账号，而用户登录令牌存在有效时限，超过有效时限后登录的账号就会失效，因此需要用户重复绑定账号，账号互通的效率低。
另外，相关技术在第一平台绑定第二平台的账号时，第一平台可以通过抓包等数据处理的方式来获取第二平台的账号信息，由此造成用户账号信息的安全隐患。
因此，如何实现用户在不同平台之间账号的高效互通，不受时限影响，并保证用户账号信息的安全，是一个亟待解决的问题。
发明内容
有鉴于此，本申请实施例提供一种实现账号互通的方法、装置及电子设备，以提高不同平台之间的账号互通效率，并提高数据安全性。
本申请实施例的一方面提供了一种实现账号互通的方法，包括：
响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；
存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的方法，包括：
向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的方法，包括：
响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定所述第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的方法，包括：
第一平台向服务器端发送账号绑定请求；
所述服务器端响应于所述第一平台发送的账号绑定请求，将所述账号绑定请求发送至第二平台；
所述第二平台根据所述账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息；
所述服务器端向所述第一平台发送所述角色信息；
所述第一平台接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
所述第一平台向所述服务器端发送目标角色绑定请求；
所述服务器端接收所述第一平台发送的所述目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
所述服务器端存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的装置，包括：
第一响应模块，用于响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
第一发送模块，用于向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
第二响应模块，用于响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
存储模块，用于存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的装置，包括：
第二发送模块，用于向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
显示模块，用于接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
第三发送模块，用于向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面提供了一种实现账号互通的装置，包括：
第三响应模块，用于响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
第四响应模块，用于响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定所述第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例还提供了一种实现账号互通的系统，包括第一平台、服务器端和第二平台；
其中，所述服务器端，包括：
第一响应模块，用于响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
第一发送模块，用于向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
第二响应模块，用于响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
存储模块，用于存储所述目标角色和所述第一账号的绑定结果；
所述第一平台，包括：
第二发送模块，用于向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
显示模块，用于接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
第三发送模块，用于向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
所述第二平台，包括：
第三响应模块，用于响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
第四响应模块，用于响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定所述第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例的另一方面还提供了一种电子设备，包括处理器以及存储器；
所述存储器用于存储程序；
所述处理器执行所述程序实现如前面所述的方法。
本申请实施例的另一方面还提供了一种计算机可读存储介质，所述存储介质存储有程序，所述程序被处理器执行实现如前面所述的方法。
本申请实施例的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前面的方法。
本申请的实施例通过第一平台向服务器端发送账号绑定请求，由服务器端根据所述账号绑定请求从第二平台获取第二账号下的角色信息，并将角色信息发送给第一平台进行显示；接着通过第一平台向服务器端发送目标角色绑定请求，由服务器端确定第一账号和第二账号属于同一用户后，将目标角色绑定至第一账号，最后根据目标角色和第一账号之间的绑定结果，构建所述第一平台和第二平台之间的数据互通通道。在本申请实施例的账户互通过程中，通过独立于第一平台和第二平台的服务器端来实现第一账号和第二账号之间的绑定，在账号绑定之后，由于绑定结果存储在服务器端上，因此第一平台或者第二平台无法通过抓包等数据处理的方式来获取对方的账号信息，提高了数据的安全性；另外，本申请实施例通过服务器端对第一账号和第二账号进行绑定，无需通过登录令牌，因此绑定时效不存在期限，能够减少因绑定时效过期而带来的重新绑定操作，提高账号互通的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种实施环境的结构示意图；
图2为本申请实施例提供的服务器端执行的实现账号互通的方法的步骤流程图；
图3为本申请实施例提供的第一平台执行的实现账号互通的方法的步骤流程图；
图4为本申请实施例提供的第二平台执行的实现账号互通的方法的步骤流程图；
图5为本申请实施例提供的实现账号互通的方法的整体步骤流程图；
图6为本申请实施例提供的实现账号互通的方法的时序图；
图7为本申请实施例提供的一种直播平台的界面示意图；
图8为本申请实施例提供的绑定账号的第一界面示意图；
图9为本申请实施例提供的角色绑定的界面示意图；
图10为本申请实施例提供的绑定账号的第二界面示意图；
图11为本申请实施例提供的第一平台向第二平台发起发货请求的时序图；
图12为本申请实施例提供的第二平台向第一平台发起信息推送请求的时序图；
图13为本申请实施例提供的账号绑定的整体流程图；
图14为本申请实施例提供的一种实现账号互通的装置的逻辑框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
在传统的账号互通过程中，一般需要通过用户登录令牌在第一平台登录第二平台的账号，而用户登录令牌存在有效时限，超过有效时限后登录的账号就会失效，因此需要用户重复绑定账号，账号互通的效率低。另外，相关技术在第一平台绑定第二平台的账号时，第一平台可以通过抓包等数据处理的方式来获取第二平台的账号信息，由此造成用户账号信息的安全隐患。
为此，本申请实施例提供了一种实现账号互通的方法，该方案通过服务器端响应于第一平台发送的账号绑定请求，根据账号绑定请求从第二平台获取第二账号下的角色信息；接着向第一平台发送角色信息，以使第一平台显示用户在第二账号下的角色列表；然后响应于第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号；最后存储目标角色和第一账号的绑定结果。本申请的账户互通过程中，通过独立于第一平台和第二平台的服务器端来实现第一账号和第二账号之间的绑定，在账号绑定之后，由于绑定结果存储在服务器端上，因此第一平台或者第二平台无法通过抓包等数据处理的方式来获取对方的账号信息，提高了数据的安全性；另外，本申请实施例通过服务器端对第一账号和第二账号进行绑定，无需通过登录令牌，因此绑定时效不存在期限，能够减少因绑定时效过期而带来的重新绑定操作，提高账号互通的效率。
图1是本申请实施例提供的一种实施环境的结构示意图。如图1所示，在该实施环境中包括服务器端102和多个平台，在图1中示出的第一平台可以包括终端设备101A和终端设备101B，第二平台可以包括终端设备103A和104B，其中，第一平台和第二平台分别与服务器端102通信连接，该通信连接可以是无线连接或有线连接，该无线连接可以包括但不限于无线保真(Wireless Fidelity，WIFI)连接、数据连接、蓝牙连接或红外连接等，该有线连接可以包括但不限于通用串行总线(Universal Serial Bus，USB)连接。
在图1所示的实施环境中，终端设备101A、101B、103A、103B可以是任何一种可通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互的电子产品，例如个人计算机(Personal Computer，PC)、智能手机、个人数字助手(PersonalDigital Assistant，PDA)、可穿戴设备、掌上电脑PPC(Pocket PC)、平板电脑、智能车机、智能电视、智能音箱等。图1中以智能手机和个人计算机为例对终端设备进行举例说明，并根据上述终端设备来实现第一平台或者第二平台在本申请中的功能。需要说明的是，本申请不对终端设备的产品类型进行限定，任意能够实现本申请的第一平台或者第二平台的功能的终端设备，均在本申请的保护范围内。
具体地，第一平台可以登录第一账号，并基于已登录的第一账号进行相应操作；第二平台可以登录第二账号，并基于已登录的第二账号进行相应操作。
服务器端102可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务中心，服务器端可以为第一平台和第二平台构建数据互通通道，进而实现第一账号和第二账号之间的绑定，并实现不同账号之间的数据互通。
以图1中的个人计算机101B为第一平台、以个人计算机103B为第二平台为例进行说明。其中，个人计算机101B可以登录第一平台的第一账号，个人计算机103B可以登录第二平台的第二账号。
需要说明的是，用户可以通过第一平台进行账号角色的绑定操作，比如账号绑定请求、目标角色绑定请求以及发货请求等。在账号角色的绑定过程中，第一平台通过发起上述账号绑定请求或目标角色绑定请求来与服务器端进行数据交互，进而实现第一账号和第二账号之间的绑定。在该绑定操作过程中，第一平台没有与第二平台进行直接交互，而是通过服务器端起到中间桥梁的作用，通过服务器端来实现第一账号和第二账号之间的绑定，在账号绑定之后，由于绑定结果存储在服务器端上，因此第一平台或者第二平台无法通过抓包等数据处理的方式来获取对方的账号信息，提高了数据的安全性。
在如图1所示的实施环境中，为实现本申请的账号互通方法，第一平台、服务器端和第二平台具体执行以下步骤：第一平台向服务器端发送账号绑定请求；服务器端响应于第一平台发送的账号绑定请求，将账号绑定请求发送至第二平台；第二平台根据账号绑定请求，向服务器端发送用户在第二账号下的角色信息；服务器端向所述第一平台发送角色信息；第一平台接收服务器端发送的角色信息，显示用户在第二账号下的角色列表；第一平台向服务器端发送目标角色绑定请求；服务器端接收第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号；第一账号为用户在第一平台上注册的账号；服务器端存储目标角色和第一账号的绑定结果；其中，第一账号为用户在第一平台上注册的账号；第二账号为用户在第二平台上注册的账号；目标角色为角色列表中被选取的至少一个角色。例如，当第一平台为直播平台时，第二平台为游戏平台时，则第一账号为用户直播平台上进行娱乐的账号，第二账号为用户在游戏平台上进行娱乐的账号。通过绑定直播平台的第一账号和游戏平台的第二账号，能够实现直播平台和游戏平台之间的数据互通，实现跨平台的业务运营活动，例如可以在直播平台观看直播内容的时候，查询游戏平台上的游戏任务进度，发送游戏道具等虚拟物品；也可以在游戏平台的游戏内查询直播平台上的用户任务进度，发送直播礼物等虚拟物品。具体地，例如对于一个游戏玩家，可以由直播平台方跟游戏平台方共同提供一个业务运营活动，当用户在直播平台中观看该游戏内容的时长积累到一定时长时，游戏方会给该用户在游戏账号上发放礼品，由此，既能通过发放礼品来刺激更多用户来到直播平台上，又能提高该款游戏的曝光度，实现双方企业的共赢。
可以理解的是，第一平台也可以是游戏平台，第二平台为直播平台；以及第一平台可以是购物平台，第二平台可以是社交平台等，本申请在此不对平台的类型进行限定。
本领域技术人员能理解的是，第一平台101B、服务器端102和第二平台103B仅为举例，其他现有的或今后可能出现的第一平台或服务器端或第二平台如可适用于本申请，也应包含在本申请保护范围以内，并在此以引用方式包含于此。
需要说明的是，本申请实施例的第一平台具有检测用户输入的操作指令的功能以及与服务器端进行通信的功能。操作指令可以是点击指令、长按指令或者语音指令。在此不对操作指令的实现方式进行限定。用户可以通过第一平台进行账号绑定操作，在账号绑定操作过程中，第一平台可以获取用户输入的账号绑定请求、目标角色绑定请求以及发货请求等，并将账号绑定请求、目标角色绑定请求以及发货请求等发送至服务器端，以使服务器端响应请求并执行相应的操作。
本申请实施例的服务器端具有与第一平台通信以及与第二平台通信的功能。服务器端可以接收第一平台发送的账号绑定请求、目标角色绑定请求以及发货请求等，并根据接收到的不同请求执行对应的处理，以使将第二账号上的目标角色绑定至第一账号。服务器端还可以接收第二平台发送的信息推送请求，并执行相应的处理，以使得第一平台向第一账号推送信息。
本申请实施例的第二平台具有检测用户输入的操作指令的功能以及与服务器端进行通信的功能。操作指令可以是点击指令、长按指令或者语音指令。在此不对操作指令的实现方式进行限定。第二平台可以接收服务器端发送的账号绑定请求和目标角色绑定请求，以实现将第二账号的目标角色绑定至第一账号。第二平台还可以获取用户输入的信息推送请求等，并将信息推送请求等发送至服务器端，以使服务器端响应请求并执行相应的操作，以使得第一平台向第一账号推送信息。
本申请实施例提出了实现账号互通的方法，图2是本申请实施例提供的一种实现账号互通的方法的流程图，该方法可以应用于图1所示实施环境中的服务器端102，由服务器端102执行处理，如图2所示，该方法可以包括步骤S210-S240：
S210、响应于第一平台发送的账号绑定请求，根据账号绑定请求从第二平台获取第二账号下的角色信息；
具体地，上述第一平台上登录有用户的第一账号，第二账号为用户在第二平台上注册的账号。本申请实施例通过第一平台向服务器端发送账号绑定请求，该账号绑定请求用于让服务器端从第二平台获取用户在第二平台的第二账号下的角色信息，进而将用户的第一账号与第二平台上对应的第二账号进行绑定。本申请实施例的第一账号与第二账号具有映射关系，两个账号均属于同一个用户注册的账号。其中，第二平台可以例如是游戏平台，第二账号可以例如是游戏平台上的游戏账号，进而，角色信息可以例如是上述游戏账号下不同游戏类别中不同角色的信息。第一平台可以例如是直播平台，第一账号可以例如是用户在直播平台上的用户账号，对于直播平台上的主播，上述用户账号可以是主播账号。
S220、向第一平台发送角色信息，以使第一平台显示用户在第二账号下的角色列表；
具体地，本申请实施例的服务器端在获取了第二账号的角色信息后，将角色信息发送给第一平台。可以理解的是，在本申请实施例中，第一平台是账号绑定请求的发起方，也是用户进行账号绑定操作的操作终端(例如，用户可以通过图1所示的终端设备101A或者101B向第一平台触发账号绑定请求，进而由第一平台向服务器端发送该账号绑定请求)，因此，当服务器端将角色信息发送给第一平台后，第一平台可以显示第二账号下的角色列表，其中，角色列表包括用户在第二账号下的所有角色信息。本申请实施例能够使得第一平台将第二账号下的所有角色信息完整展示，丰富了用户的可视化数据，便于用户直观地确定需要进行绑定的目标角色。
S230、响应于第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号；
其中，本申请实施例的目标角色为上述角色列表中被选取的至少一个角色。服务器端在接收到第一平台发送的目标角色绑定请求后，判断第一平台上的第一账号和第二平台上的第二账号是否属于同一用户，当第一账号和第二账号均属于同一用户的时候，将目标角色绑定至第一账号，实现了第一平台与第二平台之间的账号互通。
S240、存储目标角色和第一账号的绑定结果；
具体地，本申请实施例将目标角色和第一账号的绑定结果存储在服务器端，而服务器端是独立于第一平台和第二平台的，因此，绑定结果中包含的第一账号的相关信息和目标角色的相关信息，均无法被第一平台或者第二平台获取。通过本申请实施例的方法，第一平台或者第二平台无法通过抓包等数据处理的方式来获取对方的账号信息，提高了数据的安全性。
另外，由于相关技术一般会调用用户登录令牌在第一平台登录第二平台的账号，而用户登录令牌均存在有效时限，例如，在一些场景中，一个平台的网页上会弹出二维码标签，当用户通过移动终端上的应用程序扫描该二维码标签后，即可完成网页上的平台的账号登录或者账号绑定，而这个二维码标签存在有效期限，当用户关闭网页，或者持续一段时间没有在该网页上进行操作时，用户扫码登录或绑定的账号就会失效，当用户需要再次登录或者绑定时，则需要重新扫描二维码标签。
上述步骤S210-S240中，本申请实施例通过服务器端对第一账号和第二账号进行绑定，无需通过登录令牌，绑定时效不存在期限，即使用户重新登录第一平台，也可以通过服务器端直接关联绑定好的目标角色，能够减少因绑定时效过期而带来的重新绑定操作，提高账号互通的效率。
在一些实施例中，本申请实施例的实现账号互通的方法还包括步骤S250-S270：
S250、响应于第一平台发送的发货请求，根据绑定结果确定用户在第一账号下绑定的第二账号；
具体地，本申请实施例将第一账号和目标角色绑定之后，可以实现第一平台和第二平台之间业务运营的交互。服务器端接收到第一平台发送的发货请求之后，根据发货请求中包含的第一账号信息，在服务器端上找到对应的第二账号。根据上述步骤S210-S240，第一账号已经绑定了第二账号的目标角色，并在服务器端上存储了第一账号与目标角色之间的绑定结果，因此，服务器端根据接收到的发货请求，识别了第一账号的信息之后，可以从上述绑定结果中匹配得到该第一账号绑定的第二账号。
S260、根据发货请求，向第二平台的第二账号发送发货指令，以使第二平台向第二账号发放虚拟物品；
具体地，本申请实施例在确定第一账号绑定的第二账号之后，将发货请求对应的发货指令发送给第二平台，进而由第二平台向第二账号发放虚拟物品。需要说明的是，虚拟物品可以是第二平台上的平台道具，也可以是用户兑换实体礼品的礼品卷，还可以是第二平台中目标角色可用的道具，例如，以直播平台作为第一平台，并以游戏平台作为第二平台为例，虚拟物品可以是游戏平台的虚拟游戏货币，该虚拟游戏货币可以在游戏平台上进行任意消费。虚拟物品也可以是用于兑现线下礼物的礼品卷，通过该礼品卷，用户可以在线下实体店中兑换礼物。虚拟物品还可以是游戏角色中的虚拟角色装备，虚拟角色装备用于提升用户的目标角色在游戏中的实力，提升用户的游戏体验。在此，本申请实施例不对虚拟物品的类型进行限定。
S270、接收第二平台反馈的发货结果，向第一平台发送发货凭证。
具体地，本申请实施例的第二平台根据发货指令向第二账号发放虚拟物品之后，向服务器端反馈发货结果，因此，服务器端在接收到第二平台反馈的发货结果后，向第一平台发送发货凭证。根据接收到的发货凭证，第一平台可以向用户显示该发货凭证，使用户能够快速确认第二账号上虚拟物品的到货情况，提升了用户体验。
在一些实施例中，该实现账号互通的方法还包括步骤S280-S2110：
S280、响应于第二平台发送的信息推送请求，根据绑定结果确定用户在第二账号下绑定的第一账号；
具体地，本申请实施例将第一账号和目标角色绑定之后，可以实现第一平台和第二平台之间业务运营的交互。上述步骤S250-S270实现了第一平台向第二平台的运营操作，步骤S280-S2110则用于实现第二平台向第一平台的运营操作。服务器端在接收到第二平台发送的信息推送请求后，根据信息推送请求中包含的第二账号信息，在服务器端中找到对应的第一账号。根据上述步骤S210-S240，第一账号已经绑定了第二账号的目标角色，并在服务器端上存储了第一账号与目标角色之间的绑定结果，因此，服务器端根据接收到的信息推送请求，识别了第二账号的信息之后，可以从上述绑定结果中匹配得到该第二账号绑定的第一账号。
S290、根据信息推送请求，向第一平台的第一账号发送信息推送指令，以使第一平台向第一账号推送信息；
具体地，本申请实施例在确定了第二账号绑定的第一账号之后，将信息推送请求对应的信息推送指令发送给第一平台，进而由第一平台向第一账号推送信息。例如，以直播平台作为第一平台，并以游戏平台作为第二平台为例，服务器端接收到游戏平台发送的信息推送请求后，将信息推送指令发送给直播平台的第一账号，其中，推送的信息可以是游戏平台上第二账号发生的游戏事件，例如第二账号下的目标角色在游戏中发生的游戏事件，此时，对于正在直播平台观看直播内容的用户，能够及时获知游戏平台上发生的游戏动态，实现了游戏平台与直播平台之间的业务联动运营。
S2110、接收第一平台反馈的信息推送结果，向第二平台发送信息推送凭证。
具体地，本申请实施例的第一平台根据信息推送指令向第一账号推送信息之后，向服务器端反馈信息推送结果，因此，服务器端在接收到第一平台反馈的信息推送结果后，向第二平台发送信息推送凭证。根据接收到的信息推送凭证，第二平台能够确认信息推送成功，在一些实施例中，如果第二平台没有接收到信息推送凭证，则可以持续向服务器端发送信息推送请求，直至第二平台接收到服务器端反馈的推送凭证。
至此，本申请实施例通过上述步骤S250-S270以及S280-S2110，能够实现第一平台和第二平台之间的业务运营交互，通过服务器端作为中间桥梁，既能由第一平台向第二平台发起发货请求，又能由第二平台向第一平台发起信息推送请求，通过第一平台和第二平台之间的双端互通，促进了跨平台之间的数据交流，能够提高数据的利用率。
在一些实施例中，上述步骤S220中，向第一平台发送所述角色信息，包括步骤S221-S222：
S221、对用户在第二平台的第二账号下的角色信息进行脱敏处理；
S222、将脱敏处理后的角色信息发送至第一平台。
具体地，为了进一步提高对用户账号信息的安全保障力度，本申请实施例通过服务器端从第二平台获取了角色信息之后，对角色信息进行脱敏处理，然后再将脱敏处理后的角色信息发送至第一平台。通过本申请实施例的方法，第一平台获取到的角色信息已经经过了脱敏处理，因此第一平台在显示角色信息的时候，无法获取角色信息的私密数据，能够保障第二平台的用户数据隐私，进一步提高了数据安全性。
可以理解的是，本申请实施例的脱敏处理也可以称为数据漂白、数据去隐私化或者数据变形的过程，是指对某些敏感隐私数据(本申请实施例中特指用户账号下的角色信息)通过脱敏规则进行数据的变形，实现敏感隐私数据的可靠保护。示例的，本申请实施例对角色信息的脱敏处理可以采用以下方式：对角色信息进行加密、格式转换及预定内容处理中的至少一项处理。本申请实施例在此不对脱敏处理的具体方式进行限定。
在一些实施例中，上述步骤S240中，存储目标角色和第一账号的绑定结果，包括步骤S241-S243：
S241、获取第一账号的第一账号信息表，并获取第二账号的第二账号信息表；
具体地，本申请实施例的服务器端用于存储目标角色和第一账号的绑定结果，为了提高服务器端在响应第一平台的账号绑定请求时候的响应速度，可以通过步骤S241-S243来实现。
在本申请实施例中，第一账号信息表用于记录第一账号的账号信息，例如第一平台的标识、第一账号的标识、账号类型、账号名称、账号更新时间、账号注册时间以及账号图像等；同理，第二账号信息表用于记录第二账号的账号信息。
示例性的，本申请实施例以下列表1作为第一账号信息表：
表1
在表1中示例性给出了第一账号信息表可以包括的账号信息，具体包括多个账号参数，例如：第一账号sGUID、用户的身份标识sUserID、第一账号的身份标识sGameOpenid、账号类型sAccountType、账号名称sUserName、账号更新时间dtUpdate、账号创建时间dtCreate、第一账号的头像sHeadImg、第一平台的应用程序标识sPlatAppId、第一平台的平台标识sPlatOpenId。其中，每个参数对应的数据类型和数据长度均可查表1获知。
示例性的，本申请实施例以下列表2作为第二账号信息表：
表2
在表2中示例性给出了第二账号信息表可以包括的账号信息，具体包括多个账号参数，例如：第二账号sGUID、第二账号的身份标识sGameOpenID、角色标识sRoleID、账号名称sAreaName、大区名称iArea、大区标识iPlatID、平台名称sPlatName、小区标识iPartition、小区名称sPartitionName、角色名称sRoleName、更新时间dtUpdate、创建时间dtCreate。其中，每个参数对应的数据类型和数据长度均可查表2获知。
本申请实施例通过上述第一账号信息表(如表1)和第二账号信息表(如表2)，能够使服务器端存储丰富的第一账号和第二账号的相关信息，同时，根据第一账号信息表和第二账号信息表，服务器端可以响应于第一平台或者第二平台的请求，向第一平台或者第二平台提供双方的账号信息，进一步促进多端之间的数据交流。
S242、根据第一账号信息表和第二账号信息表，生成并存储账号映射信息表；
具体地，本申请实施例通过服务器端将第一账号和第二账号绑定之后，根据第一账号与第二账号之间的账号映射关系，生成对应的账号映射信息表。
示例性的，本申请实施例以表3为例，对账号映射信息表进行说明：
表3
该表3中以直播平台作为第一平台、以游戏平台作为第二平台为例生成账号映射信息表，该账号映射信息表中包括以下参数：用户的身份标识sUserID、平台的平台标识sPlatOpenId、账号信息sAccountGUID、角色信息sRoleGUID、更新时间dtUpdate、创建时间dtCreate以及主播标识isAnchor。
本申请实施例通过以上账号映射信息表，能够实时响应第一平台的账号绑定请求和目标角色绑定请求。当用户通过第一平台进行角色切换或者账号切换时，能够通过该账号映射信息表快速获取用户在第二平台的账号信息，进而实现快速切换，提高了账号互通的效率。
在一些实施例中，上述步骤S230中，响应于第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号，包括步骤S231-S233：
S231、响应于第一平台发送的目标角色绑定请求，获取第一平台中加密的第一账号；
具体地，本申请实施例的服务器端根据目标角色绑定请求从第一平台获取第一账号的信息的时候，第一平台将加密的第一账号提供给服务器端，因此，服务器端存储的第一账号信息属于加密信息，服务器端无法获取第一账号的隐私数据，能够保障第一平台的账号信息安全。可以理解的是，第一账号的加密算法可采用现有通用的加密算法。这样，可以有效减少用户的账号信息被泄露的风险。
S232、根据加密的第一账号，获取用户登录信息，并根据用户登录信息识别第二平台上与第一账号相对应的第二账号；用户登录信息用于授权服务器端获取第二账号的账号信息；
具体地，用户登录信息用于登录服务器端的账号系统，通过用户登录信息，使得用户获取对服务器端的相关权限，进而授权给用户获取服务器端中第一账号与第二账号的相关信息。可以理解的是，本申请实施例的用户登录信息可以包括第一账号的密钥信息，例如采用in it函数来获取加密的第一账号，然后通过该加密的第一账号，登录服务器端。
S233、根据第二账号的账号信息和目标角色绑定请求中的目标角色，将第二账号下的目标角色绑定至第一账号。
具体地，本申请实施例的服务器端根据用户登录信息，并获得对第二账号的查询权限之后，则可以通过上述表3的账号映射信息表来查询与第一账号相对应的第二账号。可以理解的是，本申请实施例中的第二账号的用户与第一账号的用户相同，即同一用户在第二平台上注册的账号。在查询到第二账号之后，根据上述表2的第二账号信息表能够确定第二账号中的角色信息，并根据目标角色绑定请求中指定的目标角色，将该目标角色绑定至第一账号。可以理解的是，本申请实施例的目标角色的数量可以不唯一，也就是说，当目标角色绑定请求中包含多个目标角色时，可以将第二账号下的多个目标角色绑定至第一账号。
本申请实施例提出了实现账号互通的方法，图3是本申请实施例提供的一种实现账号互通的方法的流程图，该方法可以应用于图1所示实施环境中的第一平台101A或101B，由第一平台执行处理，如图3所示，该方法可以包括步骤S310-S330：
S310、向服务器端发送账号绑定请求，以使服务器端根据账号绑定请求，从第二平台获取用户在第二平台的第二账号下的角色信息；
具体地，本申请实施例获取了用户的输入指令后，通过第一平台向服务器端发送账号绑定请求，该账号绑定请求用于让服务器端从第二平台获取用户在第二平台的第二账号下的角色信息，进而将用户的第一账号与第二平台上对应的第二账号进行绑定。可以理解的是，第一平台获取用户的输入指令可以是点击指令、长按指令或者语音指令，在此不对输入指令的实现方式进行限定。本申请实施例的第一账号与第二账号具有映射关系，两个账号均属于同一个用户注册的账号。其中，第二平台可以例如是游戏平台，第二账号可以例如是游戏平台上的游戏账号，进而，角色信息可以例如是上述游戏账号下不同游戏类别中不同角色的信息。第一平台可以例如是直播平台，第一账号可以例如是用户在直播平台上的用户账号，对于直播平台上的主播，上述用户账号可以是主播账号。
S320、接收服务器端发送的角色信息，显示用户在第二账号下的角色列表；
具体地，本申请实施例的第一账号与第二账号具有映射关系，两个账号均属于同一个用户注册的账号。其中，第二平台可以例如是游戏平台，第二账号可以例如是游戏平台上的游戏账号，进而，角色信息可以例如是上述游戏账号下不同游戏类别中不同角色的信息。第一平台可以例如是直播平台，第一账号可以例如是用户在直播平台上的用户账号，对于直播平台上的主播，上述用户账号可以是主播账号。
S330、向服务器端发送选取的目标角色绑定请求，以使服务器端在确定第一账号和第二账号属于同一用户后，将目标角色绑定至第一账号，得到目标角色和第一账号的绑定结果；
具体地，本申请实施例的目标角色为上述角色列表中被选取的至少一个角色。服务器端在接收到第一平台发送的目标角色绑定请求后，判断第一平台上的第一账号和第二平台上的第二账号是否属于同一用户，当第一账号和第二账号均属于同一用户的时候，将目标角色绑定至第一账号，实现了第一平台与第二平台之间的账号互通。
在一些实施例中，实现账号互通的方法还包括步骤S340和S350：
S340、向服务器端发送发货请求，以使服务器端向第二平台的第二账号发出发货指令，并使得第二平台向第二账号发放虚拟物品；其中，第二账号由服务器端根据发货请求确定；
具体地，本申请实施例将第一账号和目标角色绑定之后，可以实现第一平台和第二平台之间业务运营的交互。响应于用户的输入指令，第一平台向服务器端发送发货请求，服务器端根据发货请求中包含的第一账号信息，能够找到对应的第二账号。根据上述步骤S310-S330，第一账号已经绑定了第二账号的目标角色，并在服务器端上存储了第一账号与目标角色之间的绑定结果，因此，服务器端根据接收到的发货请求，识别了第一账号的信息之后，可以从上述绑定结果中匹配得到该第一账号绑定的第二账号，进而能够使得第二平台向第二账号发放虚拟物品。
S350、接收服务器端反馈的发货凭证，发货凭证由服务器端根据第二平台反馈的发货结果生成。
具体地，本申请实施例的第二平台根据发货指令向第二账号发放虚拟物品之后，向服务器端反馈发货结果，因此，服务器端在接收到第二平台反馈的发货结果后，向第一平台发送发货凭证。根据接收到的发货凭证，第一平台可以向用户显示该发货凭证，使用户能够快速确认第二账号上虚拟物品的到货情况，提升了用户体验。
在一些实施例中，实现账号互通的方法还包括步骤S360-S370：
S360、接收服务器端发送的信息推送指令；其中，信息推送指令由服务器端根据第二平台发送的信息推送请求生成；
具体地，本申请实施例将第一账号和目标角色绑定之后，可以实现第一平台和第二平台之间业务运营的交互。上述步骤S340-S350实现了第一平台向第二平台的运营操作，步骤S360-S370则用于实现第二平台向第一平台的运营操作。服务器端在接收到第二平台发送的信息推送请求后，根据信息推送请求中包含的第二账号信息，在服务器端中找到对应的第一账号。由于第一账号已经绑定了第二账号的目标角色，并在服务器端上存储了第一账号与目标角色之间的绑定结果，因此，服务器端根据接收到的信息推送请求，识别了第二账号的信息之后，可以从上述绑定结果中匹配得到该第二账号绑定的第一账号。第一平台的第一账号则能够准确接收服务器端转发的信息推送指令。
S370、根据信息推送指令，向第一账号推送信息，并向服务器端发送信息推送结果，以使服务器端向第二平台发送信息推送凭证。
具体地，本申请实施例由第一平台向第一账号推送信息。例如，以直播平台作为第一平台，并以游戏平台作为第二平台为例，服务器端接收到游戏平台发送的信息推送请求后，将信息推送指令发送给直播平台的第一账号，其中，推送的信息可以是游戏平台上第二账号发生的游戏事件，例如第二账号下的目标角色在游戏中发生的游戏事件，此时，对于正在直播平台观看直播内容的用户，能够及时获知游戏平台上发生的游戏动态，实现了游戏平台与直播平台之间的业务联动运营。
本申请实施例的第一平台根据信息推送指令向第一账号推送信息之后，向服务器端反馈信息推送结果，因此，服务器端在接收到第一平台反馈的信息推送结果，向第二平台发送信息推送凭证。根据接收到的信息推送凭证，第二平台能够确认信息推送成功，在一些实施例中，如果第二平台没有接收到信息推送凭证，则可以持续向服务器端发送信息推送请求，直至第二平台接收到服务器端反馈的推送凭证。因此，本申请实施例能够确保第二平台接收到信息推送凭证，减少第二平台重复发送信息推送请求造成的带宽压力。
本申请实施例提出了实现账号互通的方法，图4是本申请实施例提供的一种实现账号互通的方法的流程图，该方法可以应用于图1所示实施环境中的第二平台103A或103B，由第二平台执行处理，如图4所示，该方法可以包括步骤S410-S420：
S410、响应于服务器端发送的账号绑定请求，向服务器端发送用户在第二账号下的角色信息，以使服务器端向第一平台发送角色信息，并由第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，账号绑定请求由第一平台发送至服务器端；
具体地，上述第一平台上登录有用户的第一账号，第二账号为用户在第二平台上注册的账号。本申请实施例通过第一平台向服务器端发送账号绑定请求，该账号绑定请求用于让服务器端从第二平台获取用户在第二平台的第二账号下的角色信息，进而将用户的第一账号与第二平台上对应的第二账号进行绑定。当服务器端将角色信息发送给第一平台后，第一平台可以显示第二账号下的角色列表，其中，角色列表包括用户在第二账号下的所有角色信息。本申请实施例的第一账号与第二账号具有映射关系，两个账号均属于同一个用户注册的账号。其中，第二平台可以例如是游戏平台，第二账号可以例如是游戏平台上的游戏账号，进而，角色信息可以例如是上述游戏账号下不同游戏类别中不同角色的信息。第一平台可以例如是直播平台，第一账号可以例如是用户在直播平台上的用户账号，对于直播平台上的主播，上述用户账号可以是主播账号。
S420、响应于服务器端发送的目标角色绑定请求，向服务器端发送第二账号的账号信息，以使服务器端确定第一账号和第二账号属于同一用户后，将目标角色绑定至第一账号，得到目标角色和第一账号的绑定结果；
具体地，本申请实施例的目标角色为上述角色列表中被选取的至少一个角色。服务器端在接收到第一平台发送的目标角色绑定请求后，将该目标角色绑定请求发送至第二平台的第二账号，进而由第二平台将第二账号的账号信息反馈给服务器端。可以理解的是，服务器端在接收到第一平台发送的目标角色绑定请求后，首先判断第一平台上的第一账号和第二平台上的第二账号是否属于同一用户，当第一账号和第二账号均属于同一用户的时候，再从第二平台获取第二账号的账号信息，进而将目标角色绑定至第一账号，实现了第一平台与第二平台之间的账号互通。
在一些实施例中，实现账号互通的方法还包括步骤S430-S440：
S430、响应于服务器端发送的发货指令，向第二账号发放虚拟物品；发货指令由服务器端根据第一平台发送的发货请求生成；
具体地，本申请实施例在确定第一账号绑定的第二账号之后，由服务器端将发货请求对应的发货指令发送给第二平台，进而由第二平台向第二账号发放虚拟物品。需要说明的是，虚拟物品可以是第二平台上的平台道具，也可以是用户兑换实体礼品的礼品卷，还可以是第二平台中目标角色可用的道具，例如，以直播平台作为第一平台，并以游戏平台作为第二平台为例，虚拟物品可以是游戏平台的虚拟游戏货币，该虚拟游戏货币可以在游戏平台上进行任意消费。虚拟物品也可以是用于兑现线下礼物的礼品卷，通过该礼品卷，用户可以在线下实体店中兑换礼物。虚拟物品还可以是游戏角色中的虚拟角色装备，虚拟角色装备用于提升用户的目标角色在游戏中的实力，提升用户的游戏体验。在此，本申请实施例不对虚拟物品的类型进行限定。
S440、向服务器端发送发货结果，以使服务器端向第一平台发送发货凭证。
具体地，本申请实施例的第二平台根据发货指令向第二账号发放虚拟物品之后，向服务器端反馈发货结果，因此，服务器端在接收到第二平台反馈的发货结果后，向第一平台发送发货凭证。根据接收到的发货凭证，第一平台可以向用户显示该发货凭证，使用户能够快速确认第二账号上虚拟物品的到货情况，提升了用户体验。
在一些实施例中，实现账号互通的方法还包括步骤S450-S460：
S450、向服务器端发送信息推送请求，以使服务器端向第一平台的第一账号发出信息推送指令，进而使第一平台向第一账号推送信息；
具体地，本申请实施例通过第二平台向服务器端发送信息推送请求。服务器端在接收到第二平台发送的信息推送请求后，根据信息推送请求中包含的第二账号信息，在服务器端中找到对应的第一账号。由于第一账号已经绑定了第二账号的目标角色，并在服务器端上存储了第一账号与目标角色之间的绑定结果，因此，服务器端根据接收到的信息推送请求，识别了第二账号的信息之后，可以从上述绑定结果中匹配得到该第二账号绑定的第一账号。
S460、接收服务器端发送的推送凭证，推送凭证由所述服务器端根据第一平台反馈的信息推送结果生成。
具体地，本申请实施例的第一平台根据信息推送指令向第一账号推送信息之后，向服务器端反馈信息推送结果，因此，服务器端在接收到第一平台反馈的信息推送结果，向第二平台发送信息推送凭证。第二平台根据接收到的信息推送凭证，能够确认信息推送成功，在一些实施例中，如果第二平台没有接收到信息推送凭证，则可以持续向服务器端发送信息推送请求，直至第二平台接收到服务器端反馈的推送凭证。
本申请实施例提出了实现账号互通的方法，图5是本申请实施例提供的一种实现账号互通的方法的整体步骤流程图，该方法可以应用于图1所示的实施环境，并由图1中的第一平台101A或者101B、服务器端102以及第二平台103A或103B交互处理，如图5所示，该方法可以包括步骤S510-S580：
S510、第一平台向服务器端发送账号绑定请求；
S520、服务器端响应于第一平台发送的账号绑定请求，将账号绑定请求发送至第二平台；
S530、第二平台根据账号绑定请求，向服务器端发送用户在第二账号下的角色信息；
S540、服务器端向第一平台发送角色信息；
S550、第一平台接收服务器端发送的角色信息，显示用户在第二账号下的角色列表；
S560、第一平台向服务器端发送目标角色绑定请求；
S570、服务器端接收第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号；第一账号为用户在第一平台上注册的账号；
S580、服务器端存储目标角色和第一账号的绑定结果；
其中，第一账号为用户在第一平台上注册的账号；
第二账号为用户在第二平台上注册的账号；
目标角色为角色列表中被选取的至少一个角色。
图6为本申请实施例提供的实现账号互通的方法的时序图，下面结合图6，以直播平台作为第一平台、直播中台作为服务器端、游戏平台作为第二平台为例，详细说明在实际应用场景下，本申请实施例的具体实施过程。
在相关技术中，游戏平台如果与多家投资直播平台进行联运活动，活动页面只能托管到直播平台侧，玩家在直播平台的活动界面，需要手动点击游戏账号登录(例如QQ登录/微信登录等等)，然后在直播平台上进行游戏的大区角色选择，完成游戏角色与直播账号的数据绑定。该技术能够让直播平台短暂获取到游戏账号信息，获取玩家游戏内数据，进而参加活动。但该方案存在一定的缺点，首先，该方法无法进行长久绑定，例如QQ/微信用户的登录状态具有时效性，微信的登录令牌(token)通常只有2个小时的有效期，也就是用户在活动界面上绑定后，两个小时候后登录令牌就会过期，若用户想要继续参与活动，就要重新在直播平台上登录微信，并重新进行大区角色选择。用户体验及参与成本较高。其次，该种方式存在游戏账号数据泄露的风险，因为用户绑定游戏账号后的所有操作均在直播平台侧执行，直播平台通过抓包，即可获取到玩家的游戏账号的所有大区账号，角色名等信息，存在一定的安全隐患。最后，该技术中，用户参与活动的方式仅限于直播平台侧，无法在游戏平台进行活动参与，更不能实现双端活动互通。
而本申请将直播平台账号与游戏平台之间的绑定关系落地到直播中台，不会向双方暴露彼此账号数据信息，可以解决数据泄露的风险，又能实现双端活动互通。
如图6所示，本申请的方法包括以下步骤S601-S611：
S601、直播平台上初始化第一账号；
具体地，用户首先在直播平台登录第一账号，完成账号登录。如图7所示，图7为本申请实施例提供的一种直播平台的界面示意图，在图7中，用户完成第一账号的初始化后，在直播平台的界面701中可以显示用户的第一账号的相关信息，例如“用户名、用户等级、主播等级”等等。另外，在界面701中，直播平台为用户提供了“游戏账号绑定”的操作按键702，用户可以通过该操作按键702发起账号绑定请求。
S602、通过直播平台发起账号绑定请求；
具体地，如图8所示，用户通过上述“游戏账号绑定”的操作按键702发起账号绑定请求时，对于初次进行第二账号绑定的用户，在第一平台上显示的为图8所示的界面801，在该界面801中，在界面801的阴影处列举了潜在的待绑定账号，例如图8中的游戏列表803，该列表列举了当前热门的游戏，有助于提示用户对热门游戏账号进行绑定。在进入账号绑定界面后，用户通过账号类型选择框802来选取待绑定的账号类型，例如图8的账号类型选择框802中的即时通信应用A和即时通信应用B的账号。可以理解的是，图8中，即时通信应用A或B可以是例如QQ、微信、Facebook、推特等即时通信应用，在此不作限定。
当用户通过如图8所示的界面完成账号绑定之后，进入如图9所示的角色绑定界面900。在该界面900中，在界面900的阴影处列举了潜在的待绑定角色，例如图9中的角色列表901，该列表列举了用户绑定的第二账号下的所有可选角色，有助于提示用户对相关角色进行绑定。在进入角色绑定界面900后，用户通过角色选择框902来选取待绑定的角色所在的游戏大区，并选定在对应游戏大区下的角色名，例如图9的角色选择框902中的“A区，A角色”等。
对于已经绑定过第二账号的用户，在第一平台上显示的为图10所示的界面1000，在该界面1000中，在界面1000的阴影处列举了潜在的待绑定账号，例如图10中的游戏列表1001，该列表列举了当前热门的游戏，有助于提示用户对热门游戏账号进行绑定，在进入账号绑定界面后，由于用户在此之前已经绑定过相关游戏平台的账号，则账号绑定界面1000提供了“最近登录角色列表”的选择框1002，以供用户从历史登录过的第二账号中选择直接绑定，进入对应第二账号下的对应角色，例如图10中显示的“账号1，A区，A角色”，能够提高用户的账号绑定效率，减少用户的操作成本。
另外，本申请实施例对于已绑定过的同款游戏账号信息，一名直播平台的用户可以绑定3个角色，若超过3个，则按LRU(Least Recently Used，近期最少使用)算法对超过3个的角色信息进行清理，以保证直播中台提供的用户绑定数据一直是用户最近使用的3个游戏账号，减少用户操作成本，提高角色绑定效率。可以理解的是，一名直播平台的用户可以绑定的角色数不仅限于3个，实际应用中可以进行动态调整，在此不对一名用户的可绑定角色数进行限定。
另外，直播平台在进入账号绑定界面时，可以展示热门游戏列表，也可以单独展示一款游戏。还可以展示用户在此之前已经绑定的游戏，若用户需要进行换绑，则按照初次的方式进行账号绑定。需要说明的是，直播平台向直播中台发起账号绑定请求时，可以通过url传递直播平台的用户账号等加密信息，以提高直播平台的账号信息的安全性。
S603、直播中台向直播平台返回安全操作票据；
具体地，本申请实施例根据账号绑定请求，包含有直播中台向直播平台反馈安全操作票据，以使直播平台进一步进行角色绑定操作。若直播中台检测到直播平台发送的账号绑定请求存在安全风险，则向直播平台反馈风险提示，以使直播平台重新发起账号绑定请求。
S604、请求获取第二账号的角色列表；
具体地，本申请实施例的直播平台向直播中台发起角色列表获取请求，以获取用户在游戏平台的所有角色信息，进而选择对应的目标角色进行绑定。
S605、获取第二账号的角色信息；
具体地，直播中台根据直播平台的请求，向游戏平台获取第二账号的角色信息。
S606、向直播中台反馈对应的角色信息；
具体地，游戏平台根据直播中台的请求，向直播中台反馈对应的角色信息。
S607、返回脱敏处理后的角色信息；
具体地，直播中台对第二账号的角色信息进行脱敏处理，再将脱敏处理后的角色信息发送至直播平台。通过本申请实施例的方法，直播平台获取到的角色信息已经经过了脱敏处理，因此直播平台在显示角色信息的时候，无法获取角色信息的私密数据，能够保障游戏平台的用户数据隐私，进一步提高了数据安全性。
S608、直播平台上的页面渲染角色列表，并显示角色列表；
具体地，本申请实施例的直播平台获取了直播中台反馈的角色信息后，对角色信息进行页面渲染，显示对应的角色列表。
S609、发起目标角色绑定请求；
具体地，直播平台根据用户的输入指令，向直播中台发起目标角色绑定请求。
S610、对第一账号和第二账号进行一致性检验；
具体地，直播中台根据接收到的目标角色绑定请求，判断直播平台的第一账号和游戏平台的第二账号是否属于同一用户，若是则通过一致性检验，并由直播中台将第一账号和第二账号进行绑定；反之，则需要直播平台侧重新选择或者登录游戏平台的第二账号。
S611、完成第一账号和目标角色绑定；
具体地，在通过步骤S610的一致性检验后，由直播中台将第一账号和第二账号中的目标角色进行绑定。
图11为本申请实施例提供的第一平台向第二平台发起发货请求的时序图，该本申请实施例中，由直播平台向游戏平台发起发货请求，具体包括以下步骤S1101-S1105：
S1101、发起发货请求；
具体地，在将直播平台的第一账号与游戏平台的第二账号中目标角色进行绑定后，可以通过如图11所示的方法来实现直播平台对游戏平台的业务运营活动。直播平台向直播中台发送发货请求。
S1102、根据发货请求中指定的第二账号，发送发货指令；
具体地，直播中台根据发货请求中的账号信息，生成发货指令，其中，发货请求中的账号信息例如可以包括第一账号的ID信息，通过第一账号的ID信息，可以匹配到与第一账号绑定的第二账号的ID信息，并向第二账号发送发货指令。
S1103、根据发货指令向第二账号发放游戏道具；
具体地，游戏平台根据直播中台发送的发货指令，向第二账号的目标角色发送游戏道具，实现了从直播平台到游戏平台的业务运营活动。
S1104、向直播中台反馈发货结果；
具体地，游戏平台向目标角色成功发放游戏道具后，向直播中台反馈发货结果。
S1105、根据发货结果，向直播平台发送发货凭证。
具体地，直播中台根据游戏平台反馈的发货结果，生成对应的发货凭证，并向直播平台发送该发货凭证。直播平台在接收到发货凭证后，可以通过页面渲染向用户显示发货结果，并对发货凭证进行存储。
图12为本申请实施例提供的第二平台向第一平台发起信息推送请求的时序图，该本申请实施例中，由游戏平台向直播平台发起信息推送请求，具体包括以下步骤S1201-S1205：
S1201、发起信息推送请求；
具体地，在将直播平台的第一账号与游戏平台的第二账号中目标角色进行绑定后，可以通过如图12所示的方法来实现游戏平台对直播平台的业务运营活动。游戏平台向直播中台发出信息推送请求。
S1202、根据信息推送请求中指定的第一账号，向直播平台发送信息推送指令；
具体地，直播中台根据信息推送请求中的账号信息，生成信息推送指令。其中，信息推送请求中的账号信息可以包括第二账号的ID信息，根据第二账号的ID信息，可以匹配对应绑定的第一账号，进而将信息推送指令发送给直播平台的第一账号。
S1203、根据信息推送指令，向第一账号推送用户的游戏事件；
具体地，直播平台在接收到直播中台发送的信息推送指令后，向第一账号推送对应的游戏事件。
S1204、向直播中台发送信息推送结果；
具体地，直播平台在完成游戏事件的推送任务后，向直播中台发送信息推送结果。
S1205、根据信息推送结果，向游戏平台发送信息推送凭证。
具体地，直播中台根据信息推送结果，生成信息推送凭证，并向游戏平台发送对应的信息推送凭证。
图13为本申请实施例提供的账号绑定的整体流程图，参考图13，本申请实施例以直播平台作为第一平台，以游戏平台作为第二平台，以直播中台作为服务器端，下面完整描述直播平台与游戏平台之间的账号绑定流程，在该实施例的账号绑定流程中，主要由直播平台执行图13中的相关步骤，具体包括步骤S1301的初始化步骤、S1302的账号切换步骤和S1303的角色切换步骤。
其中，S1301、初始化步骤：
直播平台加载业务运营活动页面，首先需要用户登录直播平台的第一账号，进而构建对应的用户签名，其中，用户签名用于获取相应的平台操作权限。通过调用init函数，获取用户登录直播平台的相关加密信息，其中，init函数用于获取直播平台侧用户账号的加密信息，通过该加密信息，可以进行请求直播中台角色信息查询服务。当用户账号的加密信息验证通过时，能够获取第一账号的账号信息，例如用户在直播平台的角色等级、角色名等，并显示第一账号的用户角色信息，从而完成直播平台的账号初始化步骤；若用户账号的加密信息验证不通过，则返回前面操作，重新登录用户在直播平台的第一账号。其中，在获取到第一账号的账号信息，并显示对应的用户角色信息时，可以调用onUserDataUpdated函数来为直播平台侧提供预埋服务，预埋服务可以供直播平台配置接口进行埋点上报进，进而实现相应的数据分析。
S1302、账号切换步骤：
直播平台完成第一账号的用户登录之后，获取账号切换指令。接着，根据账号切换指令，判断第一账号下是否已经绑定过历史账号，若是，则显示历史已经绑定过的账号，供用户选择想要绑定的目标账号；反之，则通过调用onShowLogin函数获取直播中台用户登录窗口，用户登录直播中台账号体系，获取直播中台的登录态信息，并完成直播中台的授权，可以理解的是，在完成直播中台的授权后：直播中台可以使用用户的第二账号信息，直播中台基于该登录信息，进行用户账号转换，将直播中台账号体系转换为游戏账号体系。通过直播中台将第一账号绑定至对应的第二账号后，由直播平台对新绑定的第二账号的角色框进行初始化，该初始化可以包括角色信息的解析以及角色信息的页面渲染，进而显示绑定结果。
另外，可以理解的是，对于初次绑定游戏平台的第二账号的用户而言，账号切换指令可以是账号初次绑定指令，根据该账号初次绑定指令，执行对应的绑定操作。
S1303、角色切换步骤：
具体地，直播平台获取到角色切换指令后，首先判断当前第二账号下是否已经存在绑定过的历史角色信息，若是，则直接显示之前绑定过的历史角色信息框，以供用户从历史角色信息框中选取想要绑定的目标角色，完成目标角色的绑定；反之，则显示第二账号下所有可绑定的新角色信息框，以供用户从新角色信息框中选取想要绑定的目标角色，完成目标角色的绑定。
综上所述，本申请实施例将直播中台作为直播平台和游戏平台之间的账号关系桥梁，直播平台通过直播中台可以发起游戏平台的信息查询、道具发放、信息推送等服务；同时，游戏平台通过直播中台可以向直播平台发起信息查询、道具发放、信息推送等服务，进而实现双端运营活动，扩展了活动多样性。
图14是本申请实施例提供的第一种实现账号互通的装置的逻辑框图，该装置应用于服务器端，比如该装置可以通过硬件或者软硬结合的方式实现服务器端的部分或者全部功能，以实现如上述实现账号互通的方法中的步骤。其中，服务器端可以为图1所示的实施环境中的服务器端102，如图14所示，该直播交互装置1400可以包括：
第一响应模块1401，用于响应于第一平台发送的账号绑定请求，根据账号绑定请求从第二平台获取第二账号下的角色信息；
第一发送模块1402，用于向第一平台发送角色信息，以使第一平台显示用户在第二账号下的角色列表；
第二响应模块1403，用于响应于第一平台发送的目标角色绑定请求，当第一账号和第二账号属于同一用户，将目标角色绑定至第一账号；第一账号为用户在所述第一平台上注册的账号；
存储模块1404，用于存储目标角色和第一账号的绑定结果；
其中，第一账号为用户在第一平台上注册的账号；
第二账号为用户在第二平台上注册的账号；
目标角色为角色列表中被选取的至少一个角色。
本申请实施例还提供了一种实现账号互通的装置，该装置应用于第一平台，比如该装置可以通过硬件或者软硬结合的方式实现第一平台的部分或者全部功能，以实现如上述实现账号互通的方法中的步骤，其中，第一平台可以为图1所示的实施环境中的第一平台101A或者101B，该直播交互装置包括：
第二发送模块，用于向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
显示模块，用于接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
第三发送模块，用于向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例还提供了一种实现账号互通的装置，该装置应用于第二平台，比如该装置可以通过硬件或者软硬结合的方式实现第二平台的部分或者全部功能，以实现如上述实现账号互通的方法中的步骤，其中，第二平台可以为图1所示的实施环境中的第一平台103A或者103B，该直播交互装置包括：
第三响应模块，用于响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
第四响应模块，用于响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定所述第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例还提供了一种实现账号互通的装置，该装置应用于第一平台、服务器端和第二平台，比如该装置可以通过硬件或者软硬结合的方式实现第一平台、服务器端和第二平台的部分或者全部功能，以实现如上述实现账号互通的方法中的步骤，该直播交互装置包括第一平台、服务器端和第二平台；
其中，所述服务器端，包括：
第一响应模块，用于响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
第一发送模块，用于向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
第二响应模块，用于响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
存储模块，用于存储所述目标角色和所述第一账号的绑定结果；
所述第一平台，包括：
第二发送模块，用于向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
显示模块，用于接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
第三发送模块，用于向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
所述第二平台，包括：
第三响应模块，用于响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
第四响应模块，用于响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定所述第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
本申请实施例还提供了一种电子设备，包括处理器以及存储器；
所述存储器用于存储程序；
所述处理器执行所述程序实现如前面所述的方法。
本申请实施例还提供了一种计算机可读存储介质，所述存储介质存储有程序，所述程序被处理器执行实现如前面所述的方法。
本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器可以从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前面的方法。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种实现账号互通的方法，其特征在于，包括：
响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；
存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应于所述第一平台发送的发货请求，根据所述绑定结果确定用户在第一账号下绑定的第二账号；
根据所述发货请求，向所述第二平台的第二账号发送发货指令，以使所述第二平台向所述第二账号发放虚拟物品；
接收所述第二平台反馈的发货结果，向所述第一平台发送发货凭证。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应于所述第二平台发送的信息推送请求，根据所述绑定结果确定用户在第二账号下绑定的第一账号；
根据所述信息推送请求，向所述第一平台的第一账号发送信息推送指令，以使所述第一平台向所述第一账号推送信息；
接收所述第一平台反馈的信息推送结果，向所述第二平台发送信息推送凭证。
4.根据权利要求1所述的方法，其特征在于，所述向所述第一平台发送所述角色信息，包括：
对用户在所述第二平台的第二账号下的角色信息进行脱敏处理；
将所述脱敏处理后的角色信息发送至所述第一平台。
5.根据权利要求1所述的方法，其特征在于，所述存储所述目标角色和所述第一账号的绑定结果，包括：
获取所述第一账号的第一账号信息表，并获取所述第二账号的第二账号信息表；
根据所述第一账号信息表和所述第二账号信息表，生成并存储账号映射信息表；
其中，所述账号映射信息表用于确定所述第一账号与所述第二账号之间的映射关系。
6.根据权利要求1-5任一项所述的方法，其特征在于，所述响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号，包括：
响应于所述第一平台发送的目标角色绑定请求，获取所述第一平台中加密的第一账号；
根据所述加密的第一账号，获取用户登录信息，并根据所述用户登录信息识别所述第二平台上与所述第一账号相对应的第二账号；所述用户登录信息用于授权服务器端获取所述第二账号的账号信息；
根据所述第二账号的账号信息和所述目标角色绑定请求中的所述目标角色，将所述第二账号下的所述目标角色绑定至所述第一账号。
7.一种实现账号互通的方法，其特征在于，包括：
向服务器端发送账号绑定请求，以使所述服务器端根据所述账号绑定请求，从第二平台获取用户在所述第二平台的第二账号下的角色信息；
接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
向所述服务器端发送选取的目标角色绑定请求，以使所述服务器端在确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
向所述服务器端发送发货请求，以使所述服务器端向所述第二平台的第二账号发出发货指令，并使得所述第二平台向所述第二账号发放虚拟物品；其中，所述第二账号由所述服务器端根据所述发货请求确定；
接收所述服务器端反馈的发货凭证，所述发货凭证由所述服务器端根据所述第二平台反馈的发货结果生成。
9.根据权利要求7所述的方法，其特征在于，所述方法还包括：
接收所述服务器端发送的信息推送指令；其中，所述信息推送指令由所述服务器端根据所述第二平台发送的信息推送请求生成；
根据所述信息推送指令，向所述第一账号推送信息，并向所述服务器端发送信息推送结果，以使所述服务器端向所述第二平台发送信息推送凭证。
10.一种实现账号互通的方法，其特征在于，包括：
响应于服务器端发送的账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息，以使所述服务器端向第一平台发送所述角色信息，并由所述第一平台根据所述角色信息显示用户在第二账号下的角色列表；其中，所述账号绑定请求由所述第一平台发送至所述服务器端；
响应于所述服务器端发送的目标角色绑定请求，向所述服务器端发送所述第二账号的账号信息，以使所述服务器端确定第一账号和所述第二账号属于同一用户后，将所述目标角色绑定至所述第一账号，得到所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为用户在所述第一平台下注册的账号；
所述第二账号为所述用户在所述第二平台下注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
11.根据权利要求10所述的方法，其特征在于，所述方法还包括：
响应于所述服务器端发送的发货指令，向所述第二账号发放虚拟物品；所述发货指令由所述服务器端根据第一平台发送的发货请求生成；
向所述服务器端发送发货结果，以使所述服务器端向所述第一平台发送发货凭证。
12.根据权利要求10所述的方法，其特征在于，所述方法还包括：
向所述服务器端发送信息推送请求，以使所述服务器端向所述第一平台的所述第一账号发出信息推送指令，进而使所述第一平台向所述第一账号推送信息；
接收所述服务器端发送的推送凭证，所述推送凭证由所述服务器端根据所述第一平台反馈的信息推送结果生成。
13.一种实现账号互通的方法，其特征在于，包括：
第一平台向服务器端发送账号绑定请求；
所述服务器端响应于所述第一平台发送的账号绑定请求，将所述账号绑定请求发送至第二平台；
所述第二平台根据所述账号绑定请求，向所述服务器端发送用户在第二账号下的角色信息；
所述服务器端向所述第一平台发送所述角色信息；
所述第一平台接收所述服务器端发送的所述角色信息，显示用户在第二账号下的角色列表；
所述第一平台向所述服务器端发送目标角色绑定请求；
所述服务器端接收所述第一平台发送的所述目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
所述服务器端存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
14.一种实现账号互通的装置，其特征在于，包括：
第一响应模块，用于响应于第一平台发送的账号绑定请求，根据所述账号绑定请求从第二平台获取第二账号下的角色信息；
第一发送模块，用于向所述第一平台发送所述角色信息，以使所述第一平台显示用户在所述第二账号下的角色列表；
第二响应模块，用于响应于所述第一平台发送的目标角色绑定请求，当第一账号和所述第二账号属于同一用户，将所述目标角色绑定至所述第一账号；所述第一账号为所述用户在所述第一平台上注册的账号；
存储模块，用于存储所述目标角色和所述第一账号的绑定结果；
其中，所述第一账号为所述用户在所述第一平台上注册的账号；
所述第二账号为所述用户在所述第二平台上注册的账号；
所述目标角色为所述角色列表中被选取的至少一个角色。
15.一种电子设备，其特征在于，包括处理器以及存储器；
所述存储器用于存储程序；
所述处理器执行所述程序实现如权利要求1-13中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110171316.7A CN114866268B (zh) | 2021-02-04 | 2021-02-04 | 一种实现账号互通的方法、装置及电子设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110171316.7A CN114866268B (zh) | 2021-02-04 | 2021-02-04 | 一种实现账号互通的方法、装置及电子设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114866268A true CN114866268A (zh) | 2022-08-05 |
| CN114866268B CN114866268B (zh) | 2023-03-17 |
Family
ID=82628438
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110171316.7A Active CN114866268B (zh) | 2021-02-04 | 2021-02-04 | 一种实现账号互通的方法、装置及电子设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114866268B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116702104A (zh) * | 2023-08-08 | 2023-09-05 | 阿里健康科技(中国)有限公司 | 账户信息的关联方法、装置、设备和存储介质 |
Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103973546A (zh) * | 2014-04-24 | 2014-08-06 | 腾讯科技（深圳）有限公司 | 进行通讯的方法、装置及系统 |
| CN105577505A (zh) * | 2014-10-14 | 2016-05-11 | 北京信威通信技术股份有限公司 | 跨平台即时通信系统及其消息互通方法 |
| CN109525604A (zh) * | 2018-12-29 | 2019-03-26 | 乐蜜有限公司 | 一种账号绑定的方法及相关设备 |
| CN109688227A (zh) * | 2019-01-11 | 2019-04-26 | 腾讯科技（深圳）有限公司 | 信息推送方法 |
| CN110225035A (zh) * | 2019-06-11 | 2019-09-10 | 深圳市微付充科技有限公司 | 第三方账户绑定及登录方法、服务器、终端及装置 |
| CN111538596A (zh) * | 2020-04-23 | 2020-08-14 | 北京字节跳动网络技术有限公司 | 一种资源处理的方法、装置、计算机设备及存储介质 |
| CN111669658A (zh) * | 2020-06-17 | 2020-09-15 | 广州繁星互娱信息科技有限公司 | 虚拟物品的发放方法、装置、计算机设备及存储介质 |
| CN111866541A (zh) * | 2020-08-06 | 2020-10-30 | 广州繁星互娱信息科技有限公司 | 直播推荐方法、装置、服务器及存储介质 |
| CN111953708A (zh) * | 2020-08-24 | 2020-11-17 | 北京金山云网络技术有限公司 | 基于云平台的跨账号登录方法、装置及服务器 |
| CN112132635A (zh) * | 2020-10-09 | 2020-12-25 | 腾讯科技（深圳）有限公司 | 一种多平台联动方法和相关装置 |
| CN112206544A (zh) * | 2020-10-19 | 2021-01-12 | 珠海金山网络游戏科技有限公司 | 信息交互方法、装置及系统 |
| WO2021004057A1 (zh) * | 2019-07-10 | 2021-01-14 | 创新先进技术有限公司 | 信息处理方法、装置、设备及计算机可读存储介质 |
-
2021
- 2021-02-04 CN CN202110171316.7A patent/CN114866268B/zh active Active
Patent Citations (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103973546A (zh) * | 2014-04-24 | 2014-08-06 | 腾讯科技（深圳）有限公司 | 进行通讯的方法、装置及系统 |
| CN105577505A (zh) * | 2014-10-14 | 2016-05-11 | 北京信威通信技术股份有限公司 | 跨平台即时通信系统及其消息互通方法 |
| CN109525604A (zh) * | 2018-12-29 | 2019-03-26 | 乐蜜有限公司 | 一种账号绑定的方法及相关设备 |
| CN109688227A (zh) * | 2019-01-11 | 2019-04-26 | 腾讯科技（深圳）有限公司 | 信息推送方法 |
| CN110225035A (zh) * | 2019-06-11 | 2019-09-10 | 深圳市微付充科技有限公司 | 第三方账户绑定及登录方法、服务器、终端及装置 |
| WO2021004057A1 (zh) * | 2019-07-10 | 2021-01-14 | 创新先进技术有限公司 | 信息处理方法、装置、设备及计算机可读存储介质 |
| CN111538596A (zh) * | 2020-04-23 | 2020-08-14 | 北京字节跳动网络技术有限公司 | 一种资源处理的方法、装置、计算机设备及存储介质 |
| CN111669658A (zh) * | 2020-06-17 | 2020-09-15 | 广州繁星互娱信息科技有限公司 | 虚拟物品的发放方法、装置、计算机设备及存储介质 |
| CN111866541A (zh) * | 2020-08-06 | 2020-10-30 | 广州繁星互娱信息科技有限公司 | 直播推荐方法、装置、服务器及存储介质 |
| CN111953708A (zh) * | 2020-08-24 | 2020-11-17 | 北京金山云网络技术有限公司 | 基于云平台的跨账号登录方法、装置及服务器 |
| CN112132635A (zh) * | 2020-10-09 | 2020-12-25 | 腾讯科技（深圳）有限公司 | 一种多平台联动方法和相关装置 |
| CN112206544A (zh) * | 2020-10-19 | 2021-01-12 | 珠海金山网络游戏科技有限公司 | 信息交互方法、装置及系统 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116702104A (zh) * | 2023-08-08 | 2023-09-05 | 阿里健康科技(中国)有限公司 | 账户信息的关联方法、装置、设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114866268B (zh) | 2023-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11290550B2 (en) | Method and device for allocating augmented reality-based virtual objects | |
| CN105530175B (zh) | 一种消息处理方法、装置及系统 | |
| US11263627B2 (en) | Card voucher use system, method, device and server | |
| WO2019119977A1 (zh) | 基于增强现实的虚拟对象分配方法及装置 | |
| TWI673668B (zh) | 業務實現方法及裝置 | |
| CN105591885A (zh) | 资源分享方法和装置 | |
| CN106097023A (zh) | 一种数据处理方法及装置 | |
| WO2015096800A1 (zh) | 数据处理方法、中间服务器及系统 | |
| CN104125485B (zh) | 一种用户信息共享的方法、设备及系统 | |
| CN103839157A (zh) | 一种电子支付方法、装置及系统 | |
| CN106603389B (zh) | 虚拟票据转移方法及装置 | |
| KR101702036B1 (ko) | 더치 페이 서비스 제공 방법 및 이를 실행하는 서버 | |
| US10582563B2 (en) | Service data group sending method, apparatus, and server | |
| CN114866268B (zh) | 一种实现账号互通的方法、装置及电子设备 | |
| TW201525895A (zh) | 身份驗證、基於終端進行支付的方法、終端及伺服器 | |
| CN113034208A (zh) | 虚拟资源的处理方法、装置、电子设备及存储介质 | |
| CN110601850B (zh) | 一种景点信息记录方法及相关设备、存储介质 | |
| CN109615443B (zh) | 基于区块链的用户处理方法、装置、服务器及存储介质 | |
| CN112184277B (zh) | 虚拟物品包发送、接收方法、装置、设备及存储介质 | |
| CN111031013B (zh) | 应用认证方式确定方法、电子设备及存储介质 | |
| CN109831492A (zh) | 访问ott应用、服务器推送消息的方法及装置 | |
| JP6464303B2 (ja) | チケット提供方法、チケット提供装置及び携帯端末用プログラム | |
| KR20140003270A (ko) | Ｓｎｓ 어플리케이션과 연동하는 은행업무 서비스 제공방법 및 장치 | |
| CN110610367B (zh) | 一种交易数据支付方法及装置、电子设备和服务器 | |
| WO2022242411A1 (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |