一种数据处理方法、装置、设备及介质与流程

本申请涉及计算机技术领域，尤其涉及一种数据处理方法、装置、设备及介质。

背景技术：

目前，国家间人员交往日益频繁，但由于国家(或地区)间的种种限制，很多技术或服务非本国(或本地区)公民是无法享受的。例如，对于一些国家(或地区)来说，非该国(或该地区)公民在该国(或该地区)只能使用该国(或该地区)现金消费，且非该国(或该地区)公民不能开通该国(或该地区)银行账户；这样一来，即使该国(或该地区)的移动支付技术或电子支付或信用支付等比较发达，非该国(或该地区)公民是无法享受的。

有鉴于此，需要更有效和更高效的面向非本国(或本地区)人员的数据处理方案。

技术实现要素：

本说明书实施例提供一种数据处理方法、装置、设备及介质，用以解决如何更有效和更高效地进行国家(或地区)间数据处理的技术问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供第一种数据处理方法，应用于第一服务器，包括：

接收客户端发送的用户申请，所述用户申请用于开通第一账户的目标功能；

判断所述用户申请包含的申请数据是否满足预设申请条件；

若所述申请数据满足所述预设申请条件，则向第二服务器发送开户请求，以使所述第二服务器根据所述开户请求设立第二账户；

接收第二服务器发送的所述第二账户的账户数据，向所述第二服务器发送绑定请求，以使所述第二服务器绑定所述第二账户和所述第一账户；

在确定所述第二服务器执行完成所述绑定请求后，向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第一数额，同时所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；

接收所述第二服务器发送的与所述虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述虚拟资源转移请求的执行结果。

本说明书实施例提供第二种数据处理方法，应用于第二服务器，包括：

接收第一服务器发送的开户请求，根据所述开户请求设立第二账户，并向所述第一服务器发送所述第二账户的账户数据；

接收所述第一服务器发送的包含第一账户的账户数据和第二账户的账户数据的绑定请求，根据所述绑定请求绑定所述第二账户的账户数据和所述第一账户的账户数据，并向所述第一服务器发送与所述绑定请求对应的反馈数据；

在绑定所述第二账户和所述第一账户后，接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求，向第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；

将所述第二账户的虚拟资源增加所述第一数额，并向所述第一服务器发送与所述虚拟资源转移请求对应的反馈数据。

本说明书实施例提供一种数据处理装置，包括：

开户模块，用于接收客户端发送的用户申请，所述用户申请用于开通第一账户的目标功能；以及，判断所述用户申请包含的申请数据是否满足预设申请条件；若所述申请数据满足所述预设申请条件，则向第二服务器发送开户请求，以使所述第二服务器根据所述开户请求设立第二账户；以及，接收第二服务器发送的所述第二账户的账户数据；

绑定模块，用于接收到所述第二账户的账户数据后，向所述第二服务器发送绑定请求，以使所述第二服务器绑定所述第二账户和所述第一账户；

虚拟资源转移模块，用于在确定所述第二服务器执行完成所述绑定请求后，向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第一数额，同时所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；以及，接收所述第二服务器发送的与所述虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述虚拟资源转移请求的执行结果。

本说明书实施例提供一种数据处理装置，包括：

开户模块，用于接收第一服务器发送的开户请求，根据所述开户请求设立第二账户，并向所述第一服务器发送所述第二账户的账户数据；

绑定模块，用于接收所述第一服务器发送的包含第一账户的账户数据和第二账户的账户数据的绑定请求，根据所述绑定请求绑定所述第二账户的账户数据和所述第一账户的账户数据，并向所述第一服务器发送与所述绑定请求对应的反馈数据；

虚拟资源转移模块，用于在绑定所述第二账户和所述第一账户后，接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求，向第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；以及，将所述第二账户的虚拟资源增加所述第一数额，并向所述第一服务器发送与所述虚拟资源转移请求对应的反馈数据。

本说明书实施例提供一种数据处理设备，包括：

至少一个处理器；

以及，

与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行上述第一种数据处理方法。

本说明书实施例提供一种数据处理设备，包括：

至少一个处理器；

以及，

与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行上述第二种数据处理方法。

本说明书实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述第一种数据处理方法。

本说明书实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述第二种数据处理方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

通过建立第一服务器和第二服务器、第二服务器和非第一服务器所在国(或地区)服务器之间的关联关系，以及通过第一服务器和第二服务器、第二服务器和非第一服务器所在国(或地区)服务器之间的数据交互，实现了虚拟资源在不同国家(或地区)间的交换和转移，使得非第一服务器所在国(或地区)用户也能够拥有第一服务器所在国(或地区)独有的账户以及独有的虚拟资源，从而非第一服务器所在国(或地区)人员能够享受基于第一服务器所在国(或地区)独有账户和虚拟资源的各种第一服务器所在国(或地区)的技术或服务，提高了面向非第一服务器所在国(或地区)人员的数据处理效率以及国家(或地区)间的数据处理效率，同时提高了非第一服务器所在国(或地区)人员在第一服务器所在国(或地区)的数据处理体验。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对本说明书实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书第一个实施例中的数据处理方法的流程示意图。

图2是本说明书第一个实施例中的数据处理方法的执行示意图。

图3是本说明书第一个实施例中的数据处理过程示意图。

图4是本说明书第二个实施例中的数据处理方法的流程示意图。

图5是本说明书第二个实施例中的数据处理方法的一种执行示意图。

图6是本说明书第二个实施例中的一种数据处理过程示意图。

图7是本说明书第二个实施例中的数据处理方法的另一种执行示意图。

图8是本说明书第二个实施例中的另一种数据处理过程示意图。

图9是本说明书第三个实施例中的一种数据处理装置的结构示意图。

图10是本说明书第四个实施例中的一种数据处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本说明书实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

现有技术中，国家(或地区)存在各种限制，很多技术或服务非本国(或本地区)公民是无法享受的。例如，对于一些国家(或地区)来说，非该国(或该地区)公民在该国(或该地区)只能使用该国(或该地区)现金消费，且非该国(或该地区)公民不能开通该国(或该地区)银行账户，从而非该国(或该地区)公民需要通过货币兑换取得该国(或该地区)现金货币在该国(或该地区)进行消费，且无法使用基于该国(或该地区)银行账户的各种技术或服务；这样一来，即使该国(或该地区)的移动支付或电子支付或信用支付等技术或服务比较发达，但由于移动支付或电子支付或信用支付是基于银行账户的，非该国(或该地区)公民无法享受到该国(或该地区)的移动支付或电子支付或信用支付等技术或服务

本说明书实施例提供了一种数据处理方法。本实施例的执行主体可以是计算机或者服务器或者相应的数据处理系统，即执行主体可以是多种多样的，可以根据实际情况进行设置或者变换。另外，也可以有第三方应用程序协助所述执行主体执行本实施例，例如，可以由服务器来执行本实施例中的数据处理方法，并且还可以在(用户所持有的)终端(包括但不限于手机、计算机)上安装相应的应用程序，服务器与应用程序对应，服务器与用户所持有的终端之间可以进行数据传输，通过终端或应用程序来向用户进行页面或信息展示或数据输入输出。

如图1至图3所示，本实施例提供的数据处理方法应用于第一服务器(即执行主体可以是第一服务器)，包括：

s101：接收客户端发送的用户申请，所述用户申请用于开通第一账户的目标功能。

本实施例中，所述的客户端(应用程序)可以安装在(用户所持有的)终端(包括但不限于手机、计算机)上，供用户操作。客户端可以和第一服务器相对应并互通互联，客户端可以和第一服务器进行数据传输或数据交互。客户端向第一服务器发送数据(消息、信息、申请、请求、指令等都可看作数据)可以是由用户对客户端的某些操作发起的，可以看作用户的意思表示。当然，客户端向第一服务器发送数据(消息、信息、申请、请求、指令等都可看作数据)也可以是客户端自动发起的。以下以任意一个用户(不妨记为用户a)为例进行说明。

本实施例中，用户a可以注册并登录客户端。在注册客户端时，可以要求用户a提供注册数据，例如电话号码信息。客户端可以将用户a用于注册的注册数据发送给第一服务器，第一服务器对对所述注册数据进行验证(是否为已有注册数据和/或是否为有效注册数据)，例如通过向上述终端发送验证码或使终端显示校验码的方式进行验证；验证通过后，第一服务器可以存储所述注册数据并为用户a分配用户名。特别的，第一服务器可以根据所述注册数据确定客户端的运行环境(或版本)，例如当注册数据满足预设注册条件时，可以将客户端置于目标运行环境(或使客户端运行目标版本)。另外，第一服务器可以向客户端发送数据，以使客户端提示用户a设置密码等。

客户端可以为用户a提供引导，以完成上述注册过程。用户a的注册，第一服务器可以为用户a开设账户，以下不妨称为第一账户。客户端注册完成后，用户a可以在客户端上使用注册的用户名和密码等登录第一账户。一般情况下，一个客户端上可能会同时登录多个账户，但用户a只能针对一个账户进行操作。用户a针对第一账户的操作可以视为用户a针对客户端的操作。

本实施例中，客户端可以为其账户提供多种功能，用户a登录第一账户后，可以申请开通第一账户的某个或某些功能(可以称为目标功能，第一账户的目标功能包括但不限于使用所述第一账户进行支付、转账、接收转账、发红包、收红包中的一项或多项)。客户端可以向第一服务器发送用户申请，所述用户申请用于开通第一账户的上述目标功能。

具体的，可以设置第一预定触发条件，当用户a触发了第一预定触发条件后，客户端可以展示输入页面，页面上可以具有申请信息输入框或选项。其中，客户端可以提供目标功能申请入口或选项，若用户a对目标功能申请入口或选项进行了某些操作(例如点击了目标功能开通对应的选项)，则触发第一预定触发条件。用户a可以根据客户端的提示在申请信息输入框中输入申请信息，某些申请信息可以通过选择选项的方式进行输入。客户端生成与用户a输入的申请信息对应的申请数据(例如将申请信息进行打包或加密后生成对应的申请数据)，将申请数据包含在用户申请中，随用户申请发送给第一服务器。

本实施例中，用户a所要输入的申请信息包括但不限于用户a的身份数据和/或旅行数据，或者用户a的身份数据必须输入。相应的，申请数据包括但不限于用户a的身份数据和/或旅行数据。不过，由于客户端可能要对用户a的身份数据和/或旅行数据进行打包或加密等处理，用户a的身份数据和/或旅行数据在用户申请中的存在形式与用户a输入时的形式可能是不同的。

上述的目标功能申请入口或选项可以是仅在目标运行环境(或目标版本)下才出现，从而目标功能申请入口或选项与预设注册条件可以是对应的，即当注册数据满足预设注册条件时，将客户端置于目标运行环境(或使客户端运行目标版本)，并提供目标功能申请入口或选项。

客户端的上述输入页面上还可以有相应的按钮，当用户a点击这样的按钮时，客户端将包含申请数据的用户申请发送给第一服务器。

s103：判断所述用户申请包含的申请数据是否满足预设申请条件；若所述申请数据满足所述预设申请条件，则向第二服务器发送开户请求，以使所述第二服务器根据所述开户请求设立第二账户。

第一服务器接收客户端发送的用户申请，并判断用户申请包含的申请数据是否满足预设申请条件。以下对预设申请条件分别按照1.1和1.2进行说明(本实施例不限于下述的1.1和1.2)：

1.1、若用户请求所包含的申请数据包括用户a的身份数据，则预设申请条件包括所述身份数据属于指定地区和/或指定国家；

1.2、若用户请求所包含的申请数据包括用户a的旅行数据，则预设申请条件包括所述旅行数据包含的起始地和/或目的地为指定地区和/或指定国家。

1.1和1.2可以单独使用或结合使用，即可以判断用户申请包含的申请数据是否满足1.1和/或1.2。

