一种云控制设备批量升级方法

技术领域

本发明涉及云端控制的技术领域，特别涉及一种云控制设备批量升级方法。

背景技术

商业场景下的无线路由器都需要由云端进行控制，当然也不可避免需要进行固件升级。而一般商业场景下，往往多台无线路由器同时组成网络提供用户使用，因此，大量终端同时升级也是一个需要解决的问题。目前云终端升级方案有两种，一种是根据升级列表，顺序执行下载、升级，优点是任意时刻占用带宽有限，单台升级时间短，升级时对于网络影响小，缺点是总升级时间长，当升级数量超过100台时，时间会变得不可接受；另一种是根据升级列表，并发下载、升级，优点是总时间短，如果带宽足够的情况下体验会有很大改善，缺点是突发流量大，会占用大量用户带宽和服务器资源，加大数据传输失败和升级失败的风险，影响用户体验，由于并发下载的不可控性，导致升级进度也无法控制。

发明内容

针对现有技术中存在的不足之处，本发明的目的是提供一种云控制设备批量升级方法，降低流量消耗、云端资源要求及总升级时间，并且提高了升级可靠性。为了实现根据本发明的上述目的和其他优点，提供了一种云控制设备批量升级方法，包括以下步骤：

S1、通过云端将升级固件下发到同一组网环境中一台设备中；

S2、进行主机确认流程；

S3、进行云端升级流程；

S4、主机及子机设备同步进行升级。

优选的，所述步骤S2还包括以下步骤：

A1、将设备进行上电；

A2、设备根据身份发送局域网广播；

A3、尝试接收广播报文；

A4、进行判断是否接收超时；

A5、当判断接收不超时时，进一步判断mac地址是否小于本机；

A6、当判断mac地址小于本机时，切换主机身份，移除主机标志，同时返回步骤A2。

优选的，当判断mac地址不是小于本机时，进行步骤A7：将接收广播包来源地址添加进组网表，之后进行步骤A8：上报至云端，返回步骤A2。

优选的，当判断接收广播报文超时时，此时进行步骤A8。

优选的，所述步骤S3还包括以下步骤：

B1、在云端上传要升级的文件；

B2、云端根据组网列表判断是否下发升级命令；

B3、当判断需要下发升级命令时，云端根据组网列表地址顺序下发升级命令；

B4、接受下载结果；

B5、进行判断是否下载失败或超时；

B6、判断下载成功或不超时时，接收升级结果；

B7、进一步判断升级接收是否超时；

B8、当判断升级结合搜没有超时时，进一步判断升级是否失败；

B9、当判断升级成功时，升级结束，当判断升级失败时，则返回步骤B2。

优选的，当云端根据组网列表判断不需要升级时，则升级结束，当判断下载失败或超时时，则返回步骤B2，当判断升级接收超时时，则返回步骤B2。

优选的，所述步骤S4还包括以下步骤：

C1、等待云端下发升级命令，未接收到升级命令，进行循环该步骤；

C2、当接收到升级命令，进行解析升级报文，准备开始下载；

C3、升级主机下载升级文件；

C4、判断是否下载成功；

C5、当下载成功后，则进行校验下载文件；

C6、进行判断校验是否成功；

C7、当判断校验成功时，升级主机且开启tftp服务并广播地址；

C8、子机设备同步固件并升级；

C9、判断子机设备是否升级成功；

C10、当判断子机设备成功后，则进行子机重启后更新设备信息；

C11、升级主机且升级后重启；

C12、上报下载或升级结果，返回步骤C1。

优选的，当判断下载升级文件失败时，进行步骤C12，当校验下载文件没有成功时，则进行步骤步骤C12，当判断子机设备升级失败时，进行步骤C12。

本发明与现有技术相比，其有益效果是：云端把升级固件下发到同一组网环境中的一台设备，以此同时最大限度地降低云端和用户端对于单一网络下的并发需求，解决云端和用户端因下载升级固件所消耗的大量流量，并且通过本地并发升级的方式提升升级速度和可靠性。

附图说明

图1为根据本发明的云控制设备批量升级方法的主机确认流程图；

图2为根据本发明的云控制设备批量升级方法的云端升级处理流程图；

图3为根据本发明的云控制设备批量升级方法的升级处理流程图。

具体实施方式

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

参照图1-3，一种云控制设备批量升级方法，包括以下步骤：S1、通过云端将升级固件下发到同一组网环境中一台设备中；

S2、进行主机确认流程；

S3、进行云端升级流程；

S4、主机及子机设备同步进行升级。

进一步的，所述步骤S2还包括以下步骤：

A1、将设备进行上电；

A2、设备根据身份发送局域网广播，默认情况下是主机身份，根据身份设置广播报文中的身份标志；

A3、尝试接收广播报文；

A4、进行判断是否接收超时；

A5、当判断接收不超时时，说明是组网网络，进一步判断mac地址是否小于本机；

A6、当判断mac地址小于本机时，表示有更适合作为主机的设备，切换主机身份，移除主机标志，同时返回步骤A2。

进一步的，当判断mac地址不是小于本机时，表示本机应该作为升级主机，进行步骤A7：将接收广播包来源地址添加进组网表，之后进行步骤A8：上报至云端，返回步骤A2。

进一步的，当判断接收广播报文超时时，说明该网络中只存在一台设备，此时进行步骤A8。

进一步的，所述步骤S3还包括以下步骤：

B1、在云端上传要升级的文件；

B2、云端根据组网列表判断是否下发升级命令；

B3、当判断需要下发升级命令时，云端根据组网列表地址顺序下发升级命令；

B4、接受下载结果；

B5、进行判断是否下载失败或超时；

B6、判断下载成功或不超时时，接收升级结果；

B7、进一步判断升级接收是否超时；

B8、当判断升级结合搜没有超时时，进一步判断升级是否失败；

B9、当判断升级成功时，升级结束，当判断升级失败时，则返回步骤B2。

进一步的，当云端根据组网列表判断不需要升级时，则升级结束，当判断下载失败或超时时，则返回步骤B2，当判断升级接收超时时，则返回步骤B2。

进一步的，所述步骤S4还包括以下步骤：

C1、等待云端下发升级命令，未接收到升级命令，进行循环该步骤；

C2、当接收到升级命令，进行解析升级报文、提取升级文件地址、升级文件校验码和升级版本信息，准备开始下载；

C3、升级主机下载升级文件；

C4、判断是否下载成功；

C5、当下载成功后，则进行校验下载文件；

C6、进行判断校验是否成功；

C7、当判断校验成功时，升级主机且开启tftp服务并广播地址，并开始广播服务信息和升级固件信息；

C8、子机设备同步固件并升级，子机设备接收到广播数据，开始解析服务信息和升级固件信息，根据该信息同步升级固件，然后开始升级；

C9、判断子机设备是否升级成功；

C10、当判断子机设备成功后，则进行子机重启后更新设备信息，重启完成后向组网中广播设备信息；

C11、升级主机且升级后重启；

C12、上报下载或升级结果，返回步骤C1。

进一步的，当判断下载升级文件失败时，进行步骤C12，当校验下载文件没有成功时，则进行步骤步骤C12，当判断子机设备升级失败时，进行步骤C12。

这里说明的设备数量和处理规模是用来简化本发明的说明的，对本发明的应用、修改和变化对本领域的技术人员来说是显而易见的。

尽管本发明的实施方案已公开如上，但其并不仅限于说明书和实施方式中所列运用，它完全可以被适用于各种适合本发明的领域，对于熟悉本领域的人员而言，可容易地实现另外的修改，因此在不背离权利要求及等同范围所限定的一般概念下，本发明并不限于特定的细节和这里示出与描述的图例。