本發(fā)明涉及數(shù)據(jù)通信領域，尤其涉及一種基于服務器升級策略的路由器升級方法及系統(tǒng)。

背景技術：

現(xiàn)有路由器的升級主要通過路由器側主動檢測和服務器側統(tǒng)一推送實現(xiàn)；都不會考慮路由器的差異化區(qū)分，不能實現(xiàn)精準推送，不能滿足對根據(jù)不同條件對特定路由器進行區(qū)分推送不同版本的目的?，F(xiàn)有技術的路由器端在執(zhí)行升級時也不會自行判斷當前是否適合升級，用戶體驗感差。

且現(xiàn)有升級中，如果服務器同時向所有路由器推送升級，或者路由器同時訪問升級都會造成服務器面臨很大壓力，甚至崩潰。

技術實現(xiàn)要素：

一方面，本發(fā)明提供一種基于服務器升級策略的路由器升級方法，用以解決現(xiàn)有技術中存在路由器升級推送目標不夠精細化的問題。

本發(fā)明方法包括步驟：

S100服務器根據(jù)選擇的升級策略中配置的服務器自控部分，從數(shù)據(jù)庫中查詢所有匹配的路由器；

S200所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令至少包括升級策略中配置的路由器自控部分；

S300所述路由器根據(jù)接收的升級命令進行升級。

升級策略分為服務器自控部分和路由器自控部分，首先，服務器端根據(jù)配置的升級策略，篩選出匹配的路由器，然后發(fā)送升級命令給匹配的路由器，然后路由器再根據(jù)接收的含升級策略路由器自控部分的升級命令執(zhí)行升級操作?，F(xiàn)有技術中都是主要通過路由器側主動檢測和服務器側統(tǒng)一推送實現(xiàn)；都不會考慮路由器的差異化區(qū)分，而本方案，通過采用配置好的升級策略作為依據(jù)，實現(xiàn)了對路由器的進一步篩選，找到匹配的路由器，路由器部分也根據(jù)策略中路由器自控部分來進行升級。從而實現(xiàn)了精準推送，有的放矢。

進一步的，所述步驟S100包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器。

根據(jù)路由器型號、版本號、路由器的MAC地址段、地區(qū)等其中的配置好的策略項來從大數(shù)據(jù)中查找匹配的路由器，省時省力。

進一步的，當所述升級策略中配置的升級時間屬于所述路由器自控部分時，所述步驟S200包括步驟：

S210根據(jù)所述升級策略中所述服務器自控部分中配置的發(fā)布時間，判斷是否達到配置的發(fā)布時間，若是則進入步驟S230，否則進入步驟S220；

S220根據(jù)所述配置的發(fā)布時間，啟動定時，當?shù)竭_配置的發(fā)布時間時，進入步驟S230；

S230所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令包括升級策略中配置的路由器自控部分。

通過升級策略中配置的發(fā)布時間、升級時間，可實現(xiàn)在配置好后服務器定時發(fā)布，路由器定時升級。發(fā)布時間可以相同或不同。

進一步的，在所述步驟S110之后還包括步驟：

S120根據(jù)所述升級策略中服務器自控部分配置的路由器數(shù)量上限，判斷查詢到的所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限，若是，則進入步驟S130；否則進入步驟S210；

S130將所述查詢到的所有匹配的路由器進行分組，每一組的數(shù)量不超過所述配置的路由器數(shù)量上限；

S140當所述升級策略中路由器自控部分配置的是所述路由器根據(jù)所述服務器發(fā)送的升級軟件包進行升級時，則按照預設的發(fā)布間隔時間，依次延遲各組的發(fā)布時間，分組發(fā)布；

S150當所述升級策略中路由器自控部分配置配置的是所述路由器根據(jù)所述服務器發(fā)送的升級地址進行升級時，則按照預設的發(fā)布間隔時間、升級間隔時間、依次延遲各組的發(fā)布時間和升級時間。

為了減輕服務器壓力，根據(jù)升級策略中配置的路由器數(shù)量最上限，當查詢到的所有匹配的路由器的數(shù)量超過該上限數(shù)量時，分組發(fā)延遲發(fā)布，且當發(fā)送的是升級地址給服務器進行升級時，同樣為了減輕服務器的升級壓力，路由器分組升級，錯開升級時間，避免同一時間升級，同時訪問服務器。

