一種版本更新方法和裝置的制造方法

一種版本更新方法和裝置的制造方法
【專利摘要】本發(fā)明提供一種版本更新方法和裝置，該方法包括：接收來自AC的版本更新通知消息；如果所述版本更新通知消息中攜帶有已完成版本更新的AP的地址信息，則從所述版本更新通知消息中攜帶的地址信息中選擇至少一個AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件；利用獲取的更新版本文件更新所述AP的版本。通過本發(fā)明的技術(shù)方案，AC不需要向大量AP發(fā)送更新版本文件，提高AC的處理性能，節(jié)約AC與AP之間的網(wǎng)絡(luò)帶寬。而且，可以提高更新版本文件的傳輸效率，并降低版本更新時間。
【專利說明】
-種版本更新方法和裝置
技術(shù)領(lǐng)域
[0001 ]本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，尤其設(shè)及一種版本更新方法和裝置。
【背景技術(shù)】
[0002] 在WLAN(Wireless Local Area Networks,無線局域網(wǎng)）中，可W采用AC(Access 0〇11化〇1161'，接入控制器)和4?(4(3。638?〇;[]11:，接入點）的組網(wǎng)架構(gòu)，由4(：對多個4?進行集 中控制和管理。其中，AC通過CAPWAP(Cont;rolling and Provisioning of Wireless Access化int，無線接入點控制與供應(yīng))協(xié)議與AP建立CAPWAP隧道，并通過該CAPWAP隧道將 配置信息下發(fā)給AP，由AP利用該配置信息完成自身的配置。當需要更新AP的版本時，AC還通 過該CAPWAP隧道將更新版本文件下發(fā)給AP，由AP利用該更新版本文件升級自身的版本。
[0003] 由于AC通常管理大量AP，如幾千個AP，當大量AP均更新版本時，則AC向大量AP發(fā)送 更新版本文件，嚴重影響AC的處理性能，并占有大量網(wǎng)絡(luò)帶寬。而且，如果同時更新版本的 AP數(shù)量超過AC的并發(fā)能力，如AC只能同時為10個AP發(fā)送更新版本文件，則從第11個AP開始， 需要等其它AP的更新版本文件傳輸完成后，才能夠接收到更新版本文件，版本更新時間會 非常長。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明提供一種版本更新方法，應(yīng)用在AP上，所述方法包括：
[0005] 接收來自AC的版本更新通知消息；
[0006] 如果所述版本更新通知消息中攜帶有已完成版本更新的AP的地址信息，則從所述 版本更新通知消息中攜帶的已完成版本更新的AP的地址信息中選擇至少一個AP的地址信 息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件；
[0007] 利用獲取的更新版本文件更新所述AP的版本。
[000引本發(fā)明提供一種版本更新方法，其特征在于，應(yīng)用在AC上，所述方法包括：
[0009] 當需要為AP更新版本時，判斷當前是否存在已完成版本更新的AP;
[0010] 如果是，則向所述AP發(fā)送攜帶已完成版本更新的AP的地址信息的版本更新通知消 息，W使所述AP從已完成版本更新的AP的地址信息中選擇至少一個AP的地址信息，并從選 擇出的地址信息對應(yīng)的AP獲取更新版本文件，利用獲取的更新版本文件更新所述AP的版 本。
[0011] 本發(fā)明提供一種版本更新裝置，應(yīng)用在AP上，所述裝置包括：
[0012] 接收模塊，用于接收來自AC的版本更新通知消息；
[0013] 獲得模塊，用于當所述版本更新通知消息中攜帶有已完成版本更新的AP的地址信 息時，則從所述版本更新通知消息中攜帶的已完成版本更新的AP的地址信息中選擇至少一 個AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件；
[0014] 更新模塊，用于利用獲取的更新版本文件更新所述AP的版本。
[0015] 本發(fā)明提供一種版本更新裝置，應(yīng)用在AC上，所述裝置包括：
[0016] 判斷模塊，用于當需要為AP更新版本時，判斷當前是否存在已完成版本更新的AP;
[0017] 發(fā)送模塊，用于當判斷結(jié)果為是時，則向所述AP發(fā)送攜帶已完成版本更新的AP的 地址信息的版本更新通知消息，W使所述AP從已完成版本更新的AP的地址信息中選擇至少 一個AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件，利用獲取的更新 版本文件更新所述AP的版本。
[0018] 基于上述技術(shù)方案，本發(fā)明實施例中，AP可W從已完成版本更新的AP獲取更新版 本文件，可W不從AC上獲取更新版本文件，當大量AP均需要更新版本時，AC不需要向大量AP 發(fā)送更新版本文件，提高AC的處理性能，節(jié)約AC與AP之間的網(wǎng)絡(luò)帶寬。而且，當同時更新版 本的AP數(shù)量超過AC的并發(fā)能力時，不再需要等其它AP的更新版本文件傳輸完成，就可W從 已完成版本更新的AP獲取更新版本文件，提高更新版本文件的傳輸效率，并降低版本更新 時間。
【附圖說明】
[0019] 為了更加清楚地說明本發(fā)明實施例或者現(xiàn)有技術(shù)中的技術(shù)方案，下面將對本發(fā)明 實施例或者現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的 附圖僅僅是本發(fā)明中記載的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，還可W根據(jù)運些 附圖獲得其他的附圖。
[0020] 圖1是本發(fā)明一種實施方式中的應(yīng)用場景示意圖；
[0021 ]圖2是本發(fā)明一種實施方式中的版本更新方法的流程圖；
[0022] 圖3是本發(fā)明另一種實施方式中的版本更新方法的流程圖；
[0023] 圖4是本發(fā)明一種實施方式中的AP的硬件結(jié)構(gòu)圖；
[0024] 圖5是本發(fā)明一種實施方式中的版本更新裝置的結(jié)構(gòu)圖；
[0025] 圖6是本發(fā)明一種實施方式中的AC的硬件結(jié)構(gòu)圖；
[0026] 圖7是本發(fā)明一種實施方式中的版本更新裝置的結(jié)構(gòu)圖。
【具體實施方式】
[0027] 在本發(fā)明使用的術(shù)語僅僅是出于描述特定實施例的目的，而非限制本發(fā)明。本發(fā) 明和權(quán)利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該"也旨在包括多數(shù)形式，除非 上下文清楚地表示其它含義。還應(yīng)當理解，本文中使用的術(shù)語"和/或"是指包含一個或多個 相關(guān)聯(lián)的列出項目的任何或所有可能組合。
[0028] 應(yīng)當理解，盡管在本發(fā)明可能采用術(shù)語第一、第二、第Ξ等來描述各種信息，但運 些信息不應(yīng)限于運些術(shù)語。運些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離 本發(fā)明范圍的情況下，第一信息也可W被稱為第二信息，類似地，第二信息也可W被稱為第 一信息。取決于語境，此外，所使用的詞語"如果"可W被解釋成為"在……時"或"當……時" 或"響應(yīng)于確定"。
[0029] 針對現(xiàn)有技術(shù)中存在的問題，本發(fā)明實施例中提出一種版本更新方法，該方法可 W應(yīng)用于包括AC和多個AP的WLAN中，且AP均是指瘦AP。在實際應(yīng)用中，AC可W管理大量AP， 運些AP可W部署在同一局域網(wǎng)內(nèi)，也可W部署在不同局域網(wǎng)內(nèi)，且AC將部署在同一局域網(wǎng) 內(nèi)的AP劃分在同一個邏輯組內(nèi)。
[0030] 如圖1所示，API、AP2、AP3、AP4部署在同一局域網(wǎng)內(nèi)，且AC將API、AP2、AP3、AP4劃分 在同一個邏輯組內(nèi)。考慮到同一個局域網(wǎng)內(nèi)的AP之間的網(wǎng)絡(luò)連接，可W不受互聯(lián)網(wǎng)帶寬限 審IJ，因此，同一個局域網(wǎng)內(nèi)的AP之間可W互相傳輸更新版本文件，且更新版本文件的傳輸帶 寬不受互聯(lián)網(wǎng)帶寬限制。
[0031] 基于此，本發(fā)明實施例中提出的版本更新方法，可W適用于同一個邏輯組內(nèi)的多 個AP。例如，可W適用于邏輯組內(nèi)的AP1、AP2、AP3、AP4。
[0032] 本發(fā)明實施例中，當需要為AP更新版本時，則在AC上配置更新版本文件，該更新版 本文件用于升級AP的版本。例如，各AP上正在使用版本1，如果需要將各AP的版本1升級為版 本2，則在AC上配置版本2的更新版本文件。
[0033] 在一個例子中，AC在獲得更新版本文件后，可W生成該更新版本文件對應(yīng)的版本 來源列表，如表1所示，為版本來源列表的一個示例。該版本來源列表可W包括已完成版本 更新的AP的地址信息、更新版本文件的分片標識。
[0034] 其中，已完成版本更新的AP的地址信息可W包括但不限于：已完成版本更新的AP 的IP地址和服務(wù)端口。在初始狀態(tài)下，已完成版本更新的AP的地址信息為空，在后續(xù)過程 中，AC會在版本來源列表中添加地址信息。
[0035] 其中，可W在AC上預(yù)先配置更新版本文件的分片策略，基于該分片策略，AC可W獲 得更新版本文件的分片標識，并在版本來源列表中記錄該分片標識。例如，分片策略為將更 新版本文件劃分為10個同等大小的分片文件，則分片標識可W為1、2、3-，、10。分片策略為 將更新版本文件劃分為8個分片文件，第2個分片文件比第1個分片文件大10K，第3個分片文 件比第3個分片文件大10K，W此類推，第8個分片文件比第7個分片文件大10K，則分片標識 可W為1、2、3···、8。當然，分片策略還可W為其它情況，本發(fā)明實施例中對此不再寶述，只要 基于該分片策略能夠?qū)⒏掳姹疚募澐譃槿舾蓚€分片文件即可。
[0036] 在一個例子中，AC還可W將更新版本文件的分片策略發(fā)送給各個ΑΡ，該分片策略 可W攜帶在AC發(fā)送給ΑΡ的任意消息(現(xiàn)有消息或者新設(shè)計消息）中，只要能夠?qū)⒎制呗园l(fā) 送給ΑΡ即可，本發(fā)明實施例中對此發(fā)送方式不再寶述。
[0037] 表 1 [00；3 引
?0039]參見圖2所示，為本發(fā)明實施例中提出的版本更新方法的流程圖，該方法可W應(yīng)用 在ΑΡ(后續(xù)稱為本ΑΡ)上，且該版本更新方法可W包括W下步驟：
[0040] 步驟201，接收來自AC的版本更新通知消息。
[0041] 步驟202,如果版本更新通知消息中攜帶有已完成版本更新的ΑΡ的地址信息，則從 版本更新通知消息中攜帶的已完成版本更新的ΑΡ的地址信息中選擇至少一個ΑΡ的地址信 息，并從選擇出的地址信息對應(yīng)的ΑΡ獲取更新版本文件。
[0042] 步驟203,利用獲取的更新版本文件更新ΑΡ的版本。
[0043] 針對步驟201，介紹版本更新通知消息的發(fā)送時機。
[0044] 在一個例子中，為了完成ΑΡ和AC之間的交互，ΑΡ需要與AC建立隧道，WCAPWAP隧道 為例，則處理流程可W為:ΑΡ向AC發(fā)送發(fā)現(xiàn)請求消息。AC向ΑΡ發(fā)送發(fā)現(xiàn)響應(yīng)消息。ΑΡ向AC發(fā) 送關(guān)聯(lián)請求消息，該關(guān)聯(lián)請求消息中攜帶本AP的版本信息，如版本1 dAC在接收到關(guān)聯(lián)請求 消息之后，由于本地配置有版本2的更新版本文件，因此，確定需要利用該更新版本文件為 AP更新版本，AC向AP發(fā)送關(guān)聯(lián)響應(yīng)消息，且該關(guān)聯(lián)響應(yīng)消息中攜帶最新版本信息，如版本2。 在該例子中，該關(guān)聯(lián)響應(yīng)消息就是上述的版本更新通知消息。
[0045] 在另一個例子中，當AC接收到需要為AP升級版本的命令(可W為管理員下發(fā)或者 其它設(shè)備下發(fā)的命令)時，確定需要為AP更新版本，并可W向AP發(fā)送版本更新通知消息，且 該版本更新通知消息中攜帶最新版本信息，如版本2。
[0046] 針對步驟201，介紹版本更新通知消息中攜帶的內(nèi)容。
[0047] 當需要為AP更新版本時，AC會判斷當前是否存在已完成版本更新的AP，其中，AC可 W通過查詢版本來源列表的已完成版本更新的AP的地址信息是否為空，來判斷當前是否存 在已完成版本更新的AP。如果是，則AC向AP發(fā)送攜帶已完成版本更新的AP的地址信息的版 本更新通知消息。如果否，則AC向AP發(fā)送未攜帶已完成版本更新的AP的地址信息的版本更 新通知消息。
[0048] 在一個例子中，在AC向AP發(fā)送攜帶已完成版本更新的AP的地址信息的版本更新通 知消息時，該版本更新通知消息中還可W攜帶有更新版本文件的分片標識。而且，AC可W從 版本來源列表中，獲得已完成版本更新的AP的地址信息W及更新版本文件的分片標識。在 另一個例子中，在AC向AP發(fā)送未攜帶已完成版本更新的AP的地址信息的版本更新通知消息 時，該版本更新通知消息中也未攜帶有更新版本文件的分片標識，就相當于現(xiàn)有的版本更 新通知消息。
[0049] 針對步驟201，介紹AP接收到版本更新通知消息后的處理方式。
[0050] AP在接收到版本更新通知消息之后，發(fā)現(xiàn)本AP的版本1比版本更新通知消息中攜 帶的版本2低，因此，AP需要獲得版本2的更新版本文件。其中，如果版本更新通知消息中攜 帶已完成版本更新的AP的地址信息，則AP可W到已完成版本更新的AP上獲取更新版本文 件，處理流程參見步驟202。如果版本更新通知消息中未攜帶已完成版本更新的AP的地址信 息，則AP可W從AC上獲取更新版本文件，并利用獲取的更新版本文件更新本AP的版本。其 中，AP從AC上獲取更新版本文件的方式與現(xiàn)有技術(shù)相同，在此不再詳加寶述。
[0051] 針對步驟202,由于版本更新通知消息中攜帶有一個或者多個已完成版本更新的 AP的地址信息，因此，本AP可W從版本更新通知消息攜帶的地址信息中，選擇至少一個AP的 地址信息，如可W選擇出版本更新通知消息中攜帶的所有地址信息，或者，當版本更新通知 消息中攜帶的地址信息的數(shù)量大于Μ個(如5個)時，則可W選擇出版本更新通知消息中攜帶 的任意Μ個地址信息。
[0052] 針對步驟202,基于版本更新通知消息中攜帶的更新版本文件的分片標識，則從選 擇出的地址信息對應(yīng)的ΑΡ獲取更新版本文件的過程，具體可W包括但不限于:在選擇出的 地址信息為一個時，則本ΑΡ從該地址信息對應(yīng)的ΑΡ獲取所有更新版本文件的分片標識對應(yīng) 的分片文件，并將獲取到的分片文件進行重組，得到更新版本文件?；蛘撸谶x擇出的地址 信息為多個時，則本ΑΡ將版本更新通知消息中攜帶的更新版本文件的分片標識，分配到選 擇出的地址信息對應(yīng)的ΑΡ上;之后，分別從選擇出的地址信息對應(yīng)的ΑΡ獲取分配的分片標 識對應(yīng)的分片文件，并將獲取到的分片文件進行重組，得到更新版本文件。
[0化3 ] 例如，本ΑΡ選擇出的地址信息為地址信息1、地址信息2和地址信息3，則本ΑΡ可W 將分片標識1、2、3、4分配到地址信息1對應(yīng)的API，將分片標識5、6、7分配到地址信息2對應(yīng) 的AP2，將分片標識8、9、10分配到地址信息3對應(yīng)的AP3。之后，本AP從地址信息1對應(yīng)的API 獲取分片標識1、2、3、4分別對應(yīng)的分片文件1、2、3、4，從地址信息2對應(yīng)的AP2獲取分片標識 5、6、7分別對應(yīng)的分片文件5、6、7，從地址信息3對應(yīng)的AP3獲取分片標識8、9、10分別對應(yīng)的 分片文件8、9、10。之后，本AP將獲取到的分片文件1、2、3、4、5、6、7、8、9、10進行重組，從而得 到一個完整的更新版本文件。
[0054] 上述將分片標識1、2、3、4分配到API，將分片標識5、6、7分配到AP2，將分片標識8、 9、10分配到AP3,只是分配策略的一個示例，在實際應(yīng)用中，分配策略可W任意選擇，如將分 片標識1、4、7、10分配到API，將分片標識2、5、8分配到AP2，將分片標識3、6、9分配到AP3，對 此分配策略不再寶述。
[0055] W下結(jié)合從地址信息1對應(yīng)的API獲取分片標識1對應(yīng)的分片文件1的示例，說明如 何從選擇出的地址信息對應(yīng)的AP獲取分片標識對應(yīng)的分片文件，對于其它分片標識對應(yīng)的 分片文件的獲取過程，與此類似，后續(xù)不再寶述。
[0056] 在一個例子中，本AP可W發(fā)送目的地址為地址信息1的版本數(shù)據(jù)請求消息，該版本 數(shù)據(jù)請求消息中攜帶了分片標識1，且該版本數(shù)據(jù)請求消息會被傳輸給APUAP1從版本數(shù)據(jù) 請求消息中解析出分片標識1，并獲得該分片標識1對應(yīng)的分片文件1，并向本AP發(fā)送攜帶該 分片文件1的版本數(shù)據(jù)響應(yīng)消息。之后，本AP可W從版本數(shù)據(jù)響應(yīng)消息中解析出分片標識1 對應(yīng)的分片文件1。
[0057] 在后續(xù)過程中，會針對本AP獲得分片標識對應(yīng)的分片文件的過程進行詳細說明， 而API獲得該分片標識1對應(yīng)的分片文件1的實現(xiàn)方式，與本AP獲得分片標識對應(yīng)的分片文 件的實現(xiàn)方式類似，在此不再詳加寶述。
[005引針對步驟202，在一個例子中，在從選擇出的地址信息對應(yīng)的AP中的任一AP獲取分 配的分片標識對應(yīng)的分片文件時，如果獲取失敗，則本AP通知AC刪除該AP的地址信息，并將 分配到該AP上的分片標識中的還未成功獲取到分片文件的分片標識，重新分配到選擇出的 地址信息對應(yīng)的AP中剩余的一個或多個AP上，并從剩余的一個或多個AP獲取重新分配的分 片標識對應(yīng)的分片文件。
[0059 ]例如，本AP需要從AP1獲取分片標識1、2、3、4對應(yīng)的分片文件1、2、3、4，假設(shè)獲取分 片文件1失敗，則本AP通知AC從版本來源列表中刪除API的地址信息1，運樣，API就不再是已 完成版本更新的AP。此外，本AP將分配到API上的分片標識中的還未成功獲取到分片文件的 分片標識，重新分配到AP2和/或AP3，并從AP2和/或AP3獲取重新分配的分片標識對應(yīng)的分 片文件。
[0060] 例如，假設(shè)還未成功獲取到分片文件1、2、3、4,則可W將分片標識1、2重新分配到 AP2，并將分片標識3、4重新分配到AP3，并從AP2獲取分片標識1、2對應(yīng)的分片文件1、2，并從 AP3獲取分片標識3、4對應(yīng)的分片文件3、4。假設(shè)還未成功獲取到分片文件3、4,且已經(jīng)成功 獲取到分片文件1、2,則可W將分片標識3重新分配到AP2,并將分片標識4重新分配到AP3， 并從AP2獲取分片標識3對應(yīng)的分片文件3,并從AP3獲取分片標識4對應(yīng)的分片文件4。
[0061] 針對步驟203,本AP在利用獲取的更新版本文件更新AP的版本之后，本AP還可W將 本AP的地址信息W及當前的版本信息（如版本2)發(fā)送給AC，W使AC利用該版本信息確定本 AP為已完成版本更新的AP。進一步的，在將本AP的地址信息W及當前的版本信息發(fā)送給AC 之后，本AP如果接收到來自待更新版本的AP的攜帶分片標識的版本數(shù)據(jù)請求消息，則可W 獲取該分片標識對應(yīng)的分片文件，并將獲取到的分片文件發(fā)送給待更新版本的AP。
[0062] 在一個例子中，AC在接收到本AP的地址信息W及當前的版本信息之后，由于該版 本信息已經(jīng)是AC上配置的最新版本，因此，AC可W確定本AP為已完成版本更新的AP，并在版 本來源列表中記錄本AP的地址信息。
[0063] 在另一個例子中，在使用版本更新通知消息向AP發(fā)送已完成版本更新的AP的地址 信息時，為了避免版本更新通知消息太大，則需要對版本來源列表中記錄的地址信息的數(shù) 量加 W限制，如最大數(shù)量為32?；诖?，AC在獲得本AP的地址信息W及當前的版本信息，且 利用該版本信息確定本AP已完成版本更新時，則判斷當前已完成版本更新的AP的數(shù)量是否 達到預(yù)設(shè)闊值，例如，判斷版本來源列表中記錄的地址信息的數(shù)量是否達到最大數(shù)量32。如 果否，則AC將本AP記錄為已完成版本更新的AP，并在版本來源列表中記錄本AP的地址信息。 如果是，則AC刪除記錄時間最長的已完成版本更新的AP，并將本AP記錄為已完成版本更新 的AP，并在版本來源列表中記錄本AP的地址信息。
[0064] 本AP在成為已完成版本更新的AP后，會接收到來自待更新版本的AP的攜帶分片標 識的版本數(shù)據(jù)請求消息，并獲取該分片標識對應(yīng)的分片文件。針對本AP獲取該分片標識對 應(yīng)的分片文件的過程，可W包括但不限于如下方式：
[0065] 方式一、在步驟202中，在獲取到每個分片標識對應(yīng)的分片文件之后，在將獲取到 的分片文件進行重組之前，先復制每個分片標識對應(yīng)的分片文件，運樣就有兩份相同的每 個分片標識對應(yīng)的分片文件。一份分片文件保存在本地存儲介質(zhì)中，另一份分片文件重組 成更新版本文件?；诖?，本AP獲取該分片標識對應(yīng)的分片文件的過程，就可W通過直接查 詢本地存儲介質(zhì)中存儲的每個分片標識對應(yīng)的分片文件，從而可W獲取到該分片標識對應(yīng) 的分片文件。
[0066] 方式二、本AP利用分片策略將重組后的更新版本文件劃分為若干個分片文件，每 個分片文件對應(yīng)一個分片標識，因此，本AP可W獲取到該分片標識對應(yīng)的分片文件。其中， 分片策略可W是AC發(fā)送給本AP的，例如，將更新版本文件劃分為10個同等大小的分片文件 的分片策略，分片策略的內(nèi)容和分片策略的發(fā)送方式，在上面的過程中已經(jīng)介紹過，在此不 再重復寶述。
[0067] 由于AC是基于分片策略獲得更新版本文件的分片標識，并將分片標識發(fā)送給各 AP。因此，本AP基于該分片策略將更新版本文件劃分為若干個分片文件時，每個分片文件就 對應(yīng)一個分片標識，從而獲取到分片標識對應(yīng)的分片文件。
[0068] 本發(fā)明實施例中，在各AP上還配置有相同的組密鑰和摘要算法(如MD5算法等）。例 如，可W在AC上配置組密鑰和摘要算法，并將組密鑰和摘要算法下發(fā)給各AP，如AC通過發(fā)現(xiàn) 響應(yīng)消息或者關(guān)聯(lián)響應(yīng)消息將組密鑰和摘要算法下發(fā)給各AP，由各AP存儲組密鑰和摘要算 法?；诖耍続P接收到的版本數(shù)據(jù)請求消息中還可W包含第一摘要信息(如待更新版本的 AP利用MD5算法對組密鑰進行hash處理后得到的摘要信息），而且本AP在接收到版本數(shù)據(jù)請 求消息后，可W利用本地的組密鑰計算第二摘要信息（如利用MD5算法對組密鑰進行hash處 理，W得到第二摘要信息）。進一步的，如果第二摘要信息與第一摘要信息相同，則允許向待 更新版本的AP提供分片文件。如果第二摘要信息與第一摘要信息不同，則不允許向待更新 版本的AP提供分片文件。
[0069] 基于上述技術(shù)方案，本發(fā)明實施例中，AP可W從已完成版本更新的AP獲取更新版 本文件，可W不從AC上獲取更新版本文件，當大量AP均需要更新版本時，AC不需要向大量AP 發(fā)送更新版本文件，提高AC的處理性能，節(jié)約AC與AP之間的網(wǎng)絡(luò)帶寬。而且，當同時更新版 本的AP數(shù)量超過AC的并發(fā)能力時，不再需要等其它AP的更新版本文件傳輸完成，就可W從 已完成版本更新的AP獲取更新版本文件，提高更新版本文件的傳輸效率，并降低版本更新 時間。
[0070] 參見圖3所示，為本發(fā)明實施例中提出的版本更新方法的流程圖，該方法可W應(yīng)用 在AC上，且該版本更新方法可W包括W下步驟：
[0071] 步驟301，當需要為AP更新版本時，判斷當前是否存在已完成版本更新的AP。如果 是，則執(zhí)行步驟302。如果否，則AC可W向AP發(fā)送未攜帶已完成版本更新的AP的地址信息的 版本更新通知消息。進一步的，AP在接收到未攜帶已完成版本更新的AP的地址信息的版本 更新通知消息時，則可W從AC上獲得版本更新文件，并利用獲得的版本更新文件更新AP的 版本。
[0072] 步驟302,向AP發(fā)送攜帶已完成版本更新的AP的地址信息的版本更新通知消息。進 一步的，AP在接收到攜帶已完成版本更新的AP的地址信息的版本更新通知消息時，則可W 從已完成版本更新的AP的地址信息中選擇至少一個AP的地址信息，并從當前選擇出的地址 信息對應(yīng)的AP獲取更新版本文件，并利用獲取的該更新版本文件更新AP的版本。
[0073] 在一個例子中，AC在獲得AP的地址信息W及當前的版本信息，且利用該版本信息 確定該AP已完成版本更新時，則判斷當前已完成版本更新的AP的數(shù)量是否達到預(yù)設(shè)闊值。 如果否，則AC將該AP記錄為已完成版本更新的AP，并在版本來源列表中記錄該AP的地址信 息。如果是，則AC從版本來源列表中刪除記錄時間最長的已完成版本更新的AP，并將該AP記 錄為已完成版本更新的AP，并在版本來源列表中記錄該AP的地址信息。
[0074] 在一個例子中，AC在監(jiān)測到已完成版本更新的AP離線時，則從版本來源列表中刪 除離線的AP。例如，AC可W監(jiān)測到各AP的狀態(tài)，如果有AP離線，且該AP被記錄在版本來源列 表中，則從版本來源列表中刪除離線的AP。
[0075] 在一個例子中，AC在接收到未完成版本更新的AP發(fā)送的刪除獲取分片文件失敗的 AP的通知消息時，則從版本來源列表中刪除獲取分片文件失敗的AP。例如，如果API從AP2上 獲取分片文件失敗，則API向AC發(fā)送刪除AP2的通知消息，AC在接收到該通知消息時，可W從 版本來源列表中刪除AP2。
[0076] 基于上述技術(shù)方案，本發(fā)明實施例中，AP可W從已完成版本更新的AP獲取更新版 本文件，可W不從AC上獲取更新版本文件，當大量AP均需要更新版本時，AC不需要向大量AP 發(fā)送更新版本文件，提高AC的處理性能，節(jié)約AC與AP之間的網(wǎng)絡(luò)帶寬。而且，當同時更新版 本的AP數(shù)量超過AC的并發(fā)能力時，不再需要等其它AP的更新版本文件傳輸完成，就可W從 已完成版本更新的AP獲取更新版本文件，提高更新版本文件的傳輸效率，并降低版本更新 時間。
[0077] 針對圖1所示的應(yīng)用場景，假設(shè)先為API提供更新版本文件，在API完成版本更新 后，為AP2提供更新版本文件，在AP2完成版本更新后，為AP3提供更新版本文件，在AP3完成 版本更新后，為AP4提供更新版本文件。
[0078] 情況一、API獲得更新版本文件的過程。
[0079] AC向API發(fā)送的版本更新通知消息中未攜帶已完成版本更新的AP的地址信息。API 在接收到該版本更新通知消息后，從AC上獲得更新版本文件，并利用更新版本文件更新API 的版本，并在更新完成后重啟。在重啟后，API重新與AC建立CAPWAP隧道，向AC發(fā)送發(fā)現(xiàn)請求 消息，在接收到AC返回的發(fā)現(xiàn)響應(yīng)消息后，向AC發(fā)送關(guān)聯(lián)請求消息?；诖?，API可W在關(guān)聯(lián) 請求消息添加私有消息Element (元素），通過私有消息Element承載本API的地址信息（如 API的IP地址和服務(wù)端口 KAC在從關(guān)聯(lián)請求消息中解析出API的地址信息之后，則可W將 API的地址信息添加到版本來源列表中。
[0080] 情況二、AP2、AP3、AP4獲得更新版本文件的過程。
[0081] AC向AP2發(fā)送的版本更新通知消息中攜帶已完成版本更新的AP的地址信息（即API 的地址信息）dAP2在接收到該版本更新通知消息后，從API上獲得更新版本文件，具體的獲 得方式，上面已詳細說明，在此不再寶述，并利用更新版本文件更新API的版本，并在更新完 成后重啟。AP2重啟后的處理與API的處理相同，在此不再寶述，AC最終將AP2的地址信息添 加到版本來源列表中。
[0082] AP3和AP4的處理與AP2的處理類似，只是AP3從API和/或AP2上獲得更新版本文件， AP4從API、AP2、和/或AP3上獲得更新版本文件，在此不再寶述，AC最終將AP3和AP4的地址信 息添加到版本來源列表中。
[0083] 基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種版本更新裝置， 該版本更新裝置應(yīng)用在AP上。該版本更新裝置可W通過軟件實現(xiàn)，也可W通過硬件或者軟 硬件結(jié)合的方式實現(xiàn)。W軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在的AP的 處理器，讀取非易失性存儲器中對應(yīng)的計算機程序指令形成的。從硬件層面而言，如圖4所 示，為本發(fā)明提出的版本更新裝置所在的AP的一種硬件結(jié)構(gòu)圖，除了圖4所示的處理器、非 易失性存儲器外，AP還可W包括其他硬件，如網(wǎng)絡(luò)接口、內(nèi)存等。
[0084] 如圖5所示，為本發(fā)明提出的版本更新裝置的結(jié)構(gòu)圖，所述裝置包括：
[0085] 接收模塊11，用于接收來自AC的版本更新通知消息；
[0086] 獲得模塊12,用于當所述版本更新通知消息中攜帶有已完成版本更新的AP的地址 信息時，則從所述版本更新通知消息中攜帶的已完成版本更新的AP的地址信息中選擇至少 一個AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件；
[0087] 更新模塊13,用于利用獲取的更新版本文件更新所述AP的版本。
[0088] 所述版本更新通知消息中還攜帶有更新版本文件的分片標識；
[0089] 所述獲得模塊12,具體用于在從選擇出的地址信息對應(yīng)的AP獲取更新版本文件的 過程中，在選擇出的地址信息為多個時，將所述版本更新通知消息中攜帶的更新版本文件 的分片標識，分配到選擇出的地址信息對應(yīng)的AP上；
[0090] 分別從選擇出的地址信息對應(yīng)的AP獲取分配的分片標識對應(yīng)的分片文件，并將獲 取到的分片文件進行重組，得到更新版本文件。
[0091] 所述獲得模塊12,還用于在從選擇出的地址信息對應(yīng)的AP中的任一 AP獲取分配的 分片標識對應(yīng)的分片文件時，如果獲取失敗，通知所述AC刪除該AP的地址信息，并將分配到 該AP上的分片標識中的還未成功獲取到分片文件的分片標識，重新分配到選擇出的地址信 息對應(yīng)的AP中剩余的一個或多個AP上；
[0092] 從所述剩余的一個或多個AP獲取重新分配的分片標識對應(yīng)的分片文件。
[0093] 所述獲得模塊12,還用于當所述版本更新通知消息中未攜帶已完成版本更新的AP 的地址信息時，則從所述AC獲取所述更新版本文件；
[0094] 所述更新模塊13,還用于利用所述更新版本文件更新所述AP的版本。
[00M]所述裝置還包括(在圖中未體現(xiàn)）：
[0096] 發(fā)送模塊14,用于在所述更新模塊13利用更新版本文件更新所述AP的版本之后， 將所述AP的地址信息W及當前的版本信息發(fā)送給所述AC，W使所述AC利用所述版本信息確 定所述AP為已完成版本更新的AP;
[0097] 在將所述AP的地址信息W及當前的版本信息發(fā)送給所述AC之后，如果接收到來自 待更新版本的AP的攜帶分片標識的版本數(shù)據(jù)請求消息，則獲取所述分片標識對應(yīng)的分片文 件，并將所述分片文件發(fā)送給所述待更新版本的AP。
[0098] 基于與上述方法同樣的發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種版本更新裝置， 該版本更新裝置應(yīng)用在AC上。該版本更新裝置可W通過軟件實現(xiàn)，也可W通過硬件或者軟 硬件結(jié)合的方式實現(xiàn)。W軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在的AC的 處理器，讀取非易失性存儲器中對應(yīng)的計算機程序指令形成的。從硬件層面而言，如圖6所 示，為本發(fā)明提出的版本更新裝置所在的AC的一種硬件結(jié)構(gòu)圖，除了圖6所示的處理器、非 易失性存儲器外，AC還可包括其他硬件，如網(wǎng)絡(luò)接口、內(nèi)存等。
[0099] 如圖7所示，為本發(fā)明提出的版本更新裝置的結(jié)構(gòu)圖，所述裝置包括：
[0100] 判斷模塊21，用于當需要為AP更新版本時，判斷當前是否存在已完成版本更新的 AP;
[0101] 發(fā)送模塊22,用于當判斷結(jié)果為是時，則向所述AP發(fā)送攜帶已完成版本更新的AP 的地址信息的版本更新通知消息，W使所述AP從已完成版本更新的AP的地址信息中選擇至 少一個AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件，利用獲取的更 新版本文件更新所述AP的版本。
[0102] 所述發(fā)送模塊22,還用于當判斷結(jié)果為否時，則向所述AP發(fā)送未攜帶已完成版本 更新的AP的地址信息的版本更新通知消息，W使所述AP從所述AC上獲得所述版本更新文 件，并利用所述版本更新文件更新所述AP的版本。
[0103] 所述裝置還包括(在圖中未體現(xiàn)）：
[0104] 維護模塊23,用于當獲得所述AP的地址信息W及當前的版本信息，且利用所述版 本信息確定所述AP已完成版本更新時，判斷當前已完成版本更新的AP的數(shù)量是否達到預(yù)設(shè) 闊值;如果否，則將所述AP記錄為已完成版本更新的AP;如果是，則刪除記錄時間最長的已 完成版本更新的AP，并將所述AP記錄為已完成版本更新的AP;
[0105] 當監(jiān)測到已完成版本更新的AP離線時，刪除離線的AP;
[0106] 當接收到未完成版本更新的AP發(fā)送的刪除獲取分片文件失敗的AP的通知消息時， 刪除所述獲取分片文件失敗的AP。
[0107] 通過W上的實施方式的描述，本領(lǐng)域的技術(shù)人員可W清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可W通過硬件，但很多情況下前者是更 佳的實施方式?；谶\樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的 部分可軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用W使得一臺計算機設(shè)備(可W是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實施例所述的方法。本領(lǐng)域技術(shù)人員可w理解附圖只是一個優(yōu)選實施例的示意圖， 附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0108] 本領(lǐng)域技術(shù)人員可W理解實施例中的裝置中的模塊可W按照實施例描述進行分 布于實施例的裝置中，也可W進行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可W合并為一個模塊，也可進一步拆分成多個子模塊。上述本發(fā)明實施例 序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0109] W上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
【主權(quán)項】
1. 一種版本更新方法，應(yīng)用在接入點AP上，其特征在于，所述方法包括： 接收來自接入控制器AC的版本更新通知消息； 如果所述版本更新通知消息中攜帶有已完成版本更新的AP的地址信息，則從所述版本 更新通知消息中攜帶的已完成版本更新的AP的地址信息中選擇至少一個AP的地址信息，并 從選擇出的地址信息對應(yīng)的AP獲取更新版本文件； 利用獲取的更新版本文件更新所述AP的版本。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述版本更新通知消息中還攜帶有更新版 本文件的分片標識； 所述從選擇出的地址信息對應(yīng)的AP獲取更新版本文件的過程，具體包括： 在選擇出的地址信息為多個時，將所述版本更新通知消息中攜帶的更新版本文件的分 片標識，分配到選擇出的地址信息對應(yīng)的API; 分別從選擇出的地址信息對應(yīng)的AP獲取分配的分片標識對應(yīng)的分片文件，并將獲取到 的分片文件進行重組，得到更新版本文件。3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法進一步包括： 在從選擇出的地址信息對應(yīng)的AP中的任一AP獲取分配的分片標識對應(yīng)的分片文件時， 如果獲取失敗，通知所述AC刪除該AP的地址信息，并將分配到該AP上的分片標識中的還未 成功獲取到分片文件的分片標識，重新分配到選擇出的地址信息對應(yīng)的AP中剩余的一個或 多個API; 從所述剩余的一個或多個AP獲取重新分配的分片標識對應(yīng)的分片文件。4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法進一步包括： 如果所述版本更新通知消息中未攜帶已完成版本更新的AP的地址信息，則從所述AC獲 取所述更新版本文件，利用所述更新版本文件更新所述AP的版本。5. 根據(jù)權(quán)利要求1或4所述的方法，其特征在于，所述利用更新版本文件更新所述AP的 版本之后，所述方法進一步包括： 將所述AP的地址信息以及當前的版本信息發(fā)送給所述AC，以使所述AC利用所述版本信 息確定所述AP為已完成版本更新的AP; 在將所述AP的地址信息以及當前的版本信息發(fā)送給所述AC之后，如果接收到來自待更 新版本的AP的攜帶分片標識的版本數(shù)據(jù)請求消息，則獲取所述分片標識對應(yīng)的分片文件， 并將所述分片文件發(fā)送給所述待更新版本的AP。6. -種版本更新方法，其特征在于，應(yīng)用在接入控制器AC上，所述方法包括： 當需要為接入點AP更新版本時，判斷當前是否存在已完成版本更新的AP; 如果是，則向所述AP發(fā)送攜帶已完成版本更新的AP的地址信息的版本更新通知消息， 以使所述AP從已完成版本更新的AP的地址信息中選擇至少一個AP的地址信息，并從選擇出 的地址信息對應(yīng)的AP獲取更新版本文件，利用獲取的更新版本文件更新所述AP的版本。7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述方法進一步包括： 在判斷出當前不存在已完成版本更新的AP時，向所述AP發(fā)送未攜帶已完成版本更新的 AP的地址信息的版本更新通知消息，以使所述AP從所述AC上獲得所述版本更新文件，并利 用所述版本更新文件更新所述AP的版本。8. 根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述方法還包括： 當獲得所述AP的地址信息以及當前的版本信息，且利用所述版本信息確定所述AP已完 成版本更新時，判斷當前已完成版本更新的AP的數(shù)量是否達到預(yù)設(shè)閾值;如果否，將所述AP 記錄為已完成版本更新的AP;如果是，刪除記錄時間最長的已完成版本更新的AP，并將所述 AP記錄為已完成版本更新的AP; 當監(jiān)測到已完成版本更新的AP離線時，刪除離線的AP; 當接收到未完成版本更新的AP發(fā)送的刪除獲取分片文件失敗的AP的通知消息時，刪除 所述獲取分片文件失敗的AP。9. 一種版本更新裝置，應(yīng)用在接入點AP上，其特征在于，所述裝置包括： 接收模塊，用于接收來自接入控制器AC的版本更新通知消息； 獲得模塊，用于當所述版本更新通知消息中攜帶有已完成版本更新的AP的地址信息 時，則從所述版本更新通知消息中攜帶的已完成版本更新的AP的地址信息中選擇至少一個 AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件； 更新模塊，用于利用獲取的更新版本文件更新所述AP的版本。10. 根據(jù)權(quán)利要求9所述的裝置，其特征在于， 所述版本更新通知消息中還攜帶有更新版本文件的分片標識； 所述獲得模塊，具體用于在從選擇出的地址信息對應(yīng)的AP獲取更新版本文件的過程 中，在選擇出的地址信息為多個時，將所述版本更新通知消息中攜帶的更新版本文件的分 片標識，分配到選擇出的地址信息對應(yīng)的API; 分別從選擇出的地址信息對應(yīng)的AP獲取分配的分片標識對應(yīng)的分片文件，并將獲取到 的分片文件進行重組，得到更新版本文件。11. 根據(jù)權(quán)利要求10所述的裝置，其特征在于， 所述獲得模塊，還用于在從選擇出的地址信息對應(yīng)的AP中的任一 AP獲取分配的分片標 識對應(yīng)的分片文件時，如果獲取失敗，通知所述AC刪除該AP的地址信息，并將分配到該API 的分片標識中的還未成功獲取到分片文件的分片標識，重新分配到選擇出的地址信息對應(yīng) 的AP中剩余的一個或多個AP上； 從所述剩余的一個或多個AP獲取重新分配的分片標識對應(yīng)的分片文件。12. 根據(jù)權(quán)利要求9所述的裝置，其特征在于， 所述獲得模塊，還用于當所述版本更新通知消息中未攜帶已完成版本更新的AP的地址 信息時，則從所述AC獲取所述更新版本文件； 所述更新模塊，還用于利用所述更新版本文件更新所述AP的版本。13. 根據(jù)權(quán)利要求9或12所述的裝置，其特征在于，所述裝置還包括： 發(fā)送模塊，用于在所述更新模塊利用更新版本文件更新所述AP的版本之后，將所述AP 的地址信息以及當前的版本信息發(fā)送給所述AC，以使所述AC利用所述版本信息確定所述AP 為已完成版本更新的AP; 在將所述AP的地址信息以及當前的版本信息發(fā)送給所述AC之后，如果接收到來自待更 新版本的AP的攜帶分片標識的版本數(shù)據(jù)請求消息，則獲取所述分片標識對應(yīng)的分片文件， 并將所述分片文件發(fā)送給所述待更新版本的AP。14. 一種版本更新裝置，其特征在于，應(yīng)用在接入控制器AC上，所述裝置包括： 判斷模塊，用于當需要為接入點AP更新版本時，判斷當前是否存在已完成版本更新的 AP; 發(fā)送模塊，用于當判斷結(jié)果為是時，則向所述AP發(fā)送攜帶已完成版本更新的AP的地址 信息的版本更新通知消息，以使所述AP從已完成版本更新的AP的地址信息中選擇至少一個 AP的地址信息，并從選擇出的地址信息對應(yīng)的AP獲取更新版本文件，利用獲取的更新版本 文件更新所述AP的版本。15. 根據(jù)權(quán)利要求14所述的裝置，其特征在于， 所述發(fā)送模塊，還用于當判斷結(jié)果為否時，則向所述AP發(fā)送未攜帶已完成版本更新的 AP的地址信息的版本更新通知消息，以使所述AP從所述AC上獲得所述版本更新文件，并利 用所述版本更新文件更新所述AP的版本。16. 根據(jù)權(quán)利要求14或15所述的裝置，其特征在于，所述裝置還包括： 維護模塊，用于當獲得所述AP的地址信息以及當前的版本信息，且利用所述版本信息 確定所述AP已完成版本更新時，判斷當前已完成版本更新的AP的數(shù)量是否達到預(yù)設(shè)閾值； 如果否，則將所述AP記錄為已完成版本更新的AP;如果是，則刪除記錄時間最長的已完成版 本更新的AP，并將所述AP記錄為已完成版本更新的AP; 當監(jiān)測到已完成版本更新的AP離線時，刪除離線的AP; 當接收到未完成版本更新的AP發(fā)送的刪除獲取分片文件失敗的AP的通知消息時，刪除 所述獲取分片文件失敗的AP。
【文檔編號】H04L29/08GK106060135SQ201610383048
【公開日】2016年10月26日
【申請日】2016年5月31日
【發(fā)明人】傅嘉嘉
【申請人】杭州華三通信技術(shù)有限公司