TWI270283B - Method and apparatus for arranging session between server and client device - Google Patents

Description

九、發明說明： 【發明所屬之技術領域】 本發明係關於在伺服器及用戶裝置之間進行通話的 方法，特別係在同步伺服器之啟動以開始進行通話者。 【先前技術】 諸如行動電話等行動終端機之數據可藉網路應用程 式，桌上型電腦應用程式或其他通訊系統數據庫等予以同 步化。更詳細而言，行事曆及電郵之數據一般係同步化。 以往之同步作業係依據不同廠商之非相容性特定協議 (protocol)。如此將限制所使用之終端機或數據類型，對 使用者造成不便。在行動通訊系統中，數據之存取及更新 非取決於所使用之終端機及應用程式者尤其重要。為了改 良應用數據之同步作業，已開發一種以XML語言（擴充性 標不語言）為基礎之SyncML(同步化標示語言）。使用 SyncML訊息之SyncML同步協定，任何應用程式之數據 均可被同步化於任何類型之網路終端機之間。 第1圖顯示同步化之一實例，《中行動站Ms係作為 一 SyncML用戶裝置，而網路伺服器s係作為伺 服器。SyncML㈤步服務包括啟動一同步通話声紙通 活啟動）’其中將選定欲進行同步化之數據。用戶代理 將至少包括有即將在行動站MS中進行同步化並在最後同 步作業中已改變之數據之SyncML訊息（用戶端程式修正） 傳送至伺服器S。該伺服器s將進行數據組之同步作業， 即分析數據組之改變及調諧數據（作所需之修正，更換， 刪除及增加）。繼之伺服器s將伺服器變更資訊傳送返用 戶裝置TE，俾對其數據作所需之改變。 其他類型之數據亦可利用SyncML予以同步化，其中 例如與同步作業相關之新設定可被同步化於用戶裝置 中一般上裝置官理系統係代表可供第三者改變裝置結構 之步驟，例如改變設定或裝置所使用之協定。除了與裝置 相關之設定之外，亦可傳送諸如❹者簡π，標諸，铃聲 及菜單等使用者特定數據，藉此可供使用者個人化設定其 衣置或自動在裝置官理系統中作成調適。在SyneML標準 :已設定之特徵可應用於裝置管理系統概念中。同步飼服 為可作為裝置官理系統祠服器，而用戶裝置作為欲接受管 理之裝置（裝置管理用戶機）。 第2圖顯示依據同步協定之訊息 管理物朴在-通話一啟始訊息中，用戶裝置二 將把其本身資料（與同步作業者相同之資訊）傳送至進行 裝置管理之同步伺服器S，該伺服器相對應傳送並本 訊及裝置管理指令（舰Μ轉作戶裝置回庫以狀 態資訊’然後該伺服器可結束通話而發出多個管理指八 如果伺服器發^個管理指令，用戶裝置將回應以狀❹ 汛。在接收狀悲貧訊後，伺服器 多裝置管理指令。裝置管理協二==發出更 之更新相關之問題首先被傳送至使用者將要作 1更用者，而關於使用者選

擇之貧訊則被傳送至伺服器。之後該伺服器可傳送使用者 在下一配套中所需之更新/操作。 根據SyncML協定，用戶裝置通常開始同步通話。然 而，知*別係在裝置管理之上下文關係，亦有由伺服器開始 同步者。於此場合，2001年五月之”SyncML同步協定， 第1.0.1版本”第8章（第49至5〇頁）揭述由伺服器所主導 之同步化通話啟始作業（伺服器發號同步）：伺服器傳送一 (伺服ι§警不）要求訊息，要求用戶裝置開始SyncML通 活。然後，用戶裝置傳送傳統（用戶啟始配套）訊息包以開 始SyncML通話之啟始作業。當用戶裝置係屬行動站之場 合，當行動站被關閉或在終端機與伺服器之間沒有連續性 數據傳送聯結時，將無法傳達用戶裝置而引起問題。因此 在傳送要求時有儲存訊息之服務較為可取。其中一種該類 服務為SMS(短訊服務），係將文字訊息儲存於一文字訊息 中心，當行動站連接網路或可被連接時送出該訊息。類似 其他SyncML訊息，啟始通話之要求係呈XML型態其具 有由[SyncHdr]元素所取決之標題欄，及由[SyncB〇dy]元素 所取決之内容部份： <SyncML> <SyncHdr> <SyncHdr> <SyncBody> 7 <SyncBody> <SyncML> 該要求容量相當大，需要由文字訊息所提供之14〇個 八位元組之容量更大（足以進行7位元之16〇 Ascn文字 之編碼）。該要求可被分成數個文字訊息，但其中一個文 字訊息可能消失，該訊息以錯誤順序傳抵或客戶裝置無法 處理序連之文字訊息。如果傳輸層服務係由諸如WAp’(無 線應用協定）等提供時，SyncML訊息將被編碼成二進制 WBXML型恶（無線二進制XML)，需要較少之數據傳送容 里。即使使用WBXML·，該要求仍然需要數個文字訊魚。 【發明内容】 ° 本發明之目的在於提供一種可防止上述問題發生之 =法及應用於方法之裝置。本發明之目的可由—種方法， ::同步系統，一種同步伺服器，一種電子裝置及電腦程 工以達成，其特徵係揭述於個別之申請專利範圍中。本 發明之較可取實施例係揭料附屬之㈣專利範圍。 所心::僅選擇最主要之資訊以進一步予以編碼使其 所而各I比以純文字方式傳送之資訊 驟包括對同步化伺服器進行έ士構重法之步 订、、σ稱重組以根據需要開始通 該同至t動站之要求以取決同步伺服器之辨識者，由 =、雨ς。服㈣支持之同步協定版本之辨識者，及要求同 之㈣者。因應要求而從同步伺服器傳送至行動站 丨観; 貧(更j正替換頁 比其里’及可供至少一個辨識者被編碼成需要 由同牛巧服-Γ方式更少位元之位元序列之編碼指示’係 =Γ。而原始辨識者從位元序列中取得之 =:則：行動站所取決。當需要開始通話之要求被傳 個行動站時，所形成之訊息係比最大容量稍小 =:::並具t有至少一個該辨識者，其中至少-個辨 #傳、、、扁碼才曰不作成位元序列之型態。訊息係利用訊 二1:2被傳送至行動站。該行動站根據所收訊息之資 桩=自 始訊息，至少部份資訊係由該解碼指示之 心所定義。通話啟始訊息雜行動站傳送至同步伺 服器。編瑪係利用關於所取得之不同襴位之不同數值之資 完fit值14不同位70型態之間之應對係儲存於飼服器及 各戶衣置將使用之編碼及解碼指示中。 通話或其啟始係不被限制於syncML所界定之功能 T ’廣義係指任何用戶裝置與同步伺服器之間所達至之通 居及用以達至通話所需之訊息。在一同步系統中，可達成 用戶裝置與同步伺服H之間之通話以進行❹者數據之 同步化作業或以管理該裝置。 本發明所提供之方法中，在伺服器之要求下亦可在裝 置中啟動不支援接收序連訊息之會談。當可使用諸如⑽ 等由行動網路所提供之訊息傳送服務時，亦可在不允許由 :路啟動之後援服務之裝置中將訊息傳送至其目的地（當 裝置開動時）。本發明之方法可助防止因包交換網路可二 使傳送至用戶之訊息順序與伺服器所傳送之順序不同，甚 物 〇2§3 1旦些訊息可能消失等之問題。此外，由於要求傳送所需 :里減小’成本將會降低。當伺服n需將要求傳送至大量 戶裝置時，此項節省將尤其顯彰。 【實施方式】 :多考附圖之實施例詳細說明本發明。 一 i以下係根據支援SyncML標準之系統揭述本發明之 車乂可取貝鈿例，然而本發明亦可應用於任何同步系統。 第3a圖顯示一種網路系統，其中資料庫中之數據可 ^步伺服器8與行動站_之間進行同步化。在同步作 雇，MS可作為一用戶裝置，故備有欲被同步化之資料 。該伺服器S可同時服務數個用戶裝置應。同時該行 站亦可作為另_裝置之伺服器。ms係通過行動網路 ^伺服器S通話。同時亦可能s係實施於行動網路 上。附設在網路MNW上之用戶裝置Ms具有盘 作無線聯繫之行動站。除了傳統之行動站之外 =可錢任何㈣訊息功能之電子裝置，諸如手提式 置^用1T褒置’另一方面亦可為上述裝置之輔助裝 力能與主機聯繫以使用諸如短域收音機聯 合，該主機應具備將部份資訊編碼入輔助裝 曰：用之讯息中之功能。行動網路MNW包括至少一個 提i、Λ心服務之字組⑻〇叫議。在行動網路應^斑伺 服器8之間亦可能有另—網路，諸如局部網路LANr行 t網路MNW係任何習知之無線網路，包括支援GSM服 矛力之、’周路’支板GPRS服務（普通包廣擴服務）之網路，第 10 4

=行動網路’諸如UMTS網路（通用行動電訊系統） 線局部網路WLAN或私有網路等。 —如果該MNW係GSM網路，字組Μβ將提供具備至少一 個短Λ服務中心SMSC之訊息服務。在數種行動網路中之 -重要傳輸層服務係WAP，包括可用以提供用戶袭置奶 及伺服器S之同步應用層之傳輸服務之wsp層線通話 協定）1WAP支援數種低階傳送技術，諸如娜型態傳 达。此外，亦可採用例如Ηττρ或_χ標準及它們所支援 之低階傳送技術，服器5本身可具備已被同步化之資料 庫’或被其同步化之資料庫可被設置於另—裝置中，在第 3a圖中伺服器s及資料庫D]g係分開以供說明。 如第3b圖所示，行動站奶及飼服器s具有記㈣ 麵；测’使用介面ISUI，1/0裝置I/0;SI/〇用以 女排數據傳送，及包括一或多個處理器之中央處理單元 CPU，SCPU。§亥s己憶體MEM ; SMEM具有一個用以儲存控制 中央處理單元CPU; SCPU及其他保持數據之應用程式之永 久性組件’及用以處理暫時性數據之非永久性組件。作為 同v作業之主體之應用數據係保持在Ms之記憶體mem中 (例如用以同步化同步作業之資料庫）及在資料庫DB之圮 憶體中。 ° 用戶裝置MS具備一用戶代理^，負責用戶裝置中與 會談相關之功能。伺服器S具有管理通話之舰器代理 SA及同步機器SE。CA最好係由執行儲存在記憶體MEM中 之電腦程式鳴之GPU予以實施’❿SA，SE係由執行儲存 11 1270283 S' m 在記憶體SMEM中之電腦程式碼之SCPU予以實施。該襄置 亦可用以實施裝置管理通話，或由第31)圖中未予圖^之 不同實體（entities)管理該裝置管理通話。利用中央處理 單元CPU及SCPU所執行之電腦程式碼，用戶裝置MS及同 步伺服Is S亦可用以實施創新裝置，其實施例係示於第$ 及第6圖。電腦程式可取自網路及/或儲存在諸如磁碟， CD - ROM或其他外設記憶裝置之記憶裝置中，從中可被載 入記憶體MEM，SMEM。亦可使用硬體方式或硬體與軟體方 式之組合。 ' 、第4圖顯示本發明一較可取方法。用以要求指示啟始 通話（同步使用者數據或裝置管理所需者）所需之辨識者 方面之資訊係設定4G1於同步伺服器卜至少包括同步飼 服器之辨識者，該同步伺服器所支援之同步協定版本之辨 識者，及要求同步通話之辨識者。編碼指錢傳送以 需，啟始通話之訊息之最大容量係設定為術於同步祠 服益S中。最大容量係取決於所使用之訊 如根據SMS服務之文字訊息之最大容量。取決之進 2量:數字值直接設定於裝置中，或利用裝置設定；： :度不超過該最大容量之限度。最大容量亦可由該資； 路之諮詢所取決，或可被傳輕諸如管理通話巾之裝t 2者亦可輸人最大容量值。裝置之訊息系統至、 :=量時用以通知應用程式產生訊 :: 二 =行，中作為用戶裝置。舰器‘ Θ7Γ ’至個傳輸成為位元序狀辨識者進行編 12 馬一比辨識者之ASCII型態或WBm位元型態需要較少之 2用戶裝置利用編碑指示可從位元序列中界定原始之 辨識者。 小一田而要啟始通話之要求係從一伺服器傳送403至最 们用戶衷置日守，伺服器S將根據編碼指示設定404， =少訊息中所需資訊部份將有至少一個位元序列。該訊息 二要ΐ二以下所述之辨識者，但亦可包括其他資訊。待傳 =之貝Λ係產生4G5為-訊息。伺服器s亦控制4()5使訊 心不，逾預設之最大容量。如果訊息將會超過最大容量， 伺服為S將利用編碼指示從中刪除次要攔位，將更多資訊 編碼入需要較少空間之型態。訊息係利 n 傳送服務從伺服器S被傳送權至用戶裳謂。在實^ 例=t界所_知之SMS服務可被應用以傳送訊息。在用 ^衣置MS中’根據所接收訊息之位元序列之資訊係設定 〇7以供利用儲存在用戶裝置中之編碼指示以啟始訊息。 ，據至少-個以此方式取得之辨識者及包括在訊息令之 他貝Λ ’ MS將產生4G8通話啟始訊息並傳送彻至 步伺服器S。 會談可用作裝置管理功能，其中用戶裝置奶之同步 應用⑽之操作可適隸網路啟動。舉例而言，如果同步 伺服器⑽I辨識者）之位址改變時，首要必須通知所有愈 此伺服器时之裳置。在syncML中，此項由飼服器傳送 以啟始裝置官理通話之要求係被稱為[配套#G :對用戶之 管理警示]’因根據要求以傳送啟始之啟始配套係[配套 13 I觀·3: #1 ·，用戶啟始]。亦可使用由使用者本身所進行之個人化 方式以進仃通話。使用者可利用諸如醫w界面之設定，在 啟動同步#服器s時將在通話中將該變化傳送至用戶裝 置MS 〇 第5圖顯不用以啟始裝置管理通話所形成之訊息 (4〇5)之可能兀素。根據一較可取實施例，係利用SMS訊 息以進仃wsp協定之後援服務，其中該訊息具備wsp標題 欄。遠WSP標題攔必須短小（宜不超過3〇字節）使處理訊 息之實際應用階層（CA)所需之有效負載具有足夠空間。除 了 wsp攔位之外，訊息亦可包括其他標題攔，諸如wDp標 題攔。然而於此場合，SyncML有效負載之比例將減低。 在實施例中訊息亦可提供訊息内容將記載之應用顯示。駝 將根據該顯示使訊息之有效負載引導至正確之應用實 體，例如啟動與用戶代理CA之管理通話之要求。該顯示 可包括於訊息之WSP或WDP標題攔中。支援WAP協定之裝 置將谷易辨$忍訊息中之資訊，而非WAP裝置則必須設立預 定位址以供搜尋該顯示說明。該位址係由訊息開頭（調整 偏差）之預定位址所取決，或使顯示通常出現在標題攔特 定字元之後。舉例而言，在WSP標題欄中該顯示係位於辨 識者π應用-ID1’（X-wap-應用-id)中，除了，，應用ID”之外 MIME攔位亦可被使用或指定”應用id"攔位之資訊。 以下將說明可在訊息中使用之欄位。 版本（VER)·具備所使用之訊息版本及協定版本以供 用戶裝置檢查伺服器S是否支援相同版本。另一方面， 14 曰親更)正替换頁I 版本辨識者可單一顯示訊息版本或協定版本。如果用戶裝 置支援不同版本則不需啟始通話（408,409)。版本辨識者 可根據伺服器S設定之編碼指示而編碼成較短之位元序 列’例如使用WSP標題攔之後首1 〇個位元：最後一個數 f代表最小版本數目，最後第二個數目代表一，而最後第 三個數目代表十，最後第四個數目代表百，於是最大可能 版本將為”102.3"，而版本"丨.0”係被編碼成 "_贿，。如前所述，MS㈣解抑示以從數位元 序列中取決（407)原始之辨識者。 一該編碼指示可實施於裝置作為對應表以說明何種數 位70序列對應於何版本。另__方面’該表亦可被以算法方 式》又疋於衣置中使耘式可產生其元素而不需將整個表儲 存於裝置S己憶體内。對應表可被編碼如下： 0000001010 版本1. 0 0000001011 版本1. 1 • · · 1111111111 版本102. 3 通話辨識者（SID).此攔位取決通話辨識者，使相同通 話不會重覆超過-次。此辨識者可使用例如在版本辨識者 之後16個位元。例如當用戶裝置被關閉時，伺服器§可 傳送數個訊息，藉此該伺服器將嘗試達成一特定之管理通 1。在SID辨識者之基礎上，用戶褒置可總結它將在連線 時開始，而非在收到每一訊息時連線。伺服器3亦可利用 15 設定特定之 -欠要傳送STD之達成。伺服器S可在記憶體中儲存對應 1傳运⑽辨識者之通話之資訊。另-方面亦可從次要

Hi中選f灿辨識者，藉以避免儲存資訊。 界面模式（UI)·藉此辨識者，伺器 =幕後進行通話或是否要通知使用者該通 根據以下對應表以二位元予以編碼： 们位了

管理工作之啟動Unit).藉此辨識者，伺服器s可與 用戶裝置聯繫’是否其本身主導管理通話或由用戶裝置 (其使用者）所±導。4匕項資訊將作為賬單請款之基準，如 果係由使用者主導，用戶裝置亦可對伺服器要求傳送而予 以記賬。此項資訊可根據以下二位元予以編碼： 01 用戶啟動 10 伺服器啟動 裝置管理之將來使用（Fut).在此攔位中，將來可能設 定之資訊將從伺服器S傳送至用戶裝置Ms以進行管理通 16 1270283 m ίί,,.ο 9 …(：.) …. 話。例如可保留30位元之空間。其中一種可能傳送至此 襴位之資訊之例子係當用戶裝置應與同步伺服器s達成 通活日^·。MS可在伺服器設定時間傳.送啟始訊息（9 )，而 伺服器S可設定不同用戶裝置以均衡其負載，藉以在不同 時建立連線。 啟動鑑別共旱機密之長度（Tlen).此攔位顯示Η% 攔位（啟動鑑別共享機密）之長度。 二貝源長度（Ulen)·此欄位顯示伺服器s之辨識者（URI) 之長度。利用此攔位及Tlen攔位，可設計最大可能空間 予URI欄位。如果僅使用特定長度之攔位，在tass攔位 最後將會有未使用之空間。 立啟動鑑別共享機密（tass).tass攔位具有可防止Dos 襲擊（服務遏制）之共享機密。此攔位亦可用以取決飼服器 辨識者。 管理伺服器之資源URI(資源URI)·此攔位具有伺服器 之 URI 辨識者，如 http://www.syncml.org/mgmt-server"。 在某些場合’此攔位亦可藉去除協定辨識者予以縮短，或 僅傳送攔位中較短之辨識者而非舰器位址。另一方面， TASS攔位亦可用以傳送伺服器辨識者。 一銷售商（Vendor)•此攔位為選擇性，可在前項攔位之後 儘量佔用最多訊息空間以提供製造商之特定資訊。 m上述各項攔位申，有效負載係經過規劃以儘可能使用 最少空間。如果所有攔位係以皿格式之文字傳送，將需 要大约_個字元’即刪位元。一個棚位將佔用至少 17 I2IQ283 Ύ.》 *' _〇| ': 攀‘ V日修丨更HMf .換頁1 =字元，即十多麻元。當至少—些攔位制上述編巧 方式，各個攔位係根據所能負載之不同數值而產生，可能 顯者節省空間及（視需要將次要欄位進—步刪減）使資^ 能夠嵌入-個SMS訊息中。附錄i作為說明書一部 不訊息攔位之另-實施例，其中僅考量syncML有效負载。 第6圖顯示由同步伺服器⑻要求而啟動之裝置管理 通話之信號圖。當伺服器與用戶裝置（MS)可連線時（至少 MS可接收訊息，同時第4圖所示之步驟4〇1至4〇2已進 行），伺服器接收602 —指令從伺服器外界或在預設之設 疋下由伺服器使用者啟動管理通話。伺服器將相應收集所 需數據，根據編碼指示進行改變及根據要求[配套#0 :對 用戶之管理警示]將訊息傳送603至用戶裝置。藉此該用 戶裝置及伺服器可達成管理通話6〇4。伺服器5可將管理 指令傳送至用戶裝置，而用戶裝置將依據該管理指令進行 結構調整。當管理通話完成605，結果將顯示606予伺服 器使用者。 通話可用以使傳統使用者數據同步化，例如更新行動 站之日曆標識及網路之日曆用途。於此場合，當新式重要 之曰曆標識需要儘快傳送於行動站而加入網路曰曆時，啟 動同步作業（403)將會發生。如同裝置管理通話所產生如 第4圖所示之訊息，要求SyncML通話之訊息具備數個對 應之攔位。在要求啟動同步作業之訊息中亦包括至少標示 有版本（VER*)，通話辨識者（SID*)，資源及管理伺服器之 URI (URI*)星號之攔位。至少（UI)，（VER*)及（Init)等攔 18

用戶之單向同步， 指示（例如伺服器之單向或雙向同步， 伺服器之翻新同步等）。該資訊亦可利 =預先儲存（4G2)之對應表予以編碼（綱）及解碼（4〇7)， 猎以儲存所需位元之數目。亦可用以傳送訊息巾之資料庫 要伺服器予以同步者）之辨識者⑽1)。冑SyncML用戶 ，置MS接收訊息後，可根據訊息内所包含資訊將同步通 活啟始配套（來自用戶之Syne啟始配套）傳送（)，藉此 啟始同步通話。關於SyncML協定之同步通話及其所需資 訊=詳細說明，可參考2〇〇1年五月出版之”SyncML同步 疋1 · 〇· 1版本之SyncML說明書。於是，在同步伺服 器之要求下啟動之管理通話及使用者數據同步通話均可 達至相同效益。 該訊息亦可在傳送要求之伺服器S中其他部份中形 ^ =05。例如當用戶裝置係通過WAp套組與ffAp網間連接 口。耳叶路，而WAP網間連接器與伺服器s之間係使用http 協定之場合，上述情況將會發生。該WAp網間連接器可將 伺服器所傳送之要求以上述方式壓縮（使用編碼指示）藉 以用一個訊息傳送至用戶裝置MS。 精於此藝者將可根據本發明之基本概念作成各種不 同之貝加例。同時須知該訊息並不侷限於sms服務之訊 息，諸如MMS服務（多媒體訊息服務）等其他類型之訊息傳 送服務亦可被使用。因此本發明及其實施例不受限於上述 之實施例，可在申請專利範圍内作成變更。 19 li7〇283 【圖式簡單說明】 =1圖顯示SyncML同步協定之同步化作業； 弟2圖顯示伺服器之裝置管理； ”， 第3a圖顯示同步系統； 第3b圖顯示同步伺服器及用戶裝置； 第4圖顯示本發明—較可取實施例之方法； 第5圖顯示啟始裝置營理诵# &兩# ’ ^ , 置&理通話所需傳送之訊息元素； 乐b圖係本發明一較可| ϋ。 ？ j取貫靶例之管理通話之信號 【主要元件符號說明】 MS -用戶裝置 S -伺服器 MNW -行動網路 MB -字組 DB -資料庫 MEM，SMEM ~記憶體 CPU，SCPU -中央處理單元 CA，SA ’ SE -用戶代理 UI，SUI -使用者介面 I/O ’ SI/0 —輸入/輸出 WSP -無線通話協定

