CN103927239A - 一种终端设备的系统恢复方法及装置 - Google Patents

Abstract

本发明适用于智能终端技术领域，提供了一种终端设备的系统恢复方法及装置，所述方法包括：在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；若存在，设置挂机标志位，并重启系统；判断重启后系统是否能正常运行；若能正常运行，则清除所述挂机标志位；若不能正常运行，则重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。通过本发明，可有效解决现有终端设备在使用或者升级更新的过程中突然断电，导致系统无法正常启动，也无法恢复，需要返厂维修的问题。

Description

一种终端设备的系统恢复方法及装置

技术领域

本发明属于智能终端技术领域，尤其涉及一种终端设备的系统恢复方法及装置。

背景技术

现有的智能终端，例如安卓机顶盒，在使用或者升级更新的过程中如果突然断电，智能终端的文件系统将可能损坏，导致系统无法正常启动，并且无法恢复。在此情况下需要将智能终端重新返厂维修，效率低、周期长且成本较高，极大的影响了用户的满意度。

发明内容

本发明实施例的目的在于提供一种终端设备的系统恢复方法及装置，以解决现有智能终端在使用或者升级更新的过程中突然断电，导致系统无法正常启动，也无法恢复，需要返厂维修的问题。

本发明实施例的目的在于提供一种终端设备的系统恢复方法，所述方法包括：

在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；

若存在，设置挂机标志位，并重启系统；

判断重启后系统是否能正常运行；

若能正常运行，则清除所述挂机标志位；

若不能正常运行，则重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

本发明实施例的另一目的在于提供一种终端设备的系统恢复装置，所述装置包括：

检测单元，用于在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；

第一设置单元，用于在检测到预先标示的任务中存在挂机时，设置挂机标志位，并重启系统；

判断单元，用于判断重启后系统是否能正常运行；

第一清除单元，用于在所述判断单元判断结果为是时，清除所述挂机标志位；

恢复单元，用于在所述判断单元判断结果为否时，重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例所述终端设备在检测到系统存在挂机标志位时，自动重启系统，并在重启后的系统无法正常运行时，继续重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。通过本发明实施例，当终端设备的系统在意外中断后，能自动恢复至正常状态，可有效解决现有终端设备在使用或者升级更新的过程中突然断电，导致系统无法正常启动，也无法恢复，需要返厂维修的问题，提高了用户满意度，具有较强的易用性和实用性。

附图说明

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

图1是本发明实施例一提供的终端设备的系统恢复方法的实现流程图；

图2是本发明实施例二提供的终端设备的系统恢复装置的组成结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明实施例一提供的终端设备的系统恢复方法的实现流程，该方法过程详述如下：

在步骤S101中，在终端设备的系统启动后，检测预先标示的任务中是否存在挂机，若存在，执行步骤S102，若不存在，则结束操作。

在本实施例中，所述预先标示的任务包括系统的核心任务，例如管理存储器、文件、外设和系统资源等任务。

本实施例在系统启动前，对所述核心任务进行标示，并在系统启动后，启动一个守护进程，通过所述守护进程检测预先标示的任务中是否存在挂机（所述挂机是指所述任务无法正常使用或不响应等）。具体的可以是，通过Hook监测预先标示的任务，当所述预先标示的任务中某任务连续挂机的次数大于预设阈值（例如10次）时，判定该任务挂机。

作为本发明的一个实施例，可以预先配置所述监测时限，例如配置为每分、每时或者每日更新一次等，在监测时限到时，自动对预先标示的任务进行监测。

其中，核心任务的标示可以设置在内核模块的敏感对象数据结构中。

在步骤S102中，设置挂机标志位，并重启系统。

具体的可以是将所述挂机标志位设置为1。

在步骤S103中，判断重启后系统是否能正常运行，若能正常运行，执行步骤S104，若不能正常运行，执行步骤S105。

在本实施例中，所述系统不能正常运行是指系统死机、守护进程检测到有挂机标志位以及预先标示的任务中存在挂机。

