專利名稱：：一種同步故障處理方法、客戶端、服務器及其系統(tǒng)的制作方法
技術領域：
：本發(fā)明實施例涉及數(shù)據(jù)處理
技術領域：
，具體涉及一種同步處理方法、客戶端、服務器及其系統(tǒng)。
背景技術：
：隨著信息社會的迅速發(fā)展，人們迫切期望個人信息(如電子郵件、日歷、通訊錄等)能夠在不同的設備(包括掌上電腦、移動電話、PDA、臺式機)上同時得到更新，保持數(shù)據(jù)的一致性。例如，用戶期望在掌上電腦上閱讀了一封新收到的郵件，可以在他的臺式機中自動地將這封郵件顯示為已讀郵件；又例如移動設備用戶通過電子郵件收到定單時，就可以立即使用同一移動設備訪問公司的存貨系統(tǒng)，以確定發(fā)貨日期。這就要求不同設備間的需要進行數(shù)據(jù)的同步。SyncML(SynchronizationMarkupLanguage)是一種信息同步標準協(xié)議。SyncML協(xié)議定義了在客戶端和服務器之間消息的交互過程和數(shù)據(jù)同步的類型。其中的一種同步類型為慢同步，是指客戶端與服務器端把自己的所有數(shù)據(jù)都發(fā)送給對方，進行一對一的比對同步。此外，現(xiàn)有技術中還有一種利用指紋來對數(shù)據(jù)進行比對從而進行數(shù)據(jù)同步的方法。在現(xiàn)有技術利用指紋進行數(shù)據(jù)同步(DS)的方法中，指紋是對一組數(shù)據(jù)通過某種算法處理后得到的一個數(shù)值。數(shù)據(jù)的任何變化都會導致指紋的不同，因此指紋可以有效標識數(shù)據(jù)。從一項數(shù)據(jù)元素到一個數(shù)據(jù)庫都可以產(chǎn)生對應的指紋，其中數(shù)據(jù)庫的指紋在DS協(xié)議中叫做Container。指紋可以只由終端產(chǎn)生，也可以由終端及服務器雙方產(chǎn)生。指紋的用途是用于服務器來判別它從終端收到的數(shù)據(jù)與自身存儲的數(shù)據(jù)是否相同。因為無論哪一邊修改了數(shù)據(jù)，指紋都會不一致。如果指紋一致，表明服務器與終端的數(shù)據(jù)一樣，終端不需要發(fā)送，如果指紋不一樣，表明數(shù)據(jù)有修改，這時要看沖突檢測策略，如果是以服務器端的數(shù)據(jù)為準，那終端也沒有必要發(fā)送數(shù)據(jù)。這樣，通過比較指紋可以避免發(fā)送一些不必要的數(shù)據(jù)，從而節(jié)省了流量。另外，指紋也可以用作斷點續(xù)傳。這種利用指紋的同步方法也稱為智能同步(SmartSync)。一次同步過程通常分為三個階段，需要六個凄t據(jù)包來完成，即從消息包1到消息包6(PKG1到PKG6)。指紋有多種算法，為了通信雙方使用一致的算法，需要進行算法協(xié)商。一方將其所支持的算法集發(fā)送給另一方，另一方從中找到其支持的指紋算法，并告知對方，從而完成指紋算法的協(xié)商。如圖l所示，為智能同步的方法流程圖，包括1、同步初始化階段(如圖中所示的PKG1和PKG2)同步初始化主要完成身份鑒權、需要同步的數(shù)據(jù)庫的協(xié)商、同步能力的協(xié)商，比如，支持同步哪些數(shù)據(jù)、支持哪些同步類型等。無論某一次同步過程由哪方發(fā)起，客戶端都會首先向服務器發(fā)送同步初始化包(PKG1)，在PKG1中主要包含客戶端鑒權信息、設備能力、指纟丈使用方式等；服務器收到PKG1后，會驗證客戶端帳號信息，同時把驗證結果返回給客戶端，即PKG2。2、同步階段(如圖中所示的PKG3至PKG6)通過分析PKG2中指定的同步類型，客戶端會把本地數(shù)據(jù)庫全部數(shù)據(jù)或者自上次同步成功完成之后發(fā)生過變更的所有數(shù)據(jù)(包括增、刪、改數(shù)據(jù))封裝到PKG3中發(fā)送給服務器。服務器收到PKG3后，執(zhí)行其中的各種操作指令將數(shù)據(jù)更新到對應數(shù)據(jù)庫中。在將指令執(zhí)行狀態(tài)返回給客戶端的同時，服務器也會把本封裝到PKG4中返回給客戶端，其中，PKG3發(fā)送的為數(shù)據(jù)的ID和指紋，服務器收到PKG3后，進行指紋比對，通過PKG4指示客戶端需要發(fā)送的數(shù)據(jù)元素的標識?？蛻舳私邮艿絇KG4后，根據(jù)服務器的指示通過PKG5發(fā)送需要的數(shù)據(jù)元素。服務器收到PKG5后，通過PKG6返回接收狀態(tài)信息，可選地，發(fā)送服務器端的修改數(shù)據(jù)。3、同步完成階段(如圖中所示PKG7和PKG8)客戶端和服務器端互相確認同步完成?？蛻舳朔祷匕l(fā)送數(shù)據(jù)的狀態(tài)，發(fā)送映射命令(MAP命令)給服務器(PKG7);服務器返回對映射命令的狀態(tài)信息(PKG8)在現(xiàn)有的智能同步方法中，在同步過程發(fā)生異常中斷，出現(xiàn)同步故障后，通常會發(fā)起一個同步恢復過程(Resume),這時同步雙方將使用SmartSync同步方法，計算同步數(shù)據(jù)庫Changelog列表中數(shù)據(jù)項的指紋并發(fā)給對方，從而確定需要發(fā)送的數(shù)據(jù)項。發(fā)明人在實施本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術至少存在以下缺陷由于中斷時所處的狀態(tài)不同，如果采用相同的處理方法將會造成不必要信息的發(fā)送，從而浪費網(wǎng)絡資源。
發(fā)明內(nèi)容本發(fā)明實施例4是供了一種同步故障處理方法、系統(tǒng)和裝置，以減少同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。本發(fā)明實施例提供一種同步故障處理方法，包括根據(jù)同步進程生成同步進程標識信息；如果發(fā)生同步故障，根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施例提供一種同步故障恢復處理客戶端，包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施提供一種同步故障恢復處理服務器，包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施例提供一種同步故障恢復處理系統(tǒng)，包括客戶端和服務器，所述客戶端包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步，所述服務器包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施例中，通過根據(jù)同步進程標識信息恢復同步，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術中智能同步的方法流程圖2為本發(fā)明實施例同步故障處理方法流程圖3為本發(fā)明另一實施例同步故障處理方法流程圖4為本發(fā)明實施例同步故障恢復處理客戶端示意圖5為本發(fā)明實施例同步故障恢復處理系統(tǒng)示意圖。具體實施例方式本發(fā)明實施例提供了一種同步故障處理的方法、客戶端、服務器及其系統(tǒng)。其中，同步故障處理的方法包括根據(jù)同步進程生成同步進程標識信息；如果發(fā)生同步故障，根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施例根據(jù)同步進程標識信息恢復同步，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。為了便于本發(fā)明實施例進一步理解，下面結合附圖對本發(fā)明實施例方法進4于詳細描述。如圖2所示，為本發(fā)明實施例同步故障處理方法流程圖，包括S201,沖艮據(jù)同步進程生成同步進程標識信息。在本發(fā)明實施例中，客戶端及服務器均可以根據(jù)同步過程中所處的具體階段，即同步進程，生成相應的同步進程標識信息，以對同步過程中客戶端及服務器所處的具體階段進行標識。S203,如果發(fā)生同步故障，才艮據(jù)所述同步進程標識信息恢復同步。在本發(fā)明實施例中，當發(fā)生同步故障時，由于同步過程的每個階段均有相應的同步進程標識信息，因此，可以根據(jù)相應的同步進程標識信息確定客房端及服務器所處的具體同步階段，并根據(jù)具體的同步階段決定同步故障恢復釆取的相應同步操作，恢復同步過程中的同步操作可以為發(fā)起新的同步，客戶端向服務器發(fā)送客戶端同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋，服務器向客戶端發(fā)送服務器同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋等。如圖3所示，為本發(fā)明另一實施例同步故障處理方法流程圖，包括S301,預先設置同步進程與同步進程標識信息的對應關系。在本發(fā)明實施例中，對于客戶端和服務器，將分別設置自己的標識值，對于客戶端，同步過程標識值可用CFlag來標識，其Schema規(guī)定如下〈xs:elementname="CFlag"type="xs:positiveInteger"/>其值如下表l所示<table>tableseeoriginaldocumentpage9</column></row><table>表1對于服務器段，同步過程標識值可以用SFlag來標識，其Schema規(guī)定如下:<xs:elementname="SFlag"type="xs:positiveInteger7>其值如下表2所示<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>表2S303，根據(jù)所述同步進程與同步進程標識信息的對應關系生成與同步進程對應的同步進程標識信息在本發(fā)明的實施例中，在同步過程中，當客戶端及服務器分別進入具體的同步階段時，將根據(jù)上述表格1及表格2分別生成與相應同步階段對應的同步進程標識信息，比如，當服務器在接收到第一個PKG3前(即初始化階段)時，根據(jù)相應表格將生成該同步進程的同步進程標識信息SFlag=00。S305,交互同步故障時的同步進程標識信息在本發(fā)明實施例中，當發(fā)生同步故障后，同步雙方發(fā)起恢復同步時，客戶端與服務器將交互雙方的同步進程標識信息，相應的同步進程標識信息可以通過客戶端與服務器之間消息包進行交互，比如，當客戶端在發(fā)送PKG3之前，即初始化階段時，將通過PKG1將客戶端根據(jù)同步進程與同步進程標識信息之間的對應關系生成的同步進程標識信息CFlag=00發(fā)送給服務器，服務器在收到PKG1之后，客戶端發(fā)送PKG3之前，將自己所處同步進程的相應同步進程標識信息SFlag=00通過PKG2發(fā)送給客戶端。S307,根據(jù)客戶端與服務器的同步進程標識信息確定恢復同步的具體同步操作。在本發(fā)明實施例中，可以預先設置同步進程標識信息與同步操作的對應關系，比^口，^口下^3^口示<table>tableseeoriginaldocumentpage10</column></row><table><table>tableseeoriginaldocumentpage11</column></row><table>表4其中，為了能夠將雙方要操作的同一數(shù)據(jù)條目對應起來，在服務器端還會維護一個ID映射表，即在服務器側維護的全局標識符(GUID)與在終端側維護的本地標識符(LUID)對應。現(xiàn)結合表4就具體的應用舉例對本發(fā)明實施例作進一步的闡述第一步客戶端發(fā)起一個雙向同步，經(jīng)過PKG1、2的初始化后，PKG3把客戶端更改的數(shù)據(jù)(LUID:0012，0015,0020)發(fā)給服務器，這時客戶端設置CFlag^l;服務器收到PKG3后，執(zhí)行其中的各種操作指令將數(shù)據(jù)更新到對應數(shù)據(jù)庫中。在將指令執(zhí)行狀態(tài)返回給客戶端的同時，服務器也會把本身數(shù)據(jù)庫中發(fā)生變更的所有數(shù)據(jù)(GUID:ABCDOOl，ABCD003，ABCD030)封裝到PKG4中返回給客戶端，同時服務器端設置SFlag=10。第二步在服務器發(fā)送PKG4到客戶端的過程中發(fā)生了中斷，PKG4沒有被客戶端收到，這時CFlag和SFlag保持原來的值不變。第三步中斷后客戶端將發(fā)起恢復過程，首先交互的就是CFlag和SFlag的值，這時CFlag-Ol，SFlag=10,根據(jù)表3，客戶端將發(fā)送Changelog中數(shù)據(jù)項0012，0015和0020的指紋給服務器，假如在故障中斷后到發(fā)起恢復過程之間這些數(shù)據(jù)項都沒有新的變化，那么服務器端通過對比指紋，發(fā)現(xiàn)這些數(shù)據(jù)項都已同步完成，那么將告知客戶端不需要發(fā)送任何數(shù)據(jù)，后續(xù)只需要服務器把更改的數(shù)據(jù)發(fā)給客戶端即可。對于第三步，還有一種情況是故障中斷后到發(fā)起恢復過程之間有新的數(shù)據(jù)項加入到Changelog列表中，而且Changelog列表中原有的某些數(shù)據(jù)項再次發(fā)生了變化，假設這時客戶端的Changelog變化如下表5所示為<table>tableseeoriginaldocumentpage12</column></row><table>表5這時客戶端將把Changelog中的所有數(shù)據(jù)項的指紋發(fā)給服務器，服務器通過對比，發(fā)現(xiàn)0015和0027兩個數(shù)據(jù)項需要同步，將告知客戶端把這兩項數(shù)據(jù)發(fā)過來。又如，現(xiàn)有一臺終端設備需要與服務器進行同步，對應的Changelog列表如下表6所示:<table>tableseeoriginaldocumentpage13</column></row><table>表6現(xiàn)結合表6就具體的應用舉例對本發(fā)明實施例作進一步的闡述第一步客戶端發(fā)起一個雙向同步，經(jīng)過PKGl、2的初始化后，PKG3把客戶端更改的數(shù)據(jù)(LUID:0012，0015，0020)發(fā)給服務器；服務器收到PKG3后，執(zhí)行其中的各種操作指令將數(shù)據(jù)更新到對應數(shù)據(jù)庫中。在將指令執(zhí)行狀態(tài)返回給客戶端的同時，服務器也會把本身數(shù)據(jù)庫中發(fā)生變更的所有數(shù)據(jù)(GUID:ABCDOOl，ABCD003,ABCD030)封裝到PKG4中返回給客戶端；客戶端收到PKG4后，執(zhí)行其中的各種操作指令將數(shù)據(jù)更新到對應數(shù)據(jù)庫中，然后把指令執(zhí)行狀態(tài)和MAP命令(針對數(shù)據(jù)項GUID:ABCD030)封裝在PKG5中發(fā)給服務器。這時CFlag:ll,SFlag=10。第二步客戶端發(fā)送PKG5到服務器的過程中發(fā)生了中斷，PKG5沒有被服務器收到，這時CFlag和SFlag保持原來的值不變。第三步中斷后客戶端將發(fā)起恢復過程，首先交互的就是CFlag和SFlag的值，這時CFlag-ll，SFlag=10，根據(jù)表3，服務器將發(fā)送Changelog中數(shù)據(jù)項ABCDOOl,ABCD003和ABCD030的指紋(如果有的話，沒有的話直接發(fā)送數(shù)據(jù))給客戶端(即時從中斷到恢復過程期間有新的數(shù)據(jù)項加入到客戶端Changelog列表中，這些數(shù)據(jù)也不需要發(fā)送)，假如在故障中斷后到發(fā)起恢復過程之間這些數(shù)據(jù)項都沒有新的變化，那么客戶端通過對比指紋，發(fā)現(xiàn)這些數(shù)據(jù)項都已同步完成，那么將告知服務器端不需要發(fā)送任何數(shù)據(jù)，這時客戶端只需要把緩存的MAP命令發(fā)過去即可。對于第三步，還有一種情況是故障中斷后到發(fā)起恢復過程之間有新的數(shù)據(jù)項加入到服務器端Changelog列表中，而且Changelog列表中原有的某些數(shù)據(jù)項再次發(fā)生了變化，假設這時服務器端的Changelog變化如下表7所示為GUIDChangeTypeABCD001ReplaceABCD003ReplaceABCD030AddABCD047Replace表7那么服務器端將把Changelog中的所有數(shù)據(jù)項的指紋發(fā)給服務器，客戶端通過對比，發(fā)現(xiàn)ABCD003和ABCD047兩個數(shù)據(jù)項需要同步，將告知服務器把這兩項數(shù)據(jù)發(fā)過來。本發(fā)明實施例通過#4居同步進程標識信息恢復同步，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。比如，如果同步雙方的同步進程都處于初始化階段時，由于Changelog列表中的數(shù)據(jù)還沒被發(fā)送，根據(jù)現(xiàn)有技術如先發(fā)送指紋，那么無疑是一種浪費，這時不如直接發(fā)起一個新的同步流程；若是已經(jīng)到了服務器端發(fā)送更改數(shù)據(jù)的階段，那么即使客戶端Changelog中又有了新的數(shù)據(jù)項，也不必管，而只需理會服務器端的Changelog項；若是到了發(fā)送MAP命令的階段，那么雙方Changelog中的數(shù)據(jù)項都不必理會，只發(fā)送緩存的MAP命令即可。如圖4所示，為本發(fā)明實施例同步故障恢復處理客戶端示意圖，包括同步進程標識單元42,用于根據(jù)同步進程生成同步進程標識信息。在本發(fā)明實施例中，同步進程標識單元將根據(jù)同步過程中的具體階段，即同步進程生成相應的同步進程標識信息，其中，可以通過設置單元41預先設置同步進程與同步進程標識信息的對應關系，當同步過程處于相應的同步階段時，將才艮據(jù)同步進程與同步進程標識信息的對應關系生成相應的同步進程標識信息。同步恢復單元44,用于根據(jù)所述同步進程標識信息恢復同步。在本發(fā)明實施例中，同步恢復單元44將通過同步標識信息交互單元43交互同步雙方的同步進程標識信息，從而獲取同步故障時同步雙方所處的同步階段，并根據(jù)設置單元41預先設置的同步進程標識信息與同步操作的對應關系，決定具體的同步操作，比如發(fā)起新的同步，客戶端向服務器發(fā)送客戶端同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋，服務器向客戶端發(fā)送服務器同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋等。在本發(fā)明實施例中，由于同步雙方涉及服務器與客戶端，因此，服務器存在與客戶端相應的改進，服務器應包括相應的單元，比如同步進程標識單元及同步恢復單元，涉及服務器的示意圖同客戶端，在此不再贅述。本發(fā)明實施例通過利用客戶端的同步進程標識單元標識同步過程的具體階段，在同步故障恢復過程中根據(jù)具體階段發(fā)起相應的同步操作，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。如圖5所示，為本發(fā)明實施例同步故障恢復處理系統(tǒng)示意圖，包括客戶端51及服務器52，其中，客戶端51包括同步進程標識單元511,用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元512,用于才艮據(jù)所述同步進程標識信息恢復同步。服務器52包括同步進程標識單元521，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元522，用于#4居所述同步進程標識信息恢復同步。在本發(fā)明實施例中，客戶端51的同步進程標識單元511對客戶端51所處的同步進程標識，同時，服務器52的同步進程標識單元521對服務器52所處的同步進程標識，在發(fā)生同步故障時，同步雙方交互同步進程標識，并且雙方的同步恢復單元根據(jù)相應的同步進程標識確定具體的同步操作。本發(fā)明實施例，通過同步雙方對同步進程進行標識，并#4居同步進程標識決定同步恢復過程中的具體同步操作，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。驟是可以通過如下程序來指令相關的硬件來完成根據(jù)同步進程生成同步進程標識信息；如果發(fā)生同步故障，根據(jù)所述同步進程標識信息恢復同步。該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括ROM、RAM、磁盤或光盤等。以上對本發(fā)明實施例所提供的同步處理方法、系統(tǒng)和裝置進行了詳細介述，以上實施例的說明只是用于幫助理解本發(fā)明實施例的方法及其核心思想；同時，對于本領域的一般技術人員，依據(jù)本發(fā)明實施例的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明實施例的限制。權利要求1、一種同步故障處理方法，其特征在于，包括根據(jù)同步進程生成同步進程標識信息；如果發(fā)生同步故障，根據(jù)所述同步進程標識信息恢復同步。2、根據(jù)權利要求1所述的方法，其特征在于，所述根據(jù)同步進程生成同步進程標識信息，進一步包括預先設置同步進程與同步進程標識信息的對應關系，根據(jù)所述同步進程與同步進程標識信息的對應關系生成與同步進程對應的同步進程標識信息。3、根據(jù)權利要求1或2所述的方法，其特征在于，所述同步進程標識信息包括客戶端同步進程標識信息和服務器同步進程標識信息。4、根據(jù)權利要求3所述的方法，其特征在于，根據(jù)所述同步進程標識信息恢復同步，進一步包括客戶端與服務器交互同步故障時的同步進程標識信息，根據(jù)客戶端與服務器的同步進程標識信息確定恢復同步的具體同步操作。5、根據(jù)權利要求4所述的方法，其特征在于，根據(jù)客戶端與服務器的同步進程標識信息確定具體同步操作，進一步包括預先設置同步進程標識信息與同步操作的對應關系，根據(jù)所述同步進程標識信息與同步操作的對應關系確定恢復同步的具體同步操作。6、根據(jù)權利要求4所述的方法，其特征在于，所述同步操作為發(fā)起新的同步，或客戶端向服務器發(fā)送客戶端同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋，或服務器向客戶端發(fā)送服務器同步數(shù)據(jù)庫中數(shù)據(jù)項對應的指紋。7、一種同步故障恢復處理客戶端，其特征在于，包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。8、根據(jù)權利要求7所述的客戶端，其特征在于，還包括設置單元，用于預先設置同步進程與同步進程標識信息的對應關系，或用于設置同步進程標識信息與同步操作的對應關系。9、根據(jù)權利要求7所述的客戶端，其特征在于，還包括同步標識信息交互單元，用于與服務器交互同步故障時的同步進程標識信10、一種同步故障恢復處理服務器，其特征在于，包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。11、根據(jù)權利要求IO所述的服務器，其特征在于，還包括設置單元，用于預先設置同步進程與同步進程標識信息的對應關系，或用于設置同步進程標識信息與同步操作的對應關系。12、根據(jù)權利要求IO所述的服務器，其特征在于，還包括同步標識信息交互單元，用于與客戶端交互同步故障時的同步進程標識f13、一種同步故障恢復處理系統(tǒng)，其特征在于，包括客戶端和服務器，所述客戶端包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步，所述服務器包括同步進程標識單元，用于根據(jù)同步進程生成同步進程標識信息，同步恢復單元，用于根據(jù)所述同步進程標識信息恢復同步。14、根據(jù)權利要求13所述的系統(tǒng)，其特征在于，所述客戶端還包括設置單元，用于預先設置同步進程與同步進程標識信息的對應關系，或同步進程標識信息與同步操作的對應關系，同步標識信息交互單元，用于與服務器交互同步故障時的同步進程標識信15、根據(jù)權利要求13所述的系統(tǒng)，其特征在于，所述服務器還包括設置單元，用于預先設置同步進程與同步進程標識信息的對應關系，或用于設置同步進程標識信息與同步操作的對應關系，同步標識信息交互單元，用于與客戶端交互同步故障時的同步進程標識信臺全文摘要本發(fā)明實施例公開了一種同步故障處理的方法、客戶端、服務器及其系統(tǒng)。該方法包括根據(jù)同步進程生成同步進程標識信息；如果發(fā)生同步故障，根據(jù)所述同步進程標識信息恢復同步。本發(fā)明實施例同時還公開了一種同步故障處理的客戶端、服務器及其系統(tǒng)。本發(fā)明實施例根據(jù)同步進程標識信息恢復同步，減少了同步故障恢復過程中發(fā)送的信息量，從而節(jié)約網(wǎng)絡資源。文檔編號H04L1/16GK101431401SQ200810216120公開日2009年5月13日申請日期2008年9月8日優(yōu)先權日2008年9月8日發(fā)明者劉海濤,悅宋申請人:深圳華為通信技術有限公司