進一步的，當所述升級策略中配置的升級時間屬于所述服務器自控部分時，所述步驟S200包括步驟：

S240根據(jù)所述升級策略中所述服務器自控部分中配置的升級時間，判斷是否達到配置的升級時間，若是則進入步驟S260，否則進入步驟S250；

S250根據(jù)所述配置的升級時間，啟動定時，當?shù)竭_配置的升級時間時，進入步驟S260；

S260所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令包括升級策略中配置的路由器自控部分。

由于路由器中可能存在時間不準確的情況，因此我么也可以采用通過服務器來判斷升級時間的方法，也就是說服務器在升級時間到的時候推送升級命令給路由器，以便路由器收到后立即升級，無需再自行判斷升級時間。

進一步的，所述步驟S200之后還包括步驟：

S270所述服務器判斷路由器上報的IP是否為私網，若是，則執(zhí)行步驟S280；否則，執(zhí)行步驟S290；

S280所述服務器將升級命令通過長連接服務器發(fā)送給所述路由器；

S290所述服務器直接將升級命令發(fā)送給所述路由器。

進一步的，所述步驟S300包括步驟：

S310所述路由器根據(jù)接收的升級命令，提取所述升級命令中中的升級策略中配置的路由器自控部分；

S320查看所述路由器自控部分是否配置有升級時間，若是，則執(zhí)行步驟S330，否則執(zhí)行步驟S340；

S330所述路由器根據(jù)所述升級策略中路由器自控部分中配置的所述升級時間，啟動定時，當?shù)竭_所述升級時間時，進入步驟S340；

S340所述路由器根據(jù)所述路由器自控部分中配置的路由器流量上限、和/或設備數(shù)量上限判斷是否符合升級條件，若符合則繼續(xù)執(zhí)行后續(xù)步驟；

S350所述路由器按照所述路由自控部分中配置的升級方案，根據(jù)所述服務器發(fā)布的升級地址或者升級軟件包進行升級。

路由器在收到含有升級策略中路由器自控部分的升級命令后，則根據(jù)路由器自控部分的升級策略再次進行判斷，看看自己是否符合升級策略中的升級條件，只有當條件都滿足時，才進行升級。路由器端的配置，根據(jù)實際情況而設，也顯得更為人性化，提高了用戶體驗。

本發(fā)明另一方面還提供一種基于服務器升級策略的路由器升級系統(tǒng)，可采用本發(fā)明的一種基于服務器升級策略的路由器升級方法。本升級系統(tǒng)包括服務器、路由器，所述服務器與所述路由器通訊連接，所述服務器包括存儲模塊、查找模塊、第一信息收發(fā)模塊，所述查找模塊分別與所述存儲模塊及第一信息收發(fā)模塊相連，所述存儲模塊中存儲有配置好的路由器的升級策略；其中：

所述服務器的查找模塊根據(jù)選擇的升級策略中配置的服務器自控部分，從數(shù)據(jù)庫中查詢所有匹配的路由器；

所述服務器的第一信息收發(fā)模塊發(fā)送升級命令給所述匹配的路由器，所述升級命令至少包括升級策略中配置的路由器自控部分和升級地址；

所述路由器根據(jù)接收的升級命令進行升級。

進一步的，所述服務器還包括：

第一判斷模塊，與所述查找模塊、存儲模塊相連，用于根據(jù)所述升級策略中服務器自控部分配置的路由器數(shù)量上限，判斷所述查找模塊查詢到的所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限；判斷所述路由器上報的IP是公網還是私網；

分組模塊：與所述第一判斷模塊相連，用于當所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限時，將所述查詢到的所有匹配的路由器進行分組，每一組的數(shù)量不超過所述配置的路由器數(shù)量上限

修改延遲模塊：與所述分組模塊、存儲模塊相連，用于修改延遲所述分組模塊分組后，每一組升級策略中配置的發(fā)布時間，和/或升級時間；

第一時間模塊，與所述第一判斷模塊相連，用于根據(jù)所述配置的發(fā)布時間，進行定時。

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

第二信息收發(fā)模塊：用于接收所述服務器的升級命令；

提取模塊：與所述第二信息收發(fā)模塊相連，用于提取模塊所述升級命令中的升級策略中配置的路由器自控部分；

第二判斷模塊：與所述提取模塊相連，用于判斷所述升級策略中路由器自控部分是否配置有升級時間；根據(jù)所述升級策略中配置的路由器流量上限、和/或設備數(shù)量上限判斷所述路由器是否符合升級條件；

第二時間模塊：與所述第二判斷模塊相連，當所述判斷模塊所述升級策略中配置的路由器自控部分配置有升級時間時，啟動定時；

升級模塊：與所述第二判斷模及第二時間模塊相連，用于根據(jù)所述升級策略中路由器自控部分中配置的升級方案進行升級。

本發(fā)明有益效果如下：

隨著大數(shù)據(jù)技術的發(fā)展，對用戶行為的分析日漸成熟，本方案基于升級策略，結合大數(shù)據(jù)技術，快速而準確的查找到目標，而在路由器端，為了更好的提升用戶體驗，盡可能減少對用戶正常使用路由器的影響，根據(jù)配置的升級策略中的路由器自控部分，路由器會自身再進行一個升級條件的判斷，從而更好更靈活的響應業(yè)務需求。

本發(fā)明的方法和系統(tǒng)均是基于服務器上存儲的配置好的升級策略實現(xiàn)的，將升級策略細化，根據(jù)不同需求進行配置，配置好后，再根據(jù)選擇的配置好的升級策略，實現(xiàn)精準推送。不同的策略針對不同特點的路由器，本方案可實現(xiàn)對不同特點的路由器進行不同的策略的升級推送。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡要介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域的普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明基于服務器升級策略的路由器升級方法實施例一流程圖；

圖2為本發(fā)明基于服務器升級策略的路由器升級方法另一實施例流程圖；

圖3為本發(fā)明基于服務器升級策略的路由器升級方法另一實施例流程圖；

圖4為本發(fā)明基于服務器升級策略的路由器升級方法另一實施例流程圖；

圖5為本發(fā)明基于服務器升級策略的路由器升級方法另一實施例流程圖；

圖6為本發(fā)明基于服務器升級策略的路由器升級方法另一實施例中升級策略配置頁面示意圖；

圖7為本發(fā)明基于服務器升級策略的路由器升級系統(tǒng)實施例一框圖；

圖8為本發(fā)明基于服務器升級策略的路由器升級系統(tǒng)另一實施例框圖。

具體實施方式

為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述，顯然，所描述的實施例僅僅是本發(fā)明一部份實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

本發(fā)明提供了一種基于服務器升級策略的路由器升級方法，具體的實施方式，如圖1所示，包括步驟：

S100服務器根據(jù)選擇的升級策略中配置的服務器自控部分，從數(shù)據(jù)庫中查詢所有匹配的路由器；

S200所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令至少包括升級策略中配置的路由器自控部分；

S300所述路由器根據(jù)接收的升級命令進行升級。

位于服務器上的關于路由器的升級策略分為服務器自控部分和路由器自控部分，服務器自控部分的策略是指策略中由服務器執(zhí)行的部分；同樣，路由器自控部分的策略是指策略中由路由器執(zhí)行的部分。用戶可根據(jù)需求配置好升級策略存儲于服務器上，將升級策略細化，不同型號或版本等路由器可以有不同的升級策略，根據(jù)不同的升級策略實現(xiàn)精準的升級推送。

較佳的，所述步驟S100包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器。

本方案中，升級策略中服務器自控部分至少包括以下一項策略項：

①路由器型號；

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

③MAC地址段：過濾MAC地址段內的路由器，也可以反選為該地址段之外的路由器；

④地區(qū)：路由器所在省份、地市。

根據(jù)升級策略中的上述部分，可查找出所有匹配升級策略中上述策略項的路由器，以便后續(xù)的目標推送升級命令。

本發(fā)明一種基于服務器升級策略的路由器升級方法的另一實施例，在上述實施例的基礎上，增加了升級時間的控制部分，具體的，如圖2所示，當所述升級策略中配置的升級時間屬于所述路由器自控部分時，包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器；

S210根據(jù)所述升級策略中所述服務器自控部分中配置的發(fā)布時間，判斷是否達到配置的發(fā)布時間，若是則進入步驟S220，否則進入步驟S230；

S220根據(jù)所述配置的發(fā)布時間，啟動定時，當?shù)竭_配置的發(fā)布時間時，進入步驟S230；

S230所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令包括升級策略中配置的路由器自控部分。