Ver -版本 SID _通話辨識者 Init - 管理工作之啟動 20

Fut - 裝置管理之將來使用

Tien - 啟動鑑別共享機密之長度

Ulen - 資源長度 TASS - 啟動鑑別共享機密 URI - 管理伺服器之資源 附錄1.訊息中所包含資訊之例子 HEX値 內 容 說 明 丨0000001010， 版本’1.0· ΟΟΟΟΟΟΟΟΟΟΟΟΓ 通話辨識者SID=’l’ ，0Γ ϋΙ=ΌΓ 丨00丨 Init =丨00’ 丨0000000000000000 00000000000， 將來使用 •1000， TASS 長度=，8’ ，0000100010， URI 長度=’34’ 30 ， 30 ， 4A ， 31 ， ，00JlY2Uy, TASS 59 ， 32 ， 55，79 68 ， 74 ， 74 ， 70 ， ’http: "www.mngmt server · URI 3A，2F， 2F ， 77 ， com/manage/' 77 ， 77 ， 2E，6D， 6E，67， 6D，74， 73 ， 65 ， 72 ， 76 ， 65 ， 72 ， 2E，63， 6F，6D， 2F ， 6D ， 6 卜 6E， 65，2F 61 ， 67 ， 21

Claims (1)

121)283 十、申請專利範圍： I 一種在同步系統中啟始通話之方法，該同步系統且 備至少—個作為用戶裝置之電子裝置及具有通訊裝置，： v個同步伺服器及電訊網路以提供一種訊息傳送服 務’該方法之步驟包括： 該同步伺服器經設計以決定要求，指示啟始通話之需 要及傳运至用戶裝1，同步伺服器之辨識者，版本辨識者 及所要求之同步通話之辨識者， 、、，在同步伺服器中決定因應該要求欲從同步伺服器傳 送至用戶裝置之訊息之最大長度， 決定編碼指令，其中在同步伺服器中至少一種辨識者 可被編碼成比其ASCII型式需要更少位元之位元序列，及 解碼指令，藉此在用戶裝置中從位元序列取得原始之辨識 者， 對應傳送要求指示啟始通話之需要至少一種用戶裝 置，形成一個訊息，該訊息之長度比最大長度稍短或相 等，並具有該辨識者，其中至少一種係根據編碼指令以位 元序列呈現， 利用該訊息傳送服務將訊息傳送至用戶裝置，根據所 接收訊息中所包含之資訊產生一通話啟始訊息，至少部份 該資訊係利用該解碼指令從所接收之位元序列中予以言全77 釋，及 從用戶裝置將通話啟始訊息傳送至同步伺服器。 22 %中之傳2專利關第1項所述之方法，其中在同步系 , 剧0服務係利用WAP協定所策劃，其中該訊自另 包括聊標題攔（無線通話協定）。am ^如申睛專利範圍第2項所述之方法，其中 λ =心亦私不該訊息内容去向之應用程式，該指示係 攸汛心開頭或在預定字母之後設定應 於預定位址所設定，及 〗甲之貝訊 2之内容係從用戶裝置定位於由訊息所指示之應 用私式中。 4·如申請專利範圍帛1項或第2項或第3項所述之方 4，其中 該訊息傳送服務係SMS。 5·如申請專利範圍第1項所述之方法，其中 同步伺服器之辨識者係決定於具有共享秘密之搁位。 6.如申請專利範圍第1項所述之方法，其中 同步伺服器亦經規劃以決定訊息中之位元序列，指示 由用戶或伺服器啟始訊息者。 曰不 7 ·如申請專利範圍第1項所述之方法，其中 該編碼指令及解碼指令具有一或多個對應表。 23

