CN112835597A - 升级方法、装置、服务器、终端和存储介质 - Google Patents
升级方法、装置、服务器、终端和存储介质 Download PDFInfo
- Publication number
- CN112835597A CN112835597A CN201911159434.5A CN201911159434A CN112835597A CN 112835597 A CN112835597 A CN 112835597A CN 201911159434 A CN201911159434 A CN 201911159434A CN 112835597 A CN112835597 A CN 112835597A
- Authority
- CN
- China
- Prior art keywords
- upgrading
- upgrade
- parameter
- type
- parameter information
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本申请提出升级方法、装置、服务器、终端和存储介质。其中,一种升级方法包括:获取至少两种升级类型对应的参数信息,向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。本申请实施例通过采用上述技术方案,服务器向终端下发了多种升级类型对应的参数信息,使得终端具备采用多种升级方式进行升级的能力,提升升级的灵活性。
Description
技术领域
本申请涉及终端应用技术领域,具体涉及升级方法、装置、服务器、终端和存储介质。
背景技术
随着终端技术的快速发展,终端功能不断优化,因此,终端经常需要进行升级,如系统升级或应用程序升级等。目前,一般由开发者将升级包上传至服务器,由服务器确定升级类型,终端通过与服务器的交互进行搜包,服务器向终端下发与所确定的升级类型相关的参数文件,终端根据接收到的参数文件进行升级包下载以及执行相应的升级操作。然而,现有的方案中,服务器配置固定的升级类型,导致升级灵活性差。
发明内容
本申请提供用于升级的方法、装置、服务器、终端和存储介质。
本申请实施例提供一种升级方法,包括:获取至少两种升级类型对应的参数信息;向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
本申请实施例提供一种升级方法,包括:接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息;根据所述参数文件进行升级。
本申请实施例提供一种升级装置,包括:参数信息获取模块,用于获取至少两种升级类型对应的参数信息;参数文件下发模块,用于向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
本申请实施例提供一种升级装置,包括:参数文件接收模块,用于接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息升级模块,用于根据所述参数文件进行升级。
本申请实施例提供一种服务器,包括处理器以及存储器,所述处理器用于执行存储器中存储的程序,以实现本申请实施例中的方法。
本申请实施例提供一种终端,包括处理器以及存储器,所述处理器用于执行存储器中存储的程序,以实现本申请实施例中的方法。
本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
关于本申请的以上实施例和其他方面以及其实现方式,在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为本申请实施例提供的一种升级方法的流程示意图;
图2为本申请实施例提供的另一种升级方法的流程示意图;
图3为本申请实施例提供的又一种升级方法的流程示意图;
图4为本申请实施例提供的一种系统升级方法的流程示意图;
图5为本申请实施例提供的一种升级过程示意图;
图6为本申请实施例提供的一种升级装置的结构框图;
图7为本申请实施例提供的又一种升级装置的结构框图;
图8为本申请实施例提供的另一种升级装置的结构框图;
图9为本申请实施例提供的再一种升级装置的结构框图;
图10为本申请实施例提供的一种服务器的结构框图;
图11为本申请实施例提供的一种终端的结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本申请实施例提供的一种升级方法的流程示意图,该方法可以由升级装置执行,其中该装置可由软件和/或硬件实现,一般可集成在服务器中。如图1所示,该方法包括:
步骤101、获取至少两种升级类型对应的参数信息。
随着终端升级技术的不断发展,对于系统和应用程序来说,可能存在多种升级类型。在升级过程中,需要依据当前升级类型对应的参数信息进行升级。对于服务器来说,可以获取这些参数信息,并下发至终端。以系统为例,系统开发者在制作完系统升级包后,可将升级包上传至服务器,服务器对升级包进行解析,得到用于升级的相关参数信息,并根据实际情况确定其中一种系统升级类型为通知终端采用的升级类型,再根据所确定的升级类型生成相应的参数文件,在终端进行搜包时,将参数文件下发至终端。然而,终端在根据当前升级类型进行升级过程中,存在出现一些异常情况的可能,导致无法升级成功,这样终端需要重新搜包,服务器也要重新生成其他升级类型的参数文件,并再次发送给终端,效率低下。
本申请实施例中,系统可以包括安卓(Android)操作系统、窗口(Windows)操作系统以及苹果(ios)操作系统等任意适用的操作系统。至少两种升级类型可以根据实际所采用的操作系统所支持的升级策略以及升级类型来确定。对于应用程序来说,至少两种升级类型也可以根据实际所采用的操作系统设定的相关规则以及对应的可支持的升级类型类确定。本申请实施例对服务器获取至少两种升级类型对应的参数信息的具体过程不做限定,例如,可以是对升级包进行解析,得到至少两种升级类型对应的参数信息。
以谷歌(Google)对应的安卓操作系统为例,目前支持无缝升级策略。无缝升级策略又称为AB升级策略或A/B升级策略,A/B系统更新使用称为update_engine的后台守护进程以及两组分区,这两组分区可称为插槽,通常为插槽A和插槽B,升级过程可以简单理解为,内存中有两套系统(假设为A和B),正在使用A,B在更新,所以可以正常使用,等B升级完成,再切换为B。这种无缝升级策略可以不需要进入恢复(revovery)模式,在用户使用终端的过程中就能完成升级,将成为一种主流的系统升级策略。
A/B升级策略目前支持两种升级类型,即边下边升类型和先下后升类型。其中,边下边升可理解为终端一边下载升级包一边进行系统升级,先下后升可理解为终端先下载升级包然后再进行系统升级。在终端中,用于实现系统升级的应用程序在调用接口applyPayload(String url,long offset,long size,String[]headerKeyValuePairs)后,系统的update_engine就会开始执行,由于url可以是本地地址也可以是服务器地址,所以应用上可以有两种方案来实现升级,本地url就是先下载后升级,服务器url就是边下载边升级。服务器对升级包进行解析后,可以得到其中的payload_properties.txt文件,通过解析该文件可以得到headerKeyValuePairs参数,根据headerKeyValuePairs参数预先配置固定升级类型的参数文件。对于先下后升类型来说,终端在接收到参数文件后,确定服务器配置的升级类型为先下后升,则先下载升级包,升级包下载完成后从参数文件中获得headerKeyValuePairs参数内容,然后url传入本地地址触发系统升级流程;对于边下边升类型来说,终端在接收到参数文件后,确定服务器配置的升级类型为边下边升,从参数文件中获得headerKeyValuePairs参数内容,再调用接口传入服务器地址执行升级。可见,参数文件中预置了升级类型,预置后升级类型就固定了,所以现有的A/B升级策略都是某一种配置形式的固定升级。
步骤102、向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
本申请实施例中,对至少一种主升级类型(可简称主类型)和至少一种备选升级类型(可简称备选类型)的确定方式不做限定,可以在升级包中预置,也可以由服务器来确定,也可以通过其他方式确定。
在一个示例性实施方式中,在所述获取至少两种升级类型对应的参数信息之后,还包括:从所述至少两种升级类型中选择至少一种主升级类型及至少一种备选升级类型;基于所述至少两种升级类型对应的参数信息生成对应的参数文件。
示例性的,至少一种主升级类型可以是服务器根据当前实际情况确定的至少两种升级类型中的其中一种或多种升级类型,可理解为通知终端优先采用的升级类型或默认升级类型。备选升级类型也可以是一种或多种,至少两种升级类型中的除主升级类型以外的全部升级类型或部分升级类型可以被确定为备选升级类型。
示例性的,参数文件中可以包含供终端用于区分主升级类型和备选升级类型的信息,还可以包含采用不同升级类型在升级过程中所需的相关信息,如升级包的下载节点以及需要显示给终端用户的版本信息等。
示例性的,服务器可以将参数文件通过dd下发到终端,其中,dd是一种服务器和客户端交互的内容文件,在该内容文件中还可以包含参数文件以外的内容,本申请实施例不做限定。服务器向终端下发的参数文件中,不仅包含了服务器确定的升级的主类型的参数信息,还包含了备选类型的参数信息,也就是说终端能够获得多种升级类型对应的参数信息,从而能够更加灵活地选择升级方式。例如,终端可以从主类型和备选类型中选择其中一种类型进行升级,如可以根据终端所属的项目或地区需求确定;也可以先采用主类型进行升级,当出现异常情况时,再采用备选类型进行升级。
本申请实施例提供的升级方法,服务器获取至少两种升级类型对应的参数信息,向终端下发对应的参数文件,指示终端根据参数文件进行升级,参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。通过采用上述技术方案,服务器向终端下发了多种升级类型对应的参数信息,使得终端具备采用多种升级方式进行升级的能力,提升升级的灵活性。
在一个示例性实施方式中,所述基于所述至少两种升级类型对应的参数信息生成对应的参数文件,包括:对所述至少两种升级类型对应的参数信息进行标识添加处理,其中,为所述至少一种主升级类型对应的参数信息添加显式标识,为所述至少一种备选升级类型对应的参数信息添加隐式标识;根据经过标识添加处理后的参数信息生成对应的参数文件。这样设置的好处在于,能够更加便捷地区分不同升级类型对应的参数信息。其中,本申请实施例中的显式标识和隐式标识例如可以是用于区分主类型和备选类型的字符串,也可以是标志位等,如显示标识为“1”,隐式标识为“0”。
在一个示例性实施方式中,所述指示所述终端根据所述参数文件进行升级,包括:指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级。这样设置的好处在于,服务器一般会综合考虑多重因素来确定最适合终端当前采用的升级类型为主升级类型,帮助终端提高升级成功概率。
在一个示例性实施方式中,所述指示所述终端根据所述参数文件进行升级,包括:指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到发生升级异常的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。这样设置的好处在于,当出现升级错误或其他异常情况时,终端可以自动采用备选升级类型对应的参数信息重新启动升级流程,实现了动态可变的升级,而不再需要服务器重新调整升级类型的配置,客户端也不需要重新搜包,大大节省了重新服务器传包配置需要耗费的人力和时间成本,有效提高了升级效率,对于以往无法快速更新的紧急升级也能够轻松的解决,有利于提升用户体验。其中,升级异常可包括如下载出错、解析出错、下载速度过慢(如小于第一预设速度阈值)以及下载卡住(如下载速度为小于第二预设速度阈值持续超过设定时长)等。
在一个示例性实施方式中,所述指示所述终端根据所述参数文件进行升级,包括:指示所述终端在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。其中,当前配置可以包括终端当前所属的项目或所处地区需求等,当前配置对应的相关信息可以预置于终端内。这样设置的好处在于,可以允许终端在确定主升级类型不适合当前需求的情况下,直接采用备选升级类型进行升级,减少试错成本,提升升级的效率和成功率。
在一个示例性实施方式中,所述升级为系统升级,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。这样设置的好处在于,应用于A/B升级策略,使得终端在进行系统升级时,能够更加灵活地在边下边升类型和先下后升类型中进行选择或切换,本申请实施例的技术方案具备更加广阔的应用前景。
图2为本申请实施例提供的另一种升级方法的流程示意图,该方法可以由升级装置执行,其中该装置可由软件和/或硬件实现,一般可集成在终端中。如图2所示,该方法包括:
步骤201、接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
示例性的,终端作为服务器对应的客户端,可以通过与客户端的交互进行搜包,如检查服务器中是否存在更新的系统或应用程序版本,若存在,可以请求进行系统或应用程序更新,然后接收服务器下发的参数文件。
步骤202、根据所述参数文件进行升级。
示例性的,终端可以从主升级类型和备选升级类型中选择其中一种类型进行升级,例如可以根据终端所属的项目或地区需求确定;也可以先采用主升级类型进行升级,当出现异常情况时,再采用备选升级类型进行升级。
本申请实施例提供的升级方法,终端接收服务器下发的参数文件,其中,所述参数文件中包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息,终端根据参数文件进行升级。通过采用上述技术方案,终端从服务器获取到了多种升级类型对应的参数信息,具备采用多种升级方式进行升级的能力,提升升级的灵活性。
在一个示例性实施方式中,所述参数文件中的所述至少一种主升级类型对应的参数信息添加有显式标识,所述至少一种备选升级类型对应的参数信息添加有隐式标识。这样设置的好处在于,能够更加便捷地区分不同升级类型对应的参数信息。
在一个示例性实施方式中,所述根据所述参数文件进行升级,包括:根据所述参数文件中具有显式标识的参数信息进行升级。这样设置的好处在于,服务器一般会综合考虑多重因素来确定最适合终端当前采用的升级类型为主类型,帮助终端提高升级成功概率、
在一个示例性实施方式中,所述根据所述参数文件进行升级,包括:根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到发生升级异常的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。这样设置的好处在于,当出现升级错误或其他异常情况时,终端可以自动采用备选类型对应的参数信息重新启动升级流程,实现了动态可变的升级,而不再需要服务器重新调整升级类型的配置,客户端也不需要重新搜包,大大节省了重新服务器传包配置需要耗费的人力和时间成本,有效提高了升级效率,对于以往无法快速更新的紧急升级也能够轻松的解决,有利于提升用户体验。
在一个示例性实施方式中,所述根据所述参数文件进行升级,包括:在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。其中,当前配置可以包括终端当前所属的项目或所处地区需求等,当前配置对应的相关信息可以预置于终端内。这样设置的好处在于,可以允许终端在确定主升级类型不适合当前需求的情况下,直接采用备选升级类型进行升级,减少试错成本,提升升级的效率和成功率。
在一个示例性实施方式中,所述根据所述参数文件采用进行升级,包括:提供所述至少一种主升级类型和所述至少一种备选升级类型对应的选项;根据针对所述选项的选择操作确定对应的目标类型,并采用所述目标类型进行升级,其中,所述目标类型为所述至少一种主升级类型和所述至少一种备选升级类型中的一个这样设置的好处在于,可以支持用户自主进行升级类型的选择,进一步提升升级的灵活性以及用户体验。其中,终端在接收参数文件后,可以确认其中包含的升级类型,并在终端屏幕上的升级设置页面显示各升级类型对应的选项,如在每个选项上提供复选框,用户可以对复选框进行勾选,从而实现升级类型的自主选择。
在一个示例性实施方式中,所述升级为系统升级,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。这样设置的好处在于,应用于A/B升级策略,使得终端在进行系统升级时,能够更加灵活地在边下边升类型和先下后升类型中进行选择或切换,本申请实施例的技术方案具备更加广阔的应用前景。
图3为本申请实施例提供的又一种升级方法的流程示意图,如图3所示,该方法可包括:
步骤301、接收服务器下发的参数文件。
其中,所述服务器对升级包进行解析,得到至少两种升级类型对应的参数信息,确定所述至少两种升级类型中的至少一种主升级类型和至少一种备选升级类型,对所述参数信息进行标识添加处理,其中,为所述至少一种主升级类型对应的参数信息添加显式标识,为所述至少一种备选升级类型对应的参数信息添加隐式标识,根据经过标识添加处理后的参数信息生成对应的参数文件,所述参数文件中包含所述至少一种主升级类型对应的参数信息和所述至少一种备选升级类型对应的参数信息。
步骤302、对参数文件进行解析,并将具有显式标识的参数信息添加至升级流程中待执行的第一节点,将具有隐式标识的参数信息添加至升级流程中禁止执行的第二节点。
示例性的,节点可以理解为终端执行的动作。第一节点可以是一个或多个,同样的,第二节点也可以是一个或多个。将主类型对应的参数信息添加至升级流程中待执行的节点后,启动当前的升级流程,终端就会自动根据主类型对应的参数信息进行对应类型的升级。其中,添加有显式标识的参数信息的节点可称为显式节点,添加有隐式标识的参数信息的节点可称为隐式节点。
步骤303、启动当前的升级流程。
步骤304、判断本次升级是否成功,若是,则结束流程;否则,执行步骤305。
步骤305、将第一节点中的参数信息与第二节点中的参数信息互换,启动当前的升级流程。
需要说明的是,若存在两个或两个以上的备选类型,可以将其中一种备选类型对应的参数信息与第一节点中的参数信息互换。
示例性的,在将第一节点中的参数信息与第二节点中的参数信息互换后,相当于采用隐式节点替换之前已经在执行节点上的显式节点,把显示节点替换到不可执行的隐式节点上,实现节点对换,也即实现了参数对换,重新启动当前的升级流程,就可以实现自动采用备选类型进行升级。
本申请实施例提供的升级方法,通过显式标识和隐式标识对主类型和备选类型对应的参数信息进行区分,随后将主类型对应的参数信息添加至需要执行的客户端节点上,将备选类型对应的参数信息存放在不可执行的客户端节点上,如果发生升级错误等情况,终端可以自动将节点对换,即实现了参数对换,并重启升级流程,进而可以快速切换升级类型,进一步提升升级效率。
图4为本申请实施例提供的一种系统升级方法的流程示意图,该方法可适用于A/B升级策略,示例性的,包括:
步骤401、服务器对升级包进行解析,得到边下边升类型和先下后升类型分别对应的参数信息,并确定其中的主类型和备选类型。
步骤402、服务器为主类型对应的参数信息添加显式标识,为备选类型对应的参数信息添加隐式标识,并根据经过标识添加处理后的参数信息生成对应的参数文件。
步骤403、服务器向终端下发参数文件。
步骤404、终端对参数文件进行解析,并将具有显式标识的参数信息添加至系统升级流程中待执行的第一节点,将具有隐式标识的参数信息添加至系统升级流程中禁止执行的第二节点,启动当前的系统升级流程。
需要说明的是,终端在对参数文件进行解析后,可以根据当前实际情况确定是否需要采用备选类型进行升级(如在检测到当前配置与所述主类型不匹配的情况下,采用备选类型进行升级),若是,则将具有隐式标识的参数信息添加至系统升级流程中待执行的第一节点,将具有显式标识的参数信息添加至所述系统升级流程中禁止执行的第二节点,启动当前的系统升级流程。
步骤405、终端在检测到升级失败的情况下,将第一节点中的参数信息与第二节点中的参数信息互换,重新启动当前的系统升级流程。
步骤406、终端向服务器上报系统升级结果。
本申请实施例提供的系统升级方法,服务器对升级包进行解析,得到A/B升级策略中的边下边升类型和先下后升类型分别对应的参数信息,并确定其中的主类型和备选类型,生成参数文件并下发至终端,终端采用主类型进行系统更新后,若出现异常,则可自动采用另一种升级类型完成升级,有效提升了系统升级效率以及系统升级成功率。
图5为本申请实施例提供的一种升级过程示意图,可结合图5对本申请实施例提供的系统升级方案进行进一步的理解。如图5所示,系统开发人员将升级包上传到服务器后,服务器对升级包进行解析,生成包含两种升级类型的参数信息的参数文件,将参数文件下发到客户端,客户端解析参数文件后,得到隐式A/B升级类型对应的隐藏参数,以及得到默认A/B升级类型对应的默认参数,当根据需求设置确定采用备选升级类型时,直接采用隐式A/B升级,升级完成后上报服务器,否则直接采用默认A/B升级,若升级出错,则自动切换为隐式A/B升级,升级完成后上报服务器。
图6为本申请实施例提供的一种升级装置的结构框图,该装置可由软件和/或硬件实现,一般可集成在服务器中,可通过执行升级方法来进行升级。如图6所示,该装置包括:
参数信息获取模块601,用于获取至少两种升级类型对应的参数信息;
参数文件下发模块602,用于向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
本申请实施例提供的升级装置,服务器获取至少两种升级类型对应的参数信息,向终端下发对应的参数文件,指示终端根据参数文件进行升级,参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。通过采用上述技术方案,服务器向终端下发了多种升级类型对应的参数信息,使得终端具备采用多种升级方式进行升级的能力,提升升级的灵活性。
图7为本申请实施例提供的又一种升级装置的结构框图,如图7所示,在一实施方式中,该装置在包含参数信息获取模块701和参数文件下发模块704基础上,该装置还包括:
类型选择模块702,用于在所述获取至少两种升级类型对应的参数信息之后,从所述至少两种升级类型中选择至少一种主升级类型及至少一种备选升级类型;
参数文件生成模块703,用于基于所述至少两种升级类型对应的参数信息生成对应的参数文件。
在一实施方式中,所述基于所述至少两种升级类型对应的参数信息生成对应的参数文件,包括:
对所述至少两种升级类型对应的参数信息进行标识添加处理,其中,为所述至少一种主升级类型对应的参数信息添加显式标识,为所述至少一种备选升级类型对应的参数信息添加隐式标识;
根据经过标识添加处理后的参数信息生成对应的参数文件。
在一实施方式中,所述指示所述终端根据所述参数文件进行升级,包括以下至少一项:
指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级;
指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到发生升级异常的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级;
指示所述终端在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。
在一实施方式中,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。
图8为本申请实施例提供的另一种升级装置的结构框图,该装置可由软件和/或硬件实现,一般可集成在终端中,可通过执行升级方法来进行升级。如图8所示,该装置包括:
参数文件接收模块801,用于接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息;
升级模块802,用于根据所述参数文件进行升级。
本申请实施例提供的升级装置,终端接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息终端根据参数文件进行升级。通过采用上述技术方案,终端从服务器获取到了多种升级类型对应的参数信息,具备采用多种升级方式进行升级的能力,提升升级的灵活性。
在一实施方式中,所述参数文件中的所述至少一种主升级类型对应的参数信息添加有显式标识,所述至少一种备选升级类型对应的参数信息添加有隐式标识。
在一实施方式中,所述根据所述参数文件进行升级,包括以下至少一项:
根据所述参数文件中具有显式标识的参数信息进行升级;
根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到升级失败的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级;
在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。
图9为本申请实施例提供的再一种升级装置的结构框图,如图9所示,在一实施方式中,该装置在包含参数文件接收模块901和升级模块903基础上,还包括:
节点添加模块902,用于在所述根据所述参数文件中具有显式标识的参数信息进行升级之前,对所述参数文件进行解析,并将具有显式标识的参数信息添加至升级流程中待执行的第一节点,将具有隐式标识的参数信息添加至所述升级流程中禁止执行的第二节点;
所述根据所述参数文件中具有显式标识的参数信息进行升级,包括:
启动当前的升级流程;
所述在检测到升级失败的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级,包括:
所述在检测到升级失败的情况下,将所述第一节点中的参数信息与所述第二节点中的参数信息互换;
启动当前的升级流程。
在一实施方式中,所述根据所述参数文件进行升级,包括:
提供所述至少一种主升级类型和所述至少一种备选升级类型对应的选项;
根据针对所述选项的选择操作确定对应的目标类型,并采用所述目标类型进行升级,其中,所述目标类型为所述至少一种主升级类型和所述至少一种备选升级类型中的一个。
在一实施方式中,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。
本申请实施例提供了一种服务器,该服务器中可集成本申请实施例提供的升级装置。图10为本申请实施例提供的一种服务器的结构框图。服务器1000可以包括:存储器1001,处理器1002及存储在存储器1001上并可在处理器1002运行的计算机程序,所述处理器1002执行所述计算机程序时实现如本申请实施例所述的升级方法:
获取至少两种升级类型对应的参数信息;
向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
本申请实施例提供的服务器,向终端下发了多种升级类型对应的参数信息,使得终端具备采用多种升级方式进行升级的能力,提升升级的灵活性。
本申请实施例提供了一种终端,该终端中可集成本申请实施例提供的升级装置。图11为本申请实施例提供的一种终端的结构框图。终端1100可以包括:存储器1101,处理器1102及存储在存储器1101上并可在处理器1102运行的计算机程序,所述处理器1102执行所述计算机程序时实现如本申请实施例所述的升级方法:
接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息;
根据所述参数文件进行升级。
本申请实施例提供的终端,从服务器获取到了多种升级类型对应的参数信息,具备采用多种升级方式进行升级的能力,提升升级的灵活性。
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行本申请任意实施例所提供的升级方法。
以上所述,仅为本申请的示例性实施例而已,并非用于限定本申请的保护范围。
上述实施例中提供的升级装置、服务器、终端以及存储介质可执行本申请相应实施例所提供的升级方法,具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本申请相应实施例所提供的升级方法。
本领域内的技术人员应明白,术语终端涵盖任何适合类型的无线用户设备,例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说,本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以被实现在硬件中,而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中,尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现,例如在处理器实体中,或者通过硬件,或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现,例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例,上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑,对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的,但不偏离本发明的范围。因此,本发明的恰当范围将根据权利要求确定。
Claims (16)
1.一种升级方法,其特征在于,包括:
获取至少两种升级类型对应的参数信息;
向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
2.根据权利要求1所述的方法,其特征在于,在所述获取至少两种升级类型对应的参数信息之后,还包括:
从所述至少两种升级类型中选择至少一种主升级类型及至少一种备选升级类型;
基于所述至少两种升级类型对应的参数信息生成对应的参数文件。
3.根据权利要求2所述的方法,其特征在于,所述基于所述至少两种升级类型对应的参数信息生成对应的参数文件,包括:
对所述至少两种升级类型对应的参数信息进行标识添加处理,其中,为所述至少一种主升级类型对应的参数信息添加显式标识,为所述至少一种备选升级类型对应的参数信息添加隐式标识;
根据经过标识添加处理后的参数信息生成对应的参数文件。
4.根据权利要求3所述的方法,其特征在于,所述指示所述终端根据所述参数文件进行升级,包括以下至少一项:
指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级;
指示所述终端根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到发生升级异常的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级;
指示所述终端在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。
5.根据权利要求1-4任一所述的方法,其特征在于,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。
6.一种升级方法,其特征在于,包括:
接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息;
根据所述参数文件进行升级。
7.根据权利要求6所述的方法,其特征在于,所述参数文件中的所述至少一种主升级类型对应的参数信息添加有显式标识,所述至少一种备选升级类型对应的参数信息添加有隐式标识。
8.根据权利要求7所述的方法,其特征在于,所述根据所述参数文件进行升级,包括以下至少一项:
根据所述参数文件中具有显式标识的参数信息进行升级;
根据所述参数文件中具有显式标识的参数信息进行升级后,在检测到升级失败的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级;
在检测到当前配置与所述至少一种主升级类型不匹配的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级。
9.根据权利要求8所述的方法,在所述根据所述参数文件中具有显式标识的参数信息进行升级之前,包括:
对所述参数文件进行解析,并将具有显式标识的参数信息添加至升级流程中待执行的第一节点,将具有隐式标识的参数信息添加至所述升级流程中禁止执行的第二节点;
所述根据所述参数文件中具有显式标识的参数信息进行升级,包括:
启动当前的升级流程;
所述在检测到升级失败的情况下,根据所述参数文件中具有隐式标识的参数信息进行升级,包括:
在检测到升级失败的情况下,将所述第一节点中的参数信息与所述第二节点中的参数信息互换;
启动当前的升级流程。
10.根据权利要求6所述的方法,其特征在于,所述根据所述参数文件进行升级,包括:
提供所述至少一种主升级类型和所述至少一种备选升级类型对应的选项;
根据针对所述选项的选择操作确定对应的目标类型,并采用所述目标类型进行升级,其中,所述目标类型为所述至少一种主升级类型和所述至少一种备选升级类型中的一个。
11.根据权利要求6-10任一所述的方法,其特征在于,所述至少两种升级类型包括无缝升级策略中的边下边升类型和先下后升类型。
12.一种升级装置,其特征在于,包括:
参数信息获取模块,用于获取至少两种升级类型对应的参数信息;
参数文件下发模块,用于向终端下发对应的参数文件,所述参数文件用于指示所述终端根据所述参数文件进行升级,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息。
13.一种升级装置,其特征在于,包括:
参数文件接收模块,用于接收服务器下发的参数文件,其中,所述参数文件包括至少一种主升级类型对应的参数信息与至少一种备选升级类型对应的参数信息;
升级模块,用于根据所述参数文件进行升级。
14.一种服务器,其特征在于,包括处理器以及存储器;
所述处理器用于执行存储器中存储的程序,以实现权利要求1-5任一项所述的方法。
15.一种终端,其特征在于,包括处理器以及存储器;
所述终端用于执行存储器中存储的程序,以实现权利要求6-11任一项所述的方法。
16.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-11任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911159434.5A CN112835597A (zh) | 2019-11-22 | 2019-11-22 | 升级方法、装置、服务器、终端和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911159434.5A CN112835597A (zh) | 2019-11-22 | 2019-11-22 | 升级方法、装置、服务器、终端和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112835597A true CN112835597A (zh) | 2021-05-25 |
Family
ID=75921732
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911159434.5A Pending CN112835597A (zh) | 2019-11-22 | 2019-11-22 | 升级方法、装置、服务器、终端和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112835597A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117560285A (zh) * | 2024-01-08 | 2024-02-13 | 河北普兰特生物科技有限公司 | 一种智控物联整机ota升级方法、客户端及服务端 |
-
2019
- 2019-11-22 CN CN201911159434.5A patent/CN112835597A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117560285A (zh) * | 2024-01-08 | 2024-02-13 | 河北普兰特生物科技有限公司 | 一种智控物联整机ota升级方法、客户端及服务端 |
CN117560285B (zh) * | 2024-01-08 | 2024-04-09 | 河北普兰特生物科技有限公司 | 一种智控物联整机ota升级方法、客户端及服务端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3333704B1 (en) | Method and apparatus for repairing kernel vulnerability | |
CN105183515B (zh) | 云台固件升级的方法及装置 | |
CN110597542B (zh) | 软件自动ota升级方法及装置、电子设备 | |
US9092286B2 (en) | System to automatically process components on a device | |
CN106250192B (zh) | 上位机的软件升级方法及系统 | |
US20190190968A1 (en) | Method for Migrating Data and Terminal | |
CN109791497B (zh) | 一种执行热补丁的方法、装置及终端 | |
US10404568B2 (en) | Agent manager for distributed transaction monitoring system | |
JPWO2009078285A1 (ja) | 無線端末、無線端末の不揮発性メモリ、および診断情報のフェイルセーフ保存方法 | |
CN110865819B (zh) | 一种os的安装方法、服务器和系统 | |
CN111433739A (zh) | 程序的升级方法和嵌入式设备 | |
CN104978204A (zh) | 基于移动终端的应用安装更新方法及装置 | |
CN112835597A (zh) | 升级方法、装置、服务器、终端和存储介质 | |
CN108733398B (zh) | 一种软件升级的处理方法及装置 | |
CN104036193A (zh) | 一种应用程序的本地跨域漏洞检测方法及装置 | |
CN113094064A (zh) | 网关软件模块升级方法、装置、设备及存储介质 | |
CN111385613B (zh) | 一种电视系统修复方法、存储介质及应用服务器 | |
CN113992739B (zh) | 一种局域网ota固件升级装置、方法及系统 | |
CN116700751A (zh) | 一种服务器固件的升级方法及计算设备 | |
CN112685063B (zh) | 特征库更新方法、装置、网络设备及可读存储介质 | |
US20230032581A1 (en) | Method and Apparatus for Processing Virtual Machine Component | |
CN110221908B (zh) | 用于嵌入式装置的进程管理方法及嵌入式装置 | |
CN110888689B (zh) | 一种触摸屏驱动的加载方法、存储介质及终端设备 | |
CN114237654A (zh) | 一种ota升级方法及系统 | |
CN113867756A (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 |