CN106445719A - 恢复模式Recovery指令读写方法及装置 - Google Patents

Abstract

本发明公开了一种恢复模式Recovery指令读写方法及装置，属于通信技术领域。该方法包括：当Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；当Recovery指令被成功写入预定命令通道后，重启进入恢复模式；在恢复模式下，从预定命令通道中读取存储的Recovery指令，根据读取的Recovery指令执行Recovery指令所指示的操作。解决了Recovery指令无法被正常写入Cache，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

Description

恢复模式Recovery指令读写方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种Recovery指令读写方法及装置。

背景技术

恢复模式(英文：Recovery)指的是一种可以对终端内部的数据或系统进行修改的模式，在这个模式下用户可以对终端进行系统升级或者恢复出厂设置。

通常情况下，当终端接收到Recovery指令时，会利用主系统将该Recovery指令存储在高速缓冲存储器(英文：Cache)中，待重启后，该终端会利用recovery对Cache中存储的数据进行解析，获取该Recovery指令，根据Recovery指令进行系统升级或者恢复出厂设置。

但若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入Cache，则会致使终端无法进行系统升级或者恢复出厂设置。

发明内容

为了解决相关技术中若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入Cache，则会致使终端无法进行系统升级或者恢复出厂设置的问题，本发明实施例提供了一种Recovery指令读写方法及装置。所述技术方案如下：

第一方面，提供了一种Recovery指令读写方法，所述方法包括：

利用主系统接收Recovery指令，检测快速缓存存储区Cache的状态；

当所述Cache为异常状态时，利用所述主系统将所述Recovery指令写入预定命令通道，所述预定命令通道为二进制存储器；

当所述Recovery指令被成功写入所述预定命令通道后，重启进入恢复模式；

在恢复模式下，利用Recovery系统从所述预定命令通道中读取存储的所述Recovery指令，根据读取的所述Recovery指令执行所述Recovery指令所指示的操作。

第二方面，提供了一种Recovery指令读写装置，所述装置包括：

检测模块，用于利用主系统接收Recovery指令，检测快速缓存存储区Cache的状态；

第一写入模块，用于当所述Cache为异常状态时，利用所述主系统将所述Recovery指令写入预定命令通道，所述预定命令通道为二进制存储器；

重启模块，用于当所述Recovery指令被成功写入所述预定命令通道后，重启进入恢复模式；

执行模块，用于在恢复模式下，利用Recovery系统从所述预定命令通道中读取存储的所述Recovery指令，根据读取的所述Recovery指令执行所述Recovery指令所指示的操作。

本发明实施例提供的技术方案带来的有益效果是：

通过当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；由于在终端进入恢复模式后，会利用Recovery系统读取预定命令通道存储的Recovery指令，执行该Recovery指令所指示的操作；因此解决了若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入命令通道，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

附图说明

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

图1是本发明一个实施例提供的Recovery指令读写方法的方法流程图；

图2是本发明一个实施例提供的Recovery指令用于指示终端恢复出厂设置时的读写方法的方法流程图；

图3是本发明一个实施例提供的Recovery指令用于指示终端进行系统升级时的读写方法的方法流程图；

图4A是本发明一个实施例提供的当Cache为正常状态时，终端对Cache的操作方法的方法流程图；

图4B是本发明一个实施例提供的清除Cache已存储的数据方法的流程图；

图5是本发明一个实施例中提供的Recovery指令读写装置的结构方框图；

图6是本发明部分实施例中提供的终端的结构方框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在实际应用中，当终端接收到Recovery指令后，会利用主系统将该Recovery指令存入Cache中，待重启后，该终端会利用Recovery系统获取Cache中存储的Recovery指令，根据Recovery指令进行系统升级或者恢复出厂设置。而为了避免当Cache存在逻辑坏道致使Cache无法挂载，导致Recovery指令无法被正常写入Cache，而致使终端无法进行系统升级或者恢复出厂设置。本实施例中当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道，在终端进入恢复模式后，利用Recovery系统读取预定命令通道中存储的Recovery指令，执行该Recovery指令所指示的操作。

请参考图1，其示出了本发明一个实施例提供的Recovery指令读写方法的方法流程图。该Recovery指令读写方法该Recovery指令读写方法可以包括如下步骤：

