系统升级方法、装置、设备及存储介质与流程

本发明涉及系统升级领域，尤其涉及一种系统升级方法、装置、设备及存储介质。

背景技术：

fota(firmwareover-the-air，移动终端的空中下载软件升级)全量升级对于大部分系统的升级，都是在recovery模式下对分区按照预设的升级顺序逐一升级，基于android系统的设备一般包括但不限于boot、system、userdata、cache、recovery、misc等分区，一般不同的分区用于存放不同类型的数据，对于不同的第三方设备厂商，分区的情况可能略有不同。在升级过程中若发生断电的情况，当重新上电后，会再次进入recovery模式，但整个升级流程会重头再来一次，即使部分分区已经升级成功了，也会重新再次升级，这样会导致整个升级过程时间太长，升级效率较低，同时也会增加升级失败的风险。

技术实现要素：

本发明的主要目的在于提供一种系统升级方法、装置、设备及存储介质，旨在解决现有系统升级过程的升级效率较低、失败风险高的技术问题。

为实现上述目的，本发明提供一种系统升级方法，所述系统升级方法包括以下步骤：

检测标识存储文件中是否存在系统待处理分区的分区标识；

若是，则不对所述系统待处理分区进行升级；

若否，则对所述系统待处理分区进行升级。

可选地，所述检测标识存储文件中是否存在系统待处理分区的分区标识的步骤之前，还包括：

检测当前升级设备中是否存在所述标识存储文件；

若否，则在所述当前升级设备的预设文件路径下创建所述标识存储文件；

若是，则执行步骤：检测标识存储文件中是否存在系统待处理分区的分区标识。

可选地，所述若是，则不对所述系统待处理分区进行升级的步骤之后，还包括：

检测所述标识存储文件中是否存在下一系统待处理分区的分区标识；

若是，则不对所述下一系统待处理分区进行升级；

若否，则对所述下一系统待处理分区进行升级。

可选地，所述若否，则对所述系统待处理分区进行升级的步骤之后，还包括：

在对所有分区完成升级后，删除所述标识存储文件。

可选地，所述检测标识存储文件中是否存在系统待处理分区的分区标识的步骤之前，还包括：

下载升级数据包，并对所述升级数据包进行数据完整性校验；

若对所述升级数据包的数据完整性校验未通过，则重新下载升级数据包，并对重新下载的升级数据包进行数据完整性校验；

若对所述升级数据包的数据完整性校验通过，则执行步骤：检测标识存储文件中是否存在系统待处理分区的分区标识；

对应的，所述若否，则对所述系统待处理分区进行升级的步骤包括：

若否，则基于所述升级数据包对所述系统待处理分区进行升级。

可选地，所述下载升级数据包，并对所述升级数据包进行数据完整性校验的步骤之前，还包括：

获取系统对应的最新版本号以及当前正在启用的系统对应的版本号；

将所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号进行比较；

若所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号不一致，则执行步骤：下载升级数据包。

可选地，所述若否，则对所述系统待处理分区进行升级的步骤之后，还包括：

在对所述系统待处理分区的升级完成后，将所述系统待处理分区的分区标识记录在所述标识存储文件中。

进一步地，为实现上述目的，本发明还提供一种系统升级装置，所述系统升级装置包括：

所述系统升级装置包括：

标识检测模块，用于检测标识存储文件中是否存在系统待处理分区的分区标识；

维持模块，用于若是，则不对所述系统待处理分区进行升级；

升级模块，用于若否，则对所述系统待处理分区进行升级。

进一步地，为实现上述目的，本发明还提供一种系统升级设备，所述系统升级设备包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的系统升级程序，所述系统升级程序被所述处理器执行时实现如上述所述的系统升级方法的步骤。

进一步地，为实现上述目的，本发明还提供一种存储介质，所述存储介质上存储有系统升级程序，所述系统升级程序被处理器执行时实现如上所述的系统升级方法的步骤。

本发明通过检测标识存储文件中是否存在系统待处理分区的分区标识；若是，则不对所述系统待处理分区进行升级；若否，则对所述系统待处理分区进行升级。通过将已完成升级的分区记录在标识存储文件中，若发生断电等异常情况，在重新升级时，仅对未完成升级的分区进行升级，对记录的已完成升级的分区不再进行升级，以避免重跑整个升级流程，从而提升系统升级过程的升级效率，降低多次重复升级带来的失败风险。

