專利名稱：：一種協(xié)商數(shù)據(jù)同步機制的方法、客戶端及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及在網(wǎng)絡(luò)中進行數(shù)據(jù)同步的技術(shù)，特別涉及一種協(xié)商數(shù)據(jù)同步機制的方法、客戶端及系統(tǒng)。
背景技術(shù)：
：為了在多個平臺及網(wǎng)絡(luò)之間實現(xiàn)個人信息及企業(yè)的凄t據(jù)同步，于2000年2月份創(chuàng)建了SyncML。創(chuàng)建SyncML的目的在于，使用戶、設(shè)備開發(fā)商、基礎(chǔ)構(gòu)件開發(fā)商、數(shù)據(jù)提供商、應(yīng)用軟件開發(fā)商以及服務(wù)提供商協(xié)同工作，真正實現(xiàn)使用任何客戶端均可隨時隨地的訪問任何網(wǎng)絡(luò)數(shù)據(jù)。SyncML的典型應(yīng)用是移動設(shè)備和網(wǎng)絡(luò)服務(wù)設(shè)備之間的數(shù)據(jù)同步，除此之外，還可以用于兩臺對等設(shè)備的數(shù)據(jù)同步，如在兩臺計算機之間進行數(shù)據(jù)同步。在經(jīng)過同步初始化階段的設(shè)備能力信息協(xié)商以后，客戶端將自身修改的數(shù)據(jù)發(fā)送給服務(wù)器進行同步；服務(wù)器將自身修改的數(shù)據(jù)發(fā)送給客戶端進行同步，以保證雙方數(shù)據(jù)的同步。目前，進行數(shù)據(jù)同步的數(shù)據(jù)同步機制主要有表1所示的幾種。<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>表1以下采用雙向同步機制的例子說明如何進行數(shù)據(jù)同步。其他同步機制的數(shù)據(jù)同步都是雙向同步機制的特殊情況，例如，慢同步機制可以看成是客戶端和服務(wù)器發(fā)送全部用戶數(shù)據(jù)的雙向同步機制、單向同步機制是單方向發(fā)送用戶數(shù)據(jù)的雙向同步機制以及刷新同步機制是單方向發(fā)送用戶數(shù)據(jù)的慢同步機制等。圖1為現(xiàn)有技術(shù)采用雙向同步機制在客戶端與服務(wù)器之間進行數(shù)據(jù)同步的方法流程圖，該方法涉及的實體有客戶端和服務(wù)器，其具體步驟為步驟IOO、客戶端向服務(wù)器發(fā)送同步初始化包。步驟IOI、服務(wù)器向客戶端發(fā)送同步初始化包。步驟100以及步驟101主要進行同步初始化，同步初始化主要完成身份鑒權(quán)、需要同步的數(shù)據(jù)的協(xié)商以及設(shè)備能力信息的協(xié)商等，其中，設(shè)備能力信息的協(xié)商為支持同步哪些數(shù)據(jù)以及支持哪些同步機制等。步驟102、客戶端向服務(wù)器發(fā)送同步數(shù)據(jù)。步驟103、服務(wù)器向客戶端發(fā)送同步數(shù)據(jù)。在步驟102以及步驟103中，客戶端根據(jù)數(shù)據(jù)的狀態(tài)，數(shù)據(jù)的狀態(tài)可以為新增、更新、刪除以及移動等，將發(fā)生修改的數(shù)據(jù)發(fā)送給服務(wù)器，服務(wù)器根據(jù)接收到的數(shù)據(jù)修改自身存儲的數(shù)據(jù)以達到數(shù)據(jù)同步的目的后，也根據(jù)自身存儲的數(shù)據(jù)的狀態(tài)，將發(fā)生修改的數(shù)據(jù)發(fā)送給客戶端，客戶端根據(jù)接收到的數(shù)據(jù)修改自身存儲的數(shù)據(jù)以達到數(shù)據(jù)同步的目的。步驟104、客戶端接收到同步數(shù)據(jù)后，向服務(wù)器發(fā)送確認同步完成消息。步驟105、服務(wù)器接收到同步數(shù)據(jù)后，向客戶端發(fā)送確認同步完成消息。在圖l所述的方法中，很多步驟都使用了消息包，這是因為客戶端和服務(wù)器之間的具有相同功能的交互過程需要持續(xù)多次才能完成，而在表示時，只用了一來一回的兩種消息包。實現(xiàn)數(shù)據(jù)同步過程的系統(tǒng)包括客戶端和服務(wù)器，客戶端可以與服務(wù)器進行消息交互。其中，在客戶端側(cè)還具有客戶端數(shù)據(jù)庫，用于存儲客戶端所屬用戶需要的數(shù)據(jù)，該客戶端數(shù)據(jù)庫可以設(shè)置在客戶端中，也可以單獨設(shè)置；在服務(wù)器側(cè)還具有服務(wù)器數(shù)據(jù)庫，用于存放服務(wù)器的數(shù)據(jù)，該服務(wù)器數(shù)據(jù)庫可以設(shè)置在服務(wù)器中或者單獨設(shè)置?？蛻舳送ǔ？梢詾橛嬎銠C、移動終端或個人數(shù)字助理(PDA)等智能終端。在客戶端數(shù)據(jù)庫存儲的數(shù)據(jù)可以包括通訊錄、日程、便箋、短信和電子郵件等。這些數(shù)據(jù)均有標準規(guī)范定義其格式，客戶端可以將所存儲的數(shù)據(jù)轉(zhuǎn)換成標準格式的數(shù)據(jù)發(fā)送給服務(wù)器，服務(wù)器對接收到的數(shù)據(jù)處理后可以將處理后的數(shù)據(jù)保存在服務(wù)器數(shù)據(jù)庫中。服務(wù)器通?？梢詾橛嬎銠C或進行數(shù)據(jù)同步網(wǎng)絡(luò)的網(wǎng)絡(luò)服務(wù)器，可以接收來自客戶端的數(shù)據(jù)同步消息或數(shù)據(jù)同步命令，也可以向客戶端發(fā)送數(shù)據(jù)同步消息或數(shù)據(jù)同步命令。目前使用固定的編碼來標識數(shù)據(jù)同步機制，比如200表示雙向同步；在初始化階段客戶端使用〈Alert〉命令攜帶其希望發(fā)起的數(shù)據(jù)同步機制，以及使用〈Anchor〉攜帶數(shù)據(jù)同步狀態(tài)信息。例如<Alert><CmdID>l</CmdID><Data>200(表示雙向同步)</Data><!—200=TWO_WAY—ALERT—><Item><Target><LocURI>./contacts/james—bond</LocURI></Target〉<Source><LocURI>./dev-contacts</LocURI〉</Source〉<Meta><Anchorxmlns=，syncml:metinf>(表示數(shù)據(jù)同步狀態(tài)信息)<Last>234</Last><Next>276</Next></Anchor></Meta></Item〉</Alert>在同步數(shù)據(jù)的機制中客戶端和服務(wù)器之間采用錨(Anchor)來分別標記上一次的數(shù)據(jù)同步狀態(tài)信息，Anchor是數(shù)據(jù)庫級別的，即當客戶端和服務(wù)器之間完成一次數(shù)據(jù)同步時，在各自的數(shù)據(jù)庫中分別設(shè)置相同的Anchor信息。在后續(xù)進行服務(wù)器和客戶端之間的數(shù)據(jù)同步時，客戶端或服務(wù)器判斷自身的數(shù)據(jù)庫設(shè)置的Anchor信息是否與對方數(shù)據(jù)庫設(shè)置的Anchor信息相同，如果相同，則客戶端和服務(wù)器的狀態(tài)信息匹配；否則，客戶端和服務(wù)器的狀態(tài)信息不匹配，發(fā)起慢同步機制?？蛻舳撕头?wù)器之間更新Anchor信息的具體步驟為步驟1、客戶端向服務(wù)器發(fā)送同步初始化數(shù)據(jù)包，該同步初始化數(shù)據(jù)包攜帶上一次與服務(wù)器進行同步的Anchor信息以及本次進行同步的Anchor信息。步驟2、服務(wù)器接收到同步初始化數(shù)據(jù)包，比較該數(shù)據(jù)包攜帶的上一次與服務(wù)器進行同步的Anchor信息與自身數(shù)據(jù)庫存儲的Anchor信息，如果相同，則服務(wù)器同意客戶端發(fā)起的數(shù)據(jù)同步機制，進行后續(xù)數(shù)據(jù)同步流程，同步完成后服務(wù)器將自身數(shù)據(jù)庫的Anchor信息更新為該同步數(shù)據(jù)包攜帶的本次進行同步的Anchor信息；否則，服務(wù)器返回響應(yīng)要求客戶端發(fā)起慢同步機制進行數(shù)據(jù)同步。圖2為現(xiàn)有技術(shù)采用慢同步機制進行數(shù)據(jù)同步的方法流程圖，其具體步驟為步驟200、客戶端向服務(wù)器發(fā)送自身數(shù)據(jù)庫中所有保存的數(shù)據(jù)，該數(shù)據(jù)攜帶在數(shù)據(jù)同步消息中發(fā)送。客戶端在存儲數(shù)據(jù)時，可以為每一條數(shù)據(jù)分配一個本地唯一標識(LUID)進行標識，在發(fā)送時，將每一條數(shù)據(jù)對應(yīng)的LUID與該數(shù)據(jù)一起發(fā)送。相應(yīng)地，在服務(wù)器數(shù)據(jù)庫中，每一條數(shù)據(jù)都分別有一個網(wǎng)絡(luò)唯一標識(GUID)，且還設(shè)置有GUID與LUID的映射表。步驟201、服務(wù)器對客戶端發(fā)送的每一條數(shù)據(jù)，與自身數(shù)據(jù)庫中存儲的數(shù)據(jù)進行一一比較，如果能夠在服務(wù)器數(shù)據(jù)庫中找到相同的數(shù)據(jù)，則保存該數(shù)據(jù)對應(yīng)的LUID到映射表中，對應(yīng)于該數(shù)據(jù)的GUID，向客戶端返回執(zhí)行成功消息；如果不能夠在服務(wù)器數(shù)據(jù)庫中找到相同的數(shù)據(jù)，則保存該條數(shù)據(jù)且分配GUID,將所分配的GUID和該條數(shù)據(jù)的LUID在映射表中對應(yīng)，向客戶端返回凄t據(jù)添加成功消息。步驟202、服務(wù)器比較完成后，將服務(wù)器數(shù)據(jù)庫中與從客戶端接收到的不相同的數(shù)據(jù)，發(fā)送給客戶端，客戶端將這些數(shù)據(jù)添加到自身數(shù)據(jù)庫中，這些數(shù)據(jù)也可以攜帶在數(shù)據(jù)同步完成消息中發(fā)送。步驟203、客戶端發(fā)送確認數(shù)據(jù)同步完成消息給服務(wù)器，該消息攜帶其添加數(shù)據(jù)的LUID映射信息。步驟204、服務(wù)器將接收到該消息攜帶的信息在映射表中進行同一數(shù)據(jù)的GUID和LUID之間的映射后，向客戶端返回確認數(shù)據(jù)同步完成的響應(yīng)消息。從上述分析可以看出，目前在協(xié)商數(shù)據(jù)同步機制時存在著缺點數(shù)據(jù)同步類型協(xié)商方法非常不靈活，由于客戶端只是發(fā)送標識數(shù)據(jù)同步機制的編碼，服務(wù)器只能接受客戶端要求的同步機制或者強制發(fā)起慢同步，實際上并不存在協(xié)商過程；而且數(shù)據(jù)同步機制的編碼限定了同步方向和同步行為都是固定的，同步方向和同步行為之間無法組合。例如當客戶端發(fā)起慢同步時，其僅為雙向慢同步，而不支持客戶端到服務(wù)器、或者服務(wù)器到客戶端的單向慢同步。這樣，就會導(dǎo)致增加一種同步行為，則需要增加一系列的編碼用于表示與不同同步方向的組合得到的數(shù)據(jù)同步機制，很不方便。更進一步地，目前客戶端實現(xiàn)中直接顯示數(shù)據(jù)同步機制讓用戶選擇，而往往用戶無法理解這種數(shù)據(jù)同步機制的含義以及帶來的結(jié)果是什么，造成用戶使用客戶端發(fā)起某種數(shù)據(jù)同步機制的數(shù)據(jù)同步過程的不方便性。另外，由于造成客戶端數(shù)據(jù)庫和服務(wù)器數(shù)據(jù)庫的Anchor信息不匹配的原因有很多，如上一次進行數(shù)據(jù)同步過程意外中斷，中斷的原因為客戶端取消上一次數(shù)據(jù)同步過程、客戶端和服務(wù)器之間的網(wǎng)絡(luò)中斷等；客戶端升級軟件或用戶更換使用的客戶端等。如果服務(wù)器判斷得到自身數(shù)據(jù)庫和客戶端數(shù)據(jù)庫的Anchor信息不匹配就發(fā)起慢同步機制，有很大可能違背使用客戶端的用戶意愿。如用戶僅僅希望將客戶端的數(shù)據(jù)備份到服務(wù)器，即當正常情況下，使用客戶端到服務(wù)器的單向同步可以滿足用戶需求；當上一次數(shù)據(jù)同步過程失敗的情況下，使用客戶端到服務(wù)器的單向刷新同步就可以滿足用戶需求，而不需要發(fā)起慢同步。當由于客戶端和服務(wù)器之間的網(wǎng)絡(luò)中斷而導(dǎo)致客戶端數(shù)據(jù)庫和服務(wù)器數(shù)據(jù)庫的Anchor信息不匹配時，目前服務(wù)器根據(jù)判斷得到自身數(shù)據(jù)庫和客戶端數(shù)據(jù)庫的Anchor信息不匹配，強制發(fā)起慢同步機制，會存在在數(shù)據(jù)同步過程中重復(fù)同步數(shù)據(jù)的問題，改變了用戶發(fā)起的數(shù)據(jù)同步機制，這不僅違背了使用客戶端的用戶意愿，而且不允許客戶端在異常情況下協(xié)商所采用的數(shù)據(jù)同步機制。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例提供了一種協(xié)商數(shù)據(jù)同步機制的方法，該方法更加靈活地使客戶端與服務(wù)器之間協(xié)商數(shù)據(jù)同步機制，使用戶使用客戶端更力口方便。本發(fā)明實施例還提供一種協(xié)商數(shù)據(jù)同步機制的客戶端，該客戶端能夠靈活地向服務(wù)器發(fā)起數(shù)據(jù)同步機制，使用戶使用客戶端更加方便。本發(fā)明實施例還提供一種協(xié)商數(shù)據(jù)同步機制的系統(tǒng)，該系統(tǒng)更加靈活地使客戶端與服務(wù)器之間協(xié)商數(shù)據(jù)同步機制，使用戶使用客戶端更加方便。本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種"f辦商數(shù)據(jù)同步機制的方法，該方法包括服務(wù)器收到客戶端發(fā)送的攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求；服務(wù)器獲取所述的同步機制協(xié)商參數(shù)，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，并將所確定的數(shù)據(jù)同步機制返回給客戶端。本發(fā)明實施例提供的另一種同步機制的方法，包括下述步驟收到攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，所述的同步機制協(xié)商參數(shù)攜帶有數(shù)據(jù)同步請求發(fā)送方選擇的同步方向和/或同步行為；獲取所述的同步機制協(xié)商參數(shù)，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，并將所確定的數(shù)據(jù)同步機制返回給同步請求發(fā)送方。本發(fā)明實施例提供的一種協(xié)商數(shù)據(jù)同步機制的系統(tǒng)，包括客戶端和與客戶端進行消息交互的服務(wù)器；所述的客戶端用于向服務(wù)器發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，并接收服務(wù)器返回的數(shù)據(jù)同步機制；或者根據(jù)服務(wù)器發(fā)送的數(shù)據(jù)同步請求中攜帶的同步類型協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制后，返回給服務(wù)器；所述的服務(wù)器根據(jù)該請求攜帶的同步類型協(xié)商參數(shù)確定本次數(shù)據(jù)同步所釆用的^t據(jù)同步機制后，返回給客戶端；或者向客戶端發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，并接收客戶端返回的數(shù)據(jù)同步機制。本發(fā)明實施例還提供了一種數(shù)據(jù)同步的客戶端，包括用戶4妄口，用于接收用戶輸入的用戶行為發(fā)送給用戶行為選擇模塊，并向用戶展示來自用戶行為選擇模塊的用戶行為選項特征；用戶^f亍為選擇模塊，用于為用戶提供用戶行為且通過用戶接口顯示給用戶，接收來自用戶接口的用戶輸入的用戶行為后發(fā)送給同步機制分析模塊；同步?jīng)_幾制分析模塊用于將用戶行為轉(zhuǎn)化為同步機制協(xié)商參數(shù)，構(gòu)造攜帶同步^L制協(xié)商參數(shù)的數(shù)據(jù)同步請求提供給數(shù)據(jù)同步模塊發(fā)送給服務(wù)器；或者通過數(shù)據(jù)同步模塊接收服務(wù)器所采用的數(shù)據(jù)同步機制，判斷是否接受，如果是，發(fā)起對應(yīng)的數(shù)據(jù)同步流程；如果否，則重新確定同步機制協(xié)商參數(shù)并重新協(xié)商。本發(fā)明實施例還提供了一種同步的服務(wù)器，包括數(shù)據(jù)同步模塊，用于接收客戶端發(fā)送的數(shù)據(jù)同步請求，所述的同步請求中攜帶有數(shù)據(jù)同步機制協(xié)商參數(shù)，并將所述同步請求轉(zhuǎn)發(fā)出去；同步機制分析模塊，用于根據(jù)接收到的所述的同步請求中攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)確定數(shù)據(jù)同步機制，并通過數(shù)據(jù)同步模塊將所確定的數(shù)據(jù)同步機制返回給客戶端。從上述方案可以看出，本發(fā)明客戶端可以提供同步方向和同步行為供用戶選擇，用戶選擇后客戶端發(fā)起向服務(wù)器的數(shù)據(jù)同步機制協(xié)商請求，該請求器可以根據(jù)該請求攜帶的同步方向和/或同步行為確定本次數(shù)據(jù)同步過程采用的數(shù)據(jù)同步機制，返回給客戶端。由于用戶可以根據(jù)同步方向和/或同步行為確定所發(fā)起的數(shù)據(jù)同步機制的含義以及帶來的結(jié)果是什么，從而使用戶使用客戶端更加方便。由于客戶端發(fā)送的數(shù)據(jù)同步機制協(xié)商請求攜帶的為同步方向和/或同步行為，而不是唯一標識一個數(shù)據(jù)同步機制的編碼，所以更加靈活地使客戶端與服務(wù)器之間協(xié)商數(shù)據(jù)同步機制。更進一步地，當服務(wù)器判斷客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶的同步行為、或/和同步方向是否符合設(shè)定的條件，如果是，則采用符合設(shè)定條件的數(shù)據(jù)同步機制返回給客戶端；如果否，則再判斷客戶端發(fā)送的數(shù)據(jù)同步請求中是否攜帶保持同步方向不變的標志，如果否，則采用慢同步機制進行本次數(shù)據(jù)同步或重新與客戶端協(xié)商數(shù)據(jù)同步機制，如果是，服務(wù)器從所設(shè)置的數(shù)據(jù)同步機制中選擇一個對應(yīng)于該請求所攜帶的同步行為、或/和同步方向的數(shù)據(jù)同步機制返回給客戶端。因此，本發(fā)明允許用戶選擇同步方向和行為來發(fā)起能夠達到用戶期望的數(shù)據(jù)同步機制，并且不會當服務(wù)判斷得到自身數(shù)據(jù)庫和客戶端數(shù)據(jù)庫的狀態(tài)信息不匹配就直接發(fā)起慢同步機制，提高使用客戶端的用戶的體驗度。步的方法流程圖2為現(xiàn)有技術(shù)釆用慢同步機制進行數(shù)據(jù)同步的方法流程圖；圖3為本發(fā)明提供的協(xié)商數(shù)據(jù)同步機制的方法流程圖；圖4為本發(fā)明提供的協(xié)商數(shù)據(jù)同步機制的系統(tǒng)示意圖；圖5為本發(fā)明提供的協(xié)商數(shù)據(jù)同步機制的客戶端示意圖；圖6為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例一的流程圖；圖7為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例二的流程圖；圖8為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例三的流程具體實施例方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉具體實施例并參照附圖，對本發(fā)明進行進一步詳細的說明。本發(fā)明實施例提供一種協(xié)商數(shù)據(jù)同步機制的方法，其實施方式如圖3所示步驟300、客戶端向服務(wù)器發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求；步驟301、服務(wù)器根據(jù)該請求所攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步過程所采用的數(shù)據(jù)同步機制，返回給客戶端。在本發(fā)明實施例中，數(shù)據(jù)同步機制協(xié)商參數(shù)包括同步方向、和/或同步行為。本發(fā)明實施例所述同步方向包括僅客戶端到服務(wù)器，或者僅服務(wù)器到客戶端，或者客戶端和服務(wù)器之間的雙向。本發(fā)明實施例所述同步方向確定了同步數(shù)據(jù)的流向，其中僅客戶端到服務(wù)器方向表明在同步階段僅客戶端向服務(wù)器發(fā)送同步數(shù)據(jù)；僅服務(wù)器到客戶端方向表明在同步階段僅服務(wù)器向客戶端發(fā)送同步數(shù)據(jù)；客戶端和服務(wù)器之間的雙向表明在同步階段客戶端和服務(wù)器互相發(fā)送同步數(shù)據(jù)。本發(fā)明實施例所述同步行為包括快行為、慢行為、刷新行為、智能行為和設(shè)備能力協(xié)商行為中的一種或多種的組合。本發(fā)明實施例所述同步行為確定了客戶端和服務(wù)器的處理動作，其中慢行為表明發(fā)送方發(fā)送修改的數(shù)據(jù)、部分數(shù)據(jù)或者所有數(shù)據(jù)，接收方將所接收數(shù)據(jù)與自身存儲的數(shù)據(jù)進行逐字段的比較后進行同步；快行為即普通同步行為，表明發(fā)送方發(fā)送修改的數(shù)據(jù)或者部分數(shù)據(jù)，接收方根據(jù)同步命令直接同步或者沖突檢測后根據(jù)仲裁結(jié)果進行同步，不對數(shù)據(jù)進行逐字段的比較；刷新行為表明發(fā)送方發(fā)送修改的數(shù)據(jù)、部分數(shù)據(jù)或者所有數(shù)據(jù)，接收方使用接收到的數(shù)據(jù)直接覆蓋自身的數(shù)據(jù)；智能行為指發(fā)送方和接收方之間發(fā)送指紋數(shù)據(jù)，以此判斷哪些數(shù)據(jù)是相同的不需要同步的，哪些數(shù)據(jù)是需要同步的；設(shè)備能力協(xié)商行為指的是客戶端與服務(wù)器之間進行的關(guān)于設(shè)備能力信息(包括客戶端或者服務(wù)器)的通信，使得相互之間可以知道對方的設(shè)備能力信息及其變化，服務(wù)器通過了解客戶端的設(shè)備能力信息及其變化，可以選取更合適的數(shù)據(jù)同步機制，而通過將設(shè)備能力協(xié)商行為攜帶在數(shù)據(jù)同步機制協(xié)商參數(shù)中作為同步行為的一種，請求服務(wù)器進行設(shè)備能力協(xié)商，可以將同步行為和設(shè)備能力協(xié)商行為相互獨立，將設(shè)備能力協(xié)商行為作為一個可以選擇的行為，而不是必須進行的行為，從而避免了現(xiàn)有技術(shù)中進行同步初始化操作時一般都包括設(shè)備能力信息協(xié)商過程，該過程占用較多時間，造成數(shù)據(jù)同步過程不必要地被延長，同步效率較低。本發(fā)明實施例可以根據(jù)需要對上述同步行為進行組合，例如刷新行為和智能行為的組合，即先判斷哪些數(shù)據(jù)是相同的，則這些數(shù)據(jù)不需要覆蓋，然后將需要發(fā)送的數(shù)據(jù)覆蓋對端剩余數(shù)據(jù)；或者擴展新的同步行為，例如定義智能刷新行為、或者改變上述行為的含義。這些均不應(yīng)該理解為對本發(fā)明的限制。也可以將設(shè)備能力協(xié)商行為與其他同步行為進行組合，如當客戶端或者服務(wù)器的設(shè)備能力信息變更時，在客戶端發(fā)送同步操作請求時，可以將需要同步的行為，如慢性為與設(shè)備能力協(xié)商行為組合，客戶端也可以單獨提出設(shè)備能力協(xié)商行為請求，這些均不應(yīng)該理解為對本發(fā)明的限制。在同步狀態(tài)正常的情況下，服務(wù)器可以根據(jù)客戶端發(fā)送的同步機制協(xié)商參數(shù)確定需要采用的數(shù)據(jù)同步機制，并在同步響應(yīng)中通知客戶端是否接受此同步請求。所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步包括同步方向不改變的標志或者服務(wù)器默認配置為同步方向不改變標志，用于指示當服務(wù)判斷得到同步狀態(tài)不匹配時選擇合適的數(shù)據(jù)同步機制時不要改變客戶端要求的同步方向。本發(fā)明實施例可以在服務(wù)器中設(shè)置所確定的數(shù)據(jù)同步機制與客戶端所選擇的數(shù)據(jù)同步機制的對應(yīng)關(guān)系，這個對應(yīng)關(guān)系為多對一，該對應(yīng)關(guān)系為表l所示<table>tableseeoriginaldocumentpage19</column></row><table>表1如表l所示，在客戶端選擇了同步方向以后，服務(wù)器可以根據(jù)對應(yīng)關(guān)系選擇表1中的(1)或(2)所述的數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步的數(shù)據(jù)同步機制與客戶端進行協(xié)商。未來數(shù)據(jù)同步規(guī)范中可能會新增新的數(shù)據(jù)同步機制，但是數(shù)據(jù)同步機制之間仍然存在必然的對應(yīng)關(guān)系，數(shù)據(jù)同步機制的變更不應(yīng)理解為對本發(fā)明的限制。在本發(fā)明實施例中，智能同步機制的產(chǎn)生，是為了減少數(shù)據(jù)同步時的數(shù)據(jù)傳輸量，如果釆用類似摘要技術(shù)則存在一定的限制，即，在某些情況下，比如需要進行數(shù)據(jù)同步過程的數(shù)據(jù)量小且小數(shù)據(jù)時，慢同步機制或刷新同步機制要比智能同步機制的效果好。因此，在具體實現(xiàn)時，可以在服務(wù)器中設(shè)置同步數(shù)據(jù)策略，服務(wù)器根據(jù)所設(shè)置的同步數(shù)據(jù)策略選擇表1中的(1)或(2)所述的數(shù)據(jù)同步機制。設(shè)置同步數(shù)據(jù)策略的基本依據(jù)是當智能同步過程中數(shù)據(jù)指紋的傳輸量相對于所減少的數(shù)據(jù)同步過程中的數(shù)據(jù)傳輸量比較小，甚至忽略不計時，采用表1中的(2)作為所確定的數(shù)據(jù)同步機制；否則，采用表l中的(l)作為所確定的數(shù)據(jù)同步機制。在本發(fā)明實施例中，所采用的同步數(shù)據(jù)策略如以下所述。1)當客戶端發(fā)起的是刷新同步行為且確定了同步方向，則服務(wù)器釆用表2中所示的同步數(shù)據(jù)策略確定本次數(shù)據(jù)同步過程采用的數(shù)據(jù)同步機制。<table>tableseeoriginaldocumentpage20</column></row><table>表2當然，服務(wù)器也可以根據(jù)其他同步數(shù)據(jù)策略確定本次數(shù)據(jù)同步過程采用的數(shù)據(jù)同步機制，表2只不過是舉例說明，具體策略的設(shè)定不應(yīng)理解為對本發(fā)明的限制。2)當客戶端發(fā)起的是快行為且確定了客戶端到服務(wù)器方向的單向同步方向，則服務(wù)器釆用表3中所示的同步數(shù)據(jù)策略確定本次數(shù)據(jù)同步過程采用的數(shù)據(jù)同步機制。<table>tableseeoriginaldocumentpage20</column></row><table><table>tableseeoriginaldocumentpage21</column></row><table>表33)當客戶端發(fā)起的是快行為且確定了雙向的同步方向，則服務(wù)器采用表4中所示的同步數(shù)據(jù)策略確定本次數(shù)據(jù)同步過程采用的數(shù)據(jù)同步機制。<table>tableseeoriginaldocumentpage21</column></row><table>表4上述大數(shù)據(jù)機制、小數(shù)據(jù)機制可以通過被同步數(shù)據(jù)的類型或者數(shù)據(jù)量來確定；當然，為了確定當前同步數(shù)據(jù)策略，客戶端還需要將要同步數(shù)據(jù)的信息發(fā)送給服務(wù)器，如要同步數(shù)據(jù)的數(shù)量、要同步數(shù)據(jù)的類型、要同步數(shù)據(jù)中所修改數(shù)據(jù)所占的比率信息等。本發(fā)明還提出了單向慢同步機制，可以包括由客戶端到服務(wù)器的慢同步機制和服務(wù)器到客戶端的慢同步機制兩種，如表5所示<table>tableseeoriginaldocumentpage21</column></row><table><table>tableseeoriginaldocumentpage22</column></row><table>表5客戶端可以將自己選擇的數(shù)據(jù)同步機制用同步方向和同步行為相結(jié)合的方式發(fā)送給服務(wù)器，服務(wù)器根據(jù)客戶端發(fā)送的同步方向、和/或同步行為和所設(shè)置的對應(yīng)關(guān)系共同確定對應(yīng)的一個數(shù)據(jù)同步機制后返回給客戶端。對于數(shù)據(jù)同步機制的協(xié)商，根據(jù)服務(wù)器處理過程的不同，有兩種方案。一種是服務(wù)器根據(jù)所有的信息進行集中判斷，此時服務(wù)器和客戶端的狀態(tài)信息是否匹配作為服務(wù)器判斷客戶端發(fā)送的同步方向和/或同步行為是否符合設(shè)定的條件的依據(jù)之一，并進一步根據(jù)判斷結(jié)果進行相應(yīng)處理。另一種是服務(wù)器有順序有步驟地判斷，先判斷服務(wù)器和客戶端的狀態(tài)信息是否匹配，再便服務(wù)器根據(jù)判斷結(jié)果進一步處理。先介紹集中判斷的情況。服務(wù)器接收到客戶端發(fā)送的數(shù)據(jù)同步請求、同步數(shù)據(jù)的信息，以及同步狀態(tài)信息后，服務(wù)器根據(jù)客戶端發(fā)送的信息，以及服務(wù)器數(shù)據(jù)庫的同步數(shù)據(jù)信息、同步狀態(tài)信息、服務(wù)器設(shè)定的條件等，進行是否符合條件判斷。其中，客戶端發(fā)送的數(shù)據(jù)同步請求包括同步方向、和/或同步行為，和/或保持同步方向不變的標志以及同步數(shù)據(jù)信息等；客戶端發(fā)送的同步數(shù)據(jù)信息包括待同步數(shù)據(jù)的類型、數(shù)據(jù)的數(shù)目、數(shù)據(jù)元素標識有效性、修改日志的有效性、同步數(shù)據(jù)的指紋、要同步數(shù)據(jù)中修改數(shù)據(jù)所占比率信息等信息；客戶端發(fā)送的同步狀態(tài)信息包括同步錨信息，用于判斷上次會話是否成功等。服務(wù)器數(shù)據(jù)庫的同步數(shù)據(jù)信息包括服務(wù)器的數(shù)據(jù)元素標識映射表的有效性、修改日志的有效'f生、同步數(shù)據(jù)的指紋等。服務(wù)器同步狀態(tài)信息包括同步錨信息，用于判斷上次會話是否成功等。對于服務(wù)器設(shè)定的條件，包括但不限于下面的一些條件(1)如果客戶端發(fā)送的同步狀態(tài)信息與服務(wù)器存儲的同步狀態(tài)信息不匹配，即上次會話沒有成功完成，客戶端發(fā)送上次會話沒有收到成功狀態(tài)響應(yīng)的數(shù)據(jù)元素或其標識/指紋信息對，或者客戶端發(fā)送所有的數(shù)據(jù)元素，或其標識/指紋信息對。在這種條件下，如果客戶端只發(fā)送修改的數(shù)據(jù)，服務(wù)器會要求客戶端發(fā)送所有的數(shù)據(jù)，或其標識/指紋信息對。(2)如果同步雙方中有一方的數(shù)據(jù)元素標識映射表無效或修改日志無效，客戶端應(yīng)先發(fā)送所有數(shù)據(jù)元素的標識及指紋，或直接發(fā)送所有數(shù)據(jù)元素。在這種條件下，如果客戶端只發(fā)送修改的數(shù)據(jù)，服務(wù)器的數(shù)據(jù)元素標識映射表無效或修改日志無效，服務(wù)器會要求客戶端先發(fā)送所有數(shù)據(jù)元素的標識及指紋。(3)如果客戶端的指紋算法不唯一(即可能對兩個不同的數(shù)據(jù)元素算出相同的指紋)，客戶端應(yīng)該不發(fā)送指紋，而是直接發(fā)送數(shù)據(jù)元素。另一種情況，即服務(wù)器也可以有順序、有步驟地分別進行判斷。首先，當服務(wù)器判斷客戶端和服務(wù)器的會話狀態(tài)信息匹配時，選擇符合條件的同步機制。一般情況下，服務(wù)器會選用客戶端同步請求中的同步機制，此時服務(wù)器還可以對客戶端的同步機制中的數(shù)據(jù)進行同步數(shù)據(jù)的選擇，同步數(shù)據(jù)的選擇包括修改的數(shù)據(jù)、全部數(shù)據(jù)、某些特定數(shù)據(jù)。特定數(shù)據(jù)的選擇基于指紋的判斷以及沖突檢測的情況等。如果服務(wù)器的數(shù)據(jù)元素標識映射表無效或修改日志無效，服務(wù)器需要選擇另外的符合條件的數(shù)據(jù)同步機制。比如，要求客戶端發(fā)送數(shù)據(jù)標識/指紋信息對，或發(fā)送全部數(shù)據(jù)元素。當服務(wù)器判斷得到客戶端和服務(wù)器的狀態(tài)信息不匹配時，首先判斷客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶的同步方向、和/或同步行為是否符合設(shè)定的條件，這些設(shè)定條件可以參考前面的說明。如果是，則采用符合設(shè)定條件的數(shù)據(jù)同步機制進行本次數(shù)據(jù)同步；如果否，服務(wù)器判斷客戶端發(fā)送的數(shù)據(jù)同步請求中是否攜帶保持同步方向不變的標志或者是否存儲有默認保持同步方向不改變標志，如果是，服務(wù)器從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所攜帶同步行為的同步方向相同的數(shù)據(jù)同步機制返回給客戶端，如果否，服務(wù)器根據(jù)本地策略選擇一種數(shù)據(jù)同步機制返回客戶端或與客戶端重新協(xié)商數(shù)據(jù)同步機制。在本發(fā)明實施例中，保持同步方向不變標志實際上就是保持客戶端發(fā)起的數(shù)據(jù)同步請求中攜帶的數(shù)據(jù)同步機制方向不變的標志，如果攜帶的數(shù)據(jù)同步機制方向只有一個，則保持這一個數(shù)據(jù)同步機制方向不變。此外，本發(fā)明實施例中服務(wù)器根據(jù)本地策略選擇的數(shù)據(jù)同步機制中還可以包括同步數(shù)據(jù)的選擇，同步數(shù)據(jù)的選擇包括修改的數(shù)據(jù)、全部數(shù)據(jù)、某些特定數(shù)據(jù)。特定數(shù)據(jù)的選擇基于指紋的判斷以及沖突檢測的情況等。在本發(fā)明實施例中，客戶端發(fā)起的數(shù)據(jù)同步機制協(xié)商參數(shù)還可以包括至少一組備選的同步方向、和/或同步行為，這時，服務(wù)器判斷客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶的同步行為、或/和同步方向是否符合設(shè)定的條件的過程為第一步、判斷客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶的主用同步行為、或/和同步方向是否符合設(shè)定的條件，如果是，則采用符合設(shè)定條件的數(shù)據(jù)同步機制進行本次數(shù)據(jù)同步；否則，轉(zhuǎn)入第二步；第二步、判斷客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶的其中一個備用同步行為、或/和同步方向是否符合設(shè)定的條件，如果是，則采用符合設(shè)定條件的數(shù)據(jù)同步機制進行本次數(shù)據(jù)同步；否則，轉(zhuǎn)入第二步繼續(xù)判斷，直到判斷完所有所攜帶的備用同步行為、或/和同步方向。以上這兩種方法可以組合使用?？蛻舳税l(fā)送同步機制協(xié)商參數(shù)可以通過擴展現(xiàn)有協(xié)議元素的含義，或者增加新的協(xié)議元素來實現(xiàn)，舉一個具體的實施例進4亍說明。<AlertCmdID=，rDirection-'fromclient，Behavior-'fast'DirectionNoChange=，true，>〈Anchor〉同步狀態(tài)信息々Anchor〉<TargetURI>目標數(shù)據(jù)庫地址々TargetURI〉〈SourceURI〉源數(shù)據(jù)庫地址々SourceURI〉</Alert>其中，Direction和Behavior屬性分別代表同步方向和同步行為，其中DirectionNoChange為保證同步方向不變的標志。以上協(xié)議元素的表示法不應(yīng)該理解為對本發(fā)明的限制。數(shù)據(jù)同步狀態(tài)信息可以在現(xiàn)有技術(shù)的〈Achor〉協(xié)議元素中攜帶，也可以采取新的機制在其他協(xié)議元素中攜帶，數(shù)據(jù)同步狀態(tài)信息的協(xié)商不應(yīng)該理解為對本發(fā)明的限制。本發(fā)明還提供一種協(xié)商數(shù)據(jù)同步的系統(tǒng)，該系統(tǒng)如圖4所示，包括客戶端和與客戶端進行消息交互的服務(wù)器，其中，客戶端向服務(wù)器發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，服務(wù)器根據(jù)該請求攜帶的同步類型協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。服務(wù)器包括數(shù)據(jù)同步模塊和同步機制分析模塊，其中，數(shù)據(jù)同步模塊用于接收客戶端發(fā)送的數(shù)據(jù)同步請求且將該請求轉(zhuǎn)發(fā)給同步機制分析模塊，同步機制分析模塊根據(jù)接收到該請求攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)(包括同步行為、或/和同步方向)確定數(shù)據(jù)同步機制，通過數(shù)據(jù)同步模塊返回給客戶端?？蛻舳税ㄓ脩艚涌?、用戶行為選擇模塊、同步機制分析模塊和數(shù)據(jù)同步模塊，其中，向用戶展示來自用戶行為選擇模塊的用戶行為選項等特征；用戶行為選擇模塊，用于為用戶提供用戶行為且通過用戶接口顯示給用戶，接收來自用戶接口的用戶輸入的用戶行為后發(fā)送給同步機制分析模塊；同步機制分析模塊用于將用戶行為轉(zhuǎn)化為同步機制協(xié)商參數(shù)，提供給數(shù)據(jù)同步模塊發(fā)送給服務(wù)器；或者通過數(shù)據(jù)同步模塊接收服務(wù)器確認的數(shù)據(jù)同步機制，判斷是否接受，如接受則發(fā)起對應(yīng)的數(shù)據(jù)同步流程；如不接受，則可以重新確定同步機制協(xié)商參數(shù)并重新協(xié)商。當然，本發(fā)明還提供一種客戶端，如圖5所示，該客戶端與圖4所述系統(tǒng)中的客戶端相同。舉三個例子說明本發(fā)明當客戶端和服務(wù)器之間的狀態(tài)不匹配時，如何進行數(shù)據(jù)同步機制的協(xié)商的。圖6為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例一的流程圖，其具體步驟為步驟600、客戶端向服務(wù)器發(fā)起數(shù)據(jù)同步初始化消息，該消息攜帶客戶端的同步狀態(tài)信息，該消息還攜帶有數(shù)據(jù)同步方向標志和要同步數(shù)據(jù)的信自在本發(fā)明中，該數(shù)據(jù)同步初始化消息可以為數(shù)據(jù)同步請求，這時，圖6所述的過程不僅可以在數(shù)據(jù)同步初始化階段進行，而且還可以在數(shù)據(jù)同步階段進行。步驟601、服務(wù)器接收到該消息后，判斷該消息所攜帶的同步狀態(tài)信息是否和自身數(shù)據(jù)庫存儲的數(shù)據(jù)狀態(tài)信息相同，如果是，執(zhí)行步驟605;如果否，執(zhí)行步驟602。步驟602、服務(wù)器根據(jù)該消息攜帶的保持同步方向不變的標志或者根據(jù)服務(wù)器默認同步方向不改變的設(shè)置判斷是否要求數(shù)據(jù)同步方向保持不變，即和客戶端發(fā)起的數(shù)據(jù)同步機制方向相同，如果是，執(zhí)行步驟603;否則，執(zhí)行步驟606;步驟603、服務(wù)器根據(jù)該消息攜帶的同步方向判斷是否為單向同步，如果是，執(zhí)行步驟604;否則，執(zhí)行步驟607;步驟604、服務(wù)器根據(jù)該消息攜帶的要同步數(shù)據(jù)的信息確定同步數(shù)據(jù)策略，從表3中選擇相應(yīng)的單向同步機制進行本次數(shù)據(jù)同步，且在數(shù)據(jù)同步初始化消息的響應(yīng)消息中攜帶所選擇的數(shù)據(jù)同步機制，客戶端接收到該響應(yīng)消息后采用所攜帶的數(shù)據(jù)同步機制與服務(wù)器之間進行本次數(shù)據(jù)同步。制與客戶端之間進行本次數(shù)據(jù)同步，且在數(shù)據(jù)同步初始化消息的響應(yīng)消息中攜帶所確定的數(shù)據(jù)同步機制，客戶端接收到該響應(yīng)消息后采用所攜帶的數(shù)據(jù)步驟605、同步機制與服務(wù)器之間進行本次數(shù)據(jù)同步。步驟606、服務(wù)器根據(jù)該消息攜帶的同步數(shù)據(jù)的信息確定同步數(shù)據(jù)策略，選擇相應(yīng)的其中一個數(shù)據(jù)同步機制與客戶端之間進行本次數(shù)據(jù)同步，且在數(shù)據(jù)同步初始化消息的響應(yīng)消息中攜帶所選擇的數(shù)據(jù)同步機制，客戶端接收到該響應(yīng)消息后采用所攜帶的數(shù)據(jù)同步機制與服務(wù)器之間進行本次數(shù)據(jù)同步。步驟607、服務(wù)器根據(jù)該請求攜帶的同步數(shù)據(jù)的信息確定同步數(shù)據(jù)策略，從表4中選擇相應(yīng)的雙向同步機制進行本次數(shù)據(jù)同步，且在數(shù)據(jù)同步初始化消息的響應(yīng)消息中攜帶所選擇的數(shù)據(jù)同步機制，客戶端接收到該響應(yīng)消息后采用所攜帶的數(shù)據(jù)同步機制與服務(wù)器之間進行本次數(shù)據(jù)同步。圖7為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例二的流程圖，其具體步驟為步驟700、客戶端向服務(wù)器發(fā)起數(shù)據(jù)同步初始化消息，該消息攜帶客戶端的同步狀態(tài)信息，該消息還攜帶有選擇的同步方向、和/或同步行為和要同步數(shù)據(jù)的信息，選擇的數(shù)據(jù)同步機制包括主選的同步方向、和/或同步行為和備選的同步方向、和/或同步行為。在本發(fā)明實施例中，該數(shù)據(jù)同步初始化消息可以為數(shù)據(jù)同步請求，這時，圖7所述的過程不僅可以在數(shù)據(jù)同步初始化階段進行，而且還可以在數(shù)據(jù)同步階段進行。步驟701、服務(wù)器接收到該消息后，判斷該消息所攜帶的同步狀態(tài)信息是否和自身數(shù)據(jù)庫存儲的數(shù)據(jù)狀態(tài)信息相同，如果是，執(zhí)行步驟708;如果否，執(zhí)行步驟702。步驟702、服務(wù)器根據(jù)該消息攜帶的要同步數(shù)據(jù)的信息確定同步數(shù)據(jù)策略，根據(jù)對應(yīng)關(guān)系得到所確定同步數(shù)據(jù)策略所對應(yīng)的數(shù)據(jù)同步機制，判斷該消息所攜帶的主選的同步方向、和/或同步行為是否符合得到的數(shù)據(jù)同步機制，如果是，執(zhí)行步驟709;否則，執(zhí)行步驟703。步驟703、服務(wù)器判斷該消息所攜帶的備選的同步方向、和/或同步行為是否已經(jīng)為空，如果否，執(zhí)行步驟704;否則，執(zhí)行步驟710。步驟704、服務(wù)器獲取該消息所攜帶的其中一個備選的同步方向、和/或同步行為，轉(zhuǎn)入步驟705。步驟705、服務(wù)器判斷該備選的同步方向、和/或同步行為是否符合得到的數(shù)據(jù)同步機制，如果是，則執(zhí)行步驟706;否則，返回步驟703繼續(xù)執(zhí)行，直到獲取完所有的該消息攜帶的備選的同步方向、和/或同步行為。步驟706、服務(wù)器將該備選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步的機制，執(zhí)行步驟707。步驟707、服務(wù)器向客戶端發(fā)送數(shù)據(jù)同步機制確認消息，攜帶本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。在發(fā)送時，也可以采用同步方向、和/或同步行為。步驟708、服務(wù)器將主選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步的機制，執(zhí)行步驟707。步驟709、服務(wù)器將確定的數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步的機制，執(zhí)行步驟707。步驟710、服務(wù)器根據(jù)本地策略選擇一種數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步的機制或與客戶端重新協(xié)商數(shù)據(jù)同步機制，執(zhí)行步驟707。在本步驟中，也可以采用圖6所述的方法進行數(shù)據(jù)同步機制的最終確定。在圖7所述的方法中，客戶端向服務(wù)器提供了一個主選的數(shù)據(jù)同步機制，多個備選的數(shù)據(jù)同步機制，在服務(wù)器判斷出上一次數(shù)據(jù)同步過程失敗時，首先判斷主選的數(shù)據(jù)同步機制是否合適，如果不合適，再判斷備選的數(shù)據(jù)同步機制是否合適，如果也不合適，最后再根據(jù)同步數(shù)據(jù)策略選擇一個數(shù)據(jù)同步機制。圖8為本發(fā)明協(xié)商數(shù)據(jù)同步機制的方法實施例三的流程圖，其具體步驟為步驟800、客戶端向服務(wù)器發(fā)起數(shù)據(jù)同步初始化消息，該消息攜帶客戶端的同步狀態(tài)信息，該消息還攜帶有選擇的同步方向、和/或同步行為和要同步數(shù)據(jù)的信息，選擇的數(shù)據(jù)同步機制包括主選的同步方向、和/或同步行為和備選的同步方向、和/或同步行為。在本發(fā)明中，該數(shù)據(jù)同步初始化消息可以為數(shù)據(jù)同步請求，這時，圖8所述的過程不僅可以在數(shù)據(jù)同步初始化階段進行，而且還可以在數(shù)據(jù)同步階段進行。步驟801、服務(wù)器接收到該消息后，判斷該消息所攜帶的同步狀態(tài)信息是否和自身數(shù)據(jù)庫存儲的數(shù)據(jù)狀態(tài)信息相同，如果是，執(zhí)行步驟805;如果否，執(zhí)行步驟802。步驟802、服務(wù)器根據(jù)該消息攜帶的要同步數(shù)據(jù)的信息確定同步數(shù)據(jù)策略，根據(jù)對應(yīng)關(guān)系得到所確定同步數(shù)據(jù)策略所對應(yīng)的數(shù)據(jù)同步機制。步驟803、服務(wù)器判斷該數(shù)據(jù)同步機制中是否有該消息所攜帶的主選的同步方向、和/或同步行為或備選的同步方向、和/或同步行為，如果是，執(zhí)行步驟804;否則，執(zhí)行步驟806。步驟804、服務(wù)器將該消息所攜帶的主選的同步方向、和/或同步行為或備選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步的機制，返回給客戶端。如果該多個數(shù)據(jù)同步機制中既包括該消息所攜帶的主選的同步方向、和/或同步行為，又包括該消息所攜帶的備選的同步方向、和/或同步行為，則服務(wù)器將該消息所攜帶的主選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步的機制。步驟805、服務(wù)器將該消息攜帶的主選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步的機制，返回給客戶端。步驟806、服務(wù)器向客戶端返回該消息的失敗響應(yīng)，要求與客戶端重新協(xié)商本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。舉四個具體實施例說明本發(fā)明。實施例一客戶端數(shù)據(jù)庫中數(shù)據(jù)的類型為文件類型，客戶端發(fā)起客戶端到服務(wù)器的單向同步、快行為，即僅將客戶端修改的數(shù)據(jù)同步到服務(wù)器上。由于客戶端和服務(wù)器之間網(wǎng)絡(luò)信號原因，導(dǎo)致數(shù)據(jù)同步過程中斷，客戶端重新發(fā)起同步，仍選擇了相同的方向和行為。首先，客戶端向服務(wù)器發(fā)起數(shù)據(jù)同步請求，該請求還攜帶有要同步數(shù)據(jù)的類型為文件類型和自身數(shù)據(jù)庫的同步狀態(tài)信息；其次，服務(wù)器檢測到客戶端和服務(wù)器的狀態(tài)信息不匹配，且根據(jù)要同步數(shù)據(jù)的類型為文件類型，確定進行客戶端到服務(wù)器的單向智能行為和快行為的組合，在數(shù)據(jù)同步請求的響應(yīng)消息中要求客戶端發(fā)起由服務(wù)器確認的數(shù)據(jù)同步機制；最后，客戶端接收到該響應(yīng)消息后與服務(wù)器之間進行由服務(wù)器確認的數(shù)據(jù)同步機制。實施例二首先，客戶端僅希望使用同步能力實現(xiàn)備份功能，即將客戶端數(shù)據(jù)庫中的數(shù)據(jù)發(fā)送到服務(wù)器進行備份，因此選擇客戶端到服務(wù)器的單向同步機制，如果在數(shù)據(jù)同步過程中數(shù)據(jù)同步失敗，則直接執(zhí)行客戶端到服務(wù)器的單向刷新同步機制全部覆蓋服務(wù)器數(shù)據(jù)庫中對應(yīng)于該客戶端所有的數(shù)據(jù)，客戶端將客戶端到服務(wù)器的單向刷新行為機制攜帶在數(shù)據(jù)同步請求中發(fā)送給服務(wù)器。其次，服務(wù)器檢測到客戶端數(shù)據(jù)庫和服務(wù)器數(shù)據(jù)庫的狀態(tài)信息不匹配，且檢測到客戶端同步方向不改變標志，接受客戶端選擇的單向刷新行為機制，在數(shù)據(jù)同步請求的響應(yīng)消息中要求客戶端發(fā)起從客戶端到服務(wù)器的單向刷新行為機制，而不強制要求發(fā)起慢同步；最后，客戶端接收到該響應(yīng)消息后與服務(wù)器之間進行單向刷新同步機制的數(shù)據(jù)同步。實施例三用戶A將客戶端借給用戶B使用以后，客戶端中存儲了用戶B的很多數(shù)據(jù)，用戶A希望通過一次僅服務(wù)器到客戶端的刷新同步機制，將服務(wù)器數(shù)據(jù)覆蓋客戶端數(shù)據(jù)，這個過程與實施例二的過程相同，只不過方向更改為由服務(wù)器到客戶端進行單向刷新行為機制的數(shù)據(jù)同步過程。實施例四用戶A所使用的客戶端^是供如下一些用戶可以理解的用戶行為選項1、傻瓜選項，即用戶行為備份操作、下載操作、保證雙方數(shù)據(jù)完全一致操作，其中，"備份操作"可以對應(yīng)到以下協(xié)商參數(shù)(1)方向，客戶端到服務(wù)器；(2)行為，刷新行為；(3)攜帶保持同步方向不改變的標記、或者備選同步方向、和/或同步行為為"客戶端到服務(wù)器、智能行為和刷新行為的組合"，也可以定義"智能行為和刷新行為的組合"為"智能刷新行為"。正常情況下，服務(wù)器接受客戶端要求的同步方向和行為協(xié)商參數(shù)，確認為"客戶端到服務(wù)器的單向刷新行為"并返回客戶端，客戶端發(fā)起數(shù)據(jù)同步；異常情況下，服務(wù)器確認為"客戶端到服務(wù)器的單向智能刷新行為"并返回'客戶端，客戶端發(fā)起數(shù)據(jù)同步。類似地，"下載操作，，可以對應(yīng)為(1)方向服務(wù)器到客戶端；(2)行為刷新行為；(3)攜帶同步方向不改變標記，或者備選同步方向和行為為"服務(wù)器到客戶端、單向智能刷新行為"。"保證雙方數(shù)據(jù)完全一致操作"可以對應(yīng)為(1)方向乂又向；(2)行為快同步；(3)攜帶同步方向不改變標記，或者備選同步方向和行為為"雙向、智能行為和快行為的組合"或者"雙向、慢行為"。2、高級選項用戶可以選擇同步方向、同步行為、同步數(shù)據(jù)信息(數(shù)據(jù)類型、數(shù)據(jù)的數(shù)目、同步數(shù)據(jù)標識有效性、修改日志的有效性、同步數(shù)據(jù)的指紋、要同步數(shù)據(jù)中修改數(shù)據(jù)所占比率信息等信息)。例如用戶選擇了雙向同步，要求流量較小，選擇了通訊錄同步(同步條目共10條)，則客戶端轉(zhuǎn)換為如下參數(shù)(1)方向客戶端到服務(wù)器；(2)行為快行為；(3)攜帶同步方向不改變標記，或者備選同步方向和行為為"雙向、慢行為"。如果用戶選擇的通訊錄條目為100條，則上述的(3)變更為(3)攜帶同步方向不改變標記，或者備選同步方向和行為為"雙向、智能行為和快行為的組合"。實施例五用戶A所使用的客戶端在不同的場合經(jīng)常需要同步不同的數(shù)據(jù)類型電話本、日程、短消息等。其終端和服務(wù)器的設(shè)備能力信息在網(wǎng)絡(luò)上也保存有一份，可以使用URI訪問；在同步之前，或者設(shè)備能力信息發(fā)生變更時，客戶端希望和服務(wù)器之間協(xié)商設(shè)備能力信息并保存，供數(shù)據(jù)同步時使用?？梢酝ㄟ^如下幾種方式來實現(xiàn)設(shè)備能力的協(xié)商(1)協(xié)商所有的設(shè)備能力信息；(2)根據(jù)數(shù)據(jù)類型協(xié)商相關(guān)設(shè)備能力信息；一般情況下，設(shè)備能力信息包含一些公用的信息，例如軟件版本號等；另外還包含一些數(shù)據(jù)類型特定的信息，例如特定于電話本的字段等；(3)使用URI指明待協(xié)商的設(shè)備能力信息；設(shè)備能力信息可以被保存在XML文檔，使用URI可以指向整個文檔、某個片斷、特定的元素或者屬性值；(4)使用表達式指明待協(xié)商的設(shè)備能力信息；使用表達式可以指示特定的設(shè)備能力，例如指明所有MIME相關(guān)的設(shè)備能力信息，或所有值類型為整型的設(shè)備能力信息等。客戶端向服務(wù)器發(fā)送數(shù)據(jù)同步請求，其行為為設(shè)備能力協(xié)商行為，附加的參數(shù)指明協(xié)商設(shè)備能力信息的方式，方向參數(shù)則指明是僅客戶端向服務(wù)器發(fā)送設(shè)備能力信息、還是僅服務(wù)器向客戶端發(fā)送設(shè)備能力信息，或者雙方都發(fā)送。如果客戶端向服務(wù)器發(fā)送數(shù)據(jù)同步請求所攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)中的同步行為可以僅包括設(shè)備能力協(xié)商行為，則此時服務(wù)器根據(jù)該數(shù)據(jù)同步機制協(xié)商參數(shù)中所包括的設(shè)備能力協(xié)商行為方式，即上述四種設(shè)備能力協(xié)商方式進行設(shè)備能力協(xié)商。在本發(fā)明中，客戶端和服務(wù)器的地位屬于對等的，對于功能比較強大的客戶端，如個人數(shù)字助理(PDA)或計算機等客戶端，也可以按照服務(wù)器一樣的架構(gòu)以及處理流程進行同步機制協(xié)商過程；相應(yīng)的處理過程與上述服務(wù)器處理客戶端的數(shù)據(jù)同步請求一樣，在此不再詳述。對于功能比較弱的服務(wù)器，本發(fā)明實施例也可以將功能比較弱的服務(wù)器作為客戶端向其他服務(wù)器發(fā)送數(shù)據(jù)同步請求，相應(yīng)的處理過程與上述服務(wù)器處理客戶端的數(shù)據(jù)同步請求一樣，在此不再詳述。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求1、一種同步機制的方法，其特征在于，該方法包括服務(wù)器收到客戶端發(fā)送的攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求；服務(wù)器獲取所述的同步機制協(xié)商參數(shù)，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，并將所確定的數(shù)據(jù)同步機制返回給客戶端。2、如權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)包括同步方向、或/和同步行為；或表示客戶端選擇同步方向、和/或同步行為的信息。3、如權(quán)利要求2所述的方法，其特征在于，所述同步方向為客戶端到服務(wù)器、或者服務(wù)器到客戶端以及客戶端和服務(wù)器之間的雙向中的一種；所述同步行為包括快行為、慢行為、刷新行為、智能行為和設(shè)備能力協(xié)商行為中的一種或多種的組合。4、如權(quán)利要求2所述的方法，其特征在于，所述確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為當服務(wù)器判斷客戶端發(fā)送的同步方向、或/和同步行為符合設(shè)定的條件時，以客戶端發(fā)送的同步方向、或/和同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。5、如權(quán)利要求2所述的方法，其特征在于，所述確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為當服務(wù)器判斷客戶端發(fā)送的同步方向、或/和同步行為不符合設(shè)定的條件時，服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇一種數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。6、如權(quán)利要求5所述的方法，其特征在于，當客戶端發(fā)送的數(shù)據(jù)同步請求中攜帶保持同步方向不變的標志或者存儲有默認保持同步方向不改變標志時，所述服務(wù)器根據(jù)策略選擇數(shù)據(jù)同步機制具體包括服務(wù)器根據(jù)策略從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所攜帶同步行為的同步方向7、如權(quán)利要求4所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步還包括至少一組備選的同步方向、和/或同步行為，當服務(wù)器判斷客戶端發(fā)送的主選的同步方向、或/和同步行為符合設(shè)定的條件時；根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為以客戶端發(fā)送的主選的同步方向、或/和同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。8、如權(quán)利要求5所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步還包括至少一組備選的同步方向、和/或同步行為，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為服務(wù)器判斷客戶端主選的同步方向、和/或同步行為是否符合所述服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇的一種數(shù)據(jù)同步機制，如果是，則以所述主選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制；如果否，則進一步判斷客戶端備選的同步方向、和/或同步行為是否有符合所述服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇的一種數(shù)據(jù)同步機制，如果有，則以所符合的備選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，如果所有備選的同步方向、和/或同步行為都不符合所述服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇的一種數(shù)據(jù)同步機制時，則以所述主選的同步方向、和/或同步4亍為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。9、如權(quán)利要求6所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步還包括至少一組備選的同步方向、和/或同步行為；制具體為服務(wù)器判斷客戶端主選的同步方向、和/或同步行為是否符合服務(wù)器根據(jù)策略從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所攜帶同步行為的同步方向相同的數(shù)據(jù)同步機制，如果是，則以所述主選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制；如果否，則進一步判斷客戶端備選的同步方向、和/或同步行為是否有符合服務(wù)器根據(jù)策略從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所攜帶同步行為的同步方向相同的數(shù)據(jù)同步機制，如果有，則以所符合的備選的同步方向、和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，如果所有備選的同步方向、和/或同步行為都不符合服務(wù)器根據(jù)策略從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所攜帶同步行為的同步方向相同的數(shù)據(jù)同步機制時，則以所述主選的同10、如權(quán)利要求5所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步還包括至少一組備選的同步方向、和/或同步行為；根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為確定服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇的一種數(shù)據(jù)同步機制中是否有所述的主選的同步方向和/或同步行為，或備選的同步方向和/或同步行為，如果有，則將主選的同步方向和/或同步行為，或備選的同步方向和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。11、如權(quán)利要求6所述的方法，其特征在于，所述數(shù)據(jù)同步機制協(xié)商參數(shù)進一步還包括至少一組備選的同步方向、和/或同步行為；根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為確定服務(wù)器根據(jù)策略從所設(shè)置的數(shù)據(jù)同步機制中選擇一個與該請求所方向和/或同步行為，或備選的同步方向和/或同步行為，如果有，則將主選的同步方向和/或同步行為，或備選的同步方向和/或同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。12、如權(quán)利要求4或5所述的方法，其特征在于，所述數(shù)據(jù)同步請求中還攜帶有同步數(shù)據(jù)的信息，所述的同步數(shù)據(jù)的信息作為服務(wù)器判斷客戶端發(fā)送的同步方向、或/和同步行為是否符合設(shè)定的條件的依據(jù)。13、如權(quán)利要求5或6所述的方法，其特征在于，所述數(shù)據(jù)同步請求還攜帶有同步數(shù)據(jù)的信息；所述的服務(wù)器根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇一種數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為服務(wù)器根據(jù)所述的同步數(shù)據(jù)的信息確定當前同步數(shù)據(jù)策略，并進一步根據(jù)確定的策略從從設(shè)置的數(shù)據(jù)同步機制中選擇一種數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。14、如權(quán)利要求12所述的方法，其特征在于，所述同步數(shù)據(jù)的信息至少包括下述內(nèi)容之一同步數(shù)據(jù)的數(shù)目、同步數(shù)據(jù)的類型、同步數(shù)據(jù)標識有效性、修改日志的有效性、數(shù)據(jù)指紋信息、和要同步數(shù)據(jù)中修改數(shù)據(jù)所占比率信息。15、如權(quán)利要求l所述的方法，其特征在于，服務(wù)器所確定的數(shù)據(jù)同步機制包括對待同步數(shù)據(jù)的選擇，包括全部數(shù)據(jù)元素、修改的數(shù)據(jù)元素、指定的數(shù)據(jù)元素。16、如權(quán)利要求3所述的方法，其特征在于，所述同步行為為設(shè)備能力信息協(xié)商行為時，所述的同步機制協(xié)商參數(shù)還包括指示設(shè)備能力協(xié)商行為方式的參數(shù)；制具體為服務(wù)器根據(jù)設(shè)備能力協(xié)商行為方式的參數(shù)確定待協(xié)商的設(shè)備能力信息集合。17、如權(quán)利要求3所述的方法，其特征在于，所述同步行為為設(shè)備能力信息協(xié)商行為時，所述的同步機制協(xié)商參數(shù)還包括指示設(shè)備能力協(xié)商行為方式的參數(shù)；根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為服務(wù)器根據(jù)設(shè)備能力協(xié)商行為方式的參數(shù)確定待協(xié)商的設(shè)備能力信息集合，并根據(jù)同步機制協(xié)商參數(shù)中的同步方向和/或其他同步行為確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。18、如權(quán)利要求16或17所述的方法，其特征在于，所述的設(shè)備能力協(xié)商行為方式包含協(xié)商全部設(shè)備能力信息、根據(jù)同步數(shù)據(jù)類型確定設(shè)備能力信息、根據(jù)外部URI協(xié)商設(shè)備能力信息、或根據(jù)表達式協(xié)商設(shè)備能力信息。19、一種同步機制的方法，其特征在于，該方法包括收到攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，所述的同步機制協(xié)商參數(shù)攜帶有數(shù)據(jù)同步請求發(fā)送方選擇的同步方向和/或同步行為；獲取所述的同步機制協(xié)商參數(shù)，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，并將所確定的數(shù)據(jù)同步機制返回給同步請求發(fā)送方。20、如權(quán)利要求19所述的方法，其特征在于，所述同步方向為客戶端到服務(wù)器、或者服務(wù)器到客戶端以及客戶端和服務(wù)器之間的雙向中的一種；所述同步行為包括快行為、慢行為、刷新行為、智能行為和設(shè)備能力協(xié)商行為中的一種或多種的組合。21、如權(quán)利要求20所述的方法，其特征在于，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為當發(fā)送方發(fā)送的同步方向、或/和同步行為符合設(shè)定的條件時，以發(fā)送方發(fā)送的符合設(shè)定條件的同步方向、或/和同步行為作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。22、如權(quán)利要求20所述的方法，其特征在于，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制具體為當發(fā)送方發(fā)送的同步方向、或/和同步行為不符合設(shè)定的條件時，數(shù)據(jù)同步請求的接受方根據(jù)策略從設(shè)置的數(shù)據(jù)同步機制中選擇一種數(shù)據(jù)同步機制作為本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制。23、如權(quán)利要求21或22所述的方法，其特征在于，所述數(shù)據(jù)同步請求還攜帶有同步數(shù)據(jù)的信息，所述的同步數(shù)據(jù)的信息作為數(shù)據(jù)同步請求的接受方判斷發(fā)送方發(fā)送的同步方向、或/和同步行為是否符合設(shè)定的條件的依據(jù)。24、如權(quán)利要求23所述的方法，其特征在于，所述同步數(shù)據(jù)的信息至少包括下述內(nèi)容之一同步數(shù)據(jù)的數(shù)目、同步數(shù)據(jù)的類型、同步數(shù)據(jù)標識有效性、修改日志的有效性、數(shù)據(jù)指紋信息、和要同步數(shù)據(jù)中修改數(shù)據(jù)所占比率信息。25、一種數(shù)據(jù)同步的系統(tǒng)，其特征在于，包括客戶端和與客戶端進行消息交互的服務(wù)器；所述的客戶端用于向服務(wù)器發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，并接收服務(wù)器返回的數(shù)據(jù)同步機制；或者根據(jù)服務(wù)器發(fā)送的數(shù)據(jù)同步請求中攜帶的同步類型協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制后，返回給服務(wù)器；所述的服務(wù)器根據(jù)該請求攜帶的同步類型協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制后，返回給客戶端；或者向客戶端發(fā)送攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求，并接收客戶端返回的數(shù)據(jù)同步機制。26、如權(quán)利要求25所述的系統(tǒng)，其特征在于，所述服務(wù)器包括數(shù)據(jù)同步模塊和同步機制分析模塊，其中，數(shù)據(jù)同步模塊用于接收客戶端發(fā)送的數(shù)據(jù)同步請求且將該請求轉(zhuǎn)發(fā)給同步機制分析模塊；同步機制分析模塊根據(jù)接收到該請求攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)確定數(shù)據(jù)同步機制，通過數(shù)據(jù)同步模塊返回給客戶端。27、如權(quán)利要求25所述的系統(tǒng)，其特征在于，所述客戶端包括用戶接口、用戶行為選擇模塊、同步機制分析模塊和數(shù)據(jù)同步模塊，其中，向用戶展示來自用戶行為選擇模塊的用戶行為選項特征；用戶行為選擇模塊，用于為用戶提供用戶行為且通過用戶接口顯示給用戶，接收來自用戶接口的用戶輸入的用戶行為后發(fā)送給同步機制分析模塊；同步機制分析模塊用于將用戶行為轉(zhuǎn)化為同步機制協(xié)商參數(shù)，構(gòu)造攜帶同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求提供給數(shù)據(jù)同步^t塊發(fā)送給服務(wù)器；或者通過數(shù)據(jù)同步模塊接收服務(wù)器確認的數(shù)據(jù)同步機制。28、一種數(shù)據(jù)同步的客戶端，其特征在于，包括向用戶展示來自用戶行為選擇模塊的用戶行為選項特征；用戶行為選擇模塊，用于為用戶提供用戶行為且通過用戶接口顯示給用戶，接收來自用戶接口的用戶輸入的用戶行為后發(fā)送給同步機制分析模塊；同步機制分析模塊用于將用戶行為轉(zhuǎn)化為同步機制協(xié)商參數(shù)，構(gòu)造攜帶同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求提供給數(shù)據(jù)同步模塊發(fā)送給服務(wù)器；或者通過數(shù)據(jù)同步模塊接收服務(wù)器所采用的數(shù)據(jù)同步機制，判斷是否接受，如果是，發(fā)起對應(yīng)的數(shù)據(jù)同步流程；如果否，則重新確定同步機制協(xié)商參數(shù)并重新協(xié)商。29、一種數(shù)據(jù)同步的服務(wù)器，其特征在于，所述的服務(wù)器包括數(shù)據(jù)同步模塊，用于接收客戶端發(fā)送的數(shù)據(jù)同步請求，所述的同步請求中攜帶有數(shù)據(jù)同步機制協(xié)商參數(shù)，并將所述同步請求轉(zhuǎn)發(fā)出去；同步機制分析模塊，用于根據(jù)接收到的所述的同步請求中攜帶的數(shù)據(jù)同步機制協(xié)商參數(shù)確定數(shù)據(jù)同步機制，并通過數(shù)據(jù)同步模塊將所確定的數(shù)據(jù)同步機制返回給客戶端。全文摘要本發(fā)明公開了一種協(xié)商數(shù)據(jù)同步機制的方法、系統(tǒng)及客戶端，該方法包括服務(wù)器收到客戶端發(fā)送的攜帶數(shù)據(jù)同步機制協(xié)商參數(shù)的數(shù)據(jù)同步請求；服務(wù)器獲取所述的同步機制協(xié)商參數(shù)，根據(jù)所述的同步機制協(xié)商參數(shù)確定本次數(shù)據(jù)同步所采用的數(shù)據(jù)同步機制，并將所確定的數(shù)據(jù)同步機制返回給客戶端。本發(fā)明更加靈活地使客戶端與服務(wù)器之間協(xié)商數(shù)據(jù)同步機制，使用戶使用客戶端更加方便。文檔編號H04L29/06GK101102311SQ200710108078公開日2008年1月9日申請日期2007年5月24日優(yōu)先權(quán)日2006年7月8日發(fā)明者嬌康,李克鵬,田林一,郭祥洲申請人:華為技術(shù)有限公司