智能设备的系统更新方法与更新装置制造方法及图纸

技术编号:15101607 阅读:86 留言:0更新日期:2017-04-08 10:58
一种智能设备的系统更新方法,包括:接收增量包系统更新数据;基于所述增量包系统更新数据进行系统校验;若系统校验不通过,则请求全量包系统更新数据;接收全量包系统更新数据;根据所述全量包系统更新数据进行系统更新。该智能设备的系统更新方法可以在基于增量包系统更新数据进行系统校验失败的情况下请求全量包系统更新数据,并据此利用全量包系统更新数据对系统进行更新,使得系统可以保持最新的可操作状态与安全性,提升用户体验。本发明专利技术还提供一种智能设备的系统更新装置。

【技术实现步骤摘要】

本专利技术涉及一种智能设备的系统更新方法与更新装置。具体地,本专利技术涉及一种在智能设备中由于超级用户权限而变更系统特征的系统更新方法及更新装置。
技术介绍
智能设备通常安装有操作系统,以便于使用者使用,以及便于开发者进行基于该智能设备的应用。在智能设备中,为开发者进行系统的开发等原因,操作系统通常设有超级用户权限(Root)。在超级用户权限下,可以进行超出一般操作范围的数据读写、增删、修改等动作,由于这些动作可能涉及操作系统运行所必备的数据,普通用户正常地并不需要该超级用户权限来进行智能设备的操作。智能设备的操作系统时常需要进行升级与更新,以使操作系统的安全性、便利性及可操作性保持在较佳状态。在智能设备交付之后,通常通过空中下载技术(OverTheAir,OTA)将所需的升级数据由服务端传送到智能设备端。通常地,为了节省透过OTA进行传输的数据量,升级数据采用增量方式进行分发,即仅将本次升级所涉及的文件、数据等进行传送,而在既有版本与升级版本之间具有共通性、无数据变化的文件则不包括在增量包中。为了防止前述的超级用户权限下对于操作系统的文件、数据进行的更改在进行系统更新升级时发生意外,通常地,在利用增量包方式进行系统更新时,需要对欲进行增量更新的文件、数据等进行校验。若在对系统进行校验时发现文件签名发生变化而不能通过验证,则认为该系统不处于可以安全升级的状态,从而拒绝进行增量更新。在此情形下,用户将不能使用最近的更新系统,从而影响用户的体验。
技术实现思路
基于此,有必要提供一种智能设备的系统更新方法,可以超级用户权限下正常进行系统的更新。此外,还有必要提供一种相应的智能设备的系统更新装置。一种智能设备的系统更新方法,包括:接收增量包系统更新数据;基于所述增量包系统更新数据进行系统校验;若系统校验不通过,则请求全量包系统更新数据;接收全量包系统更新数据;根据所述全量包系统更新数据进行系统更新。可选地,所述基于增量包系统更新数据进行系统校验包括:解析所述增量包系统更新数据中包括的多个更新数据;校验所述系统中与所述多个更新数据相对应的各个既有数据的签名;若至少一个既有数据的签名校验不通过,则增量包系统更新数据校验不通过。可选地,所述接收第一系统更新数据、接收第二系统更新数据是在智能设备中通过空中下载技术进行的。可选地,若所述系统中经超级用户权限而将待更新文件进行了修改,则系统校验不通过。可选地,所述智能设备的系统更新方法在所述基于所述增量包系统更新数据进行系统校验之后,进一步包括:记录校验不通过的状态、原因;发送所述校验不通过的通知信息。可选地,所述智能设备的系统更新方法在所述根据所述全量包系统更新数据进行系统更新之后,进一步包括:清除所述校验不通过的结果;配置以增量包系统更新数据进行系统更新。一种智能设备的系统更新装置,包括:接收模块,配置为接收增量包系统更新数据;校验模块,配置为基于所述增量包系统更新数据进行系统校验;请求模块,配置为在系统校验不通过时请求全量包系统更新数据;其中所述接收模块还配置为接收全量包系统更新数据;更新模块,配置为根据所述全量包系统更新数据进行系统更新。可选地,所述校验模块配置为:解析所述增量包系统更新数据中包括的多个更新数据;校验所述系统中与所述多个更新数据相对应的各个既有数据的签名;若至少一个既有数据的签名校验不通过,则增量包系统更新数据校验不通过。可选地,所述校验模块配置为:若所述系统中经超级用户权限而将待更新文件进行了修改,则系统校验不通过。可选地,所述智能设备的系统更新装置进一步包括输入/输出模块,配置为接收请求全量包系统更新数据的请求指令;所述请求模块进一步配置为根据所述请求指令而请求全量包系统更新数据。通过本专利技术各实施方式的系统的更新方法与更新装置,可以在基于增量包系统更新数据进行系统校验失败后,请求接收全量包系统更新数据,并利用全量包系统更新数据来进行系统的更新。使得即使在超级用户权限下进行了相应文件、数据的修改而使得校验不通过的情况下也能正常进行系统的更新,使用户可以使用到操作系统的最新功能与体验。附图说明图1为本专利技术一种实施方式的系统的更新方法的流程图;图2为一种实施方式下更新失败的用户界面示意图;图3为一种实施方式下指示替换模式以及接收请求第二系统更新数据的指令的用户界面示意图;图4为一种实施方式的系统的更新装置的模块结构示意图。具体实施方式如图1所示,其为本专利技术一种实施方式的系统的更新方法的流程图。该系统可以是基于Linux、Unix及/或类Unix的智能设备操作系统,例如Android等。基于一种操作系统的智能设备,例如移动电话、智能手机、平板电脑等设备,为使得系统保持更新的状态,例如可以应用到最新的安全策略、操作技巧,需要对操作系统进行更新和相应的升级。通常地,设备制造商通过空中下载技术(OverTheAir,OTA)来进行升级与更新数据的分发。有鉴于操作系统的数据庞大,通常在OTA升级中,只将需要更新的文件、数据进行分发,即采用增量包方式进行系统的更新、升级;而不是将操作系统整体数据全部分发,以节省OTA升级所传输的数据量。通常地,为便于技术开发人员进行基于操作系统的应用开发,操作系统设有超级用户权限(Root权限),在Root权限下,开发人员可以对操作系统中较大范围的文件、数据进行修改、增删以及变更等操作。通常而言,这些文件、数据对于操作系统的正常运行是至关重要的,不允许普通用户进行操作,以免产生对操作系统的损害。因此,设备出厂时的状态是不对用户开放Root权限的。不过,用户可以基于操作系统的某些漏洞而获得Root权限,即将系统root。通过OTA进行系统升级与更新时,将会对OTA增量包中所要更新的文件的签名进行校验,以检查系统是否经Root过了,或者已经被不适当地修改。若校验结果认为系统已经被Root过或者不适当的修改,则会导致OTA更新失败。步骤102,接收第一系统更新数据。具体地,该第一系统更新数据为通过OTA方式下载的系统增量包更新数据。步骤104,基于所述第一系统更新数据进行系统校验。具体地,增量包的升级更新方式为:增量包中包括了对既有系统版本中已有文件/数据的修改、更新,而对于不需要修改的文件、数据则不会包括在增量包中。在一种实施方本文档来自技高网
...

【技术保护点】
一种智能设备的系统更新方法,其特征在于,包括:接收增量包系统更新数据;基于所述增量包系统更新数据进行系统校验;若系统校验不通过,则请求全量包系统更新数据;接收全量包系统更新数据;根据所述全量包系统更新数据进行系统更新。

【技术特征摘要】
1.一种智能设备的系统更新方法,其特征在于,包括:
接收增量包系统更新数据;
基于所述增量包系统更新数据进行系统校验;
若系统校验不通过,则请求全量包系统更新数据;
接收全量包系统更新数据;
根据所述全量包系统更新数据进行系统更新。
2.根据权利要求1所述的智能设备的系统更新方法,其特征在于:所述基
于增量包系统更新数据进行系统校验包括:
解析所述增量包系统更新数据中包括的多个更新数据;
校验所述系统中与所述多个更新数据相对应的各个既有数据的签名;
若至少一个既有数据的签名校验不通过,则增量包系统更新数据校验不通
过。
3.根据权利要求1所述的智能设备的系统更新方法,其特征在于,所述接
收第一系统更新数据、接收第二系统更新数据是在智能设备中通过空中下载技
术进行的。
4.根据权利要求1所述的智能设备的系统更新方法,其特征在于:若所述
系统中经超级用户权限而将待更新文件进行了修改,则系统校验不通过。
5.根据权利要求1所述的智能设备的系统更新方法,其特征在于,在所述
基于所述增量包系统更新数据进行系统校验之后,进一步包括:
记录校验不通过的状态、原因;
发送所述校验不通过的通知信息。
6.根据权利要求1所述的智能设备的系统更新方法,其特征在于,在所述
根...

【专利技术属性】
技术研发人员:许奇
申请(专利权)人:深圳市万普拉斯科技有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1