CN114489730A - 一种远程升级方法及其终端设备、计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种远程升级方法及其终端设备、计算机可读存储介质，该方法包括：响应于远程升级指令，获取远程升级数据包；获取设备序列组，其中，所述设备序列组包括若干终端设备；采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，以使所述若干终端设备利用所述远程升级数据包进行升级。本申请的远程升级方法能够针对性的对一类设备进行升级，极大缩短大规模终端设备情况下所有设备远程升级的总时间，提高大规模终端设备远程升级的稳定性以及数据上报的可靠性。

Description

一种远程升级方法及其终端设备、计算机可读存储介质

技术领域

本申请涉及计算机技术领域，更具体地说，涉及一种远程升级方法及其终端设备、计算机可读存储介质。

背景技术

近年来，无线通信技术在物联网发展中占有越来越重要的地位。疫情形势下，无线通信技术以其无接触、高可靠性、单点多控等多个优势被广泛应用于智慧家居、智慧城市、智慧农业、智慧交通等众多物联网领域。其中Zigbee无线通信技术以其特有的低功耗、低复杂度以及具备组建庞大无线物联网络等特性在物联网传输层和感知层占有越来越重要的地位。

OTA(Over the air，空中升级)技术的原理是基于无线通信对终端设备进行远程固件升级管理。伴随越来越多的Zigbee单节点投入到使用场景中，大规模Zigbee单节点的固件升级仍旧采用单点OTA技术，其操作高重复性、高耗时以及长期不稳定性无法满足大规模终端设备固件同步快速升级的需求。

发明内容

有鉴于此，本申请的目的是提供一种远程升级方法，能够针对性的对一类设备进行升级，极大缩短大规模终端设备情况下所有设备远程升级的总时间，提高大规模终端设备远程升级的稳定性以及数据上报的可靠性。

为解决上述技术问题，本申请提供的第一个技术方案为：提供一种远程升级方法，所述远程升级方法，包括：

响应于远程升级指令，获取远程升级数据包；

获取设备序列组，其中，所述设备序列组包括若干终端设备；

采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，以使所述若干终端设备利用所述远程升级数据包进行升级。

其中，所述远程升级方法，还包括：

向所述设备序列组中的若干终端设备下发远程升级通知，以使所述若干终端设备进入远程升级状态；

其中，所述远程升级通知包括以下至少一种信息：升级模式信息、组播协议版本、远程升级固件关键信息、多位使能位。

其中，所述设备序列组还包括若干路由器，每一路由器与至少一个终端设备通信连接。

所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，包括：

采用所述组播技术向所述设备序列组中的路由器下发所述远程升级数据包；

通过所述路由器将所述远程升级数据包转发给若干终端设备。

其中，所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，包括：

获取所述设备序列组中若干终端设备的通信信息；

采用组播技术按照所述若干终端设备的通信信息，分配所述若干终端设备的发包时间；

按照所述若干终端设备的发包时间下发所述远程升级数据包。

其中，所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包之后，所述远程升级方法包括：

向所述若干终端设备下发缺失查询指令；

获取所述若干终端设备基于所述缺失查询指令上传的缺失的子数据包序列号；

采用组播技术向所述若干终端设备下发所述子数据包序列号对应的子数据包。

其中，所述获取设备序列组，包括：

获取设备管理队列；

采用信号量阻塞等待的方式遍历所述设备管理队列中的终端设备，将所述终端设备加入所述设备序列组；

重新遍历加入所述设备序列组失败的终端设备，直至遍历次数达到预设次数。

其中，所述远程升级方法，还包括：

响应于云端的群组设置指令，基于所述群组设备指令创建所述设备序列组；

获取创建所述设备序列组的入组进度，将所述入组进度发送给移动客户端，以使所述移动客户端将所述入组进度可视化。

为解决上述技术问题，本申请提供的第二个技术方案为：提供一种远程升级方法，所述远程升级方法应用于一种远程升级系统，所述远程升级系统包括网关端和设备端。

其中，所述网关端响应于云端的远程升级指令，获取远程升级数据包；

所述网关端获取设备序列组，其中，所述设备序列组包括若干设备端；

所述网关端采用组播技术向所述设备序列组中的若干设备端下发远程升级数据包；

所述设备端利用所述远程升级数据包进行升级。

其中，所述网关端采用组播技术向所述设备序列组中的若干设备端下发远程升级数据包之后，所述远程升级方法还包括：

所述网关端向所述设备端下发缺失查询指令；

所述设备端基于缺失查询指令上传缺失的子数据包序列号；

所述网关端采用组播技术向所述设备端下发所述子数据包序列号对应的子数据包；

所述设备端判断自身是否缺失所述子数据包，丢弃不缺失的子数据包，写入缺失的子数据包。

为解决上述技术问题，本申请提供的第三个技术方案为：提供一种终端设备，所述终端设备包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如上述的远程升级方法。

为解决上述技术问题，本申请提供的第三个技术方案为：提供一种计算机可读存储介质，所述程序被处理器执行时实现如上述的远程升级方法。

本申请的有益效果是：本申请的远程升级方法能够响应于远程指令以获取升级数据包，进而获取包含若干终端设备的设备序列组，并采用组播技术向设备序列组中的若干设备下发远程升级数据包，实现若干终端设备的升级。该方法能够针对性的对一类设备进行升级，极大缩短大规模终端设备情况下所有设备远程升级的总时间，提高大规模终端设备远程升级的稳定性以及数据上报的可靠性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请提供的远程升级方法第一实施例的流程示意图；

图2是本申请提供的远程升级方法第二实施例的流程示意图；

图3是本申请提供的远程升级系统的工作流程示意图；

图4是本申请提供的远程升级系统一实施例的交互示意图；

图5是本申请提供的终端设备一实施例的结构示意图；

图6是本申请提供的计算机可读存储介质的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的核心是提供一种远程升级方法，用以解决单点OTA技术由于其操作高重复性、高耗时以及长期不稳定性无法满足大规模终端设备固件同步快速升级的需求的问题。

下面结合附图和实施例对本申请进行详细的说明。

其中，本申请的终端设备可以为服务器，也可以为由服务器和本地终端相互配合的系统。相应地，本申请的终端设备包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以分别设置于服务器和本地终端中。

进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。在一些可能的实现方式中，本申请实施例的远程升级方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。具体地，本申请实施例的终端设备可以具体为一种网关端，下面以网关端为远程升级方法的保护主体进行说明。

如图1所示，图1是本申请提供的远程升级方法第一实施例的流程示意图，本申请实施例的远程升级方法的具体步骤如下：

步骤S11：响应于远程升级指令，获取远程升级数据包。

在本申请实施例中，用户能够通过移动客户端向云端发起升级请求，云端接收到该升级请求的指令后，向网关端下发远程升级指令。网关端能够响应于云端的远程升级指令，以获取设备端需要的远程升级数据包。

步骤S12：获取设备序列组，其中，设备序列组包括若干终端设备。

在本申请实施例中，为了后续网关端能够采用组播技术向设备端下发远程升级数据包，以实现设备端利用该远程升级数据包进行升级。网关端可以获取设备序列组，其中，该设备序列组包括若干终端设备。

需要说明的是，组播技术指的是单个发送者对应多个接收者的一种网络通信。组播技术中，通过向多个接收方传送单信息流方式，可以减少具有多个接收方同时收听或查看相同资源情况下的网络通信流量。在本申请实施例中，网关端能够用组播技术向设备端下发远程升级数据包。

具体的，网关端能够将上述设备序列建立内存管理链表，以将设备进行分组管理。需要说明的是，本申请实施例对于分组的数量不做限定，例如可以为一组，也可以为两组或两组以上，本申请实施例以将设备分为一组进行说明。

在其他实施例中，上述设备序列组还可以包括若干路由器，其中每一路由器至少与一个终端设备通信连接。可以理解的，对于距离网关端较近的设备端，网关端可直接与设备端进行通信连接；然而对于距离网关端较远的设备端，通常情况下，设备端需要先与路由器建立通信连接，进而通过路由器与网关端进行通信连接。因此，网关端获取包括若干路由器的设备序列，以实现与距离较远的设备端进行通讯，进而实现分组。

优选的，为了使待升级的终端设备入组成功，在其他实施例中，上述网关端还可以获取设备管理队列，其中，设备管理队列包括若干待入组的终端设备。进一步的，网关端采用信号量阻塞等待的方式遍历设备管理队列中的终端设备，以将终端设备加入设备序列组。对于入组失败的终端设备，网关端重新遍历加入设备序列组失败的终端设备，直至遍历次数达到预设次数。

需要说明的是，信号量阻塞等待为一种程序等待消息的状态，在整个等待过程中，等待者除了等待消息之外不能做其它的事情，则该机制就是信号量阻塞等待机制。若表现在程序中，也即该程序一直阻塞在该函数调用处不能继续往下执行。在本申请实施例中，若干设备端只能依次等待网关端的遍历以加入群组。若设备端入组失败，则网关端对其进行再一次遍历使其加入群组。

进一步的，本申请对于遍历的预设次数的设置不做限制，例如可以为三次，在本申请实施例中，对于网关端遍历三次但三次都入组失败的设备端，网关端不再对进行遍历，且认为该设备端入组失败。

优选的，在其他实施例中，网关端能够在响应于云端的群组设置指令后，并基于该群组设备指令创建上述设备序列组。

具体的，网关端能够在每次重新上电的时候，主动向云端上报网关端以及设备端各自的远程升级属性，该属性表示网关端和设备端是否具有远程升级的能力。云端在接收到网关端发送的网关端以及设备端各自的远程升级属性后，对于满足远程升级的能力的网关端和设备端，向网关端下发群组设置指令，其中，该群组包括若干满足远程升级的能力的设备端。

优选的，为了使用户能够通过移动客户端查看设备端的入组进度。网关端还可以获取创建设备序列组的入组进度，将该入组进度发送给移动客户端，以使移动客户端将该入组进度可视化。

具体的，网关端可以启动入组进度上报定时器，以在移动客户端比例化展示入组进度，丰富人机交互。在设备端入组动作开始后，网关端入组进度上报定时器随即开启，并周期性的向云端上报入组成功或失败的结果，以缓解云端频繁收发数据的压力。

步骤S13：采用组播技术向设备序列组中的若干终端设备下发远程升级数据包，以使若干终端设备利用远程升级数据包进行升级。

在本申请实施例中，网关端在获取到包含若干终端设备的设备序列组后，采用组播技术向设备序列组中的若干终端设备下发远程升级数据包，以实现若干终端设备利用该远程升级数据包进行升级。

基于上述实施例，网关端还可以采用组播技术向设备序列组中的路由器下发远程升级数据包，以通过路由器将远程升级数据包转发给若干终端设备，进而实现若干终端设备利用该远程升级数据包进行升级。

具体的，网关端可以先获取设备序列组中若干终端设备的通讯信息，接着采用组播技术按照上述设备端的通讯信息，分配终端设备的发包时间，最后按照终端设备的发包时间向终端设备下发远程升级数据包。

可以理解的，网关端和设备端在进行通信时，其二者之间心跳频繁交互，同时由于网关端连续向设备端组播发送远程升级数据包，大量网关端数据源的信号能量输出和组播数据在路由器间的高频转发，极容易遇到碰撞避免机制的CCA(Clear ChannelAssessment，空闲信道评估)门限问题而造成远程升级数据包发送失败并被IEEE 802.15.4物理层丢失。因此，为了最大化利用所占信道带宽，对大量固件升级实验频谱和设备端成功收包率分析，网关端可以根据设备端的通信信息，得出终端设备的最优发包时间并向其进行发包。

需要说明的是，上述CCA(Clear Channel Assessment，空闲信道评估)是一种频道评估。在无线通信系统中，当设备需要在某一频道上发送数据之前，首先在这个频道上进行接收，如果经过给定的时间，没有发现有其它设备在此频道上发送数据，则开始发送；如果发现有其他设备在发送数据，则随机避让一段时间后再次重试此过程。该方法能够有效地避免无线信道上的冲突，也叫做带有冲突避免的载频侦听多路访问。在本申请实施例中，若网关端向设备端的发送频率超过CCA门限，则极容易产生无线信道的冲突，进而导致远程升级数据包发送失败并丢失。

