账号数据处理方法、设备、存储介质及程序产品与流程

1.本技术涉及信息技术领域，尤其涉及一种账号数据处理方法、设备、存储介质及程序产品。


背景技术：

2.电子游戏（electronic games）又称电玩游戏，是指所有依托于电子设备平台而运行的交互游戏。账号是数字时代的代表，就是每个用户在特定的项目中所代表自己的一些数据。游戏账号就是游戏登录时的玩家个人专属数据凭证。随着互联网技术和数据资产的发展，游戏账号也成为一种数据资产。游戏账号交易平台，是专门为网络电子游戏提供相关数据交易服务的电子商务平台。
3.以手机游戏账号交易为例，游戏账号交易涉及游戏账号数据转移的过程，因此数据安全一直是最困扰账号买家的问题。当前的游戏账号数据转移过程中，一般通过将游戏账号本身的数据进行换绑等方式来实现，具体地，换绑是指在账号数据转移过程中通过原账号所属平台提供的更换核心验证方式（如手机号、邮箱等）的能力，将卖家的验证方式更改为买家的验证方式的过程。
4.然而上述换绑过程存在很多不确定性，卖家信息被找回的风险很大，信息安全性低下。并且普通游戏玩家需要学习大量的背景知识，才能完成换绑操作，操作过程也比较复杂。


技术实现要素：

