CN105630587A - 应用程序数据在终端之间迁移的方法、装置及系统 - Google Patents

Abstract

本发明公开了一种应用程序数据在终端之间迁移的方法、装置及系统。其中，该方法包括：第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；将资源数据按照预定路径进行保存；确定与第一终端设备具有迁移关系的第二终端设备；发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。本发明解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的技术问题。

Description

应用程序数据在终端之间迁移的方法、装置及系统

技术领域

本发明涉及计算机互联网领域，具体而言，涉及一种应用程序数据在终端之间迁移的方法、装置及系统。

背景技术

随着计算机互联网技术的飞速发展，基于互联网的社交应用软件应运而生，例如：互动游戏、微博、微信、微视、画图等。社交应用软件是一种为用户提供一种即时交互的平台，例如，在两台安装了相同的应用软件的终端中，在两个用户分别使用登录账户登录对应的终端之后，两个用户可以分别在对应的终端中对应用软件分别进行操作。

基于此，随着目前移动互联网的发展，终端之间进行交互的需求日益增多，大多数情况下，当一个终端上运行应用程序的过程中，如果需要其他终端用户的协作，通常会人工向对方发出请求，对方将协作后的数据发送给终端，从而时间两个终端在运行同一个应用程序时的交互。

例如，在移动终端上安装的应用程序为一款互动应用软件时，一台移动终端的用户在使用互动应用软件的过程中，如果当前移动终端在到达该互动应用软件的一个关卡时，需要得到好友的帮助，现有技术是好友通过将攻略发送给上述移动终端，移动终端用户首先需要打开该攻略查看后，再使用阅读后的攻略内容继续使用互动应用软件，显然互动效率和效果都是很差的。

针对上述现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种应用程序数据在终端之间迁移的方法、装置及系统，以至少解决现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的技术问题。

根据本发明实施例的一个方面，提供了一种应用程序数据在终端之间迁移的方法，包括：第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；将资源数据按照预定路径进行保存；确定与第一终端设备具有迁移关系的第二终端设备；发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

根据本发明实施例的另一方面，还提供了一种应用程序数据在终端之间迁移的装置，包括：第一获取模块，用于第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第一保存模块，用于将资源数据按照预定路径进行保存；确定模块，用于确定与第一终端设备具有迁移关系的第二终端设备；第一迁移模块，用于发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

根据本发明实施例的一个方面，提供了一种应用程序数据在终端之间迁移的方法，包括：在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至第一终端设备，使得第一终端设备与第二终端设备建立迁移关系；第一终端设备在确认迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第一终端设备将资源数据按照预定路径进行保存；第一终端设备在确认迁移请求之后，发送资源数据的存储地址给第二终端设备；第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

根据本发明实施例的另一方面，还提供了一种应用程序数据在终端之间迁移的装置，包括：第二获取模块，用于在第一终端设备运行应用程序的过程中，在第一终端设备接收并确认由第二终端设备发送的迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第二保存模块，用于将资源数据按照预定路径进行保存；迁移模块，用于在第一终端设备确认迁移请求之后，发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

根据本发明实施例的另一方面，还提供了一种应用程序数据在终端之间迁移的系统，该系统包括：第一终端设备，用于在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据，并在将资源数据按照预定路径进行保存之后，发送资源数据的存储地址给第二终端设备；第二终端设备，与第一终端设备具有通信关系，用于通过资源数据的存储地址获取资源数据，并完成对资源数据的加载。

在本发明实施例中，采用第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；将资源数据按照预定路径进行保存；确定与第一终端设备具有迁移关系的第二终端设备；发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载的方式，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将资源数据按照预定路径进行保存，在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备从预定磁盘获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种运行应用程序数据在终端之间迁移的方法的计算机终端的硬件结构框图；

图2是根据本发明实施例一的应用程序数据在终端之间迁移的方法的流程图；

图3是根据本发明实施例一的可选的应用程序数据在终端之间迁移的方法的示意图；

图4是根据本发明实施例一的可选的应用程序数据在终端之间迁移的方法的示意图；

图5是根据本法实施例二的应用程序数据在终端之间迁移的装置的结构示意图；

图6是根据本法实施例二的可选的应用程序数据在终端之间迁移的装置的结构示意图；

图7是根据本法实施例二的可选的应用程序数据在终端之间迁移的装置的结构示意图；

图8是根据本法实施例二的可选的应用程序数据在终端之间迁移的装置的结构示意图；

图9是根据本法实施例三的应用程序数据在终端之间迁移的系统的结构示意图；

图10是根据本发明实施例四的应用程序数据在终端之间迁移的方法的流程图；

图11是根据本发明实施例五的应用程序数据在终端之间迁移的装置的结构示意图；

图12是根据本发明实施例五的可选的应用程序数据在终端之间迁移的装置的结构示意图；

图13是根据本发明实施例五的可选的应用程序数据在终端之间迁移的装置的结构示意图；

图14是根据本发明实施例五的可选的应用程序数据在终端之间迁移的装置的结构示意图；以及

图15是根据本发明实施例六的应用程序数据在终端之间迁移的系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种应用程序数据在终端之间迁移的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种运行应用程序数据在终端之间迁移的方法的计算机终端的硬件结构框图。如图1所示，作为第一终端设备的计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的应用程序数据在终端之间迁移的方法所对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的基于社交应用软件的数据推荐方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(NetworkInterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在上述运行环境下，本申请提供了如图2所示的应用程序数据在终端之间迁移的方法。图2是根据本发明实施例一的应用程序数据在终端之间迁移的方法的流程图。

如图2所示，该应用程序数据在终端之间迁移的方法可以包括如下实现步骤：

步骤S20，第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据。

本申请上述步骤S20的一种可选实施过程中，在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，可以获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据。

此处需要说明的是，上述方案中的应用程序不限于比如超级玛丽，飞机大战等游戏类型的应用程序，上述第一终端设备也不限于智能手机，平板电脑等智能终端设备。用户可以在上述第一终端设备上运行应用程序的过程中，在第一时刻，用户可以向上述第一终端设备做出迁移指令，这里需要说明的是，上述迁移指令可以是用户触发第一终端设备上显示的一个按钮控件后生成的指令，也可以是第三方设备向上述第一终端发送的指令，上述第一终端设备接受上述迁移指令之后，根据上述迁移指令来获取第一终端设备从运行上述应用程序到第一时刻之间上述应用程序运行的资源数据，上述资源数据可以是上述应用程序从启动到第一时刻之间的场景数据。

例如，以用户在终端设备上运行超级玛丽游戏为例，在终端设备运行超级玛丽的过程中，用户认为游戏体验低(比如，感觉游戏太难，希望寻求好友的帮助或者希望好友也感受这款游戏)，在第一时刻，用户可以触控终端设备上的按钮控件，进而生成迁移指令，终端设备接受到迁移指令时，及时获取上述超级玛丽从启动到第一时刻的资源数据，这里需要说明的是，从超级玛丽游戏启动到上述第一时刻，第一时刻可以是超级玛丽游戏进行到某一个阶段或者游戏关卡时的时间点，由于用户在游戏中进行的一些操控，超级玛丽游戏进行到了某个进度或某个阶段，所以在第一时刻，上述资源数据可以为以下至少多个数据：游戏本身应用程序，在第一时刻超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

步骤S22，将所述资源数据按照预定路径进行保存。

本申请上述步骤S22可以通过将资源数据按照预定路径保存至预定磁盘来实现。上述预定磁盘可以是第一终端设备本身的磁盘，也可以是第三方服务器提供的数据库磁盘，上述第一终端设备接受到迁移指令后，可以将上述应用程序的资源程序以某种文件格式保存，比如context文件格式。由此可知，资源数据可以采用如下任意一种方式进行保存：本地保存、云保存、网络后台保存等。

步骤S24，确定与第一终端设备具有迁移关系的第二终端设备。优选地，可以在第一终端设备接收到迁移指令的同时，或者在第一终端设备接收到迁移指令之前，建立两个终端设备之间的通信关系，从而使得两个终端设备之间具有迁移关系。

上述步骤S24中的第二终端设备可以是用户希望将上述应用程序迁移至的目标终端设备。仍旧以用户在终端设备上运行超级玛丽游戏为例，当用户操控超级玛丽游戏的过程中，用户认为游戏太难，用户希望向自己的好友寻求帮助，即让好友也感受超级玛丽游戏，进而让好友提供游戏攻略。用户对正在运行超级玛丽游戏的第一终端设备发出迁移指令的同时，确定将超级玛丽游戏迁移至自己的好友，即上述第二终端设备。

步骤S26，可以通过第一终端设备发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。上述步骤使得第二终端设备可以获取资源数据，并加载资源数据至本地的应用程序。优选地，可以使得第二终端设备从预定磁盘获取资源数据。

上述步骤S26中的第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。

仍旧以用户在终端设备上运行超级玛丽游戏为例，用户当用户操控超级玛丽游戏的过程中，用户认为游戏太难，用户希望向自己的好友寻求帮助，即让好友也感受超级玛丽游戏，进而让好友提供游戏攻略。用户通过终端设备将超级玛丽游戏本身应用程序数据和在第一时刻超级玛丽游戏的资源数据比如超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)发送至预定磁盘，用户的好友，即上述第二终端设备可以获取上述资源数据，并加载到自身终端设备。

由上可知，本申请上述实施例一所提供的方案，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将资源数据按照预定路径进行保存，可以在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备按照资源数据的存储地址获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。

本申请提供的一种可选方案中，上述步骤S20，在获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据之前，还可以执行如下步骤：

步骤S16，在检测到第一终端设备接收到迁移指令的情况下，第一终端设备接收由应用内核模块生成的断点指令。

结合图3可知，本申请上述步骤S16中的断点指令可以是第一终端设备接收到迁移指令之后，第一终端设备后台的应用内核模块根据该迁移指令生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移指令之后，利用该端口调用BLCR数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。

步骤S18，第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的步骤。

本申请上述步骤S18可以实现在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即上述第一时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至第一时刻时的资源数据。此处的资源数据至少包括：运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。

仍旧以用户在终端设备上运行超级玛丽游戏为例，用户的终端设备根据接收到的应用内核的断点指令后中指正在运行的超级玛丽游戏，并进一步执行获取用户终端设备从启动超级玛丽游戏到第一时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

本申请提供的另一种可选方案中，步骤S26，使得第二终端设备从预定磁盘获取资源数据之后，还可以执行如下步骤：

步骤S28，应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令。

结合图3可知，本申请上述步骤S28中的重启指令可以是第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。

以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备获取到用户设备终端操作超级玛丽游戏得到第一时刻的游戏数据之后，通过应用内核模块提供的重启接口来接收应用内核模块发送的重启指令。

步骤S30，第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备和第一终端设备从第一时刻运行的应用程序起同步运行应用程序。

以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备可以根据重启指令来启动所获取的超级玛丽游戏，此处需要说明的是，由于第二终端设备获取到了用户终端设备从启动超级玛丽游戏到第一时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏在第一时刻进行的第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。所以，第二终端设备可以与第一终端设备从第一时刻同步运行超级玛丽游戏，即第二终端设备在运行超级玛丽游戏时，游戏的进程、场景以及游戏角色特征等数据与上述第一终端运行的超级玛丽游戏完全相同，从而达到同步游戏的效果。

本申请提供的另一种可选方案中，步骤S24，在确定与第一终端设备具有迁移关系的第二终端设备之后，还可以执行如下步骤：

步骤S241，将资源数据的存储地址发送至第二终端设备。

上述步骤S241中的资源数据的存储地址可以是一个预定磁盘的地址，该预定磁盘可以是上述第一终端设备本地的磁盘地址，也可以是第三方服务器提供的数据库磁盘的地址。

步骤S242，第二终端设备按照资源数据的存储地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

以用户在终端设备上运行超级玛丽游戏为例，上述第二终端设备可以是用户好友的终端设备，此处需要说明的是，用户好友的终端设备从上述预定磁盘得到的资源数据可以为用户的终端设备，即上述第一终端设备运行超级玛丽游戏在某个阶段产生的数据，即上述第一时刻产生的数据，比如超级玛丽游戏在上述第一时刻进行的第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

优选的，本实施例上述各个步骤中，本方案可以通过多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

以用户在终端设备上运行超级玛丽游戏为例，将用户终端设备上运行的超级玛丽游戏的资源数据保存至预定磁盘后，可以通过以下方式将预定磁盘的地址发送给用户好友的终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式，用户好友的终端设备则可以通过上述预定磁盘的地址来获取上述资源数据。

例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。

综上可知，结合图4，本申请提供的实施例一中的应用程序可以为超级玛丽，飞机大战等游戏客户端应用，第一终端设备和第二终端设备可以是移动终端，例如智能手机，平板电脑等智能终端，下面，就本申请的方案应用在三种可选的应用场景所实现的功能进行详细描述。

步骤A，在第一移动终端和第二移动终端上应用图形应用程序APP迁移技术，在第一移动终端和第二移动终端上安装了游戏客户端之后，通过触发第一移动终端上的迁移按钮来启动上述图形应用程序APP迁移技术，即在第一移动终端游戏的过程中，中途切换到第二移动终端(好友手机)，让好友继续游戏中的应用。

步骤B，在第一时刻触发第一移动终端上的迁移按钮之后，第一移动终端的后台的应用内核模块发出中止指令，使得第一移动终端上当前运行的游戏中止在第一时刻，并将第一时刻之前该游戏的资源数据按照预定地址保存至存储器中。

步骤C，第一移动终端将上述存储器的预定地址采用通信方式发送给第二移动终端。

步骤D，第二移动终端通过上述存储器的预定地址获取到第一移动终端在游戏运行到第一时刻之前的游戏资源数据。

步骤E，第二移动终端接收到重启指令之后，启动本地的游戏程序，并将获取到的游戏资源数据加载至当前运行的游戏程序中，从而实现接管第一移动终端的任务。

由上可知，本申请上述步骤A至步骤E实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。

第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。

第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。

具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。

第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述方法实施例的装置实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。

图5是根据本法实施例二的应用程序数据在终端之间迁移的装置的结构示意图。

如图5所示，该应基于社交应用软件的数据推荐装置可以包括：第一获取模块50、第一保存模块52、确定模块54和第一迁移模块56。

其中，第一获取模块50，用于在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第一保存模块52，用于将资源数据按照预定路径进行保存；确定模块54，用于确定与第一终端设备具有迁移关系的第二终端设备；第一迁移模块56，用于发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

由上可知，本申请上述实施例二所提供的方案，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将将资源数据按照预定路径进行保存，可以在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备可以按照资源数据的存储路径获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。

此处需要说明的是，上述第一获取模块50、第二保存模块52、确定模块54和第一迁移模块56对应于实施例一中的步骤S20至步骤S26，四个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图6所示，在执行上述第一获取模块50实现的功能之前，该应用程序数据在终端之间迁移的装置还可以执行如下功能模块：第一发送模块58。

其中，第一发送模块58，用于在检测到第一终端设备接收到迁移指令的情况下，发送应用内核模块生成的断点指令至第一终端设备；其中，第一终端设备根据断点指令中止运行应用程序，并执行上述第一获取模块50。

此处需要说明的是，上述第一发送模块58对应于实施例一中的步骤S16至步骤S18，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图7所示，在执行第一迁移模块实现的功能56之后，该应基于社交应用软件的数据推荐装置还可以包括：第二发送模块60。

其中，第二发送模块60，用于通过应用内核模块发送重启指令至第二终端设备，其中，第二终端设备根据重启指令启动加载了资源数据的应用程序，使得第二终端设备与第一终端设备开始从第一时刻运行的应用程序起同步运行应用程序。

此处需要说明的是，上述第二发送模块60对应于实施例一中的步骤S28至步骤S30，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图8所示，在执行确定模块54的功能之后，该应基于社交应用软件的数据推荐装置还可以包括：第三发送模块62，第一访问模块64。

其中，第三发送模块62，用于将预定磁盘的地址发送至第二终端设备；第一访问模块64，用于按照预定磁盘的地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

此处需要说明的是，上述第三发送模块62、第一访问模块64对应于实施例一中的步骤S241至步骤S242，上述两个模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，本发明实施例二提供的方案可以通过如下任意一种或多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

由上可知，本申请上述装置实施例所实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。

第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。

第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。

具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。

第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。

实施例3

根据本发明实施例，还提供了一种用于实施上述装置实施例的系统实施例。图9是根据本发明实施例三的应用程序数据在终端之间迁移的系统的结构示意图。

如图9所示，本申请提供的应用程序数据在终端之间迁移的系统可以包括：一第一终端设备90和一第二终端设备92。

其中，第一终端设备90，用于在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据，并在将资源数据按照预定路径进行保存之后，发送资源数据的存储地址给第二终端设备；第二终端设备92，与第一终端设备90具有通信关系，用于通过资源数据的存储地址获取资源数据，并完成对资源数据的加载，即根据资源数据的存储地址获取资源数据，并加载资源数据至本地的应用程序。

由上可知，本申请上述实施例三所提供的方案，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将将资源数据按照预定路径保存至预定磁盘，在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备从预定磁盘获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。

此处需要说明的是，上述系统示例中的应用程序不限于比如超级玛丽，飞机大战等游戏类型的应用程序，上述第一终端设备也不限于智能手机，平板电脑等智能终端设备。用户可以在上述第一终端设备上运行应用程序的过程中，在第一时刻，用户可以向上述第一终端设备做出迁移指令。

此处还需要说明的是，上述迁移指令可以是用户触发第一终端设备上显示的一个按钮控件后生成的指令，也可以是第三方设备向上述第一终端发送的指令，上述第一终端设备接受上述迁移指令之后，根据上述迁移指令来获取第一终端设备从运行上述应用程序到第一时刻之间上述应用程序运行的资源数据，上述资源数据可以是上述应用程序从启动到第一时刻之间的场景数据，预定磁盘可以是第一终端设备本身的磁盘，也可以是第三方服务器提供的数据库磁盘，上述第一终端设备接受到迁移指令后，可以将上述应用程序的资源程序以某种文件格式保存，比如context文件格式。

另外，第二终端设备可以是用户希望将上述应用程序迁移至的目标终端设备，第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。

优选的，上述系统还包括：存储器和具有应用内核功能的第三方处理器。上述存储器可用来存储上述资源数据，上述应用内核可以是第一终端设备或第二终端设备提供的，也可以是第三方处理器提供的应用内核。

此处还需要说明的是，本申请系统实施例涉及到的优选的可选的实施例可以与方法实施例一提供的示例具有相同的实现方式和应用场景，但不限于实施例一所公开的内容。

一种可选的方案中，上述系统实施例在执行获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的功能之前，还可以实现在检测到第一终端设备接收到迁移指令的情况下，第一终端设备接收由应用内核模块生成的断点指令，此时，第一终端设备可以根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的步骤。

此处需要说明的是，上述系统所实现的可选方案中，断点指令可以是第一终端设备接收到迁移指令之后，第一终端设备后台的应用内核模块根据该迁移指令生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移指令之后，利用该端口调用数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。

另外，在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即上述第一时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至第一时刻时的资源数据。此处的资源数据至少包括：运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。

在另一种可选的方案中，上述系统实施例在执行使得第二终端设备获取资源数据之后，还可以通过应用内核模块发送重启指令至第二终端设备，其中，上述第二终端设备通过应用内核模块提供的重启接口来获取重启指令；然后，第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备与第一终端设备开始从第一时刻运行的应用程序起同步运行应用程序。

此处需要说明的是，上述重启指令可以是第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。

此处还需要说明的是，由于第二终端设备获取到了用户终端设备从启动应用程序到第一时刻之间上述应用程序运行的资源数据，以超级玛丽游戏为例，比如超级玛丽游戏在第一时刻进行的第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。所以，第二终端设备可以与第一终端设备从第一时刻同步运行超级玛丽游戏，即第二终端设备在运行超级玛丽游戏时，游戏的进程、场景以及游戏角色特征等数据与上述第一终端运行的超级玛丽游戏完全相同，从而达到同步游戏的效果。

在另外一种可选的方案中，本系统在确定与第一终端设备具有迁移关系的第二终端设备之后，还可以将预定磁盘的地址发送至第二终端设备，然后第二终端设备按照预定磁盘的地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

优选的，本系统可以通过多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。

实施例4

根据本发明实施例，还提供了一种应用程序数据在终端之间迁移的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例四所提供的方法实施例仍旧可以在移动终端、计算机终端或者类似的运算装置中执行。此处需要说明的是，实施例四所提供的方法实施例仍旧可以运行在图1所示的计算机终端上。

以在上述运行环境下为，本申请还可以提供如图10所示的一种应用程序数据在终端之间迁移的方法。图10是根据本发明实施例四的一种应用程序数据在终端之间迁移的方法的流程图。

如图10所示，该应用程序数据在终端之间迁移的方法可以包括如下实现步骤：

步骤S120，在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至第一终端设备，使得第一终端设备与第二终端设备建立迁移关系。

优选地，可以在第一终端设备接收到迁移指令的同时，或者在第一终端设备接收到迁移指令之前，建立两个终端设备之间的通信关系，从而使得两个终端设备之间具有迁移关系。

本申请上述步骤S120中的应用程序不限于比如超级玛丽，飞机大战等游戏类型的应用程序，上述第一终端设备或第二终端设备也不限于智能手机，平板电脑等智能终端设备。用户可以在上述第一终端设备上运行应用程序的过程中，上述第二终端设备可以发送迁移请求至上述第一终端设备，使得第一终端设备与第二终端设备具有迁移关系。

例如，以用户在终端设备上运行超级玛丽游戏为例，在终端设备运行超级玛丽的过程中，用户的好友也希望感受这款游戏，或者用户认为游戏太难，希望好友感受这款游戏以提供游戏策略，用户的好友的终端设备即上述第二终端设备可以向用户的终端设备即上述第一终端设备发送迁移请求，这样，用户的终端设备与用户好友的终端设备即具有了迁移关系。

步骤S122，第一终端设备在确认迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据。

本申请上述步骤S122中第一终端设备接收到上述第二终端设备发送的迁移请求之后，可以根据上述迁移请求来获取第一终端设备从运行上述应用程序到接收到迁移请求上述应用程序运行的资源数据，上述资源数据可以是上述应用程序从启动到第一终端设备接收到上述迁移请求时之间的场景数据。

仍以用户在终端设备上运行超级玛丽游戏为例，在用户终端设备接收到上述迁移请求时，用户终端设备可以及时获取上述超级玛丽从启动到用户终端设备接收到迁移请求时的资源数据，这里需要说明的是，从超级玛丽游戏启动到上述用户终端设备接收到迁移请求时，在上述用户终端接收到用户好友的终端设备发送的迁移请求的时刻可以是超级玛丽游戏进行到某一个阶段或者游戏关卡时的时间点，由于用户在游戏中进行的一些操控，超级玛丽游戏进行到了某个进度或某个阶段，所以用户终端设备接收到迁移请求时，上述资源数据可以为以下至少多个数据：游戏本身应用程序，用户终端设备接收到迁移请求时超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

步骤S124，第一终端设备将资源数据按照预定路径进行保存。

本申请上述步骤S124可以通过将资源数据按照预定路径保存至预定磁盘来实现。上述预定磁盘可以是第一终端设备本身的磁盘，也可以是第三方服务器提供的数据库磁盘，上述第一终端设备接受到迁移指令后，可以将上述应用程序的资源程序以某种文件格式保存，比如context文件格式。由此可知，资源数据可以采用如下任意一种方式进行保存：本地保存、云保存、网络后台保存等。

步骤S126，第一终端设备在确认迁移请求之后，发送资源数据的存储地址给第二终端设备。

上述步骤S126中的第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。

仍旧以用户在终端设备上运行超级玛丽游戏为例，用户当用户操控超级玛丽游戏的过程中，用户的好友也想感受超级玛丽游戏，或者用户认为游戏太难，希望好友也感受游戏后提供游戏策略。用户通过终端设备将超级玛丽游戏本身应用程序数据和在接收用户好友的终端设备发送的迁移请求时刻超级玛丽游戏的资源数据比如超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)发送至预定磁盘，用户的好友，即上述第二终端设备可以获取上述资源数据，并加载到自身终端设备。

步骤S128，第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。即上述第二终端在获取资源数据之后，可以加载资源数据至本地的应用程序。优选地，可以使得第二终端设备从预定磁盘获取资源数据。

由上可知，本申请上述实施例四所提供的方案，通过在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至第一终端设备，使得第一终端设备与第二终端设备具有迁移关系，在第一终端设备确认迁移请求之后，获取第一终端设备从启动应用程序到接收到迁移请求时应用程序运行的资源数据，将资源数据按照预定路径进行保存，在第一终端设备确认迁移请求之后，将资源数据的保存地址发送至第二终端设备，使得第二终端设备获取资源数据，其中，第二终端设备加载资源数据至本地的应用程序。上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。

本申请提供的一种可选方案中，上述步骤S122，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据之前，还可以执行如下步骤：

步骤S1201，在检测到第一终端设备确认迁移请求的情况下，第一终端设备接收由应用内核模块生成的断点指令。

结合图3可知，本申请上述步骤S1201中的断点指令可以是第一终端设备接收到迁移请求之后，第一终端设备后台的应用内核模块根据该迁移请求生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移请求之后，利用该端口调用数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。

步骤S1202，第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到确认迁移请求之间应用程序运行的资源数据的步骤。

本申请上述步骤S1202可以实现在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即第一终端接收第二终端发送的迁移请求的时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至接收迁移请求之时的资源数据。此处的资源数据至少包括：运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。

仍旧以用户在终端设备上运行超级玛丽游戏为例，用户的终端设备根据接收到的应用内核的断点指令后中指正在运行的超级玛丽游戏，并进一步执行获取用户终端设备从启动超级玛丽游戏到用户设备接收迁移请求时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏进行第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

本申请提供的另一种可选方案中，步骤S126，在第二终端设备通过存储地址获取应用程序的资源数据之后，还可以执行如下步骤：

步骤S128，应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令。

结合图3可知，本申请上述步骤S28中的重启指令可以是第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。

以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备获取到用户设备终端操作超级玛丽游戏得到用户设备接收迁移请求时刻的游戏数据之后，通过应用内核模块提供的重启接口来接收应用内核模块发送的重启指令。

步骤S130，第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备与第一终端设备开始从接收迁移请求运行的应用程序起同步运行应用程序。

以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备可以根据重启指令来启动所获取的超级玛丽游戏，此处需要说明的是，由于第二终端设备获取到了用户终端设备从启动超级玛丽游戏到接收迁移请求之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏在接收迁移请求时进行的第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。所以，第二终端设备可以与第一终端设备从接收迁移请求时同步运行超级玛丽游戏，即第二终端设备在运行超级玛丽游戏时，游戏的进程、场景以及游戏角色特征等数据与上述第一终端运行的超级玛丽游戏完全相同，从而达到同步游戏的效果。

本申请提供的另一种可选方案中，步骤S126，在第一终端设备确认迁移请求之后，还可以执行如下步骤：

步骤S1261，将资源数据的存储地址发送至第二终端设备，其中，该存储地址可以是一个预定磁盘的地址。

上述步骤S1261中的预定磁盘的地址可以是上述第一终端设备本地的磁盘地址，也可以是第三方服务器提供的数据库磁盘的地址。

步骤S1262，第二终端设备按照资源数据的存储地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

以用户在终端设备上运行超级玛丽游戏为例，上述第二终端设备可以是用户好友的终端设备，此处需要说明的是，用户好友的终端设备从上述预定磁盘得到的资源数据可以为用户的终端设备，即上述第一终端设备运行超级玛丽游戏在某个阶段产生的数据，即用户终端接收到迁移请求时刻的数据，比如超级玛丽游戏在上述用户终端接收到迁移请求的时刻进行的第n个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。

优选的，本实施例上述各个步骤中，本方案可以通过多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

以用户在终端设备上运行超级玛丽游戏为例，将用户终端设备上运行的超级玛丽游戏的资源数据保存至预定磁盘后，可以通过以下方式将预定磁盘的地址发送给用户好友的终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式，用户好友的终端设备则可以通过上述预定磁盘的地址来获取上述资源数据。

例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。

综上可知，结合图4，本申请提供的实施例一中的应用程序可以为超级玛丽，飞机大战等游戏客户端应用，第一终端设备和第二终端设备可以是移动终端，例如智能手机，平板电脑等智能终端，下面，就本申请的方案应用在三种可选的应用场景所实现的功能进行详细描述。

步骤A，在第一移动终端和第二移动终端上应用图形应用程序APP迁移技术，在第一移动终端和第二移动终端上安装了游戏客户端之后，可以通过触发第一移动终端上的迁移按钮来启动上述图形应用程序APP迁移技术，即在第一移动终端游戏的过程中，中途切换到第二移动终端(好友手机)，让好友继续游戏中的应用。

步骤B，在接收迁移请求时后，可以触发第一移动终端上的迁移按钮，第一移动终端的后台的应用内核模块发出中止指令，使得第一移动终端上当前运行的游戏中止，并将接收迁移请求之前该游戏的资源数据按照预定地址保存至存储器中。

步骤C，第一移动终端将上述存储器的预定地址采用通信方式发送给第二移动终端。

步骤D，第二移动终端通过上述存储器的预定地址获取到第一移动终端在游戏运行到接收迁移请求之前的游戏资源数据。

步骤E，第二移动终端接收到重启指令之后，启动本地的游戏程序，并将获取到的游戏资源数据加载至当前运行的游戏程序中，从而实现接管第一移动终端的任务。

由上可知，本申请上述步骤A至步骤E实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。

第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。

第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。

具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。

第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例5

根据本发明实施例，还提供了一种用于实施上述方法实施例的装置实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。

图11是根据本法实施例五的应用程序数据在终端之间迁移的装置的结构示意图。

如图11所示，该应基于社交应用软件的数据推荐装置可以包括：第二获取模块110、第二保存模块112、迁移模块114。

其中，第二获取模块110，用于在第一终端设备运行应用程序的过程中，在第一终端设备接收并确认由第二终端设备发送的迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第二保存模块112，用于将资源数据按照预定路径进行保存；迁移模块114，用于在第一终端设备确认迁移请求之后，发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

此处需要说明的是，上述第二获取模块110、第二保存模块112、迁移模块114对应于实施例四中的步骤S120至步骤S126，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例四所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例四提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图12所示，在执行第二获取模块110实现的功能之前，该应基于社交应用软件的数据推荐装置还可以包括：第四发送模块116。

其中，第四发送模块116，用于在检测到第一终端设备确认迁移请求的情况下，发送应用内核模块生成的断点指令至第一终端设备；其中，第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的步骤。

此处需要说明的是，上述第三发送模块116对应于实施例四中的步骤S1201至步骤S1202，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例四所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例四提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图13所示，该应基于社交应用软件的数据推荐装置还可以包括：第五发送模块118，加载模块120。

其中，第五发送模块118，用于发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令，加载模块120，用于根据重启指令启动加载资源数据的应用程序，使得第二终端设备与第一终端设备开始从第一时刻运行的应用程序起同步运行应用程序。

此处需要说明的是，上述第五发送模块118，加载模块120对应于实施例四中的步骤S128至步骤S130，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例四所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例四提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，如图14所示，该应基于社交应用软件的数据推荐装置中的迁移模块114还可以包括：第六发送模块122，第二访问模块124。

其中，第六发送模块122，将预定磁盘的地址发送至第二终端设备，第二访问模块124，用于按照预定磁盘的地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

此处需要说明的是，上述第六发送模块122，第二访问模块124对应于实施例四中的步骤S1261至步骤S1262，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例四所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例四提供的计算机终端10中，可以通过软件实现，也可以通过硬件实现。

优选的，本发明实施例五提供的方案可以通过如下任意一种或多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

由上可知，本申请上述装置实施例所实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。

第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。

第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。

具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。

第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。

实施例6

根据本发明实施例，还提供了一种用于实施上述装置实施例的系统实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。

如图15所示，本申请提供的应用程序数据在终端之间迁移的系统可以包括：一第一终端设备1501和一第二终端设备1502。

