CN105847554B - 一种移动终端异常关机的数据处理方法及移动终端 - Google Patents

Abstract

本发明提供了一种移动终端异常关机的数据处理方法及移动终端。所述方法包括：判断移动终端是否满足预设数据恢复触发条件；当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息；判断所述移动终端的开机流程是否完成；当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。本发明在移动终端异常关机并重新开机之后，利用存储的运行信息恢复移动终端的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

Description

一种移动终端异常关机的数据处理方法及移动终端

技术领域

本发明涉及移动通信技术领域，尤其涉及一种移动终端异常关机的数据处理方法及移动终端。

背景技术

随着移动通信技术的发展，移动终端越来越普及。但是，限制移动终端发展的一个重要问题是移动终端的续航能力有限。单次充电的续航时间一般1-2天，如果玩游戏或看视频的时间过长，可能会导致续航时间缩短到一天之内。

由于移动终端的续航有限，用户在使用过程中会遇到移动终端断电关机的情况，断电以后再次充电开机，移动终端会恢复到系统的初始状态。用户要想继续执行关机前的应用程序，则只能重新操作，显然，这会增加用户的操作步骤，同时，也会导致资料信息的丢失；影响用户的使用体验。

发明内容

本发明实施例提供一种移动终端异常关机的数据处理方法，以解决因移动终端断电而导致的异常关机，用户只能重新操作才能继续执行关机前的应用程序，以及资料信息丢失，影响用户的使用体验的问题。

第一方面，本发明实施例提供了一种移动终端异常关机的数据处理方法，包括：

判断移动终端是否满足预设数据恢复触发条件；

当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息；

判断所述移动终端的开机流程是否完成；

当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

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

条件判断模块，用于判断移动终端是否满足预设数据恢复触发条件；

存储模块，用于当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息；

开机判断模块，用于判断所述移动终端的开机流程是否完成；

处理模块，用于当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

这样，本发明实施例中，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

附图说明

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

图1是本发明实施例一中的一种移动终端异常关机的数据处理方法的流程图；

图2是本发明实施例二中的一种移动终端的应用程序注册广播及继续后台任务的流程图；

图3是本发明实施例二中的一种移动终端异常关机的数据处理方法的流程图；

图4是本发明实施例三中的一种手机异常关机的数据处理方法的流程图；

图5是本发明实施例四中的一种移动终端的结构示意图；

图6A是本发明实施例四中的一种移动终端的存储模块的结构示意图；

图6B是本发明实施例四中的另一种移动终端的结构示意图；

图7是本发明实施例四中的一种移动终端的处理模块的结构示意图；

图8是本发明实施例四中的一种移动终端的条件判断模块的结构示意图；

图9是本发明实施例五中的一种移动终端的框图；

图10是本发明实施例六中的一种移动终端的结构示意图。

具体实施方式

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

下面通过列举几个具体的实施例详细介绍本发明提供的一种移动终端异常关机的数据处理方法及移动终端。

若移动终端因断电或软硬件运行不稳定而异常关机，用户无法及时在异常关机之前保存正在运行的应用程序的任务或者进度。在移动终端重新开机之后，用户只能重新操作进入关机之前的应用程序，尤其是在一些应用程序处理重要资料信息的情况下，还容易出现因移动终端异常关机而导致的重要资料信息丢失的问题，给用户造成损失，同时，也降低了用户的使用体验。基于上述应用场景，本发明实施例提出了一种移动终端异常关机的数据处理方法及移动终端。

实施例一

参照图1，示出了本发明实施例中一种移动终端异常关机的数据处理方法的流程图。

步骤101，判断移动终端是否满足预设数据恢复触发条件，若满足，则执行步骤102；若不满足，则流程结束。

本发明实施例中，所述预设数据恢复触发条件为移动终端在关机之前的一种与移动终端的系统参数相关的条件。本发明实施例中所述关机主要为异常关机情况，包括低电关机和软硬件异常关机，不包括用户主动手动关机以及定时关机。

因此，所述移动终端满足数据恢复触发条件可以为移动终端的系统参数少于一定阈值时的状态，也可以为移动终端的系统参数高于一定阈值时的状态，本发明实施例对数据恢复触发条件不做具体限制。

判断移动终端是否满足预设数据恢复触发条件，具体可以根据从移动终端获取到的系统参数进行判断。

步骤102，当移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息。

执行所述步骤102的前提条件，除了移动终端满足预设数据恢复触发条件，还需要满足移动终端当前正在使用，即用户正在操作移动终端中的应用程序。

由于用户操作应用程序是一种动态的行为，所以可以周期性存储所有运行的应用程序的运行信息。在存储运行信息时，对于同一个应用程序来说，可以利用后存储的运行信息覆盖先存储的运行信息，起到节省记录空间的作用。

所述运行信息主要包括以下五种信息：

信息一、用户使用的应用程序的唯一标识信息；

信息二、用户使用的应用程序的界面，具体可以为应用程序异常退出时的界面截屏数据；

信息三、从用户使用的应用程序启动界面到异常退出时的界面的跳转路径；

信息四、用户在应用程序中的近期任务列表；

信息五、其他有用的信息。

在执行所述步骤102的同时，还可以针对不同类型的应用程序进行不同的数据处理。本发明实施例将应用程序类型主要分为通讯互动类和学习娱乐类。

例如，用户在移动终端异常关机前最后使用的应用程序是通讯互动类的应用程序，并且异常退出时的界面为聊天界面。可以自动读取该聊天界面的输入框，并生成相关提示信息，如“系统即将断电关机，稍后无法与您联系”。将该提示信息发送给异常退出时的界面的聊天对象。如果当前输入框中有用户的输入内容，将用户的输入内容存储起来。

