CN111078241A - Ota升级方法和装置 - Google Patents
Ota升级方法和装置 Download PDFInfo
- Publication number
- CN111078241A CN111078241A CN201811228714.2A CN201811228714A CN111078241A CN 111078241 A CN111078241 A CN 111078241A CN 201811228714 A CN201811228714 A CN 201811228714A CN 111078241 A CN111078241 A CN 111078241A
- Authority
- CN
- China
- Prior art keywords
- terminal
- cell
- ota
- terminals
- ota 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.)
- Granted
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
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)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种OTA升级方法和装置。本方法包括:接收终端发送的空中下载OTA升级请求,OTA升级请求包括:终端的操作系统的当前版本信息;根据当前版本信息,确定当前具有待下载的OTA升级包,OTA升级包用于升级操作系统的当前版本;判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值;若是,则判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值;若是,则向终端推送OTA升级包。本发明提供的OTA升级方法和装置可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,提高了OTA升级效率,改善了用户体验。
Description
技术领域
本发明涉及通信技术,尤其涉及一种OTA升级方法和装置。
背景技术
随着空中下载(Over-The-Air,简称OTA)技术的不断发展,OTA升级目前已成为终端升级操作系统的标准方式。在使用过程中,终端可以通过网络自动下载OTA升级包,从而无损失地升级操作系统。
目前,在OTA升级的过程中,采用先到先得的策略进行OTA升级。该策略指的是先向服务器申请资源的终端先得到服务器分配的资源,该策略容易造成进行OTA升级的终端集中在同一小区,从而导致该小区的带宽拥堵,使得终端进行OTA升级时耗时较长、升级效率较低。
发明内容
本发明提供一种OTA升级方法和装置,以解决进行OTA升级的终端集中在同一小区导致该小区带宽拥堵的技术问题。
本发明第一方面提供一种OTA升级方法,该方法包括:
接收终端发送的空中下载OTA升级请求,OTA升级请求包括:终端的操作系统的当前版本信息;
根据当前版本信息,确定当前具有待下载的OTA升级包,OTA升级包用于升级操作系统的当前版本;
判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值;
若是,则判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值;
若是,则向终端推送OTA升级包。
在一种可能的实施方式中,OTA升级请求还包括:终端所在小区的标识信息;
判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值之前,还包括:
根据终端所在小区的标识信息,获取小区中进行OTA升级包下载的终端数量。
在一种可能的实施方式中,OTA升级请求还包括:终端的标识信息,向终端推送OTA升级包之后,方法还包括:
根据小区的标识信息和终端的标识信息,在小区的列表中添加终端的标识信息,以更新小区中进行OTA升级包下载的终端数量。
在一种可能的实施方式中,若OTA升级请求不包括终端所在小区的标识信息,判断终端所在的小区中进行述OTA升级包下载的终端数量小于第二预设阈值之前,还包括:
获取预设小区中进行OTA升级包下载的终端数量,并将预设小区中进行 OTA升级包下载的终端数量作为终端所在的小区中进行OTA升级包下载的终端数量。
在一种可能的实施方式中,OTA升级请求还包括:终端的标识信息,向终端推送OTA升级包之后,方法还包括:
根据终端的标识信息,在预设小区的列表中添加终端的标识信息,以更新预设小区中进行OTA升级包下载的终端数量。
本发明第二方面提供一种OTA升级装置,该装置包括:
接收模块,用于接收终端发送的空中下载OTA升级请求,OTA升级请求包括:终端的操作系统的当前版本信息;
确定模块,用于根据当前版本信息,确定当前具有待下载的OTA升级包, OTA升级包用于升级操作系统的当前版本;
第一判断模块,用于判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值;
第二判断模块,用于在第一判断模块判断当前进行OTA升级包下载的终端数量小于第一预设阈值时,判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值;
推送模块,用于在第二判断模块判断终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值时,向终端推送OTA升级包。
在一种可能的实施方式中,OTA升级请求还包括终端所在小区的标识信息,装置还包括:
第一获取模块,用于在第二判断模块判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值之前,根据终端所在小区的标识信息,获取小区中待下载OTA升级包的终端数量。
在一种可能的实施方式中,OTA升级请求还包括终端的标识信息,装置还包括:
第一更新模块,用于在接收模块接收终端发送的OTA升级请求之后,根据小区的标识信息和终端的标识信息,在小区的列表中添加终端的标识信息,以更新小区中待下载OTA升级包的终端数量。
在一种可能的实施方式中,OTA升级请求不包括终端所在小区的标识信息,装置还包括:
第二获取模块,用于在第二判断模块判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值之前,获取预设小区中待下载 OTA升级包的终端数量,并将预设小区中待下载OTA升级包的终端数量作为终端所在的小区中待下载OTA升级包的终端数量。
在一种可能的实施方式中,OTA升级请求还包括终端的标识信息,装置还包括:
第二更新模块,用于在接收模块接收终端发送的OTA升级请求之后,根据终端的标识信息,在预设小区的列表中添加终端的标识信息,以更新预设小区中待下载OTA升级包的终端数量。
本发明第三方面提供一种OTA升级装置,该装置包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;所述至少一个处理器执行所述存储器存储的计算机执行指令,以执行如第一方面任一可能的实施方式所述的方法。
本发明第四方面提供一种计算机可读存储介质,该计算机可读存储介质中存储有程序指令,所述程序指令被处理器执行时实现第一方面任一可能的实施方式所述的方法。
本发明第五方面提供一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当所述计算机程序或指令被运行时,实现如第一方面任一可能的实施方式所述的方法。
本发明提供的OTA升级方法和装置,服务器首先接收终端发送的包括终端的操作系统的当前版本信息的OTA升级请求,并根据当前版本信息,确定当前具有待下载的用于升级操作系统的当前版本的OTA升级包,在确定当前进行OTA升级包下载的终端数量小于第一预设阈值,且终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值后,向该终端推送OTA升级包,从而可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,缩短了终端进行OTA升级的时间,提高了OTA升级效率,改善了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1A为本发明提供的一种OTA升级的应用场景图;
图1为本发明提供的一种OTA升级方法的实施例一的流程图;
图2为本发明提供的一种OTA升级装置的结构示意图;
图3为本发明提供的另一种OTA升级装置的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
随着空中下载技术的不断发展,OTA升级目前已成为终端升级操作系统的标准方式。在使用过程中,终端可以通过网络自动下载OTA升级包,从而无损失地升级操作系统。
图1A为本发明提供的一种OTA升级的应用场景图。如图1A所示,终端110可以向存储有OTA升级包的服务器120发送OTA升级请求,服务器 120可以基于终端110发送的OTA升级请求,向终端110发送OTA升级包。
目前,在OTA升级的过程中,采用先到先得的策略进行OTA升级。该策略指的是先向服务器申请资源的终端先得到服务器分配的资源,该策略容易造成进行OTA升级的终端集中在同一小区,从而导致该小区的带宽拥堵,使得终端进行OTA升级时耗时较长、升级效率较低。
因此,考虑到上述问题,本发明提供一种OTA升级方法和装置,服务器首先接收终端发送的包括终端的操作系统的当前版本信息的OTA升级请求,并根据当前版本信息,确定当前具有待下载的用于升级操作系统的当前版本的OTA升级包,在确定当前进行OTA升级包下载的终端数量小于第一预设阈值,且终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值后,向该终端推送OTA升级包,从而可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,缩短了终端进行OTA升级的时间,提高了OTA升级效率,改善了用户体验。
可以理解,本发明所涉及的终端也可以称为用户设备(user equipment, UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。终端可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality, AR)终端设备等。
图1为本发明提供的一种OTA升级方法的实施例一的流程图,如图1所示,本实施例的方法的执行主体可以为服务器,该方法可以包括:
S101、接收终端发送的OTA升级请求。
其中,OTA升级请求包括:终端的操作系统的当前版本信息。
S102、根据当前版本信息,确定当前具有待下载的OTA升级包。
其中,OTA升级包用于升级操作系统的当前版本。
本发明所涉及的服务器中存储有OTA升级包和OTA升级包对应版本信息,该OTA升级包对应版本信息用于表征该OTA升级包可以将终端的操作系统升级到哪个版本。
当终端向服务器发送包括上述终端的操作系统的当前版本信息的OTA 下载请求后,服务器可以根据自己存储的OTA升级包对应版本信息,以及OTA下载请求携带的终端的操作系统的当前版本信息,确定OTA升级包对应版本信息与终端的操作系统的当前版本信息是否一致。若一致,说明上述终端的操作系统的版本已经是最新版本,无需进行OTA升级;若不一致,说明上述终端的操作系统的版本不是最新版本,需要进行OTA升级。
S103、判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值。若是,则执行S104,若否,则执行S106。
其中,上述第一预设阈值的大小具体可以根据终端下载OTA升级包所需占用的带宽,以及,服务器所使用的带宽确定,例如若服务器所使用的带宽为500MB,假设每个进行OTA升级包下载的终端最多可以占用10MB进行 OTA升级包下载,那么此时进行OTA升级包下载的终端数量最多为50个,即,第一预设阈值为50。也就是说,即便同时有50个终端下载OTA升级包,也不会因带宽拥堵,导致出现OTA升级包下载耗时较长的问题。
因此,通过上述判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值的方式,可以避免出现同时下载OTA升级包的终端数量超出服务器所使用的带宽的承载能力,从而可以使每个终端下载OTA升级包时也能更加流畅、快速,提高了下载OTA升级包的效率。
S104、判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值。若是,则执行S105,若否,则执行S106。
其中,上述第二预设阈值的大小具体可以根据终端所在的小区用于OTA 升级包下载的资源量确定。
若终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值,说明终端所在的小区用于OTA下载的剩余资源量可以满足当前发出OTA 升级请求的终端的需求,此时可以进一步执行S105,即向终端推送OTA升级包。
若终端所在的小区中进行OTA升级包下载的终端数量大于或者等于第二预设阈值,说明终端所在的小区用于OTA下载的剩余资源量不能满足当前发出OTA升级请求的终端的需求,此时可以进一步执行S106,即不向终端推送OTA升级包。
通过这种方式,可以避免采用先到先得的策略进行OTA升级的终端集中在同一小区,从而导致该小区的带宽拥堵,使得终端进行OTA升级时耗时较长、升级效率较低的问题。
S105、向终端推送OTA升级包。
可选的,当满足当前进行OTA升级包下载的终端数量小于第一预设阈值、且终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值时,服务器可以立即向终端推送OTA升级包。在一些实施例中,服务器还可以设置一个固定的终端下载OTA升级包的时间段,当进入该时间段后,再向满足上述判断条件的终端推送OTA升级包。该时间段可以为带宽使用率较低的时间段,例如凌晨1时至凌晨5时的时间段。通过这种方式,可以避免因小区内进行OTA升级包下载的终端过多,而影响进行其他业务传输的终端使用小区的带宽。
S106、不向终端推送OTA升级包。
本发明提供的OTA升级方法,服务器首先接收终端发送的包括终端的操作系统的当前版本信息的OTA升级请求,并根据当前版本信息,确定当前具有待下载的用于升级操作系统的当前版本的OTA升级包,在确定当前进行 OTA升级包下载的终端数量小于第一预设阈值,且终端所在的小区中进行 OTA升级包下载的终端数量小于第二预设阈值后,向该终端推送OTA升级包,从而可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,缩短了终端进行OTA升级的时间,提高了OTA升级效率,改善了用户体验。
可选的,一些终端向服务器发送的OTA升级请求还可以包括上述终端所在小区的标识信息,该终端所在小区的标识信息可以协助服务器唯一识别各个小区。可选的,还有一些终端向服务器发送的OTA升级请求不包括上述终端所在小区的标识信息。
针对OTA升级请求是否包括终端所在小区的标识信息,可以有两种实现方式来获取小区中待下载OTA升级包的终端数量:
第一种实现方式:
该实现方式针对的是OTA升级请求包括终端所在小区的标识信息的终端,在上述实施例一中的S104前还可以包括:
S201、根据终端所在小区的标识信息,获取小区中待下载OTA升级包的终端数量。
通过该小区的标识信息,服务器可以准确地获取到小区列表中的终端所在的小区以及终端所在的小区中待下载OTA升级包的终端数量。
第二种实现方式:
该实现方式针对的是OTA升级请求不包括终端所在小区的标识信息的终端,在上述实施例一中的S104前还可以包括:
S301、获取预设小区中待下载OTA升级包的终端数量,并将预设小区中待下载OTA升级包的终端数量作为终端所在的小区中待下载OTA升级包的终端数量。这里的预设小区指的是虚拟的小区,只是为了服务器能够更方便地获取OTA升级请求不包括终端所在小区的标识信息的终端的数量。
可选的,上述OTA升级请求还可以包括终端的标识信息,该终端的标识信息可以用于唯一标识该终端。该标识信息例如可以为终端的国际移动设备识别码(InternationalMobile Equipment Identity,简称:IMEI)。
基于终端的标识信息和终端所在小区的标识信息,服务器可以在自己存储的小区的列表上更新终端所在小区中待下载OTA升级包的终端数量,下面有两种实现方式来更新小区列表中的待下载OTA升级包的终端数量:
第一种更新的实现方式:
该实现方式描述的是针对OTA升级请求中包括终端所在小区的标识信息的终端,服务器如何更新小区列表。
该实现方式下,以OTA升级请求中包括终端的标识信息和终端所在小区的标识信息的终端i为例,在上述实施例一中的S101之后,可以采用以下的方式更新服务器的小区的列表。具体地:
(1)若小区的列表中不包括终端i所在小区的标识信息,则在列表中添加终端i所在小区的标识信息,并且在添加的终端i所在小区内添加终端i的标识信息。
(2)若小区的列表中包括终端i所在小区的标识信息,则查询终端i的终端标识信息包含在列表中的哪个小区中,具体地:
a)若终端i的终端标识信息包含在其他小区列表中,则从其他小区列表中删除终端i的终端标识信息,并在对应于该终端i所在小区的标识信息的小区内添加终端i的终端标识信息;
b)若终端i的终端标识信息包含在对应于该终端i所在小区的标识信息的小区内,则无需在小区列表中更新该终端i的终端标识信息。
第二种更新的实现方式:
现有技术中,有一些类型的终端发送的OTA升级请求中不包括终端所在小区的标识信息但包括终端的标识信息。在OTA升级的过程中,这种类型的终端仅在预设小区中进行OTA升级,针对这种类型的终端,可以采用如下方式更新小区的列表:
以OTA升级请求中不包括终端所在小区的标识信息但包括终端的标识信息的终端j为例,在上述实施例一中的S101之后,还可以包括:若预设小区内不包括终端j的终端标识信息,则添加终端j的终端标识信息;若预设小区内已经包括终端j的终端标识信息,则不更新终端j的终端标识信息。服务器可以根据终端j的终端标识信息,更新预设小区中待下载OTA升级包的终端数量。
可选的,服务器还可以更新小区列表中的小区的数量。例如若小区列表中包括某个小区n,该n小区中无任何终端的信息,则从服务器的小区列表中删除n小区。
可选的,以某一个小区内的终端k为例,当服务器向终端k推送OTA升级包之后,由于终端k无需等待下载OTA升级包,此时,服务器的小区列表中的待下载OTA升级包的终端的数量减小,服务器可以根据小区列表中的其他待下载OTA升级包的终端发送OTA升级请求的时间顺序,向最早发送请求的终端推送OTA升级包,从而使得最早发送请求的终端优先进行OTA升级,进一步提高用户的体验度。
可选的,当服务器向上述终端k推送OTA升级包之后,服务器还可以根据小区列表中的其他终端的待下载OTA升级包的大小,向待下载OTA升级包最小的终端推送OTA升级包,从而使得OTA升级包较小的终端优先进行 OTA升级。
为了便于区分OTA升级请求中是否包括终端所在小区的标识信息的终端进行OTA升级包下载的情况,在下述内容中,将OTA升级请求中包括终端所在小区的标识信息的终端简称为第一类终端,将OTA升级请求中不包括终端所在小区的标识信息的终端简称为第二类终端。
可选的,当前进行OTA升级包下载的终端数量,可以由服务器将当前正在推送的OTA升级包数量作为当前进行OTA升级包下载的终端数量。
可选的,在上述实施例一的S103中,第一预设阈值还可以根据第一类终端的最大数量和第二类终端的最大数量确定。具体实现时,服务器可以通过下述公式(1),确定第一预设阈值。该公式(1)具体如下:
X=A+B (1)
其中,X为第一预设阈值,A为第二类终端的最大数量,B为第一类终端的最大数量。
可选的,第二类终端的最大数量A表征预设小区内进行OTA升级包下载的终端数量的最大值,A可以由小区的列表中的待下载OTA升级包的第二类终端的数量和服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量的门限值确定。这主要是因为小区的列表中存储的待下载OTA升级包的第二类终端的数量可能会大于服务器设置的预设小区中可以同时进行OTA 升级包下载的终端数量,此时会导致小区的列表中存储的部分第二类终端不能进行OTA升级包的下载。
具体地,当小区的列表中存储的待下载OTA升级包的第二类终端的数量大于服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量时,第二类终端的最大数量为服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量;当小区的列表中存储的待下载OTA升级包的第二类终端的数量小于或等于服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量时,第二类终端的最大数量为小区的列表中存储的待下载OTA升级包的第二类终端的数量。
根据上述对于第二类终端的最大数量的限定,上述公式(1)中所涉及的第二类终端的最大数量A,采用下述公式(2)确定。该公式(2)具体如下:
A=min(C,D) (2)
其中,C为小区的列表中的待下载OTA升级包的第二类终端的数量,D为服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量的门限值。例如当C=25,D=20,此时A=20;当C=30,D=40,此时A=30。
由于小区的列表中既包括了第一类终端所在的小区,又包括了第二类终端所在的预设小区,此时,为确定第一终端所在小区的数量,需要去除第二类终端的小区数量。又因为服务器可以根据自身的参数设置来限定第一类终端的小区数量,因此:
上述公式(1)中所涉及的第一类终端的最大数量B,可以采用下述公式 (3)确定。该公式(3)具体如下:
其中,第一类终端的最大数量B表征第一类终端所在小区内进行OTA升级包下载的终端数量的最大值,E为小区的列表中的小区数量,F为服务器设置的所有小区中可以同时进行OTA升级包下载的终端数量,G为服务器设置的第一类终端所在的每个小区可以同时进行OTA升级包下载的终端数量。
其中,min(A,1)代表的是预设小区的数量,该数值可以为1,可以为0。具体地,根据上述服务器的小区列表可知,若此时小区的列表中没有第二类终端,则小区的列表中的小区数量就是第一类终端的小区数量;若此时小区的列表中有第二类终端,由于服务器设置预设小区的数量为1,则小区的列表中的小区数量减去1(一个预设小区)就是第一类终端的小区数量。
示例性的,例如将E=9,min(A,1)=0,F=500,G=50带入上述公式(3)中,计算得到第一类终端的数量A=450。
将以上公式(2)、(3)带入公式(1),即可得到下述等式(4)。该公式(4)具体如下:
因此,通过上述公式(4),便可根据第一类终端的最大数量与第二类终端的最大数量之和确定出第一预设阈值,此时经过第一预设阈值的约束,可以避免出现同时下载OTA升级包的终端数量超出服务器所使用的带宽的承载能力,从而可以使每个终端下载OTA升级包时也能更加流畅、快速,提高了下载OTA升级包的效率。
可选的,在上述实施例一的S104中,第二预设阈值Y还可以针对上述第一类终端和第二类终端进行确定,具体地:
对于第一类终端,第二预设阈值可以是服务器设置的第一类终端所在的每个小区中可以同时进行OTA升级包下载的终端数量的门限值,即,Y=G。
对于第二类终端,第二预设阈值可以是服务器设置的预设小区中可以同时进行OTA升级包下载的终端数量的门限值,即,Y=D。
针对第一类终端和第二类终端,根据服务器设置的参数可以更快速、更准确地确定出第二预设阈值的具体大小,避免采用先到先得的策略进行OTA 升级的终端集中在同一小区,从而导致该小区的带宽拥堵,使得终端进行OTA 升级时耗时较长、升级效率较低的问题。
本发明提供的OTA升级方法,服务器首先接收终端发送的包括终端的操作系统的当前版本信息的OTA升级请求,并根据当前版本信息,确定当前具有待下载的用于升级操作系统的当前版本的OTA升级包,在确定当前进行 OTA升级包下载的终端数量小于第一预设阈值,且终端所在的小区中进行 OTA升级包下载的终端数量小于第二预设阈值后,向该终端推送OTA升级包,从而可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,缩短了终端进行OTA升级的时间,提高了OTA升级效率,改善了用户体验。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图2为本发明提供的一种OTA升级装置的结构示意图。如图2所示,该 OTA升级装置可以包括:接收模块11、确定模块12、第一判断模块13、第二判断模块14、推送模块15。其中,
接收模块11,用于接收终端发送的空中下载OTA升级请求,OTA升级请求包括:终端的操作系统的当前版本信息。
确定模块12,用于根据当前版本信息,确定当前具有待下载的OTA升级包,OTA升级包用于升级操作系统的当前版本。
第一判断模块13,用于判断当前进行OTA升级包下载的终端数量是否小于第一预设阈值。
第二判断模块14,用于在第一判断模块判断当前进行OTA升级包下载的终端数量小于第一预设阈值时,判断终端所在的小区中进行OTA升级包下载的终端数量是否小于第二预设阈值。
推送模块15,用于在第二判断模块判断终端所在的小区中进行OTA升级包下载的终端数量小于第二预设阈值时,向终端推送OTA升级包。
可选的,OTA升级请求还包括终端所在小区的标识信息,该OTA升级装置还可以包括:
第一获取模块,用于在第二判断模块14判断终端所在的小区中进行OTA 升级包下载的终端数量是否小于第二预设阈值之前,根据终端所在小区的标识信息,获取小区中待下载OTA升级包的终端数量。
可选的,OTA升级请求还包括终端的标识信息,该OTA升级装置还可以包括:
第一更新模块,用于在接收模块11接收终端发送的OTA升级请求之后,根据小区的标识信息和终端的标识信息,在小区的列表中添加终端的标识信息,以更新小区中待下载OTA升级包的终端数量。
可选的,OTA升级请求不包括终端所在小区的标识信息,该OTA升级装置还可以包括:
第二获取模块,用于在第二判断模块14判断终端所在的小区中进行OTA 升级包下载的终端数量是否小于第二预设阈值之前,获取预设小区中待下载 OTA升级包的终端数量,并将预设小区中待下载OTA升级包的终端数量作为终端所在的小区中待下载OTA升级包的终端数量。
可选的,OTA升级请求还包括终端的标识信息,该OTA升级装置还可以包括:
第二更新模块,用于在接收模块11接收终端发送的OTA升级请求之后,根据终端的标识信息,在预设小区的列表中添加终端的标识信息,以更新预设小区中待下载OTA升级包的终端数量。
本发明提供的OTA升级装置,服务器首先接收终端发送的包括终端的操作系统的当前版本信息的OTA升级请求,并根据当前版本信息,确定当前具有待下载的用于升级操作系统的当前版本的OTA升级包,在确定当前进行 OTA升级包下载的终端数量小于第一预设阈值,且终端所在的小区中进行 OTA升级包下载的终端数量小于第二预设阈值后,向该终端推送OTA升级包,从而可以控制同一小区内进行OTA升级的终端数量,避免同一小区进行OTA升级的终端过多而导致小区带宽拥堵,缩短了终端进行OTA升级的时间,提高了OTA升级效率,改善了用户体验。
图3为本发明提供的另一种OTA升级装置的结构示意图。如图3所示, OTA升级装置可以包括:至少一个处理器21和存储器22。图3示出的是以一个处理器为例的OTA升级装置,其中,
存储器22,用于存放程序。具体地,程序可以包括程序代码,程序代码包括计算机操作指令。存储器22可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
处理器21用于执行存储器22存储的计算机执行指令,以实现上述实施例中的OTA升级方法,其实现原理和技术效果类似,在此不再赘述。
其中,处理器21可能是一个中央处理器(Central Processing Unit,简称为CPU),或者是特定集成电路(Application Specific Integrated Circuit,简称为ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路。
可选的,在具体实现上,如果通信接口、存储器22和处理器21独立实现,则通信接口、存储器22和处理器21可以通过总线相互连接并完成相互间的通信。总线可以是工业标准体系结构(Industry Standard Architecture,简称为ISA)总线、外部设备互连(Peripheral Component,简称为PCI)总线或扩展工业标准体系结构(Extended IndustryStandard Architecture,简称为EISA) 总线等。总线可以分为地址总线、数据总线、控制总线等,但并不表示仅有一根总线或一种类型的总线。
可选的,在具体实现上,如果通信接口、存储器22和处理器21集成在一块芯片上实现,则通信接口、存储器22和处理器21可以通过内部接口完成相同间的通信。
本发明还提供了一种计算机可读存储介质,该计算机可读存储介质可以包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、磁盘或者光盘等各种可以存储程序代码的介质。具体的,该计算机可读存储介质中存储有程序指令,程序指令用于上述实施例中的方法。
本发明还提供了一种计算机程序产品,该计算机程序产品包括计算机程序或指令,当所述计算机程序或指令被运行时,可以实现上述实施例中的方法。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (10)
1.一种OTA升级方法,其特征在于,所述方法包括:
接收终端发送的空中下载OTA升级请求,所述OTA升级请求包括:所述终端的操作系统的当前版本信息;
根据所述当前版本信息,确定当前具有待下载的OTA升级包,所述OTA升级包用于升级所述操作系统的当前版本;
判断当前进行所述OTA升级包下载的终端数量是否小于第一预设阈值;
若是,则判断所述终端所在的小区中进行所述OTA升级包下载的终端数量是否小于第二预设阈值;
若是,则向所述终端推送所述OTA升级包。
2.根据权利要求1所述的方法,其特征在于,所述OTA升级请求还包括:所述终端所在小区的标识信息;
所述判断所述终端所在的小区中进行所述OTA升级包下载的终端数量是否小于第二预设阈值之前,还包括:
根据所述终端所在小区的标识信息,获取所述小区中待下载所述OTA升级包的终端数量。
3.根据权利要求2所述的方法,其特征在于,所述OTA升级请求还包括:终端的标识信息,所述接收终端发送的OTA升级请求之后,所述方法还包括:
根据所述小区的标识信息和所述终端的标识信息,在所述小区的列表中添加所述终端的标识信息,以更新所述小区中待下载所述OTA升级包的终端数量。
4.根据权利要求1所述的方法,其特征在于,若所述OTA升级请求不包括所述终端所在小区的标识信息,所述判断所述终端所在的小区中进行所述OTA升级包下载的终端数量小于第二预设阈值之前,还包括:
获取预设小区中待下载所述OTA升级包的终端数量,并将所述预设小区中待下载所述OTA升级包的终端数量作为所述终端所在的小区中待下载所述OTA升级包的终端数量。
5.根据权利要求4所述的方法,其特征在于,所述OTA升级请求还包括:终端的标识信息,所述接收终端发送的OTA升级请求之后,所述方法还包括:
根据所述终端的标识信息,在所述预设小区的列表中添加所述终端的标识信息,以更新所述预设小区中待下载所述OTA升级包的终端数量。
6.一种OTA升级装置,其特征在于,所述装置包括:
接收模块,用于接收终端发送的空中下载OTA升级请求,所述OTA升级请求包括:所述终端的操作系统的当前版本信息;
确定模块,用于根据所述当前版本信息,确定当前具有待下载的OTA升级包,所述OTA升级包用于升级所述操作系统的当前版本;
第一判断模块,用于判断当前进行所述OTA升级包下载的终端数量是否小于第一预设阈值;
第二判断模块,用于在所述第一判断模块判断当前进行所述OTA升级包下载的终端数量小于第一预设阈值时,判断所述终端所在的小区中进行所述OTA升级包下载的终端数量是否小于第二预设阈值;
推送模块,用于在所述第二判断模块判断所述终端所在的小区中进行所述OTA升级包下载的终端数量小于第二预设阈值时,向所述终端推送所述OTA升级包。
7.根据权利要求6所述的装置,其特征在于,所述OTA升级请求还包括所述终端所在小区的标识信息,所述装置还包括:
第一获取模块,用于在所述第二判断模块判断所述终端所在的小区中进行所述OTA升级包下载的终端数量是否小于第二预设阈值之前,根据所述终端所在小区的标识信息,获取所述小区中待下载所述OTA升级包的终端数量。
8.根据权利要求7所述的装置,其特征在于,所述OTA升级请求还包括终端的标识信息,所述装置还包括:
第一更新模块,用于在所述接收模块接收所述终端发送的OTA升级请求之后,根据所述小区的标识信息和所述终端的标识信息,在所述小区的列表中添加所述终端的标识信息,以更新所述小区中待下载所述OTA升级包的终端数量。
9.根据权利要求6所述的装置,其特征在于,所述OTA升级请求不包括所述终端所在小区的标识信息,所述装置还包括:
第二获取模块,用于在所述第二判断模块判断所述终端所在的小区中进行所述OTA升级包下载的终端数量是否小于第二预设阈值之前,获取预设小区中待下载所述OTA升级包的终端数量,并将所述预设小区中待下载所述OTA升级包的终端数量作为所述终端所在的小区中待下载所述OTA升级包的终端数量。
10.根据权利要求9所述的装置,其特征在于,所述OTA升级请求还包括终端的标识信息,所述装置还包括:
第二更新模块,用于在所述接收模块接收所述终端发送的OTA升级请求之后,根据所述终端的标识信息,在所述预设小区的列表中添加所述终端的标识信息,以更新所述预设小区中待下载所述OTA升级包的终端数量。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811228714.2A CN111078241B (zh) | 2018-10-22 | 2018-10-22 | Ota升级方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811228714.2A CN111078241B (zh) | 2018-10-22 | 2018-10-22 | Ota升级方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111078241A true CN111078241A (zh) | 2020-04-28 |
CN111078241B CN111078241B (zh) | 2023-10-03 |
Family
ID=70309673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811228714.2A Active CN111078241B (zh) | 2018-10-22 | 2018-10-22 | Ota升级方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111078241B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112486528A (zh) * | 2020-11-09 | 2021-03-12 | 浙江吉利控股集团有限公司 | 一种车辆空中下载ota升级方法 |
CN112486535A (zh) * | 2020-11-27 | 2021-03-12 | 红石阳光(北京)科技股份有限公司 | 一种用于NB-IoT设备的远程升级方法及系统 |
CN112596768A (zh) * | 2020-12-16 | 2021-04-02 | 珠海格力电器股份有限公司 | 设备的更新方法和装置、存储介质、电子装置 |
CN112667260A (zh) * | 2020-12-31 | 2021-04-16 | 红石阳光(北京)科技股份有限公司 | 一种基于智慧大脑的ota远程升级系统和方法 |
CN113452553A (zh) * | 2021-06-18 | 2021-09-28 | 上海艾拉比智能科技有限公司 | 一种内容分发网络流量限制方法及系统 |
CN116627474A (zh) * | 2023-07-21 | 2023-08-22 | 杭州海康威视数字技术股份有限公司 | 基于强化学习的智能设备智能安全管理方法、装置及设备 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2012200758A1 (en) * | 2005-03-22 | 2012-03-01 | Ticketmaster | Apparatus and methods for providing queue messaging over a network |
WO2013044999A1 (en) * | 2011-09-30 | 2013-04-04 | Intel Mobile Communications GmbH | Communication terminal, network component, base station and method for communicating |
CN103582005A (zh) * | 2012-07-25 | 2014-02-12 | 中国移动通信集团设计院有限公司 | 一种网络间进行业务分配的方法和设备 |
CN104717636A (zh) * | 2013-12-13 | 2015-06-17 | 成都鼎桥通信技术有限公司 | 软件升级方法、终端设备和空中下载服务器 |
CN105323106A (zh) * | 2014-08-04 | 2016-02-10 | 中兴通讯股份有限公司 | 一种软件升级管理方法、设备及系统 |
CN105357031A (zh) * | 2015-09-30 | 2016-02-24 | 青岛海信移动通信技术股份有限公司 | 一种ota升级方法和设备 |
CN105530630A (zh) * | 2015-12-16 | 2016-04-27 | 青岛海信移动通信技术股份有限公司 | 一种ota升级方法和设备 |
CN106301942A (zh) * | 2016-08-30 | 2017-01-04 | 广东省广播电视网络股份有限公司中山分公司 | 一种机顶盒WiFi远程控制客户端的数据处理方法 |
CN106325904A (zh) * | 2015-06-30 | 2017-01-11 | 青岛海信移动通信技术股份有限公司 | 终端软件升级方法、服务器和终端 |
CN107041010A (zh) * | 2017-06-13 | 2017-08-11 | 海能达通信股份有限公司 | 一种实现业务接入的方法、基站及移动终端 |
CN108132798A (zh) * | 2017-12-20 | 2018-06-08 | 深圳创维-Rgb电子有限公司 | 升级方法、装置及计算机可读存储介质 |
CN108632309A (zh) * | 2017-03-17 | 2018-10-09 | 华为技术有限公司 | 一种升级窄带物联网终端的方法及装置 |
-
2018
- 2018-10-22 CN CN201811228714.2A patent/CN111078241B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2012200758A1 (en) * | 2005-03-22 | 2012-03-01 | Ticketmaster | Apparatus and methods for providing queue messaging over a network |
WO2013044999A1 (en) * | 2011-09-30 | 2013-04-04 | Intel Mobile Communications GmbH | Communication terminal, network component, base station and method for communicating |
CN103582005A (zh) * | 2012-07-25 | 2014-02-12 | 中国移动通信集团设计院有限公司 | 一种网络间进行业务分配的方法和设备 |
CN104717636A (zh) * | 2013-12-13 | 2015-06-17 | 成都鼎桥通信技术有限公司 | 软件升级方法、终端设备和空中下载服务器 |
CN105323106A (zh) * | 2014-08-04 | 2016-02-10 | 中兴通讯股份有限公司 | 一种软件升级管理方法、设备及系统 |
CN106325904A (zh) * | 2015-06-30 | 2017-01-11 | 青岛海信移动通信技术股份有限公司 | 终端软件升级方法、服务器和终端 |
CN105357031A (zh) * | 2015-09-30 | 2016-02-24 | 青岛海信移动通信技术股份有限公司 | 一种ota升级方法和设备 |
CN105530630A (zh) * | 2015-12-16 | 2016-04-27 | 青岛海信移动通信技术股份有限公司 | 一种ota升级方法和设备 |
CN106301942A (zh) * | 2016-08-30 | 2017-01-04 | 广东省广播电视网络股份有限公司中山分公司 | 一种机顶盒WiFi远程控制客户端的数据处理方法 |
CN108632309A (zh) * | 2017-03-17 | 2018-10-09 | 华为技术有限公司 | 一种升级窄带物联网终端的方法及装置 |
CN107041010A (zh) * | 2017-06-13 | 2017-08-11 | 海能达通信股份有限公司 | 一种实现业务接入的方法、基站及移动终端 |
CN108132798A (zh) * | 2017-12-20 | 2018-06-08 | 深圳创维-Rgb电子有限公司 | 升级方法、装置及计算机可读存储介质 |
Non-Patent Citations (2)
Title |
---|
KEIJI MASHIMO;: "prediction of wear volume on sliding contacts using cellular automata", 《2015 IEEE 61ST HOLM CONFERENCE ON ELECTRICAL CONTACTS(HOLM)》, pages 408 - 413 * |
刘勇: "山东4G融合组网方案与应用性能研究", 《CNKI优秀硕士学位论文全文库 信息科技辑》, no. 04, pages 136 - 2095 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112486528A (zh) * | 2020-11-09 | 2021-03-12 | 浙江吉利控股集团有限公司 | 一种车辆空中下载ota升级方法 |
CN112486528B (zh) * | 2020-11-09 | 2022-08-02 | 浙江吉利控股集团有限公司 | 一种车辆空中下载ota升级方法 |
CN112486535A (zh) * | 2020-11-27 | 2021-03-12 | 红石阳光(北京)科技股份有限公司 | 一种用于NB-IoT设备的远程升级方法及系统 |
CN112486535B (zh) * | 2020-11-27 | 2021-09-14 | 红石阳光(北京)科技股份有限公司 | 一种用于NB-IoT设备的远程升级方法及系统 |
CN112596768A (zh) * | 2020-12-16 | 2021-04-02 | 珠海格力电器股份有限公司 | 设备的更新方法和装置、存储介质、电子装置 |
CN112596768B (zh) * | 2020-12-16 | 2024-01-23 | 珠海格力电器股份有限公司 | 设备的更新方法和装置、存储介质、电子装置 |
CN112667260A (zh) * | 2020-12-31 | 2021-04-16 | 红石阳光(北京)科技股份有限公司 | 一种基于智慧大脑的ota远程升级系统和方法 |
CN112667260B (zh) * | 2020-12-31 | 2024-04-19 | 红石阳光(北京)科技股份有限公司 | 一种基于智慧大脑的ota远程升级系统和方法 |
CN113452553A (zh) * | 2021-06-18 | 2021-09-28 | 上海艾拉比智能科技有限公司 | 一种内容分发网络流量限制方法及系统 |
CN116627474A (zh) * | 2023-07-21 | 2023-08-22 | 杭州海康威视数字技术股份有限公司 | 基于强化学习的智能设备智能安全管理方法、装置及设备 |
CN116627474B (zh) * | 2023-07-21 | 2023-10-13 | 杭州海康威视数字技术股份有限公司 | 基于强化学习的智能设备智能安全管理方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111078241B (zh) | 2023-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111078241A (zh) | Ota升级方法和装置 | |
KR101905019B1 (ko) | 단말기 시스템, 단말기, 및 시스템을 업그레이드하기 위한 방법 | |
EP3068152A1 (en) | Method and terminal for data service transmission | |
KR20200035152A (ko) | 세션 처리 방법 및 관련 장치 | |
US10897704B2 (en) | Method of connecting a terminal device to network, a terminal device and a non-transitory computer readable storage medium | |
CN106201586B (zh) | 一种基于ota的系统升级方法及终端、系统 | |
CN109729519B (zh) | 数据下载的方法及相关装置 | |
WO2017049550A1 (zh) | 适配器和适配器升级的方法 | |
CN110543321A (zh) | Ota升级方法、装置、终端以及计算机可读存储介质 | |
CN106961339B (zh) | 实现定向流量的方法及系统 | |
CN107864044B (zh) | 一种信息处理方法及装置、终端及可读存储介质 | |
US11109201B2 (en) | Device and method for provisioning services to mobile communication device | |
CN108012294B (zh) | 一种网络切换的方法及装置 | |
CN110837381B (zh) | 投影设备的软件升级方法及装置 | |
CN109639698B (zh) | 一种数据处理方法及服务器 | |
CN114173384A (zh) | QoS控制方法、装置及处理器可读存储介质 | |
CN112532664A (zh) | 数据升级方法及装置 | |
CN111246447A (zh) | eUICC签约数据管理方法、模块以及终端、存储介质 | |
CN111427603B (zh) | 应用程序的升级方法及装置 | |
CN107371263B (zh) | 上行资源的调度方法和装置 | |
CN115080068A (zh) | 资源文件的传输方法、装置、设备及存储介质 | |
CN103299676A (zh) | 移动无线电通信信令 | |
CN114697375B (zh) | 语音包的切换方法和装置、存储介质及电子装置 | |
CN113840277A (zh) | 用户签约数据的下载控制方法、系统以及终端、介质 | |
CN111176693A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |