一種客戶端的更新方法及裝置制造方法
【專利摘要】本申請公開了一種客戶端的更新方法及裝置，用以解決現(xiàn)有技術(shù)中更新客戶端時(shí)浪費(fèi)網(wǎng)絡(luò)資源、更新效率較低的問題。該方法服務(wù)端確定客戶端需要更新時(shí)，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的功能所依賴的組件，并下發(fā)給客戶端進(jìn)行更新。通過上述方法，服務(wù)端無需將所有的更新組件都下發(fā)給客戶端進(jìn)行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節(jié)省網(wǎng)絡(luò)資源，提高客戶端更新的效率。
【專利說明】一種客戶端的更新方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本申請涉及計(jì)算機(jī)【技術(shù)領(lǐng)域】，特別涉及一種客戶端的更新方法及裝置。

【背景技術(shù)】
[0002] 目前，隨著無線網(wǎng)絡(luò)和移動(dòng)終端的不斷發(fā)展，無線客戶端的應(yīng)用也越來越普遍，而 這些客戶端往往需要經(jīng)常更新。
[0003] 圖1為現(xiàn)有技術(shù)中客戶端的更新過程，具體包括以下步驟：
[0004] S101 :客戶端向服務(wù)端發(fā)起更新檢測。
[0005] 具體的，客戶端可在啟動(dòng)時(shí)，將自身的版本號發(fā)送給服務(wù)端，以發(fā)起更新檢測。
[0006] S102:服務(wù)端判斷該客戶端是否需要更新，若是，執(zhí)行步驟S103,否則執(zhí)行步驟 S104。
[0007] 服務(wù)端接收到客戶端發(fā)送的版本號后，可對比接收到的版本號與當(dāng)前最新的客戶 端版本號，若二者一致，則說明該客戶端不需要更新，否則，說明該客戶端需要更新。
[0008] S103 :將該客戶端的更新組件發(fā)送給該客戶端進(jìn)行更新。
[0009] 當(dāng)服務(wù)端確定接收到的版本號與當(dāng)前最新的客戶端版本號不一致時(shí)，可根據(jù)對比 這兩個(gè)版本號的結(jié)果，確定該客戶端的所有更新組件，并將該客戶端的所有更新組件發(fā)送 給該客戶端進(jìn)行更新。
[0010] S104 :通知該客戶端不需要更新。
[0011] 但是，一個(gè)客戶端往往可以提供很多功能，每一個(gè)功能依賴于該客戶端中的某一 個(gè)或某幾個(gè)組件，而由于各個(gè)用戶的使用習(xí)慣并不相同，因此，對于一個(gè)用戶而言，其往往 只會用到客戶端的某一個(gè)或某幾個(gè)功能，并不會用到其全部功能。例如，一個(gè)客戶端可以提 供信用卡還貸和水電繳費(fèi)兩個(gè)功能，而用戶可能通常只使用該客戶端的信用卡還貸功能， 卻很少使用甚至從不使用該客戶端的水電繳費(fèi)功能。
[0012] 而在如圖1所示的現(xiàn)有技術(shù)中的客戶端更新方法中，一旦服務(wù)端確定了客戶端需 要更新，那么無論該客戶端的更新組件所支持的功能是否經(jīng)常被該用戶使用，都要將更新 組件下發(fā)給該客戶端進(jìn)行更新，這顯然浪費(fèi)了網(wǎng)絡(luò)資源更新了一些不必要的組件，也降低 了客戶端更新的效率，尤其是在該客戶端的網(wǎng)絡(luò)環(huán)境較差的情況下，更會大幅延長客戶端 更新的時(shí)間。


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

[0013] 本申請實(shí)施例提供一種客戶端的更新方法及裝置，用以解決現(xiàn)有技術(shù)中更新客戶 端時(shí)浪費(fèi)網(wǎng)絡(luò)資源、更新效率較低的問題。
[0014] 本申請實(shí)施例提供的一種客戶端的更新方法，包括：
[0015] 服務(wù)端確定客戶端需要更新時(shí)，確定所述客戶端的更新組件；并
[0016] 根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，在所述客戶端提供的功能中，確 定所述用戶偏好的功能；以及
[0017] 在確定的更新組件中，確定所述用戶偏好的功能所依賴的更新組件，作為偏好組 件；
[0018] 所述服務(wù)端將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
[0019] 本申請實(shí)施例提供的一種客戶端的更新裝置，包括：
[0020] 更新組件確定模塊，用于在確定客戶端需要更新時(shí)，確定所述客戶端的更新組 件；
[0021] 偏好功能確定模塊，用于根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，在所述 客戶端提供的功能中，確定所述用戶偏好的功能；
[0022] 偏好組件確定模塊，用于在確定的更新組件中，確定所述用戶偏好的功能所依賴 的更新組件，作為偏好組件；
[0023] 下發(fā)模塊，用于將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
[0024] 本申請實(shí)施例提供一種客戶端的更新方法及裝置，該方法服務(wù)端確定客戶端需要 更新時(shí)，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的功能 所依賴的組件，并下發(fā)給客戶端進(jìn)行更新。通過上述方法，服務(wù)端無需將所有的更新組件都 下發(fā)給客戶端進(jìn)行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節(jié)省網(wǎng)絡(luò) 資源，提高客戶端更新的效率。