又例如，用户在移动终端异常关机前最后使用的应用程序是通讯互动类的应用程序，如电话应用程序。可以自动获取待拨打的电话号码，并以短信的形式发送短信提醒对方，告知“系统即将断电关机，稍后无法与您联系”。由于短信需要付费，因此，在实际应用中用户可以选择关闭该发送短信提醒功能。

再例如，用户在移动终端异常关机前最后使用的应用程序是学习娱乐类的应用程序，记录应用程序中的相关数据即可，如保存正在观看的视频的名称、标识信息以及观看进度等等。

步骤103，判断所述移动终端的开机流程是否完成，若完成，则执行步骤104；若未完成，则流程结束。

可以根据所述移动终端的系统线程数量判断所述移动终端的开机流程是否完成，当系统线程数量由增加状态变为减少状态，并维持一定时间不变时，可以认为所述移动终端开机流程完成；当系统线程数量持续增加，或者系统线程数量有起伏时，可以认为所述移动终端开机流程未完成。

步骤104，当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

随着用户继续使用移动终端中的应用程序，移动终端将会在短时间内关机。待移动终端充电或更换电池至重新开机，并完成开机流程之后，根据存储的运行信息，恢复所有运行的应用程序的运行状态，即重新恢复移动终端至关机之前状态，具体可以在移动终端完成开机流程之后，启动异常关机之前运行的应用程序，若运行的应用程序在前台运行，则由启动界面跳转到异常退出时的界面，同时恢复用户在该应用程序中的近期任务列表。并可以弹出一个提示框，显示移动终端异常关机前用户使用该应用程序的界面截屏，确保恢复的应用程序界面与移动终端异常关机前用户使用的应用程序界面一致。

如果用户在移动终端异常关机前使用的应用程序是通讯互动类应用程序，如微信，则恢复用户最后使用的聊天界面，向对应的联系人发送开机提示信息，如“我已经开机，又可以愉快的聊天了-系统提醒”。

如果用户在移动终端异常关机前使用的应用程序是通讯互动类应用程序，如电话，则以短信的形式向对方联系人发送开机提示信息，如“手机已经充电，可以进一步的聊天了”。

如果用户在移动终端异常关机前使用的应用程序是学习娱乐类应用程序，则进入到移动终端异常关机前应用程序异常退出时的界面，继续播放视频文件，或者等待用户下一步的操作。

对于通讯互动类的应用程序来说，在移动终端异常关机之前向目标联系人发送关机提醒信息，并在移动终端开机之后向目标联系人发送开机提醒信息，保证了双方沟通的有效性，提升了用户的使用体验。

若移动终端因断电或软硬件运行不稳定而异常关机，用户无法及时在异常关机之前保存正在运行的应用程序的任务或者进度。在移动终端重新开机之后，用户只能重新操作进入关机之前的应用程序，尤其是在一些应用程序处理重要资料信息的情况下，还容易出现因移动终端异常关机而导致的重要资料信息丢失的问题，给用户造成损失，同时，也降低了用户的使用体验。

综上所述，本发明实施例提供的数据处理方法，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

实施例二

若运行的应用程序在异常关机时有未完成的后台任务，则希望在恢复应用程序的运行状态时，能够继续执行未完成的后台任务，则应用程序应该在启动后台任务之后，将继续执行后台任务的需求注册进入操作系统。注册的形式除以广播的形式外，还可以采用其他形式，本发明实施例对注册形式不作具体限制。

应用程序注册一个异常恢复广播给操作系统，操作系统将该广播添加到异常关机恢复列表中，并设计好接收到异常恢复广播后的处理方式。例如，后台任务为下载，当接收到异常恢复广播以后，则读取异常关机前的下载数据记录，并且在该下载数据记录对应的位置继续进行下载。

如果后台任务在异常关机前已经执行完成，则应用程序需要取消之前的注册，操作系统将异常恢复广播从异常关机恢复列表中清除。

如果移动终端出现异常关机，操作系统在异常关机前将应用程序继续执行后台任务的注册列表记录下来。移动终端开机之后，操作系统读取在关机前还没有被取消注册的广播。操作系统通过注册的广播通知对应的应用程序继续未完成的后台任务，应用程序接收到广播以后，启动后台服务，继续执行未完成的后台任务。

参照图2，示出了本发明实施例中一种移动终端的应用程序注册广播及继续后台任务的流程图。

步骤201，判断是否需要在移动终端异常关机后恢复未完成的后台任务，若需要，则执行步骤202；若不需要，则不做处理，流程结束。

具体是否需要在移动终端异常关机后恢复未完成的后台任务，可以由用户决定，例如可以在移动终端操作系统中设置开启或关闭恢复未完成的后台任务的选项；或者也可以在操作系统出厂时默认设置恢复未完成的后台任务。

步骤202，向移动终端的操作系统注册异常恢复广播。

针对不同的应用程序，每个应用程序都可以向操作系统注册异常恢复广播，不同的应用程序注册的广播互不相同，且每个广播具有唯一的识别特征，通过该识别特征，可以判断出该广播来源于哪个应用程序。

步骤203，操作系统记录所有的异常恢复广播。

针对每个应用程序注册的广播，操作系统都会记录下来，并存储在指定的位置。

步骤204，判断应用程序的后台任务是否完成，若完成，则执行步骤205，取消异常恢复广播的注册；若未完成，则执行步骤206。