5.本技术实施例的主要目的在于提供一种账号数据处理方法、设备、存储介质及程序产品，降低用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。
6.第一方面，本技术实施例提供一种账号数据处理方法，包括：响应于第一用户的账号转移操作，获取所述转移操作指向的目标账号数据；根据所述目标账号数据向目标服务器发送账号中转请求，所述账号中转请求用于指示所述目标服务器将所述目标账号的资源数据转移到约定的中转账号下；接收所述目标服务器返回的中转结果信息，所述中转结果信息中包括所述中转账号；根据所述中转结果信息，将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下。
7.于一实施例中，所述获取所述转移请求指向的目标账号数据，包括：解析所述账号转移操作，得到所述账号转移操作中携带的目标账号标识；在数据库中查找所述目标账号标识对应的目标账号数据，所述目标账号数据被标记为可转出状态。
8.于一实施例中，所述目标账号数据包括：所述目标账号的转移凭证信息；所述根据所述目标账号数据向目标服务器发送账号中转请求，包括：将所述目标账号的转移凭证信息携带在所述账号中转请求中发送至所述目标服务器。
9.于一实施例中，所述根据所述中转结果信息，将所述目标账号的资源数据从所述
中转账号下转移到所述第一用户名下，包括：根据所述中转结果信息发出转移提示信息，所述转移提示信息用于提示所述第一用户是否确定转移所述目标账号；当所述第一用户确定转移所述目标账号时，根据所述中转结果信息，将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下。
10.于一实施例中，所述中转结果信息中包括所述目标账号的转移凭证信息；所述当所述第一用户确定转移所述目标账号时，根据所述中转结果信息，将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下，包括：当所述第一用户确定转移所述目标账号时，获取所述第一用户的身份信息；发送第一鉴权请求至所述目标服务器，所述第一鉴权请求中包括所述第一用户的身份信息和所述目标账号的转移凭证信息；接收所述目标服务器返回的针对所述第一鉴权请求的第一鉴权结果；在所述第一鉴权结果为鉴权通过时，根据所述转移凭证信息，将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下。
11.于一实施例中，所述在所述第一鉴权结果为鉴权通过时，根据所述转移凭证信息，将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下，包括：在所述第一鉴权结果为鉴权通过时，发送账号转移请求至所述目标服务器，所述转移请求中包括所述转移凭证信息，所述转移请求用于指示所述目标服务器根据所述转移凭证信息将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下；接收所述目标服务器返回的转移结果信息。
12.于一实施例中，所述将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下，包括：解除所述目标账号与所述中转账号的关联关系；建立所述目标账号与所述第一用户之间的关联关系。
13.于一实施例中，在所述响应于第一用户的账号转移操作，获取所述账号转移操作指向的目标账号数据之前，还包括：响应于第二用户的账号转出操作，获取所述转出操作对应的所述目标账号和所述第二用户的身份信息；发送第二鉴权请求至所述目标服务器，所述第二鉴权请求包括所述目标账号和所述第二用户的身份信息；接收所述目标服务器返回的针对所述第二鉴权请求的第二鉴权结果；当检测到所述第二鉴权结果中包括所述目标账号的转移凭证信息时，确定所述第二鉴权结果为鉴权通过，并将所述目标账号数据标记为可转移状态。
14.第二方面，本技术实施例提供一种账号数据处理方法，包括：接收对目标账号的账号中转请求；根据所述账号中转请求，将所述目标账号的资源数据转移到约定的中转账号下；返回中转结果信息，所述中转结果信息用于指示终端根据所述中转结果信息，将所述目标账号的资源数据从所述中转账号下转移到第一用户名下。
15.于一实施例中，所述账号中转请求包括：所述目标账号的转移凭证信息；在所述返回中转结果信息之后，还包括：接收第一鉴权请求，所述第一鉴权请求中包括所述第一用户的身份信息和所述目标账号的转移凭证信息；根据所述第一用户的身份信息和所述目标账号的转移凭证信息，判断所述第一用户是否具备转移所述目标账号的权限；在所述第一用户具备转移所述目标账号的权限时，返回第一鉴权结果为鉴权通过；在所述第一用户不具备转移所述目标账号的权限时，返回第一鉴权结果为鉴权不通过。
16.于一实施例中，还包括：在所述第一鉴权结果为鉴权通过时，接收对所述目标账号
的账号转移请求，所述转移请求中包括所述转移凭证信息；根据所述转移凭证信息将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下，并返回转移结果信息。
17.于一实施例中，所述根据所述转移凭证信息将所述目标账号的资源数据从所述中转账号下转移到所述第一用户名下，包括：根据所述转移凭证信息解除所述目标账号与所述中转账号的关联关系；建立所述目标账号与所述第一用户之间的关联关系。
18.于一实施例中，在接收对目标账号数据的账号中转请求之前，还包括：接收第二鉴权请求，所述第二鉴权请求包括所述目标账号和第二用户的身份信息；根据所述目标账号和所述第二用户的身份信息，判断所述第二用户是否具备转出所述目标账号的权限；在所述第二用户具备转出所述目标账号的权限时，生成所述目标账号的转移凭证信息，并返回第二鉴权结果为鉴权通过，所述第二鉴权结果中包括所述转移凭证信息；在所述第二用户不具备转出所述目标账号的权限时，返回第二鉴权结果为鉴权不通过。
19.于一实施例中，所述账号中转请求包括：所述目标账号的转移凭证信息；所述根据所述账号中转请求，将所述目标账号的资源数据转移到约定的中转账号下，包括：根据所述转移凭证信息，解除所述目标账号与所述第二用户的关联关系，并基于约定信息创建所述中转账号；建立所述目标账号与所述中转账号之间的关联关系。
20.第三方面，本技术实施例提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述电子设备执行上述任一方面所述的方法。
21.第四方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述任一方面所述的方法。
22.第五方面，本技术实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任一方面所述的方法。
23.本技术实施例提供的账号数据处理方法、设备、存储介质及程序产品，在接收到第一用户的账号转移操作时，向服务器请求中转账号，以使服务器将目标账号的资源数据转移到中转账号下，并返回中转结果，然后基于中转结果，再将目标账号从中转账号下转移到第一用户的名下，这样游戏账号数据的转移不是直接从原本的用户更换到现在的用户，而是存在一个中转过程，相比较于现有技术中直接换绑的方式，不仅降低用户信息泄露风险，提高账号数据转移的信息安全。并且第一用户不需要亲自做转移操作，简化操作流程。
附图说明
24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
25.图1为本技术实施例提供的一种电子设备的结构示意图；图2为本技术实施例提供的一种账号数据处理系统的场景架构示意图；
图3为本技术实施例提供的一种账号数据处理方法的流程示意图；图4为本技术实施例提供的又一种账号数据处理方法的流程示意图；图5为本技术实施例提供的再一种账号数据处理方法的时序流程示意图；图6为本技术实施例提供的一种账号数据处理装置的结构示意图。
26.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
27.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。
28.本文中术语“和/或”，用于描述关联对象的关联关系，具体表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。
29.为了清楚地描述本技术实施例的技术方案，首先对本技术所涉及的名词进行释义：电子游戏：electronic games，是指所有依托于电子设备平台而运行的交互游戏。
30.游戏账号：电子游戏登录时的玩家个人专属数据凭证。
31.渠道号：就是用户在渠道服务器的账号，一个渠道号可以绑定多个游戏账号，拥有渠道号的用户，就拥有该渠道号下关联的游戏账号。比如用户在游戏提供商h注册了渠道号，该游戏提供商h旗下有多款电子游戏，用户的一个渠道号分别在多款电子游戏中分别注册了不同的游戏账号，这样用户的一个渠道号下就关联了多个游戏账号。
32.如图1所示，本实施例提供一种电子设备1，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接。存储器12存储有可被处理器11执行的指令，指令被处理器11执行，以使电子设备1可执行下述的实施例中方法的全部或部分流程，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。
33.于一实施例中，存储器12既可以是独立的，也可以跟处理器11集成在一起。
34.于一实施例中，电子设备1可以是手机、平板电脑、笔记本电脑、台式计算机或者多个计算机组成的大型运算系统。
35.本技术实施例提供的方法可由电子设备1执行相应的软件代码实现，通过和服务器进行数据交互来实现。其中，电子设备1可以为本地终端设备或者是服务器。当该方法运行于服务器时，该方法则可以基于云交互系统来实现与执行，其中，云交互系统包括服务器和客户端设备。
36.在一可选的实施方式中，云交互系统下可以运行各种云应用，例如：账号管理平台。以云平台为例，云平台是指以云计算为基础的账号处理方式。在账号管理平台的运行模式下，账号处理程序的运行主体和交互画面呈现主体是分离的，本技术实施例的方法的储存与运行是在账号管理平台服务器上完成的，客户端设备的作用用于数据的接收、发送以及交互画面的呈现，举例而言，客户端设备可以是靠近用户侧的具有数据传输功能的显示
设备，如，移动终端、电视机、计算机、掌上电脑等。但是进行账号数据处理的电子设备为云端的服务器。在进行账号数据处理时，用户操作客户端设备向账号管理平台服务器发送操作指令，账号管理平台服务器根据操作指令运行账号处理方法，将交互画面等数据进行编码压缩，通过网络返回客户端设备，最后，通过客户端设备进行解码并输出交互画面。
37.在一可选的实施方式中，本地终端设备存储有账号数据处理程序并用于呈现账号数据处理画面。本地终端设备用于通过图形用户界面与玩家进行交互，即，常规的通过电子设备下载安装账号数据处理程序并运行。该本地终端设备将图形用户界面提供给用户的方式可以包括多种，例如，可以渲染显示在终端的显示屏上，或者，通过全息投影提供给用户。举例而言，本地终端设备可以包括显示屏和处理器，该显示屏用于呈现图形用户界面，该图形用户界面包括账号数据处理画面，该处理器用于运行该账号数据处理、生成图形用户界面以及控制图形用户界面在显示屏上的显示。
38.在一种可能的实施方式中，本发明实施例提供的方法，通过终端设备提供图形用户界面，其中，终端设备可以是前述提到的本地终端设备，也可以是前述提到的云交互系统中的客户端设备。
39.本技术实施例的方法可以应用于任意需要进行账号数据处理领域。
40.对于电子游戏领域，随着互联网技术和数据资产的发展，游戏账号也成为一种数据资产。游戏账号交易平台，是专门为网络电子游戏提供相关数据交易服务的电子商务平台。
41.以手机游戏账号交易为例，游戏账号交易涉及游戏账号数据转移的过程，因此数据安全一直是最困扰账号买家的问题。当前的游戏账号数据转移过程中，一般通过将游戏账号本身的数据进行换绑等方式来实现，具体地，换绑是指在账号数据转移过程中通过原账号所属平台提供的更换核心验证方式（如手机号、邮箱等）的能力，将卖家的验证方式更改为买家的验证方式的过程。
42.然而上述换绑过程存在很多不确定性，卖家信息被找回的风险很大，信息安全性低下。并且普通游戏玩家需要学习大量的背景知识，才能完成换绑操作，操作过程也比较复杂。
43.为了解决这一问题，本技术实施例提供了一种账号数据处理方案，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。
44.图2为本技术实施例提供的一种账号数据处理系统的应用场景示意图。该系统可以包括：服务器100、终端200和渠道服务器300，其中服务器100可以是互联网企业的数据平台，比如账号管理平台，实际场景中，一个账号管理平台可能有多个服务器100，图2中以1个服务器100为例。终端200可以是登录账号管理平台的用户使用的电脑、手机、平板等设备，不同的用户可以使用不同的终端200登录账号管理平台，因此终端200可以包括多个，图2中以2个终端200为例。
45.渠道服务器300可以是直接执行账号换绑、转移操作的服务器，比如可以是某个电子游戏服务商的账号管理服务器，可以为账号管理平台提供账号数据支持。渠道服务器300也可以为多个，图2中以1个渠道服务器300为例。
46.服务器100、终端200与渠道服务器300之间可以通过互联网进行信息传输，以使终
端200可以访问服务器100上的数据，并使得服务器100与渠道服务器300进行数据交互。上述服务器100、终端200、渠道服务器300均可以由电子设备1来实现。
47.服务器100中存储有账号处理需要的虚拟资源数据。用户可以通过终端200登录至服务器100，并可以通过在终端200上录入操作指令，来访问服务器100上的数据。
48.以游戏账号数据转移为例，渠道服务器300中存储有多个用户的游戏账号数据，当用户a想要将自己的游戏账号卖出去时，可以将游戏账号作为商品发布在账号管理平台，发布后的游戏账号数据保存在服务器100上，当用户b想要买下该游戏账号时，可以在账号管理平台上下单，并基于服务器100提供的算法支持，完成游戏账号从用户a转移到用户b。
49.下面结合附图，对本技术的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。本技术实施例提供的方法可以在终端200执行，也可以在服务器100端执行，本技术实施例不做限定。
50.请参看图3，其为本技术一实施例的账号数据处理方法，该方法可由图1所示的电子设备1来执行，并可以应用于图2所示的账号数据处理系统的应用场景中，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。本实施例以账号管理平台的服务器100为执行端为例，该方法包括如下步骤：步骤301：响应于第一用户的账号转移操作，获取转移操作指向的目标账号数据。
51.在本步骤中，目标账号数据可以包括目标账号所有的相关数据，比如账号密码、账号操控权限、账号相关的虚拟资源等等。以游戏账号数据转移为例，目标账号是电子游戏账号，目标账号数据就是该游戏账号所属的游戏平台、游戏类型、登录游戏所需的账号和密码、以及在游戏平台拥有的虚拟数据资源等等。第一用户可以是想要买下目标账号的用户。当第一用户想要买下该游戏账号时，可以在账号管理平台上下单，触发账号转移操作，响应于该转移操作，首先获取目标账号数据。
52.于一实施例中，步骤301具体可以包括：解析账号转移操作，得到账号转移操作中携带的目标账号标识。在数据库中查找目标账号标识对应的目标账号数据，目标账号数据被标记为可转出状态。
53.在本实施例中，第一用户可以通过终端200登录到账号管理平台的服务器，打开账号交易界面，选中目标账号，通过交易模块进行下单，触发账号转移操作，然后终端200或者服务器解析该账号转移操作，履约模块的创建履约工单，提取其中的目标账号标识，基于该目标账号标识从预设的数据库中查找对应的目标账号数据，账号标识可以是加密后的编号，也可以是目标账号的真是字符，数据库可以是本地数据库，也可以是云端数据库。目标账号数据可以被标记为可转出状态，以判别目标账号的安全性。
54.于一实施例中，在步骤301之前，还可以包括：步骤s1：响应于第二用户的账号转出操作，获取转出操作对应的目标账号和第二用户的身份信息。
55.步骤s2：发送第二鉴权请求至目标服务器，第二鉴权请求包括目标账号和第二用户的身份信息。
56.步骤s3：接收目标服务器返回的针对第二鉴权请求的第二鉴权结果。
57.步骤s3：当检测到第二鉴权结果中包括目标账号的转移凭证信息时，确定第二鉴
权结果为鉴权通过，并将目标账号数据标记为可转移状态。
58.在本实施例中，以游戏账号交易场景中的账号转移为例，目标服务器可以是游戏服务提供商的渠道服务器300，具备创建游戏账号、更改游戏账号等功能，可以转出的游戏账号，首先在账号管理平台进行发布，通过渠道鉴权接口能力，校验卖方账号的准确性，如果卖方账号是安全准确的生成转移凭证，作为后续系统交互的唯一证明。比如第二用户a在渠道服务器300中创建有自己的游戏账号q（目标账号），当用户a想要将自己的游戏账号q卖出去时，可以将游戏账号q作为商品发布在账号管理平台，触发对游戏账号q的账号转出操作，账号管理平台响应于该操作，可以生成交互页面，并通过第二用户a的终端200用户界面显示交互页面，让第二用户a填写游戏账号q的相关信息。在此过程中，可以对游戏账号q进行白名单验证，如果游戏账号q在白名单内，则弹出交互页面让第二用户a填写身份信息（比如与游戏账号q绑定的手机号或邮箱），然后将游戏账号q和第二用户的身份信息发送给渠道服务器300，进行鉴权，并接收渠道服务器300返回的第二鉴权结果，如果第二鉴权结果中包括游戏账号q的转移凭证信息（比如一个约定的认证标签），则确定第二用户的本次商品发布鉴权通过，将游戏账号q标记为可转移状态，比如打转移标或打自动换绑标，并保存转移凭证信息，发布后的游戏账号q的资源数据可以保存在站好管理平台的服务器100上，游戏账号q的资源数据可以包括所属的游戏平台、游戏类型、登录游戏所需的账号和密码、以及在游戏平台拥有的虚拟数据资源等等。如果第二鉴权结果没有通过，则可以提示用户，并可以停留在账号信息填写页面，第二用户a可以再次填写。此处鉴权过程可以确保目标账号数据的真实性和安全性。
59.如果在白名单验证阶段，发现游戏账号不在白名单内，则可以支持游戏账号q走现有的换绑流程。
60.步骤302：根据目标账号数据向目标服务器发送账号中转请求，账号中转请求用于指示目标服务器将目标账号的资源数据转移到约定的中转账号下。
61.在本步骤中，目标服务器可以是某个游戏服务提供商的服务器，可以使用上述渠道服务器300来实现。在接收到第一用户b对游戏账号q的账号转移操作时，账号管理平台的流程引擎可以创建中转流程单，向渠道服务器300请求中转账号，以使渠道服务器300将游戏账号q转移到中转账号下，并返回中转结果。账号中转请求用于指示渠道服务器300将游戏账号q的资源数据从第二用户a的名下转移到约定的中转账号下。此处中转账号可以是账号管理平台（服务器100）预先与渠道服务器300约定好的渠道账号，账号管理平台拥有该中转账号的使用权限，当渠道服务器300将游戏账号q转移到中转账号下时，账号管理平台可以通过中转账号登录游戏账号q，并对游戏账号q的资源数据进行删除、编辑以及添加处理。
62.于一实施例中，步骤302具体可以包括：将目标账号的转移凭证信息携带在账号中转请求中发送至目标服务器。
63.在本实施例中，目标账号数据包括：目标账号的转移凭证信息。转移凭证信息表示目标账号是可以被自动转给其他用户。在账号购买阶段，可以通过渠道鉴权接口能力，校验买方账号的准确性，并可以在校验通过后补充转移凭证内容。在向渠道服务器300请求中转账号时，可以将转移凭证信息发送给渠道服务器300，以便于渠道服务器300可以查验目标账号真实性。
64.步骤303：接收目标服务器返回的中转结果信息，中转结果信息中包括中转账号。
65.在本步骤中，中转结果信息是渠道服务器300对步骤302中转请求的响应信息，中转结果信息中会包括账号管理平台请求的中转账号b和/或游戏账号q的转移凭证信息。转移凭证信息可以便于账号管理平台验证中转结果信息的真实性。
66.于一实施例中，可以预先对中转结果信息进行判断，如果中转结果信息中包括中转账号，则确定中转请求成功，否则确定中转请求失败，可以在预设时间段后再次按照步骤302的方式发起中转请求。
67.步骤304：根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
68.在本步骤中，如果针对游戏账号q的中转结果信息中存在约定的中转账号，则可以将游戏账号q的资源数据从中转账号下转移到第一用户b名下。这样游戏账号q就的资源数据就从卖家（第二用户a）转移到了买家（第一用户b）。
69.于一实施例中，步骤304具体可以包括：根据中转结果信息发出转移提示信息，转移提示信息用于提示第一用户是否确定转移目标账号。当第一用户确定转移目标账号时，根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
70.在本实施例中，如果针对游戏账号q的中转结果信息中存在约定的中转账号，账号管理平台的工作人员可以通过中转账号登录游戏账号q，得到游戏界面截图，然后将游戏界面截图发给第一用户的终端200交互界面，发出转移提示信息，转移提示信息用于提示第一用户是否确定转移游戏账号q，即给第一用户确认的机会，如果第一用户点击确认转移，则根据中转结果信息，将游戏账号q的资源数据从中转账号下转移到第一用户名下，提高账号管理平台的交互性能。
71.于一实施例中，步骤304具体可以包括：当第一用户确定转移目标账号时，获取第一用户的身份信息。发送第一鉴权请求至目标服务器，第一鉴权请求中包括第一用户的身份信息和目标账号的转移凭证信息。接收目标服务器返回的针对第一鉴权请求的第一鉴权结果。在第一鉴权结果为鉴权通过时，根据转移凭证信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
72.在本实施例中，中转结果信息中包括游戏账号q的转移凭证信息，证明游戏账号是真实安全的。当第一用户确定转移游戏账号q时，可以对第一用户进行身份校验，提示第一用户录入自己的身份信息，然后将第一用户录入的身份信息和游戏账号q的转移凭证信息携带在第一鉴权请求中，发送第一鉴权请求至渠道服务器300，如果渠道服务器300返回的第一鉴权结果为通过，则证明第一用户安全的，并且具备转移游戏账号q的权限，根据转移凭证信息，将游戏账号q的资源数据从中转账号下转移到第一用户名下。对买方进行身份校验，以确保账号转移的安全性。否则，如果第一鉴权结果没有通过，可以提示给第一用户，并可以停留账号信息页面，以便于第一用户再次录入身份信息进行鉴权。
73.于一实施例中，如果第一用户在转移提示信息的页面选择了不转移目标账号，则可以关闭本次交易的履约单，关闭订单，并通知目标服务器本次账号转移失败，可以将转移凭证信息一并传给目标服务器，便于目标服务器验证信息的真实性，目标服务器接到失败通知后，可以释放已经创建的中转账号，以节省资源。
74.于一实施例中，步骤304具体还可以包括：在第一鉴权结果为鉴权通过时，发送账号转移请求至目标服务器，转移请求中包括转移凭证信息，转移请求用于指示目标服务器
根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下。接收目标服务器返回的转移结果信息。
75.在本实施例中，当买方身份校验通过后，通过转移凭证信息向渠道方发起对游戏账号q的转移请求，转移请求中包括转移凭证信息，用以指示目标服务器根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下，目标服务器完成转移后返回转移结果，如此账号数据实际转移的过程放在账号所属方（目标服务器）执行，账号管理平台作为信息中转，接收转移结果，并传给第一用户（买方），可以进一步确保账号转移的安全性。
76.于一实施例中，将目标账号的资源数据从中转账号下转移到第一用户名下，包括：解除目标账号与中转账号的关联关系。建立目标账号与第一用户之间的关联关系。
77.在本实施例中，目标账号的转移，可以通过将游戏账号与渠道号的关联关系进行变更来实现，渠道号就是用户在目标服务器的账号，一个渠道号可以绑定多个游戏账号，拥有渠道号的用户，就拥有该渠道号下关联的游戏账号。比如用户在游戏提供商h注册了渠道号，该游戏提供商h旗下有多款电子游戏，用户的一个渠道号分别在多款电子游戏中分别注册了不同的游戏账号，这样用户的一个渠道号下就关联了多个游戏账号。可以首先解除游戏账号q与中转账号的关联关系，然后建立游戏账号q与第一用户之间的关联关系，比如实际帐号关系涉及到手机号-渠道号-游戏账号三层关系，可以通过为中转账号新增第一用户手机号与中转账号b的关联关系来完成账号转移，操作简单。
78.如此，当有账号转移请求时，通过新创建一个渠道号b（对应于中转账号b），并将卖方游戏账号q与渠道号a（第二用户a的渠道号）的关联关系变更为游戏账号q与渠道号b关联。同时，将渠道号b与买方（第一用户）手机号进行关联，从而完成帐号转移。账号转移完成后，可以将第一用户的本次订单推进到待收货状态。
79.上述账号数据处理方法，在接收到第一用户的账号转移操作时，向服务器请求中转账号，以使服务器将目标账号的资源数据转移到中转账号下，并返回中转结果，然后基于中转结果，再将目标账号从中转账号下转移到第一用户的名下，这样游戏账号数据的转移不是直接从原本的用户更换到现在的用户，而是存在一个中转过程，相比较于现有技术中直接换绑的方式，不仅降低用户信息泄露风险，提高账号数据转移的信息安全。并且第一用户不需要亲自做转移操作，简化操作流程。既可以接入不同第三方账号体系（渠道服务器300），也可以支持用户不用泄漏任何隐私的前提下实现游戏账号的转移。这样保证了在最大范围的游戏和渠道支持范围下，也能实现更安全的数据交易过程。请参看图4，其为本技术一实施例的账号数据处理方法，该方法可由图1所示的电子设备1来执行，并可以应用于图2所示的账号数据处理系统的应用场景中，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。本实施例以渠道服务器300为执行端为例，该方法包括如下步骤：步骤401：接收对目标账号的账号中转请求。
80.在本步骤中，以游戏账号数据转移为例，目标服务器可以是某个游戏服务提供商的服务器，可以使用上述渠道服务器300来实现，目标账号可以是游戏服务提供商旗下的电子游戏账号，数据保存在渠道服务器300上。在接收到第一用户b对游戏账号q的账号转移操作时，流程引擎可以创建中转流程单，账号管理平台会向渠道服务器300请求中转账号，渠
道服务器300实时接收来自账号管理平台的账号中转请求。
81.于一实施例中，在步骤401之前，还可以包括：接收第二鉴权请求，第二鉴权请求包括目标账号和第二用户的身份信息。根据目标账号和第二用户的身份信息，判断第二用户是否具备转出目标账号的权限。在第二用户具备转出目标账号的权限时，生成目标账号的转移凭证信息，并返回第二鉴权结果为鉴权通过，第二鉴权结果中包括转移凭证信息。在第二用户不具备转出目标账号的权限时，返回第二鉴权结果为鉴权不通过。
82.在本实施例中，在步骤401之前，首先是目标账号发布阶段，以游戏账号交易场景中的账号转移为例，可以转出的游戏账号，首先在账号管理平台进行发布，通过渠道鉴权接口能力，渠道服务器300校验卖方账号的准确性，如果卖方账号是安全准确的生成转移凭证，生成转移凭证，作为后续系统交互的唯一证明。比如第二用户a在渠道服务器300中存储自己的游戏账号q（目标账号），当用户a想要将自己的游戏账号q卖出去时，可以将游戏账号q作为商品发布在账号管理平台，触发对游戏账号q的账号转出操作，账号管理平台响应于该操作，可以弹出交互页面，让第二用户a填写游戏账号q的相关信息。账号管理平台将游戏账号q和第二用户的身份信息发送给渠道服务器300，渠道服务器300进行鉴权，在第二用户具备转出游戏账号q的权限时，生成游戏账号q的转移凭证信息，并返回第二鉴权结果为鉴权通过，第二鉴权结果中包括转移凭证信息，如果第二用户不具备转出游戏账号q的权限，比如第二用户是假冒的，并不是游戏账号q绑定的用户，则返回第二鉴权结果为鉴权不通过。此处鉴权过程可以确保游戏账号q数据的真实性和安全性。
83.步骤402：根据账号中转请求，将目标账号的资源数据转移到约定的中转账号下。
84.在本步骤中，渠道服务器300将游戏账号q的资源数据转移到中转账号下，并返回中转结果。游戏账号q的资源数据可以包括所属的游戏平台、游戏类型、登录游戏所需的账号和密码、以及在游戏平台拥有的虚拟数据资源等等。账号中转请求用于指示渠道服务器300将游戏账号q的资源数据从第二用户a的名下转移到约定的中转账号下。此处中转账号可以是账号管理平台（服务器100）预先与渠道服务器300约定好的渠道账号，账号管理平台拥有该中转账号的使用权限，当渠道服务器300将游戏账号q转移到中转账号下时，账号管理平台可以通过中转账号登录游戏账号q，并对游戏账号q的资源数据进行删除、编辑以及添加处理。
85.于一实施例中，步骤402具体可以包括：根据转移凭证信息，解除目标账号与第二用户的关联关系，并基于约定信息创建中转账号。建立目标账号与中转账号之间的关联关系。
86.在本实施例中，账号中转请求包括：目标账号的转移凭证信息。转移凭证信息可以验证中转请求的真实性和安全性。渠道服务器300可以基于转移凭证信息，首先解除游戏账号q与第二用户的渠道号a的关联关系，然后根据与账号管理平台的约定协议，为账号管理平台创建一个中转账号（渠道号b），建立游戏账号q与渠道号b之间的关联关系，实现账号转移。
87.步骤403：返回中转结果信息，中转结果信息用于指示终端200根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
88.在本实施例中，中转结果信息是渠道服务器300对账号管理平台的中转请求的响应信息，如果步骤402中中转成功，即成功建立游戏账号q与渠道号b之间的关联关系，则中
转结果信息中会包括账号管理平台请求的中转账号和/或游戏账号q的转移凭证信息。转移凭证信息可以便于账号管理平台验证中转结果信息的真实性。中转结果信息用于指示终端200根据中转结果信息，将游戏账号q的资源数据从中转账号下转移到第一用户名下。
89.于一实施例中，在步骤403之后，还包括：接收第一鉴权请求，第一鉴权请求中包括第一用户的身份信息和目标账号的转移凭证信息。根据第一用户的身份信息和目标账号的转移凭证信息，判断第一用户是否具备转移目标账号的权限。在第一用户具备转移目标账号的权限时，返回第一鉴权结果为鉴权通过。在第一用户不具备转移目标账号的权限时，返回第一鉴权结果为鉴权不通过。
90.在本实施例中，账号中转请求包括：目标账号的转移凭证信息。中转结果信息中也会包括游戏账号q的转移凭证信息，以便于账号管理平台验证游戏账号q是真实安全的。当第一用户确定转移游戏账号q时，可以对第一用户进行身份校验，第一用户通过账号管理平台录入自己的身份信息，账号管理平台发送第一鉴权请求至渠道服务器300，渠道服务器300对第一用户的身份进行鉴权，如果第一用户的身份信息是真实安全的，则可以说明具备转移目标账号的权限，则返回第一鉴权结果为鉴权通过，否则如果第一用户的身份信息出现造假或者错误，则确定第一用户不具备转移目标账号的权限时，返回第一鉴权结果为鉴权不通过。通过渠道服务器300对买方进行身份校验，以确保账号转移的安全性。
91.于一实施例中，如果渠道服务器300接收到来自账号管理平台的失败通知信息，比如接到通知本次账号转移失败和本次的转移凭证信息，则渠道服务器300可以释放已经创建的中转账号，以节省资源。
92.步骤404：在第一鉴权结果为鉴权通过时，接收对目标账号的账号转移请求，转移请求中包括转移凭证信息。
93.在本步骤中，当买方身份校验通过后，账号管理平台可以通过转移凭证信息向渠道方发起对游戏账号q的转移请求，转移请求中包括转移凭证信息，渠道服务器300实时接收来自账号管理平台的转移请求。
94.步骤405：根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下，并返回转移结果信息。
95.在本步骤中，渠道服务器300接收到来自账号管理平台的转移请求后，根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下，渠道服务器300完成转移后返回转移结果，如此账号数据实际转移的过程放在账号所属方（渠道服务器300）执行，账号管理平台作为信息中转，接收转移结果，并传给第一用户（买方），可以进一步确保账号转移的安全性。
96.于一实施例中，将目标账号的资源数据从中转账号下转移到第一用户名下，包括：根据转移凭证信息解除目标账号与中转账号的关联关系。建立目标账号与第一用户之间的关联关系。
97.在本实施例中，目标账号的转移，可以通过将游戏账号与渠道号的关联关系进行变更来实现，渠道号就是用户在目标服务器的账号，一个渠道号可以绑定多个游戏账号，拥有渠道号的用户，就拥有该渠道号下关联的游戏账号。比如用户在游戏提供商h注册了渠道号，该游戏提供商h旗下有多款电子游戏，用户的一个渠道号分别在多款电子游戏中分别注册了不同的游戏账号，这样用户的一个渠道号下就关联了多个游戏账号。渠道服务器300可
以首先解除游戏账号q与中转账号的关联关系，然后建立游戏账号q与第一用户之间的关联关系，比如实际帐号关系涉及到手机号-渠道号-游戏账号三层关系，可以通过为中转账号新增第一用户手机号与中转账号b的关联关系来完成账号转移，操作简单。
98.如此，当有账号转移请求时，通过新创建一个渠道号b（对应于中转账号b），并将卖方游戏账号q与渠道号a（第二用户a的渠道号）的关联关系变更为游戏账号q与渠道号b关联。同时，将渠道号b与买方（第一用户）手机号进行关联，从而完成帐号转移。
99.上述账号数据处理方法，由于用户的鉴权由账号所有方的渠道服务器300来完成，所以用户在交易过程中是不需要提供任何额外的账号安全相关信息，提高账号转移过程的信息安全。
100.请参看图5，其为本技术一实施例的账号数据处理方法，该方法可由应用于图2所示的账号数据处理系统的应用场景中，由用户通过终端触发请求，经账号管理平台的服务器100和渠道服务器300交互实现，其中服务器100是账号管理平台的服务器，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。该方法包括如下步骤：步骤501：第二用户（卖家用户）通过终端1发送对目标账号的账号转出操作给账号管理平台；步骤502：账号管理平台响应于第二用户的账号转出操作，获取转出操作对应的目标账号和第二用户的身份信息。
101.步骤503：账号管理平台发送第二鉴权请求至渠道服务器300，第二鉴权请求包括目标账号和第二用户的身份信息。
102.步骤504：渠道服务器300接收第二鉴权请求，第二鉴权请求包括目标账号和第二用户的身份信息。
103.步骤505：渠道服务器300根据目标账号和第二用户的身份信息，判断第二用户是否具备转出目标账号的权限。
104.步骤506：渠道服务器300在第二用户具备转出目标账号的权限时，生成目标账号的转移凭证信息，并给账号管理平台返回第二鉴权结果为鉴权通过，第二鉴权结果中包括转移凭证信息。渠道服务器300在第二用户不具备转出目标账号的权限时，给账号管理平台返回第二鉴权结果为鉴权不通过。
105.步骤507：账号管理平台接收渠道服务器300返回的针对第二鉴权请求的第二鉴权结果。
106.步骤508：账号管理平台当检测到第二鉴权结果中包括目标账号的转移凭证信息时，确定第二鉴权结果为鉴权通过，并将目标账号数据标记为可转移状态。
107.步骤509：第一用户（卖家用户）通过终端2发送对目标账号的账号转移操作给账号管理平台；步骤510：账号管理平台响应于第一用户的账号转移操作，获取转移操作指向的目标账号数据。
108.步骤511：账号管理平台根据目标账号数据向渠道服务器300发送账号中转请求，账号中转请求用于指示渠道服务器300将目标账号的资源数据转移到约定的中转账号下。
109.步骤512：渠道服务器300接收对目标账号的账号中转请求。
110.步骤513：渠道服务器300根据账号中转请求，将目标账号的资源数据转移到约定的中转账号下。
111.步骤514：渠道服务器300返回中转结果信息给账号管理平台，中转结果信息用于指示终端根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
112.步骤515：账号管理平台接收渠道服务器300返回的中转结果信息，中转结果信息中包括中转账号。
113.步骤516：账号管理平台根据中转结果信息向终端2发出转移提示信息，转移提示信息用于提示第一用户是否确定转移目标账号。
114.步骤517：捕获第一用户通过终端2录入的是否转移目标账号的指令；步骤518：终端2将指令发送给账号管理平台。
115.步骤519：当第一用户确定转移目标账号时，账号管理平台获取第一用户的身份信息。
116.步骤520：账号管理平台发送第一鉴权请求至渠道服务器300，第一鉴权请求中包括第一用户的身份信息和目标账号的转移凭证信息。
117.步骤521：渠道服务器300接收第一鉴权请求，第一鉴权请求中包括第一用户的身份信息和目标账号的转移凭证信息。
118.步骤522：渠道服务器300根据第一用户的身份信息和目标账号的转移凭证信息，判断第一用户是否具备转移目标账号的权限。
119.步骤523：渠道服务器300在第一用户具备转移目标账号的权限时，给账号管理平台返回第一鉴权结果为鉴权通过。在第一用户不具备转移目标账号的权限时，给账号管理平台返回第一鉴权结果为鉴权不通过。
120.步骤524：账号管理平台接收渠道服务器300返回的针对第一鉴权请求的第一鉴权结果。
121.步骤525：账号管理平台在第一鉴权结果为鉴权通过时，发送账号转移请求至渠道服务器300。
122.步骤526：渠道服务器300接收对目标账号的账号转移请求，在第一鉴权结果为鉴权通过时，转移请求中包括转移凭证信息。
123.步骤527：渠道服务器300根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下；步骤528：渠道服务器300返回转移结果信息给账号管理平台。
124.步骤529：账号管理平台接收渠道服务器300返回的转移结果信息，并账号管理平台发送转移结果信息给终端2。
125.上述账号数据处理方法详细内容可以参见前述实施例中对应方法实施例的描述。其实现原理和技术效果类似，本实施例此处不再赘述。
126.请参看图6，其为本技术一实施例的账号数据处理装置600，该装置可应用于图1所示的电子设备1，并可以应用于图2所示的账号数据处理系统的应用场景中，以降低账号数据转移过程中用户信息泄露风险，提高账号数据转移的信息安全，并且简化账号数据转移操作。本实施例以账号管理平台为执行端为例，该装置包括：第一获取模块601、第一发送模块602、第一接收模块603和转移模块604，各个模块的原理关系如下：
第一获取模块601，用于响应于第一用户的账号转移操作，获取转移操作指向的目标账号数据。
127.第一发送模块602，用于根据目标账号数据向目标服务器发送账号中转请求，账号中转请求用于指示目标服务器将目标账号的资源数据转移到约定的中转账号下。
128.第一接收模块603，用于接收目标服务器返回的中转结果信息，中转结果信息中包括中转账号。
129.转移模块604，用于根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
130.于一实施例中，第一获取模块601，用于解析账号转移操作，得到账号转移操作中携带的目标账号标识。在数据库中查找目标账号标识对应的目标账号数据，目标账号数据被标记为可转出状态。
131.于一实施例中，目标账号数据包括：目标账号的转移凭证信息。第一发送模块602，用于将目标账号的转移凭证信息携带在账号中转请求中发送至目标服务器。
132.于一实施例中，转移模块604，用于根据中转结果信息发出转移提示信息，转移提示信息用于提示第一用户是否确定转移目标账号。当第一用户确定转移目标账号时，根据中转结果信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
133.于一实施例中，中转结果信息中包括目标账号的转移凭证信息。转移模块604，用于当第一用户确定转移目标账号时，获取第一用户的身份信息。发送第一鉴权请求至目标服务器，第一鉴权请求中包括第一用户的身份信息和目标账号的转移凭证信息。接收目标服务器返回的针对第一鉴权请求的第一鉴权结果。在第一鉴权结果为鉴权通过时，根据转移凭证信息，将目标账号的资源数据从中转账号下转移到第一用户名下。
134.于一实施例中，转移模块604，用于在第一鉴权结果为鉴权通过时，发送账号转移请求至目标服务器，转移请求中包括转移凭证信息，转移请求用于指示目标服务器根据转移凭证信息将目标账号的资源数据从中转账号下转移到第一用户名下。接收目标服务器返回的转移结果信息。
135.于一实施例中，将目标账号的资源数据从中转账号下转移到第一用户名下，包括：解除目标账号与中转账号的关联关系。建立目标账号与第一用户之间的关联关系。
136.于一实施例中，在响应于第一用户的账号转移操作，获取账号转移操作指向的目标账号数据之前，还包括：第二获取模块，用于响应于第二用户的账号转出操作，获取转出操作对应的目标账号和第二用户的身份信息。
137.第二发送模块，用于发送第二鉴权请求至目标服务器，第二鉴权请求包括目标账号和第二用户的身份信息。
138.第二接收模块，用于接收目标服务器返回的针对第二鉴权请求的第二鉴权结果。
139.确定模块，用于当检测到第二鉴权结果中包括目标账号的转移凭证信息时，确定第二鉴权结果为鉴权通过，并将目标账号数据标记为可转移状态。
140.上述账号数据处理装置600的详细描述，请参见上述实施例中相关方法步骤的描述，其实现原理和技术效果类似，本实施例此处不再赘述。
141.本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计
算机执行指令，当处理器执行计算机执行指令时，实现前述任一实施例的方法。
142.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一实施例的方法。
143.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。
144.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器执行本技术各个实施例方法的部分步骤。
145.应理解，上述处理器可以是中央处理单元（central processing unit，简称cpu），还可以是其它通用处理器、数字信号处理器（digital signal processor，简称dsp）、专用集成电路（application specific integrated circuit，简称asic）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
146.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（sram），电可擦除可编程只读存储器（eeprom），可擦除可编程只读存储器（eprom），可编程只读存储器（prom），只读存储器（rom），磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
147.一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
148.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
149.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
150.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如rom/ram、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本技术各个实施例的方法。
151.本技术的技术方案中，所涉及的用户数据等信息的收集、存储、使用、加工、传输、
提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
152.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。