CN108459879B - 一种防止终端死机的方法、终端 - Google Patents

Abstract

本申请公开了一种防止终端死机的方法、终端，该方法包括：当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；若否，则调用预先设置的非死机函数，以防止所述终端死机。本申请实施例在终端中预先设置非死机函数，这样，在终端开机时，如果在终端内部系统文件中没有检测到设定配置文件，则可以调用预先设置的非死机函数，相较于现有技术而言，由于终端在调用非死机函数后可以执行死机操作以外的其他操作，因此，可以有效防止终端死机，避免终端开机时由于检测不到相关配置文件导致的终端死机的问题。

Description

一种防止终端死机的方法、终端

技术领域

本申请涉及终端技术领域，尤其涉及一种防止终端死机的方法、终端。

背景技术

随着科学技术的飞速发展，出现了各种各样的终端，例如智能手机、iPad等，这些终端可以使用高通芯片作为系统处理器，由高通芯片运行操作系统以及基于该操作系统运行的应用软件，并与其他功能模块之间进行交互，以实现终端的正常运行。

通常，针对使用高通芯片的终端而言，终端在开机时，会检测内部policyman文件下是否存在device_config.xml文件，其中，device_config.xml文件可以用于定义终端支持的网络制式，并根据支持的网络制式搜索网络，当终端检测到内部policyman文件下存在device_config.xml文件时，可以读取该文件，实现终端的正常开机。

然而，在实际应用中，终端在某些特殊情况下会将其内部的device_config.xml文件删除，这样，终端在开机时将检测不到device_config.xml文件，导致终端执行死机操作而死机，给用户使用终端带来极大的不便。

发明内容

本申请实施例提供一种防止终端死机的方法、终端，用于解决现有的终端在开机时，由于检测不到device_config.xml文件导致终端死机的问题。

第一方面，提出一种防止终端死机的方法，包括：

当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；

若否，则调用预先设置的非死机函数，以防止所述终端死机。

结合第一方面，在第一种可能的实现方式中，具体实现为：在检测所述终端内部的系统文件中是否包含设定配置文件时，所述方法还包括：

检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

若是，则停止调用所述删除函数。

结合第一方面，在第二种可能的实现方式中，具体实现为：在检测所述终端内部的系统文件中是否包含设定配置文件之前，所述方法还包括：

将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

结合第一方面或第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第三种可能的实现方式中，具体实现为：在调用预先设置的非死机函数后，所述方法还包括：

读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

结合第一方面，在第四种可能的实现方式中，具体实现为：

若检测到所述终端内部的系统文件中包含所述设定配置文件，则检测是否在所述终端的硬件或软件中已添加所述设定配置文件；

若是，则确定所述系统文件中包含的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件。

第二方面，提出一种终端，包括：

检测模块，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；

处理模块，在所述检测模块检测到所述终端内部的系统文件中不包含所述设定配置文件时，调用预先设置的非死机函数，以防止所述终端死机。

结合第二方面，在第一种可能的实现方式中，具体实现为：

所述检测模块在检测所述终端内部的系统文件中是否包含设定配置文件时，还检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

所述处理模块，在所述检测模块确定所述终端调用所述删除函数时，停止调用所述删除函数。

结合第二方面，在第二种可能的实现方式中，具体实现为：

所述处理模块，在所述检测模块检测所述终端内部的系统文件中是否包含设定配置文件之前，将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

结合第二方面或第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式，在第三种可能的实现方式中，具体实现为：

所述处理模块，在调用预先设置的非死机函数后，读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

结合第二方面，在第四种可能的实现方式中，具体实现为：

所述检测模块，在检测到所述终端内部的系统文件中包含所述设定配置文件时，检测是否在所述终端的硬件或软件中已添加所述设定配置文件；

所述处理模块，在所述检测模块检测到所述终端的硬件或软件中添加所述设定配置文件时，确定所述系统文件中包含的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例提供的技术方案，当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；若否，则调用预先设置的非死机函数，以防止所述终端死机。本申请实施例在终端中预先设置非死机函数，这样，在终端开机时，如果在终端内部系统文件中没有检测到设定配置文件，则可以调用预先设置的非死机函数，相较于现有技术而言，由于终端在调用非死机函数后可以执行死机操作以外的其他操作，因此，可以有效防止终端死机，避免终端开机时由于检测不到相关配置文件导致的终端死机的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种防止终端死机的方法的流程示意图；