操作系统可以判断应用程序的后台任务是否完成，此判断过程可以是实施判断，也可以是周期性判断，本发明实施例不对具体的判断过程进行限制。对于取消广播的注册，可以从上述存储广播的指定位置，将注册的广播删除。

步骤205，取消异常恢复广播的注册。

若应用程序的后台任务已完成，则取消异常恢复广播的注册。

步骤206，将未完成后台任务的应用程序注册的异常恢复广播记录到广播列表中。

广播列表中的广播不会因移动终端关机而丢失，上述存储广播的指定位置可以位于内存中，在移动终端关机后，指定位置中的广播会自动删除。

移动终端开机后，执行步骤207。

步骤207，判断操作系统是否从广播列表中读取到异常恢复广播，若未读取到，则不作处理，流程结束；若读取到，则执行步骤208。

若操作系统从广播列表中读取到多个广播，可以进一步对多个广播的识别特征进行识别，得到对应的应用程序。

步骤208，向对应的应用程序发送读取到的异常恢复广播。

将读取到的广播分别发送至对应的应用程序，对应的应用程序也可以进一步判断收到的广播是否为自己注册的广播，具体可以根据广播的识别特征进行判断。

步骤209，应用程序接收到自己注册的异常恢复广播，继续执行未完成的后台任务。

应用程序注册的广播也可以分别对应不同的未完成任务，一个应用程序有多个未完成的后台任务，则可以注册多条不同的广播。多条不同的广播具有相同的识别特征，用于识别多条不同的广播来源于同一应用程序，多条不同的广播也具有不同的任务特征，用于区分多条不同的广播对应不同的后台任务。

这样，本发明实施例中，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

参照图3，示出了本发明实施例中一种移动终端异常关机的数据处理方法的流程图。

步骤301，接收运行的每个应用程序注册的异常恢复广播并存储。

移动终端开机后，判断操作系统是否从广播列表中读取到异常恢复广播，若读取到，则向对应的应用程序发送读取到的异常恢复广播。其中，若操作系统从广播列表中读取到多个广播，可以进一步对多个广播的识别特征进行识别，得到对应的应用程序。

将读取到的广播分别发送至对应的应用程序，对应的应用程序也可以进一步判断收到的广播是否为自己注册的广播，具体可以根据广播的识别特征进行判断。应用程序接收到自己注册的异常恢复广播，继续执行未完成的后台任务。

应用程序注册的广播也可以分别对应不同的未完成任务，一个应用程序有多个未完成的后台任务，则可以注册多条不同的广播。多条不同的广播具有相同的识别特征，用于识别多条不同的广播来源于同一应用程序，多条不同的广播也具有不同的任务特征，用于区分多条不同的广播对应不同的后台任务。

步骤302，判断移动终端是否满足预设数据恢复触发条件，若满足，则执行步骤303；若不满足，则流程结束。

所述步骤302具体可以根据移动终端的系统参数判断是否满足预设数据恢复触发条件，其中，所述系统参数可以包括：电压、电量、CPU利用率、内存利用率、温度、持续时间或所述移动终端内置的临时电容的充放电状态；所述临时电容用于在所述移动终端断电后为所述移动终端继续供电。

由于涉及到的系统参数的不同，所以判断移动终端是否满足预设数据恢复触发条件，具体可以为以下几种情况：

移动终端电量不足：

检测移动终端的电量变化；当检测到移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

1、检测电压。

例如，检测所述移动终端的电压是否小于等于预设电压阈值，当所述移动终端的电压小于等于所述预设电压阈值时，所述移动终端满足预设数据恢复触发条件。

2、检测电量。

例如，判断所述移动终端的电量是否小于等于预设电量阈值，本发明实施例中预设电量阈值可以为5％。电量与电压之间的换算关系如下：先测量得到移动终端的当前电压V_now，则电量＝(V_now-V_min)/V_max-V_min。其中，V_max为移动终端的电池最高电压，V_min为移动终端的电池最低电压。当所述移动终端的电量小于等于所述预设电量阈值时，所述移动终端满足预设数据恢复触发条件。

移动终端的硬件资源占用率高或硬件运行环境恶劣：

3、检测CPU利用率。

检测移动终端的CPU利用率变化；当检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

例如，检测所述移动终端的CPU利用率是否大于等于预设CPU利用率阈值，本发明实施例中预设CPU利用率可以为90％，且所述移动终端的CPU利用率大于等于所述预设CPU利用率阈值的持续时间大于等于第一预设时间，本发明实施例中第一预设时间可以为1分钟。当所述移动终端的CPU利用率大于等于所述预设CPU利用率阈值，且所述移动终端的CPU利用率大于等于所述预设CPU利用率阈值的持续时间大于等于所述第一预设时间时，所述移动终端满足预设数据恢复触发条件。

4、检测内存利用率。

检测移动终端的内存占用率变化；当检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

例如，检测所述移动终端的内存利用率是否大于等于预设内存利用率阈值，本发明实施例中预设内存利用率可以为90％，且所述移动终端的内存利用率大于等于所述预设内存利用率阈值的持续时间大于等于第二预设时间，本发明实施例中第二预设时间可以为1分钟，当所述移动终端的内存利用率大于等于所述预设内存利用率阈值，且所述移动终端的内存利用率大于等于所述预设内存利用率阈值的持续时间大于等于所述第二预设时间时，所述移动终端满足预设数据恢复触发条件。

5、检测温度。

检测移动终端的温度变化；当检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。

例如，检测所述移动终端的温度是否大于等于预设温度阈值，本发明实施例中预设温度阈值可以为50℃，且所述移动终端的温度大于等于所述预设温度阈值的持续时间大于等于第三预设时间，本发明实施例中第三预设时间可以为1分钟，当所述移动终端的温度大于等于所述预设温度阈值，且所述移动终端的温度大于等于所述预设温度阈值的持续时间大于等于所述第三预设时间时，所述移动终端满足预设数据恢复触发条件。

6、检测临时电容的充放电状态。

检测移动终端的临时电容的充放电状态变化；当检测到移动终端的临时电容的充放电状态为放电时，判断为满足预设数据恢复触发条件。

步骤303，存储所有运行的应用程序的运行信息，并记录与所述数据恢复触发条件对应的系统状态值至移动终端的指定位置。

可选地，所述步骤303中存储所有运行的应用程序的运行信息可以为：存储所有运行的应用程序的标识信息和近期任务列表；当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径。

可选地，所述步骤303中记录系统状态值的目的是在移动终端开机之后，利用系统状态值判断是否恢复移动终端为关机之前的状态。

在存储运行的应用程序的运行信息之后，还可以包括：判断运行的应用程序是否为预设类型；若是，则发送预设关机提醒信息给目标联系人。

若所述预设类型为通讯互动类；相应的所述目标联系人包括：所述移动终端用户及通讯互动对象；或者

若所述预设类型为学习娱乐类；相应的所述目标联系人包括：所述移动终端用户。

当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据；判断所述运行的应用程序界面的输入框是否有文字信息；当所述运行的应用程序界面的输入框有文字信息时，读取所述运行的应用程序界面的输入框中的文字信息，存储所述文字信息，并生成相关提示语信息，例如“系统即将断电关机，稍后无法与您联系”，将相关提示语信息发送至对应的聊天对象。

若上述系统参数为电量，则在所述步骤303之前，还可以包括：判断所述移动终端的电量是否小于等于电量极限阈值；若小于等于，则执行所述步骤303。

所述电量极限阈值为一个很小的正值，本发明实施例中的电量极限阈值为0.5％，电量极限阈值小于预设电量阈值。若移动终端的电量小于等于电量极限阈值，则移动终端将在很短的时间内关机，用户无法执行更多的操作。设定电量极限阈值的目的是尽可能减少应用程序的运行信息的存储，尽可能存储用户在移动终端关机前使用的最后一款应用程序的运行信息。

步骤304，从所述步骤303记录的指定位置中读取出所述系统状态值，并判断读取到的系统状态值是否属于预设状态值，若是，则执行步骤305；若否，则流程结束。

所述预设状态值表示移动终端上次关机为非正常关机，在上次关机之前存储了应用程序的运行信息，在重新开机后需要利用存储的运行信息将移动终端的应用程序恢复到上次关机之前的状态。本发明实施例中预设状态值可以为2、3和4。其中，2对应的状态为低电量导致的关机；3对应的状态为硬件运行异常导致的关机；4对应的状态为突然断电导致的关机。

步骤305，判断所述移动终端的开机流程是否完成，若完成，则执行步骤306；若未完成，则流程结束。

步骤306，当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

可选地，与上述步骤303中存储运行的应用程序的运行信息相应地，所述步骤306可以包括：根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面，显示近期任务列表，若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

例如，标识信息为“000001”，该标识信息唯一对应的应用程序为A应用程序，则启动A应用程序。路径为“主界面——分类——美剧——行尸走肉第六季第10集”，根据该路径从A应用程序的主界面直接进入到“行尸走肉第六季第10集”的操作界面，该操作界面是A应用程序在移动终端异常关机之前异常退出时的界面。和/或恢复移动终端用户在近期任务列表中的任务，等待用户的进一步指示，继续执行所述近期任务列表中的任务。

接上例，若用户在移动终端异常关机前播放行尸走肉第六季第10集的第33分钟，则继续从行尸走肉第六季第10集的第33分钟开始播放。

当运行的应用程序为聊天应用程序且在前台运行时，根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

对于接收到运行的应用程序注册的异常恢复广播并存储的情况，若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播；向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。

在判断移动终端是否满足预设数据恢复触发条件时，可以判断移动终端的系统参数是否满足预设数据恢复触发条件。对移动终端自身进行监控，移动终端的系统参数可以为电压、电量、CPU利用率、内存利用率、温度或移动终端内置的临时电容的充放电状态等，可以随时从移动终端自身即可获取到上述丰富的系统参数，实现对移动终端是否满足预设数据恢复触发条件的实时监控。

若移动终端满足预设数据恢复触发条件，存储运行的应用程序的运行信息，其中，对符合预设类型的应用程序，发送预设关机提醒信息给目标联系人，起到移动终端关机提醒的作用，提升了用户的使用体验。

在存储运行的应用程序的运行信息时，可以存储运行的应用程序异常退出时的界面截屏数据。该界面截屏数据在移动终端重新开机之后，显示在提示框中。用户可以根据提示框中的界面截屏数据，判断移动终端的应用程序恢复之后的状态是否为移动终端异常关机前的状态，提高了恢复移动终端的应用程序为关机之前的状态的准确性。

对于通讯互动类的应用程序来说，在移动终端异常关机之前向目标联系人发送关机提醒信息，并在移动终端开机之后向目标联系人发送开机提醒信息，保证了双方沟通的有效性，提升了用户的使用体验。

因此，本发明实施例中，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

实施例三

参照图4，示出了本发明实施例中一种手机异常关机的数据处理方法的流程图。

步骤401，判断手机电量是否低于某一阈值(例如5％)，若否，则手机正常使用，流程结束；若是，则执行步骤402。