附图说明

图1为本发明系统升级设备实施例方案涉及的设备硬件运行环境的结构示意图；

图2为本发明系统升级方法第一实施例的流程示意图；

图3为本发明系统升级装置较佳实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

需要说明的是，现有的技术方案中，fota(firmwareover-the-air，移动终端的空中下载软件升级)全量升级对于大部分系统的升级，都是在recovery模式下对分区按照预设的升级顺序逐一升级，基于android系统的设备一般包括但不限于boot、system、userdata、cache、recovery、misc等分区，一般不同的分区用于存放不同类型的数据，对于不同的第三方设备厂商，分区的情况可能略有不同。在升级过程中若发生断电的情况，当重新上电后，会再次进入recovery模式，但整个升级流程会重头再来一次，即使部分分区已经升级成功了，也会重新再次升级，这样会导致整个升级过程时间太长，升级效率较低，同时也会增加升级失败的风险。

基于上述缺陷，本发明提供一种系统升级设备，参照图1，图1为本发明系统升级设备实施例方案涉及的设备硬件运行环境的结构示意图。

如图1所示，该系统升级设备可以包括：处理器1001，例如cpu，通信总线1002、待分析用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。待分析用户接口1003可以包括显示屏(display)、输入单元比如键盘(keyboard)，可选待分析用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1005可以是高速ram存储器，也可以是稳定的存储器(non-volatilememory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。

本领域技术人员可以理解，图1中示出的系统升级设备的硬件结构并不构成对系统升级设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、待分析用户接口模块以及系统升级程序。其中，操作系统是管理和控制系统升级设备与软件资源的程序，支持网络通信模块、待分析用户接口模块、系统升级程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1004；待分析用户接口模块用于管理和控制待分析用户接口1003。

在图1所示的系统升级设备硬件结构中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；待分析用户接口1003主要用于连接客户端，与客户端进行数据通信；处理器1001可以调用存储器1005中存储的系统升级程序，并执行以下操作：

检测标识存储文件中是否存在系统待处理分区的分区标识；

若是，则不对所述系统待处理分区进行升级；

若否，则对所述系统待处理分区进行升级。

进一步地，所述检测标识存储文件中是否存在系统待处理分区的分区标识的步骤之前，还包括：

检测当前升级设备中是否存在所述标识存储文件；

若否，则在所述当前升级设备的预设文件路径下创建所述标识存储文件；

若是，则执行步骤：检测标识存储文件中是否存在系统待处理分区的分区标识。

进一步地，所述若是，则不对所述系统待处理分区进行升级的步骤之后，还包括：

检测所述标识存储文件中是否存在下一系统待处理分区的分区标识；

若是，则不对所述下一系统待处理分区进行升级；

若否，则对所述下一系统待处理分区进行升级。

进一步地，所述若否，则对所述系统待处理分区进行升级的步骤之后，还包括：

在对所有分区完成升级后，删除所述标识存储文件。

进一步地，所述检测标识存储文件中是否存在系统待处理分区的分区标识的步骤之前，还包括：

下载升级数据包，并对所述升级数据包进行数据完整性校验；

若对所述升级数据包的数据完整性校验未通过，则重新下载升级数据包，并对重新下载的升级数据包进行数据完整性校验；

若对所述升级数据包的数据完整性校验通过，则执行步骤检测标识存储文件中是否存在系统待处理分区的分区标识；

对应的，所述若否，则对所述系统待处理分区进行升级的步骤包括：

若否，则基于所述升级数据包对所述系统待处理分区进行升级。

进一步地，所述下载升级数据包，并对所述升级数据包进行数据完整性校验的步骤之前，还包括：

获取系统对应的最新版本号以及当前正在启用的系统对应的版本号；

将所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号进行比较；

若所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号不一致，则执行步骤：下载升级数据包。

进一步地，所述若否，则对所述系统待处理分区进行升级的步骤之后，还包括：

在对所述系统待处理分区的升级完成后，将所述系统待处理分区的分区标识记录在所述标识存储文件中。

本发明系统升级设备的具体实施方式与下述系统升级方法各实施例基本相同，在此不再赘述。

本发明还提供一种系统升级方法。

系统升级：指的是通过一定的方法对终端的系统进行更新或替换的操作。

参照图2，图2为本发明系统升级方法第一实施例的流程示意图。

本发明实施例提供了系统升级方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在系统升级方法的各个实施例中，执行主体可以是系统升级装置，也可以是当前升级设备本身，为便于描述，本实施例以当前升级设备为执行主体进行描述。系统升级方法包括：

步骤s10，检测标识存储文件中是否存在系统待处理分区的分区标识；

现有技术中，fota(firmwareovertheair，移动终端的空中下载软件升级)全量升级对于大部分系统的升级，都是在recovery模式下对分区按照预设的升级顺序逐一升级，基于android系统的设备一般包括但不限于boot、system、userdata、cache、recovery、misc等分区，一般不同的分区用于存放不同类型的数据，对于不同的第三方设备厂商，分区的情况可能略有不同。在升级过程中若发生断电的情况，当重新上电后，会再次进入recovery模式，但整个升级流程会重头再来一次，即使部分分区已经升级成功了，也会重新再次升级，这样会导致整个升级过程时间太长，升级效率较低，同时也会增加升级失败的风险。

为解决现有技术中系统升级过程的升级效率较低、失败风险高的技术问题，在本发明实施例中提出一种系统升级方法，旨在通过记录已完成升级的分区，若发生断电等异常情况，在重新升级时，仅对未完成升级的分区进行升级，对记录的已完成升级的分区不再进行升级，以避免重跑整个升级流程，从而提升系统升级过程的升级效率，降低多次重复升级带来的失败风险。

本实施例中的系统升级方法适用于基于android系统的设备的系统升级，也适用于其他系统的电子产品的系统升级。为便于描述，本实施例以基于android系统的设备的系统升级为例进行阐述。基于android系统的设备一般包括但不限于boot、system、userdata、cache、recovery、misc等分区，一般不同的分区用于存放不同类型的数据，对于不同的第三方设备厂商，分区的情况可能略有不同，本实施例在此不做具体限制。

在本实施例中，在系统升级过程中，会通过标识存储文件记录已经完成升级的系统分区的分区标识，具体地，可以每升级完一个分区，就将该分区的分区标识记录在标识存储文件中，也可以每升级完两个分区，就将这两个分区的分区标识记录在标识存储文件中，对已完成升级的分区的分区标识的记录频率，即每升级完成多少个分区对这些分区的分区标识进行记录的频率，可以由用户或者运维人员根据需要设置，本实施例优选为每升级完一个分区，就将该分区的分区标识记录在标识存储文件中。其中，分区标识可以用于区别不同的系统待处理分区，不同系统待处理分区的分区标识不同。运维人员可以预先为设备的各个分区设置相应的分区标识，该分区标识可以是各个分区的命名或者编号，也可以是各个分区所对应的升级阶段的命名或者编号，本实施例不做具体限制，只要是让设备能够区分各个分区的标识，都可以作为分区标识。

在本实施例中，系统升级的过程是基于预设升级脚本按照预设的升级顺序对设备的分区进行升级的。无论统升级过程是否因断电等异常情况而被迫中断，设备都会在升级流程中对已完成升级的分区的分区标识进行记录，在进行其他分区的升级之前检测标识存储文件中是否有其他分区的分区标识，进而根据系统待处理分区是否升级完成来确定是否对其进行升级。

具体地，若系统升级过程未因断电等异常情况而被迫中断，则可以不经中断的完成对所有分区的升级，从而完成整个系统升级流程，在这种情况下，设备也会在升级流程中对已完成升级的分区的分区标识进行记录，在进行其他分区的升级之前也会检测标识存储文件中是否有其他分区的分区标识，进而根据系统待处理分区的升级完成情况确定是否对其进行升级。

若系统升级过程因断电等异常情况而被迫中断，在设备克服异常情况后，例如设备重新上电后，设备会按照预设升级脚本重跑升级流程，但若在断电之前已经有部分分区已经完成了升级，且其对应的分区标识也被记录在了标识存储文件中，则在对每个分区重新做升级处理或者不升级处理之前，会获取系统待处理分区的分区标识，并检测标识存储文件中是否存在系统待处理分区的分区标识，以确认系统待处理分区是否已完成升级，进而根据系统待处理分区的升级完成情况确定是否对其进行升级。

可以理解的是，标识存储文件不会因为断电等异常情况所导致的升级中断而被擦除，标识存储文件的优选文件路径为/cache/recovery，标识存储文件中的不同分区标识可以换行符分隔，当然，用户或者运维人员也可以根据需要为标识存储文件设置存放路径，只要能保证标识存储文件不会因为断电等异常情况所导致的升级中断而被擦除即可。

步骤s20，若是，则不对所述系统待处理分区进行升级；

步骤s30，若否，则对所述系统待处理分区进行升级。

在本实施例中，若在对系统待处理分区进行升级前，检测到标识存储文件中存在系统待处理分区的分区标识，说明设备已经完成了对系统待处理分区的升级，无需再次进行升级，因此本次不对系统待处理分区进行升级，若检测到标识存储文件中不存在系统待处理分区的分区标识，说明设备还未完成对系统待处理分区的升级，因此需要对系统待处理分区进行升级。

本实施例通过检测标识存储文件中是否存在系统待处理分区的分区标识；若是，则不对所述系统待处理分区进行升级；若否，则对所述系统待处理分区进行升级。通过将已完成升级的分区记录在标识存储文件中，若发生断电等异常情况，在重新升级时，仅对未完成升级的分区进行升级，对记录的已完成升级的分区不再进行升级，以避免重跑整个升级流程，从而提升系统升级过程的升级效率，降低多次重复升级带来的失败风险。

进一步地，提出本发明系统升级方法第二实施例，上述步骤s10之前，还包括：

步骤s101，下载升级数据包，并对所述升级数据包进行数据完整性校验；

步骤s102，若对所述升级数据包的数据完整性校验未通过，则重新下载升级数据包，并对重新下载的升级数据包进行数据完整性校验；

若对所述升级数据包的数据完整性校验通过，则执行步骤s10；

对应的，上述步骤s30包括：

若否，则基于所述升级数据包对所述系统待处理分区进行升级。

在本实施例中，在下载到升级数据包后，需要对该升级数据包进行数据完整性校验，以避免升级数据包在数据传输过程中被非法篡改，保证数据的安全性。若对升级数据包的数据完整性校验通过，说明该升级数据包未遭到非法篡改，可基于该升级数据包对设备进行系统升级，即执行步骤s10，并在检测到标识存储文件中不存在系统待处理分区的分区标识时，基于所述升级数据包对所述系统待处理分区进行升级；若对升级数据包的数据完整性校验未通过，说明该升级数据包可能遭到了非法篡改，若直接使用该升级数据包进行系统升级，可能会带来诸多的安全隐患，因此需要重新下载升级数据包，并对重新下载的升级数据包进行数据完整性校验，直至通过了数据完整性校验，才利用此次下载的升级数据对设备进行系统升级。

进一步地，若对升级数据包的数据完整性校验未通过，重新下载的升级数据包也未通过数据完整性校验，记录数据完整性校验未通过的次数，在数据完整性校验未通过的次数大于或者等于预设次数阈值时，在当前升级设备上显示数据篡改提示，也可以向预设的管理终端发送数据篡改提示，以提示用户或者运维人员系统升级数据包遭到非法篡改，以使运维人员及时采取信息安全保护措施。

进一步地，上述步骤s101中对升级数据包的数据完整性校验是通过哈希算法和密钥对数进行的。具体地，升级数据包制作方会使用哈希算法和密钥对升级数据包进行哈希得到一个哈希值，然后将该哈希值和升级数据包一块上传至云端以供下载，下载方在下载到升级数据包之后，对升级数据包使用相同的哈希算法和密钥进行哈希得到哈希值，如果得到的哈希值和升级数据包制作方上传至云端的哈希值相同，说明数据没有经过篡改，否则反之。其中，所述哈希算法可选为md5信息摘要算法(message-digestalgorithmmd5)或者安全散列算法(sha，securehashalgorithm)系列，本实施例不做具体限制。

进一步地，在上述步骤s101之前，还包括：

步骤s1011，获取系统对应的最新版本号以及当前正在启用的系统对应的版本号；

步骤s1012，将所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号进行比较；

若所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号不一致，则执行步骤s101。

在本实施例中，在设备开机后，设备会按照一定频率或者实时监测设备当前启用的系统是否需要进行系统升级，具体的，获取设备当前启用的系统对应的版本号，以及该系统对应的最新版本号，将二者进行比较，若设备当前启用的系统对应的版本号与该系统对应的最新版本号一致，说明设备当前启用的系统已经是最新版本的系统，不需要进行系统升级，无需下载最新版本号对应的系统的升级数据包；若设备当前启用的系统对应的版本号与该系统对应的最新版本号不一致，说明设备当前启用的系统不是最新版本的系统，需要进行系统升级，因此下载最新版本号对应的系统的升级数据包，通过该升级数据包对设备进行系统升级。

本实施例根据系统对应的最新版本号与设备当前正在启用的系统对应的版本号是否一致确定是否下载升级数据包，能够保证设备在有新版本的升级数据包时，及时下载该新版本的升级数据包并进行系统升级，以使用户尽早的用上新版本的系统，提升用户体验。

进一步地，在上述步骤s10之前，还包括：

检测当前升级设备中是否存在所述标识存储文件；

若否，则在所述当前升级设备的预设文件路径下创建所述标识存储文件；

若是，则执行步骤s10。

recovery模式指的是一种可以对android安卓机内部的数据或系统进行修改的模式(类似于windowspe或dos)，也可以称之为安卓的恢复模式，在恢复模式下，我们可以刷入新的安卓系统，或者对已有的系统进行备份或升级，也可以在此恢复出厂设置(格式化数据和缓存)。

在本实施例中，在当前升级设备进入recovery模式，且在对当前升级设备进行系统升级之前，还需要判断当前升级设备中是否存在标识存储文件，若存在，则执行步骤s10；若不存在，则需要在当前升级设备的预设文件路径下创建标识存储文件，标识存储文件的优选文件路径为/cache/recovery，标识存储文件不会因为断电等异常情况所导致的升级中断而被擦除，标识存储文件中的不同分区标识可以换行符分隔，当然，用户或者运维人员也可以根据需要为标识存储文件设置存放路径，只要能保证标识存储文件不会因为断电等异常情况所导致的升级中断而被擦除即可。

当然，若当前升级设备是基于其他系统的，则本实施例是在当前升级设备进入该系统对应的系统升级模式(与安卓系统的recovery模式相类似)下，且在对当前升级设备进行系统升级之前进行的。

本实施例通过上述方式自动创建标识存储文件，能够为设备在升级过程中断电重启后的继续升级提供实现基础。

进一步地，提出本发明系统升级方法第三实施例，上述步骤s30之后，还包括：

检测所述标识存储文件中是否存在下一系统待处理分区的分区标识；

若是，则不对所述下一系统待处理分区进行升级；

若否，则对所述下一系统待处理分区进行升级。

在本实施例中，系统升级的过程是基于预设升级脚本按照预设的升级顺序对设备的分区进行升级的，若检测到标识存储文件中存在系统待处理分区的分区标识，说明已经完成了对系统待处理分区的升级，无需再次进行升级，因此本次不对系统待处理分区进行升级，之后按照预设升级脚本进行下一系统待处理分区的升级确认，具体的，检测标识存储文件中是否存在下一系统待处理分区的分区标识，若不存在，则对下一系统待处理分区进行升级；若存在，说明下一系统待处理分区的升级已完成，则按照预设升级脚本继续进行后续分区的升级确认，如此，直至成功完成对所有分区的升级。

通过这种方法能够在设备重新执行升级脚本时，避免对已完成升级的分区重复进行升级。

进一步地，上述步骤s30之后，还包括：

在对所述系统待处理分区的升级完成后，将所述系统待处理分区的分区标识记录在所述标识存储文件中。

在本实施例中，在系统升级过程中，会通过标识存储文件记录已经完成升级的分区的分区标识，具体为每升级完一个分区，就将该分区的分区标识记录在标识存储文件中。

进一步地，也可以每升级完两个分区，就将这两个分区的分区标识记录在标识存储文件中，对已完成升级的分区的分区标识的记录频率，即每升级完成多少个分区对这些分区的分区标识进行记录的频率，可以由用户或者运维人员根据需要设置，本实施例优选为每升级完一个分区，就将该分区的分区标识记录在标识存储文件中。其中，分区标识可以用于区别不同的分区，不同分区的分区标识不同。运维人员可以预先为设备的各个分区设置相应的分区标识，该分区标识可以是各个分区的命名或者编号，也可以是各个分区所对应的升级阶段的命名或者编号，本实施例不做具体限制，只要是让设备能够区分各个分区的标识，都可以作为分区标识。

进一步地，在上述步骤s30之后，还包括：

在对所有分区完成升级后，删除所述标识存储文件。

在本实施例中，在完成对所有分区的升级后，即在完成一次完整的系统升级后，设备删除标识存储文件，以避免本次系统升级的标识存储文件，对下次系统升级造成影响。

进一步地，在上述步骤s30之后，还包括：

在对所有分区完成升级后，清除bcb块。

一般来讲，android有三种启动模式：fastboot模式，recovery模式以及mainsystem模式，其中，在recovery模式下，设备会将系统的启动参数写到bcb块(bootloadercontrolblock，启动控制模信息块)中，这样做的目的是保证设备在进行系统升级的过程中发生崩溃或不正常断电等异常情况，设备在下次重启时，bootloader会依据bcb块中的指示，引导设备进入recovery模式，从而继续进行系统升级操作。在完成对所有分区的升级后，即在完成一次完整的系统升级后，设备除了删除标识存储文件，以避免本次系统升级的标识存储文件，对下次系统升级造成影响外，还可以清除bcb块，即清除bcb块中的指示，以使设备在下次重启时，进入mainsystem模式，即主系统模式，此为android正常开机所进入的正常工作模式。

其中，bootloader是嵌入式系统在加电后执行的第一段代码，在它完成cpu和相关硬件的初始化之后，再将操作系统映像或固化的嵌入式应用程序装在到内存中然后跳转到操作系统所在的空间，启动操作系统运行。

当然，若当前升级设备是基于其他系统的，则本实施例为在对所有分区完成升级后，清除与安卓系统的bcb块相类似的数据，以使设备在下次重启时，进入正常工作模式，即用户可以正常使用的模式。

本发明还提供一种系统升级装置。

参照图3，图3为本发明系统升级装置第一实施例的功能模块示意图。所述系统升级装置包括：

标识检测模块10，用于检测标识存储文件中是否存在系统待处理分区的分区标识；

维持模块20，用于若是，则不对所述系统待处理分区进行升级；

升级模块30，用于若否，则对所述系统待处理分区进行升级。

进一步地，所述系统升级装置，还包括：

文件检测模块，用于检测当前升级设备中是否存在所述标识存储文件；

文件创建模块，用于若否，则在所述当前升级设备的预设文件路径下创建所述标识存储文件；

所述标识检测模块还用于若是，则检测标识存储文件中是否存在系统待处理分区的分区标识。

进一步地，所述维持模块包括：

下一系统待处理分区检测单元，用于检测所述标识存储文件中是否存在下一系统待处理分区的分区标识；

下一系统待处理分区维持单元，用于若是，则不对所述下一系统待处理分区进行升级；

下一系统待处理分区升级单元，用于若否，则对所述下一系统待处理分区进行升级。

进一步地，所述系统升级装置，还包括：

删除模块，用于在对所有分区完成升级后，删除所述标识存储文件。

进一步地，所述系统升级装置，还包括：

下载校验模块，用于下载升级数据包，并对所述升级数据包进行数据完整性校验；

重新下载校验模块，用于若对所述升级数据包的数据完整性校验未通过，则重新下载升级数据包，并对重新下载的升级数据包进行数据完整性校验；

所述标识检测模块还用于若对所述升级数据包的数据完整性校验通过，则检测标识存储文件中是否存在系统待处理分区的分区标识。

对应的，所述升级模块包括：

数据包升级单元，用于若否，则基于所述升级数据包对所述系统待处理分区进行升级。

进一步地，所述系统升级装置，还包括：

版本号获取模块，用于获取系统对应的最新版本号以及当前正在启用的系统对应的版本号；

版本号比较模块，用于将所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号进行比较；

所述下载校验模块，还用于若所述系统对应的最新版本号与所述当前正在启用的系统对应的版本号不一致，则执行步骤：下载升级数据包，并对所述升级数据包进行数据完整性校验。

进一步地，所述系统升级装置，还包括：

分区标识记录模块，用于在对所述系统待处理分区的升级完成后，将所述系统待处理分区的分区标识记录在所述标识存储文件中。

本发明系统升级装置具体实施方式与上述系统升级方法各实施例基本相同，在此不再赘述。

此外，本发明实施例还提出一种存储介质。

存储介质上存储有系统升级程序，系统升级程序被处理器执行时实现如上所述的系统升级方法的步骤。

本发明存储介质具体实施方式与上述系统升级方法各实施例基本相同，在此不再赘述。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，这些均属于本发明的保护之内。