步骤101，利用主系统接收Recovery指令，检测Cache的状态。

Cache的状态分为正常状态和异常状态，当Cache存在逻辑坏道或者其他原因，无法被正常挂载时，该Cache为异常状态。

可选的，该Recovery指令用于指示终端进行系统升级或者指示终端恢复出厂设置。

步骤102，当Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道，该预定命令通道为二进制存储器。

通常情况下，当终端接收到Recovery指令后，利用主系统将该Recovery指令写入Cache，待终端重启后，从Cache中读取该Recovery指令，执行该Recovery指令所指示的操作。但若Cache为异常状态时，由于Cache无法被正常挂载，Recovery指令无法被写入Cache，因此此时终端可将Recovery指令写入预定命令通道。

Cache为第四代扩展文件系统(英文：Fourth extended filesystem，简称：EXT4)，终端挂载Cache后，才能对Cache进行读写操作，而预定命令通道为二进制存储器，终端无需挂载预定命令通道即可对预定命令通道进行读写操作，因此，预定命令通道不会像Cache出现无法挂载的情况。

步骤103，当Recovery指令被成功写入预定命令通道后，重启进入恢复模式。

当Recovery指令被成功写入预定命令通道后，终端会重新启动，在开机进入主系统前，判定本次开机的开机原因，若开机原因指示终端进入恢复模式，终端则进入恢复模式。

步骤104，在恢复模式下，利用Recovery系统从预定命令通道中读取存储的Recovery指令，根据读取的Recovery指令执行Recovery指令所指示的操作。

由于Recovery指令可用于指示终端进行系统升级或者指示终端恢复出厂设置，当Recovery指令用于指示终端进行系统升级时，终端按照Recovery指令所指示的升级方式进行系统升级，当Recovery指令用于指示终端恢复出厂设置时，终端按照Recovery指令所指示的恢复方式恢复出厂设置。

需要说明的是，终端在进行恢复出厂设置的过程中包含对Cache进行修复操作。

综上所述，本发明实施例提供的Recovery指令读写方法，通过当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；由于在终端进入恢复模式后，会利用Recovery系统读取预定命令通道存储的Recovery指令，执行该Recovery指令所指示的操作；因此解决了若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入命令通道，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

由于终端在按照Recovery指令所指示的恢复方式恢复出厂设置的过程中，会执行对Cache进行修复的操作，因此，当终端利用Recovery系统执行Recovery指令之前，无需额外执行对Cache进行修复的操作。

请参考图2，其示出了本发明一个实施例提供的Recovery指令用于指示终端恢复出厂设置时的读写方法的方法流程图。该Recovery指令用于指示终端恢复出厂设置时的读写方法该Recovery指令读写方法可以包括如下步骤：

步骤201，利用主系统接收Recovery指令，检测快速缓存存储区Cache的状态。

步骤202，当Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道，该预定命令通道为二进制存储器。

由于终端恢复出厂设置的流程中包含对Cache进行格式化的步骤，而格式化是修复逻辑坏道的方法之一，因此当Recovery指令用于指示终端按照Recovery指令所指示的恢复方式恢复出厂设置前，终端无需利用Recovery系统额外执行对Cache进行修复的操作。

步骤203，当Recovery指令被成功写入预定命令通道后，重启进入恢复模式。

在一种可能实现的方式中，预定命令通道可以为第四代扩展文件系统或者二进制存储器，第四代扩展文件系统的写入命令的方式与二进制存储器写入命令的方式不同。第四代扩展文件系统是直接调用标准接口，获取命令的指定路径和字符串，命令的写入位置由第四代扩展文件系统分配和管理，而二进制存储器则是根据预定命令通道的地址及偏移量，以二进制写的方式写入Cache对应的地址上。因此，Cache的类型不同，终端判定开机原因的流程也不同。当预定命令通道为第四代扩展文件系统时，该重启进入恢复模式方法可由下述步骤A1至步骤A2来实现。

步骤A1，重启终端，利用主系统检测预定命令通道中是否存储有Recovery字符。

终端重新开机启动后，会通过利用Recovery系统检测预定命令通道中是否存储有Recovery字符，来判定终端本次开机的开机原因。

步骤A2，开机启动时在检测到预定命令通道中存储有Recovery字符时，进入恢复模式。

当终端未检测到预定命令通道中存储有Recovery字符时，说明终端本次开机的开机原因与恢复模式无关，终端可以正常开机启动或执行其他操作，当终端检测到预定命令通道中存储有Recovery字符时，说明终端本次开机的开机原因与恢复模式有关，终端进入恢复模式。

当预定命令通道为二进制存储器时，该重启进入恢复模式方法可由下述步骤B1至步骤B2来实现。

步骤B1，重启所述终端，利用主系统检测预定命令通道的指令command域中是否存储有Recovery字符。

比如，设预定命令通道的容量为1024个字节，终端可将地址0～31(一共32个字节)定义为command域，将地址32～543(一共512个字节)定义为Recovery域，其中，command域中用于存储Recovery字符，Recovery域用于存储终端进入Recovery模式后所要执行的指令。当终端重新启动后，终端可以检测预定命令通道中的command域中是否写入Recovery字符，而无需对预定命令通道的全部地址进行Recovery字符的检测，以此减少检测Recovery字符的时间。

步骤B2，在检测到预定命令通道的command域中存储有Recovery字符时，进入恢复模式。

需要说明的是，步骤B2与步骤A2类似，本实施例不再对步骤B2赘述说明。

步骤204，在恢复模式下，利用Recovery系统从预定命令通道中读取存储的Recovery指令，按照Recovery指令所指示的恢复方式恢复出厂设置。

在一种可能实现的方式中，由于Cache的类型不同，终端判定开机原因的流程也不同，因此当预定命令通道为第四代扩展文件系统时，该利用Recovery系统从预定命令通道中读取存储的Recovery指令方法可由下述步骤C1至步骤C2来实现。

步骤C1，利用Recovery系统从Cache中读取Recovery指令。

由于Cache是终端默认写入或者读取Recovery指令的通道，因此在终端进入恢复模式后，会利用Recovery系统从Cache中读取Recovery指令。

步骤C2，当利用Recovery系统未从Cache中成功读取到Recovery指令时，利用Recovery系统从预定命令通道中读取Recovery指令。

当利用Recovery系统未从Cache中成功读取到Recovery指令时，说明Cache为异常状态，此时终端利用Recovery系统从预定命令通道中读取Recovery指令。

当预定命令通道为二进制存储器时，该利用Recovery系统从预定命令通道中读取存储的Recovery指令方法可由下述步骤D1至步骤D2来实现。

步骤D1，利用Recovery系统从Cache中读取Recovery指令。

步骤D2，当利用Recovery系统未从Cache中成功读取到Recovery指令时，利用Recovery系统从预定命令通道的Recovery指令域中读取Recovery指令。

需要说明的是，步骤D1至步骤D2与步骤C1至步骤C2相似，本实施例不再对步骤D1至步骤D2赘述说明。

综上所述，本发明实施例提供的Recovery指令读写方法，通过当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；由于在终端进入恢复模式后，会利用Recovery系统读取预定命令通道存储的Recovery指令，执行该Recovery指令所指示的操作；因此解决了若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入命令通道，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

在本实施例中，由于终端在按照Recovery指令所指示的恢复方式恢复出厂设置的过程中，会执行对Cache进行修复操作，因此，当终端利用Recovery系统执行Recovery指令之前，无需额外执行对Cache进行修复的操作。

请参考图3，其示出了本发明一个实施例提供的Recovery指令用于指示终端进行系统升级时的读写方法的方法流程图。该Recovery指令用于指示终端进行系统升级时的读写方法可以包括如下步骤：

步骤301，利用主系统接收Recovery指令，检测快速缓存存储区Cache的状态。

步骤302，当Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道，该预定命令通道为二进制存储器。

步骤303，利用主系统将修复指令写入预定命令通道。

可选的，该修复指令用于指示终端按照修复指令所指示的修复方式对Cache进行修复操作。

由于终端进行系统升级，通常是对终端进行升级操作，并不涉及对Cache的修复，因此终端需要将修复指令写入预定命令通道中。

可选的，当预定命令通道为二进制存储器时，步骤303可被步骤S1替代。

步骤S1，利用主系统将修复指令写入预定命令通道的Recovery域中。

