CN105573845A - 一种信息处理方法、系统及终端 - Google Patents

Abstract

本发明实施例公开了一种信息处理方法、系统及终端，其中一种信息处理方法包括：当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息；所述第一终端将所述目标APP的状态信息封装到预设格式的数据包中；所述第一终端将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。通过本发明实施例，可在终端电量较低时保证终端上正在进行的各项任务的运行连续性。

Description

一种信息处理方法、系统及终端

技术领域

本发明涉及互联网技术领域，具体涉及一种信息处理方法、系统及终端。

背景技术

随着智能手机、平板电脑等终端的日益普及和互联网技术的飞速发展，利用以上终端进行办公、娱乐等变得越来越受欢迎，例如，用户可以通过以上终端阅读和编辑各类文档，用户还可以通过以上终端随时随地地观看视频。现阶段终端的电池续航能力很难满足用户的需求，很容易导致用户在利用终端处理各项任务时出现电量不足的情况，此时用户如果想要保证各项任务能够在这个终端上继续正常进行，就必须及时给终端充电。然而，当出现终端电量不足但是短时间内用户又无法给终端充电时，终端正在执行的各项任务就无法正常进行。如何在终端电量较低而又无法及时充电时实现各项任务的继续正常进行已成为亟待解决的问题。

发明内容

本发明实施例提供了一种信息处理方法、系统及终端，可在终端电量较低时保证终端上正在进行的各项任务的运行连续性。

本发明实施例第一方面提供了一种信息处理方法，包括：

当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息；

所述第一终端将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第一方面，在本发明实施例第一方面的第一种可能的实现方式中，所述第一终端获取目标应用程序APP的状态信息，包括：

所述第一终端检测当前处于运行状态的所有应用程序APP；

根据预设的选取规则，所述第一终端从所述当前处于运行状态的所有APP中选择目标APP，并获取所述目标APP的状态信息。

本发明实施例第二方面提供了一种信息处理方法，包括：

第二终端接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息；

所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第二方面，在本发明实施例第二方面的第一种可能的实现方式中，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态，包括：

所述第二终端判断是否已安装所述目标APP；

若已安装所述目标APP，则所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第二方面，在本发明实施例第二方面的第二种可能的实现方式中，所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息之后，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态之前，还包括：

所述第二终端保存当前已运行的APP中第一APP的状态信息；

其中，所述第一APP的包名存在于所述目标APP的包名列表中。

结合本发明实施例第二方面的第二种可能的实现方式，在本发明实施例第二方面的第三种可能的实现方式中，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态之后，还包括：

所述第二终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

本发明实施例第三方面提供了一种信息处理方法，包括：

第一终端在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端将所述预设格式的数据包发送给第二终端；

所述第二终端接收所述第一终端发送的预设格式的数据包；

所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

本发明实施例第四方面提供了一种终端，包括：

获取模块，用于在所述终端的电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息；

封装模块，用于将所述目标APP的状态信息封装到预设格式的数据包中；

发送模块，用于将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第四方面，在本发明实施例第四方面的第一种可能的实现方式中，所述获取模块包括：

检测单元，用于检测所述终端中当前处于运行状态的所有应用程序APP；

处理单元，用于根据预设的选取规则，从所述当前处于运行状态的所有APP中选择目标APP，并获取所述目标APP的状态信息。

本发明实施例第五方面提供了一种终端，包括：

第一接收模块，用于接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息；

解析模块，用于解析所述预设格式的数据包，获取所述目标APP的状态信息；

执行模块，用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第五方面，在本发明实施例第五方面的第一种可能的实现方式中，所述执行模块包括：

判断单元，用于判断所述终端是否已安装所述目标APP；

执行单元，用于在所述判断单元判断出所述终端已安装所述目标APP时，运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

结合本发明实施例第五方面，在本发明实施例第五方面的第二种可能的实现方式中，还包括：

缓存模块，用于保存所述终端上当前已运行的APP中第一APP的状态信息；

其中，所述第一APP的包名存在于所述目标APP的包名列表中。

结合本发明实施例第五方面的第二种可能的实现方式，在本发明实施例第五方面的第三种可能的实现方式中，还包括：

