CN107220060A - 一种同时支持多个ota升级包升级的方法及系统 - Google Patents
一种同时支持多个ota升级包升级的方法及系统 Download PDFInfo
- Publication number
- CN107220060A CN107220060A CN201710451293.9A CN201710451293A CN107220060A CN 107220060 A CN107220060 A CN 107220060A CN 201710451293 A CN201710451293 A CN 201710451293A CN 107220060 A CN107220060 A CN 107220060A
- Authority
- CN
- China
- Prior art keywords
- ota
- version
- akus
- aku
- configuration file
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
本发明涉及移动通信技术领域,尤其涉及一种同时支持多个OTA升级包升级的方法及系统。其升级方法包括以下步骤:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;所述系统进入recovery模式后,读取所述配置文件;根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。本发明解决了传统跨阶段或跨版本升级需要重启多次,并多次进入recovery模式,系统升级所需时间较长,用户体验不佳的问题,本发明提高了系统升级的效率,缩短系统升级所需的时间,提高了用户的体验。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种同时支持多个OTA升级包升级的方法及系统。
背景技术
随着互联网+的迅速发展以及Android系统的广泛使用,Android终端的固件升级越来越重要,目前都是采用谷歌原生的OTA升级技术,OTA升级采用新旧版本二进制差分技术,即增量升级。
为了减少OTA升级包的数量,一般通过跨段式升级方式:
比如已经发布了1.0.0,1.1.0,1.2.0,2.0.0,2.1.0等版本,其中1.1.0版本要升级到2.1.0版本,需要走两个步骤,即1.1.0先升级到2.0.0,再从2.0.0升级到2.1.0。
以上技术存在以下问题:
由于OTA升级需要重启机器进入recovery模式进行升级,那么跨段式的升级方式就需要重启两次,进入两次recovery模式,这种用户体验会很不好。
发明内容
本发明所要解决的技术问题是:本发明提供了一种同时支持多个OTA升级包升级的方法及系统,缩短了系统升级所需要的时间,提高了用户的体验。
为了解决上述技术问题,本发明提供了一种同时支持多个OTA升级包升级的方法,包括以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
本发明还提供了一种同时支持多个OTA升级包升级的系统,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
本发明的有益效果为:
本发明根据系统升级时所需的多个OTA升级包,生成相应的配置文件,并根据配置文件依次对各个OTA升级包进行安装,所有的OTA升级包安装完毕后,对系统进行重启,本发明只需要在所有OTA升级包安装后,对系统重启一次,解决了传统跨阶段或跨版本升级需要重启多次,并多次进入recovery模式,系统升级所需时间较长,用户体验不佳的问题,本发明提高了系统升级的效率,缩短系统升级所需的时间,提高了用户的体验。
附图说明
图1为根据本发明实施例的一种同时支持多个OTA升级包升级的方法的主要步骤示意图;
图2为根据本发明实施例的一种同时支持多个OTA升级包升级的方法的结构示意图;
标号说明:
1、存储器;2、处理器。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图详予说明。
本发明最关键的构思在于:本发明获取系统升级时所需的多个OTA升级包,并生成相应的配置文件,并根据配置文件依次对各个OTA升级包进行安装,以完成系统的升级。
请参照图1,本本发明提供了一种同时支持多个OTA升级包升级的方法,包括以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
从上述描述可知,本发明根据系统升级时所需的多个OTA升级包,生成相应的配置文件,并根据配置文件依次对各个OTA升级包进行安装,所有的OTA升级包安装完毕后,对系统进行重启,本发明只需要在所有OTA升级包安装后,对系统重启一次,解决了传统跨阶段或跨版本升级需要重启多次,并多次进入recovery模式,系统升级所需时间较长,用户体验不佳的问题,本发明提高了系统升级的效率,缩短系统升级所需的时间,提高了用户的体验。
进一步的,所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包,其OTA升级包的数量根据第一初始版本和第二初始版本之间跨版本的数决定;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
从上述描述可知,只需要获取回退包及各个OTA升级包,即可实现对系统的升级,提高了系统升级效率,缩短了系统升级所需的时间,无需多次进入recovery模式,提高了用户的体验。
进一步的,“依次安装各个OTA升级包”之前还包括安装所述回退包。
从上述描述可知,制作从第一初始版本升级到系统当前版本的升级包时,会同时生成相应的回退包,通过安装回退包及各个的OTA升级包,即可完成系统的升级;通过上述方法能够减少OTA升级包制作数量,即OTA差分升级包的制作数量,避免需要制作由第一初始版本的各个版本型号与目标版本的之间的OTA差分升级包,降低了使用成本。
进一步的,所述的一种同时支持多个OTA升级包升级的方法,还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
从上述描述可知,通过上述方法只需要制作相应的差分文件,即可得到相应的OTA升级包,通过本发明的升级方法,减少了不同版本之间升级所需制作OTA升级包的数目,降低了使用成本。
进一步的,所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
从上述描述可知,通过上述方法,能够实现系统进入一次recovery模式后对所有的OTA升级包进行安装,通过重启系统,即可完成系统的升级,无需多次重启系统,多次进入recovery模式,提高了用户的体验。
请参照图2,本发明提供的一种同时支持多个OTA升级包升级的系统,包括存储器1、处理器2及存储在存储器1上并可在处理器2上运行的计算机程序,所述处理器2执行所述程序时实现以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
进一步的,所述的一种同时支持多个OTA升级包升级的系统,所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
进一步的,所述的一种同时支持多个OTA升级包升级的系统,“依次安装各个OTA升级包”之前还包括安装所述回退包。
进一步的,所述的一种同时支持多个OTA升级包升级的系统,所述处理器执行所述程序时实现的步骤还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
进一步的,所述的一种同时支持多个OTA升级包升级的系统,所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
请参照图1,本发明的实施例一为:
本发明提供的一种同时支持多个OTA升级包升级的方法,包括以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
所述S1之前还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级;
“依次安装各个OTA升级包”之前还包括安装所述回退包。
从上述描述可知,本发明根据系统升级时所需的多个OTA升级包,生成相应的配置文件,并根据配置文件依次对各个OTA升级包进行安装,所有的OTA升级包安装完毕后,对系统进行重启,本发明只需要在所有OTA升级包安装后,对系统重启一次,解决了传统跨阶段或跨版本升级需要重启多次,并多次进入recovery模式,系统升级所需时间较长,用户体验不佳的问题。
本发明的实施例二为:
假设系统的当前版本为1.1.7,需要升级的目标版本为3.2.1,首先获取当前版本1.1.7回退到1.0.0所需的回退包,该回退包在系统升级到当前版本1.1.7时自动生成,然后获取版本1.0.0升级3.0.0所需要的两个OTA升级包,即获取版本1.0.0与版本2.0.0之间的差分文件,得到第一OTA升级包,同时获取2.0.0与版本3.0.0之间的差分文件,得到第二OTA升级包,根据第一OTA升级包和第二OTA升级包的路径信息,生成相应的配置文件,控制系统进入recovery模式后,安装所述回退包后,读取该配置文件,按顺序读取第一OTA升级包和第二OTA升级包的路径信息,并挨个进行安装,安装完毕后,重启系统,以完成系统的升级。
请参照图2,本发明的实施例三为:
本发明提供的一种同时支持多个OTA升级包升级的系统,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
所述S1之前还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级;
“依次安装各个OTA升级包”之前还包括安装所述回退包。
综上所述,本发明根据系统升级时所需的多个OTA升级包,生成相应的配置文件,并根据配置文件依次对各个OTA升级包进行安装,所有的OTA升级包安装完毕后,对系统进行重启,本发明只需要在所有OTA升级包安装后,对系统重启一次,解决了传统跨阶段或跨版本升级需要重启多次,并多次进入recovery模式,系统升级所需时间较长,用户体验不佳的问题,本发明提高了系统升级的效率,缩短系统升级所需的时间,提高了用户的体验。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种同时支持多个OTA升级包升级的方法,其特征在于,包括以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
2.根据权利要求1所述的一种同时支持多个OTA升级包升级的方法,其特征在于,所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
3.根据权利要求2所述的一种同时支持多个OTA升级包升级的方法,其特征在于,“依次安装各个OTA升级包”之前还包括安装所述回退包。
4.根据权利要求2所述的一种同时支持多个OTA升级包升级的方法,其特征在于,还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
5.根据权利要求1所述的一种同时支持多个OTA升级包升级的方法,其特征在于,所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
6.一种同时支持多个OTA升级包升级的系统,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现以下步骤:
S1:获取系统由当前版本升级到目标版本所需的OTA升级包,所述所需的OTA升级包的数量不少于两个;
S2:根据各个OTA升级包,生成配置文件,所述配置文件包括各个OTA升级包的路径信息;
S3:控制所述系统进入recovery模式后,读取所述配置文件;
S4:根据所述配置文件的路径信息,依次安装各个OTA升级包,以完成系统的升级。
7.根据权利要求6所述的一种同时支持多个OTA升级包升级的系统,其特征在于,所述S1具体为:
获取由系统的当前版本回退到所述系统的当前版本对应的第一初始版本所需的回退包;
获取由所述第一初始版本升级到目标版本对应的第二初始版本所需的至少一个的OTA升级包;
获取所述第二初始版本升级到目标版本所需的OTA升级包。
8.根据权利要求7所述的一种同时支持多个OTA升级包升级的系统,其特征在于,“依次安装各个OTA升级包”之前还包括安装所述回退包。
9.根据权利要求7所述的一种同时支持多个OTA升级包升级的系统,其特征在于,所述处理器执行所述程序时实现的步骤还包括:
根据所述第一初始版本与所述第二初始版本,制作至少一个的差分文件,得到相应的OTA升级包;
所述OTA升级包的数目与所述第一初始版本和所述第二初始版本之间跨版本的数目相同;
制作所述第二初始版本与目标版本之间的差分文件,得到相应的OTA升级包。
10.根据权利要求6所述的一种同时支持多个OTA升级包升级的系统,其特征在于,所述S2具体为:
获取各个OTA升级包的路径信息;
根据系统升级时各个OTA升级包的安装顺序,顺序排列各个OTA升级包的路径信息,得到路径信息的有序集合;
根据所述路径信息的有序集合,生成相应的配置文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710451293.9A CN107220060A (zh) | 2017-06-15 | 2017-06-15 | 一种同时支持多个ota升级包升级的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710451293.9A CN107220060A (zh) | 2017-06-15 | 2017-06-15 | 一种同时支持多个ota升级包升级的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107220060A true CN107220060A (zh) | 2017-09-29 |
Family
ID=59949656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710451293.9A Pending CN107220060A (zh) | 2017-06-15 | 2017-06-15 | 一种同时支持多个ota升级包升级的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107220060A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108228216A (zh) * | 2018-01-02 | 2018-06-29 | 联想(北京)有限公司 | 更新方法、信息处理系统和电子设备 |
CN109062790A (zh) * | 2018-07-19 | 2018-12-21 | 北京首汽智行科技有限公司 | 车载终端蓝牙固件的升级测试方法 |
CN109343881A (zh) * | 2018-10-11 | 2019-02-15 | 珠海格力电器股份有限公司 | 固件升级更新方法、装置和空调 |
CN110780893A (zh) * | 2018-07-31 | 2020-02-11 | 深圳市讯扬通信有限公司 | Android智能终端FOTA方案 |
CN111176671A (zh) * | 2018-11-09 | 2020-05-19 | 奇酷互联网络科技(深圳)有限公司 | 系统自动连续更新的方法、移动终端和存储介质 |
CN114443083A (zh) * | 2021-07-09 | 2022-05-06 | 荣耀终端有限公司 | 系统升级方法、装置、电子设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102650947A (zh) * | 2012-04-01 | 2012-08-29 | 广东欧珀移动通信有限公司 | 一种Android手持设备连续增量的空中升级方法 |
CN104899066A (zh) * | 2015-06-19 | 2015-09-09 | 青岛海信移动通信技术股份有限公司 | 一种连续升级的方法及装置 |
CN105159724A (zh) * | 2015-09-15 | 2015-12-16 | 青岛海信移动通信技术股份有限公司 | 一种软件跨版本升级的方法、客户端及服务器 |
-
2017
- 2017-06-15 CN CN201710451293.9A patent/CN107220060A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102650947A (zh) * | 2012-04-01 | 2012-08-29 | 广东欧珀移动通信有限公司 | 一种Android手持设备连续增量的空中升级方法 |
CN104899066A (zh) * | 2015-06-19 | 2015-09-09 | 青岛海信移动通信技术股份有限公司 | 一种连续升级的方法及装置 |
CN105159724A (zh) * | 2015-09-15 | 2015-12-16 | 青岛海信移动通信技术股份有限公司 | 一种软件跨版本升级的方法、客户端及服务器 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108228216A (zh) * | 2018-01-02 | 2018-06-29 | 联想(北京)有限公司 | 更新方法、信息处理系统和电子设备 |
CN109062790A (zh) * | 2018-07-19 | 2018-12-21 | 北京首汽智行科技有限公司 | 车载终端蓝牙固件的升级测试方法 |
CN109062790B (zh) * | 2018-07-19 | 2022-04-05 | 北京首汽智行科技有限公司 | 车载终端蓝牙固件的升级测试方法 |
CN110780893A (zh) * | 2018-07-31 | 2020-02-11 | 深圳市讯扬通信有限公司 | Android智能终端FOTA方案 |
CN109343881A (zh) * | 2018-10-11 | 2019-02-15 | 珠海格力电器股份有限公司 | 固件升级更新方法、装置和空调 |
CN111176671A (zh) * | 2018-11-09 | 2020-05-19 | 奇酷互联网络科技(深圳)有限公司 | 系统自动连续更新的方法、移动终端和存储介质 |
CN114443083A (zh) * | 2021-07-09 | 2022-05-06 | 荣耀终端有限公司 | 系统升级方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107220060A (zh) | 一种同时支持多个ota升级包升级的方法及系统 | |
CN107506219A (zh) | 一种基于Android系统的通用版本升级方法 | |
CN109933348A (zh) | 一种电子控制单元中Bootloader的更新方法和装置 | |
CN104182484B (zh) | 一种实现HBase数据与Java域对象映射的方法和装置 | |
CN104918114B (zh) | 一种操作系统升级方法及装置 | |
CN103473067A (zh) | 嵌入式Linux分区与数据还原方法、系统及系统开发方法 | |
US9652209B2 (en) | Static analysis and reconstruction of deep link handling in compiled applications | |
CN104267981B (zh) | 一种加载桌面上的应用布局的方法及装置 | |
CN107301070A (zh) | 一种升级方法及终端 | |
CN104133699B (zh) | 设备系统软件升级方法与系统 | |
WO2016078263A1 (zh) | 升级控制设备、终端、终端升级方法及系统、存储介质 | |
CN109189434A (zh) | 一种电能表的在线升级方法 | |
CN102646048B (zh) | 移动终端触摸屏固件升级的方法及装置 | |
CN106462422A (zh) | 用于多系统终端的系统升级方法、升级装置和终端 | |
CN103440285A (zh) | 大型手机游戏系统及其数据库更新方法 | |
CN108984198A (zh) | 一种Android系统的升级方法及装置 | |
CN112948039A (zh) | 页面显示方法、装置、设备及存储介质 | |
CN109240733A (zh) | 一种基于安卓系统更新广告sdk的方法及终端 | |
CN109977008A (zh) | 一种应用程序依赖的js代码与原生库兼容的方法及终端 | |
CN106201584B (zh) | 版本升级方法及终端设备 | |
CN109558159B (zh) | 游戏中用户界面的更新方法和装置 | |
CN109582382B (zh) | 配置信息的加载方法、装置、存储介质及终端设备 | |
CN106502750A (zh) | Ota升级方法及蓝牙芯片 | |
CN110058849A (zh) | 流程图的生成方法、装置、计算机设备以及存储介质 | |
CN106789236B (zh) | 一种融合WiFiP2P的FOTA远程在线升级的方法 |
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 | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20170929 |