CN111176671B - 系统自动连续更新的方法、移动终端和存储介质 - Google Patents
系统自动连续更新的方法、移动终端和存储介质 Download PDFInfo
- Publication number
- CN111176671B CN111176671B CN201811333547.8A CN201811333547A CN111176671B CN 111176671 B CN111176671 B CN 111176671B CN 201811333547 A CN201811333547 A CN 201811333547A CN 111176671 B CN111176671 B CN 111176671B
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- preset
- memory
- application
- upgrade package
- 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.)
- Active
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
-
- Y—GENERAL 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
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本申请中提供了一种系统自动连续更新的方法、移动终端和存储介质,其中方法包括:进入recovery模式后,使用预下载的当前升级包升级移动终端的系统;实时判断升级后移动终端的当前内存是否小于预设内存,预设内存为系统正常运行时所需的最小内存;若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;若检测到更新升级包,则获取更新升级包,并使用更新升级包再次升级移动终端的系统。本申请在移动终端进入recovery模式后,自动检测系统的最新版本,并依次下载更新升级包对系统进行升级,在将系统升级到最新版本后才退出recovery模式进行重启,能够有效节省升级时间,提高效率。
Description
技术领域
本申请涉及移动通讯技术领域,特别涉及一种系统自动连续更新的方法、移动终端和存储介质。
背景技术
空中下载技术(Over the Air Technology,OTA)是一种通过无线网络进行数据下载的技术,现已被广泛应用于手机、平板电脑等设备的网络升级中。目前均是通过下载服务器端提供的针对客户端当前系统版本的差分文件并将差分文件通过打补丁的方式更新到当前系统版本中,从而实现OTA的升级。差分文件一般只包含了需要升级的文件信息,例如,差分文件2.0-1.0,只包含了版本2.0相对版本1.0发生变化的应用信息。所以若要从系统版本1.0升级到版本3.0,则要先通过差分文件2.0-1.0进行升级,系统的当前版本从1.0升级为2.0后重启系统;然后再通过差分文件3.0-2.0,从版本2.0升级到版本3.0并再次重启以完成最终更新。系统在完成每个版本的更新后,都需要进行重启以完成安装,十分费时繁琐,效率低下。
发明内容
本申请的主要目的为提供一种系统自动连续更新的方法、移动终端和存储介质,旨在解决现有系统在完成单个版本升级后需要重启,繁琐费时的弊端。
为实现上述目的,本申请提供了一种系统自动连续更新的方法,应用于移动终端,包括:
进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统;
实时判断升级后所述移动终端的当前内存是否小于预设内存,所述预设内存为系统正常运行时所需的最小内存;
若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;
若检测到更新升级包,则获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统。
进一步的,所述根据第一预设规则判断是否检测到更新升级包的步骤,包括:
实时判断在预设官方平台是否检测到指定升级包,所述指定升级包为第一系统当前版本相邻的下一版本的系统升级包,所述第一系统为使用所述当前升级包完成升级后的所述移动终端的系统;
若检测到指定升级包,则获取所述指定升级包对应的系统版本在所述预设官方平台的用户评分;
判断所述用户评分是否大于预设评分;
若大于预设评分,则判定检测到所述更新升级包;
若不大于预设评分,则判定没有检测到所述更新升级包。
进一步的,所述实时判断升级后所述移动终端的当前内存是否小于预设内存的步骤之后,包括:
若小于预设内存,则判断用户是否释放可用内存;
若释放可用内存,则判断是否开启自动释放功能;
若开启自动释放功能,则根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存,并生成根据第一预设规则判断是否检测到更新升级包的指令。
进一步的,所述移动终端安装有多个应用程序,所述根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存的步骤,包括:
根据升级后所述移动终端的当前内存和所述预设内存,计算得到需释放内存,同时分别获取预设时间内各所述应用程序的使用次数以及各所述应用程序分别对应的占用内存;
按照各所述使用次数,升序选择预设数量的应用程序,所述预设数量的应用程序的占用内存之和不小于所述需释放内存;
卸载所述预设数量的应用程序。
进一步的,所述进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统的步骤之前,包括:
获取所述当前升级包,并判断用户是否启动自动更新功能,所述当前升级包为所述所述移动终端的系统的当前版本相邻的下一版本的系统升级包;
若启动自动更新功能,则将所述移动终端的系统存储在预设缓存区,并进入recovery模式。
进一步的,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统;
判断重启后所述移动终端的的最新系统是否运行正常;
若不运行正常,则调取存储在预设缓存区的所述移动终端的系统;
使用所述移动终端的系统替换重启后所述移动终端的最新系统。
进一步的,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统;
判断是否检测到至少一个异常应用,各所述异常应用分别为与重启后所述移动终端的最新系统不匹配的应用程序;
若检测到至少一个异常应用,则输出提示信息,所述提示信息包括各所述异常应用的信息。
进一步的,所述输出提示信息的步骤之后,包括:
判断各所述异常应用中是否具有至少一个卸载应用,所述卸载应用为必须执行卸载动作的应用程序;
若具有至少一个卸载应用,则分别获取各所述卸载应用对应的应用信息,所述应用信息包括卸载应用的功能信息和使用次数;
判断各所述卸载应用中是否具有至少一个推荐应用,所述推荐应用为使用次数大于预设推荐次数时对应的卸载程序;
若具有至少一个推荐应用,则分别根据各所述推荐应用对应的功能信息,从预设应用平台筛选与所述功能信息对应的至少一个指定应用作为推荐信息输出到显示界面。
本申请还提供一种移动终端,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。
本申请还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述方法的步骤。
本申请中提供的系统自动连续更新的方法、移动终端和存储介质,在移动终端进入recovery模式后,自动检测系统的最新版本,并通过OTA技术依次下载更新升级包对系统进行升级,在将系统升级到最新版本后才退出recovery模式进行重启,能够有效节省升级时间,提高效率,同时,在升级过程中能够自动监测移动终端的可用内存,避免系统更新后影响运行速度。
附图说明
图1是本申请一实施例中一种系统自动连续更新的方法的步骤示意图;
图2是本申请一实施例中一种系统自动连续更新的方法的整体流程示意图;
图3是本申请一实施例的移动终端的结构示意框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
参照图1,本申请一实施例中提供了一种系统自动连续更新的方法,应用于移动终端,包括:
S1:进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统;
S2:实时判断升级后所述移动终端的的当前内存是否小于预设内存,所述预设内存为系统正常运行时所需的最小内存;
S3:若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;
S4:若检测到更新升级包,则获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统。
本实施例中,移动终端在对系统进行更新时,需要先进入recovery模式。recovery模式就是安卓的移动终端提供的一种可以对移动终端内部的数据或系统进行修改的模式。在进入recovery模式后,移动终端运行预先下载的当前升级包对移动终端的系统进行升级。其中,移动终端的系统在升级时,需要按照系统的版本依次进行更新,而不能进行跨越式更新。比如,移动终端的系统的当前版本为4.0,最新版本为8.0,系统想要更新到8.0版本时,需要先从4.0版本升级到5.0版本,再从5.0版本升级到6.0版本,依次升级直至到8.0版本。因此,当前升级包的版本为移动终端的系统的当前系统版本相邻的下一版本。移动终端在运行当前升级包完成对当前系统的版本更新后,需要实时对移动终端的当前内存的容量进行检测,并调用预设内存与当前内存进行比较,判断两者之间的大小。其中,预设内存为移动终端的系统正常运行时所需的最小内存,由开发人员预先通过检测后设定。如果完成系统更新后的移动终端的当前内存大于预设内存,则与预设官方平台无线连接,并根据第一预设规则判断在预设官方平台是否可以监测到指定升级包。其中,预设官方平台为移动终端品牌用于获取系统更新信息的网络平台,指定升级包为使用当前升级包完成升级后的移动终端的系统当前版本相邻的下一版本的系统升级包。第一预设规则具体为:如果移动终端在预设官方平台没有检测到在后版本的更新升级包,则判定没有检测到更新升级包。如果移动终端可以检测到在后版本的更新升级包,则获取该在后版本的更新升级包对应的系统版本在官方平台上的用户评分,并调用预设评分与用户评分进行比较。如果用户评分不大于预设评分,则判定没有检测到更新升级包;如果用户评分大于预设评分,则判定检测到更新升级包。在判定可以检测到更新升级包后,移动终端通过OTA(Over the AirTechnology:空中下载技术)从预设官方平台下载更新升级包,并再次运行更新升级包升级移动终端的系统。同时,移动终端循环执行实时判断升级后所述移动终端的当前内存是否小于预设内存以及后续的动作,直至不再检测到更新升级包才停止该循环动作,并退出recovery模式,重启移动终端的系统,以完成此次移动终端系统的全部更新。移动终端重启后,系统才能正常运行。
进一步的,所述根据第一预设规则判断是否检测到更新升级包的步骤,包括:
S301:实时判断在预设官方平台是否检测到指定升级包,所述指定升级包为第一系统当前版本相邻的下一版本的系统升级包,所述第一系统为使用所述当前升级包完成升级后的所述移动终端的系统;
S302:若检测到指定升级包,则获取所述指定升级包对应的系统版本在所述预设官方平台的用户评分;
S303:判断所述用户评分是否大于预设评分;
S304:若大于预设评分,则判定检测到所述更新升级包;
S305:若不大于预设评分,则判定没有检测到所述更新升级包。
本实施例中,移动终端预先跟预设官方平台无线连接,在检测到当前内存大于预设内存时,移动终端检测预设官方平台当前是否发布有指定升级包。其中,指定升级包为第一系统当前版本相邻的下一版本的系统升级包,第一系统为使用当前升级包完成升级后的移动终端的系统。比如,使用当前升级包完成升级后移动终端的系统当前版本为4.0,则相邻的下一版本为5.0,所以更新升级包为对应版本的系统升级包。如果移动终端在预设官方平台没有检测到指定升级包,则判定没有检测到更新升级包。如果有检测到指定升级包,则获取指定升级包对应的系统版本在预设官方平台的用户评分,并调取开发人员预先设定的预设评分与用户评分进行比较。如果用户评分大于预设评分,则移动终端判定检测到更新升级包。如果用户评分小于或等于预设评分,则移动终端判定没有检测到更新升级包。比如,使用指定升级包升级后的系统版本为5.0,即指定升级包对应的系统版本为5.0,在预设官方平台的用户评分为8分。而开发人员预先设定的预设评分为6.0,认为低于预设评分即表明该版本系统不稳定或使用不便,不适合用户使用。如果用户评分大于预设评分,因此移动终端判定检测到更新升级包。
进一步的,所述实时判断升级后所述移动终端的当前内存是否小于预设内存的步骤之后,包括:
S5:若小于预设内存,则判断用户是否释放可用内存;
S6:若释放可用内存,则判断是否开启自动释放功能;
S7:若开启自动释放功能,则根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存,并生成根据第一预设规则判断是否检测到更新升级包的指令。
本实施例中,移动终端在判断升级后移动终端的当前内存是否小于预设内存时,如果当前内存小于预设内存,则说明移动终端进行系统更新后的当前内存会影响系统的运行速度。此时,移动终端输出选择信息到显示界面,提醒用户当前内存过小会影响系统的正常运行,询问用户是否释放可用内存。如果用户选择不释放的选项,则移动终端判定用户不释放可用内存。如果用户选择释放的选项,则移动终端判定用户释放可用内存。移动终端内部设置有自动释放功能,由用户预先选择是否开启。如果移动终端检测到用户预先开启自动释放功能,则判定开启自动释放功能,并根据第二预设规则释放可用内存,直至升级后移动终端的当前内存不小于于预设内存,并生成根据第一预设规则判断是否检测到更新升级包的指令,以便执行上述的循环动作。其中,第二预设规则具体为:移动终端根据当前内存和预设内存,计算得到需释放内存。然后根据内部的使用记录获取预设时间内已安装的各个应用程序的使用次数,以及各应用程序分别对应的占用内存。移动终端按照使用次数升序选择预设数量的应用程序,并卸载这些应用程序以释放可用内存。其中,预设数量的应用程序的占用内存之和不小于需释放内存。
进一步的,所述移动终端安装有多个应用程序,所述根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存的步骤,包括:
S701:根据升级后所述移动终端的当前内存和所述预设内存,计算得到需释放内存,同时分别获取预设时间内各所述应用程序的使用次数以及各所述应用程序分别对应的占用内存;
S702:按照各所述使用次数,升序选择预设数量的应用程序,所述预设数量的应用程序的占用内存之和不小于所述需释放内存;
S703:卸载所述预设数量的应用程序。
本实施例中,移动终端内部安装有多个应用程序。移动终端在判定开启自动释放功能后,分别调用当前内存和预设内存,计算两者之间的差值得到需释放内存。比如,当前内存为100M,预设内存为200M,则需释放内存为100M。同时,移动终端分别从使用记录中获取预设时间内各个应用程序的使用次数,以及各个应用程序分别对应的占用内存。移动终端按照各应用程序按照各自对应的使用次数进行升序排列,并按照排列顺序升序选择预设数量个应用程序。其中,预设数量的应用程序的占用内存之和不小于需释放内存。比如,在最近一个月内,程序A使用次数为3次,占用内存为50M;程序B使用次数为5次,占用内存为60M;程序C使用次数为7次,占用内存为80M。移动终端当前的需释放内存为100M,则按照使用次数升序选择程序A和程序B,两个程序的占用内存之后大于100M,满足要求。移动终端在选定预设数量的应用程序后,将其卸载从而释放可用内存。
进一步的,所述进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统的步骤之前,包括:
S8:获取所述当前升级包,并判断用户是否启动自动更新功能,所述当前升级包为所述所述移动终端的系统的当前版本相邻的下一版本的系统升级包;
S9:若启动自动更新功能,则将所述移动终端的系统存储在预设缓存区,并进入recovery模式。
本实施例中,移动终端根据预设频率自动在预设官方平台上检测是否有系统更新信息。其中,预设频率可以由开发人员设定,也可以由用户根据自身需求进行设定。系统更新信息为预设官方平台发布有比移动终端的系统当前版本更新版本的系统。比如,系统当前版本为4.0,预设官方平台发布有更新版本的系统7.0。移动终端自动获取系统当前版本相邻下一版本的系统升级包,即当前升级包。在得到当前升级包后,移动终端可以输出信息提示用户是否开启自动更新功能,或者判断用户是否已经预先设置启动自动更新功能。如果移动终端接收到用户选择开启自动更新功能,或检测到用户预先开启了自动更新功能,则将移动终端的系统存储在预设缓存区,并进入recovery模式,以便运行当前升级包对当前系统进行升级。其中,当前系统为移动终端未进行更新前的系统,存储在预设缓存区中可以在升级失败后重新安装当前系统,避免手机因更新失败导致系统损坏。
进一步的,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
S10:退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统
S11:判断重启后所述移动终端的最新系统是否运行正常;
S12:若不运行正常,则调取存储在预设缓存区的所述移动终端的系统;
S13:使用所述移动终端的系统替换重启后所述移动终端的最新系统。
本实施例中,移动终端在完成系统更新后,退出recovery模式,并重启移动终端的最新系统,然后运行完成更新后移动终端的最新系统,并对其运行状态进行监测。其中,移动终端的最新系统为完成再次升级后的移动终端的系统。如果更新后的最新系统出现无法运行、崩溃,或与移动终端的硬件不匹配导致运行速度低于预设速度,导致移动终端运行卡顿等异常状况,则移动终端调取在首次更新前就预先存储在预设缓存区的移动终端的系统,并使用该系统替换更新重启后移动终端的最新系统,从而避免移动终端因为系统更新失败后无法使用或影响使用。如果更新后的最新系统没有出现异常状况,则移动终端自动删除存储在预设缓存区的系统,避免更新前的系统数据占用移动终端的可用内存空间。
进一步的,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
S14:退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统;
S15:判断是否检测到至少一个异常应用,各所述异常应用分别为与重启后所述移动终端的最新系统不匹配的应用程序;
S16:若检测到至少一个异常应用,则输出提示信息,所述提示信息包括各所述异常应用的信息。
本实施例中,移动终端在重启最新系统后,依次对内部的所有应用的运行状态进行检测。其中,所有应用包括官方预安装应用和第三方应用。移动终端根据各个应用在重启后的最新系统下的运行状态进行判断是否检测到至少一个异常应用。其中,各异常应用为与重启后移动终端的最新系统不匹配的应用程序,比如应用无法启动或者应用运行卡顿等均为不匹配的情况。移动终端如果检测不到异常应用,则不会做出任何反馈。如果检测到异常应用,则会输出提示信息到显示界面,用以提示用户移动终端重启后,部分应用程序与系统不匹配,无法使用或影响使用。其中,提示信息包括所有的异常应用的相应信息,比如异常应用的名称。进一步的,如果检测到的异常应用有多个时,移动终端获取各个异常应用在与当前时间相邻的历史预设时间段内的历史使用次数,并按照历史使用次数将各异常应用升序排列,以便用户清楚了解各个异常应用的使用频繁度。
进一步的,所述输出提示信息的步骤之后,包括:
S17:判断各所述异常应用中是否具有至少一个卸载应用,所述卸载应用为必须执行卸载动作的应用程序;
S18:若具有至少一个卸载应用,则分别获取各所述卸载应用对应的应用信息,所述应用信息包括卸载应用的功能信息和使用次数;
S19:判断各所述卸载应用中是否具有至少一个推荐应用,所述推荐应用为使用次数大于预设推荐次数时对应的卸载程序;
S20:若具有至少一个推荐应用,则分别根据各所述推荐应用对应的功能信息,从预设应用平台筛选与所述功能信息对应的至少一个指定应用作为推荐信息输出到显示界面。
本实施例中,移动终端在输出提示信息后,根据各异常应用与系统的不匹配情况,需要进行升级或卸载。移动终端判断所有的异常应用中是否具有至少一个卸载应用。其中,卸载应用为必须执行卸载动作的应用程序。如果具有至少一个卸载应用,移动终端获取各卸载应用分别对应的应用信息。其中,应用信息包括该卸载应用的功能信息和使用次数。功能信息从卸载应用在应用平台的分类或开发商信息可以直接获得,使用次数可以从使用记录中获取。移动终端调取预先设置的预设推荐次数,预设推荐次数可以用开发人员设定或用户自己定义,并根据预设推荐次数判断卸载应用中是否包含有至少一个推荐应用。其中,推荐应用为使用次数大于预设次数时,该使用次数对应的卸载应用。当卸载应用使用次数大于预设推荐次数时,移动终端判定该卸载应用为用户的必需应用。移动终端自动根据该推荐应用对应的功能信息,从预设应用平台筛选与该功能信息对应的至少一个指定应用作为推荐信息输出到显示界面,以满足用户的使用需求。其中,预设应用平台可以是官方应用平台或者第三方应用平台,用以下载应用。
本实施例提供的系统自动连续更新的方法,在移动终端进入recovery模式后,自动检测系统的最新版本,并通过OTA技术依次下载更新升级包对系统进行升级,在将系统升级到最新版本后才退出recovery模式进行重启,能够有效节省升级时间,提高效率,同时,在升级过程中能够自动监测移动终端的可用内存,避免系统更新后影响运行速度。
参照图3,本申请实施例中还提供一种移动终端,该移动终端可以是服务器,其内部结构可以如图3所示。该移动终端包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该移动终端设计的处理器用于提供计算和控制能力。该移动终端的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该移动终端的数据库用于存储预设推荐次数等数据。该移动终端的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统自动连续更新的方法。
上述处理器执行上述系统自动连续更新的方法的步骤:
S1:进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统;
S2:实时判断升级后所述移动终端的的当前内存是否小于预设内存,所述预设内存为系统正常运行时所需的最小内存;
S3:若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;
S4:若检测到更新升级包,则获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统。
本领域技术人员可以理解,图3中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的移动终端的限定。
本申请一实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现一种系统自动连续更新的方法,具体为:
S1:进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统;
S2:实时判断升级后所述移动终端的的当前内存是否小于预设内存,所述预设内存为系统正常运行时所需的最小内存;
S3:若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;
S4:若检测到更新升级包,则获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储与一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的和实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可以包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM通过多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双速据率SDRAM(SSRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其它要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
以上所述仅为本申请的优选实施例,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其它相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (10)
1.一种系统自动连续更新的方法,其特征在于,应用于移动终端,包括:
进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统;
实时判断升级后所述移动终端的当前内存是否小于预设内存,所述预设内存为系统正常运行时所需的最小内存;
若大于预设内存,则根据第一预设规则判断是否检测到更新升级包;
若检测到更新升级包,则获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统;
所述根据第一预设规则判断是否检测到更新升级包的步骤,包括:
实时判断在预设官方平台是否检测到指定升级包,所述指定升级包为第一系统当前版本相邻的下一版本的系统升级包,所述第一系统为使用所述当前升级包完成升级后的所述移动终端的系统。
2.根据权利要求1所述的系统自动连续更新的方法,其特征在于,所述实时判断在预设官方平台是否检测到指定升级包,所述指定升级包为第一系统当前版本相邻的下一版本的系统升级包,所述第一系统为使用所述当前升级包完成升级后的所述移动终端的系统的步骤之后,包括:
若检测到指定升级包,则获取所述指定升级包对应的系统版本在所述预设官方平台的用户评分;
判断所述用户评分是否大于预设评分;
若大于预设评分,则判定检测到所述更新升级包;
若不大于预设评分,则判定没有检测到所述更新升级包。
3.根据权利要求1所述的系统自动连续更新的方法,其特征在于,所述实时判断升级后所述移动终端的当前内存是否小于预设内存的步骤之后,包括:
若小于预设内存,则判断用户是否释放可用内存;
若释放可用内存,则判断是否开启自动释放功能;
若开启自动释放功能,则根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存,并生成根据第一预设规则判断是否检测到更新升级包的指令。
4.根据权利要求3所述的系统自动连续更新的方法,其特征在于,所述移动终端安装有多个应用程序,所述根据第二预设规则释放可用内存,直至升级后所述移动终端的当前内存不小于预设内存的步骤,包括:
根据升级后所述移动终端的当前内存和所述预设内存,计算得到需释放内存,同时分别获取预设时间内各所述应用程序的使用次数以及各所述应用程序分别对应的占用内存;
按照各所述使用次数,升序选择预设数量的应用程序,所述预设数量的应用程序的占用内存之和不小于所述需释放内存;
卸载所述预设数量的应用程序。
5.根据权利要求1所述的系统自动连续更新的方法,其特征在于,所述进入recovery模式后,使用预下载的当前升级包升级所述移动终端的系统的步骤之前,包括:
获取所述当前升级包,并判断是否启动自动更新功能,所述当前升级包为所述移动终端的系统的当前版本相邻的下一版本的系统升级包;
若启动自动更新功能,则将所述移动终端的系统存储在预设缓存区,并进入recovery模式。
6.根据权利要求1所述的系统自动连续更新的方法,其特征在于,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统;
判断重启后所述移动终端的最新系统是否运行正常;
若不运行正常,则调取存储在预设缓存区的所述移动终端的系统;
使用所述移动终端的系统替换重启后所述移动终端的最新系统。
7.根据权利要求1所述的系统自动连续更新的方法,其特征在于,所述获取所述更新升级包,并使用所述更新升级包再次升级所述移动终端的系统的步骤之后,包括:
退出recovery模式,并重启所述移动终端的最新系统,所述移动终端的最新系统为完成再次升级后的移动终端的系统;
判断是否检测到至少一个异常应用,各所述异常应用分别为与重启后所述移动终端的最新系统不匹配的应用程序;
若检测到至少一个异常应用,则输出提示信息,所述提示信息包括各所述异常应用的信息。
8.根据权利要求7所述的系统自动连续更新的方法,其特征在于,所述输出提示信息的步骤之后,包括:
判断各所述异常应用中是否具有至少一个卸载应用,所述卸载应用为必须执行卸载动作的应用程序;
若具有至少一个卸载应用,则分别获取各所述卸载应用对应的应用信息,所述应用信息包括卸载应用的功能信息和使用次数;
判断各所述卸载应用中是否具有至少一个推荐应用,所述推荐应用为使用次数大于预设推荐次数时对应的卸载程序;
若具有至少一个推荐应用,则分别根据各所述推荐应用对应的功能信息,从预设应用平台筛选与所述功能信息对应的至少一个指定应用作为推荐信息输出到显示界面。
9.一种移动终端,包括存储器和处理器,所述存储器中存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811333547.8A CN111176671B (zh) | 2018-11-09 | 2018-11-09 | 系统自动连续更新的方法、移动终端和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811333547.8A CN111176671B (zh) | 2018-11-09 | 2018-11-09 | 系统自动连续更新的方法、移动终端和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111176671A CN111176671A (zh) | 2020-05-19 |
CN111176671B true CN111176671B (zh) | 2023-06-09 |
Family
ID=70653525
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811333547.8A Active CN111176671B (zh) | 2018-11-09 | 2018-11-09 | 系统自动连续更新的方法、移动终端和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111176671B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112596768B (zh) * | 2020-12-16 | 2024-01-23 | 珠海格力电器股份有限公司 | 设备的更新方法和装置、存储介质、电子装置 |
CN114995848B (zh) * | 2021-12-08 | 2023-04-28 | 荣耀终端有限公司 | IoT设备升级方法、IoT设备和计算机可读存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108769787A (zh) * | 2018-05-28 | 2018-11-06 | 努比亚技术有限公司 | 一种视频自动缓存方法、终端及计算机可读存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105718268A (zh) * | 2016-01-22 | 2016-06-29 | 青岛海信移动通信技术股份有限公司 | 一种ota多包升级的校验方法及装置 |
CN108235754B (zh) * | 2016-12-24 | 2021-05-11 | 华为技术有限公司 | 一种提示用户更新应用版本的方法及设备 |
CN107220060A (zh) * | 2017-06-15 | 2017-09-29 | 福州汇思博信息技术有限公司 | 一种同时支持多个ota升级包升级的方法及系统 |
CN107396185B (zh) * | 2017-07-25 | 2020-07-03 | 微鲸科技有限公司 | 升级方法及系统 |
CN107493290B (zh) * | 2017-08-31 | 2020-12-15 | 四川长虹电器股份有限公司 | Android智能电视系统软件进行OTA升级的方法 |
-
2018
- 2018-11-09 CN CN201811333547.8A patent/CN111176671B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108769787A (zh) * | 2018-05-28 | 2018-11-06 | 努比亚技术有限公司 | 一种视频自动缓存方法、终端及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111176671A (zh) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105867947B (zh) | 预置应用程序升级后的数据处理方法及装置 | |
CN107291481B (zh) | 一种组件更新方法、装置和系统 | |
CN111263354B (zh) | 一种ota差分升级方法及装置 | |
CN111176671B (zh) | 系统自动连续更新的方法、移动终端和存储介质 | |
CN110597545A (zh) | 一种基于ota组件的热补丁智能升级方法及系统 | |
CN112631625A (zh) | 嵌入式设备的系统升级方法、装置及嵌入式设备 | |
CN108459868A (zh) | 一种软件启动方法、装置、终端和存储介质 | |
CN106293790B (zh) | 基于Firefox操作系统的应用程序升级方法和装置 | |
CN114780019A (zh) | 电子设备的管理方法、装置、电子设备及存储介质 | |
CN112860291B (zh) | 固件升级方法及装置 | |
CN112564956A (zh) | 一种客户端的远程升级方法及设备、装置、存储介质 | |
CN113032183A (zh) | 系统管理方法、装置、计算机设备和存储介质 | |
CN113094077A (zh) | 一种系统差分升级方法、装置、智能终端及存储介质 | |
CN115951920A (zh) | 移动设备升级方法、装置、存储单元和移动设备 | |
CN110309018B (zh) | 充电设备系统切换方法、充电设备及可读存储介质 | |
CN114915554A (zh) | 远程升级方法、装置、计算机设备和存储介质 | |
CN113766554A (zh) | 获取WiFi校准数据的方法、装置及WiFi设备校准测试系统 | |
US11768669B2 (en) | Installing application program code on a vehicle control system | |
CN112860287A (zh) | 系统程序升级方法、装置、计算机设备及存储介质 | |
CN107015827B (zh) | 嵌入式系统及其自动运行第三方扩展程序的方法 | |
CN111522564A (zh) | 系统升级状态的识别方法、装置和计算机可读存储介质 | |
CN104216797A (zh) | 嵌入式系统设定值设定系统、方法及电子装置 | |
CN109996262B (zh) | 一种ac启动方法及装置 | |
CN109582386B (zh) | 服务启动处理方法、装置、电子设备及可读存储介质 | |
CN115981694A (zh) | 终端设备的ota升级方法及装置、可读存储介质、终端设备 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |