專利名稱：一種使用SyncML協(xié)議進(jìn)行數(shù)據(jù)同步的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)據(jù)同步方法，尤其涉及一種使用開放移動(dòng)聯(lián)盟(OMA) 定義的數(shù)據(jù)同步規(guī)范SyncML進(jìn)行擴(kuò)展優(yōu)化的方法。
背景技術(shù)：
開放移動(dòng)聯(lián)盟(OMA)定義的數(shù)據(jù)同步規(guī)范SyncML是一種同步化標(biāo)志語(yǔ) 言，唯一行業(yè)通用的移動(dòng)數(shù)據(jù)同步化協(xié)議。SyncML的意義在于改變了移動(dòng)數(shù) 據(jù)同步化建立在一些互不相同的私有協(xié)議上的現(xiàn)狀，解決了每種私有協(xié)議只能 支持有限種類的設(shè)備、系統(tǒng)及數(shù)據(jù)類型的問(wèn)題。SyncML技術(shù)的應(yīng)用，使得各 方面(用戶、生產(chǎn)商、服務(wù)提供商、開發(fā)商)工作的復(fù)雜度得到大大的簡(jiǎn)化。市場(chǎng)上已經(jīng)有很多設(shè)備終端廠商開發(fā)了具有SyncML功能的產(chǎn)品，目前基 于SyncML數(shù)據(jù)同步(DS)的應(yīng)用主要是個(gè)人信息管理(PIM)，可用于電話 本、日程安排、Email等應(yīng)用數(shù)據(jù)的同步，使得用戶可以在擁有的多個(gè)設(shè)備上 能保持個(gè)人數(shù)據(jù)的同步一致，也可以用作私人信息的備份。SyncML包括基于XML的表示協(xié)議、數(shù)據(jù)同步協(xié)議、設(shè)備管理協(xié)議和傳 輸綁定協(xié)議。其主要應(yīng)用是數(shù)據(jù)同步(DS)和設(shè)備管理(DM)。兩個(gè)應(yīng)用都 使用相同基于XML表示協(xié)議和傳輸綁定協(xié)議，可以針對(duì)HTTP/WSP/OBEX等 傳輸協(xié)議進(jìn)行綁定，從而實(shí)現(xiàn)通過(guò)各種有線、無(wú)線傳輸方式進(jìn)行對(duì)終端設(shè)備的 數(shù)據(jù)同步和設(shè)備管理。圖1為現(xiàn)有技術(shù)SyncML雙向同步方法的示意圖(其中，將SyncML客戶 端和SyncML服務(wù)器分別簡(jiǎn)稱為客戶端和服務(wù)器)。該方法包括步驟IOI，在用戶通過(guò)人機(jī)接口 (MMI)發(fā)起同步操作后，客戶端向服務(wù) 器發(fā)送同步初始化包(#1)，其中包括同步方式、數(shù)據(jù)庫(kù)類型、客戶端設(shè)備 能力、同步標(biāo)志和鑒權(quán)信息(用戶名和密碼)，試圖建立同步會(huì)話連接；步驟102，該服務(wù)器向客戶端發(fā)送同步初始化包(#2)，對(duì)客戶端同步請(qǐng) 求做出響應(yīng)，返回鑒權(quán)結(jié)果、設(shè)備能力和會(huì)話建立確認(rèn)信息等；步驟103,該客戶端發(fā)送需同步的數(shù)據(jù)包(#3)給該服務(wù)器；步驟104，該服務(wù)器收到處理后返回狀態(tài)和結(jié)果，同時(shí)發(fā)送該服務(wù)器端需要同步的數(shù)據(jù)內(nèi)容(數(shù)據(jù)包#4);兩者重復(fù)這個(gè)步驟，直至所有同步數(shù)據(jù)發(fā)送完畢；步驟105，該客戶端發(fā)送數(shù)據(jù)同步狀態(tài)(狀態(tài)包#5)到服務(wù)器，包含了映 射信息；步驟106，服務(wù)器對(duì)上步驟的數(shù)據(jù)包進(jìn)行確認(rèn)，發(fā)送同步響應(yīng)包(#6)， 同步流程結(jié)束。下表是數(shù)據(jù)同步文檔例子-上述會(huì)話內(nèi)容都使用XML/WBXML (XML的二進(jìn)制表示，應(yīng)用在無(wú)線鏈 路傳輸，減少帶寬占用)文檔來(lái)表示，以客戶端發(fā)送的一個(gè)數(shù)據(jù)包為例，分別 如下所示W(wǎng)BXML格式 傳輸報(bào)頭，如HTTP HEAD0x6D 0x6C0x71 03312E310001 0x720353796E634D4C2F312E310001 0x65 03310001 0x5B 033200010x6E5703 ......0x000x01 0x010x67 5703 ......OxOO0x01 0x010x01 0x6B0x01 0x01XML格式_傳輸報(bào)頭，如HTTP HEAD...... 15<SyncML 〈SyncHdr〉<VerDTD> 1.1 </VerDTD> <VerProto>SyncML/l. l</VerPr oto><SessionID>l</SessionID> 20 <MsgID>2</MsgID><Target><LocURI>......</LocURI></Target><Source><LocURI>......</LocURI></Source>25</SyncHdr> <SyncBody></SyncBody> </SyncML>30
雖然SyncML文檔定義了可采用WBXML方式，以對(duì)DTD TAG進(jìn)行壓 縮，其本質(zhì)是采用一種單字節(jié)編碼字典的方法，而對(duì)XML的數(shù)據(jù)仍然采取原 封不動(dòng)的明文傳輸?shù)姆绞?。大多?shù)情況下，在SyncML DS/DM應(yīng)用中，同步 數(shù)據(jù)還是占據(jù)了整個(gè)SyncML傳輸文檔的大部分容量，目前生成的SyncML同 步數(shù)據(jù)包還是比較大，因此還具備進(jìn)一步壓縮的潛力。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問(wèn)題在于提供一種使用SyncML進(jìn)行數(shù)據(jù)同步的 優(yōu)化方法，不僅可以減少傳輸帶寬，同時(shí)還可以對(duì)傳輸文檔內(nèi)容進(jìn)行加密和完 整性校驗(yàn)，增強(qiáng)了用戶隱私數(shù)據(jù)的安全性和傳輸?shù)目煽啃浴檫_(dá)到上述目的，本發(fā)明的使用移動(dòng)數(shù)據(jù)同步化協(xié)議進(jìn)行數(shù)據(jù)同步的方 法，用于包括客戶端和服務(wù)器端的移動(dòng)通訊網(wǎng)絡(luò)系統(tǒng)，該方法包括同步初始化步驟，所述客戶端發(fā)送初始化數(shù)據(jù)包至所述服務(wù)器端，所述服 務(wù)器端發(fā)送確認(rèn)數(shù)據(jù)包返回所述客戶端；以及同步處理步驟，所述客戶端將同步數(shù)據(jù)以選定的壓縮選項(xiàng)構(gòu)造同步壓縮數(shù) 據(jù)包發(fā)送至所述服務(wù)器端，所述服務(wù)器端將所述同步數(shù)據(jù)包解壓還原，并按照 原SyncML協(xié)議進(jìn)行同步更新處理，再將構(gòu)成所述服務(wù)器端的同步數(shù)據(jù)壓縮打 包，發(fā)送到所述客戶端；所述客戶端將返回的同步壓縮數(shù)據(jù)包解壓還原并按照 原SyncML協(xié)議進(jìn)行同步更新處理；重復(fù)上述過(guò)程直至所述客戶端與所述服務(wù) 器端之間的同步數(shù)據(jù)處理完畢。上述數(shù)據(jù)同步方法，在所述同步處理步驟之后還包括同步狀態(tài)確認(rèn)步驟， 所述客戶端按選定的壓縮選項(xiàng)構(gòu)造同步狀態(tài)數(shù)據(jù)包發(fā)送至所述服務(wù)器端，其中 包含映射信息，所述服務(wù)器端對(duì)所述同步狀態(tài)數(shù)據(jù)包解壓還原，進(jìn)行確認(rèn)返回 響應(yīng)包。上述數(shù)據(jù)同步方法，在所述同步初始化步驟中，所述客戶端按選定的壓縮 選項(xiàng)構(gòu)造初始化數(shù)據(jù)包發(fā)送至所述服務(wù)器端，所述服務(wù)器端按選定的壓縮選項(xiàng) 對(duì)所述初始化數(shù)據(jù)包進(jìn)行解壓還原，并按照原SyncML協(xié)議進(jìn)行處理，再將確 認(rèn)數(shù)據(jù)包按選定的壓縮選項(xiàng)壓縮打包，發(fā)送回所述客戶端。上述數(shù)據(jù)同步方法，在所述同步初始化步驟中，所述客戶端發(fā)送的初始化 數(shù)據(jù)包包括同步方式、數(shù)據(jù)庫(kù)類型、客戶端設(shè)備能力、同步標(biāo)志和鑒權(quán)信息;6
所述服務(wù)器端返回的確認(rèn)數(shù)據(jù)包包括鑒權(quán)結(jié)果、設(shè)備能力和會(huì)話建立確認(rèn)信 息。上述數(shù)據(jù)同步方法，所述初始化數(shù)據(jù)包還包含有所采用的壓縮算法標(biāo)志和 相關(guān)壓縮配置參數(shù)信息。上述數(shù)據(jù)同步方法，所述客戶端和服務(wù)器端具有針對(duì)SyncML整個(gè)文檔或 針對(duì)SyncML文檔中同步數(shù)據(jù)的壓縮/解壓縮功能。上述數(shù)據(jù)同步方法，還包括在會(huì)話初始階段，所述用戶端與所述服務(wù)器端 通過(guò)設(shè)備能力上報(bào)命令進(jìn)行壓縮選項(xiàng)的相關(guān)協(xié)商的步驟。上述數(shù)據(jù)同步方法，所述客戶端與所述服務(wù)器端進(jìn)行壓縮選項(xiàng)的相關(guān)協(xié)商 步驟中，包括對(duì)壓縮算法、壓縮配置參數(shù)、報(bào)文大小和/或傳輸速率進(jìn)行協(xié)商 選擇。上述數(shù)據(jù)同步方法，所述客戶端按SyncML協(xié)議構(gòu)造同步數(shù)據(jù)包時(shí)，在類 型域設(shè)置壓縮數(shù)據(jù)標(biāo)志，在數(shù)據(jù)域中設(shè)置壓縮后的數(shù)據(jù)。上述數(shù)據(jù)同步方法，其特征在于，所述服務(wù)器端或客戶端收到對(duì)端的壓縮 數(shù)據(jù)包，在進(jìn)行解壓縮過(guò)程中，如果遇到校驗(yàn)失敗，則在確認(rèn)數(shù)據(jù)包中利用 SyncML協(xié)議中擴(kuò)展的Status狀態(tài)碼返回響應(yīng)的錯(cuò)誤碼。上述數(shù)據(jù)同步方法，其特征在于，所述客戶端或服務(wù)器端在進(jìn)行壓縮時(shí)選 擇同時(shí)通過(guò)密鑰進(jìn)行加密。上述數(shù)據(jù)同步方法，其特征在于，所述密鑰設(shè)置可在會(huì)話初始化之前預(yù)先 確定，或者由所述客戶端或服務(wù)器端在同步初始化步驟中動(dòng)態(tài)產(chǎn)生。上述數(shù)據(jù)同步方法，其特征在于，在所述同步初始化步驟中，還包括所述 客戶端和服務(wù)器報(bào)告各自支持的壓縮算法名稱、版本和必要配置信息的步驟。上述數(shù)據(jù)同步方法，其特征在于，在所述會(huì)話初始階段，所述用戶端與所 述服務(wù)器端通過(guò)設(shè)備能力上報(bào)命令進(jìn)行壓縮選項(xiàng)的相關(guān)協(xié)商的步驟中，所述設(shè) 備能力上報(bào)命令中還擴(kuò)展設(shè)置有壓縮、加密信息相關(guān)域。與現(xiàn)有技術(shù)相比，本發(fā)明的使用SyncML進(jìn)行數(shù)據(jù)同步的優(yōu)化方法，通過(guò) 壓縮編碼的方式，可以有效的減少傳輸帶寬，這對(duì)于非寬帶和比較擁擠、流量 較大的無(wú)線網(wǎng)絡(luò)尤為重要；同時(shí)還可以對(duì)傳輸文檔內(nèi)容進(jìn)行加密和完整性校 驗(yàn)，增強(qiáng)了用戶隱私數(shù)據(jù)的安全性和傳輸?shù)目煽啃浴?


