CN116059627A - 网络应用的跨设备方法、设备以及计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种网络应用的跨设备方法、装置及计算机可读存储介质，其中方法包括：接收目标对象的跨设备占位请求，跨设备占位请求用于请求为目标对象预留跨设备资源，跨设备占位请求携带第一跨设备角色数据标识。基于跨设备占位请求为目标对象分配跨设备资源，向原设备发送占位成功返回信息，以触发原设备登出目标对象。当接收到目标对象发起的跨设备登录请求时，从客户端接收目标对象的跨设备角色数据，基于跨设备角色数据生成第二跨设备角色数据标识。若第一跨设备角色数据标识与第二跨设备角色数据标识相同，执行目标对象的跨设备角色登录。采用本申请，可以提高跨设备效率，节省跨设备的占用资源量，提高跨设备成功率，适用性强。

Description

网络应用的跨设备方法、设备以及计算机可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种网络应用的跨设备方法、设备以及计算机可读存储介质。

背景技术

在一些网络应用中，由于计算机设备(或简称设备)性能和资源的限制，用户在使用网络应用的过程中，可以由不同的设备为不同用户承载应用功能的进程以缓解设备压力。以网络游戏为例，游戏开发厂商会搭建多个独立的服务器，玩家在进入游戏前必须选定一个服务器并在选定的服务器里面参与游戏。为了满足选定不同服务器的玩家之间的交互需求，游戏开发厂商开发出跨服游戏玩法，即不同区服的玩家(选定不同服务器的玩家)登录到公共服务器或者登录到其中某一组玩家所在服务器，参与跨服游戏玩法。然而，在跨服过程中，来自玩家的大量集中的跨服请求会导致服务器的跨服处理进程负载过高，从而导致部分玩家数据丢失，跨服成功率低，适用性差。除此之外，跨服过程中服务器与服务器之间需要承担玩家数据的迁移，数据传输量大，游戏运营成本高。

发明内容

本申请实施例提供一种网络应用的跨设备方法、设备以及计算机可读存储介质，可以提高跨设备效率，节省跨设备的占用资源量，提高跨设备成功率，适用性强。

第一方面，本申请实施例提供了一种网络应用的跨设备方法，该方法包括：

接收目标对象的跨设备占位请求，上述跨设备占位请求用于请求为上述目标对象预留跨设备资源，上述跨设备占位请求中携带上述目标对象的第一跨设备角色数据标识；

基于上述跨设备占位请求为上述目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发上述原设备登出上述目标对象；

当接收到上述目标对象发起的跨设备登录请求时，从客户端接收上述目标对象的跨设备角色数据，基于上述跨设备角色数据生成第二跨设备角色数据标识；

若上述第一跨设备角色数据标识与上述第二跨设备角色数据标识相同，则执行上述目标对象的跨设备角色登录。

在一种可能的实现方式中，上述基于上述跨设备占位请求为上述目标对象分配跨设备资源之前，上述方法还包括：

对上述目标对象进行角色在线检测；

若检测到上述目标对象在上述目标设备中有在线角色，则对上述在线角色执行角色登出或者向上述原设备反馈上述目标对象有角色在线的提示信息。

在一种可能的实现方式中，上述执行上述目标对象的跨设备角色登录之前，上述方法还包括：

将上述目标对象的跨设备角色数据填充至上述目标设备中用于存储玩家角色数据的指定存储空间。

第二方面，本申请实施例提供了一种网络应用的跨设备方法，该方法包括：

接收目标对象发起的跨设备请求，上述跨设备请求用于请求从原设备跨设备到目标设备；

获取目标对象的跨设备角色数据，基于上述跨设备角色数据生成第一跨设备角色数据标识，并向上述目标设备发送携带上述第一跨设备角色数据标识的跨设备占位请求，上述跨设备占位请求用于请求上述目标设备为上述目标对象预留跨设备资源；

当接收到占位成功返回信息时，执行上述目标对象的跨设备角色登出。

在一种可能的实现方式中，上述基于跨设备角色数据生成第一跨设备角色数据标识之前，上述方法还包括：

对上述目标对象的跨设备角色进行状态校验；

当校验到上述跨设备角色处于目标跨设备状态时，向客户端返回跨设备失败通知；

其中，上述目标跨设备状态为检测到在接收上述跨设备请求之前，已接收到上述跨设备角色的跨设备请求且上述跨设备角色在线。

第三方面，本申请实施例提供了一种网络应用的跨设备装置，上述装置适用于目标设备，上述装置包括：

接收模块，用于接收目标对象的跨设备占位请求，上述跨设备占位请求用于请求为上述目标对象预留跨设备资源，上述跨设备占位请求中携带上述目标对象的第一跨设备角色数据标识；

资源分配模块，用于基于上述接收模块接收的上述跨设备占位请求为上述目标对象分配跨设备资源，并向上述原设备发送占位成功返回信息，以触发上述原设备登出上述目标对象；

上述接收模块，还用于在接收到上述目标对象发起的跨设备登录请求时，从客户端接收上述目标对象的跨设备角色数据；

标识生成模块，用于基于上述接收模块接收的上述跨设备角色数据生成第二跨设备角色数据标识；

角色登录模块，用于在上述第一跨设备角色数据标识与上述第二跨设备角色数据标识相同时，执行上述目标对象的跨设备角色登录。

在一种可能的实现方式中，上述装置还包括：

在线检测模块，用于对上述目标对象进行角色在线检测，若检测到上述目标对象在上述目标设备中有在线角色，则对上述在线角色执行角色登出或者向上述原设备反馈上述目标对象有角色在线的提示信息。

第四方面，本申请实施例提供了一种网络应用的跨设备装置，该装置适用于原设备，该装置包括：

接收模块，用于接收目标对象发起的跨设备请求，上述跨设备请求用于请求从上述原设备跨设备到目标设备；

标识生成模块，用于获取目标对象的跨设备角色数据，并基于上述跨设备角色数据生成第一跨设备角色数据标识；

发送模块，用于向上述目标设备发送携带上述标识生成模块生成的上述第一跨设备角色数据标识的跨设备占位请求，上述跨设备占位请求用于请求上述目标设备为上述目标对象预留跨设备资源；

上述接收模块，还用于从上述目标设备接收占位成功返回信息；

角色登出模块，用于当上述接收模块接收到上述占位成功返回信息时，执行上述目标对象的跨设备角色登出。

第五方面，本申请实施例提供了一种计算机设备，上述计算机设备包括：处理器、存储器以及网络接口；

上述处理器与存储器、网络接口相连，其中，网络接口用于提供数据通信功能，上述存储器用于存储程序代码，上述处理器用于调用上述程序代码，以执行如本申请实施例第一方面或者第二方面中的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序包括程序指令，当上述处理器执行上述程序指令时执行如本申请实施例第一方面或者第二方面中的方法。

第七方面，本申请实施例提供了一种计算机程序产品，上述计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中，且适于由处理器读取并执行，以使得具有处理器的计算机设备执行本申请实施例第一方面或者第二方面中的方法。

在本申请实施例中，目标设备可以接收目标对象的跨设备占位请求，跨设备占位请求用于请求为目标对象预留跨设备资源，跨设备占位请求中携带第一跨设备角色数据标识。目标设备基于上述跨设备占位请求为目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发原设备登出目标对象。当接收到目标对象发起的跨设备登录请求时，目标设备直接从客户端接收目标对象的跨设备角色数据，目标设备和原设备之间无需交互以备份目标对象的跨设备角色数据，可缩短设备之间的交互链路以提高跨设备效率。此外，目标对象的跨设备角色数据由客户端上传，可解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致设备的跨设备处理进程负载过高的问题，提高了跨设备成功率，适用性更强。基于跨设备角色数据生成第二跨设备角色数据标识，若第一跨设备角色数据标识与第二跨设备角色数据标识相同，执行目标对象的跨设备角色登录。

