一種app版本增量更新方法
【專利摘要】本發(fā)明提供一種APP版本增量更新方法,主要針對手持設備上的通訊軟件實現(xiàn)好友增量更新，通過服務端記錄增加、刪除和修改的好友資料版本號，并存入緩存數(shù)據(jù)庫，客戶端發(fā)送增量更新請求后從緩存中讀取數(shù)據(jù)，獲取增量，完成好友資料增量更新。本發(fā)明具有如下優(yōu)點：當用戶好友修改資料時，用戶進入好友列表只需要獲取好友資料的增量更新，而不用獲取所有好友的信息列表，減少了客戶端的流量使用，也解決了接口請求速度慢的問題，讓APP運行更加的流暢。
【專利說明】一種APP版本增量更新方法

【技術領域】
[0001]本發(fā)明涉及一種增量更新方法，更具體地說，涉及一種關于應用程序版本的增量更新方法。

【背景技術】
[0002]目前，手持設備中的應用程序數(shù)據(jù)更新時，客戶端每次都要向服務器請求全量獲取數(shù)據(jù)以完成更新，這樣不僅接口請求速度慢且客戶端耗費流量多，同時對服務端也會造成很大的壓力。
[0003]Redis是一個開源的使用ANSI C語言編寫、支持網(wǎng)絡、可基于內(nèi)存亦可持久化的日志型、Key-Value數(shù)據(jù)庫，并提供多種語言的應用程序編程接口(API)。Redis使用了兩種文件格式:全量數(shù)據(jù)和增量請求。全量數(shù)據(jù)格式是把內(nèi)存中的數(shù)據(jù)寫入磁盤，便于下次讀取文件進行加載；增量請求文件則是把內(nèi)存中的數(shù)據(jù)序列化為操作請求，用于讀取文件進行r印lay得到數(shù)據(jù)。當應用程序數(shù)據(jù)更新時，客戶端發(fā)送增量請求，可以從Redis緩存中讀取數(shù)據(jù)。


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

[0004]本發(fā)明要解決的技術問題，在于提供一種APP (應用程序)版本增量更新方法，主要針對手持設備上的通訊軟件實現(xiàn)好友增量更新，通過服務端記錄增加、刪除和修改的好友資料版本號，并存入緩存數(shù)據(jù)庫，客戶端發(fā)送增量更新請求后從緩存中讀取數(shù)據(jù)，獲取增量，完成好友資料增量更新。這樣加快了接口請求速度且減少了流量的使用。
[0005]本發(fā)明要解決的技術問題是這樣實現(xiàn)的:一種APP版本增量更新方法，包括同一設備的增量更新方法和不同設備間的增量更新方法:
所述同一設備的增量更新方法包括:
步驟10、手持設備，即客戶端上的通訊軟件APP中的每一位好友對應一個成員序號和初始值為I的現(xiàn)有版本號，所述成員序號和現(xiàn)有版本號形成一份好友列表:若其中一位好友的個人資料，包括用戶名稱、頭像、最后登錄地址、最后活動時間、狀態(tài)和生命值在內(nèi)的六個屬性修改時，該好友對應的現(xiàn)有版本號增加I ;
步驟11、在服務器端的數(shù)據(jù)庫創(chuàng)建一張現(xiàn)有好友更新列表，表中記錄好友的最新版本號和步驟10所述個人資料的六個屬性所分別對應的屬性版本號，所述最新版本號和屬性版本號的初始值均為1，當好友個人資料的六個屬性中一個或者復數(shù)個屬性被更新時，好友的最新版本號增加1，并且被更新的屬性所對應的屬性版本號修改為所述最新版本號增加I后的值，其他沒有被更新的屬性版本號不變；
步驟12、用戶先全量獲取未更新的好友列表，然后保存在客戶端，每次增量更新好友列表時，客戶端將所述未更新的好友列表上傳到服務器端；
步驟13、服務器端從緩存中獲取更新后的好友列表，對比步驟12所述未更新的好友列表:如果服務器端存在的成員序號而客戶端不存在，說明這個成員序號對應的好友是新添加的，將這個成員序號對應好友的現(xiàn)有版本號和個人資料的六個屬性版本號都添加到增量表中；如果服務器端不存在的成員序號而客戶端存在，說明這個成員序號對應的好友已經(jīng)被刪除了，將這個成員序號對應好友的現(xiàn)有版本號和成員序號添加到增量表中，并把該好友的現(xiàn)有版本號記為-1，表不該好友對應的成員序號已經(jīng)從好友列表中刪除；
步驟14、結合步驟13，根據(jù)剩余好友對應的成員序號和現(xiàn)有版本號，從步驟11所述現(xiàn)有好友更新列表中取出剩余好友中最新版本號大于現(xiàn)有版本號的記錄，然后將該好友個人資料的六個屬性版本號分別與步驟12所述未更新的好友列表中對應的屬性版本號對比，如果其中有屬性的屬性版本號大于未更新的好友列表中對應的屬性版本號，則取出該屬性的屬性版本號添加到增量表中；
步驟15、服務器端每次都將更新后的好友列表存入Redis緩存數(shù)據(jù)庫中，當客戶端請求增量更新時，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表；
所述不同設備間的增量更新方法包括:
步驟20、第一次登陸的客戶端版本號記為1，之后每使用一次不同的客戶端登陸，客戶端版本號會依次增加1，并把最高的客戶端版本號返回給服務器端版本號；
步驟21、將客戶端版本號與服務器端版本號對比，若客戶端版本號小于服務器端版本號，則客戶端請求增量更新，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表。
[0006]進一步的，所述服務器端對修改好友備注，增加、刪除和修改好友分組的操作，月艮務器端要先判斷所述更新后的好友列表中是否有相應的成員序號和現(xiàn)有版本號:若有，則刪除的好友對應的現(xiàn)有版本號會在增量表中記為-1，修改的好友對應的現(xiàn)有版本號增加I后記在增量表中，增加的好友對應的現(xiàn)有版本號會添加到增量表中，并將每次更新后的好友列表存入Redis緩存數(shù)據(jù)庫中，方便服務器端和客戶端提取數(shù)據(jù)。
[0007]本發(fā)明具有如下優(yōu)點:通過APP上好友增量更新的方法實現(xiàn)當用戶好友修改資料時，用戶進入好友列表只需要獲取好友資料的增量更新，而不用獲取所有好友的信息列表，減少了客戶端的流量使用，也解決了接口請求速度慢的問題，讓APP運行更加的流暢。