因此，为了防止由于CCA门限问题而造成的数据包发送失败的情况，网关端可以根据设备端的通信信息，得出终端设备的最优发包时间并向其进行发包。

优选的，网关端可以采用动态间隔时间分配法来规避此问题。动态间隔时间分配法是指在某一系统的线路进行在线工作，也即通信时，对该状态下的通信时间进行调整，以避免多个线路之间的上下行流量需求存在冲突的情况。在本申请实施例中，网关端可根据设备端的通信信息采用动态间隔时间分配法对发包时间进行调整，以实现按照最优的发包时间向设备端进行发包，避免了由于CCA门限问题而造成的数据包发送失败的情况。

需要说明的是，上述远程升级数据包由云端向网关端发送，网关端对该远程升级数据包进行本地保存操作，进而发送至设备端。

优选的，网关端可根据云端下发的远程升级数据包解析出url(uniform resourcelocator，统一资源定位系统)链接进行保存。进一步的，网关端还可以对保存后的远程升级数据包进行本地校验操作。

优选的，网关端在完成远程升级数据包本地校验操作以后，还可以进一步的向设备序列组中的若干终端设备下发远程升级通知，以使若干终端设备进入远程升级状态。

需要说明的是，本申请对于远程升级通知包含的信息不做限定，例如可以为升级模式信息、组播协议版本、远程升级固件关键信息、多位使能位等。

在上述实施例的基础上，网关端在向设备序列组中的设备端下发远程升级通知，以使若干终端设备进入远程升级状态后，可进一步向其发送远程升级数据包。由于无法保证所有终端设备都能收到完整的远程升级数据包，因此可对远程升级数据包进行标识操作，以便于终端设备查找自身缺失的数据包。

优选的，网关端可读取本地保存的远程升级数据包以组建负载内容，进而向设备端发送远程升级数据包。由于单个远程升级数据包最大容限为128B，因此除去APS帧头数据长度，采取每次负载内容中有效负载60B，同时增加控制指令类型，子数据包设备序列号和数据校验位等信息，以采用组播技术向设备序列组中的终端设备下发远程升级数据包。

进一步的，如图2所示，图2是本申请提供的远程升级方法第二实施例的流程示意图。网关端采用组播技术向设备序列组中的若干终端设备下发远程升级数据包之后，还可以进一步向若干终端设备下发缺失查询指令以查询设备端是否升级失败。

步骤S21：向若干终端设备下发缺失查询指令。

在本申请实施例中，网关端向若干终端设备下发缺失查询指令以查询设备端是否升级失败。

步骤S22：获取若干终端设备基于缺失查询指令上传的缺失的子数据包序列号。

在本申请实施例中，对于升级失败的设备端，其能够基于该缺失查询指令向网关端上传其缺失的子数据包序列号。

步骤S23：采用组播技术向若干终端设备下发子数据包序列号对应的子数据包。

在本申请实施例中，网关端获取升级失败的终端设备分别上传的缺失的子数据包序列号，并采用组播技术向设备序列组中的设备端下发上述缺失子数据包序列号对应的子数据包。

优选的，群组内所有的设备端均会接收到网关端下发的子数据包并判断自身是否缺失，对于缺失子数据包的设备端，则将其缺失的数据包写入缓存；对于不缺失子数据包，也即升级成功的设备端，则将其后收到的数据包丢弃。

可以理解的，网关端使用组播补包方式对设备端进行补报操作，网关端对于遍历的设备补包数量呈指数型递减趋势，同时网关端遍历查询应答补包速度越来越快，极大的提高了群升数据包的执行速度。

优选的，在网关端获取升级失败的终端设备分别上传的缺失的子数据包序列号时，受限于其单次发送最大128B的数据容限，网关端可采用MF标志位的差分循环应答模式与设备端进行通讯。

MF标志位为数据传输中标志字段中的最低位，通过设置MF标志位代替整个标志字段，数据的接收方能够仅通过MF标志位而知道该标志位所在的整个标志字段，也即数据包的到达时刻。

优选的，为了减少整个传输过程中动态内存分配的任务开销，网关端可采用静态内存分配的方式来实现记录设备端缺失的子数据包序列，同时可采用全局偏移量作为补包标识。

