CN106201586A - 一种基于ota的系统升级方法及终端、系统 - Google Patents
一种基于ota的系统升级方法及终端、系统 Download PDFInfo
- Publication number
- CN106201586A CN106201586A CN201610495269.0A CN201610495269A CN106201586A CN 106201586 A CN106201586 A CN 106201586A CN 201610495269 A CN201610495269 A CN 201610495269A CN 106201586 A CN106201586 A CN 106201586A
- Authority
- CN
- China
- Prior art keywords
- terminal
- file
- subregion
- aku
- upgrading
- 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
Links
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/658—Incremental updates; Differential updates
Abstract
本发明实施例涉及通信领域,尤其涉及一种基于OTA的系统升级方法及终端、系统,用于在非底层驱动分区升级失败且遭到损坏之后仍能够使终端成功重启。本发明实施例中根据接收到的升级包对第一类分区的文件进行升级,第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件,在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包对终端系统进行升级,纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的分区。如此终端在非底层驱动分区升级失败且遭到损坏时,仍能够成功重启并进入用户使用界面以进行下一次升级。
Description
技术领域
本发明实施例涉及通信领域,尤其涉及一种基于OTA的系统升级方法及终端、系统。
背景技术
随着通信技术的不断发展,电脑、智能手机等终端已经越来越普及。终端中内置的操作系统通常为开源系统,由于使用需求的不断改变,同一款终端内置的系统往往需要不断升级。比如,一款智能手机出货时的固件操作系统为安卓(android)4.4,后续升级到android 5.0甚至更高版本。或者终端从android 5.0V1版本升级到android 5.0V2版本。
现有技术中通常基于空中下载技术(Over-the-Air Technology,简称OTA)技术实现终端系统的升级操作。现有技术的升级包可分为差分包和完整包,也可称为OTA差分包和OTA完整包。通常情况下,OTA完整包的大小比较接近于整个固件的镜像,而OTA差分包比OTA完整包小很多,因此现有技术一般采用差分方式进行升级。
在现有的终端OTA升级时,需对system、boot、recovery、modem、底层开机启动等多个分区进行升级。倘若某个分区升级出现异常时,都会导致OTA升级失败,进而导致终端无法正常使用。
因此,有必要提出一种升级机制,保证OTA升级能够正常进行,避免影响用户对终端的正常使用。
发明内容
本发明实施例提供一种基于OTA的系统升级方法及终端、系统,用以在非底层驱动分区升级失败且遭到损坏之后,将终端的系统升级至纯净版系统,从而使终端在非底层驱动分区升级失败且遭到损坏时,仍能够成功重启并进入用户使用界面以进行下一次升级。
本发明实施例提供一种基于OTA的系统升级方法,包括:
接收服务器发送的升级包,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;
根据升级包对第一类分区的文件进行升级;其中,第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;
在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
本发明实施例提供一种终端,包括:
接收单元,用于接收服务器发送的升级包,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;
处理单元,用于根据升级包对第一类分区的文件进行升级;在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;
其中,第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
本发明实施例提供一种基于OTA的系统升级方法,包括:
服务器确定终端当前的系统版本;服务器获取终端内部预先存储的指示信息;其中,指示信息用于指示服务器发送差分包还是完整包;服务器至少根据终端当前的系统版本和指示信息,向终端发送升级包;其中,升级包为终端当前的系统版本对应的差分包或完整包。
可选地,指示信息为用于指示服务器发送差分包的指示信息时,服务器至少根据终端当前的系统版本和指示信息,向终端发送升级包,包括:服务器根据终端当前的系统版本、指示信息,以及升级包对应的升级前的系统版本,向终端发送差分包;其中,差分包对应的升级前的系统版本与终端当前的系统版本一致。
可选地,指示信息为用于指示服务器发送完整包的指示信息时,服务器至少根据终端当前的系统版本和指示信息,向终端发送升级包,包括:服务器至少根据终端当前的系统版本、指示信息,以及升级包对应的升级后系统版本,向终端发送完整包;其中,完整包对应的升级后的系统版本比终端当前的系统版本高。
本发明实施例提供一种服务器,包括:
确定单元,用于服务器确定终端当前的系统版本;获取终端内部预先存储的指示信息;其中,指示信息用于指示服务器发送差分包还是完整包;
发送单元,用于至少根据终端当前的系统版本和指示信息,向终端发送升级包;其中,升级包为终端当前的系统版本对应的差分包或完整包。
可选地,指示信息为用于指示服务器发送差分包的指示信息时,发送单元,具体用于:根据终端当前的系统版本、指示信息,以及升级包对应的升级前的系统版本,向终端发送差分包;其中,差分包对应的升级前的系统版本与终端当前的系统版本一致。
可选地,指示信息为用于指示服务器发送完整包的指示信息时,发送单元,具体用于:至少根据终端当前的系统版本、指示信息,以及升级包对应的升级后系统版本,向终端发送完整包;其中,完整包对应的升级后的系统版本比终端当前的系统版本高。
本发明实施例提供一种用于进行OTA系统升级的系统,包括:
服务器,用于确定终端当前的系统版本;获取终端内部预先存储的指示信息;至少根据终端当前的系统版本和指示信息,向终端发送升级包;其中,指示信息用于指示服务器发送差分包还是完整包;升级包为终端当前的系统版本对应的差分包或完整包;
终端,用于接收服务器发送的升级包,根据升级包对第一类分区的文件进行升级;在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
本发明实施例中,由于第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,即第一类分区的该文件的内容遭到损坏时,根据终端预先存储的纯净版升级包,对终端系统进行升级,且纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,终端在第一类分区的文件升级失败且遭到损坏之后,可升级至纯净版系统,进而成功开机并进入用户使用界面,从而用户可在用户使用界面下重现下载升级包并再次进行系统升级。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍。
图1为本发明实施例提供的本发明实施例的一种通信系统的示意性架构图;
图2为本发明实施例提供的一种基于OTA的系统升级方法的流程示意图;
图2a为本发明实施例提供的另一种基于OTA的系统升级方法的流程示意图;
图3为本发明实施例提供的一种终端的结构示意图;
图4为本发明实施例提供的一种服务器的结构示意图;
图5为本发明实施例提供的一种用于进行OTA系统升级的系统结构示意图。
具体实施方式
为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
图1示出了应用本发明实施例的一种通信系统的示意性架构图。如图1所示,该通信系统100可以包括服务器101、终端102、终端103和终端104通过无线连接或有线连接或其它方式连接。
终端102、终端103和终端104中的任一终端可以经无线接入网(Radio AccessNetwork,简称RAN)与一个或多个核心网进行通信,终端可以指用户设备(User Equipment,简称UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,简称SIP)电话、无线本地环路(WirelessLocal Loop,简称WLL)站、个人数字处理(Personal Digital Assistant,简称PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备等。
服务器101可以是用于与终端进行通信的设备,例如,可以是GSM系统或CDMA中的基站(Base Transceiver Station,简称BTS),也可以是WCDMA系统中的基站(NodeB,简称NB),还可以是LTE系统中的演进型基站(Evolutional Node B,简称eNB或eNodeB),或者该服务器可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络侧设备或未来演进的PLMN网络中的网络设备等。
本发明实施例中的升级包可包括一个分区的文件或多个分区的文件,一个分区可包括一个文件,或者一个分区可包括多个文件,当终端根据升级包进行系统升级时,具体操作为终端加载升级包中的待升级文件,并覆盖终端上原有对应的文件。举个例子,升级包中包括BOOT分区的文件,升级包中BOOT分区的文件为V2版本,终端中现有的BOOT分区的文件为V1版本,终端依据升级包进行升级时,将终端上现有的V1版本的BOOT分区的文件替换为升级包中的V2版本的BOOT分区的文件。
本发明实施例中的升级包包括两类,差分包和完整包。完整包包括该升级包对应的系统版本所包括的所有分区的信息,差分包仅仅包括差分包对应的两个系统版本之间存在的差异化信息。比如,BOOT分区仅包括一个文件,如果BOOT分区的文件在V1版本和V2版本中内容保持不变,则V1版本和V2版本的差分包中不包括BOOT分区的文件,V2版本的完整包中则包括SYSTEM分区BOOT分区的文件。通常来说,完整包的数据量大于差分包的数据量,为了节省数据传输量,通常终端和服务器之间传输差分包,用于进行系统的升级。
本发明实施例中升级包中包括的待升级文件对应一个或多个分区,每个分区中存放的文件不同,每个分区中存放的文件的作用也不同。比如,SYSTEM分区存放的是系统文件,SYSTEM分区可存放一个或多个文件,BOOT分区用于加载SYSTEM分区,RECOVERY分区存储的文件是终端进入recovery模式时需要加载的文件,MODEM分区上存储的是通话上网等通信相关的文件。由于各分区的作用不同,进行系统升级时,不同分区升级失败所带来的结果是不同的。
不同平台的终端在开机进程中所加载的分区不同,本发明实施例中提供一种终端开机进程,以高通平台为例:首先加载底层驱动分区的文件,大致为依次加载SBL1分区的文件、TZ分区的文件、ABOOT分区的文件,至此,底层驱动分区加载完毕。之后加载非底层驱动分区,非底层驱动分区也可称为上层分区或者应用层分区。终端判断开机原因,若为正常开机,则终端依次加载的非底层驱动分区的文件BOOT分区的文件和SYSTEM分区的文件,并进入Android系统,进而进入到用户使用界面。用户在用户使用界面下可以下载升级包,并人为的触发系统升级的进程。举个例子,比如在Android系统的用户界面下,用户找到设置命令,在设置命令中触发检测并下载升级包的命令,下载完毕之后,触发系统升级的命令。
若此次开机需要进入recovery模式,则终端依次加载recovery分区的文件,进入recovery模式进行系统升级。将终端执行开机进程中所加载的非底层驱动分区称为第一类分区,第一类分区比如为BOOT分区、SYSTEM分区等等,第一类分区的文件比如为BOOT分区的文件等等。将终端执行开机进程中所加载的底层驱动分区称为第二类分区,第二类分区比如为SBL1分区、TZ分区和ABOOT分区,第二类分区的文件比如为TZ分区的文件等等。
上述终端开机进程中,终端在加载BOOT分区的文件和SYSTEM分区的文件之前,或者终端在加载RECOVERY分区的镜像文件之前所加载的分区称为底层驱动分区。本发明实施例中终端在加载完底层驱动分区之后,加载非底层驱动分区,非底层驱动分区可为BOOT分区、SYSTEM分区和RECOVERY分区。终端加载了底层驱动分区,之后加载非底层驱动分区BOOT分区的文件和SYSTEM分区的文件,则终端开机成功。终端加载了底层驱动分区的文件,之后加载非底层驱动分区RECOVERY分区的文件,则终端开机成功并成功进入recovery模式。
本发明实施例中的第一类分区的文件为升级包中包括的待升级文件中的、且终端执行开机进程所加载的非底层驱动分区中的文件。第一类分区的文件比如为BOOT分区的文件、SYSTEM分区的文件和RECOVERY分区的文件。第二类分区的文件为升级包中包括的待升级文件中的、终端执行开机进程所加载的底层驱动分区中的文件。第二类分区的文件比如为SBL1分区的文件、TZ分区的文件、RPM分区的文件和ABOOT分区的文件等。
图2示例性示出了本发明实施例提供的一种基于OTA的系统升级方法流程示意图。
基于图1所示的系统架构,如图2所示,本发明实施例提供的终端侧实现的一种基于OTA的系统升级方法,包括:
步骤201,终端接收服务器发送的升级包,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;
步骤202,终端根据升级包对第一类分区的文件进行升级;其中,第一类分区的文件为待升级文件中的、终端执行开机进程所加载的非底层驱动分区中的文件;
步骤203,终端在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。
由于第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,即第一类分区的该文件的内容遭到损坏时,根据终端预先存储的纯净版升级包,对终端系统进行升级,且纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,终端在第一类分区的文件升级失败且遭到损坏之后,可升级至纯净版系统,进而成功开机并可进入用户使用界面,从而实现下一次的升级。
为了更清楚的介绍上述本发明实施例,图2a示例性示出了本发明实施例提供的另一种可选地基于OTA的系统升级方法的流程示意图,如图2a所示,该方法包括:
步骤2101,终端或者服务器确定终端当前的系统版本,终端或者服务器判断服务器中是否存在系统版本高于终端当前的系统版本的升级包,若不存在,则结束该方法流程;若存在,则服务器确定终端当前的系统版本,并执行步骤2102。
具体来说,有多种途径,比如,服务器根据终端内部存储的终端当前的系统版本的标识确定出终端当前的系统版本。或者另一种可能的实现方式为,终端或者服务器中存储有终端的系统更新的记录,详细的记录了终端每次进行系统升级的时间、以及升级是否成功,升级后终端的系统版本标识等等信息,服务器可以获取该系统更新的记录,并根据该系统更新的记录确定出终端当前的系统版本。或者服务器获取终端当前的系统版本的标识位,终端根据系统版本的标识位确定出终端当前的系统版本。
可选地,终端或者服务器可以周期性的判断服务器中是否存在系统版本高于终端当前的系统版本的升级包。或者通过用户触发的方式判断服务器中是否存在系统版本高于终端当前的系统版本的升级包,比如用户触发终端在服务器上检测是否存在系统版本高于终端当前的系统版本的升级包的命令,终端去服务器端搜寻是否存在系统版本高于终端当前的系统版本的升级包的命令。
步骤2102,服务器获取终端内部预先存储的指示信息,其中,指示信息用于指示服务器发送差分包还是完整包。
在步骤2102中,服务器可以识别终端内部预先存储的指示信息,终端内部预先存储的指示信息比如可为终端misc盘中的一个标识位。可选地,标识位为空,可表示指示服务器发送差分包;标识位为0,可表示指示服务器发送完整包;标识位为1,可表示指示服务器不发送升级包。
服务器获取终端内部预先存储的指示信息,具体有多种实现方式,比如服务器可向终端发送请求读取的消息,终端将终端内部预先存储的指示信息携带于响应消息中发送给服务器;或者服务器与终端连接之后,服务器直接自己从终端读取该指示信息。
步骤2103,判断指示信息为用于指示服务器发送差分包的指示信息,还是用于指示服务器发送完整包的指示信息时;
指示信息为用于指示服务器发送差分包的指示信息时,执行步骤2104;指示信息为用于指示服务器发送完整包的指示信息时,执行步骤2105;指示信息为用于指示服务器不发送升级包时,结束该方法流程。
步骤2104,服务器根据终端当前的系统版本、指示信息,以及升级包对应的升级前的系统版本,向终端发送差分包;其中,差分包对应的升级前的系统版本与终端当前的系统版本一致。
步骤2105,服务器至少根据终端当前的系统版本、指示信息,以及升级包对应的升级后系统版本,向终端发送完整包;其中,完整包对应的升级后的系统版本比终端当前的系统版本高。
上述步骤2104和步骤2105中,可选地,差分包或完整包可为OTA升级包,即差分包或完整包可为终端基于OTA技术从服务器上下载到的升级包。由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。
进一步,若终端指示服务器为终端发送完整包,则说明终端若再根据差分包进行升级,升级失败的概率非常大,因此,此时终端指示服务器为终端发送完整包即可加大终端升级成功的概率。另一方面,若终端指示服务器为终端发送差分包,则说明终端若再根据差分包进行升级,升级成功的概率非常大,因此,终端指示服务器为终端发送差分包即可降低数据传输量,又保证了终端升级成功的概率要求。
步骤2106,终端接收服务器发送的升级包,升级包中包括待升级文件;可选地,该升级包可为差分包或者为完整包。优选地,该升级包为差分包。
步骤2107,终端执行重启进程,并在加载一系列分区之后,进入recovery模式,在recovery模式下根据升级包对第一类分区的文件进行升级;其中,第一类分区的文件为待升级文件中的、终端执行开机进程所加载的非底层驱动分区中的文件;
步骤2108,终端判断第一类分区的文件中的所有文件是否升级成功;若第一类分区的文件中的至少一个文件升级失败,则执行步骤2109;若第一类分区的文件中的所有文件均升级成功,则执行2112;
步骤2109,针对第一类分区的文件中升级失败的每个文件,终端判断该升级失败的每个文件升级后的内容与升级前的内容是否一致;若第一类分区的所有升级失败的文件的内容与升级前的内容均一致,则执行步骤2110;若第一类分区的至少一个升级失败的文件的升级后的内容与升级前的内容不一致,则执行步骤2111;
步骤2110,终端将终端的指示信息更新为:用于指示服务器发送完整包的指示信息。如此,终端将终端的指示信息更新为用于指示服务器发送完整包的指示信息可表示出终端在当前次的升级过程中存在升级失败的分区,如此,终端在进行下一次系统升级时,根据指示信息可确定终端上一次根据差分升级包或者完整升级包进行升级已经失败过一次,此次需要根据完整升级包进行升级,如此,可尽量减少升级失败的概率。
步骤2111,终端根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件;
举个例子,比如纯净版升级包包括SBL1分区的文件、TZ分区的文件、RPM分区的文件、ABOOT分区的文件、BOOT分区的文件、SYSTEM分区的文件和RECOVERY分区的文件。再举个例子,比如纯净版升级包中仅包括BOOT分区的文件和SYSTEM分区中的可连接网络并从服务器下载OTA升级包所需的相关文件。可见,纯净版升级包通常较小,不会占用太多的存储器资源。
可选地,在步骤2111中,根据终端预先存储的纯净版升级包,对终端系统进行升级;并将指示信息更新为:用于指示服务器不发送升级包的指示信息;在确定此次对终端的系统升级失败时,重复根据终端预先存储的纯净版升级包对终端系统进行升级,直至升级成功;在确定此次对终端的系统升级成功时,将指示信息再次更新为:用于指示服务器发送完整包的指示信息。
由于纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,纯净版系统升级包可预先存储于终端中,占用空间较小,此时终端也无需从网络上下载该纯净版系统升级包,解决了当终端由于升级失败而无法进入到用户使用界面进行升级包下载的问题。通过该步骤,即使BOOT分区或者SYSTEM分区升级失败,且也被损坏,终端仍然可以系统,比如Android系统,从而进一步进入用户使用界面,并进行联网后下载OTA升级包。
第二,由于纯净版升级包也属于完整包,因此终端可以重复根据终端预先存储的纯净版升级包对终端系统进行升级,直至升级成功,进而终端可在升级至纯净版升级包之后,再次进入到用户使用界面,进而进行升级包的下载或接收。
第三,由于终端根据终端预先存储的纯净版升级包对终端系统进行升级的过程中,将指示信息更新为用于指示服务器不发送升级包的指示信息,如此,可避免终端在未成功升级系统时接收到服务器所推送的升级包而带来的干扰。
第四,终端在系统成功升级为纯净版升级包对应的系统时,将指示信息再次更新为:用于指示服务器发送完整包的指示信息。如此,可使服务器根据指示信息推送OTA完整包,从而使终端根据完整包进行系统升级,提高终端系统升级的成功率。
步骤2112,终端根据升级包对第二类分区的文件进行升级;其中,第二类分区的文件为待升级文件中的、终端执行开机进程所加载的底层驱动分区中的文件;
步骤2113,终端判断是否对第二类分区的文件中的所有文件升级成功;若对第二类分区的文件中的至少一个文件升级失败,则执行步骤2114;若对第二类分区的文件中的所有文件均升级成功,则执行步骤2115;
步骤2114,终端将终端预先存储的启动顺序表中的第二类分区的文件的标识替换为预先设置的备份第二类分区的文件的标识,其中,启动顺序表中包括终端在开机启动时依次加载的分区的标识。备份第二类分区的文件中的内容与升级前的第二类分区的文件中的内容一致。本发明实施例中,备份第二类分区可为在应用本发明实施例的方法之前主动设置的。也就是说,备份第二类分区为第二类分区的一个备份存储区域,备份第二类分区所包括的分区的数量,以及各个分区中包括的文件,以及各个文件中的内容均与升级前的第二类分区中的一致。
具体来说,本发明实施例中终端中会存在一个启动顺序表,启动顺序表中包括终端依次需要加载的分区的标识和顺序,将终端预先存储的启动顺序表中的第二类分区的文件的标识替换为备份第二类分区的文件的标识之后,终端在下一次执行开机进程时,会依序读取备份第二类分区的文件,从而实现终端的能够成功加载开机进程所需要加载的底层驱动分区的目的,避免了由于终端的第二类分区的文件升级失败导致到的终端无法正常开机的问题。
步骤2115,终端根据升级包对备份第二类分区的文件进行升级;
步骤2116,终端判断是否对备份第二类分区的文件中的所有文件升级成功;若对备份第二类分区的文件中的至少一个文件升级失败,则执行步骤2110;若对备份第二类分区的文件中的所有文件均升级成功,则执行步骤2117;
步骤2117,终端将指示信息更新为:用于指示服务器发送差分包的指示信息。如此,在终端进行下一次升级进程时,可根据指示信息确定出终端在上一次升级进程中,升级成功了,因此此次仅根据差分包即可进行系统升级,从而减小了数据传输量。
可选地,用于指示服务器发送差分包的指示信息可为终端的用于存储指示信息的标识位为空,此时,终端将指示信息更新为用于指示服务器发送差分包的指示信息具体操作为,终端将用于存储指示信息的标识位清空。
步骤2118,结束此次升级进程。
上述步骤2118之后,终端可通过重启进入正常工作模式,即终端直接加载用于使终端进入系统界面,并进而进入到用户使用界面的文件,终端在用户使用界面可执行下载升级包的或者接收升级包的命令,得到新的升级包后,终端可再次进入recovery模式,依据上述步骤2107至步骤2118进行系统的再次升级。
上述步骤2107之后,上述步骤2108之前,若升级包为差分包,则终端可先对升级包进行校验。具体来说,差分包中包括升级前的各个待升级文件的hash值和升级后的各个待升级文件的hash值。
以BOOT分区的文件为例,BOOT分区仅有一个文件。终端对BOOT分区的文件进行升级之前,先对BOOT分区的文件进行校验,一种可选地实现方式为,终端计算终端当前的系统版本上BOOT分区的文件的hash值,终端在确定计算得到的终端当前的系统版本上BOOT分区的文件的hash值与差分包中包括的升级前的BOOT分区的文件的hash值相同时,则终端确定BOOT分区的文件校验通过,进而对BOOT分区的文件进行升级。依据该方法对第一类分区的文件中的其它分区进行校验和升级。
若终端确定计算得到的终端当前的系统版本上BOOT分区的文件的hash值与差分包中包括的升级前的BOOT分区的文件的hash值不相同,则终端确定校验失败,即不再对BOOT分区的文件进行校验,判断升级失败,直接执行上述步骤2110,并结束当前的升级流程。
上述步骤2108中,本发明实施例提供一种可选地实施方案用于使终端判断第一类分区的文件中的所有文件是否升级成功,终端判断每个文件是否升级成功即可,以BOOT分区的文件为例。终端对BOOT分区的文件进行升级之后,计算升级后终端当前的系统版本上BOOT分区的文件的hash值,若计算得到的升级后终端当前的系统版本上BOOT分区的文件的hash值与升级包中包括的升级后的BOOT分区的文件的hash值相同,则终端确定BOOT分区的文件升级成功;若计算得到的升级后终端当前的系统版本上BOOT分区的文件的hash值与升级包中包括的升级后的BOOT分区的文件的hash值不相同,则终端确定BOOT分区的文件升级失败。
上述步骤2109,针对第一类分区的文件中升级失败的每个文件,终端判断升级失败的文件在升级后的内容与升级前的内容是否一致,本发明实施例也可提供一种可选地实施方式,以BOOT分区的文件为例,终端对BOOT分区的文件进行升级之后,计算升级后终端当前的系统版本上BOOT分区的文件的hash值,若计算得到的升级后终端当前的系统版本上BOOT分区的文件的hash值与升级包中包括的升级前的BOOT分区的文件的hash值相同,则终端确定BOOT分区的文件升级后的内容与升级前的内容一致;若计算得到的升级后终端当前的系统版本上BOOT分区的文件的hash值与升级包中包括的升级前的BOOT分区的文件的hash值不相同,则终端确定BOOT分区的文件升级后的内容与升级前的内容不一致。
从上述内容可看出,本发明实施例中,由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。进一步,由于第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,即第一类分区的该文件的内容遭到损坏时,根据终端预先存储的纯净版升级包,对终端系统进行升级,且纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,终端在第一类分区的文件升级失败且遭到损坏之后,可升级至纯净版系统,进而成功开机并进入用户使用界面,从而用户可在用户使用界面下重现下载升级包并再次进行系统升级。
图3为本发明实施例提供的一种终端的结构示意图;
基于相同构思,本发明实施例提供的一种终端,用于执行上述方法流程,该终端300包括接收单元301和处理单元302:
接收单元301,用于接收服务器发送的升级包,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;
处理单元302,用于根据升级包对第一类分区的文件进行升级;在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;
其中,第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
可选地,处理单元302,还用于:
在确定第一类分区的文件中至少存在一个文件升级失败,且第一类分区的文件中的所有升级失败的文件的升级后的内容与升级前的内容一致时,将终端的指示信息更新为:用于指示服务器发送完整包的指示信息。
可选地,处理单元302,还用于:
在确定对第一类分区的所有文件升级成功时,根据升级包对第二类分区的文件进行升级;其中,第二类分区的文件为待升级文件中的、终端执行开机进程所加载的底层驱动分区中的文件;
在确定第二类分区的文件中至少存在一个文件升级失败时,将终端预先存储的启动顺序表中的第二类分区的文件的标识替换为预先设置的备份第二类分区的文件的标识,将指示信息更新为:用于指示服务器发送完整包的指示信息;
其中,备份第二类分区的文件中的内容与升级前的第二类分区的文件中的内容一致;启动顺序表中包括终端在开机启动时依次加载的分区的标识。
可选地,处理单元302,还用于:
在确定对第二类分区的所有文件升级成功时,根据升级包对备份第二类分区的文件进行升级;
在确定备份第二类分区的文件中至少存在一个文件升级失败时,将指示信息更新为:用于指示服务器发送完整包的指示信息。
可选地,处理单元302,还用于:
在确定对备份第二类分区的所有文件升级成功时,将指示信息更新为:用于指示服务器发送差分包的指示信息。
可选地,系统进行升级;并将指示信息更新为:用于指示服务器不发送升级包的指示信息;
在确定对终端的系统升级失败时,重复根据终端预先存储的纯净版升级包对终端系统进行升级,直至升级成功;
在确定对终端的系统升级成功时,将指示信息再次更新为:用于指示服务器发送完整包的指示信息。
从上述内容可看出,本发明实施例中,由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。进一步,由于第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,即第一类分区的该文件的内容遭到损坏时,根据终端预先存储的纯净版升级包,对终端系统进行升级,且纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,终端在第一类分区的文件升级失败且遭到损坏之后,可升级至纯净版系统,进而成功开机并进入用户使用界面,从而用户可在用户使用界面下重现下载升级包并再次进行系统升级。
图4为本发明实施例提供的一种服务器的结构示意图。
基于相同构思,本发明实施例提供的一种服务器,用于执行上述方法流程,该服务器400包括确定单元401和发送单元402:
确定单元401,用于服务器确定终端当前的系统版本;获取终端内部预先存储的指示信息;其中,指示信息用于指示服务器发送差分包还是完整包;
发送单元402,用于至少根据终端当前的系统版本和指示信息,向终端发送升级包;其中,升级包为终端当前的系统版本对应的差分包或完整包。
可选地,指示信息为用于指示服务器发送差分包的指示信息时,发送单元402,具体用于:根据终端当前的系统版本、指示信息,以及升级包对应的升级前的系统版本,向终端发送差分包;其中,差分包对应的升级前的系统版本与终端当前的系统版本一致。
可选地,指示信息为用于指示服务器发送完整包的指示信息时,发送单元402,具体用于:至少根据终端当前的系统版本、指示信息,以及升级包对应的升级后系统版本,向终端发送完整包;其中,完整包对应的升级后的系统版本比终端当前的系统版本高。
从上述内容可看出,本发明实施例中,由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。
图5为本发明实施例提供的一种用于进行OTA系统升级的系统结构示意图。
基于相同构思,本发明实施例提供的一种用于进行OTA系统升级的系统,用于执行上述方法流程,该系统包括服务器501和终端502:
服务器501,用于确定终端当前的系统版本;获取终端内部预先存储的指示信息;至少根据终端当前的系统版本和指示信息,向终端发送升级包;其中,指示信息用于指示服务器发送差分包还是完整包;升级包为终端当前的系统版本对应的差分包或完整包;
终端502,用于接收服务器发送的升级包,根据升级包对第一类分区的文件进行升级;在确定第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,升级包中包括待升级文件;升级包为服务器根据从终端上获取的指示信息发送的;第一类分区的文件包括待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件。
从上述内容可看出,本发明实施例中,由于升级包为服务器根据从终端上获取的指示信息发送的,因此,服务器可根据终端的实际需要为终端推送升级包,而并不是如现有技术一样任何情况下均为终端推送差分包,从而提高终端升级成功的概率。进一步,由于第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,即第一类分区的该文件的内容遭到损坏时,根据终端预先存储的纯净版升级包,对终端系统进行升级,且纯净版系统升级包中至少包括能够使终端开机并进入用户使用界面的文件,因此,终端在第一类分区的文件升级失败且遭到损坏之后,可升级至纯净版系统,进而成功开机并进入用户使用界面,从而用户可在用户使用界面下重现下载升级包并再次进行系统升级。
本领域内的技术人员应明白,本发明的实施例可提供为方法、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种基于空中下载技术OTA的系统升级方法,其特征在于,包括:
接收服务器发送的升级包,所述升级包中包括待升级文件;所述升级包为所述服务器根据从终端上获取的指示信息发送的;
根据所述升级包对第一类分区的文件进行升级;其中,所述第一类分区的文件包括所述待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;
在确定所述第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,所述纯净版系统升级包中至少包括能够使所述终端开机并进入用户使用界面的文件。
2.如权利要求1所述的方法,其特征在于,所述根据所述升级包对第一类分区的文件进行升级之后,还包括:
在确定所述第一类分区的文件中至少存在一个文件升级失败,且所述第一类分区的文件中的所有升级失败的文件的升级后的内容与升级前的内容一致时,将所述终端的所述指示信息更新为:用于指示所述服务器发送完整包的指示信息。
3.如权利要求1所述的方法,其特征在于,所述根据所述升级包对第一类分区的文件文件进行升级之后,还包括:
在确定对所述第一类分区的所有文件升级成功时,根据所述升级包对所述第二类分区的文件进行升级;其中,所述第二类分区的文件为所述待升级文件中的、终端执行开机进程所加载的底层驱动分区中的文件;
在确定所述第二类分区的文件中至少存在一个文件升级失败时,将所述终端预先存储的启动顺序表中的所述第二类分区的文件的标识替换为预先设置的备份第二类分区的文件的标识,将所述指示信息更新为:用于指示所述服务器发送完整包的指示信息;
其中,所述备份第二类分区的文件中的内容与升级前的第二类分区的文件中的内容一致;所述启动顺序表中包括所述终端在开机启动时依次加载的分区的标识。
4.如权利要求3所述的方法,其特征在于,所述根据所述升级包对所述第二类分区的文件进行升级之后,还包括:
在确定对所述第二类分区的所有文件升级成功时,根据所述升级包对所述备份第二类分区的文件进行升级;
在确定所述备份第二类分区的文件中至少存在一个文件升级失败时,将所述指示信息更新为:用于指示所述服务器发送完整包的指示信息。
5.如权利要求4所述的方法,其特征在于,所述根据所述升级包对所述备份第二类分区的文件进行升级之后,还包括:
在确定对所述备份第二类分区的所有文件升级成功时,将所述指示信息更新为:用于指示所述服务器发送差分包的指示信息。
6.如权利要求1所述的方法,其特征在于,所述根据终端预先存储的纯净版升级包,对终端系统进行升级,包括:
根据终端预先存储的纯净版升级包,对终端系统进行升级;并将所述指示信息更新为:用于指示所述服务器不发送升级包的指示信息;
在确定对所述终端的系统升级失败时,重复根据终端预先存储的纯净版升级包对终端系统进行升级,直至升级成功;
在确定对所述终端的系统升级成功时,将所述指示信息再次更新为:用于指示所述服务器发送完整包的指示信息。
7.一种终端,其特征在于,包括:
接收单元,用于接收服务器发送的升级包,所述升级包中包括待升级文件;所述升级包为所述服务器根据从终端上获取的指示信息发送的;
处理单元,用于根据所述升级包对第一类分区的文件进行升级;在确定所述第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;
其中,所述第一类分区的文件包括所述待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;所述纯净版系统升级包中至少包括能够使所述终端开机并进入用户使用界面的文件。
8.如权利要求7所述的终端,其特征在于,所述处理单元,还用于:
在确定所述第一类分区的文件中至少存在一个文件升级失败,且所述第一类分区的文件中的所有升级失败的文件的升级后的内容与升级前的内容一致时,将所述终端的所述指示信息更新为:用于指示所述服务器发送完整包的指示信息。
9.如权利要求7所述的终端,其特征在于,所述处理单元,还用于:
在确定对所述第一类分区的所有文件升级成功时,根据所述升级包对所述第二类分区的文件进行升级;其中,所述第二类分区的文件为所述待升级文件中的、终端执行开机进程所加载的底层驱动分区中的文件;
在确定所述第二类分区的文件中至少存在一个文件升级失败时,将所述终端预先存储的启动顺序表中的所述第二类分区的文件的标识替换为预先设置的备份第二类分区的文件的标识,将所述指示信息更新为:用于指示所述服务器发送完整包的指示信息;
其中,所述备份第二类分区的文件中的内容与升级前的第二类分区的文件中的内容一致;所述启动顺序表中包括所述终端在开机启动时依次加载的分区的标识。
10.如权利要求9所述的终端,其特征在于,所述处理单元,还用于:
在确定对所述第二类分区的所有文件升级成功时,根据所述升级包对所述备份第二类分区的文件进行升级;
在确定所述备份第二类分区的文件中至少存在一个文件升级失败时,将所述指示信息更新为:用于指示所述服务器发送完整包的指示信息。
11.如权利要求10所述的终端,其特征在于,所述处理单元,还用于:
在确定对所述备份第二类分区的所有文件升级成功时,将所述指示信息更新为:用于指示所述服务器发送差分包的指示信息。
12.如权利要求7所述的终端,其特征在于,所述处理单元,还用于:
根据终端预先存储的纯净版升级包,对终端系统进行升级;并将所述指示信息更新为:用于指示所述服务器不发送升级包的指示信息;
在确定对所述终端的系统升级失败时,重复根据终端预先存储的纯净版升级包对终端系统进行升级,直至升级成功;
在确定对所述终端的系统升级成功时,将所述指示信息再次更新为:用于指示所述服务器发送完整包的指示信息。
13.一种用于进行空中下载技术OTA系统升级的系统,其特征在于,包括:
服务器,用于确定终端当前的系统版本;获取所述终端内部预先存储的指示信息;至少根据所述终端当前的系统版本和指示信息,向所述终端发送升级包;其中,指示信息用于指示服务器发送差分包还是完整包;升级包为终端当前的系统版本对应的差分包或完整包;
所述终端,用于接收所述服务器发送的所述升级包,根据所述升级包对第一类分区的文件进行升级;在确定所述第一类分区的文件中至少存在一个文件升级失败,且该升级失败的文件的升级后的内容与升级前的内容不一致时,根据终端预先存储的纯净版升级包,对终端系统进行升级;其中,所述升级包中包括待升级文件;所述升级包为所述服务器根据从终端上获取的指示信息发送的;所述第一类分区的文件包括所述待升级文件中的、终端执行开机进程所加载的非底层驱动分区的文件;所述纯净版系统升级包中至少包括能够使所述终端开机并进入用户使用界面的文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610495269.0A CN106201586B (zh) | 2016-06-28 | 2016-06-28 | 一种基于ota的系统升级方法及终端、系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610495269.0A CN106201586B (zh) | 2016-06-28 | 2016-06-28 | 一种基于ota的系统升级方法及终端、系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106201586A true CN106201586A (zh) | 2016-12-07 |
CN106201586B CN106201586B (zh) | 2019-12-20 |
Family
ID=57461313
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610495269.0A Active CN106201586B (zh) | 2016-06-28 | 2016-06-28 | 一种基于ota的系统升级方法及终端、系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106201586B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107172493A (zh) * | 2017-04-26 | 2017-09-15 | 贵州省广播电视信息网络股份有限公司 | 一种能兼容不同分区类型的ota升级方法 |
CN107544872A (zh) * | 2017-07-31 | 2018-01-05 | 青岛海信电器股份有限公司 | 一种系统升级的方法和装置 |
CN109558160A (zh) * | 2017-09-26 | 2019-04-02 | 阿里巴巴集团控股有限公司 | 升级方法、嵌入式系统 |
CN109725945A (zh) * | 2018-12-30 | 2019-05-07 | 龙尚科技(上海)有限公司 | 一种模组启动方法、装置、设备及存储介质 |
CN109992450A (zh) * | 2018-01-03 | 2019-07-09 | 中兴通讯股份有限公司 | 系统升级回退方法、终端、服务器及存储介质 |
CN110569058A (zh) * | 2019-09-09 | 2019-12-13 | Oppo(重庆)智能科技有限公司 | 系统升级方法、装置、终端及计算机可读存储介质 |
CN110716735A (zh) * | 2019-10-11 | 2020-01-21 | 东莞市小精灵教育软件有限公司 | 系统升级方法及装置、智能终端、计算机可读存储介质 |
CN111522566A (zh) * | 2020-04-23 | 2020-08-11 | Oppo(重庆)智能科技有限公司 | 一种系统升级方法、终端及存储介质 |
CN112068855A (zh) * | 2019-06-10 | 2020-12-11 | 海信视像科技股份有限公司 | 一种双系统下应用的升级方法及系统 |
CN112995313A (zh) * | 2021-02-22 | 2021-06-18 | 上海共进信息技术有限公司 | 一种基于5G毫米波gNB系统的分布式自动升级方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7461101B2 (en) * | 2004-07-13 | 2008-12-02 | International Business Machines Corporation | Method for reducing data loss and unavailability by integrating multiple levels of a storage hierarchy |
US20090019094A1 (en) * | 2007-07-13 | 2009-01-15 | Scott David Lashley | Redirected updates on a backup server |
CN101883139A (zh) * | 2010-06-11 | 2010-11-10 | 华为终端有限公司 | 外设设备软件升级的方法、计算机及系统 |
CN102724308A (zh) * | 2012-06-13 | 2012-10-10 | 腾讯科技(深圳)有限公司 | 软件更新方法及软件更新系统 |
CN102841793A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种软件的升级方法及终端 |
CN103491557A (zh) * | 2012-06-14 | 2014-01-01 | 中兴通讯股份有限公司 | 基站升级数据的处理方法及装置 |
CN104636153A (zh) * | 2013-11-07 | 2015-05-20 | 中兴通讯股份有限公司 | 一种Android终端及其实现升级的方法 |
CN105262627A (zh) * | 2015-10-30 | 2016-01-20 | Tcl集团股份有限公司 | 一种固件升级方法、装置及系统 |
-
2016
- 2016-06-28 CN CN201610495269.0A patent/CN106201586B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7461101B2 (en) * | 2004-07-13 | 2008-12-02 | International Business Machines Corporation | Method for reducing data loss and unavailability by integrating multiple levels of a storage hierarchy |
US20090019094A1 (en) * | 2007-07-13 | 2009-01-15 | Scott David Lashley | Redirected updates on a backup server |
CN101883139A (zh) * | 2010-06-11 | 2010-11-10 | 华为终端有限公司 | 外设设备软件升级的方法、计算机及系统 |
CN102841793A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种软件的升级方法及终端 |
CN102724308A (zh) * | 2012-06-13 | 2012-10-10 | 腾讯科技(深圳)有限公司 | 软件更新方法及软件更新系统 |
CN103491557A (zh) * | 2012-06-14 | 2014-01-01 | 中兴通讯股份有限公司 | 基站升级数据的处理方法及装置 |
CN104636153A (zh) * | 2013-11-07 | 2015-05-20 | 中兴通讯股份有限公司 | 一种Android终端及其实现升级的方法 |
CN105262627A (zh) * | 2015-10-30 | 2016-01-20 | Tcl集团股份有限公司 | 一种固件升级方法、装置及系统 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107172493B (zh) * | 2017-04-26 | 2020-08-04 | 贵州省广播电视信息网络股份有限公司 | 一种能兼容不同分区类型的ota升级方法 |
CN107172493A (zh) * | 2017-04-26 | 2017-09-15 | 贵州省广播电视信息网络股份有限公司 | 一种能兼容不同分区类型的ota升级方法 |
CN107544872A (zh) * | 2017-07-31 | 2018-01-05 | 青岛海信电器股份有限公司 | 一种系统升级的方法和装置 |
CN109558160A (zh) * | 2017-09-26 | 2019-04-02 | 阿里巴巴集团控股有限公司 | 升级方法、嵌入式系统 |
CN109992450A (zh) * | 2018-01-03 | 2019-07-09 | 中兴通讯股份有限公司 | 系统升级回退方法、终端、服务器及存储介质 |
CN109725945A (zh) * | 2018-12-30 | 2019-05-07 | 龙尚科技(上海)有限公司 | 一种模组启动方法、装置、设备及存储介质 |
CN112068855A (zh) * | 2019-06-10 | 2020-12-11 | 海信视像科技股份有限公司 | 一种双系统下应用的升级方法及系统 |
CN112068855B (zh) * | 2019-06-10 | 2024-03-26 | 海信视像科技股份有限公司 | 一种双系统下应用的升级方法及系统 |
CN110569058A (zh) * | 2019-09-09 | 2019-12-13 | Oppo(重庆)智能科技有限公司 | 系统升级方法、装置、终端及计算机可读存储介质 |
CN110569058B (zh) * | 2019-09-09 | 2023-06-30 | Oppo(重庆)智能科技有限公司 | 系统升级方法、装置、终端及计算机可读存储介质 |
CN110716735A (zh) * | 2019-10-11 | 2020-01-21 | 东莞市小精灵教育软件有限公司 | 系统升级方法及装置、智能终端、计算机可读存储介质 |
CN111522566A (zh) * | 2020-04-23 | 2020-08-11 | Oppo(重庆)智能科技有限公司 | 一种系统升级方法、终端及存储介质 |
CN111522566B (zh) * | 2020-04-23 | 2023-08-01 | Oppo(重庆)智能科技有限公司 | 一种系统升级方法、终端及存储介质 |
CN112995313A (zh) * | 2021-02-22 | 2021-06-18 | 上海共进信息技术有限公司 | 一种基于5G毫米波gNB系统的分布式自动升级方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106201586B (zh) | 2019-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106201586A (zh) | 一种基于ota的系统升级方法及终端、系统 | |
US9591428B2 (en) | Method, software and apparatus for performing actions on a wireless device using action lists and versioning | |
US10602348B2 (en) | System and method for updating dataset versions resident on a wireless device | |
US8645943B2 (en) | Communication system, communication device, and management server device | |
US20090124251A1 (en) | Method of Assessing Compatibility Between Applications and Processor Devices | |
US8983510B2 (en) | Method, apparatus, and computer program product for providing confirmed over-the-air terminal configuration | |
CN109413186A (zh) | 应用程序更新方法、终端、服务器及系统 | |
CN109857548B (zh) | 存储空间优化方法、装置、计算机设备及存储介质 | |
CN101610501A (zh) | 设备固件升级系统及方法、设备管理服务器及移动终端 | |
CN101335641A (zh) | 一种升级设备的方法、装置及系统 | |
JP2006505029A (ja) | 無線装置に存在するデータセットのバージョンを更新するためのサーバー処理 | |
KR20060092277A (ko) | 실행하는 동안 애플리케이션을 업그레이드하기 위한 방법,소프트웨어 및 장치 | |
CN107122207A (zh) | 软件升级方法、客户端设备及服务器 | |
CN105530130A (zh) | 一种空中下载技术的升级方法及装置 | |
CN109002315A (zh) | 应用程序更新方法、装置、终端及存储介质 | |
EP1583381A1 (en) | Updating of the preferred roaming list (PRL) in a Subscriber Identity Module (SIM) or Removable User identity Module (RUIM) | |
CN108153537A (zh) | 移动应用更新方法及装置 | |
CN110502574A (zh) | 跨系统的信息同步方法、用户设备、存储介质及装置 | |
CN111246447A (zh) | eUICC签约数据管理方法、模块以及终端、存储介质 | |
WO2018010448A1 (zh) | 文件传输方法及装置 | |
CN113038441A (zh) | 一种电话手表无网络升级的方法 | |
CN105307155B (zh) | 一种确定手机卡的挂失信息的方法和设备 | |
CN106843922A (zh) | 一种程序的更新方法和装置 | |
CN114866530B (zh) | 升级数据包的下载方法、设备以及计算机存储介质 | |
CN114866530A (zh) | 升级数据包的下载方法、设备以及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |