專利名稱：一種企業(yè)組織架構(gòu)通訊錄的同步方法及其系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，更具體地說(shuō)，涉及一種企業(yè)組織架構(gòu)通訊錄的同步方法及其系統(tǒng)。
背景技術(shù)：
在企業(yè)即時(shí)通訊軟件等通訊工具的客戶端中，常常包含一個(gè)企業(yè)組織架構(gòu)列表， 在這個(gè)企業(yè)組織架構(gòu)列表中可以看到企業(yè)的部門信息和每個(gè)部門成員的諸多聯(lián)系信息，比如名稱、電子郵箱地址、電話號(hào)碼等。為了將企業(yè)組織架構(gòu)信息顯示在通訊工具界面上以便使用者能方便的進(jìn)行通訊錄查詢或其他業(yè)務(wù)操作(例如打電話、發(fā)送短信、文字聊天等)， 通常需要將上述信息同步到通訊工具的客戶端上。目前，一種解決方法是在使用者登錄通訊工具后，服務(wù)器端將企業(yè)組織架構(gòu)通訊錄信息下發(fā)到客戶端上，但該方法存在一定的局限性。當(dāng)企業(yè)組織架構(gòu)特別龐大時(shí)，每個(gè)使用者的登錄都會(huì)觸發(fā)服務(wù)器下發(fā)數(shù)據(jù)，而在企業(yè)應(yīng)用中，存在一個(gè)使用高峰期，例如早上剛上班時(shí)，勢(shì)必會(huì)在高峰期時(shí)對(duì)服務(wù)器和網(wǎng)絡(luò)帶寬造成很大的壓力，甚至?xí)绊懙秸５氖褂?，這種情況顯然是不合適的。因而，需要一種新的通訊錄的同步方案，以解決大型企業(yè)的即時(shí)通訊應(yīng)用中因數(shù)據(jù)同步造成的服務(wù)器和網(wǎng)絡(luò)帶寬壓力，滿足大型企業(yè)組織架構(gòu)的通訊錄數(shù)據(jù)同步的需求。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種企業(yè)組織架構(gòu)通訊錄的同步方法及其系統(tǒng)，可以緩解大型企業(yè)的即時(shí)通訊應(yīng)用中因數(shù)據(jù)同步造成的服務(wù)器和網(wǎng)絡(luò)帶寬壓力，保證服務(wù)器正常的使用，滿足大型企業(yè)組織架構(gòu)的通訊錄數(shù)據(jù)同步的需求。為解決以上技術(shù)問(wèn)題，本發(fā)明提供一種企業(yè)組織架構(gòu)通訊錄的同步方法，包括客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含有時(shí)間戳；服務(wù)器端根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；服務(wù)器端下發(fā)增量同步的通訊錄數(shù)據(jù)；客戶端接收增量同步的通訊錄數(shù)據(jù)并更新本地通訊錄副本。 進(jìn)一步地，所述服務(wù)器端保存有企業(yè)組織架構(gòu)通訊錄，所述企業(yè)組織架構(gòu)通訊錄包括部門信息、聯(lián)系人信息，以及部門信息和員工信息記錄的更新時(shí)間。進(jìn)一步地，所述客戶端保存企業(yè)組織架構(gòu)通訊錄的一個(gè)副本，副本中保存有相同的企業(yè)組織架構(gòu)通訊錄信息，以及記錄了上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。進(jìn)一步地，所述客戶端發(fā)送同步請(qǐng)求，具體包括客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含上次成功同步的時(shí)間。進(jìn)一步地，所述服務(wù)器端根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)，具體包括服務(wù)器端接收來(lái)自客戶端的同步請(qǐng)求，根據(jù)客戶端提交的同步請(qǐng)求中的上次同步時(shí)間戳與服務(wù)器端上的數(shù)據(jù)更新時(shí)間進(jìn)行比較，篩選增量同步的通訊錄數(shù)據(jù)。進(jìn)一步地，所述方法進(jìn)一步包括服務(wù)器端下發(fā)本次同步成功標(biāo)志和同步時(shí)間。進(jìn)一步地，所述方法進(jìn)一步包括客戶端更新本地記錄的同步時(shí)間。為解決以上技術(shù)問(wèn)題，本發(fā)明還提供一種企業(yè)組織架構(gòu)通訊錄的同步系統(tǒng)，包括 服務(wù)器端和客戶端，所述服務(wù)器端，用于接收客戶端的同步請(qǐng)求，根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)，以及下發(fā)增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志給客戶端；所述客戶端，用于發(fā)送同步請(qǐng)求給服務(wù)器端，以及接收服務(wù)器端發(fā)送的增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志，并根據(jù)增量同步的通訊錄數(shù)據(jù)更新本地通訊錄副本，和更新本地記錄的同步時(shí)間。進(jìn)一步地，所述服務(wù)器端包括接收模塊、篩選模塊、發(fā)送模塊，其中，所述接收模塊，用于接收客戶端的發(fā)送的同步請(qǐng)求；所述篩選模塊，用于根據(jù)接收模塊的客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；所述發(fā)送模塊，用于發(fā)送通訊錄信息數(shù)據(jù)和同步成功標(biāo)志給客戶端。進(jìn)一步地，所述客戶端包括發(fā)送模塊、接收模塊、保存模塊，其中，所述發(fā)送模塊，用于發(fā)送客戶端的同步請(qǐng)求；所述接收模塊，用于接收服務(wù)器端下發(fā)的通訊錄信息數(shù)據(jù)；所述保存模塊，用于存儲(chǔ)企業(yè)組織架構(gòu)通訊錄信息的本地副本。與現(xiàn)有技術(shù)相比，本發(fā)明提供的一種企業(yè)組織架構(gòu)通訊錄的同步方法及其系統(tǒng)， 采用基于企業(yè)組織架構(gòu)通訊錄的方案，可以緩解大型企業(yè)的即時(shí)通訊應(yīng)用中因數(shù)據(jù)同步造成的服務(wù)器和網(wǎng)絡(luò)帶寬壓力，保證服務(wù)器正常的使用，滿足大型企業(yè)組織架構(gòu)的通訊錄數(shù)據(jù)同步的需求。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1為本發(fā)明實(shí)施例提供的一種基于企業(yè)組織架構(gòu)通訊錄的同步方法的流程圖；圖2為本發(fā)明實(shí)施例提供的一種基于企業(yè)組織架構(gòu)通訊錄的同步系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了使本發(fā)明所要解決的技術(shù)問(wèn)題、技術(shù)方案及有益效果更加清楚、明白，以下結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。本發(fā)明提供一種企業(yè)組織架構(gòu)通訊錄的同步方案，包括客戶端發(fā)送同步請(qǐng)求； 服務(wù)器端接收到同步請(qǐng)求后根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；服務(wù)器端下發(fā)增量同步的通訊錄數(shù)據(jù)；客戶端接收增量同步的通訊錄數(shù)據(jù)并更新本地通訊錄副本；服務(wù)器端下發(fā)本次同步成功標(biāo)志；客戶端更新本地記錄的上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。根據(jù)本發(fā)明的技術(shù)方案，服務(wù)器端保存企業(yè)組織架構(gòu)通訊錄，其中，企業(yè)組織架構(gòu)通訊錄包括部門信息、員工信息，除企業(yè)組織架構(gòu)通訊錄應(yīng)具備的通訊錄信息外，部門信息和員工信息中均包括該信息記錄的更新時(shí)間?？蛻舳吮４嫫髽I(yè)組織架構(gòu)通訊錄的一個(gè)副本，副本中同樣存在企業(yè)組織架構(gòu)通訊錄信息，另外副本中還記錄了上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。服務(wù)器端接收來(lái)自客戶端的同步請(qǐng)求，然后將請(qǐng)求中的上次同步時(shí)間與服務(wù)器上的數(shù)據(jù)更新時(shí)間進(jìn)行比較，然后將在上次同步之后發(fā)生變化的通訊錄信息發(fā)送給終端，從而大大降低了每次的通訊錄同步時(shí)的數(shù)據(jù)量。下面將結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明的實(shí)施方式，借此對(duì)本發(fā)明如何應(yīng)用技術(shù)手段來(lái)解決技術(shù)問(wèn)題，并達(dá)成技術(shù)效果的實(shí)現(xiàn)過(guò)程能充分理解并據(jù)以實(shí)施。請(qǐng)參照?qǐng)D1，本發(fā)明提供一種基于企業(yè)組織架構(gòu)通訊錄的同步方法，包括步驟101、客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含上次成功同步的時(shí)間；步驟102、服務(wù)器端接收同步請(qǐng)求后，根據(jù)客戶端提交的同步請(qǐng)求中的上次同步時(shí)間與服務(wù)器端上的數(shù)據(jù)更新時(shí)間進(jìn)行比較，篩選增量同步的通訊錄數(shù)據(jù)；如果無(wú)增量更新數(shù)據(jù)，跳到步驟105 ；如果有增量數(shù)據(jù)，轉(zhuǎn)到步驟103 ；步驟103、服務(wù)器端下發(fā)增量同步的通訊錄數(shù)據(jù)；步驟104、客戶端接收增量同步的通訊錄數(shù)據(jù)并更新本地通訊錄副本；步驟105、增量數(shù)據(jù)下發(fā)完畢后，服務(wù)器端下發(fā)本次同步成功標(biāo)志和同步時(shí)間；步驟106、客戶端更新本地記錄的上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。請(qǐng)參考圖2，本發(fā)明提供一種基于企業(yè)組織架構(gòu)通訊錄的同步系統(tǒng)，包括服務(wù)器端100和客戶端200，其中服務(wù)器端100，用于接收客戶端200的同步請(qǐng)求，根據(jù)客戶端200提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)，以及下發(fā)增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志給客戶端。其包括以下幾個(gè)模塊接收模塊110，用于接收客戶端100的發(fā)送的同步請(qǐng)求；篩選模塊120，用于根據(jù)接收模塊110的客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；保存模塊130，用于存儲(chǔ)企業(yè)組織架構(gòu)通訊錄信息；發(fā)送模塊140，用于發(fā)送通訊錄信息數(shù)據(jù)和同步成功標(biāo)志給客戶端?？蛻舳?00，用于發(fā)送同步請(qǐng)求給服務(wù)器端100，以及接收服務(wù)器端100發(fā)送的增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志，并根據(jù)增量同步的通訊錄數(shù)據(jù)更新本地通訊錄副本，和更新本地記錄的上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。其包括以下幾個(gè)模塊發(fā)送模塊210，用于發(fā)送客戶端的同步請(qǐng)求；接收模塊220，用于接收服務(wù)器端100下發(fā)的通訊錄信息數(shù)據(jù)；保存模塊230，用于存儲(chǔ)企業(yè)組織架構(gòu)通訊錄信息的本地副本。上述說(shuō)明示出并描述了本發(fā)明的一個(gè)優(yōu)選實(shí)施例，但如前所述，應(yīng)當(dāng)理解本發(fā)明并非局限于本文所披露的形式，不應(yīng)看作是對(duì)其他實(shí)施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過(guò)上述教導(dǎo)或相關(guān)領(lǐng)域的技術(shù)或知識(shí)進(jìn)行改動(dòng)。而本領(lǐng)域人員所進(jìn)行的改動(dòng)和變化不脫離本發(fā)明的精神和范圍，則都應(yīng)在本發(fā)明所附權(quán)利要求的保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種企業(yè)組織架構(gòu)通訊錄的同步方法，其特征在于，包括 客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含有時(shí)間戳；服務(wù)器端根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；服務(wù)器端下發(fā)增量同步的通訊錄數(shù)據(jù)；客戶端接收增量同步的通訊錄數(shù)據(jù)并更新本地通訊錄副本。
2.如權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器端保存有企業(yè)組織架構(gòu)通訊錄， 所述企業(yè)組織架構(gòu)通訊錄包括部門信息、聯(lián)系人信息，以及部門信息和員工信息記錄的更新時(shí)間。
3.如權(quán)利要求2所述的方法，其特征在于，所述客戶端保存企業(yè)組織架構(gòu)通訊錄的一個(gè)副本，副本中保存有相同的企業(yè)組織架構(gòu)通訊錄信息，以及記錄了上一次成功的從服務(wù)器端進(jìn)行數(shù)據(jù)同步的時(shí)間。
4.如權(quán)利要求1所述的方法，其特征在于，所述客戶端發(fā)送同步請(qǐng)求，具體包括 客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含上次成功同步的時(shí)間。
5.如權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器端根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)，具體包括服務(wù)器端接收來(lái)自客戶端的同步請(qǐng)求，根據(jù)客戶端提交的同步請(qǐng)求中的上次同步時(shí)間戳與服務(wù)器端上的數(shù)據(jù)更新時(shí)間進(jìn)行比較，篩選增量同步的通訊錄數(shù)據(jù)。
6.如權(quán)利要求1所述的方法，其特征在于，所述方法進(jìn)一步包括服務(wù)器端下發(fā)本次同步成功標(biāo)志和同步時(shí)間。
7.如權(quán)利要求6所述的方法，其特征在于，所述方法進(jìn)一步包括客戶端更新本地記錄的同步時(shí)間。
8.一種企業(yè)組織架構(gòu)通訊錄的同步系統(tǒng)，其特征在于，包括服務(wù)器端和客戶端，所述服務(wù)器端，用于接收客戶端的同步請(qǐng)求，根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)，以及下發(fā)增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志給客戶端；所述客戶端，用于發(fā)送同步請(qǐng)求給服務(wù)器端，以及接收服務(wù)器端發(fā)送的增量同步的通訊錄數(shù)據(jù)和同步成功標(biāo)志，并根據(jù)增量同步的通訊錄數(shù)據(jù)更新本地通訊錄副本，和更新本地記錄的同步時(shí)間。
9.如權(quán)利要求8所述的方法，其特征在于，所述服務(wù)器端包括接收模塊、篩選模塊、發(fā)送模塊，所述接收模塊，用于接收客戶端的發(fā)送的同步請(qǐng)求；所述篩選模塊，用于根據(jù)接收模塊的客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；所述發(fā)送模塊，用于發(fā)送通訊錄信息數(shù)據(jù)和同步成功標(biāo)志給客戶端。
10.如權(quán)利要求8所述的方法，其特征在于，所述客戶端包括發(fā)送模塊、接收模塊、保存模塊，所述發(fā)送模塊，用于發(fā)送客戶端的同步請(qǐng)求； 所述接收模塊，用于接收服務(wù)器端下發(fā)的通訊錄信息數(shù)據(jù)； 所述保存模塊，用于存儲(chǔ)企業(yè)組織架構(gòu)通訊錄信息的本地副本。
全文摘要
本發(fā)明提供一種企業(yè)組織架構(gòu)通訊錄的同步方法，包括客戶端發(fā)送同步請(qǐng)求，同步請(qǐng)求中包含有時(shí)間戳；服務(wù)器端根據(jù)客戶端提交的同步請(qǐng)求的時(shí)間戳來(lái)篩選增量同步的通訊錄數(shù)據(jù)；服務(wù)器端下發(fā)增量同步的通訊錄數(shù)據(jù)；客戶端接收增量同步的通訊錄數(shù)據(jù)并更新本地通訊錄副本。本發(fā)明還提供一種企業(yè)組織架構(gòu)通訊錄的同步方法系統(tǒng)。通過(guò)本發(fā)明提供企業(yè)組織架構(gòu)通訊錄的同步方法及其系統(tǒng)，可以緩解大型企業(yè)的即時(shí)通訊應(yīng)用中因數(shù)據(jù)同步造成的服務(wù)器和網(wǎng)絡(luò)帶寬壓力，保證服務(wù)器正常的使用，滿足大型企業(yè)組織架構(gòu)的通訊錄數(shù)據(jù)同步的需求。
文檔編號(hào)H04L12/58GK102510357SQ20111028911
公開(kāi)日2012年6月20日 申請(qǐng)日期2011年9月26日 優(yōu)先權(quán)日2011年9月26日
發(fā)明者吳振宇, 張弛, 李俊敏, 李海蔚, 楊志鵬 申請(qǐng)人:深圳中興網(wǎng)信科技有限公司