專利名稱：WebApp更新的處理方法和處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，具體而言，涉及一種WebApp更新的處理方法和處
理裝置。
背景技術(shù)：
目前，客戶端的瀏覽器集成有WebApp(網(wǎng)絡(luò)應(yīng)用)框架，允許用戶安裝WebApp，以使用戶有更好的使用體驗，并且WebApp框架允許WebApp自動更新，因此，開發(fā)者就能隨時對WebApp進行修改和擴展。然而，現(xiàn)有WebApp的更新方式，都是通過重新下載WebApp安裝包，重新進行安裝。 而流量對用戶來講，是極其寶貴的，尤其對于手機客戶端來講，下載整個WebApp安裝包的更新方式會大量的浪費用戶的流量。同時，重新下載一個完整的安裝包，也耗費了下載時間，給用戶帶來了較差的體驗。針對相關(guān)技術(shù)中WebApp更新時浪費流量的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種WebApp更新的處理方法和處理裝置，以解決現(xiàn)有技術(shù)中WebApp更新時浪費流量的問題。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種WebApp更新的處理方法。根據(jù)本發(fā)明的WebApp更新的處理方法包括服務(wù)器接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息；服務(wù)器根據(jù)標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，第一特征值集合為標(biāo)識信息對應(yīng)版本的WebApp所有文件的特征值，第二特征值集合為WebApp最新版本的所有文件的特征值；服務(wù)器對比第一特征值集合和第二特征值集合；當(dāng)?shù)谝惶卣髦导现械牡谝晃募奶卣髦蹬c第二特征值集合中的各特征值均不相同時，月艮務(wù)器生成WebApp的第一更新指令，其中，第一更新指令用于指示客戶端瀏覽器刪除第一文件；當(dāng)?shù)诙卣髦导现械牡诙募奶卣髦蹬c第一特征值集合中的各特征值均不相同時，服務(wù)器生成WebApp的第二更新指令，其中，第二更新指令用于指示客戶端瀏覽器增加第二文件；以及服務(wù)器將生成的更新指令發(fā)送至客戶端瀏覽器，以使客戶端瀏覽器根據(jù)生成的更新指令更新WebApp的文件。進一步地，第一更新指令包括第一文件的文件名，第二更新指令包括第二文件的下載路徑。進一步地，第二文件為本地存儲文件。進一步地，在服務(wù)器根據(jù)標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合之前，該方法還包括服務(wù)器獲取WebApp最新版本的版本號；服務(wù)器判斷WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號是否一致,其中，當(dāng)WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號不一致，服務(wù)器獲取第一特征值集合和第二特征值集合。進一步地，服務(wù)器將生成的更新指令發(fā)送至客戶端瀏覽器包括服務(wù)器根據(jù)生成的更新指令生成一個JSON數(shù)據(jù)；以及服務(wù)器將JSON數(shù)據(jù)發(fā)送至客戶端瀏覽器。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了另一種WebApp更新的處理方法。根據(jù)本發(fā)明的WebApp更新的處理方法包括客戶端瀏覽器發(fā)送WebApp的標(biāo)識信息至服務(wù)器；客戶端瀏覽器接收服務(wù)器發(fā)送的WebApp的更新指令，其中，更新指令用于指示客戶端瀏覽器刪除WebApp的文件或增加文件至WebApp ;以及客戶端瀏覽器根據(jù)更新指令更新WebApp的文件。進一步地，當(dāng)更新指令用于指示客戶端瀏覽器增加文件至WebApp，且增加的文件為本地存儲文件時，客戶端瀏覽器增加文件至WebApp包括客戶端瀏覽器下載本地存儲文 件，其中，本地存儲文件的內(nèi)容以鍵值對的形式存放；客戶端瀏覽器獲取本地存儲文件中的所有鍵值對；以及客戶端瀏覽器將獲取到的鍵值對存儲至WebApp的域下。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種WebApp更新的處理裝置。根據(jù)本發(fā)明的WebApp更新的處理裝置設(shè)置于服務(wù)器端，包括接收模塊，用于接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息；獲取模塊，用于根據(jù)標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，第一特征值集合為標(biāo)識信息對應(yīng)版本的WebApp所有文件的特征值，第二特征值集合為WebApp最新版本的所有文件的特征值；對比模塊，用于對比第一特征值集合和第二特征值集合；第一生成模塊，用于當(dāng)?shù)谝惶卣髦导现械牡谝晃募奶卣髦蹬c第二特征值集合中的各特征值均不相同時，生成WebApp的第一更新指令，其中，第一更新指令用于指示客戶端瀏覽器刪除第一文件；第二生成模塊，用于當(dāng)?shù)诙卣髦导现械牡诙募奶卣髦蹬c第一特征值集合中的各特征值均不相同時，生成WebApp的第二更新指令，其中，第二更新指令用于指示客戶端瀏覽器增加第二文件；以及發(fā)送模塊，用于將生成的更新指令發(fā)送至客戶端瀏覽器，以使客戶端瀏覽器根據(jù)生成的更新指令更新WebApp的文件。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了另一種WebApp更新的處理裝置。根據(jù)本發(fā)明的WebApp更新的處理裝置設(shè)置于客戶端瀏覽器，包括發(fā)送模塊，用于發(fā)送WebApp的標(biāo)識信息至服務(wù)器；接收模塊，用于接收服務(wù)器發(fā)送的WebApp的更新指令，其中，更新指令用于指示客戶端瀏覽器刪除WebApp的文件和/或增加文件至WebApp ；以及更新模塊，用于根據(jù)更新指令更新WebApp的文件。進一步地，當(dāng)更新指令用于指示客戶端瀏覽器增加文件至WebApp，且增加的文件為本地存儲文件時，更新模塊包括下載子模塊，用于下載本地存儲文件，其中，本地存儲文件的內(nèi)容以鍵值對的形式存放；獲取子模塊，用于獲取本地存儲文件中的所有鍵值對；以及存儲子模塊，用于將獲取到的鍵值對存儲至WebApp的域下。應(yīng)用本發(fā)明的技術(shù)方案，客戶端瀏覽器將WebApp的標(biāo)識信息發(fā)送至服務(wù)器，服務(wù)器進行處理后生成更新指令下發(fā)至客戶端瀏覽器，以使客戶端瀏覽器刪除WebApp安裝包中的文件或者下載新的文件，使得客戶端瀏覽器更新WebApp時,無需下載整個WebApp安裝包，只需更新WebApp中的一個或多個文件,而其他的文件保持不變,解決了 WebApp更新時浪費流量的問題，進而節(jié)省了 WebApp更新時占用的流量，同時，節(jié)省了更新的時間。


