ID傳給客戶端，如果是部門節(jié)點有更新，則將部門節(jié)點自身ID和該部門節(jié)點所在的上級部門節(jié)點ID傳給客戶端。
[0041]上述步驟1-2如圖1所示。上述步驟1-2可以由以下步驟代替:當服務端數(shù)據(jù)有更改時，直接發(fā)送所有有更新的所在部門節(jié)點ID傳給客戶端。
[0042]步驟3:客戶端獲取更新節(jié)點ID列表后，與本地通訊錄數(shù)據(jù)比對，將在列表內(nèi)的本地部門節(jié)點標記為“需要同步更新”，并記錄同步時間。
[0043]步驟4:用戶主動操作，進入某部門頁面，客戶端根據(jù)該部門節(jié)點標記判斷是否需要去服務端更新數(shù)據(jù)，或者如果該部門節(jié)點為第一次訪問，則判斷需要去服務端更新數(shù)據(jù)。
[0044]步驟5:如果步驟4中需要更新部門數(shù)據(jù)，客戶端發(fā)起同步該部門同步請求，服務端發(fā)送該部門直屬成員和子部門全部數(shù)據(jù)給客戶端，完成同步將該部門標記重置。
[0045]如果用戶是第一次登陸，則跳過步驟1、2、3，客戶端直接發(fā)起“首次登陸同步”，服務端發(fā)送默認部門數(shù)據(jù)給客戶端(組織列表數(shù)據(jù)和/或用戶所在部門數(shù)據(jù))。
[0046]如圖3所示，本發(fā)明的分批同步和顯示通訊錄的系統(tǒng)，該系統(tǒng)包括:
[0047]初始化模塊，用于客戶端首次登陸時初始化本地通訊錄，并獲取客戶端首次展示通訊錄所需的用戶所在部門節(jié)點數(shù)據(jù)或是組織列表數(shù)據(jù)。
[0048]獲取模塊，用于客戶端獲取更新的部門節(jié)點ID列表；
[0049]標記模塊，用于將獲取的更新部門節(jié)點ID列表與客戶端本地部門節(jié)點數(shù)據(jù)對比，將本地需要更新的部門節(jié)點標記；
[0050]更新請求模塊，用于當客戶端訪問到某一部門節(jié)點，如果該部門節(jié)點被標記為需要更新或該部門節(jié)點為第一次訪問，則發(fā)起該部門數(shù)據(jù)同步請求。
[0051]所述獲取模塊具體用于:
[0052]客戶端登陸后向服務端發(fā)送上次同步時間并請求更新的部門節(jié)點ID列表；
[0053]或者，當服務端數(shù)據(jù)有更改時，主動通知相關或全體客戶端的獲取模塊發(fā)起請求更新的部門節(jié)點ID列表的請求，該請求包括客戶端上次同步時間。
[0054]在上述方法和系統(tǒng)中，客戶端并不一定包含通訊錄中所有節(jié)點數(shù)據(jù)，只保存有用戶訪問過的節(jié)點數(shù)據(jù)，用戶未訪問到的部門，客戶端沒有數(shù)據(jù)也不會同步。
[0055]在上述方法和系統(tǒng)中，客戶端獲取更新部門ID列表后，不會馬上對本地數(shù)據(jù)更新，而是先對需要更新的部門節(jié)點進行標記。當用戶再次訪問到需要更新的部門節(jié)點時，再進行同步更新。
[0056]在上述方法和系統(tǒng)中，所述更新部門節(jié)點ID列表中節(jié)點ID為本部門節(jié)點數(shù)據(jù)有更新的部門節(jié)點ID或其直屬成員或直屬子部門節(jié)點數(shù)據(jù)有更新的部門節(jié)點ID。子部門內(nèi)部或上級部門數(shù)據(jù)更新不包含在內(nèi)。
[0057]在上述方法和系統(tǒng)中，客戶端一次只展示部分通訊錄數(shù)據(jù)。首次只展示一個部門數(shù)據(jù)，用戶可以向上查看上級部門數(shù)據(jù)，也可以向下展開下級部門數(shù)據(jù)。其中首次展示的部門包括但不限于以下兩種:
[0058]I)用戶所在組織(企業(yè))列表。該展示方法為標準企業(yè)樹形結構展示。
[0059]2)用戶所在部門數(shù)據(jù)。該展示方法以用戶為中心，優(yōu)先顯示與用戶關系最近的成員和部門。
[0060]在上述方法和系統(tǒng)中，通過成員節(jié)點和成員名片映射，一個人可以從屬于多個部門，只需在多個部門下創(chuàng)建相應的成員節(jié)點，并都映射到同一個成員名片上。
[0061]以上所述僅為本發(fā)明的較佳實施例，并不用于限制本發(fā)明，凡在本發(fā)明精神和原則之內(nèi)所做的任何修改、等同替換和改進等，均包含于本發(fā)明的保護范圍之內(nèi)。
【主權項】
1.一種分批同步和顯示通訊錄的方法，該方法包括如下步驟: 步驟1:客戶端獲取更新的部門節(jié)點ID列表； 步驟2:將所獲取的更新部門節(jié)點ID列表與客戶端本地部門節(jié)點數(shù)據(jù)對比，標記本地需要更新的部門節(jié)點； 步驟3:當客戶端訪問到某一部門節(jié)點，如果該部門節(jié)點被標記為需要更新或該部門節(jié)點為第一次訪問，則發(fā)起該部門數(shù)據(jù)同步請求。
2.根據(jù)權利要求1所述的方法，其特征在于，服務端保存并維護通訊錄中所有部門、成員以及企業(yè)框架結構的數(shù)據(jù)和更新時間。
3.根據(jù)權利要求1或2所述的方法，其特征在于，所述步驟I具體包括: 客戶端登錄后向服務端發(fā)送上次同步時間并請求更新的部門節(jié)點ID列表； 或者，當服務端數(shù)據(jù)有更改時，主動通知相關或全體客戶端發(fā)起請求更新的部門節(jié)點ID列表的請求，該請求包括客戶端上次同步時間。
4.根據(jù)權利要求1-3中任一項所述的方法，其特征在于，所述更新的部門節(jié)點ID列表中節(jié)點ID為本部門節(jié)點數(shù)據(jù)有更新的部門節(jié)點ID或其直屬成員或直屬子部門節(jié)點數(shù)據(jù)有更新的部門節(jié)點ID。
5.根據(jù)權利要求1-4中任一項所述的方法，其特征在于，客戶端不包含通訊錄中所有節(jié)點數(shù)據(jù)，只保存有用戶訪問過的節(jié)點數(shù)據(jù)，用戶未訪問到的節(jié)點數(shù)據(jù)，客戶端沒有數(shù)據(jù)也不會同步。
6.根據(jù)權利要求1-5中任一項所述的方法，其特征在于，客戶端一次只展示部分通訊錄數(shù)據(jù)，首次只展示一個部門數(shù)據(jù)，用戶可以向上查看上級部門數(shù)據(jù)，也可以向下展開下級部門數(shù)據(jù)。
7.根據(jù)權利要求1-6中任一項所述的方法，其特征在于，如果客戶端是首次登陸，則以以下步驟代替步驟1-3: 客戶端直接發(fā)起“首次登陸同步”，服務端發(fā)送組織列表數(shù)據(jù)和/或用戶所在部門數(shù)據(jù)給客戶端；客戶端首次展示的部門包括但不限于以下兩種: 用戶所在組織/企業(yè)的組織列表數(shù)據(jù)； 用戶所在部門數(shù)據(jù)。
8.根據(jù)權利要求1-7中任一項所述的方法，其特征在于，通過成員節(jié)點和成員名片映射，一個人可以從屬于多個部門，只需在多個部門下創(chuàng)建相應的成員節(jié)點，并都映射到同一個成員名片上。
9.一種分批同步和顯示通訊錄的系統(tǒng)，該系統(tǒng)包括: 初始化模塊，用于客戶端首次登陸時初始化本地通訊錄，并獲取客戶端首次展示通訊錄所需的用戶所在部門節(jié)點數(shù)據(jù)和/或組織列表數(shù)據(jù)。 獲取模塊，用于客戶端獲取更新的部門節(jié)點ID列表； 標記模塊，用于將獲取的更新部門節(jié)點ID列表與客戶端本地部門節(jié)點數(shù)據(jù)對比，標記本地需要更新的部門節(jié)點； 更新請求模塊，用于當客戶端訪問到某一部門節(jié)點，如果該部門節(jié)點被標記為需要更新或該部門節(jié)點為第一次訪問，則發(fā)起該部門數(shù)據(jù)同步請求。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于，所述獲取模塊具體用于: 客戶端登陸后向服務端發(fā)送上次同步時間并請求更新的部門節(jié)點ID列表； 或者，當服務端數(shù)據(jù)有更改時，主動通知相關或全體客戶端的獲取模塊發(fā)起請求更新的部門節(jié)點ID列表的請求，該請求包括客戶端上次同步時間。
【專利摘要】本發(fā)明公開了一種分批同步和顯示通訊錄的方法和系統(tǒng)，所述方法包括：客戶端獲取更新部門節(jié)點ID列表；與客戶端本地部門節(jié)點數(shù)據(jù)對比，將本地需要更新的部門節(jié)點標記；當客戶端訪問到某一部門節(jié)點，如果該部門節(jié)點被標記為需要更新或該部門節(jié)點為第一次訪問，則發(fā)起該部門數(shù)據(jù)同步請求。采用本發(fā)明公開的技術方案，客戶端無需全量同步通訊錄，極大的減少客戶端流量，節(jié)約同步時間，并且擁有和全量同步一樣的體驗。
【IPC分類】H04L29-08, H04W8-24
【公開號】CN104539655
【申請?zhí)枴緾N201410738056
【發(fā)明人】鄧斯天
【申請人】藍信工場（北京）科技有限公司
【公開日】2015年4月22日
【申請日】2014年12月5日