述资源数据可以是上述应用程序从启动到第一终端设备接收到上述迁移请求时之间的场景数据。
[0134]仍以用户在终端设备上运行超级玛丽游戏为例，在用户终端设备接收到上述迁移请求时，用户终端设备可以及时获取上述超级玛丽从启动到用户终端设备接收到迁移请求时的资源数据，这里需要说明的是，从超级玛丽游戏启动到上述用户终端设备接收到迁移请求时，在上述用户终端接收到用户好友的终端设备发送的迁移请求的时刻可以是超级玛丽游戏进行到某一个阶段或者游戏关卡时的时间点，由于用户在游戏中进行的一些操控，超级玛丽游戏进行到了某个进度或某个阶段，所以用户终端设备接收到迁移请求时，上述资源数据可以为以下至少多个数据:游戏本身应用程序，用户终端设备接收到迁移请求时超级玛丽游戏进行第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。
[0135]步骤S124，第一终端设备将资源数据按照预定路径进行保存。
[0136]本申请上述步骤S124可以通过将资源数据按照预定路径保存至预定磁盘来实现。上述预定磁盘可以是第一终端设备本身的磁盘，也可以是第三方服务器提供的数据库磁盘，上述第一终端设备接受到迁移指令后，可以将上述应用程序的资源程序以某种文件格式保存，比如context文件格式。由此可知，资源数据可以采用如下任意一种方式进行保存:本地保存、云保存、网络后台保存等。
[0137]步骤S126，第一终端设备在确认迁移请求之后，发送资源数据的存储地址给第二终端设备。
[0138]上述步骤S126中的第二终端设备在获取到上述应用程序的资源数据后，可以将上述资源数据加载至本地的应用程序，即第二终端设备也拥有了上述第一终端设备所运行的应用程序。
[0139]仍旧以用户在终端设备上运行超级玛丽游戏为例，用户当用户操控超级玛丽游戏的过程中，用户的好友也想感受超级玛丽游戏，或者用户认为游戏太难，希望好友也感受游戏后提供游戏策略。用户通过终端设备将超级玛丽游戏本身应用程序数据和在接收用户好友的终端设备发送的迁移请求时刻超级玛丽游戏的资源数据比如超级玛丽游戏进行第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)发送至预定磁盘，用户的好友，即上述第二终端设备可以获取上述资源数据，并加载到自身终端设备。
[0140]步骤S128，第二终端设备通过存储地址获取应用程序的资源数据，完成对资源数据的加载。即上述第二终端在获取资源数据之后，可以加载资源数据至本地的应用程序。优选地，可以使得第二终端设备从预定磁盘获取资源数据。
[0141]由上可知，本申请上述实施例四所提供的方案，通过在第一终端设备运行应用程序的过程中，第二终端设备发送迁移请求至第一终端设备，使得第一终端设备与第二终端设备具有迁移关系，在第一终端设备确认迁移请求之后，获取第一终端设备从启动应用程序到接收到迁移请求时应用程序运行的资源数据，将资源数据按照预定路径进行保存，在第一终端设备确认迁移请求之后，将资源数据的保存地址发送至第二终端设备，使得第二终端设备获取资源数据，其中，第二终端设备加载资源数据至本地的应用程序。上述方案的关键之处在于，通过上述方案，可以将用户终端设备上正在运行的应用程序的资源数据发送至用户好友的终端设备，用户好友的终端设备则可以根据上述资源数据运行上述应用程序，从而实现应用程序共享，解决了现有技术终端设备之间共享应用资源，导致终端设备之间协作效率差的问题。
[0142]本申请提供的一种可选方案中，上述步骤S122，获取运行于第一终端设备上的应用程序从启动到接收到迁移指令之间应用程序运行的资源数据之前，还可以执行如下步骤:
[0143]步骤S1201，在检测到第一终端设备确认迁移请求的情况下，第一终端设备接收由应用内核模块生成的断点指令。
[0144]结合图3可知，本申请上述步骤S1201中的断点指令可以是第一终端设备接收到迁移请求之后，第一终端设备后台的应用内核模块根据该迁移请求生成的指令，具体的，应用内核模块提供了生成断点指令的端口，在接收到迁移请求之后，利用该端口调用数据库LIB中的断点函数来生成该断点指令，并将断点指令返回给第一终端设备。
[0145]步骤S1202，第一终端设备根据断点指令中止运行应用程序，并进入获取第一终端设备从启动应用程序到确认迁移请求之间应用程序运行的资源数据的步骤。
[0146]本申请上述步骤S1202可以实现在第一终端设备接收由应用内核模块生成的断点指令之后，该断点指令使得第一终端中止当前正在运行的应用程序，中止时间即第一终端接收第二终端发送的迁移请求的时刻，即告知后台需要同步给第二终端设备的资源数据为第一终端设备截止运行至接收迁移请求之时的资源数据。此处的资源数据至少包括:运行环境，运行时各个功能函数的函数名称、运行时各个对象的名称和内容等，资源数据保证第二终端设备加载之后可以与第一终端设备运行的场景和内容完全相同。
[0147]仍旧以用户在终端设备上运行超级玛丽游戏为例，用户的终端设备根据接收到的应用内核的断点指令后中指正在运行的超级玛丽游戏，并进一步执行获取用户终端设备从启动超级玛丽游戏到用户设备接收迁移请求时刻之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏进行第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。
[0148]本申请提供的另一种可选方案中，步骤S126，在第二终端设备通过存储地址获取应用程序的资源数据之后，还可以执行如下步骤:
[0149]步骤S128，应用内核模块发送重启指令至第二终端设备，其中，第二终端设备通过应用内核模块提供的重启接口来获取重启指令。
[0150]结合图3可知，本申请上述步骤S28中的重启指令可以是第二终端设备从预定磁盘获取资源数据之后，由第二终端设备的后台的应用内核模块所提供的的指令，该重启指令用于启动第二终端设备开始运行该应用程序，并将获取到的资源数据加载至当前运行的应用程序中，具体的，应用内核模块提供了生成重启指令的端口，在接收到重启指令之后，利用该端口调用数据库LIB中的重启函数以及加载函数来生成该重启指令。
[0151]以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备获取到用户设备终端操作超级玛丽游戏得到用户设备接收迁移请求时刻的游戏数据之后，通过应用内核模块提供的重启接口来接收应用内核模块发送的重启指令。
[0152]步骤S130，第二终端设备根据重启指令启动加载资源数据的应用程序，使得第二终端设备与第一终端设备开始从接收迁移请求运行的应用程序起同步运行应用程序。
[0153]以用户在终端设备上运行超级玛丽游戏为例，用户好友的终端设备，即上述第二终端设备可以根据重启指令来启动所获取的超级玛丽游戏，此处需要说明的是，由于第二终端设备获取到了用户终端设备从启动超级玛丽游戏到接收迁移请求之间上述超级玛丽游戏运行的资源数据，比如超级玛丽游戏在接收迁移请求时进行的第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。所以，第二终端设备可以与第一终端设备从接收迁移请求时同步运行超级玛丽游戏，即第二终端设备在运行超级玛丽游戏时，游戏的进程、场景以及游戏角色特征等数据与上述第一终端运行的超级玛丽游戏完全相同，从而达到同步游戏的效果。
[0154]本申请提供的另一种可选方案中，步骤S126，在第一终端设备确认迁移请求之后，还可以执行如下步骤:
[0155]步骤S1261，将资源数据的存储地址发送至第二终端设备，其中，该存储地址可以是一个预定磁盘的地址。
[0156]上述步骤S1261中的预定磁盘的地址可以是上述第一终端设备本地的磁盘地址，也可以是第三方服务器提供的数据库磁盘的地址。
[0157]步骤S1262，第二终端设备按照资源数据的存储地址访问预定磁盘，并从预定磁盘中查询得到保存的资源数据。
[0158]以用户在终端设备上运行超级玛丽游戏为例，上述第二终端设备可以是用户好友的终端设备，此处需要说明的是，用户好友的终端设备从上述预定磁盘得到的资源数据可以为用户的终端设备，即上述第一终端设备运行超级玛丽游戏在某个阶段产生的数据，即用户终端接收到迁移请求时刻的数据，比如超级玛丽游戏在上述用户终端接收到迁移请求的时刻进行的第η个关口的场景数据(例如，水中场景、陆地场景等)、用户操控的角色的特征(例如，角色大小，是否拥有护身符、是否拥有发射子弹功能等特征)。
[0159]优选的，本实施例上述各个步骤中，本方案可以通过多种传送途径将预定磁盘的地址发送至第二终端设备:网络通信方式、蓝牙通信方式、近场支付方式、短信方式。
[0160]以用户在终端设备上运行超级玛丽游戏为例，将用户终端设备上运行的超级玛丽游戏的资源数据保存至预定磁盘后，可以通过以下方式将预定磁盘的地址发送给用户好友的终端设备:网络通信方式、蓝牙通信方式、近场支付方式、短信方式，用户好友的终端设备则可以通过上述预定磁盘的地址来获取上述资源数据。
[0161]例如，在采用WIFI通信方式的情况下，第一终端设备可以通过WIFI查询到第二终端设备的访问地址，然后将当前用于保存资源数据的预定磁盘的地址按照第二终端设备的访问地址发送给第二终端设备。
[0162]综上可知，结合图4，本申请提供的实施例一中的应用程序可以为超级玛丽，飞机大战等游戏客户端应用，第一终端设备和第二终端设备可以是移动终端，例如智能手机，平板电脑等智能终端，下面，就本申请的方案应用在三种可选的应用场景所实现的功能进行详细描述。
[0163]步骤Α，在第一移动终端和第二移动终端上应用图形应用程序APP迁移技术，在第一移动终端和第二移动终端上安装了游戏客户端之后，可以通过触发第一移动终端上的迁移按钮来启动上述图形应用程序APP迁移技术，即在第一移动终端游戏的过程中，中途切换到第二移动终端(好友手机)，让好友继续游戏中的应用。
[0164]步骤B，在接收迁移请求时后，可以触发第一移动终端上的迁移按钮，第一移动终端的后台的应用内核模块发出中止指令，使得第一移动终端上当前运行的游戏中止，并将接收迁移请求之前该游戏的资源数据按照预定地址保存至存储器中。
[0165]步骤C，第一移动终端将上述存储器的预定地址采用通信方式发送给第二移动终端。
[0166]步骤D，第二移动终端通过上述存储器的预定地址获取到第一移动终端在游戏运行到接收迁移请求之前的游戏资源数据。
[0167]步骤E，第二移动终端接收到重启指令之后，启动本地的游戏程序，并将获取到的游戏资源数据加载至当前运行的游戏程序中，从而实现接管第一移动终端的任务。
[0168]由上可知，本申请上述步骤A至步骤E实现的方案可以应用在如下应用场景中，可以实现终端之间的有效、高效的互动交互。
[0169]第一种应用中，第一移动终端上的用户A在APP运行到某个阶段，利用上述方案，可瞬间切换到用户B的第二移动终端手机上，继续操作切换前的APP在第一移动终端上的场景，从而进行相同的APP接管其他终端上的相同APP的应用。
[0170]第二种应用中，实现图形应用程序APP迁移技术在社交游戏中的应用。具体的，第一移动终端上的用户A在游戏APP玩到某个关卡时，第二移动终端手机上述的用户B可以利用本方案，瞬间加入到第一移动终端的用户A的游戏应用中，使得游戏场景接着切入前的场景继续。
[0171]具体的，一种可选方案中，可以实现接管用户A的游戏关卡继续公关，另一种可选方案中，可以实现两个终端之间的游戏共享，即第二移动终端不仅可以接着第一移动终端用户B的游戏继续公关，而且可以按照相同的方式将用户B的游戏资源反馈给用户A，从而实现两个游戏用户共同玩一个游戏的目的。这样，用户A和用户B可同时进行一款游戏的对战。
[0172]第三种应用中，上述图形应用APP迁移技术还可以应用在家居设备上。具体的，第一移动终端上的用户A在手机上体验一款应用时，例如游戏，但想切换到家中的PC机上，或者是想切换到家中电视机上来继续游戏，由此可利用本申请提供的上述方案，瞬间完成迁移行为。
[0173]需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
[0174]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如R0M/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
[0175]实施例5
[0176]根据本发明实施例，还提供了一种用于实施上述方法实施例的装置实施例，本申请上述实施例所提供的装置可以在计算机终端上运行。
[0177]图11是根据本法实施例五的应用程序数据在终端之间迁移的装置的结构示意图。
[0178]如图11所示，该应基于社交应用软件的数据推荐装置可以包括:第二获取模块110、第二保存模块112、迁移模块114。
[0179]其