CN116775086A - 一种安卓设备的分区升级方法及相关装置 - Google Patents
一种安卓设备的分区升级方法及相关装置 Download PDFInfo
- Publication number
- CN116775086A CN116775086A CN202310610110.9A CN202310610110A CN116775086A CN 116775086 A CN116775086 A CN 116775086A CN 202310610110 A CN202310610110 A CN 202310610110A CN 116775086 A CN116775086 A CN 116775086A
- Authority
- CN
- China
- Prior art keywords
- upgrade
- partition
- upgrading
- data
- package
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000005192 partition Methods 0.000 title claims abstract description 226
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000012545 processing Methods 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims abstract description 19
- 238000013515 script Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 10
- 238000001514 detection method Methods 0.000 claims description 8
- 230000000694 effects Effects 0.000 abstract description 10
- 238000011084 recovery Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000009434 installation Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 238000009517 secondary packaging Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/656—Updates while running
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请公开了一种安卓设备的分区升级方法,包括:通过更新引擎和对应的第一升级包对AB分区进行升级;当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,第一升级包和第二升级包为根据升级方式信息将原始升级包进行拆分得到的;当数据升级处理完成时,返回单分区升级成功标识。通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。本申请还公开了一种安卓设备的分区升级装置、计算设备以及计算机可读存储介质,具有以上有益效果。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种安卓设备的分区升级方法、分区升级装置、计算设备以及计算机可读存储介质。
背景技术
智能车辆的车机设备是基于Android平台进行开发,而车机在使用中是需要不断升级更新设备的,为了不需要每次去4S店进行升级。空中下载技术(Over the AirTechnology,OTA)升级应运而生,其能解决该类智能终端的系统升级和优化问题,通过OTA升级可以远程管理更新设备的操作系统,系统配置等。
相关技术中,可以使用无缝更新。无缝更新的工作原理是在一个设备上有两个不同的系统分区。当使用一个可以执行无缝更新的设备时,所有的传输都在一个系统分区运行时完成,所有的东西都被复制并移动到第二个分区。升级完成后,重新启动并使用新的系统分区。内核会主动切换到第二个分区。可见,A/B分区升级方式能够升级的分区只能自在制作分区表时设定了A/B模式的分区。但是无法对单分区做升级操作,降低了设备升级的效果,增加了限制。
因此,如何避免无法进行单分区的升级操作是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种安卓设备的分区升级方法、分区升级装置、计算设备以及计算机可读存储介质,以提高进行分区升级的效果,降低升级失败的概率,避免单分区无法进行升级的问题。
为解决上述技术问题,本申请提供一种安卓设备的分区升级方法,包括:
通过更新引擎和对应的第一升级包对AB分区进行升级;
当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,所述第一升级包和所述第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
当数据升级处理完成时,返回单分区升级成功标识。
可选的,通过更新引擎和对应的第一升级包对AB分区进行升级,包括:
获取所述第一升级包;
基于所述第一升级包的配置信息确定版本信息;
通过所述更新引擎采用所述版本信息和所述第一升级包对所述AB分区进行升级。
可选的,当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,包括:
当升级完成时,通过所述数据备份服务采用升级解析文件对升级脚本进行解析,得到单分区升级方式信息;
基于所述单分区升级方式信息和所述第二升级包对所述单分区进行数据升级处理。
可选的,获取所述第一升级包和所述第二升级包的过程,包括:
基于所述升级方式信息对所述原始升级包进行解析,得到所述第一升级包和所述第二升级包。
可选的,当数据升级处理完成时,还包括:
修改分区运行标志位。
可选的,当升级完成时,还包括:
将所述第二升级包的数据保存至预设目录;
当升级成功并启动时,进行更新检测;
若所述更新检测成功时,通过所述数据备份服务和对应的第二升级包对所述单分区进行数据升级处理。
可选的,当出现升级报错消息时,还包括:
进行重新升级操作。
本申请还提供一种安卓设备的分区升级装置,包括:
AB分区升级模块,用于通过更新引擎和对应的第一升级包对AB分区进行升级;
单分区升级模块,用于当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,所述第一升级包和所述第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
升级完成模块,用于当数据升级处理完成时,返回单分区升级成功标识。
本申请还提供一种计算设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上所述的分区升级方法的步骤。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的分区升级方法的步骤。
本申请所提供的一种安卓设备的分区升级方法,包括:通过更新引擎和对应的第一升级包对AB分区进行升级;当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,所述第一升级包和所述第二升级包为根据升级方式信息将原始升级包进行拆分得到的;当数据升级处理完成时,返回单分区升级成功标识。
通过先采用第一升级包对AB分区进行常规的升级操作,然后通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。
本申请还提供一种安卓设备的分区升级装置、计算设备以及计算机可读存储介质,具有以上有益效果,在此不作赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种安卓设备的分区升级方法的流程图;
图2为本申请实施例所提供的一种安卓设备的分区升级方法的时序图;
图3为本申请实施例所提供的一种安卓设备的分区升级装置的结构示意图;
图4为本申请实施例所提供的一种计算设备的结构示意图。
具体实施方式
本申请的核心是提供一种安卓设备的分区升级方法、分区升级装置、计算设备以及计算机可读存储介质,以提高进行分区升级的效果,降低升级失败的概率,避免单分区无法进行升级的问题。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
相关技术中,可以使用无缝更新。无缝更新的工作原理是在一个设备上有两个不同的系统分区。当使用一个可以执行无缝更新的设备时,所有的传输都在一个系统分区运行时完成,所有的东西都被复制并移动到第二个分区。升级完成后,重新启动并使用新的系统分区。内核会主动切换到第二个分区。可见,A/B分区升级方式能够升级的分区只能自在制作分区表时设定了A/B模式的分区。但是无法对单分区做升级操作,降低了设备升级的效果,增加了限制。
因此,本申请提供一种安卓设备的分区升级方法,通过先采用第一升级包对AB分区进行常规的升级操作,然后通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。
以下通过一个实施例,对本申请提供的一种安卓设备的分区升级方法进行说明。
请参考图1,图1为本申请实施例所提供的一种安卓设备的分区升级方法的流程图。
本实施例中,该方法可以包括:
S101,通过更新引擎和对应的第一升级包对AB分区进行升级;
本步骤旨在通过更新引擎和对应的第一升级包对AB分区进行升级。
其中,更新引擎就是安卓系统中原生的update_engine,可以实现对AB分区进行静默升级。无缝更新(静默升级)的工作原理是在一个设备上有两个不同的系统分区。当使用一个可以执行无缝更新的设备时,所有的传输都在一个系统分区运行时完成,所有的东西都被复制并移动到第二个分区。升级完成后,重新启动并使用新的系统分区。内核会主动切换到第二个分区。
其中,本实施例中可以采用现有技术提供的静默升级方式对该AB分区进行升级。其中,采用的升级数据为第一升级包。该第一升级包是从总的升级包中拆分出的升级数据。
进一步的,本步骤可以包括:
步骤1,获取第一升级包;
步骤2,基于第一升级包的配置信息确定版本信息;
步骤3,通过更新引擎采用版本信息和第一升级包对AB分区进行升级。
可见,本可选方案中主要是说明如何进行升级。本可选方案中,获取第一升级包;基于第一升级包的配置信息确定版本信息;通过更新引擎采用版本信息和第一升级包对AB分区进行升级。
其中,基于第一升级包的配置信息确定版本信息的过程可以采用对应的数据格式从配置信息的文件中读取出对应的版本信息。例如,对json格式的文件进行解析后得到对应的版本信息。
S102,当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,第一升级包和第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
在S101的基础上,本步骤旨在当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,第一升级包和第二升级包为根据升级方式信息将原始升级包进行拆分得到的。其中,第二升级包就是单独对单分区进行升级的数据包。
由于现有的静默升级的方式没有办法对单分区进行审计。因此,本实施例中采用数据备份服务对单分区进行升级,避免了无法对单分区进行升级的问题。
其中,数据备份服务就是安卓系统中的recovery服务,可以实现对单分区的数据备份和更新操作。
进一步的,本步骤可以包括:
步骤1,当升级完成时,通过数据备份服务采用升级解析文件对升级脚本进行解析,得到单分区升级方式信息;
步骤2,基于单分区升级方式信息和第二升级包对单分区进行数据升级处理。
可见,本可选方案中主要是说明如何进行单分区升级操作。本可选方案中,当升级完成时,通过数据备份服务采用升级解析文件对升级脚本进行解析,得到单分区升级方式信息;基于单分区升级方式信息和第二升级包对单分区进行数据升级处理。
其中,升级解析文件和升级脚本就是针对单分区升级过程进行设置的文件和脚本,可以实现对单分区的升级操作。其中,升级解析文件主要是用于对脚本进行解析,升级脚本主要用于说明如何进行单分区的升级。
进一步的,升级脚本内可根据自身需要对单分区升级方法进行灵活选择,不做具体限定。
可以umount(卸载)和mount(挂载)动作,将指定单分区以可读写的方式挂载到指定位置,通过在安装包内做文件解压和拷贝动作,对分区进行更新。之后再通过umount和mount动作将分区挂载到原来位置。
也可以将分区内容以镜像的方式存储到安装包内,在umount之后,将镜像烧写到指定分区位置,再将分区挂载到原来位置。
进一步的,获取第一升级包和第二升级包的过程,可以包括:
基于升级方式信息对原始升级包进行解析,得到第一升级包和第二升级包。
可见,本可选方案中主要是说明如何进行升级包的拆分。本可选方案中,基于升级方式信息对原始升级包进行解析,得到第一升级包和第二升级包。
S103,当数据升级处理完成时,返回单分区升级成功标识。
在S102的基础上,本步骤旨在当数据升级处理完成时,返回单分区升级成功标识。
进一步的,当数据升级处理完成时,还可以包括:
修改分区运行标志位。
进一步的,当升级完成时,还可以包括:
步骤1,将第二升级包的数据保存至预设目录;
步骤2,当升级成功并启动时,进行更新检测;
步骤3,若更新检测成功时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理。
可见,本可选方案中主要是说明如何延迟进行升级操作。将第二升级包的数据保存至预设目录;当升级成功并启动时,进行更新检测;若更新检测成功时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理。也就是,若选择不直接对单分区进行升级,可将分区内容放在预设目录(vendor目录)下,升级成功后再次启动时,在init阶段调用脚本识别预设目录下对应单分区文件内容,当检测到需要更新时,则对单分区进行相应的操作。
进一步的,当出现升级报错消息时,还可以包括:
进行重新升级操作。
进一步的,当AB分区升级出现错误时,进行重新升级,当单分区升级出现错误时,则不修改对应的分区标识,并重新进行升级。
综上,本实施例通过先采用第一升级包对AB分区进行常规的升级操作,然后通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。
以下通过另一具体的实施例,对本申请提供的一种安卓设备的分区升级方法做进一步说明。
请参考图2,图2为本申请实施例所提供的一种安卓设备的分区升级方法的时序图。
本实施例中,在原生升级的设计方案基础上进行了二次封装。将升级流程分为两个部分:先升级A/B分区(AB分区)模式内容,再升级单分区的内容。其中,对于A/B分区的升级,调用安卓原生的update_engine即可。升级单分区内容,可以制作一个脚本update_scrpit(升级脚本)和对应的解析文件update_binary(升级解析文件),ota service(空中下载技术服务)首先触发update_engine升级A/B分区,再获取到update_engine返回的升级成功状态后,触发recovery(数据备份服务)服务,在recovery服务中通过update_binary文件解析脚本update_script。
其中,脚本内可根据自身需要对单分区升级方法进行灵活选择,不做具体限定。可以umount和mount动作,将指定单分区以可读写的方式挂载到指定位置,通过在安装包内做文件解压和拷贝动作,对分区进行更新。之后再通过umount和mount动作将分区挂载到原来位置。也可以将分区内容以镜像的方式存储到安装包内,在umount之后,将镜像烧写到指定分区位置,再将分区挂载到原来位置。
因此,本实施例可以包括:
步骤1,将ota service服务识别指定位置的升级包,并通过安装包内的内容如xml文件确定版本信息。
步骤2,ota sevice服务调用安卓原生的update_engine服务对boot,system,vendor等只读AB分区进行升级。
步骤3,当update_engine返回升级成功标志位时,则调用recovery服务,对单分区和可读的AB分区进行升级,此时对当前运行分区进行判断:对可读的AB分区更新对应备份分区内容,对单分区则直接更新相关数据。升级完成后进行MD5校验,校验成功则返回对添加升级成功标志位
步骤4,当recovery服务升级完成后,ota service识别对应升级成功标志位,若升级成功则修改分区运行标志位,使下次启动则从升级的分区进行启动。
步骤5,若选择不直接对单分区进行升级,可将分区内容放在vendor目录下,升级成功后再次启动时,在init阶段调用脚本识别vendor目录下对应单分区文件内容,当检测到需要更新时,则对单分区进行相应的操作。
其中,若步骤2阶段升级不成功,则重复调用update_engine升级数次,若仍出错则升级报错,需要重新触发升级。若步骤3阶段升级不成功,则直接报错,再次触发升级时会直接从步骤3开始升级。若升级报错,则不会修改分区运行标志位,下次启动仍然是当前分区,不会对分区进行切换。
其中,ota service该服务用于解析升级包,将升级包拆分为payload的方式和recovery script的方式,并且按照包的组成分别触发update_engine和recovery服务,并且从update_engine和recovery获取升级状态并且把状态返回给ota.apk
其中,update_engine是原生的A/B升级服务,用于把payload.bin升级到备份分区
其中,recovery用于解析recovery script的脚本升级单分区的内容。
可见,本实施例解决Android P平台之后不能升级单分区的缺陷,让车机可以根据自身需求灵活决定各个分区是否升级,有助于更好实现上层对升级的需求,完善车机功能。核心是基于安卓原生升级方式无法升级单分区和可读AB分区的局限性,对升级流程进行补充,增加相关升级服务,有效实现对单分区和可读AB分区的升级功能以实现更多应用层的需求。
可见,本实施例通过先采用第一升级包对AB分区进行常规的升级操作,然后通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。
下面对本申请实施例提供的安卓设备的分区升级装置进行介绍,下文描述的安卓设备的分区升级装置与上文描述的安卓设备的分区升级方法可相互对应参照。
请参考图3,图3为本申请实施例所提供的一种安卓设备的分区升级装置的结构示意图。
本实施例中,该装置可以包括:
AB分区升级模块100,用于通过更新引擎和对应的第一升级包对AB分区进行升级;
单分区升级模块200,用于当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,第一升级包和第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
升级完成模块300,用于当数据升级处理完成时,返回单分区升级成功标识。
可见,本实施例通过先采用第一升级包对AB分区进行常规的升级操作,然后通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,实现在AB分区升级的情况下还可以对单分区进行升级,避免了由于单分区导致的无法升级的问题,提高了安卓设备的升级效果,降低了故障率。
本申请还提供了一种计算设备,请参考图4,图4为本申请实施例所提供的一种计算设备的结构示意图,该计算设备可包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时可实现如上述任意一种安卓设备的分区升级方法的步骤。
如图4所示,为计算设备的组成结构示意图,计算设备可以包括:处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相互间的通信。
在本申请实施例中,处理器10可以为中央处理器(Central Processing Unit,CPU)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。
处理器10可以调用存储器11中存储的程序,具体的,处理器10可以执行异常IP识别方法的实施例中的操作。
存储器11中用于存放一个或者一个以上程序,程序可以包括程序代码,程序代码包括计算机操作指令,在本申请实施例中,存储器11中至少存储有用于实现以下功能的程序:
通过更新引擎和对应的第一升级包对AB分区进行升级;
当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,第一升级包和第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
当数据升级处理完成时,返回单分区升级成功标识。
在一种可能的实现方式中,存储器11可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统,以及至少一个功能所需的应用程序等;存储数据区可存储使用过程中所创建的数据。
此外,存储器11可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件或其他易失性固态存储器件。
通信接口12可以为通信模块的接口,用于与其他设备或者系统连接。
当然,需要说明的是,图4所示的结构并不构成对本申请实施例中计算设备的限定,在实际应用中计算设备可以包括比图4所示的更多或更少的部件,或者组合某些部件。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时可实现如上述任意一种安卓设备的分区升级方法的步骤。
该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
对于本申请提供的计算机可读存储介质的介绍请参照上述方法实施例,本申请在此不做赘述。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种安卓设备的分区升级方法、分区升级装置、计算设备以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (10)
1.一种安卓设备的分区升级方法,其特征在于,包括:
通过更新引擎和对应的第一升级包对AB分区进行升级;
当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,所述第一升级包和所述第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
当数据升级处理完成时,返回单分区升级成功标识。
2.根据权利要求1所述的分区升级方法,其特征在于,通过更新引擎和对应的第一升级包对AB分区进行升级,包括:
获取所述第一升级包;
基于所述第一升级包的配置信息确定版本信息;
通过所述更新引擎采用所述版本信息和所述第一升级包对所述AB分区进行升级。
3.根据权利要求1所述的分区升级方法,其特征在于,当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理,包括:
当升级完成时,通过所述数据备份服务采用升级解析文件对升级脚本进行解析,得到单分区升级方式信息;
基于所述单分区升级方式信息和所述第二升级包对所述单分区进行数据升级处理。
4.根据权利要求1所述的分区升级方法,其特征在于,获取所述第一升级包和所述第二升级包的过程,包括:
基于所述升级方式信息对所述原始升级包进行解析,得到所述第一升级包和所述第二升级包。
5.根据权利要求1所述的分区升级方法,其特征在于,当数据升级处理完成时,还包括:
修改分区运行标志位。
6.根据权利要求1所述的分区升级方法,其特征在于,当升级完成时,还包括:
将所述第二升级包的数据保存至预设目录;
当升级成功并启动时,进行更新检测;
若所述更新检测成功时,通过所述数据备份服务和对应的第二升级包对所述单分区进行数据升级处理。
7.根据权利要求1所述的分区升级方法,其特征在于,当出现升级报错消息时,还包括:
进行重新升级操作。
8.一种安卓设备的分区升级装置,其特征在于,包括:
AB分区升级模块,用于通过更新引擎和对应的第一升级包对AB分区进行升级;
单分区升级模块,用于当升级完成时,通过数据备份服务和对应的第二升级包对单分区进行数据升级处理;其中,所述第一升级包和所述第二升级包为根据升级方式信息将原始升级包进行拆分得到的;
升级完成模块,用于当数据升级处理完成时,返回单分区升级成功标识。
9.一种计算设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任一项所述的分区升级方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的分区升级方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310610110.9A CN116775086A (zh) | 2023-05-26 | 2023-05-26 | 一种安卓设备的分区升级方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310610110.9A CN116775086A (zh) | 2023-05-26 | 2023-05-26 | 一种安卓设备的分区升级方法及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116775086A true CN116775086A (zh) | 2023-09-19 |
Family
ID=87992124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310610110.9A Pending CN116775086A (zh) | 2023-05-26 | 2023-05-26 | 一种安卓设备的分区升级方法及相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116775086A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117806684A (zh) * | 2024-01-11 | 2024-04-02 | 深圳创元智能软件科技有限公司 | 安卓版本更新方法、装置、设备及存储介质 |
CN117806684B (zh) * | 2024-01-11 | 2024-05-31 | 深圳创元智能软件科技有限公司 | 安卓版本更新方法、装置、设备及存储介质 |
-
2023
- 2023-05-26 CN CN202310610110.9A patent/CN116775086A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117806684A (zh) * | 2024-01-11 | 2024-04-02 | 深圳创元智能软件科技有限公司 | 安卓版本更新方法、装置、设备及存储介质 |
CN117806684B (zh) * | 2024-01-11 | 2024-05-31 | 深圳创元智能软件科技有限公司 | 安卓版本更新方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107391104B (zh) | 一种客户端与react native代码的更新依赖管理方法、装置及系统 | |
CN109491698B (zh) | 基于热补丁的系统更新方法及装置 | |
CA2538559A1 (en) | Server system and online software update method | |
CN111104387A (zh) | 在服务器上获取数据集的方法和装置 | |
CN113687858A (zh) | 配置文件的检查方法、装置、电子设备及存储介质 | |
CN113342419B (zh) | 一种推送系统加载方法、装置、电子设备及存储介质 | |
CN110198222B (zh) | 一种配电自动化终端即插即用测试方法及测试主站 | |
CN116954685B (zh) | 低代码应用系统灰度滚动升级方法、系统、设备及介质 | |
CN116795408A (zh) | Ecu的软件升级方法、系统及车辆 | |
CN116775086A (zh) | 一种安卓设备的分区升级方法及相关装置 | |
CN106933604B (zh) | 一种系统升级方法及装置 | |
CN116880877A (zh) | 虚拟机增强工具升级方法、装置、计算机设备和存储介质 | |
CN107085514B (zh) | 共享库升级方法及装置 | |
CN115374083A (zh) | 数据源的切换方法、装置、电子设备及存储介质 | |
CN114090055A (zh) | 应用程序更新方法、装置、终端及存储介质 | |
CN113254941A (zh) | 一种Linux内核源码处理方法、装置和设备 | |
CN113821246A (zh) | 软件无感增量式更新方法、装置、系统及存储介质 | |
CN110825406A (zh) | 一种软件升级的方法及相关设备 | |
CN111857744A (zh) | 一种超融合系统的安装方法、系统、设备以及介质 | |
CN113626053B (zh) | 一种Web应用在线升级的方法、装置、设备及可读介质 | |
CN116400945B (zh) | 一种动态链接库升级方法、电子设备及存储介质 | |
CN116107603B (zh) | 一种固件升级方法、装置、存储介质和电子设备 | |
CN116301931A (zh) | 软件包的部署方法及装置 | |
CN117407024A (zh) | 一种tbox软件参数升级方法、装置、电子设备及介质 | |
CN116225617A (zh) | 容器实例的管理迁移方法、装置和电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |