專利名稱：通訊錄同步方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種通訊錄同步方法和系統(tǒng)。
背景技術(shù)：
集團通訊錄是企業(yè)管理的本集團人員通訊錄，與個人通訊錄相比，集團通訊錄在 個人信息群組管理方面有很大的不同個人通訊錄最多有一級群組，而集團通訊錄需要體 現(xiàn)集團的組織架構(gòu)層次，往往是多級群組的樹形架構(gòu)，如一級集團中心二級各事業(yè)部三級各事業(yè)部下各科室四級科室個人信息發(fā)明人發(fā)現(xiàn)常規(guī)的通訊錄同步方法只能處理最多有一級群組的通訊錄，無法對這 種具有多級群組的集團通訊錄進行同步。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供通訊錄同步方法和系統(tǒng)，以至少解決上述的無法對具 有多級群組的通訊錄進行同步的問題。根據(jù)本發(fā)明的一個方面，提供了一種通訊錄同步方法，包括服務(wù)器保存通訊錄， 其中，通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，聯(lián)系人信息包括部門ID，部門ID的設(shè)置符 合組織架構(gòu)信息；服務(wù)器接收來自終端的同步請求；服務(wù)器將通訊錄發(fā)送給終端。根據(jù)本發(fā)明的另一方面，提供了一種通訊錄同步系統(tǒng)，包括服務(wù)器和終端，服務(wù)器 包括保存模塊，用于保存通訊錄，其中，通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，聯(lián)系人信 息包括部門ID ；設(shè)置模塊，用于根據(jù)組織架構(gòu)信息設(shè)置部門ID ；接收模塊，用于接收來自終 端的同步請求；發(fā)送模塊，用于將通訊錄發(fā)送給終端。本發(fā)明在傳送的通訊錄中還包括組織架構(gòu)信息，這解決了上述的無法對具有多級 群組的通訊錄進行同步的問題，從而能實現(xiàn)復(fù)雜通訊錄的同步。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實施例的通訊錄同步方法的流程圖；圖2是根據(jù)本發(fā)明優(yōu)選實施例的使用SyncML協(xié)議實現(xiàn)集團通訊錄同步的方法流 程圖；圖3是根據(jù)本發(fā)明實施例的通訊錄同步系統(tǒng)的示意圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1是根據(jù)本發(fā)明實施例的通訊錄的同步方法的流程圖，包括步驟S10，服務(wù)器保存通訊錄，其中，通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，聯(lián)系 人信息包括部門ID，部門ID的設(shè)置符合組織架構(gòu)信息；步驟S20，服務(wù)器接收來自終端的同步請求；步驟S30，服務(wù)器將通訊錄發(fā)送給終端。常規(guī)的通訊錄同步方法只能處理最多有一級群組的通訊錄，無法對這種具有多級 群組的通訊錄進行同步。本實施例不僅記錄個人通訊錄信息，還單獨記錄本集團的組織架 構(gòu)，并對組織架構(gòu)的每個構(gòu)成成員進行ID標(biāo)識。在傳送的通訊錄中還包括組織架構(gòu)信息， 因為常規(guī)的通訊錄同步方法已經(jīng)可以處理最多有一級群組的通訊錄，所以聯(lián)系人信息中的 部門ID是可以被識別的。而部門ID是根據(jù)組織架構(gòu)信息來設(shè)置的，因此終端利用組織架構(gòu) 信息來解析部門ID即可還原具有多級群組的復(fù)雜的通訊錄例如集團通訊錄。這解決了相 關(guān)技術(shù)的無法對具有多級群組的通訊錄進行同步的問題，從而能實現(xiàn)復(fù)雜通訊錄的同步。優(yōu)選地，組織架構(gòu)信息用于映射多級群組，部門ID的設(shè)置符合組織架構(gòu)信息包括 確定聯(lián)系人信息所映射的聯(lián)系人所歸屬的部門；確定部門在多級群組中所處的層級；在組織 架構(gòu)信息查找到層級和部門的映射，并以此設(shè)置部門ID。本實施例實現(xiàn)了對部門ID的設(shè)置， 能夠處理具有多級結(jié)構(gòu)的集團通訊錄。本實施例中，ID體現(xiàn)出所在的層次和關(guān)系。例如第一級“集團中心”為01 ；第二級“運維部”為0101 (前2位體現(xiàn)上級部門)、“客戶部”為0102、“增值部” 為 0103 ；第三級“運維部”下屬“工程科”為010101 (前4位體現(xiàn)上級部門)，“運維部”下 “材料科”為010102，“客戶部”下屬“呼叫科”為010201......；第四級如果有第四級的話，則ID前6位體現(xiàn)上級部門。記錄好組織架構(gòu)后，在個人通訊錄中記錄個人所在部門的ID。如小李所在的科 室為010102表明其在“運維部”-“材料科”。在個人通訊錄中，有一個群組ID可以用于記 錄該ID信息，無需擴展通訊錄字段。優(yōu)選地，在上述的方法中還包括終端使用組織架構(gòu)信息解析部門ID，以確定聯(lián) 系人信息所映射的聯(lián)系人所歸屬的部門和部門在多級群組中所處的層級。本實施例實現(xiàn)了 終端的同步。優(yōu)選地，服務(wù)器使用SyncML協(xié)議將通訊錄發(fā)送給終端，其中，使用SyncML協(xié)議的 控制字段承載組織架構(gòu)信息。SyncML是一種數(shù)據(jù)同步協(xié)議，可以實現(xiàn)手機終端和網(wǎng)絡(luò)服務(wù) 器的數(shù)據(jù)同步。SyncML協(xié)議目前廣泛應(yīng)用于手機終端個人通訊錄、日程信息和郵件信息等 數(shù)據(jù)的同步功能。因此，本實施例簡單易行。優(yōu)選地，控制字段為Alert字段。這個字段容易實現(xiàn)對組織架構(gòu)信息的承載。在SyncML同步個人通訊錄前，先將集團組織架構(gòu)同步到客戶端，本實施例使用擴 展SyncML協(xié)議的方式來實現(xiàn)集團組織架構(gòu)同步。SyncML協(xié)議包中定義的<Alert>字段，就是專門用于發(fā)送定制的內(nèi)容信息給接收方。<Alert>字段的結(jié)構(gòu)為<Alert><CmdID>ID 值 </CmdID><data> 數(shù)據(jù)值 </data>......(其他子標(biāo)簽)<Alert>通過對<Alert>子標(biāo)簽<CmdID>取值的定義，可以區(qū)分出該<Alert>數(shù)據(jù)為特定 數(shù)據(jù)，在本實施例中定義為組織架構(gòu)數(shù)據(jù)。則可以在<Alert>子標(biāo)簽<data>數(shù)據(jù)值中包含 集團通訊錄的組織架構(gòu)信息。信息的組織可以采用XML格式，如<Alert><CmdID>ID 值(需要是特定值)</CmdID><data>< group)<ID>01</ID><Name> 集團中心 </Name></group>< group)<ID>0101</ID><Name> 運維部 </Name></group>......</data><Alert>終端接收到服務(wù)器數(shù)據(jù)后，對<Alert>字段數(shù)據(jù)進行解析后，可以生成集團通訊 錄的組織架構(gòu)。并將后續(xù)接收的聯(lián)系人根據(jù)所在群組(group)的ID進行分組，實現(xiàn)通訊錄 的層次架構(gòu)。圖2為根據(jù)本發(fā)明優(yōu)選實施例的使用SyncML協(xié)議實現(xiàn)集團通訊錄同步的方法流 程圖，具體實施步驟如下步驟S202 =SyncML網(wǎng)絡(luò)服務(wù)器中記錄集團通訊錄數(shù)據(jù)，企業(yè)可以將集團通訊錄信 息存儲在運營商提供的SyncML網(wǎng)絡(luò)服務(wù)器中，其中要包括集團組織架構(gòu)信息及聯(lián)系人信 息，組織架構(gòu)信息要根據(jù)本發(fā)明的要求進行ID標(biāo)識，聯(lián)系人信息中需要記錄所在部門ID。；步驟S204 用戶發(fā)起集團通訊錄同步；步驟S206 =SyncML服務(wù)器收到請求后，組織響應(yīng)數(shù)據(jù)，可以將集團組織架構(gòu)信息 打包到響應(yīng)數(shù)據(jù)包的<Alert>字段中，聯(lián)系人信息按照SyncML原有方式進行打包處理；步驟S208 服務(wù)器將打包好的數(shù)據(jù)發(fā)生給客戶端；步驟S210 客戶端收到數(shù)據(jù)包后，根據(jù)架構(gòu)信息，在本地生成集團通訊錄的組 織架構(gòu)，可以根據(jù)<Alert>中<CmdID>值，判斷該<Alert>為集團組織架構(gòu)信息，則解析 <Alert>中<data>數(shù)據(jù)，在本地生成集團通訊錄的組織架構(gòu)；步驟S212 客戶端處理數(shù)據(jù)包中的其他聯(lián)系人信息，并根據(jù)聯(lián)系人信息中的群組信息，將該聯(lián)系人歸類到組織架構(gòu)中的所在部門；步驟S214 繼續(xù)SyncML協(xié)議交互，并完成同步過程。圖3是根據(jù)本發(fā)明實施例的通訊錄同步系統(tǒng)的示意圖，包括服務(wù)器100和終端 200，服務(wù)器100包括保存模塊10，用于保存通訊錄，其中，通訊錄包括組織架構(gòu)信息和聯(lián) 系人信息，聯(lián)系人信息包括部門ID ；設(shè)置模塊20，用于根據(jù)組織架構(gòu)信息設(shè)置部門ID ；接收 模塊30，用于接收來自終端的同步請求；發(fā)送模塊40，用于將通訊錄發(fā)送給終端。優(yōu)選地，組織架構(gòu)信息用于映射多級群組，設(shè)置模塊20包括第一模塊，用于確定 聯(lián)系人信息所映射的聯(lián)系人所歸屬的部門；第二模塊，用于確定部門在多級群組中所處的 層級；第三模塊，用于在組織架構(gòu)信息查找到層級和部門的映射，并以此設(shè)置部門的ID。本 實施例實現(xiàn)了對部門ID的設(shè)置，能夠處理具有多級結(jié)構(gòu)的集團通訊錄。優(yōu)選地，終端使用組織架構(gòu)信息解析部門ID，以確定聯(lián)系人信息所映射的聯(lián)系人 所歸屬的部門和部門在多級群組中所處的層級。本實施例實現(xiàn)了終端的同步。優(yōu)選地，服務(wù)器使用SyncML協(xié)議將通訊錄發(fā)送給終端，其中，使用SyncML協(xié)議的 控制字段承載組織架構(gòu)信息。SyncML協(xié)議目前廣泛應(yīng)用于手機終端個人通訊錄、日程信息 和郵件信息等數(shù)據(jù)的同步功能。因此，本實施例簡單易行。優(yōu)選地，控制字段為Alert字段。這個字段容易實現(xiàn)對組織架構(gòu)信息的承載。從以上的描述中，可以看出，本發(fā)明解決了相關(guān)技術(shù)的無法對具有多級群組的通 訊錄進行同步的問題，從而能實現(xiàn)復(fù)雜通訊錄的同步。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種通訊錄同步方法，其特征在于，包括服務(wù)器保存通訊錄，其中，所述通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，所述聯(lián)系人信息包括部門ID，所述部門ID的設(shè)置符合所述組織架構(gòu)信息；所述服務(wù)器接收來自終端的同步請求；所述服務(wù)器將所述通訊錄發(fā)送給所述終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述組織架構(gòu)信息用于映射多級群組，所 述部門ID的設(shè)置符合所述組織架構(gòu)信息包括確定所述聯(lián)系人信息所映射的聯(lián)系人所歸屬的部門； 確定所述部門在所述多級群組中所處的層級；在所述組織架構(gòu)信息查找到所述層級和所述部門的映射，并以此設(shè)置所述部門ID。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，還包括所述終端使用所述組織架構(gòu)信息解析所述部門ID，以確定所述聯(lián)系人信息所映射的聯(lián) 系人所歸屬的部門和所述部門在所述多級群組中所處的層級。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器使用SyncML協(xié)議將所述通訊 錄發(fā)送給所述終端，其中，使用SyncML協(xié)議的控制字段承載所述組織架構(gòu)信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述控制字段為Alert字段。
6.一種通訊錄同步系統(tǒng)，其特征在于，包括服務(wù)器和終端，所述服務(wù)器包括保存模塊，用于保存通訊錄，其中，所述通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，所述 聯(lián)系人信息包括部門ID ；設(shè)置模塊，用于根據(jù)所述組織架構(gòu)信息設(shè)置所述部門ID ； 接收模塊，用于接收來自所述終端的同步請求； 發(fā)送模塊，用于將所述通訊錄發(fā)送給所述終端。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述組織架構(gòu)信息用于映射多級群組，所 述設(shè)置模塊包括第一模塊，用于確定所述聯(lián)系人信息所映射的聯(lián)系人所歸屬的部門； 第二模塊，用于確定所述部門在所述多級群組中所處的層級； 第三模塊，用于在所述組織架構(gòu)信息查找到所述層級和所述部門的映射，并以此設(shè)置 所述部門ID。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述終端使用所述組織架構(gòu)信息解析所 述部門ID，以確定所述聯(lián)系人信息所映射的聯(lián)系人所歸屬的部門和所述部門在所述多級群 組中所處的層級。
9.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述服務(wù)器使用SyncML協(xié)議將所述通訊 錄發(fā)送給所述終端，其中，使用SyncML協(xié)議的控制字段承載所述組織架構(gòu)信息。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述控制字段為Alert字段。
全文摘要
本發(fā)明公開了通訊錄同步方法和系統(tǒng)，方法包括服務(wù)器保存通訊錄，其中，通訊錄包括組織架構(gòu)信息和聯(lián)系人信息，聯(lián)系人信息包括部門ID，部門ID的設(shè)置符合組織架構(gòu)信息；服務(wù)器接收來自終端的同步請求；服務(wù)器將通訊錄發(fā)送給終端。本發(fā)明解決了上述的無法對具有多級群組的通訊錄進行同步的問題，從而能實現(xiàn)復(fù)雜通訊錄的同步。
文檔編號H04L29/08GK101895579SQ20101022645
公開日2010年11月24日 申請日期2010年7月8日 優(yōu)先權(quán)日2010年7月8日
發(fā)明者何建橋, 李建梅, 袁磊 申請人:中興通訊股份有限公司