S300所述路由器根據(jù)接收的升級命令進行升級。

當升級策略中配置的升級時間屬于路由器自控部分，那么也就是說有沒有到升級時間是由路由器來控制判斷的，而服務器只是負責篩選發(fā)布了，關于發(fā)布的時間，屬于服務器自控部分，因而由服務器根據(jù)升級策略中的發(fā)布時間執(zhí)行發(fā)布，服務器發(fā)布升級策略給路由器后，路由器根據(jù)接收的升級命令中的升級策略中的路由器自控部分配置的升級時間，開啟定時，當路由器判斷到達策略中預定的升級時間后，開始執(zhí)行升級。

本方法的另一個實施例，如圖3所示，包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器；

S120根據(jù)所述升級策略中服務器自控部分配置的路由器數(shù)量上限，判斷查詢到的所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限，若是，則進入步驟S130；否則進入步驟S210；

S130將所述查詢到的所有匹配的路由器進行分組，每一組的數(shù)量不超過所述配置的路由器數(shù)量上限；

S140當所述升級策略中路由器自控部分配置的是所述路由器根據(jù)所述服務器發(fā)送的升級軟件包進行升級時，則按照預設的發(fā)布間隔時間，依次延遲各組的發(fā)布時間，分組發(fā)布；

S150當所述升級策略中路由器自控部分配置配置的是所述路由器根據(jù)所述服務器發(fā)送的升級地址進行升級時，則按照預設的發(fā)布間隔時間、升級間隔時間、依次延遲各組的發(fā)布時間和升級時間；

S210根據(jù)所述升級策略中所述服務器自控部分中配置的發(fā)布時間，判斷是否達到配置的發(fā)布時間，若是則進入步驟S230，否則進入步驟S220；

S220根據(jù)所述配置的發(fā)布時間，啟動定時，當?shù)竭_配置的發(fā)布時間時，進入步驟S230；

S230所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令包括升級策略中配置的路由器自控部分。

S300所述路由器根據(jù)接收的升級命令進行升級。

本實施例中，當通過步驟S110查找出來的所有匹配的路由器的數(shù)量超過了升級策略中配置的路由器數(shù)量上限時，為了減少同時向所有路由器發(fā)送升級命令時給服務器帶來的壓力，本實施增加了分組發(fā)送。比如，升級策略中配置的路由器數(shù)量上限為300臺，而經過步驟S110查找出來的所有匹配的路由器的數(shù)量為650臺，那么就需要對這650臺路由器進行分組，每一組的數(shù)量可根據(jù)預設的數(shù)量，或根據(jù)路由器數(shù)量上限進行分配，每一組的數(shù)量都不能超過策略中的路由器數(shù)量上限，例如，我們可以分成第一組300臺、第二組300臺、第三組50臺。分好組后，再看下升級策略中，推送給路由器的是升級包還是只是個升級地址，如果是升級包的話，路由器接收后，可直接根據(jù)升級包隨時進行升級，無需再訪問服務器來升級，因此，只需減少服務器發(fā)布策略時的壓力，故只需順延各組發(fā)布時間即可，例如本實例中，本來三組的發(fā)布時間是一樣的，但是，由于路由器數(shù)量較多，故需按組延遲發(fā)布，即第二組的發(fā)布時間往后推遲10分鐘；第三組的發(fā)布時間比第二組延遲10分鐘。如果推送給路由的是升級地址，即路由器需要根據(jù)這個軟件地址，去服務器調用接口的話，那么如果所有匹配的路由器升級時間一致的話同樣會造成服務器的壓力，因此，除了分組發(fā)布外，還要分組升級，即第二組的升級時間比第一組的升級時間晚預設的間隔升級時間，第三組的升級時間比第二組的升級時間晚預設的間隔時間。

前面我們說了通過路由器來判斷升級時間，同樣，我們也可以通過服務器來判斷時間，具體的，如圖4所示，包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器；

S240根據(jù)所述升級策略中所述服務器自控部分中配置的升級時間，判斷是否達到配置的升級時間，若是則進入步驟S260，否則進入步驟S250；

S250根據(jù)所述配置的升級時間，啟動定時，當?shù)竭_配置的升級時間時，進入步驟S260；

S260所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令包括升級策略中配置的路由器自控部分。

S300所述路由器根據(jù)接收的升級命令進行升級。

