CN111104137A - 一种ota设备的升级方法及装置 - Google Patents

一种ota设备的升级方法及装置 Download PDF

Info

Publication number
CN111104137A
CN111104137A CN201911244266.XA CN201911244266A CN111104137A CN 111104137 A CN111104137 A CN 111104137A CN 201911244266 A CN201911244266 A CN 201911244266A CN 111104137 A CN111104137 A CN 111104137A
Authority
CN
China
Prior art keywords
ota
upgrading
state
equipment
upgrade
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.)
Granted
Application number
CN201911244266.XA
Other languages
English (en)
Other versions
CN111104137B (zh
Inventor
杨明明
王力民
商士栋
王竞恒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shandong Senter Electronic Co Ltd
Original Assignee
Shandong Senter Electronic Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shandong Senter Electronic Co Ltd filed Critical Shandong Senter Electronic Co Ltd
Priority to CN201911244266.XA priority Critical patent/CN111104137B/zh
Publication of CN111104137A publication Critical patent/CN111104137A/zh
Application granted granted Critical
Publication of CN111104137B publication Critical patent/CN111104137B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

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

本申请公开了一种OTA设备的升级方法及装置。OTA设备向OTA服务器请求下载最新的升级包,下载完成后,执行解密流程,进入恢复Recovery模式。在OTA设备升级失败情况下,记录升级失败的原因,OTA设备重启并进入开机状态。在升级失败的原因是OTA设备的电池电量低于第一预设阈值的情况下,OTA设备固定时间间隔判断电池电量。OTA设备的电池电量超过第二预设阈值时,判断升级包的解密状态。在解密状态为解密完成情况下,OTA设备基于OTA服务器调用系统升级的接口,进入Recovery模式进行升级。本申请提高了升级效率,不需要重新下载升级包,为设备节省了网络流量。

Description

一种OTA设备的升级方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种OTA设备的升级方法及装置。
背景技术
安卓(Android)设备一旦发布到市场后,版本的更新是通过空中下载技术(Over-The-Air Technology,OTA)升级实现的。升级包放在服务器上,设备周期性向服务器发送设备信息检测是否存在新的升级包,如果存在新的升级包,则设备从服务器上下载升级包。下载完成后,设备进入恢复(Recovery)模式下完成升级包的安装。在进入Recovery模式升级前,系统会完成升级包的解密。
OTA设备升级在进入Recovery模式后,由于各种原因导致升级失败,再次开机后,由于该升级包已经按照解密算法完成了解密,则无法再次被使用。因此,在设备可以进行升级时,需要从服务器上重新下载升级包。这种升级方法会影响升级效率,同时增加了网络流量费用,影响用户体验。
发明内容
本申请实施例提供了一种OTA设备的升级方法及装置,用以解决现有的OTA设备升级过程中,由于设备重启导致升级失败后,需要重新下载升级包的技术问题。
一方面,本申请实施例提供了一种OTA设备的升级方法。OTA设备向OTA服务器请求下载最新的升级包,下载完成后,执行解密流程,进入恢复Recovery模式。在OTA设备升级失败情况下,记录升级失败的原因,OTA设备重启并进入开机状态。在升级失败的原因是OTA设备的电池电量低于第一预设阈值的情况下,OTA设备固定时间间隔判断OTA设备的电池电量。第一预设阈值与OTA设备升级所耗电量有关。在OTA设备的电池电量超过第二预设阈值时,判断升级包的解密状态。解密状态包括解密完成状态、未解密状态、未完全解密状态。在解密状态为解密完成状态的情况下,OTA设备基于OTA服务器调用系统升级的接口,进入Recovery模式进行升级。
在本申请的一种实现方式中,在OTA设备重启并进入开机状态之后,方法还包括:OTA设备判断是否升级成功;如果升级失败,获取升级失败的原因。并在升级失败原因是OTA设备的电池电量低于第一预设阈值时,OTA设备取消向OTA服务器发送升级结果的指令。
在本申请的一种实现方式中,在判断升级包的解密状态之后,方法还包括:在升级包的解密状态为未解密状态或者未完全解密状态的情况下,OTA设备完成对升级包的解密,以便OTA设备进入Recovery模式。
在本申请的一种实现方式中,OTA设备判断是否升级成功,具体包括:根据OTA设备当前的版本信息与升级包中的版本信息进行对比,在版本信息一致的情况下,向OTA服务器发送升级成功结果,同时清除当前解密状态。
在本申请的一种实现方式中,上述方法还包括对升级失败原因进行归类,升级失败原因类别包括OTA设备的电池电量低于第一预设阈值、OTA设备异常。在记录升级失败原因之后,方法还包括:确定升级失败的原因类别是设备异常。记录OTA设备的升级状态。升级状态包括没有升级包状态、有升级包未升级状态、升级完成状态。在OTA设备的升级状态为有升级包未升级状态的情况下,重启设备进入Recovery模式执行安装过程。更新OTA设备的升级状态为没有升级包状态。
在本申请的一种实现方式中,在OTA设备的升级状态为升级完成状态的情况下,OTA设备向OTA服务器发送升级完成结果,同时将OTA设备的升级状态更新为没有升级包状态。
在本申请的一种实现方式中,OTA设备向OTA服务器发送升级结果后,升级包的解密状态被擦除。
在本申请的一种实现方式中,OTA设备基于OTA服务器调用系统升级的接口之前,且进入Recovery模式进行升级之前,方法还包括:OTA设备接收到来自用户终端对升级包进行解密请求的响应。
在本申请的一种实现方式中,OTA设备为输电线路检测设备,输电线路检测设备设置于输电线杆塔上,输电线路检测设备用于检测高压输电线路故障。
另一方面,本申请实施例还提供了一种OTA设备的升级装置。升级装置包括:下载模块,用于向OTA服务器请求下载最新的升级包。解密模块,用于在升级包下载完成后,执行解密流程,进入恢复Recovery模式。记录模块,用于在OTA设备升级失败情况下,记录升级失败的原因。OTA设备重启并进入开机状态。判断模块,用于在升级失败的原因是OTA设备的电池电量低于第一预设阈值的情况下,固定时间间隔判断OTA设备的电池电量。判断模块还用于在OTA设备的电池电量超过第二预设阈值时,判断升级包的解密状态。升级模块,用于在解密状态为解密完成状态情况下,OTA设备基于OTA服务器调用系统升级的接口,进入Recovery模式进行升级。
本申请实施例提供的一种OTA设备的升级方法及装置,在升级失败的原因是设备电池电量低时,设备重启开机后,OTA服务器可直接调用系统升级接口,使设备直接进入Recovery模式升级,而不需要重新下载升级包。这种升级方法不仅提高了OTA设备的升级效率,而且OTA设备升级包不需要多次下载,降低了网络流量的费用。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。
在附图中:
图1为本申请实施例提供的一种OTA设备的升级方法流程示意图;
图2为本申请实施例提供的一种OTA设备的升级装置结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有的Android设备如手持安卓终端设备或其它户外监测设备一旦发布到市场后,版本的更新就通过OTA升级实现。
在本申请实施例中,通过OTA升级方法完成版本更新的设备,称之为OTA设备。现有的OTA设备通常通过以下方式完成升级:OTA设备向OTA服务器下载最新的OTA升级包,然后对OTA升级包进行解密过程,解密完成后,OTA设备进入Recovery模式进行升级。
但是现有的升级方法,OTA设备在进入Recovery模式之后,由于电池电量低、或者设备出现异常等原因导致升级失败。再次开机后,由于之前下载的升级包已经按照解密算法被解密,无法再次使用,从而在设备充电完成后、或者设备异常问题解决后,需要从OTA服务器重新下载OTA升级包。
现有的OTA设备升级方法,只要OTA设备升级失败,不论是否下载过OTA升级包,OTA设备重启后都需要重新下载OTA升级包。不仅增加了升级网络流量费用,而且会影响OTA设备升级的效率,同时影响用户的体验。
本申请实施例为解决上述技术问题,提供了一种OTA设备的升级方法及装置。
本申请实施例提供的OTA设备的升级方法,在OTA设备升级过程中由于设备重启导致升级失败时,在设备重启的原因是电池电量低的情况下,OTA设备开机后不需要重新下载升级包,而可以直接进入Recovery模式进行升级。
下面通过附图1详细介绍本申请实施例提供的一种OTA设备的升级方法。
图1为本申请实施例提供的一种OTA设备的升级方法流程示意图。
S101、OTA设备在进行升级之前,OTA设备首先检测OTA设备存储的OTA升级包是否是最新版本的升级包。
如果升级包是最新版本的升级包,OTA设备不进行升级过程。
在本申请的实施例中,上述检测过程包括以下几种方式:
方式1:OTA设备向OTA服务器定时发送检测指令,以检测OTA服务器上的升级包版本信息。如果OTA设备当前的版本信息与OTA服务器上升级包的版本信息一致,则说明OTA设备当前的版本已是最新的版本,OTA设备升级完成。
方式2:OTA服务器上有新的升级包版本信息出现时,OTA服务器自动将最新升级包的版本信息发送到OTA设备上。如果OTA服务器发送的升级包的版本信息与OTA设备当前的升级包版本信息一直,则说明OTA设备当前的版本已是最新的版本,OTA设备升级完成。
在方式2的情况下,终端类触控设备可根据用户指令,决定是否下载最新版本的升级包。
S102、OTA设备下载OTA升级包,并解析升级包中的版本信息。
在OTA设备检测到或者接收到有新版本的升级包后,OTA设备下载升级包,并且解析升级包中的版本信息。升级包中的版本信息解析完成后,OTA设备确认所下载的升级包为最新版本的升级包。
S103、OTA设备判断升级包是否解密完成。
在本申请的一个实施例中,将OTA设备的升级包解密状态规定为三个状态:未解密状态、未完成解密状态、解密完成状态。
如果判断升级包是否解密完成的判断结果为否,OTA设备升级包的解密状态为未解密状态或者解密未完成状态;则先进行升级包的解密过程,直到解密完成,升级包的解密状态为解密完成状态。
S104、升级包解密完成后,OTA设备进入Recovery模式进行升级。
S105、进入Recovery模式后,OTA设备判断是否升级成功。
在本申请的一个实施例中,如果解析升级包所得到的版本信息与OTA设备当前的版本信息一致,则说明OTA设备升级成功。
如果OTA设备是否升级成功的判断结果为是,则OTA设备向OTA服务器发送升级成功结果。如果OTA设备是否升级成功的判断结果为否,进入S106。
S106、OTA设备重启,并进入开机状态。
在本申请的实施例中,如果OTA设备的电池电量过低、或者OTA设备出现异常,都会导致OTA设备升级失败;OTA设备进行重启,进入开机状态。
S107、OTA设备重启开机后,判断OTA设备当前的版本信息与升级包的版本信息是否一致。
如果判断结果为是,则说明OTA设备当前的版本信息与升级包的版本信息一致,OTA设备升级成功,向OTA服务器发送升级成功结果。如果判断结果为否,则说明OTA设备升级失败,进入S108。
S108、判断OTA设备的电池电量是否低于第一预设阈值。
如果判断结果为否,则说明OTA设备升级失败的原因不是电池电量低于第一预设阈值;OTA设备向OTA服务器发送升级失败结果。如果判断结果为是,则说明OTA设备升级失败是由于电池电量低于第一预设阈值导致的。
在本申请的一个实施例中,不管OTA设备向OTA服务器发送的是升级成功结果,还是升级失败结果,都会将升级包的解密状态擦除。在OTA设备需要重新进行升级过程时,都需要在OTA服务器上重新下载升级包。
在本申请的一个实施例中,上述OTA设备出现异常包括以下几种情形:OTA设备执行过重新安装(remount)操作、OTA设备被替换过镜像、OTA设备被替换过文件等。
S109、固定时间间隔判断OTA设备的电池电量,直至高于第二预设阈值。
在本申请的一个实施例中,上述OTA设备电池电量的第一预设阈值、第二预设阈值均与OTA设备完成升级过程所消耗的电量有关。例如,上述第一预设阈值设置为电池电量的10%,第二预设阈值设备为电池电量的30%。
在OTA设备的电池电量高于第二预设阈值时,OTA设备再次循环进入S103,判断升级包是否解密,然后继续执行剩余升级过程,直至OTA设备向OTA服务器发送升级成功结果,OTA设备升级完成。
在本申请的一个实施例中,如果OTA设备的解密状态为解密完成状态,则OTA设备基于接收到的用户终端对于请求进入解密状态的响应,OTA设备进入Recovery模式进行升级。
下面举例说明上述OTA设备的升级方法在不同OTA设备进行升级时的应用过程。
对于有屏的非户外OTA设备,OTA服务器提示用户当前存在升级包可以进行升级;一旦用户允许升级,例如弹出按钮让用户选择,则OTA服务器调用系统升级的接口。在该接口中,考虑到在充电的过程中或者用户允许升级前,服务器上放置了一个更新的升级包,且用户已经完成下载,因此首先判断当前的升级包版本,和S102中保存的升级包版本号对比判断是否一致。如果一致,则继续判断该升级包是否执行过解密流程,如果执行过解密流程,则直接重启设备进入Recovery模式,执行升级的流程;如果该升级包没有被解密过,则先执行解密过程,再重启进入Recovery模式进行升级。如果不一致,则删除之前保存的解密文件和解密状态,从S102开始重新执行升级流程。
对于没有屏的或者户外OTA设备,例如输电线路检测设备,用于检测输电线路故障,则不需要用户允许,只要不影响正常业务的时间段均可执行升级流程。例如户外监控设备,在不需要拍照传输图片的时间段均可以执行升级流程。对于该类型的设备,OTA升级的触发常用的手段是短信触发。因此,在该场景下可以不考虑“在充电的过程中或者用户允许升级前,OTA服务器上放置了一个更新的升级包,且用户已经完成下载”这种情况,直接调用系统升级的接口,在该接口中,判断该升级包是否执行过解密流程,如果执行过解密流程,则直接重启OTA设备进入Recovery模式,执行升级的流程;如果该升级包没有被解密过,则先执行解密过程,再重启OTA设备进入Recovery模式进行升级。
在本申请的一个实施例中,如果OTA设备升级失败的原因是OTA设备出现异常,则对OTA设备的升级状态进行记录:没有升级包状态、有升级包未升级状态、升级完成状态。
在OTA设备的升级状态为有升级包未升级状态的情况下,重启设备进入Recovery模式执行安装过程;安装完成后,同时更新OTA设备的升级状态为没有升级包状态。在OTA设备的升级状态为升级完成状态的情况下,OTA设备向OTA服务器发送升级完成结果,同时将OTA设备的升级状态更新为没有升级包状态。
在上述OTA设备的升级方法中,如果升级失败的原因是OTA设备电池电量低,则OTA设备电池电量高于第二预设阈值后,可直接调用系统服务器升级接口进行升级,而不需要重新下载升级包。这是因为在OTA设备升级失败的原因是电池电量低于第一预设阈值的情况下,OTA设备不向OTA服务器发送升级结果。也就是说,在这种情况下,OTA设备没有将升级包的解密状态擦除,重启开机后,下载的升级包仍可以继续使用,而不需要再重新进行下载。
上述OTA设备的升级方法,通过避免二次下载升级包,提高了升级效率,同时,为OTA设备节省了网络流量费用,提高用户体验。
本申请实施例还提供了一种OTA设备的升级装置。如图2所示,OTA设备的升级装置包括:下载模块201、解密模块202、记录模块203、判断模块204及升级模块205。
下载模块201用于向OTA服务器请求下载最新的升级包。
OTA设备在进行升级前,首先检测自身存储的OTA升级包是否是最新版本。如果OTA设备检测到当前的升级包不是最新的版本,则向OTA服务器请求下载最新版本的升级包。
解密模块202用于在升级包下载完成后,执行解密流程,进入恢复Recovery模式。
OTA设备下载完升级包之后,升级装置的解密模块首先对升级包进行解密。解密完成后,OTA设备进入Recovery模式进行升级。
记录模块203用于在OTA设备升级失败情况下,记录升级失败的原因,OTA设备重启并进入开机状态。
OTA设备由于重启导致升级失败时,升级装置的记录模块记录下升级失败的原因。然后重启进入开机状态。
判断模块204用于在升级失败的原因是OTA设备的电池电量低于第一预设阈值的情况下,固定时间间隔判断OTA设备的电池电量;还用于在OTA设备的电池电量超过第二预设阈值时,判断升级包的解密状态。
OTA设备开机后,升级装置的判断模块首先判断OTA设备升级失败的原因是否是电池电量低于第一预设阈值。如果判断结果为是,判断模块则固定时间间隔判断电池电量是否高于第二预设阈值。如果判断结果为是,则说明电池电量达到OTA设备的升级要求。判断模块再对升级包的解密状态进行判断。解密状态包括:解密完成状态,未解密状态,未完全解密状态。
升级模块205用于在解密状态为解密完成情况下,OTA设备基于OTA服务器调用系统升级的接口,进入Recovery模式进行升级。
升级装置的判断模块确定升级包的解密状态为解密完成状态后,升级装置的升级模块调用OTA服务器系统升级的接口,OTA设备进入Recovery模式进行升级。
本申请中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种OTA设备的升级方法,其特征在于,所述方法包括:
OTA设备向OTA服务器请求下载最新的升级包,下载完成后,执行解密流程,进入恢复Recovery模式;
在所述OTA设备升级失败情况下,记录升级失败的原因,所述OTA设备重启并进入开机状态;
在所述升级失败的原因是所述OTA设备的电池电量低于第一预设阈值的情况下,所述OTA设备固定时间间隔判断所述OTA设备的电池电量;其中,所述第一预设阈值与所述OTA设备升级所耗电量有关;
在所述OTA设备的电池电量超过第二预设阈值时,判断所述升级包的解密状态;所述解密状态包括解密完成状态、未解密状态、未完全解密状态;
在所述解密状态为解密完成状态情况下,所述OTA设备基于所述OTA服务器调用系统升级的接口,进入Recovery模式进行升级。
2.如权利要求1所述的方法,其特征在于,在所述OTA设备重启并进入开机状态之后,所述方法还包括:
所述OTA设备判断是否升级成功;如果升级失败,获取所述升级失败的原因;并在所述升级失败原因是所述OTA设备的电池电量低于第一预设阈值时,所述OTA设备取消向所述OTA服务器发送升级结果的指令。
3.如权利要求1所述的方法,其特征在于,在所述判断所述升级包的解密状态之后,所述方法还包括:
在所述升级包的解密状态为未解密状态或者未完全解密状态的情况下,所述OTA设备完成对所述升级包的解密,以便所述OTA设备进入Recovery模式。
4.如权利要求2所述的方法,其特征在于,所述OTA设备判断是否升级成功,具体包括:
根据所述OTA设备当前的版本信息与所述升级包中的版本信息进行对比,在所述版本信息一致的情况下,向所述OTA服务器发送升级成功结果,同时清除当前解密状态。
5.如权利要求1所述的方法,其特征在于,所述方法还包括对所述升级失败原因进行归类,所述升级失败原因类别包括所述OTA设备的电池电量低于所述第一预设阈值、所述OTA设备异常;
在所述记录升级失败原因之后,所述方法还包括:
确定所述升级失败的原因类别是设备异常;
记录所述OTA设备的升级状态;所述升级状态包括没有升级包状态、有升级包未升级状态、升级完成状态;
在所述OTA设备的升级状态为有升级包未升级状态的情况下,重启设备进入Recovery模式执行安装过程;
更新所述OTA设备的升级状态为没有升级包状态。
6.如权利要求5所述的方法,其特征在于,在所述OTA设备的升级状态为升级完成状态的情况下,所述OTA设备向所述OTA服务器发送升级完成结果,同时将所述OTA设备的升级状态更新为没有升级包状态。
7.如权利要求4所述方法,其特征在于,所述OTA设备向所述OTA服务器发送升级结果后,所述升级包的解密状态被擦除。
8.如权利要求1所述的方法,其特征在于,所述OTA设备基于所述OTA服务器调用系统升级的接口之前,且进入Recovery模式进行升级之前,所述方法还包括:
所述OTA设备接收到来自用户终端对所述升级包进行解密请求的响应。
9.如权利要求1所述的方法,其特征在于,所述OTA设备为输电线路检测设备,所述输电线路检测设备设置于输电线杆塔上,所述输电线路检测设备用于检测高压输电线路故障。
10.一种OTA设备的升级装置,其特征在于,所述装置包括:
下载模块,用于向OTA服务器请求下载最新的升级包;
解密模块,用于在下载完成后,执行解密流程,进入恢复Recovery模式;
记录模块,用于在所述OTA设备升级失败情况下,记录升级失败的原因,所述OTA设备重启并进入开机状态;所述升级失败的原因包括所述OTA设备的电池电量低于第一预设阈值;所述预设阈值与所述OTA设备升级所耗电量有关;
判断模块,用于在所述升级失败的原因是所述OTA设备的电池电量低于第一预设阈值的情况下,固定时间间隔判断所述OTA设备的电池电量;
所述判断模块还用于在所述OTA设备的电池电量超过第二预设阈值时,判断所述升级包的解密状态;所述解密状态包括解密完成、未解密、未完全解密;
升级模块,用于在所述解密状态为解密完成情况下,所述OTA设备基于所述OTA服务器调用系统升级的接口,进入Recovery模式进行升级。
CN201911244266.XA 2019-12-06 2019-12-06 一种ota设备的升级方法及装置 Active CN111104137B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911244266.XA CN111104137B (zh) 2019-12-06 2019-12-06 一种ota设备的升级方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911244266.XA CN111104137B (zh) 2019-12-06 2019-12-06 一种ota设备的升级方法及装置

Publications (2)

Publication Number Publication Date
CN111104137A true CN111104137A (zh) 2020-05-05
CN111104137B CN111104137B (zh) 2023-10-20

Family

ID=70421873

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911244266.XA Active CN111104137B (zh) 2019-12-06 2019-12-06 一种ota设备的升级方法及装置

Country Status (1)

Country Link
CN (1) CN111104137B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114615204A (zh) * 2022-02-17 2022-06-10 三一汽车起重机械有限公司 一种空中下载升级方法、系统及起重机
CN115118577A (zh) * 2022-06-24 2022-09-27 重庆长安汽车股份有限公司 远程升级异常原因确定方法、装置、电子设备及存储介质
CN115562698A (zh) * 2022-04-29 2023-01-03 荣耀终端有限公司 基本输入输出系统bios的升级方法和电子设备

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040088473A1 (en) * 2002-09-30 2004-05-06 Ogle Andrew J. Efficient system and method for updating a memory device
CN101189859A (zh) * 2005-06-07 2008-05-28 摩托罗拉公司 无线通信网络安全方法和系统
CN102646043A (zh) * 2012-02-29 2012-08-22 青岛海信移动通信技术股份有限公司 移动终端软件升级方法、升级装置及移动终端
CN104965747A (zh) * 2015-07-29 2015-10-07 江苏惠通集团有限责任公司 软件升级的方法及装置
CN104991805A (zh) * 2015-07-30 2015-10-21 北京奇虎科技有限公司 智能设备及其系统灾备控制方法
CN105955773A (zh) * 2016-04-29 2016-09-21 乐视控股(北京)有限公司 系统升级方法和装置
US20160321063A1 (en) * 2013-12-13 2016-11-03 Zte Corporation Method and Device for Making Differential Upgrade Package, and Method and Device for System Differential Upgrading
CN106325934A (zh) * 2016-08-24 2017-01-11 北京小米移动软件有限公司 系统升级方法及装置
CN106528249A (zh) * 2016-11-30 2017-03-22 北京小米移动软件有限公司 升级包的存储方法、装置及终端
CN107844307A (zh) * 2017-10-16 2018-03-27 歌尔科技有限公司 电子设备的系统更新方法及电子设备
WO2018095218A1 (zh) * 2016-11-22 2018-05-31 深圳创维数字技术有限公司 遥控器的升级测试方法和装置
JP2018097764A (ja) * 2016-12-16 2018-06-21 株式会社Subaru 車載用データ更新装置
CN108595113A (zh) * 2018-03-22 2018-09-28 维沃移动通信有限公司 一种分区调整的方法及终端
CN110022558A (zh) * 2019-04-03 2019-07-16 Oppo广东移动通信有限公司 一种升级包的加密、解密方法和电子装置及存储介质
CN110086885A (zh) * 2019-05-10 2019-08-02 上海擎感智能科技有限公司 空间下载技术的升级包下载方法及装置、存储介质和终端
CN110399153A (zh) * 2019-07-25 2019-11-01 Oppo广东移动通信有限公司 系统升级方法、装置、终端及计算机可读存储介质
CN110519067A (zh) * 2019-07-15 2019-11-29 北京航空航天大学 一种具有物联功能的仪表接口系统

Patent Citations (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040088473A1 (en) * 2002-09-30 2004-05-06 Ogle Andrew J. Efficient system and method for updating a memory device
CN101189859A (zh) * 2005-06-07 2008-05-28 摩托罗拉公司 无线通信网络安全方法和系统
CN102646043A (zh) * 2012-02-29 2012-08-22 青岛海信移动通信技术股份有限公司 移动终端软件升级方法、升级装置及移动终端
CN105094909A (zh) * 2012-02-29 2015-11-25 青岛海信移动通信技术股份有限公司 移动终端软件升级方法、升级装置及移动终端
US20160321063A1 (en) * 2013-12-13 2016-11-03 Zte Corporation Method and Device for Making Differential Upgrade Package, and Method and Device for System Differential Upgrading
CN104965747A (zh) * 2015-07-29 2015-10-07 江苏惠通集团有限责任公司 软件升级的方法及装置
CN104991805A (zh) * 2015-07-30 2015-10-21 北京奇虎科技有限公司 智能设备及其系统灾备控制方法
CN105955773A (zh) * 2016-04-29 2016-09-21 乐视控股(北京)有限公司 系统升级方法和装置
CN106325934A (zh) * 2016-08-24 2017-01-11 北京小米移动软件有限公司 系统升级方法及装置
WO2018095218A1 (zh) * 2016-11-22 2018-05-31 深圳创维数字技术有限公司 遥控器的升级测试方法和装置
CN106528249A (zh) * 2016-11-30 2017-03-22 北京小米移动软件有限公司 升级包的存储方法、装置及终端
JP2018097764A (ja) * 2016-12-16 2018-06-21 株式会社Subaru 車載用データ更新装置
CN107844307A (zh) * 2017-10-16 2018-03-27 歌尔科技有限公司 电子设备的系统更新方法及电子设备
CN108595113A (zh) * 2018-03-22 2018-09-28 维沃移动通信有限公司 一种分区调整的方法及终端
CN110022558A (zh) * 2019-04-03 2019-07-16 Oppo广东移动通信有限公司 一种升级包的加密、解密方法和电子装置及存储介质
CN110086885A (zh) * 2019-05-10 2019-08-02 上海擎感智能科技有限公司 空间下载技术的升级包下载方法及装置、存储介质和终端
CN110519067A (zh) * 2019-07-15 2019-11-29 北京航空航天大学 一种具有物联功能的仪表接口系统
CN110399153A (zh) * 2019-07-25 2019-11-01 Oppo广东移动通信有限公司 系统升级方法、装置、终端及计算机可读存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
施超;鲍可进;: "基于Android平台OTA差分升级系统设计与实现", 信息技术, no. 10 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114615204A (zh) * 2022-02-17 2022-06-10 三一汽车起重机械有限公司 一种空中下载升级方法、系统及起重机
CN114615204B (zh) * 2022-02-17 2023-09-19 三一汽车起重机械有限公司 一种空中下载升级方法、系统及起重机
CN115562698A (zh) * 2022-04-29 2023-01-03 荣耀终端有限公司 基本输入输出系统bios的升级方法和电子设备
CN115562698B (zh) * 2022-04-29 2023-10-20 荣耀终端有限公司 基本输入输出系统bios的升级方法和电子设备
CN115118577A (zh) * 2022-06-24 2022-09-27 重庆长安汽车股份有限公司 远程升级异常原因确定方法、装置、电子设备及存储介质
CN115118577B (zh) * 2022-06-24 2023-08-18 重庆长安汽车股份有限公司 远程升级异常原因确定方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN111104137B (zh) 2023-10-20

Similar Documents

Publication Publication Date Title
CN111104137B (zh) 一种ota设备的升级方法及装置
CN107608706B (zh) 一种基于功能模块的应用程序自动热更新方法
JP6267184B2 (ja) モバイル機器サポートサービスを提供するためのシステム、方法、装置、およびコンピュータプログラム製品
EP2878140B1 (en) Wireless firmware upgrades to an alarm security panel
CN110116408B (zh) 机器人安全控制方法、机器人及计算机可读存储介质
CN104166577B (zh) 一种移动终端系统升级的方法和装置
TWI533216B (zh) 作業系統更新方法
CN101594613A (zh) 终端设备及其升级的方法、系统
CN111026581A (zh) 应用程序的修复方法及装置、系统、存储介质、电子装置
JP2007528534A (ja) システムソフトウェア更新サービスを通知するためのローダの利用
CN102646043A (zh) 移动终端软件升级方法、升级装置及移动终端
CN110851156A (zh) 电器的软件升级方法、装置和电器
CN102073508A (zh) 一种终端及其软件升级方法和装置
CN113472956A (zh) 一种云手机管理方法及装置
CN112099825B (zh) 组件进行升级的方法、装置、设备及存储介质
CN112905230A (zh) 应用程序的管理方法、装置、终端设备和存储介质
CN111078471A (zh) 显示设备的系统故障恢复方法、设备及计算机存储介质
CN111698558A (zh) 电视软件升级方法、电视终端及计算机可读存储介质
CN105786636A (zh) 一种系统修复方法及装置
CN102622254B (zh) 电视机宕机处理方法和系统
CN103336698A (zh) 一种wifi设备软件升级的方法及wifi设备和系统
CN117369844A (zh) Ota升级方法、装置、设备以及存储介质
CN108595292B (zh) 一种系统的优化方法、移动终端及计算机存储介质
CN111125771B (zh) 保护设备隐私的方法及装置、电子设备、存储介质
JP2002366365A (ja) データ取得装置、ダウンロードサーバおよびトリガサーバ

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
CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Yang Mingming

Inventor after: Shang Shidong

Inventor after: Wang Jingheng

Inventor before: Yang Mingming

Inventor before: Wang Limin

Inventor before: Shang Shidong

Inventor before: Wang Jingheng

GR01 Patent grant
GR01 Patent grant