本申请公开了一种系统的启动方法、装置、设备及工程车辆，应用于采用多个分区的系统，所述系统的启动方法包括：获取所述系统中所述多个分区的状态标记位；其中，所述状态标记位包括活跃状态，所述活跃状态包括活跃和不活跃；启动所述活跃状态为活跃的分区；获取启动时长；其中，所述启动时长表示从所述系统启动开始到所述系统启动完毕的总时长；当所述启动时长大于参考时长时，确定启动所述活跃的分区超时；以及当启动所述活跃的分区超时次数大于预设次数时，将所述活跃的分区的所述活跃状态标记为不活跃，另一不活跃的分区的所述活跃状态标记为活跃，重新启动所述系统。本申请能够解决多个分区的升级方案无法迅速恢复为升级前的旧系统的问题。前的旧系统的问题。前的旧系统的问题。
【技术实现步骤摘要】
一种系统的启动方法、装置、设备及工程车辆
[0001]本申请涉及通信
，具体涉及一种系统的启动方法、装置、设备及工程车辆。
技术介绍
[0002]Android系统是Google开发的基于Linux内核的自由及开源的操作系统，至今已经发展到了Android 12版本。Android系统的升级更新技术采用OTA方案，分为非A/B系统更新和A/B系统更新，Android7.0及以前的版本的OTA升级主要采用非A/B分区的升级方案，Android7.0以后的版本的OTA升级已经支持A/B分区的升级方案，A/B系统升级也成为无缝升级，它的目标是确保在通过网络下载(OTA)更新期间，在磁盘上保留一个可正常启动和使用的系统。当使用A/B分区的OTA升级方案进行升级后，如果出现无法进入默认的系统桌面或者需要很长时间才能进入系统默认的桌面，将影响用户的操作体验，并且目前A/B分区的升级方案无法迅速恢复为升级前的旧系统。
技术实现思路
[0003]为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种系统的启动方法、装置、设备及工程车辆，能够解决多个分区的升级方案无法迅速恢复为升级前的旧系统的问题。
[0004]根据本申请的一个方面，提供了一种系统的启动方法，应用于采用多个分区的系统，所述系统的启动方法包括：获取所述系统中所述多个分区的状态标记位；其中，所述状态标记位包括活跃状态，所述活跃状态包括活跃和不活跃；启动所述活跃状态为活跃的分区；获取启动时长；其中，所述启动时长表示从所述系统启动开始到所述系统启动完毕的总时长；当所述启动时长大于参考时长时，确定启动所述活跃的分区超时；以及当启动所述活跃的分区超时次数大于预设次数时，将所述活跃的分区的所述活跃状态标记为不活跃，另一不活跃的分区的所述活跃状态标记为活跃，重新启动所述系统。
[0005]在一实施例中，所述状态标记位的启动状态参数包括成功状态和不成功状态；所述状态标记还包括完整状态值，在所述获取启动时长之前，所述系统的启动方法还包括：进入所述活跃的分区并进行校验以检测所述活跃的分区的完整性；当校验通过时，启动所述系统，所述系统启动完毕后，将所述活跃的分区的所述启动状态参数标记为成功状态；其中，所述校验通过后所述活跃的分区的完整状态值标记为真；其中，所述获取启动时长包括：当所述活跃的分区的完整状态值为真时，启动系统并获取所述启动时长。
[0006]在一实施例中，所述启动所述活跃状态为活跃的分区包括：启动活跃状态为活跃的分区；其中，所述活跃的分区包括存储系统升级最新文件的分区。
[0007]在一实施例中，所述获取启动时长包括：启动定时轮询；其中，所述定时轮询从校验通过时开始执行；当所述活跃的分区启动完毕时，确定所述定时轮询的累计时长为所述启动时长。
[0008]在一实施例中，所述参考时长的获取方式包括：获取预先设定的预设时长作为所述参考时长。
[0009]在一实施例中，所述参考时长的获取方式还包括：对比所述启动时长和所述参考时长，获得对比结果；当所述对比结果表示所述启动时长大于所述参考时长时，根据所述启动时长设定下一次启动所述系统的分区时的参考时长。
[0010]在一实施例中，所述系统的启动方法还包括：当所述活跃的分区超时次数小于所述预设次数时，继续标记所述活跃的分区的活跃状态为活跃；其中，所述标记了所述活跃状态为活跃的分区表示下一次启动所述系统时进入的分区。
[0011]根据本申请的另一个方面，提供了一种系统的启动装置，应用于采用多个分区的系统，所述系统的启动装置包括：第一获取模块，用于获取所述系统中所述多个分区的状态标记位；其中，所述状态标记位包括活跃状态；启动模块，用于启动活跃状态为活跃的分区；第二获取模块，用于获取启动时长；其中，所述启动时长表示从所述系统启动开始到所述系统启动完毕的总时长；对比模块，用于当所述启动时长大于参考时长时，确定启动所述活跃的分区超时；以及重启模块，用于当启动所述活跃的分区超时次数大于预设次数时，进入不活跃状态的分区重启。
[0012]根据本申请的另一个方面，提供了一种系统的启动设备，应用于采用多个分区的系统，所述系统的启动设备包括：启动选择器，用于启动所述多个分区；显示器，用于展示系统运行成功或失败的信息；以及如上述实施例所述的系统的启动装置；其中，所述启动选择器、所述显示器和所述系统的启动装置通讯连接。
[0013]根据本申请的另一个方面，提供了一种工程车辆，包括：工程车辆本体；控制器，其中，所述控制器安装在所述工程车辆本体上，所述控制器采用如上述实施例所述的系统的启动装置。
[0014]本申请提供的系统的启动方法、装置、设备及工程车辆，通过检测系统的启动时长以及超时启动次数来判定是否需要自动切换到另一个系统，可以应用于升级新系统后新系统分区启动异常，从而恢复到另一分区的旧系统的情况。用户在使用系统时容易感知到启动时长的变化，从而收获不同的使用体验，因此，采用启动时长作为判断标准，自动调整系统的启动分区，高校快捷，成本低，且可以直观地提升用户体验，降低升级启动时出现异常的风险。
附图说明
[0015]通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
[0016]图1是本申请一示例性实施例提供的系统的启动设备的结构示意图。图2是本申请一示例性实施例提供的系统的启动方法的流程示意图。
[0017]图3是本申请另一示例性实施例提供的系统的启动方法的流程示意图。
[0018]图4是本申请另一示例性实施例提供的系统的启动方法的流程示意图。
[0019]图5是本申请另一示例性实施例提供的系统的启动方法的流程示意图。
[0020]图6是本申请一示例性实施例提供的系统的启动方法的原理示意图。
[0021]图7是本申请另一示例性实施例提供的系统的启动方法的原理示意图。
[0022]图8是本申请另一示例性实施例提供的系统的启动方法的原理示意图。
[0023]图9是本申请一示例性实施例提供的系统的启动装置的结构示意图。
[0024]图10是本申请另一示例性实施例提供的系统的启动装置的结构示意图。
[0025]图11是本申请一示例性实施例提供的电子设备的结构图。
具体实施方式
[0026]下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。
[0027]申请概述
[0028]Android系统是Google开发的基于Linux内核的自由及开源的操作系统，至今已经发展到了Android 12版本。Android系统的升级更新技术采用OTA本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种系统的启动方法，应用于采用多个分区的系统，其特征在于，所述系统的启动方法包括：获取所述系统中所述多个分区的状态标记位；其中，所述状态标记位包括活跃状态，所述活跃状态包括活跃和不活跃；启动所述活跃状态为活跃的分区；获取启动时长；其中，所述启动时长表示从所述系统启动开始到所述系统启动完毕的总时长；当所述启动时长大于参考时长时，确定启动所述活跃的分区超时；以及当启动所述活跃的分区超时次数大于预设次数时，将所述活跃的分区的所述活跃状态标记为不活跃，另一不活跃的分区的所述活跃状态标记为活跃，重新启动所述系统。2.根据权利要求1所述的系统的启动方法，其特征在于，所述状态标记位的启动状态参数包括成功状态和不成功状态；所述状态标记还包括完整状态值，在所述获取启动时长之前，还包括：进入所述活跃的分区并进行校验以检测所述活跃的分区的完整性；当校验通过时，启动所述系统，所述系统启动完毕后，将所述活跃的分区的所述启动状态参数标记为成功状态；其中，所述校验通过后所述活跃的分区的完整状态值标记为真；其中，所述获取启动时长包括：当所述活跃的分区的完整状态值为真时，启动系统并获取所述启动时长。3.根据权利要求1所述的系统的启动方法，其特征在于，所述启动所述活跃状态为活跃的分区包括：启动活跃状态为活跃的分区；其中，所述活跃的分区包括存储系统升级最新文件的分区。4.根据权利要求2所述的系统的启动方法，其特征在于，所述获取启动时长包括：启动定时轮询；其中，所述定时轮询从校验通过时开始执行；当所述活跃的分区启动完毕时，确定所述定时轮询的累计时长为所述启动时长。5.根据权利要求1所述的系统的启动方法，其特征在于，所述参考时长的获取方式...
【专利技术属性】
技术研发人员：彭琳，刘强，
申请(专利权)人：湖南三一智能控制设备有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。