關于升級時間的把控，除了可以通過路由器來根據(jù)策略中的升級時間來判斷當前時間是否達到升級時間外，還可以通過服務器來控制，采用服務器判斷控制時間的一個好處是服務器上的時間更為精準，從而判斷的也更為準確，具體的，當所述升級策略中配置的升級時間屬于所述服務器自控部分時，可通過服務器發(fā)布策略后，路由器即可開始執(zhí)行升級，以免發(fā)布后，路由器還需多次訪問服務器，通過服務器來判斷是否到達升級時間，減少服務器壓力。具體的，服務器根據(jù)升級策略中服務器自控部分中配置的升級時間，判斷是否達到配置的升級時間，如果是的話，服務器就發(fā)送升級命令給匹配的路由器，該升級命令包括升級策略中配置的路由器自控部分；如果還沒有到升級時間的話，那么服務器根據(jù)配置的升級時間，啟動定時，當?shù)竭_配置的升級時間時，服務器再發(fā)送升級命令給所述匹配的路由器。

本方法的另一實施例，可在上述所有實施例的基礎上，增加路由器IP的判斷步驟，具體的，上述所有的實施例中所述步驟S200之后還包括步驟：

S270所述服務器判斷路由器上報的IP是否為私網，若是，則執(zhí)行步驟S280；否則，執(zhí)行步驟S290；

S280所述服務器將升級命令通過長連接服務器發(fā)送給所述路由器；

S290所述服務器直接將升級命令發(fā)送給所述路由器。

本方法的另一個實施例，在上述所有實施例的基礎上，增加了路由器根據(jù)升級策略自行判斷是否符合升級條件，具體的，如圖5所示，包括步驟：

S110根據(jù)所述升級策略中服務器自控部分配置的所述路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器；

S200所述服務器發(fā)送升級命令給所述匹配的路由器，所述升級命令至少包括升級策略中配置的路由器自控部分；

S310所述路由器根據(jù)接收的升級命令，提取所述升級命令中中的升級策略中配置的路由器自控部分；

S320查看所述路由器自控部分是否配置有升級時間，若是，則執(zhí)行步驟S330，否則執(zhí)行步驟S340；

S330所述路由器根據(jù)所述升級策略中路由器自控部分中配置的所述升級時間，啟動定時，當?shù)竭_所述升級時間時，進入步驟S340；

S340所述路由器根據(jù)所述路由器自控部分中配置的路由器流量上限、和/或設備數(shù)量上限判斷是否符合升級條件，若符合則繼續(xù)執(zhí)行后續(xù)步驟；

S350所述路由器按照所述路由自控部分中配置的升級方案，根據(jù)所述服務器發(fā)布的升級地址或者升級軟件包進行升級。

首先路由器接收到升級命令后，查看命令中攜帶的升級策略路由器自控部分，如果配置的升級時間屬于路由器來控制，那么，路由器在收到命令后，即可開啟定時，當?shù)竭_升級時間后，再進一步判斷此刻是否符合升級條件，如果升級時間策略項屬于路由器判斷，但是策略中配置的是不預定時間的話，那么路由器可在收到升級命令后預設時間間隔后執(zhí)行下一步的升級條件的判斷步驟，具體的，判斷路由器流量是否在策略中配置的路由器流量上限之內、或者路由器上連接的設備數(shù)量是否在策略中配置的路由器設備數(shù)量上限之內?；蛘咝枰瑫r滿足這兩項，具體的要看選擇的升級策略中配置了哪些路由器的自控策略項，配置了哪些則需要滿足哪些，在全滿足的情況下才能升級。如果升級時間不屬于路由器自控部分，那么，也就是說屬于服務器自控部分了，服務器來控制升級時間的話，那么省掉了路由器根據(jù)升級策略中升級時間判斷、啟動定時的步驟，只需在接到升級命令后即可開始自查是否符合升級條件，符合的話則啟動升級。升級方案包括靜默升級、DNS劫持升級、HTTP JS植入升級、Portal彈窗升級，具體根據(jù)策略中配置的方案進行升級。

當然，如果路由器判斷出暫不符合升級條件，則可及時向服務器反饋并告知不符項，服務器可根據(jù)路由器不符合的條件項，采取相應的措施。比如延遲升級時間。

本升級方法的最后一個實施例，主要包括以下幾個方面：