恢复模块，用于在所述终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

本发明实施例第六方面提供了一种信息处理系统，包括第一终端和第二终端，其中：

所述第一终端，用于在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端，还用于将所述预设格式的数据包发送给所述第二终端；

所述第二终端，用于接收所述第一终端发送的预设格式的数据包；

所述第二终端，还用于解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端，还用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

本发明实施例中，当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息，并将该目标APP的状态信息封装到预设格式的数据包中，进而将该预设格式的数据包发送给第二终端，以便于该第二终端在解析该预设格式的数据包之后，运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

附图说明

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

图1是本发明实施例提供的一种信息处理方法的第一实施例流程示意图；

图2是本发明实施例提供的一种信息处理方法的第二实施例流程示意图；

图3是本发明实施例提供的一种信息处理方法的第三实施例流程示意图；

图4是本发明实施例提供的一种信息处理方法的第四实施例流程示意图；

图5是本发明实施例提供的一种终端的第一实施例结构示意图；

图6为图5所示的获取模块的一实施例结构示意图；

图7是本发明实施例提供的一种终端的第二实施例结构示意图；

图8是本发明实施例提供的一种终端的第三实施例结构示意图；

图9为图8所示的执行模块的一实施例结构示意图；

图10是本发明实施例提供的一种信息处理系统的一实施例结构示意图。

具体实施方式

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

本发明实施例中的终端可以包括智能手机(如Android手机、iOS手机、WindowsPhone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(MID，MobileInternetDevices)或穿戴式设备等，上述终端仅是举例，而非穷举，包含但不限于上述终端。

请参阅图1，为本发明实施例提供的一种信息处理方法的第一实施例流程示意图。本实施例中的信息处理方法主要是从第一终端一侧进行描述的，包括以下步骤：

S101、当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第一终端可预设一个电量阈值，如10％或6％等。在用户使用第一终端的过程中，第一终端可通过intent广播等方式监听电池电量的变化，并实时比较当前电量剩余值与预设电量阈值，当检测出电量剩余值等于或低于预设电量阈值时，第一终端会获取处于运行状态的目标应用程序APP的APP包名、缓存cache数据和相关辅助数据等状态信息。

在一些可行的实施方式中，当检测出电量剩余值等于或低于预设电量阈值时，第一终端可在显示屏中输出工作任务转移提示，以提示用户第一终端当前电量较低不足以完成工作任务或不能继续正常进行工作任务，是否允许工作任务转移，若用户同意工作任务的转移，用户会通过第一终端的触控面板或者以语音、手势等方式输入工作任务转移指令，当第一终端接收到用户输入的工作任务转移指令时，第一终端获取目标应用程序APP的状态信息。

在一些可行的实施方式中，当检测到电量剩余值等于或低于预设电量阈值时，第一终端可获取当前处于运行状态的所有应用程序APP，并根据预设的选取规则从当前处于运行状态的所有APP中选择目标APP，并获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

举例来说，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括UC浏览器、闹钟，用户此时通过UC浏览器在观看视频，根据工作任务的重要程度以及紧急程度，可将UC浏览器作为目标APP，并记录UC浏览器的包名com.UCMobile、cache数据(如视频进度)和辅助数据(如视频网址)等状态信息。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

S102、第一终端将所述目标APP的状态信息封装到预设格式的数据包中。

具体的，第一终端在获取到目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息之后，进一步地将上述状态信息封装到预设格式的数据包中，例如，第一终端可将上述状态信息打包到zip、rar等格式的文件中。

S103、第一终端将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体实现中，第一终端将上述预设格式的数据包通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送给第二终端，使得第二终端在接收到上述数据包之后，根据数据包中包含的APP包名运行目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含UC浏览器的包名com.UCMobile、cache数据(如视频进度)和辅助数据(如视频网址)等状态信息，第二终端首先根据包名com.UCMobile运行UC浏览器，进一步地根据视频网址在UC浏览器中加载相应网页，并根据视频进度信息将视频的播放进度调节到第一终端发送上述数据包时该视频在第一终端上的播放进度。

本发明实施例中，当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息，并将该目标APP的状态信息封装到预设格式的数据包中，进而将该预设格式的数据包发送给第二终端，以便于该第二终端在解析该预设格式的数据包之后，运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图2，为本发明实施例提供的一种信息处理方法的第二实施例流程示意图。本实施例中的信息处理方法主要是从第二终端一侧进行描述的，包括以下步骤：

S201、第二终端接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第二终端接收第一终端通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送的预设格式的数据包，上述预设格式的数据包包含第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

在一些可行的实施方式中，上述目标应用程序APP可为第一终端在检测到电量剩余值等于或低于预设电量阈值时，根据预设的选取规则从当前处于运行状态的所有APP中选择的目标APP。例如，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括WPSOffice、闹钟、QQ，用户此时通过WPSOffice正在处理工作文档，QQ处于后台运行状态，根据工作任务的重要程度以及紧急程度，可将WPSOffice作为目标APP，并记录WPSOffice的包名cn.wps.moffice、cache数据(如文档名称、处理进度)和辅助数据等状态信息，第一终端将WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息打包到zip、rar等格式的文件中。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

S202、第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息。

具体的，第二终端在接收到上述数据包之后，解析数据包获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

S203、第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，第二终端根据上述数据包中包含的APP包名运行目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息，第二终端首先根据包名cn.wps.moffice运行WPSOffice，进一步地打开数据包中包含的文档，并根据文档处理进度在显示屏上输出第一终端发送上述数据包时该文档在第一终端上的处理进度的画面。

本发明实施例中，第二终端接收第一终端发送的预设格式的数据包，该预设格式的数据包包含该第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息，第二终端解析该预设格式的数据包获取该目标APP的状态信息，并运行该目标APP，根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图3，为本发明实施例提供的一种信息处理方法的第三实施例流程示意图。本实施例中的信息处理方法主要是从第二终端一侧进行描述的，包括以下步骤：

S301、第二终端接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第二终端接收第一终端通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送的预设格式的数据包，上述预设格式的数据包包含第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

在一些可行的实施方式中，上述目标应用程序APP可为第一终端在检测到电量剩余值等于或低于预设电量阈值时，根据预设的选取规则从当前处于运行状态的所有APP中选择的目标APP。例如，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括WPSOffice、闹钟、QQ，用户此时通过WPSOffice正在处理工作文档，QQ处于后台运行状态，根据工作任务的重要程度以及紧急程度，可将WPSOffice作为目标APP，并记录WPSOffice的包名cn.wps.moffice、cache数据(如文档名称、处理进度)和辅助数据等状态信息，第一终端将WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息打包到zip、rar等格式的文件中。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

S302、第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息。

具体的，第二终端在接收到上述数据包之后，解析数据包获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

S303、第二终端保存当前已运行的APP中第一APP的状态信息，其中，所述第一APP的包名存在于所述目标APP的包名列表中。

具体的，第二终端判断当前处于运行状态的所有APP中是否有包名存在于上述目标APP的包名列表中的第一APP，如果存在上述第一APP，第二终端获取并保存上述第一APP的包名、cache缓存数据和相关辅助数据等状态信息。

S304、第二终端判断是否已安装所述目标APP，若已安装所述目标APP，则执行步骤S305。

具体实现中，第二终端解析数据包并获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息之后，判断自身是否安装有上述目标APP。

S305、第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，若第二终端上安装有上述目标APP，则第二终端根据数据包中包含的APP包名运行上述目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息，第二终端首先判断自身是否安装有WPSOffice，如果已安装有WPSOffice，则第二终端根据包名cn.wps.moffice运行WPSOffice，进而打开数据包中包含的文档，并根据文档处理进度在显示屏上输出第一终端发送上述数据包时该文档在第一终端上的处理进度的画面。

在一些可行的实施方式中，如果目标APP的运行状态在第二终端上还原成功，则第二终端可向第一终端返回通知消息，上述通知消息中可包含第二终端记录的目标APP中运行状态还原成功的APP数量等信息。

在一些可行的实施方式中，若出现由于数据包损坏等原因导致目标APP的运行状态在第二终端上还原失败的情况，则第二终端会向第一终端发送数据请求，以指示第一终端再次向第二终端发送上述数据包，第二终端在接收到上述数据包之后，再次执行步骤S302～S305。

S306、第二终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

具体的，第二终端将目标APP的运行状态还原成功并完成相关的运行任务后可根据第二终端在步骤S303中保存的第一APP的包名、cache缓存数据和相关辅助数据等状态信息恢复上述第一APP的运行状态。

本发明实施例中，第二终端接收第一终端发送的预设格式的数据包，该预设格式的数据包包含该第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息，第二终端解析该预设格式的数据包获取该目标APP的状态信息，并保存当前已运行的APP中第一APP的状态信息，该第一APP的包名存在于该目标APP的包名列表中，第二终端判断是否已安装该目标APP，若已安装该目标APP，则第二终端运行该目标APP，并根据该目标APP的状态信息还原该目标APP的运行状态；第二终端还原该目标APP的运行状态并完成运行任务后，根据该第一APP的状态信息恢复该第一APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性，同时第二终端还可在将第一终端上的运行任务还原成功并执行完毕后恢复自身运行任务的工作状态，提高了终端的实用性。

请参阅图4，为本发明实施例提供的一种信息处理方法的第四实施例流程示意图。本实施例中的信息处理方法是从第一终端和第二终端两侧进行描述的，包括以下步骤：

S401、第一终端在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第一终端可预设一个电量阈值，如10％或6％等。在用户使用第一终端的过程中，第一终端可通过intent广播等方式监听电池电量的变化，并实时比较当前电量剩余值与预设电量阈值，当检测出电量剩余值等于或低于预设电量阈值时，第一终端会获取处于运行状态的目标应用程序APP的APP包名、缓存cache数据和相关辅助数据等状态信息，并将上述状态信息封装到预设格式的数据包中，例如，第一终端可将上述状态信息打包到zip、rar等格式的文件中。

在一些可行的实施方式中，当检测出电量剩余值等于或低于预设电量阈值时，第一终端可在显示屏中输出工作任务转移提示，以提示用户第一终端当前电量较低不足以完成工作任务或不能继续正常进行工作任务，是否允许工作任务转移，若用户同意工作任务的转移，用户会通过第一终端的触控面板或者以语音、手势等方式输入工作任务转移指令，当第一终端接收到用户输入的工作任务转移指令时，第一终端获取目标应用程序APP的状态信息。

在一些可行的实施方式中，当检测到电量剩余值等于或低于预设电量阈值时，第一终端可获取当前处于运行状态的所有应用程序APP，并根据预设的选取规则从当前处于运行状态的所有APP中选择目标APP，进而获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

S402、第一终端将所述预设格式的数据包发送给第二终端。

具体实现中，第一终端将上述预设格式的数据包通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送给第二终端。

S403、第二终端接收所述第一终端发送的预设格式的数据包，并解析所述预设格式的数据包获取所述目标APP的状态信息。

具体的，第二终端在接收到上述数据包之后，解析数据包并获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

在一些可行的实施方式中，第二终端在获取到目标APP的状态信息之后，可判断当前处于运行状态的所有APP中是否有包名存在于上述目标APP的包名列表中的第一APP，如果存在上述第一APP，第二终端获取并保存上述第一APP的包名、cache缓存数据和相关辅助数据等状态信息。

S404、第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，第二终端根据数据包中包含的APP包名运行目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

在一些可行的实施方式中，若出现由于数据包损坏等原因导致目标APP的运行状态在第二终端上还原失败的情况，第二终端会向第一终端发送数据请求，以指示第一终端再次向第二终端发送上述数据包。

在一些可行的实施方式中，如果目标APP的运行状态在第二终端上还原成功，则第二终端可向第一终端返回通知消息，上述通知消息中可包含第二终端记录的目标APP中运行状态还原成功的APP数量等信息。

在一些可行的实施方式中，第二终端在还原上述目标APP的运行状态并完成运行任务后，可根据预先保存的第一APP的包名、cache缓存数据和相关辅助数据等状态信息恢复上述第一APP的运行状态。

本发明实施例中，第一终端在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息并将该目标APP的状态信息封装到预设格式的数据包中，第一终端将该预设格式的数据包发送给第二终端，第二终端接收第一终端发送的预设格式的数据包并解析该预设格式的数据包获取该目标APP的状态信息，第二终端运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图5，为本发明实施例提供的一种终端的第一实施例结构示意图。本实施例中所描述的终端，包括：获取模块10、封装模块20和发送模块30，其中：

获取模块10，用于在所述终端的电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第一终端可预设一个电量阈值，如10％或6％等。在用户使用第一终端的过程中，第一终端可通过intent广播等方式监听电池电量的变化，并实时比较当前电量剩余值与预设电量阈值，当检测出电量剩余值等于或低于预设电量阈值时，获取模块10会获取处于运行状态的目标应用程序APP的APP包名、缓存cache数据和相关辅助数据等状态信息。

举例来说，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括UC浏览器、闹钟，用户此时通过UC浏览器在观看视频，根据工作任务的重要程度以及紧急程度，可将UC浏览器作为目标APP，获取模块10记录UC浏览器的包名com.UCMobile、cache数据(如视频进度)和辅助数据(如视频网址)等状态信息。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

封装模块20，用于将所述目标APP的状态信息封装到预设格式的数据包中。

具体的，在获取模块10获取到目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息之后，进一步地由封装模块20将上述状态信息封装到预设格式的数据包中，例如，封装模块20可将上述状态信息打包到zip、rar等格式的文件中。

发送模块30，用于将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体实现中，发送模块30将上述预设格式的数据包通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送给第二终端，使得第二终端在接收到上述数据包之后，根据数据包中包含的APP包名运行目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含UC浏览器的包名com.UCMobile、cache数据(如视频进度)和辅助数据(如视频网址)等状态信息，第二终端首先根据包名com.UCMobile运行UC浏览器，进一步地根据视频网址在UC浏览器中加载相应网页，并根据视频进度信息将视频的播放进度调节到发送模块30发送上述数据包时该视频在第一终端上的播放进度。

本发明实施例中，当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息，并将该目标APP的状态信息封装到预设格式的数据包中，进而将该预设格式的数据包发送给第二终端，以便于该第二终端在解析该预设格式的数据包之后，运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图6，为图5所示的获取模块的一实施例结构示意图。本实施例中所描述的获取模块10可包括：检测单元101和处理单元102，其中：

检测单元101，用于检测所述终端中当前处于运行状态的所有应用程序APP；

处理单元102，用于根据预设的选取规则，从所述当前处于运行状态的所有APP中选择目标APP，并获取所述目标APP的状态信息。

具体的，当电量剩余值等于或低于预设电量阈值时，检测单元101可检测出当前处于运行状态的所有应用程序APP，进而由处理单元102根据预设的选取规则从当前处于运行状态的所有APP中选择目标APP，并获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

本发明实施例中，在电量剩余值等于或低于预设电量阈值并且接收到用户输入的工作任务转移指令时，第一终端根据预设的选取规则从处于运行状态的所有应用程序APP选择目标APP，并获取目标APP的状态信息，进而将该目标APP的状态信息封装到预设格式的数据包中，第一终端将该预设格式的数据包发送给第二终端，以便于该第二终端在解析该预设格式的数据包之后运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图7，为本发明实施例提供的一种终端的第二实施例结构示意图。本实施例中所描述的终端，包括：第一接收模块40、解析模块50和执行模块60，其中：

第一接收模块40，用于接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第一接收模块40接收第一终端通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送的预设格式的数据包，上述预设格式的数据包包含第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

在一些可行的实施方式中，上述目标应用程序APP可为第一终端在检测到电量剩余值等于或低于预设电量阈值时，根据预设的选取规则从当前处于运行状态的所有APP中选择的目标APP。例如，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括WPSOffice、闹钟、QQ，用户此时通过WPSOffice正在处理工作文档，QQ处于后台运行状态，根据工作任务的重要程度以及紧急程度，可将WPSOffice作为目标APP，并记录WPSOffice的包名cn.wps.moffice、cache数据(如文档名称、处理进度)和辅助数据等状态信息，第一终端将WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息打包到zip、rar等格式的文件中。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

解析模块50，用于解析所述预设格式的数据包，获取所述目标APP的状态信息。

具体的，在第一接收模块40接收到上述数据包之后，解析模块50解析数据包获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

执行模块60，用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，执行模块60根据上述数据包中包含的APP包名运行目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息，执行模块60首先根据包名cn.wps.moffice运行WPSOffice，进一步地打开数据包中包含的文档，并根据文档处理进度在第二终端的显示屏上输出第一终端发送上述数据包时该文档在第一终端上的处理进度的画面。

本发明实施例中，第二终端接收第一终端发送的预设格式的数据包，该预设格式的数据包包含该第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息，第二终端解析该预设格式的数据包获取该目标APP的状态信息，并运行该目标APP，根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

请参阅图8，为本发明实施例提供的一种终端的第三实施例结构示意图。本实施例中所描述的终端，包括：第一接收模块40、解析模块50、缓存模块70、执行模块60和恢复模块80，其中：

第一接收模块40，用于接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

其中，应用程序APP英文全称为Application，是指能够在智能手机、平板电脑等终端上运行的功能软件，主要格式包括apk、pxl、deb、ipa等；目标应用程序APP的状态信息包括APP包名、cache缓存数据和相关辅助数据等。

具体实现中，第一接收模块40接收第一终端通过蓝牙、Wi-Fi、NFC、移动通信网络以及第三方文件传输工具(如快牙、闪传等)发送的预设格式的数据包，上述预设格式的数据包包含第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息。

在一些可行的实施方式中，上述目标应用程序APP可为第一终端在检测到电量剩余值等于或低于预设电量阈值时，根据预设的选取规则从当前处于运行状态的所有APP中选择的目标APP。例如，当检测到当前电量剩余值等于预设电量阈值10％时，第一终端获取到当前处于运行状态的所有应用程序APP包括WPSOffice、闹钟、QQ，用户此时通过WPSOffice正在处理工作文档，QQ处于后台运行状态，根据工作任务的重要程度以及紧急程度，可将WPSOffice作为目标APP，并记录WPSOffice的包名cn.wps.moffice、cache数据(如文档名称、处理进度)和辅助数据等状态信息，第一终端将WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息打包到zip、rar等格式的文件中。

可以理解的是，上述目标APP可以为一个或者多个APP，并不局限于本发明实施例。

解析模块50，用于解析所述预设格式的数据包，获取所述目标APP的状态信息。

具体的，在第一接收模块40接收到上述数据包之后，解析模块50解析数据包获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息。

缓存模块70，用于保存所述终端上当前已运行的APP中第一APP的状态信息，其中，所述第一APP的包名存在于所述目标APP的包名列表中。

具体的，缓存模块70判断当前处于运行状态的所有APP中是否有包名存在于上述目标APP的包名列表中的第一APP，如果存在上述第一APP，缓存模块70获取并保存上述第一APP的包名、cache缓存数据和相关辅助数据等状态信息。

执行模块60，用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，执行模块60根据数据包中包含的APP包名运行上述目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息，执行模块60根据包名cn.wps.moffice运行WPSOffice，进而打开数据包中包含的文档，并根据文档处理进度在显示屏上输出第一终端发送上述数据包时该文档在第一终端上的处理进度的画面。

在一些可行的实施方式中，如果目标APP的运行状态在第二终端上还原成功，则第二终端可向第一终端返回通知消息，上述通知消息中可包含第二终端记录的目标APP中运行状态还原成功的APP数量等信息。

在一些可行的实施方式中，若出现由于数据包损坏等原因导致目标APP的运行状态在第二终端上还原失败的情况，则第二终端会向第一终端发送数据请求，以指示第一终端再次向第二终端发送上述数据包，在第一接收模块40接收到上述数据包之后，再次由解析模块50、缓存模块70和执行模块60执行相应的操作。

恢复模块80，用于在所述终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

具体的，在执行模块60将目标APP的运行状态还原成功并完成相关的运行任务后，恢复模块80可根据缓存模块70保存的第一APP的包名、cache缓存数据和相关辅助数据等状态信息恢复上述第一APP的运行状态。

本发明实施例中，第二终端接收第一终端发送的预设格式的数据包，该预设格式的数据包包含该第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息，第二终端解析该预设格式的数据包获取该目标APP的状态信息，并保存当前已运行的APP中第一APP的状态信息，该第一APP的包名存在于该目标APP的包名列表中，第二终端运行该目标APP，并根据该目标APP的状态信息还原该目标APP的运行状态；第二终端还原该目标APP的运行状态并完成运行任务后，根据该第一APP的状态信息恢复该第一APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性，同时第二终端还可在将第一终端上的运行任务还原成功并执行完毕后恢复自身运行任务的工作状态，提高了终端的实用性。

请参阅图9，为图8所示的执行模块的一实施例结构示意图。本实施例中所描述的执行模块60可包括：判断单元601和执行单元602，其中：

判断单元601，用于判断所述终端是否已安装所述目标APP；

执行单元602，用于在所述判断单元判断出所述终端已安装所述目标APP时，运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

具体的，在解析模块50解析数据包并获取目标APP的APP包名、cache缓存数据和相关辅助数据等状态信息之后，判断单元601判断第二终端是否安装有上述目标APP，若判断单元601判断出第二终端上安装有上述目标APP，则执行单元602根据数据包中包含的APP包名运行上述目标APP，并根据cache缓存数据和相关辅助数据还原上述目标APP在第一终端上的运行状态。

举例来说，上述数据包中包含WPSOffice的包名cn.wps.moffice、cache数据(如文档名称对应的文档、处理进度)和辅助数据等状态信息，判断单元601首先判断第二终端上是否安装有WPSOffice，如果已安装有WPSOffice，则由执行单元602根据包名cn.wps.moffice运行WPSOffice，进而打开数据包中包含的文档，并根据文档处理进度在显示屏上输出第一终端发送上述数据包时该文档在第一终端上的处理进度的画面。

本发明实施例中，第二终端接收第一终端发送的预设格式的数据包，该预设格式的数据包包含该第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息，第二终端解析该预设格式的数据包获取该目标APP的状态信息，并保存当前已运行的APP中第一APP的状态信息，该第一APP的包名存在于该目标APP的包名列表中，第二终端判断是否已安装该目标APP，若已安装该目标APP，则第二终端运行该目标APP，并根据该目标APP的状态信息还原该目标APP的运行状态；第二终端还原该目标APP的运行状态并完成运行任务后，根据该第一APP的状态信息恢复该第一APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性，同时第二终端还可在将第一终端上的运行任务还原成功并执行完毕后恢复自身运行任务的工作状态，提高了终端的实用性。

请参阅图10，为本发明实施例提供的一种信息处理系统的一实施例结构示意图。本实施例中所描述的信息处理系统，包括：第一终端1000和第二终端2000，其中：

第一终端1000，用于在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端1000，还用于将所述预设格式的数据包发送给第二终端；

第二终端2000，用于接收所述第一终端发送的预设格式的数据包；

所述第二终端2000，还用于解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端2000，还用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

在一些可行的实施方式中，所述第二终端2000，还用于在所述目标APP的运行状态在所述第二终端上还原失败时，向所述第一终端发送数据请求；

所述第一终端1000，还用于响应所述数据请求再次将所述预设格式的数据包发送给所述第二终端。

在一些可行的实施方式中，所述第二终端2000，还用于在所述目标APP的运行状态在所述第二终端上还原成功时，向所述第一终端返回通知消息，所述通知消息包含所述目标APP中运行状态还原成功的APP数量。

在一些可行的实施方式中，所述第二终端2000，还用于在解析所述预设格式的数据包并获取所述目标APP的状态信息之后，保存当前已运行的APP中第一APP的状态信息；

所述第二终端2000，还用于在还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态；

其中，所述第一APP的包名存在于所述目标APP的包名列表中。

本发明实施例中，第一终端在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息并将该目标APP的状态信息封装到预设格式的数据包中，第一终端将该预设格式的数据包发送给第二终端，第二终端接收第一终端发送的预设格式的数据包并解析该预设格式的数据包获取该目标APP的状态信息，第二终端运行该目标APP并根据该目标APP的状态信息还原该目标APP的运行状态，可在第一终端电量较低时保证第一终端上正在进行的各项任务的运行连续性。

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

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

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

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

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

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

以上对本发明实施例所提供的一种信息处理方法、系统及终端进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种信息处理方法，其特征在于，包括：

当电量剩余值等于或低于预设电量阈值时，第一终端获取目标应用程序APP的状态信息；

所述第一终端将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

2.根据权利要求1所述的方法，其特征在于，所述第一终端获取目标应用程序APP的状态信息，包括：

所述第一终端检测当前处于运行状态的所有应用程序APP；

根据预设的选取规则，所述第一终端从所述当前处于运行状态的所有APP中选择目标APP，并获取所述目标APP的状态信息。

3.一种信息处理方法，其特征在于，包括：

第二终端接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息；

所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

4.根据权利要求3所述的方法，其特征在于，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态，包括：

所述第二终端判断是否已安装所述目标APP；

若已安装所述目标APP，则所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

5.根据权利要求3所述的方法，其特征在于，所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息之后，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态之前，还包括：

所述第二终端保存当前已运行的APP中第一APP的状态信息；

其中，所述第一APP的包名存在于所述目标APP的包名列表中。

6.根据权利要求5所述的方法，其特征在于，所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态之后，还包括：

所述第二终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

7.一种信息处理方法，其特征在于，包括：

第一终端在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端将所述预设格式的数据包发送给第二终端；

所述第二终端接收所述第一终端发送的预设格式的数据包；

所述第二终端解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

8.一种终端，其特征在于，包括：

获取模块，用于在所述终端的电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息；

封装模块，用于将所述目标APP的状态信息封装到预设格式的数据包中；

发送模块，用于将所述预设格式的数据包发送给第二终端，以便于所述第二终端在解析所述预设格式的数据包之后，运行所述目标APP并根据所述目标APP的状态信息还原所述目标APP的运行状态。

9.根据权利要求8所述的终端，其特征在于，所述获取模块包括：

检测单元，用于检测所述终端中当前处于运行状态的所有应用程序APP；

处理单元，用于根据预设的选取规则，从所述当前处于运行状态的所有APP中选择目标APP，并获取所述目标APP的状态信息。

10.一种终端，其特征在于，包括：

第一接收模块，用于接收第一终端发送的预设格式的数据包，所述预设格式的数据包包含所述第一终端在电量剩余值等于或低于预设电量阈值时获取的目标应用程序APP的状态信息；

解析模块，用于解析所述预设格式的数据包，获取所述目标APP的状态信息；

执行模块，用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

11.根据权利要求10所述的终端，其特征在于，所述执行模块包括：

判断单元，用于判断所述终端是否已安装所述目标APP；

执行单元，用于在所述判断单元判断出所述终端已安装所述目标APP时，运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。

12.根据权利要求10所述的终端，其特征在于，还包括：

缓存模块，用于保存所述终端上当前已运行的APP中第一APP的状态信息；

其中，所述第一APP的包名存在于所述目标APP的包名列表中。

13.根据权利要求12所述的终端，其特征在于，还包括：

恢复模块，用于在所述终端还原所述目标APP的运行状态并完成运行任务后，根据所述第一APP的状态信息，恢复所述第一APP的运行状态。

14.一种信息处理系统，包括第一终端和第二终端，其特征在于，

所述第一终端，用于在电量剩余值等于或低于预设电量阈值时，获取目标应用程序APP的状态信息，并将所述目标APP的状态信息封装到预设格式的数据包中；

所述第一终端，还用于将所述预设格式的数据包发送给所述第二终端；

所述第二终端，用于接收所述第一终端发送的预设格式的数据包；

所述第二终端，还用于解析所述预设格式的数据包，获取所述目标APP的状态信息；

所述第二终端，还用于运行所述目标APP，并根据所述目标APP的状态信息还原所述目标APP的运行状态。