CN109814892A - 设备升级方法、装置及***、存储介质 - Google Patents
设备升级方法、装置及***、存储介质 Download PDFInfo
- Publication number
- CN109814892A CN109814892A CN201711171558.6A CN201711171558A CN109814892A CN 109814892 A CN109814892 A CN 109814892A CN 201711171558 A CN201711171558 A CN 201711171558A CN 109814892 A CN109814892 A CN 109814892A
- Authority
- CN
- China
- Prior art keywords
- equipment
- upgraded
- cell
- concurrent
- ascending series
- 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
Landscapes
- Stored Programmes (AREA)
Abstract
本申请公开了一种设备升级方法、装置及***、存储介质,属于设备升级领域。该方法包括:获取第一待升级设备的设备信息;根据第一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件;当第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级,第一待升级设备所在小区的并发升级数为第一待升级设备所在小区中能够同时升级的设备的最大数量。本申请有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了设备升级失败的概率。
Description
技术领域
本申请涉及设备升级领域,特别涉及一种设备升级方法、装置及***、存储介质。
背景技术
窄带物联网(Narrowband Internet ofThings,NB-IoT)***是一种典型的物联网(Internet ofThings,IoT)***,NB-IoT***包括多个IoT设备和用于管理该多个IoT设备的管理服务器,多个IoT设备可以处于不同的小区,每个小区中可以包括多个由管理服务器所管理的IoT设备,且处于同一小区的多个IoT设备共享该同一小区的带宽。其中,在IoT设备使用的过程中,经常需要对IoT设备升级。
相关技术中,通常由管理服务器控制其所管理的IoT设备批量升级。在实施时,管理服务器从自身所管理的IoT设备中随机选择至少两个IoT设备,并批量向该至少两个IoT设备发送升级指令,每个IoT设备接收到升级指令后,根据升级指令从管理服务器上下载升级包,然后根据升级包在本地升级,每个IoT设备在升级的过程中,定时向管理服务器上报升级进度,并在升级完成或者升级失败之后,向管理服务器上报升级结果。管理服务器接收到IoT设备上报的升级结果之后,可以根据预设的升级策略对升级失败的IoT设备重新升级,直至升级成功或者升级次数达到预定次数。其中,IoT设备通常采用电池供电,IoT设备的升级过程需要消耗大量的电量,且升级过程耗时越长消耗的电量越大。
在实现本申请的过程中,发明人发现相关技术至少存在以下问题:
目前由管理服务器从自身所管理的IoT设备中随机选择IoT设备批量升级,而由于每个小区中可以包括多个由管理服务器所管理的IoT设备,因此,管理服务器选择的IoT设备可能来自于同一小区,这使得升级包的下载过程耗时较长,导致IoT设备的升级过程耗时越长,升级耗费的电量较大,甚至导致升级失败。
发明内容
本申请提供了一种设备升级方法、装置及***、存储介质,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题。本申请的技术方案如下:
第一方面,提供了一种设备升级方法,该方法包括:
获取第一待升级设备的设备信息;根据第一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件;当第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级,第一待升级设备所在小区的并发升级数为第一待升级设备所在小区中能够同时升级的设备的最大数量。其中,该设备信息可以包括剩余电量和信号强度,该预设的升级条件可以包括:该剩余电量不小于预设电量阈值和该信号强度不小于预设强度阈值。
本申请提供的设备升级方法,由于在待升级设备满足预设的升级条件时,根据待升级设备所在小区的并发升级数和预设的总并发升级数对待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少设备升级耗费的电量,降低升级失败的概率。
可选地,在根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级之前,该方法还包括:获取升级包的大小和第一待升级设备所在小区的带宽;根据第一待升级设备所在小区的带宽和升级包的大小,确定第一待升级设备所在小区的并发升级数。
本申请提供的设备升级方法,通过确定待升级设备所在小区的并发升级数,从而根据待升级设备所在小区的并发升级数控制待升级设备升级,可以在小区内进行升级并发控制,降低同一小区内的设备升级对小区带宽的竞争,缩短软件包的下载时长,减小电量消耗,增加设备升级成功的概率,减少因升级失败引起的重新升级导致的电量额外消耗。
可选地,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级,包括:判断第一待升级设备所在小区的在升级设备数是否小于第一待升级设备所在小区的并发升级数;当第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数时,判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数;当管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。
本申请提供的设备升级方法,由于在待升级设备所在小区的在升级设备数小于该待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对待升级设备升级,因此,可以避免并发升级的设备数较多导致软件包的下载时长增加的问题。
可选地,该方法还包括:当第一待升级设备所在小区的在升级设备数不小于第一待升级设备所在小区的并发升级数,或者,管理服务器所管理的所有设备中总的在升级设备数不小于总并发升级数时,挂起第一待升级设备的升级。这样一来,可以避免在升级设备数较多时启动待升级设备的升级导致升级失败的问题。
可选地,在挂起第一待升级设备的升级之后,该方法还包括:在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。这样一来,可以避免在升级设备数较多时启动待升级设备的升级导致升级失败的问题,且可以保证对能够升级的设备进行升级。
可选地,在对第一待升级设备升级之前,该方法还包括:锁定第一待升级设备的上层业务;在对第一待升级设备升级之后,该方法还包括:解锁第一待升级设备的上层业务。
本申请提供的设备升级方法,在对待升级设备升级之前锁定待升级设备的上层业务,可以避免升级过程与上层业务的相互影响,在对待升级设备升级之后解锁待升级设备的上层业务,可以保证升级完成之后上层业务的正常运行。
可选地,该方法还包括:获取第二待升级设备的设备信息;根据第二待升级设备的设备信息,判断第二待升级设备是否满足预设的升级条件;当第二待升级设备满足预设的升级条件时,根据第二待升级设备所在小区的并发升级数和预设的总并发升级数,对第二待升级设备升级,第二待升级设备所在小区的并发升级数为第二待升级设备所在小区中能够同时升级的设备的最大数量。
本申请提供的设备升级方法,在对第一待升级设备升级完成之后,对第二待升级设备升级,可以保证升级过程过程覆盖所有待升级设备,避免对待升级设备的遗漏导致待升级设备无法升级。
第二方面,提供了一种设备升级装置,该设备升级装置包括:至少一个模块,该至少一个模块用于实现上述第一方面或第一方面的任一可选方式所提供的设备升级方法。
第三方面,提供了一种管理服务器,该管理服务器包括处理器和存储器,处理器被配置为执行存储器中存储的指令,处理器通过执行指令来实现第一方面或第一方面的任一可选方式所提供的设备升级方法。
第四方面,提供了一种设备升级***,该设备升级***包括管理服务器和待升级设备,该管理服务器包括第二方面所提供的设备升级装置;或者,该管理服务器为第三方面所提供的管理服务器。
第五方面,提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机的处理组件上运行时,使得该处理组件执行上述第一方面或第一方面的任一可选方式所提供的设备升级方法。
第六方面,提供了一种处理装置,该处理装置包括至少一个电路,该至少一个电路用于执行上述第一方面或第一方面的任一可选方式所提供的设备升级方法。
第七方面,提供了一种包含指令的计算机程序产品,当该计算机程序产品在计算机的处理组件上运行时,使得处理组件执行上述第一方面或第一方面的任一可选方式所提供的设备升级方法。
本申请提供的技术方案带来的有益效果是:
本申请提供的设备升级方法、装置及***、存储介质,获取第一待升级设备的设备信息;根据第一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件;当第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级,第一待升级设备所在小区的并发升级数为第一待升级设备所在小区中能够同时升级的设备的最大数量。由于在第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了升级失败的概率。
附图说明
图1是本申请实施例提供的一种设备升级***的架构图;
图2是本申请实施例提供的一种设备升级方法的方法流程图;
图3是本申请实施例提供的一种对第一待升级设备升级的方法流程图;
图4是本申请实施例提供的一种设备升级装置的框图;
图5是本申请实施例提供的另一种设备升级装置的框图;
图6是本申请实施例提供的一种管理服务器的结构示意图。
具体实施方式
本申请实施例提供的设备升级方法可以用于NB-IoT场景,也可以用于设备共享区域带宽的场景,或者用于其它消耗带宽操作时,按区域进行并发控制的设备升级场景。当该设备升级方法用于NB-IoT场景时,可以适用于轻量型的机器对机器(Light WeightMachine-to-Machine,LWM2M)协议,也可以适用于其它的物联网管理协议,该其它的物联网管理协议例如TR-069协议或开放移动联盟终端管理(Open MobileAlliance DeviceManage,OMA-DM)协议等。本申请实施例主要以该设备升级方法用于NB-IoT场景为例进行说明。在对本申请实施例详细阐述之前,先对NB-IoT进行简单介绍。
NB-IoT是一种新型的窄带无线技术,可以满足物联网需求。第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)GERAN(全球移动通信(Global System forMobile Communication,GSM)强型数据速率GSM演进技术(Enhanced Data Rate for GSMEvolution,EDGE)无线接入网(RadioAccess Network,RAN))第62次会议讨论并通过了“蜂窝***对物联网超低复杂度和低吞吐量的支持”的研究项目。该项目主要研究GERAN未来发展的可能性,其目标是提供低复杂度和低吞吐率的接入技术以满足蜂窝物联网的发展要求。该项目旨在提升室内覆盖,支持海量低吞吐率的设备,降低时延敏感度,降低设备成本和能耗,优化网络架构。会后,GERAN工作组(Work Group,WG)1和WG2就蜂窝物联网的工作计划和发展要求达成了一致,并广泛探讨了相关特性、技术和概念。工作组根据项目协调组(Project Coordination Group,PCG)34次会议决议,同意按照TR45.820的技术将该项目从GERAN推进到无线接入网技术规范组(Technical Specification Group Radio AccessNetwork,TSG RAN)。该研究项目称为窄带物联网。
NB-IoT构建于蜂窝网络,只消耗大约180KHz(千赫兹)的带宽,可以直接部署于全球移动通信***(Global System for Mobile Communication,GSM)网络、通用移动通信***(Universal Mobile Telecommunications System,UMTS)网络或长期演进(Long TermEvolution,LTE)网络,以降低部署成本、实现平滑升级。NB-IoT支持低功耗设备在广域网的蜂窝数据连接,也被叫作低功耗广域网(Low-PowerWide-AreaNetwork,LPWAN)。NB-IoT支持待机时间长、对网络连接要求较高的设备的高效连接。NB-IoT设备电池寿命可以提高至至少10年,同时还能提供非常全面的室内蜂窝数据连接覆盖,同时一个小区支持联接的设备更多,处于同一个小区内的设备共享该小区的总体带宽。
NB-IoT***包括多个IoT设备和用于管理该多个IoT设备的管理服务器,多个IoT设备可以处于不同的小区,且处于同一小区的IoT设备共享该同一小区的带宽。在IoT设备使用的过程中,经常需要对IoT设备升级。传统的升级方案中,管理服务器从自身所管理的多个IoT设备中随机选择至少两个IoT设备作为并发升级设备,然后向该至少两个IoT设备批量发送升级指令,每个IoT设备接收到升级指令后,从管理服务器上下载升级包,并根据升级包在本地进行自动升级,每个IoT设备在升级的过程中,可以定时向管理服务器上报升级进度,直到升级完成,向管理服务器上报升级结果。对于升级失败的IoT设备,管理服务器可以根据预设的升级策略进行重新升级,直至升级成功或者升级次数达到预定次数。在该传统的升级方案中,只要并发升级设备的数量没有达到预设的上限,任何一个未升级的IoT设备都可以启动升级,并进入升级状态。
IoT设备通常由电池供电,IoT设备的一次升级操作消耗的电量甚至高达该IoT设备2年的常规用电量。此外,IoT设备的数量大、分布位置广,为了提高升级的便利性,通常采用远程升级的方式进行升级,远程升级的方式带来的电池电量的消耗通常是可以接受的,但是IoT设备升级失败后多次重新升级造成的电池电量的损耗却是难以接受的。因此在NB-IoT场景下,通常更关注单个IoT设备升级的成功率。
传统的升级方案没有考虑处于同一小区的IoT设备共享该小区的带宽、IoT设备所在小区的信号强度等因素,导致同一小区内的IoT设备竞争带宽,单个IoT设备的下载带宽不足,从而导致软件包的下载时长增加,电池电量消耗过大,甚至导致升级失败。此外,传统的升级方案也没有考虑IoT设备的电池剩余电量等因素,导致因电池电量不足而升级失败。本申请实施例提供的设备升级方法、装置及***、存储介质,可以减少设备升级耗费的电量,降低设备升级失败的概率。本申请的详细方案请参考下述各个实施例的描述。
请参考图1,其示出了本申请实施例提供的一种设备升级***的架构图,参见图1,该设备升级***包括:管理服务器、上层业务服务器和多个设备,管理服务器分别与多个设备中的每个设备连接,且管理服务器与上层业务服务器连接,多个设备中的每个设备可以与上层业务服务器连接(图1中未示出),管理服务器用于管理该多个设备,上层业务服务器用于为该多个设备提供上层业务。其中,该多个设备中的每个设备可以为NB-IoT设备,上层业务服务器可以为每个设备提供NB-IoT业务。如图1所示,本申请实施例以多个设备包括处于小区A中的设备A1和设备A2,以及,处于小区B中的设备B1和设备B2为例进行说明。
参见图1,管理服务器包括升级管理单元、设备信息管理单元和文件服务单元,升级管理单元分别与设备信息管理单元和文件服务单元连接,且升级管理单元与多个设备中的每个设备连接,设备信息管理单元与多个设备中的每个设备连接(图1中未示出),文件服务单元与多个设备中的每个设备连接(图1中未示出)。需要说明的是,该图1是以文件服务单元为管理服务器中的功能单元为例进行说明的,实际应用中,文件服务单元可以为文件服务器,文件服务器可以与管理服务器独立部署,且在一些实施例中,管理服务器也可以称为管理服务平台。
其中,设备信息管理单元可以获取并管理多个设备中的每个设备的设备信息,该设备信息可以包括剩余电量、信号强度和设备所处小区的标识等。可选地,每个设备可以向设备信息管理单元上报设备信息,设备信息管理单元通过接收设备上报的设备信息实现对设备信息的获取。
其中,文件服务单元用于管理升级包等版本文件。
其中,升级管理单元用于处理待升级设备的升级。可选地,升级管理单元可以获取每个待升级设备所在小区的带宽,并从文件服务单元获取升级包的大小,根据每个待升级设备所在小区的带宽和升级包的大小确定每个待升级设备所在小区的并发升级数;之后升级管理单元从设备信息管理单元获取每个待升级设备的设备信息,对于每个待升级设备,升级管理单元根据该待升级设备的设备信息判断该待升级设备是否满足预设的升级条件,当该待升级设备满足预设的升级条件时,对该待升级设备升级,当该待升级设备不满足预设的升级条件时,不对该待升级设备进行升级,以防止升级失败,降低升级失败的概率。
在本申请实施例中,预设的升级条件包括剩余电量不小于(也即是大于或者等于)预设电量阈值和信号强度不小于预设强度阈值。也即是,仅对剩余电量不小于预设电量阈值且信号强度不小于预设强度阈值的待升级设备升级,对于剩余电量小于预设电量阈值的待升级设备以及信号强度小于预设强度阈值的待升级设备,均不进行升级。在本申请实施例中,升级管理单元对待升级设备进行升级可以包括升级管理单元向待升级设备发送升级指令,待升级设备根据升级指令从文件服务单元获取升级包,并根据升级包在本地进行升级,且在升级完成之后,待升级设备可以向升级管理单元上报升级结果,以便升级管理单元对下一待升级设备升级。
本申请实施例中,升级管理单元在对待升级设备升级之前,可以锁定待升级设备的上层业务,在升级完成之后,可以解锁待升级设备的上层业务。可选地,在对待升级设备升级之前,升级管理单元可以向上层业务服务器发送锁定请求,上层业务服务器根据该锁定请求锁定该待升级设备的业务;在升级完成之后,升级管理单元可以向上层业务服务器发送解锁请求,上层业务服务器根据解锁请求解除对该待升级设备的业务的锁定。
请参考图2,其示出了本申请实施例提供的一种设备升级方法的方法流程图,该设备升级方法可以用于管理服务器,且该设备升级方法可以由管理服务器中的升级管理单元执行。参见图2,该设备升级方法包括:
步骤201、获取第一待升级设备的设备信息。
管理服务器可以获取第一待升级设备的设备信息,该设备信息可以包括剩余电量和信号强度,且该设备信息还可以包括第一待升级设备所处小区的标识等。如图1所示,管理服务器包括升级管理单元和设备信息管理单元,该步骤201可以由升级管理单元来执行。
在本申请实施例中,设备信息管理单元中存储有管理服务器所管理的多个设备中每个设备的设备信息,升级管理单元可以从设备信息管理单元中读取第一待升级设备的设备信息,来实现对该第一待升级设备的设备信息的获取。可选地,设备信息管理单元存储的可以是设备标识与设备信息的映射关系,升级管理单元可以根据第一待升级设备的设备标识,查询设备信息管理单元所存储的设备标识与设备信息的映射关系,得到第一待升级设备的设备信息,并获取该第一待升级设备的设备信息。
需要说明的是,实际应用中,设备信息可以是不断变化的,为了保证升级管理单元获取的设备信息的准确性,设备信息管理单元可以定时或者不定时对设备信息管理单元中存储的设备信息进行更新,且更新之后,设备信息管理单元删除更新之前的设备信息,并存储更新之后的设备信息,以保证升级管理单元能够获取到符合实际情况的设备信息。在本申请实施例中,可以由设备信息管理单元主动从设备上获取设备信息并对存储的设备信息进行更新,或者,设备可以主动向设备信息管理单元上报设备信息,设备信息管理单元接收设备上报的设备信息并根据接收到的设备信息对存储的设备信息进行更新,本申请实施例对此不作限定。
还需要说明的是,每个由管理服务器所管理的设备都需要先接入管理服务器,设备接入管理服务器后,设备信息管理单元可以获取该设备的设备信息以对其进行存储,或者,设备接入管理服务器后,可以向设备信息管理单元上报自身的设备信息,以便于设备信息管理单元对设备信息进行存储。
步骤202、根据第一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件。当第一待升级设备满足预设的升级条件时,执行步骤203;当第一待升级设备不满足预设的升级条件时,执行步骤206。
管理服务器可以根据一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件,该预设的升级条件可以包括:剩余电量不小于预设电量阈值和信号强度不小于预设强度阈值,该预设电量阈值和预设强度阈值均可以根据实际情况进行设置,例如,预设电量阈值可以为60%(百分之60,表示电量为总电量的60%)或80%等,预设强度阈值可以为-110dBm(分贝)。需要说明的是,本申请实施例是以预设电量阈值和预设强度阈值均为百分比值为例进行说明的,实际应用中,预设电量阈值可以采用电能量值表示,预设强度阈值可以采用发射功率值来表示,本申请实施例对此不作限定。在本申请实施例中,该步骤202可以由升级管理单元来执行。
可选地,升级管理单元可以存储预设的升级条件,升级管理单元可以读取自身存储的预设的升级条件,并根据第一待升级设备的设备信息判断第一待升级设备是否满足该预设的升级条件。示例地,升级管理单元先将步骤201中获取到的第一待升级设备的剩余电量与预设电量阈值进行比较,来判断第一待升级设备的剩余电量是否小于预设电量阈值,若第一待升级设备的剩余电量不小于预设电量阈值,升级管理单元再将步骤201中获取到的第一待升级设备的信号强度与预设强度阈值进行比较,来判断第一待升级设备的信号强度是否小于预设强度阈值,若第一待升级设备的信号强度不小于预设强度阈值,升级管理单元确定第一待升级设备满足预设的升级条件,若第一待升级设备的剩余电量小于预设电量阈值,或者,第一待升级设备的信号强度小于预设强度阈值,升级管理单元确定第一待升级设备不满足预设的升级条件。
需要说明的是,本申请实施例是以升级管理单元先判断第一待升级设备的剩余电量是否小于预设电量阈值,再判断第一待升级设备的信号强度是否小于预设强度阈值为例进行说明的,实际应用中,升级管理单元也可以先判断第一待升级设备的信号强度是否小于预设强度阈值,再判断第一待升级设备的剩余电量是否小于预设电量阈值,或者,在处理能力允许的情况下,升级管理单元也可以同时判断第一待升级设备的信号强度是否小于预设强度阈值,以及第一待升级设备的信号强度是否小于预设强度阈值,本申请实施例对此不作限定。
步骤203、获取升级包的大小和第一待升级设备所在小区的带宽。
管理服务器可以获取升级包的大小和第一待升级设备所在小区的带宽,该升级包的大小可以为升级包所占用的存储空间的大小,实际应用中,小区的带宽可以是变化的,该第一待升级设备所在小区的带宽可以为第一待升级设备所在小区的实际带宽。在本申请实施例中,该步骤203可以由升级管理单元来执行。
可选地,如图1所示,管理服务器还包括文件服务单元,该文件服务单元中存储有升级包,且可以存储升级包的大小,升级管理单元可以从文件服务单元读取升级包的大小,来实现对该升级包的大小的获取。实际应用中,管理服务器所管理的不同设备进行升级的升级包通常是相同的,因此,升级管理单元可以直接从文件服务单元读取升级包的大小,该升级包的大小即为对第一待升级设备升级的升级包的大小。可选地,当管理服务器所管理的不同设备进行升级的升级包不同时,文件服务单元可以存储升级包标识与升级包的大小的映射关系,升级管理单元可以根据对第一待升级设备升级的升级包的标识,查询文件服务单元所存储的升级包标识与升级包的大小的映射关系,得到对第一待升级设备升级的升级包的大小,并获取该升级包的大小。
可选地,第一待升级设备可以向升级管理单元上报第一待升级设备所在小区的带宽,升级管理单元通过接收第一待升级设备上报的第一待升级设备所在小区的带宽来实现对该第一待升级设备所在小区的带宽的获取。或者,设备信息管理单元中存储有管理服务器所管理的多个设备中每个设备所在小区的带宽,升级管理单元可以从设备信息管理单元中读取第一待升级设备的所在小区的带宽,来实现对该第一待升级设备所在小区的带宽的获取。或者,升级管理单元可以获取第一待升级设备所在小区中的每个设备的信号强度,对第一待升级设备所在小区中的所有设备的信号强度进行处理得到第一待升级设备所在小区的带宽。本申请实施例不对升级管理单元获取第一待升级设备所在小区的带宽的方式进行限定。需要说明的是,实际应用中,小区的带宽是不断变化的,为了保证升级管理单元从设备信息管理单元获取的第一待升级设备所在小区的带宽的准确性,设备信息管理单元可以定时或者不定时对设备信息管理单元中存储的设备信息进行更新,具体的更新过程与上述设备信息管理单元更新设备信息的过程类似,本申请实施例在此不再赘述。
还需要说明的是,在该步骤203中,升级管理单元可以先获取升级包的大小,再获取第一待升级设备所在小区的带宽,也可以先获取第一待升级设备所在小区的带宽,再获取升级包的大小,当然,升级管理单元也可以同时获取升级包的大小和第一待升级设备所在小区的带宽,本申请实施例不对升级管理单元获取升级包的大小和第一待升级设备所在小区的带宽的顺序进行限定。
步骤204、根据第一待升级设备所在小区的带宽和升级包的大小,确定第一待升级设备所在小区的并发升级数。
管理服务器可以根据第一待升级设备所在小区的带宽和升级包的大小,确定第一待升级设备所在小区的并发升级数。其中,第一待升级设备所在小区的并发升级数为第一待升级设备所在小区中能够同时升级的设备的最大数量。在本申请实施例中,该步骤204可以由升级管理单元来执行。
可选地,升级管理单元可以根据预设下载时长、第一待升级设备所在小区的带宽和升级包的大小,计算得到第一待升级设备所在小区的并发升级数。示例地,升级管理单元可以根据公式N*c=t*W计算得到第一待升级设备所在小区的并发升级数,在该公式中,c表示升级包的大小,t表示预设下载时长,W表示第一待升级设备所在小区的带宽,N表示同时下载升级包的设备的数量,且c、t和W均为已知数,升级管理单元根据该公式可以计算得到N,该N即为第一待升级设备所在小区的并发升级数。需要说明的是,本申请实施例提供的确定第一待升级设备所在小区的并发升级数的方案仅仅是示例性的,实际应用中,升级管理单元还可以采用其他方案确定第一待升级设备所在小区的并发升级数,本申请实施例对此不作限定。
步骤205、根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级。
管理服务器确定第一待升级设备所在小区的并发升级数后,可以根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级。在本申请实施例中,该步骤205可以由升级管理单元来执行。
请参考图3,其示出了本申请实施例提供的一种根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级的方法流程图,参见图3,该方法包括:
子步骤2051、判断第一待升级设备所在小区的在升级设备数是否小于第一待升级设备所在小区的并发升级数。当第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数时,执行子步骤2052;当第一待升级设备所在小区的在升级设备数不小于第一待升级设备所在小区的并发升级数时,执行子步骤2056。
可选地,升级管理单元可以获取第一待升级设备所在小区的在升级设备数,然后将第一待升级设备所在小区的在升级设备数与步骤204中确定的第一待升级设备所在小区的并发升级数进行比较,来判断第一待升级设备所在小区的在升级设备数是否小于第一待升级设备所在小区的并发升级数。其中,第一待升级设备所在小区的在升级设备数指的是当前时刻第一待升级设备所在小区中,由管理服务器所管理的设备中,处于升级状态的设备的数量。
在本申请实施例中,管理服务器所管理的所有设备的升级均是由升级管理单元控制的,因此升级管理单元可以通过统计当前时刻第一待升级设备所在小区中处于升级状态的设备的数量来获取第一待升级设备所在小区的在升级设备数。或者,由管理服务器所管理的设备在升级的过程中,可以向升级管理单元上报升级进度,升级管理单元可以统计位于当前时刻之前且包括当前时刻的预设时间段内接收到的处于第一待升级设备所在小区中,且上报升级进度的设备的数量,将该上报升级进度的设备的数量确定为第一待升级设备所在小区的在升级设备数。当然,升级管理单元还可以采用其他方式获取第一待升级设备所在小区的在升级设备数,本申请实施例对此不作限定。
子步骤2052、判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数。当管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,执行子步骤2053;当管理服务器所管理的所有设备中总的在升级设备数不小于总并发升级数时,执行子步骤2056。
若在子步骤2051中升级管理单元确定第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,则升级管理单元继续判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数。可选地,升级管理单元可以获取管理服务器所管理的所有设备中总的在升级设备数,然后将管理服务器所管理的所有设备中总的在升级设备数与总并发升级数进行比较,来判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数。其中,管理服务器所管理的所有设备中总的在升级设备数指的是当前时刻由管理服务器所管理的所有设备中,处于升级状态的设备的数量,该处于升级状态的设备可以处于同一小区或不同小区。总并发升级数是管理服务器预先设定的并发升级的上限数量,该总并发升级数为管理服务器能同时处理的升级设备的最大数量,该总并发升级数通常与管理服务器的处理能力相关。
在本申请实施例中,管理服务器所管理的所有设备的升级均是由升级管理单元控制的,因此升级管理单元可以通过统计当前时刻管理服务器所管理的所有设备中处于升级状态的设备的数量,来获取管理服务器所管理的所有设备中总的在升级设备数。或者,由管理服务器所管理的设备在升级的过程中,可以向升级管理单元上报升级进度,升级管理单元可以统计位于当前时刻之前且包括当前时刻的预设时间段内接收到的上报升级进度的设备的数量,将该上报升级进度的设备的数量确定为管理服务器所管理的所有设备中总的在升级设备数。当然,升级管理单元还可以采用其他方式获取管理服务器所管理的所有设备中总的在升级设备数,本申请实施例对此不作限定。
子步骤2053、锁定第一待升级设备的上层业务。
若在子步骤2052中升级管理单元确定管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数,则说明可以对第一待升级设备升级,此时,为了避免升级过程影响第一待升级设备的上层业务,以及避免上层业务对第一待升级设备的升级结果的影响,升级管理单元可以锁定第一待升级设备的上层业务。可选地,升级管理单元向第一待升级设备的上层业务对应的上层业务服务器发送锁定请求,该上层业务服务器接收到该锁定请求后,根据该锁定请求锁定第一待升级设备的上层业务。
子步骤2054、对第一待升级设备升级。
在锁定第一待升级设备的上层业务之后,升级管理单元可以对第一待升级设备升级。可选地,升级管理单元向第一待升级设备发送升级指令,第一待升级设备接收到升级指令后,根据升级指令从管理服务器的文件服务单元下载升级包,并根据该升级包在本地对第一待升级设备升级。
本申请实施例中,第一待升级设备在本地升级的过程中,可以向升级管理单元上报升级进度,在最终升级完成或者升级失败之后,第一待升级设备还可以向升级管理单元上报升级结果,该升级结果可以包括升级成功或升级失败,当升级结果为升级失败时,升级管理单元还可以根据预设的策略重新对第一待升级设备升级,详细的实现过程可以参考相关技术,本申请实施例在此不再赘述。
需要说明的是,由于第一待升级设备是满足预设的升级条件的设备,因此,该第一待升级设备升级成功的概率较大;此外,由于第一待升级设备在升级时,第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数,因此,并发升级的设备的数量较少,可以缩短第一待升级设备下载升级包的耗时,减少设备升级耗费的电量,进一步降低设备升级失败的概率。
子步骤2055、解锁第一待升级设备的上层业务。
对第一待升级设备升级之后,升级管理单元可以解锁第一待升级设备的上层业务,以便于第一待升级设备的上层业务正常运行。可选地,升级管理单元向第一待升级设备的上层业务对应的上层业务服务器发送解锁请求,该上层业务服务器接收到该解锁请求后,根据该解锁请求解锁第一待升级设备的上层业务。
子步骤2056、挂起第一待升级设备的升级。
若在子步骤2051中升级管理单元确定第一待升级设备所在小区的在升级设备数不小于第一待升级设备所在小区的并发升级数,或者,在子步骤2052中升级管理单元确定管理服务器所管理的所有设备中总的在升级设备数不小于总并发升级数,此时,虽然第一待升级设备满足预设的升级条件,但是由于并发升级数已经达到了上限,若对第一待升级设备升级,会造成升级包的下载过程耗时较长,因此,升级管理单元挂起第一待升级设备的升级。也即是,升级管理单元暂时不对第一待升级设备升级。
子步骤2057、在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。
升级管理单元挂起第一待升级设备的升级之后,在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,升级管理单元可以继续对第一待升级设备升级。升级管理单元对第一待升级设备升级的过程可以参考上述子步骤2054,且在对第一待升级设备升级之前,可以判断第一待升级设备是否满足预设的升级条件,并在第一待升级设备是否满足预设的升级条件时,锁定第一待升级设备的上层业务,再对该第一待升级设备升级,在对第一待升级设备升级之后,升级管理单元可以解锁第一待升级设备的上层业务,锁定第一待升级设备的上层业务的过程可以参考上述子步骤2053,解锁第一待升级设备的上层业务的过程可以参考上述子步骤2055,本申请实施例在此不再赘述。
可选地,升级管理单元挂起第一待升级设备的升级之后,可以定时或者不定时的获取第一待升级设备所在小区的在升级设备数,以及管理服务器所管理的所有设备中总的在升级设备数,并判断第一待升级设备所在小区的在升级设备数是否小于第一待升级设备所在小区的并发升级数,判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数,以在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。或者,在升级设备在升级完成之后可以向升级管理单元上报升级结果,升级管理单元接收到在升级设备上报的升级结果后,若上报升级结果的设备为第一待升级设备所在小区的设备,则升级管理单元确定在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数。
步骤206、禁止对第一待升级设备升级。
若在上述步骤202中升级管理单元确定第一待升级设备不满足预设的升级条件,则说明该第一待升级设备当前升级成功的概率较低,对该第一待升级设备升级会造成无谓的电量消耗,因此,升级管理单元禁止对第一待升级设备升级。在本申请实施例中,升级管理单元禁止对第一待升级设备升级之后,可以生成并存储升级信息,该升级信息中可以包括该第一待升级设备无法升级的原因等,本申请实施例在此不再赘述。
需要说明的是,对第一待升级设备升级之后,或者禁止对第一待升级设备升级之后,升级管理单元可以继续寻找下一待升级设备,并对该下一待升级设备升级。可选地,升级管理单元可以对待升级设备进行排序,并根据排序顺序寻找下一待升级设备,其中,升级管理单元可以采用设备列表对待升级设备进行排序。本申请实施例以下一待升级设备为第二待升级设备为例进行说明,请参考下述步骤207至步骤210的描述。
步骤207、获取第二待升级设备的设备信息。
步骤208、根据第二待升级设备的设备信息,判断第二待升级设备是否满足预设的升级条件。当第二待升级设备满足预设的升级条件时,执行步骤209;当第二待升级设备不满足预设的升级条件时,执行步骤210。
该步骤207和步骤208的实现过程可以参考上述步骤201和步骤202,本申请实施例在此不再赘述。
步骤209、根据第二待升级设备所在小区的并发升级数和预设的总并发升级数,对第二待升级设备升级。
其中,第二待升级设备所在小区的并发升级数为第二待升级设备所在小区中能够同时升级的设备的最大数量。
步骤210、禁止对第二待升级设备升级。
该步骤209和步骤210的实现过程可以参考上述步骤205和步骤206,本申请实施例在此不再赘述。
需要说明的是,实际应用中,第二待升级设备与第一待升级设备可以处于同一小区或不同小区,当第二待升级设备与第一待升级设备处于不同小区时,在步骤209之前,管理服务器还可以获取升级包的大小和第二待升级设备所在小区的带宽,并根据第二待升级设备所在小区的带宽和升级包的大小,确定第二待升级设备所在小区的并发升级数。管理服务器获取升级包的大小和第二待升级设备所在小区的带宽以及根据第二待升级设备所在小区的带宽和升级包的大小,确定第二待升级设备所在小区的并发升级数的实现过程可以参考上述步骤204和步骤205,本申请实施例在此不再赘述。
还需要说明的是,本申请实施例提供的设备升级方法步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内,因此不再赘述。
综上所述,本申请实施例提供的设备升级方法,由于在第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了升级失败的概率。
本申请实施例提供的设备升级方法,可以在小区内进行升级并发控制,降低同一小区内的设备升级对小区带宽的竞争,缩短软件包的下载时长,减小电量消耗,增加设备升级成功的概率,减少因升级失败引起的重新升级导致的电量额外消耗。此外,通过设置阈值来确定设备是否满足升级条件,减少无效升级的启动,进一步减少因无效升级引发的电量消耗。本申请实施例提供的设备升级方法,可以减少设备总体升级时长,提高设备总体升级成功的概率,减少设备升级的总体电量消耗,减少设备电池更换频率。
下面以IoT***为例对本申请实施例提供的设备升级方法进行说明。
假设IoT***包括管理服务器和由该管理服务器所管理的设备a1、设备a2、设备a3、设备a4、设备b1、设备b2和设备b3,设备a1、设备a2、设备a3和设备a4处于小区A中,设备b1、设备b2和设备b3处于小区B中,总并发升级数为3,计算得出的小区A的并发升级数和小区B的并发升级数均为2。管理服务器批量对该7个设备进行升级。假设设备列表中该7个设备的顺序为:设备a1、设备a2、设备a3、设备a4、设备b1、设备b2、设备b3。
则对该7个设备进行升级的过程可以如下:
步骤S1、管理服务器判断设备a1是否满足升级条件,在判断的过程中,管理服务器发现设备a1的剩余电量小于预设电量阈值,因此管理服务器确定设备a1不满足升级条件,认为设备a1升级失败。管理服务器可以记录设备a1升级失败的原因为电量不足。
步骤S2、管理服务器判断设备a2是否满足升级条件,在判断的过程中,管理服务器确定设备a2满足升级条件,此时,小区A的在升级设备数为0,总的在升级设备数也为0,由于小区A的在升级设备数小于小区A的并发升级数,且总的在升级设备数小于总并发升级数,因此,管理服务器对设备a2升级。当前,小区A的在升级设备数为1,小区B的在升级设备数为0,总的在升级设备数为1。
步骤S3、管理服务器判断设备a3是否满足升级条件,在判断的过程中,管理服务器确定设备a3满足升级条件,此时,小区A的在升级设备数为1,总的在升级设备数也为1,由小区A的在升级设备数小于小区A的并发升级数,且总的在升级设备数小于总并发升级数,因此,管理服务器对设备a3升级。当前,小区A的在升级设备数为2,小区B的在升级设备数为0,总的在升级设备数为2。
步骤S4、管理服务器判断设备a4是否满足升级条件,在判断的过程中,管理服务器确定设备a4满足升级条件,此时,小区A的在升级设备数为2,总的在升级设备数为2,由于小区A的在升级设备数等于小区A的并发升级数,因此,虽然总的在升级设备数小于总并发升级数,管理服务器仍然将设备a4的升级挂起。当前,小区A的在升级设备数为2,小区B的在升级设备数为0,总的在升级设备数为2。
步骤S5、管理服务器判断设备b1是否满足升级条件,在判断的过程中,管理服务器确定设备b1满足升级条件,此时,小区B的在升级设备数为0,总的在升级设备数为2,由小区B的在升级设备数小于小区B的并发升级数,且总的在升级设备数小于总并发升级数,因此,管理服务器对设备b1升级。当前,小区A的在升级设备数为2,小区B的在升级设备数为1,总的在升级设备数为3。
步骤S6、管理服务器判断设备b2是否满足升级条件,在判断的过程中,管理服务器确定设备b2满足升级条件,此时,小区B的在升级设备数为1,总的在升级设备数为3,由于总的在升级设备数等于总并发升级数,因此,虽然小区B的在升级设备数小于小区B的并发升级数,管理服务器仍然将设备b2的升级挂起。当前,小区A的在升级设备数为2,小区B的在升级设备数为1,总的在升级设备数为3。但是此时,管理服务器确定设备b1升级完成,因此当前时刻,小区A的在升级设备数为2,小区B的在升级设备数为0,总的在升级设备数为2。
步骤S7、管理服务器判断设备b3是否满足升级条件,在判断的过程中,管理服务器确定设备b3满足升级条件,此时,小区B的在升级设备数为0,总的在升级设备数为2,小区B的在升级设备数小于小区B的并发升级数,且总的在升级设备数小于总并发升级数,因此,管理服务器对设备b3升级。当前,小区A的在升级设备数为2,小区B的在升级设备数为1,总的在升级设备数为3。
经过上述步骤S1至S7之后,管理服务器对设备列表中的所有设备都进行了升级的判断。
在步骤S7之后,管理服务器确定设备b3升级完成,此时,小区A的在升级设备数为2,小区B的在升级设备数为0,总的在升级设备数为2。
步骤S8、管理服务器继续判断设备a4是否满足升级条件,在判断的过程中,管理服务器确定设备a4满足升级条件,此时,小区A的在升级设备数为2,由于小区A的在升级设备数等于小区A的并发升级数,因此,管理服务器继续将设备a4的升级挂起。当前,小区A的在升级设备数为2,小区B的在升级设备数为0,总的在升级设备数为2。
步骤S9、管理服务器判断设备b2是否满足升级条件,在判断的过程中,管理服务器确定设备b2满足升级条件,此时,小区B的在升级设备数为0,总的在升级设备数为2,由于小区B的在升级设备数小于小区B的并发升级数,且总的在升级设备数小于总的并发升级数,因此,管理服务器对设备b2升级。当前,小区A的在升级设备数为2,小区B的在升级设备数为1,总的在升级设备数为3。
经过上述步骤S8至S9之后,管理服务器对被挂挂起的设备重新进行了升级的判断。
在步骤S9之后,管理服务器确定设备a2升级完成,此时,小区A的在升级设备数为1,小区B的在升级设备数为1,总的在升级设备数为2。
步骤S10、管理服务器继续判断设备a4是否满足升级条件,在判断的过程中,管理服务器确定设备a4满足升级条件,此时,小区A的在升级设备数为1,总的在升级设备数为2,由于小区A的在升级设备数小于小区A的并发升级数,且总的在升级设备数小于总的并发升级数,因此,管理服务器启动设备a4的升级。当前,小区A的在升级设备数为2,小区B的在升级设备数为1,总的在升级设备数为3。
经过上述步骤S1至S10之后,管理服务器所管理的7个设备中,除设备a1之外的所有设备都进行了升级。
下述为本申请的装置实施例,可以用于执行本申请的方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参考图4,其示出了本申请实施例提供的一种设备升级装置400的框图。该设备升级装置400可以为管理服务器中的功能单元,且具体可以为管理服务器中的升级管理单元。参见图4,该设备升级装置400可以包括:
第一获取模块401,用于获取第一待升级设备的设备信息。
第一判断模块402,用于根据第一待升级设备的设备信息,判断第一待升级设备是否满足预设的升级条件。其中,设备信息包括:剩余电量和信号强度,预设的升级条件包括:剩余电量不小于预设电量阈值和信号强度不小于预设强度阈值。
第一升级模块403,用于当第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数,对第一待升级设备升级,第一待升级设备所在小区的并发升级数为第一待升级设备所在小区中能够同时升级的设备的最大数量。
综上所述,本申请实施例提供的设备升级装置,由于在第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了升级失败的概率。
进一步地,请参考图5,其示出了本申请实施例提供的另一种设备升级装置400的框图,参见图5,在图4的基础上,该设备升级装置400还可以包括:
第二获取模块404,用于获取升级包的大小和第一待升级设备所在小区的带宽;
确定模块405,用于根据第一待升级设备所在小区的带宽和升级包的大小,确定第一待升级设备所在小区的并发升级数。
可选地,第一升级模块403,用于:判断第一待升级设备所在小区的在升级设备数是否小于第一待升级设备所在小区的并发升级数;当第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数时,判断管理服务器所管理的所有设备中总的在升级设备数是否小于总并发升级数;当管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。
进一步地,请继续参考图5,该设备升级装置400还包括:
挂起模块406,用于当第一待升级设备所在小区的在升级设备数不小于第一待升级设备所在小区的并发升级数,或者,管理服务器所管理的所有设备中总的在升级设备数不小于总并发升级数时,挂起第一待升级设备的升级。
进一步地,请继续参考图5,该设备升级装置400还包括:
第二升级模块407,用于在第一待升级设备所在小区的在升级设备数小于第一待升级设备所在小区的并发升级数,且管理服务器所管理的所有设备中总的在升级设备数小于总并发升级数时,对第一待升级设备升级。
进一步地,请继续参考图5,该设备升级装置400还包括:
锁定模块408,用于在对第一待升级设备升级之前,锁定第一待升级设备的上层业务;
解锁模块409,用于在对第一待升级设备升级之后,解锁第一待升级设备的上层业务。
进一步地,请继续参考图5,该设备升级装置400还包括:
第三获取模块410,用于获取第二待升级设备的设备信息;
第二判断模块411,用于根据第二待升级设备的设备信息,判断第二待升级设备是否满足预设的升级条件;
第三升级模块412,用于当第二待升级设备满足预设的升级条件时,根据第二待升级设备所在小区的并发升级数和预设的总并发升级数,对第二待升级设备升级,第二待升级设备所在小区的并发升级数为第二待升级设备所在小区中能够同时升级的设备的最大数量。
综上所述,本申请实施例提供的设备升级装置,由于在第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了升级失败的概率。
需要说明的是:上述实施例提供的设备升级装置在进行设备升级时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将管理服务器的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的设备升级装置与设备升级方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
请参考图6,其示出了本申请实施例提供的一种管理服务器的结构示意图,参见图6,该管理服务器包括处理器601和存储器602,存储器602中存储有指令6021,处理器601被配置为执行存储器602中存储的指令6021,处理器601通过执行该指令6021来实现图2所示实施例提供的设备升级方法。
可选地,如图6所示,该管理服务器还包括至少一个网络接口603或者其他通信接口,和至少一个通信总线604。网络接口603可以是有线网络接口或无线网络接口,通过该至少一个网络接口603实现该管理服务器与至少一个其他网元之间的通信连接,管理服务器可以使用互联网、广域网、本地网或城域网等与至少一个其他网元通信。总线604用于实现处理器601、存储器602和网络接口603之间的连接通信。在本申请实施例中,存储器602可能包含高速随机存取存储器(RandomAccess Memory,RAM),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。
综上所述,本申请实施例提供的管理服务器,由于在第一待升级设备满足预设的升级条件时,根据第一待升级设备所在小区的并发升级数和预设的总并发升级数对第一待升级设备升级,因此可以避免同一小区中同时升级的设备数量较多导致升级过程耗时越长的问题,有助于解决设备升级耗费的电量较大,甚至导致升级失败的问题,减少了设备升级耗费的电量,降低了升级失败的概率。
本申请实施例还提供了一种设备升级***,该设备升级***可以包括管理服务器和待升级设备,管理服务器可以包括图4或图5所示的设备升级装置400;或者,管理服务器为图6所示的管理服务器。在一些可选的实施方案中,该设备升级***还包括文件服务器和上层业务服务器,上层业务服务器可以在待升级设备升级的过程中,锁定待升级设备的上层业务,文件服务器可以为待升级设备提供升级包。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当该指令在计算机的处理组件上运行时,使得处理组件执行上述图2所描述的设备升级方法。
本申请实施例还提供了一种包含指令的计算机程序产品,当计算机程序产品在计算机的处理组件上运行时,使得处理组件执行上述图2所描述的设备升级方法。
本申请实施例还提供了一种处理装置,该处理装置包括至少一个电路,该至少一个电路用于执行上述图2所描述的设备升级方法。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (20)
1.一种设备升级方法,其特征在于,所述方法包括:
获取第一待升级设备的设备信息;
根据所述第一待升级设备的设备信息,判断所述第一待升级设备是否满足预设的升级条件;
当所述第一待升级设备满足所述预设的升级条件时,根据所述第一待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第一待升级设备升级,所述第一待升级设备所在小区的并发升级数为所述第一待升级设备所在小区中能够同时升级的设备的最大数量。
2.根据权利要求1所述的方法,其特征在于,在所述根据所述第一待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第一待升级设备升级之前,所述方法还包括:
获取升级包的大小和所述第一待升级设备所在小区的带宽;
根据所述第一待升级设备所在小区的带宽和所述升级包的大小,确定所述第一待升级设备所在小区的并发升级数。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第一待升级设备升级,包括:
判断所述第一待升级设备所在小区的在升级设备数是否小于所述第一待升级设备所在小区的并发升级数;
当所述第一待升级设备所在小区的在升级设备数小于所述第一待升级设备所在小区的并发升级数时,判断管理服务器所管理的所有设备中总的在升级设备数是否小于所述总并发升级数;
当所述管理服务器所管理的所有设备中总的在升级设备数小于所述总并发升级数时,对所述第一待升级设备升级。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当所述第一待升级设备所在小区的在升级设备数不小于所述第一待升级设备所在小区的并发升级数,或者,所述管理服务器所管理的所有设备中总的在升级设备数不小于所述总并发升级数时,挂起所述第一待升级设备的升级。
5.根据权利要求4所述的方法,其特征在于,在所述挂起所述第一待升级设备的升级之后,所述方法还包括:在所述第一待升级设备所在小区的在升级设备数小于所述第一待升级设备所在小区的并发升级数,且所述管理服务器所管理的所有设备中总的在升级设备数小于所述总并发升级数时,对所述第一待升级设备升级。
6.根据权利要求3至5任一所述的方法,其特征在于,
在所述对所述第一待升级设备升级之前,所述方法还包括:锁定所述第一待升级设备的上层业务;
在所述对所述第一待升级设备升级之后,所述方法还包括:解锁所述第一待升级设备的上层业务。
7.根据权利要求1至5任一所述的方法,其特征在于,
所述设备信息包括:剩余电量和信号强度,所述预设的升级条件包括:所述剩余电量不小于预设电量阈值和所述信号强度不小于预设强度阈值。
8.根据权利要求1至5任一所述的方法,其特征在于,所述方法还包括:
获取第二待升级设备的设备信息;
根据所述第二待升级设备的设备信息,判断所述第二待升级设备是否满足预设的升级条件;
当所述第二待升级设备满足所述预设的升级条件时,根据所述第二待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第二待升级设备升级,所述第二待升级设备所在小区的并发升级数为所述第二待升级设备所在小区中能够同时升级的设备的最大数量。
9.一种设备升级装置,其特征在于,所述装置包括:
第一获取模块,用于获取第一待升级设备的设备信息;
第一判断模块,用于根据所述第一待升级设备的设备信息,判断所述第一待升级设备是否满足预设的升级条件;
第一升级模块,用于当所述第一待升级设备满足所述预设的升级条件时,根据所述第一待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第一待升级设备升级,所述第一待升级设备所在小区的并发升级数为所述第一待升级设备所在小区中能够同时升级的设备的最大数量。
10.根据权利要求9所述的装置,其特征在于,所述装置还包括:
第二获取模块,用于获取升级包的大小和所述第一待升级设备所在小区的带宽;
确定模块,用于根据所述第一待升级设备所在小区的带宽和所述升级包的大小,确定所述第一待升级设备所在小区的并发升级数。
11.根据权利要求9所述的装置,其特征在于,所述第一升级模块,用于:
判断所述第一待升级设备所在小区的在升级设备数是否小于所述第一待升级设备所在小区的并发升级数;
当所述第一待升级设备所在小区的在升级设备数小于所述第一待升级设备所在小区的并发升级数时,判断管理服务器所管理的所有设备中总的在升级设备数是否小于所述总并发升级数;
当所述管理服务器所管理的所有设备中总的在升级设备数小于所述总并发升级数时,对所述第一待升级设备升级。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
挂起模块,用于当所述第一待升级设备所在小区的在升级设备数不小于所述第一待升级设备所在小区的并发升级数,或者,所述管理服务器所管理的所有设备中总的在升级设备数不小于所述总并发升级数时,挂起所述第一待升级设备的升级。
13.根据权利要求12所述的装置,其特征在于,所述装置还包括:
第二升级模块,用于在所述第一待升级设备所在小区的在升级设备数小于所述第一待升级设备所在小区的并发升级数,且所述管理服务器所管理的所有设备中总的在升级设备数小于所述总并发升级数时,对所述第一待升级设备升级。
14.根据权利要求11至13任一所述的装置,其特征在于,所述装置还包括:
锁定模块,用于在对所述第一待升级设备升级之前,锁定所述第一待升级设备的上层业务;
解锁模块,用于在对所述第一待升级设备升级之后,解锁所述第一待升级设备的上层业务。
15.根据权利要求9至13任一所述的装置,其特征在于,
所述设备信息包括:剩余电量和信号强度,所述预设的升级条件包括:所述剩余电量不小于预设电量阈值和所述信号强度不小于预设强度阈值。
16.根据权利要求9至13任一所述的装置,其特征在于,所述装置还包括:
第三获取模块,用于获取第二待升级设备的设备信息;
第二判断模块,用于根据所述第二待升级设备的设备信息,判断所述第二待升级设备是否满足预设的升级条件;
第三升级模块,用于当所述第二待升级设备满足所述预设的升级条件时,根据所述第二待升级设备所在小区的并发升级数和预设的总并发升级数,对所述第二待升级设备升级,所述第二待升级设备所在小区的并发升级数为所述第二待升级设备所在小区中能够同时升级的设备的最大数量。
17.一种管理服务器,其特征在于,所述管理服务器包括处理器和存储器,所述处理器被配置为执行所述存储器中存储的指令,所述处理器通过执行所述指令来实现权利要求1至8任一所述的设备升级方法。
18.一种设备升级***,其特征在于,所述***包括管理服务器和待升级设备,所述管理服务器包括权利要求9至16任一所述的设备升级装置;或者,所述管理服务器为权利要求17所述的管理服务器。
19.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当所述指令在计算机的处理组件上运行时,使得所述处理组件执行权利要求1至8任一所述的设备升级方法。
20.一种处理装置,其特征在于,所述处理装置包括至少一个电路,所述至少一个电路用于执行权利要求1至8任一所述的设备升级方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711171558.6A CN109814892B (zh) | 2017-11-22 | 2017-11-22 | 设备升级方法、装置及***、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711171558.6A CN109814892B (zh) | 2017-11-22 | 2017-11-22 | 设备升级方法、装置及***、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109814892A true CN109814892A (zh) | 2019-05-28 |
CN109814892B CN109814892B (zh) | 2021-11-19 |
Family
ID=66601034
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711171558.6A Active CN109814892B (zh) | 2017-11-22 | 2017-11-22 | 设备升级方法、装置及***、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109814892B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602688A (zh) * | 2019-10-15 | 2019-12-20 | 青岛海信电子设备股份有限公司 | 终端软件升级方法和升级*** |
CN110602209A (zh) * | 2019-09-09 | 2019-12-20 | 合肥移瑞通信技术有限公司 | 一种基于dmp的固件空中升级方法及*** |
CN110633094A (zh) * | 2019-10-22 | 2019-12-31 | 宁波三星医疗电气股份有限公司 | 一种电力终端远程升级方法、主站以及电力*** |
CN111443929A (zh) * | 2020-03-24 | 2020-07-24 | 广东星舆科技有限公司 | Cors设备升级的管控方法、***及可读存储介质 |
CN111479261A (zh) * | 2019-01-24 | 2020-07-31 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN114448798A (zh) * | 2022-01-27 | 2022-05-06 | 瀚云科技有限公司 | 一种批量设备远程固件升级方法、装置、电子设备及介质 |
CN114785688A (zh) * | 2022-06-21 | 2022-07-22 | 深圳市华曦达科技股份有限公司 | 一种终端设备升级方法及*** |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009583A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 预定任务执行方法和管理任务执行方法、及其终端设备 |
CN101056280A (zh) * | 2007-05-24 | 2007-10-17 | 中国联合通信有限公司 | 一种即时消息客户端升级管理方法及*** |
US20090150878A1 (en) * | 2007-12-11 | 2009-06-11 | Rabindra Pathak | Method and system for updating the software of multiple network nodes |
CN102281554A (zh) * | 2010-06-11 | 2011-12-14 | 大唐移动通信设备有限公司 | 一种控制rru远程升级的方法及装置 |
WO2013189236A1 (zh) * | 2012-06-19 | 2013-12-27 | 优视科技有限公司 | 移动终端内部软件的更新方法和装置 |
CN107220070A (zh) * | 2017-08-01 | 2017-09-29 | 浙江佳乐科仪股份有限公司 | 一种物联网用dtu数据采集方法 |
CN107239302A (zh) * | 2017-05-10 | 2017-10-10 | 努比亚技术有限公司 | 一种固件升级方法、终端和服务器 |
US20170322790A1 (en) * | 2016-05-04 | 2017-11-09 | Oleksii Surdu | Reliable and Secure Firmware Update with a Dynamic Validation for Internet of Things (IoT) Devices |
-
2017
- 2017-11-22 CN CN201711171558.6A patent/CN109814892B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009583A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 预定任务执行方法和管理任务执行方法、及其终端设备 |
CN101056280A (zh) * | 2007-05-24 | 2007-10-17 | 中国联合通信有限公司 | 一种即时消息客户端升级管理方法及*** |
US20090150878A1 (en) * | 2007-12-11 | 2009-06-11 | Rabindra Pathak | Method and system for updating the software of multiple network nodes |
CN102281554A (zh) * | 2010-06-11 | 2011-12-14 | 大唐移动通信设备有限公司 | 一种控制rru远程升级的方法及装置 |
WO2013189236A1 (zh) * | 2012-06-19 | 2013-12-27 | 优视科技有限公司 | 移动终端内部软件的更新方法和装置 |
US20170322790A1 (en) * | 2016-05-04 | 2017-11-09 | Oleksii Surdu | Reliable and Secure Firmware Update with a Dynamic Validation for Internet of Things (IoT) Devices |
CN107239302A (zh) * | 2017-05-10 | 2017-10-10 | 努比亚技术有限公司 | 一种固件升级方法、终端和服务器 |
CN107220070A (zh) * | 2017-08-01 | 2017-09-29 | 浙江佳乐科仪股份有限公司 | 一种物联网用dtu数据采集方法 |
Non-Patent Citations (2)
Title |
---|
PETERRUCKEBUSCH 等: ""GITAR: Generic extension for Internet-of-Things ARchitectures enabling dynamic updates of network and application modules"", 《AD HOC NETWORKS》 * |
王楠: ""WCDMA与GSM无线网共同组网技术研究"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111479261A (zh) * | 2019-01-24 | 2020-07-31 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN111479261B (zh) * | 2019-01-24 | 2022-11-18 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN110602209A (zh) * | 2019-09-09 | 2019-12-20 | 合肥移瑞通信技术有限公司 | 一种基于dmp的固件空中升级方法及*** |
CN110602688A (zh) * | 2019-10-15 | 2019-12-20 | 青岛海信电子设备股份有限公司 | 终端软件升级方法和升级*** |
CN110602688B (zh) * | 2019-10-15 | 2023-07-04 | 青岛海信电子设备股份有限公司 | 终端软件升级方法和升级*** |
CN110633094A (zh) * | 2019-10-22 | 2019-12-31 | 宁波三星医疗电气股份有限公司 | 一种电力终端远程升级方法、主站以及电力*** |
CN111443929A (zh) * | 2020-03-24 | 2020-07-24 | 广东星舆科技有限公司 | Cors设备升级的管控方法、***及可读存储介质 |
CN114448798A (zh) * | 2022-01-27 | 2022-05-06 | 瀚云科技有限公司 | 一种批量设备远程固件升级方法、装置、电子设备及介质 |
CN114785688A (zh) * | 2022-06-21 | 2022-07-22 | 深圳市华曦达科技股份有限公司 | 一种终端设备升级方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN109814892B (zh) | 2021-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109814892A (zh) | 设备升级方法、装置及***、存储介质 | |
CN103477673B (zh) | 自组织网络中的协调 | |
RU2547622C2 (ru) | Способ, базовая станция, терминал и система связи для выбора компонентной несущей | |
US9357403B2 (en) | Conflict handling in self-organizing networks | |
CN102790963B (zh) | 基于Android手机的移动自组网***及其构建方法 | |
CN103634854A (zh) | 终端接入方法、***和终端 | |
CN103493575A (zh) | 用于移动宽带网络中固定装置的随机接入技术 | |
CN104838685A (zh) | 用于无线网络的节能操作 | |
CN103037432B (zh) | 载波聚合功能的控制方法及装置 | |
CN103379660B (zh) | 自组织网络功能选择的方法、装置和*** | |
CN114747239A (zh) | 无线通信网络中IoT设备的管理 | |
CN106488424A (zh) | D2d场景下中继ue的激活方法及装置 | |
CN101262624A (zh) | 寻呼用户设备的方法和*** | |
CN109936861A (zh) | 通信方法及接入网设备、终端设备、核心网设备 | |
US20240214277A1 (en) | A packet data unit session for machine learning exploration for wireless communication network optimization | |
CN102905343B (zh) | 无线接入方法和无线接入控制器 | |
CN103188801A (zh) | Sta控制方法和装置 | |
EP3035721B1 (en) | Resource sharing between devices in a wireless network | |
CN107548121A (zh) | 确定接入网络的方法及装置 | |
CN105630584A (zh) | 应用程序的运行控制方法、***和终端 | |
CN106161083A (zh) | 一种网络传输设备的软件升级方法 | |
CN1333558C (zh) | 通过无线终端创建新通信网络的方法及实现所述方法的终端 | |
JP5287842B2 (ja) | サーバ装置、クライアント装置および通信システム | |
CN101883331A (zh) | 基于家用基站的寻呼组设置方法、寻呼组信息获取方法 | |
CN116436755B (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 |