管理員根據(jù)需求配置升級策略，策略服務器存儲記錄該升級策略；

管理員選中并執(zhí)行一條升級策略，服務器根據(jù)該升級策略從數(shù)據(jù)庫查詢到所有匹配的路由器

策略服務器將升級命令發(fā)送給路由器

路由器收到命令后，根據(jù)升級策略中的發(fā)布的軟件地址，調用升級接口進行升級

其中，本實施例的主要設計點在于如何對路由器配置不同的升級策略，以及如何下發(fā)升級命令。詳細闡述如下：

配置升級策略，升級策略配置頁面示意圖如圖6所示，主要包括如下策略項：

路由器型號、版本號:

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

MAC地址段：

過濾MAC地址段內的路由器，也可以反選為該地址段之外的路由器

地區(qū)：

路由器所在省份、地市

路由器流量上限：

設定只有當路由器流量在該流量上限之下時才會進行升級

終端數(shù)量上限：

設定只有當路由器終端連接數(shù)在該上限之下時才會進行升級

升級方案：

靜默升級、DNS劫持升級、HTTP JS植入升級、Portal彈窗升級

升級時間：

不預定時間、1:00-2:00、2:00-3:00、3:00-4:00、4:00-5:00

當策略組指定升級時間時，系統(tǒng)會開啟定時任務，當達到指定時間XX時，自動執(zhí)行“執(zhí)行發(fā)布”動作進行命令下發(fā)；

管理員配置完策略項之后會將策略內容存儲到數(shù)據(jù)庫中，后臺管理員可以進行修改刪除等操作。

通過升級策略對要升級的路由器進行區(qū)分，可以更好的提升用戶體驗，同時也減小了同時向所有路由器發(fā)送升級命令時給路由器帶來的壓力。

執(zhí)行發(fā)布：

當后臺管理員點擊執(zhí)行發(fā)布按鈕后，系統(tǒng)會從后臺數(shù)據(jù)庫中查找到所有匹配該策略組的路由器設備。

由于當匹配到的路由器數(shù)量較大時，同時給所有路由器并發(fā)命令會給服務器造成較大壓力，為避免此問題，本方案采用分批次定間隔執(zhí)行下發(fā)命令的方法。默認每300臺路由器為一組發(fā)送命令，每組間隔10分鐘。

本方案針對路由器所處的不同網絡環(huán)境進行如下模式發(fā)送命令：

當路由器上報IP為公網時：

直接調用路由器側的web接口，將發(fā)布策略作為參數(shù)傳遞給該接口進行升級；

當路由器上報IP為私網時：

策略服務器將升級命令透傳給長連接服務器，由長連接服務器根據(jù)MAC地址查找到連接在長連接服務器的路由器設備，然后由長連接服務器將升級命令消息發(fā)送給該路由器；

執(zhí)行升級命令：

路由器接收到遠程命令之后，根據(jù)接收到的升級參數(shù)，進行升級。

基于相同的技術構思，本發(fā)明實施例還提供一種基于服務器升級策略的路由器升級系統(tǒng)，該升級系統(tǒng)可執(zhí)行上述方法實施例。本發(fā)明實施例提供的升級系統(tǒng)，如圖7所示。包括服務器、路由器，所述服務器與所述路由器通訊連接，所述服務器包括存儲模塊、查找模塊、第一信息收發(fā)模塊，所述查找模塊分別與所述存儲模塊及第一信息收發(fā)模塊相連，所述存儲模塊中存儲有配置好的路由器的升級策略；其中：

所述服務器的查找模塊根據(jù)選擇的升級策略中配置的服務器自控部分，從數(shù)據(jù)庫中查詢所有匹配的路由器；

所述服務器的第一信息收發(fā)模塊發(fā)送升級命令給所述匹配的路由器，所述升級命令至少包括升級策略中配置的路由器自控部分和升級地址；

所述路由器根據(jù)接收的升級命令進行升級。

本發(fā)明升級系統(tǒng)，如圖8所示，在上述實施例的基礎上，所述服務器還包括：

第一判斷模塊，與所述查找模塊、存儲模塊相連，用于根據(jù)所述升級策略中服務器自控部分配置的路由器數(shù)量上限，判斷所述查找模塊查詢到的所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限；