步骤304，当Recovery指令被成功写入预定命令通道后，重启进入恢复模式。

步骤305，在恢复模式下，利用Recovery系统从预定命令通道中读取存储的修复指令。

可选的，当预定命令通道为二进制存储器时，步骤305可被步骤S2替代。

步骤S2，在恢复模式下，利用Recovery系统从预定命令通道的Recovery域中读取存储的修复指令。

步骤306，利用Recovery系统根据读取的修复指令执行修复指令所指示的操作。

步骤307，按照Recovery指令所指示的升级方式进行系统升级。

需要说明的是，本实施例不限定步骤306和步骤307的执行顺序。

综上所述，本发明实施例提供的Recovery指令读写方法，通过当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；由于在终端进入恢复模式后，会利用Recovery系统读取预定命令通道存储的Recovery指令，执行该Recovery指令所指示的操作；因此解决了若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入命令通道，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

在本实施例中，由于终端进行系统升级，通常是对终端进行升级操作，并不涉及对Cache的修复，因此终端需要将修复指令写入预定命令通道中。

在一种可能实现的方式中，请参考图4A，其示出了本发明一个实施例提供的当Cache为正常状态时，终端对Cache的操作方法的方法流程图。该终端对Cache的操作方法可以包括如下步骤：

步骤401，当Cache为正常状态时，检测Cache的剩余存储空间的大小。

在Cache为正常状态后，终端还需要检测Cache的剩余存储空间的大小，判断Cache的剩余存储空间的大小是否达到进入Recovery所需要的空间大小要求。

步骤402，当剩余存储空间小于存储空间阈值时，清除Cache已存储的数据。

可选的，Cache已存储的数据为Cache已存储的应用程序的备份数据。

由于通常情况下终端进入恢复模式前，会先将应用程序的备份数据存储在Cache中，再通过网络连接将备份数据上传至服务器中，当所有备份数据上传完毕后，再将Cache中存储的备份数据删除。在终端执行系统恢复操作或者应用程序的数据被删除时，终端可以再通过网络从服务器中将之前上传的备份数据下载至终端，对应用程序进行数据恢复。

但当存入应用程序的备份数据后的Cache的可用空间较小甚至为0，且该备份数据由于网络或者其他原因未能及时上传至服务器时，若终端接收到Recovery指令，则可能会出现至少两种情况：

第一种情况，当Cache的剩余存储空间为0时，Recovery指令无法被写入Cache，导致终端无法重启进入恢复模式。

第二种情况，当Cache的剩余存储空间小于系统升级所要求的可用空间时，终端将Recovery指令写入Cache中，并重启进入Recovery，但在终端进行系统升级的过程中，由于Cache的剩余存储空间未达到系统升级所要求的大小，因此终端可能会因为Cache的剩余空间不足而导致升级失败。

因此，终端在Cache的剩余存储空间小于存储空间阈值时，清除Cache已存储的数据，可以有效避免Cache中已存储的数据过分占用Cache的空间，导致终端无法正常执行系统恢复或者系统升级的操作。

在一种可能实现的方式中，若系统升级的客户端是第三方提供，可能会因该客户端具Recovery系统权限(比如，客户端缺少相应的扩张强制访问控制安全模块(英文：Security-Enhanced Linux，简称：SELinux)权限)而导致执行清除Cache的操作失败。为了避免第三方提供的客户端缺少系统权限无法清除Cache已存储的数据，致使终端无法正常执行Recovery所指示的操作，图4B示出了本发明一个实施例提供的清除Cache已存储的数据方法的流程图，如图4B所示，该清除Cache已存储的数据方法可由下述步骤本实施例中步骤402a至步骤402b来实现。

步骤402a，调用Android接口定义语言AIDL，读取AIDL对应的预存在非Cache中的编译文件。

可选的，该编译文件为扩展名为.mk的开发文件。

可选的，该编译文件中记录有用于删除Cache存储的数据的代码，其中，该删除Cache存储的数据的代码由代码编译人员编写进去。

步骤402b，解析编译文件中记录的代码，按照代码所指示的清除方式清除Cache存储的数据。

步骤403，在清除Cache已存储的数据之后，若Cache的剩余存储空间小于存储空间阈值，则显示用于提示用户的存储空间小于存储空间阈值的提示信息。

