一种基于服务器升级策略的路由器升级方法及系统与流程

本发明涉及数据通信领域，尤其涉及一种基于服务器升级策略的路由器升级方法及系统。

背景技术：

现有路由器的升级主要通过路由器侧主动检测和服务器侧统一推送实现；都不会考虑路由器的差异化区分，不能实现精准推送，不能满足对根据不同条件对特定路由器进行区分推送不同版本的目的。现有技术的路由器端在执行升级时也不会自行判断当前是否适合升级，用户体验感差。

且现有升级中，如果服务器同时向所有路由器推送升级，或者路由器同时访问升级都会造成服务器面临很大压力，甚至崩溃。

技术实现要素：

一方面，本发明提供一种基于服务器升级策略的路由器升级方法，用以解决现有技术中存在路由器升级推送目标不够精细化的问题。

本发明方法包括步骤：

S100服务器根据选择的升级策略中配置的服务器自控部分，从数据库中查询所有匹配的路由器；

S200所述服务器发送升级命令给所述匹配的路由器，所述升级命令至少包括升级策略中配置的路由器自控部分；

S300所述路由器根据接收的升级命令进行升级。

升级策略分为服务器自控部分和路由器自控部分，首先，服务器端根据配置的升级策略，筛选出匹配的路由器，然后发送升级命令给匹配的路由器，然后路由器再根据接收的含升级策略路由器自控部分的升级命令执行升级操作。现有技术中都是主要通过路由器侧主动检测和服务器侧统一推送实现；都不会考虑路由器的差异化区分，而本方案，通过采用配置好的升级策略作为依据，实现了对路由器的进一步筛选，找到匹配的路由器，路由器部分也根据策略中路由器自控部分来进行升级。从而实现了精准推送，有的放矢。

进一步的，所述步骤S100包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器。

根据路由器型号、版本号、路由器的MAC地址段、地区等其中的配置好的策略项来从大数据中查找匹配的路由器，省时省力。

进一步的，当所述升级策略中配置的升级时间属于所述路由器自控部分时，所述步骤S200包括步骤：

S210根据所述升级策略中所述服务器自控部分中配置的发布时间，判断是否达到配置的发布时间，若是则进入步骤S230，否则进入步骤S220；

S220根据所述配置的发布时间，启动定时，当到达配置的发布时间时，进入步骤S230；

S230所述服务器发送升级命令给所述匹配的路由器，所述升级命令包括升级策略中配置的路由器自控部分。

通过升级策略中配置的发布时间、升级时间，可实现在配置好后服务器定时发布，路由器定时升级。发布时间可以相同或不同。

进一步的，在所述步骤S110之后还包括步骤：

S120根据所述升级策略中服务器自控部分配置的路由器数量上限，判断查询到的所有匹配的路由器的数量是否超过所述配置的路由器数量上限，若是，则进入步骤S130；否则进入步骤S210；

S130将所述查询到的所有匹配的路由器进行分组，每一组的数量不超过所述配置的路由器数量上限；

S140当所述升级策略中路由器自控部分配置的是所述路由器根据所述服务器发送的升级软件包进行升级时，则按照预设的发布间隔时间，依次延迟各组的发布时间，分组发布；

S150当所述升级策略中路由器自控部分配置配置的是所述路由器根据所述服务器发送的升级地址进行升级时，则按照预设的发布间隔时间、升级间隔时间、依次延迟各组的发布时间和升级时间。

为了减轻服务器压力，根据升级策略中配置的路由器数量最上限，当查询到的所有匹配的路由器的数量超过该上限数量时，分组发延迟发布，且当发送的是升级地址给服务器进行升级时，同样为了减轻服务器的升级压力，路由器分组升级，错开升级时间，避免同一时间升级，同时访问服务器。

进一步的，当所述升级策略中配置的升级时间属于所述服务器自控部分时，所述步骤S200包括步骤：

S240根据所述升级策略中所述服务器自控部分中配置的升级时间，判断是否达到配置的升级时间，若是则进入步骤S260，否则进入步骤S250；

S250根据所述配置的升级时间，启动定时，当到达配置的升级时间时，进入步骤S260；

S260所述服务器发送升级命令给所述匹配的路由器，所述升级命令包括升级策略中配置的路由器自控部分。

由于路由器中可能存在时间不准确的情况，因此我么也可以采用通过服务器来判断升级时间的方法，也就是说服务器在升级时间到的时候推送升级命令给路由器，以便路由器收到后立即升级，无需再自行判断升级时间。

