本發(fā)明涉及互聯(lián)網(wǎng)
技術(shù)領(lǐng)域：
，具體涉及一種應(yīng)用升級的控制方法及裝置。
背景技術(shù)：
：隨著互聯(lián)網(wǎng)的快速發(fā)展，各種應(yīng)用也越來越多，而且每種應(yīng)用也會不斷升級，以滿足用戶更多的需求。應(yīng)用升級的過程通常都是服務(wù)器將升級包發(fā)送給用戶設(shè)備，在用戶使用該應(yīng)用時，用戶設(shè)備安裝該升級包完成應(yīng)用升級。當前的應(yīng)用升級方式，只要是應(yīng)用的版本有更新，服務(wù)器就會向用戶設(shè)備推送新版本的升級包，但如果用戶一直都不啟動該應(yīng)用，用戶設(shè)備也就不會安裝這些新版本的升級包進行升級，可能服務(wù)器已經(jīng)發(fā)送了幾個新版本的升級包，而用戶設(shè)備一個都沒升級，一旦用戶啟動該應(yīng)用，就需要一個接著一個的去升級，這樣的升級方式不僅浪費網(wǎng)絡(luò)流量，而且升級到最近版本需要花費很多時間。技術(shù)實現(xiàn)要素：為解決現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下的問題，本發(fā)明實施例提供一種應(yīng)用升級的控制方法，可以在用戶不使用目標應(yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。本發(fā)明實施例還提供了相應(yīng)的裝置。本發(fā)明第一方面提供一種應(yīng)用升級的控制方法，包括：確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比；根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本；按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。本發(fā)明第二方面提供一種應(yīng)用升級的控制裝置，包括：第一確定單元，用于確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比；第二確定單元，用于根據(jù)所述第一確定單元確定的所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本；控制單元，用于按照所述第二確定單元確定的所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。與現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下相比，本發(fā)明實施例提供的應(yīng)用升級的控制方法，根據(jù)各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本?？梢栽谟脩舨皇褂媚繕藨?yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。附圖說明為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例中應(yīng)用升級的控制系統(tǒng)的一實施例示意圖；圖2是本發(fā)明實施例中應(yīng)用升級的一示例示意圖；圖3是本發(fā)明實施例中應(yīng)用升級的另一示例示意圖；圖4是本發(fā)明實施例中應(yīng)用升級的控制方法的一實施例示意圖；圖5是本發(fā)明實施例中應(yīng)用升級的控制方法的另一實施例示意圖；圖6是本發(fā)明實施例中應(yīng)用升級的控制裝置的一實施例示意圖；圖7是本發(fā)明實施例中服務(wù)器的一實施例示意圖。具體實施方式本發(fā)明實施例提供一種應(yīng)用升級的控制方法，可以在用戶不使用目標應(yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。本發(fā)明實施例還提供了相應(yīng)的裝置。以下分別進行詳細說明。下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。隨著智能終端的發(fā)展，應(yīng)用升級已經(jīng)越來越常見，目前的應(yīng)用升級通常是服務(wù)器向用戶設(shè)備推送升級提醒，在用戶點擊升級操作后，用戶設(shè)備安裝升級包進行升級，而且升級都是連續(xù)升級的，不能跳躍升級。用戶設(shè)備上可能安裝有多個應(yīng)用，有些應(yīng)用是常用的，有些應(yīng)用可能用過一次或者幾次之后就沒有再使用了，針對常用的應(yīng)用，用戶可能會根據(jù)升級提醒持續(xù)升級了，而一些不太常用的應(yīng)用，用戶可能沒有及時連續(xù)升級，當用戶再想使用時，中間已經(jīng)間隔了多個版本，再針對這些間隔的版本逐一連續(xù)升級，一方面浪費網(wǎng)絡(luò)流量，另一方面浪費時間。對于應(yīng)用運營商來說，用戶不再使用以為這用戶的流失，該應(yīng)用所帶來的收益也必將減少，因此，應(yīng)用運營商業(yè)要極力拉回流失的用戶，現(xiàn)有技術(shù)中這種既浪費網(wǎng)絡(luò)流量，有浪費升級時間的升級控制方案，必然會影響拉回流。為了解決現(xiàn)有技術(shù)應(yīng)用升級方案中既浪費網(wǎng)絡(luò)流量，又浪費時間的問題，本發(fā)明實施例提供一種應(yīng)用升級的控制方法、裝置及系統(tǒng)，可以在用戶不使用目標應(yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。下面結(jié)合圖1，先介紹本發(fā)明實施例中應(yīng)用升級的控制系統(tǒng)。如圖1所示，本發(fā)明實施例提供的應(yīng)用升級的控制系統(tǒng)包括：用戶設(shè)備10、網(wǎng)絡(luò)20、升級控制設(shè)備30、版本發(fā)布設(shè)備40和注冊管理設(shè)備50，用戶設(shè)備10通過網(wǎng)絡(luò)20與升級控制設(shè)備30、版本發(fā)布設(shè)備40和注冊管理設(shè)備50通信連接。其中，升級控制設(shè)備30、版本發(fā)布設(shè)備40和注冊管理設(shè)備50可以是各自獨立的設(shè)備，其中的兩者或者三者也可以是集成在一臺設(shè)備上來執(zhí)行對應(yīng)的功能。其中，版本發(fā)布設(shè)備40用于在有新版本需要發(fā)布時，向用戶設(shè)備10發(fā)布有新版本的通知消息，版本發(fā)布設(shè)備40還存儲有目標應(yīng)用的各個版本，并記錄有各個版本的發(fā)布時間。從注冊管理設(shè)備50用于記錄每個用戶的注冊信息，包括用戶的帳號，以及登錄時間等，可以是記錄用戶每次的登錄時間，為了節(jié)省存儲空間，也可以只保留最后一次的登錄時間。升級控制設(shè)備30用于控制應(yīng)用升級，控制方案可以是：確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比；根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本；按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。本發(fā)明實施例中的目標應(yīng)用可以是游戲應(yīng)用、支付類應(yīng)用，以及外賣類應(yīng)用等，本發(fā)明實施例中對目標應(yīng)用的種類不做限定。其中，所述確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比，可以包括：從版本發(fā)布設(shè)備40獲取所述目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間；從注冊管理設(shè)備50獲取每個已注冊用戶的最后一次登錄時間；根據(jù)所述各個已發(fā)布版本的發(fā)布時間和所述每個已注冊用戶的最后一次登錄時間，確定所述各個已發(fā)布版本在已注冊用戶中的占比。本發(fā)明實施例中，通過目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間，以及每個已注冊用戶的最后一次登錄時間可以確定出每個已發(fā)布版本的用戶數(shù)量，然后根據(jù)已注冊用戶的總數(shù)量，就可以確定出各個已發(fā)布版本在已注冊用戶中的占比。以穿越火線(CrossFire，CF)游戲為例，截取了最近兩個月半的數(shù)據(jù)，包括已發(fā)布的385至393九個版本，如圖2所示，圖2中記錄了這九個版本各自已注冊用戶占比，如圖2所示，393是最新的版本，385至392都是非最新版本，在非最新版本中，385的占比是8％，386的占比是8％，387的占比是4％，388的占比是11％，389的占比是10％，390的占比是3％，391的占比是18％，392的占比是18％。按照各個非最新版本的占比，可以針對性的確定對應(yīng)的升級控制策略，例如：針對占比量比較高的391、389、388、386、385等可以直接設(shè)置跨版本升級策略，直接從當前版本升級到最新版本，也就是393版本，當然，為了避免開發(fā)過多的升級控制策略，可以只選擇排序在前N的采用跨版本升級，N例如可以等于3，當前N的取值不做限定。若本場景中N取3，則只能對391、389、388采用跨版本升級策略，其他的版本只能就近先升級到最接近的可以跨版本升級的版本，才能再進行跨版本升級，顯然，該中方案還有可以改進的空間。例如388和389緊鄰，可以間隔選擇使用跨版本的升級控制策略，例如：386可以設(shè)置跨版本的升級控制策略，385就可以就近升級到386，再跨版本升級到393，388或389中的一個可以設(shè)置跨版本的升級控制策略，例如389設(shè)置跨版本的升級控制策略，那么388可以就近先升級到389，再跨版本升級到393，391可以設(shè)置跨版本的升級控制策略，390可以先升級到391，再跨版本升級到393，392可以直接升級到393。也就是說，可選地，本發(fā)明實施例中的所述根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，可以包括：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序，且排序在預設(shè)閾值之前的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。也就是直接按照占比排序方案，按照由高到低的順序排序后，選擇排序在預設(shè)閾值之前的非最新版本作為目標版本，然后對目標版本中與所述當前最新版本不相鄰的版本設(shè)置跨版本升級策略?？蛇x地，本發(fā)明實施例提供的另一種方案中，本發(fā)明實施例中的所述根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，可以包括：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序后，再按照版本號的預置間隔進行間隔選擇的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。也就是說，該方案中，按照占比排序后，還要考慮版本號，兩個相鄰的版本號即使排序都在前，也不能兩個都選為目標版本，需要間隔開版本號，這樣可以有利于提高升級效率。與現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下相比，本發(fā)明實施例提供的應(yīng)用升級的控制方案，根據(jù)各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。可以在用戶不使用目標應(yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度?？蛇x地，所述根據(jù)所述各個已發(fā)布版本的發(fā)布時間和所述每個已注冊用戶的最后一次登錄時間，確定所述各個已發(fā)布版本在已注冊用戶中的占比，可以包括：確定所述每個已注冊用戶的最后一次登錄時間所屬的版本區(qū)間，所述版本區(qū)間為所述已發(fā)布版本中相鄰兩個版本的發(fā)布時間間距；根據(jù)落入各個所述版本區(qū)間的已注冊用戶數(shù)量，以及已注冊用戶的總數(shù)量，確定所述各個已發(fā)布版本在已注冊用戶中的占比。另外，所述根據(jù)落入各個所述版本區(qū)間的已注冊用戶數(shù)量，以及已注冊用戶的總數(shù)量，確定所述各個已發(fā)布版本在已注冊用戶中的占比之前，所述方法還可以包括：將落入各個版本區(qū)間的已注冊用戶的版本號，確定為所述相鄰兩個版本中在前發(fā)布的版本號。本發(fā)明實施例中，兩個相鄰的版本中間會有一段時間間隔，例如：385版本發(fā)布日期是2016年8月1日，386版本發(fā)布日期是2016年8月8日，那么385和386的版本區(qū)間就是2016年8月1日至2016年8月8日，若已注冊用戶的最后一次登錄時間處于8月1日到8月8日之間，則可以確定該已注冊用戶所使用的版本是385，然后統(tǒng)計落入各個所述版本區(qū)間的已注冊用戶數(shù)量，就可以確定各版本的已注冊用戶數(shù)量，再結(jié)合已注冊用戶的總數(shù)量就可以確定出各版本已注冊用戶的占比。如表1所示，根據(jù)各版本的發(fā)布日期和用戶最后登錄的時間，確定出的各版本的已注冊用戶數(shù)量可以參閱表1進行理解：表1：版本號和對應(yīng)已注冊用戶數(shù)量表版本號已注冊用戶數(shù)量3854000003864000003872000003885500003895000003901500003919000003927500003931150000需要說明的是，表1中的數(shù)量只是舉例說明，不要將表1的數(shù)量理解為是對數(shù)量的限定。如表1所示的數(shù)量，可以計算出已注冊用戶的總數(shù)量是5000000，則可以計算出各版本的占比，占比也就是各已注冊用戶數(shù)量除以總數(shù)量，計算結(jié)果可以參閱表2進行理解。表1：版本號和對應(yīng)已注冊用戶數(shù)量及占比版本號已注冊用戶數(shù)量占比3854000008％3864000008％3872000004％38855000011％38950000010％3901500003％39190000018％39275000015％393115000023％本發(fā)明實施例在確定出各版本的已注冊用戶的占比后，根據(jù)該占比對不同的版本針對性的設(shè)置了不同的升級控制策略，按照該升級控制策略控制升級，因本發(fā)明實施例提供的方案可以實現(xiàn)直接跨版本升級或者先升級到就近的版本后，再跨版本升級，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。也起到了很好的拉回流效果。圖3為應(yīng)用本發(fā)明實施例的升級控制策略后的拉回流驗證示意圖。如圖3所示，分別統(tǒng)計了8月4日各版本的用戶數(shù)量和8月7日各版本的用戶數(shù)量，從圖3中可見，老版本中385、386、388和389這四個版本玩家占有率較高，在8月6日前升級到這四個版本的玩家后來就再沒登錄過游戲。為了拉回流，在8月6日推廣了本申請的升級控制方案。還可以針對這些玩家采取游戲公告、下載提速、贈送道具的方式進行拉回流，從8月7日所統(tǒng)計的393的版本數(shù)量來看，本次拉回流活動取得了非常好的效果，成功促進150萬玩家回流游戲。參閱圖4，本發(fā)明實施例提供的應(yīng)用升級的控制方法的一實施例包括：101、確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比。102、根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本。103、按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。與現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下相比，本發(fā)明實施例提供的應(yīng)用升級的控制方法，根據(jù)各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本?？梢栽谟脩舨皇褂媚繕藨?yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。參閱圖5，本發(fā)明實施例提供的應(yīng)用升級的控制方法的另一實施例包括：201、升級控制設(shè)備從版本發(fā)布設(shè)備獲取所述目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間。升級控制設(shè)備可以向版本發(fā)布設(shè)備發(fā)送查詢請求，該查詢請求中攜帶目標應(yīng)用的標識，版本發(fā)布設(shè)備根據(jù)該目標應(yīng)用的標識查找該目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間，然后返回給升級控制設(shè)備。202、升級控制設(shè)備從注冊管理設(shè)備獲取每個已注冊用戶的最后一次登錄時間。升級控制設(shè)備可以從注冊管理設(shè)備發(fā)送查詢請求，該查詢請求中攜帶目標應(yīng)用的標識，注冊管理設(shè)備根據(jù)該目標應(yīng)用的標識查找該目標應(yīng)用的每個已注冊用戶的最后一次登錄時間，然后返回給升級控制設(shè)備。203、升級控制設(shè)備確定所述每個已注冊用戶的最后一次登錄時間所屬的版本區(qū)間。所述版本區(qū)間為所述已發(fā)布版本中相鄰兩個版本的發(fā)布時間間距。204、升級控制設(shè)備將落入各個版本區(qū)間的已注冊用戶的版本號，確定為所述相鄰兩個版本中在前發(fā)布的版本號。205、升級控制設(shè)備根據(jù)落入各個所述版本區(qū)間的已注冊用戶數(shù)量，以及已注冊用戶的總數(shù)量，確定所述各個已發(fā)布版本在已注冊用戶中的占比。206、根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本。確定升級控制策略，可以有兩種方案，一種是：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序，且排序在預設(shè)閾值之前的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。另一種是：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序后，再按照版本號的預置間隔進行間隔選擇的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。207、按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。以上對圖4和圖5部分的應(yīng)用升級的控制方法的描述可以參閱圖1至圖3部分的相關(guān)描述和例子進行理解，本處不再重復贅述。參閱圖6，本發(fā)明實施例提供的應(yīng)用升級的控制裝置60的一實施例包括：第一確定單元601，用于確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比；第二確定單元602，用于根據(jù)所述第一確定單元601確定的所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本；控制單元603，用于按照所述第二確定單元602確定的所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。與現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下相比，本發(fā)明實施例提供的應(yīng)用升級的控制裝置，根據(jù)各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本?？梢栽谟脩舨皇褂媚繕藨?yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度?？蛇x地，所述第二確定單元602用于：從版本發(fā)布設(shè)備獲取所述目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間；從注冊管理設(shè)備獲取每個已注冊用戶的最后一次登錄時間；根據(jù)所述各個已發(fā)布版本的發(fā)布時間和所述每個已注冊用戶的最后一次登錄時間，確定所述各個已發(fā)布版本在已注冊用戶中的占比?？蛇x地，所述第二確定單元602用于：確定所述每個已注冊用戶的最后一次登錄時間所屬的版本區(qū)間，所述版本區(qū)間為所述已發(fā)布版本中相鄰兩個版本的發(fā)布時間間距；根據(jù)落入各個所述版本區(qū)間的已注冊用戶數(shù)量，以及已注冊用戶的總數(shù)量，確定所述各個已發(fā)布版本在已注冊用戶中的占比。可選地，所述第二確定單元602還用于：將落入各個版本區(qū)間的已注冊用戶的版本號，確定為所述相鄰兩個版本中在前發(fā)布的版本號?？蛇x地，所述控制單元603用于：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序，且排序在預設(shè)閾值之前的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。可選地，所述控制單元603用于：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序后，再按照版本號的預置間隔進行間隔選擇的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。以上對應(yīng)用升級的控制裝置60的描述可以參閱圖1至圖5部分的相關(guān)描述進行理解，本處不再重復贅述。上述應(yīng)用升級的控制裝置60可以通過服務(wù)器來實現(xiàn)，當應(yīng)用升級的控制裝置60是服務(wù)器時，該服務(wù)器執(zhí)行應(yīng)用升級的控制可以參閱以下描述進行理解。圖7是本發(fā)明實施例提供的服務(wù)器70的結(jié)構(gòu)示意圖。所述服務(wù)器70應(yīng)用于應(yīng)用升級的控制系統(tǒng)，所述應(yīng)用升級的控制系統(tǒng)還包括版本發(fā)布設(shè)備和注冊管理設(shè)備，所述版本發(fā)布設(shè)備中存儲有目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間，注冊管理設(shè)備中存儲有每個已注冊用戶的最后一次登錄時間，所述服務(wù)器70包括處理器710、存儲器750和收發(fā)器730，存儲器750可以包括只讀存儲器和隨機存取存儲器，并向處理器710提供操作指令和數(shù)據(jù)。存儲器750的一部分還可以包括非易失性隨機存取存儲器(NVRAM)。在一些實施方式中，存儲器750存儲了如下的元素，可執(zhí)行模塊或者數(shù)據(jù)結(jié)構(gòu)，或者他們的子集，或者他們的擴展集:在本發(fā)明實施例中，通過調(diào)用存儲器750存儲的操作指令(該操作指令可存儲在操作系統(tǒng)中)，確定目標應(yīng)用的各個已發(fā)布版本在已注冊用戶中的占比；根據(jù)所述各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，所述非最新版本為所述各個已發(fā)布版中除當前最新版本之外的版本；按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本。與現(xiàn)有技術(shù)中控制應(yīng)用升級的方式不僅浪費網(wǎng)絡(luò)流量，而且升級效率低下相比，本發(fā)明實施例提供的服務(wù)器，根據(jù)各個已發(fā)布版本的占比，確定每個非最新版本所對應(yīng)的升級控制策略，按照所述每個非最新版本所對應(yīng)的升級控制策略，控制從所述每個非最新版本升級到所述當前最新版本?？梢栽谟脩舨皇褂媚繕藨?yīng)用時不推送升級包，在用戶使用目標應(yīng)用時，使用對應(yīng)的升級控制策略升級到當前最新版本，既節(jié)省了網(wǎng)絡(luò)流量，又提高了升級的速度。處理器710控制服務(wù)器70的操作，處理器710還可以稱為CPU(CentralProcessingUnit，中央處理單元)。存儲器750可以包括只讀存儲器和隨機存取存儲器，并向處理器710提供指令和數(shù)據(jù)。存儲器750的一部分還可以包括非易失性隨機存取存儲器(NVRAM)。具體的應(yīng)用中服務(wù)器70的各個組件通過總線系統(tǒng)720耦合在一起，其中總線系統(tǒng)720除包括數(shù)據(jù)總線之外，還可以包括電源總線、控制總線和狀態(tài)信號總線等。但是為了清楚說明起見，在圖中將各種總線都標為總線系統(tǒng)720。上述本發(fā)明實施例揭示的方法可以應(yīng)用于處理器710中，或者由處理器710實現(xiàn)。處理器710可能是一種集成電路芯片，具有信號的處理能力。在實現(xiàn)過程中，上述方法的各步驟可以通過處理器710中的硬件的集成邏輯電路或者軟件形式的指令完成。上述的處理器710可以是通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。可以實現(xiàn)或者執(zhí)行本發(fā)明實施例中的公開的各方法、步驟及邏輯框圖。通用處理器可以是微處理器或者該處理器也可以是任何常規(guī)的處理器等。結(jié)合本發(fā)明實施例所公開的方法的步驟可以直接體現(xiàn)為硬件譯碼處理器執(zhí)行完成，或者用譯碼處理器中的硬件及軟件模塊組合執(zhí)行完成。軟件模塊可以位于隨機存儲器，閃存、只讀存儲器，可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領(lǐng)域成熟的存儲介質(zhì)中。該存儲介質(zhì)位于存儲器750，處理器710讀取存儲器750中的信息，結(jié)合其硬件完成上述方法的步驟?？蛇x地，處理器710用于：從版本發(fā)布設(shè)備獲取所述目標應(yīng)用的各個已發(fā)布版本的發(fā)布時間；從注冊管理設(shè)備獲取每個已注冊用戶的最后一次登錄時間；根據(jù)所述各個已發(fā)布版本的發(fā)布時間和所述每個已注冊用戶的最后一次登錄時間，確定所述各個已發(fā)布版本在已注冊用戶中的占比。可選地，處理器710用于：確定所述每個已注冊用戶的最后一次登錄時間所屬的版本區(qū)間，所述版本區(qū)間為所述已發(fā)布版本中相鄰兩個版本的發(fā)布時間間距；根據(jù)落入各個所述版本區(qū)間的已注冊用戶數(shù)量，以及已注冊用戶的總數(shù)量，確定所述各個已發(fā)布版本在已注冊用戶中的占比?？蛇x地，處理器710還用于：將落入各個版本區(qū)間的已注冊用戶的版本號，確定為所述相鄰兩個版本中在前發(fā)布的版本號?？蛇x地，處理器710用于：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序，且排序在預設(shè)閾值之前的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略?？蛇x地，處理器710用于：根據(jù)所述非最新版本的占比，確定所述非最新版本中的目標版本，所述目標版本為按照由高到低排序后，再按照版本號的預置間隔進行間隔選擇的非最新版本；針對所述目標版本中與所述當前最新版本不相鄰的版本，確定跨版本升級控制策略；針對所述非最新版本中除所述目標版本之外的版本，確定就近升級控制策略，所述就近升級控制策略為升級到最接近的目標版本的控制策略。以上對服務(wù)器的描述可以參閱圖1至圖5中的升級控制設(shè)備的相關(guān)內(nèi)容進行理解，本處不再重復贅述。本領(lǐng)域普通技術(shù)人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀存儲介質(zhì)中，存儲介質(zhì)可以包括：ROM、RAM、磁盤或光盤等。以上對本發(fā)明實施例所提供的應(yīng)用升級的控制方法方法以及裝置進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。當前第1頁1 2 3