若申请数据满足预设申请条件，则第一服务器向第二服务器(第二服务器与第一服务器可以具有合约或关联关系，相互间可以进行数据传输或数据交互)发送开户请求，以使第二服务器根据开户请求为用户a设立第二账户。开户请求中可以包含用户申请中所包含的申请数据，例如用户a的身份数据。当然，第一服务器可以对申请数据进行必要处理(如打包或加密)后再随开户请求发送给第二服务器。

s105：接收第二服务器发送的所述第二账户的账户数据，向所述第二服务器发送绑定请求，以使所述第二服务器绑定所述第二账户和所述第一账户。

第二服务器可以向第一服务器发送第二账户的账户数据(包括但不限于第二账户的账号、开户时间等)，第一服务器接收第二服务器发送的所述第二账户的账户数据。

第一服务器接收到第二账户的账户数据后，第一服务器向第二服务器发送绑定请求，以使第二服务器绑定第二账户和第一账户。具体的，绑定请求可以包含第一账户的账户数据(包括但不限于第一账户的账号、开户时间等)和第二账户的账户数据。需要说明的是，“第一服务器向第二服务器发送的第二账户的账户数据”与“第一服务器从第二服务器接收的第二账户的账户数据”可以不同，例如第一服务器从第二服务器接收的第二账户的账户数据可以包括第二账户的账号和开户时间，而第一服务器向第二服务器发送的第二账户的账户数据可以不包括第二账户的开户时间。

本实施例中，第一服务器向第二服务器发送绑定请求，以使第二服务器绑定第二账户和第一账户可以包括：第一服务器向第二服务器发送绑定请求，以使第二服务器关联第二账户的账户数据和第一账户的账户数据，并在与第二服务器相关的数据库中存储(第二服务器所设置的)第二账户的账户数据和第一账户的账户数据的关联关系，从而第二服务器完成第二账户和第一账户的绑定。

需要说明的是，“第二服务器关联第二账户的账户数据和第一账户的账户数据”中的“第二账户的账户数据”与“第一服务器向第二服务器发送的第二账户的账户数据”可以不同，例如第一服务器向第二服务器发送的第二账户的账户数据包括第二账户的账号，而“第二服务器关联第二账户的账户数据和第一账户的账户数据”中的“第二账户的账户数据”可以包括第二账户的账号和开户时间。

第二服务器可以向第一服务器发送是否完成第二账户和第一账户的绑定的反馈数据，记为第一反馈数据，第一反馈数据与第一服务器向第二服务器发送的绑定请求是对应的。第一服务器根据第一反馈数据可以判断第二服务器是否完成上述绑定请求，并确定关于是否执行完成绑定请求的执行结果数据，记为第一执行结果数据。第一服务器向客户端发送第一执行结果数据，以使客户端(向用户a)显示绑定请求的执行结果。

s107：在确定所述第二服务器执行完成所述绑定请求后，向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第一数额，同时所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；接收所述第二服务器发送的与所述虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述虚拟资源转移请求的执行结果。

第一服务器在确定第二服务器执行完成上述绑定请求后，可以向第二服务器发送包含第一数额和“第三账户的账户数据”的虚拟资源转移请求。以下分别按照2.1和2.2进行说明(本实施例不限于下述的2.1和2.2)：

2.1、申请数据包含第一数额和第三账户的账户数据

如前述，客户端可以展示输入页面，用户a除了可以输入申请信息外，还可以输入第一数额和第三账户的账户数据，客户端生成与用户a输入的第一数额和第三账户的账户数据对应的申请数据(例如将第一数额和第三账户的账户数据打包或加密后生成对应的申请数据，或者将申请信息以及第一数额和第三账户的账户数据统一打包或加密生成对应的申请数据)，并包含在用户申请中。从而，客户端发送给第一服务器的用户申请除了包含与申请信息对应的申请数据外，还可以包含与第一数额和第三账户的账户数据对应的申请数据。

本实施例中，由于客户端可能要对第一数额和第三账户的账户数据进行打包或加密等处理，第一数额和第三账户的账户数据在用户申请中的存在形式与用户a输入时的形式可能是不同的。

客户端的上述输入页面上还可以有相应的按钮，当用户a点击这样的按钮时，客户端将包含与申请信息、第一数额和第三账户的账户数据对应的申请数据的用户申请发送给第一服务器。

2.1情况下，第一服务器在确定第二服务器执行完成上述绑定请求后，可以自动向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求。

2.2、申请数据不包含第一数额或第三账户的账户数据

若客户端展示的前述输入页面不能用于输入第一数额或第三账户的账户数据，或者客户端展示的前述输入页面可以用于输入第一数额和/或第三账户的账户数据，但用户a没有在输入页面输入第一数额或第三账户的账户数据，则客户端向第一服务器发送的用户申请所包含的申请数据不包含第一数额或第三账户的账户数据。

2.2情况下，第一服务器在确定第二服务器执行完成上述绑定请求后，向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求前，接收客户端发送的包含第一数额和第三账户的账户数据的虚拟资源转移申请。具体的，可以设置第二预定触发条件，当用户a触发了第二预定触发条件后，客户端可以展示输入页面，页面上可以具有第一数额和第三账户的账户数据的输入框或选项。其中，客户端可以提供虚拟资源转移申请入口或选项，若用户a对虚拟资源转移申请入口或选项进行了某些操作(例如点击了虚拟资源转移申请对应的选项)，则触发第二预定触发条件。用户a可以根据客户端的提示在第一数额和第三账户的账户数据的输入框中分别输入第一数额和第三账户的账户数据，或者可以通过选择选项的方式进行输入(例如可以通过选项选择第一数额)。客户端生成与用户a输入的第一数额和第三账户的账户数据对应的数据(例如将第一数额和/或第三账户的账户数据打包或加密后生成对应的申请数据)，并包含在虚拟资源转移申请中，随虚拟资源转移申请发送给第一服务器。

本实施例中，由于客户端可能要对第一数额和第三账户的账户数据进行打包或加密等处理，第一数额和第三账户的账户数据在虚拟资源转移申请中的存在形式与用户a输入时的形式可能是不同的。