进一步的，所述步骤S200之后还包括步骤：

S270所述服务器判断路由器上报的IP是否为私网，若是，则执行步骤S280；否则，执行步骤S290；

S280所述服务器将升级命令通过长连接服务器发送给所述路由器；

S290所述服务器直接将升级命令发送给所述路由器。

进一步的，所述步骤S300包括步骤：

S310所述路由器根据接收的升级命令，提取所述升级命令中中的升级策略中配置的路由器自控部分；

S320查看所述路由器自控部分是否配置有升级时间，若是，则执行步骤S330，否则执行步骤S340；

S330所述路由器根据所述升级策略中路由器自控部分中配置的所述升级时间，启动定时，当到达所述升级时间时，进入步骤S340；

S340所述路由器根据所述路由器自控部分中配置的路由器流量上限、和/或设备数量上限判断是否符合升级条件，若符合则继续执行后续步骤；

S350所述路由器按照所述路由自控部分中配置的升级方案，根据所述服务器发布的升级地址或者升级软件包进行升级。

路由器在收到含有升级策略中路由器自控部分的升级命令后，则根据路由器自控部分的升级策略再次进行判断，看看自己是否符合升级策略中的升级条件，只有当条件都满足时，才进行升级。路由器端的配置，根据实际情况而设，也显得更为人性化，提高了用户体验。

本发明另一方面还提供一种基于服务器升级策略的路由器升级系统，可采用本发明的一种基于服务器升级策略的路由器升级方法。本升级系统包括服务器、路由器，所述服务器与所述路由器通讯连接，所述服务器包括存储模块、查找模块、第一信息收发模块，所述查找模块分别与所述存储模块及第一信息收发模块相连，所述存储模块中存储有配置好的路由器的升级策略；其中：

所述服务器的查找模块根据选择的升级策略中配置的服务器自控部分，从数据库中查询所有匹配的路由器；

所述服务器的第一信息收发模块发送升级命令给所述匹配的路由器，所述升级命令至少包括升级策略中配置的路由器自控部分和升级地址；

所述路由器根据接收的升级命令进行升级。

进一步的，所述服务器还包括：

第一判断模块，与所述查找模块、存储模块相连，用于根据所述升级策略中服务器自控部分配置的路由器数量上限，判断所述查找模块查询到的所有匹配的路由器的数量是否超过所述配置的路由器数量上限；判断所述路由器上报的IP是公网还是私网；

分组模块：与所述第一判断模块相连，用于当所有匹配的路由器的数量是否超过所述配置的路由器数量上限时，将所述查询到的所有匹配的路由器进行分组，每一组的数量不超过所述配置的路由器数量上限

修改延迟模块：与所述分组模块、存储模块相连，用于修改延迟所述分组模块分组后，每一组升级策略中配置的发布时间，和/或升级时间；

第一时间模块，与所述第一判断模块相连，用于根据所述配置的发布时间，进行定时。

进一步的，所述路由器包括：

第二信息收发模块：用于接收所述服务器的升级命令；

提取模块：与所述第二信息收发模块相连，用于提取模块所述升级命令中的升级策略中配置的路由器自控部分；

第二判断模块：与所述提取模块相连，用于判断所述升级策略中路由器自控部分是否配置有升级时间；根据所述升级策略中配置的路由器流量上限、和/或设备数量上限判断所述路由器是否符合升级条件；

第二时间模块：与所述第二判断模块相连，当所述判断模块所述升级策略中配置的路由器自控部分配置有升级时间时，启动定时；

升级模块：与所述第二判断模及第二时间模块相连，用于根据所述升级策略中路由器自控部分中配置的升级方案进行升级。

本发明有益效果如下：

随着大数据技术的发展，对用户行为的分析日渐成熟，本方案基于升级策略，结合大数据技术，快速而准确的查找到目标，而在路由器端，为了更好的提升用户体验，尽可能减少对用户正常使用路由器的影响，根据配置的升级策略中的路由器自控部分，路由器会自身再进行一个升级条件的判断，从而更好更灵活的响应业务需求。

本发明的方法和系统均是基于服务器上存储的配置好的升级策略实现的，将升级策略细化，根据不同需求进行配置，配置好后，再根据选择的配置好的升级策略，实现精准推送。不同的策略针对不同特点的路由器，本方案可实现对不同特点的路由器进行不同的策略的升级推送。

附图说明

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

图1为本发明基于服务器升级策略的路由器升级方法实施例一流程图；

图2为本发明基于服务器升级策略的路由器升级方法另一实施例流程图；

图3为本发明基于服务器升级策略的路由器升级方法另一实施例流程图；

图4为本发明基于服务器升级策略的路由器升级方法另一实施例流程图；

图5为本发明基于服务器升级策略的路由器升级方法另一实施例流程图；

图6为本发明基于服务器升级策略的路由器升级方法另一实施例中升级策略配置页面示意图；

图7为本发明基于服务器升级策略的路由器升级系统实施例一框图；

图8为本发明基于服务器升级策略的路由器升级系统另一实施例框图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明提供了一种基于服务器升级策略的路由器升级方法，具体的实施方式，如图1所示，包括步骤：

S100服务器根据选择的升级策略中配置的服务器自控部分，从数据库中查询所有匹配的路由器；

S200所述服务器发送升级命令给所述匹配的路由器，所述升级命令至少包括升级策略中配置的路由器自控部分；

S300所述路由器根据接收的升级命令进行升级。

位于服务器上的关于路由器的升级策略分为服务器自控部分和路由器自控部分，服务器自控部分的策略是指策略中由服务器执行的部分；同样，路由器自控部分的策略是指策略中由路由器执行的部分。用户可根据需求配置好升级策略存储于服务器上，将升级策略细化，不同型号或版本等路由器可以有不同的升级策略，根据不同的升级策略实现精准的升级推送。

较佳的，所述步骤S100包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器。

本方案中，升级策略中服务器自控部分至少包括以下一项策略项：

①路由器型号；

②版本号，如：K2、V22.4.6.10；

③MAC地址段：过滤MAC地址段内的路由器，也可以反选为该地址段之外的路由器；

④地区：路由器所在省份、地市。

根据升级策略中的上述部分，可查找出所有匹配升级策略中上述策略项的路由器，以便后续的目标推送升级命令。

本发明一种基于服务器升级策略的路由器升级方法的另一实施例，在上述实施例的基础上，增加了升级时间的控制部分，具体的，如图2所示，当所述升级策略中配置的升级时间属于所述路由器自控部分时，包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器；

S210根据所述升级策略中所述服务器自控部分中配置的发布时间，判断是否达到配置的发布时间，若是则进入步骤S220，否则进入步骤S230；

S220根据所述配置的发布时间，启动定时，当到达配置的发布时间时，进入步骤S230；

S230所述服务器发送升级命令给所述匹配的路由器，所述升级命令包括升级策略中配置的路由器自控部分。

S300所述路由器根据接收的升级命令进行升级。

当升级策略中配置的升级时间属于路由器自控部分，那么也就是说有没有到升级时间是由路由器来控制判断的，而服务器只是负责筛选发布了，关于发布的时间，属于服务器自控部分，因而由服务器根据升级策略中的发布时间执行发布，服务器发布升级策略给路由器后，路由器根据接收的升级命令中的升级策略中的路由器自控部分配置的升级时间，开启定时，当路由器判断到达策略中预定的升级时间后，开始执行升级。

本方法的另一个实施例，如图3所示，包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器；

S120根据所述升级策略中服务器自控部分配置的路由器数量上限，判断查询到的所有匹配的路由器的数量是否超过所述配置的路由器数量上限，若是，则进入步骤S130；否则进入步骤S210；

S130将所述查询到的所有匹配的路由器进行分组，每一组的数量不超过所述配置的路由器数量上限；

S140当所述升级策略中路由器自控部分配置的是所述路由器根据所述服务器发送的升级软件包进行升级时，则按照预设的发布间隔时间，依次延迟各组的发布时间，分组发布；

S150当所述升级策略中路由器自控部分配置配置的是所述路由器根据所述服务器发送的升级地址进行升级时，则按照预设的发布间隔时间、升级间隔时间、依次延迟各组的发布时间和升级时间；

S210根据所述升级策略中所述服务器自控部分中配置的发布时间，判断是否达到配置的发布时间，若是则进入步骤S230，否则进入步骤S220；

S220根据所述配置的发布时间，启动定时，当到达配置的发布时间时，进入步骤S230；

S230所述服务器发送升级命令给所述匹配的路由器，所述升级命令包括升级策略中配置的路由器自控部分。

S300所述路由器根据接收的升级命令进行升级。

本实施例中，当通过步骤S110查找出来的所有匹配的路由器的数量超过了升级策略中配置的路由器数量上限时，为了减少同时向所有路由器发送升级命令时给服务器带来的压力，本实施增加了分组发送。比如，升级策略中配置的路由器数量上限为300台，而经过步骤S110查找出来的所有匹配的路由器的数量为650台，那么就需要对这650台路由器进行分组，每一组的数量可根据预设的数量，或根据路由器数量上限进行分配，每一组的数量都不能超过策略中的路由器数量上限，例如，我们可以分成第一组300台、第二组300台、第三组50台。分好组后，再看下升级策略中，推送给路由器的是升级包还是只是个升级地址，如果是升级包的话，路由器接收后，可直接根据升级包随时进行升级，无需再访问服务器来升级，因此，只需减少服务器发布策略时的压力，故只需顺延各组发布时间即可，例如本实例中，本来三组的发布时间是一样的，但是，由于路由器数量较多，故需按组延迟发布，即第二组的发布时间往后推迟10分钟；第三组的发布时间比第二组延迟10分钟。如果推送给路由的是升级地址，即路由器需要根据这个软件地址，去服务器调用接口的话，那么如果所有匹配的路由器升级时间一致的话同样会造成服务器的压力，因此，除了分组发布外，还要分组升级，即第二组的升级时间比第一组的升级时间晚预设的间隔升级时间，第三组的升级时间比第二组的升级时间晚预设的间隔时间。

前面我们说了通过路由器来判断升级时间，同样，我们也可以通过服务器来判断时间，具体的，如图4所示，包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器；

S240根据所述升级策略中所述服务器自控部分中配置的升级时间，判断是否达到配置的升级时间，若是则进入步骤S260，否则进入步骤S250；

S250根据所述配置的升级时间，启动定时，当到达配置的升级时间时，进入步骤S260；

S260所述服务器发送升级命令给所述匹配的路由器，所述升级命令包括升级策略中配置的路由器自控部分。

S300所述路由器根据接收的升级命令进行升级。

关于升级时间的把控，除了可以通过路由器来根据策略中的升级时间来判断当前时间是否达到升级时间外，还可以通过服务器来控制，采用服务器判断控制时间的一个好处是服务器上的时间更为精准，从而判断的也更为准确，具体的，当所述升级策略中配置的升级时间属于所述服务器自控部分时，可通过服务器发布策略后，路由器即可开始执行升级，以免发布后，路由器还需多次访问服务器，通过服务器来判断是否到达升级时间，减少服务器压力。具体的，服务器根据升级策略中服务器自控部分中配置的升级时间，判断是否达到配置的升级时间，如果是的话，服务器就发送升级命令给匹配的路由器，该升级命令包括升级策略中配置的路由器自控部分；如果还没有到升级时间的话，那么服务器根据配置的升级时间，启动定时，当到达配置的升级时间时，服务器再发送升级命令给所述匹配的路由器。

本方法的另一实施例，可在上述所有实施例的基础上，增加路由器IP的判断步骤，具体的，上述所有的实施例中所述步骤S200之后还包括步骤：

S270所述服务器判断路由器上报的IP是否为私网，若是，则执行步骤S280；否则，执行步骤S290；

S280所述服务器将升级命令通过长连接服务器发送给所述路由器；

S290所述服务器直接将升级命令发送给所述路由器。

本方法的另一个实施例，在上述所有实施例的基础上，增加了路由器根据升级策略自行判断是否符合升级条件，具体的，如图5所示，包括步骤：

S110根据所述升级策略中服务器自控部分配置的所述路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器；

S200所述服务器发送升级命令给所述匹配的路由器，所述升级命令至少包括升级策略中配置的路由器自控部分；

S310所述路由器根据接收的升级命令，提取所述升级命令中中的升级策略中配置的路由器自控部分；

S320查看所述路由器自控部分是否配置有升级时间，若是，则执行步骤S330，否则执行步骤S340；

S330所述路由器根据所述升级策略中路由器自控部分中配置的所述升级时间，启动定时，当到达所述升级时间时，进入步骤S340；

S340所述路由器根据所述路由器自控部分中配置的路由器流量上限、和/或设备数量上限判断是否符合升级条件，若符合则继续执行后续步骤；

S350所述路由器按照所述路由自控部分中配置的升级方案，根据所述服务器发布的升级地址或者升级软件包进行升级。