附图说明

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

图1a是本申请实施例提供的一***架构示意图；

图1b是本申请实施例提供的另一***架构示意图；

图2是本申请实施例提供的网络应用的跨设备方法的一流程示意图；

图3是本申请实施例提供的网络应用的跨设备方法的另一流程示意图；

图4是本申请实施例提供的网络应用的跨设备方法的另一流程示意图；

图5是本申请实施例提供的第一跨设备装置的结构示意图；

图6是本申请实施例提供的第二跨设备装置的结构示意图；

图7是本申请实施例提供的计算机设备的结构示意图。

具体实施方式

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

本申请实施例提供的网络应用的跨设备方法可以由终端设备或服务器等计算机设备(或简称设备)执行。本申请实施例中所提到的服务器、设备终端、计算机设备、设备等的描述都可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云数据库、云服务、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备(例如智能手表、智能手环等)、智能电脑、智能车载等可以运行上述应用的智能终端。其中，终端设备和服务器可以通过有线或无线方式进行直接或间接地连接，本申请实施例在此不做限制。为方便描述，下面将以设备为例进行示例说明。

在本申请实施例中，网络应用可包括但不限于网络游戏、即时通讯应用以及网络搜索，为方便描述，本申请实施例将以网络游戏为例进行示例说明。为了缓解设备的运行压力，网络游戏开发厂商会配备多个设备，通过各个设备分别承载一定数量的对象(比如游戏玩家)以解决计算机性能和资源的限制问题，以实现玩家参与跨设备游戏。以网络游戏为例，上述设备可以是服务器，且跨设备可以是跨服务器(简称跨服)，本申请实施例将以通过多个设备实现网络游戏或网络工作应用(可以统称为网络应用)的跨设备为例进行说明，下文不再赘述。

本申请实施例提供的网络应用的跨设备方法可以适用于网络游戏或者网络工作应用中不同区服的玩家或者对象(或用户)登录到公共设备(可以是游戏服务器，或者具有大型计算能力的设备平台)，或者可以不同区服(例如游戏区服)的对象(例如玩家)登录到其中某一组对象(例如玩家)所在设备(例如：包括某一个游戏区服的玩家登录到另一个游戏区服(即从原游戏区服关联的服务器切换登录到另一个游戏区服关联的服务器))，参与跨设备操作(例如跨服游戏玩法)。在该方法中通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致服务器的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以减少数据迁移所占用的资源，提高跨设备效率的同时也可降低游戏运营成本。

参见图1a，是本申请实施例提供的一***架构示意图。如图1a所示，该***架构可以包括业务服务器100a以及终端集群，终端集群可以包括：终端设备101a、终端设备101b、……、终端设备101n。其中，业务服务器100a与终端集群中的各终端设备可以建立通信连接。换句话说，业务服务器100可与终端设备101a、终端设备101b、……、终端设备101n中的各终端设备建立通信连接，例如终端设备101a与业务服务器100之间可建立通信连接。其中，上述通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接等，具体可根据实际应用场景确定，本申请在此不做限制。

应该理解，如图1a所示的终端集群中的每个终端设备均可以安装有客户端(例如游戏客户端或者工作客户端等)，当该客户端运行于各终端设备中时，可以分别与上述图1a所示的业务服务器100a之间进行数据交互，使得业务服务器100a可以接收来自于每个终端设备的业务数据。其中，该客户端可以是联网进行的多人互动(例如多人电子游戏，简称为网络游戏)，客户端可以是游戏客户端，游戏客户端的类别包括但不限于第一人称射击游戏、角色扮演游戏、即时战略游戏、动作游戏、冒险游戏以及策略游戏，在此不做限制。客户端也可以是工作客户端，工作客户端的类别包括但不限于第一视角工作、角色扮演工作、即时工作、互动工作等，在此不做限制。例如，终端设备101a中可以安装一款大型多人在线角色扮演游戏(Massive Multiplayer Online Role-Playing Game，MMORPG)客户端，其对应的服务器可以是业务服务器100a，即业务服务器100a可以承载与终端设备101a中MMORPG客户端的数据交互以及业务处理(或游戏进程)。假设对象A通过终端设备101a中的MMORPG客户端注册对象账号X，该账号X可以包含多个角色，则业务服务器100a可以为对象A注册的对象账号X中的角色承载该角色的相关游戏进程。

可以理解的是，为了缓解服务器的运行压力，网络游戏或网络工作应用开发厂商会配备多个服务器，通过各个服务器分别承载一定数量的对象解决计算机性能和资源的限制问题。例如对象(或用户)在进入应用前选定一个区服并在选定的区服里面参与游戏或工作，被选择的区服可以对应一个或多个服务器，例如对象(或用户)A注册的对象账号X选择区服(比如区服Country-1)，该区服对应的服务器可以为业务服务器100a。

请一并参见图1b，是本申请实施例提供的另一***架构示意图。如图1b所示，业务服务器101b也是网络游戏或网络工作应用开发厂商配备的服务器，假如对象(或用户)B注册的对象账号Y选择区服Country-2，即对象A和对象B在不同的区服登录，而由于不同区服对象的角色数据存储在不同服务器，对象A和对象B会受到交互限制，无法共同参与应用活动(比如即时对战、线上对话等)。为了实现选择不同区服对象的交互，可以通过使不同区服对象中的一方或多方跨设备，比如不同区服(比如游戏区服)的对象登录到公共服务器，由公共服务器共同承载不同区服的对象，或者，可以不同区服的对象登录到其中某一组对象所在服务器，由某一组对象所在服务器共同承载不同区服的对象。本申请实施例将以不同区服的对象登录到其中某一组对象所在服务器的方式为例进行说明，下文不再赘述。

可以理解的是，在网络游戏或网络工作应用的多个区服中，单区服内的逻辑架构可以分为接入层，数据层和逻辑层。其中接入层负责维护客户端的连接，数据层负责存储对象(或用户)数据，逻辑层负责承载应用进程。其中，逻辑层可以包括zone层和world层，zone层负责承载应用场景的应用进程(比如游戏场景中的应用进程)，单区服内可以有多个不同的应用场景，不同的应用场景可以由对应的zone层负责承载，比如区服Country-1中可以有应用场景S11、应用场景S12、……、应用场景S1n，上述应用场景的应用进程可以分别由zone11层、zone12层、……、zone1n层负责承载。world层负责承载管理区服内在线信息的应用进程，同一款网络应用中的各区服内管理在线信息的应用进程可以由不同的world层负责，比如网络应用有多个区服，可以包括区服Country-1、区服Country-2、……、区服Country-k，上述各区服管理在线信息的应用进程可以由world-1层、world-2层、……、world-k层负责承载。除此之外，客户端与区服Country-1、区服Country-2、……、区服Country-k之间的连接可以分别通过接入层Tconnd-1层、Tconnd-2层、……、Tconnd-k层建立从而与各区服进行数据交互。

具体的，zone层和world层可以是业务服务器，可以是单个业务服务器同时具备zone层和world层，也可以是zone层和world层分别对应不同业务服务器。进一步地，在zone层和world层分别对应不同业务服务器的情况下，可以是单个服务器对应所有zone层或所有world层，也可以是不同的zone层对应不同的业务服务器，不同的world层对应不同的业务服务器，具体可根据实际应用场景确定，在此不做限制。本申请实施例将以zone层和world层分别对应不同业务服务器，且不同的zone层对应不同的业务服务器，不同的world层对应不同的业务服务器为例进行说明。请再次参见图1b，不同的单区服(包括区服Country-1、区服Country-2、……、区服Country-k)内均可以有多个应用场景(包括应用场景S11、应用场景S12、……、应用场景Skn)。其中，图1b中的区服Country-1包含多个业务服务器(即业务服务器100a、业务服务器100b、……、业务服务器100n)，Country-2包含多个业务服务器(即业务服务器101a、业务服务器101b、……、业务服务器101n)，以此类推，Country-k也包含多个业务服务器(即业务服务器10ka、业务服务器10kb、……、业务服务器10kn)。不同的应用场景的应用进程可以由对应的业务服务器(即对应单区服内逻辑层中的zone层)负责承载，可以是业务服务器100a、业务服务器100b、……、业务服务器100n分别承载应用场景S11、应用场景S12、……、应用场景S1n的应用进程。除此之外，各区服管理在线信息的应用进程也可以由区服内相关业务服务器(即对应单区服内逻辑层中的world层)负责承载(图1b中未示出)。

图1b中还包括业务服务器10和终端设备20，业务服务器10和终端设备20与各区服内中的各业务服务器可以建立通信连接(可以是通过各区服的接入层建立连接)。上述通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接等，具体可根据实际应用场景确定，本申请在此不做限制。为了实现对象跨区服玩法，可以通过global-proxy进程负责跨区的数据交互，网络应用中所有跨区服的数据交互通过global-proxy集群(可以由多个global-proxy进程组成)完成。global-proxy进程可以由图1b中的业务服务器10(或称为全局服务器)承载，当有对象进行跨设备操作时，会有相关跨设备指令以及业务数据等在原设备和目标设备之间进行传输等数据交互，上述数据交互过程均可以通过业务服务器10实现。终端设备20可以安装有客户端(可以是MMORPG客户端)，当该客户端运行于各终端设备中时，可以分别与图1b中各单区服内配置的业务服务器之间进行数据交互，终端设备20在通过安装的MMORPG客户端选定某个区服后，上述区服对应的服务器可以承载与终端设备20中MMORPG客户端相关的应用进程。

假设终端设备20安装有MMORPG客户端，对象(或用户)A通过终端设备20中的MMORPG客户端注册对象账号X，该对象账号X可以包含多个角色，并且该对象账号X选择登录的区服为区服Country-1。假设对象账号X中的角色R1当前位于业务服务器100a承载的应用场景S11，对象A想跨设备到区服Country-2，即将对象账号X从区服Country-1登出，并在区服Country-2登录。此时可以称区服Country-1为原区服，称区服Country-2为目标区服，可以理解的，如果对象A是从区服Country-2跨设备到区服Country-1，可以称区服Country-2为原区服，称区服Country-1为目标区服。进一步地，原区服对应的设备可以为原设备，原设备可以由其对应区服内的业务服务器构成，比如此时的原设备由区服Country-1中的业务服务器(包括业务服务器100a、业务服务器100b、……、业务服务器100n以及负责管理在线信息的应用进程的业务服务器等)构成。同时，目标区服对应的设备可以为目标设备，目标设备可以由其对应区服内的业务服务器构成，比如此时的目标设备由区服Country-2中的业务服务器(包括业务服务器101a、业务服务器101b、……、业务服务器101n以及负责管理在线信息的应用进程的业务服务器等)构成。首先，原设备从终端设备20中的MMORPG客户端接收对象A发起的跨设备请求，基于该请求获取对象A的跨设备角色(即对象账号X中的角色R1)数据并基于上述跨设备角色数据生成第一跨设备角色数据标识向目标设备发送携带对象A的第一跨设备角色数据标识的跨设备占位请求(原设备与目标设备之间的数据交互可以通过业务服务器10中的global-proxy进程实现，下文不再赘述)。接着，目标设备基于上述跨设备占位请求为对象A的对象账号X中的角色R1分配跨设备资源，并向原设备发送占位成功返回信息，当原设备接收到占位成功返回信息时，执行对象账号X中的角色R1登出，并发送跨设备通知到MMORPG客户端以触发MMORPG客户端发送跨设备登录请求及跨设备角色数据到目标设备。最后，目标设备从MMORPG客户端接收到对象A发起的跨设备登录请求，从MMORPG客户端接收跨设备角色数据，基于跨设备角色数据生成第二跨设备角色数据标识，如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，则目标设备执行对象账号X中的角色R1登录。

下面通过一个实施例具体说明网络应用的跨设备方法，请参见图2，图2是本申请实施例提供的网络应用的跨设备方法的一流程示意图。如图2所示，该方法适用于目标设备(比如网络游戏或者网络工作应用的目标服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的设备平台等)，包括如下步骤：

步骤S101，接收目标对象的跨设备占位请求，跨设备占位请求用于请求为目标对象预留跨设备资源，跨设备占位请求中携带目标对象的第一跨设备角色数据标识。

在一些可行的实施方式中，目标设备(可以是目标区服对应的服务器，或者目标区服对应的具有大型计算能力的设备平台)可以接收跨设备占位请求并基于该跨设备占位请求为目标对象(可以是目标玩家，或需要跨设备的玩家账号)分配跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)。其中，上述跨设备占位请求可以来自原设备(可以是原区服对应的服务器，或者原区服对应的具有大型计算能力的设备平台)，跨设备占位请求中可以包含目标对象的第一跨设备角色数据标识，该数据标识由原设备基于跨设备角色数据生成，用于目标设备对后续从客户端接收到的跨设备角色数据进行数据验证。

步骤S102，对上述目标对象进行角色在线检测，若检测到目标对象在目标设备中有在线角色，则对在线角色执行角色登出或者向原设备反馈目标对象有角色在线的提示信息。

在一些可行的实施方式中，为了限制每个对象账号只能在一个区服登录以及避免通过多个客户端同时登陆，因此在跨设备过程中，需要将对象账号从原区服对应的原设备登出，在确定目标设备中该对象账号当前没有登录之后再进行登录操作。因此，目标设备在接收跨设备占位请求后对该请求需要分配跨设备资源的目标对象进行在线检测，具体的，每个对象在网络应用中注册的对象账号可以包含多个角色，对象可以登录对象账号后选择不同的角色。在跨设备过程中，目标设备可以检测对象账号的在线情况，即获取对象账号的在线信息(登录或下线)。如果检测到对象账号中已经有角色在目标设备登录，则目标设备可以向原设备反馈目标对象有角色在线的提示信息。客户端接收到原设备反馈的提示信息并向对象展示，对象可以基于该信息通过客户端将目标设备的在线角色登出，避免了对象通过多个客户端同时登陆对象账号。

可选的，在一些可行的实施方式中，目标设备可以获取对象账号的在线信息(登录或下线)，如果检测到对象账号在目标设备已登录，则目标设备还可以对该对象账号的在线角色执行角色登出。例如，对象A的对象账号X中的角色R1想要从区服Country-1跨设备到区服Country-2，区服Country-2(或目标区服)对应的目标设备检测到对象账号X在目标设备已登录，并有角色R2已经上线，则目标设备对对象账号X的在线角色R2执行角色登出，避免了对象通过多个客户端同时登陆对象账号。

步骤S103，基于跨设备占位请求为目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发原设备登出目标对象。

在一些可行的实施方式中，目标设备接收到原设备发送的跨设备占位请求，基于跨设备占位请求为需要跨设备的对象账号分配指定跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)。比如，目标设备为每个需要跨设备的对象账号分配用于存储从客户端接收的跨设备角色数据的存储空间大小为300MB。

可选的，在一些可行的实施方式中，目标设备从原设备接收到的跨设备占位请求中包含跨设备对象信息，目标设备可以从该跨设备对象信息获取跨设备角色数据的数据量，以基于该信息分配跨设备资源。比如，目标设备从跨设备占位请求中的跨设备对象信息获取到跨设备角色数据的数据量为500MB，则为该对象账号分配500MB存储空间，用于存储从客户端接收的跨设备角色数据。

可选的，在一些可行的实施方式中，目标设备基于跨设备占位请求为需要跨设备的对象账号分配指定跨设备资源，并向原设备发送占位成功返回信息，该返回信息可以包含鉴权信息，该鉴权信息来自目标设备，用于当需要跨设备的对象账号进行目标设备登录时的身份验证。具体的，目标设备如果允许当前跨设备占位请求对应的对象账号跨设备登录，则在占位成功返回信息中加入鉴权信息并向原设备发送占位成功返回信息，在后续接收到客户端跨设备登录请求后可以基于该鉴权信息对对象账号进行身份验证。

步骤S104，当接收到目标对象发起的跨设备登录请求时，从客户端接收目标对象的跨设备角色数据，基于跨设备角色数据生成第二跨设备角色数据标识。

在一些可行的实施方式中，目标设备接收到客户端发送的跨设备登录请求时，接收上述客户端发送的跨设备角色数据，其中，该跨设备角色数据可以包括对象账号中需要跨设备的角色的经验、等级、装备、好友、角色任务以及物品等角色信息。接收到跨设备角色数据时，可以一边接收数据一边基于该数据生成第二跨设备角色数据标识，第二跨设备角色数据标识与上述第一跨设备角色数据标识用于目标设备对跨设备角色数据进行数据验证。具体的，可以使用加密算法对接收到的跨设备角色数据生成第二跨设备角色数据标识。该加密算法可以是MD5信息摘要算法(MD5 Message-Digest Algorithm)，MD5信息摘要算法是一种被广泛使用的密码散列函数，该算法可以将数据(如一段文字)运算变为另一固定长度值，通过散列算法的基础原理，可以产生出一个128位(16字节)的散列值(hash value)，且不同的输入得到的不同的输出结果，该算法可以用于确保信息传输完整一致。例如，目标设备接收到客户端发送的跨设备登录请求(可以是请求对象账号X中的角色R1从区服Country-1跨设备到区服Country-2)，同时接收客户端发送的跨设备角色数据(可以包括角色R1的经验、等级、装备、好友、角色任务以及物品等角色信息)，基于接收到的跨设备角色数据通过MD5信息摘要算法可以产生出一个128位的散列值(即第二跨设备角色数据标识)。

可选的，在一些可行的实施方式中，目标设备接收到跨设备角色数据时，对接收到的跨设备角色数据进行排列，接收完所有跨设备角色数据并排列完成后，对处理后的跨设备角色数据使用加密算法(如MD5信息摘要算法)生成第二跨设备角色数据标识。

可选的，在一些可行的实施方式中，目标设备接收到客户端发送的跨设备登录请求，该跨设备登录请求包含鉴权信息，目标设备基于该鉴权信息对该跨设备登录请求对应的对象账号进行身份验证，当身份验证通过后再基于跨设备角色数据生成第二跨设备角色数据标识，否则向客户端反馈拒绝当前跨设备对象账号登录的提示信息。

步骤S105，若第一跨设备角色数据标识与第二跨设备角色数据标识相同，则将目标对象的跨设备角色数据填充至目标设备中用于存储对象角色数据的指定存储空间，并执行目标对象的跨设备角色登录。

在一些可行的实施方式中，目标设备基于跨设备角色数据生成第二跨设备角色数据标识，将该数据标识与来自原设备的跨设备占位请求中携带的第一跨设备角色数据标识对比。如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，说明从客户端接收到跨设备角色数据完整且与原设备获取的跨设备角色数据一致。对比通过后将该数据填充至目标设备中用于存储对象角色数据的指定存储空间，执行需要跨设备的对象账号中跨设备角色登录。

可选的，在一些可行的实施方式中，目标设备对接收到的跨设备角色数据进行排列，并对处理后的跨设备角色数据使用例如MD5信息摘要算法生成第二跨设备角色数据标识。如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，目标设备将被排列后的跨设备角色数据恢复为该数据被排列前的初始状态，并将该数据填充至目标设备中用于存储对象角色数据的指定存储空间。

可选的，在一些可行的实施方式中，当目标设备从客户端接收到客户端发起的跨设备登录请求，基于该请求进行跨设备角色的登录过程中，对象账号携带状态信息。从一个登陆步骤到另一个登录步骤时目标设备对对象账号进行状态扭转，使对象账号在不同登录步骤中携带不同的状态信息，避免出现登陆流程错乱等情况。

在本申请实施例中，目标设备(比如网络游戏或者网络工作应用的目标服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的设备平台等)可以接收原设备(比如网络游戏或者网络工作应用的原服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的原设备平台等)的跨设备占位请求并基于该跨设备占位请求为目标对象(或需要跨设备的对象账号)分配跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)。其中，跨设备占位请求中可以包含第一跨设备角色数据标识，该数据标识由原设备基于跨设备角色数据生成并用于对从客户端接收到的跨设备角色数据进行数据验证。接收跨设备占位请求后，目标设备对该请求需要分配跨设备资源的目标对象进行在线检测，即获取对象账号的在线信息(登录或下线)。如果检测到对象账号中已经有角色在目标设备登录，则目标设备可以向原设备反馈目标对象有角色在线的提示信息或对该对象账号的在线角色执行角色登出。进一步地，目标设备还可以接收到原设备发送的跨设备占位请求，基于该请求为需要跨设备的对象账号分配指定跨设备资源。或者，目标设备可以从该跨设备对象信息获取跨设备角色数据的数据量，以基于该信息按需分配跨设备资源，并向原设备发送占位成功返回信息，该返回信息可以包含鉴权信息，用于当需要跨设备的对象账号进行目标设备登录时的身份验证。当从客户端接收到客户端发起的跨设备登录请求时，接收上述客户端发送的跨设备角色数据，其中，该跨设备角色数据可以包括对象账号中需要跨设备的角色的经验、等级、装备、好友、角色任务以及物品等角色信息。接收到跨设备角色数据时，可以一边接收数据一边基于该数据生成第二跨设备角色数据标识，或者，对接收到的跨设备角色数据进行排列，接收完所有跨设备角色数据并排列完成后，对处理后的跨设备角色数据生成第二跨设备角色数据标识(可以使用MD5信息摘要算法)。如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，说明从客户端接收到跨设备角色数据完整且与原设备获取的跨设备角色数据一致，对比通过后将该数据填充至目标设备中用于存储对象角色数据的指定存储空间，并执行需要跨设备的对象账号中跨设备角色登录。由此可见，通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致服务器的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以降低应用运营成本。

请参见图3，图3是本申请实施例提供的网络应用的跨设备方法的另一流程示意图，如图3所示，该方法适用于原设备(比如或者网络工作应用的原服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的原设备平台等)，该包括如下步骤：

步骤S201，接收目标对象发起的跨设备请求，跨设备请求用于请求从原设备跨设备到目标设备。

步骤S202，对目标对象的跨设备角色进行状态校验以确认跨设备角色是否处于目标跨设备状态，若是，则执行步骤S203，否则执行步骤S204。

S203，向客户端返回跨设备失败通知。

在一些可行的实施方式中，上述目标跨设备状态为原设备(比如网络游戏或者网络工作应用的原服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的原设备平台等)检测到在接收跨设备请求之前，已接收到当前跨设备角色的跨设备请求，且该跨设备角色还未登出原设备。原设备可以接收来自客户端的跨设备请求，该请求用于请求从原区服跨设备到目标区服(或从原区服对应的原设备到目标区服对应的目标设备)，比如对象A创建的对象账号X中，有角色R1在区服Country-1上线，客户端响应对象A的跨设备操作，向原设备(即区服Country-1对应的服务器)发送跨设备请求(比如从区服Country-1到区服Country-2)。接收到来自客户端的跨设备请求时，原设备可以对对象账号中的跨设备角色进行状态校验，上述跨设备角色有目标跨设备状态，如果检测到跨设备角色处于目标跨设备状态，原设备可以向客户端返回跨设备失败通知。比如，原设备对角色R1进行状态检测，若检测到在接收跨设备请求之前，已接收到角色R1的跨设备请求，且角色R1还未登出原设备(可以理解，此时角色R1发起了跨设备请求但是还没完成跨设备，角色R1可能处于从区服Country-1到区服Country-3的跨设备状态中)，则可向客户端返回跨设备失败通知。客户端接收到跨设备失败通知并向对象展示，对象可以基于该通知通过客户端取消本次跨设备，或者，也可以取消上述目标跨设备状态对应跨设备过程，继续本次跨设备，以避免单个跨设备角色同时向两个区服(或区服对应的服务器)申请跨设备。

步骤S204，获取目标对象的跨设备角色数据，基于跨设备角色数据生成第一跨设备角色数据标识，并向目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，跨设备占位请求用于请求目标设备为目标对象预留跨设备资源。

在一些可行的实施方式中，原设备可以获取跨设备角色数据，该跨设备角色数据可以包括对象账号中需要跨设备的角色的经验、等级、装备、好友、角色任务以及物品等角色信息，并基于该数据生成第一跨设备角色数据标识，第一跨设备角色数据标识用于目标设备对跨设备角色数据进行数据验证。具体的，原设备可以使用加密算法对获取到的跨设备角色数据生成第一跨设备角色数据标识，该加密算法可以是MD5信息摘要算法。进一步地，原设备将生成的第一跨设备角色数据标识加入跨设备占位请求，向目标设备(比如网络游戏或者网络工作应用的目标服务器，也可以是网络游戏或者网络工作应用的具有大型计算能力的设备平台等)发送携带第一跨设备角色数据标识的跨设备占位请求，用于向目标设备请求为跨设备角色预留跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)。比如，角色R1从区服Country-1到区服Country-2的跨设备过程中，区服Country-1对应的原设备获取角色R1的跨设备角色数据，基于该跨设备角色数据生成第一跨设备角色数据标识，向区服Country-2对应的目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，用于向目标设备请求为角色R1预留跨设备资源。

步骤S205，当接收到占位成功返回信息时，执行目标对象的跨设备角色登出。

在一些可行的实施方式中，原设备可以接收到目标设备发送的占位成功返回信息，该占位成功返回信息表明目标设备已为跨设备角色预留跨设备资源，同时原设备可以执行跨设备角色登出以避免一个对象账号在不同区服同时登录，并发送跨设备通知到客户端，告知占位成功以触发客户端发送跨设备登录请求及跨设备角色数据到目标设备。

可选的，在一些可行的实施方式中，该返回信息可以包含鉴权信息，该鉴权信息来自目标设备，用于当需要跨设备的对象账号进行目标设备登录时的身份验证。具体的，原设备接收到目标设备发送的携带鉴权信息的返回信息，并将该鉴权信息与跨设备通知一同发送客户端，以使客户端发送携带鉴权信息的跨设备登录请求，方便目标设备对跨设备角色进行身份验证。

在本申请实施例中，原设备(即目标区服对应的服务器)可以从客户端接收目标对象发起的跨设备请求，该跨设备请求用于请求从原设备跨设备到目标设备(即目标区服对应的服务器)。同时，原设备可以对对象账号中的跨设备角色进行状态校验，如果检测到跨设备角色处于目标跨设备状态，原设备可以向客户端返回跨设备失败通知。进一步地，原设备可以获取跨设备角色数据，该跨设备角色数据可以包括对象账号中需要跨设备的角色的经验、等级、装备、好友、角色任务以及物品等角色信息，并基于该数据使用加密算法(可以是MD5信息摘要算法)生成第一跨设备角色数据标识，第一跨设备角色数据标识用于目标设备对跨设备角色数据进行数据验证。原设备可以将生成的第一跨设备角色数据标识加入跨设备占位请求，向目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，并在接收到目标设备发送的占位成功返回信息时执行跨设备角色登出。由此可见，通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致服务器的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以降低应用运营成本。

为方便理解，下面结合图4对本申请实施例提供的网络应用的跨设备方法中原设备和目标设备协作完成网络应用的跨设备的交互过程进行示例说明。请参见图4，图4是本申请实施例提供的网络应用的跨设备方法的另一流程示意图，如图4所示，该网络应用的跨设备方法主要包括占位阶段和登录阶段。假设对象A通过客户端注册对象账号X，该对象账号X选择登录的区服为区服Country-1，该账号X中包含角色R1，且此时角色R1上线的应用场景为区服Country-1中的应用场景S11，该应用场景的应用进程可以由zone11层负责承载，zone11层可以体现为业务服务器(比如图1b中的业务服务器100a)，此外，区服Country-1中区服内管理在线信息的应用进程可以由world-1层负责承载，world-1层也可以体现为区服内的业务服务器。假设对象A想要使角色R1跨设备到区服Country-2，且到区服Country-2上线的应用场景为区服Country-2中的应用场景S21，同样的，该应用场景的应用进程可以由zone21层负责承载，zone21层可以体现为业务服务器(比如图1b中的业务服务器101a)，区服Country-2中区服内管理在线信息的应用进程可以由world-2层负责承载。需要说明的是，对象A从区服Country-1跨设备到区服Country-2，此时称为原区服，称区服Country-2为目标区服，原区服对应的设备可以为原设备(可以是原区服对应的服务器，或者原区服对应的具有大型计算能力的设备平台)。参见图4，此时原设备可以由zone11层和world-1层对应的业务服务器构成，目标区服对应的设备可以为目标设备(可以是目标区服对应的服务器，或者目标区服对应的具有大型计算能力的设备平台)，此时目标设备可以由zone21层和world-2层对应的业务服务器构成。图4中的global-proxy代表承载global-proxy进程的业务服务器(比如图1b中的业务服务器10)，在对象跨设备过程中，负责承载相关跨设备指令以及业务数据等在原设备和目标设备之间的传输。具体步骤如下：

占位阶段：

步骤S301，客户端发送跨设备请求到原设备。

在一些可行的实施方式中，客户端可响应对象A的跨设备操作，向原设备发送从区服Country-1到区服Country-2的跨设备请求，可以由原设备中的zone11层对应的业务服务器(简称zone11层服务器)接收。

步骤S302，原设备对跨设备角色进行状态校验。

在一些可行的实施方式中，接收到来自客户端的跨设备请求时，原设备中的zone11层服务器对对象账号X中的角色R1进行状态检测。如果检测到角色R1此时正处于从区服Country-1到其他区服的跨设备过程中，则向客户端返回跨设备失败通知，以避免单个跨设备角色同时向两个区服(或区服对应的服务器)申请跨设备。如果角色R1此时没有处于从区服Country-1到其他区服的跨设备过程，执行步骤S303。

步骤S303，原设备向目标设备发送携带第一跨设备角色数据标识的跨设备占位请求。

在一些可行的实施方式中，原设备中zone11层服务器获取角色R1的跨设备角色数据，该跨设备角色数据可以包括角色R1的经验、等级、装备、好友、角色任务以及物品等角色信息，并基于该数据生成第一跨设备角色数据标识。其中，可以使用加密算法对获取到的跨设备角色数据生成第一跨设备角色数据标识，该加密算法可以是MD5信息摘要算法。进一步地，向区服Country-2对应的目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，用于向目标设备请求为角色R1预留跨设备资源。

步骤S304，目标设备对跨设备角色进行在线检测。