本发明实施例中的某一阈值可以为手机的操作系统在出厂时设定的一个阈值，也可以由用户在实际使用过程中自行设定。所述步骤401可以实时执行，即实时判断手机电量是否低于某一阈值，也可以定期执行，即间隔一定周期判断手机电量是否低于某一阈值，该周期也可以在手机的操作系统在出厂时设定的一个阈值，也可以由用户在实际使用过程中自行设定。

步骤402，判断用户是否正在使用手机，若是，则执行步骤403；若否，则流程结束。

可以根据手机的屏幕是否点亮判断用户是否正在使用手机，若手机的屏幕点亮，则确定用户正在使用手机；若手机的屏幕关闭，则确定用户未使用手机。

步骤403，启动数据保护模式，并记录相关数据。

数据保护模式是手机操作系统出厂时预设的一种工作模式，用户可以根据实际需要选择是否开启该工作模式。相关数据即应用程序的运行信息。

所述步骤403中记录相关数据，即存储所有运行的应用程序的运行信息，具体可以为：存储所有运行的应用程序的标识信息和近期任务列表。当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径。

当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据。判断所述运行的应用程序界面的输入框是否有文字信息；当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息。

步骤404，判断手机电量是否回升，若是，则取消数据保护模式，流程结束；若否，则执行步骤405。

所述步骤404可以实时或者周期性地检测电量，若手机的电量比上一次检测时的电量多，或者比前一时间的电量多，则认为手机电量回升。

步骤405，若手机处于即将关机的状态，读取前台应用进程，根据前台应用的类型执行适应操作。

读取前台应用进程，判断应用类型，根据不同的应用类型执行不同的后续操作。可以根据应用的标识信息或者占用的进程编号确定该应用属于哪类应用类型。根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面。显示所述近期任务列表。若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

若前台应用为聊天类型应用，则读取当前正在聊天的界面，获取相关数据，发送提示信息至对方，并自动截取屏幕信息。

读取出聊天的界面中的联系人信息，若聊天输入框中有字符内容，则将字符内容存储起来，用于后续恢复聊天应用时，将字符内容复制到输入框，不需要用户重复输入。

若前台应用为电话类型应用，则读取对方电话号码，发送提示信息至对方，并自动截取屏幕信息。

联系人信息可以为电话号码或者邮件地址等等。向对方发送提示信息，提醒对方手机即将关机，暂时不能联系。

若前台应用为其他类型应用，则保护相关数据，并自动截取屏幕信息。

相关数据可以为视频播放进度、文本阅读位置等等。

手机低电量关机之后为手机充电，执行步骤406。

步骤406，判断充电电压是否大于可开机电压，若不大于，则继续充电，流程结束；若大于，则执行步骤407。

通常情况下，可开机电压为手机操作系统出厂时预设的电压值。

步骤407，判断手机是否异常关机，若否，则继续充电，流程结束；若是，则执行步骤408。

步骤408，手机自动开机，恢复相关数据，自动恢复到关机前的应用，读取最后退出的界面，根据应用的类型执行适应操作，并等待用户的进一步操作。

可以从预设位置读取一系统状态值，判断该系统状态值是否属于预设的异常关机状态值。

启动手机关机前运行的对应的应用，若运行的应用为前台应用，则根据跳转路径进入到异常退出的界面。

若关机前的应用为聊天类应用，则切换到关机前的界面，向对方发送提示信息，并显示截屏信息。

若关机前的界面为聊天界面，则向对方发送开机提示信息，并在输入框中复制关机前用户输入的字符内容。

若关机前的应用为电话类应用，则短信通知对方已开机，并显示截屏信息。

可以通过短信的形式向对方发出开机提示信息，由于短信需要支付额外的费用，所以，可以展示是否发送短信的选项供用户选择。

若关机前的应用为其他类型，则切换到关机前界面，并显示截屏信息。

可以切换到视频播放界面或者文本阅读界面，并调整到关机前的进度或者位置。

对于恢复状态的应用程序，可以直接执行未完成的任务，也可以等待用户的进一步操作指示。

这样，本发明实施例中，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

实施例四

参照图5，示出了本发明实施例中一种移动终端的结构示意图。所述移动终端500可以包括：条件判断模块501、存储模块502、开机判断模块503和处理模块504。

条件判断模块501，用于判断移动终端是否满足预设数据恢复触发条件。

存储模块502，用于当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息。

开机判断模块503，用于判断所述移动终端的开机流程是否完成。

处理模块504，用于当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

参照图6A，在图5的基础上，所述存储模块502进一步包括：第一存储单元5021、第二存储单元5022、界面数据存储单元5023、文字信息判断单元5024、文字信息存储单元5025。

第一存储单元5021，用于存储所有运行的应用程序的标识信息和近期任务列表。

第二存储单元5022，用于当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径。

界面数据存储单元5023，用于当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据。

文字信息判断单元5024，用于判断所述运行的应用程序界面的输入框是否有文字信息。

文字信息存储单元5025，用于当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息。

参照图7，在图5的基础上，所述处理模块504进一步包括：启动单元5041、显示单元5042、提示单元5043、广播获取单元5044、任务触发单元5045。

启动单元5041，用于根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面。

显示单元5042，用于显示所述近期任务列表。

提示单元5043，用于若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

所述启动单元5044，还用于根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

如图6B所示，在图5的基础上，所述移动终端500还包括：广播接收模块505，用于在所述条件判断模块501判断移动终端是否满足预设数据恢复触发条件之前，接收运行的每个应用程序注册的异常恢复广播并存储。