首先路由器接收到升级命令后，查看命令中携带的升级策略路由器自控部分，如果配置的升级时间属于路由器来控制，那么，路由器在收到命令后，即可开启定时，当到达升级时间后，再进一步判断此刻是否符合升级条件，如果升级时间策略项属于路由器判断，但是策略中配置的是不预定时间的话，那么路由器可在收到升级命令后预设时间间隔后执行下一步的升级条件的判断步骤，具体的，判断路由器流量是否在策略中配置的路由器流量上限之内、或者路由器上连接的设备数量是否在策略中配置的路由器设备数量上限之内。或者需要同时满足这两项，具体的要看选择的升级策略中配置了哪些路由器的自控策略项，配置了哪些则需要满足哪些，在全满足的情况下才能升级。如果升级时间不属于路由器自控部分，那么，也就是说属于服务器自控部分了，服务器来控制升级时间的话，那么省掉了路由器根据升级策略中升级时间判断、启动定时的步骤，只需在接到升级命令后即可开始自查是否符合升级条件，符合的话则启动升级。升级方案包括静默升级、DNS劫持升级、HTTP JS植入升级、Portal弹窗升级，具体根据策略中配置的方案进行升级。

当然，如果路由器判断出暂不符合升级条件，则可及时向服务器反馈并告知不符项，服务器可根据路由器不符合的条件项，采取相应的措施。比如延迟升级时间。

本升级方法的最后一个实施例，主要包括以下几个方面：

管理员根据需求配置升级策略，策略服务器存储记录该升级策略；

管理员选中并执行一条升级策略，服务器根据该升级策略从数据库查询到所有匹配的路由器

策略服务器将升级命令发送给路由器

路由器收到命令后，根据升级策略中的发布的软件地址，调用升级接口进行升级

其中，本实施例的主要设计点在于如何对路由器配置不同的升级策略，以及如何下发升级命令。详细阐述如下：

配置升级策略，升级策略配置页面示意图如图6所示，主要包括如下策略项：

路由器型号、版本号:

路由器的型号和估计版本号，如：K2、V22.4.6.10

MAC地址段：

过滤MAC地址段内的路由器，也可以反选为该地址段之外的路由器

地区：

路由器所在省份、地市

路由器流量上限：

设定只有当路由器流量在该流量上限之下时才会进行升级

终端数量上限：

设定只有当路由器终端连接数在该上限之下时才会进行升级

升级方案：

静默升级、DNS劫持升级、HTTP JS植入升级、Portal弹窗升级

升级时间：

不预定时间、1:00-2:00、2:00-3:00、3:00-4:00、4:00-5:00

当策略组指定升级时间时，系统会开启定时任务，当达到指定时间XX时，自动执行“执行发布”动作进行命令下发；

管理员配置完策略项之后会将策略内容存储到数据库中，后台管理员可以进行修改删除等操作。

通过升级策略对要升级的路由器进行区分，可以更好的提升用户体验，同时也减小了同时向所有路由器发送升级命令时给路由器带来的压力。

执行发布：

当后台管理员点击执行发布按钮后，系统会从后台数据库中查找到所有匹配该策略组的路由器设备。

由于当匹配到的路由器数量较大时，同时给所有路由器并发命令会给服务器造成较大压力，为避免此问题，本方案采用分批次定间隔执行下发命令的方法。默认每300台路由器为一组发送命令，每组间隔10分钟。

本方案针对路由器所处的不同网络环境进行如下模式发送命令：

当路由器上报IP为公网时：

直接调用路由器侧的web接口，将发布策略作为参数传递给该接口进行升级；

当路由器上报IP为私网时：

策略服务器将升级命令透传给长连接服务器，由长连接服务器根据MAC地址查找到连接在长连接服务器的路由器设备，然后由长连接服务器将升级命令消息发送给该路由器；

执行升级命令：

路由器接收到远程命令之后，根据接收到的升级参数，进行升级。

基于相同的技术构思，本发明实施例还提供一种基于服务器升级策略的路由器升级系统，该升级系统可执行上述方法实施例。本发明实施例提供的升级系统，如图7所示。包括服务器、路由器，所述服务器与所述路由器通讯连接，所述服务器包括存储模块、查找模块、第一信息收发模块，所述查找模块分别与所述存储模块及第一信息收发模块相连，所述存储模块中存储有配置好的路由器的升级策略；其中：