需要说明的是，静态内存分配为系统自动为网关端分配所需的内存空间，并当数据包在作用域内使用完毕时，系统会为网关端自动释放所占用的内存空间；全局偏移量为人工加密的一种解析手段，通过设置静态内存分配的方式以及全局偏移量的手段，能够有效地减少整个传输过程中动态内存分配的任务开销。

请参阅图3，图3是本申请提供的远程升级系统的工作流程示意图。如图3所示，用户通过移动客户端上向云端发起升级请求，云端接收到该升级请求的指令，向网关端下发建立群组的通知。网关端接收云端的建立群组指令，并下发到设备端，以实现设备端群组的建立，并将该结果通过移动客户端可视化向用户展示。

进一步的，网关端接收云端下发的远程升级数据包，并将该远程升级数据包进行解析操作，通过解析出的url链接进行远程升级数据包本地缓存操作和校验操作。

进一步的，网关端向设备端组播远程升级数据包以实现设备端的远程升级。其中，网关端可启动群升进度上报定时器，通过移动客户端比例化展示设备端的群升进度及其所需剩余时间。设备端群升结束后，网关端还可以进一步向终端设备下发缺失查询指令以查询设备端是否升级失败。群组内所有的设备端均会接收到网关端下发的子数据包并判断自身是否缺失，对于缺失子数据包的设备端，则将其缺失的数据包写入缓存；对于不缺失子数据包，也即升级成功的设备端，则将其后收到的数据包丢弃。进一步的，网关遍历上报所有设备当前固件版本，以便云端后台检验后判定设备端升级结构，同时可将该结果在移动客户端进行展示，方便用户查看。

进一步的，群升过程结束后，网关端可向云端上报结束标志，云端接收结束标志指令后进行解散群组、释放资源的操作，并通知移动客户端以便用户进行其他操作。

本申请提出的远程升级方法，能够集中式对大规模终端设备进行远程升级，降低了人为操作大规模使用Zigbee节点的产品固件迭代门槛，同时采用预期查询应答群组补包方式，百分百规避网关端发包过程中引起的CCA门限碰撞问题以及设备端受网络环境干扰影响导致的升级失败的问题。网关端使用组播技术与设备端进行通信，能够针对性的对需要群升的若干设备进行数据管理。上述多种优化方式的实现，极大缩短了大规模终端设备下所有设备成功远程升级的总时间，提高大规模设备远程升级的稳定性，对大规模设备的控制、数据上报的可靠性等性能方面都有极大的提升。

请继续参阅图4，图4是本申请提供的远程升级系统一实施例的交互示意图。其中，本申请实施例所述的远程升级方法应用于一种远程升级系统300，该远程升级系统300包括网关端33和设备端34。进一步的，该远程升级系统还可以包括移动客户端31以及云端32。

在本申请实施例中，用户通过移动客户端31上向云端32发起升级请求，云端32接收到该升级请求的指令，并向网关端33下发远程升级指令。网关端33响应于云端32的远程升级指令，获取远程升级数据包以用于设备端34升级。此外，网关端33通过设备端34获取设备序列组并将其进行标号，其中，设备序列组包括若干设备端34。进一步的，网关端33采用组播技术向设备序列组中的若干设备端34下发远程升级数据包，以实现设备端34利用该远程升级数据包进行升级。

进一步的，网关端33还可以向设备端34下发缺失查询指令以查询设备端34是否升级失败。群组内所有的设备端34均会接收到网关端33下发的子数据包并判断自身是否缺失，对于缺失子数据包的设备端34，则将其缺失的数据包写入缓存；对于不缺失子数据包，也即升级成功的设备端34，则将其后收到的数据包丢弃。

请继续参见图5，图5是本申请提供的终端设备一实施例的结构示意图。终端设备包括相互连接的存储器41和处理器42。

存储器41用于存储实现上述的远程升级方法。

处理器42用于执行存储器41存储的程序指令。