在步骤S104中，清除所述挂机标志位。

具体的可以是将所述挂机标志位设置为0。

在步骤S105中，重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

进一步的，本实施例在重启系统进入恢复出厂模式之前，还包括：

清除挂机任务和系统不正常运行的相关数据；

在通过备份的镜像文件将系统恢复至出厂状态之后，还包括：

清除所述挂机标志位（具体的可以是将所述挂机标志位设置为0），并重新启动进入正常模式。

更进一步的，在重启系统进入恢复出厂模式之前，还包括：

设置恢复系统标志位（具体的可以是将所述恢复系统标志设置为1）。本实施例在系统恢复的过程中，如果出现意外断电，导致系统恢复失败。但由于恢复系统标志位还存在，系统在重新上电后，会继续进入系统恢复模式。

在通过备份的镜像文件将系统恢复至出厂状态之后，还包括：

清除所述恢复系统标志位（具体的可以是将所述恢复系统标志设置为0），并重新启动进入正常模式。

在本实施例中，所述镜像文件备份在所述终端设备存储单元预先划分的一个分区中。所述分区用于备份镜像文件、系统文件以及核心任务或应用程序的相关数据。

进一步的，本实施例还包括：

通过Hook对挂机任务和/或系统不正常运行次数进行统计和分析，生成统计分析报告，并将所述统计分析报告存储、显示或者传送至上位机。

进一步的，为了防止非法用户、恶意软件或程序对终端设备系统的非法操作，本实施例还包括：

对恢复系统的操作进行鉴权，即对恢复系统操作的合法性和有效性（状态是否为激活）进行检查。例如，预先设定启动恢复系统的操作，所述操作包括在监测到用户在终端设备上的触摸动作为两点触摸且滑动轨迹为纵向相对滑动后，判断两触摸点纵向相对滑动的位移是否同时大于预设的第一阈值、所述两触摸点最终落点的距离差是否小于预设的第二阈值、且所述两触摸点滑动的速度是否同时大于预设的第三阈值时，则判定为启动恢复系统的操作。

本发明实施例在预先标示的任务存在挂机时，设置挂机标志位，并自动重启系统，判断重启后系统是否能正常运行，在重启后的系统无法正常运行时，继续重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态，从而有效解决现有终端设备在使用或者升级更新的过程中突然断电，导致系统无法正常启动，也无法恢复，需要返厂维修的问题，提高了用户满意度，具有较强的易用性和实用性。

实施例二：

图2示出了本发明实施例二提供的终端设备的系统恢复装置的组成结构，为了便于说明，仅示出了与本发明实施例相关的部分。

该终端设备的系统恢复装置可以应用于各终端设备（例如手机、平板电脑等）中，可以是运行于终端设备内的软件单元、硬件单元或者软硬件相结合的单元，也可以作为独立的挂件集成到终端设备中或者运行于终端设备的应用系统中。

该终端设备的系统恢复装置包括检测单元21、第一设置单元22、判断单元23、第一清除单元24以及恢复单元25，其中：

检测单元21，用于在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；

第一设置单元22，用于在检测到预先标示的任务中存在挂机时，设置挂机标志位，并重启系统；

判断单元23，用于判断重启后系统是否能正常运行；

第一清除单元24，用于在所述判断单元判断结果为是时，清除所述挂机标志位；

恢复单元25，用于在所述判断单元判断结果为否时，重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

进一步的，所述检测单元21具体用于：

通过Hook监测预先标示的任务，当所述预先标示的任务中某任务连续挂机的次数大于预设阈值时，判定该任务挂机。

进一步的，所述装置还包括：

第二清除单元26，用于在重启系统进入恢复出厂模式之前，清除挂机任务和系统不正常运行的相关数据；

第三清除单元27，用于在通过备份的镜像文件将系统恢复至出厂状态之后，清除所述挂机标志位，并重新启动进入正常模式。

进一步的，所述装置还包括：

第二设置单元28，用于在重启系统进入恢复出厂模式之前，设置恢复系统标志位；

第四清除单元29，用于在通过备份的镜像文件将系统恢复至出厂状态之后，清除所述恢复系统标志位，并重新启动进入正常模式。

进一步的，所述装置还包括：

分析报告生成单元210，用于通过Hook对挂机任务和/或系统不正常运行次数进行统计和分析，生成统计分析报告，并将所述统计分析报告存储、显示或者传送至上位机。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元或模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

综上所述，本发明实施例在预先标示的任务存在挂机时，设置挂机标志位，并自动重启系统，判断重启后系统是否能正常运行，在重启后的系统无法正常运行时，继续重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。通过本发明实施例，当终端设备的系统在意外中断后，能自动恢复至正常状态，可有效解决现有终端设备在使用或者升级更新的过程中突然断电，导致系统无法正常启动，也无法恢复，需要返厂维修的问题，提高了用户满意度，具有较强的易用性和实用性。

本领域普通技术人员还可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，包括ROM/RAM、磁盘、光盘等。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下做出若干等同替代或明显变型，而且性能或用途相同，都应当视为属于本发明由所提交的权利要求书确定的专利保护范围。

Claims (10)

1.一种终端设备的系统恢复方法，其特征在于，所述方法包括：

在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；

若存在，设置挂机标志位，并重启系统；

判断重启后系统是否能正常运行；

若能正常运行，则清除所述挂机标志位；

若不能正常运行，则重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

2.如权利要求1所述的方法，其特征在于，所述检测预先标示的任务中是否存在挂机包括：

通过Hook监测预先标示的任务，当所述预先标示的任务中某任务连续挂机的次数大于预设阈值时，判定该任务挂机。

3.如权利要求1所述的方法，其特征在于，在重启系统进入恢复出厂模式之前，还包括：

清除挂机任务和系统不正常运行的相关数据；

在通过备份的镜像文件将系统恢复至出厂状态之后，还包括：

清除所述挂机标志位，并重新启动进入正常模式。

4.如权利要求1所述的方法，其特征在于，在重启系统进入恢复出厂模式之前，还包括：

设置恢复系统标志位；

在通过备份的镜像文件将系统恢复至出厂状态之后，还包括：

清除所述恢复系统标志位，并重新启动进入正常模式。

5.如权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

通过Hook对挂机任务和/或系统不正常运行次数进行统计和分析，生成统计分析报告，并将所述统计分析报告存储、显示或者传送至上位机。

6.一种终端设备的系统恢复装置，其特征在于，所述装置包括：

检测单元，用于在终端设备的系统启动后，检测预先标示的任务中是否存在挂机；

第一设置单元，用于在检测到预先标示的任务中存在挂机时，设置挂机标志位，并重启系统；

判断单元，用于判断重启后系统是否能正常运行；

第一清除单元，用于在所述判断单元判断结果为是时，清除所述挂机标志位；

恢复单元，用于在所述判断单元判断结果为否时，重启系统进入恢复出厂模式，通过备份的镜像文件将系统恢复至出厂状态。

7.如权利要求6所述的装置，其特征在于，所述检测单元具体用于：

通过Hook监测预先标示的任务，当所述预先标示的任务中某任务连续挂机的次数大于预设阈值时，判定该任务挂机。

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

第二清除单元，用于在重启系统进入恢复出厂模式之前，清除挂机任务和系统不正常运行的相关数据；

第三清除单元，用于在通过备份的镜像文件将系统恢复至出厂状态之后，清除所述挂机标志位，并重新启动进入正常模式。

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

第二设置单元，用于在重启系统进入恢复出厂模式之前，设置恢复系统标志位；

第四清除单元，用于在通过备份的镜像文件将系统恢复至出厂状态之后，清除所述恢复系统标志位，并重新启动进入正常模式。

10.如权利要求6至9任一项所述的装置，其特征在于，所述装置还包括：

分析报告生成单元，用于通过Hook对挂机任务和/或系统不正常运行次数进行统计和分析，生成统计分析报告，并将所述统计分析报告存储、显示或者传送至上位机。