其中，第一终端设备1501，用于运行应用程序；第二终端设备1502，与第一终端设备具有通信关系，用于在第一终端设备运行应用程序的过程中，发送迁移请求至第一终端设备，并加载第一终端设备上的资源数据至本地的应用程序，在第一终端设备确认迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据，并资源数据按照预定路径进行保存，并在第一终端设备确认迁移请求之后，将预定磁盘的地址发送至第二终端设备，使得第二终端设备获取资源数据。

由上可知，本申请上述实施例六所提供的方案，通过第一终端设备，用于运行应用程序；第二终端设备，与第一终端设备具有通信关系，用于在第一终端设备运行应用程序的过程中，发送迁移请求至第一终端设备，并加载第一终端设备上的资源数据至本地的应用程序，其中，在第一终端设备确认迁移请求之后，将从启动应用程序到接收到迁移请求时应用程序运行的资源数据按照预定路径进行保存，并在第一终端设备确认迁移请求之后，将资源数据的保存地址发送至第二终端设备，使得第二终端设备获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。

此处需要说明的是，上述系统示例的应用程序不限于比如超级玛丽，飞机大战等游戏类型的应用程序，上述第一终端设备或第二终端设备也不限于智能手机，平板电脑等智能终端设备。用户可以在上述第一终端设备上运行应用程序的过程中，上述第二终端设备可以发送迁移请求至上述第一终端设备，使得第一终端设备与第二终端设备具有迁移关系。

此处还需要说明的是，上述系统示例中的第一终端设备接收到上述第二终端设备发送的迁移请求之后，可以根据上述迁移请求来获取第一终端设备从运行上述应用程序到接收到迁移请求上述应用程序运行的资源数据，上述资源数据可以是上述应用程序从启动到第一终端设备接收到上述迁移请求时之间的场景数据。

此处还需要说明的是，上述系统示例中的第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。

在一种可选的方案中，本系统在执行获取第一终端设备从启动应用程序到接收到迁移请求时应用程序运行的资源数据之前，本系统还可以在检测到第一终端设备确认迁移请求的情况下，第一终端设备接收由应用内核模块生成的断点指令；第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到接收迁移请求之间应用程序运行的资源数据的步骤。

此处需要说明的是，本申请上述系统示例中的中的断点指令可以是第一终端设备接收到迁移请求之后，第一终端设备后台的应用内核模块根据该迁移请求生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移请求之后，利用该端口调用数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。

此处还需要说明的是，本申请上述系统实施例可以实现在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即第一终端接收第二终端发送的迁移请求的时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至接收迁移请求之时的资源数据。此处的资源数据至少包括：运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。

在一种可选的方案中，本系统在执行获取资源数据之后，还可以通过上述应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令；第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备与第一终端设备开始从接收迁移请求时刻运行的应用程序起同步运行应用程序。

此处需要说明的是，本申请系统实施例中的重启指令可以是上述第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。

在一种可选的方案中，上述系统在确定与第一终端设备具有迁移关系的第二终端设备之后，还可以将预定磁盘的地址发送至第二终端设备；第二终端设备按照预定磁盘的地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

优选的，本系统可以通过多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。

实施例7

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一应用程序数据在终端之间迁移的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个服务器中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S11，第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据。

S13，将资源数据按照预定路径进行保存。

S15，确定与第一终端设备具有迁移关系的第二终端设备。

S17，发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在检测到第一终端设备接收到迁移指令的情况下，第一终端设备接收由应用内核模块生成的断点指令；第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的步骤。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令；第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备和第一终端设备从第一时刻运行的应用程序起同步运行应用程序

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：将预定磁盘的地址发送至第二终端设备；第二终端设备按照预定磁盘的地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：通过如下任意一种或多种传送途径将预定磁盘的地址发送至第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2和实施例3中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

实施例8

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一应用程序数据在终端之间迁移的方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中计算机终端群中的任意一个服务器中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S21，在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至第一终端设备，使得第一终端设备与第二终端设备建立迁移关系.

S23，第一终端设备在确认迁移请求之后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据。

S25，第一终端设备将资源数据按照预定路径进行保存；第一终端设备在确认迁移请求之后，发送资源数据的存储地址给第二终端设备。

S27，第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在检测到所述第一终端设备确认所述迁移请求的情况下，所述第一终端设备接收由应用内核模块生成的断点指令；所述第一终端设备根据所述断点指令中止运行所述应用程序，并进入获取所述第一终端设备从启动所述应用程序到接收迁移请求之间所述应用程序运行的资源数据的步骤。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：所述应用内核模块发送重启指令至所述第二终端设备，其中，所述第二终端设备通过所述应用内核模块提供的重启接口来获取所述重启指令；所述第二终端设备根据所述重启指令启动加载所述资源数据的应用程序，使得所述第二终端设备与所述第一终端设备开始从所述接收迁移请求时刻运行的应用程序起同步运行所述应用程序。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：通过如下任意一种或多种传送途径将所述预定磁盘的地址发送至所述第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例4和实施例5和实施例6中所描述的示例，本实施例在此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种应用程序数据在终端之间迁移的方法，其特征在于，包括：

第一终端设备在运行应用程序过程中接收到迁移指令后，获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据；

将所述资源数据按照预定路径进行保存；

确定与所述第一终端设备具有迁移关系的第二终端设备；

发送所述资源数据的存储地址给所述第二终端设备，以使所述第二终端设备通过所述存储地址获取所述应用程序的资源数据，完成对所述资源数据的加载。

2.根据权利要求1所述的方法，其特征在于，在获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据之前，所述方法还包括：

在检测到所述第一终端设备接收到所述迁移指令的情况下，所述第一终端设备接收由应用内核模块生成的断点指令；

所述第一终端设备根据所述断点指令中止运行所述应用程序，并进入获取所述第一终端设备从启动所述应用程序到所述第一时刻之间所述应用程序运行的资源数据的步骤。

3.根据权利要求2所述的方法，其特征在于，在所述第二终端设备通过所述存储地址获取所述应用程序的资源数据之后，所述方法还包括：

所述应用内核模块发送重启指令至所述第二终端设备，其中，所述第二终端设备通过所述应用内核模块提供的重启接口来获取所述重启指令；

所述第二终端设备根据所述重启指令启动加载所述资源数据的应用程序，使得所述第二终端设备和所述第一终端设备从所述第一时刻运行的应用程序起同步运行所述应用程序。

4.根据权利要求1所述的方法，其特征在于，在确定与所述第一终端设备具有迁移关系的第二终端设备之后，所述方法还包括：

将所述资源数据的存储地址发送至所述第二终端设备；

所述第二终端设备按照所述资源数据的存储地址访问预定磁盘，并从所述预定磁盘中查询得到保存的所述资源数据。

5.根据权利要求1或4所述的方法，其特征在于，通过如下任意一种或多种传送途径将所述预定磁盘的地址发送至所述第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

6.一种应用程序数据在终端之间迁移的装置，其特征在于，包括：

第一获取模块，用于在运行应用程序过程中接收到迁移指令后，获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据；

第一保存模块，用于将所述资源数据按照预定路径进行保存；

确定模块，用于确定与所述第一终端设备具有迁移关系的第二终端设备；

第一迁移模块，用于发送所述资源数据的存储地址给所述第二终端设备，以使所述第二终端设备通过所述存储地址获取所述应用程序的资源数据，完成对所述资源数据的加载。

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

第一发送模块，用于在检测到所述第一终端设备接收到所述迁移指令的情况下，发送应用内核模块生成的断点指令至所述第一终端设备；

其中，所述第一终端设备根据所述断点指令中止运行所述应用程序。

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

第二发送模块，用于通过所述应用内核模块发送重启指令至所述第二终端设备，其中，所述第二终端设备根据所述重启指令启动加载了所述资源数据的应用程序，使得所述第二终端设备与所述第一终端设备开始从所述第一时刻运行的应用程序起同步运行所述应用程序。

9.一种应用程序数据在终端之间迁移的方法，其特征在于，包括：

在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至所述第一终端设备，使得所述第一终端设备与所述第二终端设备建立迁移关系；

所述第一终端设备在确认所述迁移请求之后，获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据；

所述第一终端设备将所述资源数据按照预定路径进行保存；

所述第一终端设备在确认所述迁移请求之后，发送所述资源数据的存储地址给所述第二终端设备；

所述第二终端设备通过所述存储地址获取所述应用程序的资源数据，完成对所述资源数据的加载。

10.根据权利要求9所述的方法，其特征在于，在获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据之前，所述方法还包括：

在检测到所述第一终端设备确认所述迁移请求的情况下，所述第一终端设备接收由应用内核模块生成的断点指令；

所述第一终端设备根据所述断点指令中止运行所述应用程序，并进入获取所述第一终端设备从启动所述应用程序到接收到所述迁移请求时的时刻之间所述应用程序运行的资源数据的步骤。

11.根据权利要求10所述的方法，其特征在于，在所述第二终端设备通过所述存储地址获取所述应用程序的资源数据之后，所述方法还包括：

所述应用内核模块发送重启指令至所述第二终端设备，其中，所述第二终端设备通过所述应用内核模块提供的重启接口来获取所述重启指令；

所述第二终端设备根据所述重启指令启动加载所述资源数据的应用程序，使得所述第二终端设备与所述第一终端设备开始从接收到所述迁移请求时的时刻运行的应用程序起同步运行所述应用程序。

12.根据权利要求9所述的方法，其特征在于，通过如下任意一种或多种传送途径将所述预定磁盘的地址发送至所述第二终端设备：网络通信方式、蓝牙通信方式、近场支付方式、短信方式。

13.一种应用程序数据在终端之间迁移的装置，其特征在于，包括：

第二获取模块，用于在第一终端设备运行应用程序的过程中，在所述第一终端设备接收并确认由第二终端设备发送的迁移请求之后，获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据；

第二保存模块，用于将所述资源数据按照预定路径进行保存；

迁移模块，用于在所述第一终端设备确认所述迁移请求之后，发送所述资源数据的存储地址给所述第二终端设备，以使所述第二终端设备通过所述存储地址获取所述应用程序的资源数据，完成对所述资源数据的加载。

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

第三发送模块，用于在检测到所述第一终端设备确认所述迁移请求的情况下，发送应用内核模块生成的断点指令至所述第一终端设备；

其中，所述第一终端设备根据所述断点指令中止运行所述应用程序。

15.一种应用程序数据在终端之间迁移的系统，其特征在于，包括：

第一终端设备，用于在运行应用程序过程中接收到迁移指令后，获取运行于所述第一终端设备上的所述应用程序从启动到接收到迁移指令之间所述应用程序运行的资源数据，并在将所述资源数据按照预定路径进行保存之后，发送所述资源数据的存储地址给所述第二终端设备；

第二终端设备，与所述第一终端设备具有通信关系，用于通过所述资源数据的存储地址获取所述资源数据，并完成对所述资源数据的加载。