客户端的输入页面上还可以有相应的按钮，当用户a点击这样的按钮时，客户端将包含与第一数额和第三账户的账户数据对应的数据的虚拟资源转移申请发送给第一服务器。第一服务器接收到虚拟资源转移申请后，向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求。当然，第一服务器可以对第一数额和第三账户的账户数据进行必要处理(如打包或加密)后再随虚拟资源转移请求发送给第二服务器。

2.3、申请数据包含第一数额和第三账户的账户数据中的一种

假如2.1中，用户a只输入了第一数额或只输入了第三账户的账户数据，例如只输入了第三账户的账户数据，则申请数据包含第三账户的账户数据。这种情况下，第一服务器在确定第二服务器执行完成上述绑定请求后，向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求前，可以使客户端提示用户输入第一数额和第三账户的账户数据中缺少的另一种，即第一数额。客户端的输入页面上还可以有相应的按钮，当用户a输入第一数额并点击这样的按钮时，客户端将第一数额发送给第一服务器。第一服务器接收到第一数额后，向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求。当然，第一服务器可以对第一数额和第三账户的账户数据进行必要处理(如打包或加密)后再随虚拟资源转移请求发送给第二服务器。

本实施例中，第一服务器向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求，以使第二账户的虚拟资源增加第一数额，同时第三账户的虚拟资源减少第二数额，第二数额对应于第一数额且和第一数额不相同。第一数额和第二数额之间可以有比例关系，通过第一数额和所述比例关系确定第二数额。

第二服务器可以向第一服务器发送是否完成上述虚拟资源转移请求对应的虚拟资源转移的反馈数据，记为第二反馈数据，第二反馈数据与第一服务器向第二服务器发送的虚拟资源转移请求是对应的。第一服务器根据第二反馈数据可以判断第二服务器是否完成上述虚拟资源转移请求，并确定关于是否执行完成虚拟资源转移请求的执行结果数据，记为第二执行结果数据。第一服务器向客户端发送第二执行结果数据，以使客户端(向用户a)显示虚拟资源转移请求的执行结果。

本实施例中，第三账户可以是(用户a的)信用卡或储蓄卡账户，第二服务器可以验证用户a的身份数据与第三账户的账户数据是否匹配。特别的，第一服务器和第二服务器可属于同一国家(或地区)(这里的属于可以是地理位置意义上的属于，也可以是所有权或者管理权意义上的属于，下同)，用户a可以不是第一服务器所在国(或地区)的公民，第三账户与第二账户可以分属不同的国家(或地区)，开设第三账户的服务器与第二服务器可以分属不同的国家(或地区)，而不同国家(或地区)虚拟资源可以是不同的。通过第一数额和第二数额的一增一减，实现了虚拟资源在不同国家(或地区)间的交换和转移。由于第二账户为用户a所有，通过本实施例就使得用户a也能拥有第一服务器所在国(或地区)独有的账户和虚拟资源。

另外，即使用户a是第一服务器所在国(或地区)的公民，但由于各种原因(例如用户a长期身处国外)，那么用户a可能不能或不便拥有第一服务器所在国(或地区)独有的虚拟资源，这种情况下，可以称用户a为特定用户。对于特定用户来说，通过本实施例也能拥有第一服务器所在国(或地区)独有的账户和虚拟资源。

本实施例中，通过建立第一服务器和第二服务器、第二服务器和非第一服务器所在国(或地区)服务器(即开设第三账户的服务器，下同)之间的关联关系，以及通过第一服务器和第二服务器、第二服务器和非第一服务器所在国(或地区)服务器之间的数据交互，实现了虚拟资源在不同国家(或地区)间的交换和转移，使得非第一服务器所在国(或地区)用户以及特定用户也能够拥有第一服务器所在国(或地区)独有的账户以及独有的虚拟资源，从而非第一服务器所在国(或地区)人员以及特定用户能够享受基于第一服务器所在国(或地区)独有账户和独有虚拟资源的各种第一服务器所在国(或地区)的技术或服务，提高了面向非第一服务器所在国(或地区)人员和特定人员的数据处理效率以及国家(或地区)间的数据处理效率，同时提高了非第一服务器所在国(或地区)人员和特定人员在第一服务器所在国(或地区)的数据处理体验。

本实施例中，第一服务器向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求后，还可以向第二服务器发送包含第三数额和上述第三账户的账户数据的虚拟资源转移请求，以使第二账户的虚拟资源增加第三数额，同时第三账户的虚拟资源减少第四数额，第四数额对应于第三数额且和第三数额不相同。第三数额和第四数额之间可以有比例关系，通过第三数额和所述比例关系确定第二数额。可见，第一服务器可以向第二服务器多次发送虚拟资源转移请求，不同次发送的虚拟资源转移请求包含的数额可以不同。由于第三账户的账户数据在第一服务器首次向第二服务器发送虚拟资源转移请求时第二服务器已经接收，故之后第一服务器再向第二服务器发送虚拟资源转移请求时，虚拟资源转移请求可以不包含第三账户的账户数据，从而第二服务器可以默认使用第三账户作为虚拟资源的减少账户。

本实施例中，第一服务器向第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求后，还可以向第二服务器发送包含第五数额和“第四账户的账户数据”的虚拟资源转移请求，以使第二账户的虚拟资源增加第五数额，同时第四账户的虚拟资源减少第六数额，第四账户的账户数据与第三账户的账户数据不同，第六数额对应于第五数额且和第五数额不相同。第五数额和第六数额之间可以有比例关系，通过第五数额和所述比例关系确定第六数额。

具体的，可以设置第三预定触发条件，当用户a触发了第三预定触发条件后，客户端可以展示输入页面，页面上可以具有第五数额和第四账户的账户数据的输入框或选项。其中，客户端可以提供虚拟资源转移申请入口或选项，若用户a对虚拟资源转移申请入口或选项进行了某些操作(例如点击了虚拟资源转移申请对应的选项)，则触发第三预定触发条件。用户a可以根据客户端的提示在第五数额和第四账户的账户数据的输入框中分别输入第五数额和第四账户的账户数据，或者可以通过选择选项的方式进行输入(例如可以通过选项选择第五数额)。客户端生成与用户a输入的第五数额和第四账户的账户数据对应的数据(例如将第五数额和/或第四账户的账户数据打包或加密后生成对应的申请数据)，并包含在虚拟资源转移申请中，随虚拟资源转移申请发送给第一服务器。其他未详细说明的，可以参照上述的2.2。可见，第一服务器可以向第二服务器多次发送虚拟资源转移请求，不同次发送的虚拟资源转移请求包含的数额和账户数据可以不同，从而虚拟资源转移的来源账户(即虚拟资源减少的账户)可以不同。

第四账户可以是信用卡或储蓄卡账户，第四账户与第二账户可以分属不同的国家(或地区)，开设第四账户的服务器与第二服务器可以分属不同的国家(或地区)。

第二服务器每次接收虚拟资源转移请求后，都可以向第一服务器发送是否完成虚拟资源转移请求对应的虚拟资源转移的反馈数据，反馈数据与第一服务器向第二服务器发送的虚拟资源转移请求是一一对应的。第一服务器根据反馈数据可以判断第二服务器是否完成相应的虚拟资源转移请求，并确定关于是否执行完成虚拟资源转移请求的执行结果数据，即执行结果数据与虚拟资源转移请求也是一一对应的。第一服务器向客户端发送执行结果数据，以使客户端(向用户a)显示虚拟资源转移请求的执行结果。

本实施例中，第二账户是可以被注销的，以下对第二账户的注销分别按照3.1和3.2进行说明(本实施例不限于下述的3.1和3.2)：

3.1、用户申请注销

本实施例中，客户端可以向第一服务器发送用于注销第二账户的注销申请。具体的，可以设置第四预定触发条件，当用户a触发了第四预定触发条件后，客户端向第一服务器发送所述注销申请。其中，客户端可以提供注销申请入口或选项，若用户a对注销申请入口或选项进行了某些操作(例如点击了注销申请对应的选项)，则触发第四预定触发条件。

第一服务器接收到客户端发送的所述注销申请后，向第二服务器发送用于注销第二账户的注销请求，以使第二服务器注销第二账户。第二服务器可以向第一服务器发送是否完成上述注销请求对应的反馈数据，记为第三反馈数据，第三反馈数据与第一服务器向第二服务器发送的注销请求是对应的。第一服务器根据第三反馈数据可以判断第二服务器是否完成上述注销请求，并确定关于是否执行完成注销请求的执行结果数据，记为第三执行结果数据。第一服务器向客户端发送第三执行结果数据，以使客户端(向用户a)显示注销请求的执行结果。

3.2、第二服务器自动注销

本实施例中，若第一服务器接收到了第二服务器发送的关于注销第二账户的注销信息，且还没有接收到客户端发送的用于注销第二账户的注销申请，则确定与所述注销信息对应的注销数据，并向客户端发送所述注销数据，以使客户端(向用户a)显示第二账户的注销情况，例如显示第二账户已经被注销。

由3.1和3.2可见，对第二账户的注销既可以是用户a发起的，也可以是第二服务器自动执行的。

本实施例中的所有数据传输或交互过程都可以进行加密处理，对此不再详细说明。

对应于第一个实施例，如图4所示，本说明书第二个实施例提供了一种数据处理方法，应用于第二服务器(即本实施例的执行主体可以是第二服务器)，包括：

s201：接收第一服务器发送的开户请求，根据所述开户请求设立第二账户，并向所述第一服务器发送所述第二账户的账户数据。

本实施例中的第一服务器同第一个实施例中的第一服务器，且本实施例中不妨仍以用户a为例进行说明。

根据第一个实施例，第一服务器向第二服务器发送开户请求，那么第二服务器接收第一服务器发送的开户请求，根据所述开户请求为用户a设立第二账户，并向第一服务器发送第二账户的账户数据，可参照第一个实施例。

本实施例中，第二服务器可以对开户请求中包含的数据进行验证，例如向前述终端发送验证码。

本实施例中，第二服务器根据开户请求为用户a设立第二账户前，还可以判断开户申请中包含的数据是否满足预设开户条件。以下对预设申请条件分别按照4.1和4.2进行说明(本实施例不限于下述的4.1和4.2)：

4.1、若开户请求包含用户a的身份数据，则第二服务器根据开户请求为用户a设立第二账户前，判断所述身份数据是否满足预设开户条件；若满足，则根据开户请求为用户a设立第二账户。其中，若开户请求包含用户a的身份数据，则预设开户条件可以包括所述身份数据属于指定地区和/或指定国家；

4.2、若开户请求包含用户a的旅行数据；则第二服务器根据开户请求为用户a设立第二账户前，判断所述旅行数据是否满足预设开户条件；若满足，则根据开户请求为用户a设立第二账户。其中，若开户请求包含用户a的旅行数据，则预设申请条件可以包括所述旅行数据包含的起始地和/或目的地为指定地区和/或指定国家。

4.1和4.2可以单独使用或结合使用，即可以判断用户申请包含的申请数据是否满足4.1和/或4.2。

s203：接收所述第一服务器发送的包含第一账户的账户数据和第二账户的账户数据的绑定请求，根据所述绑定请求绑定所述第二账户的账户数据和所述第一账户的账户数据，并向所述第一服务器发送与所述绑定请求对应的反馈数据。

对应于第一个实施例，第一服务器向第二服务器发送绑定请求，第二服务器接收第一服务器发送的包含第一账户的账户数据和第二账户的账户数据的绑定请求，根据所述绑定请求进行第二账户和第一账户的绑定，并向第一服务器发送第一个实施例中的第一反馈数据。具体绑定过程可参见第一个实施例。

