一種升級方法、裝置及設備的製作方法

2023-06-10 07:27:16 1

一種升級方法、裝置及設備的製作方法
【專利摘要】本公開是關於一種升級方法、裝置及設備，屬於計算機【技術領域】。所述方法包括：檢測至少兩個路由設備中的第一路由設備內的應用程式是否需要升級；當第一路由設備內的應用程式需要升級時，通過至少兩個路由設備中的第二路由設備與伺服器之間的通信鏈路獲取應用程式升級所需的升級文件；將升級文件發送給第一路由設備。在本公開中，終端是通過第二路由設備與伺服器之間的通信鏈路獲取應用程式升級所需的升級文件的，而沒有耗費第一路由設備內通信卡的流量；且終端與第一路由設備之間進行數據交互的過程也不耗費第一路由設備內通信卡的流量，從而在對第一路由設備應用程式升級過程中，節省了第一路由設備內通信卡的流量。
【專利說明】一種升級方法、裝置及設備

【技術領域】
[0001]本公開涉及計算機【技術領域】，尤其涉及一種升級方法、裝置及設備。

【背景技術】
[0002]隨著技術的飛速發展，可攜式路由器漸漸進入了人們的生活，可攜式路由器通常內置SIM (Subscriber Identity Module,用戶識別模塊)卡，並通過SIM卡與乙太網之間建立數據連結，例如GPRS (General Packet Rad1 Service,通用分組無線服務)或GSM(Global System for Mobile Communicat1n,全球移動通信系統)等，同時還通過無線方式與終端連接，從而可以為終端提供數據服務；即終端可以通過無線路由器上網。
[0003]然而可攜式路由器必須配備作業系統才能工作，在技術發展的過程中，為了對路由器的作業系統進行優化，設備商會逐漸推出一些包含新功能的新版本的作業系統，因此，為了優化可攜式路由器，常常需要對可攜式路由器的作業系統進行升級。
[0004]在相關技術中，當可攜式路由器需要將當前版本的作業系統升級至新版本的作業系統時，首先要利用自身與乙太網之間建立的數據連結從伺服器中下載升級包，再利用該升級包將當前版本的作業系統升級至新版本的作業系統。
[0005]但是，在通常情況下，升級包所佔容量較大，且GPRS和GSM等數據連結的穩定性較差，導致可攜式路由器根據GPRS或GSM等數據連接下載升級包所需耗費的網絡流量和時間都很多，升級成本很高。


【發明內容】

