WO2017219861A1

WO2017219861A1 - 系统启动模式的控制方法及装置

Info

Publication number: WO2017219861A1
Application number: PCT/CN2017/087408
Authority: WO
Inventors: 范建伟
Original assignee: 阿里巴巴集团控股有限公司
Priority date: 2016-06-20
Filing date: 2017-06-07
Publication date: 2017-12-28
Also published as: CN107526574A

Abstract

一种系统启动模式的控制方法及装置，其中，系统启动模式的控制方法包括：接收操作系统的系统版本产生更新的更新指令（101）；响应于所述更新指令，从服务器下载本次更新对应的升级包（102）；在所述升级包下载完成时，将所述操作系统的启动模式设置为恢复模式（103）。上述方法与现有技术中便携设备需要在系统升级时立即执行重新启动等操作相比，节约了便携设备在开关机时刻所耗费的系统资源，避免了便携设备频繁的开关机操作，进而，也能提升执行操作命令时使用便携设备的用户体验。

Description

系统启动模式的控制方法及装置

本申请要求2016年06月20日递交的申请号为201610446372.6、发明名称为“系统启动模式的控制方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及安卓系统技术领域，特别涉及系统启动模式的控制方法及装置。

背景技术

便携设备是指在使用场地之间容易携带的设备，一般指的是一类嵌入式计算机系统设备。随着互联网在使用中的普及，越来越多的用户开始使用便携设备。在现有技术中，便携设备在需要执行一些操作指令的时候，例如，系统升级指令，则需要在系统升级包下载完成之后，提示用户是否需要升级，如果用户确认，则立即进行系统重启，并在重启后进入恢复模式以对系统进行升级。

发明内容

但是发明人在研究过程中发现，在操作系统向用户提示是否需要升级之后，一旦用户确认，这种立即进行重启的操作有时候会影响用户当前正在执行的操作，例如用户正在编辑一条微博，则很可能会导致用户编辑的内容出现丢失等情况。不仅如此，在操作系统进行重启时候会执行开关机操作，而用户后续如果暂时不使用手机，也会进行不必要的关机进而再开机的操作，这种频繁或者多余的开关机操作也会过多的耗费便携设备的系统资源，同时也影响用户使用便携设备的体验，给用户带来不好的感受。

基于此，本申请提供了系统启动模式的控制方法，以避免便携设备在需要执行某些操作指令时的频繁或者多余的开关机操作，从而节约系统资源，进而还能提升用户体验。

本申请还提供了一种系统启动模式的控制装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种系统启动模式的控制方法，包括：

接收操作系统版本产生更新的更新指令；

响应于所述更新指令，从服务器下载本次更新对应的升级包；

当所述升级包下载完成时，将所述操作系统的启动模式设置为恢复模式。

本申请还公开了另一种系统启动模式的控制方法，包括：

接收对操作系统的操作指令；

判断所述操作指令是否匹配预设的模式控制条件，如果是，则将所述操作系统的启动模式设置为恢复模式。

本申请还公开了一种系统启动模式的控制装置，包括：

接收更新指令模块，用于接收操作系统版本产生更新的更新指令；

下载模块，用于响应于所述更新指令，从服务器下载本次更新对应的升级包；

第一设置模块，用于在所述升级包的下载完成时，将所述操作系统的启动模式设置为恢复模式。

本申请还公开了另一种系统启动模式的控制装置，包括：

接收操作指令模块，用于接收对操作系统的操作指令；

判断模块，用于判断所述操作指令是否匹配预设的模式控制条件；

第二设置模块，用于在所述判断模块的结果为是的情况下，将所述操作系统的启动模式设置为恢复模式。

与现有技术相比，本申请包括以下优点：

在本申请实施例中，在进行操作系统升级的时候，即便系统升级包下载完成，因为立即对操作系统的启动模式进行了控制，因此，基于该操作系统的终端不会立即进行重启操作等，并且会在下一次重启或者开机的时候，直接控制终端的操作系统进入恢复模式进行系统升级。这样就在不影响用户正常使用终端的前提下，在下一次终端重新启动的时候，根据已经下载完成的升级包对操作系统进行升级，在节约终端在开关机时刻所耗费的系统资源的同时，还避免了终端频繁的开关机操作。

此外，本申请实施例不仅适应于操作系统升级的应用场景，针对基于Android系统的终端，在需要执行在恢复模式下才能执行的一些操作指令时，如果该操作指令满足预先设置好的模式控制条件，则将该操作系统的启动模式设置为恢复模式，而该恢复模式因为在该终端下一次开机或者重新启动的时候才生效，所以不会对用户目前正常使用的终端立即执行重新启动等操作，这样与现有技术中终端立即执行重新启动等操作相比，就节约了终端在开关机时刻所耗费的系统资源，避免了终端频繁的开关机操作，进而，也能提升执行操作命令时使用终端的用户体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的系统启动模式的控制方法实施例1的流程图；

图2是本申请的系统启动模式的控制方法实施例2的流程图；

图3是本申请的系统启动模式的控制装置实施例1的结构框图；

图4是本申请的系统启动模式的控制装置实施例2的结构框图。

具体实施方式

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

定义：

安卓(Android)操作系统，是一种基于Linux的自由及开放源代码的操作系统，主要使用于便携设备，如智能手机和平板电脑。

启动模式，启动模式有两个，一个是正常模式，另一个是恢复模式。以安卓操作系统为例，正常模式就是用户正常开机之后进入的、用户可以进行操作的系统模式，而恢复模式则是Android操作系统进行系统级别维护时需要进入的系统模式。

安卓操作系统的层次结构，一个嵌入式Linux系统从软件的角度看通常可以分为四个层次：第一层是引导加载程序，包括固化在固件(firmware)中的boot代码(可选)，和，Boot Loader两大部分。第二层是Linux内核，特定于嵌入式板子的定制内核以及内核的启动参数。第三层是文件系统，包括根文件系统和建立于Flash内存设备之上文件系统。第四层是用户应用程序，是特定于用户的应用程序。有时在用户应用程序和内核层之间可能还会包括一个嵌入式图形用户界面。

引导加载程序，是Linux系统加电后运行的第一段软件代码。基于Linux系统的移动终端，在开机或者重启时进入引导加载程序的Boot Loader，Boot Loader会先检查某个CPU的寄存器，如果这个寄存器被置位，那么操作系统就进入恢复模式，否则，就进一步检查MISC的内容。如果MISC的内容有置位，那么操作系统就进入恢复模式，否则，操作系统就进入正常模式。在移动终端的操作系统进入正常模式后，假设系统需要升级且下载完成了升级包，那么系统会提示用户是否安装这个升级包，用户确认安装升级包后，系统会立即将寄存器置位并重启设备，以便设备能够进入恢复模式进行系统升级。

可见，在移动设备的操作系统下载完升级包后，如果系统需要升级且用户确认进行升级，则设备会立即将寄存器置位并立即重启设备，以便设备在开机的时候通过对寄存器是否置位的检查来进入恢复模式，并在恢复模式下安装升级包进行系统升级。以手机为例，这种立即进行重启的操作有时候会影响用户当前正在执行的操作，例如用户正在编辑一条微博，则很可能会导致用户编辑的内容出现丢失等情况。不仅如此，在系统进行重启时候会执行开关机操作，而用户后续如果暂时不需要手机重启，也会进行不必要的关机进而再开机的操作，这种频繁或者多余的开关机操作也会过多的耗费便携设备的系统资源，同时也影响用户使用便携设备的体验，给用户带来不好的感受。

为此，本申请提供一种下载完系统升级包后并不需要立即重启设备的、控制操作系统的启动模式的方法。

参考图1，示出了本申请一种系统启动模式的控制方法实施例1的流程图，本实施例可以应用于便携设备上集成的、系统启动模式的控制装置上，本实施例可以包括以下步骤：

步骤101：控制装置的接收模块接收操作系统版本产生更新的更新指令。

在本实施例中，控制装置可以理解为前述的引导加载程序，而其中的接收模块可以是引导加载程序中实现接收更新指令功能的一小段程序代码。在本步骤中，以基于安卓操作系统的智能手机进行举例说明，但是本领域技术人员可以确定，本申请实施例可以应用于安装了Android操作系统的任何便携设备。在安卓操作系统的系统版本产生更新的情况下，该系统版本需要进行升级，则开发人员可以在后台服务器的操作界面上触发系统版本已经产生了更新的更新指令，以便基于安卓操作系统的终端接收到该更新指令后，可以从服务器下载本次更新对应的升级包。

步骤102：响应于所述更新指令，控制装置的下载模块从服务器下载本次更新对应的升级包。