在一些可行的实施方式中，目标设备中的world-2层对应的业务服务器(简称world-2层服务器)可以检测对象账号X的在线情况，即获取对象账号X的在线信息(登录或下线)，如果检测到对象账号X中已经有角色在目标设备登录，则world-2层服务器可以向原设备反馈目标对象有角色在线的提示信息。

步骤S305，目标设备执行踢人操作。

在一些可行的实施方式中，通过步骤S304中的在线检测，如果检测到对象账号X中已经有角色在目标设备登录，则world-2层服务器可以对对象账号X的在线角色执行角色登出(或踢人操作)，避免了对象通过多个客户端同时登陆对象账号。

步骤S306，目标设备分配跨设备资源。

在一些可行的实施方式中，目标设备中的world-2层服务器基于跨设备占位请求为需要跨设备的对象账号X分配指定跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)，比如，world-2层服务器为每个需要跨设备的对象账号分配用于存储从客户端接收的跨设备角色数据的存储空间大小为300MB。

或者，目标设备中的world-2层服务器从原设备接收到的跨设备占位请求中包含跨设备对象信息，world-2层服务器可以从该跨设备对象信息获取跨设备角色数据的数据量，以基于该信息分配跨设备资源。比如，目标设备从跨设备占位请求中的跨设备对象信息获取到关于角色R1的跨设备角色数据的数据量为500MB，则为角色R2分配500MB存储空间，用于存储从客户端接收的跨设备角色数据。

步骤S307，目标设备中的world-2层服务器向zone21层服务器发送通知请求占位。

步骤S308，目标设备更新在线信息。

在一些可行的实施方式中，目标设备中的world-2层服务器向zone21层服务器发送占位通知请求占位，zone21层服务器为对象账号X中的角色R1占位以保证为角色R1分配的跨设备资源不被其他角色占用，同时，更新在线信息，即更新当前区服Country-2中的在线角色。

步骤S309，目标设备获取鉴权信息。

步骤S310，目标设备发送占位成功返回信息给原设备。

在一些可行的实施方式中，目标设备中的zone21层服务器为角色R1占位后，向原设备发送占位成功返回信息以通知原设备占位成功，该返回信息可以包含鉴权信息，用于当对象账号X进行目标设备登录时的身份验证。

步骤S311，原设备数据回写。

在一些可行的实施方式中，在对象账号X中的角色R1登录到目标设备之前，为了避免由于在跨设备角色数据迁移过程中出现数据丢失，数据无法找回的情况，需要将角色R1的角色数据回写到原设备的world-1层服务器。

步骤S312，原设备执行跨设备角色登出。

步骤S313，原设备发送跨设备通知到客户端。

在一些可行的实施方式中，为了避免对象账号X在不同的区服同时登录，原设备中的zone11层服务器可以执行角色R1登出，并发送跨设备通知到客户端，告知目标设备占位成功以触发客户端发送跨设备登录请求及角色R1的跨设备角色数据到目标设备。

登录阶段：

步骤S314，客户端发送跨设备登录请求及跨设备角色数据到目标设备。

在一些可行的实施方式中，客户端发送跨设备登录请求到目标设备中的zone21服务器时，zone21服务器接收客户端发送的角色R1的跨设备角色数据，其中，该跨设备角色数据可以包括对象账号X中角色R1的经验、等级、装备、好友、角色任务以及物品等角色信息。

步骤S315，目标设备鉴权验证。

在一些可行的实施方式中，目标设备中的zone21服务器接收到客户端发送的跨设备登录请求，该跨设备登录请求包含鉴权信息，目标设备基于该鉴权信息对该跨设备登录请求对应的对象账号X进行身份验证，当身份验证通过后再基于跨设备角色数据生成第二跨设备角色数据标识，否则向客户端反馈拒绝当前跨设备对象账号登录的提示信息。

步骤S316，目标设备标识对比。

在一些可行的实施方式中，目标设备中的zone21服务器接收到角色R1的跨设备角色数据时，可以一边接收数据一边基于该数据生成第二跨设备角色数据标识，第二跨设备角色数据标识可以通过加密算法(如MD5信息摘要算法)生成，或者，目标设备接收到跨设备角色数据时，对接收到的跨设备角色数据进行排列，接收完所有跨设备角色数据并排列完成后，对处理后的跨设备角色数据使用MD5信息摘要算法生成第二跨设备角色数据标识。

进一步地，zone21服务器将第二跨设备角色数据标识与来自原设备的跨设备占位请求中携带的第一跨设备角色数据标识对比，如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，说明从客户端接收到跨设备角色数据完整且与原设备获取的跨设备角色数据一致。对比通过后将该数据填充至目标设备中用于存储对象角色数据的指定存储空间，执行需要跨设备的对象账号中跨设备角色登录。

步骤S317，目标设备对跨设备角色状态扭转。

在一些可行的实施方式中，当目标设备从客户端接收到客户端发起的跨设备登录请求，基于该请求进行跨设备角色的登录过程中，对象账号X携带状态信息，从一个登陆步骤到另一个登录步骤时目标设备对对象账号X进行状态扭转，使对象账号在不同登录步骤中携带不同的状态信息，避免出现登陆流程错乱等情况。

步骤S318，目标设备恢复跨设备角色数据。

在一些可行的实施方式中，在目标设备中的zone21服务器对接收到的角色R1的跨设备角色数据进行排列，并对处理后的跨设备角色数据可以使用MD5信息摘要算法生成第二跨设备角色数据标识，如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，目标设备将被排列后的跨设备角色数据恢复为该数据被排列前的初始状态。

步骤S319，目标设备中的zone21服务器向world2服务器发送角色登录请求。

步骤S320，目标设备中的world2服务器向zone21服务器返回登录响应。

步骤S321，目标设备向客户端发送登录返回信息。

在一些可行的实施方式中，zone21服务器向world2服务器发送角色登录请求，world2服务器上线角色R1完成后向zone21服务器返回登录响应，zone21服务器基于登录响应向客户端发送登录返回信息，角色R1跨设备完成。

在本申请实施例中，原设备(即目标区服对应的服务器)可以从客户端接收目标对象发起的跨设备请求，该跨设备请求用于请求从原设备跨设备到目标设备(可以是目标区服对应的服务器，或者目标区服对应的具有大型计算能力的设备平台)。同时，原设备可以对对象账号中的跨设备角色进行状态校验，如果检测到跨设备角色处于目标跨设备状态，原设备可以向客户端返回跨设备失败通知。进一步地，原设备可以获取跨设备角色数据，该跨设备角色数据可以包括对象账号中需要跨设备的角色的经验、等级、装备、好友、角色任务以及物品等角色信息，并基于该数据使用加密算法(可以是MD5信息摘要算法)生成第一跨设备角色数据标识，第一跨设备角色数据标识用于目标设备对跨设备角色数据进行数据验证。原设备可以将生成的第一跨设备角色数据标识加入跨设备占位请求，向目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，并在接收到目标设备发送的占位成功返回信息时执行跨设备角色登出，发送跨设备通知到客户端，告知占位成功以触发客户端发送跨设备登录请求及跨设备角色数据到目标设备。目标设备(即目标区服对应的服务器)可以接收原设备(即原区服对应的服务器)的跨设备占位请求并基于该跨设备占位请求为目标对象(或需要跨设备的对象账号)分配跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)。其中，跨设备占位请求中可以包含第一跨设备角色数据标识，该数据标识由原设备基于跨设备角色数据生成并用于对从客户端接收到的跨设备角色数据进行数据验证。接收跨设备占位请求后，目标设备对该请求需要分配跨设备资源的目标对象进行在线检测，即获取对象账号的在线信息(登录或下线)，如果检测到对象账号中已经有角色在目标设备登录，则目标设备可以向原设备反馈目标对象有角色在线的提示信息或对该对象账号的在线角色执行角色登出。进一步地，目标设备还可以接收到原设备发送的跨设备占位请求，基于该请求为需要跨设备的对象账号分配指定跨设备资源。或者，目标设备可以从该跨设备对象信息获取跨设备角色数据的数据量，以基于该信息按需分配跨设备资源，并向原设备发送占位成功返回信息，该返回信息可以包含鉴权信息，用于当需要跨设备的对象账号进行目标设备登录时的身份验证。当从客户端接收到客户端发起的跨设备登录请求时，接收上述客户端发送的跨设备角色数据并生成第二跨设备角色数据标识(可以使用MD5信息摘要算法)。如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，说明从客户端接收到跨设备角色数据完整且与原设备获取的跨设备角色数据一致，对比通过后将该数据填充至目标设备中用于存储对象角色数据的指定存储空间，并执行需要跨设备的对象账号中跨设备角色登录。由此可见，通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致服务器的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以降低应用运营成本。

