TWI286696B - System and method for accessing different types of back end data stores - Google Patents

Description

玫、發明說明： 發明所屬之技術領域 本發明與一種在不同客戶端之間資料之交換或同步之 万法與系統相關，且特別地與藉由使用與不同型 資料儲存連結之-中央同步伺服器，同步客戶間資^ 關。 同步可被定義為在不同客戶端之間，例如，筆記型電腦 的曰曆和個人數位助理（PDA)日曆，保持資料一致，且在 這些客戶端以儲存資料至具有不同識別子的不同資料格 式。該同步資料也可包括完整電腦程式或這些程式的 分。 ^ 通^，使用一中央同步伺服器，經由該伺服器資料可以 在不同客戶端之間交換（見圖υ。該中央同步伺服器可以地 區性地儲存全部資料（即是，當使用私有資料格式時），其 j常由具高負載的載體（例如，雅虎）或可直接地讀取後端 只料儲存像是DB2、Domino或是Exchange (見圖2)。 後端資料儲存具有自有的協定和機制讀取及儲存資 訊。雖然關聯式資料庫使用ODBC為一共同介面，例如儲 存個人資訊管理（PIM)資料的資料庫通常以私有方式讀取 且依賴内容的非常特定資料結構。此導致以網頁伺服器為 王的應用依賴特定資料庫和該讀取内容的特別型式。當採 用新負料庫和新型式的内容於一既存軟體時需要花費很 i J如’發展一大規模同步解決方案，牵涉許多不 同/、料庫氣造商而眾多多媒體内容在這些情況下非常困 85388-930924.doc .y > 1286696 " 難：包括用於同步眾多客戶端裝置之邏輯的同步引擎，f 要改適於每種支援型式的内容和每個連接的資料庫。實: 上7天的同步引擎強烈地依賴包含資料的後端错存。實 行複雜的同步引擎之重女#咨從 重大投貝僅對於一或少數後端系統 有益（見圖3)。 相同的問題發生於假如一通知系統藉由傳送收集和儲 存在不同後端系統的資料想要告知使用者。並且從不同系 、=集合資料的人口網站需要—系統獨立的方法以讀取該 資訊。 先前技術 美國專利案號5,974’238描述在手持電腦和主電腦中儲 存的資料之間執行動態同步之裝置，每個都具有複數個ί 料組’包括至少-共同資料組，每個電腦具有該共同资料 組的拷貝。該手持電腦具有—處理器、-通訊埠以及_:資 料同步引擎。該資料同步引擎具有虛擬快取和一或更多逸 接至孩虛擬快取的標籤。不論何時資料窝人主記憶 或當孩相關聯的虛擬快取標籤被無效化時 版 步^由嚴格遵守-組以，達成資料-致性“該= 永返知道誰擁有該資料、誰有該資料的拷^及誰已= 改補。該資料同步引擎解決該等拷貝中的任何二 允== 组的相等拷貝儲存在主電腦和手持電Si。 牛：構V』專利並不針對使用-後端資料儲存的同 〜構。所以’上述所提及相關於後端資料儲 專利並沒有處理也沒有解決。 ^ ^ 85388-930924.doc ^86696 發明内容 、本灸明之一目的係為提供一種用於在一使用連結 土不同後却資料儲存型式的中央同步伺服器的結構中交 奐或同步Λ科的系統與方法，然而避免先前技藝解決方案 的缺點。 "" 巧目的由獨立的申請專利範圍的特點所解決。進一步較 佳具體實施例放在附屬的申請專利範圍中。 、本發月揭路-種不論後端資料儲存的結構和資料格式 為何而允許一同步引擎同步在一行動裝置和後端資料儲 、門的貝料之架構。該架構引進從後端資料儲存讀取同 步資料的内容轉接器。這些轉接器轉換資料至一後端資料 儲存獨乂的表不’其可以一般的方式被需要讀取不同後端 的所有應用或模組所使用。於衝突偵測和解決目的的一般 问步引擎係為該種模組的一個範例。可以使用該内容轉接 ㈣其他應用係為通知架構或人口網站和所有集合資料 、〜用任何後领貝料儲存特定問題由内容轉接器的後端 依賴部分所處理，其可由第三者提供而加人該架構中。 使用-中央同步伺服器在不同客戶端之間的同步係根 據一同步協定，通常包括下列步驟： 前置同步：為了準備會隊丰 侑貫際冋步，在同步發生之前必須採 取-些行動。這些行動落在下列群組中：確證、授權以及 決疋客戶端能力。確證確保該伺服器就是它自己所宣稱的 而客戶端就是它自己所宣稱的。確證檢查該客戶端是否允 许執行所請求的動作（例如，刪除、更新或僅產生新條目）。 85388-930924.doc I28g§96 取後孩伺服器決定該裝置的能 、曰〇 、 此力（例如，最大緩衝區大小、 以取佳化至客戶端的資料流。 ’ 同步：這就是同步資料交換的部分。在兩时夥伴之間 所有資料條目的时地㈣映對至兩夥伴都知道的全巴 心所以每個夥伴都有—映對表，映對地區m至全區^ 之後僅交換更新的、新的或被刪除的項目。假如兩個夥伴 更新相同資料項目’會有衝突。該更新衝突可以不同方式 解決：嘗試合併該等更新、複製該等項目、讓某一項目赢 過另-個或僅僅不做任何事而報告該衝突使得使用者可 以解決該衝突。 後置同步··在後置同步時，執行所有清理工作，如更新 遠映對表、報告未解決的衝突等等。 一廣泛使用的同步協定為SyncML。SyncML提供一 xml_ 為王的傳輸協定於與該傳輸協定無關的同步。每個同步訊 息係為一XML-文件。一通常的SyncML系統顯示在圖4，其 中應用B(例如，個人數位助理）經由其客戶端同步引擎傳送 同步貝料至该SyncML架構。該SyncML架構轉譯API呼叫 (例如，更新、產生）和資料至一有效的SyncM]L文件且傳送 該文件至伺服器。在該伺服器端，該SyncML架構接收該文 件’分析該文件、且傳送命令和資料至之後與應用A(例 如’筆1己型電腦的Lotus Notes)交談的該伺服器同步引擎。 實施方式 圖5顯示在行動客戶端和不同後端資料儲存型式之間的 通訊結構中使用的本發明的内容連接器架構（CAF)的基本 85388-930924.doc -9- 架構。該等不同行動客戶端2、4、6經由無線或是有線的 閘道器8，經由一網頁伺服器1〇讀取該同步引擎12而該同 步引擎12經由CAF 20與該不同後端資料儲存型式24、26交 談。該CAF 20提供基礎構造以經由一單一後端神經介面 (CAF-介面22)讀取不同後端資料儲存24、26的資料且容易 地加入新後端資料儲存。該Caf 20包括至少一單一 CAF-介面22和一或更多内容連接器28、3〇。 孩CAF-介面22代表同步伺服器1〇之單一介面以讀取後 端資料，所以將該内容擷取與該同步伺服器分開。經由該 CAF ;|面22，同步引擎12能夠獨立地從一特定後端資料 儲存24、26讀取内容。對於在CAF_介面22和同步伺服器 之資料交換，資料物件（Data 〇bjects)較佳使用為資料格 式。 基本上’該内容連接器提供所有資料儲存特定依賴性。 在本發明之較佳具體實施例中，每個内容連接器Μ 包括-抽象後端獨立部分和一後端依賴部分。該後端資料 依賴邵份包括所以資料儲存特定依賴性。它實行讀取至該 同步過的後端資料且；^論該資料的表示為何產生— 儲^其使用該CAF介面22提供至同步引扣或應用層。 ^AF料處理流程由内料接㈣^之後端獨立 ::理：後端獨立部分提供所有後端資料儲存，例 機制、通訊處理所共通的功能。 同步引擎）的語意資 • k料物件的特殊子 為了包括可由應用所使用（例如， 訊’定義一共同資料物件的類別階層 85388-930924.doc ~ 10 - ..二- r ‘ .. , 飞

.... .… —I 類別描述所支援型式資料的通常性質，例如，位址、日廢、 多媒體資訊、關聯式資料庫等等。為特別種類的資訊描3述 資料物件的性質可從共同標準，例如用於位址簿資訊之 vCard(交換商業卡資訊的標準格式）或用於曰曆條目的 vCal(父換曰暦資訊的標準格式）取得。應用至允許 代表顧客特定資料庫，而不依賴於—特定資料庫。 最後該架構20提供基礎結構容易地在同步引擎12和後 端資料儲存24、26之間整合一快取機制於高容量系統或慢 的後端系統（見圖6)。 藏内谷連接器提供快速讀取/寫入讀取，可適應於不同後 端系統（例如，Domino、DB2、Exchange)、支援眾多巧如河匕 訊息、總是具有一致資料且適應於不同内容格式。 由CAF之基本結構所實現的方法可簡單摘要如下：客戶 端向同步伺服器請求同步會議。飼服器確證客户端且接受 同步會議。客戶傳送更新資料至伺服器。同步伺服器產生 資料物件且填充從客戶接收的更新。之後同步伺服器呼叫 CAF介面且移交資料物件。CAF選擇内容連接器的：適後 端特定部份。 Θ CAF呼叫後端特定部份且傳遞該等資料物件給它。該内 容連接器的後端特定部份以後端特定格式轉換資料物件 且呼叫端特定API(應用程式介面）。 本發明與先前技藝比較的一個主要優點係為讓該讀取 特定後端資料庫不依賴呼叫應用。CAF從不同資料庫提供 者整合組件，經由咼階介面提供讀取至其資料庫功能。/、 85388-930924.doc -11- I286696〇i 藉由使用共同介面，該内容轉接器確保應用與眾多後端 系統的可操作性。例如，一同步引擎並不依賴一特別資料 庫的私有命令。此外，該等組件隱藏内容的複雜性，可在 一資料庫和一應用中交換。此大大地減少程式效果和解決 方案的複雜度。並且，CAF允許後端系統提供者對於讀取 後端資料儲存的不同應用僅發展一介面。此節省兩造（應用 提供者和後端供應者）大量的時間及金錢。 CAF允許： 鲁同步引擎使用相同協定和AP][與不同後端系統交談。 籲後端系統提供者產生對其後端系統定做的自有的内容 連接器。 鲁在同步引擎、CAF和後端系統之間提供一會議以處理 該確證以為了效率重新使用後端連接。 •允許快取系統的使用以達成通訊同步引擎_caf的低 延遲時間。 φ允許組件的負載平衡和防止失敗的分配。 圖6允許CAF之較佳實行。該CAF1〇〇包括_caf_介面 22、一内容管理器3〇、以及一快取機制。 該CAF介面22對於同步伺服器提供一單—介面以讀取後 端資料儲存24，所以將該内容擷取與該同步伺服器丨〇分 開。 ^刀 該内容管理為30傳送確證及後端管理請求（例如，取得一 同步錨）至該後端管理器80,使用該持續儲存4〇寫入新資料 至該快取記憶體50,且經由該持續儲存4〇從該快取記憶體 85388-930924.doc -12- 50取得更新。搜尋合執行命令在該後端上實行。 該快取機制提供一永久快取記憶體50和一用以緩衝保 留快取記憶體50的更新和將所保留的更新與分別的客戶 端做同步的方法。該永久快取記憶體50可以是關聯式資料 庫如Oracle或IBM DB2，可以經由例如JDBC呼叫讀取。該 快取機制包括較佳包括一快取監視器70、一後端監視器 60、一後端管理器80以及一持續儲存40。該後端管理器80 包括一具有自有的後端特定部份80’（内容轉接器）之抽象 後端管理器80”，該快取監視器70包括一具有自有的後端 特定快取監視器部分70’（内容轉接器）之抽象快取監視器 70’’，該後端監視器60包括一具有本身後端特定後端處理 器部分60’（内容轉接器）之抽象後端監視器60”。 該快取監視器70主要使用於從該快取複製所有新資料 至該後端資料儲存。取決於該後端需求，可以採用不同的 複製策略，例如批次或細流（trickle)。假如主要目的係為 較佳地支援同步客戶端而不是規則後端客戶端，較佳使用 批次模式。該快取監視器70之後端依賴部分70’對於每個後 端資料儲存係為特定的且必須利用該後端資料儲存（例 如，DB2、Domino)的特點。它也轉換同步物件至内容儲存 特定格式（例如，Lotus Domino或 MS Exchange) 〇 該後端監視器60連續傳送從該同步伺服器外發生在該 後端資料儲存24中的更新資料（例如，一規律Lotus Notes 客戶端更新一資料庫）至快取記憶體50。此允許同步客戶端 總是與最新後端資料同步而對於每個同步會議來說不用 85388-930924.doc -13- 全部複製的累贅。該後端監視器60之後端特定部份60’對於 每個後端資料儲存是特定的而轉譯該内容儲存特定格式 ({列浚口，Lotus Domino 或 MS Exchange)至 CAF同步物件。 該後端監視器可以具有不同更新策略，包括積極或懶惰 更新，以最佳化全體系統效能。 該後端管理器80提供對該後端資料儲存的行政功能的 讀取。為了支援CAF較佳提供下列的功能：使用者確證的 確認、被確證的使用者的讀取權限的擷取、現在後端特定 時戳的擷取（現在”同步錨”），以及加入/移除URIs CAF意願 而監視改變。該後端管理器80之後端特定部份80’對於每個 後端資料儲存係特定的，且轉譯該内容特定格式（例如， Lotus Domino 或 MS Exchange)至 CAF同步物件。 將被同步之資料可以直接儲存在遠端内容儲存（後端）或 為了效能原因可以持續地在該伺服器上快取（地區地）。該 持續儲存40使用一持續儲存媒體為一快取以最佳化至後 端資料儲存的讀取/寫入讀取，然而，該結構並不防止該持 續儲存經由快取記憶體50和後端監視器直接地連接至該 後端儲存。 在CAF實行之上内部的通訊流可以簡短地摘要如下： 假如需要擷取或儲存資料，或送到該後端管理器80，假 如需要時戳或請求確證時，該内容管理器30從同步引擎12 接收請求且傳送該等請求至該持續儲存40。假如有的話， 該後端註冊包括所有可得的後端管理器80和監視器60、70 且從内容管理器30和持續儲存40讀取。該快取監視器70從 85388-930924.doc -14- 1286696 r · ' ,ι ^ 該持續儲存40取得更新的資料，轉譯這些資料至後端格式 且藉由使用該快取監視器之後端依賴部分70’傳送該資料 至後端資料儲存24。該後端監視器60之後端依賴部分60’ 從該後單資料儲存24接收更新，轉譯該等更新至資料物件 且傳送至該持續儲存40。 假如該快取沒有空或一給定資料庫指定對該後端24直 接讀取時，該内容管理器30傳送取得更新（getUpdates)呼叫 至該後端監視器60和要被更新之項目至該快取監視器 70。該等監視器兩者將使用所提供的使用者ID和密碼以讀 取該後端。 同步引擎與CAF作確證 該同步引擎對於它的確證請求至CAF有兩個選項 1 ·提供每個命令所需的後端使用者識別以及密碼 2.藉由提供使用者ID和密碼對於一後端從CAF請求一確 證令符。對於該同步會議，至CAF的每個隨後命令可以以 該令符（與LTPA令符相似）確證。支援下列令符型式：唯讀 讀取、讀取/寫入讀取、或未限制的讀取讀取，但是寫入必 須在該後端每次作確證。 確證CAF至後端資料儲存 對於每個後端資料儲存，至後端資料儲存之所需確證等 級都儲存在讀取控制清單中且由同步轉接器檢查。取決於 該清單，CAF以對於經由該同步伺服器更新其資料之所有 使用者都有效的群組使用者和群組密碼或以個別使用者 基礎上，確證自己本身至該後端資料儲存。 85388-930924.doc .-15- 1286696 圖7顯示以圖6之較佳實施例的CAF之介面（I/F)。 該同步引擎12使用該CAF介面22以一般方式讀取該後端 資料儲存。為了有效率地在一般同步引擎12和CAF介面22 之間交換資料，CAF介面22較佳對於資料交換使用原始值 二進位編碼方法。這些原始資料和CAF超資料（meta data) 在SyncObj中被内嵌為ActionData物件。 CAF超資料係為： •時戳代表SyncObj之現在同步錨。時戳被儲存為類別 java.sql.Timestamp的物件。 籲ActionType代表SyncObj的資料行動型式。可能的值在 類別常數（產生、更新、刪除）中定義。以短數值儲存。 • GUID代表該SyncObj的後端特定全區識別。儲存為 java.lang.String值 〇 • CUID代表該SyncObj的CAF特定快取識別。儲存為 java.lang.String{i 〇 • databaseURI代表該SyncObj所屬的後端資料庫的URI 。儲存為類別com.ibm.caf.URI物件。 春userlD代表客戶端發送同步至該SyncObj所屬的資料 庫的使用者識別。儲存為java.lang.String值。 該CAF特定處理流程之介面 抽象監視器類別對於後端特定監視器整合至CAF結構提 供基本功能。提供稱為抽象快取監視器和抽象後端監視器 的兩抽象類別，可經由繼承而使用以產生新監視器類別（見 圖8) 〇 85388-930924.doc -16- 1286 1286

該等抽象類別提供下列功能： 年月 _對於不同更新策略的佇列機制（細流/批次更新） *在後端註冊的註冊/撤銷註冊 φ在該系統偏好組件讀取更新的註冊 籲處理與CAF持續儲存（快取）的通訊 該CAF特定處理流程由抽象後端監視器60和抽象快取監 視器70經由在本專利申請中所定義的介面所管理。與該後 端資料儲存24之直接通訊以從該抽象監视器類別所繼承 的後端特定組件70，、60，中實行。 每個監視器實行一讓不同更新和資料傳達策略能實現 的内部佇列。取決於使用的場合，可能需要成組的或是以 大時間間隔傳送更新資料至該後端。 3抽象監視器組件實行一提供下列更新策路的可設定 的佇列機制： 量觸發： 綠！觸·監視内部佇列的大小。當某設定門檻達到時， 將傳送該等收集的項目。該更新策略可使料在該特定監 視器中設定一批次(門檻μ個項目)或Μ流(門檻 更新機制。 a㈢ 時間間隔觸發： 隔觸發監視從最後一次傳送之後已經 達到某一設定時間區_，它將傳送該等收集的 組合式觸發 85388-930924.doc -17- 1286696 " 該組合是觸發利用上面提及策略兩者：不論何時該等觸 發其中之一啟動時，它將傳送該等收集的項目。 會議處理 會議處理的議題主要應用為全體CAF處理之一部分的快 取監視器。在後端監視器中的會議處理完全地依賴該後端 特定實行。 對於該快取監視器有兩個不同使用模式：有CaF快取和 沒有CAF快取。當使用該快取時，完全不支援會議處理。 該等更新不同步地從該快取複製至後端。因為至後端资料 庫的讀取係經由類行政的使用者帳號而執行，對於所有發 生的更新來說連接積存係為可能的。 在不使用快取的情況下，會議處理的執行係以方法 beginC〇nnect()和endc〇nnect〇執行。所有更新係以“每位 使用者” S礎上而聚集，對於每個具有给定的憑證的同步 使用者允許連接積存。 的具有會議確證 圖8㉒員示用於較佳由本發明之Caf實施 的雙向同步的同步流程。

-斤项目D。經由—外 執行在客戶端和伺服器-更新項目A、B以及F，刪丹 邵客戶端（例如，Notes史G抽、，·〇 士么

同步引擎之同步备 ’曰哦有效的確煞人 的確證令 85388-930924.doc 彳作確認。CAF要灰耸备主α从 戈I巧負責的後端確認 12866妬 符。對於該同步會議，該令符需要被包括在對CAF之任何 未來的請求。 在封裝3該等客戶端傳送其更新至該同步伺服器。該同 步引擎藉由呈現確證令符從該CAF請求後端更新。現在該 同步引擎比較該等清單，解決衝突且搬移該等更新條目至 該CAF和客戶端。CAF在其快取中儲存這些更新且隨後複 製這些改變至後端系統。 沒有CAF之交互作用的該同步引擎以映對表資訊完成封 裝5的處理。 圖式簡單說明 本發明將與隨附圖式更詳細地描述，其中： 圖1顯示本發明所根據的一簡化同步結構， 圖2顯示具有對後端資料儲存直接讀取的先前技藝同步 結構， 圖3顯示具有不同後端資料儲存的先前技藝同步結構， 圖4顯示較佳由本發明實行的SyncML通訊協定， 圖5顯示發明的内容連接器架構（CAF)基本結構。 圖6顯示該CAF之較佳實行。 圖7顯示該C AF介面， 圖8顯示在客戶端、同步引擎、CAF和具有會議確證之後 端系統之間之通訊流程。 圖9顯示該CAF所使用的繼承模型，以及 圖10顯示該CAF特定處理流程。 圖式代表符號說明 85388-930924.doc -19- 12866卿飞: 9

2、4、6 行動客戶端 8 閘道器 10 同步伺服器 12 同步引擎 20 、 100 内容轉接器架構 22 CAF-介面 24、26 後端資料儲存 28、30 内容轉接器 30 内容管理器 40 持續儲存 50 快取記憶體 60 後端監視器 605 後端特定後端監視器部分 60，， 抽象後端監視器 70 快取監視器 70, 後端特定快取監視器部分 70，， 抽象快取監視器 80 後端管理器 80? 後端特定部份 80，， 抽象後端管理器

85388-930924.doc -20-

Claims (1)

1. (Ι286696ιη392 ?虎專利申請案 f f中文申請專利範圍替換本(96年3月） 拾、申請專利範園：日修釣正替麵 1. 一種用於交換在不同客戶端（ u戌 6)之間資料之系統， 八係使用具有一至該等客戶端 尸崎（2、4、6)之連接和一至一 後端資料儲存（24、26)之連接> 士 a 〇 、 ;連接<中央同步伺服器（10)，其 中Θ等各戶崎具有一程式’用於將被同步之資料之產 生’以及-同步引擎（12)，用於執行與該中央同步词服 备(1〇)之同步，其中該系統特徵為下面之進一步組件： 一具有該同步引擎^ , 芊早—後端神經介面（CAF-介 面；22)，及 至/包括一後端依賴部分之組件（内容轉接器；28、 3〇) 4依賴邵分具有與該單一後端神經介面（22)和該指 派的後端資料儲存（24、26)之介面。 2·如申明專利範圍第1項之系統，其中該組件（28、3〇)尚包 括抽象後端獨立邵分，其中該抽象後端獨立部分提供 所有後端依賴部分所使用的共同功能，且該共同功能包 括仵列機制及通訊處理。 3 ·如申明專利範圍第2項之系統，其中指派每個後端資料儲 存型式（24、26)及一個自屬的組件（28、30)。 4.如申請專利範圍第1項之統，其中該資料交換係 為資料之同步。 5·如申請專利範圍第2項之系統，尚包括一快取記憶體 (50)，其用於永久地緩衝保留該後端資料儲存（24)和該等 客戶端之更新，而該組件（28、30)包括一快取機制，其 用於控制和執行緩衝保留至該快取記憶體的更新，以及 85388-960308.doc …—'. ι 複製被緩衝保留的Γϊ—if至該等分別客戶端和該後端資料 儲存（24)。 6·如申請專利範圍第5項之系統，其中該快取機制具有一後 端監視器（60)。 7·如申請專利範圍第5項之系統，其中該快取機制尚具有一 快取監視器（70)。 8 ·如申請專利範圍第6項之系統，其中該快取機制尚具有一 後端管理器（80)。 9. 如申請專利範圍第6項之系統，其中該快取機制為每個後 端資料儲存型式（24)提供一自屬後端監視器、快取監視 益以及具有自有的後端依賴部分（60,、7〇,、8〇，）和自有 的抽象後端獨立部分（6〇，，、70，，、80，，）之後端管理器。 10. 如申請專利範圍第5項之系統，其中該快取機制尚包括一 持、％儲存（4 0 )。 U.如申請專利範圍第7項之系統，其中該快取監视器（7〇)以 批次或連續細流模式，複製從該快取之更新至該後端資 料儲存（24)。 12.如申請專利範圍第6項之系統，其中該後端監視器（6〇)以 批/人或連續細流模式，複製從該快取記憶體（5〇)之更新 至該後端資料儲存（24)。 Ι3·如申請專利範圍第5項之系統，其中該快取記憶體（5〇)係 為一資料庫。 14.如申請專利範圍第丨項之系統，其中該等客戶端係為行動 客戶端。 85388-960308.doc -2 - 15·如申請專利範圍第4項之系統，其中該同步協定係為 SyncML。 16 · —種藉由使用如申請專利範圍第1至丨5項中任一項之系 統之同步資料之方法，其包括下列步驟： “ 從該客戶端接收同步會議請求， 向該同步伺服器確證該客戶端， 從該客戶端接收更新， 使用後崎監視器經由孩CAF介面向後端資料儲存確證 該客戶端， 〜 由該同步伺服器產生資料物件和填充從該客戶端所接 收之該更新， 呼叫該CAF介面和移交該等資料物件， 選擇指派至該後端資料儲存的該組件之合適後端特定 部份， 轉換該等資料物件CAF至一後端特定格式， 精由呼叫後端特定部份執行該等更新且傳遞該等資料 物件至後端特定部份。 η•如中請專利範圍第16項之方法，其中該後端特定部份係 從指派至該後端資料餘存的該後端獨立部分所繼承來 的。 18·如申請專利範圍第16項之方法，其中使用該等資料物件 以傳遞該客戶端請求至後端特定部份。 19·如申请專利範圍第18項之方法，其中該等資料物件包含 超資料。 α 85388-960308.doc 3- 1286696

   20·如申清專利範圍第16項之方法，其中在該等客戶端和該 中央同步伺服器之間使用的同步協定係為SyncML，而該 中央同步伺服态所接收的該等更新係以文件呈現。 2 1 · —種儲存在一數位電腦内部記憶體中之電腦程式產品， 孩電腦程式產品包含軟體碼，該軟體碼的部分執行如申 凊專利乾圍第16項之方法。 22· —種儲存在一數位電腦之内部記憶體中之電腦程式產 品’該電腦程式產品包含軟體碼，該軟體碼的部分執行 如申請專利範圍第1 7至20項中任一項之方法。 85388-960308.doc 4- 1286矽『~ ί . ... . ί·-〆 柒、指定代表圖： (一) 本案指定代表圖為：第（5 )圖。 (二) 本代表圖之元件代表符號簡單說明： 2、4、6 行動客戶端 8 閘道器 10 同步伺服器 12 同步引擎 20 内容轉接器架構 22 CAF-介面 24 > 26 後端資料儲存 28 内容轉接器 30 内容管理器 捌、本案若有化學式時，請揭示最能顯示發明特徵的化學式： 85388-930924.doc