定与第一终端设备具有迁移关系的第二终端设备。优选地，可以在第一终端设备接收到迁移指令的同时，或者在第一终端设备接收到迁移指令之前，建立两个终端设备之间的通信关系，从而使得两个终端设备之间具有迁移关系。
[0045]上述步骤S24中的第二终端设备可以是用户希望将上述应用程序迁移至的目标终端设备。仍旧以用户在终端设备上运行超级玛丽游戏为例，当用户操控超级玛丽游戏的过程中，用户认为游戏太难，用户希望向自己的好友寻求帮助，即让好友也感受超级玛丽游戏，进而让好友提供游戏攻略。用户对正在运行超级玛丽游戏的第一终端设备发出迁移指令的同时，确定将超级玛丽游戏迁移至自己的好友，即上述第二终端设备。
[0046]步骤S26，可以通过第一终端设备发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。上述步骤使得第二终端设备可以获取资源数据，并加载资源数据至本地的应用程序。优选地，可以使得第二终端设备从预定磁盘获取资源数据。
[0047]上述步骤S26中的第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。
[0048]仍旧以用户在终端设备上运行超级玛丽游戏为例，用户当用户操控超级玛丽游戏的过程中，用户认为游戏太难，用户希望向自己的好友寻求帮助，即让好友也感受超级玛丽游戏，进而让好友提供游戏攻略。用户通过终端设备将超级玛丽游戏本身应用程序数据和在第一时刻超级玛丽游戏的资源数据比如超级玛丽游戏进行第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)发送至预定磁盘，用户的好友，即上述第二终端设备可以获取上述资源数据，并加载到自身终端设备。
[0049]由上可知，本申请上述实施例一所提供的方案，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将资源数据按照预定路径进行保存，可以在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备按照资源数据的存储地址获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。
[0050]本申请提供的一种可选方案中，上述步骤S20，在获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据之前，还可以执行如下步骤:
[0051]步骤S16，在检测到第一终端设备接收到迁移指令的情况下，第一终端设备接收由应用内核模块生成的断点指令。
[0052]结合图3可知，本申请上述步骤S16中的断点指令可以是第一终端设备接收到迁移指令之后，第一终端设备后台的应用内核模块根据该迁移指令生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移指令之后，利用该端口调用BLCR数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。
[0053]步骤S18，第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据的步骤。
[0054]本申请上述步骤S18可以实现在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即上述第一时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至第一时刻时的资源数据。此处的资源数据至少包括:运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。
[0055]仍旧以用户在终端设备上运行超级玛丽游戏为例，用户的终端设备根据接收到的应用内核的断点指令后中指正在运行的超级玛丽游戏，并进一步执行获取用户终端设备从启动超级玛丽游戏到第一时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏进行第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。
[0056]本申请提供的另一种可选方案中，步骤S26，使得第二终端设备从预定磁盘获取资源数据之后，还可以执行如下步骤:
[0057]步骤S28，应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令。
[0058]结合图3可知，本申请上述步骤S28中的重启指令可以是第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。
[0059]以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备获取到用户设备终端操作超级玛丽游戏得到第一时刻的游戏数据之后，通过应用内核模块提供的重启接口来接收应用内核模块发送的重启指令。
[0060]步骤S30，第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备和第一终端设备从第一时刻运行的应用程序起同步运行应用程序。
[0061]以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备可以根据重启指令来启动所获取的超级玛丽游戏，此处需要说明的是，由于第二终端设备获取到了用户终端设备从启动超级玛丽游戏到第一时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏在第一时刻进行的第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。所以，第二终端设备可以与第一终端设备从第一时刻同步运行超级玛丽游戏，即第二终端设备在运行超级玛丽游戏时，游戏的进程、场景以及游戏角色特征等数据与上述第一终端运行的超级玛丽游戏完全相同，从而达到同步游戏的效果。
[0062]本申请提供的另一种可选方案中，步骤S24，在确定与第一终端设备具有迁移关系的第二终端设备之后，还可以执行如下步骤:
[0063]步骤S241，将资源数据的存储地址发送至第二终端设备。
[0064]上述步骤S241中的资源数据的存储地址可以是一个预定磁盘的地址，该预定磁盘可以是上述第一终端设备本地的磁盘地址，也可以是第三方服务器提供的数据库磁盘的地址。
[0065]步骤S242，第二终端设备按照资源数据的存储地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。
[0066]以用户在终端设备上运行超级玛丽游戏为例，上述第二终端设备可以是用户好友的终端设备，此处需要说明的是，用户好友的终端设备从上述预定磁盘得到的资源数据可以为用户的终端设备，即上述第一终端设备运行超级玛丽游戏在某个阶段产生的数据，即上述第一时刻产生的数据，比如超级玛丽游戏在上述第一时刻进行的第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。
[0067]优选的，本实施例上述各个步骤中，本方案可以通过多种传送途径将预定磁盘的地址发送至第二终端设备:网络通信方式、蓝牙通信方式、近场支付方式、短信方式。
[0068]以用户在终端设备上运行超级玛丽游戏为例，将用户终端设备上运行的超级玛丽游戏的资源数据保存至预定磁盘后，可以通过以下方式将预定磁盘的地址发送给用户好友的终端设备:网络通信方式、蓝牙通信方式、近场支付方式、短信方式，用户好友的终端设备则可以通过上述预定磁盘的地址来获取上述资源数据。
[0069]例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。
[0070]综上可知，结合图4，本申请提供的实施例一中的应用程序可以为超级玛丽，飞机大战等游戏客户端应用，第一终端设备和第二终端设备可以是移动终端，例如智能手机，平板电脑等智能终端，下面，就本申请的方案应用在三种可选的应用场景所实现的功能进行详细描述。
[0071 ] 步骤A，在第一移动终端和第二移动终端上应用图形应用程序APP迁移技术，在第一移动终端和第二移动终端上安装了游戏客户端之后，通过触发第一移动终端上的迁移按钮来启动上述图形应用程序APP迁移技术，即在第一移动终端游戏的过程中，中途切换到第二移动终端(好友手机)，让好友继续游戏中的应用。
[0072]步骤B，在第一时刻触发第一移动终端上的迁移按钮之后，第一移动终端的后台的应用内核模块发出中止指令，使得第一移动终端上当前运行的游戏中止在第一时刻，并将第一时刻之前该游戏的资源数据按照预定地址保存至存储器中。
[0073]步骤C，第一移动终端将上述存储器的预定地址采用通信方式发送给第二移动终端。
[0074]步骤D，第二移动终端通过上述存储器的预定地址获取到第一移动终端在游戏运行到第一时刻之前的游戏资源数据。
[0075]步骤E，第二移动终端接收到重启指令之后，启动本地的游戏程序，并将获取到的游戏资源数据加载至当前运行的游戏程序中，从而实现接管第一移动终端的任务。
[0076]由上可知，本申请上述步骤A至步骤E实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。
[0077]第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。
[0078]第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。
[0079]具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。
[0080]第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。
[0081]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0082]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
[0083]实施例2
[0084]根据本发明实施例，还提供了一种用于实施上述方法实施例的装置实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。
[0085]图5是根据本法实施例二的应用程序数据在终端之间迁移的装置的结构示意图。
[0086]如图5所示，该应基于社交应用软件的数据推荐装置可以包括:第一获取模块50、第一保存模块52、确定模块54和第一迁移模块56。
[0087]其中，第一获取模块50，用于在运行应用程序过程中接收到迁移指令后，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据；第一保存模块52，用于将资源数据按照预定路径进行保存；确定模块54，用于确定与第一终端设备具有迁移关系的第二终端设备；第一迁移模块56，用于发送资源数据的存储地址给第二终端设备，以使第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。
[0088]由上可知，本申请上述实施例二所提供的方案，通过在第一终端设备运行应用程序的过程中，第一终端设备在第一时刻接收到迁移指令之后，获取第一终端设备从启动应用程序到第一时刻之间应用程序运行的资源数据，并将将资源数据按照预定路径进行保存，可以在第一终端设备接收到迁移指令的同时，确定与第一终端设备具有迁移关系的第二终端设备，使得第二终端设备可以按照资源数据的存储路径获取资源数据，上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据