广播获取单元5044，用于若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播。

任务触发单元5045，用于向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。

参照图8，在图5的基础上，所述条件判断模块501进一步包括：电量检测单元5011、第一条件判断单元5012、CPU利用率检测单元5013、第二条件判断单元5014、内存占用率检测单元5015、第三条件判断单元5016、温度检测单元5017、第四条件判断单元5018。

电量检测单元5011，用于检测所述移动终端的电量变化。

第一条件判断单元5012，用于当所述电量检测单元5011检测到所述移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

CPU利用率检测单元5013，用于检测所述移动终端的CPU利用率变化。

第二条件判断单元5014，用于当所述CPU利用率检测单元5013检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

内存占用率检测单元5015，用于检测所述移动终端的内存占用率变化。

第三条件判断单元5016，用于当所述内存占用率检测单元5015检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

温度检测单元5017，用于检测所述移动终端的温度变化。

第四条件判断单元5018，用于当所述温度检测单元5017检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。

在判断移动终端是否满足预设数据恢复触发条件时，可以判断移动终端的系统参数是否满足预设数据恢复触发条件。对移动终端自身进行监控，移动终端的系统参数可以为电压、电量、CPU利用率、内存利用率、温度或移动终端内置的临时电容的充放电状态等，可以随时从移动终端自身即可获取到上述丰富的系统参数，实现对移动终端是否满足预设数据恢复触发条件的实时监控。

若移动终端满足预设数据恢复触发条件，存储运行的应用程序的运行信息，其中，对符合预设类型的应用程序，发送预设关机提醒信息给目标联系人，起到移动终端关机提醒的作用，提升了用户的使用体验。

在存储运行的应用程序的运行信息时，可以存储运行的应用程序异常退出时的界面截屏数据。该界面截屏数据在移动终端重新开机之后，显示在提示框中。用户可以根据提示框中的界面截屏数据，判断移动终端的应用程序恢复之后的状态是否为移动终端异常关机前的状态，提高了恢复移动终端的应用程序为关机之前的状态的准确性。

对于通讯互动类的应用程序来说，在移动终端异常关机之前向目标联系人发送关机提醒信息，并在移动终端开机之后向目标联系人发送开机提醒信息，保证了双方沟通的有效性，提升了用户的使用体验。

综上所述，本发明实施例提供的移动终端，通过上述模块判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

实施例五

参照图9，示出了本发明实施例中一种移动终端的框图。

图9所示的移动终端900包括：至少一个处理器901、存储器902、至少一个网络接口904和用户接口903。移动终端900中的各个组件通过总线系统905耦合在一起。可理解，总线系统905用于实现这些组件之间的连接通信。总线系统905除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线系统905。

其中，用户接口903可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。