分組模塊：與所述第一判斷模塊相連，用于當所有匹配的路由器的數(shù)量是否超過所述配置的路由器數(shù)量上限時，將所述查詢到的所有匹配的路由器進行分組，每一組的數(shù)量不超過所述配置的路由器數(shù)量上限

修改延遲模塊：與所述分組模塊、存儲模塊相連，用于修改延遲所述分組模塊分組后，每一組升級策略中配置的發(fā)布時間，和/或升級時間；

第一時間模塊，與所述第一判斷模塊相連，用于根據(jù)所述配置的發(fā)布時間，進行定時。

服務器的查找模塊可根據(jù)升級策略中配置的路由器的型號、和/或版本號、和/或MAC地址段、和/或地區(qū)策略項，從數(shù)據(jù)庫中查找所有匹配的路由器；

服務器的第一判斷模塊根據(jù)升級策略中服務器自控部分配置的路由器數(shù)量上限，判斷查找模塊查詢到的所有匹配的路由器的數(shù)量是否超過了配置的路由器數(shù)量上限，沒有超過的話則進入發(fā)布階段，超過了的話，則在發(fā)布前還需要將所有匹配的路由器通過分組模塊進行分組，每一組的數(shù)量不超過配置的路由器數(shù)量上限，如果升級策略中路由器自控部分配置的是路由器根據(jù)服務器發(fā)送的升級軟件包進行升級時，則所述延遲修改模塊按照預設的發(fā)布間隔時間，通過延遲修改模塊依次延遲各組的發(fā)布時間，從而分組發(fā)布；當所述升級策略中路由器自控部分配置配置的是所述路由器根據(jù)所述服務器發(fā)送的升級地址進行升級時，所述延遲修改模塊則按照預設的發(fā)布間隔時間、升級間隔時間、依次延遲各組的發(fā)布時間和升級時間。

服務器的第一判斷模塊，根據(jù)升級策略中的發(fā)布時間，判斷當前是否到達配置的發(fā)布時間，若果是的話就通過第一信息收發(fā)模塊發(fā)送升級命令，否則的話還需要通過第一時間模塊啟動定時，當?shù)竭_配置的發(fā)布時間后再發(fā)布。

較佳的，所述第一判斷模塊判斷所述路由器上報的IP是公網還是私網；當路由器上報IP為公網時：直接調用路由器側的web接口，將發(fā)布策略作為參數(shù)傳遞給該接口進行升級；

當路由器上報IP為私網時：策略服務器將升級命令透傳給長連接服務器，由長連接服務器根據(jù)MAC地址查找到連接在長連接服務器的路由器設備，然后由長連接服務器將升級命令消息發(fā)送給該路由器；

較佳的，在上述所有實施例的基礎上，所述路由器包括：

第二信息收發(fā)模塊：用于接收所述服務器的升級命令；

提取模塊：與所述第二信息收發(fā)模塊相連，用于提取模塊所述升級命令中的升級策略中配置的路由器自控部分；

第二判斷模塊：與所述提取模塊相連，用于判斷所述升級策略中路由器自控部分是否配置有升級時間；根據(jù)所述升級策略中配置的路由器流量上限、和/或設備數(shù)量上限判斷所述路由器是否符合升級條件；

第二時間模塊：與所述第二判斷模塊相連，當所述判斷模塊所述升級策略中配置的路由器自控部分配置有升級時間時，啟動定時；

升級模塊：與所述第二判斷模及第二時間模塊相連，用于根據(jù)所述升級策略中路由器自控部分中配置的升級方案進行升級。

具體的，各模塊工作過程如下：

路由器的第二信息接收模塊接收到升級命令后，通過提取模塊從升級命令中國提取出升級策略中配置的路由器自控部分；

路由器的第二判斷模塊判斷提取的升級策略中是否配置了升級時間，如果是的話，則需增加通過第二時間模塊啟動定時的步驟，當?shù)竭_升級時間后，第二判斷模塊根據(jù)路由器自控部分中配置的路由器流量上限，和/或設備數(shù)量上限等判斷是否符合升級條件，只要是升級策略中配置了路由器自控策略項，均需滿足才可進行后續(xù)的升級操作判斷。在升級時，路由器的升級模塊根據(jù)升級策略中路由器自控部分配置的升級方案通過升級地址或者下發(fā)的升級軟件包進行升級。這里的升級方案指靜默升級、DNS劫持升級、HTTP JS植入升級、或者Portal彈窗升級。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。