基于上述网络应用的跨设备方法实施例的描述，本申请实施例还公开了一种网络应用的跨设备装置(简称第一跨设备装置)，该跨设备装置可以应用于上述目标设备，可以被应用于图2所示实施例的网络应用的跨设备方法中，以用于执行网络应用的跨设备方法中的步骤。请参见图5，图5是本申请实施例提供的第一跨设备装置的结构示意图。在本申请实施例中，该装置可运行如下模块：

接收模块41，用于接收目标对象的跨设备占位请求，其中，上述跨设备占位请求用于请求为目标对象预留跨设备资源，跨设备占位请求中携带目标对象的第一跨设备角色数据标识。

资源分配模块42，用于基于接收模块41接收的跨设备占位请求为目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发原设备登出目标对象。

接收模块41，还用于在接收到目标对象发起的跨设备登录请求时，从客户端接收目标对象的跨设备角色数据。

标识生成模块43，用于基于接收模块41接收的跨设备角色数据生成第二跨设备角色数据标识。

角色登录模块44，用于当第一跨设备角色数据标识与第二跨设备角色数据标识相同时，执行目标对象的跨设备角色登录。

在一些可行的实施方式中，上述内存快照获取装置还可以包括：

在线检测模块45，用于对目标对象进行角色在线检测，若检测到目标对象在目标设备中有在线角色，则对在线角色执行角色登出或者向原设备反馈目标对象有角色在线的提示信息。

在一些可行的实施方式中，上述接收模块41还用于：

在角色登录模块44执行目标对象的跨设备角色登录之前，将目标对象的跨设备角色数据填充至目标设备中用于存储对象角色数据的指定存储空间。

根据上述图2所对应的实施例，图2所示的网络应用的跨设备方法中步骤S101至S105所描述的实现方式可由图5所示的装置的各个模块执行。例如，上述图2所示的网络应用的跨设备方法中步骤S101所描述的实现方式可由图5所示的装置中接收模块41来执行，步骤S102所描述的实现方式可由在线检测模块45来执行，步骤S103所描述的实现方式可由资源分配模块42来执行，步骤S104所描述的实现方式可由接收模块41和标识生成模块43来执行，步骤S105所描述的实现方式可由接收模块41和角色登录模块44来执行。其中，上述接收模块41、资源分配模块42、标识生成模块43、角色登录模块44以及在线检测模块45所执行的实现方式可参见上述图2所对应的实施例中各个步骤所提供的实现方式，在此不再赘述。

在本申请实施例中，第一跨设备装置能够接收原设备的跨设备占位请求并基于该跨设备占位请求为目标应用(或需要跨设备的对象账号)分配跨设备资源(可以是指定大小的存储空间，用于存储从客户端接收的跨设备角色数据)，其中，跨设备占位请求中可以包含第一跨设备角色数据标识，该数据标识由原设备基于跨设备角色数据生成并用于对从客户端接收到的跨设备角色数据进行数据验证。接收跨设备占位请求后，第一跨设备装置对该请求需要分配跨设备资源的目标应用进行在线检测，即获取对象账号的在线信息(登录或下线)，如果检测到对象账号中已经有角色在目标设备登录，则该装置可以向原设备反馈目标应用有角色在线的提示信息或对该对象账号的在线角色执行角色登出。进一步地，第一跨设备装置还可以接收到原设备发送的跨设备占位请求，基于该请求为需要跨设备的对象账号分配指定跨设备资源。或者，该装置可以从该跨设备对象信息获取跨设备角色数据的数据量，以基于该信息按需分配跨设备资源，并向原设备发送占位成功返回信息，该返回信息可以包含鉴权信息，用于当需要跨设备的对象账号进行目标设备登录时的身份验证。当从客户端接收到客户端发起的跨设备登录请求时，接收上述客户端发送的跨设备角色数据。接收到跨设备角色数据时，可以一边接收数据一边基于该数据生成第二跨设备角色数据标识，或者，对接收到的跨设备角色数据进行排列，接收完所有跨设备角色数据并排列完成后，对处理后的跨设备角色数据生成第二跨设备角色数据标识(可以使用MD5信息摘要算法)。如果第一跨设备角色数据标识与第二跨设备角色数据标识相同，说明从客户端接收到跨设备角色数据完整且与原设备获取的跨设备角色数据一致，对比通过后将该数据填充至目标设备中用于存储对象角色数据的指定存储空间，并执行需要跨设备的对象账号中跨设备角色登录。由此可见，通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致设备的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以降低网络应用运营成本。

本申请实施例还公开了另一种网络应用的跨设备装置(简称第二跨设备装置)，可以被应用于图3所示实施例的网络应用的跨设备方法中，以用于执行网络应用的跨设备方法中的步骤。请参见图6，图6是本申请实施例提供的第二跨设备装置的结构示意图。在本申请实施例中，该装置可运行如下模块：

接收模块51，用于接收目标对象发起的跨设备请求，跨设备请求用于请求从原设备跨设备到目标设备。

标识生成模块52，用于基于获取的跨设备角色数据生成第一跨设备角色数据标识。

发送模块53，用于向目标设备发送携带标识生成模块52生成的第一跨设备角色数据标识的跨设备占位请求，跨设备占位请求用于请求目标设备为目标对象预留跨设备资源。

接收模块51，还用于从目标设备接收占位成功返回信息。

角色登出模块54，用于当接收模块51接收到占位成功返回信息时，执行目标对象的跨设备角色登出。

标识生成模块52，还用于在标识生成模块52基于获取的跨设备角色数据生成第一跨设备角色数据标识之前，对目标对象的跨设备角色进行状态校验，当校验到跨设备角色处于目标跨设备状态时，向客户端返回跨设备失败通知。

根据上述图3所对应的实施例，图3所示的网络应用的跨设备方法中步骤S201至S205所描述的实现方式可由图6所示的装置的各个模块执行。例如，上述图3所示的网络应用的跨设备方法中步骤S201所描述的实现方式可由图6所示的装置中接收模块51来执行，步骤S202所描述的实现方式可由标识生成模块52来执行，步骤S203所描述的实现方式可由标识生成模块52和发送模块53来执行，步骤S205所描述的实现方式可由接收模块51、角色登出模块54和发送模块53来执行。其中，上述接收模块51、标识生成模块52、发送模块53以及角色登出模块54所执行的实现方式可参见上述图3所对应的实施例中各个步骤所提供的实现方式，在此不再赘述。

在本申请实施例中，第二跨设备装置能够从客户端接收目标应用发起的跨设备请求，该跨设备请求用于请求从原设备跨设备到目标设备(即目标区服对应的设备)。同时，该装置可以对对象账号中的跨设备角色进行状态校验，如果检测到跨设备角色处于目标跨设备状态，可以向客户端返回跨设备失败通知。进一步地，第二跨设备装置可以获取跨设备角色数据，并基于该数据使用加密算法(可以是MD5信息摘要算法)生成第一跨设备角色数据标识。第二跨设备装置可以将生成的第一跨设备角色数据标识加入跨设备占位请求，向目标设备发送携带第一跨设备角色数据标识的跨设备占位请求，并在接收到目标设备发送的占位成功返回信息时执行跨设备角色登出，发送跨设备通知到客户端，告知占位成功以触发客户端发送跨设备登录请求及跨设备角色数据到目标设备。由此可见，通过采用客户端传输跨设备角色数据到目标设备，可以解决采用原设备传输跨设备角色数据过程中的由于大量集中的跨设备请求而导致设备的跨设备处理进程负载过高的问题，跨设备成功率高，适用性强，同时通过客户端承载跨设备角色数据迁移可以降低网络应用运营成本。

在本申请实施例中，上述图所示的装置中的各个模块可以分别或全部合并为一个或若干个另外的模块来构成，或者其中的某个(些)模块还可以再拆分为功能上更小的多个模块来构成，这可以实现同样的操作，而不影响本申请实施例的技术效果的实现。上述模块是基于逻辑功能划分的，在实际应用中，一个模块的功能也可以由多个模块来实现，或者多个模块的功能由一个模块实现。在本申请的其它可行的实现方式中，上述装置也可以包括其它模块，在实际应用中，这些功能也可以由其它模块协助实现，并且可以由多个模块协作实现，在此不做限制。

请参见图7，是本申请实施例提供的计算机设备的结构示意图。如图7所示，该计算机设备1000可以为上述图1a所对应实施例中的业务服务器100a。该计算机设备1000可以包括：处理器1001，网络接口1004和存储器1005，此外，该计算机设备1000还可以包括：用户接口1003，和至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选的还可以是至少一个位于远离前述处理器1001的存储装置。如图7所示，作为一种计算机可读存储介质的存储器1005中可以包括操作***、网络通信模块、用户接口模块以及设备控制应用程序。

其中，该计算机设备1000中的网络接口1004还可以与上述图1a所对应实施例中的终端101a进行网络连接，且可选用户接口1003还可以包括显示屏(Display)、键盘(Keyboard)。在图7所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户(或开发人员)提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现前文图2和/或图3所对应实施例中网络应用的跨设备方法。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图2和/或图3所对应实施例中对网络应用的跨设备方法的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

此外，这里需要指出的是本申请实施例还提供了一种计算机可读存储介质，且上述计算机可读存储介质中存储有前文提及的第一跨设备装置和第二跨设备装置所执行的计算机程序，且上述计算机程序包括程序指令，当上述处理器执行上述程序指令时，能够执行前文图2及图3所对应实施例中对网络应用的跨设备方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机可读存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述。

此外，需要说明的是：本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或者计算机程序可以包括计算机指令，该计算机指令可以存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器可以执行该计算机指令，使得该计算机设备执行前文图2和图3所对应实施例中对网络应用的跨设备方法的描述，因此，这里将不再进行赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。对于本申请所涉及的计算机程序产品或者计算机程序实施例中未披露的技术细节，请参照本申请方法实施例的描述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，上述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (11)

1.一种网络应用的跨设备方法，其特征在于，所述方法包括：

接收目标对象的跨设备占位请求，所述跨设备占位请求用于请求为所述目标对象预留跨设备资源，所述跨设备占位请求中携带所述目标对象的第一跨设备角色数据标识；

基于所述跨设备占位请求为所述目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发所述原设备登出所述目标对象；

当接收到所述目标对象发起的跨设备登录请求时，从客户端接收所述目标对象的跨设备角色数据，基于所述跨设备角色数据生成第二跨设备角色数据标识；

若所述第一跨设备角色数据标识与所述第二跨设备角色数据标识相同，则执行所述目标对象的跨设备角色登录。

2.根据权利要求1所述的方法，其特征在于，所述基于所述跨设备占位请求为所述目标对象分配跨设备资源之前，所述方法还包括：

对所述目标对象进行角色在线检测；

若检测到所述目标对象在所述目标设备中有在线角色，则对所述在线角色执行角色登出或者向所述原设备反馈所述目标对象有角色在线的提示信息。

3.根据权利要求1所述的方法，其特征在于，所述执行所述目标对象的跨设备角色登录之前，所述方法还包括：

将所述目标对象的跨设备角色数据填充至所述目标设备中用于存储对象角色数据的指定存储空间。

4.一种网络应用的跨设备方法，其特征在于，所述方法包括：

接收目标对象发起的跨设备请求，所述跨设备请求用于请求从原设备跨设备到目标设备；

获取所述目标对象的跨设备角色数据，基于所述跨设备角色数据生成第一跨设备角色数据标识，并向所述目标设备发送携带所述第一跨设备角色数据标识的跨设备占位请求，所述跨设备占位请求用于请求所述目标设备为所述目标对象预留跨设备资源；

当接收到占位成功返回信息时，执行所述目标对象的跨设备角色登出。

5.根据权利要求4所述的方法，其特征在于，所述基于跨设备角色数据生成第一跨设备角色数据标识之前，所述方法还包括：

对所述目标对象的跨设备角色进行状态校验；

当校验到所述跨设备角色处于目标跨设备状态时，向客户端返回跨设备失败通知；

其中，所述目标跨设备状态为检测到在接收所述跨设备请求之前，已接收到所述跨设备角色的跨设备请求且所述跨设备角色在线。

6.一种网络应用的跨设备装置，其特征在于，所述装置适用于目标设备，包括：

接收模块，用于接收目标对象的跨设备占位请求，所述跨设备占位请求用于请求为所述目标对象预留跨设备资源，所述跨设备占位请求中携带所述目标对象的第一跨设备角色数据标识；

资源分配模块，用于基于所述接收模块接收的所述跨设备占位请求为所述目标对象分配跨设备资源，并向原设备发送占位成功返回信息，以触发所述原设备登出所述目标对象；

所述接收模块，还用于在接收到所述目标对象发起的跨设备登录请求时，从客户端接收所述目标对象的跨设备角色数据；

标识生成模块，用于基于所述接收模块接收的所述跨设备角色数据生成第二跨设备角色数据标识；

角色登录模块，用于在所述第一跨设备角色数据标识与所述第二跨设备角色数据标识相同时，执行所述目标对象的跨设备角色登录。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

在线检测模块，用于对所述目标对象进行角色在线检测，若检测到所述目标对象在所述目标设备中有在线角色，则对所述在线角色执行角色登出或者向所述原设备反馈所述目标对象有角色在线的提示信息。

8.一种网络应用的跨设备装置，其特征在于，所述装置适用于原设备，包括：

接收模块，用于接收目标对象发起的跨设备请求，所述跨设备请求用于请求从所述原设备跨设备到目标设备；

标识生成模块，用于获取目标对象的跨设备角色数据，并基于所述跨设备角色数据生成第一跨设备角色数据标识；

发送模块，用于向所述目标设备发送携带所述标识生成模块生成的所述第一跨设备角色数据标识的跨设备占位请求，所述跨设备占位请求用于请求所述目标设备为所述目标对象预留跨设备资源；

所述接收模块，还用于从所述目标设备接收占位成功返回信息；

角色登出模块，用于在所述接收模块接收到所述占位成功返回信息时，执行所述目标对象的跨设备角色登出。

9.一种计算机设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供数据通信功能，所述存储器用于存储程序代码，所述处理器用于调用所述程序代码，以执行权利要求1-5任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序适于由处理器加载并执行权利要求1-5任一项所述的方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中，且适于由处理器读取并执行，以使得具有所述处理器的计算机设备执行权利要求1-5任一项所述的方法。

Images