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

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

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

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

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