數(shù)據(jù)同步協(xié)議SyncML的預(yù)處理優(yōu)化研究.pdf

1、移動設(shè)備與人們的生活已密不可分，每天在移動設(shè)備上都會產(chǎn)生大量的數(shù)據(jù)，而如何在不同設(shè)備間保持?jǐn)?shù)據(jù)的一致性成為了數(shù)據(jù)同步研究中的一個重要課題。在眾多數(shù)據(jù)同步協(xié)議中，SyncML協(xié)議是實(shí)現(xiàn)移動數(shù)據(jù)同步的工業(yè)標(biāo)準(zhǔn)協(xié)議。越來越多的基于SyncML實(shí)現(xiàn)的數(shù)據(jù)同步應(yīng)用投入了使用，不過在同步大量文件時，如某些緩存文件，其數(shù)量將達(dá)到上萬甚至更多，這時同步便存在著時間長，甚至同步失敗的問題。因此，如何在這種情況下減少同步時間成為了當(dāng)前移動數(shù)據(jù)同步研究的重點(diǎn)

2、。
　　目前，已有許多學(xué)者對SyncML協(xié)議進(jìn)行了改進(jìn)，以提高同步效率，這些工作大多集中于對網(wǎng)絡(luò)傳輸過程的優(yōu)化。比如有人提出了對同步文件進(jìn)行哈夫曼編碼的方式，通過壓縮同步數(shù)據(jù)來減少同步傳輸量；也有研究工作是基于事務(wù)優(yōu)先級同步模型，通過優(yōu)化傳輸過程來降低同步時間。這些研究雖然能提高同步效率，但都忽略了在文件傳輸前對其進(jìn)行分類同步的考慮。本文認(rèn)為，在同步文件數(shù)量巨大的情況下，針對協(xié)議傳輸過程的改進(jìn)固然重要，但傳輸前對文件的預(yù)處理優(yōu)化工

3、作同樣值得認(rèn)真研究。
　　SyncML協(xié)議沒有在同步前對巨大數(shù)量的文件進(jìn)行區(qū)分，對所有文件進(jìn)行諸如變化日志記錄，同步錨設(shè)置等復(fù)雜的處理，導(dǎo)致協(xié)議在同步文件數(shù)量巨大的情況下表現(xiàn)出同步速度緩慢，甚至同步失敗。針對此問題，通過仔細(xì)分析應(yīng)用場景，本文提出了修改頻繁度的概念，并根據(jù)修改頻繁度將文件劃分為兩類：非頻繁修改文件和頻繁修改文件。對于頻繁修改文件，按照原協(xié)議的方法進(jìn)行同步；對于非頻繁修改文件，忽略常規(guī)的變化日志記錄等復(fù)雜處理，以節(jié)省

4、開銷，尤其是在文件數(shù)量巨大的場景下。另外，根據(jù)提出的改進(jìn)方案，相應(yīng)修改了SyncML同步協(xié)議及表示協(xié)議，并對更多的實(shí)現(xiàn)細(xì)節(jié)及方案的普遍適用性進(jìn)行了較詳細(xì)的探討。
　　為驗(yàn)證修改后的SyncML協(xié)議確實(shí)能有效減少同步時間，文中實(shí)現(xiàn)了基于SyncML協(xié)議的iOS同步客戶端。通過同步iOS應(yīng)用程序沙盒Documents文件夾中的數(shù)據(jù)文件，設(shè)計了實(shí)驗(yàn)以對比原協(xié)議中的客戶端刷新同步與文中提出的備份同步的同步時間。實(shí)驗(yàn)分別在三種不同的移動設(shè)備