图2为本申请实施例提供的另一种防止终端死机的方法的流程示意图；

图3为本申请实施例提供的一种终端的结构示意图；

图4为本申请实施例提供的另一种终端的结构示意图。

具体实施方式

针对现有的使用高通芯片作为系统处理器的终端而言，终端在开机的过程中，需要检测其内部policyman文件下是否包含device_config.xml文件，若是，则可以保证终端的正常开机，若否，则执行死机操作，导致终端死机。然而，在一些特殊情况下，终端会删除其内部policyman文件下的device_config.xml文件，导致终端在开机时由于检测不到device_config.xml文件而死机，给用户正常使用终端带来极大的不便。

例如，终端在对device_config.xml文件进行更新时，会将policyman文件下原有的device_config.xml文件删除，这样，终端在开机时将无法在policyman文件下检测到device_config.xml文件，导致终端死机。

为了解决上述问题，本申请提供一种防止终端死机的方法、终端，该方法包括：当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；若否，则调用预先设置的非死机函数，以防止所述终端死机。

本申请实施例在终端中预先设置非死机函数，这样，在终端开机时，如果在终端内部系统文件中没有检测到设定配置文件，则可以调用预先设置的非死机函数，相较于现有技术而言，由于终端在调用非死机函数后，可以执行死机操作以外的其他操作，因此，可以有效防止终端死机，避免终端开机时由于检测不到相关配置文件导致的终端死机的问题。

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

需要说明的是，在本申请实施例中，所述终端可以是使用高通芯片作为内部系统处理器的终端，具体可以是智能手机，也可以是iPad，还可以是其他使用高通芯片作为系统处理器的终端，这里不做具体限定。本申请实施例可以以所述终端为智能手机为例进行说明。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种防止终端死机的方法的流程示意图。所述方法如下所述。

步骤102：当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件。

本申请实施例中，所述终端内部的系统文件可以是所述终端中用于存放所述设定配置文件的文件夹，具体可以是policyman文件；所述设定配置文件可以是用于实现所述终端正常开机的文件，具体可以是device_config.xml文件，其中，device_config.xml文件用于定义终端支持的网络制式，并根据支持的网络制式搜索网络。

当所述终端开机时，所述终端可以具体检测其内部的policyman文件下是否包含device_config.xml文件。

在本申请提供的另一实施例中，所述终端在检测其内部的系统文件是否包含所述设定配置文件时，所述方法还包括：

检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

若是，则停止调用所述删除函数。

具体地，所述终端可以检测其内部是否在执行调用删除函数的操作，其中，所述删除函数可以是用于将所述设定配置文件删除的函数，例如，如果所述设定配置文件为device_config.xml文件，那么，所述删除函数可以是policyman_efs_obliterate_device_file函数。

若所述终端检测到其内部正在调用所述删除函数，那么，为了避免将所述设定配置文件删除导致所述终端死机，所述终端可以执行停止调用所述删除函数的操作，以停止调用所述删除函数。这样，可以保证所述设定配置文件不会被所述删除函数删除，进而保证在所述终端开机时，所述终端可以检测到所述设定配置文件，进而避免所述终端死机。

在本申请提供的又一实施例中，所述终端在检测其内部的系统文件中是否包含设定配置文件之前，所述方法还包括：

将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

也就是说，在本申请实施例中，所述终端可以预先将用于删除所述设定配置文件的删除函数删除，这样，在将所述删除函数删除后，可以有效避免所述设定配置文件被删除而丢失，进而避免所述终端在检测不到所述设定配置文件时死机的问题。其中，本申请实施例将所述删除函数删除并不会影响所述终端的正常运行。

需要说明的是，在实际应用中，所述终端可以预先将所述删除函数删除，以避免所述删除函数删除所述设定配置文件；也可以在所述终端开机时，或者在所述终端运行的过程中，实时检测所述终端是否调用所述删除函数，以便于在确定所述终端调用所述删除函数时停止调用所述删除函数，避免所述设定配置文件被删除，本申请实施例不做具体限定。

在步骤102中，若所述终端在其内部的系统文件中没有检测到所述设定配置文件，则可以执行步骤104。

步骤104：调用预先设置的非死机函数，以避免所述终端死机。

在步骤104中，所述终端可以预先设置所述非死机函数，这样，在所述终端没有在其内部的系统文件中检测到所述设定配置文件时，可以直接调用预先设置的所述非死机函数。

具体地，所述非死机函数可以是令所述终端执行死机操作以外的其他操作的函数，具体可以是打印日志的函数，也可以是其他不影响所述终端正常开机的函数，本申请实施例不做具体限定。优选地，所述非死机函数可以是所述打印日志的函数，所述终端在调用所述打印日志的函数后，可以执行打印日志的操作，该打印日志的操作不会影响所述终端的正常开机。

所述终端在预先设置所述非死机函数时，可以在所述终端开机时运行的代码中进行设置，具体地，可以将所述终端在检测不到所述设定配置文件时执行的操作设置为调用所述非死机函数。

这样，当所述终端在其内部的系统文件中检测不到所述设定配置文件时，可以直接调用预先设置的所述非死机函数，由于所述终端调用所述非死机函数后可以执行死机操作以外的其他操作，因此，可以有效防止终端执行死机操作而死机。

需要说明的是，在现有技术中，所述终端在其内部的系统文件中没有检测到所述设定配置文件时，通常可以调用死机函数，并执行死机操作令所述终端死机。因此，本申请实施例在预先设置所述非死机函数时，可以预先在所述终端开机时运行的代码中，将检测不到所述设定配置文件时调用所述死机函数修改为调用所述非死机函数。

这样，当所述终端开机检测不到所述设定配置文件时，可以直接由调用所述死机函数改为调用所述非死机函数，相较于现有技术而言，由于所述终端不会调用所述死机函数，因此，可以有效防止所述终端执行死机操作而死机。

在本申请提供的另一实施例中，所述终端在调用预先设置的所述非死机函数后，为了保证所述终端可以正常开机，所述方法还包括：

读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

具体地，所述终端可以预先在所述终端的硬件或软件(不同于所述终端的系统文件)中添加所述设定配置文件，例如，所述终端可以在其内部的default硬件或软件MBN(英文全称：modem binary configuration)中添加所述设定配置文件。这样，所述终端在开机时，在其内部的系统文件中没有检测到所述设定配置文件的情况下，可以从所述终端的硬件或软件中读取预先添加的所述设定配置文件。

所述终端在读取所述硬件或软件中添加的所述设定配置文件后，可以将所述设定配置文件加载到所述终端的加密文件系统中，从而在加载所述设定配置文件的情况下，可以保证所述终端正常开机。

其中，所述加密系统文件是一个底层的存储分区，可以用于存储文件，所述终端内部的modem(调制解调器)代码可以直接读取所述加密系统文件中的文件。这样，在将所述设定配置文件加载到所述加密文件系统中后，所述终端可以直接从所述加密系统文件中读取所述设定配置文件，从而实现所述终端的正常开机。

在本申请的又一实施例中，若所述终端在其内部的系统文件中检测到所述设定配置文件，那么，所述终端可以直接读取所述设定配置文件，以实现所述终端的正常开机。

此外，所述终端在其内部的系统文件中检测到所述设定配置文件时，还可以检测是否在所述硬件或软件中预先添加所述设定配置文件，若是，则可以确定所述终端内部系统文件中的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件，以便于所述终端可以基于最新版本的所述设定配置文件进行开机。

例如，若所述终端在所述硬件或软件中添加的所述设定配置文件的版本比较新，那么，所述终端可以读取所述硬件或软件中添加的所述设定配置文件，并基于该设定配置文件进行开机。

在实际应用中，在所述硬件或软件中添加所述设定配置文件后，所述终端在开机时，可以同时检测其内部的系统文件中是否包含所述设定配置文件，以及确定所述硬件或软件中已预先添加的所述设定配置文件的版本。若所述终端内部的系统文件中不包含所述设定配置文件，则可以直接读取在所述硬件或软件中添加的所述设定配置文件，实现所述终端的正常开机；若所述终端内部的系统文件中包含所述设定配置文件，则可以读取所述系统文件中包含的所述设定配置文件，实现所述终端的正常开机，也可以读取所述系统文件中包含的所述设定配置文件以及所述硬件或软件中添加的所述设定配置文件中的最新版本，实现所述终端基于最新版本的所述设定配置文件的正常开机。

本申请实施例提供的技术方案，当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于保证所述终端的正常开机；若否，则调用预先设置的非死机函数，以防止所述终端死机。本申请实施例在终端中预先设置非死机函数，这样，在终端开机时，如果在终端内部系统文件中没有检测到设定配置文件，则可以调用预先设置的非死机函数，相较于现有技术而言，由于终端在调用非死机函数后可以执行死机操作以外的其他操作，因此，可以有效防止终端死机，避免终端开机时由于检测不到相关配置文件导致的终端死机的问题。

图2为本申请实施例提供的另一种防止终端死机的方法的流程示意图。所述方法如下所述。本申请实施例以终端开机时需要从内部的policyman文件下读取device_config.xml文件，且在读取不到policyman文件下的device_config.xml文件时调用死机函数令终端死机为例进行说明。

步骤201：将终端中用于删除device_config.xml文件的删除函数删除。

将所述删除函数删除后，可以避免device_config.xml文件由于被所述删除函数删除而丢失。

步骤202：将所述终端在检测不到device_config.xml文件时调用死机函数修改为调用打印日志的函数。

具体地，可以在所述终端开机运行的代码中，将所述终端在检测不到device_config.xml文件时调用死机函数修改为调用打印日志的函数。

步骤203：在所述终端的default硬件中添加device_config.xml文件。

需要说明的是，上述记载的步骤201、步骤202以及步骤203均为对所述终端进行的预设操作，在实际应用中，可以并行执行步骤201、步骤202以及步骤203，如果按照一定的顺序执行步骤201、步骤202以及步骤203，则执行的先后顺序可以根据实际情况进行调整。

步骤204：当所述终端开机时，检测所述终端的policyman文件中是否包含device_config.xml文件。

在步骤204中，虽然已在步骤201中将所述删除函数删除，但是，也存在所述终端的policyman文件中不包含device_config.xml文件的情况，因此，当所述终端开机时，需要检测其内部的policyman文件中是否包含device_config.xml文件。

若所述终端的policyman文件中不包含device_config.xml文件，则可以执行步骤205；若所述终端的policyman文件中包含device_config.xml文件，则可以执行步骤207。

步骤205：调用预先设置的打印日志的函数，以防止所述终端死机。

由于所述终端在policyman文件中检测不到device_config.xml文件时，可以由调用死机函数改为调用非死机函数，因此，可以防止所述终端执行死机操作而死机。

步骤206：从所述终端的default硬件中读取预先添加的device_config.xml文件，实现所述终端的正常开机。

在步骤2065中，所述终端从default硬件中读取预先添加的device_config.xml文件后，可以将device_config.xml文件加载到所述终端的加密系统文件中，这样，所述终端可以基于default硬件中预先添加的device_config.xml文件实现正常开机。

步骤207：确定policyman文件中的device_config.xml文件以及default硬件中的device_config.xml文件的最新版本，基于最新版本的device_config.xml文件实现所述终端的正常开机。

在步骤207中，可以确定policyman文件中包含的device_config.xml文件的版本，以及default硬件中预先添加的device_config.xml文件的版本，并确定其中的最新版本，这样，所述终端可以读取其中最新版本的device_config.xml文件，实现所述终端的正常开机。

本申请实施例提供的技术方案相较于现有技术而言，至少可以达到以下技术效果：

(1)所述终端将用于删除device_config.xml文件的删除函数删除，可以有效避免device_config.xml文件被所述删除函数删除而丢失，进而避免所述终端在开机时检测不到device_config.xml文件；

(2)所述终端将检测不到device_config.xml文件时调用死机函数修改为调用打印日志的函数，这样，所述终端可以执行打印日志的操作，避免所述终端执行死机操作而死机，即有效防止所述终端死机；

(3)预先在所述终端的default硬件中添加device_config.xml文件，这样，在所述终端开机检测不到policyman文件中包含的device_config.xml文件时，可以从default硬件中读取device_config.xml文件，以保证所述终端可以正常开机，从而保证用户可以正常使用所述终端。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

图3为本申请实施例提供的一种终端的结构示意图。所述终端包括：检测模块31以及处理模块32，其中：

检测模块31，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端正常开机；