在本实施例中，控制装置可以理解为前述的引导加载程序，而其中的下载模块可以是引导加载程序中实现下载升级包功能的一小段程序代码。在本步骤中，由于不同终端所安装的安卓操作系统的版本可能不同，因此，每个终端在下载升级包的时候，都是与该终端的安卓操作系统的版本新旧程度有关。例如，某个终端的系统版本为2.2，而安卓操作系统最新的系统版本为2.3，则该终端的升级包就用于从2.2版本升级到2.3版本。再例如，有一个终端的系统版本为2.1，则该终端的升级包就用于从2.1版本升级到2.3版本。

步骤103：在下载所述升级包下载完成时，控制装置的第一设置模块将所述操作系统的启动模式设置为恢复模式。

在下载系统升级包的过程中，当前终端可以实时判断该系统升级包是否下载完成，如果没有下载完成，则继续执行本步骤，如果下载完成，则第一设置模块将操作系统的启动模式设置为恢复模式。具体的，在升级包下载完成时，服务器可以向终端发送一个通知，如果没有接收到该通知，则可以判断该升级包还未下载完成。当然，也可以采取其他方式来判断升级包是否下载完成。而下载包已经升级完成时，则本步骤中将该操作系统的启动模式直接设置为恢复模式，该设置将在操作系统重新启动的时候生效。例如，用户在重新启动时的开机启动，关机之后重新执行的开机启动，或者智能手机断电关机后重新充电后再次开机启动，等等。

具体的，本步骤中可以通过对操作系统的杂项分区的状态位进行置位的方式实现对启动模式的控制，该置位后的状态位用于表示所述操作系统的启动模式为恢复模式。因为寄存器的内容会因为智能手机断电而丢失，但是MISC的内容不会因为智能手机断电而丢失，因此优选的，可以采取将MISC的状态位进行置位的方式，以保证即便智能手机断电的情况下，也能在下一次开机时保证智能手机进入恢复模式。

进一步的，在步骤103之后，本申请实施例还可以包括：

步骤104：在检测到所述操作系统重新启动的情况下，控制装置的第一控制模块控制所述操作系统进入恢复模式，控制装置的第二控制模块控制所述操作系统在所述恢复模式下依据所述升级包进行升级。

接着，在用户暂时不需要使用终端而执行关机操作，或者执行重启操作的情况下，终端会在以后的某个时刻进行开机操作，在这个时候因为步骤103已经对启动模式进行了控制，因此，引导加载程序的第一控制模块会控制终端的安卓操作系统进入恢复模式。而在终端的安卓操作系统进入恢复模式之后，则可以依据步骤101下载的升级包由控制装置的第二控制模块控制该终端的安卓操作系统进行升级。

在本实施例中，在进行系统升级的时候，即便系统升级包下载完成，因为立即对操作系统的启动模式进行了控制，因此，终端即不会立即进行重启操作等，又会在下一次重启或者开机的时候，直接控制操作系统进入恢复模式进行系统升级。这样就在不影响用户正常使用终端的前提下，在下一次终端开机的时候，根据已经下载完成的系统升级包对系统进行升级，在节约终端开关机时刻所耗费的系统资源的同时，还避免了终端频繁的开关机操作。

参考图2，示出了本申请一种系统启动模式的控制方法实施例2的流程图，该方法可以应用于便携设备上集成的、系统启动模式的控制装置上，本实施例可以包括以下步骤：

步骤201：控制装置的接收操作指令模块接收对操作系统的操作指令。

在本申请实施例中，仍以终端为智能手机进行举例说明，但是本领域技术人员可以确定，本申请实施例可以应用于安装了Android操作系统的任何便携设备。在用户正常使用处于开机状态的智能手机时，如果智能手机的后台服务器下达了某种操作指令，例如，恢复出厂设置指令，或者，实施例1中的系统升级包的更新指令等，则首先接收到该操作指令。例如，对于恢复出厂设置指令来讲，操作指令的内容就是对该智能手机恢复出厂设置，而对于下载系统升级包指令来说，操作指令的内容就是该智能手机从系统服务器下载系统升级包。类似的，该操作指令，还可以例如：选择性擦除用户数据指令，加密或解密用户文件指令，以及，修改分区大小指令，等等。这些操作指令可以由开发人员在后台服务器的操作界面上触发并发送给基于安卓操作系统的终端。

