中文字幕理论片,69视频免费在线观看,亚洲成人app,国产1级毛片,刘涛最大尺度戏视频,欧美亚洲美女视频,2021韩国美女仙女屋vip视频

SyncML 是一種為了結束終端用戶,設備制造廠商,服務提供商(SP)和應用開發(fā)者之間的無線數(shù)據(jù)無法同步的數(shù)據(jù)同步協(xié)議.下面讓我們一起來看看無線開發(fā)者Chandan Pabla 對SyncML協(xié)議(version1.1)的理解和使用客戶端/服務器端兩邊覆蓋的同步過程.

1.SyncML的基礎:
   SyncML是一種主要的開發(fā)式的工業(yè)標準,為了使遠程數(shù)據(jù)和個人信息通過不同的網(wǎng)絡,平臺和設備進行同步而制定的.SyncML使的數(shù)據(jù)非常的容易在不同的網(wǎng)絡和網(wǎng)絡設備之間進行傳輸,因為它支持多種傳輸協(xié)議.
  SyncML的有點可以總結為一下幾點:
     (1)可以在不同的網(wǎng)絡上工作--包括有限網(wǎng)絡和無限網(wǎng)絡.
     (2)支持多種傳輸協(xié)議,包括HTTP,WSP(Wireless Session Protocol),OBEX(Bluetooth,IrDA),SMTP,pure TCP/IP.
     (3)支持通用的個人數(shù)據(jù)格式,如vCard,vCalendar和E-MAIL等.
     (4)對移動設備的存儲空間進行了優(yōu)化.
     (5)建立在internet協(xié)議和web技術上,是可執(zhí)行而且有很好的協(xié)作性的.
2.SyncML的協(xié)議描述:
   SyncML程序框架是建立在同步描述協(xié)議(SyncML Representation protocol)和同步協(xié)議(SyncML Synchronization protocol)兩個協(xié)議的基礎上的.同步描述協(xié)議定義了同步消息(in XML)的格式描述和在同步框架內(nèi)工作的細節(jié).同步協(xié)議定義了同步客服端和同步服務器端的交互.
   為了建立一個適當?shù)腟yncML產(chǎn)品,我們必須要了解這個兩個協(xié)議的相關要求,下面我們開始看看同步協(xié)議的最重要的幾個組成部分:
  (1)Change log
  開始一個同步協(xié)議的操作時,SyncML協(xié)議需要在客戶端和服務器端的各自的數(shù)據(jù)庫中維護信息的交換或修改(如替代,增加,刪除數(shù)據(jù)等).SyncML通過一種被稱為change log的信息跟蹤機制來解決客戶端和服務器端的信息交換或修改的問題.SyncML并沒有描述change log的格式信息,但是進行同步的每個設備必須能夠詳細的描述設備上每個數(shù)據(jù)項從上次同步時的修改的詳細情況.

  (2)Map operation(操作的映射)

   同步操作是基于客戶端和服務器端的數(shù)據(jù)庫中每個數(shù)據(jù)元素都有一個唯一標識(IDS)的原則來進行的.客戶端ID被稱為本地唯一標識(locally unique indentifier LUID),服務器ID被稱為全局唯一標識(globally unique identifier GUID).這個ID在服務器和客戶端可以相同,也可以不同.如果這個IDS是不同的,那么服務器端就必須保留一個ID的映射,保證服務端和客戶端的數(shù)據(jù)交換的一致性.LUIDS總是由客戶端設備來分配的.這就意味者即使是通過服務端添加一個數(shù)據(jù)項到客戶端設備,也是由客戶端為這個數(shù)據(jù)項分配LUID.分配完成后,客戶端將通過Map operation把LUID發(fā)送到服務端,服務端將更新MAPPING表中數(shù)據(jù)項的LUID.

  (3)Sync anchors(同步錨)

  當一個同步會話被初始化的時候,總是有兩個錨被發(fā)送,一個是最后一次同步的錨一個是下一次同步的錨.最后一次的錨描述了發(fā)起同步設備發(fā)起最后一次同步事件的時間點;下次同步錨描述了發(fā)起同步動作設備的當前的同步事件的時間點.通過這種方式,在服務端和客戶端交換各自的同步錨.當接收一個NEXT SYNC ANCHOR時,接收設備必須保存它直到下次同步,當下次同步到來的時候,接收設備將比較兩次的同步錨并發(fā)送最后一次的同步錨,以判斷是否在同步時有數(shù)據(jù)失敗.如果最后一次同步錨和下次同步錨匹配,接收設備將認為沒有錯誤并結束同步會話的初始化.如果不匹配,接收設備將從其他設備請求一個適當?shù)膭幼?比如慢同步.當同步會話成功并結束后,同步錨將被保存.

  (4)Confict resolution(沖突解決方式)

  當同一個數(shù)據(jù)項在客戶端和服務器端同時被修改后,數(shù)據(jù)的版本沖突就產(chǎn)生了,對同一數(shù)據(jù)項將產(chǎn)生兩個不同版本的數(shù)據(jù).同步協(xié)議必須有一種策略解決這樣的沖突.在SyncML中,沖突策略是同步引擎的一個基本功能,通常是由同步引擎的同步服務器來解決版本沖突問題,也有可能有寫客戶端設備提供解決這一問題的解決方式.

  在同步描述協(xié)議提供了通過通知同步客戶端沖突決定和狀態(tài)碼的通用解決方案.如果同步引擎的服務端確定一個沖突,服務端將使用狀態(tài)碼和通知功能通知同步客戶端并定義解決方案.下面是一些常用的狀態(tài)碼和沖突解決策略:

     <1>207:數(shù)據(jù)合并

     <2>208:客戶端優(yōu)先

     <3>209:數(shù)據(jù)復制

  5.Security(安全性)

  SyncML為了安全的數(shù)據(jù)同步提供了框架.SyncML本身并沒有提供新的安全機制,但是它提供了安全驗證框架和在不同的網(wǎng)絡層進行安全驗證的機制.

  SyncML協(xié)議在三個不同的層次定義了用戶驗證機制,這個三個層分別是:服務器層,數(shù)據(jù)庫層和對象層.SycnML只要求它的安全驗證機制在服務器端被支持就可以了.為了使用SycnML協(xié)議,同步的客戶端和服務器端必須支持基本的MD5驗證.在數(shù)據(jù)庫層面和對象層面的安全驗證是可以選擇的.

  6.Device capabilities(設備性能)

   SyncML協(xié)議通過一個初始化設置可以使不同性能的客戶端設備和服務器端進行信息的交換.任意一個設備(客戶端或服務端)都能請求信息交換,只要客戶端設備性能和服務端能協(xié)同工作,他們就能讓一個同步會話繼續(xù)下去.

 有兩種類型的信息在設備和服務器端進行交換:

    (1)設備信息:包括設備類型,數(shù)據(jù)模塊和制造廠商信息.

    (2)服務器信息:描述了客戶端或服務器端支持的數(shù)據(jù)對象的特性.如果客戶端支持vCard version 2.1數(shù)據(jù)格式和慢同步及雙向同步,那么服務器就必須具有這樣的能力,否則,同步就不能繼續(xù)下去.

