CN117270914B - 一种终端设备的系统升级方法、装置、设备和介质 - Google Patents

Abstract

本发明公开了一种终端设备的系统升级方法、装置、设备和介质，涉及系统升级技术领域。先下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数。然后当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若大于零，则启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若不大于零，则删除更新分区的记录信息，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。本发明通过为单系统更新中的更新分区和原分区分别设置启动次数，通过多次尝试启动更新分区，并在更新分区限定次数内启动失败后自动回滚至原分区。提高了终端设备系统升级的可靠性和存储利用率。

Description

一种终端设备的系统升级方法、装置、设备和介质

技术领域

本申请涉及系统升级技术领域，特别涉及一种终端设备的系统升级方法、装置、设备和介质。

背景技术

目前，随着系统升级技术的发展，终端设备通常通过空中下载（Over The Air，OTA）技术进行系统的无线升级。

现有技术通常通过两种升级方案进行系统升级。其中，一种是基于恢复模式（Recovery）进行系统升级，在该方案中，一般存在两个分区，一个是主系统分区，一个是Recovery分区。在使用Recovery模式进行升级时，一般是主系统检查到存在新的版本需要升级，主系统会将升级包下载存放到缓存（cache）分区，完成升级包的下载后重启进入到Recovery分区，并利用cache分区下载好的升级包更新主系统，待更新完成后再重启进入主系统。另一种是基于A/B系统进行系统升级，A/B系统是一种用于更新和升级操作系统的机制。特点是磁盘被分为两个区域，通常称为A区和B区。它允许在不中断系统运行的情况下安全地部署更新，并在需要时进行回滚。

但是，其中的Recovery方案由于是单系统升级方案，每次升级都需要重启并等待升级的完成，如果升级失败则会无法进入主系统且无法恢复，导致终端设备无法使用。而A/B方案由于两个相同的系统存在于终端设备的内存之中，在不升级时，另一个非活动分区的系统则不会使用到。导致存储的使用率较低，无法应用于内存较小的终端设备。

发明内容

基于此，有必要针对上述技术问题，提供一种终端设备的系统升级方法、装置、设备和介质。

本说明书采用下述技术方案：

本说明书提供了一种终端设备的系统升级方法，所述方法应用于终端设备，包括：

当检测到新版本的包括更新分区的升级包时，下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数；其中，预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录；

当检测到存在可执行的更新分区时，判断第一启动次数是否大于零；

若是，则读取更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录；

若否，则删除更新分区的记录信息，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，所述方法还包括：

当检测到不存在可执行的更新分区时，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，若启动更新分区失败，所述方法还包括：

重新进行检测，当检测到存在可执行的更新分区时，判断第一启动次数是否大于零；

若是，则重新读取更新分区的第一存储位置对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录；

可选地，若启动原分区失败，所述方法还包括：

重新读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，所述删除原分区的信息记录，具体包括：

将更新分区的记录信息写入原分区对应数据项中，并删除更新分区的记录信息。

可选地，所述方法还包括：

当检测到不存在可执行的分区时，执行引导加载终端控制程序，等待用户命令输入。

本说明书提供了一种终端设备的系统升级装置，包括：

下载模块，用于当检测到新版本的包括更新分区的升级包时，下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数；

信息记录模块，用于记录更新分区的第一存储位置，并设置更新分区的第一启动次数，以及预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录；

判断执行模块，用于当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若是，则读取更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若否，则删除更新分区的记录信息，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述终端设备的系统升级方法。

本说明书提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述终端设备的系统升级方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录，当检测到新版本的包括更新分区的升级包时，先下载升级包记录更新分区的第一存储位置，并设置更新分区的第一启动次数。然后当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若大于零，则启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若不大于零，则删除更新分区的记录信息，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

本发明通过为单系统更新中的更新分区和原分区分别设置启动次数，通过多次尝试启动更新分区，并在更新分区限定次数内启动失败后自动回滚至原分区。避免了单分区系统中升级失败会导致终端设备无法使用和双系统占用存储过大的问题，提高了终端设备系统升级的可靠性和存储利用率。

附图说明

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

图1为本说明书提供的一种终端设备的系统升级方法流程示意图；

图2为本说明书提供的一种终端设备系统开机启动流程示意图；

图3为本说明书提供的一种分区关系示意图；

图4为本说明书提供的一种终端设备系统升级流程示意图；

图5为本说明书提供的一种终端设备的系统升级装置示意图；

图6为本说明书提供的一种实现终端设备的系统升级方法的计算机设备示意图。

具体实施方式

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

Recovery方案由于是单系统升级方案，每次升级都需要重启并等待升级的完成，如果升级包过大，会等待很长时间影响终端设备的使用。同时如果升级失败则会无法进入主系统且无法恢复，导致终端设备无法使用。

本发明提供一种固件升级方案，主要应用在分区系统中，能够在减少终端设备存储占用的同时可以更加安全的进行升级。

本方案是将单分区形式的固件存放于升级包中，在执行升级命令后，会首先进行升级包检验操作，完成后则会将该升级包中的单个分区即更新分区存放于终端设备空闲的存储区域中，并记录该更新分区位置。

上述操作完成后会重启并引导至该更新分区，如果启动成功会删除原分区，并标记成功。如果失败，在尝试多次后则会回到原分区。

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

图1为本说明书中一种终端设备的系统升级方法流程示意图，具体包括以下步骤：

S101：当检测到新版本的包括更新分区的升级包，下载升级包并通过信息记录模块记录更新分区的第一存储位置，并设置更新分区的第一启动次数。

一般的，终端设备在运行过程中，可按照预设的检测周期，检测系统提供方是否提供了新版本的包括更新分区的升级包，即系统是否可进行更新。当检测到存在新版本的系统时，终端设备可下载升级包并通过信息记录模块记录更新分区的第一存储位置，并设置更新分区的第一启动次数。

其中，信息记录模块可以是终端设备的系统中建立的信息记录分区，当然了，通常该信息记录模块中还预先记录有对应更新分区的原分区的第二存储位置和第二启动次数。于是，终端设备在无更新时，可读取信息记录模块中的原分区中的记录信息，完成系统启动。

这里由于系统升级时，可能会有意外情况导致系统升级失败，于是本发明通过设置更新分区的启动次数，以在有限次数内不断地尝试启动更新分区，从而避免意外导致更新失败导致终端设备无法使用。

本说明书中提到的终端设备可以是能执行本说明书方案的诸如手机、平板电脑等手持终端，或台式机、笔记本电脑等设备。为了方便说明，下面仅以终端设备为执行主体进行说明。

S102：读取信息记录模块，当检测到信息记录模块中存在可执行的更新分区时，判断第一启动次数是否大于零。若是，则执行步骤S103，若否，则执行步骤S104。

S103：读取信息记录模块中更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后在信息记录模块中标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录。

S104：读取信息记录模块中原分区的第二存储位置，删除更新分区的记录信息，对第二启动次数进行自减运算，启动原分区并在启动成功后在信息记录模块中标记原分区启动成功，复位第二启动次数。

在实际应用中，本发明在升级时无需重启操作，只有在升级完成后，询问设备使用人员是否重启或者定时重启，且该重启时间为设备的正常开机时间，时间较短。当检测到有新的升级包时，会首先开辟一段连续的存储空间，然后把升级包写入到存储空间中，同时CRC校验该升级包是否出现错误。校验完成后则根据设置选择重启方式。

图2为本说明书中一种终端设备系统开机启动流程示意图。如图2所示，在终端设备启动上电后，通常可先加载引导加载模块（Bootloader），通过引导加载模块初始化内存、硬件等。然后引导加载模块可读取信息记录模块，检测到信息记录模块中是否存在可执行的分区。

若不存在可执行的分区，则终端设备可直接执行引导加载终端控制程序（Bootloader shell），等待用户命令输入。

若存在可执行的分区，终端设备可进一步判断是否存在可执行的更新分区。

若不存在可执行的更新分区时，则说明系统无更新情况，终端设备可直接执行原分区，即通过引导加载模块读取信息记录模块中原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后在信息记录模块中标记原分区启动成功，复位第二启动次数。

若存在可执行的更新分区时，则说明系统存在更新情况，终端设备进而可判断更新分区的第一启动次数是否大于零。

当更新分区的第一启动次数大于零，则说明更新分区的尝试次数并未使用完，系统可尝试启动更新分区以完成系统升级。若更新分区启动成功，则终端设备可在信息记录模块中标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录。这里所说的删除原分区的信息记录，即在信息记录模块中将更新分区的记录信息写入原分区对应数据项中，并删除更新分区的记录信息。若更新分区启动失败，终端设备可重启引导加载模块，通过引导加载模块读取信息记录模块，当检测到信息记录模块中存在可执行的更新分区时，判断第一启动次数是否大于零。也就是说，当更新分区启动失败时，终端设备可再次尝试启动更新分区，以实现系统升级。

当更新分区的第一启动次数不大于零，则说明更新分区在有限的第一启动次数中全部启动失败，此时终端设备可删除更新分区的记录信息，读取信息记录模块中原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后在信息记录模块中标记原分区启动成功，复位第二启动次数。即在有限的第一启动次数中更新分区启动失败后，放弃系统升级，回滚至原分区。当然了，原分区也可能因某些意外情况导致启动失败，于是终端设备也可为原分区设置有限的启动次数，从而避免原分区因意外导致启动失败使得终端设备无法使用。

对应的，当启动原分区失败时，终端设备可重启引导加载模块，通过引导加载模块读取信息记录模块中原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后在信息记录模块中标记原分区启动成功，复位第二启动次数。

基于图1所示的终端设备的系统升级方法，先下载升级包并通过信息记录模块记录更新分区的第一存储位置，并设置更新分区的第一启动次数。然后当检测到信息记录模块中存在可执行的更新分区时，判断第一启动次数是否大于零，若大于零，则启动更新分区并在启动成功后在信息记录模块中标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若不大于零，则删除更新分区的记录信息，启动原分区并在启动成功后在信息记录模块中标记原分区启动成功，复位第二启动次数。

本发明通过为单系统更新中的更新分区和原分区分别设置启动次数，通过多次尝试启动更新分区，并在更新分区限定次数内启动失败后自动回滚至原分区。避免了单分区系统中升级失败会导致终端设备无法使用和双系统占用存储过大的问题，提高了终端设备系统升级的可靠性和存储利用率。

在应用本说明书提供的终端设备的系统升级方法时，可不根据图1所示的各步骤的顺序执行，具体各步骤的执行顺序可根据需要确定，本说明书对此不做限制。

此外，在本说明书一个或多个实施例中，还可从系统分区的角度来描述本说明书提供的终端设备的系统升级方法，则本发明主要由三个分区构成：

BootLoader分区：用于读取分区信息并启动指定地址的系统。终端设备上电后，先启动BootLoader分区，完成必要的CPU和相关的硬件初始化工作后。读取Info分区中的信息，根据读取到的信息跳转到指定地址执行。

Info分区：用于存储分区相应信息。该分区主要存储了可执行的分区地址，以及启动次数。启动成功或失败的标志位等信息。Info分区的记录内容可如表1所示，表1为本说明书中一种Info分区信息记录表。

表1 Info分区信息记录表

App 分区：用于下载升级包并安装等操作。用于监测是否有新的升级包，并下载和安装，在升级完成后删除原有分区信息。

三个分区的关系可参考图3，图3为本说明书中一种分区关系示意图。

于是，终端设备可在上电后，先加载并运行BootLoader分区，初始化内存、硬件等。然后去读取info分区中的信息，如果该分区为空，则会先初始化该分区然后再读取。分区里包含了内核地址，启动次数，是否启动成功标志位等。优选的，其中启动次数可以定义为五次，以尽可能减少误判概率。在每次启动前启动次数都会进行减一操作，启动完成功后进行复位。如果该值被减值零，说明该分区不可用，标记为失败分区，并进入到BootLoadershell中去等待操作。

第四步根据info分区的信息判断是否有新版本对应的更新分区，并检查更新分区的第一启动次数是否归零，如果归零，则启动原分区并删除更新分区。

第五步无论是更新分区还是原旧分区启动次数都需要减一后再启动。

第六步根据info分区的信息加载指定分区的内核到内存区域，并启动，如果启动失败则重启回到BootLoader分区。

第七步当系统分区启动成功后，运行app分区，通过读取info分区中的信息，来判断该次启动的是原分区还是更新分区，如是原分区，则标记启动成功，并复位启动次数。而如是更新分区，则会删除原分区，并把系统分区作为主分区，并标记启动成功，复位启动次数。

上述的升级流程还可通过图4进行描述，图4为本说明书中一种终端设备系统升级流程示意图。具体说明可参考上述对应描述，此处不再赘述。

以上为本说明书的一个或多个实施例提供的终端设备的系统升级方法，基于同样的思路，本说明书还提供了相应的终端设备的系统升级装置，如图5所示。

图5为本说明书提供的一种终端设备的系统升级装置示意图，包括：

下载模块201，用于当检测到新版本的包括更新分区的升级包时，下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数；

信息记录模块202，用于记录更新分区的第一存储位置，并设置更新分区的第一启动次数，以及预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录；

判断执行模块203，用于当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若是，则读取更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若否，则删除更新分区的记录信息，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，所述判断执行模块203，当检测到不存在可执行的更新分区时，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，所述判断执行模块203，若启动更新分区失败，重新进行检测，当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若是，则重新读取更新分区的第一存储位置对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录。

可选地，所述判断执行模块203，若启动原分区失败，重新读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

可选地，所述判断执行模块203，将更新分区的记录信息写入原分区对应数据项中，并删除更新分区的记录信息。

可选地，所述判断执行模块203，当检测到不存在可执行的分区时，执行引导加载终端控制程序，等待用户命令输入。

关于终端设备的系统升级装置的具体限定可以参见上文中对于终端设备的系统升级方法的限定，在此不再赘述。上述终端设备的系统升级装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的终端设备的系统升级方法。

本说明书还提供了图6所示的计算机设备的结构示意图，如图6所述，在硬件层面，该计算机设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1提供的终端设备的系统升级方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

Claims (8)

1.一种终端设备的系统升级方法，其特征在于，所述终端设备执行以下步骤，包括：

当检测到新版本的包括更新分区的升级包时，下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数；其中，预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录；

当检测到存在可执行的更新分区时，判断第一启动次数是否大于零；

若是，则读取更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，将更新分区的记录信息写入原分区对应数据项中，并删除更新分区的记录信息；

若否，则删除更新分区的记录信息，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

2.如权利要求1所述的终端设备的系统升级方法，其特征在于，所述方法还包括：

当检测到不存在可执行的更新分区时，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

3.如权利要求1所述的终端设备的系统升级方法，其特征在于，若启动更新分区失败，所述方法还包括：

重新进行检测，当检测到存在可执行的更新分区时，判断第一启动次数是否大于零；

若是，则重新读取更新分区的第一存储位置对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录。

4.如权利要求1或2所述的终端设备的系统升级方法，其特征在于，若启动原分区失败，所述方法还包括：

重新读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

5.如权利要求1所述的终端设备的系统升级方法，其特征在于，所述方法还包括：

当检测到不存在可执行的分区时，执行引导加载终端控制程序，等待用户命令输入。

6.一种终端设备的系统升级装置，其特征在于，包括：

下载模块，用于当检测到新版本的包括更新分区的升级包时，下载升级包，记录更新分区的第一存储位置，并设置更新分区的第一启动次数；

信息记录模块，用于记录更新分区的第一存储位置，并设置更新分区的第一启动次数，以及预先对更新分区对应原分区的第二存储位置和第二启动次数进行记录；

判断执行模块，用于当检测到存在可执行的更新分区时，判断第一启动次数是否大于零，若是，则读取更新分区的第一存储位置，对第一启动次数进行自减运算，启动更新分区并在启动成功后标记更新分区启动成功，复位第一启动次数，删除原分区的信息记录，若否，则删除更新分区的记录信息，读取原分区的第二存储位置，对第二启动次数进行自减运算，启动原分区并在启动成功后标记原分区启动成功，复位第二启动次数。

7.一种可读存储介质，其特征在于，所述存储介质存储有执行程序，所述执行程序被处理器执行时实现上述权利要求1～5任一项所述的方法。

8.一种终端设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的执行程序，所述处理器执行所述程序时实现上述权利要求1～5任一所述的方法。