[發明專利]數據同步系統

無效

• 申請號: 201010001551.1
• 申請日: 2010-01-05
• 公開（公告）號: CN101778131A
• 公開（公告）日: 2010-07-14
• 發明（設計）人: 范國華;李英新;楊志鵬
• 申請（專利權）人: 深圳中興網信科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及網絡技術領域，具體而言，涉及一種數據同步技術。

背景技術

當前，郵件、即時消息等已經成為企業內部員工工作、溝通的重要工具，而企業通訊錄則是這些通訊工具的數據基礎，通訊錄中存放有員工、客戶的郵箱地址、電話號碼等各種重要聯系信息。在諸多場景中，當用戶需要與某個聯系人通訊時，首先會從通訊錄中查找該聯系人的聯系方式，然后根據找到的信息，選擇一種適當的通訊工具，發起與該聯系人的通訊。比如，在通訊錄中找到聯系人的電子郵件地址后，通過郵件系統客戶端給聯系人發郵件；又或者通過登記在通訊錄中的聯系人電話號碼，向該聯系人發起語音呼叫、視頻呼叫、多方會議等操作，在這些操作過程中，用戶希望能夠從通訊錄中快速、準確找到聯系人信息。

在基于客戶端/服務器網絡結構的通訊錄應用系統中(如郵件系統、即時協同系統)，服務器上存放有最新的通訊錄數據，而客戶端(如即時通訊客戶端、郵件客戶端等)為了提高訪問速度或離線查找的需要，會在本地存儲器中保留一份緩存的通訊錄副本，用戶在客戶端查找和訪問的聯系人信息都是從本地的通訊錄副本中取出來的，這就需要客戶端能夠及時同步服務器上的數據，使客戶端中通訊錄副本的聯系人信息與服務器上保持一致，保證用戶得到的信息是準確和有效的。

現有同步方式是：當服務器上的數據被修改后，所有的客戶端都會到該服務器去獲取更新數據，保存到客戶端本地的副本中。這種集中同步的方式雖然能夠使客戶端的數據與服務器保持一致，但也存在很大的問題：由于服務器上的資源(如網絡帶寬、磁盤IO、CPU處理能力等)是有限的，當大量客戶端并發請求同步時，會造成服務響應變慢甚至拒絕客戶端的請求，隨著客戶端數量的增加，服務器資源問題會變的越來越嚴重，使客戶端需要很長時間才能完成同步，甚至同步失敗，需要等服務器空閑后才能重新同步，造成客戶端通訊錄副本中的聯系人信息在一段時間內與服務器不一致，用戶無法查到最新，準確的聯系人信息，影響了用戶的使用和體驗，甚至阻礙正常溝通，降低了工作效率。

發明內容

針對現有數據同步技術中服務器的資源有限，客戶端數據同步需要長時間完成的問題提出本發明。為此，本發明的主要目的在于提供一種數據同步系統和方法，以解決上述問題至少之一。

本劇本發明的一個方面，提出了一種數據同步系統，包括資源管理服務器，至少一個數據服務器、至少一個客戶端，其中，

數據服務器：用來保存有當前最新的通訊錄數據，以及通訊錄數據的版本號；

資源管理服務器：用來管理網絡中的資源節點，控制這些資源節點為其他網元提供數據服務；

客戶端：為用戶提供查找和使用通訊錄服務的網絡節點，在本地存儲器中保存有通訊錄數據副本，以及該副本數據的版本號。

進一步地，資源管理服務器還用來管理提供數據同步服務的資源節點列表，所述資源節點是指能夠處理客戶端的同步請求，根據請求結果將本地的數據返回給請求者的網絡節點，所述資源節點為客戶端和/或數據服務器。

進一步地，客戶端向資源管理服務器發送注冊請求，資源管理服務器接受客戶端的注冊請求，同時將該客戶端加入到資源列表中。

進一步地，資源管理服務器接受客戶端的資源列表請求后，檢查當前的資源列表，按照預定的資源分配策略從中選取資源返回給該請求客戶端。

進一步地，數據服務器接受客戶端的同步請求，將需要更新的通訊錄數據發給請求客戶端。

進一步地，所述預定的資源分配策略包括以下方式的任一或組合：

隨機分配：資源管理服務從資源列表中隨機選取其中的幾個資源返回給請求客戶端；

按資源負載分配：資源管理服務將資源列表按資源負載狀態進行排序，選取負載最低的幾個資源返回給請求客戶端，所述的資源負載是指該資源節點當前正在為其它節點提供數據服務的節點數量；

按網絡路徑分配：資源管理服務器在資源列表中查找與請求客戶端在同一網絡或鄰近網絡的資源節點，并將這些節點返回給請求客戶端。

進一步地，客戶端從資源管理服務器獲取同步資源列表，與所述同步資源列表中的資源節點建立連接，向這些資源節點發起同步請求。

進一步地，客戶端作為資源節點接受和處理來自其他客戶端的同步請求。

進一步地，所述同步資源列表中的資源節點收到所述客戶端的同步請求后，首先從請求中獲取對端通訊錄數據版本號，將對端版本號與本地通訊錄副本版本號相比較，若兩端數據相同，結束本次同步過程。