步骤202：控制装置的判断模块判断所述操作指令是否匹配预设的模式控制条件，如果是，则进入步骤203。

接着，针对接收到的操作指令，判断该操作指令是否匹配预设的模式控制条件，在能够匹配预设的模式控制条件的情况下，则可以将安卓操作系统的启动模式设置为恢复模式，以便后续可以在该恢复模式下执行操作指令。

在实际应用中，Android操作系统在开机，包括重新启动时的开机，和关机之后重新触发的开机的过程中，会首先进入引导装载程序(bootloader)，该bootloader会首先检查智能手机的中央处理器(CPU)的寄存器，如果寄存器被置位，置位后的寄存器表示智能手机在开机的时候需要进入恢复模式，那么该智能手机就会进入恢复模式。如果寄存器未被置位，则进一步检查杂项分区(MISC分区)，如果MISC被置位，置位后的MISC也表示智能手机在开机的时候需要进入恢复模式，那么该智能手机也会进入恢复模式，而如果MISC未被置位，则该智能手机会进入正常模式。

在本实施例中，为了使智能手机在下一次开机时能够直接进入恢复模式，从而可以执行必须在恢复模式下才能执行的操作命令，则可以预先设置一些模式控制条件。该模式控制条件可以例如，实施例1中在操作指令为升级指令的情况下，系统升级包是否下载完毕；或者，如果是恢复出厂设置指令，是否已经得到用户的确认，等等。

步骤203：控制装置的第二设置模块将所述操作系统的启动模式设置为恢复模式。

而如果步骤202中判断得到操作指令对应的操作内容能够匹配预设的模式控制条件，则本步骤中将安卓操作系统的启动模式直接设置为恢复模式，该设置将在智能手机下一次开机的时候生效。例如，用户在重新启动时的开机，关机之后重新执行的开机，或者智能手机断电关机后重新充电后再次开机，等等。具体的，可以通过将智能手机的寄存器的状态位进行置位或者杂项分区的状态位进行置位，从而实现本步骤。优选的，因为寄存器的内容会因为智能手机断电而丢失，但是MISC的内容不会因为智能手机断电而丢失，因此可以采取将MISC的状态位进行置位的方式，以保证即便智能手机断电的情况下，也能在下一次开机时保证智能手机进入恢复模式。

仍以智能手机开机为例，智能手机首先仍会进入bootloader，而bootloader在检测到寄存器或者MISC的状态位进行置位之后，则会进入恢复模式以便在恢复模式下执行操作指令。后续，在智能手机正常退出恢复模式的时候，还可以将寄存器或者MISC的状态位清空，以便在下一次不需要执行操作指令的情况下，智能手机开机时能够进入正常模式以便用户正常使用。

在步骤203之后，本实施例还可以包括步骤204：

步骤204：在检测到所述操作系统重新启动的情况下，控制装置的第三控制模块控制所述操作系统进入恢复模式，控制装置的第四控制模块控制所述操作系统在所述恢复模式下，执行所述操作指令。

在下一次终端重启或者关机再开机的时候，控制装置的第三控制模块控制所述终端进入恢复模式，控制装置的第四控制模块控制所述终端在所述恢复模式下，执行所述操作指令。例如，在恢复模式下恢复手机出厂设置等。

可见，在本申请实施例中，针对基于Android操作系统的便携设备，在需要执行在恢复模式下才能执行的操作指令时，如果该操作指令对应的操作内容满足模式控制条件，则将该便携设备的启动模式设置为恢复模式，而该恢复模式因为在该便携设备下一次开机的时候才生效，所以不会对用户正常使用的便携设备立即执行重新启动等其他操作，这样与现有技术中的便携设备立即执行重新启动等操作相比，就节约了便携设备在开关机时刻所耗费的系统资源，避免了便携设备频繁的开关机操作，进而，也能提升执行操作命令时使用便携设备的用户体验。

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

与上述本申请一种系统启动模式的控制方法实施例1所提供的方法相对应，参见图3，本申请还提供了一种系统启动模式的控制装置实施例1，在本实施例中，该装置可以集成于便携设备上，该装置可以包括：

接收更新指令模块301，用于接收操作系统版本产生更新的更新指令。

下载模块302，用于响应于所述更新指令，从服务器下载本次更新对应的升级包。