【專利附圖】

【附圖說明】
[0008]下面參照附圖結合實施例對本發(fā)明作進一步的說明。
[0009]圖1為本發(fā)明在同一設備增量更新的方法流程圖。
[0010]圖2為本發(fā)明在不同設備間增量更新的方法流程圖。

【具體實施方式】
[0011]參照圖1所示，在同一設備的增量更新方法具體過程如下:
步驟10、手持設備，即客戶端上的通訊軟件中的每一位好友對應一個成員序號member ID和初始值為I的現(xiàn)有版本號vers1n,所述memberID和vers1n形成一份好友列表:若其中一位好友的個人資料，包括用戶名稱、頭像、最后登錄地址、最后活動時間、狀態(tài)和生命值在內(nèi)的六個屬性修改時，該好友對應的vers1n增加I ;
步驟11、在服務器端的數(shù)據(jù)庫創(chuàng)建一張現(xiàn)有好友更新列表t_member_update_log,表中記錄好友的最新版本號newest-vers1n和步驟10所述個人資料的六個屬性所分別對應的屬性版本號，所述newest-vers1n和屬性版本號的初始值均為I,當好友個人資料的六個屬性中一個或者復數(shù)個屬性被更新時，好友的newest-vers1n增加I,并且被更新的屬性所對應的屬性版本號修改為所述newest-vers1n增加I后的值,其他沒有被更新的屬性版本號不變；
步驟12、用戶先全量獲取未更新的好友列表，然后保存在客戶端，每次增量更新好友列表時，客戶端將所述未更新的好友列表上傳到服務器端；
步驟13、服務器端從緩存中獲取更新后的好友列表，對比步驟12所述未更新的好友列表:如果服務器端存在的memberID而客戶端不存在,說明這個memberID對應的好友是新添加的，將這個memberID對應好友的vers1n和個人資料的六個屬性版本號都添加到增量表中；如果服務器端不存在的memberID而客戶端存在,說明這個memberID對應的好友已經(jīng)被刪除了，將這個memberID對應好友的vers1n和memberID添加到增量表中，并把該好友的vers1n記為-1,表示該好友對應的memberID已經(jīng)從好友列表中刪除；
步驟14、結合步驟13,根據(jù)剩余好友對應的memberID和vers1n,從步驟11所述t_member_update_log中取出剩余好友中newest-vers1n大于vers1n的記錄，然后將該好友個人資料的六個屬性版本號分別與步驟12所述未更新的好友列表中對應的屬性版本號對比，如果其中有屬性的屬性版本號大于未更新的好友列表中對應的屬性版本號，則取出該屬性的屬性版本號添加到增量表中；
步驟15、服務器端每次都將更新后的好友列表存入Redis緩存數(shù)據(jù)庫中，當客戶端請求增量更新時，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表。
[0012]所述不同設備間的增量更新方法包括:
步驟20、第一次登陸的客戶端版本號記為1，之后每使用一次不同的客戶端登陸，客戶端版本號會依次增加1，并把最高的客戶端版本號返回給服務器端版本號；
步驟21、將客戶端版本號與服務器端版本號對比，若客戶端版本號小于服務器端版本號，則客戶端請求增量更新，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表。
[0013]雖然以上描述了本發(fā)明的【具體實施方式】，但是熟悉本【技術領域】的技術人員應當理解，我們所描述的具體的實施例只是說明性的，而不是用于對本發(fā)明的范圍的限定，熟悉本領域的技術人員在依照本發(fā)明的精神所作的等效的修飾以及變化，都應當涵蓋在本發(fā)明的權利要求所保護的范圍內(nèi)。
【權利要求】
1.一種APP版本增量更新方法，其特征在于，包括同一設備的增量更新方法和不同設備間的增量更新方法:所述同一設備的增量更新方法包括: 步驟10、手持設備，即客戶端上的通訊軟件中的每一位好友對應一個成員序號和現(xiàn)有版本號，所述現(xiàn)有版本號設有初始值，所述成員序號和現(xiàn)有版本號形成一份好友列表:若其中一位好友的個人資料，包括用戶名稱、頭像、最后登錄地址、最后活動時間、狀態(tài)和生命值在內(nèi)的六個屬性中一個或者復數(shù)個屬性更新時，該好友對應的現(xiàn)有版本號數(shù)值會增加；步驟11、在服務器端的數(shù)據(jù)庫創(chuàng)建一張現(xiàn)有好友更新列表，表中記錄好友的最新版本號和步驟10所述個人資料的六個屬性所分別對應的屬性版本號，所述最新版本號和屬性版本號均設有初始值，當好友個人資料的六個屬性中一個或者復數(shù)個屬性被更新時，好友的最新版本號數(shù)值增加，并且被更新的屬性所對應的屬性版本號修改為所述最新版本號數(shù)值增加后的值，其他沒有被更新的屬性版本號不變； 步驟12、用戶先全量獲取未更新的好友列表，然后保存在客戶端，每次增量更新好友列表時，客戶端將所述未更新的好友列表上傳到服務器端； 步驟13、服務器端從緩存中獲取更新后的好友列表，對比步驟12所述未更新的好友列表:如果服務器端存在的成員序號而客戶端不存在，說明這個成員序號對應的好友是新添加的，將這個成員序號對應好友的現(xiàn)有版本號和個人資料的六個屬性版本號都添加到增量表中；如果服務器端不存在的成員序號而客戶端存在，說明這個成員序號對應的好友已經(jīng)被刪除了，將這個成員序號對應好友的現(xiàn)有版本號和成員序號添加到增量表中，并把該好友的現(xiàn)有版本號記為負數(shù)，表不該好友對應的成員序號已經(jīng)從好友列表中刪除； 步驟14、結合步驟13，根據(jù)剩余好友對應的成員序號和現(xiàn)有版本號，從步驟11所述現(xiàn)有好友更新列表中取出剩余好友中最新版本號大于現(xiàn)有版本號的記錄，然后將該好友個人資料的六個屬性版本號分別與步驟12所述未更新的好友列表中對應的屬性版本號對比，如果其中有屬性的屬性版本號大于未更新的好友列表中對應的屬性版本號，則取出該屬性的屬性版本號添加到增量表中； 步驟15、服務器端每次都將更新后的好友列表存入Redis緩存數(shù)據(jù)庫中，當客戶端請求增量更新時，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表； 所述不同設備間的增量更新方法包括: 步驟20、第一次登陸的客戶端版本號設有初始值，之后每使用一次不同的客戶端登陸，客戶端版本號數(shù)值會依次增加，并把最高的客戶端版本號返回給服務器端版本號； 步驟21、將客戶端版本號與服務器端版本號對比，若客戶端版本號小于服務器端版本號，則客戶端請求增量更新，客戶端先從增量表中獲取增量再從Redis緩存數(shù)據(jù)庫中讀取所述增量對應的數(shù)據(jù)，實現(xiàn)客戶端增量更新好友列表。
2.根據(jù)權利要求1所述一種APP版本增量更新方法，其特征在于，所述服務器端對修改好友備注，增加、刪除和修改好友分組的操作，服務器端要先判斷所述更新后的好友列表中是否有相應的成員序號和現(xiàn)有版本號:若有，則刪除的好友對應的現(xiàn)有版本號會在增量表中記為負數(shù)，修改的好友對應的現(xiàn)有版本號數(shù)值增加后記在增量表中，增加的好友對應的現(xiàn)有版本號會添加到增量表中，并將每次更新后的好友列表存入Redis緩存數(shù)據(jù)庫中。
【文檔編號】G06F9/445GK104182252SQ201410396636
【公開日】2014年12月3日 申請日期:2014年8月13日 優(yōu)先權日:2014年8月13日
【發(fā)明者】劉雄峰, 林華楓, 蕭宇翔, 鄭藝偉, 蔡佳成, 王亞東, 徐劍, 陳坪太, 陳國輝 申請人:墨仕（廈門）電子商務有限公司