專利名稱：網(wǎng)絡升級方法和系統(tǒng)、實現(xiàn)網(wǎng)絡升級的主服務端的制作方法
技術領域：
本發(fā)明涉及通訊技術領域，尤其涉及一種網(wǎng)絡升級方法和系統(tǒng)、以及一種實現(xiàn)網(wǎng)
絡升級的主服務端。
背景技術：
網(wǎng)絡升級是指服務端通過網(wǎng)絡向客戶端提供應用程序的最新版本文件，以實現(xiàn)客 戶端的程序文件版本升級的服務。 例如在一種應用于IPTV(Internet Protocol TV :交互式網(wǎng)絡電視)領域的 CDN(Content Delivery Network :內(nèi)容分發(fā)網(wǎng)絡)架構中，服務端單板與客戶端單板之間形 成一個星型拓撲結構，客戶端單板的程序通常包括引導程序和應用程序。其中，應用程序負 責提供業(yè)務，為了滿足應用需求經(jīng)常需要升級。引導程序負責在客戶端單板上電時對其進 行初始化，以及對客戶端單板與服務端單板之間的鏈路進行初始化；初始化完成后，還需在 本地查詢應用程序當前的程序版本信息，包括應用程序的文件名、版本號等，然后向CND架 構中指定的服務端單板提出升級請求，以實現(xiàn)應用程序的版本升級。 然而，現(xiàn)有的升級系統(tǒng)中，同一類型或者不同類型的客戶端啟動后，都向同一服務 端發(fā)起升級請求，因此存在以下弊端多個客戶端同時從服務端獲取最新版本文件時，會導 致網(wǎng)絡擁塞，特別是當服務端和客戶端都處于公網(wǎng)上時，會給服務端和網(wǎng)絡造成承重的工 作負荷，影響其他類型的客戶端的升級效率。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題是，提供一種提高網(wǎng)絡升級效率的網(wǎng)絡升級方法和系 統(tǒng)，以及實現(xiàn)網(wǎng)絡升級的主服務端。 本發(fā)明解決其技術問題所采用的技術方案是提供了一種網(wǎng)絡升級方法，用于主 服務端向至少一個客戶端提供網(wǎng)絡升級服務，包括以下步驟
主服務端接收所述客戶端的升級請求消息；
判斷是否已有其他客戶端獲取過最新版本文件； 如果是，則主服務端通知所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端作 為臨時服務端從而獲取最新版本文件。 進一步地，所述客戶端的升級請求消息還攜帶所述客戶端的類型；所述客戶端與 所述臨時服務端的類型相同。 所述升級請求消息還攜帶所述客戶端當前的版本信息；主服務端接收所述客戶端 的升級請求消息后，還根據(jù)所述客戶端當前的版本信息判斷是否需要向所述客戶端提供最 新版本文件，如果是，則判斷是否已有其他客戶端獲取過最新版本文件。 如果沒有其他客戶端獲取過最新版本文件，則主服務端通知所述客戶端按照一定 的優(yōu)先順序從主服務端獲取最新版本文件。 主服務端通知所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件的具體步驟為 主服務端向所述客戶端發(fā)送已經(jīng)獲取過最新版本文件的客戶端的IP地址；
所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端當作臨時服務端，根據(jù)所述 得到的IP地址向所述臨時服務端提起升級請求消息； 臨時服務端通知所述客戶端按照一定的優(yōu)先順序從所述臨時服務端獲取最新版 本文件。 以上步驟中，如果主服務端向所述客戶端發(fā)送多個已經(jīng)獲取過最新版本文件的客 戶端的IP地址，還包括所述客戶端按照隊列優(yōu)先策略、負荷分擔策略或路徑最短策略從所 述多個已經(jīng)獲取過最新版本文件的客戶端中選擇臨時服務端的步驟。 主服務端或臨時服務端通知所述客戶端按照一定的優(yōu)先順序從所述主服務端或 臨時服務端獲取最新版本文件的具體步驟為 主服務端或臨時服務端按照所述客戶端的優(yōu)先級計算升級延遲值D ; 主服務端或臨時服務端向所述客戶端下發(fā)攜帶所述升級延遲值D的升級通知消
息，并在升級延遲值D屆滿時向所述客戶端提供最新版本文件。 其中，所述升級延遲值D的計算方式為D = 10i+s+m ;i為所述客戶端的優(yōu)先級， s為所述客戶端的局端號，m為所述客戶端的架框槽號。 所述升級延遲值D的另一種計算方式為D = 10i+s。+m。；其中，i為所述客戶端的 優(yōu)先級，s。為所述客戶端與主服務端或臨時服務端的局端號之差的絕對值，m。為所述客戶 端與主服務端或臨時服務端的架框槽號之差的絕對值。 本發(fā)明還提供了一種網(wǎng)絡升級系統(tǒng)，包括主服務端和至少一個客戶端，主服務端 用于向所述至少一個客戶端提供網(wǎng)絡升級服務，所述主服務端包括升級請求接收模塊、判 斷模塊和通知模塊； 升級請求接收模塊用于接收所述客戶端的升級請求消息；
判斷模塊用于判斷是否已有其他客戶端獲取過最新版本文件； 通知模塊用于在已有其他客戶端獲取過最新版本文件的情況下，通知所述客戶端
將所述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件。
所述主服務端和/或臨時服務端還還包含延遲管理模塊和升級模塊； 延遲管理模塊用于按照所述客戶端的優(yōu)先級計算升級延遲值D，并向所述客戶端
下發(fā)攜帶所述升級延遲值D的升級通知消息； 升級模塊用于在升級延遲值D屆滿時向所述客戶端提供最新版本文件。 本發(fā)明的有益效果是，本發(fā)明通過提供臨時服務端的方式，避免了多個客戶端同
時向主服務端請求升級而造成的升級效率低下和網(wǎng)絡擁塞的問題，因此有效提高了網(wǎng)絡升
級效率，減輕了網(wǎng)絡負荷。 針對具有不同優(yōu)先級的客戶端，本發(fā)明還按照一定的優(yōu)先順序為其提供合理的升 級服務，高優(yōu)先級類型的客戶端無需等待很長時間就能獲取最新版本文件，因此能夠快速 響應用戶的業(yè)務請求，進一步提高了工作效率。


圖1為本發(fā)明一種具體實施方式
的網(wǎng)絡升級方法流程 圖2為本發(fā)明另一種具體實施方式
的網(wǎng)絡升級方法流程圖；
圖3為本發(fā)明一種具體實施方式
的網(wǎng)絡升級系統(tǒng)框圖。
具體實施例方式
以下結合附圖對本發(fā)明的具體實施方式
進行詳細說明。 本發(fā)明提供的網(wǎng)絡升級方法和系統(tǒng)將已經(jīng)獲取過最新版本文件的客戶端作為臨 時服務端，使其為其他客戶端提供升級服務。 如圖1所示，本發(fā)明第一種具體實施方式
的網(wǎng)絡升級方法用于主服務端向至少一 個客戶端提供網(wǎng)絡升級服務，包括以下步驟 步驟S100 :主服務端接收客戶端的升級請求消息。根據(jù)業(yè)務需要，系統(tǒng)中可能存 在一種或多種不同類型的客戶端，例如一類客戶端用于處理媒體數(shù)據(jù)，一類客戶端用于實 現(xiàn)數(shù)據(jù)交換， 一類客戶端用于處理通訊協(xié)議等。 —般情況下，同一類型的客戶端使用相同的應用程序，不同類型的客戶端使用不 同的應用程序，因此，程序升級所需的最新版本文件通常根據(jù)客戶端的類型而異。本實施 方式中，主服務端本身、或者通過與提出升級請求消息的客戶端同類型的臨時服務端，能夠 向同類型的客戶端提供同一最新版本文件；如果不同類型的客戶端可共用同一最新版本文 件，還可根據(jù)具體需求，主服務端本身、或者通過與提出升級請求消息的客戶端不同類型的 臨時服務端，也能夠向不同類型的客戶端提供同一最新版本文件。 優(yōu)選地，當系統(tǒng)存在多種不同類型的客戶端時，客戶端提出的升級請求消息還攜 帶了客戶端的類型。升級請求消息可為UDP(User DatagramProtocol :用戶數(shù)據(jù)包協(xié)議)消息等。 另外，為了提高升級效率，避免重復向客戶端提供最新版本文件，升級請求消息中 還可攜帶該客戶端中應用程序當前的版本信息；主服務端接收該客戶端的升級請求消息 后，根據(jù)客戶端當前的版本信息判斷是否需要向該客戶端提供最新版本文件。例如主服務 端可查詢自身的數(shù)據(jù)庫，并與客戶端提供的版本信息相比較，如果客戶端的版本文件不是 最新，則需要向客戶端提供最新版本文件，進入步驟S101，否則可向該客戶端反饋無需升級 的消息，使其直接運行應用程序。 步驟S101 :主服務端判斷是否已有其他客戶端獲取過最新版本文件，是，則進入 步驟S102，否則進入步驟S103。如果系統(tǒng)中存在不同類型的客戶端，主服務端還需根據(jù)升 級請求消息中的客戶端的類型，判斷是否已向同類型的其他客戶端提供過最新版本文件， 是則進入步驟S102，否則進入步驟S102。 該步驟的具體判斷方式具有多種，例如主服務端可讀取客戶端所對應的升級標志 位來進行判斷。 一種實施方式中，主服務端提供了一個利用升級標志位記錄各種類型的客 戶端的版本升級情況，當主服務端接收任一客戶端的升級請求消息后，根據(jù)其類型讀取相 應的升級標志位，如果取值為l，表明已經(jīng)有同種類型的客戶端獲取過了最新版本文件(不 僅包括主服務端直接向該客戶端提供最新版本文件，還包括主服務端通知該客戶端通過臨 時服務端獲取過最新版本文件的情況，兩種情況下，主服務端都可記錄這些客戶端的IP地 址以便將其作為臨時服務端)，進入步驟S102，如果取值為0，則將該升級標志位置1，并記 錄該客戶端的IP地址以便將其作為臨時服務端，接著進入步驟S103。
6
系統(tǒng)中不同類型的客戶端可以共用同一最新版本文件的情況下，當某一客戶端向 主服務端發(fā)送升級請求消息時，主服務端根據(jù)其攜帶的版本信息查詢已經(jīng)獲取到該同一 最新版本文件的客戶端，無需判斷二者的類型是否相同，如果已有其他客戶端已經(jīng)獲取該 同一最新版本文件，則直接進入步驟S102將已經(jīng)獲取該同一最新版本文件的客戶端的IP 地址發(fā)送給提起升級請求消息的客戶端，通知其選擇臨時服務端進行升級，否則進入步驟 S103。 步驟S102 :主服務端通知客戶端將已經(jīng)獲取過最新版本文件的客戶端作為臨時 服務端，從而獲取最新版本文件進行升級，具體包括以下子步驟 1)主服務端向步驟S100中提出升級請求消息的客戶端發(fā)送已經(jīng)獲取過最新版本 文件的客戶端的IP地址，主服務端還可進一步發(fā)送已經(jīng)獲取過最新版本文件的客戶端的 局端號和架框槽號等其他信息，以便確定其具體位置。 如果主服務端已向多個同類型的客戶端提供過最新版本文件，主服務端可以向再 次提起升級請求消息的客戶端發(fā)送多個同一類型的、已經(jīng)獲取過最新版本文件的客戶端的 IP地址及其他信息。 2)客戶端將已經(jīng)獲取過最新版本文件的客戶端當作臨時服務端，根據(jù)從主服務端 得到的IP地址向該臨時服務端提起升級請求消息。 子步驟2)中，如果主服務端向客戶端發(fā)送多個已經(jīng)獲取過最新版本文件的客戶 端的IP地址，客戶端還可按照隊列優(yōu)先策略、負荷分擔策略或路徑最短策略從中選擇合適 的臨時服務端。 具體地，隊列優(yōu)先策略指客戶端依次向各個已經(jīng)獲取過最新版本文件的客戶端發(fā) 送升級請求消息，如果能夠從某一客戶端成功獲取最新版本文件，則選擇該客戶端為臨時 服務端并停止向剩余的客戶端發(fā)送升級請求消息，否則繼續(xù)發(fā)送升級請求消息直到遍歷所 有獲取過最新版本文件的客戶端。 負荷分擔策略指客戶端根據(jù)各個獲取過最新版本文件的客戶端的IP地址分別查 詢其負荷情況，經(jīng)過比較后，得到其中負荷最低的一個，客戶端選擇該負荷最低的客戶端作 為臨時服務端。 路徑最短策略指客戶端根據(jù)各個已經(jīng)獲取過最新版本文件的客戶端的局端號、架 框槽號等信息計算其與自身的距離，并選擇距離自身最近的客戶端作為臨時服務端。
3)臨時服務端收到升級請求消息后，通知客戶端按照一定的優(yōu)先順序從臨時服務 端獲取最新版本文件。 步驟S103 :主服務端通知步驟S100中提起升級請求消息的客戶端按照一定的優(yōu) 先順序從主服務端獲取最新版本文件進行升級，該步驟尤其適用于不同類型的客戶端同時 從主服務端獲取最新版本文件的情況，能夠按照優(yōu)先順序合理處理各種升級請求，為較高 優(yōu)先級的客戶端優(yōu)先提供升級服務。 本實施方式步驟S102的子步驟3)或步驟S103中，主服務端或臨時服務端同時客 戶端按照一定的優(yōu)先順序從主服務端或臨時服務端獲取最新版本文件進行升級的方式相 同，具體為 主服務端或臨時服務端收到客戶端的升級請求消息后，按照該客戶端的優(yōu)先級i 計算其升級延遲值D，接著，主服務端或臨時服務端向客戶端下發(fā)攜帶升級延遲值D的升級
7通知消息，在升級延遲值D屆滿時，主服務端或臨時服務端向客戶端提供最新版本文件使 客戶端進行升級。 各客戶端的優(yōu)先級i與其類型直接對應，可在主服務端上通過全局數(shù)組來記錄，
并在系統(tǒng)初始化時直接確定，i的值越大，表示優(yōu)先級越低。例如系統(tǒng)包含n種類型的客戶
端時，則最高優(yōu)先級的客戶端對應i = l，最低優(yōu)先級的客戶端對應i = n。 進一步地，為了向同一優(yōu)先級i的不同客戶端區(qū)分提供升級服務，還可在計算升
級延遲值D時考慮各個客戶端的位置，考慮到客戶端的局端號s和架框槽號m時，還可通過
以下公式計算升級延遲值D: D = lOi+s+m 例如最高優(yōu)先級的客戶端的升級延遲值為D = 10+s+m，最低優(yōu)先級的客戶端的升 級延遲值為D = 10n+s+m ;升級延遲值D的單位可為毫秒。這種計算方法能夠使高優(yōu)先級 的客戶端相對較早地進行升級，進一步滿足了用戶需求。 如果考慮到客戶端與主服務端或臨時服務端之間的路徑長短，還可通過以下公式 計算升級延遲值D :
D = 10i+s0+m0 其中，s。指客戶端與主服務端或臨時服務端的局端號s之差的絕對值，叫指客戶
端與主服務端或臨時服務端的架框槽號m之差的絕對值。顯然，這種計算方法能夠使距離
主服務端或臨時服務端較近的客戶端相對較早地進行升級，提高了升級效率。 現(xiàn)有技術中，當具有不同類型的客戶端同時向主服務端發(fā)起版本升級請求時，主
服務端采用先收到先處理的策略提供最新版本文件，一些高優(yōu)先級類型的客戶端可能需要
等待很長時間才能獲取最新版本文件，因此無法正常啟動，不能快速響應用戶的業(yè)務請求。
而本實施方式中，主服務端按照一定的優(yōu)先順序向客戶端提供升級服務，充分考慮了不同
客戶端的優(yōu)先級和位置，更加科學合理，顯著提高了工作效率。 如圖2所示，第二種實施方式的網(wǎng)絡升級方法中，主服務端單板向至少一個客戶 端單板提供升級服務，可應用于CDN構架等多種技術領域，具體包括以下步驟
步驟S200 :客戶端單板上電，運行引導程序。 步驟S201 :客戶端單板向主服務端單板發(fā)送升級請求消息，其中攜帶該客戶端單 板的類型和客戶端單板當前的版本信息。 步驟S202 :主服務端單板接收升級請求消息后，判斷該客戶端單板當前的版本文 件是否最新，是，則進入步驟S211，否則進入步驟S203。 步驟S203 :該客戶端單板當前的版本文件并非最新，因此需要向其提供最新版本 文件，然而，主服務端單板還需根據(jù)該客戶端單板的類型判斷是否已有相同類型的其他客 戶端單板獲取過最新版本文件，例如可通過讀取相應的升級標志位進行判斷。是，則進入步 驟S204，否則進入步驟S208。 步驟S204 :主服務端單板已向同類型的其他客戶端單板提供過最新版本文件，需 將已經(jīng)獲取過最新版本文件的客戶端單板作為臨時服務端，因此主服務端單板向提出升級 請求消息的客戶端單板發(fā)送已經(jīng)獲取過最新版本文件的客戶端單板的IP地址和其他信 息。 步驟S205 :客戶端單板收到已經(jīng)獲取過最新版本文件的客戶端單板的IP地址以及其他信息，并選擇合適的臨時服務端后，向臨時服務端發(fā)送升級請求消息。
步驟S206 :臨時服務端接收來自客戶端單板的升級請求消息后，通過第一具體實 施方式所述的升級延遲值D的計算方法，計算得到客戶端單板的升級延遲值Dl，并向客戶 端單板下發(fā)攜帶升級延遲值D1的升級通知消息。 步驟S207 :升級延遲值Dl屆滿，客戶端單板從臨時服務端下拉最新版本文件進行 升級。 步驟S208 :沒有同類型的其他客戶端單板獲取過過最新版本文件，則主服務端單 板通過第一具體實施方式
所述的升級延遲值D的計算方法，計算得到客戶端單板的升級延 遲值D2，并向客戶端單板下發(fā)攜帶升級延遲值D2的升級通知消息。 步驟S209 :升級延遲值D2屆滿，客戶端單板從主服務端單板下拉最新版本文件進 行升級。 步驟S210 :客戶端單板是否升級成功，是，則進入步驟S211，否則回到步驟S201重 復提出升級請求消息。 步驟S211 :客戶端單板升級成功后運行應用程序。 如圖3所示，本發(fā)明還保護了一種網(wǎng)絡升級系統(tǒng)，包括主服務端IO和至少一個客 戶端20，主服務端10用于向至少一個客戶端20提供網(wǎng)絡升級服務。 主服務端10包括升級請求接收模塊11、判斷模塊12、通知模塊13、延遲管理模塊 14和升級模塊15。 升級請求接收模塊11用于接收客戶端20的升級請求消息，該升級請求消息中可 包含客戶端20的類型，以及客戶端20當前的版本信息等。 判斷模塊12用于判斷是否已有其他客戶端20獲取過最新版本文件，是，則通知提 出升級請求消息的客戶端20將已經(jīng)獲取過最新版本文件的客戶端20作為臨時服務端30 從而獲取最新版本文件，否則通知提出升級請求消息的客戶端20從主服務端10獲取最新 版本文件。 如果系統(tǒng)存在多種不同類型的客戶端20，則判斷模塊12還用于判斷是否由同種 類型的其他客戶端20獲取過最新版本文件。在此之前，判斷模塊12還可根據(jù)客戶端20當 前的版本信息判斷是否需要向該客戶端20提供最新版本文件。 通知模塊13用于在判斷模塊12得出已有其他客戶端20獲取過最新版本文件的 情況下，通知該客戶端20將已經(jīng)獲取過最新版本文件的客戶端20作為臨時服務端30，從而 獲取最新版本文件進行升級。 具體地，通知模塊13向客戶端20發(fā)送已經(jīng)獲取過最新版本文件的客戶端20的IP 地址，通知客戶端20將已經(jīng)獲取過最新版本文件的客戶端20當作臨時服務端30，并根據(jù)得 到的IP地址向臨時服務端30提起升級請求消息。 實際應用過程中，可能作為臨時服務端30的客戶端20中也可包含延遲管理模塊 14和升級模塊15，以便提出升級請求消息的客戶端20按照一定的順序獲取最新版本文件 進行升級。 延遲管理模塊14用于按照提出升級請求消息的客戶端20的優(yōu)先級計算升級延遲
值D，并向該客戶端20下發(fā)攜帶升級延遲值D的升級通知消息。 升級模塊15用于在升級延遲值D屆滿時向客戶端20提供最新版本文件。
本發(fā)明通過提供臨時服務端30的方式，避免了多個客戶端20同時向主服務端10請求升級而造成的升級效率低下和網(wǎng)絡擁塞的問題，因此有效提高了網(wǎng)絡升級效率，減輕了網(wǎng)絡負荷。 以上內(nèi)容是結合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的保護范圍。
權利要求
一種網(wǎng)絡升級方法，用于主服務端向至少一個客戶端提供網(wǎng)絡升級服務，其特征在于，包括以下步驟主服務端接收所述客戶端的升級請求消息；判斷是否已有其他客戶端獲取過最新版本文件；如果是，則主服務端通知所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件。
2. 根據(jù)權利要求1所述的方法，其特征在于，所述客戶端的升級請求消息還攜帶所述 客戶端的類型；所述客戶端與所述臨時服務端的類型相同。
3. 根據(jù)權利要求1所述的方法，其特征在于，所述升級請求消息還攜帶所述客戶端當 前的版本信息；主服務端接收所述客戶端的升級請求消息后，還根據(jù)所述客戶端當前的版本信息判斷 是否需要向所述客戶端提供最新版本文件，如果是，則判斷是否已有其他客戶端獲取過最 新版本文件。
4. 根據(jù)權利要求2所述的方法，其特征在于，還包括以下步驟如果沒有其他客戶端獲 取過最新版本文件，則主服務端通知所述客戶端按照一定的優(yōu)先順序從主服務端獲取最新 版本文件。
5. 根據(jù)權利要求1所述的方法，其特征在于，主服務端通知所述客戶端將所述已經(jīng)獲 取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件的具體步驟為主服務端向所述客戶端發(fā)送已經(jīng)獲取過最新版本文件的客戶端的IP地址； 所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端當作臨時服務端，根據(jù)所述得到 的IP地址向所述臨時服務端提起升級請求消息；臨時服務端通知所述客戶端按照一定的優(yōu)先順序從所述臨時服務端獲取最新版本文件。
6. 根據(jù)權利要求5所述的方法，其特征在于，如果主服務端向所述客戶端發(fā)送多個已 經(jīng)獲取過最新版本文件的客戶端的IP地址，還包括所述客戶端按照隊列優(yōu)先策略、負荷分 擔策略或路徑最短策略從所述多個已經(jīng)獲取過最新版本文件的客戶端中選擇臨時服務端 的步驟。
7. 根據(jù)權利要求4至6中任一項所述的方法，其特征在于，主服務端或臨時服務端通知 所述客戶端按照一定的優(yōu)先順序從所述主服務端或臨時服務端獲取最新版本文件的具體 步驟為主服務端或臨時服務端按照所述客戶端的優(yōu)先級計算升級延遲值D ; 主服務端或臨時服務端向所述客戶端下發(fā)攜帶所述升級延遲值D的升級通知消息，并 在升級延遲值D屆滿時向所述客戶端提供最新版本文件。
8. 根據(jù)權利要求7所述的方法，其特征在于，所述升級延遲值D的計算方式為D = 10i+s+m ;其中，i為所述客戶端的優(yōu)先級，s為所述客戶端的局端號，m為所述客戶端的架框 槽號。
9. 根據(jù)權利要求7所述的方法，其特征在于，所述升級延遲值D的計算方式為D = 10i+s。+m。；其中，i為所述客戶端的優(yōu)先級，s。為所述客戶端與主服務端或臨時服務端的局 端號之差的絕對值，m。為所述客戶端與主服務端或臨時服務端的架框槽號之差的絕對值。
10. —種網(wǎng)絡升級系統(tǒng)，包括主服務端和至少一個客戶端，主服務端用于向所述至少一 個客戶端提供網(wǎng)絡升級服務，其特征在于，所述主服務端包括升級請求接收模塊、判斷模塊 和通知模塊；升級請求接收模塊用于接收所述客戶端的升級請求消息； 判斷模塊用于判斷是否已有其他客戶端獲取過最新版本文件；通知模塊用于在已有其他客戶端獲取過最新版本文件的情況下，通知所述客戶端將所 述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件。
11. 根據(jù)權利要求10所述的系統(tǒng)，其特征在于，所述主服務端和/或臨時服務端還包含 延遲管理模塊和升級模塊；延遲管理模塊用于按照所述客戶端的優(yōu)先級計算升級延遲值D，并向所述客戶端下發(fā) 攜帶所述升級延遲值D的升級通知消息；升級模塊用于在升級延遲值D屆滿時向所述客戶端提供最新版本文件。
12. —種實現(xiàn)網(wǎng)絡升級的主服務端，其特征在于，用于向所述至少一個客戶端提供網(wǎng)絡 升級服務，其特征在于包括升級請求接收模塊、判斷模塊和通知模塊；升級請求接收模塊用于接收所述客戶端的升級請求消息； 判斷模塊用于判斷是否已有其他客戶端獲取過最新版本文件；通知模塊用于在已有其他客戶端獲取過最新版本文件的情況下，通知所述客戶端將所 述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件。
全文摘要
本發(fā)明公開了一種網(wǎng)絡升級方法和系統(tǒng)，以及一種實現(xiàn)網(wǎng)絡升級的主服務端，用于主服務端向至少一個客戶端提供網(wǎng)絡升級服務。方法包括以下步驟主服務端接收所述客戶端的升級請求消息；判斷是否已有其他客戶端獲取過最新版本文件；如果是，則主服務端通知所述客戶端將所述已經(jīng)獲取過最新版本文件的客戶端作為臨時服務端從而獲取最新版本文件。本發(fā)明有效提高了網(wǎng)絡升級效率，減輕了網(wǎng)絡負荷；針對不同優(yōu)先級的客戶端，本發(fā)明按照一定的優(yōu)先順序為其提供合理的升級服務，進一步提高了工作效率。
文檔編號H04L12/24GK101778097SQ200910188419
公開日2010年7月14日 申請日期2009年11月25日 優(yōu)先權日2009年11月25日
發(fā)明者宋永來 申請人:中興通訊股份有限公司