s205：在绑定所述第二账户和所述第一账户后，接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求，向第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；接收第三服务器发送的反馈数据，若根据所述反馈数据确定所述第三账户的虚拟资源减少所述第二数额已完成，则将所述第二账户的虚拟资源增加所述第一数额，并向所述第一服务器发送与所述虚拟资源转移请求对应的反馈数据。

如图5和图6所示，对应于第一个实施例，第二服务器在绑定第二账户和第一账户后，第一服务器向第二服务器发送虚拟资源转移请求，第二服务器接收包含第一数额和第三账户的账户数据的虚拟资源转移请求，向第三服务器(第三服务器与第二服务器可以具有合约或关联关系，相互间可以进行数据传输或数据交互)发送虚拟资源转移指令，以使第三账户的虚拟资源减少第二数额，第二数额对应于所述第一数额且和所述第一数额不相同，参见第一个实施例。

本实施例中，第三服务器可以是设立第三账户的服务器。

第三服务器可以向第二服务器发送是否完成上述虚拟资源转移指令(即将第三账户的虚拟资源减少第二数额)的反馈数据，记为第四反馈数据，第四反馈数据与所述虚拟资源转移指令是对应的，第二服务器根据第四反馈数据可以判断第三服务器是否完成上述虚拟资源转移指令。如第二服务器判断第三服务器完成上述虚拟资源转移指令，则将第二账户的虚拟资源第一数额。

对应于第一个实施例，第二服务器可以向第一服务器发送第一个实施例中的第二反馈数据。

本实施例中，第三账户可以是用户a的信用卡或储蓄卡账户，第二服务器可以验证用户a的身份数据与第三账户的账户数据是否匹配。特别的，第一服务器和第二服务器可属于同一国家(或地区)(这里的属于可以是地理位置意义上的属于，也可以是所有权或者管理权意义上的属于，下同)，用户a可以不是第二服务器所在国(或地区)的公民，第三账户与第二账户可以分属不同的国家(或地区)，第三服务器与第二服务器可以分属不同的国家(或地区)，而不同国家(或地区)虚拟资源可以是不同的。通过第一数额和第二数额的一增一减，实现了虚拟资源在不同国家(或地区)间的交换和转移。由于第二账户为用户a所有，通过本实施例就使得用户a也能拥有第二服务器所在国(或地区)独有的账户和虚拟资源。

另外，即使用户a是第二服务器所在国(或地区)的公民，但由于各种原因(例如用户a长期身处国外)，那么用户a可能不能或不便拥有第二服务器所在国(或地区)独有的虚拟资源，这种情况下，可以称用户a为特定用户。对于特定用户来说，通过本实施例也能拥有第二服务器所在国(或地区)独有的账户和虚拟资源。

本实施例中，通过建立第一服务器和第二服务器、第二服务器和非第二服务器所在国(或地区)服务器(即开设第三账户的服务器，下同)之间的关联关系，以及通过第一服务器和第二服务器、第二服务器和非第二服务器所在国(或地区)服务器之间的数据交互，实现了虚拟资源在不同国家(或地区)间的交换和转移，使得非第二服务器所在国(或地区)用户以及特定用户也能够拥有第二服务器所在国(或地区)独有的账户以及独有的虚拟资源，从而非第二服务器所在国(或地区)人员以及特定用户能够享受基于第二服务器所在国(或地区)独有账户和独有虚拟资源的各种第二服务器所在国(或地区)的技术或服务，提高了面向非第二服务器所在国(或地区)人员和特定人员的数据处理效率以及国家(或地区)间的数据处理效率，同时提高了非第二服务器所在国(或地区)人员和特定人员在第二服务器所在国(或地区)的数据处理体验。

本实施例中，对应于第一个实施例，第二服务器接收第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求后，第二服务器可以接收第一服务器发送的包含第三数额和上述第三账户的账户数据的虚拟资源转移请求，向第三服务器发送虚拟资源转移指令，以使第三账户的虚拟资源减少第四数额，第四数额对应于第三数额且和第三数额不相同；第二服务器接收第三服务器发送的反馈数据，若根据反馈数据确定第三账户的虚拟资源减少第四数额已完成，则将第二账户的虚拟资源增加第三数额，并向第一服务器发送与包含第三数额的虚拟资源转移请求对应的反馈数据。对应于第一个实施例，由于第三账户的账户数据在第一服务器首次向第二服务器发送虚拟资源转移请求时第二服务器已经接收，故之后第二服务器接收的“第一服务器发送的虚拟资源转移请求”可以不包含第三账户的账户数据，从而第二服务器可以默认使用第三账户作为虚拟资源的减少账户。

如图7和图8所示，本实施例中，对应于第一个实施例，第二服务器接收第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求后，第二服务器接收第一服务器发送的包含第五数额和第四账户的账户数据的虚拟资源转移请求，向第四服务器(第三服务器与第二服务器可以具有合约或关联关系，相互间可以进行数据传输或数据交互)发送虚拟资源转移指令，以使第四账户的虚拟资源减少第六数额，第六数额对应于第五数额且和第五数额不相同；接收第四服务器发送的反馈数据，若根据反馈数据确定第四账户的虚拟资源减少第六数额已完成，则将第二账户的虚拟资源增加第五数额，并向第一服务器发送与包含第五数额的虚拟资源转移请求对应的反馈数据。

本实施例中，第四服务器可以是设立第四账户的服务器，第四服务器与第二服务器可以分属不同的国家(或地区)。

对应于第一个实施例，第二服务器可以接收第一服务器发送的用于注销第二账户的注销请求，根据所述注销请求注销第二账户，并向第一服务器发送第一个实施例中的第三反馈数据。

第二服务器设立第二账户，且第二账户存续预定时长后(说明在该预定时长内没有接收到第一服务器发送的上述注销请求)，第二服务器自动(或主动)注销第二账户，并向第一服务器发送与注销第二账户对应的注销信息。

进一步，在第二账户存续预定时长后，第二服务器自动注销第二账户时，若第二账户中的虚拟资源剩余非零的第七数额，则将第七数额清零，并向第三服务器发送虚拟资源转移指令，以使第三账户的虚拟资源增加第八数额，第八数额对应于第七数额且和第七数额不相同；第七数额和第八数额之间可以有比例关系，通过第七数额和所述比例关系确定第八数额。

第二服务器接收第三服务器发送的反馈数据，若根据反馈数据确定第三账户的虚拟资源增加第八数额已完成，则注销第二账户，并向第一服务器发送与注销第二账户对应的注销信息，注销信息包含与第七数额和/或第八数额对应的虚拟资源转移结果数据。

上述注销信息还可以包含第二账户注销时所剩余的虚拟资源数额，以及第二账户剩余虚拟资源数额的转移去向和转移结果(若剩余虚拟资源数额不为零)。

若第二服务器接收过第三账户和第四账户的账户信息，则第二服务器注销第二账户时，可以向第一服务器发送数据，以使第一服务器向客户端发送数据，以使客户端提示用户a将第二账户的剩余虚拟资源转移到第三账户还是第四账户。用户a对剩余虚拟资源转移去向进行输入或选择后，客户端向第一服务器发送数据，第一服务器向第二服务器发送数据，第二服务器向用户a指定的账户对应的服务器发送虚拟资源转移指令，以完成第二账户的剩余虚拟资源的转移。

本实施例中，为完成虚拟资源转移，第二服务器可以根据需要在向第三或第四服务器发送数据的同时，还可以向监管和/或清算平台的服务器发送相关数据；或者第二服务器向监管和/或清算平台的服务器发送相关数据，然后再由监管和/或清算平台的服务器向第三或第四服务器发送相关数据。

本说明书第三个实施例提供了第一或第二个服务器的具体应用场景，在本实施例中，第一服务器可以是第三方支付服务器，第二服务器可以是银行等金融机构的服务器，第三或第四服务器可以是与第一或第二服务器分属不同国家(或地区)的银行等金融机构的服务器，第一账户可以是第一服务器设立的账户，第二服务器可以是第二服务器设立的银行账户，第三或第四账户可以是与第一或第二账户分属不同国家(或地区)的银行账户，虚拟资源可以是电子货币。

通过本实施例，可以使用户a拥有第一或第二服务器所在国(或地区)的银行账户和电子货币，从而可以使用基于第一或第二服务器所在国(或地区)的银行账户和电子货币的各种第一或第二服务器所在国(或地区)的技术或服务，包括但不限于使用第一账户进行移动支付或电子支付或信用支付，且使用第二账户作为扣款或收款账户。更具体的，所述技术或服务例如使用第一账户进行支付、转账、接收转账、发红包、收红包中的一项或多项，其中使用第二账户作为货币收入或支出账户。所述技术或服务的执行过程本实施例不再详述。

如图9所示，本说明书第四个实施例提供了一种数据处理装置，包括：

开户模块301(不妨记为第一开户模块)，用于接收客户端发送的用户申请，所述用户申请用于开通第一账户的目标功能；以及，判断所述用户申请包含的申请数据是否满足预设申请条件；若所述申请数据满足所述预设申请条件，则向第二服务器发送开户请求，以使所述第二服务器根据所述开户请求设立第二账户；以及，接收第二服务器发送的所述第二账户的账户数据；

绑定模块302(不妨记为第一绑定模块)，用于接收到所述第二账户的账户数据后，向所述第二服务器发送绑定请求，以使所述第二服务器绑定所述第二账户和所述第一账户；

虚拟资源转移模块303(不妨记为第一虚拟资源转移模块)，用于在确定所述第二服务器执行完成所述绑定请求后，向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第一数额，同时所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；以及，接收所述第二服务器发送的与所述虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述虚拟资源转移请求的执行结果。

其中，开户模块301、绑定模块302以及虚拟资源转移模块303可以同属一个服务器，例如同属第一服务器。

可选的，所述用户申请包含所述第一数额和/或所述第三账户的账户数据。

可选的，所述用户申请不包含所述第一数额或所述第三账户的账户数据。

可选的，所述虚拟资源转移模块303还用于：

在确定所述第二服务器执行完成所述绑定请求后，向所述第二服务器发送包含第一数额和第三账户的账户数据的虚拟资源转移请求前，接收所述客户端发送的包含所述第一数额和第三账户的账户数据的虚拟资源转移申请。

可选的，所述申请数据包括用户的身份数据，所述预设申请条件包括所述身份数据属于指定地区和/或指定国家；

和/或，

所述申请数据包括用户的旅行数据，所述预设申请条件包括所述旅行数据包含的起始地和/或目的地为指定地区和/或指定国家。

可选的，所述第一账户的目标功能包括使用所述第一账户进行支付、转账、接收转账、发红包、收红包中的一项或多项。

可选的，所述绑定请求包含所述第一账户的账户数据和所述第二账户的账户数据；

所述向第二服务器发送绑定请求，以使所述第二服务器绑定所述第二账户和所述第一账户包括：

向所述第二服务器发送绑定请求，以使所述第二服务器关联所述第二账户的账户数据和所述第一账户的账户数据并在与所述第二服务器相关的数据库中存储所述第二账户的账户数据和所述第一账户的账户数据的关联关系。

可选的，所述第三账户为信用卡账户。

可选的，所述虚拟资源转移模块303还用于：

向所述第二服务器发送包含所述第一数额和第三账户的账户数据的虚拟资源转移请求后，向所述第二服务器发送包含第三数额和所述第三账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第三数额，同时所述第三账户的虚拟资源减少第四数额，所述第四数额对应于所述第三数额且和所述第三数额不相同；

接收所述第二服务器发送的与所述包含第三数额的虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述包含第三数额的虚拟资源转移请求的执行结果。

可选的，所述虚拟资源转移模块303还用于：

向所述第二服务器发送包含所述第一数额和第三账户的账户数据的虚拟资源转移请求后，向所述第二服务器发送包含第五数额和第四账户的账户数据的虚拟资源转移请求，以使所述第二账户的虚拟资源增加所述第五数额，同时所述第四账户的虚拟资源减少第六数额，所述第四账户的账户数据与所述第三账户的账户数据不同，所述第六数额对应于所述第五数额且和所述第五数额不相同；