8·如申請專利範圍第1項所述之方法，其中 組 該通話之啟始係用以將用戶裝置中所包含之數據 及至少一個資料庫予以同步化。 •如申請專利範圍第1項所述之方法，其中 該，步伺服器傳送欲啟始裝置管理通話之要求，及 該管理通話係在伺服器與用戶裝置之間啟始。 〇· 一種同步系統，具備至少一個作為用戶裝置之電 以ίί及具有通訊裝置，至少—個同步伺服器及電訊網路 钕供一種訊息傳送服務，在該同步系统中· =步飼服器經設計以決定要求，指示啟始通話之需 另」2!至用戶裝置，时健11之辨識者，版本辨識者 及所要求之同步通話之辨識者， 考值^步舰$係用以決定因應該要求欲從同步飼服 裔傳迗至用戶裝置之訊息之最大長度， ί同乂飼服裔中決定編碼指令，其中至少—種辨識者 ^皮、、扁碼成比其ASCII型式需要更少位元之位元序列，及 =裝置中決定解碼指令，藉此從位元序列取得原始之 辨識者， 該—Ml對應傳送要求指示啟始通話之需要於 具：雜種用戶f置而形成—個訊息’該訊息之長度比最大 、又紐或相等，並具有該辨識者，其中至少-種係根據 24 L辨雜如修(更〉正替_ 補充、修正後無劃線之說明書修正頁一式

傳送服務將訊息傳送至用

收之位7G序列中予以给釋，及 該用戶裝置將通話啟始訊息傳送至同步飼服器 該同步伺服器利用該訊息 戶裝置， 通話 統，其中 備有一依WAP 11.如申請專利範圍第10項所述之同步系 協定形成之傳輸層服務，因此該訊息 另包括WSP標題欄（無線通話協定）。 12·如申請專利範圍第1〇項所述之同步系統，其中 。該訊息亦指示該訊息内容去向之應用程式，該同步祠 服器係用以決定該指示，藉由從訊息開頭或在預定字母之 後设疋應用程式中之資訊於預定位址。 13·如申請專利範圍第10項或第u項或第12項所述 之同步系統，其中 該訊息傳送服務係SMS。 14·如申請專利範圍第1〇項所述之同步系統，其中 該同步伺服器係用以決定含有共享秘密之攔位之該 同步伺服器之識別符。 25 I使)正替換頁丨 第91120112號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 15.如申請專利範圍第1〇項所述之同步系統，其中 同步伺服器亦經規劃以決定訊息中之位元序列，指示 由用戶或伺服器啟始訊息者。 ， 16·如申請專利範圍第1〇項所述之同步系統，其中 該編碼指令及解碼指令含有一或多個對應表。 17·如申請專利範圍第10項所述之同步系統，其中 該通話之啟始係用以將用戶裝置中所包含之數據組 及至少一個資料庫予以同步化。 1 8 ·如申请專利範圍第1 〇項所述之同步系統，其中 該同步伺服器傳送欲啟始裝置管理通話之要求，及 該管理通話係在伺服器與用戶裝置之間啟始。 19·一種電子裝置，包括： 接收及傳送訊息之裝置， 與伺服器進行通訊之裝置，對該伺服器該電子裝置係 作為一種用戶裝置， 用以儲存解碼指令之裝置’利用該解碼指令可從伺服 器所編碼之位元序列中取得原始資訊， 根據解碼指令將從伺服器中接收之訊息中所包括之 至少一個位元序列轉變成原始資訊之裝置， 26 修(更}正替換η 第91120112號專利申請案 補充、修正後無劃線之說明書修正頁一式三份 根據從伺服器所接收之訊息中指示之資訊而在伺服 器與該裝置之間產生通話之啟始訊息之裝置，至少部份資 訊係利用該解碼指令從接收位元序列中設定， 、 將通話之啟始訊息傳送至伺服器之裝置，及 — 根據通話期間從伺服器接收之管理指令而對該裝置 之結構進行調整變動之裝置。 20·如申請專利範圍第19項之電子裝置，其中備有一 依WAP協定形成之傳輸層服務，因此該訊息另包括wsp 標題攔（無線通話協定）。 η.如申請專利範圍第19項之電子裝置，其中該訊息 亦指示該訊息内容應被傳送至應用程式，而該指示係由從 訊息開頭或在預定字母之後設定應用程式中之資訊於預 定位址所；及 該電子裝置依係該訊息之指定將該訊息之内容傳送 至應用程式。 22·如申請專利範圍第19項之電子裝置，其中該電子 裝置係藉由SMS與伺服器通訊。 . 如申請專利範圍第19項之電子裝置，其中該電子 裝置係用以從含有共亨秘密之攔位決定該同步伺服器之 識別符。 27 第91120112號專利申請案 補充、修正後無劃線之說明書修正頁— 八二份 24·如申請專利範圍第 指令含有一或多個對應表 19項之電子裝置，其中該解碼 25如申請專利範圍 器為裝置管理伺服器， 第/9項之電子裝置，其中該伺服 而該通話係裝置管理通話。 26·如申請專利範圍第19項 器為同步伺服器，而該通話係伺步通話' ，、&司服 ^種在電腦可讀取之記錄媒體上附載有電腦程 之電腦程式產品，該電腦程式包括—種電職式編碼，在 同步伺服器之處理器中執行時可使同步伺服器： 決定要求，指示啟始通話之需要及傳送至用戶裝置、 同步伺服器識別符、由同步伺服器所支援的同步協 符及被要求之同步通話識別符， ^ 決定因應該要求欲從同步伺服器傳送至用戶裝置之 訊息之最大長度， 没疋編碼指令，其中至少一種識別符可被編碼成比其 ASCII型式需要更少位元之位元序列， 對應傳送要求指示啟始通話之需要於至少一種用戶 裝置而形成一個訊息，該訊息之長度比最大長度稍短或相 等，並具有該識別符，其中至少一種係根據編碼指令以位 元序列呈現，及 利用該訊息傳送服務將訊息傳送於至少一個用戶裝 28 I:修(£)正替換頁丨 補充、修正後無劃線之說明書修正頁一式三份 28·—種在電腦可讀取之記錄媒體上附載有電腦程式 之電腦程式產品，該電腦程式包括一種電腦程式編碼，在 電子裝置之處理器中執行時可使該電子裝置·· 設定解碼指令，利用該解碼指令可從伺服器所編碼之 位元序列中取得原始資訊； 根據解碼指令將從伺服器中接收之訊息中所包括之 至少一個位元序列轉變成原始資訊； 口根據從伺服器所接收之訊息中指示之資訊而在伺服 =與該裝置之間產生裝置管理通話之啟始訊息，至少部份 ^訊係利用該解碼指令從接收位元序列中設定； 將通話之啟始訊息傳送至伺服器；及 姓根據通話期間從伺服器接收之管理指令而對該裝置 之結構進行調整變動。 " 29 1270283 jf正替換頁 ί C 93. 11 0¾

第4圖 七、指定代表圖： (一） 本案指定代表圖為：第（4 )圖。 (二) 本代表圖之元件符號簡單說明： 401 選擇所需之辨識者 402 測定同步伺服器中之編碼指示與最大訊息 容量及行動站中之解碼指示 404 根據編碼指示將所需資訊轉變為位元序列 405 形成比最大訊息容量小或同等之訊息 406 將訊息傳送至行動站 407 利用解碼指示詮釋訊息中所包含之資訊 408 根據該資訊形成通話啟始訊息 409 啟動及運行伺服器所要求之通訊 八、本案若有化學式時，請揭示最能顯示發明特徵的化學式：