資源文件更新方法、裝置和系統及伺服器的製造方法
2023-07-16 11:41:11
資源文件更新方法、裝置和系統及伺服器的製造方法
【專利摘要】本發明公開了一種資源文件更新方法、裝置和系統及伺服器，屬於計算機【技術領域】。所述方法包括：發送請求信息給伺服器，其中請求信息中包含所述資源文件的名稱和標識，所述標識根據所述資源文件的名稱和所述資源的現有數據獲得；接收所述伺服器根據所述資源文件的名稱和標識反饋回的所述資源文件名稱對應的最新數據；利用所述資源文件的最新數據替換所述資源文件的現有數據。本發明通過對比移動終端以及伺服器上對應資源文件的數據判斷資源文件是否存在更新，若存在更新，則獲取該資源文件的最新數據，從而實現資源文件的自動更新，進而避免了在某些資源文件更新的情況下重新下載整個安裝包，降低了移動終端的下載負擔。
【專利說明】資源文件更新方法、裝置和系統及伺服器
【技術領域】
[0001]本發明涉及計算機【技術領域】，特別涉及一種資源文件更新方法、裝置和系統及伺服器。
【背景技術】
[0002]近年來，移動通信技術迅猛發展，手機等移動終端設備逐漸普及，然而移動通信速度並不高。以GPRS (General Packet Radio Service,通用分組無線服務技術)通信為例，其下載速度理論值為171.2Kbps，但在實際運營中，其網絡穩定性、誤碼率以及實際性能(速率和容量)等指標目前都未能達到理論值，因此GPRS的實際下載速度比理論值要低很多，比如有些地區的GPRS的實際平均下載速度不足100Kbps。因此，在網絡速度局限的情況下，對於一款移動終端應用程式來說，其安裝包的大小很大程度地影響著用戶的下載體驗。
[0003]現有技術中存在一種下載安裝包的方法:在使用者即將使用尚未安裝的某一應用程式前，需要將該應用程式對應的整個安裝包從伺服器中下載下來，其中安裝包中包括應用程式安裝時需要的基本資源文件以及附加的資源文件。
[0004]在實現本發明的過程中，發明人發現現有技術至少存在以下問題:當伺服器中安裝包的某些附加的資源文件更新後，移動終端如果需要針對該最新的安裝包進行更新，需要重新從伺服器中獲取包含有最新附加資源文件和原有基本資源文件的安裝包，從而給移動終端帶來很大的下載負擔。
【發明內容】
[0005]為了解決現有技術的問題，本發明實施例提供了一種資源文件更新方法、裝置和系統及伺服器。所述技術方案如下:
[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]圖1是本發明實施例提供的資源文件更新方法的實施環境示意圖；
[0049]圖2是本發明實施例一提供的資源文件更新方法流程圖；
[0050]圖3是本發明中資源文件序列化存儲格式的示意圖；
[0051]圖4是本發明實施例二提供的資源文件更新裝置結構示意圖；
[0052]圖5是本發明實施例三提供的資源文件更新方法流程圖；
[0053]圖6是本發明實施例四提供的伺服器的結構示意圖；
[0054]圖7是本發明實施例五提供的資源文件更新過程中移動終端與伺服器的交互流程圖；
[0055]圖8是本發明實施例六提供的資源文件更新系統結構示意圖。
【具體實施方式】
[0056]為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。
[0057]本發明所描述的資源文件可以為移動終端應用程式安裝包中的語言包、圖片、圖標、配置文件等資源，這些資源文件通常可以是應用程式在使用時非必要的資源文件。
[0058]請參考圖1，其示出了本發明實施例提供的資源文件更新方法的實施環境示意圖，該實施環境可以包括:移動終端101和伺服器102。
[0059]移動終端101可以為手機、電腦、數位相機等。移動終端101的內部可以設置有多種應用程式，每個應用程式均可以通過對應的安裝包進行安裝。移動終端101可以通過無線或有線網絡獲取其內應用程式的安裝包。
[0060]伺服器102中包含有安裝包，以及安裝包對應的資源文件，安裝包或資源文件可以隨時更新，且伺服器102可以通過有線或無線的方式與終端進行通訊。
[0061]實施例一
[0062]本發明實施例提供了一種資源文件更新方法，參見圖2，其可以應用於圖1中的移動終端101中，方法流程包括:
[0063]步驟201，獲取資源文件的名稱、資源文件的現有數據。
[0064]資源文件通常為應用程式安裝包中的文件，比如資源文件可以為圖片文件、語言文件、圖標文件或配置文件。一般的，這裡所講的資源文件可以為應用程式在安裝使用過程的非必要的文件，比如應用程式在安裝使用的過程中，如果缺少了某一個上述的資源文件，該應用程式還是可以運行的，只是缺少的該資源文件需要以默認形式來顯示或運行。舉例來說，對於一個聊天工具而言，如果該聊天工具的安裝包中缺少了該聊天工具使用時的圖標文件，此時當使用者安裝該聊天工具後，並不顯示圖標，而是初始化的通過其他默認的形式來代替該圖標。
[0065]在實際應用中，為了保證用戶的正常使用，在用戶安裝缺少某一個或某些資源文件或資源文件較舊的安裝包的情況下，移動終端101需要首先獲知對應應用程式缺少或尚未更新的資源文件，然後到伺服器中獲取對應的最新的資源文件。因此，移動終端101首先需要獲知資源文件的信息。
[0066]通常，移動終端101本地某一資源文件的信息可以包括資源文件的名稱、資源文件的數據。
[0067]資源文件的現有數據是指移動終端101本地已經保存的資源文件的數據。
[0068]步驟202，根據消息摘要算法對資源文件的現有數據進行計算以獲得資源文件的標識。
[0069]這裡資源文件的標識是區別資源文件的唯一標識，即資源文件不同，其對應的標識也會不同，通常可以使用消息摘要算法對資源文件的數據進行計算以得到資源文件的標識。一般的，可以使用MD5 (Message Digest Algorithm 5,消息摘要算法)算法來計算資源文件的數據以得到資源文件的MD5，其中計算出來的資源文件的MD5則可以作為資源文件的標識。顯然，在資源文件的數據改變時，計算出來的該資源文件的MD5也會與其之前對應的MD5不同。特殊的，當移動終端101本地不存在某一所需的資源文件時，則可以將其對應的MD5置為空。
[0070]在實際應用中，當移動終端101的應用程式啟動後，首先讀取本地資源文件的信息，包括資源文件的名稱和數據。為了判斷伺服器中是否存在更新的資源文件，還需要計算該資源文件的標識。
[0071]需要注意的是，當移動終端101的應用程式啟動後，讀取到的資源文件可以有一個或多個。比如，讀取到的資源文件為圖片文件P1、P2，語言文件LI，配置文件Cl等。對應的，針對這些資源文件，需要計算出每個資源文件對應的標識。當然，如果讀取的某一資源文件並不存在在本地，則可以將該資源文件的標識置為空。
[0072]步驟203，發送請求信息給伺服器，其中請求信息中包含資源文件的名稱和標識。
[0073]由於通訊雙方需要資源文件的名稱與資源文件的標識一一對應，因此在傳輸每個資源文件的請求信息時，資源文件的名稱以及對應的標識是成對綁定的，可以以〈資源文件的文件名，資源文件的標識〉的形式傳輸。也就是說，在傳輸請求信息時，可以將資源文件的名稱和標識進行綁定傳輸。
[0074]當然，在具體實現時，可以對每一個資源文件進行上述的綁定，即每個請求信息中綁定一個資源文件的名稱和其對應的標識。當然，還可以根據具體情況，比如對於一些不太常改變的多個資源文件，還可以將每一個資源文件的名稱以及其對應的標識成對綁定之後，將每一個資源文件對應的成對綁定後的信息合併到同一個請求信息中。這樣針對該多個資源文件，移動終端101僅需要向伺服器102發送一個請求信息即可。[0075]舉例來講，應用程式對應的資源文件Pl可能是經常被更新的，因此，可以通過一個請求信息將該資源文件Pl的信息(即將該資源文件Pl的名稱和其對應的標識成對綁定後的信息)發送給伺服器。又舉例來講，應用程式對應的資源文件P2、L1和L2均不常更新，因此，為了減少請求次數，可以將這些資源文件的信息綁定在同一個請求信息中發送給伺服器，此時，首先需要將資源文件P2的名稱和其對應的標識進行成對綁定，將資源文件LI和其對應的標識進行成對綁定，將資源文件L2和其對應的標識進行成對綁定，然後再將上述綁定後的信息放在同一個請求信息中發送給伺服器。
[0076]步驟204，接收伺服器根據所述資源文件的名稱和標識反饋回的資源文件名稱對應的最新數據。
[0077]當伺服器102中的資源文件數據有更新時，則伺服器102會向移動終端101下發該資源文件的最新數據。其中伺服器102下發的資源文件的最新數據是根據該資源文件的名稱以及標識得到的。
[0078]對應的，移動終端101則可以接收到伺服器102反饋回的資源文件名稱對應的該
最新數據。
[0079]在實際應用中，伺服器102反饋給移動終端101最新數據時，通常將資源文件的名稱以及資源文件對應的最新數據進行綁定，即將資源文件的名稱以及最新數據組裝成數據包，然後可以將該數據包下發給移動終端101。對應的，當移動終端101接收到伺服器102下發的數據包後對其進行解析以獲取其中的資源文件的最新數據。
[0080]步驟205，利用資源文件的最新數據替換資源文件的現有數據。
[0081]在將資源文件的最新數據下載到本地後，可以根據現有數據的存放方式將最新數據存入資料庫或將最新數據序列化後存入數據文件中。
[0082]比如，可以採用序列化的方式將資源文件的最新數據存儲到數據文件中，序列化格式可以參見圖3所示。該序列化格式由兩部分組成，一是資源文件個數，二是存儲單元。一個存儲單元存儲了一個資源文件，它包括了一個資源的存儲開始標誌、文件名的長度、文件名、數據長度、數據和一個資源的結束標誌。存儲單元可以有多個，分別對應了不同的資源文件。由此實現資源文件的序列化存儲。對應的，解析數據的時候以序列化的格式反序列化數據文件即可以得到每個資源文件的數據。
[0083]當然，在實際應用中，序列化存儲格式還可以設置為其他的格式，只要能夠在進行反序列化時唯一得到正確的資源文件數據即可。
[0084]綜上所述，本發明實施例一提供的資源文件更新方法通過計算出資源文件的唯一標識，並將該標識發送給伺服器進行驗證，在伺服器驗證資源文件更新時下發最新數據給移動終端，移動終端則可以獲取到該最新數據，並利用該最新數據替換對應資源文件的原有數據，從而實現資源文件的自動更新。由此可知，在實際應用中，移動終端僅需要下載更新後的資源文件的最新數據，而不需要下載安裝包中其他未更新的資源文件，從而可以避免在一個或多個資源文件更新時重新下載整個安裝包，大大降低了移動終端的下載負擔；且在移動終端每次啟動應用程式時，可以自動的去伺服器上獲取最新的資源文件以替換本地原有的資源文件數據，從而實現資源文件的自動更新，增強了用戶體驗。
[0085]實施例二
[0086]參見圖4，本發明實施例提供了一種資源文件更新裝置，其可以應用於圖1中的移動終端101中，該資源文件更新裝置包括:發送模塊410、第一接收模塊420和替換模塊430，除此之外，資源文件更新裝置還可以包括獲取模塊440和計算模塊450。
[0087]獲取模塊440可以用於獲取資源文件的名稱、資源文件的現有數據。
[0088]計算模塊450可以用於根據消息摘要算法對資源文件的現有數據進行計算以獲得資源文件的標識。
[0089]發送模塊410可以用於發送請求信息給伺服器102，其中請求信息中包含資源文件的名稱和標識。
[0090]第一接收模塊420可以用於接收伺服器102根據所述資源文件的名稱和標識反饋回的資源文件名稱對應的最新數據。
[0091]替換模塊430可以用於利用資源文件的最新數據替換資源文件的現有數據。
[0092]需要說明的是:上述實施例提供的資源文件更新裝置在更新資源文件時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模塊完成，即將裝置的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的資源文件更新裝置與資源文件更新方法實施例屬於同一構思，其具體實現過程詳見方法實施例，這裡不再贅述。
[0093]綜上所述，本發明實施例二提供的資源文件更新裝置通過計算出資源文件的唯一標識，並將該標識發送給伺服器進行驗證，在伺服器驗證資源文件更新時下發最新數據給移動終端，移動終端則獲取到該最新數據，並利用該最新數據替換對應資源文件的原有數據，從而實現資源文件的自動更新。由此可知，在實際應用中，移動終端僅需要下載更新後的資源文件的最新數據，而不需要下載安裝包中其他未更新的資源文件，從而可以避免在一個或多個資源文件更新時重新下載整個安裝包，大大降低了移動終端的下載負擔；且在移動終端每次啟動應用程式時，可以自動的去伺服器上獲取最新的資源文件以替換本地原有的資源文件數據，從而實現資源文件的自動更新，增強了用戶體驗。
[0094]實施例三
[0095]本發明實施例提供了一種資源文件更新方法，參見圖5，其可以應用於圖1中的伺服器102中，通常，此時的伺服器102中包含資源文件的名稱、資源文件的數據以及資源文件的標識。方法流程包括:
[0096]步驟501，接收請求信息，請求信息包括資源文件的名稱和標識。
[0097]這裡的請求信息一般是由移動終端101發送的。資源文件的名稱和標識通常是綁定在請求信息中的，比如可以以〈名稱，標識 > 的形式綁定在請求信息中進行傳輸。
[0098]步驟502，比較請求信息中資源文件的標識與已存儲的具有相同資源文件名稱對應的標識是否相同。
[0099]在具體實現時，該步驟可以包括:
[0100]SI，獲取與請求信息中資源文件名稱相同的資源文件的名稱。
[0101]通常，當資源文件的數據改變時，其對應的標識也會改變，但其名稱不會改變，也就是說，一個資源文件在伺服器102中的名稱被定義後，對應的，在移動終端內下載到的資源文件的信息中的名稱也應該與伺服器102中名稱相同。比如在伺服器102中的一個資源文件的名稱為圖片P1，則對應的，在移動終端101中的該資源文件的名稱仍應該為圖片P1。
[0102]S2，根據資源文件名稱查找對應的標識。[0103]通常，伺服器102中可以包含一個用於保存資源文件名稱、標識以及對應數據的資料庫。在該資料庫中，每個資源文件的名稱、標識和數據都是一一映射的。也就是說，每個資源文件的標識是根據當前資源文件所存的數據計算得到，比如按照MD5算法計算出每個資源文件的標識。
[0104]由此可知，對於同一個名稱的資源文件，如果資源文件的數據發生了變化，由此得到的標識(比如資源文件的MD5)也會發生變化。
[0105]S3，比較請求信息中資源文件名稱對應的標識以及查找到的標識是否相同。
[0106]當從資料庫中查找到與請求信息中資源文件具有相同名稱的資源文件時，查找資料庫中該資源文件名稱對應的標識，並將該標識與請求信息中的標識進行比較。
[0107]步驟503，如果相同，則結束。
[0108]如果請求信息中資源文件名稱對應的標識以及查找到的標識相同，則表明發送該請求信息的移動終端中保存的資源文件的現有數據與伺服器中保存的最新數據是相同的，不需要向請求信息的發送端(即移動終端101)下發對應的數據，因此可以忽略該請求信息，對請求信息的發送端不進行任何響應。
[0109]步驟504，如果不相同，則獲取資源文件名稱對應的最新數據，並向請求信息的發送端發送最新數據。
[0110]如果請求信息中資源文件名稱對應的標識以及查找到的標識不相同，則表明發送該請求信息的移動終端中保存的資源文件的現有數據與伺服器中保存的最新數據是不相同的，因此可以進一步獲取該資源文件名稱對應的最新數據，最後將該資源文件的最新數據發送給請求信息的發送端(即移動終端101)。
[0111]當然，在向移動終端101發送資源文件的最新數據時，為了確保移動終端101可以正確得知是哪個資源文件的最新數據，還需要同時附加有該資源文件的名稱。因此，在具體操作過程中，可以將資源文件的名稱以及其對應的最新數據進行成對綁定，即可以以〈名稱，最新數據 > 的形式傳輸給移動終端101。
[0112]需要說明的是，當伺服器102在向移動終端101發送資源文件的最新數據時，其發送的內容是根據對應的請求信息的內容來設定的。舉例來講，當移動終端101發送來的請求信息中僅包含有一個對應綁定的資源文件的名稱和標識，那麼在發送給移動終端101時僅需要對應發送成對綁定後的該資源文件的名稱和最新數據即可。又舉例來講，如果移動終端101發送來的請求信息中包含有多個對應綁定的資源文件的名稱和標識，那麼在發送給移動終端101時則需要對應發送多個成對綁定後的資源文件的名稱和最新數據。
[0113]綜上所述，本發明實施例三提供的資源文件更新方法，其可以對比移動終端發送來的標識以及伺服器上對應資源文件的標識是否相同，進而可以確定伺服器中資源文件的數據是否存在更新，如果存在更新，則將該資源文件的最新數據反饋給移動終端，從而可以使得伺服器與移動終端互動實現資源文件的自動更新。
[0114]實施例四
[0115]參見圖6，本發明實施例提供了一種伺服器，該伺服器包括:第二接收模塊610、比較模塊620、第一判斷模塊630、第二判斷模塊640。
[0116]第二接收模塊610可以用於接收請求信息，請求信息包括資源文件的名稱和標識。[0117]比較模塊620可以用於比較請求信息中資源文件的標識與已存儲的具有相同資源文件名稱對應的標識是否相同。
[0118]比較模塊620可以包括獲取單元621、查找單元622、比較單元623。
[0119]獲取單元621可以用於獲取與請求信息中資源文件名稱相同的資源文件的名稱。
[0120]查找單元622可以用於根據資源文件名稱查找對應的標識。
[0121]比較單元623可以用於比較請求信息中資源文件名稱對應的標識以及查找到的標識是否相同。
[0122]第一判斷模塊630可以用於在比較模塊620的判斷結果相同時，則結束。
[0123]第二判斷模塊640可以用於在比較模塊620的判斷結果不相同時，則獲取資源文件名稱對應的最新數據，並向請求信息的發送端發送最新數據。
[0124]需要說明的是:上述實施例提供的伺服器在更新資源文件時，僅以上述各功能模塊的劃分進行舉例說明，實際應用中，可以根據需要而將上述功能分配由不同的功能模塊完成，即將裝置的內部結構劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實施例提供的伺服器與實施例三中的資源文件更新方法實施例屬於同一構思，其具體實現過程詳見方法實施例，這裡不再贅述。
[0125]綜上所述，本發明實施例四提供的伺服器，其可以對比移動終端發送來的標識以及伺服器上對應資源文件的標識是否相同，進而可以確定伺服器中資源文件的數據是否存在更新，如果存在更新，則將該資源文件的最新數據反饋給移動終端，從而可以使得伺服器與移動終端互動實現資源文件的自動更新。
[0126]實施例五
[0127]圖7是本發明實施例五提供的資源文件更新過程中移動終端與伺服器的交互流程圖，其中移動終端可以為圖1中的101，伺服器可以為圖1中的102，該交互流程中資源文件的標識僅示意性以資源文件的MD5為代表，交互流程包括:
[0128]步驟701，啟動移動終端應用程式。
[0129]步驟702，讀取移動終端本地的資源文件數據並解析。
[0130]讀取移動終端本地的資源文件數據並解析，可以獲知應用程式啟動需要的在本地已經存在的資源文件。
[0131 ] 步驟703，判斷所需資源文件是否已經存在。
[0132]應用程式啟動時，有些資源文件可能尚未保存在本地，此時就需要判斷應用程式啟動所需的資源文件是否已經存在。
[0133]步驟704，如果所需資源文件不存在，則將該資源文件的MD5置為空。
[0134]步驟705，如果所需資源文件已經存在，則計算已存在的資源文件的MD5。
[0135]步驟706，向伺服器發送請求信息，其中請求信息中包含有本地所需資源文件的名稱和MD5。
[0136]對應的，伺服器在接收該請求信息後，會將請求信息中的資源文件的MD5與伺服器中對應資源文件的MD5進行比較。如果請求信息中的資源文件的MD5與伺服器中對應資源文件的MD5相同，則表明伺服器中該資源文件的數據並未更新，因此忽略該請求信息；如果請求信息中的資源文件的MD5與伺服器中對應資源文件的MD5不相同，則明伺服器中該資源文件的數據已更新，則需要反饋給移動終端該資源文件的最新數據，比如可以通過將資源文件的名稱以及最新數據進行組裝，並將組裝後的數據包發送給移動終端。
[0137]步驟707，接收伺服器發送回的數據包，並解析其內的資源文件數據。
[0138]由上可知，該伺服器發送回的數據包包括資源文件的名稱以及該資源文件更新後的最新數據。
[0139]步驟708，利用解析後的資源文件的數據替換本地保存的該資源文件的現有數據。
[0140]即將資源文件的原有數據進行替換，以確保應用程式在應用時可以使用到該最新的數據。
[0141]綜上所述，本發明實施例五提供的資源文件更新過程中移動終端與伺服器的交互流程，其可以對比移動終端發送來的標識以及伺服器上對應資源文件的標識是否相同，進而可以確定伺服器中資源文件的數據是否存在更新，如果存在更新，則將該資源文件的最新數據反饋給移動終端，從而可以使得伺服器與移動終端互動實現資源文件的自動更新。
[0142]實施例六
[0143]參見圖8，本發明實施例提供了一種資源文件更新系統，該資源文件更新包括--資源文件更新裝置801和伺服器802。
[0144]其中資源文件更新裝置可以參見對圖4中的描述，伺服器可以參見對圖6中的描述，這裡就不再贅述。
[0145]上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。
[0146]本領域普通技術人員可以理解實現上述實施例的全部或部分步驟可以通過硬體來完成，也可以通過程序來指令`相關的硬體完成，所述的程序可以存儲於一種計算機可讀存儲介質中，上述提到的存儲介質可以是只讀存儲器，磁碟或光碟等。
[0147]以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
【權利要求】
1.一種資源文件更新方法，其特徵在於，所述方法包括: 發送請求信息給伺服器，其中請求信息中包含資源文件的名稱和標識，所述標識根據所述資源文件的名稱和所述資源的現有數據獲得； 接收所述伺服器根據所述資源文件的名稱和標識反饋回的所述資源文件名稱對應的最新數據； 利用所述資源文件的最新數據替換所述資源文件的現有數據。
2.根據權利要求1所述的方法，其特徵在於，所述發送請求信息給伺服器之前，還包括: 獲取資源文件的名稱、所述資源文件的現有數據； 根據消息摘要算法對所述資源文件的現有數據進行計算以獲得所述資源文件的標識。
3.根據權利要求1所述的方法，其特徵在於，所述請求信息中資源文件的名稱和標識是一一對應的，所述發送請求信息給伺服器，包括: 將請求信息中資源文件的名稱和對應標識以成對綁定的形式發送給伺服器。
4.根據權利要求1-3中任一所述的方法，其特徵在於，所述資源文件為圖片文件、語言文件、圖標文件或配置文件。
5.一種資源文件更新裝置，其特徵在於，所述裝置包括: 發送模塊，用於發送請求信息給伺服器，其中請求信息中包含所述資源文件的名稱和標識，所述標識根據所述資源文件的名稱和所述資源的現有數據獲得； 第一接收模塊，用於接收所述伺服器根據所述資源文件的名稱和標識反饋回的所述資源文件名稱對應的最新數據； 替換模塊，用於利用所述資源文件的最新數據替換所述資源文件的現有數據。
6.根據權利要求5所述的裝置，其特徵在於，所述裝置還包括: 獲取模塊，用於獲取資源文件的名稱、所述資源文件的現有數據； 計算模塊，用於根據消息摘要算法對所述資源文件的現有數據進行計算以獲得所述資源文件的標識。
7.根據權利要求5所述的裝置，其特徵在於，所述請求信息中資源文件的名稱和標識是一一對應的，所述發送模塊，具體用於: 將請求信息中資源文件的名稱和對應標識以成對綁定的形式發送給伺服器。
8.根據權利要求5-7中任一所述的裝置，其特徵在於，所述資源文件為圖片文件、語言文件、圖標文件或配置文件。
9.一種資源文件更新方法，其特徵在於，所述方法包括: 接收請求信息，所述請求信息包括資源文件的名稱和標識； 比較所述請求信息中資源文件的標識與已存儲的具有相同所述資源文件名稱對應的標識是否相同； 如果相同，則結束； 如果不相同，則獲取所述資源文件名稱對應的最新數據，並向所述請求信息的發送端發送所述最新數據。
10.根據權利要求9所述的方法，其特徵在於，所述比較所述請求信息中資源文件的標識與已存儲的具有相同資源文件名稱對應的標識是否相同，包括:獲取與所述請求信息中資源文件名稱相同的資源文件的名稱； 根據所述資源文件名稱查找對應的標識； 比較所述請求信息中資源文件名稱對應的標識以及所述查找到的標識是否相同。
11.一種伺服器，其特徵在於，所述伺服器包括: 第二接收模塊，用於接收請求信息，所述請求信息包括資源文件的名稱和標識； 比較模塊，用於比較所述請求信息中資源文件的標識與已存儲的具有相同所述資源文件名稱對應的標識是否相同； 第一判斷模塊，用於在所述比較模塊的判斷結果相同時，則結束； 第二判斷模塊，用於在所述比較模塊的判斷結果不相同時，則獲取所述資源文件名稱對應的最新數據，並向所述請求信息的發送端發送所述最新數據。
12.根據權利要求11所述的伺服器，其特徵在於，所述比較模塊，具體包括: 獲取單元，用於獲取與所述請求信息中資源文件名稱相同的資源文件的名稱； 查找單元，用於根據所述資源文件名稱查找對應的標識； 比較單元，用於比較所述請求信息中資源文件名稱對應的標識以及所述查找到的標識是否相同。
13.一種資源文件更新系統，其特徵在於，所述系統包括:權利要求5-8中任一所述的資源文件更新裝置，以及權利要求11-12中任一所述的伺服器。
【文檔編號】G06F17/30GK103678319SQ201210321660
【公開日】2014年3月26日 申請日期:2012年9月3日 優先權日:2012年9月3日
【發明者】劉學彬, 張杰軍, 張開翔, 王立強, 陳粵, 黃奔 申請人:騰訊科技（深圳）有限公司