CN111506326A - 终端设备的升级方法、装置、设备及存储介质 - Google Patents
终端设备的升级方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111506326A CN111506326A CN202010263609.3A CN202010263609A CN111506326A CN 111506326 A CN111506326 A CN 111506326A CN 202010263609 A CN202010263609 A CN 202010263609A CN 111506326 A CN111506326 A CN 111506326A
- Authority
- CN
- China
- Prior art keywords
- version
- upgrading
- preset
- terminal 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.)
- Pending
Links
Images
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
-
- 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
Abstract
本申请提出了一种终端设备的升级方法、装置、设备及存储介质,其中,方法包括:当检测到系统升级请求后,获取升级包,升级包包括第一版本和第二版本的系统安装文件,第一版本高于第二版本;执行系统升级操作,安装第一版本的系统安装文件;当系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功;若升级没有成功,则执行系统降级操作,安装第二版本的系统安装文件以控制终端设备的系统恢复至第二版本。由此,降低了终端设备的空间占用率。
Description
技术领域
本申请涉及终端设备技术领域,尤其涉及一种终端设备的升级方法、装置、设备及存储介质。
背景技术
终端设备服务商为终端设备提供系统升级服务。目前,终端设备在升级系统的过程中会出现升级失败的情况,若系统升级失败,可能会导致终端设备无法正常使用。
相关技术中,终端设备采用分区升级的方案,该方案会占用大量的存储空间,留给用户的可用空间较小。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
本申请第一方面实施例提出了一种终端设备的升级方法,包括:
当检测到系统升级请求后,获取升级包,其中,所述升级包包括第一版本和第二版本的系统安装文件,其中,所述第一版本高于所述第二版本;
执行系统升级操作,安装所述第一版本的系统安装文件;
当所述系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功;
若升级没有成功,则执行系统降级操作,安装所述第二版本的系统安装文件以控制终端设备的系统恢复至所述第二版本。
本申请第二方面实施例提出了一种终端设备的升级装置,包括:
获取模块,用于当检测到系统升级请求后,获取升级包,其中,所述升级包包括第一版本和第二版本的系统安装文件,其中,所述第一版本高于所述第二版本;
升级模块,用于执行系统升级操作,安装所述第一版本的系统安装文件;
检测模块,用于当所述系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功;
降级模块,用于若升级没有成功,则执行系统降级操作,安装所述第二版本的系统安装文件以控制终端设备的系统恢复至所述第二版本。
本申请第三方面实施例提出了一种终端设备,包括至少一个处理器,以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如第一方面实施例所述的终端设备的升级方法。
本申请第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行如第一方面实施例所述的终端设备的升级方法。
上述申请中的一个实施例具有如下优点或有益效果:由于采用了当终端设备检测到系统升级请求后,获取升级包,并执行系统升级操作,安装升级包中第一版本的系统安装文件。进而,当系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功。若升级没有成功,则执行系统降级操作,安装升级包中第二版本的系统安装文件以控制终端设备的系统恢复至第二版本。由此,降低了终端设备的空间占用率。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1为本申请实施例所提供的一种终端设备的升级方法的流程示意图;
图2为本申请实施例所提供的另一种终端设备的升级方法的流程示意图;
图3为本申请实施例所提供的一种获取升级包的流程示意图;
图4为本申请实施例所提供的一种升级包的数据结构示意图;
图5为本申请实施例所提供的一种终端设备的系统升级流程图;
图6为本申请实施例所提供的一种终端设备的升级装置的结构示意图;
图7为本申请实施例所提供的另一种终端设备的升级装置的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
目前,终端设备通过OTA包升级系统版本时,若升级后遇到不开机或其它严重错误时,需要用户售后刷机。
相关技术中,终端设备采用A/B分区升级的方案,通过在终端设备上划分两个相同系统分区,例如A分区和B分区,其中A分区用于升级,B分区用于备份。当升级A分区后,若开机出现异常,则重新启用备份的B分区,若开机未出现异常则启用升级后的A分区,通过A/B分区达到升级和备份的效果。然而,由于A/B分区升级的方案需要预置两套系统,导致占用大量的存储空间,留给用户的可用空间较小。
本申请实施例提供一种终端设备的升级方法,能够在终端设备系统升级失败时恢复系统版本,且降低了终端设备的空间占用率。
图1为本申请实施例所提供的一种终端设备的升级方法的流程示意图,如图1所示,该方法包括:
步骤101,当检测到系统升级请求后,获取升级包。
本申请实施例的终端设备的升级方法,应用于终端设备,其中,终端设备包括智能手机、穿戴式设备、平板电脑等。
本实施例中,当终端设备检测到系统升级请求后,根据系统升级请求获取升级包,升级包包括第一版本和第二版本的系统安装文件,且第一版本高于第二版本。其中,升级包例如为OTA(Over The Air)包。
作为一种示例,在对终端设备升级系统时,生成系统升级请求,当终端设备检测到系统升级请求后,将系统升级请求发送至服务端,系统升级请求中可包括终端设备的当前版本信息和需要升级的目标版本信息。服务端根据当前版本信息获取第二版本的系统安装文件,以及根据目标版本信息获取第一版本的系统安装文件,并向终端设备返回包括第一版本和第二版本系统安装文件的升级包。需要说明的是,系统升级请求可以是由用户触发的,也可以是设备根据预设的系统升级条件判断触发的,此处不作限制。
在本申请的一个实施例中,第一版本的系统安装文件包括由终端设备当前版本至目标版本差分得到的增量包,第二版本的系统安装文件包括由目标版本至终端设备当前版本差分得到的增量包。
步骤102,执行系统升级操作,安装第一版本的系统安装文件。
本实施例中,终端设备获取升级包后,执行系统升级操作,并安装升级包中第一版本的系统安装文件,以将终端设备系统从当前版本升级至第一版本。
作为一种示例,以OTA包为例。终端设备重启并进入恢复模式,读取OTA升级包,执行签名校验、版本检查以确保升级包的完整性和可升级。若校验通过,则读取标识位,其中,若标识位为升级标识则表示需要安装升级部分,若标识位为降级标识则表示需要安装降级部分,需要说明的是,标识位初始为升级标识,即需要升级。进而,终端设备读取标识位为升级标识,从OTA升级包中解压并提取第一版本的系统安装文件,并对第一版本的系统安装文件执行签名校验,校验通过后执行二进制文件并解析相关脚本以安装第一版本的系统安装文件。
步骤103,当系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功。
本申请实施例中,当终端设备系统升级操作执行完毕后,需要检验系统是否升级成功。其中,根据检验策略检验系统是否升级成功的实现方式有多种,说明如下。
在本申请的一个实施例中,根据预设的检验策略检验系统是否升级成功,包括:控制终端设备重启,检测终端设备在重启时预设的多个目标进程是否全部执行成功。
本实施例中,预先设置多个目标进程,当系统升级操作执行完毕后,控制终端设备重启,并检测终端设备在重启时目标进程是否执行成功,若多个目标进程全部执行成功,则确定系统升级成功;若多个目标进程中的一个或多个进程执行失败,则确定系统升级没有成功。作为一种示例,以Android系统为例,目标进程可包括Vold进程、Zygote进程、System_Server进程等。
作为一种可能的实现方式,控制终端设备重启,并在终端设备重启时对各目标进程进行监控,若任一目标进程出现异常,则确定系统升级没有成功;若多个目标进程均未出现异常,则确定系统升级成功。其中,异常例如包括KE(Kernel Execption)、NE(NativeException)和JE(Java Exception)。
在本申请的一个实施例中,根据预设的检验策略检验系统是否升级成功,包括:控制终端设备进入重启程序,并开始重启时间计时;根据计时结果,判断在预设的时间内是否获取到目标钩子函数反馈的开机通知,其中,目标钩子函数预先挂钩在预设的开机动画启动进程上。
本实施例中,控制终端设备进入重启程序,并开始重启时间计时,若在预设时间内获取到目标钩子函数反馈的开机通知,则确定系统升级成功;若超过预设时间仍未获取到目标钩子函数反馈的开机通知,则确定系统升级失败。其中,钩子函数用于捕捉进程发生的事件,通过将目标钩子函数挂钩在预设的开机动画启动进程上,以在获取开机动画启动时反馈开机通知,目标钩子函数可以根据需要进行选择,此处不作限制。
作为一种示例,终端设备的系统升级操作执行完毕后进入重启程序,并开始重启时间计时,若在5分钟内未获取到开机通知,则确定系统升级失败;若在5分钟内获取到开机通知,则确定系统升级成功。
需要说明的是,上述检验系统是否升级成功仅仅是示例性的,可以通过其中一种方式或多种方式组合检验系统是否升级成功,也可以根据实际需要选择其他方式检验系统是否升级成功,此处不作限制。
步骤104,若升级没有成功,则执行系统降级操作,安装第二版本的系统安装文件以控制终端设备的系统恢复至第二版本。
本实施例中,若获知系统升级至第一版本失败,则执行系统降级操作,根据升级包中的第二版本的安装文件,将系统降级至第二版本,从而实现终端设备的系统版本恢复。
作为一种示例,若获知系统升级失败,则将标识位由升级标识设置为降级标识,并进入恢复模式。进入恢复模式后,读取标识位为降级标识,则从OTA升级包中解压并提取第二版本的系统安装文件,并对第二版本的系统安装文件执行签名校验,校验通过后执行二进制文件并解析相关脚本以安装第二版本的系统安装文件,终端设备在安装完成第二版本的系统安装文件后重启,以将系统恢复至第二版本。
本申请实施例的终端设备的升级方法,当终端设备检测到系统升级请求后,获取升级包,并执行系统升级操作,安装升级包中第一版本的系统安装文件。进而,当系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功。若升级没有成功,则执行系统降级操作,安装升级包中第二版本的系统安装文件以控制终端设备的系统恢复至第二版本。由此,能够在终端设备系统升级失败时恢复系统版本,解决了OTA包升级失败需要刷机操作繁琐的问题,升级降级自动完成操作便捷,且无需预置两套系统,降低了终端设备的空间占用率。
基于上述实施例,进一步地,如图2所示,在根据预设的检验策略检验系统是否升级成功之后,还包括:
步骤105,若升级成功,则判断在预设时间内是否获取到用户的保留指令。
步骤106,若在预设时间内没有获取到保留指令,则删除升级包。
本实施例中,若获知系统成功升级至第一版本,可以删除升级包以降低空间占用率。
作为一种示例,控制终端设备进入重启程序,并开始重启时间计时,若根据计时结果获知在预设的第一时间内获取到目标钩子函数反馈的开机通知,则确定系统升级成功。进而,判断在预设的第二时间内是否获取到用户的保留指令,若超过第二时间仍未获取到保留指令,则删除升级包。
其中,用户保留指令的实现方式包括但不限于按键触发、触摸轨迹触发、语音输入等。
在本申请的一个实施例中,若获取到保留指令,则保留升级包。
由此,可以在升级成功后自动删除升级包,进一步降低终端设备的空间占用率,简化用户操作。
基于上述实施例,进一步地,可以获取用户评价高的历史版本作为第二版本,以在系统升级没有成功时,控制终端设备的系统恢复至第二版本。
图3为本申请实施例所提供的一种获取升级包的流程示意图,如图3所示,包括:
步骤201,获取系统升级请求对应的用户标识。
其中,用户标识例如包括账号等。
步骤202,根据用户标识查询预设的数据库,判断是否获取到与用户标识对应的历史系统版本的评价信息。
实际应用中,用户在更新系统版本后可能会根据使用情况对该版本进行评价,例如评价一星-五星等。本实施例中,预先存储用户标识与各历史系统版本的评价信息,进而,在获取到系统升级请求时,根据系统升级请求对应的用户标识查询数据库,以获取用户对历史版本的评价信息。
步骤203,若获取到评价信息,则根据评价信息在历史系统版本中确定第二版本的系统安装文件。
作为一种示例,若获取到评价信息,则从各历史系统版本中确定评价最高的目标历史系统版本,将目标历史系统版本作为第二版本,进而获取第二版本的系统安装文件。
作为另一种示例,若获取到评价信息,且各历史系统版本中评价最高的目标历史系统版本存在多个,则将更新时间最近的目标历史系统版本作为第二版本,进而获取第二版本的系统安装文件。
作为一种可能的实现方式,若没有获取到评价信息,则确定终端设备的当前版本,根据当前版本确定第二版本的系统安装文件。
步骤204,获取当前最新版本的系统安装文件为第一版本的系统安装文件。
步骤205,将第二版本和所述第一版本的系统安装文件分别压缩后,生成升级包。
本实施例中,将第二版本和所述第一版本的系统安装文件分别压缩后,生成升级包,以进一步降低内存占用率。
可选地,升级包由第一版本和第二版本的系统安装文件、签名文件、元数据文件压缩后打包生成。其中,签名文件用于防止升级包被重组篡改,元数据文件用于描述升级包版本及编译信息等。作为一种示例,升级包的数据结构示意图如图4所示。其中,通过相关编译指令获取第一版本和第二版本的系统安装文件,将第一版本和第二版本的系统安装文件和元数据文件打包后,重签名生成升级包。需要说明的是,编译第二版本的系统安装文件时,需要删除防降级指令以保证能够降级。
由此,能够获取用户评价高的历史版本作为第二版本,以在系统升级没有成功时,控制终端设备的系统恢复至第二版本,从而在降级时自动为用户恢复至评价高的历史版本。
下面以OTA包为例对终端设备的系统升级流程举例说明。
参照图5,终端设备重启并进入恢复模式,读取OTA升级包,执行签名校验、版本检查以确保升级包的完整性和可升级。若校验通过,则读取persist.ota.rollback属性,其中,若属性为False则表示需要安装升级部分,若属性为True则表示需要安装降级部分,需要说明的是,首次安装时默认为False,即需要升级。进而,终端设备读取属性为False,从OTA升级包中解压并提取第一版本的系统安装文件,并对第一版本的系统安装文件执行签名校验,校验通过后执行update-binary并解析update-script脚本以安装第一版本的系统安装文件。
第一版本的系统安装文件安装完成后终端设备触发重启开机,若开机关键过程中无严重的KE、NE、JE、卡开机动画等问题确定系统升级成功,其中,开机关键过程通过对开机过程中各个关键节点进行埋点,如Kernel init、Vold start、Bootanimation、Zygote、System_Server、PMS、AMS、Boot complete等阶段加入监控实现。若系统升级失败,则进一步将persist.ota.rollback属性设置设置为True,并再次进入恢复模式以安装第二版本的安装文件。具体地,再次进入恢复模式后读取到persist.ota.rollback属性为True,则从OTA升级包中解压并提取第二版本的系统安装文件,并对第二版本的系统安装文件执行签名校验,校验通过后执行二进制文件并解析相关脚本以安装第二版本的系统安装文件。由此,能够在终端设备系统升级失败时恢复系统版本,解决了OTA包升级失败需要刷机操作繁琐的问题,升级降级自动完成操作便捷,且OTA包相对于分区系统占用的空间小,无需安装在终端设备的分区中,作为一个增量包存在,可以随时下载和删除,降低了终端设备的空间占用率。
为了实现上述实施例,本申请还提出一种终端设备的升级装置。
图6为本申请实施例所提供的一种终端设备的升级装置的结构示意图,如图6所示,该装置包括:获取模块10,升级模块20,检测模块30,降级模块40。
其中,获取模块10,用于当检测到系统升级请求后,获取升级包,其中,所述升级包包括第一版本和第二版本的系统安装文件,其中,所述第一版本高于所述第二版本。
升级模块20,用于执行系统升级操作,安装所述第一版本的系统安装文件。
检测模块30,用于当所述系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功。
降级模块40,用于若升级没有成功,则执行系统降级操作,安装所述第二版本的系统安装文件以控制终端设备的系统恢复至所述第二版本。
在图6的基础上,图7所示的装置还包括:删除模块50。
其中,删除模块50,用于若升级成功,则判断在预设时间内是否获取到用户的保留指令;若在所述预设时间内没有获取到所述保留指令,则删除所述升级包。
在本申请的一个实施例中,检测模块30具体用于:控制所述终端设备重启,检测所述终端设备在重启时预设的多个目标进程是否全部执行成功。
在本申请的一个实施例中,检测模块30具体用于:控制所述终端设备进入重启程序,并开始重启时间计时;根据计时结果,判断在预设的时间内是否获取到目标钩子函数反馈的开机通知,其中,所述目标钩子函数预先挂钩在预设的开机动画启动进程上。
在本申请的一个实施例中,获取模块10具体用于:获取所述系统升级请求对应的用户标识;根据所述用户标识查询预设的数据库,判断是否获取到于所述用户标识对应的历史系统版本的评价信息;若获取到所述评价信息,则根据所述评价信息在所述历史系统版本中确定所述第二版本的系统安装文件;获取当前最新版本的系统安装文件为所述第一版本的系统安装文件;将所述第二版本和所述第一版本的系统安装文件分别压缩后,生成所述升级包。
需要说明的是,前述实施例对终端设备的升级方法的解释说明同样适用于本实施例的终端设备的升级装置,此处不再赘述。
本申请实施例的终端设备的升级装置,当终端设备检测到系统升级请求后,获取升级包,并执行系统升级操作,安装升级包中第一版本的系统安装文件。进而,当系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功。若升级没有成功,则执行系统降级操作,安装升级包中第二版本的系统安装文件以控制终端设备的系统恢复至第二版本。由此,能够在终端设备系统升级失败时恢复系统版本,解决了OTA包升级失败需要刷机操作繁琐的问题,升级降级自动完成操作便捷,且无需预置两套系统,降低了终端设备的空间占用率。
为了实现上述实施例,本申请还提出了一种终端设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时,实现如上述实施例所述的终端设备的升级方法。
为了实现上述实施例,本申请还提出一种非临时性计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述实施例所述的终端设备的升级方法。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (12)
1.一种终端设备的升级方法,其特征在于,包括以下步骤:
当检测到系统升级请求后,获取升级包,其中,所述升级包包括第一版本和第二版本的系统安装文件,其中,所述第一版本高于所述第二版本;
执行系统升级操作,安装所述第一版本的系统安装文件;
当所述系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功;
若升级没有成功,则执行系统降级操作,安装所述第二版本的系统安装文件以控制终端设备的系统恢复至所述第二版本。
2.如权利要求1所述的方法,其特征在于,在所述根据预设的检验策略检验系统是否升级成功之后,还包括:
若升级成功,则判断在预设时间内是否获取到用户的保留指令;
若在所述预设时间内没有获取到所述保留指令,则删除所述升级包。
3.如权利要求1所述的方法,其特征在于,所述根据预设的检验策略检验系统是否升级成功,包括:
控制所述终端设备重启,检测所述终端设备在重启时预设的多个目标进程是否全部执行成功。
4.如权利要求1所述的方法,其特征在于,所述根据预设的检验策略检验系统是否升级成功,包括:
控制所述终端设备进入重启程序,并开始重启时间计时;
根据计时结果,判断在预设的时间内是否获取到目标钩子函数反馈的开机通知,其中,所述目标钩子函数预先挂钩在预设的开机动画启动进程上。
5.如权利要求1所述的方法,其特征在于,所述获取升级包,包括:
获取所述系统升级请求对应的用户标识;
根据所述用户标识查询预设的数据库,判断是否获取到于所述用户标识对应的历史系统版本的评价信息;
若获取到所述评价信息,则根据所述评价信息在所述历史系统版本中确定所述第二版本的系统安装文件;
获取当前最新版本的系统安装文件为所述第一版本的系统安装文件;
将所述第二版本和所述第一版本的系统安装文件分别压缩后,生成所述升级包。
6.一种终端设备的升级装置,其特征在于,包括:
获取模块,用于当检测到系统升级请求后,获取升级包,其中,所述升级包包括第一版本和第二版本的系统安装文件,其中,所述第一版本高于所述第二版本;
升级模块,用于执行系统升级操作,安装所述第一版本的系统安装文件;
检测模块,用于当所述系统升级操作执行完毕后,根据预设的检验策略检验系统是否升级成功;
降级模块,用于若升级没有成功,则执行系统降级操作,安装所述第二版本的系统安装文件以控制终端设备的系统恢复至所述第二版本。
7.如权利要求6所述的装置,其特征在于,还包括:
删除模块,用于若升级成功,则判断在预设时间内是否获取到用户的保留指令;
若在所述预设时间内没有获取到所述保留指令,则删除所述升级包。
8.如权利要求6所述的装置,其特征在于,所述检测模块具体用于:
控制所述终端设备重启,检测所述终端设备在重启时预设的多个目标进程是否全部执行成功。
9.如权利要求6所述的装置,其特征在于,所述检测模块具体用于:
控制所述终端设备进入重启程序,并开始重启时间计时;
根据计时结果,判断在预设的时间内是否获取到目标钩子函数反馈的开机通知,其中,所述目标钩子函数预先挂钩在预设的开机动画启动进程上。
10.如权利要求6所述的装置,其特征在于,所述获取模块具体用于:
获取所述系统升级请求对应的用户标识;
根据所述用户标识查询预设的数据库,判断是否获取到于所述用户标识对应的历史系统版本的评价信息;
若获取到所述评价信息,则根据所述评价信息在所述历史系统版本中确定所述第二版本的系统安装文件;
获取当前最新版本的系统安装文件为所述第一版本的系统安装文件;
将所述第二版本和所述第一版本的系统安装文件分别压缩后,生成所述升级包。
11.一种终端设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-5中任一项所述的终端设备的升级方法。
12.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的终端设备的升级方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010263609.3A CN111506326A (zh) | 2020-04-07 | 2020-04-07 | 终端设备的升级方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010263609.3A CN111506326A (zh) | 2020-04-07 | 2020-04-07 | 终端设备的升级方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111506326A true CN111506326A (zh) | 2020-08-07 |
Family
ID=71864754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010263609.3A Pending CN111506326A (zh) | 2020-04-07 | 2020-04-07 | 终端设备的升级方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111506326A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113342388A (zh) * | 2021-05-20 | 2021-09-03 | 深圳市富视康智能股份有限公司 | 设备升级方法、系统及存储介质 |
CN113365244A (zh) * | 2021-05-10 | 2021-09-07 | 中国汽车技术研究中心有限公司 | 整车ota升级方法、装置、电子设备、介质及签名方法 |
CN113391829A (zh) * | 2021-05-24 | 2021-09-14 | 杭州新中大科技股份有限公司 | 一种应对高频率迭代数据的调试方法 |
CN113721959A (zh) * | 2021-08-30 | 2021-11-30 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
CN113760333A (zh) * | 2021-09-16 | 2021-12-07 | 海宁奕斯伟集成电路设计有限公司 | 软件升级方法、装置、电子设备及计算机可读存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101377744A (zh) * | 2008-09-24 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种终端设备软件升级恢复方法及装置 |
CN101593119A (zh) * | 2009-05-26 | 2009-12-02 | 中兴通讯股份有限公司 | 一种独占闪存组合设备空中固件升级方法及装置 |
US20140173588A1 (en) * | 2012-12-14 | 2014-06-19 | Samsung Electronics Co., Ltd. | Software update service method and apparatus for mobile terminal |
CN104166577A (zh) * | 2014-08-26 | 2014-11-26 | 深圳市中兴移动通信有限公司 | 一种移动终端系统升级的方法和装置 |
CN106886436A (zh) * | 2017-01-23 | 2017-06-23 | 青岛海信移动通信技术股份有限公司 | 一种Android系统升级的方法和装置 |
CN107273139A (zh) * | 2017-07-05 | 2017-10-20 | 努比亚技术有限公司 | 一种系统更新方法、设备及计算机可读存储介质 |
CN109542744A (zh) * | 2018-11-19 | 2019-03-29 | Oppo广东移动通信有限公司 | 检测终端开机异常问题的方法、装置、存储介质及终端 |
-
2020
- 2020-04-07 CN CN202010263609.3A patent/CN111506326A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101377744A (zh) * | 2008-09-24 | 2009-03-04 | 深圳华为通信技术有限公司 | 一种终端设备软件升级恢复方法及装置 |
CN101593119A (zh) * | 2009-05-26 | 2009-12-02 | 中兴通讯股份有限公司 | 一种独占闪存组合设备空中固件升级方法及装置 |
US20140173588A1 (en) * | 2012-12-14 | 2014-06-19 | Samsung Electronics Co., Ltd. | Software update service method and apparatus for mobile terminal |
CN104166577A (zh) * | 2014-08-26 | 2014-11-26 | 深圳市中兴移动通信有限公司 | 一种移动终端系统升级的方法和装置 |
CN106886436A (zh) * | 2017-01-23 | 2017-06-23 | 青岛海信移动通信技术股份有限公司 | 一种Android系统升级的方法和装置 |
CN107273139A (zh) * | 2017-07-05 | 2017-10-20 | 努比亚技术有限公司 | 一种系统更新方法、设备及计算机可读存储介质 |
CN109542744A (zh) * | 2018-11-19 | 2019-03-29 | Oppo广东移动通信有限公司 | 检测终端开机异常问题的方法、装置、存储介质及终端 |
Non-Patent Citations (1)
Title |
---|
汪宏浩等: "基于增量链接的可回滚星载软件在轨更新方法", 《浙江大学学报(工学版)》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113365244A (zh) * | 2021-05-10 | 2021-09-07 | 中国汽车技术研究中心有限公司 | 整车ota升级方法、装置、电子设备、介质及签名方法 |
CN113342388A (zh) * | 2021-05-20 | 2021-09-03 | 深圳市富视康智能股份有限公司 | 设备升级方法、系统及存储介质 |
CN113391829A (zh) * | 2021-05-24 | 2021-09-14 | 杭州新中大科技股份有限公司 | 一种应对高频率迭代数据的调试方法 |
CN113721959A (zh) * | 2021-08-30 | 2021-11-30 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
CN113760333A (zh) * | 2021-09-16 | 2021-12-07 | 海宁奕斯伟集成电路设计有限公司 | 软件升级方法、装置、电子设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111506326A (zh) | 终端设备的升级方法、装置、设备及存储介质 | |
US9146839B2 (en) | Method for pre-testing software compatibility and system thereof | |
CN108121559B (zh) | 配置文件推送方法、服务器及存储介质 | |
CN107783776B (zh) | 固件升级包的处理方法及装置、电子设备 | |
WO2017198156A1 (zh) | 业务部署方法、装置和系统 | |
CN111221682B (zh) | 一种存储系统镜像的方法 | |
CN104918114A (zh) | 一种操作系统升级方法及装置 | |
WO2021036917A1 (zh) | 物联网设备中的系统升级方法、装置、设备及存储介质 | |
CN112306552A (zh) | 一种系统软件版本管理方法、装置及存储介质 | |
CN111316235A (zh) | 启动系统的方法、电子设备、机器可读存储介质 | |
CN105550071A (zh) | 系统文件升级及检测方法、通信设备 | |
CN111698558A (zh) | 电视软件升级方法、电视终端及计算机可读存储介质 | |
CN105068891B (zh) | 一种修复eMMC文件的方法及终端 | |
CN112905230A (zh) | 应用程序的管理方法、装置、终端设备和存储介质 | |
CN115827069A (zh) | 服务器主板的启动控制方法、系统及装置 | |
CN113900952A (zh) | 测试用例执行方法、装置、终端设备和可读存储介质 | |
CN114546717A (zh) | 安卓智能终端开机的方法、装置、智能终端和存储介质 | |
CN107015827B (zh) | 嵌入式系统及其自动运行第三方扩展程序的方法 | |
CN110851300A (zh) | 程序进程监控的方法、装置、计算机设备及可读存储介质 | |
CN111274311A (zh) | 一种跨机房数据库的数据同步方法和装置 | |
CN114064086B (zh) | 多级处理器系统及其升级方法 | |
CN117555717B (zh) | 一种应用异常处理方法、终端及计算机存储介质 | |
CN116185461B (zh) | 固件升级方法及系统 | |
CN112579358B (zh) | 备份点检测方法、装置、设备及存储介质 | |
CN116303067B (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 |