处理模块32，在所述检测模块31检测到所述终端内部的系统文件中不包含所述设定配置文件时，调用预先设置的非死机函数，以防止所述终端死机。

可选地，所述检测模块31在检测所述终端内部的系统文件中是否包含设定配置文件时，还检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

所述处理模块32，在所述检测模块31确定所述终端调用所述删除函数时，停止调用所述删除函数。

可选地，所述处理模块32，在所述检测模块31检测所述终端内部的系统文件中是否包含设定配置文件之前，将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

可选地，所述处理模块32，在调用预先设置的非死机函数后，读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

可选地，所述检测模块31，在检测到所述终端内部的系统文件中包含所述设定配置文件时，检测是否在所述终端的硬件或软件中添加所述设定配置文件；

所述处理模块32，在所述检测模块31检测到所述终端的硬件或软件中添加所述设定配置文件时，确定所述系统文件中包含的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件。

图4为本申请实施例提供的另一种终端的结构示意图。

如图4所示，终端可包括：处理器402和通道接口401，可选地，包括存储器403。

通道接口401、处理器402和存储器403可以通过总线404系统相互连接。总线404可以是ISA(Industry Standard Architecture，工业标准体系结构)总线、PCI(PeripheralComponent Interconnect，外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

可选地，包括存储器403，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器403可以包括只读存储器和随机存取存储器，并向处理器402提供指令和数据。存储器403可能包含高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器。

处理器402，用于执行以下操作，可选地，执行存储器403所存放的程序，并具体用于执行以下操作：

当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端正常开机；

若否，则调用预先设置的非死机函数，以防止所述终端死机。

上述如本申请实施例图1以及图2所示实施例揭示的终端执行的方法可以应用于处理器402中，或者由处理器402实现。处理器402可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器402中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器402可以是通用处理器，包括中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器403，处理器402读取存储器403中的信息，结合其硬件完成上述方法的步骤。

本申请实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1和/或图2所示实施例的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种防止终端死机的方法，其特征在于，包括：

当终端开机时，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；

若否，则调用预先设置的非死机函数，以防止所述终端死机；

若检测到所述终端内部的系统文件中包含所述设定配置文件，则检测是否在所述终端的硬件或软件中已添加所述设定配置文件；

若是，则确定所述系统文件中包含的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件；

其中，在检测所述终端内部的系统文件中是否包含设定配置文件之前，所述方法还包括：

将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

2.如权利要求1所述的方法，其特征在于，在检测所述终端内部的系统文件中是否包含设定配置文件时，所述方法还包括：

检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

若是，则停止调用所述删除函数。

3.如权利要求1至2任一项所述的方法，其特征在于，在调用预先设置的非死机函数后，所述方法还包括：

读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

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

检测模块，检测所述终端内部的系统文件中是否包含设定配置文件，所述设定配置文件用于实现所述终端的正常开机；

处理模块，在所述检测模块检测到所述终端内部的系统文件中不包含所述设定配置文件时，调用预先设置的非死机函数，以防止所述终端死机；

其中，所述检测模块，在检测到所述终端内部的系统文件中包含所述设定配置文件时，检测是否在所述终端的硬件或软件中已添加所述设定配置文件；

所述处理模块，在所述检测模块检测到所述终端的硬件或软件中添加所述设定配置文件时，确定所述系统文件中包含的所述设定配置文件与所述硬件或软件中添加的所述设定配置文件中的最新版本，并读取最新版本的所述设定配置文件；

其中，所述处理模块，在所述检测模块检测所述终端内部的系统文件中是否包含设定配置文件之前，将用于删除所述设定配置文件的删除函数删除，以避免所述删除函数删除所述设定配置文件。

5.如权利要求4所述的终端，其特征在于，

所述检测模块在检测所述终端内部的系统文件中是否包含设定配置文件时，还检测所述终端是否在调用删除函数，所述删除函数用于删除所述设定配置文件；

所述处理模块，在所述检测模块确定所述终端调用所述删除函数时，停止调用所述删除函数。

6.如权利要求4至5任一项所述的终端，其特征在于，

所述处理模块，在调用预先设置的非死机函数后，读取预先在硬件或软件中添加的所述设定配置文件；

将所述设定配置文件加载到所述终端的加密文件系统中，以保证所述终端正常开机。

Images