[0006]為克服相關技術中存在的問題，本公開提供一種升級方法、裝置及設備。
[0007]根據本公開實施例的第一方面，提供一種升級示方法，應用於終端，所述終端可與至少兩個路由設備進行通信，且所述終端可通過任意一個所述路由設備和伺服器之間的通信鏈路與所述伺服器進行數據交互；所述方法包括:
[0008]檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級；
[0009]當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件；
[0010]將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
[0011]結合第一方面，在第一方面第一種可能的實現方式中，所述檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級，包括:
[0012]獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間；
[0013]將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給所述伺服器；
[0014]接收所述伺服器根據所述當前的版本標識查找是否存在待升級版本後發送的查找結果；
[0015]當所述查找結果為存在待升級版本時，確定所述應用程式需要升級，當所述查找結果為不存在待升級版本時，確定所述應用程式不需要升級。
[0016]結合第一方面，在第一方面第二種可能的實現方式中，所述檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級，包括:
[0017]獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間；
[0018]根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識；
[0019]將所述待升級版本的版本標識與所述當前的版本標識進行比較；
[0020]當所述待升級版本的版本標識高於所述當前的版本標識時，確定所述應用程式需要升級；當所述待升級版本的版本標識低於或等於所述當前的版本標識時，確定所述應用程式不需要升級。
[0021]結合第一方面第二種可能的實現方式，在第一方面第三種可能的實現方式中，所述根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識，包括:
[0022]將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給伺服器；
[0023]接收所述伺服器發送的、根據所述當前的版本標識查找到的與所述應用程式對應的待升級版本的版本標識。
[0024]結合第一方面，在第一方面第四種可能的實現方式中，所述通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述第一路由設備內的應用程式升級所需的升級文件，包括:
[0025]檢測是否通過所述第二路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互；
[0026]當與所述伺服器進行數據交互時，生成用於獲取所述應用程式升級所需的升級文件的獲取請求；
[0027]將所述獲取請求通過所述第二路由設備與所述伺服器之間的通信鏈路發送給所述伺服器；
[0028]接收所述伺服器根據所述獲取請求發送的所述升級文件。
[0029]結合第一方面，在第一方面第五種可能的實現方式中，所述方法還包括:
[0030]檢測是否通過所述第一路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互；
[0031]當與所述伺服器進行數據交互時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
[0032]結合第一方面，在第一方面第六種可能的實現方式中，所述方法還包括:
[0033]根據所述升級文件生成啟動升級提示；
[0034]判斷是否接收到根據所述啟動升級提示輸入的升級操作；
[0035]當接收到所述升級操作時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
[0036]結合第一方面，在第一方面第七種可能的實現方式中，所述方法還包括:
[0037]判斷所述應用程式是否升級成功；
[0038]當升級成功時，則生成升級成功提示；
[0039]展示所述升級成功提示。
[0040]結合第一方面第七種可能的實現方式，在第一方面第八種可能的實現方式中，所述展示所述升級成功提示，包括:
[0041]將所述升級成功提示在所述終端本地的顯示界面中進行顯示；或，
[0042]將所述升級成功提示向預設終端進行推送，以使所述升級成功提示在所述預設終端上進行顯示。
[0043]根據本公開實施例的第二方面，提供一種升級裝置，應用於終端，所述終端可與至少兩個路由設備進行通信，且所述終端可通過任意一個所述路由設備和伺服器之間的通信鏈路與所述伺服器進行數據交互；所述裝置包括:
[0044]第一檢測模塊，用於檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級；
[0045]獲取模塊，用於當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件；
[0046]發送模塊，用於將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
[0047]結合第二方面，在第二方面第一種可能的實現方式中，所述第一檢測模塊包括:
[0048]第一獲取單元，用於獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間；
[0049]第一發送單元，用於將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給所述伺服器；
[0050]第一接收單元，用於接收所述伺服器根據所述當前的版本標識查找是否存在待升級版本後發送的查找結果；
[0051]第一確定單元，用於當所述查找結果為存在待升級版本時，確定所述應用程式需要升級，當所述查找結果為不存在待升級版本時，確定所述應用程式不需要升級。
[0052]結合第二方面，在第二方面第二種可能的實現方式中，所述第一檢測模塊包括:
[0053]第二獲取單元，用於獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間；
[0054]第三獲取單元，用於根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識；比較單元，用於將所述待升級版本的版本標識與所述當前的版本標識進行比較；
[0055]第二確定單元，用於當所述待升級版本的版本標識高於所述當前的版本標識時，確定所述應用程式需要升級；當所述待升級版本的版本標識低於或等於所述當前的版本標識時，確定所述應用程式不需要升級。
[0056]結合第二方面第二種可能的實現方式，在第二方面第三種可能的實現方式中，所述第三獲取單元包括:
[0057]發送子單元，用於將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給伺服器；
[0058]接收子單元，用於接收所述伺服器發送的、根據所述當前的版本標識查找到的與所述應用程式對應的待升級版本的版本標識。
[0059]結合第二方面，在第二方面第四種可能的實現方式中，所述獲取模塊包括:
[0060]檢測單元，用於檢測是否通過所述第二路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互；
[0061]生成單元，用於當與所述伺服器進行數據交互時，生成用於獲取所述應用程式升級所需的升級文件的獲取請求；
[0062]第二發送單元，用於將所述獲取請求通過所述第二路由設備與所述伺服器之間的通信鏈路發送給所述伺服器；
[0063]第二接收單元，用於接收所述伺服器根據所述獲取請求發送的所述升級文件。
[0064]結合第二方面，在第二方面第五種可能的實現方式中，所述裝置還包括:
[0065]第二檢測模塊，用於檢測是否通過所述第一路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互；
[0066]所述發送模塊還用於當與所述伺服器進行數據交互時，將所述升級文件發送給所述第一路由設備。
[0067]結合第二方面，在第二方面第六種可能的實現方式中，所述裝置還包括:
[0068]第一生成模塊，用於根據所述升級文件生成啟動升級提示；
[0069]第一判斷模塊，用於判斷是否接收到根據所述啟動升級提示輸入的升級操作；
[0070]所述發送模塊還用於當接收到所述升級操作時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
[0071]結合第二方面，在第二方面第七種可能的實現方式中，所述裝置還包括:
[0072]第二判斷模塊，用於判斷所述應用程式是否升級成功；
[0073]第二生成模塊，用於當升級成功時，則生成升級成功提示；
[0074]展示模塊，用於展示所述升級成功提示。
[0075]結合第二方面第七種可能的實現方式，在第二方面第八種可能的實現方式中，所述展示模塊包括:
[0076]展示單元，用於將所述升級成功提示在所述終端本地的顯示界面中進行顯示；
[0077]推送單元，用於將所述升級成功提示向預設終端進行推送，以使所述升級成功提示在所述預設終端上進行顯示。
[0078]根據本公開實施例的第三方面，提供一種升級設備，所述設備包括:
[0079]處理器；
[0080]用於存儲處理器可執行指令的存儲器；
[0081]其中，所述處理器被配置為:
[0082]檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級；
[0083]當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件；
[0084]將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
[0085]本公開的實施例提供的技術方案可以包括以下有益效果:在本公開中，檢測第一路由設備內的應用程式是否需要升級；當第一路由設備內的應用程式需要升級時，通過第二通信鏈路從伺服器中獲取應用程式升級所需的升級文件；將該升級文件發送給第一路由設備，以使第一路由設備利用該升級文件對應用程式升級。
[0086]其中，終端不是通過第一路由設備與伺服器之間的第一通信鏈路來獲取升級文件，而是通過第二路由設備與伺服器之間的第二通信鏈路來獲取升級文件，因此沒有耗費第一路由設備內通信卡的流量；且終端與第一路由設備之間連接的方式是內網連接，二者之間進行數據交互的過程也不耗費第一路由設備內通信卡的流量，即將升級文件發送給第一路由設備不耗費第一路由設備內通信卡的流量。
[0087]如此，與相關技術相比，在本公開實施例中，終端將從伺服器中獲取升級文件的鏈路從第一通信鏈路變更為第二通信鏈路，因此，整個過程中沒有使用第一通信鏈路，從而節省了第一路由設備內通信卡的流量。
[0088]應當理解的是，以上的一般描述和後文的細節描述僅是示例性和解釋性的，並不能限制本公開。

【專利附圖】

【附圖說明】
[0089]此處的附圖被併入說明書中並構成本說明書的一部分，示出了符合本發明的實施例，並與說明書一起用於解釋本發明的原理。
[0090]圖1是根據一不例性實施例不出的一種系統。
[0091]圖2是根據另一示例性實施例示出的一種升級方法的流程圖。
[0092]圖3是根據又一示例性實施例示出的一種升級方法的流程圖。
[0093]圖4是根據又一示例性實施例示出的一種升級方法的流程圖。
[0094]圖5是根據又一示例性實施例示出的一種升級方法的流程圖。
[0095]圖6是根據又一不例性實施例不出的一種場景不意圖。
[0096]圖7是根據又一示例性實施例示出的一種升級裝置的框圖。
[0097]圖8是根據又一示例性實施例示出的一種升級設備的框圖。