可以理解，本发明实施例中的存储器902可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(ProgrammableROM，PROM)、可擦除可编程只读存储器(ErasablePROM，EPROM)、电可擦除可编程只读存储器(ElectricallyEPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(RandomAccessMemory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(StaticRAM，SRAM)、动态随机存取存储器(DynamicRAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(DoubleDataRateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(SynchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambusRAM，DRRAM)。本发明实施例描述的系统和方法的存储器902旨在包括但不限于这些和任意其它适合类型的存储器。

在一些实施方式中，存储器902存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统9021和应用程序9022。

其中，操作系统9021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序9022，包含各种应用程序，例如媒体播放器(MediaPlayer)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序9022中。

在本发明实施例中，通过调用存储器902存储的程序或指令，具体的，可以是应用程序9022中存储的程序或指令，处理器901用于判断移动终端是否满足预设数据恢复触发条件；当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息；判断所述移动终端的开机流程是否完成；当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

上述本发明实施例揭示的方法可以应用于处理器901中，或者由处理器901实现。处理器901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(FieldProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器902，处理器901读取存储器902中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本发明实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecificIntegratedCircuits，ASIC)、数字信号处理器(DigitalSignalProcessing，DSP)、数字信号处理设备(DSPDevice，DSPD)、可编程逻辑设备(ProgrammableLogicDevice，PLD)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电单元或其组合中。

对于软件实现，可通过执行本发明实施例所述功能的模块(例如过程、函数等)来实现本发明实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，处理器901还用于：存储所有运行的应用程序的标识信息和近期任务列表；当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径。根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面；显示所述近期任务列表；若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

可选地，处理器901还用于：当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据；判断所述运行的应用程序界面的输入框是否有文字信息；当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息；根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

可选地，处理器901还用于：接收运行的每个应用程序注册的异常恢复广播并存储。若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播；向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。

可选地，处理器901还用于：检测移动终端的电量变化；当检测到移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

可选地，处理器901还用于：检测移动终端的CPU利用率变化；当检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

可选地，处理器901还用于：检测移动终端的内存占用率变化；当检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

可选地，处理器901还用于：检测移动终端的温度变化；当检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。

移动终端900能够实现前述实施例中移动终端实现的各个过程，为避免重复，这里不再赘述。

本发明实施例的移动终端，通过上述模块判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

在判断移动终端是否满足预设数据恢复触发条件时，可以判断移动终端的系统参数是否满足预设数据恢复触发条件。对移动终端自身进行监控，移动终端的系统参数可以为电压、电量、CPU利用率、内存利用率、温度或移动终端内置的临时电容的充放电状态等，可以随时从移动终端自身即可获取到上述丰富的系统参数，实现对移动终端是否满足预设数据恢复触发条件的实时监控。

若移动终端满足预设数据恢复触发条件，存储运行的应用程序的运行信息，其中，对符合预设类型的应用程序，发送预设关机提醒信息给目标联系人，起到移动终端关机提醒的作用，提升了用户的使用体验。

在存储运行的应用程序的运行信息时，可以存储运行的应用程序异常退出时的界面截屏数据。该界面截屏数据在移动终端重新开机之后，显示在提示框中。用户可以根据提示框中的界面截屏数据，判断移动终端的应用程序恢复之后的状态是否为移动终端异常关机前的状态，提高了恢复移动终端的应用程序为关机之前的状态的准确性。

实施例六

图10中的移动终端1000包括射频(RadioFrequency，RF)电路1010、存储器1020、输入单元1030、显示单元1040、处理器1060、音频电路1070、WiFi(WirelessFidelity)模块1080和电源1090。

其中，输入单元1030可用于接收用户输入的数字或字符信息，以及产生与移动终端1000的用户设置以及功能控制有关的信号输入。具体地，本发明实施例中，该输入单元1030可以包括触控面板1031。触控面板1031，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1031上的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1031可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给该处理器1060，并能接收处理器1060发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1031。除了触控面板1031，输入单元1030还可以包括其他输入设备1032，其他输入设备1032可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

其中，显示单元1040可用于显示由用户输入的信息或提供给用户的信息以及移动终端1000的各种菜单界面。显示单元1040可包括显示面板1041，可选的，可以采用LCD或有机发光二极管(OrganicLight-EmittingDiode，OLED)等形式来配置显示面板1041。

应注意，触控面板1031可以覆盖显示面板1041，形成触摸显示屏，当该触摸显示屏检测到在其上或附近的触摸操作后，传送给处理器1060以确定触摸事件的类型，随后处理器1060根据触摸事件的类型在触摸显示屏上提供相应的视觉输出。

触摸显示屏包括应用程序界面显示区及常用控件显示区。该应用程序界面显示区及该常用控件显示区的排列方式并不限定，可以为上下排列、左右排列等可以区分两个显示区的排列方式。该应用程序界面显示区可以用于显示应用程序的界面。每一个界面可以包含至少一个应用程序的图标和/或widget桌面控件等界面元素。该应用程序界面显示区也可以为不包含任何内容的空界面。该常用控件显示区用于显示使用率较高的控件，例如，设置按钮、界面编号、滚动条、电话本图标等应用程序图标等。

其中处理器1060是移动终端1000的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在第一存储器1021内的软件程序和/或模块，以及调用存储在第二存储器1022内的数据，执行移动终端1000的各种功能和处理数据，从而对移动终端1000进行整体监控。可选的，处理器1060可包括一个或多个处理单元。

在本发明实施例中，通过调用存储该第一存储器1021内的软件程序和/或模块和/或该第二存储器1022内的数据，处理器1060用于判断移动终端是否满足预设数据恢复触发条件；当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息；判断所述移动终端的开机流程是否完成；当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

可选地，处理器1060还用于：存储所有运行的应用程序的标识信息和近期任务列表；当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径。根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面；显示所述近期任务列表；若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

可选地，处理器1060还用于：当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据；判断所述运行的应用程序界面的输入框是否有文字信息；当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息；根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

可选地，处理器1060还用于：接收运行的每个应用程序注册的异常恢复广播并存储。若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播；向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。检测移动终端的电量变化；当检测到移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

可选地，处理器1060还用于：检测移动终端的电量变化；当检测到移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

可选地，处理器1060还用于：检测移动终端的CPU利用率变化；当检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

可选地，处理器1060还用于：检测移动终端的内存占用率变化；当检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

可选地，处理器1060还用于：检测移动终端的温度变化；当检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。

可见，本发明实施例提供的移动终端，通过判断移动终端是否满足预设数据恢复触发条件，当移动终端满足预设数据恢复触发条件时，移动终端进入一种保护模式，该保护模式为移动终端内置的一种工作模式，在该保护模式下，存储所有运行的应用程序的运行信息，实现在保护模式下，对移动终端所有运行的应用程序的运行信息的记录。目的是在移动终端异常关机并重新开机之后，利用存储的运行信息恢复所有运行的应用程序的运行状态，避免用户重新操作进入关机之前的应用程序，更加保护了资料信息，提高了移动终端的安全性，从而提升用户体验。

在判断移动终端是否满足预设数据恢复触发条件时，可以判断移动终端的系统参数是否满足预设数据恢复触发条件。对移动终端自身进行监控，移动终端的系统参数可以为电压、电量、CPU利用率、内存利用率、温度或移动终端内置的临时电容的充放电状态等，可以随时从移动终端自身即可获取到上述丰富的系统参数，实现对移动终端是否满足预设数据恢复触发条件的实时监控。

若移动终端满足预设数据恢复触发条件，存储运行的应用程序的运行信息，其中，对符合预设类型的应用程序，发送预设关机提醒信息给目标联系人，起到移动终端关机提醒的作用，提升了用户的使用体验。

在存储运行的应用程序的运行信息时，可以存储运行的应用程序异常退出时的界面截屏数据。该界面截屏数据在移动终端重新开机之后，显示在提示框中。用户可以根据提示框中的界面截屏数据，判断移动终端的应用程序恢复之后的状态是否为移动终端异常关机前的状态，提高了恢复移动终端的应用程序为关机之前的状态的准确性。

对于通讯互动类的应用程序来说，在移动终端异常关机之前向目标联系人发送关机提醒信息，并在移动终端开机之后向目标联系人发送开机提醒信息，保证了双方沟通的有效性，提升了用户的使用体验。

本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本发明各实施例中的各功能单元可集成在一个处理单元中，也可以各个单元单独物理存在，还可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (18)

1.一种移动终端异常关机的数据处理方法，其特征在于，包括：

判断移动终端是否满足预设数据恢复触发条件；

当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息，所述存储所有运行的应用程序的运行信息的步骤，包括：存储所有运行的应用程序的标识信息和近期任务列表；当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径；

判断所述移动终端的开机流程是否完成；

当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

2.根据权利要求1所述的方法，其特征在于，所述根据所述运行信息，恢复所述所有运行的应用程序的运行状态的步骤，包括：

根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面；

显示所述近期任务列表；

若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

3.根据权利要求2所述的方法，其特征在于，所述存储所有运行的应用程序的运行信息的步骤，包括：

当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据；

判断所述运行的应用程序界面的输入框是否有文字信息；

当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息；

则所述根据所述运行数据，恢复所述所有运行的应用程序的运行状态的步骤，包括：

根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

4.根据权利要求1所述的方法，其特征在于，所述判断移动终端是否满足预设数据恢复触发条件之前，进一步包括：

接收运行的每个应用程序注册的异常恢复广播并存储。

5.根据权利要求4所述的方法，其特征在于，所述根据所述运行信息，恢复所述所有运行的应用程序的运行状态的步骤，包括：

若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播；

向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。

6.根据权利要求1所述的方法，其特征在于，所述判断移动终端是否满足预设数据恢复触发条件的步骤，包括：

检测移动终端的电量变化；

当检测到移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

7.根据权利要求1所述的方法，其特征在于，所述判断移动终端是否满足预设数据恢复触发条件的步骤，包括：

检测移动终端的CPU利用率变化；

当检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

8.根据权利要求1所述的方法，其特征在于，所述判断移动终端是否满足预设数据恢复触发条件的步骤，包括：

检测移动终端的内存占用率变化；

当检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

9.根据权利要求1所述的方法，其特征在于，所述判断移动终端是否满足预设数据恢复触发条件的步骤，包括：

检测移动终端的温度变化；

当检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。

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

条件判断模块，用于判断移动终端是否满足预设数据恢复触发条件；

存储模块，用于当所述移动终端满足预设数据恢复触发条件时，存储所有运行的应用程序的运行信息，所述存储模块包括：第一存储单元，用于存储所有运行的应用程序的标识信息和近期任务列表；第二存储单元，用于当运行的应用程序在前台运行，存储该应用程序异常退出时的界面截屏数据以及由启动界面到异常退出时的界面的跳转路径；

开机判断模块，用于判断所述移动终端的开机流程是否完成；

处理模块，用于当所述移动终端的开机流程完成时，根据所述运行信息，恢复所述所有运行的应用程序的运行状态。

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

启动单元，用于根据所述存储的标识信息启动对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的界面；

显示单元，用于显示所述近期任务列表；

提示单元，用于若所述对应的应用程序已存储异常退出时的界面截屏数据，则通过提示框显示所述界面截屏数据。

12.根据权利要求11所述的移动终端，其特征在于，所述存储模块包括：

界面数据存储单元，用于当运行的应用程序为聊天应用程序且在前台运行时，通过截屏存储该运行的应用程序的界面数据；

文字信息判断单元，用于判断所述运行的应用程序界面的输入框是否有文字信息；

文字信息存储单元，用于当所述运行的应用程序界面的输入框有文字信息时，存储所述文字信息；

则所述启动单元，还用于根据所述存储的标识信息启动所述对应的应用程序，并按照所述跳转路径进入所述对应的应用程序的异常退出时的聊天界面，并在所述对应的应用程序界面的输入框中显示所述文字信息。

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

广播接收模块，用于在所述条件判断模块判断移动终端是否满足预设数据恢复触发条件之前，接收运行的每个应用程序注册的异常恢复广播并存储。

14.根据权利要求13所述的移动终端，其特征在于，所述处理模块包括：

广播获取单元，用于若所述应用程序在异常关机时未完成的后台任务，则获取已存储的所述应用程序的异常恢复广播；

任务触发单元，用于向所述应用程序发送所述异常恢复广播，以触发所述应用程序继续运行所述未完成的后台任务。

15.根据权利要求10所述的移动终端，其特征在于，所述条件判断模块包括：

电量检测单元，用于检测所述移动终端的电量变化；

第一条件判断单元，用于当所述电量检测单元检测到所述移动终端的电量低于预设电量阈值时，判断为满足预设数据恢复触发条件。

16.根据权利要求10所述的移动终端，其特征在于，所述条件判断模块包括：

CPU利用率检测单元，用于检测所述移动终端的CPU利用率变化；

第二条件判断单元，用于当所述CPU利用率检测单元检测到移动终端的CPU利用率大于预设利用率阈值且持续时间大于第一预设时间时，判断为满足预设数据恢复触发条件。

17.根据权利要求10所述的移动终端，其特征在于，所述条件判断模块包括：

内存占用率检测单元，用于检测所述移动终端的内存占用率变化；

第三条件判断单元，用于当所述内存占用率检测单元检测到移动终端的内存占用率大于预设占用率阈值且持续时间大于第二预设时间时，判断为满足预设数据恢复触发条件。

18.根据权利要求10所述的移动终端，其特征在于，所述条件判断模块包括：

温度检测单元，用于检测所述移动终端的温度变化；

第四条件判断单元，用于当所述温度检测单元检测到移动终端的温度大于预设温度阈值且持续时间大于第三预设时间时，判断为满足预设数据恢复触发条件。