所述服务器的查找模块根据选择的升级策略中配置的服务器自控部分，从数据库中查询所有匹配的路由器；

所述服务器的第一信息收发模块发送升级命令给所述匹配的路由器，所述升级命令至少包括升级策略中配置的路由器自控部分和升级地址；

所述路由器根据接收的升级命令进行升级。

本发明升级系统，如图8所示，在上述实施例的基础上，所述服务器还包括：

第一判断模块，与所述查找模块、存储模块相连，用于根据所述升级策略中服务器自控部分配置的路由器数量上限，判断所述查找模块查询到的所有匹配的路由器的数量是否超过所述配置的路由器数量上限；

分组模块：与所述第一判断模块相连，用于当所有匹配的路由器的数量是否超过所述配置的路由器数量上限时，将所述查询到的所有匹配的路由器进行分组，每一组的数量不超过所述配置的路由器数量上限

修改延迟模块：与所述分组模块、存储模块相连，用于修改延迟所述分组模块分组后，每一组升级策略中配置的发布时间，和/或升级时间；

第一时间模块，与所述第一判断模块相连，用于根据所述配置的发布时间，进行定时。

服务器的查找模块可根据升级策略中配置的路由器的型号、和/或版本号、和/或MAC地址段、和/或地区策略项，从数据库中查找所有匹配的路由器；

服务器的第一判断模块根据升级策略中服务器自控部分配置的路由器数量上限，判断查找模块查询到的所有匹配的路由器的数量是否超过了配置的路由器数量上限，没有超过的话则进入发布阶段，超过了的话，则在发布前还需要将所有匹配的路由器通过分组模块进行分组，每一组的数量不超过配置的路由器数量上限，如果升级策略中路由器自控部分配置的是路由器根据服务器发送的升级软件包进行升级时，则所述延迟修改模块按照预设的发布间隔时间，通过延迟修改模块依次延迟各组的发布时间，从而分组发布；当所述升级策略中路由器自控部分配置配置的是所述路由器根据所述服务器发送的升级地址进行升级时，所述延迟修改模块则按照预设的发布间隔时间、升级间隔时间、依次延迟各组的发布时间和升级时间。

服务器的第一判断模块，根据升级策略中的发布时间，判断当前是否到达配置的发布时间，若果是的话就通过第一信息收发模块发送升级命令，否则的话还需要通过第一时间模块启动定时，当到达配置的发布时间后再发布。

较佳的，所述第一判断模块判断所述路由器上报的IP是公网还是私网；当路由器上报IP为公网时：直接调用路由器侧的web接口，将发布策略作为参数传递给该接口进行升级；

当路由器上报IP为私网时：策略服务器将升级命令透传给长连接服务器，由长连接服务器根据MAC地址查找到连接在长连接服务器的路由器设备，然后由长连接服务器将升级命令消息发送给该路由器；

较佳的，在上述所有实施例的基础上，所述路由器包括：

第二信息收发模块：用于接收所述服务器的升级命令；

提取模块：与所述第二信息收发模块相连，用于提取模块所述升级命令中的升级策略中配置的路由器自控部分；

第二判断模块：与所述提取模块相连，用于判断所述升级策略中路由器自控部分是否配置有升级时间；根据所述升级策略中配置的路由器流量上限、和/或设备数量上限判断所述路由器是否符合升级条件；

第二时间模块：与所述第二判断模块相连，当所述判断模块所述升级策略中配置的路由器自控部分配置有升级时间时，启动定时；

升级模块：与所述第二判断模及第二时间模块相连，用于根据所述升级策略中路由器自控部分中配置的升级方案进行升级。

具体的，各模块工作过程如下：

路由器的第二信息接收模块接收到升级命令后，通过提取模块从升级命令中国提取出升级策略中配置的路由器自控部分；

路由器的第二判断模块判断提取的升级策略中是否配置了升级时间，如果是的话，则需增加通过第二时间模块启动定时的步骤，当到达升级时间后，第二判断模块根据路由器自控部分中配置的路由器流量上限，和/或设备数量上限等判断是否符合升级条件，只要是升级策略中配置了路由器自控策略项，均需满足才可进行后续的升级操作判断。在升级时，路由器的升级模块根据升级策略中路由器自控部分配置的升级方案通过升级地址或者下发的升级软件包进行升级。这里的升级方案指静默升级、DNS劫持升级、HTTP JS植入升级、或者Portal弹窗升级。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。