其中，处理器42还可以称为CPU(Central Processing Unit，中央处理单元)。处理器42可能是一种集成电路芯片，具有信令的处理能力。处理器42还可以是通用处理器、数字信令处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器41可以为内存条、TF卡等，可以存储终端设备中全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果都保存在存储器中。它根据控制器指定的位置存入和取出信息。有了存储器，系统才有记忆功能，才能保证正常工作。系统的存储器按用途存储器可分为主存储器(内存)和辅助存储器(外存)，也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，系统服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。

请参阅图6，图6为本申请提供的一种计算机可读存储介质的结构示意图。本申请的存储介质存储有能够实现上述所有远程升级方法的程序文件51，其中，该程序文件51可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储装置包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等装置。

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (11)

1.一种远程升级方法，其特征在于，所述远程升级方法包括：

响应于远程升级指令，获取远程升级数据包；

获取设备序列组，其中，所述设备序列组包括若干终端设备；

采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，以使所述若干终端设备利用所述远程升级数据包进行升级。

2.根据权利要求1所述的远程升级方法，其特征在于，所述远程升级方法，还包括：

向所述设备序列组中的若干终端设备下发远程升级通知，以使所述若干终端设备进入远程升级状态；

其中，所述远程升级通知包括以下至少一种信息：升级模式信息、组播协议版本、远程升级固件关键信息、多位使能位。

3.根据权利要求1或2所述的远程升级方法，其特征在于，

所述设备序列组还包括若干路由器，每一路由器与至少一个终端设备通信连接；

所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，包括：

采用所述组播技术向所述设备序列组中的路由器下发所述远程升级数据包；

通过所述路由器将所述远程升级数据包转发给若干终端设备。

4.根据权利要求1所述的远程升级方法，其特征在于，

所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包，包括：

获取所述设备序列组中若干终端设备的通信信息；

采用组播技术按照所述若干终端设备的通信信息，分配所述若干终端设备的发包时间；

按照所述若干终端设备的发包时间下发所述远程升级数据包。

5.根据权利要求1所述的远程升级方法，其特征在于，

所述采用组播技术向所述设备序列组中的若干终端设备下发远程升级数据包之后，所述远程升级方法包括：

向所述若干终端设备下发缺失查询指令；

获取所述若干终端设备基于所述缺失查询指令上传的缺失的子数据包序列号；

采用组播技术向所述若干终端设备下发所述子数据包序列号对应的子数据包。

6.根据权利要求1所述的远程升级方法，其特征在于，所述获取设备序列组，包括：

获取设备管理队列；

采用信号量阻塞等待的方式遍历所述设备管理队列中的终端设备，将所述终端设备加入所述设备序列组；

重新遍历加入所述设备序列组失败的终端设备，直至遍历次数达到预设次数。

7.根据权利要求6所述的远程升级方法，其特征在于，所述远程升级方法，还包括：

响应于云端的群组设置指令，基于所述群组设备指令创建所述设备序列组；

获取创建所述设备序列组的入组进度，将所述入组进度发送给移动客户端，以使所述移动客户端将所述入组进度可视化。

8.一种远程升级方法，其特征在于，所述远程升级方法应用于一种远程升级系统，所述远程升级系统包括网关端和设备端；其中，

所述网关端响应于云端的远程升级指令，获取远程升级数据包；

所述网关端获取设备序列组，其中，所述设备序列组包括若干设备端；

所述网关端采用组播技术向所述设备序列组中的若干设备端下发远程升级数据包；

所述设备端利用所述远程升级数据包进行升级。

9.根据权利要求8所述的远程升级方法，其特征在于，所述网关端采用组播技术向所述设备序列组中的若干设备端下发远程升级数据包之后，所述远程升级方法还包括：

所述网关端向所述设备端下发缺失查询指令；

所述设备端基于缺失查询指令上传缺失的子数据包序列号；

所述网关端采用组播技术向所述设备端下发所述子数据包序列号对应的子数据包；

所述设备端判断自身是否缺失所述子数据包，丢弃不缺失的子数据包，写入缺失的子数据包。

10.一种终端设备，其特征在于，所述终端设备包括处理器、与所述处理器连接的存储器，其中，所述存储器存储有程序指令；所述处理器用于执行所述存储器存储的程序指令以实现权利要求1～9任一项所述的远程升级方法。

11.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序指令，所述程序指令被执行时实现权利要求1～9任一项所述的远程升级方法。

Images