接收所述第二服务器发送的与所述包含第五数额的虚拟资源转移请求对应的反馈数据，并向所述客户端发送执行结果数据，以使所述客户端显示所述包含第五数额的虚拟资源转移请求的执行结果。

可选的，所述装置还包括：

第一注销模块，用于接收客户端发送的用于注销所述第二账户的注销申请，向所述第二服务器发送用于注销所述第二账户的注销请求，以使所述第二服务器注销所述第二账户；

接收所述第二服务器发送的与所述注销请求对应的反馈数据，并向所述客户端发送执行结果数据，以使客户端显示所述注销请求的执行结果。

可选的，所述装置还包括：

第二注销模块，用于接收所述第二服务器发送的关于注销所述第二账户的注销信息；

向所述客户端发送与所述注销信息对应的注销数据，以使所述客户端显示所述第二账户已经被注销。

所述第一注销模块和第二注销模块可以为同一模块。

如图10所示，本说明书第五个实施例提供了一种数据处理装置，包括：

开户模块401(不妨记为第二开户模块)，用于接收第一服务器发送的开户请求，根据所述开户请求设立第二账户，并向所述第一服务器发送所述第二账户的账户数据；

绑定模块402(不妨记为第二绑定模块)，用于接收所述第一服务器发送的包含第一账户的账户数据和第二账户的账户数据的绑定请求，根据所述绑定请求绑定所述第二账户的账户数据和所述第一账户的账户数据，并向所述第一服务器发送与所述绑定请求对应的反馈数据；

虚拟资源转移模块403(不妨记为第二虚拟资源转移模块)，用于在绑定所述第二账户和所述第一账户后，接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求，向第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源减少第二数额，所述第二数额对应于所述第一数额且和所述第一数额不相同；以及，将所述第二账户的虚拟资源增加所述第一数额，并向所述第一服务器发送与所述虚拟资源转移请求对应的反馈数据。

其中，开户模块401、绑定模块402以及虚拟资源转移模块403可以同属一个服务器，例如同属第二服务器。

可选的，所述开户请求包含用户的身份数据；根据所述开户请求设立第二账户前，判断所述身份数据是否满足预设开户条件；若满足，则根据所述开户请求为所述用户设立第二账户；

和/或，

所述开户请求包含用户的旅行数据；根据所述开户请求设立第二账户前，判断所述旅行数据是否满足预设开户条件；若满足，则根据所述开户请求为所述用户设立第二账户。

可选的，若所述开户请求包含用户的身份数据，则所述预设开户条件包括所述身份数据属于指定地区和/或指定国家；

和/或，

若所述开户请求包含用户的旅行数据，则所述预设开户条件包括所述旅行数据包含的起始地和/或目的地为指定地区和/或指定国家。

可选的，所述根据所述绑定请求绑定所述第二账户的账户数据和所述第一账户的账户数据包括：

根据所述绑定请求关联所述第一账户的账户数据和所述第二账户的账户数据，并在相关的数据库中存储所述第一账户的账户数据和所述第二账户的账户数据的关联关系。

可选的，所述第三账户为信用卡账户。

可选的，所述虚拟资源转移模块403还用于：

接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求后，接收所述第一服务器发送的包含第三数额和所述第三账户的账户数据的虚拟资源转移请求，向所述第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源减少第四数额，所述第四数额对应于所述第三数额且和所述第三数额不相同；

将所述第二账户的虚拟资源增加所述第三数额，并向所述第一服务器发送与所述包含第三数额的虚拟资源转移请求对应的反馈数据。

可选的，所述虚拟资源转移模块403还用于：

接收所述第一服务器发送的包含第一数额和第三账户的账户数据的虚拟资源转移请求后，接收所述第一服务器发送的包含第五数额和第四账户的账户数据的虚拟资源转移请求，向第四服务器发送虚拟资源转移指令，以使所述第四账户的虚拟资源减少第六数额，所述第六数额对应于所述第五数额且和所述第五数额不相同；

将所述第二账户的虚拟资源增加所述第五数额，并向所述第一服务器发送与所述包含第五数额的虚拟资源转移请求对应的反馈数据。

可选的，所述装置还包括：

第三注销模块，用于接收所述第一服务器发送的注销请求，根据所述注销请求注销所述第二账户，并向所述第一服务器发送与所述注销请求对应的反馈数据。

可选的，所述装置还包括：

第四注销模块，用于在所述第二账户存续预定时长后，注销所述第二账户，并向所述第一服务器发送与注销所述第二账户对应的注销信息。

可选的，所述虚拟资源转移模块403还用于：

在所述第二账户存续预定时长后，若所述第二账户中的虚拟资源剩余非零的第七数额，则将所述第七数额清零，并向所述第三服务器发送虚拟资源转移指令，以使所述第三账户的虚拟资源增加第八数额，所述第八数额对应于所述第七数额且和所述第七数额不相同；

所述装置还包括：

第五注销模块，用于在上述针对第七数额和第八数额的虚拟资源转移请求执行完成后，注销所述第二账户，并向所述第一服务器发送与注销所述第二账户对应的注销信息，所述注销信息包含与所述第七数额和/或第八数额对应的虚拟资源转移结果数据。

所述第三注销模块、第四注销模块和第五注销模块可以为同一模块。

本说明书第六个实施例提供了一种数据处理设备，包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行第一个实施例中的数据处理方法。

本说明书第七个实施例提供了一种数据处理设备，包括：

至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行第二个实施例中的数据处理方法。

本说明书第八个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第一个实施例中的数据处理方法。

本说明书第九个实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现第二个实施例中的数据处理方法。

上述各实施例可以结合使用。

上述对本说明书特定实施例进行了描述，其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，附图中描绘的过程不一定必须按照示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的装置、设备、非易失性计算机可读存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescrip地址tionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescrip地址tionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescrip地址tionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescrip地址tionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescrip地址tionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchip地址pic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书实施例可提供为方法、系统、或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。