第一设置模块303，用于在所述所述升级包下载完成时，将所述操作系统的启动模式设置为恢复模式。

可选的，本实施例的装置还可以包括：

第一控制模块304，用于在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式。

第二控制模块305，用于控制所述操作系统在所述恢复模式下进行升级。

与上述本申请一种系统启动模式的控制方法实施例2所提供的方法相对应，参见图4，本申请还提供了一种系统启动模式的控制装置实施例2，在本实施例中，该装置可以集成于便携设备上，该装置可以包括：

接收操作指令模块401，用于接收对操作系统的操作指令。

判断模块402，用于判断所述操作指令是否匹配预设的模式控制条件。

第二设置模块403，用于在所述判断模块的结果为是的情况下，将所述操作系统的启动模式设置为恢复模式。

其中，该装置还可以包括：

第三控制模块404，用于在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式。

第四控制模块405，用于控制所述操作系统在所述恢复模式下，执行所述操作指令。

在本实施例中，针对基于Android操作系统的便携设备，在需要执行在恢复模式下才能执行的操作指令时，如果该操作指令对应的操作内容满足模式控制条件，则将该便携设备的启动模式设置为恢复模式，而该恢复模式因为在该便携设备下一次开机的时候才生效，所以不会对用户正常使用的便携设备立即执行重新启动等其他操作，这样与现有技术中的便携设备立即执行重新启动等操作相比，就节约了便携设备在开关机时刻所耗费的系统资源，避免了便携设备频繁的开关机操作，进而，也能提升执行操作命令时使用便携设备的用户体验。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

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

Claims

一种系统启动模式的控制方法，其特征在于，包括：

接收操作系统版本产生更新的更新指令；

响应于所述更新指令，从服务器下载本次更新对应的升级包；

当所述升级包下载完成时，将所述操作系统的启动模式设置为恢复模式。
根据权利要求1所述的方法，其特征在于，还包括：

在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式，并控制所述操作系统在所述恢复模式下依据所述升级包进行升级。
根据权利要求1所述的方法，其特征在于，所述将所述操作系统的启动模式设置为恢复模式，包括：

对所述操作系统的杂项分区的状态位进行置位，所述置位后的状态位用于表示所述操作系统的启动模式为恢复模式。
一种系统启动模式的控制方法，其特征在于，该方法包括：

接收对操作系统的操作指令；

判断所述操作指令是否匹配预设的模式控制条件，如果是，则将所述操作系统的启动模式设置为恢复模式。
根据权利要求4所述的方法，其特征在于，还包括：

在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式，并控制所述操作系统在所述恢复模式下，执行所述操作指令。
根据权利要求4所述的方法，其特征在于，所述将所述操作系统的启动模式设置为恢复模式，包括：

对所述操作系统的杂项分区的状态位进行置位，所述置位后的状态位用于表示所述操作系统的启动模式为恢复模式。
一种系统启动模式的控制装置，其特征在于，包括：

接收更新指令模块，用于接收操作系统版本产生更新的更新指令；

下载模块，用于响应于所述更新指令，从服务器下载本次更新对应的升级包；

第一设置模块，用于在所述升级包的下载完成时，将所述操作系统的启动模式设置为恢复模式。
根据权利要求7所述的装置，其特征在于，还包括：

第一控制模块，用于在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式；

第二控制模块，用于控制所述操作系统在所述恢复模式下进行升级。
根据权利要求7所述的装置，其特征在于，所述第一设置模块具体用于：

对所述操作系统的杂项分区的状态位进行置位，置位后的状态位用于表示所述操作系统的启动模式为恢复模式。
一种系统启动模式的控制装置，其特征在于，该装置包括：

接收操作指令模块，用于接收对操作系统的操作指令；

判断模块，用于判断所述操作指令是否匹配预设的模式控制条件；

第二设置模块，用于在所述判断模块的结果为是的情况下，将所述操作系统的启动模式设置为恢复模式。
根据权利要求10所述的装置，其特征在于，还包括：

第三控制模块，用于在检测到所述操作系统重新启动的情况下，控制所述操作系统进入恢复模式；

第四控制模块，用于控制所述操作系统在所述恢复模式下，执行所述操作指令。
根据权利要求10所述的装置，其特征在于，所述第二设置模块具体用于：

对所述操作系统的杂项分区的状态位进行置位，置位后的状态位用于表示所述操作系统的启动模式为恢复模式。