構(gòu)成本申請的一部分的說明書附圖用來提供對本發(fā)明的進一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖I是根據(jù)本發(fā)明第一實施例的WebApp更新的處理方法；圖2是根據(jù)本發(fā)明第二實施例的WebApp更新的處理方法；圖3是根據(jù)本發(fā)明第一實施例的WebApp更新的處理裝置；以及圖4是根據(jù)本發(fā)明第二實施例的WebApp更新的處理裝置。
具體實施例方式需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。下面將參考附圖并集合實施例來詳細(xì)說明本發(fā)明。本發(fā)明提供的技術(shù)方案，通過服務(wù)器與客戶端的配合，實現(xiàn)只對WebApp的某一部分內(nèi)容進行更新，這樣就能達到節(jié)省用戶流量，節(jié)省用戶時間的目的。WebApp與操作系統(tǒng)上原生的App有一定的不同，WebApp不能直接操作文件，因為WebApp本質(zhì)上就是一個網(wǎng)頁，而更新功能需要對文件進行操作，因此，更新功能需通過瀏覽器提供支持，由瀏覽器負(fù)責(zé)文件的處理，如果瀏覽器不允許WebApp的局部更新，那么WebApp將無法局部更新。本發(fā)明則提供在瀏覽器上實現(xiàn)WebApp的局部更新的方法。另外，傳統(tǒng)的WebApp的更新并不包括本地存儲IocalStorage的更新,本發(fā)明方法可以更新IocalStorage,讓W(xué)ebApp讀取最新的數(shù)據(jù)變得更方便。圖I是根據(jù)本發(fā)明第一實施例的WebApp更新的處理方法，如圖I所示，該方法包括如下的步驟S102至步驟SI 12。步驟S102 :服務(wù)器接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息。該處的客戶端可以為手機、計算機或其他終端，終端上安裝的瀏覽器可定時向服務(wù)器發(fā)送WebApp的標(biāo)識信息，以查詢是否應(yīng)該更新終端上安裝的WebApp。該處的標(biāo)識信息包括WebApp的標(biāo)識號和版本號，例如包括ID號和版本號，當(dāng)終端上安裝多個WebApp時，瀏覽器可向服務(wù)器一次發(fā)送單個WebApp的標(biāo)識信息,也可向服務(wù)器一次發(fā)送多個WebApp的標(biāo)識信息，服務(wù)器在接收到單個或多個WebApp的標(biāo)識信息時，分別進行以下步驟的處理。步驟S104 :服務(wù)器根據(jù)標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，第一特征值集合為標(biāo)識信息對應(yīng)版本的WebApp所有文件的特征值，第二特征值集合為WebApp最新版本的所有文件的特征值；服務(wù)器對比第一特征值集合和第二特征值集合。當(dāng)WebApp開發(fā)者向服務(wù)器提交每個WebApp的每個版本時，服務(wù)器記錄下每個版本W(wǎng)ebApp中每個文件的特征值形成一個特征值集合,例如記錄每個文件的MD5值。一個WebApp 一般具有的文件包括html文件、css文件、JS文件、音視頻文件、圖片文件、動畫等，每個特征值集合以WebApp的標(biāo)識號和版本號為名稱進行存儲。服務(wù)器接收到客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息后，根據(jù)接收到的標(biāo)識信息從預(yù)存的各個特征值集合中獲取該WebApp當(dāng)前版本對應(yīng)的特征值集合(即第一特征值集合)和該WebApp最新版本對應(yīng)的特征值集合(即第二特征值集合)。步驟S106 :服務(wù)器對比第一特征值集合和第二特征值集合。服務(wù)器在獲取到第一特征值集合和第二特征值集合后，采用遍歷的方法，將第一特征值集合中的各特征值與第二特征值集合中的所有特征值進行比對，將第二特征值集合中的各特征值與第一特征值集合中的所有特征值進行比對。步驟S108 :當(dāng)?shù)谝惶卣髦导现械牡谝晃募奶卣髦蹬c第二特征值集合中的各特征值均不相同時，服務(wù)器生成WebApp的第一更新指令，其中，第一更新指令用于指示客戶端瀏覽器刪除第一文件。
當(dāng)?shù)谝惶卣髦导洗嬖谂c第二特征值集合中的各特征值均不相同的特征值時，也即舊版本某個文件的特征值并沒有和新版本的WebApp任意一個文件的特征值相同，則表明這個文件必須從客戶端的WebApp安裝包中刪除。優(yōu)選地，第一更新指令中包括需要刪除的文件的文件名。步驟SllO :當(dāng)?shù)诙卣髦导现械牡诙募奶卣髦蹬c第一特征值集合中的各特征值均不相同時，服務(wù)器生成WebApp的第二更新指令，其中，第二更新指令用于指示客戶端瀏覽器增加第二文件。當(dāng)?shù)诙卣髦导洗嬖谂c第一特征值集合中的各特征值均不相同的特征值時，也即，新版本某個文件的特征值并沒有和舊版本任意一個文件的特征值相同，則表明在客戶端當(dāng)前的安裝包中不存在，此文件需新增，優(yōu)選地，第二更新指令中包括需要新增的文件的URL。步驟S112 :服務(wù)器將生成的更新指令發(fā)送至客戶端瀏覽器，以使客戶端瀏覽器根據(jù)生成的更新指令更新WebApp的文件。當(dāng)?shù)谝惶卣髦导吓c第二特征值集合完全相同時，說明當(dāng)前版本的WebApp為最新版本，無需更新。采用該實施例提供的WebApp更新的處理方法,在對WebApp更新時,無需客戶端下載WebApp的安裝包,只需通過客戶端瀏覽器刪除WebApp的當(dāng)前安裝包中的文件和/或下載新的文件即可完成更新，下載的內(nèi)容僅包括需新增的一個或多個文件，不需要改變的文件無需下載，與下載整個安裝包相比，能大大節(jié)省WebApp更新時客戶端消耗的流量，同時，節(jié)省了更新的時間。優(yōu)選地,WebApp更新時需新增的文件包括本地存儲(IocalStorage)文件。當(dāng)服務(wù)器向客戶端瀏覽器發(fā)送的更新指令包括第二更新指令，客戶端在接收到第二更新指令后，對第二更新指令進行解析，檢測需更新的文件中是否存在IocalStorage. IocalStorage文件(即本地存儲文件)。要更新的IocalStorage的內(nèi)容以鍵值對(Key-Value)的形式存放在一個文件中，例如IocalStorage. IocalStorage文件,Key與Value可以用空格或Tab等進行分割，每個Key-Value鍵值對占文件中的一行。例如，IocalStorage. IocalStorage中的內(nèi)容可能是A IB 2如果需更新的文件中存在IocalStorage. IocalStorage文件，下載這個IocalStorage. IocalStorage文件,遍歷這個文件的每一行，調(diào)用瀏覽器內(nèi)核提供的接口，將這些遍歷出來的鍵值對存儲在當(dāng)前WebApp的域下，以便此WebApp能夠讀取，一般存儲IocalStorage的方式是通過寫入sqlite數(shù)據(jù)庫或者寫入文件,例如,在上述實施例中，更新后 WebApp 的 IocalStorage. A 的值會變?yōu)?〃1〃，IocalStorage. B 的值會變?yōu)?〃2〃。采用該優(yōu)選實施例，能夠?qū)Ρ镜卮鎯M行更新，使得WebApp能夠通過IocalStorage讀取到最新的數(shù)據(jù)，使得WebApp讀取最新的數(shù)據(jù)變得更加方便。優(yōu)選地,在步驟S104之前，該方法還包括服務(wù)器獲取WebApp最新版本的版本號；服務(wù)器判斷WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號是否一致，其中，當(dāng)WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號不一致，再執(zhí)行步驟S104,當(dāng)WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號一致，則無需更新，不執(zhí)行步驟S104至步驟SI 12。采用該優(yōu)選實施例，服務(wù)器每次接收到開發(fā)者開發(fā)的新版本W(wǎng)ebApp時，將其標(biāo)識號和版本號存儲，在接收到客戶端瀏覽器發(fā)送的標(biāo)識信息后，首先將客戶端瀏覽器上的WebApp版本與最新版本的版本號進行對比，二者一致時無需更新，則無需執(zhí)行步驟S104至 步驟S112，僅當(dāng)二者不一致時才進一步執(zhí)行后續(xù)步驟，避免在處理更新時執(zhí)行冗余的步驟。進一步優(yōu)選地，在步驟S112中，服務(wù)器根據(jù)生成的更新指令先生成一個JSON數(shù)據(jù)，然后將該指令以JSON數(shù)據(jù)的形式發(fā)送至客戶端瀏覽器。采用該優(yōu)選實施例，通過JSON數(shù)據(jù)傳送更新指令，提高更新速度。圖2是根據(jù)本發(fā)明第二實施例的WebApp更新的處理方法，如圖2所示，該方法包括如下的步驟S202至步驟S206。步驟S202 :客戶端瀏覽器發(fā)送WebApp的標(biāo)識信息至服務(wù)器，其中，WebApp為客戶端瀏覽器上的WebApp。該客戶端可以為手機，手機瀏覽器發(fā)送當(dāng)前手機上的WebApp標(biāo)識信息給服務(wù)器，可以是多個WebApp ID號和WebApp版本號，以檢查是否需要更新WebApp。服務(wù)器收到這個WebApp標(biāo)識信息后,對這些WebApp標(biāo)識信息中的每一個WebApp,都執(zhí)行如下流程從接收到的標(biāo)識信息中獲取每個WebApp的ID和版本號；通過WebApp ID和版本號查詢存儲在服務(wù)器上的當(dāng)前WebApp這個版本的所有文件的特征值；從服務(wù)器中找出當(dāng)前WebApp最新版本號的所有文件的特征值；遍歷新版本W(wǎng)ebApp中每個文件的特征值，將特征值與WebApp目前版本的特征值進行一一對比，查看是否相同；若相同，則表明此文件不需要更新；當(dāng)舊版本某個文件的特征值并沒有和新版本的WebApp任意一個文件相同，貝1J表明這個文件必須從用戶的WebApp中刪除,記錄下文件名；當(dāng)新版本某個文件的特征值并沒有和舊版本任意一個文件的特征值相同，則表明此文件需新增，記錄下這個文件的 URL。服務(wù)器根據(jù)需要刪除文件的文件名和需要新增文件的URL生成一個JSON數(shù)據(jù)，該數(shù)據(jù)記錄了應(yīng)該刪除的文件的路徑和應(yīng)該增加的文件的URL，服務(wù)器把這個JSON數(shù)據(jù)作為更新指令發(fā)回給手機客戶％5。步驟S204 :客戶端瀏覽器接收服務(wù)器發(fā)送的WebApp的更新指令，其中，更新指令用于指示客戶端瀏覽器刪除WebApp的文件和/或增加文件至WebApp。步驟S206 :客戶端瀏覽器根據(jù)更新指令更新WebApp的文件。當(dāng)客戶端為手機時，手機瀏覽器根據(jù)服務(wù)器發(fā)回的數(shù)據(jù)，刪除服務(wù)器指定的文件，以及根據(jù)URL下載新增的文件，并將下載的文件存放在WebApp的安裝路徑中。采用該實施例提供的WebApp更新的處理方法，手機瀏覽器可定時向服務(wù)器發(fā)送請求，查詢是否應(yīng)該更新手機上安裝的WebApp時，服務(wù)器會發(fā)送一個數(shù)據(jù)給手機瀏覽器，告知應(yīng)該刪除當(dāng)前WebApp安裝包中的哪些文件,應(yīng)該重新下載某個webapp的哪些文件，因而,在對手機上的WebApp進行更新時，WebApp中不需要改變的文件，無需從網(wǎng)絡(luò)下載，從而節(jié)省了用戶流量和時間。優(yōu)選地，當(dāng)更新指令用于指示客戶端瀏覽器增加文件至WebApp，且增加的文件為本地存儲文件時，在步驟S206中，客戶端瀏覽器增加文件至WebApp包括客戶端瀏覽器下載本地存儲文件，其中，本地存儲文件的內(nèi)容以鍵值對的形式存放；客戶端瀏覽器獲取本地存儲文件中的所有鍵值對；以及客戶端瀏覽器將獲取到的鍵值對存儲至WebApp的域下。例如本地存儲文件為IocalStorage. IocalStorage文件，Key與Value可以用空格或Tab等進行分割，每個Key-Value鍵值對占文件中的一行。例如，IocalStorage. IocalStorage中的內(nèi)容為A IB 2服務(wù)器遍歷這個文件的每一行，調(diào)用瀏覽器內(nèi)核提供的接口，獲取到文件中所有的鍵值對，并將獲取到的鍵值對存儲在當(dāng)前WebApp的域下，以便此WebApp能夠讀取。一般存儲IocalStorage的方式是通過寫入sqlite數(shù)據(jù)庫或者寫入文件，更新后WebAppIocalStorage. A 的值會變?yōu)?〃1〃，IocalStorage. B 的值會變?yōu)?〃2〃。采用該優(yōu)選實施例，手機客戶端瀏覽器能夠?qū)Ρ镜卮鎯M行更新，使得WebApp能夠通過IocalStorage讀取到最新的數(shù)據(jù)，使得WebApp讀取最新數(shù)據(jù)變得更加方便。圖3是根據(jù)本發(fā)明第一實施例的WebApp更新的處理裝置，該處理裝置設(shè)置于服務(wù)器端，如圖3所示，處理裝置包括接收模塊10a、獲取模塊20a、對比模塊30a、第一生成模塊40a、第二生成模塊50a和發(fā)送模塊60a。該實施例中的客戶端可以為手機、計算機或其他終端，終端上安裝的瀏覽器可定時向服務(wù)器發(fā)送WebApp的標(biāo)識信息，以查詢是否應(yīng)該更新終端上安裝的WebApp。該處的標(biāo)識信息包括WebApp的標(biāo)識號和版本號，例如包括ID號和版本號，當(dāng)終端上安裝多個WebApp時，瀏覽器可向服務(wù)器一次發(fā)送單個WebApp的標(biāo)識信息，也可向服務(wù)器一次發(fā)送多個WebApp的標(biāo)識信息，服務(wù)器通過接收模塊IOa接收客戶端瀏覽器發(fā)送的單個或多個WebApp的標(biāo)識信息。當(dāng)WebApp開發(fā)者向服務(wù)器提交每個WebApp的每個版本時，服務(wù)器記錄下每個版本W(wǎng)ebApp中每個文件的特征值形成一個特征值集合,例如記錄每個文件的MD5值。一個WebApp 一般具有的文件包括html文件、css文件、JS文件、音視頻文件、圖片文件、動畫等，每個特征值集合以WebApp的標(biāo)識號和版本號為名稱進行存儲。在接收模塊IOa接收到WebApp的標(biāo)識信息后，獲取模塊20a根據(jù)標(biāo)識信息從預(yù)存的各個特征值集合中獲取該WebApp當(dāng)前版本對應(yīng)的第一特征值集合和該WebApp最新版本對應(yīng)的第二特征值集合。對比模塊30a將獲取模塊20a獲取到的第一特征值集合和第二特征值集合進行對t匕，具體地，可采用遍歷的方法，將第一特征值集合中的各特征值與第二特征值集合中的所有特征值進行比對，將第二特征值集合中的各特征值與第一特征值集合中的所有特征值進行比對。當(dāng)?shù)谝惶卣髦导现械牡谝晃募奶卣髦蹬c第二特征值集合中的各特征值均不相同時，第一生成模塊40a生成WebApp的第一更新指令，其中，第一更新指令用于指示客戶端瀏覽器刪除第一文件；當(dāng)?shù)诙卣髦导现械牡诙募奶卣髦蹬c第一特征值集合中的各特征值均不相同時，第二生成模塊50a生成WebApp的第二更新指令，其中，第二更新指令用于指示客戶端瀏覽器增加第二文件。發(fā)送模塊60a將第一生成模塊40a和/或第二生成模塊50a生成的更新指令發(fā)送至客戶端瀏覽器，以使客戶端瀏覽器根據(jù)生成的更新指令更新WebApp的文件。優(yōu)選地，第一更新指令中包括需要刪除的文件的文件名，第二更新指令中包括需要新增的文件的URL，客戶端瀏覽器接收到第一更新指令后，將第一更新指令中包括的文件名的文件刪除，并在第二更新指令中的URL處下載新的文件。 采用該實施例提供的WebApp更新的處理裝置,在對WebApp更新時,無需客戶端下載WebApp的安裝包,只需通過客戶端瀏覽器刪除WebApp的當(dāng)前安裝包中的文件和/或下載新的文件即可完成更新，下載的內(nèi)容僅包括需新增的一個或多個文件，不需要改變的文件無需下載，與下載整個安裝包相比，能大大節(jié)省WebApp更新時客戶端消耗的流量，同時，節(jié)省了更新的時間。優(yōu)選地,WebApp更新時需新增的文件包括本地存儲文件。當(dāng)發(fā)送模塊60a向客戶端瀏覽器發(fā)送第二更新指令，客戶端在接收到第二更新指令后，對第二更新指令進行解析，檢測需更新的文件中是否存在IocalStorage. IocalStorage文件(即本地存儲文件)，當(dāng)需更新的文件中存在 IocalStorage. IocalStorage 文件，則對 IocalStorage. IocalStorage進行更新，具體過程上文已做描述，此處不再重復(fù)。優(yōu)選地，該裝置的獲取模塊20a還用于獲取WebApp最新版本的版本號；該裝置還包括判斷模塊，用于判斷WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號是否一致，其中，當(dāng)WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號不一致，獲取模塊20a根據(jù)標(biāo)識信息獲取第一特征值集合和第二特征值集合，當(dāng)WebApp最新版本的版本號與WebApp的標(biāo)識信息對應(yīng)版本的版本號一致,則無需更新。采用該優(yōu)選實施例，服務(wù)器每次接收到開發(fā)者開發(fā)的新版本W(wǎng)ebApp時，將其標(biāo)識號和版本號存儲，在接收到客戶端瀏覽器發(fā)送的標(biāo)識信息后，首先將客戶端瀏覽器上的WebApp版本與最新版本的版本號進行對比，二者一致時無需更新，避免在處理更新時執(zhí)行冗余的步驟。優(yōu)選地，發(fā)送模塊60a向客戶端瀏覽器發(fā)送更新指令時，先根據(jù)生成的更新指令先生成一個JSON數(shù)據(jù)，然后將該指令以JSON數(shù)據(jù)的形式發(fā)送至客戶端瀏覽器。采用該優(yōu)選實施例，通過JSON數(shù)據(jù)傳送更新指令，提高更新速度。圖4是根據(jù)本發(fā)明第二實施例的WebApp更新的處理裝置，該處理裝置設(shè)置于客戶端的瀏覽器處，如圖4所示，處理裝置包括發(fā)送模塊10b、接收模塊20b和更新模塊30b。發(fā)送模塊IOb用于發(fā)送WebApp的標(biāo)識信息至服務(wù)器，服務(wù)器根據(jù)接收到的信息進行處理，并生成更新指令，其中，更新指令用于指示客戶端瀏覽器刪除WebApp的文件和/或增加文件至WebApp，指令的具體生成過程上文已做描述，此處不再重復(fù)。服務(wù)器將生成的更新指令下發(fā)至客戶端瀏覽器。接收模塊20b接收服務(wù)器發(fā)送的WebApp的更新指令，更新模塊30b根據(jù)更新指令更新WebApp的文件，包括將新版本中沒有的文件刪除，將舊版本中沒有的文件下載。采用該實施例提供的WebApp更新的處理裝置，客戶端瀏覽器通過發(fā)送模塊IOb向服務(wù)器發(fā)送請求，查詢是否應(yīng)該更新手機上安裝的WebApp，并根據(jù)服務(wù)器下發(fā)的更新指令刪除當(dāng)前WebApp安裝包中的文件,和或重新下載某個webapp的文件，因而,在對客戶端上的WebApp進行更新時，WebApp中不需要改變的文件,無需從網(wǎng)絡(luò)下載,從而節(jié)省了用戶流量和時間。優(yōu)選地地，當(dāng)更新指令用于指示客戶端瀏覽器增加文件至WebApp，且增加的文件為本地存儲文件時，更新模塊30b包括下載子模塊、獲取子模塊和存儲子模塊。下載子模塊用于下載本地存儲文件，其中，本地存儲文件的內(nèi)容以鍵值對的形式存放，獲取子模塊用于獲取本地存儲文件中的所有鍵值對，存儲子模塊用于將獲取到的鍵值對存儲至WebApp的 域下，從而完成對本地存儲文件的更新，使得WebApp能夠通過IocalStorage讀取到最新的數(shù)據(jù)，使得WebApp讀取最新數(shù)據(jù)變得更加方便。將本具體實施方式
提供的任意一種WebApp更新的處理方法或處理裝置應(yīng)用到Chrome Web Store上名稱為“釘子戶大戰(zhàn)拆遷隊”的WebApp,其中，該WebApp主要包括一個HTML頁面和一個Flash文件，HTML頁面的作用是布局Flash的位置，以及展示一些鏈接。整個WebApp的大小為7. 95M，其中Flash文件的大小就占了 7. 92M。如果開發(fā)者更改了此WebApp中的HTML文件,那么當(dāng)用戶更新這個WebApp時,無需下載接近8M的安裝包,只需下載更改過的HTML文件并覆蓋，因而，只需要幾K的流量，節(jié)省了約7. 9M左右的流量。將本具體實施方式
提供的任意一種WebApp更新的處理方法或處理裝置應(yīng)用到Chrome web store上名稱為Adblock的WebApp,其中，該WebApp的作用是過濾網(wǎng)頁上的廣告，實現(xiàn)的原理采用了黑名單的方式，加載網(wǎng)頁時判斷頁面的節(jié)點是不是在黑名單中，如果是的話，對它進行隱藏或不進行加載。Adblock使用的黑名單必須頻繁的更新，以應(yīng)對日益增加以及改變的廣告，更新的過程中只需下載記錄黑名單的文件(通過更新IocalStorage的方式)，與現(xiàn)有技術(shù)中重新下載安裝包的方式來更新黑名單的方式相比，無需下載安裝包中的JS和HTML文件，從而節(jié)省了流量。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果客戶端瀏覽器更新WebApp時,無需下載整個WebApp安裝包,只需更新WebApp中的一個或多個文件,而其他的文件保持不變，節(jié)省了 WebApp更新時占用的流量，同時，節(jié)省了更新的時間。需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件集合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種WebApp更新的處理方法,其特征在于,包括 服務(wù)器接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息； 所述服務(wù)器根據(jù)所述標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，所述第一特征值集合為所述標(biāo)識信息對應(yīng)版本的所述WebApp所有文件的特征值，所述第二特征值集合為所述WebApp最新版本的所有文件的特征值； 所述服務(wù)器對比所述第一特征值集合和所述第二特征值集合； 當(dāng)所述第一特征值集合中的第一文件的特征值與所述第二特征值集合中的各特征值均不相同時，所述服務(wù)器生成所述WebApp的第一更新指令，其中，所述第一更新指令用于指示所述客戶端瀏覽器刪除所述第一文件； 當(dāng)所述第二特征值集合中的第二文件的特征值與所述第一特征值集合中的各特征值均不相同時，所述服務(wù)器生成所述WebApp的第二更新指令，其中，所述第二更新指令用于指示所述客戶端瀏覽器增加所述第二文件；以及 所述服務(wù)器將生成的更新指令發(fā)送至所述客戶端瀏覽器，以使所述客戶端瀏覽器根據(jù)所述生成的更新指令更新所述WebApp的文件。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述第一更新指令包括所述第一文件的文件名，所述第二更新指令包括所述第二文件的下載路徑。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述第二文件為本地存儲文件。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，在所述服務(wù)器根據(jù)所述標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合之前，所述方法還包括 所述服務(wù)器獲取所述WebApp最新版本的版本號； 所述服務(wù)器判斷所述WebApp最新版本的版本號與所述WebApp的標(biāo)識信息對應(yīng)版本的版本號是否一致， 其中，當(dāng)所述WebApp最新版本的版本號與所述WebApp的標(biāo)識信息對應(yīng)版本的版本號不一致，所述服務(wù)器獲取所述第一特征值集合和所述第二特征值集合。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述服務(wù)器將生成的更新指令發(fā)送至所述客戶端瀏覽器包括 所述服務(wù)器根據(jù)生成的更新指令生成一個JSON數(shù)據(jù)；以及 所述服務(wù)器將所述JSON數(shù)據(jù)發(fā)送至所述客戶端瀏覽器。
6.—種WebApp更新的處理方法,其特征在于,包括 客戶端瀏覽器發(fā)送WebApp的標(biāo)識信息至服務(wù)器； 所述客戶端瀏覽器接收所述服務(wù)器發(fā)送的所述WebApp的更新指令，其中，所述更新指令用于指示所述客戶端瀏覽器刪除所述WebApp的文件或增加文件至所述WebApp ;以及所述客戶端瀏覽器根據(jù)所述更新指令更新所述WebApp的文件。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述更新指令用于指示所述客戶端瀏覽器增加文件至所述WebApp，且所述增加的文件為本地存儲文件時，所述客戶端瀏覽器增加文件至所述WebApp包括 所述客戶端瀏覽器下載所述本地存儲文件，其中，所述本地存儲文件的內(nèi)容以鍵值對的形式存放； 所述客戶端瀏覽器獲取所述本地存儲文件中的所有鍵值對；以及所述客戶端瀏覽器將獲取到的鍵值對存儲至所述WebApp的域下。
8.—種WebApp更新的處理裝置，其特征在于，所述處理裝置設(shè)置于服務(wù)器端，包括 接收模塊，用于接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息； 獲取模塊，用于根據(jù)所述標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，所述第一特征值集合為所述標(biāo)識信息對應(yīng)版本的所述WebApp所有文件的特征值，所述第二特征值集合為所述WbApp最新版本的所有文件的特征值； 對比模塊，用于對比所述第一特征值集合和所述第二特征值集合； 第一生成模塊，用于當(dāng)所述第一特征值集合中的第一文件的特征值與所述第二特征值集合中的各特征值均不相同時，生成所述WbApp的第一更新指令，其中，所述第一更新指令用于指示所述客戶端瀏覽器刪除所述第一文件； 第二生成模塊，用于當(dāng)所述第二特征值集合中的第二文件的特征值與所述第一特征值集合中的各特征值均不相同時，生成所述WbApp的第二更新指令，其中，所述第二更新指令用于指示所述客戶端瀏覽器增加所述第二文件；以及 發(fā)送模塊，用于將生成的更新指令發(fā)送至所述客戶端瀏覽器，以使所述客戶端瀏覽器根據(jù)所述生成的更新指令更新所述WebApp的文件。
9.一種WebApp更新的處理裝置，其特征在于，所述處理裝置設(shè)置于客戶端瀏覽器，包括發(fā)送模塊，用于發(fā)送WebApp的標(biāo)識信息至服務(wù)器； 接收模塊，用于接收所述服務(wù)器發(fā)送的所述WebApp的更新指令，其中，所述更新指令用于指示所述客戶端瀏覽器刪除所述WebApp的文件和/或增加文件至所述WebApp ；以及更新模塊，用于根據(jù)所述更新指令更新所述WebApp的文件。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，當(dāng)所述更新指令用于指示所述客戶端瀏覽器增加文件至所述WebApp，且所述增加的文件為本地存儲文件時，所述更新模塊包括 下載子模塊，用于下載所述本地存儲文件，其中，所述本地存儲文件的內(nèi)容以鍵值對的形式存放； 獲取子模塊，用于獲取所述本地存儲文件中的所有鍵值對；以及 存儲子模塊，用于將獲取到的鍵值對存儲至所述WebApp的域下。
全文摘要
本發(fā)明公開了一種WebApp更新的處理方法和處理裝置。該方法包括服務(wù)器接收客戶端瀏覽器發(fā)送的WebApp的標(biāo)識信息，根據(jù)標(biāo)識信息獲取預(yù)存的第一特征值集合和第二特征值集合，其中，第一特征值集合為標(biāo)識信息對應(yīng)版本的WebApp所有文件的特征值，第二特征值集合為WebApp最新版本的所有文件的特征值，對比兩特征值集合，當(dāng)?shù)谝惶卣髦导现械牡谝晃募奶卣髦蹬c第二特征值集合特征值均不同時，服務(wù)器生成指示客戶端瀏覽器刪除第一文件的更新指令，當(dāng)?shù)诙卣髦导现械牡诙募奶卣髦蹬c第一特征值集合特征值均不相同時，服務(wù)器生成指示客戶端瀏覽器增加第二文件的更新指令，并將生成的更新指令發(fā)送至客戶端瀏覽器。通過本發(fā)明，能夠節(jié)省客戶端下載WebApp更新文件時消耗的流量。
文檔編號H04L29/08GK102833350SQ20121033580
公開日2012年12月19日 申請日期2012年9月11日 優(yōu)先權(quán)日2012年9月11日
發(fā)明者梁捷, 俞永福, 何小鵬, 朱順炎, 馬妙魁 申請人:優(yōu)視科技有限公司