可选的，在清除Cache已存储的数据之后，若Cache的剩余存储空间小于存储空间阈值，则继续执行清除Cache已存储的数据的步骤，直至执行清除Cache已存储的数据的步骤的次数达到预定次数阈值，则显示用于提示用户的存储空间小于存储空间阈值的提示信息。其中，该预定次数阈值可以为3次、5次、7次等等，对比本实施例不做具体限定。

在清除Cache已存储的数据之后，若Cache的剩余存储空间达到存储控件阈值，则将Recovery指令写入Cache，当Recovery指令被成功写入Cache后，终端进入恢复模式，在恢复模式下，从Cache中读取存储的Recovery指令，根据读取的Recovery指令执行Recovery指令所指示的操作。

在本实施例中，通过调定义一种清除Cache的系统服务的方式，来解决第三方提供的客户端缺少系统权限无法清除Cache已存储的数据的问题。

下述为本发明装置实施例，对于装置实施例中未详尽描述的细节，可以参考上述一一对应的方法实施例。

请参考图5，图5是本发明一个实施例中提供的Recovery指令读写装置的结构方框图。该Recovery指令读写方法该装置包括：检测模块501、第一写入模块502、重启模块503和执行模块504。

检测模块501，用于利用主系统接收Recovery指令，检测Cache的状态；

第一写入模块502，用于当所述Cache为异常状态时，利用所述主系统将所述Recovery指令写入预定命令通道，所述预定命令通道为二进制存储器；

重启模块503，用于当所述Recovery指令被成功写入所述预定命令通道后，重启进入恢复模式；

执行模块504，用于在恢复模式下，利用Recovery系统从所述预定命令通道中读取存储的所述Recovery指令，根据读取的所述Recovery指令执行所述Recovery指令所指示的操作。

在一种可能的实现方式中，重启模块503，包括：

检测单元，用于重启所述终端，利用所述主系统检测所述预定命令通道的指令command域中是否存储有Recovery字符；

恢复单元，用于在检测到所述预定命令通道的command域中存储有Recovery字符时，进入恢复模式。

在一种可能的实现方式中，执行模块504，包括：

第一读取单元，用于利用所述Recovery系统从所述Cache中读取Recovery指令；

第二读取单元，用于当利用所述Recovery系统未从所述Cache中成功读取到Recovery指令时，利用所述Recovery系统从所述预定命令通道的Recovery指令域中读取Recovery指令。

在一种可能的实现方式中，该Recovery指令用于指示终端进行系统升级，该装置还包括：

第二写入模块，用于当所述Cache为异常状态时，利用所述主系统将修复指令写入所述预定命令通道，所述修复指令用于指示所述终端按照所述修复指令所指示的修复方式对所述Cache进行修复操作。

在一种可能的实现方式中，执行模块504，包括：

升级单元，用于当Recovery指令用于指示终端进行系统升级时，按照Recovery指令所指示的升级方式进行系统升级；

恢复单元，用于当Recovery指令用于指示终端恢复出厂设置时，按照Recovery指令所指示的恢复方式恢复出厂设置，系统恢复包括对Cache进行的修复操作。

综上所述，本发明实施例提供的Recovery指令读写装置，通过当终端检测到Cache为异常状态时，利用主系统将Recovery指令写入预定命令通道；由于在终端进入恢复模式后，会利用Recovery系统读取预定命令通道存储的Recovery指令，执行该Recovery指令所指示的操作；因此解决了若Cache存在逻辑坏道致使Cache无法挂载，Recovery指令无法被正常写入命令通道，则会致使终端无法进行系统升级或者恢复出厂设置的问题；达到了在Cache无法挂载的情况下，终端可以正常进行系统升级或者恢复出厂设置的效果。

在本实施例中，由于终端在按照Recovery指令所指示的恢复方式恢复出厂设置的过程中，会执行对Cache进行修复操作，因此，当终端利用Recovery系统执行Recovery指令之前，无需额外执行对Cache进行修复的操作。

在本实施例中，由于终端进行系统升级，通常是对终端进行升级操作，并不涉及对Cache的修复，因此终端需要将修复指令写入预定命令通道中。

本实施例中，通过定义一种清除Cache的系统服务的方式，来解决第三方提供的客户端缺少系统权限无法清除Cache已存储的数据的问题。

需要说明的是：上述实施例中提供的Recovery指令读写装置在修复Cache时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的Recovery指令读写装置与Recovery指令读写方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参见图6所示，其示出了本发明部分实施例中提供的终端的结构方框图。该终端600用于实施上述实施例提供的Recovery指令读写方法。本发明中的终端600可以包括一个或多个如下组成部分：用于执行计算机程序指令以完成各种流程和方法的处理器，用于数据和存储程序指令随机接入存储器(RAM)和只读存储器(ROM)，用于存储数据和数据的存储器，I/O设备，界面，天线等。具体来讲：

终端600可以包括RF(Radio Frequency，射频)电路610、存储器620、输入单元630、显示单元660、传感器650、音频电路660、WiFi(wireless fidelity，无线保真)模块670、处理器680、电源682、摄像头690等部件。本领域技术人员可以理解，图6中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图6对终端600的各个构成部件进行具体的介绍：

RF电路610可用于收发数据或通话过程中，信号的接收和发送，特别地，将基站的下行数据接收后，给处理器680处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路610还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System ofMobilecommunication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。

存储器620可用于存储软件程序以及模块，处理器680通过运行存储在存储器620的软件程序以及模块，从而执行终端600的各种功能应用以及数据处理。存储器620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端600的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

显示单元660可用于显示由用户输入的数据或提供给用户的数据以及终端600的各种菜单。显示单元660可包括显示面板661，可选的，可以采用LCD(Liquid CrystalDisplay，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板661。进一步的，触控面板631可覆盖显示面板661，当触控面板631检测到在其上或附近的触摸操作后，传送给处理器680以确定触摸事件的类型，随后处理器680根据触摸事件的类型在显示面板661上提供相应的视觉输出。虽然在图6中，触控面板631与显示面板661是作为两个独立的部件来实现终端600的输入和输入功能，但是在某些实施例中，可以将触控面板631与显示面板661集成而实现终端600的输入和输出功能。

终端600还可包括至少一种传感器650，比如陀螺仪传感器、磁感应传感器、光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板661的亮度，接近传感器可在终端600移动到耳边时，关闭显示面板661和/或背光。作为运动传感器的一种，加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端600还可配置的气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路660、扬声器661，传声器662可提供用户与终端600之间的音频接口。音频电路660可将接收到的音频数据转换后的电信号，传输到扬声器661，由扬声器661转换为声音信号输出；另一方面，传声器662将收集的声音信号转换为电信号，由音频电路660接收后转换为音频数据，再将音频数据输出处理器680处理后，经RF电路610以发送给比如另一终端，或者将音频数据输出至存储器620以便进一步处理。

WiFi属于短距离无线传输技术，终端600通过WiFi模块670可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图6示出了WiFi模块670，但是可以理解的是，其并不属于终端600的必须构成，完全可以根据需要在不改变公开的本质的范围内而省略。

处理器680是终端600的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器620内的软件程序和/或模块，以及调用存储在存储器620内的数据，执行终端600的各种功能和处理数据，从而对终端进行整体监控。可选的，处理器680可包括一个或多个处理单元；优选的，处理器680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器680中。

终端600还包括给各个部件供电的电源682(比如电池)，优选的，电源可以通过电源管理系统与处理器682逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

摄像头690一般由镜头、图像传感器、接口、数字信号处理器、CPU、显示屏幕等组成。其中，镜头固定在图像传感器的上方，可以通过手动调节镜头来改变聚焦；图像传感器相当于传统相机的“胶卷”，是摄像头采集图像的心脏；接口用于把摄像头利用排线、板对板连接器、弹簧式连接方式与终端主板连接，将采集的图像发送给所述存储器620；数字信号处理器通过数学运算对采集的图像进行处理，将采集的模拟图像转换为数字图像并通过接口发送给存储器620。

尽管未示出，终端600还可以包括蓝牙模块等，在此不再赘述。

终端600除了包括一个或者多个处理器680，还包括有存储器，以及一个或者多个程序，其中一个或者多个程序存储于存储器中，并被配置成由一个或者多个处理器执行，执行上述Recovery指令读写方法。

需要说明的是，上述实施例提供的终端与Recovery指令读写装置实施例以及Recovery指令读写方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种恢复模式Recovery指令读写方法，其特征在于，所述方法包括：

利用主系统接收Recovery指令，检测快速缓存存储区Cache的状态；

当所述Cache为异常状态时，利用所述主系统将所述Recovery指令写入预定命令通道，所述预定命令通道为二进制存储器；

当所述Recovery指令被成功写入所述预定命令通道后，重启进入恢复模式；

在恢复模式下，利用Recovery系统从所述预定命令通道中读取存储的所述Recovery指令，根据读取的所述Recovery指令执行所述Recovery指令所指示的操作。

2.根据权利要求1所述的方法，其特征在于，所述重启进入恢复模式，包括：

重启所述终端，利用所述主系统检测所述预定命令通道的指令command域中是否存储有Recovery字符；

在检测到所述预定命令通道的command域中存储有Recovery字符时，进入恢复模式。

3.根据权利要求1所述的方法，其特征在于，所述从所述预定命令通道中读取存储的所述Recovery指令，包括：

利用所述Recovery系统从所述Cache中读取Recovery指令；

当利用所述Recovery系统未从所述Cache中成功读取到Recovery指令时，利用所述Recovery系统从所述预定命令通道的Recovery指令域中读取Recovery指令。

4.根据权利要求1所述的方法，其特征在于，所述Recovery指令用于指示所述终端进行系统升级，当所述Cache为异常状态时，所述方法还包括：

利用所述主系统将修复指令写入所述预定命令通道，所述修复指令用于指示所述终端按照所述修复指令所指示的修复方式对所述Cache进行修复操作。

5.根据权利要求1-4中任一所述的方法，其特征在于，所述根据读取的所述Recovery指令执行所述Recovery指令所指示的操作，包括：

当所述Recovery指令用于指示所述终端进行系统升级时，按照所述Recovery指令所指示的升级方式进行系统升级；

当所述Recovery指令用于指示所述终端进行恢复出厂设置时，按照所述Recovery指令所指示的恢复方式恢复出厂设置，所述系统恢复包括对所述Cache进行的修复操作。

6.一种Recovery指令读写装置，其特征在于，所述装置包括：

检测模块，用于利用主系统接收Recovery指令，检测Cache的状态；

第一写入模块，用于当所述Cache为异常状态时，利用所述主系统将所述Recovery指令写入预定命令通道，所述预定命令通道为二进制存储器；

重启模块，用于当所述Recovery指令被成功写入所述预定命令通道后，重启进入恢复模式；

执行模块，用于在恢复模式下，利用Recovery系统从所述预定命令通道中读取存储的所述Recovery指令，根据读取的所述Recovery指令执行所述Recovery指令所指示的操作。

7.根据权利要求6所述的装置，其特征在于，所述重启模块，包括：

检测单元，用于重启所述终端，利用所述主系统检测所述预定命令通道的command域中是否存储有Recovery字符；

恢复单元，用于在检测到所述预定命令通道的command域中存储有Recovery字符时，进入恢复模式。

8.根据权利要求6所述的装置，其特征在于，所述执行模块，包括：

第一读取单元，用于利用所述Recovery系统从所述Cache中读取Recovery指令；

第二读取单元，用于当利用所述Recovery系统未从所述Cache中成功读取到Recovery指令时，利用所述Recovery系统从所述预定命令通道的Recovery指令域中读取Recovery指令。

9.根据权利要求6所述的装置，其特征在于，所述Recovery指令用于指示所述终端进行系统升级，所述装置还包括：

第二写入模块，用于当所述Cache为异常状态时，利用所述主系统将修复指令写入所述预定命令通道，所述修复指令用于指示所述终端按照所述修复指令所指示的修复方式对所述Cache进行修复操作。

10.根据权利要求6-9中任一所述的装置，其特征在于，所述执行模块，包括：

升级单元，用于当所述Recovery指令用于指示所述终端进行系统升级时，按照所述Recovery指令所指示的升级方式进行系统升级；

恢复单元，用于当所述Recovery指令用于指示所述终端进行恢复出厂设置时，按照所述Recovery指令所指示的恢复方式恢复出厂设置，所述系统恢复包括对所述Cache进行的修复操作。