總于有時間來繼續(xù)這篇文章的翻譯，以后一定要計劃好，計劃好：），好了，下面進入正題吧：

在對syncml的協(xié)議的使用工程進行描述之前我們先來看看同步類型的分類：
syncML協(xié)議描述了七種不同的同步類型：
（1）Two-way sync:雙向同步是客戶端和服務器端交換有關任何修改的數(shù)據(jù)信息的一種常用的同步類型。
（2）Slow sync:慢同步是雙向同步的一種特別的形式。慢同步就是將客戶端數(shù)據(jù)庫的數(shù)據(jù)和服務器端的數(shù)據(jù)庫數(shù)據(jù)逐個進行比較。如果客戶端和服務器端的同步錨不匹配或客戶端或是服務器端的修改日志遺失時將會請求一個慢同步。實際上，慢同步就意味著客戶端發(fā)送所有的數(shù)據(jù)到服務器端，服務器端對客戶端的所有數(shù)據(jù)進行逐個字段的分析，比較，并將服務段的數(shù)據(jù)發(fā)送到客戶端。在同步分析完成后，服務端將所有的修改信息返回客戶端。然后，客戶端返回所有的數(shù)據(jù)的映射信息，并添加到服務端。
（3）One-way sync from client only:客戶端優(yōu)先同步，是客戶端發(fā)送修改信息到服務端，但是服務端的修改信息并不被發(fā)送到客戶端。
(4)Refresh sync from client only: 從客戶端同步刷新，這里客戶端為服務端提供所有數(shù)據(jù)的瀏覽，服務器根據(jù)客戶端的修改來更新服務端的數(shù)據(jù)。
（5）One-way sync from server only:服務端同步優(yōu)先，這個同步方式是客戶端從服務獲取所有的修改信息，但是客戶端不發(fā)送修改信息到服務端。
（6）Refresh sync from server only:從服務端刷新同步，這里假設服務端為客戶端提供所有的數(shù)據(jù)的預覽，客戶端將更新目標數(shù)據(jù)庫中的數(shù)據(jù)，更新數(shù)據(jù)由服務器端發(fā)送到客戶端。
（7）Server-alerted sync: 服務通告同步，服務器端通知客戶端需要發(fā)起的同步類型指令給服務端。

好了，同步的幾種基本類型我們都描述過了（不過其中有兩種4，6我自己也不知道描述被人是否能夠看的懂，很難表達，e文還需要加強?。旅婢妥屛覀円黄饋砜纯赐降娜^程吧。


為了理解基本的同步過程，我們開始講解一些在客戶端和服務端的同步工程的一些細節(jié)。由于雙向同步是最通常的同步過程，我們就使用這種同步過程作為例子。

一個雙向同步的過程可以分為下面幾步：
1.同步初始化
2.雙向同步
3.數(shù)據(jù)映射

NOW,讓我們一步一的揭開同步的神秘面紗吧：
（1）同步初始化：
任何的同步過程首先都必須進行同步初始化的工作，在一個同步初始化的工程種，服務端和客戶端設備通常要叫化一下信息：
a.同步服務器和設備的能力描述
b.請求訪問的數(shù)據(jù)庫和同步類型
c.認證信息

同步錨也是在同步初始化中被交換的信息。
下面的過程圖介紹了基本的同步初始化過程：

（2）雙向同步：