【具體實施方式】
[0098]這裡將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數字表示相同或相似的要素。以下示例性實施例中所描述的實施方式並不代表與本發明相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本發明的一些方面相一致的裝置和方法的例子。
[0099]在本公開實施例中，終端可與至少兩個路由設備進行通信，且所述終端可通過任意一個路由設備和伺服器之間的通信鏈路與伺服器進行數據交互。另外，路由設備是指具有路由轉發功能的設備，例如:路由器或設置為熱點的手機等。
[0100]圖1是根據一示例性實施例示出的一種系統，如圖1所示，該系統包括終端1、第一路由設備2、第二路由設備3和伺服器4。在本公開實施例僅以兩個路由設備進行說明，但不作為對本公開的保護範圍的限定。
[0101]如圖1所示，終端I可分別與第一路由設備2、第二路由設備3通過無線方式相連接，第一路由設備2、第二路由設備3可分別與伺服器4連接；並且第一路由設備2與伺服器4之間通過無線方式相連接，以及第一路由設備2與伺服器4之間設置有第一通信鏈路，第二路由設備3與伺服器4之間通過光纖或寬帶相連接，且第二路由設備3與伺服器4之間設置有第二通信鏈路；終端I可以通過第一通信鏈路與伺服器4進行數據交互，也可以通過第二通信鏈路與伺服器4進行數據交互。
[0102]圖2是根據一示例性實施例示出的一種升級方法的流程圖，如圖2所示，該方法應用於終端I中，該升級方法包括以下步驟。
[0103]在步驟SlOl中，檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級。
[0104]在本公開實施例中，以第一路由設備2為可攜式路由器，且第二路由設備3為普通無線路由器進行舉例說明，但不作為對本公開的保護範圍的限制。
[0105]其中，可攜式路由器通常為了在無WiFi(Wireless Fidelity,無線保真)的情況下，方便用戶接入網絡，在可攜式路由器內置有通信卡，通信卡可以為SIM卡等，可攜式路由器通過SIM卡與伺服器4之間建立第一通信鏈路，終端I可以連接到可攜式路由器，並通過第一通信鏈路與伺服器4進行數據交互。但通信卡內的流量通常需要用戶按流量大小付費或包月付費，但無論採用哪種方式，相比普通接入寬帶的WiFi而言，其資費通常較高。所以，用戶希望便攜路由器的流量更多的用於瀏覽網絡，而儘量減少那些與瀏覽網絡無關、且需要消耗流量較多的操作佔用便攜路由器內通信卡的流量，例如:程序升級，提高便攜路由器內通信卡的流量的利用率。
[0106]然而，普通無線路由器可以通過寬帶或光纖等方式與伺服器4之間建立第二通信鏈路，寬帶或光纖沒有流量限制，且使用費用很低。
[0107]本公開實施例中的該步驟，可以在終端I與便攜路由器進行通信時，對便攜路由器內的應用程式進行檢測。
[0108]應用程式可以為第一路由設備內的軟體，也可以為第一路由設備的作業系統。
[0109]如果應用程式需要升級，則執行步驟S102 ;如果不需要升級，則結束流程。
[0110]當第一路由設備內的應用程式需要升級時，在步驟S102中，通過至少兩個路由設備中的第二路由設備與伺服器之間的通信鏈路獲取應用程式升級所需的升級文件。否則，結束流程。
[0111]在該步驟中，終端I可以主動通過第一通信鏈路或第二通信鏈路訪問伺服器4，在確定第一路由設備2內的應用程式需要升級時，從伺服器4中請求獲取用於將應用程式當前的版本升級至待升級版本的升級文件。另外，伺服器4也可以主動向終端I推送更新消息，終端I根據該更新消息，再從伺服器4中請求獲取用於將應用程式當前的版本升級至待升級版本的升級文件。
[0112]在步驟S103中，將該升級文件發送給第一路由設備。
[0113]當檢測到與第一路由設備2連接時，發送該升級文件給第一路由設備2;第一路由設備2接收該升級文件，並利用該升級文件將應用程式的當前版本升級至待升級版本。
[0114]在圖2所示的實施例中，檢測第一路由設備2內的應用程式是否需要升級；當第一路由設備2內的應用程式需要升級時，通過第二通信鏈路從伺服器4中獲取應用程式升級所需的升級文件；將該升級文件發送給第一路由設備2，以使第一路由設備2利用該升級文件對應用程式升級。
[0115]其中，終端I不是通過第一路由設備2與伺服器4之間的第一通信鏈路來獲取升級文件，而是通過第二路由設備3與伺服器4之間的第二通信鏈路來獲取升級文件，因此沒有耗費第一路由設備2內通信卡的流量；且終端I與第一路由設備2之間連接的方式是內網連接，二者之間進行數據交互的過程也不耗費第一路由設備2內通信卡的流量，即將升級文件發送給第一路由設備2不耗費第一路由設備2內通信卡的流量。
[0116]如此，與相關技術相比，在本公開實施例中，終端I將從伺服器4中獲取升級文件的鏈路從第一通信鏈路變更為第二通信鏈路，因此，整個過程中沒有使用第一通信鏈路，從而節省了第一路由設備2內通信卡的流量。
[0117]在本公開的另一個可選的實施例中，如圖3所示，可以通過如下S201至S206的流程實現步驟S101，包括:
[0118]在步驟S201中，獲取應用程式當前的版本標識。
[0119]其中，版本標識至少包括版本號和/或版本生成時間。
[0120]在該步驟中，終端I可以從第一路由設備2中獲取應用程式當前的版本標識。
[0121]在步驟S202中，將應用程式當前的版本標識通過第一通信鏈路或第二通信鏈路發送給伺服器。
[0122]在該步驟中，終端I生成應用程式的版本檢測請求，該版本檢測請求攜帶應用程式當前的版本標識，通過第一通信鏈路或第二通信鏈路發送該版本檢測請求給伺服器4。
[0123]伺服器4接收該版本檢測請求，提取該版本檢測請求中的應用程式當前的版本標識；獲取本地存儲的應用程式最新版本的版本標識，並作為應用程式待升級版本的版本標識，將應用程式待升級版本的版本標識與應用程式當前的版本標識進行比較；即，判斷應用程式待升級版本的版本號與應用程式當前的版本號的大小，或者，判斷應用程式待升級版本的版本生成時間與應用程式當前的版本生成時間的早晚。
[0124]如果應用程式待升級版本的版本號大於應用程式當前的版本號，或者，應用程式的待升級版本的版本生成時間晚於應用程式當前的版本生成時間，則確定應用程式需要升級；生成存在應用程式待升級版本的查找結果，並將該查找結果發送給終端I。
[0125]如果應用程式待升級版本的版本號小於或等於應用程式當前的版本號，或者，應用程式的待升級版本的版本生成時間早於或等於應用程式當前的版本生成時間，則確定應用程式不需要升級；生成不存在應用程式待升級版本的查找結果，並將該查找結果發送給終立而I。
[0126]在本公開實施例中，該步驟可以分為兩種情況:
[0127]一種情況:當終端I可以在通過第一通信鏈路與伺服器4進行數據交互的過程中，先通過第一通信鏈路發送應用程式的版本檢測請求給伺服器4，以確定應用程式是否需要升級。而後，檢測終端I是否可以通過第二通信鏈路與伺服器4進行數據交互，並且一旦檢測到終端I可以通過第二通信鏈路與伺服器4進行數據交互時，則直接通過第二通信鏈路獲取應用程式升級所需的升級文件。
[0128]另一種情況:終端I先獲取第一路由設備中應用程式的標識，然後檢測終端I是否能夠通過第二通信鏈路與伺服器4進行數據交互，一旦檢測到終端I可以通過第二通信鏈路與伺服器4進行數據交互時，則通過第二通信鏈路發送版本檢測請求給伺服器4，以確定應用程式是否需要升級，當應用程式需要升級時，直接利用第二通信鏈路獲取應用程式升級所需的升級文件。
[0129]在步驟S203中，接收伺服器根據應用程式當前的版本標識查找是否存在待升級版本後發送的查找結果。
[0130]在步驟S204中，判斷該查找結果是否為存在待升級的版本或為不存在待升級的版本。
[0131]其中，當該查找結果為存在待升級的版本時，執行步驟S205 ;當該查找結果為不存在待升級的版本時，執行步驟S206。
[0132]當該查找結果為存在待升級的版本時，在步驟S205中，確定應用程式需要升級。
[0133]當該查找結果為不存在待升級的版本時，在步驟S206中，確定應用程式不需要升級，結束流程。
[0134]在實際應用中，假設應用程式當前的版本號為V1.1，版本生成時間為20130303 ；應用程式待升級版本的版本號為V1.4，版本生成時間為20130910。
[0135]終端I從第一路由設備2中獲取應用程式當前的版本標識，生成應用程式的版本檢測請求並發送給伺服器4，該版本檢測請求攜帶應用程式當前的版本標識。
[0136]以版本標識為版本號進行舉例說明，即應用程式當前的版本標識為版本號V1.1。
[0137]伺服器4接收該版本檢測請求，從該版本檢測請求中提取應用程式當前的版本號V1.1，獲取本地存儲的應用程式最新版本的版本號V1.4，並作為待升級版本的版本號，將應用程式當前的版本號V1.1與應用程式待升級版本的版本號V1.4進行比較，其中，應用程式當前的版本號V1.1小於應用程式待升級版本的版本號V1.4，則確定應用程式需要升級，則生成存在應用程式的待升級版本的查找結果，並將該查找結果發送給終端I。
[0138]以版本標識為版本生成時間進行舉例說明，即應用程式當前的版本標識為版本生成時間20130303。
[0139]伺服器4接收該版本檢測請求，從該版本檢測請求中提取應用程式當前的版本生成時間20130303，獲取本地存儲的應用程式最新版本的版本生成時間20130910，並作為待升級版本的版本生成時間，將應用程式當前的版本生成時間20130303和應用程式待升級版本的版本生成時間20130910進行比較，其中，應用程式當前的版本生成時間20130303早於應用程式待升級版本的版本生成時間20130910，則確定應用程式需要升級，則生成存在應用程式的待升級版本的查找結果，並將該查找結果發送給終端I。
[0140]終端I接收伺服器4發送的該查找結果，確定出該查找結果為存在待升級的版本，並確定應用程式需要更新。
[0141]在本公開實施例中，終端I通過發送應用程式當前的版本標識，以使伺服器4根據應用程式當前的版本標識來檢測應用程式是否需要升級，每當接收到伺服器4發送的為存在待升級版本的查找結果時，就獲取用於將應用程式當前的版本升級至待升級版本的升級文件，並根據獲取的升級文件對應用程式進行升級。如此，可以保證在大部分時間內應用程式的版本均為最新版本，更能滿足用戶的需求。
[0142]在本公開的另一個可選的實施例中，如圖4所示，在步驟SlOl中，可以通過如下S301至S305的流程實現，包括:
[0143]在步驟S301中，獲取應用程式當前的版本標識。
[0144]版本標識至少包括版本號和/或版本生成時間。
[0145]在該步驟中，終端I可以從第一路由設備2中獲取應用程式當前的版本標識。
[0146]在步驟S302中，根據應用程式當前的版本標識獲取應用程式待升級版本的版本標識。
[0147]在該步驟中，終端I生成用於獲取應用程式待升級版本的版本檢測請求，該並通過第一通信鏈路或第二通信鏈路發送該版本檢測請求給伺服器4。
[0148]伺服器4接收該版本檢測請求，獲取本地存儲的應用程式最新版本的版本標識，並作為應用程式待升級版本的版本標識，發送應用程式待升級版本的版本標識給終端I。
[0149]終端I接收伺服器4發送的應用程式的待升級版本的版本標識。
[0150]在步驟S303中，判斷應用程式待升級版本的版本標識是否高於應用程式當前的版本標識。
[0151]在該步驟中，將應用程式待升級版本的版本標識與應用程式當前的版本標識進行比較，即比較應用程式待升級版本的版本號與應用程式當前的版本號的大小，或者，比較應用程式的待升級版本的版本生成時間與應用程式當前的版本生成時間的早晚。
[0152]當應用程式待升級版本的版本標識高於應用程式當前的版本標識時，在步驟S304中，確定應用程式需要升級。
[0153]在該步驟中，當應用程式待升級版本的版本號大於應用程式當前的版本號時，或者，當應用程式待升級版本的版本生成時間晚於應用程式當前的版本生成時間時，則確定應用程式需要升級。
[0154]當應用程式待升級版本的版本標識低於或等於應用程式當前的版本標識時，在步驟S305中，確定應用程式不需要升級，結束流程。
[0155]在該步驟中，當應用程式待升級版本的版本號小於或等於應用程式當前的版本號時，或者，當應用程式待升級版本的版本生成時間早於或等於應用程式當前的版本生成時間時，則確定應用程式不需要升級，結束流程。
[0156]在實際應用中，假設應用程式當前的版本號為V1.1，版本生成時間為20130303 ；應用程式待升級版本的版本號為V1.4，版本生成時間為20130910。
[0157]終端I從第一路由設備2中獲取應用程式當前的版本標識，發送用戶獲取應用程式待升級版本的版本檢測請求給伺服器4。
[0158]以版本標識為版本號進行舉例說明，即應用程式當前的版本標識為版本號V1.1。
[0159]伺服器4接收該版本檢測請求，獲取本地存儲的應用程式的最新版本的版本號V1.4，並作為應用程式待升級版本的版本號，將應用程式待升級版本的版本號V1.4發送給終立而I O
[0160]終端I接收伺服器4發送的應用程式待升級版本的版本號V1.4，將應用程式當前的版本號V1.1與應用程式待升級版本的版本號V1.4進行比較，其中，應用程式當前的版本號V1.1小於應用程式待升級版本的版本號V1.4，則確定應用程式需要升級。
[0161]以版本標識為版本生成時間進行舉例說明，即應用程式當前的版本標識為版本生成時間20130303。
[0162]伺服器4接收該版本檢測請求，獲取本地存儲的應用程式的最新版本的版本生成時間20130910，並作為應用程式待升級版本的版本生成時間，發送應用程式待升級版本的版本生成時間20130910給終端I。
[0163]終端I接收伺服器4發送的應用程式待升級版本的版本生成時間20130910，將應用程式當前的版本生成時間20130303與應用程式待升級版本的版本生成時間20130910進行比較，其中，應用程式當前的版本生成時間20130303早於應用程式待升級版本的版本生成時間20130910，則確定應用程式需要升級。
[0164]在本公開實施例中，終端I從伺服器4中獲取應用程式待升級版本的版本標識，並根據應用程式當前的版本標識和待升級版本的版本標識來檢測應用程式是否需要升級，每當檢測到應用程式需要升級時，就獲取用於將應用程式當前的版本升級至待升級版本的升級文件，並根據獲取的升級文件對應用程式進行升級。如此，可以保證在大部分時間內應用程式的版本均為最新版本，更能滿足用戶的需求。
[0165]在本公開的另一個可選的實施例中，如圖5所示，可以通過如下S401至S404的流程實現步驟S201，包括:
[0166]在步驟S401中，檢測是否通過第二通信鏈路與伺服器進行數據交互；
[0167]當通過第二通信鏈路與伺服器進行數據交互時，在步驟S402中，生成用於獲取應用程式升級所需的升級文件的獲取請求。
[0168]在該步驟中，生成用於獲取升級文件的獲取請求，該升級文件用於將應用程式從當前的版本升級至待升級版本，該獲取請求攜帶應用程式當前的版本標識。
[0169]在步驟403中，將該獲取請求通過第二通信鏈路發送給伺服器。
[0170]伺服器4接收該獲取請求，從該獲取請求中提取應用程式當前的版本標識，從本地中獲取應用程式待升級版本的版本標識，根據應用程式當前的版本標識和待升級版本的版本標識，獲取用於將應用程式從當前的版本升級至待升級版本的升級文件，並將獲取的升級文件通過第二通信鏈路發送給終端I。
[0171]在步驟404中，接收伺服器根據該獲取請求發送的、應用程式升級所需的升級文件。
[0172]終端I通過第二路由設備3與伺服器4之間的第二通信鏈路獲取升級文件，因此沒有耗費第一路由設備2內通信卡的流量；且終端I與第一路由設備2之間連接的方式是內網連接，二者之間進行數據交互的過程也不耗費第一路由設備2內通信卡的流量，從而節省了第一路由設備2內通信卡的流量。
[0173]在本公開的另一個可選的實施例中，在步驟S103之前，該方法還可以包括以下步驟:
[0174]11)、檢測是否通過第一通信鏈路與伺服器進行數據交互。
[0175]12)、當通過第一通信鏈路與伺服器進行數據交互時，根據升級文件生成啟動升級提示。否則，結束操作。
[0176]啟動升級提示可以如圖6所示，圖中包括:終端I和顯示界面02,在顯示界面02中啟動升級提示以彈框03的顯示方式展示給用戶。並且在其它實施例中，為了方便用戶操作，如圖6所示，在彈框03中還可以增加「是」和「否」，以及「稍後再提示」等操作控制項，以便於用戶可以根據該啟動升級提示迅速輸入相應的操作。
[0177]用戶可以在圖6所示的啟動升級提示中觸發「是」按鈕來輸入升級操作。
[0178]啟動升級提示用於提示用戶可以升級，並且使得用戶可以根據該啟動升級提示選擇立即升級或在之後的合適時間升級。比如用戶可以選擇在終端I內存資源佔用量較低的情況下再使終端I開始升級。
[0179]例如，假設此次升級是對第一路由設備2的作業系統進行升級，通常情況下，第一路由設備2在升級作業系統過程中會暫停工作，此時第一通信鏈路會自動斷開；等到升級完畢之後第一路由設備2才會繼續正常工作，此時第一通信鏈路重新連接。
[0180]假設此時終端I正在利用第一通信鏈路與伺服器4進行數據交互，例如用戶正在終端I上利用第一通信鏈路瀏覽網頁。如果此刻就對第一路由設備2的作業系統進行升級，第一路由設備2暫停工作，第一通信鏈路自動斷開，在第一路由設備2升級作業系統的過程中，用戶就無法在終端I上利用第一通信鏈路瀏覽網頁，必須等到第一路由設備2的作業系統升級完畢才能繼續瀏覽網頁，從而影響用戶瀏覽網頁的連續性。
[0181]因此，利用該啟動升級提示，使得用戶可以選擇在合適的時間觸發第一路由設備2開始升級，例如選擇在結束瀏覽網頁時觸發第一路由設備2開始升級，如此不會影響用戶正常上網，從而提高了用戶體驗。
[0182]13)、判斷是否接收到根據啟動升級提示輸入的升級操作。
[0183]14)、當接收到該升級從操作時，將升級文件發送給第一路由設備。否則，結束操作。
[0184]其中，終端I此時與第一路由設備2的連接方式為類似於藍牙等方式的區域網連接，因此終端I與第一路由設備2之間進行數據交互時未使用第一路由設備2內通信卡的流量，從而節省了第一路由設備2內通信卡的流量。
[0185]在本公開的另一個可選的實施例中，在步驟S103之後，該方法還可以包括以下步驟:
[0186]21)、判斷應用程式是否升級成功。
[0187]在本公開實施例中，當應用程式升級完成後，第一路由設備重啟應用程式，當重啟成功後，終端從第一路由設備中獲取重啟後的應用程式的版本標識，判斷重啟後的應用程式的版本標識是否與待升級版本的版本標識相同，如果相同，則確定應用程式升級成功，如果不相同，則確定應用程式未升級成功，重新升級。
[0188]22)、當升級成功時，生成升級成功提示。否則，重新升級。
[0189]23)、展示升級成功提示。
[0190]其中，在展示升級成功提示時，可以採用以下方式:將該升級成功提示在終端I本地的顯示界面中進行顯示；或者，將該升級成功提示向預設終端進行推送，例如:平板電腦，以使該升級成功提示能夠在預設終端的顯示界面中進行顯示；顯示界面可以為顯示屏等。另外，在本地顯示界面中展示升級成功提示時，可以如圖6所示，同樣採用彈框的形式展示。
[0191]在實際應用時，如果終端I已經配備顯示界面，比如手機或平板電腦等，則可以將該升級成功提示直接在本地的顯示界面中進行顯示。如果終端I未配備顯示界面，比如路由器和交換機等，則可以將該升級成功提示推送給配備顯示界面的預設終端，以使該升級成功提示能夠在預設終端上的顯示界面中進行顯示。
[0192]圖7是根據一示例性實施例示出的一種升級裝置框圖。參照圖7，該裝置應用於終端，終端可與至少兩個路由設備進行通信，且終端可通過任意一個路由設備和伺服器之間的通信鏈路與伺服器進行數據交互。該裝置包括第一檢測模塊21、獲取模塊22和發送模塊
23。
[0193]第一檢測模塊21被配置為檢測至少兩個路由設備中的第一路由設備內的應用程式是否需要升級；
[0194]獲取模塊22被配置為當第一路由設備內的應用程式需要升級時，通過至少兩個路由設備中的第二路由設備與伺服器之間的通信鏈路獲取應用程式升級所需的升級文件；
[0195]發送模塊23被配置為將升級文件發送給第一路由設備，以使第一路由設備利用升級文件對應用程式升級。
[0196]在圖7所示的實施例中，檢測第一路由設備內的應用程式是否需要升級；當第一路由設備內的應用程式需要升級時，通過第二通信鏈路從伺服器中獲取應用程式升級所需的升級文件；將該升級文件發送給第一路由設備，以使第一路由設備利用該升級文件對應用程式升級。
[0197]其中，終端不是通過第一路由設備與伺服器之間的第一通信鏈路來獲取升級文件，而是通過第二路由設備與伺服器之間的第二通信鏈路來獲取升級文件，因此沒有耗費第一路由設備內通信卡的流量；且終端與第一路由設備之間連接的方式是內網連接，二者之間進行數據交互的過程也不耗費第一路由設備內通信卡的流量，即將升級文件發送給第一路由設備不耗費第一路由設備內通信卡的流量。
[0198]如此，與相關技術相比，在本公開實施例中，終端將從伺服器中獲取升級文件的鏈路從第一通信鏈路變更為第二通信鏈路，因此，整個過程中沒有使用第一通信鏈路，從而節省了第一路由設備內通信卡的流量。
[0199]在本公開的另一個可選的實施例中，第一檢測模塊21包括:第一獲取單元、第一發送單元、第一接收單元和第一確定單元。
[0200]第一獲取單元被配置為獲取應用程式當前的版本標識，版本標識至少包括版本號和/或版本生成時間；
[0201]第一發送單元被配置為將當前的版本標識通過任意一個路由設備與伺服器之間的通信鏈路發送給伺服器；
[0202]第一接收單元被配置為接收伺服器根據當前的版本標識查找是否存在待升級版本後發送的查找結果；
[0203]第一確定單元被配置為當查找結果為存在待升級版本時，確定應用程式需要升級，當查找結果為不存在待升級版本時，確定應用程式不需要升級。
[0204]在本公開的另一個可選的實施例中，第一檢測模塊21包括:第二獲取單元、第三獲取單元、比較單元和第二確定單元。
[0205]第二獲取單元被配置為獲取應用程式當前的版本標識，版本標識至少包括版本號和/或版本生成時間；
[0206]第三獲取單元被配置為根據當前的版本標識獲取應用程式待升級版本的版本標識；
[0207]比較單元被配置為將待升級版本的版本標識與當前的版本標識進行比較；
[0208]第二確定單元被配置為當待升級版本的版本標識高於當前的版本標識時，確定應用程式需要升級；當待升級版本的版本標識低於或等於當前的版本標識時，確定應用程式不需要升級。
[0209]在本公開實施例中，第三獲取單元包括:發送子單元和接收子單元。
[0210]發送子單元被配置為將當前的版本標識通過任意一個路由設備與伺服器之間的通信鏈路發送給伺服器；
[0211]接收子單元被配置為接收伺服器發送的、根據當前的版本標識查找到的與應用程式對應的待升級版本的版本標識。
[0212]在本公開的另一個可選的實施例中，獲取模塊22包括:檢測單元、生成單元、第二發送單元和第二接收單元。
[0213]檢測單元被配置為檢測是否通過第二路由設備與伺服器之間的通信鏈路與伺服器進行數據交互；
[0214]生成單元被配置為當與伺服器進行數據交互時，生成用於獲取應用程式升級所需的升級文件的獲取請求；
[0215]第二發送單元被配置為將獲取請求通過第二路由設備與伺服器之間的通信鏈路發送給伺服器；
[0216]第二接收單元被配置為接收伺服器根據獲取請求發送的升級文件。
[0217]在本公開的另一個可選的實施例中，該裝置還包括:第二檢測模塊。
[0218]第二檢測模塊被配置為檢測是否通過第一路由設備與伺服器之間的通信鏈路與伺服器進行數據交互；
[0219]發送模塊還用於當與伺服器進行數據交互時，將升級文件發送給第一路由設備。
[0220]在本公開的另一個可選的實施例中，該裝置還包括:第一生成模塊和第一判斷模塊。
[0221]第一生成模塊被配置為根據升級文件生成啟動升級提示；
[0222]第一判斷模塊被配置為判斷是否接收到根據啟動升級提示輸入的升級操作；
[0223]發送模塊還用於當接收到升級操作時，執行將升級文件發送給第一路由設備的步驟。
[0224]在本公開的另一個可選的實施例中，該裝置還包括:第二判斷模塊、第二生成模塊和展示模塊。
[0225]第二判斷模塊被配置為判斷應用程式是否升級成功；
[0226]第二生成模塊被配置為當升級成功時，則生成升級成功提示；
[0227]展示模塊被配置為展示升級成功提示。
[0228]在本公開實施例中，展示模塊包括:展示單元和推送單元。
[0229]展示單元被配置為將升級成功提示在終端本地的顯示界面中進行顯示；
[0230]推送單元被配置為將升級成功提示向預設終端進行推送，以使升級成功提示在預設終端上進行顯示。
[0231]關於上述實施例中的裝置，其中各個模塊執行操作的具體方式已經在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。
[0232]圖8是根據一示例性實施例示出的一種升級設備800的框圖。例如，設備800可以是行動電話，計算機，數字廣播終端，消息收發設備，遊戲控制臺，平板設備，醫療設備，健身設備，個人數字助理等。
[0233]參照圖8，設備800可以包括以下一個或多個組件:處理組件802，存儲器804，電源組件806，多媒體組件808，音頻組件810，輸入/輸出(I/O)的接口 812，傳感器組件814，以及通信組件816。
[0234]處理組件802通常控制設備800的整體操作，諸如與顯示，電話呼叫，數據通信，相機操作和記錄操作相關聯的操作。處理組件802可以包括一個或多個處理器820來執行指令，以完成上述的方法的全部或部分步驟。此外，處理組件802可以包括一個或多個模塊，便於處理組件802和其他組件之間的交互。例如，處理組件802可以包括多媒體模塊，以方便多媒體組件808和處理組件802之間的交互。
[0235]存儲器804被配置為存儲各種類型的數據以支持在設備800的操作。這些數據的示例包括用於在設備800上操作的任何應用程式或方法的指令，聯繫人數據，電話簿數據，消息，圖片，視頻等。存儲器804可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃記憶體，磁碟或光碟。
[0236]電源組件806為設備800的各種組件提供電力。電源組件806可以包括電源管理系統，一個或多個電源，及其他與為設備800生成、管理和分配電力相關聯的組件。
[0237]多媒體組件808包括在所述設備800和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現為觸控螢幕，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件808包括一個前置攝像頭和/或後置攝像頭。當設備800處於操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或後置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和後置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。
[0238]音頻組件810被配置為輸出和/或輸入音頻信號。例如，音頻組件810包括一個麥克風(MIC)，當設備800處於操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器804或經由通信組件816發送。在一些實施例中，音頻組件810還包括一個揚聲器，用於輸出音頻信號。
[0239]I/0接口 812為處理組件802和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限於:主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。
[0240]傳感器組件814包括一個或多個傳感器，用於為設備800提供各個方面的狀態評估。例如，傳感器組件814可以檢測到設備800的打開/關閉狀態，組件的相對定位，例如所述組件為設備800的顯示器和小鍵盤，傳感器組件814還可以檢測設備800或設備800一個組件的位置改變，用戶與設備800接觸的存在或不存在，設備800方位或加速/減速和設備800的溫度變化。傳感器組件814可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件814還可以包括光傳感器，如CMOS或CXD圖像傳感器，用於在成像應用中使用。在一些實施例中，該傳感器組件814還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。
[0241]通信組件816被配置為便於設備800和其他設備之間有線或無線方式的通信。設備800可以接入基於通信標準的無線網絡，如WiFi，2G或3G，或它們的組合。在一個示例性實施例中，通信組件816經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信組件816還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基於射頻識別(RFID)技術，紅外數據協會(IrDA)技術，超寬帶(UffB)技術，藍牙(BT)技術和其他技術來實現。
[0242]在示例性實施例中，設備800可以被一個或多個應用專用集成電路(ASIC)、數位訊號處理器(DSP)、數位訊號處理設備(DSro)、可編程邏輯器件(PLD)、現場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現，用於執行上述方法。
[0243]在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器804，上述指令可由設備800的處理器820執行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數據存儲設備等。
[0244]—種非臨時性計算機可讀存儲介質，當所述存儲介質中的指令由設備800的處理器執行時，使得升級設備800能夠執行一種升級方法，所述方法包括:
[0245]檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級。
[0246]當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件。
[0247]將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
[0248]本領域技術人員在考慮說明書及實踐這裡公開的發明後，將容易想到本發明的其它實施方案。本申請旨在涵蓋本發明的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本發明的一般性原理並包括本公開未公開的本【技術領域】中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本發明的真正範圍和精神由下面的權利要求指出。
[0249]應當理解的是，本發明並不局限於上面已經描述並在附圖中示出的精確結構，並且可以在不脫離其範圍進行各種修改和改變。本發明的範圍僅由所附的權利要求來限制。
【權利要求】
1.一種升級方法，應用於終端，其特徵在於，所述終端可與至少兩個路由設備進行通信，且所述終端可通過任意一個所述路由設備和伺服器之間的通信鏈路與所述伺服器進行數據交互；所述方法包括: 檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級； 當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件； 將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
2.根據權利要求1所述的方法，其特徵在於，所述檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級，包括: 獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間； 將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給所述伺服器； 接收所述伺服器根據所述當前的版本標識查找是否存在待升級版本後發送的查找結果; 當所述查找結果為存在待升級版本時，確定所述應用程式需要升級，當所述查找結果為不存在待升級版本時，確定所述應用程式不需要升級。
3.根據權利要求1所述的方法，其特徵在於，所述檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級，包括: 獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間； 根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識； 將所述待升級版本的版本標識與所述當前的版本標識進行比較； 當所述待升級版本的版本標識高於所述當前的版本標識時，確定所述應用程式需要升級；當所述待升級版本的版本標識低於或等於所述當前的版本標識時，確定所述應用程式不需要升級。
4.根據權利要求3所述的方法，其特徵在於，所述根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識，包括: 將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給伺服器； 接收所述伺服器發送的、根據所述當前的版本標識查找到的與所述應用程式對應的待升級版本的版本標識。
5.根據權利要求1所述的方法，其特徵在於，所述通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述第一路由設備內的應用程式升級所需的升級文件，包括: 檢測是否通過所述第二路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互； 當與所述伺服器進行數據交互時，生成用於獲取所述應用程式升級所需的升級文件的獲取請求； 將所述獲取請求通過所述第二路由設備與所述伺服器之間的通信鏈路發送給所述伺服器； 接收所述伺服器根據所述獲取請求發送的所述升級文件。
6.根據權利要求1所述的方法，其特徵在於，所述方法還包括: 檢測是否通過所述第一路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互； 當與所述伺服器進行數據交互時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
7.根據權利要求1所述的方法，其特徵在於，所述方法還包括: 根據所述升級文件生成啟動升級提示； 判斷是否接收到根據所述啟動升級提示輸入的升級操作； 當接收到所述升級操作時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
8.根據權利要求1所述的方法，其特徵在於，所述方法還包括: 判斷所述應用程式是否升級成功； 當升級成功時，則生成升級成功提示； 展示所述升級成功提示。
9.根據權利要求8所述的方法，其特徵在於，所述展示所述升級成功提示，包括: 將所述升級成功提示在所述終端本地的顯示界面中進行顯示；或， 將所述升級成功提示向預設終端進行推送，以使所述升級成功提示在所述預設終端上進行顯示。
10.一種升級裝置，應用於終端，其特徵在於，所述終端可與至少兩個路由設備進行通信，且所述終端可通過任意一個所述路由設備和伺服器之間的通信鏈路與所述伺服器進行數據交互；所述裝置包括: 第一檢測模塊，用於檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級； 獲取模塊，用於當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件； 發送模塊，用於將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
11.根據權利要求10所述的裝置，其特徵在於，所述第一檢測模塊包括: 第一獲取單元，用於獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間； 第一發送單元，用於將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給所述伺服器； 第一接收單元，用於接收所述伺服器根據所述當前的版本標識查找是否存在待升級版本後發送的查找結果； 第一確定單元，用於當所述查找結果為存在待升級版本時，確定所述應用程式需要升級，當所述查找結果為不存在待升級版本時，確定所述應用程式不需要升級。
12.根據權利要求10所述的裝置方法，其特徵在於，所述第一檢測模塊包括: 第二獲取單元，用於獲取所述應用程式當前的版本標識，所述版本標識至少包括版本號和/或版本生成時間； 第三獲取單元，用於根據所述當前的版本標識獲取所述應用程式待升級版本的版本標識； 比較單元，用於將所述待升級版本的版本標識與所述當前的版本標識進行比較；第二確定單元，用於當所述待升級版本的版本標識高於所述當前的版本標識時，確定所述應用程式需要升級；當所述待升級版本的版本標識低於或等於所述當前的版本標識時，確定所述應用程式不需要升級。
13.根據權利要求12所述的裝置，其特徵在於，所述第三獲取單元包括: 發送子單元，用於將所述當前的版本標識通過任意一個所述路由設備與所述伺服器之間的通信鏈路發送給伺服器； 接收子單元，用於接收所述伺服器發送的、根據所述當前的版本標識查找到的與所述應用程式對應的待升級版本的版本標識。
14.根據權利要求10所述的裝置，其特徵在於，所述獲取模塊包括: 檢測單元，用於檢測是否通過所述第二路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互； 生成單元，用於當與所述伺服器進行數據交互時，生成用於獲取所述應用程式升級所需的升級文件的獲取請求； 第二發送單元，用於將所述獲取請求通過所述第二路由設備與所述伺服器之間的通信鏈路發送給所述伺服器； 第二接收單元，用於接收所述伺服器根據所述獲取請求發送的所述升級文件。
15.根據權利要求10所述的裝置，其特徵在於，所述裝置還包括: 第二檢測模塊，用於檢測是否通過所述第一路由設備與所述伺服器之間的通信鏈路與所述伺服器進行數據交互； 所述發送模塊還用於當與所述伺服器進行數據交互時，將所述升級文件發送給所述第一路由設備。
16.根據權利要求10所述的裝置，其特徵在於，所述裝置還包括: 第一生成模塊，用於根據所述升級文件生成啟動升級提示； 第一判斷模塊，用於判斷是否接收到根據所述啟動升級提示輸入的升級操作； 所述發送模塊還用於當接收到所述升級操作時，執行所述將所述升級文件發送給所述第一路由設備的步驟。
17.根據權利要求10所述的裝置，其特徵在於，所述裝置還包括: 第二判斷模塊，用於判斷所述應用程式是否升級成功； 第二生成模塊，用於當升級成功時，則生成升級成功提示； 展示模塊，用於展示所述升級成功提示。
18.根據權利要求17所述的裝置，其特徵在於，所述展示模塊包括: 顯示單元，用於將所述升級成功提示在所述終端本地的顯示界面中進行顯示； 推送單元，用於將所述升級成功提示向預設終端進行推送，以使所述升級成功提示在所述預設終端上進行顯示。
19.一種升級設備，其特徵在於，所述設備包括: 處理器； 用於存儲處理器可執行指令的存儲器； 其中，所述處理器被配置為: 檢測所述至少兩個路由設備中的第一路由設備內的應用程式是否需要升級； 當所述第一路由設備內的應用程式需要升級時，通過所述至少兩個路由設備中的第二路由設備與所述伺服器之間的通信鏈路獲取所述應用程式升級所需的升級文件； 將所述升級文件發送給所述第一路由設備，以使所述第一路由設備利用所述升級文件對所述應用程式升級。
【文檔編號】G06F9/445GK104320774SQ201410550394
【公開日】2015年1月28日 申請日期:2014年10月16日 優先權日:2014年10月16日
【發明者】樊家麟, 夏勇峰, 劉鐵俊 申請人:小米科技有限責任公司