圖1是現(xiàn)有技術(shù)SyncML數(shù)據(jù)同步流程示意圖；圖2是按照本發(fā)明具體實(shí)施方式
一優(yōu)化過(guò)的同步流程示意圖；圖3是按照本發(fā)明具體實(shí)施方式
二優(yōu)化過(guò)的同步流程示意圖。
具體實(shí)施方式
下面結(jié)合附圖進(jìn)一步詳細(xì)描述本發(fā)明的技術(shù)方案。本發(fā)明的使用移動(dòng)數(shù)據(jù)同步化協(xié)議進(jìn)行數(shù)據(jù)同步的優(yōu)化方法，用于包括客戶端、服務(wù)器端的移動(dòng)通訊網(wǎng)絡(luò)系統(tǒng)，該方法包括同步初始化步驟，所述客戶端發(fā)送初始化數(shù)據(jù)包至所述服務(wù)器端，所述服 務(wù)器端發(fā)送確認(rèn)數(shù)據(jù)包返回所述客戶端。其中，所述客戶端發(fā)送的初始化數(shù)據(jù) 包包括同步方式、數(shù)據(jù)庫(kù)類型、客戶端設(shè)備能力、同步標(biāo)志和鑒權(quán)信息，還 包括該初始化步驟所采用的壓縮算法標(biāo)志和相關(guān)壓縮配置參數(shù)；所述服務(wù)器端 返回的確認(rèn)數(shù)據(jù)包又包括鑒權(quán)結(jié)果、設(shè)備能力和會(huì)話建立確認(rèn)信息。同步處理步驟，所述客戶端將同步數(shù)據(jù)以選定的壓縮選項(xiàng)構(gòu)造同步壓縮數(shù) 據(jù)包發(fā)送至所述服務(wù)器端，所述服務(wù)器將所述同步數(shù)據(jù)包解壓還原，并按照原 SyncML協(xié)議進(jìn)行同步更新處理，再將構(gòu)成所述服務(wù)器端的同步數(shù)據(jù)壓縮打 包，發(fā)送到所述客戶端；所述客戶端將返回的同步壓縮數(shù)據(jù)包解壓還原并按照 原SyncML協(xié)議進(jìn)行同步更新處理；重復(fù)上述過(guò)程直至所述客戶端與所述服務(wù) 器端之間的同步數(shù)據(jù)處理完畢，所述客戶端按原SyncML協(xié)議構(gòu)造同步數(shù)據(jù)包 時(shí)，其中在Type域設(shè)置壓縮數(shù)據(jù)標(biāo)志，在Data域中設(shè)置壓縮后的數(shù)據(jù)。同步狀態(tài)確認(rèn)步驟，所述客戶端按選定的壓縮選項(xiàng)構(gòu)造同步狀態(tài)數(shù)據(jù)包發(fā) 送至所述服務(wù)器端，其中包含映射信息，所述服務(wù)器端對(duì)所述同步狀態(tài)數(shù)據(jù)包 解壓還原，進(jìn)行確認(rèn)返回響應(yīng)包，同步流程結(jié)束。在上述同步初始化步驟中，所述客戶端按選定的壓縮選項(xiàng)構(gòu)造初始化數(shù)據(jù) 包發(fā)送至所述服務(wù)器端，所述服務(wù)器端按選定的壓縮選項(xiàng)對(duì)所述初始化數(shù)據(jù)包 進(jìn)行解壓還原，并按照原SyncML協(xié)議進(jìn)行處理，再將確認(rèn)數(shù)據(jù)包按選定的壓 縮選項(xiàng)壓縮打包，發(fā)送回所述客戶端。進(jìn)一步的，該數(shù)據(jù)同步優(yōu)化方法還包括在會(huì)話初始階段，所述用戶端與所 述服務(wù)器端進(jìn)行壓縮選項(xiàng)的相關(guān)協(xié)商的步驟，用于對(duì)包括對(duì)壓縮算法、壓縮配
置參數(shù)進(jìn)行協(xié)商選擇。該會(huì)話初始階段還包括客戶端和服務(wù)器報(bào)告各自支持的 壓縮算法名稱、版本和必要配置信息的步驟。在該同步初始化步驟中的設(shè)備能 力上報(bào)命令中，還擴(kuò)展設(shè)置有壓縮、加密信息相關(guān)域。進(jìn)一步的，該數(shù)據(jù)同步的優(yōu)化方法，所述服務(wù)器端或客戶端收到對(duì)端的 壓縮數(shù)據(jù)包，在進(jìn)行解壓縮過(guò)程中，如果遇到校驗(yàn)失敗，則在確認(rèn)數(shù)據(jù)包中利用SyncML協(xié)議中擴(kuò)展的Status狀態(tài)碼返回響應(yīng)的錯(cuò)誤碼。進(jìn)一步的，所述客戶端或服務(wù)器端在壓縮時(shí)可選擇同時(shí)進(jìn)行加密，密鑰 可在會(huì)話外設(shè)置，如同用戶簽約時(shí)設(shè)置帳戶密碼一樣。所述密鑰設(shè)置在同步初 始化步驟中；或者，所述密鑰由所述客戶端或服務(wù)器端在同步初始化步驟中進(jìn) 行動(dòng)態(tài)產(chǎn)生，并隨時(shí)間、終端ESN/IMSI等參數(shù)而隨機(jī)生成，并通過(guò)擴(kuò)展 SyncML協(xié)議中的字段在文檔中告知對(duì)端。下面分別針對(duì)SyncML文檔和用戶同步數(shù)據(jù)進(jìn)行壓縮/加密，適用于不同需 求狀況下的應(yīng)用場(chǎng)景為實(shí)施例來(lái)說(shuō)明本發(fā)明的數(shù)據(jù)優(yōu)化方法。圖2所示為針對(duì)SyncML文檔的同步流程優(yōu)化示意圖。在該實(shí)施例中，要 求服務(wù)器和客戶端都支持SyncML文檔的壓縮/解壓縮功能。步驟201，客戶端根據(jù)所設(shè)置的壓縮選項(xiàng)，構(gòu)造包含壓縮選項(xiàng)信息的數(shù)據(jù) 包。以HTTP為例，可在報(bào)頭中的Content-Type可以定義為擴(kuò)展的壓縮報(bào)文類型；步驟202，客戶端發(fā)送初始化數(shù)據(jù)包，可以包含所采用的壓縮算法標(biāo)志及 相關(guān)壓縮參數(shù)，以便于解壓縮時(shí)使用；步驟203，服務(wù)器對(duì)壓縮報(bào)文類型進(jìn)行確認(rèn)，并將初始化數(shù)據(jù)包解壓縮后， 按照SyncML現(xiàn)有流程處理，將確認(rèn)數(shù)據(jù)包按照協(xié)商的壓縮算法和參數(shù)進(jìn)行壓 縮后發(fā)送給客戶端；步驟204 205，客戶端按SyncML現(xiàn)有協(xié)議構(gòu)造同步數(shù)據(jù)包，然后同步驟 201壓縮后的數(shù)據(jù)包發(fā)送給服務(wù)器，服務(wù)器將數(shù)據(jù)包解壓縮后，按照SyncML 現(xiàn)有流程處理更新數(shù)據(jù)，之后構(gòu)造服務(wù)器端的同步數(shù)據(jù)包，同步驟203壓縮后 發(fā)送給客戶端；重復(fù)該過(guò)程，直至雙方的同步數(shù)據(jù)處理完畢；步驟206，客戶端按SyncML現(xiàn)有協(xié)議構(gòu)造數(shù)據(jù)同步狀態(tài)數(shù)據(jù)包，包含了映射信息，發(fā)送到服務(wù)器；步驟207，服務(wù)器對(duì)數(shù)據(jù)包解壓縮，進(jìn)行確認(rèn)，同步流程結(jié)束。
進(jìn)一步地，服務(wù)器和客戶端由于性能和內(nèi)存容量的不同，在壓縮算法和參 數(shù)設(shè)置上可以有所不同，可以根據(jù)報(bào)文大小、傳輸速率等因素進(jìn)行選擇；進(jìn)一步地，實(shí)施例中使用的壓縮/解壓縮可以選用目前現(xiàn)有的各種算法，包 括但不限于ZIP、 LZW等和其優(yōu)化、組合的算法。對(duì)于圖2所示的實(shí)施例，由于文檔是整體壓縮的，在解壓縮前文檔結(jié)構(gòu)是 不可知的，因此服務(wù)器在對(duì)SyncML文檔進(jìn)行解析或者其他處理，如査詢時(shí)， 需要解壓縮整個(gè)文檔，不利于這些情況下的應(yīng)用。對(duì)此可以僅針對(duì)文檔中同步 數(shù)據(jù)域內(nèi)容進(jìn)行壓縮，本發(fā)明提出了另一種優(yōu)化方法，具體實(shí)施例如圖3所示。步驟301 302，客戶端和服務(wù)器發(fā)送同步初始化包，可同現(xiàn)有的SyncML 流程一致，需要在設(shè)備能力中增加同步數(shù)據(jù)內(nèi)容壓縮的標(biāo)志域，包含壓縮選項(xiàng) 信息；步驟303，客戶端按SyncML現(xiàn)有協(xié)議構(gòu)造同步數(shù)據(jù)包，其中的Type域需 要擴(kuò)展以標(biāo)志為壓縮數(shù)據(jù)，之后的Data域中為壓縮后的數(shù)據(jù)，將該數(shù)據(jù)包發(fā) 送到服務(wù)器；步驟304，服務(wù)器收到該數(shù)據(jù)包后，對(duì)于XML/WBXML的解析和SyncML 現(xiàn)有過(guò)程一樣，但對(duì)于壓縮數(shù)據(jù)需要解壓縮還原，之后進(jìn)行同步數(shù)據(jù)更新處理。 按步驟303的方式構(gòu)造響應(yīng)數(shù)據(jù)包發(fā)送；兩者重復(fù)303 304步驟直至同步數(shù) 據(jù)處理完畢；步驟305 306，客戶端發(fā)送數(shù)據(jù)同步狀態(tài)到服務(wù)器，包含了映射信息；服 務(wù)器對(duì)上步驟的數(shù)據(jù)包進(jìn)行確認(rèn)，同步結(jié)束，和現(xiàn)有流程一致。該實(shí)施例針對(duì)占據(jù)SyncML文檔大部分容量的同步數(shù)據(jù)進(jìn)行壓縮，而文檔 結(jié)構(gòu)和其他數(shù)據(jù)包基本不受影響，對(duì)于現(xiàn)有的設(shè)備和軟件改動(dòng)較小，實(shí)現(xiàn)復(fù)雜 度和資源占用度也較小，因此應(yīng)用起來(lái)也更加靈活，可以針對(duì)不同類型的數(shù)據(jù) 采用不同的壓縮方式和參數(shù)，有效地兼顧容量、處理速度和效率的平衡。當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情 況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但 這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1. 一種使用移動(dòng)數(shù)據(jù)同步化協(xié)議進(jìn)行數(shù)據(jù)同步的方法，用于包括客戶端和服務(wù)器端的移動(dòng)通訊網(wǎng)絡(luò)系統(tǒng)，其特征在于，該方法包括同步初始化步驟，所述客戶端發(fā)送初始化數(shù)據(jù)包至所述服務(wù)器端，所述服務(wù)器端發(fā)送確認(rèn)數(shù)據(jù)包返回所述客戶端；以及同步處理步驟，所述客戶端將同步數(shù)據(jù)以選定的壓縮選項(xiàng)構(gòu)造同步壓縮數(shù)據(jù)包發(fā)送至所述服務(wù)器端，所述服務(wù)器端將所述同步數(shù)據(jù)包解壓還原，并按照原SyncML協(xié)議進(jìn)行同步更新處理，再將構(gòu)成所述服務(wù)器端的同步數(shù)據(jù)壓縮打包，發(fā)送到所述客戶端；所述客戶端將返回的同步壓縮數(shù)據(jù)包解壓還原并按照原SyncML協(xié)議進(jìn)行同步更新處理；重復(fù)上述過(guò)程直至所述客戶端與所述服務(wù)器端之間的同步數(shù)據(jù)處理完畢。
2、 根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步方法，其特征在于，在所述同步處理 步驟之后還包括同步狀態(tài)確認(rèn)步驟，所述客戶端按選定的壓縮選項(xiàng)構(gòu)造同步狀 態(tài)數(shù)據(jù)包發(fā)送至所述服務(wù)器端，其中包含映射信息，所述服務(wù)器端對(duì)所述同步 狀態(tài)數(shù)據(jù)包解壓還原，進(jìn)行確認(rèn)返回響應(yīng)包。
3、 根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步方法，其特征在于，在所述同步初始 化步驟中，所述客戶端按選定的壓縮選項(xiàng)構(gòu)造初始化數(shù)據(jù)包發(fā)送至所述服務(wù)器 端，所述服務(wù)器端按選定的壓縮選項(xiàng)對(duì)所述初始化數(shù)據(jù)包進(jìn)行解壓還原，并按 照原SyncML協(xié)議進(jìn)行處理，再將確認(rèn)數(shù)據(jù)包按選定的壓縮選項(xiàng)壓縮打包，發(fā) 送回所述客戶端。
4、 根據(jù)權(quán)利要求1或3所述的數(shù)據(jù)同步方法，其特征在于，在所述同步 初始化步驟中，所述客戶端發(fā)送的初始化數(shù)據(jù)包包括同步方式、數(shù)據(jù)庫(kù)類型、 客戶端設(shè)備能力、同步標(biāo)志和鑒權(quán)信息；所述服務(wù)器端返回的確認(rèn)數(shù)據(jù)包包括: 鑒權(quán)結(jié)果、設(shè)備能力和會(huì)話建立確認(rèn)信息。
5、 根據(jù)權(quán)利要求4所述的數(shù)據(jù)同步方法，其特征在于，所述初始化數(shù)據(jù) 包還包含有所采用的壓縮算法標(biāo)志和相關(guān)壓縮配置參數(shù)信息。
6、 根據(jù)權(quán)利要求l、 2或3所述的數(shù)據(jù)同步方法，其特征在于，所述客戶 端和服務(wù)器端具有針對(duì)SyncML整個(gè)文檔或針對(duì)SyncML文檔中同步數(shù)據(jù)的壓 縮/解壓縮功能。
7、 根據(jù)權(quán)利要求l、 2或3所述的數(shù)據(jù)同步方法，其特征在于，還包括在 會(huì)話初始階段，所述用戶端與所述服務(wù)器端通過(guò)設(shè)備能力上報(bào)命令進(jìn)行壓縮選 項(xiàng)的相關(guān)協(xié)商的步驟。
8、 根據(jù)權(quán)利要求7所述的數(shù)據(jù)同步方法，其特征在于，所述客戶端與所述服務(wù)器端進(jìn)行壓縮選項(xiàng)的相關(guān)協(xié)商步驟中，包括對(duì)壓縮算法、壓縮配置參數(shù)、 報(bào)文大小和/或傳輸速率進(jìn)行協(xié)商選擇。
9、 根據(jù)權(quán)利要求1所述的數(shù)據(jù)同步方法，其特征在于，所述客戶端按 SyncML協(xié)議構(gòu)造同步數(shù)據(jù)包時(shí)，在類型域設(shè)置壓縮數(shù)據(jù)標(biāo)志，在數(shù)據(jù)域中設(shè) 置壓縮后的數(shù)據(jù)。
10、 根據(jù)權(quán)利要求l、 2、 3或9所述的數(shù)據(jù)同步方法，其特征在于，所述服務(wù)器端或客戶端收到對(duì)端的壓縮數(shù)據(jù)包，在進(jìn)行解壓縮過(guò)程中，如果遇到校 驗(yàn)失敗，則在確認(rèn)數(shù)據(jù)包中利用SyncML協(xié)議中擴(kuò)展的Status狀態(tài)碼返回響 應(yīng)的錯(cuò)誤碼。
11、 根據(jù)權(quán)利要求10所述的數(shù)據(jù)同步方法，其特征在于，所述客戶端或 服務(wù)器端在進(jìn)行壓縮時(shí)選擇同時(shí)通過(guò)密鑰進(jìn)行加密。
12、 根據(jù)權(quán)利要求ll所述的數(shù)據(jù)同步方法，其特征在于，所述密鑰設(shè)置 可在會(huì)話初始化之前預(yù)先確定，或者由所述客戶端或服務(wù)器端在同步初始化步 驟中動(dòng)態(tài)產(chǎn)生。
13、 根據(jù)權(quán)利要求l、 2或3所述的數(shù)據(jù)同步方法，其特征在于，在所述 同步初始化步驟中，還包括所述客戶端和服務(wù)器報(bào)告各自支持的壓縮算法名 稱、版本和必要配置信息的步驟。
14、 根據(jù)權(quán)利要求7所述的數(shù)據(jù)同步方法，其特征在于，在所述會(huì)話初始 階段，所述用戶端與所述服務(wù)器端通過(guò)設(shè)備能力上報(bào)命令進(jìn)行壓縮選項(xiàng)的相關(guān) 協(xié)商的步驟中，所述設(shè)備能力上報(bào)命令中還擴(kuò)展設(shè)置有壓縮、加密信息相關(guān)域。
全文摘要
本發(fā)明公開了一種使用移動(dòng)數(shù)據(jù)同步化協(xié)議進(jìn)行數(shù)據(jù)同步的方法，用于包括客戶端和服務(wù)器端的移動(dòng)通訊網(wǎng)絡(luò)系統(tǒng)，該方法包括同步初始化步驟所述客戶端發(fā)送初始化數(shù)據(jù)包至所述服務(wù)器端，所述服務(wù)器端發(fā)送確認(rèn)數(shù)據(jù)包返回所述客戶端；同步處理步驟所述客戶端將同步數(shù)據(jù)以選定的壓縮選項(xiàng)構(gòu)造同步壓縮數(shù)據(jù)包發(fā)送至所述服務(wù)器端，所述服務(wù)器端將所述同步數(shù)據(jù)包解壓還原，并按照原SyncML協(xié)議進(jìn)行同步更新處理，再將構(gòu)成所述服務(wù)器端的同步數(shù)據(jù)壓縮打包，發(fā)送到所述客戶端；所述客戶端將返回的同步壓縮數(shù)據(jù)包解壓還原并按照原SyncML協(xié)議進(jìn)行同步更新處理；重復(fù)上述過(guò)程直至所述客戶端與所述服務(wù)器端之間的同步數(shù)據(jù)處理完畢。
文檔編號(hào)H04L29/06GK101212471SQ20061017162
公開日2008年7月2日 申請(qǐng)日期2006年12月31日 優(yōu)先權(quán)日2006年12月31日
發(fā)明者江 周 申請(qǐng)人:中興通訊股份有限公司