CN108415714A - 移动终端的系统升级方法及装置 - Google Patents
移动终端的系统升级方法及装置 Download PDFInfo
- Publication number
- CN108415714A CN108415714A CN201810130454.9A CN201810130454A CN108415714A CN 108415714 A CN108415714 A CN 108415714A CN 201810130454 A CN201810130454 A CN 201810130454A CN 108415714 A CN108415714 A CN 108415714A
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- upgrade package
- upgraded
- upgrade
- version
- 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
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
Abstract
本申请公开了一种移动终端的系统升级方法及装置。该方法包括:获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;采用第二升级包对待升级的移动终端进行系统升级。通过本申请,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。
Description
技术领域
本申请涉及系统升级技术领域,具体而言,涉及一种移动终端的系统升级方法及装置。
背景技术
移动技术在近几年飞速发展,智能移动设备走近几乎每个人的身边,这些通常都建立在良好的用户系统之上。例如,Android系统让智能移动终端遍及全球每个角落。众多的用户之中,可能会产生多种不同的市场需求,企业开发者会在同一型号硬件上基于Android系统二次开发出多套变异系统,由此而演变为同一个硬件设备上可适配多套系统,尤其是针对不同区域的不同客户,至少会存在两个系统版本,例如国内版、海外版。通常的,这些变异系统之间不需要进行切换。但由于储存、运输、销售或者其他一些特殊情况,导致交付到客户手中的系统并不能满足需求,客户需要使用另外一套变异系统,但这些变异系统之间由于OTA升级限制(如机型版本、签名、基带版本等方面的限制)是没有办法通过OTA的方式进行交叉系统更新,即专属于某一版本的终端设备(如海外版设备)无法直接通过OTA从海外版升级为国内版。这时候通常的做法是企业将这些机器收回,内部通过工具进行刷机来将机器切换到客户需要的系统版本,这无疑提高了企业或者用户的成本。
针对相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种移动终端的系统升级方法及装置,以解决相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种移动终端的系统升级方法。该方法包括:获取待升级的移动终端的当前系统信息,其中,所述当前系统信息中至少包括:所述待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,所述目标系统版本为所述待升级的移动终端待升级至的系统版本;根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包;采用所述第二升级包对所述待升级的移动终端进行系统升级。
进一步地,根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包包括:将所述第一升级包中的机型号修改为所述待升级的移动终端的机型号;将所述第一升级包中的系统版本号修改为大于所述当前系统版本号。
进一步地,所述方法还包括:将所述第一升级包的签名文件删除;将所述第一升级包的校验语句删除。
进一步地,在根据所述机型号和所述当前系统版本号对所述第一升级包进行修改处理之后,所述方法还包括:将所述第二升级包上传至服务器,其中,所述服务器用于在查询到所述待升级的移动终端时,向所述待升级的移动终端推送所述第二升级包;采用所述第二升级包对所述待升级的移动终端进行系统升级包括:接收所述服务器推送的所述第二升级包;根据所述第二升级包对所述待升级的移动终端进行系统升级。
进一步地,将所述第二升级包上传至所述服务器还包括:对所述第二升级包进行签名,生成第三升级包;将所述第三升级包上传至所述服务器;采用所述第二升级包对所述待升级的移动终端进行系统升级包括:接收所述服务器推送的所述第三升级包;根据所述第三升级包对所述待升级的移动终端进行系统升级。
为了实现上述目的,根据本申请的另一个方面,还提供了一种移动终端的系统升级方法。该方法包括:确定对本地系统进行升级,发送升级信息至服务器,其中,所述升级信息至少包括移动终端的机型号和所述移动终端的当前系统版本号;接收所述服务器推送的升级包,其中,所述升级包的机型号被修改为所述机型号;所述升级包中的系统版本号被修改为大于所述当前系统版本号;采用所述升级包进行系统升级。
为了实现上述目的,根据本申请的另一个方面,还提供了一种移动终端的系统升级方法。该方法包括:查找需要进行升级的移动终端,确定待升级的移动终端;获取与所述待升级的移动终端相匹配的目标系统版本的升级包,其中,所述目标系统版本为所述移动终端待升级至的系统版本,所述目标系统版本已经过目标处理,所述目标处理至少包括将所述目标系统版本的升级包中的机型号修改为所述移动终端的机型号;将所述目标系统版本的升级包中的系统版本号修改为大于所述移动终端的当前系统版本号的系统版本号;推送所述目标系统版本的升级包至所述待升级的移动终端,以使所述待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。进一步地,目标处理还包括:将所述目标系统版本中的签名文件进行删除;将所述目标系统版本中的校验语句进行删除。
为了实现上述目的,根据本申请的另一个方面,还提供了一种移动终端的系统升级装置,包括:第一获取单元,用于获取待升级的移动终端的当前系统信息,其中,所述当前系统信息中至少包括:所述待升级的移动终端的机型号和当前系统版本号;第二获取单元,用于获取目标系统版本的第一升级包,其中,所述目标系统版本为所述待升级的移动终端待升级至的系统版本;处理单元,用于根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包;第一升级单元,用于采用所述第二升级包对所述待升级的移动终端进行系统升级。
为了实现上述目的,根据本申请的另一个方面,还提供了一种移动终端的系统升级装置,包括:确定单元,用于确定对本地系统进行升级,发送升级信息至服务器,其中,所述升级信息至少包括移动终端的机型号和所述移动终端的当前系统版本号;接收单元,用于接收所述服务器推送的升级包,其中,所述升级包的机型号被修改为所述机型号;所述升级包中的系统版本号被修改为大于所述当前系统版本号;第二升级单元,用于采用所述升级包进行系统升级。
为了实现上述目的,根据本申请的另一个方面,还提供了一种移动终端的系统升级装置,包括:查找单元,用于查找需要进行升级的移动终端,确定待升级的移动终端;匹配单元,用于获取与所述待升级的移动终端相匹配的目标系统版本的升级包,其中,所述目标系统版本为所述移动终端待升级至的系统版本,所述目标系统版本已经过目标处理,所述目标处理至少包括将所述目标系统版本的升级包中的机型号修改为所述移动终端的机型号;将所述目标系统版本的升级包中的系统版本号修改为大于所述移动终端的当前系统版本号的系统版本号;推送单元,用于推送所述目标系统版本的升级包至所述待升级的移动终端,以使所述待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。
通过本申请,采用以下步骤:获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;采用第二升级包对待升级的移动终端进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。通过对待升级的移动终端的目标系统版本的第一升级包进行修改处理,去除了对移动终端升级时对机型、版本的限制,进而达到了无需手动升级或使用刷机工具,即可高效率低成本地进行升级的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例提供的一种移动终端的系统升级方法的流程图;
图2是根据本申请实施例提供的一种移动终端的系统升级装置的示意图;
图3是根据本申请实施例提供的另一种移动终端的系统升级方法的流程图;
图4是根据本申请实施例提供的另一种移动终端的系统升级装置的示意图;
图5是根据本申请实施例提供的又一种移动终端的系统升级方法的流程图;以及
图6是根据本申请实施例提供的又一种移动终端的系统升级装置的示意图。
具体实施方式
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为了便于描述,以下对本申请实施例涉及的部分名词或术语进行说明:
OTA升级:是指通过GPRS、3G、无线网络下载升级补丁升级,不用通过有线连接来下载升级,直接通过无线环境在手机上下载、升级,比较方便。如果是通过wifi来升级的话速度会更快,一般OTA升级不会清除个人数据,除非是android2.3升级到4.0等大更新可能会清除数据。
根据本申请的实施例,提供了一种移动终端的系统升级方法。
图1是根据本申请实施例的一种移动终端的系统升级方法的流程图。如图1所示,该方法包括以下步骤:
步骤S101,获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号。
获取待升级的移动终端的当前系统信息,目的是为后续系统的升级提供相匹配的基础信息,例如,待升级的移动终端的系统版本为联通版Galaxy,获取到的待升级的移动终端的机型号为三星i9000,当前系统版本号为200。
步骤S102,获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本。
上述的第一升级包为OTA完整升级包,获取目标系统版本的第一升级包,即为获取待升级的移动终端需要升级至的系统版本的OTA完整升级包。例如,将OTA升级包通常为zip类型的文件,将获取到的OTA升级包的名称修改为update.zip。
步骤S103,根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包。
例如,第一升级包为zip类型文件的OTA升级包,修改处理的方式为解压和修改,先对zip类型文件的第一升级包进行解压,由于不同的升级版本对应不同的机型信息,为了与待升级的移动终端的系统版本相适应,将解压后的升级包的机型号修改为与待升级的移动终端相适应的机型号,将解压后的升级包的版本号修改为与当前系统相适应的版本号,将修改处理后的update目录进行打包,生成新的update.zip文件,得到第二升级包。
步骤S104,采用第二升级包对待升级的移动终端进行系统升级。
例如,可以有多种方式对待升级的移动终端进行系统升级,待升级的移动终端可以通过系统更新入口检测到更新信息,采用第二升级包对当前系统进行升级,或者将第二升级包传至云端服务器,云端服务器进行推送更新通知,待升级的移动终端收到更新通知后,用户点击第二升级包对当前系统进行升级。
本申请实施例提供的移动终端的系统升级方法,通过获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;采用第二升级包对待升级的移动终端进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。通过对待升级的移动终端的目标系统版本的第一升级包进行修改处理,去除了对移动终端升级时对机型、版本的限制,进而达到了无需手动升级或使用刷机工具,即可高效率低成本地进行升级的效果。
可选地,在本申请实施例提供的移动终端的系统升级方法中,根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包包括:将第一升级包中的机型号修改为待升级的移动终端的机型号;将第一升级包中的系统版本号修改为大于当前系统版本号。
上述的机型号和系统版本号可以存储在第一升级包中版本信息中。
例如,第一升级包为zip类型文件的OTA升级包,解压缩第一升级包,生成升级目录,将升级目录下的版本信息文件(version.txt)中的机型号(machinemodel值)替换为待升级的移动终端的待升级的移动终端的机型号(ro.product.model值),即为三星i9000,以使修改处理后的升级包与待升级的移动终端的机型信息相适应。由于不同厂商、开发者在开发Android系统时,通常基于某一版本的Android系统进行二次开发,如基于Android5.0(代号Lolipop)。然而在厂商内部在系统二次开发时候,都包含有厂商系统内部版本号,以此来区别不同系统。例如,某一厂商在Android5.0基础上开发了新功能A,内部版本号值设置为200,在此基础上再次开发了新功能B,会变更内部版本号,将内部版本号值设置为201。通常地,企业或开发者为了防止普通用户错误使用低版本的升级包,在终端设备升级时候,对系统内部版本号进行校验,如果所使用的升级包的系统版本号低于当前系统的系统版本号,则不允许用户进行升级。所以,在本申请实施例中为了避免升级校验失败,将内部版本号versioncode在当前系统中的值修改为大于当前系统版本号,例如,将内部版本号versioncode在当前系统中进行向上加1的操作,使得终端设备在升级校验时候能够通过,继续进行后续的OTA升级。例如当前系统内部版本号为200,则可以将当前升级包中的内部版本号versioncode值修改为201或者更高,此值仅用于通过升级校验。内部版本号versioncode仅为系统升级包特征值,不同终端的系统升级包可能存在不同的类似特征值。
可选地,在本申请实施例提供的移动终端的系统升级方法中,该方法还包括:将第一升级包的签名文件删除;将第一升级包的校验语句删除。
上述的校验语句可以存储在升级脚本文件中。
例如,第一升级包为zip类型文件的OTA升级包,解压缩第一升级包,删除目标系统版本中的META-INF下的签名文件和目录结构摘要文件MANIFEST.MF,将第一升级包的升级脚本文件(updater-script文件)中的校验语句全部删除,updater-script文件为升级的核心脚本,用以控制升级流程的主要逻辑,updater-script文件位于第一升级包中/META-INFO/com/google/android/目录下,在打包系统中制作升级包的时候产生,同样的,校验语句位于第一升级包中/META-INFO/com/google/android/目录下,在制作升级包的时候产生,由于不同系统下的updater-script可能不尽相同,需要根据实际情况进行校验语句的删除。
需要说明的是,在本申请实施例中并不限定将第一升级包的签名文件删除;将第一升级包的校验语句删除执行的先后顺序。另外,也不限定将第一升级包的签名文件删除;将第一升级包的校验语句删除执行的时机,例如,可以在将第一升级包中的系统版本号修改为大于当前系统版本号之后,也可以在将第一升级包中的系统版本号修改为大于当前系统版本号之前,在本申请中对此不作限定。
可选地,在本申请实施例提供的移动终端的系统升级方法中,在根据机型号和当前系统版本号对第一升级包进行修改处理之后,该方法还包括:将第二升级包上传至服务器,其中,服务器用于在查询到待升级的移动终端时,向待升级的移动终端推送第二升级包;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第二升级包;根据第二升级包对待升级的移动终端进行系统升级。
上述的服务器可以为云端服务器,例如,将修改处理后形成的第二升级包上传至云端服务器,云端服务器接收第二升级包后,查找到所要升级的移动终端的设备唯一编号,进行对应的升级信息推送,移动终端收到升级通知后,用户点击采用第二升级包对当前系统进行升级。
可选地,在本申请实施例提供的移动终端的系统升级方法中,将第二升级包上传至服务器还包括:对第二升级包进行签名,生成第三升级包;将第三升级包上传至服务器;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第三升级包;根据第三升级包对待升级的移动终端进行系统升级。
例如,第一升级包为zip类型文件的OTA升级包,修改处理后形成的第二升级包同样为update.zip格式的文件,使用目标版本系统的系统签名文件对第二升级包进行签名打包,系统签名文件包含签名私钥文件(platform.x509.pem)、公钥文件(platform.pk8),系统签名文件的签名方式同通用签名方式相一致,使用命令java–jar../signapk.jar-w../platform.x509.pem../platform.pk8./update.zip./update-sign.zip生成了签名后的update-sign.zip格式的升级包,即第三升级包,将第三升级包传至云端,云端进行推送更新通知,客户端收到更新通知后,用户点击第三升级包对当前系统进行升级。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种移动终端的系统升级装置,需要说明的是,本申请实施例的移动终端的系统升级装置可以用于执行本申请实施例所提供的用于移动终端的系统升级方法。以下对本申请实施例提供的移动终端的系统升级装置进行介绍。
图2是根据本申请实施例的一种移动终端的系统升级装置的示意图。如图2所示,该装置包括:第一获取单元10,第二获取单元20,处理单元30,第一升级单元40。
具体地,第一获取单元10,用于获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;
第二获取单元20,用于获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;
处理单元30,用于根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;
第一升级单元40,用于采用第二升级包对待升级的移动终端进行系统升级。
本申请实施例提供的移动终端的系统升级装置,通过第一获取单元10获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;第二获取单元20获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;处理单元30根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;第一升级单元40采用第二升级包对待升级的移动终端进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题,通过对待升级的移动终端的目标系统版本的第一升级包进行修改处理,去除了对移动终端升级时对机型、版本的限制,进而达到了无需手动升级或使用刷机工具,即可高效率低成本地进行升级的效果。
可选地,在本申请实施例提供的移动终端的系统升级装置中,处理单元30包括:第一修改模块,用于将第一升级包中的机型号修改为待升级的移动终端的机型号;第二修改模块,用于将第一升级包中的系统版本号修改为大于当前系统版本号。
可选地,在本申请实施例提供的移动终端的系统升级装置中,处理单元30还包括:第一删除模块,用于将第一升级包的签名文件删除;第二删除模块,用于将第一升级包的校验语句删除。
可选地,在本申请实施例提供的移动终端的系统升级装置中,还包括上传单元,用于将第二升级包上传至服务器,其中,服务器用于在查询到待升级的移动终端时,向待升级的移动终端推送第二升级包;第一升级单元40包括:第一接收模块,用于接收服务器推送的第二升级包;第一升级模块,用于根据第二升级包对待升级的移动终端进行系统升级。
可选地,在本申请实施例提供的移动终端的系统升级装置中,上传单元还包括:签名模块,用于对第二升级包进行签名,生成第三升级包;上传模块,用于将第三升级包上传至服务器;第一升级单元还包括:第二接收模块,用于接收服务器推送的第三升级包;第二升级模块,用于根据第三升级包对待升级的移动终端进行系统升级。
图3是根据本申请实施例的另一种移动终端的系统升级方法的流程图。如图3所示,该方法包括以下步骤:
步骤S301,确定对本地系统进行升级,发送升级信息至服务器,其中,升级信息至少包括移动终端的机型号和移动终端的当前系统版本号。
上述的执行主体为移动终端,移动终端发送升级信息至服务器,一方面是为了传达升级的需求,另一方面是为后续系统的升级提供相匹配的基础信息,例如,获取到的升级信息包括系统需求升级的通知、移动终端的机型号和当前系统版本号,移动终端的系统版本为联通版Galaxy,机型号为三星i9000,当前系统版本号为200。
步骤S302,接收服务器推送的升级包,其中,升级包的机型号被修改为机型号;第一升级包中的系统版本号被修改为大于当前系统版本号。
由于不同的升级版本对应不同的机型信息,例如三星手机有联通版、电信版和移动版,均对应不同的机型信息,为了与移动终端的本地系统版本相适应,升级包的机型号被修改为与待升级的移动终端相适应的机型号、升级包的版本号被修改为与当前系统相适应的版本号,例如,待升级为移动版本终端的系统为联通版Galaxy,机型号为i9000,当前系统内部版本号为200,目标系统移动版本的机型号为i9008,目标系统移动的内部版本号为188。将升级包的机型号修改为目标系统移动版本的机型号为i9000,升级包的内部版本号被修改为大于待升级系统版本号200的值,例如,目标系统移动的内部版本号188修改为201或者更高,从而已规避升级校验时因版本校验失败无法进入到系统恢复程序中进行OTA升级的情况发生。
步骤S303,采用升级包进行系统升级。
例如,移动终端可以通过系统更新入口检测到更新信息,采用升级包对当前系统进行升级,或者在移动终端收到云端推送的升级通知后,用户点击采用升级包对当前系统进行升级。
本申请实施例提供的移动终端的系统升级方法,通过确定对本地系统进行升级,发送升级信息至服务器,其中,升级信息至少包括移动终端的机型号和移动终端的当前系统版本号;接收服务器推送的升级包,其中,升级包的机型号被修改为机型号;第一升级包中的系统版本号被修改为大于当前系统版本号;采用升级包进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。进而达到了在对移动终端升级时避免了升级时对机型、版本、平台签名的限制,自动的对移动终端进行升级的效果。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图4是根据本申请实施例的另一种移动终端的系统升级装置的示意图。如图4所示,该装置包括:确定单元50,接收单元60,第二升级单元70。
确定单元50,用于确定对本地系统进行升级,发送升级信息至服务器,其中,升级信息至少包括移动终端的机型号和移动终端的当前系统版本号;
接收单元60,用于接收服务器推送的升级包,其中,升级包的机型号被修改为机型号;升级包中的系统版本号被修改为大于当前系统版本号;
第二升级单元70,用于采用升级包进行系统升级。
本申请实施例提供的移动终端的系统升级装置,通过确定单元50确定对本地系统进行升级,发送升级信息至服务器,其中,升级信息至少包括移动终端的机型号和移动终端的当前系统版本号;接收单元60接收服务器推送的升级包,其中,升级包的机型号被修改为机型号;升级包中的系统版本号被修改为大于当前系统版本号;第二升级单元70采用升级包进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题,进而达到了在对移动终端升级时避免了升级时对机型、版本、平台签名的限制,自动的对移动终端进行升级的效果。
图5是根据本申请实施例的又一种移动终端的系统升级方法的流程图。如图5所示,该方法包括以下步骤:
步骤S501,查找需要进行升级的移动终端,确定待升级的移动终端;
例如,云端推送服务器查找需要进行升级的移动终端,确定待升级的移动终端,并获取待升级的移动终端的系统版本信息。
步骤S502,获取与待升级的移动终端相匹配的目标系统版本的升级包,其中,目标系统版本为移动终端待升级至的系统版本,目标系统版本已经过目标处理,目标处理至少包括将目标系统版本的升级包中的机型号修改为移动终端的机型号;将目标系统版本的升级包中的系统版本号修改为大于移动终端的当前系统版本号的系统版本号;
例如,云端推送服务器查找并获取与所要升级的移动终端的设备的唯一编号相匹配的升级包,为了与移动终端的本地系统版本相适应,升级包已经经过修改处理,升级包的机型号被修改为与待升级的移动终端相适应的机型号、升级包的版本号被修改为与当前系统相适应的版本号,例如,升级包的机型号被修改为与待升级的移动终端相同的机型号,升级包的版本号被修改为比当前系统版本号高的值,规避升级校验时因校验失败无法进入到系统恢复程序中进行OTA升级的情况发生。
步骤S503,推送目标系统版本的升级包至待升级的移动终端,以使待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。
例如,云端推送服务器推送目标系统版本的升级包至待升级的移动终端,移动终端收到云端推送的升级通知后,用户点击采用升级包对当前系统进行升级。
可选地,在本申请实施例提供的移动终端的系统升级方法中,目标处理还包括:将目标系统版本中的签名文件进行删除;将目标系统版本中的校验语句进行删除。
上述的校验语句可以存储在升级包的的升级脚本文件中。
例如,目标处理还包括删除目标系统版本中META-INF下的签名文件和目录结构摘要文件MANIFEST.MF,将升级包的升级脚本文件(updater-script文件)中的校验语句全部删除,updater-script文件为升级的核心脚本,用以控制升级流程的主要逻辑,updater-script文件位于升级包中/META-INFO/com/google/android/目录下,在打包系统中制作升级包的时候产生,同样的,校验语句位于升级包中/META-INFO/com/google/android/目录下,在制作升级包的时候产生,由于不同系统下的updater-script可能不尽相同,需要根据实际情况进行校验语句的删除。
本申请实施例提供的移动终端的系统升级方法,通过查找需要进行升级的移动终端,确定待升级的移动终端;获取与待升级的移动终端相匹配的目标系统版本的升级包,其中,目标系统版本为移动终端待升级至的系统版本,目标系统版本已经过目标处理,目标处理至少包括将目标系统版本的升级包中的机型号修改为移动终端的机型号;将目标系统版本的升级包中的系统版本号修改为大于移动终端的当前系统版本号的系统版本号;推送目标系统版本的升级包至待升级的移动终端,以使待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。通过获取与待升级的移动终端相匹配的已经过目标处理的目标系统版本的升级包,去除了对移动终端升级时对机型、版本的限制,进而达到了无需手动升级或使用刷机工具,即可高效率低成本地进行升级的效果。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
图6是根据本申请实施例的又一种移动终端的系统升级装置的示意图。如图6所示,该装置包括:查找单元80,匹配单元90,推送单元100。
具体地,查找单元80,用于查找需要进行升级的移动终端,确定待升级的移动终端;
匹配单元90,用于获取与待升级的移动终端相匹配的目标系统版本的升级包,其中,目标系统版本为移动终端待升级至的系统版本,目标系统版本已经过目标处理,目标处理至少包括将目标系统版本的升级包中的机型号修改为移动终端的机型号;将目标系统版本的升级包中的系统版本号修改为大于移动终端的当前系统版本号的系统版本号;
推送单元100,用于推送目标系统版本的升级包至待升级的移动终端,以使待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。
可选地,在本申请实施例提供的移动终端的系统升级装置中,目标处理还包括:将目标系统版本中的签名文件进行删除;将目标系统版本中的校验语句进行删除。
本申请实施例提供的移动终端的系统升级装置,通过查找单元80查找需要进行升级的移动终端,确定待升级的移动终端;匹配单元90获取与待升级的移动终端相匹配的目标系统版本的升级包,其中,目标系统版本为移动终端待升级至的系统版本,目标系统版本已经过目标处理,目标处理至少包括将目标系统版本的升级包中的机型号修改为移动终端的机型号;将目标系统版本的升级包中的系统版本号修改为大于移动终端的当前系统版本号的系统版本号;推送单元100推送目标系统版本的升级包至待升级的移动终端,以使待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级,解决了相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题,通过获取与待升级的移动终端相匹配的已经过目标处理的目标系统版本的升级包,去除了对移动终端升级时对机型、版本的限制,进而达到了无需手动升级或使用刷机工具,即可高效率低成本地进行升级的效果。
所述移动终端的系统升级装置包括处理器和存储器,上述第一获取单元10,第二获取单元20,处理单元30,第一升级单元40等均作为程序单元存储在存储器中,由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核,由内核去存储器中调取相应的程序单元。内核可以设置一个或以上,通过调整内核参数来解决相关技术中对移动终端系统升级是手工使用工具进行系统写入,采用系统刷机工具进行升级,成本较高的问题。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM),存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质,其上存储有程序,该程序被处理器执行时实现所述移动终端的系统升级方法。
本发明实施例提供了一种处理器,所述处理器用于运行程序,其中,所述程序运行时执行所述移动终端的系统升级方法。
本发明实施例提供了一种设备,设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序,处理器执行程序时实现以下步骤:获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;采用第二升级包对待升级的移动终端进行系统升级。
根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包包括:将第一升级包中的机型号修改为待升级的移动终端的机型号;将第一升级包中的系统版本号修改为大于当前系统版本号。
该方法还包括:将第一升级包的签名文件删除;将第一升级包的校验语句删除。
在根据机型号和当前系统版本号对第一升级包进行修改处理之后,该方法还包括:将第二升级包上传至服务器,其中,服务器用于在查询到待升级的移动终端时,向待升级的移动终端推送第二升级包;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第二升级包;根据第二升级包对待升级的移动终端进行系统升级。
将第二升级包上传至服务器还包括:对第二升级包进行签名,生成第三升级包;将第三升级包上传至服务器;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第三升级包;根据第三升级包对待升级的移动终端进行系统升级。本文中的设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品,当在数据处理设备上执行时,适于执行初始化有如下方法步骤的程序:获取待升级的移动终端的当前系统信息,其中,当前系统信息中至少包括:待升级的移动终端的机型号和当前系统版本号;获取目标系统版本的第一升级包,其中,目标系统版本为待升级的移动终端待升级至的系统版本;根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包;采用第二升级包对待升级的移动终端进行系统升级。
根据待升级的移动终端的机型号和当前系统版本号对第一升级包进行修改处理,得到第二升级包包括:将第一升级包中的机型号修改为待升级的移动终端的机型号;将第一升级包中的系统版本号修改为大于当前系统版本号。
该方法还包括:将第一升级包的签名文件删除;将第一升级包的校验语句删除。
在根据机型号和当前系统版本号对第一升级包进行修改处理之后,该方法还包括:将第二升级包上传至服务器,其中,服务器用于在查询到待升级的移动终端时,向待升级的移动终端推送第二升级包;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第二升级包;根据第二升级包对待升级的移动终端进行系统升级。
将第二升级包上传至服务器还包括:对第二升级包进行签名,生成第三升级包;将第三升级包上传至服务器;采用第二升级包对待升级的移动终端进行系统升级包括:接收服务器推送的第三升级包;根据第三升级包对待升级的移动终端进行系统升级。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (11)
1.一种移动终端的系统升级方法,其特征在于,包括:
获取待升级的移动终端的当前系统信息,其中,所述当前系统信息中至少包括:所述待升级的移动终端的机型号和当前系统版本号;
获取目标系统版本的第一升级包,其中,所述目标系统版本为所述待升级的移动终端待升级至的系统版本;
根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包;
采用所述第二升级包对所述待升级的移动终端进行系统升级。
2.根据权利要求1所述的方法,其特征在于,根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包包括:
将所述第一升级包中的机型号修改为所述待升级的移动终端的机型号;
将所述第一升级包中的系统版本号修改为大于所述当前系统版本号。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
将所述第一升级包的签名文件删除;
将所述第一升级包的校验语句删除。
4.根据权利要求3所述的方法,其特征在于,
在根据所述机型号和所述当前系统版本号对所述第一升级包进行修改处理之后,所述方法还包括:将所述第二升级包上传至服务器,其中,所述服务器用于在查询到所述待升级的移动终端时,向所述待升级的移动终端推送所述第二升级包;
采用所述第二升级包对所述待升级的移动终端进行系统升级包括:接收所述服务器推送的所述第二升级包;根据所述第二升级包对所述待升级的移动终端进行系统升级。
5.根据权利要求4所述的方法,其特征在于,
将所述第二升级包上传至所述服务器还包括:对所述第二升级包进行签名,生成第三升级包;将所述第三升级包上传至所述服务器;
采用所述第二升级包对所述待升级的移动终端进行系统升级包括:接收所述服务器推送的所述第三升级包;根据所述第三升级包对所述待升级的移动终端进行系统升级。
6.一种移动终端的系统升级方法,其特征在于,包括:
确定对本地系统进行升级,发送升级信息至服务器,其中,所述升级信息至少包括移动终端的机型号和所述移动终端的当前系统版本号;
接收所述服务器推送的升级包,其中,所述升级包的机型号被修改为所述机型号;所述升级包中的系统版本号被修改为大于所述当前系统版本号;
采用所述升级包进行系统升级。
7.一种移动终端的系统升级方法,其特征在于,包括:
查找需要进行升级的移动终端,确定待升级的移动终端;
获取与所述待升级的移动终端相匹配的目标系统版本的升级包,其中,所述目标系统版本为所述移动终端待升级至的系统版本,所述目标系统版本已经过目标处理,所述目标处理至少包括将所述目标系统版本的升级包中的机型号修改为所述移动终端的机型号;将所述目标系统版本的升级包中的系统版本号修改为大于所述移动终端的当前系统版本号的系统版本号;
推送所述目标系统版本的升级包至所述待升级的移动终端,以使所述待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。
8.根据权利要求7所述的方法,其特征在于,所述目标处理还包括:将所述目标系统版本中的签名文件进行删除;将所述目标系统版本中的校验语句进行删除。
9.一种移动终端的系统升级装置,其特征在于,包括:
第一获取单元,用于获取待升级的移动终端的当前系统信息,其中,所述当前系统信息中至少包括:所述待升级的移动终端的机型号和当前系统版本号;
第二获取单元,用于获取目标系统版本的第一升级包,其中,所述目标系统版本为所述待升级的移动终端待升级至的系统版本;
处理单元,用于根据所述待升级的移动终端的机型号和所述当前系统版本号对所述第一升级包进行修改处理,得到第二升级包;
第一升级单元,用于采用所述第二升级包对所述待升级的移动终端进行系统升级。
10.一种移动终端的系统升级装置,其特征在于,包括:
确定单元,用于确定对本地系统进行升级,发送升级信息至服务器,其中,所述升级信息至少包括移动终端的机型号和所述移动终端的当前系统版本号;
接收单元,用于接收所述服务器推送的升级包,其中,所述升级包的机型号被修改为所述机型号;所述升级包中的系统版本号被修改为大于所述当前系统版本号;
第二升级单元,用于采用所述升级包进行系统升级。
11.一种移动终端的系统升级装置,其特征在于,包括:
查找单元,用于查找需要进行升级的移动终端,确定待升级的移动终端;
匹配单元,用于获取与所述待升级的移动终端相匹配的目标系统版本的升级包,其中,所述目标系统版本为所述移动终端待升级至的系统版本,所述目标系统版本已经过目标处理,所述目标处理至少包括将所述目标系统版本的升级包中的机型号修改为所述移动终端的机型号;将所述目标系统版本的升级包中的系统版本号修改为大于所述移动终端的当前系统版本号的系统版本号;
推送单元,用于推送所述目标系统版本的升级包至所述待升级的移动终端,以使所述待升级的移动终端根据推送的目标系统版本的升级包行进行系统升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810130454.9A CN108415714A (zh) | 2018-02-08 | 2018-02-08 | 移动终端的系统升级方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810130454.9A CN108415714A (zh) | 2018-02-08 | 2018-02-08 | 移动终端的系统升级方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108415714A true CN108415714A (zh) | 2018-08-17 |
Family
ID=63128032
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810130454.9A Pending CN108415714A (zh) | 2018-02-08 | 2018-02-08 | 移动终端的系统升级方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108415714A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271188A (zh) * | 2018-09-18 | 2019-01-25 | 郑州云海信息技术有限公司 | 一种cpld升级方法及相关装置 |
CN109582726A (zh) * | 2018-12-18 | 2019-04-05 | 网易(杭州)网络有限公司 | 数据表的处理方法和装置 |
CN110780913A (zh) * | 2019-10-24 | 2020-02-11 | 东莞市小精灵教育软件有限公司 | 一种跨机型的差分升级方法、系统、存储介质及电子设备 |
CN111176716A (zh) * | 2019-12-17 | 2020-05-19 | 视联动力信息技术股份有限公司 | 升级包生成方法、装置、电子设备及存储介质 |
CN111414185A (zh) * | 2020-02-28 | 2020-07-14 | 浙江吉利新能源商用车集团有限公司 | 一种终端升级方法、装置、终端及存储介质 |
CN111949303A (zh) * | 2020-07-06 | 2020-11-17 | 深圳市华曦达科技股份有限公司 | 升级包处理方法、装置、电子设备及存储介质 |
CN112925744A (zh) * | 2021-03-04 | 2021-06-08 | 深圳创维-Rgb电子有限公司 | 刷机包修改方法、装置、终端设备以及存储介质 |
CN114785688A (zh) * | 2022-06-21 | 2022-07-22 | 深圳市华曦达科技股份有限公司 | 一种终端设备升级方法及系统 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040250245A1 (en) * | 2003-06-04 | 2004-12-09 | Rao Bindu Rama | Network having customizable generators and electronic device having customizable updating software |
CN103019775A (zh) * | 2012-11-28 | 2013-04-03 | 北京小米科技有限责任公司 | 一种终端设备刷机的方法、装置和设备 |
CN103246527A (zh) * | 2012-02-07 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 更新移动终端操作系统的方法和系统以及计算机 |
CN104765607A (zh) * | 2015-04-01 | 2015-07-08 | 闻泰通讯股份有限公司 | 免编译修改刷机包的方法 |
CN105045671A (zh) * | 2015-08-17 | 2015-11-11 | 广东欧珀移动通信有限公司 | 一种智能终端的系统升级方法及装置 |
CN105700895A (zh) * | 2016-03-16 | 2016-06-22 | 腾讯科技(深圳)有限公司 | 一种终端系统的适配方法和终端以及系统服务器 |
CN106708564A (zh) * | 2016-11-29 | 2017-05-24 | 努比亚技术有限公司 | 一种fota更新方法、装置及服务器 |
CN106775723A (zh) * | 2016-12-16 | 2017-05-31 | 深圳市优博讯科技股份有限公司 | 基于Android平台的系统固件定制的方法和Android设备 |
CN107318099A (zh) * | 2017-05-02 | 2017-11-03 | 深圳市万普拉斯科技有限公司 | 调制解调器配置文件处理方法、装置和移动终端 |
-
2018
- 2018-02-08 CN CN201810130454.9A patent/CN108415714A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040250245A1 (en) * | 2003-06-04 | 2004-12-09 | Rao Bindu Rama | Network having customizable generators and electronic device having customizable updating software |
CN103246527A (zh) * | 2012-02-07 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 更新移动终端操作系统的方法和系统以及计算机 |
CN103019775A (zh) * | 2012-11-28 | 2013-04-03 | 北京小米科技有限责任公司 | 一种终端设备刷机的方法、装置和设备 |
CN104765607A (zh) * | 2015-04-01 | 2015-07-08 | 闻泰通讯股份有限公司 | 免编译修改刷机包的方法 |
CN105045671A (zh) * | 2015-08-17 | 2015-11-11 | 广东欧珀移动通信有限公司 | 一种智能终端的系统升级方法及装置 |
CN105700895A (zh) * | 2016-03-16 | 2016-06-22 | 腾讯科技(深圳)有限公司 | 一种终端系统的适配方法和终端以及系统服务器 |
CN106708564A (zh) * | 2016-11-29 | 2017-05-24 | 努比亚技术有限公司 | 一种fota更新方法、装置及服务器 |
CN106775723A (zh) * | 2016-12-16 | 2017-05-31 | 深圳市优博讯科技股份有限公司 | 基于Android平台的系统固件定制的方法和Android设备 |
CN107318099A (zh) * | 2017-05-02 | 2017-11-03 | 深圳市万普拉斯科技有限公司 | 调制解调器配置文件处理方法、装置和移动终端 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109271188A (zh) * | 2018-09-18 | 2019-01-25 | 郑州云海信息技术有限公司 | 一种cpld升级方法及相关装置 |
CN109582726A (zh) * | 2018-12-18 | 2019-04-05 | 网易(杭州)网络有限公司 | 数据表的处理方法和装置 |
CN109582726B (zh) * | 2018-12-18 | 2021-09-07 | 网易(杭州)网络有限公司 | 数据表的处理方法和装置 |
CN110780913A (zh) * | 2019-10-24 | 2020-02-11 | 东莞市小精灵教育软件有限公司 | 一种跨机型的差分升级方法、系统、存储介质及电子设备 |
CN110780913B (zh) * | 2019-10-24 | 2023-04-07 | 东莞市小精灵教育软件有限公司 | 一种跨机型的差分升级方法、系统、存储介质及电子设备 |
CN111176716A (zh) * | 2019-12-17 | 2020-05-19 | 视联动力信息技术股份有限公司 | 升级包生成方法、装置、电子设备及存储介质 |
CN111414185A (zh) * | 2020-02-28 | 2020-07-14 | 浙江吉利新能源商用车集团有限公司 | 一种终端升级方法、装置、终端及存储介质 |
CN111949303A (zh) * | 2020-07-06 | 2020-11-17 | 深圳市华曦达科技股份有限公司 | 升级包处理方法、装置、电子设备及存储介质 |
CN112925744A (zh) * | 2021-03-04 | 2021-06-08 | 深圳创维-Rgb电子有限公司 | 刷机包修改方法、装置、终端设备以及存储介质 |
WO2022183667A1 (zh) * | 2021-03-04 | 2022-09-09 | 深圳创维-Rgb电子有限公司 | 刷机包修改方法、装置、终端设备以及存储介质 |
CN114785688A (zh) * | 2022-06-21 | 2022-07-22 | 深圳市华曦达科技股份有限公司 | 一种终端设备升级方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108415714A (zh) | 移动终端的系统升级方法及装置 | |
CN106897103B (zh) | 一种移动端网络游戏版本快速热更新的方法 | |
KR102281052B1 (ko) | 이동 단말 애플리케이션 업데이트 방법 및 장치 | |
US20180329700A1 (en) | Application migration system | |
US9244679B1 (en) | Systems and methods for automatically identifying changes in deliverable files | |
CN106843976B (zh) | 用于生成镜像文件的方法和装置 | |
CN107193615A (zh) | 项目代码信息的更新部署方法及装置 | |
CN105677250A (zh) | 对象存储系统中的对象数据的更新方法和更新装置 | |
CN109908585B (zh) | 一种文件处理方法及系统、计算设备及存储介质 | |
CN106886445A (zh) | Java数据包生成方法及设备和信息提取方法及设备 | |
CN104281809A (zh) | 病毒查杀的方法、装置及系统 | |
CN108268609A (zh) | 一种文件路径的建立、访问方法和装置 | |
CN106227893A (zh) | 一种文件类型获取方法及装置 | |
CN110333876A (zh) | 一种数据清除方法及控制设备 | |
CN110019298A (zh) | 数据处理方法和装置 | |
CN113961226B (zh) | 一种软件开发工具包修复方法、终端、服务器及设备 | |
CN111176706A (zh) | 终端升级方法、装置、电子设备及存储介质 | |
CN112612489B (zh) | 软件的升级包构建方法、装置和电子设备 | |
CN113077260A (zh) | 基于区块链的数据访问方法、装置及电子设备 | |
CN116360809B (zh) | 一种嵌入式智能终端固件远程升级方法、系统及介质 | |
CN107861751A (zh) | 配置文件的修改方法及装置 | |
CN106294530A (zh) | 规则匹配的方法和系统 | |
CN102750287B (zh) | 收录索引信息的方法及下载验证服务器 | |
CN111951112A (zh) | 基于区块链的智能合约执行方法、终端设备和存储介质 | |
CN114205141A (zh) | 一种ipc算法部署准入方法、系统、介质及电子终端 |
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 | ||
CB02 | Change of applicant information |
Address after: 200433 Shanghai city Yangpu District Songhu Road No. 388 building 7, KIC 605 Applicant after: SHANGHAI SHANGMI SCIENCE AND TECHNOLOGY GROUP Co.,Ltd. Address before: 200433 Shanghai city Yangpu District Songhu Road No. 388 building 7, KIC 605 Applicant before: SHANGHAI SUNMI TECHNOLOGY CO.,LTD. |
|
CB02 | Change of applicant information | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180817 |
|
RJ01 | Rejection of invention patent application after publication |