【專利附圖】

【附圖說明】
[0025] 圖1為現(xiàn)有技術(shù)中客戶端的更新過程；
[0026] 圖2為本申請實(shí)施例提供的客戶端的更新過程；
[0027] 圖3為本申請實(shí)施例提供的服務(wù)端將偏好組件下發(fā)給客戶端進(jìn)行更新的過程；
[0028] 圖4為本申請實(shí)施例提供的客戶端的更新裝置結(jié)構(gòu)示意圖。

【具體實(shí)施方式】
[0029] 為了實(shí)現(xiàn)根據(jù)用戶的偏好，僅對客戶端中的部分組件進(jìn)行更新，本申請實(shí)施例中 服務(wù)端可根據(jù)保存的用戶的操作記錄，確定用戶偏好的功能，也即用戶經(jīng)常使用的功能，再 將用戶偏好的功能所依賴的更新組件下發(fā)給客戶端進(jìn)行更新，由于近對客戶端中的部分組 件進(jìn)行了更新，因此可有效節(jié)省網(wǎng)絡(luò)資源，提高客戶端的更新效率。
[0030] 下面結(jié)合附圖對本申請優(yōu)選的實(shí)施方式進(jìn)行詳細(xì)說明。
[0031] 圖2為本申請實(shí)施例提供的客戶端的更新過程，具體包括以下步驟：
[0032] S201 :服務(wù)端確定客戶端需要更新時(shí)，確定該客戶端的更新組件。
[0033] 在本申請實(shí)施例中，客戶端可在啟動(dòng)時(shí)向服務(wù)端發(fā)起更新檢測，將客戶端自身的 版本號發(fā)送給服務(wù)端，服務(wù)端則可以對比該客戶端的版本號與當(dāng)前最新的客戶端版本號， 若二者不一致，則可確定該客戶端需要更新，若一致，則確定該客戶端不需要更新。
[0034] 當(dāng)服務(wù)端確定客戶端需要更新時(shí)，則可進(jìn)一步根據(jù)對比這兩個(gè)版本號的結(jié)果，確 定該客戶端的更新組件。具體的，可采用版本樹的對比方法，確定客戶端中哪些組件需要更 新，并確定這些需要更新的組件在服務(wù)端中對應(yīng)的最新組件，就是該客戶端的更新組件。例 如，服務(wù)端確定了客戶端中的組件1需要更新后，確定當(dāng)前服務(wù)端中保存的與該組件1對應(yīng) 的最新組件為組件Γ，則可確定該組件Γ為該客戶端的更新組件。
[0035] S202:根據(jù)保存的該客戶端對應(yīng)的用戶的操作記錄，在該客戶端提供的功能中，確 定該用戶偏好的功能。
[0036] 在本申請實(shí)施例中，服務(wù)端可根據(jù)保存的該客戶端對應(yīng)的用戶的操作記錄，確定 該用戶在指定時(shí)間范圍內(nèi)對該客戶端提供的每個(gè)功能的使用次數(shù)，并按照使用次數(shù)從高到 低的順序，依次選擇指定數(shù)量的功能，作為確定的該用戶偏好的功能。
[0037] 其中，一個(gè)客戶端對應(yīng)的用戶是指通過該客戶端登錄的用戶賬號。客戶端在向服 務(wù)端發(fā)起更新檢測時(shí)，可將客戶端自身的版本號以及其對應(yīng)的用戶的用戶標(biāo)識(如用戶的 登錄名、用戶識別碼（IDentity，ID)等）同時(shí)發(fā)送給服務(wù)端。
[0038] 具體的，服務(wù)端可預(yù)先保存各類型的操作與該客戶端所提供的各功能之間的對應(yīng) 關(guān)系，并根據(jù)保存的該客戶端對應(yīng)的用戶的操作記錄，確定該用戶在指定時(shí)間范圍內(nèi)執(zhí)行 每種類型操作的次數(shù)。其中，服務(wù)端可針對每個(gè)用戶，為該用戶創(chuàng)建操作日志，并將該用戶 的每條操作記錄保存在該用戶的操作日志中，也可為該用戶創(chuàng)建操作記錄表，并將該用戶 的每條操作記錄保存在該用戶的操作記錄表中。一條操作記錄包括用戶標(biāo)識、用戶執(zhí)行的 操作的類型、時(shí)間等信息，因此，服務(wù)器可在該用戶的操作日志或操作記錄表中，統(tǒng)計(jì)包含 同一操作類型信息、且時(shí)間在指定時(shí)間范圍內(nèi)的操作記錄的條數(shù)，作為該用戶在指定時(shí)間 范圍內(nèi)執(zhí)行該類型操作的次數(shù)。
[0039] 由于對于一種類型的操作來說，該用戶在指定時(shí)間范圍內(nèi)執(zhí)行該類型操作的次 數(shù)，就是該用戶在指定時(shí)間范圍內(nèi)對客戶端中該類型操作對應(yīng)的功能的使用次數(shù)，因此，月艮 務(wù)端可根據(jù)預(yù)先保存的各類型的操作與各功能之間的對應(yīng)關(guān)系，針對每個(gè)功能，確定該用 戶在指定時(shí)間范圍內(nèi)對該功能對應(yīng)的類型的操作的執(zhí)行次數(shù)，作為確定的該用戶在指定時(shí) 間范圍內(nèi)對該功能的使用次數(shù)。
[0040] 例如，假設(shè)客戶端提供了信用卡還貸和水電繳費(fèi)兩個(gè)功能，則對于客戶端提供的 信用卡還貸功能，可預(yù)設(shè)與該功能對應(yīng)的操作為信用卡還款操作。服務(wù)端根據(jù)該客戶端對 應(yīng)的用戶的操作日志中保存的各操作記錄，可確定該用戶在指定時(shí)間范圍內(nèi)（如過去的一 年）執(zhí)行信用卡還款操作的次數(shù)，作為該用戶使用信用卡還貸功能的使用次數(shù)。類似的，可 確定該用戶在指定時(shí)間范圍內(nèi)對水電繳費(fèi)等其他功能的使用次數(shù)。
[0041] 后續(xù)的，假設(shè)指定數(shù)量為1，確定該用戶使用信用卡還貸功能的使用次數(shù)為20次， 使用水電繳費(fèi)功能的使用次數(shù)為2次，則服務(wù)器可按照使用次數(shù)從高到低的順序，選擇1個(gè) 使用次數(shù)較高的功能，即信用卡還貸功能，作為該用戶偏好的功能。
[0042] S203:在確定的更新組件中，確定該用戶偏好的功能所依賴的更新組件，作為偏好 組件。
[0043] 服務(wù)端通過上述步驟S202確定了該客戶端對應(yīng)的用戶偏好的功能后，則可根據(jù) 預(yù)先保存的客戶端的各功能與各組件的依賴關(guān)系，在通過步驟S201確定出的更新組件中， 確定該用戶偏好的功能所依賴的更新組件，并將確定的該用戶偏好的功能所依賴的更新組 件作為偏好組件。
[0044] S204 :服務(wù)端將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
[0045] 確定了偏好組件后，服務(wù)端則可將偏好組件下發(fā)給客戶端，使客戶端對自身的組 件進(jìn)行更新。
[0046] 通過上述方法，服務(wù)端可以只將用戶偏好的功能所依賴的更新組件下發(fā)給客戶端 進(jìn)行更新，而無需將客戶端的所有更新組件都下發(fā)給客戶端，因此可以有效節(jié)省網(wǎng)絡(luò)資源， 而由于客戶端也僅對自身的部分組件進(jìn)行了更新，未更新全部組件，因此也提高了客戶端 更新的效率。
[0047] 考慮到在實(shí)際應(yīng)用場景中，各客戶端所處的網(wǎng)絡(luò)環(huán)境好壞不一，對于所處網(wǎng)絡(luò)環(huán) 境較差的客戶端，如果其更新的組件過多，則會大幅延長客戶端更新的時(shí)間，降低客戶端更 新的效率，因此，在圖2所示的步驟S202中，服務(wù)端在確定客戶端對應(yīng)的用戶偏好的功能之 前，可接收由客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息。進(jìn)而，服務(wù)端在按照該用戶使用各功能的使用 次數(shù)從高到低的順序，依次選擇指定數(shù)量的功能作為該用戶偏好的功能時(shí)，可根據(jù)該客戶 端上報(bào)的網(wǎng)絡(luò)環(huán)境信息，以及預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān)系，確定該客戶端 上報(bào)的網(wǎng)絡(luò)環(huán)境信息對應(yīng)的指定數(shù)量，并按照該用戶使用各功能的使用次數(shù)從高到低的順 序，依次選擇確定的指定數(shù)量的功能，作為確定的該用戶偏好的功能。其中，網(wǎng)絡(luò)環(huán)境越差， 其對應(yīng)的指定數(shù)量越小。
[0048] 例如，網(wǎng)絡(luò)環(huán)境信息可包括第二代移動(dòng)通信技術(shù)（2nd Generation，2G)網(wǎng)絡(luò)、第三 代移動(dòng)通信技術(shù)（3rd Generation, 3G)網(wǎng)絡(luò)、無線保真（Wireless Fidelity, Wi-Fi)網(wǎng)絡(luò)； 預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān)系為：2G網(wǎng)絡(luò)對應(yīng)的指定數(shù)量為3,3G網(wǎng)絡(luò)對應(yīng) 的指定數(shù)量為6，Wi-Fi網(wǎng)絡(luò)對應(yīng)的指定數(shù)量為該客戶端所包含的所有組件的數(shù)量。如果客 戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息為2G網(wǎng)絡(luò)，則服務(wù)端確定2G網(wǎng)絡(luò)對應(yīng)的指定數(shù)量為3,因此按照 用戶使用各功能的使用次數(shù)從高到低的順序，依次選擇3個(gè)功能，作為該用戶偏好的功能。 而如果客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息為Wi-Fi網(wǎng)絡(luò)，則服務(wù)端可將該客戶端的所有功能都作 為該用戶偏好的功能，此時(shí)，服務(wù)端可將該客戶端的所有更新組件都下發(fā)給客戶端進(jìn)行更 新。
[0049] 另外，服務(wù)端還可以在客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息滿足指定條件時(shí)，將通過步驟 S201確定出的該客戶端的更新組件中未下發(fā)給客戶端的更新組件全部下發(fā)給客戶端進(jìn)行 更新。繼續(xù)沿用上例，在某一時(shí)刻客戶端發(fā)起更新檢測，服務(wù)端檢測出該客戶端的更新組件 共有10個(gè)，而客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息為2G網(wǎng)絡(luò)，因此服務(wù)端只向客戶端下發(fā)了其中的 3個(gè)更新組件，而在后續(xù)的另一時(shí)刻，客戶端再次發(fā)起更新檢測，上報(bào)的網(wǎng)絡(luò)環(huán)境信息為滿 足指定條件的Wi-Fi網(wǎng)絡(luò)，服務(wù)端則可將剩余的7個(gè)更新組件全部下發(fā)給客戶端進(jìn)行更新。
[0050] 當(dāng)然，上例只是以2G網(wǎng)絡(luò)、3G網(wǎng)絡(luò)、Wi-Fi網(wǎng)絡(luò)為例說明的網(wǎng)絡(luò)環(huán)境信息與指定數(shù) 量的映射關(guān)系，網(wǎng)絡(luò)環(huán)境信息中還可包括其他網(wǎng)絡(luò)質(zhì)量指標(biāo)，如下載速度等，可采用連續(xù)函 數(shù)或離散函數(shù)預(yù)設(shè)網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān)系，只要可以根據(jù)網(wǎng)絡(luò)環(huán)境信息確定 出要選擇的用戶偏好的功能的指定數(shù)量即可。
[0051] 在圖2所示的步驟S204中，服務(wù)端采用上述方法確定出偏好組件后，可直接將確 定出的偏好組件下發(fā)給客戶端進(jìn)行更新，而如果客戶端由于網(wǎng)絡(luò)等原因（如突然斷網(wǎng)）中斷 了接收服務(wù)端下發(fā)的偏好組件，服務(wù)端將不能獲知續(xù)傳偏好組件的斷點(diǎn)，只能重新由客戶 端發(fā)起更新檢測執(zhí)行如圖2所示的過程，嚴(yán)重影響了客戶端更新的效率。因此，為了進(jìn)一步 提高客戶端更新的效率，本申請實(shí)施例中提供了如圖3所示的服務(wù)端將偏好組件下發(fā)給客 戶端進(jìn)行更新的方法。
[0052] 圖3為本申請實(shí)施例提供的服務(wù)端將偏好組件下發(fā)給客戶端進(jìn)行更新的過程，具 體包括以下步驟：
[0053] S2041 :服務(wù)端將確定的偏好組件的組件標(biāo)識添加到更新表中，為該更新表設(shè)置唯 一的表標(biāo)識，將該表標(biāo)識下發(fā)給客戶端。
[0054] 在本申請實(shí)施例中，服務(wù)端確定了偏好組件后，則可將確定的所有偏好組件的組 件標(biāo)識(如組件編號等）添加到一個(gè)更新表中，并為該更新表設(shè)置一個(gè)唯一的表標(biāo)識(如表 ID)，并將該表標(biāo)識下發(fā)給客戶端，該更新表實(shí)際上就相當(dāng)于該客戶端的更新方案，其記錄 了該客戶端本次更新所需的更新組件（即，偏好組件)。其中，對于一個(gè)更新表而言，服務(wù)端 每將其中記錄的一個(gè)組件標(biāo)識對應(yīng)的偏好組件下發(fā)給客戶端后，就為該更新表中該偏好組 件的組件標(biāo)識添加已下發(fā)標(biāo)記。
[0055] S2042 :客戶端根據(jù)接收到的表標(biāo)識，向服務(wù)端請求該表標(biāo)識對應(yīng)的更新表中的組 件。
[0056] S卩，客戶端接收到服務(wù)端發(fā)送的表標(biāo)識后，保存該表標(biāo)識，并向服務(wù)端發(fā)送該表標(biāo) 識，用以向服務(wù)端請求該表標(biāo)識對應(yīng)的更新表中的組件。
[0057] S2043 :服務(wù)端接收到客戶端發(fā)送的表標(biāo)識時(shí)，查找該客戶端發(fā)送的表標(biāo)識對應(yīng)的 更新表，并將查找到的更新表中未添加已下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件下發(fā)給該客戶端 進(jìn)行更新。
[0058] 通過上述方法，由于服務(wù)端已將確定出的各偏好組件的組件標(biāo)識添加到一個(gè)唯一 的表標(biāo)識對應(yīng)的更新表中，因此，即使客戶端中斷接收偏好組件，其也無需再次執(zhí)行如圖2 所示的全部過程，只需再次向服務(wù)端發(fā)送表標(biāo)識，即可請求到該表標(biāo)識對應(yīng)的更新表中的 組件，而且，服務(wù)端對更新表中已經(jīng)成功下發(fā)的組件對應(yīng)的組件標(biāo)識添加了已下發(fā)標(biāo)記，因 此客戶端中斷接收偏好組件并再次請求更新組件時(shí)，服務(wù)端也只需在相應(yīng)的更新表中查找 未添加已下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件并下發(fā)即可，而無需將更新表中所有組件標(biāo)識對 應(yīng)的組件全部重新下發(fā)，可進(jìn)一步提高客戶端更新的效率。
[0059] 較佳的，為了保證客戶端在更新后可以正常運(yùn)行，服務(wù)端還可以通過步驟S201確 定出的該客戶端的更新組件中，確定由步驟S203確定出的各偏好組件所依賴的更新組件， 作為依賴組件，并將依賴組件下發(fā)給客戶端進(jìn)行更新。
[0060] 例如，假設(shè)服務(wù)端確定出的偏好組件為信用卡還貸組件和水電繳費(fèi)組件，這兩個(gè) 組件均依賴于密碼輸入的安全組件，步驟S201確定出的更新組件中除了包括信用卡還貸 組件和水電繳費(fèi)組件之外，還包括該安全組件。那么如果僅將這兩個(gè)組件下發(fā)給客戶端 進(jìn)行更新，而不講安全組件下發(fā)給客戶端進(jìn)行更新，則很有可能會導(dǎo)致客戶端更新后不能 正常運(yùn)行(或不能正常提供信用卡還貸和水電繳費(fèi)這兩個(gè)功能)，因此，服務(wù)端還要在步驟 S201中確定出的更新組件中，確定信用卡還貸組件和水電繳費(fèi)組件所依賴的更新組件，即 安全組件，將該安全組件作為依賴組件下發(fā)給客戶端進(jìn)行更新，以保證更新后的客戶端可 以正常運(yùn)行。
[0061] 當(dāng)然，服務(wù)端確定出依賴組件后，該依賴組件可能還會依賴于步驟S201中確定出 的其他更新組件(如上例中的安全組件還依賴于其他的更新組件)，服務(wù)端則可繼續(xù)確定該 依賴組件所依賴的其他更新組件，將該其他更新組件也作為依賴組件，并繼續(xù)采用同樣的 方法遞歸確定出所有的依賴組件進(jìn)行下發(fā)。
[0062] 進(jìn)一步的，在實(shí)際應(yīng)用場景中，客戶端的更新組件可能會包括一些重大漏洞修復(fù) 的更新組件，這些更新組件對客戶端的正常運(yùn)行起著至關(guān)重要的作用，因此，可預(yù)先對該客 戶端的每個(gè)更新組件設(shè)置對應(yīng)的重要性權(quán)值，對于這些重大漏洞修復(fù)的更新組件則可將其 對應(yīng)的重要性權(quán)值設(shè)置的較高，而對于一些優(yōu)化或升級的更新組件，則可將其對應(yīng)的重要 性權(quán)值設(shè)置的較低。從而，服務(wù)端還可在通過步驟S201確定出的更新組件中，確定對應(yīng)的 重要性權(quán)值大于設(shè)定閾值的更新組件，作為強(qiáng)制更新組件，也即，將重要性權(quán)值較高的更新 組件作為強(qiáng)制更新組件，并將強(qiáng)制更新組件下發(fā)給客戶端進(jìn)行更新。
[0063] 相應(yīng)的，對于依賴組件和強(qiáng)制更新組件的下發(fā)，服務(wù)端也可采用更新表的方法進(jìn) 行下發(fā)，即，服務(wù)端可將偏好組件、依賴組件、強(qiáng)制更新組件的組件標(biāo)識添加到更新表中，并 為該更新表設(shè)置一個(gè)唯一的表標(biāo)識，將該表標(biāo)識下發(fā)給客戶端，其中，對更新表中已下發(fā)給 客戶端的組件對應(yīng)的組件標(biāo)識添加已下發(fā)標(biāo)記，當(dāng)接收到客戶端發(fā)送的表標(biāo)識時(shí)，則將接 收到的表標(biāo)識對應(yīng)的更新表中未添加已下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件下發(fā)給客戶端進(jìn) 行更新。
[0064]另外，作為本申請的另一個(gè)實(shí)施例，服務(wù)端確定出該客戶端的更新組件后，也可根 據(jù)該客戶端對應(yīng)的用戶對每個(gè)功能的使用次數(shù)，確定每個(gè)功能所依賴的更新組件的偏好性 權(quán)值，其中，對一個(gè)功能的使用次數(shù)越多，則確定的該功能所依賴的更新組件的偏好性權(quán)值 越大。再針對每個(gè)更新組件，根據(jù)該更新組件對應(yīng)的重要性權(quán)值，確定該更新組件的偏好性 權(quán)值與重要性權(quán)值的總權(quán)值。然后，根據(jù)客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息，以及預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境 信息與指定數(shù)量的對應(yīng)關(guān)系，確定客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息對應(yīng)的指定數(shù)量。最后，按照 各更新組件的總權(quán)值從大到小的順序，依次選擇確定的指定數(shù)量的更新組件，作為待下發(fā) 組件，再在該客戶端的更新組件中遞歸確定出各待下發(fā)組件所依賴的更新組件，也作為待 下發(fā)組件，將各待下發(fā)組件下發(fā)給客戶端進(jìn)行更新，也可達(dá)到同樣的效果。
[0065] 以上是本申請實(shí)施例提供的客戶端的更新方法，基于同樣的思路，本申請實(shí)施例 還提供一種客戶端的更新裝置，如圖4所示。
[0066]圖4為本申請實(shí)施例提供的客戶端或客戶端內(nèi)存中的更新裝置結(jié)構(gòu)示意圖，具體 包括：
[0067] 更新組件確定模塊401，用于在確定客戶端需要更新時(shí)，確定所述客戶端的更新組 件；
[0068] 偏好功能確定模塊402,用于根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，在所 述客戶端提供的功能中，確定所述用戶偏好的功能；
[0069] 偏好組件確定模塊403,用于在確定的更新組件中，確定所述用戶偏好的功能所依 賴的更新組件，作為偏好組件；
[0070] 下發(fā)模塊404,用于將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
[0071] 所述偏好功能確定模塊402具體用于，根據(jù)保存的所述客戶端對應(yīng)的用戶的操作 記錄，確定所述用戶在指定時(shí)間范圍內(nèi)對所述客戶端提供的每個(gè)功能的使用次數(shù)，按照使 用次數(shù)從高到低的順序，依次選擇指定數(shù)量的功能，作為確定的所述用戶偏好的功能。
[0072] 所述裝置還包括：
[0073] 接收模塊405,用于在所述偏好功能確定模塊402確定所述用戶偏好的功能之前， 接收所述客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息；
[0074] 所述偏好功能確定模塊402具體用于，根據(jù)所述接收模塊405接收到的所述客戶 端上報(bào)的網(wǎng)絡(luò)環(huán)境信息，以及預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān)系，確定所述客戶 端上報(bào)的網(wǎng)絡(luò)環(huán)境信息對應(yīng)的指定數(shù)量，并按照使用次數(shù)從高到低的順序，依次選擇確定 的指定數(shù)量的功能，作為確定的所述用戶偏好的功能。
[0075] 所述下發(fā)模塊404具體用于，將確定的偏好組件的組件標(biāo)識添加到更新表中，為 所述更新表設(shè)置唯一的表標(biāo)識，并將所述表標(biāo)識下發(fā)給所述客戶端，其中，為所述更新表中 已經(jīng)下發(fā)給所述客戶端的偏好組件的組件標(biāo)識添加已下發(fā)標(biāo)記；當(dāng)接收到所述客戶端發(fā)送 的表標(biāo)識時(shí)，查找所述客戶端發(fā)送的表標(biāo)識對應(yīng)的更新表，并將查找到的更新表中未添加 下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件下發(fā)給所述客戶端進(jìn)行更新。
[0076] 所述裝置還包括：
[0077] 依賴組件確定模塊406,用于在確定的所述客戶端的更新組件中，確定所述偏好組 件所依賴的更新組件，作為依賴組件；
[0078] 強(qiáng)制組件確定模塊407,用于在確定的所述客戶端的更新組件中，確定對應(yīng)的重要 性權(quán)值大于預(yù)設(shè)閾值的更新組件，作為強(qiáng)制更新組件；
[0079] 所述下發(fā)模塊404還用于，將確定的依賴組件和強(qiáng)制更新組件下發(fā)給客戶端進(jìn)行 更新。
[0080] 具體的上述客戶端的更新裝置可以位于服務(wù)端中。
[0081] 本申請實(shí)施例提供一種客戶端的更新方法及裝置，該方法服務(wù)端確定客戶端需要 更新時(shí)，確定該客戶端的更新組件，在確定的該客戶端的更新組件中，確定用戶偏好的功能 所依賴的組件，并下發(fā)給客戶端進(jìn)行更新。通過上述方法，服務(wù)端無需將所有的更新組件都 下發(fā)給客戶端進(jìn)行更新，只更新用戶偏好的功能所依賴的組件即可，因此可有效節(jié)省網(wǎng)絡(luò) 資源，提高客戶端更新的效率。
[0082] 本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序 產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí) 施例的形式。而且，本申請可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī) 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等）上實(shí)施的計(jì)算機(jī)程序產(chǎn) 品的形式。
[0083] 在一個(gè)典型的配置中，計(jì)算設(shè)備包括一個(gè)或多個(gè)處理器（CPU)、輸入/輸出接口、 網(wǎng)絡(luò)接口和內(nèi)存。
[0084] 內(nèi)存可能包括計(jì)算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器（RAM)和/ 或非易失性內(nèi)存等形式，如只讀存儲器（ROM)或閃存（flash RAM)。內(nèi)存是計(jì)算機(jī)可讀介質(zhì) 的示例。
[0085] 計(jì)算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動(dòng)和非可移動(dòng)媒體可以由任何方法 或技術(shù)來實(shí)現(xiàn)信息存儲。信息可以是計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。 計(jì)算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存（PRAM)、靜態(tài)隨機(jī)存取存儲器（SRAM)、 動(dòng)態(tài)隨機(jī)存取存儲器（DRAM)、其他類型的隨機(jī)存取存儲器（RAM)、只讀存儲器（ROM)、電 可擦除可編程只讀存儲器（EEPR0M)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器 (CD-ROM)、數(shù)字多功能光盤（DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁 性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計(jì)算設(shè)備訪問的信息。按照本文中 的界定，計(jì)算機(jī)可讀介質(zhì)不包括非暫存電腦可讀媒體（transitory media),如調(diào)制的數(shù)據(jù) 信號和載波。
[0086] 本申請是參照根據(jù)本申請實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算 機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能 的裝置。
[0087] 這些計(jì)算機(jī)程序指令也可存儲在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計(jì)算機(jī)可讀存儲器中，使得存儲在該計(jì)算機(jī)可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或 多個(gè)方框中指定的功能。
[0088] 這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì) 算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或 其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖 一個(gè)方框或多個(gè)方框中指定的功能的步驟。
[0089] 盡管已描述了本申請的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu) 選實(shí)施例以及落入本申請范圍的所有變更和修改。
[0090] 顯然，本領(lǐng)域的技術(shù)人員可以對本申請實(shí)施例進(jìn)行各種改動(dòng)和變型而不脫離本申 請實(shí)施例的精神和范圍。這樣，倘若本申請實(shí)施例的這些修改和變型屬于本申請權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本申請也意圖包含這些改動(dòng)和變型在內(nèi)。
【權(quán)利要求】
1. 一種客戶端的更新方法，其特征在于，包括： 服務(wù)端確定客戶端需要更新時(shí)，確定所述客戶端的更新組件；并 根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，在所述客戶端提供的功能中，確定所 述用戶偏好的功能；以及 在確定的更新組件中，確定所述用戶偏好的功能所依賴的更新組件，作為偏好組件； 所述服務(wù)端將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
2. 如權(quán)利要求1所述的方法，其特征在于，根據(jù)保存的所述客戶端對應(yīng)的用戶的操作 記錄，在所述客戶端提供的功能中，確定所述用戶偏好的功能，具體包括： 根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，確定所述用戶在指定時(shí)間范圍內(nèi)對所 述客戶端提供的每個(gè)功能的使用次數(shù)； 按照使用次數(shù)從高到低的順序，依次選擇指定數(shù)量的功能，作為確定的所述用戶偏好 的功能。
3. 如權(quán)利要求2所述的方法，其特征在于，確定所述用戶偏好的功能之前，所述方法還 包括： 所述服務(wù)端接收所述客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息； 按照使用次數(shù)從高到低的順序，依次選擇指定數(shù)量的功能，作為確定的所述用戶偏好 的功能，具體包括： 根據(jù)所述客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息，以及預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān) 系，確定所述客戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息對應(yīng)的指定數(shù)量；并 按照使用次數(shù)從高到低的順序，依次選擇確定的指定數(shù)量的功能，作為確定的所述用 戶偏好的功能。
4. 如權(quán)利要求1所述的方法，其特征在于，所述服務(wù)端將確定的偏好組件下發(fā)給客戶 端進(jìn)行更新，具體包括： 所述服務(wù)端將確定的偏好組件的組件標(biāo)識添加到更新表中，為所述更新表設(shè)置唯一的 表標(biāo)識，并將所述表標(biāo)識下發(fā)給所述客戶端，其中，所述服務(wù)端為所述更新表中已經(jīng)下發(fā)給 所述客戶端的偏好組件的組件標(biāo)識添加已下發(fā)標(biāo)記； 當(dāng)所述服務(wù)端接收到所述客戶端發(fā)送的表標(biāo)識時(shí)，查找所述客戶端發(fā)送的表標(biāo)識對應(yīng) 的更新表，并將查找到的更新表中未添加已下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件下發(fā)給所述客 戶端進(jìn)行更新。
5. 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 所述服務(wù)端在確定的所述客戶端的更新組件中，確定所述偏好組件所依賴的更新組 件，作為依賴組件；并 在確定的所述客戶端的更新組件中，確定對應(yīng)的重要性權(quán)值大于預(yù)設(shè)閾值的更新組 件，作為強(qiáng)制更新組件；以及 將確定的依賴組件和強(qiáng)制更新組件下發(fā)給客戶端進(jìn)行更新。
6. -種客戶端的更新裝置，其特征在于，包括： 更新組件確定模塊，用于在確定客戶端需要更新時(shí)，確定所述客戶端的更新組件； 偏好功能確定模塊，用于根據(jù)保存的所述客戶端對應(yīng)的用戶的操作記錄，在所述客戶 端提供的功能中，確定所述用戶偏好的功能； 偏好組件確定模塊，用于在確定的更新組件中，確定所述用戶偏好的功能所依賴的更 新組件，作為偏好組件； 下發(fā)模塊，用于將確定的偏好組件下發(fā)給客戶端進(jìn)行更新。
7. 如權(quán)利要求6所述的裝置，其特征在于，所述偏好功能確定模塊具體用于，根據(jù)保存 的所述客戶端對應(yīng)的用戶的操作記錄，確定所述用戶在指定時(shí)間范圍內(nèi)對所述客戶端提供 的每個(gè)功能的使用次數(shù)，按照使用次數(shù)從高到低的順序，依次選擇指定數(shù)量的功能，作為確 定的所述用戶偏好的功能。
8. 如權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括： 接收模塊，用于在所述偏好功能確定模塊確定所述用戶偏好的功能之前，接收所述客 戶端上報(bào)的網(wǎng)絡(luò)環(huán)境信息； 所述偏好功能確定模塊具體用于，根據(jù)所述接收模塊接收到的所述客戶端上報(bào)的網(wǎng)絡(luò) 環(huán)境信息，以及預(yù)設(shè)的網(wǎng)絡(luò)環(huán)境信息與指定數(shù)量的映射關(guān)系，確定所述客戶端上報(bào)的網(wǎng)絡(luò) 環(huán)境信息對應(yīng)的指定數(shù)量，并按照使用次數(shù)從高到低的順序，依次選擇確定的指定數(shù)量的 功能，作為確定的所述用戶偏好的功能。
9. 如權(quán)利要求6所述的裝置，其特征在于，所述下發(fā)模塊具體用于，將確定的偏好組件 的組件標(biāo)識添加到更新表中，為所述更新表設(shè)置唯一的表標(biāo)識，并將所述表標(biāo)識下發(fā)給所 述客戶端，其中，為所述更新表中已經(jīng)下發(fā)給所述客戶端的偏好組件的組件標(biāo)識添加已下 發(fā)標(biāo)記；當(dāng)接收到所述客戶端發(fā)送的表標(biāo)識時(shí)，查找所述客戶端發(fā)送的表標(biāo)識對應(yīng)的更新 表，并將查找到的更新表中未添加下發(fā)標(biāo)記的組件標(biāo)識對應(yīng)的組件下發(fā)給所述客戶端進(jìn)行 更新。
10. 如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括： 依賴組件確定模塊，用于在確定的所述客戶端的更新組件中，確定所述偏好組件所依 賴的更新組件，作為依賴組件； 強(qiáng)制組件確定模塊，用于在確定的所述客戶端的更新組件中，確定對應(yīng)的重要性權(quán)值 大于預(yù)設(shè)閾值的更新組件，作為強(qiáng)制更新組件； 所述下發(fā)模塊還用于，將確定的依賴組件和強(qiáng)制更新組件下發(fā)給客戶端進(jìn)行更新。
【文檔編號】G06F9/445GK104113576SQ201310141479
【公開日】2014年10月22日 申請日期:2013年4月22日 優(yōu)先權(quán)日:2013年4月22日
【發(fā)明者】馮照臨, 劉中勝 申請人:阿里巴巴集團(tuán)控股有限公司