專利名稱：移動終端數(shù)據(jù)的轉(zhuǎn)換/備份方法、設(shè)備和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)傳輸技術(shù)，特別涉及移動終端設(shè)備之間的數(shù)據(jù)轉(zhuǎn)換技術(shù)和 移動終端設(shè)備的數(shù)據(jù)備份技術(shù)。
背景技術(shù)：
移動終端設(shè)備之間的數(shù)據(jù)傳輸主要是指一個移動終端設(shè)備當(dāng)中存儲的原
始數(shù)據(jù)要轉(zhuǎn)移到另外的一個移動終端設(shè)備當(dāng)中去，傳輸?shù)脑紨?shù)據(jù)類型包括 電話本、日程、SMS ( Short Message Service,短消息)記錄，MMS (Multimeida Message Services,多媒體消息)記錄或郵件(Email)記錄等。
目前常用的移動終端設(shè)備通常為電話，實現(xiàn)數(shù)據(jù)傳輸?shù)姆绞街饕请娫挼?服務(wù)器(Phone To Server )，或者電話到電話(Phone To Phone)的方式。Phone To Server的方式就是指電話通過數(shù)據(jù)鏈路的方式，將移動終端設(shè)備存儲的信息 根據(jù)服務(wù)器所規(guī)定的方式，利用特殊的傳輸協(xié)議發(fā)送到服務(wù)器，并在服務(wù)器上 進行存儲。當(dāng)移動終端設(shè)備需要對這些數(shù)據(jù)進行傳輸?shù)臅r候，也利用移動終端 設(shè)備和服務(wù)器的這種通信方式完成數(shù)據(jù)的傳輸工作，這種方式可以方便實現(xiàn)電 話數(shù)據(jù)文件在服務(wù)器上的備份。當(dāng)然還可以通過服務(wù)器到電話(Server To Phone)的方式將數(shù)據(jù)傳輸給電話，從而達到在電話之間傳輸數(shù)據(jù)的目的。
Phone To Phone的方式一般是指利用移動終端設(shè)備的本地連接能力，如紅 外或者藍牙將數(shù)據(jù)在不同的移動終端設(shè)備之間進行傳送。 一般來說，這種方式 僅僅適用于同一移動終端設(shè)備廠商的移動終端設(shè)備，或者同一型號的移動終端 設(shè)備之間進行數(shù)據(jù)的傳輸。
現(xiàn)在數(shù)據(jù)傳輸?shù)膶崿F(xiàn)方法主要針對電話本數(shù)據(jù)文件，電話本數(shù)據(jù)文件包括 Vcard (電子商務(wù)卡片)和Vcalendar (電子商務(wù)日程)，IMC (Internet MailConsortium )規(guī)定了 Vcard和Vcalendar的統(tǒng)一數(shù)據(jù)格式用來存儲用戶的電話本 信息和日程信息，其中包含若干數(shù)據(jù)字段，每一個數(shù)據(jù)字段都又相應(yīng)的條目， 例如Vcard中包含的條目有姓名、地址、移動電話號碼、固定電話號碼等。
移動終端設(shè)備4艮據(jù)IMC失見定的標(biāo)準(zhǔn)版本和格式，統(tǒng)一存儲相應(yīng)的Vcard 和Vcalendar的相關(guān)數(shù)據(jù)，在進行數(shù)據(jù)的傳輸?shù)倪^程當(dāng)中，只需要將4^幾內(nèi)部 的Vcard和Vcalendar數(shù)據(jù)在不同的移動終端設(shè)備之間直接傳輸，就能夠達到 不同的移動終端設(shè)備對該數(shù)據(jù)進行識別的功能。
但是由于移動終端設(shè)備處理能力、格式轉(zhuǎn)換單元硬件系統(tǒng)架構(gòu)的不同，現(xiàn) 有移動終端設(shè)備上的SMS、 MMS、 Email等消息數(shù)據(jù)的存儲方式有所不同，移 動終端設(shè)備之間無法利用類似電話本數(shù)據(jù)的傳輸方式實現(xiàn)SMS、 MMS、 Email 等數(shù)據(jù)的傳輸。
綜上，現(xiàn)有移動終端設(shè)備之間進行數(shù)據(jù)傳輸?shù)那疤崾莾蓚€移動終端設(shè)備內(nèi) 部支持統(tǒng)一的數(shù)據(jù)格式，并將自己的數(shù)據(jù)按照這樣的一種格式進行組織。在完 成本地數(shù)據(jù)的組織之后，如果移動終端設(shè)備之間需要進行數(shù)據(jù)文件的傳輸，那 么可以通過Phone To Phone、或者Phone To Server以及Server To Phone的方式 來完成數(shù)據(jù)的傳輸過程。
事實上，各廠家移動終端設(shè)備的操作系統(tǒng)以及底層的實現(xiàn)都是相對封閉和 獨立的，各廠家對于各自的數(shù)據(jù)格式，以及數(shù)據(jù)格式的傳輸都有自己的規(guī)定， 這樣就造成了不同廠家生產(chǎn)的各種移動終端設(shè)備之間、甚至同 一廠家生成的不 同型號移動終端設(shè)備之間數(shù)據(jù)傳輸?shù)睦щy。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種移動終端設(shè)備的數(shù)據(jù)轉(zhuǎn)換方法、設(shè)備和系統(tǒng)，用于 實現(xiàn)移動終端設(shè)備之間的數(shù)據(jù)傳輸。
本發(fā)明實施例還提供了 一種移動終端設(shè)備的數(shù)據(jù)備份方法、設(shè)備和系統(tǒng)， 用于實現(xiàn)移動終端設(shè)備上的數(shù)據(jù)備份。本發(fā)明實施例提供的一種移動終端設(shè)備數(shù)據(jù)的轉(zhuǎn)換方法，包括
生成符合規(guī)定格式的中間文件，所述中間文件中包含至少一個指定條目和 各指定條目對應(yīng)的數(shù)據(jù)字段，所述各指定條目對應(yīng)的數(shù)據(jù)字段是從第 一移動終 端設(shè)備保存的原始數(shù)據(jù)中獲取的；
根據(jù)所述中間文件的規(guī)定格式，從所述中間文件中獲取各指定條目對應(yīng)的 數(shù)據(jù)字段，并按照第二移動終端設(shè)備支持的格式將各指定條目對應(yīng)的數(shù)據(jù)字段 保存為目標(biāo)數(shù)據(jù)。
本發(fā)明實施例提供的一種移動終端設(shè)備數(shù)據(jù)的轉(zhuǎn)換系統(tǒng)，包括
第一格式轉(zhuǎn)換單元，用于生成符合規(guī)定格式的中間文件，所述中間文件中 包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段，所述每一個指定條目對應(yīng)的 數(shù)據(jù)字段是從第 一移動終端設(shè)備保存的原始數(shù)據(jù)中獲取的；第二格式轉(zhuǎn)換單元，用于根據(jù)所述第一格式轉(zhuǎn)換單元生成的中間文件的規(guī) 定格式，從所述中間文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并按照第二移動 終端設(shè)備支持的格式將各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。
本發(fā)明實施例提供的一種移動終端設(shè)備，包括
傳輸指令接收單元，用于接收數(shù)據(jù)傳輸指令；
原始數(shù)據(jù)存儲單元、第一數(shù)據(jù)存儲控制單元和第一格式轉(zhuǎn)換單元，所述第 一格式轉(zhuǎn)換單元根據(jù)傳輸指令接收單元接收的原始數(shù)據(jù)傳輸指令，通過所述第 一數(shù)據(jù)存儲控制單元從原始數(shù)據(jù)存儲單元中獲取指定條目對應(yīng)的數(shù)據(jù)字段，并 生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指定條 目對應(yīng)的數(shù)據(jù)字段；
中間文件發(fā)送單元，用于將所述中間文件發(fā)送給其它移動終端設(shè)備。
本發(fā)明實施例提供的一種移動終端設(shè)備，包括
中間文件接收單元，用于接收其它移動終端設(shè)備發(fā)送的中間文件，所述中 間文件中包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段，所述每一個指定條 目對應(yīng)的數(shù)據(jù)字段是從所述其它移動終端設(shè)備保存的原始數(shù)據(jù)中獲取的；第二格式轉(zhuǎn)換單元、第二數(shù)據(jù)存儲控制單元和目標(biāo)數(shù)據(jù)存儲單元，所述第 二格式轉(zhuǎn)換單元從中間文件接收單元接收的中間文件中獲取各指定條目對應(yīng) 的數(shù)據(jù)字段，并通過所述第二數(shù)據(jù)存儲控制單元按照移動終端設(shè)備支持的格 式，在所述目標(biāo)數(shù)據(jù)存儲單元中將各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù) 據(jù)。
本發(fā)明實施例提供的一種移動終端設(shè)備數(shù)據(jù)的備份方法，包括 從移動終端設(shè)備保存的原始數(shù)據(jù)中獲取指定條目對應(yīng)的數(shù)據(jù)字段； 生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指
定條目對應(yīng)的數(shù)據(jù)字段；
將所述中間文件保存為對應(yīng)所述原始數(shù)據(jù)的備份文件。
本發(fā)明實施例提供的一種移動終端設(shè)備的數(shù)據(jù)備份系統(tǒng)，包括
數(shù)據(jù)存儲控制單元和第一格式轉(zhuǎn)換單元，所述第一格式轉(zhuǎn)換單元通過所述
數(shù)據(jù)存儲控制單元從移動終端設(shè)備的原始數(shù)據(jù)中獲取指定條目對應(yīng)的數(shù)據(jù)字
段，生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指
定條目對應(yīng)的數(shù)據(jù)字段；
中間文件存儲單元，用于將所述第一格式轉(zhuǎn)換單元生成的中間文件對應(yīng)存
儲為所述原始數(shù)據(jù)的備份文件。
本發(fā)明實施例提供的技術(shù)方案利用格式轉(zhuǎn)換單元將原始數(shù)據(jù)轉(zhuǎn)換為規(guī)定
格式的中間文件，規(guī)定格式的中間文件中包含原始數(shù)據(jù)的指定條目和對應(yīng)的數(shù)
據(jù)字段，根據(jù)中間文件的規(guī)定格式，格式轉(zhuǎn)換單元還可以從中間文件中讀取其
中的數(shù)據(jù)字段，從而生成原始數(shù)據(jù)對應(yīng)的目標(biāo)數(shù)據(jù)。


圖1為本發(fā)明實施例所述移動終端設(shè)備之間直接傳輸數(shù)據(jù)時，發(fā)送端的處 理流程示意圖2為本發(fā)明實施例所述移動終端設(shè)備之間直接傳輸數(shù)據(jù)時，接收端的處理流程示意圖3為本發(fā)明實施例提供的移動終端設(shè)備之間傳輸數(shù)據(jù)的轉(zhuǎn)換系統(tǒng)結(jié)構(gòu)示 意圖4、圖5、圖6分別為本發(fā)明實施例提供的一種移動終端設(shè)備結(jié)構(gòu)示意
圖7為本發(fā)明實施例提供的一種利用第三方設(shè)備實現(xiàn)移動終端設(shè)備數(shù)據(jù)傳
輸?shù)南到y(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例為實現(xiàn)各種移動終端設(shè)備之間的數(shù)據(jù)傳輸，提供一種移動終 端設(shè)備數(shù)據(jù)的轉(zhuǎn)換方法，對現(xiàn)有各種移動終端設(shè)備上的每一種類型的原始數(shù) 據(jù)，分析其中的共有條目，將共有條目作為該類型原始數(shù)據(jù)必須傳輸?shù)闹付l 目，并為每一種類型的原始數(shù)據(jù)設(shè)定規(guī)定格式的中間文件，中間文件是按照統(tǒng) 一的規(guī)定格式轉(zhuǎn)換而成的，其中包含的各指定條目和對應(yīng)數(shù)據(jù)字段，如果中間 文件發(fā)送給接收端，接收端根據(jù)對應(yīng)的規(guī)定格式識別中間文件，并從中獲取各 指定條目對應(yīng)的數(shù)據(jù)字段，按照本地支持的格式將各指定條目對應(yīng)的數(shù)據(jù)字段 保存為目標(biāo)數(shù)據(jù)，從而利用規(guī)定格式的中間文件實現(xiàn)移動終端設(shè)備之間的共有 數(shù)據(jù)信息的傳輸。中間文件如果作為原始數(shù)據(jù)的備份文件，則可以從中獲取原 始數(shù)據(jù)的共有字段信息。
下面以第 一移動終端設(shè)備向第二移動終端設(shè)備之間進行數(shù)據(jù)傳輸為例進
4t詳細+兌明。
如圖l所示，第一移動終端設(shè)備對數(shù)據(jù)的處理包括如下步驟
5101、 根據(jù)規(guī)定格式的中間文件中包含的指定條目，從本終端設(shè)備保存從 原始數(shù)據(jù)中獲取各指定條目對應(yīng)的數(shù)據(jù)字段；
5102、 生成中間文件，所述中間文件符合規(guī)定格式，其中包括各指定條目 和各指定條目對應(yīng)的數(shù)據(jù)字段；SI03、發(fā)送符合規(guī)定格式的中間文件。如圖2所示，第二移動終端設(shè)備的處理主要包括如下步驟5201、 接收符合規(guī)定格式的中間文件，所述中間文件中包括各指定條目和 對應(yīng)的數(shù)據(jù)字^殳；5202、 根據(jù)規(guī)定格式中包含的各指定條目，從中間文件中獲取各指定條目 對應(yīng)的數(shù)據(jù)字段；5203、 生成本終端支持的目標(biāo)數(shù)據(jù)，目標(biāo)數(shù)據(jù)中包含各指定條目對應(yīng)的數(shù) 據(jù)字段。由于中間文件的格式是預(yù)先規(guī)定好的，因此本發(fā)明實施例提供的技術(shù)方案 中，只需要在移動終端設(shè)備上設(shè)置進行數(shù)據(jù)轉(zhuǎn)換的轉(zhuǎn)換裝置，第一移動終端設(shè) 備利用該裝置設(shè)置格式轉(zhuǎn)換單元可以將指定條目和對應(yīng)數(shù)據(jù)轉(zhuǎn)換為中間文件 的，第二移動終端設(shè)備利用該轉(zhuǎn)換裝置從符合規(guī)定格式的中間文件中獲取各指 定條目對應(yīng)的數(shù)據(jù)字段，并按照第二移動終端設(shè)備支持的格式將各指定條目對 應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。第一移動終端設(shè)備和第二移動終端設(shè)備各自的轉(zhuǎn)換裝置還可以設(shè)置在第 三方設(shè)備上，例如計算機上，第一移動終端設(shè)備和第二移動終端設(shè)備分別通過 總線連接到第三方設(shè)備后，第一移動終端設(shè)備和第二移動終端設(shè)備的轉(zhuǎn)換裝置之間通過內(nèi)部通信接口連接，第一移動終端設(shè)備的轉(zhuǎn)換裝置通過總線從第一移 動終端設(shè)備上獲取指定條目的數(shù)據(jù)并生成符合規(guī)定格式的中間文件，通過內(nèi)部 接口將中間文件發(fā)送給第二移動終端設(shè)備的轉(zhuǎn)換裝置，第二移動終端設(shè)備的轉(zhuǎn)換裝置生成目標(biāo)數(shù)據(jù)后，將目標(biāo)數(shù)據(jù)發(fā)送給第二移動裝置，從而完成移動終端 設(shè)備之間的數(shù)據(jù)傳輸。事實上，由于中間文件中包含原始數(shù)據(jù)中的大部分信息，所以可以作為原 始數(shù)據(jù)的備份文件進行保存，如果中間文件時在第一移動終端設(shè)備上生成的， 則中間文件可以保存在第一移動終端設(shè)備上的存儲區(qū)域中，如果在第三方設(shè)備 上生成的，則中間文件可以保存在第三方設(shè)備的存儲區(qū)域中。移動終端設(shè)備上的原始數(shù)據(jù)包括各種類型，例如消息類數(shù)據(jù)、電話本類 數(shù)據(jù)或郵件類數(shù)據(jù)，消息類數(shù)據(jù)又進一步包括SMS消息類數(shù)據(jù)、IM消息類數(shù) 據(jù)或MMS類數(shù)據(jù)等。因此為識別各類原始數(shù)據(jù)，還可以為每一種類型的原始 數(shù)據(jù)設(shè)定對應(yīng)的類型標(biāo)識，不同類原始數(shù)據(jù)各自對應(yīng)不同的類型標(biāo)識，在中間 文件中利用類型標(biāo)識區(qū)別各類原始數(shù)據(jù)。本發(fā)明實施例提供的技術(shù)方案中，可以靈活設(shè)定各種傳輸模式，用戶可以 通過不同的數(shù)據(jù)傳輸指令選擇其中的一種模式，例如每次傳輸一條SMS消息， 或者同時傳輸多條SMS消息，這時需要在中間文件中設(shè)置編碼信息，用于區(qū) 別SMS消息對應(yīng)的指定條目及數(shù)據(jù)字段息；還可以同時傳輸不同類型的原始 數(shù)據(jù)，例如將電話本類數(shù)據(jù)和消息類數(shù)據(jù)一起傳輸?shù)取Ｈ鐖D3所示，本發(fā)明實施例提供一種移動終端設(shè)備數(shù)據(jù)的轉(zhuǎn)換系統(tǒng)，包括 第一移動終端設(shè)備31和第二移動終端設(shè)備32，第一移動終端設(shè)備31和第二移 動終端設(shè)備32之間通過紅外或藍牙無線連接，其中如圖4所示，第一移動終端設(shè)備31包括傳輸指令接收單元311,用于接收數(shù)據(jù)傳輸指令；原始數(shù)據(jù)存儲單元312、第一數(shù)據(jù)存儲控制單元313和第一格式轉(zhuǎn)換單元 314,所述第一格式轉(zhuǎn)換單元314根據(jù)傳輸指令接收單元311接收的原始數(shù)據(jù) 傳輸指令，通過所述第一數(shù)據(jù)存儲控制單元313從原始數(shù)據(jù)存儲單元312中獲 取指定條目對應(yīng)的數(shù)據(jù)字段，并生成符合規(guī)定格式的中間文件，所述中間文件 中包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段；中間文件發(fā)送單元315,用于將所述中間文件發(fā)送給第二移動終端設(shè)備32。如圖5所示，第二移動終端設(shè)備32包括中間文件接收單元321,用于接收第一移動終端設(shè)備31發(fā)送的中間文件； 第二格式轉(zhuǎn)換單元322、第二數(shù)據(jù)存儲控制單元323和目標(biāo)數(shù)據(jù)存儲單元 324，所述第二格式轉(zhuǎn)換單元322從中間文件接收單元321接收的中間文件中 獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并通過所述第二數(shù)據(jù)存儲控制單元323按照移動終端設(shè)備支持的格式，在所述目標(biāo)數(shù)據(jù)存儲單元中324將各指定條目對應(yīng) 的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。進一步如圖6所示，如果需要將中間文件保存為原始數(shù)據(jù)的備份文件，則 第 一移動終端設(shè)備上還包括中間文件存儲單元316，用于存儲所述第一格式轉(zhuǎn)換單元314生成的中間 文件。由于移動終端之間的數(shù)據(jù)傳輸通常是雙向的，第一移動終端設(shè)備上也可以 設(shè)置中間文件接收單元和第二轉(zhuǎn)換單元，用于從第二移動終端設(shè)備接收中間文 件并轉(zhuǎn)換為第一移動終端設(shè)備支持的目標(biāo)數(shù)據(jù)。第二移動終端設(shè)備上也可以設(shè) 置傳輸指令接收單元、原始數(shù)據(jù)存儲單元、數(shù)據(jù)存儲控制單元和第一格式轉(zhuǎn)換 單元，用于生成中間文件并發(fā)送給第一移動終端設(shè)備。這時，位于同一移動終 端設(shè)備上的第一格式轉(zhuǎn)換單元和第二格式轉(zhuǎn)換單元合并設(shè)置，中間文件發(fā)送單 元和中間文件接收單元合并設(shè)置。如圖7所示，本發(fā)明實施例中，第一移動終端設(shè)備31上除其它功能單元 之外，第一格式轉(zhuǎn)換單元314設(shè)置在第三方設(shè)備上，第二移動終端設(shè)備32上 除其它功能單元之外，第二格式轉(zhuǎn)換單元322也設(shè)置在第三方設(shè)備上，第一格 式轉(zhuǎn)換單元314和第二格式轉(zhuǎn)換單元322通過內(nèi)部通信接口連接，第一移動終 端設(shè)備31和第二移動終端設(shè)備32分別通過總線連接第三方設(shè)備，這樣通過第 三方設(shè)備實現(xiàn)第一移動終端設(shè)備31和第二移動終端設(shè)備32之間的數(shù)據(jù)傳輸。當(dāng)然，第一格式轉(zhuǎn)換單元314和第二格式轉(zhuǎn)換單元322也可以分別設(shè)置在 不同的第三方設(shè)備上，通過一個移動存儲裝置在格式轉(zhuǎn)換單元之間傳輸中間文 件。參閱圖6所示，第一數(shù)據(jù)存儲控制單元、第一格式轉(zhuǎn)換單元和中間文件存 儲單元形成了移動終端設(shè)備的數(shù)據(jù)備份系統(tǒng)。即使第 一格式轉(zhuǎn)換單元設(shè)置到第 三方設(shè)備上，仍然可以為移動終端設(shè)備進行原始數(shù)據(jù)的備份。備份功能可以通 過用戶指令控制，也可以定期的自動執(zhí)行，本發(fā)明實施例不限定具體的觸發(fā)機制?？梢?，本發(fā)明實施例提供的技術(shù)方案不需要統(tǒng)一移動終端設(shè)備上的數(shù)據(jù)存 儲格式，就可以方便實現(xiàn)移動終端設(shè)備之間數(shù)據(jù)的傳輸與互聯(lián)互通。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)可以理解，本發(fā)明實施例提供的格式轉(zhuǎn)換單元或其它 功能單元，全部或部分是通過程序指令相關(guān)的硬件來完成，該程序可以存儲在 可讀取存儲介質(zhì)中，可讀取存儲介質(zhì)例如隨機存儲器、磁盤、光盤等。當(dāng)該程 序通過計算機運行后，可以實現(xiàn)移動終端設(shè)備之間的數(shù)據(jù)傳輸和備份。本發(fā)明實施例中，中間文件可以采用txt文件或XML文件，其中XML 文件的格式可以使用DTD (Document Type Difinition,文檔類型定義)/文檔 格式Schema描述。格式轉(zhuǎn)換單元生成中間文件時，需要解析對應(yīng)所述原始數(shù) 據(jù)類型的規(guī)定格式，確定所述規(guī)定格式中包含的各指定條目；然后根據(jù)所述規(guī) 定格式中包含的各指定條目，分別從所述原始數(shù)據(jù)中獲取每一個指定條目對應(yīng) 的數(shù)據(jù)字段。格式轉(zhuǎn)換單元從中間文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段時， 也需要解析對應(yīng)所述原始數(shù)據(jù)類型的規(guī)定格式，確定所述規(guī)定格式中包含的各 指定條目；然后根據(jù)所述規(guī)定格式中包含的各指定條目，從所述中間文件中獲 取各指定條目對應(yīng)的數(shù)據(jù)字段。下面以移動終端設(shè)備直接傳輸數(shù)據(jù)為例，詳細說明本發(fā)明技術(shù)方案。實施例一、移動終端設(shè)備之間傳輸SMS數(shù)據(jù)目前，移動終端設(shè)備存儲的SMS數(shù)據(jù)包括移動終端設(shè)備從網(wǎng)絡(luò)側(cè)收到的 SMS數(shù)據(jù)、移動終端設(shè)備發(fā)送的SMS數(shù)據(jù)、在移動終端設(shè)備上編寫的SMS數(shù)據(jù) 草稿以及移動終端設(shè)備所接收到的發(fā)送報告等特殊的SMS數(shù)據(jù)。這些SMS數(shù)據(jù) 形成SMS數(shù)據(jù)文件，根據(jù)確定的格式(或者用戶選擇的格式)存儲在移動終端 設(shè)備上，以供本地的SMS應(yīng)用，如SMS的收件箱可以讀取SMS數(shù)據(jù)，并且順利 地呈現(xiàn)給用戶。由于各移動終端設(shè)備文件系統(tǒng)和操作系統(tǒng)、應(yīng)用程序以及數(shù)據(jù) 的存放方式不一樣，所以各移動終端設(shè)備存放的SMS的方式可能不完全相同。本實施例通過在移動終端設(shè)備設(shè)置格式轉(zhuǎn)換單元實現(xiàn)SMS數(shù)據(jù)的傳輸，源移動終端設(shè)備完成SMS數(shù)據(jù)在源移動終端設(shè)備本地的存儲，在數(shù)據(jù)傳輸時，設(shè)并生成為數(shù)據(jù)傳輸所規(guī)定的中間文件格式，發(fā)送該中間文件給目的移動終端設(shè) 備，目的移動終端設(shè)備上設(shè)置的格式轉(zhuǎn)換單元解析中間文件后，獲取需要的數(shù) 據(jù)并存儲為本移動終端設(shè)備支持的原始數(shù)據(jù)，然后存儲在目標(biāo)移動終端設(shè)備本 地。SMS需要保存的共有信息字段主要包括 源地址字段，主要是指SMS的發(fā)送方的地址； 目的地址字段，主要是指SMS接收方的地址；數(shù)據(jù)(Data)字段，主要是指SMS的主要內(nèi)容，可能是文字，也可以是二進制內(nèi)容； 時間信息(TimeStamp)字段，主要是指SMS的時間信息；類型(Type)字段，主要是指SMS的類型，包括接收的消息，發(fā)送的消息，草稿箱， Push消息，狀態(tài)才艮告等內(nèi)容。該共有信息字段可以作為指定條目，需要包含在中間文件中。 生成中間文件的方式有很多，例如方式一、XML (Extensible Markup Language,可擴展標(biāo)記語言)方式。其 核心是用標(biāo)記語言的方式來完成相應(yīng)的數(shù)據(jù)轉(zhuǎn)換的功能。各標(biāo)記即為指定條 目。由于XML方式是一個定義好規(guī)則的一種數(shù)據(jù)存儲和傳輸?shù)耐ㄓ酶袷胶头?案，利用XML的方式，可以很輕松的實現(xiàn)數(shù)據(jù)傳輸。而且，在數(shù)據(jù)元素發(fā)生 改變的情況下，只需要修改特定的DTD或Schema就可以讓格式轉(zhuǎn)換單元適 應(yīng)改變后的結(jié)果，而并不需要重新對格式轉(zhuǎn)換單元進行修改，具有很大程度的 適應(yīng)能力。XML實現(xiàn)的過程和文本方式比較對應(yīng)，所不同的在于數(shù)據(jù)的格式和規(guī)貝'J，是根據(jù)DTD和Schema來定義的。以下是相關(guān)的一個例子SMS數(shù)據(jù)中間文件的DTD的一種可能采用的形式，其中包括各指定條目，例如ELEMENT OrignaLAddress為SMS的發(fā)送方地址等 < xml version-" 1.0" encoding="UTF-8" ><!ELEMENT SMS—Bakup (Orignal—Address*, Destination—Address*, Date+, TimeStamp+, Type+)〉<!—SMS的備份的DTD的形式--> 〈!ELEMENT Orignal—Address (#PCDATA)> <!-主要是指SMS的發(fā)送方地址。-> 〈!ELEMENT Destination—Address (#PCDATA)> <!-主要是指SMS接收方的地址。-> 〈!ELEMENT Date (#PCDATA)〉<!—主要是指SMS的主要內(nèi)容，可能是文字，也可以是二進制內(nèi)容?！?gt; 〈!ELEMENT TimeStamp (#PCDATA)> <!—主要是指SMS的時間信息?！?gt;〈!ELEMENTType (MT—SMS | MO—SMS | Draft—SMS | Delivery_Report )> <!—主要是指SMS的類型，目前主要包括4類?！?gt; 〈!ELEMENT MT—SMS (#PCDATA)> <!—移動終端i殳備4矣收到的SMS類型-><!ELEMENTMO—SMS (#PCDATA)><!—移動終端設(shè)備發(fā)出的SMS類型?！?gt;〈!ELEMENT Draft—SMS (#PCDATA)><!—移動終端設(shè)備本地編寫的草稿SMS類型。—>〈!ELEMENT Delivery—Report (#PCDATA)><!—移動終端設(shè)備接收到的關(guān)于SMS的報告類型。->上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中SMS共有的指定條目 的格式，這其中包括了發(fā)件人的地址信息，在實際當(dāng)中，發(fā)件人的地址信息和收件人的地址信息 只存在一個，在本例當(dāng)中，發(fā)件人和收件人的地址信息可以為空，也可以是一 個或者多個，具體地址信息的數(shù)據(jù)根據(jù)具體的需求而定。收件人的地址信息，在實際當(dāng)中，發(fā)件人的地址信息和收件人的地址信息 只存在一個，在本例當(dāng)中，發(fā)件人和收件人的地址信息可以為空，也可以是一 個或者多個，具體地址信息的數(shù)據(jù)根據(jù)具體的需求而定。SMS的主要信息是SMS的主體內(nèi)容，也就是SMS主要所攜帶的信息，可能是文字，也可能是其它形式的內(nèi)容。對于長短信而言，這部分內(nèi)容不在局限于140個字節(jié)，而可以是移動終端設(shè)備拼接完成后的長短信的內(nèi)容；SMS的時間信息，在這里主要包括年月日，以及以具體的小時、分鐘和秒 的信息；SMS的類型等信息，在這里，主要根據(jù)不同用途的SMS進行分類，這些分 類主要還是根據(jù)移動終端設(shè)備本地存儲的SMS來區(qū)分的。比如說，從移動終端 設(shè)備發(fā)出的SMS、移動終端設(shè)備接收到的SMS、移動終端設(shè)備本地存儲的草稿 SMS、移動終端設(shè)備存儲的SMS的發(fā)送報告等，在中間文件中，可以為不同分 類的SMSi殳定相應(yīng)的標(biāo)識信息。移動終端設(shè)備A上SMS的原始數(shù)據(jù)以下面的邏輯形式存放在移動終端i殳備上的一塊存儲單元中A—Original—Address = 123456789 A—Destination—Address = 987654321 A—Data —畫How Are You A_TimeStamp = 2007/6/19 GMT 00:00 A_SMS—Type = Received SMS A_Squene = 001 A_Status = Read移動終端設(shè)備A輸出的包括指定條目數(shù)據(jù)字段的中間文件，采用XML的方式，形成如下一個XML的文檔的形式 < xml version-" 1.0" encoding="UTF-8" >〈!DOCTYPE SMS—Bakup xmls="http:〃www.sample.com/DTD/SMS-Bakup.dtd"> <SMS—Bakup〉<Original_Address>123456789</Original—Address>(Destination—Address>987654321 </Destination—Address〉<Date>How Are You </Date><TimeStamp>2007/6/19 GMT 00:00</TimeStamp><SMS—Type>Received SMS</SMS—Type> </SMS_Bakup>上述的數(shù)據(jù)是一個XML的文檔。其文檔名可能是SMS—Bakup.xml。如果傳輸同類型的原始數(shù)據(jù)，移動終端設(shè)備B生成的中間文件，和移動終 端設(shè)備A所生成的中間文件格式完全相同，只是具體數(shù)據(jù)有差異。間文件后根據(jù)各指定條目的數(shù)據(jù)字段生成以下形式的移動終端設(shè)備B支持的目標(biāo)數(shù)據(jù)結(jié)構(gòu)B—Original—Address = 123456789 B—Destination—Address = 987654321 B_Data = How Are You B一TimeStamp = 2007/6/19 GMT 00:00 B—SMS—Type = Received SMS B_Message—Type — SMS通過上述的方式，就完成了SMS數(shù)據(jù)在不同的移動終端設(shè)備之間的傳輸。 方式二、其中，XML文檔中間文件的格式還可以采用封裝成二進制數(shù)據(jù)包 的方式，則相應(yīng)DTD如下所示，其中指定條目例如ELEMENT Received—SMS 表示短消息的類型等< xml version="1.0" encoding="UTF-8" ><!ELEMENT SMS_Bakup—alternative (Sequence, SMS—Type, Data)〉 〈!ELEMENT Data (#PCDATA)> 〈!ELEMENT Sequence (#PCDATA)><!ELEMENT SMS—Type (Received—SMS | Delivery—SMS | Draft—SMS | Delivery_Report )>〈!ELEMENT Received—SMS (#PCDATA)> 〈!ELEMENT Delivery—SMS (#PCDATA)> 〈!ELEMENT Draft—SMS (#PCDATA)> <!ELEMENT Delivery—Report (#PCDATA)>基于上述的DTD的方式，移動終端設(shè)備A生成的XML文檔形式的中間文件 如下所示< xml version-" 1.0" encoding="UTF-8" ><!DOCTYPE SMS—Bakup_alternative xmls="http:〃www.sample.com/DTD/SMS-Bakup-Alternative.dtd"> <SMS—Bakup—alternative><Sequence>001 </Sequence> <SMS—Type><Recei ved—SMS> 1 </Received—SMS〉 </SMS—Type><Data>0010101101010100000111111010101000000111111111111110101000000000001 lllllllll</Data></SMS—Bakup—alternative其中0000111 lllllll"代表的內(nèi)容則是本實施當(dāng)中使用的一條SMS的二進制的形 式，其中包含了SMS的所有信息和內(nèi)容。移動終端設(shè)備B接收中間文件后，解析中間文件并轉(zhuǎn)化為本地存儲的數(shù)據(jù)。 方式三文本文件的方式。如txt等類似的文件的方式，事先規(guī)定好一定的 信息組成的格式，格式轉(zhuǎn)換單元根據(jù)規(guī)定的格式生成文本文件方式的文件。格 式轉(zhuǎn)換單元需要讀取相關(guān)數(shù)據(jù)的時候，根據(jù)實現(xiàn)規(guī)定好的文本文件的規(guī)則進行 讀取和解析，并在解析完成之后提糾目關(guān)的數(shù)據(jù)進行相應(yīng)的存儲，從而完成轉(zhuǎn) 化的過程。文本文件的方式不l又僅局限于txt的方式，還可以采用其它的文本格式的方 案，也可以采用自定義擴展名的方式。以下是一個例子存儲在移動終端設(shè)備A上的SMS的原始數(shù)據(jù)可能采用下面的組織形式A—Original—Address = 123456789A—Destination—Address = 987654321A—Data = How Are You A—TimeStamp = 2007/6/19 GMT 00:00A—SMS一Type = Received SMSA—Squene = 001A_Status = Read為了進行移動終端設(shè)備之間的數(shù)據(jù)傳輸，需要生成中間文件，本實施例中， 采用事先定義好的規(guī)則來生成相應(yīng)的文本文件，并在該文本文件當(dāng)中保存SMS 指定條目的數(shù)據(jù)以及相關(guān)條目。中間文件例如 SMS Data Bakup Version 1.0 Begin:Original Address = 123456789 Destination Address = 987654321 Data = How Are You TimeStamp = 2007/6/19 GMT 00:00 SMS Type = Received SMS End如果這個中間文件是一個txt的文檔，則可以命名為SMS.txt。 移動終端設(shè)備B接收移動終端設(shè)備A的中間文件，解析后獲取相關(guān)數(shù)據(jù)， 將會讀入移動終端設(shè)備的SMS相應(yīng)的存儲控制模塊，存儲為移動終端設(shè)備B支 持的目標(biāo)數(shù)據(jù)，從而完成一個從外部數(shù)據(jù)到內(nèi)部數(shù)據(jù)轉(zhuǎn)換的過程。完成轉(zhuǎn)換后，移動終端設(shè)備B用于存儲在本地移動終端設(shè)備上的目標(biāo)數(shù)據(jù)的邏輯形式可能是B—Original_Address= 123456789B_Destination—Address = 987654321B—Data = How Are You B—TimeStamp = 2007/6/19 GMT 00:00B—SMS—Type = Received SMSB—Message_Type = SMS至此移動終端設(shè)備A到移動終端設(shè)備B的數(shù)據(jù)傳輸完成，移動終端設(shè)備B到 移動終端設(shè)備A的數(shù)據(jù)傳輸完全相同。通過上述的過程，不同的移動終端設(shè)備 之間可以實現(xiàn)SMS數(shù)據(jù)的自由交換，從而不必考慮對移動終端設(shè)備本身進行修 改來提供相應(yīng)的功能。綜上，通過本實施例當(dāng)中所采用的方式，將SMS數(shù)據(jù)通過移動終端設(shè)備格 式轉(zhuǎn)換單元轉(zhuǎn)化后，在不同的移動終端設(shè)備格式轉(zhuǎn)換單元之間進行SMS數(shù)據(jù)的 傳輸，然后利用移動終端設(shè)備格式轉(zhuǎn)換單元的功能，將SMS數(shù)據(jù)轉(zhuǎn)化成為本移 動終端設(shè)備能夠識別的SMS數(shù)據(jù)的方法可以有效地實現(xiàn)SMS數(shù)據(jù)在不同的移動終端設(shè)備之間的傳輸，這種方式改變了傳統(tǒng)方式對移動終端設(shè)備的巨大改 造，能夠極大地提高數(shù)據(jù)傳輸?shù)男式档统杀?。實施例二、推?Push)消息類原始數(shù)據(jù)的傳輸Push消息是為了服務(wù)器觸發(fā)移動終端設(shè)備去獲取服務(wù)器上相關(guān)信息，從而 將部分的信息通過Push的方式下發(fā)到移動終端i殳備的消息。Push消息可以由 很多種承載的方式，主要的消息可以分為兩類， 一類是SI( Services Indication, 業(yè)務(wù)指示)消息， 一類是SL (Services Loading,業(yè)務(wù)下載)消息。通過分析 SI消息和SL消息的差異，并且比較目前移動終端設(shè)備上對SI和SL消息的存 儲方式，先將Push消息當(dāng)中相對共有的部分進行總結(jié)。為了完整的表達Push 消息的基本內(nèi)容，并且完成移動終端設(shè)備之間Push消息數(shù)據(jù)的傳輸，至少需 要通過下面的字段來完整的表達Push消息的信息。這些字段包括指示內(nèi)容(Indication)字段。信息內(nèi)容(Infomation)字段。其中，Indication字段包含的內(nèi)容主要有Indication字段，主要是指該Push消息如何動作，指向何處。Infomation字段，主要是指對該Push消息的用途描述。超鏈接索引(href)字段，可選，主要是指該SI所指向的URI地址SI標(biāo)識(si-id)字段，可選，主要是指該SI的ID消息創(chuàng)建者(created)字段，可選，主要是指該SI消息的創(chuàng)建時間SI有效期(si-expires)字段，可選，主要是指該SI消息的失效時間動作(action)字段，可選，主要是指該SI所采取的動作其取值可以包才舌，signal-none, signal-low, signal-medium, signal-high, delete。默"i人的取值 為"signal-medium"。Information字段當(dāng)中包括的數(shù)據(jù)主要有^ 描述內(nèi)容(item )字段，必選，主要是指該SI的描述信息。 分類等級(class)字段，必選，主要是指該Information的重要程度。 class取值為NMTOKEN SL當(dāng)中的數(shù)據(jù)字段還包括超鏈接索引(href)字段，必選，主要是指SL所指向的超鏈接地址，動作(action )字段，必選，主要是指針對SL所采用的動作，Action取值為execute-low, execute-high, cache當(dāng)中的一種,默i人的取值為"execute-low"。 上面是為了完整的表達移動終端設(shè)備所存儲的Push消息所提取的公共的 字段信息，這些共有字段信息可以作為指定條目的數(shù)據(jù)字段，包含在中間文件 中進行傳輸。由于不同移動終端設(shè)備對于Push消息處理的方法不同，部分的移 動終端設(shè)備還可能基于實現(xiàn)的考慮增加了部分的輔助信息，該輔助信息并不影 響本發(fā)明實施例的具體實施。下面舉一個Push消息的例子，簡單的說明如何在兩個數(shù)據(jù)不完全兼容的移 動終端設(shè)備之間進行Push消息數(shù)據(jù)的傳輸?shù)倪^程。首先，^Jt存在兩個移動終端設(shè)備，移動終端設(shè)備A和移動終端設(shè)備B。 移動終端設(shè)備的作用主要提供數(shù)據(jù)在本地的存儲，為了使移動終端設(shè)備之間的 數(shù)據(jù)能夠在A和B移動終端設(shè)備之間順利地傳輸，需要利用移動終端設(shè)備格式存儲在移動終端設(shè)備A上的Push消息數(shù)據(jù)可能采用下面的數(shù)據(jù)組織形式。A->indication->description = "You have 4 new emails" A->indication-〉href = "http:〃www.xyz.com/emai1/123/abc.wml" A->indication-> created="2001 -07-31 Tl 0:13 :OOZ" A->indication->si-expires= "2001-08-07T10:13:00Z"為了實現(xiàn)將Push消息的數(shù)據(jù)通過本發(fā)明所提出的方法，中間文件可以采用 如下的幾種可能的方式方式一XML文檔形式例如，Push消息數(shù)據(jù)傳輸?shù)腄TD的一種可能采用的形式< xml version="1.0" encoding="UTF-8" > <! ELEMENT Push—Message—Bakup (si ， sl )> 〈!ELEMENT si (indication, info )> <!ELEMENT indication (#PCDATA)> <! ATTLIST indicationhref %URI;麵PLIEDsi-id CD ATA IMPLIEDcreated %Datetime; IMPLIED si-expires %Datetime; #IMPLIEDaction (signal-none | signal-low | signal-medium | signal-high | delete) "signal-medium"<!ELEMENT info (item+)> 〈!ELEMENT item (#PCDATA)> <! ATTLIST itemclass NMTOKEN #REQUIRED>〈!ELEMENT si EMPTY〉 〈!ATTLIST sihref %URI; #REQUIREDaction (execute-low | execute-high | cache) "execute-low">〈!ENTITY % Datetime "CDATA"> 〈!ENTITY % URI "CDATA">上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中的指定條目，其中包括SI的Indication,其中包括SI的鏈接地址、SI的消息ID、 SI的創(chuàng)建日期、SI的失效日期、SI所需要移動終端設(shè)備釆取的動作；SI的Information，其中包括SI的信息描述、以及SI的重要程度； SL的屬性信息，其中包括SL的超鏈接地址、針對SL所需要采取的動作和4t動；移動終端設(shè)備格式轉(zhuǎn)換單元根據(jù)A的Push消息原始數(shù)據(jù)，形成一個XML文檔形式的中間文件< xml version="1.0" encoding="UTF-8" >〈!DOCTYPE Push—Message—Bakup xmls="http:〃www.sample.com/DTD/Push-Bakup.dtd"> <Push—Message一Bakup〉 <si><indication href="'http:〃www.xyz.com/email/123/abc.wmr'created='created="2001-07-31T10:13:00Z"'si-expires='"2001-08-07T10:13:00Z"'〉 You have 4 new emails</indication> </si></Push—Message—Bakup>上述文件是一個XML的文檔，其文檔名可能是Push一Bakup.xml。由于Push消息具有SI和SL兩種。上述的例子是一個SI的實例，本實施例當(dāng)中主要以SI為例，SL的例子如下所示 < xml version="1.0" encoding="UTF-8" ><!DOCTYPE Push—Message_Bakup xmls="http:〃www.sample.com/DTD/Push-Bakup.dtd"> <Push—Message—Bakup><sl href='"http:〃www.xyz.com/ppaid/l 23/abc.wml'"/> </Push—Message—Bakup〉下面仍以SI為例，利用A所生成的Pusl^Bakup.xml進行Push消息的數(shù)據(jù)傳 輸，移動終端設(shè)備B解析獲取的中間文件，生成移動終端設(shè)備B用于存儲在本地移動終端設(shè)備上的數(shù)據(jù)，其格式可以如下所示B->Push->SI->indication->description = "You have 4 new emails" B->Push->SI->indication->href= "http:〃www.xyz.com/email/123/abc.wml" B->Push->SI->indication-> created="2001 -07-31 Tl 0:13 :OOZ" B->Push->SI->indication->si-expires= "2001-08-07T10:13 :OOZ" B->Push->Message_Type = Push—SI通過上述的方式，就完成了Push消息的數(shù)據(jù)在不同的移動終端設(shè)備當(dāng)中的 傳輸?shù)倪^程。方式二、 XML文檔中間文件的格式還可以采用封裝成二進制數(shù)據(jù)包的方式，可以參考的DTD可以參見如下的方式 < xml version="1.0" encoding="UTF-8" ><!ELEMENT Push—Message—Bakup (Message_Type， Sequence, Data)> <!—用于對Push消息進行備份的DTD—> 〈!ELEMENT Message—Type (SI ， SL )> <!ELEMENT SI (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的SI-><!ELEMENT SL (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的SL-><!ELEMENT Sequence (#PCDATA)><!-被轉(zhuǎn)化的消息的序列號->〈!ELEMENT Data (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的Push消息的數(shù)據(jù)--〉假設(shè)Push消息在移動終端設(shè)備的存儲是一個二進制的方式，則利用移動終端設(shè)備A和移動終端設(shè)備格式轉(zhuǎn)換單元，將移動終端設(shè)備A所存儲的數(shù)據(jù)按照用來進行數(shù)據(jù)傳輸?shù)腦ML文檔的DTD進行封裝，形成了如下的中間文件 < xml version="1.0" encoding="UTF-8" ><!DOCTYPE Push—Message一Bakup xmls="http:〃www.sample.com/DTD/Push-Bakup-Altemative.dtd"> <Push_Message—Bakup> <Mcssage—Typ6><SI>1</SI> </Message—Type> <Sequence>001 </Sequence><Data>0100001111010101000000111inil01001111111111111111100001111111111111 111111 ll</Data></Push_Message—Bakup>其中111111111111111"為實施例當(dāng)中Push消息的SI部分在移動終端設(shè)備A當(dāng)中的二 進制的存儲形式。移動終端設(shè)備B在獲取到移動終端設(shè)備A的中間文件后，通過格式轉(zhuǎn)換單 元可以將解析，并且形成移動終端設(shè)備B能夠識別和存儲的格式，其轉(zhuǎn)化后的 結(jié)果如下所示B->Push->SI-〉indication->deseription = "You have 4 new emails" B->Push->SI->indication->href= "http:〃www.xyz.com/email/123/abc.wml" B->Push->SI->indication-> created="2001 -07-31T10:13 :OOZ"B->Push->SI-〉indication-〉si-expires= "2001-08-07T10:13:00Z" B->Push->Message_Type = Push_SI還可以采用文本文件的方式，具體實現(xiàn)參見實施例一所示。實施例三、Email原始數(shù)據(jù)的傳輸分析Email需要保存的共有信息字段主要包括 日期(Date)字段，主要包括Email的時間信息。 發(fā)送者(From)字段，主要包括Email發(fā)件人的相關(guān)信息。 主題(Subject)字段，主要包括Email的主題信息。 接收者(To)字段，主要包括Email收件人的相關(guān)信息。 回復(fù)地址(Reply-to)字段，主要包括該Email的回復(fù)地址信息。 多用途互聯(lián)網(wǎng)郵件擴展(MIME)版本(MIME-version)字段，主要包括Email的MIME 的版本號?；貜?fù)路徑(Return-Path)字段，主要是標(biāo)識連接到目的服務(wù)器所采用的路由。 一般只是 一個發(fā)送者地址，表明郵件直接傳送給目的服務(wù)器。傳遞信息(Delivered-To)字段，主要是說明郵件被傳送到那個郵箱。 接收信息(Received)字段，該頭部分分別代表的信息包括 from hostname (從host才尋至J); by hostname (由host >)欠取)；via physical-path (通過什么路徑-郵件服務(wù)器)；with protocol (使用什么協(xié)議)； id message-id (消息ID號)； for final destination (消息目的地址)； time (時間標(biāo)i己)。每一個郵件服務(wù)器都向每一條收到的消息添加一個自己新的Received字段?？梢钥吹竭@封郵件有兩個Received頭字段。抄送地址(CC字段)，主要是指抄送方地址。密送地址(BCC字段)，主要是指暗抄地址。消息標(biāo)識(Message-ID)字段，主要是指消息唯一的識別ID。內(nèi)容傳輸編碼方式信息(Content-Transfer-Encoding)字段，主要是指嵌入到消息中的 二進制數(shù)據(jù)如何被編碼成ASCII文本。內(nèi)容描述(Content-Description)字段，主要是指用來在郵件消息的文本中標(biāo)識數(shù)據(jù)的 ASCII描述。內(nèi)容屬性(Content-Disposition)字段，主要是Content的內(nèi)容歸屬。內(nèi)容標(biāo)識(Content-ID)字段，主要是指用來在使用多目錄內(nèi)容的情況下，以一個唯一的標(biāo)識代碼去標(biāo)識一個MIME會話。內(nèi)容類型(Content-type)字段，此頭字段是動作開始的地方，標(biāo)識了在MIME消息中封裝的數(shù)據(jù)。內(nèi)容等級(Content-class)字段，主要是指Content的級別。 字符集(Charset)字段，主要是指字符的編碼方式。 內(nèi)容數(shù)據(jù)(Data)字段，主要是用來包含Content內(nèi)容的具體編碼。 附件名(Name)字段，主要是用來描述Content的名字。 附件文件名(Filename)字段，主要是用來描述附件的文件名。將上述主要信息字段作為指定條目，需要包含在中間文件中，中間文件可 以采用XML方式等。本領(lǐng)域技術(shù)人員可以參見實施例一或?qū)嵤├@得XML 文件的DTD和XML文檔，這里不再詳細描述。方式一、XML方式Email數(shù)據(jù)傳輸?shù)腄TD的一種可能采用的形式。 < xml version-" 1.0" encoding="UTF-8" >〈!ELEMENT Email一Bakup (Return-Path , Delivered-To*, Received*, Date+， CC , BCC , Message-ID*, From+, Subject*, To+， Reply-to*， MIME-version+, Content+)><! ELEMENT Content (Content-type*, charset*, Data*, Name*, Filename*, Content-Transfer-Encoding*, Content-Description*, Content-Disposition*, Content-ID*, Content-class*)>〈!ELEMENT Return-Path (#PCDATA)>〈!ELEMENT Delivered-To (#PCDATA)>〈!ELEMENT Received (#PCDATA)>〈!ELEMENT Date (#PCDATA)>〈!ELEMENT CC (#PCDATA)>〈!ELEMENT BCC (#PCDATA)>〈!ELEMENT Message-ID (#PCDATA)><!ELEMENT From (#PCDATA)><!ELEMENT Subject (#PCDATA)〉 〈!ELEMENT To (#PCDATA)> 〈!ELEMENT Reply-to (#PCDATA)> 〈!ELEMENT MIME-version (#PCDATA)> 〈!ELEMENT Content-Transfer-Encoding (弁PCDATA)〉 〈!ELEMENT Content-Description (#PCDATA)> 〈!ELEMENT Content-Disposition (#PCDATA)> 〈!ELEMENT Content-ID (#PCDATA)> <!ELEMENT Content-type (#PCDATA)> 〈!ELEMENT Content-class (#PCDATA)> 〈!ELEMENT charset (#PCDATA)> <!ELEMENT Data (#PCDATA)> <!ELEMENTName (#PCDATA)> 〈!ELEMENT Filename (#PCDATA)>上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中所共有的Email相 關(guān)的信息格式，這其中包括了 Email的時間信息； Email發(fā)件人的相關(guān)信息； Email的主題信息； Email收件人的相關(guān)信息； Email的回復(fù)地址信息； Email的MIME的版本號信息； Email被傳送到哪個郵箱的信息； Email抄送方地址信息； Email暗抄地址信息；Email消息唯一的識別ID信息等和Email相關(guān)的信息。Email的原始數(shù)據(jù)在移動終端設(shè)備A上的邏輯形式可以采用下面的方式A—From = Alice <Alice@sample.com> A—To = Bob@sample.com A—Cc = Mike@sample.com A—Subject = FYIA—Date = Tue， 26 Jun 2007 14:15:16 +0800A—MIME-Version = 1.0A—Content-Type = multipart/mixedA—Type = Received EmailA—Squene = 001A—Status - ReadA_Attachement = YesA—AttacheNumber — 2A—AttachFileName = Email/Attachment/FYI.htmlA—AttachFileName = Email/Attachment/Attachment.txt除了關(guān)于Email相關(guān)的描述信息之夕卜，還有Email相關(guān)的附件的信息。Email 的附件應(yīng)該是一個一個的文件，它主要存放在移動終端設(shè)備的相關(guān)的存儲單元 當(dāng)中。FYI.html文件和Attachment.txt文件都放置在存儲單元當(dāng)中，并進行相應(yīng) 的存儲。移動終端設(shè)備A輸出XML文檔形式的中間文件，例如 < xml version="1.0" encoding="UTF-8" ><!DOCTYPE Email_Bakup xmls="http:〃www.sample.com/DTD/Email-Bakup-Final.dtd"> <Email_Bakup><From>"Alice <Alice@sample.com>"</From><To>"Alice@sample.com"</To><Cc>"Alice@sample.com"</Cc><Subject>"FYI"</Subject><date>"Tue, 26 Jun 2007 14:15:16 +0800"</date>〈MIME-Version" 1.0"</MIME-Version><Content-Type>"multipart/mixed"</Content-Type><content><Content-Type> text/plain</content-Type> <charset>"gb2312"</charset><Content-Transfer-Encoding> base64 </Content-Transfer-Encoding> <Data>"RllJDQoNCgOKDQpDaGVuIEdlb3FpYW8gs8K5+sfHICBSJkQgRW5naW51ZXINCk IvYmlsZSBUZXJt<formula>formula see original document page 32</formula>Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48R k90VCBzaXplPTI+Q2hlbiBHdW9xaWFvILPCufrHxyZuYnNwOyBSJmFtcDtEIEVuZ21uZWVyPEJSPklv YmlsZSBUZXJtaW5hbCANCkRlcC48QlI+SHVhd2VpIFRlY2hub2xvZ211cyBDby4sTHRkLjxCUj5IdW EgV2VpIEJsZC4sTm8uMyBYaW54aSBSZC4sU2hhbmctRGkgDQpJbmZvcmlhdGlvbiA8QlI+SW5 kdXNOcnkgQmFzZSxIYWktRGlhbiBEaXN0cmljdCBCZWlqaW5nlFAuUi5DaGluYSANCjxCUj5aSVC jujEwMDA4NSZuYnNwOyA8QlI+VGVsOiArODYtMTAtODzYzNjY8QlI+RkFYo7orODYtMTAtO DzYxMzM8QlI+RWlhaWw6IA0KPEEgDQpocmVmPSJtYWlsdG86Y2hlbmdlb3FpYW9AaHVhd2VpL mNvbSI+Y2hlbmdlb3FpYW9AaHVhd2VpLmNvbTwvQT48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFR NTD4NCg="</data> </Content><Content><Content-Type>"text/plain"</Content-Type> <name>"attachment.txt"<name><Content-Transfer-Encoding>"7bit"</Content-Transfer-Encoding><Content-Disposition>attachment</Content-Disposition><filename>"attachment.txt"</filename><data>"just test."</data> </content> </Email_Bakup>XML文檔的文檔名可能是Email一Bakup.xml。沖當(dāng)， <列:i口 Email—Bakup.xml 。移動終端設(shè)備B通過格式轉(zhuǎn)換單元解析中間文件并存^(渚在本地移動終端設(shè)備，原始數(shù)據(jù)例如B->Email->To = Bob@sample.com B->Email->Cc = Mike@sample.com B->Email->Subject = FYIB->Email->Date = Tue， 26 Jun 2007 14:15:16 +0800 B->Email->MIME-Version= 1.0 B->Email->Content-Type = multipart/mixed B->Email->Type = Received Email B->Email->Attachement = Yes B->Email->AttacheNumber = 2B->Email->AttachFile—l->Name = Email/Attachment/FYI.html B->Email->AttachFile—2->Name = Email/Attachment/Attachment.txt通過上述的方式，就完成了 Email數(shù)據(jù)在不同的移動終端設(shè)備之間的傳輸。 其中，Email的內(nèi)容還可以的方式或者文本文件的形式。 方式二、 XML采用完全封裝成數(shù)據(jù)包的形式可以參考的DTD可以參見如下的方式< xml version-" 1.0" encoding="UTF-8" ><!ELEMENT Email—Bakup (Message—Type, Sequence, Data)><!-用于對Email消息進行備份的DTD->〈!ELEMENT Message_Type (Send—Email , Received_Email ， Draft—Email )〉 〈!ELEMENT Send_Email (#PCDATA)> <!-封裝的在移動終端設(shè)備本地存儲的發(fā)送的Email-> 〈!ELEMENT Received—Email (#PCDATA)> <!-封裝的在移動終端設(shè)備本地存儲的接收的Email->〈!ELEMENT Draft—Email (#PCDATA)> <!-封裝的在移動終端設(shè)備本地存儲的草稿的Email-> 〈!ELEMENT Sequence (#PCDATA)> <!-被轉(zhuǎn)化的消息的序列號-> 〈!ELEMENT Data (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的Email的數(shù)據(jù)->由移動終端設(shè)備格式轉(zhuǎn)換單元轉(zhuǎn)化的XML文檔形式的中間文件如下所示:< xml version="1.0" encoding="UTF-8" >〈!DOCTYPE Email—Bakup xmls="http:〃www.sample.com/DTD/ Email-Bakup-Altemative.dtd"> <Email_Message—Bakup〉 〈Message—Type><Recei ved—Email> 1 </Recei ved_Email> </Message—Type> <Sequence>001 </Sequence><Data>"010000111101010100000011111111010011111111111111111000011111111111100000000001 lll"</Data></Email—Message—Bakup>其中"0100001111010101000000111111110100111111111111111110000111111111 101010101010101001010101010101011111111000011011111010111111111111111OOllll"為實施例當(dāng)中Email消息在移動終端設(shè)備A當(dāng)中的二進制的存儲形式。移動終端設(shè)備B在獲取中間文件并轉(zhuǎn)化后的結(jié)果如下所示B->Email->To = Bob@sample.com B->Email->Cc = Mike@sample.com B->Email->Subject = FYIB->Email->Date = Tue, 26 Jun 2007 14:15:16 +0800 B->Email->MIME-Version= 1.0 B->Email->Content-Type = multipart/mixed B->Email->Type = Received Email B->Email->Attachement = Yes B->Email->AttacheNumber = 2B->Email->AttachFile_l->Name = Email/Attachment/FYI.html B->Email->AttachFile_2->Name = Email/Attachment/Attachment.txt通過上述的方式，就完成了 Email數(shù)據(jù)在不同的移動終端設(shè)備當(dāng)中的傳輸 的過程。實施例四、MMS消息原始數(shù)據(jù)的傳輸根據(jù)MMS業(yè)務(wù)的特點，將MMS需要保存的共有信息字段主要包括 消息類型(Message—Type)字段，主要是標(biāo)識消息的類型，如MMl_retrieve.RES。 多媒體消息版本信息(MMS_Version)字段，主要是標(biāo)識MMS消息的版本信息。 消息標(biāo)識(Message—ID)字段，主要是標(biāo)識MM的消息ID。發(fā)送者地址(Sender—address)字段，主要是表示最近處理過MM (即，提交過或轉(zhuǎn)發(fā) 過MM)的移動終端設(shè)備的地址。如果始發(fā)方移動終端設(shè)備已經(jīng)請求對接收方隱藏其地址， 則它的地址不會提供給接收方。內(nèi)容類型(Content—type)字段，主要是表示MM內(nèi)容的內(nèi)容類型。 接收者地址(Recipient—address)字段，主要是表示MM接收方的地址?？赡艽嬖诙鄠€ 地址。消息等級(Message—class)字段，主要是表示消息的類別(例如，個人服務(wù)、廣告服務(wù) 和信息服務(wù))。時間日期(Date—and—time)字段，主要是表示移動終端設(shè)備最近處理(即，提交或轉(zhuǎn) 發(fā))MM的時間和日期。優(yōu)先級(Priority)字段，主要是表示消息的優(yōu)先級(重要性)(如果始發(fā)方移動終端設(shè)備已指定)。主題(Subject)字段，主要是表示整個多媒體消息的標(biāo)題(如果MM的始發(fā)方移動終 端設(shè)備已指定)。消息狀態(tài)(MM—State)字段，主要是表示MM狀態(tài)。入局MM可能缺少該狀態(tài)，持 久存儲的MM存在該狀態(tài)。內(nèi)容(Content)字段，主要是表示多媒體消息的內(nèi)容(由MM的始發(fā)方移動終端設(shè)備 指定)。 '共有信息字段可以作為指定條目，相對應(yīng)的數(shù)據(jù)字段和條目信息需要包含 中間文件中，中間文件的形式可以是XML方式等。方式一例如，MMS數(shù)據(jù)交換的DTD的一種可能采用的形式 < xml version="1.0" encoding="UTF-8" ><! ELEMENT MMS—Bakup (Message—Type+， MMS—Version+， Message一ID+， Sender—address*, Content—type+， Recipient—address*, Message—class*, Date_and_time+， Priority*, Subject*, MM—State*, Content*)>〈!ELEMENT Message—Type (#PCDATA)><!—將此消息標(biāo)識為MM1—retrieve.RES?！?gt;<!ELEMENT MMS—Version (#PCDATA)><!—標(biāo)識MMSRelay/Server所支持接口的版本?！?gt;<!ELEMENT Message—ID (#PCDATA)><!—MM的消息ID?！?gt;〈!ELEMENT Sender—address (#PCDATA)><!-最近處理過MM (即，提交過或轉(zhuǎn)發(fā)過MM)的移動終端設(shè)備的地址。如果始發(fā)方移動終端設(shè)備已經(jīng)請求對接收方隱藏其地址，則它的地址不會提供給接收方。->〈!ELEMENT Contentjype (#PCDATA)><! MM內(nèi)容的內(nèi)容類型?！?gt;〈!ELEMENT Recipient—address (#PCDATA)><!-MM接收方的地址?？赡艽嬖诙鄠€地址?！?gt;〈!ELEMENT Message—class (#PCDATA)><!-消息的類別(例如，個人服務(wù)、廣告服務(wù)和信息服務(wù))-->〈!ELEMENT Date—and—time (#PCDATA)><!—移動終端設(shè)備最近處理(即，提交或轉(zhuǎn)發(fā))MM的時間和日期。-> <!ELEMENT Priority (#PCDATA)><!-消息的優(yōu)先級(重要性)(如果始發(fā)方移動終端設(shè)備已指定)。-> 〈!ELEMENT Subject (#PCDATA)><!—整個多媒體消息的標(biāo)題(如果MM的始發(fā)方移動終端設(shè)備已指 定)?！?gt;〈!ELEMENT MM—State (#PCDATA)><!--MM狀態(tài)。入局MM可能缺少該狀態(tài)，持久存儲的MM存在該狀態(tài)。--><!ELEMENT Content (charset， Content-Transfer-Encoding, Content-Location, Data)><!—多媒體消息的內(nèi)容(由MM的始發(fā)方移動終端設(shè)備指定)。-><!ELEMENT charset (#PCDATA)>〈!ELEMENT Content-Transfer-Encoding (#PCDATA)>〈!ELEMENT Content-Location (#PCDATA)>〈!ELEMENT Data (#PCDATA)>上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中所共有的MMS相關(guān)的信息格式，這其中包括了 MMS消息的類型信息； MMS消息的版本信息； MMS的消息ID信息； MMS發(fā)送者的地址信息； MMS內(nèi)容的內(nèi)容信息； MMS接收方的地址； MMS消息的類別信息； MMS的時間和日期信息； MMS消息的優(yōu)先級(重要性)信息； MMS消息的標(biāo)題信息； MMS的狀態(tài)信息； MMS的具體內(nèi)容信息等內(nèi)容。如前所述，MMS的信息原始數(shù)據(jù)在移動終端設(shè)備A上的邏輯形式存放在移動終端設(shè)備上的一塊存儲單元中A—Message—Type = MM1—retrieve.RESAMMS—Version = 1.2A—Message—ID = 060717544991000009318A_Sender—address = +8613910111111 @mmsc-bi-rsv.monternet.comA_Content—type = Multipart/RelatedA_Recipient—address = Alice@sample.comA—Message—class = PersonalA_Date_and—time = Wed， 07 Jun 2006 17:54:49 +0800 A_Priority 二 Normal A一Subject = Hello A一MM一State = Retrieved除了在數(shù)據(jù)結(jié)構(gòu)當(dāng)中需要包含上述的內(nèi)容之外，還需要將MMS所包含的數(shù)據(jù)內(nèi)容同上面的MMS的消息相對應(yīng)。因此，可以增加下面的內(nèi)容A—AttachFile= MMS/S.smilA—AttachFile = MMS/8712dfDl.ascS.smil數(shù)據(jù)和8712dfOLasc數(shù)據(jù)，都以文件的方式存放在移動終端設(shè)備的 MMS文件夾下面。< xml version="1.0" encoding="UTF-8" >〈!DOCTYPE MMS—Bakup xmls="http:〃www.sample.com/DTD/MMS-Bakup.dtd"> <MMS_Bakup>〈Message一Type〉"MM 1 —retrieve.RES "</Message_Type><!—必選--><!—將此消息標(biāo)識為MM1—retrieve.RES。—> <MMS_Version>" 1.2"</MMS—Version> <!—必選--><!--標(biāo)識MMSRelay/Server所支持接口的版本。—> <Message—ID>"060717544991000009318"</Message—ID> <!—必選—><!—MM的消息ID?！?gt;<Sender_address>"+8613910111111 @mmsc-bj-rsv.montemet.com"</Sender—address><!—可選—><!-最近處理過MM (即，提交過或轉(zhuǎn)發(fā)過MM)的移動終端設(shè)備的地址。如果始 發(fā)方移動終端設(shè)備已經(jīng)請求對接收方隱藏其地址，則它的地址不會提供給接收方。-> <Gontent—typ6><type>"Multipart/Related"</type><start>"s.smir'</start><type>"application/smir</start> </ Content—type> <!—必選—><!—MM內(nèi)容的內(nèi)容類型。—><Recipient—address>"Alice@sample.com"</Recipient—address> <!—可選—><!-MM接收方的地址?？赡艽嬖诙鄠€地址。-> 〈Message—class> "Personal" </Message_class> <!—可選—><!-消息的類別(例如，個人服務(wù)、廣告服務(wù)和信息服務(wù))-> <Date_and—time〉"Wed, 07 Jun 2006 17:54:49 +0800"</Date—and—time> <!—必選--><!—移動終端設(shè)備最近處理(即，提交或轉(zhuǎn)發(fā))MM的時間和日期。-><Priority>"Noraiar</Priority><!—可選--><!-消息的優(yōu)先級(重要性)(如果始發(fā)方移動終端設(shè)備已指定)。-><Subject>"Hello"</Subject><!—可選—><!-整個多媒體消息的標(biāo)題(如果MM的始發(fā)方移動終端設(shè)備已指定)。—> <MM—State>"Retrieved"</MM—State> <!—可選--><!-MM狀態(tài)。入局MM可能缺少該狀態(tài)，持久存儲的MM存在該狀態(tài)。-><Content><!—可選--><Content-Type>"text/plain"</Content-Type><charset>"utf-8"</charset><Content-Transfer-Encoding>"Base64"</Content-Transfer-Encoding> <Content-Location>"8712dfDl .asc"</Content-Location><Data>"MDblubQ25pyINuaXpeaYr+S4qjY25aSn6aG655qE5ZCJ56W15pel5a2Q44CC5Zyo 6L+Z5Liq57605aW955qE5pe25Yi777yM56Wd5oKo5bm456aP5ZCJ56W177yM5LqL5Lia6aG66aG65Yip5Yip77yM55Sf5rS75byA5byA5b+D5b+D77yBAA==" </Data> </Content> <Content> <!—可選--><Content-Type>"application/smir</Content-Type> <charset>"utf-8 "</charset><Content-Transfer-Encoding>"Base64"</Content-Transfer-Encoding> <Content-Location>" s. smil" </Content-Location><Data>"PHNtaWw+CjxoZWFkPgo8bGF5b3V0Pgo8cm9vdClsYXlvdXQgd21kdGg9IjI0MC IgaGVpZ2hOPSIyNzQiLz4KPHJlZ21vb氾pZD0iSWlhZ2UilHdpZHRoPSIxMDAlIiBoZWlnaHQ9IjEwMCUiaGVpZ2h0PSIxMDAlIiBsZWZ0PSIwJSIgdG9wPSIwJSIgLz4KPC9sYXlvdXQ+CjwvaGVh ZD4KPGJvZHk+CjxwYXIgZHVyPSI3MDAwbXMiPgo8dGV4dCBzcmM9Ijg3MTJkZjAxLmFzY ylgcmVnaW9uPSJUZXh0KBkdXI9IjcwMDBtcyIgLz4KPC9wYXI+CjwvYm9keT4KPC9zbWlsPgo= "</Data></Content><!—多媒體消息的內(nèi)容(由MM的始發(fā)方移動終端設(shè)備指定)。-> </MMS—Bakup>XML文檔的文檔名可能是MMS一Bakup.xml。移動終端設(shè)備B解析移動終端設(shè)備A的中間文件，存儲在本地移動終端 設(shè)備上B->MMS->Message—Type = MMl_retrieve.RES B->MMS->MMS—Version = 1.2 B->MMS->Message—ID = 060717544991000009318 B->MMS->Sender—address = +86139111111 @mmsc-bj -rsv.monternet.com B->MMS->Content—type = Multipart/Related B->MMS->Recipient_address = Alice@sample.com B->MMS->Message_class = PersonalB->MMS->Date—and_time = Wed， 07 Jun 2006 17:54:49 +0800 B->MMS->Priority = Normal B->MMS->Subject = Hello B->MMS->MM—State = Retrieved B->MMS-〉A(chǔ)ttachFile—1 = MMS/Attachment/S.smil B->MMS->AttachFile—2 = MMS/Attachment/8712df01 .ascMMS所包含的數(shù)據(jù)內(nèi)容需同上面的MMS的消息相對應(yīng)，可以存儲在移 動終端i殳備的MMS/Attachment/文件夾下。通過上述的方式，就完成了 MMS數(shù)據(jù)在不同的移動終端i殳備當(dāng)中的交換 的過程。當(dāng)然，MMS的內(nèi)容可以是采用這種DTD的方式，也可以采用將MMS數(shù) 據(jù)完全封裝成數(shù)據(jù)包的方式來進行存儲。所以，下面的DTD是另外一種可能 的方式。方式二、 XML封裝Push消息在移動終端設(shè)備的存儲內(nèi)容。其可以參考的DTD可以參加如下的方式< xml version-" 1.0" encoding="UTF-8" > > 〈!ELEMENT Email_Bakup (Message_Type， Sequence, Data)〉<!—用于對Email消息進行備份的DTD—>〈!ELEMENT Message_Type (Send—Email , Received—Email , Draft—Email )>〈!ELEMENT Send—Email (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的發(fā)送的Email->〈!ELEMENT Received—Email (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的接收的Email-><!ELEMENT Draft—Email (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的草稿的Email-><!ELEMENT Sequence (#PCDATA)><!-被轉(zhuǎn)化的消息的序列號-->〈!ELEMENT Data (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的Email的數(shù)據(jù)-->假設(shè)Email消息在移動終端設(shè)備的存儲是一個二進制的方式。利用移動終端設(shè)備A和格式轉(zhuǎn)換單元，將移動終端設(shè)備A所存儲的數(shù)據(jù)按照用來進行數(shù)據(jù)交換的XML文檔的DTD進行封裝，格式轉(zhuǎn)換單元轉(zhuǎn)化的XML文檔形式中間文件如下所示< xml version="1.0" encoding="UTF-8" ><!DOCTYPE MMS—Bakup xmls="http:〃www.sample.com/DTD/ MMS-Bakup-Alternative,dtd"> <MMS_Message—Bakup〉 〈Message—Type><Received—MMS> 1 </Received—MMS> </Message—Type> <Sequence>001 </Sequence> <Data>，111111100000000000101111111111111111011111110000010110000100001001000011100001111 00011000000011111000010000011100010001010001001001000101000000100111101000011111"</Data> </MMS—Message—Bakup>00000000101111111111111111011111110000010110000100001001000011100001111000110000 0001111100001000001110001000101000100100100010100000010011110100001111010101000移動終端設(shè)備B在獲取到該中間文件后，通過格式轉(zhuǎn)換單元可以將該數(shù)據(jù) 將XML當(dāng)中MMS消息的二進制存儲內(nèi)容進行提取，并且形成移動終端設(shè)備 B能夠識別和存儲的格式，其轉(zhuǎn)化后的結(jié)果如下所示B->MMS->Message—Type = MM1—retrieve.RES B->MMS->MMS—Version= 1.2 B->MMS->Message—ID = 060717544991000009318 B->MMS->Sender—address == +86139111111 @mmsc-bi-rsv.monternet.com B->MMS->Content—type = Multipart/Related B->MMS->Recipient—address =Alice@sample.com B->MMS->Message_class = PersonalB->MMS->Date—and—time = Wed, 07 Jun 2006 17:54:49 +0800 B->MMS->Priority = Normal B->MMS->Subject = Hello B->MMS->MM—State = Retrieved B->MMS->AttachFile—1 = MMS/Attachment/S.smil B->MMS->AttachFile—2 = MMS/Attachment/8712df01.asc通過上述的方式，就完成了 MMS數(shù)據(jù)在不同的移動終端設(shè)備當(dāng)中的交換 的過程。MMS的附件應(yīng)該是一個一個的文件，它主要存放在移動終端設(shè)備的 相關(guān)的存儲單元當(dāng)中。S.smil文件和8712df01.asc文件都放置在存儲單元中進行相應(yīng)的存儲。實施例五、IM數(shù)據(jù)的傳輸分析IM數(shù)據(jù)，IM數(shù)據(jù)需要保存的共有信息字段主要包括 發(fā)件人URI (通用資源標(biāo)識，Universal Resource Identifier) (From)字段，主要是指IM 的發(fā)送方的URL收件人URI (To )字段，主要是指IM接收方的URI。數(shù)據(jù)(Data)字段，主要是指IM的主要內(nèi)容，可能是文字，也可以是二進制內(nèi)容。發(fā)送時間(Time)字段，主要是指IM的發(fā)送時間。內(nèi)容類型(Content-Type)字段，主要是指IM的內(nèi)容類型。媒體類型(Type)字段，主要是指IM的類型。UA字段，主要是指IM的User Agent的信息上述共有字段可以作為指定條目，需要在中間文件中傳輸，中間文件的形式可以釆用XML方式等。方式一、XML方式DTD的一種可能采用的形式例如 < xml version-" 1.0" encoding="UTF-8" >〈!ELEMENT IM—Bakup (From, To, Subject, Date, Time, Message_Type， UA)><!ELEMENT From (#PCDATA)><!ELEMENT To (#PCDATA)><!ELEMENT Content-Type (#PCDATA)>〈!ELEMENT Data (#PCDATA)>〈!ELEMENT Time (#PCDATA)>〈!ELEMENT Message-Type (#PCDATA)>〈!ELEMENT UA (#PCDATA)>上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中所共有的IM相關(guān)的信息格式，這其中包括了 發(fā)件人的URI; 收件人的URI; IM的主要數(shù)據(jù)內(nèi)容； IM發(fā)送的時間； IM的媒體類型 IM的類型等信息；IM格式轉(zhuǎn)換單元的用于代理(UserAgent)的信息。IM的原始數(shù)據(jù)在移動終端設(shè)備A上以下述邏輯形式存儲在一個存儲單元A—From = Alice@sample.comA—To = Bob@sample.comA_Content—Type = text/plainA—Data = How Are You A_Time = Wed， 07 Jun 2006 17:54:49 +0800A—Type = Received IMA—UA = Microsoft MSN V 7.0A—Squene = 001A—Status = Read形成XML文檔形式的中間文件例如 < xml version="1.0" encoding="UTF-8" 〉〈!DOCTYPE IM—Bakup xmIs="http:〃www.sample.com/DTD/ IM-Bakup.dtd"> <IM—Bakup〉<From>"Alice@sample.com，，</From><To>，，Bob@sample.com"</To><Content-Type>，，text/plain，，</Content-Type><Date>How Are You </Date><Time> Wed, 07 Jun 2006 17:54:49 +080</Time><Type>Received IM</Type><UA>，， Microsoft MSN V 7.0，，</UA> </IM—Bakup>上述的文件是一個XML的文檔，其文檔名可能是IM_Bakup.xml。 移動終端設(shè)備B獲取中間文件，本地格式轉(zhuǎn)換單元解析其實是移動終端設(shè) 備A所生成的XML的文檔。移動終端設(shè)備B用于存儲在本地移動終端設(shè)備上的數(shù)據(jù)B->IM->From -— Alice@sample.com B->IM->To = Bob@sample.com B->IM->Content—Type = text/plain B->IM->Subject = How Are You B->IM->Data = How Are You B->IM->Time = Wed, 07 Jun 2006 17:54:49 +0800 B->M->Type = Received IM B->IM-〉UerAgent = Microsoft MSN V 7.0B->IM->Squene = 001 B->IM->Status = Read通過上述的方式，就完成了 IM數(shù)據(jù)在不同的移動終端設(shè)備當(dāng)中的傳輸。其中，IM的內(nèi)容可以是采用這種DTD的方式，也可以采用將IM數(shù)據(jù)完全封裝成數(shù)據(jù)包的方式。方式二、 XML封裝IM消息原始數(shù)據(jù)DTD可以參見如下的方式 < xml version="1.0" encoding="UTF-8" >〈!ELEMENT IM—Message一Bakup (Message_Type， Sequence, Data)> <!—用于對IM消息進行備份的DTD->〈!ELEMENT Message—Type (Send—IM ， Received—IM ， Draft—IM )><!ELEMENT Send一IM (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的發(fā)送的IM->〈!ELEMENT Received—IM (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的接收的IM->〈!ELEMENT Draft_IM (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的草稿IM->〈!ELEMENT Sequence (#PCDATA)><!-被轉(zhuǎn)化的消息的序列號->〈!ELEMENT Data (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的Push消息的數(shù)據(jù)-->由格式轉(zhuǎn)換單元轉(zhuǎn)化的中間文件例如 < xml version="1.0" encoding="UTF-8" >〈!DOCTYPE IM—Message_Bakup xmls="http:〃www.sample.com/DTD/IM-Bakup-Altemative.dtd"> <Push—Message—Bakup〉 <M6ssage—Type><Received> 1 </Received> </Message—Type> <Sequence>001 </Sequence><Data>01000011110101010000001111111101001111111111111111100001111111111111 llllllll</Data>〈/Push一Message—Bakup> 其中111111111111"為實施例當(dāng)中IM消息的SI部分在移動終端設(shè)備A當(dāng)中的二進 制的存儲形式。移動終端設(shè)備B根據(jù)中間文件形成移動終端設(shè)備B能夠識別和存儲的格式，其轉(zhuǎn)化后的結(jié)果如下所示B->IM->From = Alice@sample.com B->IM->To = Bob@sample.com B->IM->Content—Type = text/plain B->IM->Subject = How Are You B->IM->Data = How Are You B->IM->Time = Wed, 07 Jun 2006 17:54:49 +0800 B->IM->Type = Received IM B->IM->UerAgent = Microsoft MSN V 7.0 B->IM->Squene = 001 B->IM->Status = Read實施例六之間的無縫的交換。在交換的過程當(dāng)中，為了使整個系統(tǒng)盡可能的簡單，可以 構(gòu)造一個統(tǒng)一的中間文件格式，實現(xiàn)對所有的移動終端設(shè)備數(shù)據(jù)的交換與存 儲。為了完成統(tǒng)一數(shù)據(jù)交換，需要將所有用于移動終端設(shè)備之間進行交換的數(shù) 據(jù)的形式進行統(tǒng)一的規(guī)定。這些數(shù)據(jù)具有很大的范圍，比如說，SMS、 Vcard、 Vcalendar、 Email、 MMS、 Picture等數(shù)據(jù)。本實施例主要描述消息(Message) 數(shù)據(jù)格式的規(guī)定方式，其它類型的數(shù)據(jù)和消息類數(shù)據(jù)的處理完全相似。在將消息類的數(shù)據(jù)進行統(tǒng)一處理的過程當(dāng)中，需要保存的信息字段主要包括Message-Type字段，原始數(shù)據(jù)類型標(biāo)識，用來區(qū)分不同的消息類型，比如說，SMS、MMS、 Email等。(必選)Status字段，主要是指Message的狀態(tài)。(可選)Squence字段，主要指Message的序列號。Message字段，主要是用來存儲不同的Message類型。采用XML方式時，Message數(shù)據(jù)交換的DTD的 一種可能采用的形式。 < xml version-" 1.0" encoding="UTF-8" ><!ELEMENT Message—Bakup (Message—Type*, Status*, Squence*, (SMS_Bakup Push—Message_Bakup | MMS—Bakup | Email—Bakup | IM_Message—Bakup》+><!ELEMENT SMS—Bakup (SMS—Orignal—Address*, SMS_Destination—Address* SMS—Date+， SMS—TimeStamp+， SMS—Type+)><!—SMS的備份的DTD的形式--><!ELEMENT SMS_Orignal—Address (#PCDATA)><!-主要是指SMS的發(fā)送方地址。--><!ELEMENT SMS—Destination—Address (#PCDATA)><!-主要是指SMS接收方的地址。-><!ELEMENT SMS_Date (#PCDATA)><!—主要是指SMS的主要內(nèi)容，可能是文字，也可以是二進制內(nèi)容?！?gt; <!ELEMENT SMS_TimeStamp (#PCDATA)> <!—主要是指SMS的時間信息。—><!ELEMENT SMS一Type (SMS—MT | SMS—MO | SMS—Draft SMS—Delivery_Report )><!-主要是指SMS的類型，目前主要包括4類?！?gt; <!ELEMENT SMS_MT (#PCDATA)> <!-移動終端設(shè)備接收到的SMS類型 <!ELEMENT SMS一MO (#PCDATA)> <!—移動終端設(shè)備發(fā)出的SMS類型?！?gt; <!ELEMENT SMS—Draft (#PCDATA)> <!-移動終端設(shè)備本地編寫的草稿SMS類型。-> 〈!ELEMENT SMS—Delivery—Report (#PCDATA)> <!—移動終端設(shè)備接收到的關(guān)于SMS的報告類型。<!ELEMENT MMS一Bakup (MMS一Message一Type+， MMS一Version+, MMS—Message_ID+: MMS_Sender—address*, MMS_Content_type+, MMS—Recipient_address*,MMS—Message—class*, MMS—Date_and—time+， MMS—Priority*, MMS—Subject*, MMS—State*, MMS—Content*)><!ELEMENT MMS—Message—Type (#PCDATA)><!—將此消息標(biāo)識為MM1—retrieve.RES?！?gt; 〈!ELEMENT MMS一Version (#PCDATA)> <!—標(biāo)識MMSRelay/Server所支持接口的版本?！?gt; 〈!ELEMENT MMS—Message—ID (#PCDATA)> <!—MM的消息ID?！?gt;〈!ELEMENT MMS—Sender—address (#PCDATA)><!-最近處理過MM (即，提交過或轉(zhuǎn)發(fā)過MM)的移動終端設(shè)備的地址。如果始發(fā)方 移動終端設(shè)備已經(jīng)請求對接收方隱藏其地址，則它的地址不會提供給接收方。-> 〈!ELEMENT MMS_Content—type (#PCDATA)> <!—MM內(nèi)容的內(nèi)容類型。--> 〈!ELEMENT MMS—Recipient—address (#PCDATA)> <!-MM接收方的地址。可能存在多個地址。-> <!ELEMENT MMS—Message—class (#PCDATA)> <!-消息的類別(例如，個人服務(wù)、廣告服務(wù)和信息服務(wù))-> 〈!ELEMENT MMS—Date—and—time (#PCDATA)><!—移動終端設(shè)備最近處理(即，提交或轉(zhuǎn)發(fā))MM的時間和日期。--> 〈!ELEMENT MMS—Priority (#PCDATA)><!-消息的優(yōu)先級(重要性)(如果始發(fā)方移動終端設(shè)備已指定)。-> 〈!ELEMENT MMS—Subject (#PCDATA)><!-整個多媒體消息的標(biāo)題(如果MM的始發(fā)方移動終端設(shè)備已指 定)。->〈!ELEMENT MMS—State (#PCDATA)><!—MM狀態(tài)。入局MM可能缺少該狀態(tài)，持久存儲的MM存在該狀態(tài)。->〈!ELEMENT MMS—Content (MMS—charset， MMS一Content-Transfer-Encoding, MMS一Content-Location, MMS—Data)><!—多媒體消息的內(nèi)容(由MM的始發(fā)方移動終端設(shè)備指定)。->〈!ELEMENT MMS_charset (#PCDATA)>〈!ELEMENT MMS一Content-Transfer-Encoding (#PCDATA)>〈!ELEMENT MMS—Content-Location (#PCDATA)>〈!ELEMENT MMS—Data (#PCDATA)>〈!ELEMENT Push_Message_Bakup (Push—si ， Push—sl )>〈!ELEMENT Push—si (Push_indication， Push一info )〉IS〈(V丄Va認(rèn))訓(xùn);I—qsnd丄JSl3PM313i〉 〈(V丄Va;3d存)ai-3SBSS9w_qsnd丄N3JM3]3i〉 <(VLVa3d#) 308—qsnj丄N3W313i〉 <(VLVCi:)d#) 00—qstM丄N3W313i〉 〈(V丄Va:)cI弁)qsnd丄JSt3W313i〉 〈(V丄Va0d弁)p3A!333"a一qsnd丄M31A[313i〉 〈(V丄VCDd弁)o丄-p3J3AnscTqsnd丄N3W313i〉 〈(VLVa:)cI弁)qiBd-ujnp>rqsnj丄N3W313i〉 <(*ssBp-iu3iuo:>—qsnd、ai-lU3iuo3—qsnd'*uo!i!sods!a-:ni3iuo3_qsnd*bibcTqsnd '"3simp—qsiid'承3dXHU9iuocTqsnd)iirajuocTqsnd 丄M31AI313i〉〈(+lU3!uo3—qsnj '+uo!SJ3A-g]An]^—qsnj '*oi-々d3>i—qstid '+o丄—qsnd*p3A!303^—qsnj 、o丄國p3J3An9(i一qsnd YipBd-ttmj^Tqsnd) dmtB8一ijmu3丄M3W313i〉〈"v丄vao" ran %人瓜腦>〈"V丄VaO" 3ui!卿a o/0人丄l丄N3i〉<is—qsnd丄sn丄丄Vi〉<urai!一qstid丄snilVi〉<(+ui9i!—qstid) q;u!—qsnd丄N3W313i〉<CI3ndWI# :3ui!i3iBCP/o sai!dx9-!s—qsnj Cmnd畫^ui拜C[0/0 p3iB3J3—qsnd C13IldWI弁V丄Vd3 P!-!s—qsnja3n纖存^ran% w—qsnduopB^pufqsnd丄SIl丄丄Vi〉 〈(VIVaOd弁)uo卩BO!pii廠qsnd丄N3W313i〉〈!ELEMENT Push—Subject (#PCDATA)> <!ELEMENT Push—To (#PCDATA)> 〈!ELEMENT Push一Reply陽to (#PCDATA)> 〈!ELEMENT Push一MIME-version (#PCDATA)> 〈!ELEMENT Push—Content-Transfer-Encoding (#PCDATA)> 〈!ELEMENT Push Content-Description (#PCDATA)> 〈!ELEMENT Push—Content-Disposition (#PCDATA)> 〈!ELEMENT Push—Content-ID (#PCDATA)> 〈!ELEMENT Push—Content-type (#PCDATA)> 〈!ELEMENT Push—Content-class (#PCDATA)> 〈!ELEMENT Push—charset (#PCDATA)> 〈!ELEMENT Push—Data (#PCDATA)> <!ELEMENT Push—Name (弁PCDATA)〉 〈!ELEMENT Push—Filename (#PCDATA)>〈!ELEMENT IM一Message一Bakup (IM—Message_Type， IM—Sequence, IM一Data)〉 <!—用于對IM消息進行務(wù)盼的DTD—>〈!ELEMENT IM_Message_Type (IM—Send , IM_Received ， IM—Draft )><!ELEMENT IM_Send (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的發(fā)送的IM->〈!ELEMENT IM_Received (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的接收的IM->〈!ELEMENT IM_Draft (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的草稿IM->〈!ELEMENT IM一Sequence (#PCDATA)><!-被轉(zhuǎn)化的消息的序列號->〈!ELEMENT IM—Data (#PCDATA)><!-封裝的在移動終端設(shè)備本地存儲的Push消息的數(shù)據(jù)-->上面的DTD當(dāng)中，主要規(guī)定了不同移動終端設(shè)備當(dāng)中所共有的IM相關(guān)的信息格式，這其中包括了Message-Type字段，主要是用來區(qū)分不同的消息，比如說，SMS、 MMS、 Email等。Status字段，主要是指Message的狀態(tài)。Squence字段，主要指Message的序列號。Message字段，主要是用來存儲不同的Message類型。本例是一個將所有的消息融合在一個XML當(dāng)中的實施例。其采用的方法 和前面實施例當(dāng)中采用的方法比較相似，數(shù)據(jù)格式轉(zhuǎn)化的方式參考上述的 XML的DTD文檔即可完成，具體的實現(xiàn)過程就不再這里累述了。另外的一個方式就是將不同的Message的二進制或者封包后的文檔作為Message_Bakup的一個Data部分。具體的DTD可以參考如下 < xml version-"l.O" encoding="UTF-8" >〈!ELEMENT Message—Bakup (Message—Type*, Status*, Squence*, Data+>〈!ELEMENT Message—Type (#PCDATA)>〈!ELEMENT Status (弁PCDATA)〉〈!ELEMENT Squence (#PCDATA)>〈!ELEMENT Data (#PCDATA)>其中Data數(shù)據(jù)部分可以封裝其它消息的數(shù)據(jù)。具體的方式可以參考前面所述的實施例的實現(xiàn)方式。 實施例七、傳輸Vcard和Vcalendar的原始數(shù)據(jù)其中Vcard的指定條目包括姓名(N)、移動電話號碼(TEL;Cell)、辦 公電話號碼(TEL;Work)、住宅電話號碼(TEL;Home)、固定電話號碼(TEL)、 傳真號碼(TEL;FAX)、電子郵件(EMAIL)地址。除此之外，還可以包括家 庭地址、通信地址等條目。Vcalendar的指定條目至少包括起始時間(Start Time)信息、結(jié)束時間 (StopTime)信息、描述(Description)信息、循環(huán)類型(RecurType)事件、 內(nèi)容(Body)、提醒方式(NotifyType)、振鈴方式(RingerType)和持續(xù)時間 (Duration)等。處于目前實現(xiàn)的情況的考慮，利用XML對Vcard和Vcalendar進行封裝的 時候，主要將Vcard和Vcalendar的指定條目的所有內(nèi)容作為XML的一個Data 單元進行封裝，從而實現(xiàn)用XML封裝Vcard和Vcalendar的功能。XML的方式封裝Vcard和Vcalendar指定條目的數(shù)據(jù)字段時，DTD的描述可以如下< xml version="1.0" encoding="UTF-8" > 〈!ELEMENT Vcard_Bakup (Squence*, Data+>〈!ELEMENT Squence (#PCDATA)> 〈!ELEMENT Data (弁PCDATA)〉 Vcalendar的實現(xiàn)方式如下 < xml version="1.0" encoding="UTF-8" > 〈!ELEMENT Vcard_Bakup (Squence*, Data+> 〈!ELEMENT Squence (#PCDATA)> <!ELEMENT Data (#PCDATA)>在上述的方案當(dāng)中，每個Vcard和每個Vcalendar都是一個XML的一個元 素(Element )，多個的Vcard和多個的Vcalendar都可以封裝在一個XML的文 檔當(dāng)中，這樣有助于大規(guī)模的數(shù)據(jù)交換，避免針對單個Vcard或者Vcalendar 進行操作的時候所帶來的不便。下面是對Vcard的方式進行一個簡單的XML 說明< xml version-" 1.0" encoding="UTF-8" ><!DOCTYPE Vcard—Bakup xmls="http:〃www.sample.com/DTD/Vcard-Bakup.dtd"> <Vcard—Bakup><Squence>001 </Squence> <Data>"BEGIN:VCARD VERSION: 1 N:Marks;Bennett FN:Bennett MarksORG:Nokia;Standardization & Industry Relations TITLE: Senior Architect TEL;WORK;VOICE:+l (781) 993-3932 TEL;HOME;VOICE:+l (978)371-0970 TEL;CELL;VOICE:+l (781) 308-6556 TEL;WORK;FAX:+l (781)993-1822ADR;WORK:;;5 Wayside Road;Burlington;MA;01803;United States of AmericaLABEL;WORK;ENCODING=QUOTED-PRINTABLE:5 Wayside Road=0D=0ABurlington， MA01803=0D=0AUnited States of AmericaADR;HOME:;;439 Bedford Rd.;Carlisle;Mass.;01741;United States of America LABEL;HOME;ENCODING=QUOTED-PRINTABLE:439 BedfordRd.=0D=0ACarlisle, Mass. 01741=0D=0AUnited States of AmericaURL;WORK:http:〃www.nokia.com EMAIL;PREF;INTERNET:Bennett.Marks@nokia.com REV:20070629T071729Z END:VCARD" </Data> </Vcard_Bakup>下面是對Vcalendar的方式進行一個簡單的XML說明 < xml version-" 1.0" encoding="UTF-8" ><!DOCTYPE Vcalendar_Bakup xmls="http:〃www.sample.com/DTD/Vcalendar-Bakup.dtd"> <Vcalendar_Bakup><Squence>001 </Squence> <Data>，，BEGIN:VCALENDARPRODID:-//Microsoft Corporation//Outlook 11.0 MIMEDIR//ENVERSION: 1.0BEGIN:VEVENTDTSTART:20070703T000000ZDTEND:20070703T020000ZLOCATION;ENCODING=QUOTED-PRINTABLE:Al 10 Room UID:040000008200E00074C5B7101A82E0080000000070E833055BBDC7010 000000000000000100000009E0D91D28D7A8E4B8C9EF47F7D8 AEAA5 DESCRIPTION;ENCODING=QUOTED-PRINTABLE:FYI=0D=0A SUMMARY;ENCODING=QUOTED-PRINTABLE:Meeting PRIORITY:3 END:VEVENT END:VCALENDAR"</Data> </Vcalenar—Bakup〉可見，本發(fā)明實施例提供的技術(shù)方案利用格式轉(zhuǎn)換單元將原始數(shù)據(jù)轉(zhuǎn)換為 規(guī)定格式的中間文件，規(guī)定格式的中間文件中包含原始數(shù)據(jù)的指定條目和對應(yīng)的數(shù)據(jù)字段，根據(jù)中間文件的規(guī)定格式，格式轉(zhuǎn)換單元還可以從中間文件中讀取其中的數(shù)據(jù)字段，從而生成原始數(shù)據(jù)對應(yīng)的目標(biāo)數(shù)據(jù)。由于規(guī)定格式的中間 文件中包含的指定條目是原始數(shù)據(jù)在各種移動終端設(shè)備上存儲的共有信息字 段，因此中間文件可以在各移動終端設(shè)備之間傳輸，達到數(shù)據(jù)傳輸?shù)哪康?。?時，中間文件還可以作為原始順據(jù)的備份，提高原始數(shù)據(jù)的可靠性。本發(fā)明實 施例還提供了在第三方設(shè)備上設(shè)置轉(zhuǎn)換單元時的實現(xiàn)方式。離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利 要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1. 一種移動終端設(shè)備數(shù)據(jù)的轉(zhuǎn)換方法，其特征在于，包括生成符合規(guī)定格式的中間文件，所述中間文件中包含至少一個指定條目和各指定條目對應(yīng)的數(shù)據(jù)字段，所述各指定條目對應(yīng)的數(shù)據(jù)字段是從第一移動終端設(shè)備保存的原始數(shù)據(jù)中獲取的；根據(jù)所述中間文件的規(guī)定格式，從所述中間文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并按照第二移動終端設(shè)備支持的格式將各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。
2、 如權(quán)利要求1所述的方法，其特征在于所述中間文件是第 一移動終端設(shè)備從本地存儲的原始數(shù)據(jù)中獲取各指定 條目對應(yīng)的數(shù)據(jù)字段后生成并發(fā)送給第二移動終端設(shè)備的；以及所述目標(biāo)數(shù)據(jù)是第二移動終端設(shè)備從接收的中間文件中獲取各指定條目 對應(yīng)的數(shù)據(jù)字段后，按照第二移動終端設(shè)備支持的格式保存在本地的。
3、 如權(quán)利要求l所述的方法，其特征在于所述中間文件是第三方設(shè)備從第一移動終端設(shè)備上存儲的原始數(shù)據(jù)中獲 取各指定條目對應(yīng)的數(shù)據(jù)字段后生成的；以及所述目標(biāo)數(shù)據(jù)是所述第三方設(shè)備從所述中間文件中獲取各指定條目對應(yīng) 的數(shù)據(jù)字段后，按照第二移動終端設(shè)備支持的格式保存的。
4、 如權(quán)利要求3所述的方法，其特征在于，還包括所述第三方設(shè)備將 保存的目標(biāo)數(shù)據(jù)發(fā)送給第二移動終端設(shè)備。
5、 如權(quán)利要求1-4任一所述的方法，其特征在于，所述規(guī)定格式以及中 間文件中包含的指定條目是根據(jù)所述原始數(shù)據(jù)類型設(shè)定的，所述中間文件中包 括用于區(qū)別不同原始數(shù)據(jù)類型的標(biāo)識信息。
6、 如權(quán)利要求5所述的方法，其特征在于，所述中間文件的生成方法包括解析對應(yīng)所述原始數(shù)據(jù)類型的規(guī)定格式，確定所述規(guī)定格式中包含的各指定條目；根據(jù)所述規(guī)定格式中包含的各指定條目，分別從所述原始數(shù)據(jù)中獲取每一 個指定條目對應(yīng)的數(shù)據(jù)字段；生成所述符合規(guī)定格式的中間文件。
7、 如權(quán)利要求5所述的方法，其特征在于，從所述中間文件中獲取各指 定條目對應(yīng)的數(shù)據(jù)字段的方法包括解析對應(yīng)所述原始數(shù)據(jù)類型的規(guī)定格式，確定所述規(guī)定格式中包含的各指 定條目；根據(jù)所述規(guī)定格式中包含的各指定條目，從所述中間文件中獲取各指定條 目對應(yīng)的數(shù)據(jù)字段。
8、 如權(quán)利要求5所述的方法，其特征在于，所述原始數(shù)據(jù)類型至少包括 如下之一消息類數(shù)據(jù)、電話本類數(shù)據(jù)、日程表類數(shù)據(jù)或郵件類數(shù)據(jù)。
9、 如權(quán)利要求8所述的方法，其特征在于所述電話本類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括姓名、移動電話號 碼、辦公電話號碼、住宅電話號碼、固定電話號碼、傳真號碼和電子郵件地址；所述日程表類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括起始時間信息、結(jié) 束時間信息、描述信息、循環(huán)類型事件、內(nèi)容、提醒方式、振鈴方式和持續(xù)時 間；和/或所述郵件類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括日期、發(fā)送者、主題、 接收者、回復(fù)地址、多用途互聯(lián)網(wǎng)郵件擴展MIME版本、回復(fù)路徑、傳遞信息、 接收信息、抄送地址、密送地址、消息標(biāo)識、內(nèi)容傳輸編碼方式信息、內(nèi)容描 述、內(nèi)容屬性、內(nèi)容標(biāo)識、內(nèi)容類型、內(nèi)容等級、字符集、內(nèi)容數(shù)據(jù)、附件名、 附件文件名。
10、 如權(quán)利要求5所述的方法，其特征在于，所述消息類數(shù)據(jù)包括短消息 類數(shù)據(jù)、推送消息類數(shù)據(jù)、即時消息類數(shù)據(jù)和多媒體消息類數(shù)據(jù)。
11、 如權(quán)利要求IO所述的方法，其特征在于所述短消息類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括源地址、目的地址、 數(shù)據(jù)、時間信息和類型；所述推送消息類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括業(yè)務(wù)指示消息的 各項指示信息，業(yè)務(wù)下載消息的各項內(nèi)容信息；所述即時消息類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括發(fā)件人通用資源 標(biāo)識URI、收件人URI、數(shù)據(jù)、發(fā)送時間、內(nèi)容類型、媒體類型；和/或所述多媒體消息類數(shù)據(jù)的規(guī)定格式中的指定條目至少包括消息類型、多 媒體消息版本信息、消息標(biāo)識、發(fā)送者地址、內(nèi)容類型、接收者地址、消息等 級、時間日期、優(yōu)先級、主題、消息狀態(tài)、內(nèi)容。
12、 如權(quán)利要求1所述的方法，其特征在于，所述中間文件類型包括txt 文件或XML文件。
13、 一種移動終端設(shè)備數(shù)據(jù)的轉(zhuǎn)換系統(tǒng)，其特征在于，包括 第一格式轉(zhuǎn)換單元，用于生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段，所述每一個指定條目對應(yīng)的 數(shù)據(jù)字段是從第 一移動終端設(shè)備保存的原始數(shù)據(jù)中獲取的；第二格式轉(zhuǎn)換單元，用于根據(jù)所述第一格式轉(zhuǎn)換單元生成的中間文件的規(guī)定格式，從所述中間文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并按照第二移動 終端設(shè)備支持的格式將各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于 所述第一格式轉(zhuǎn)換單元設(shè)置在第一移動終端設(shè)備上； 所述第二格式轉(zhuǎn)換單元設(shè)置在第二移動終端設(shè)備上； 所述第一移動終端設(shè)備和第二移動終端設(shè)備無線連接。
15、 如權(quán)利要求13所述的系統(tǒng)，其特征在于所述第一格式轉(zhuǎn)換單元和第二格式轉(zhuǎn)換單元分別設(shè)置上在第三方設(shè)備，并 通過內(nèi)部通信接口連接；所述第三方設(shè)備分別通過總線連接所述第一移動終端設(shè)備和第二移動終端設(shè)備。
16、 一種移動終端設(shè)備，其特征在于，包括 傳輸指令接收單元，用于接收數(shù)據(jù)傳輸指令；原始數(shù)據(jù)存儲單元、第一數(shù)據(jù)存儲控制單元和第一格式轉(zhuǎn)換單元，所述第 一格式轉(zhuǎn)換單元根據(jù)傳輸指令接收單元接收的原始數(shù)據(jù)傳輸指令，通過所述第 一數(shù)據(jù)存儲控制單元從原始數(shù)據(jù)存儲單元中獲取指定條目對應(yīng)的數(shù)據(jù)字段，并 生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指定條 目對應(yīng)的數(shù)據(jù)字段；中間文件發(fā)送單元，用于將所述中間文件發(fā)送給其它移動終端設(shè)備。
17、 如權(quán)利要求16所述的設(shè)備，其特征在于，還包括中間文件存儲單元，用于存儲所述第一格式轉(zhuǎn)換單元生成的中間文件。
18、 如權(quán)利要求17所述的設(shè)備，其特征在于，還包括中間文件接收單元，用于接收其它移動終端設(shè)備發(fā)送的中間文件； 第二格式轉(zhuǎn)換單元和目標(biāo)數(shù)據(jù)存儲單元，所述第二格式轉(zhuǎn)換單元從中間文 件接收單元接收的中間文件、和/或所述中間文件存儲單元中保存的中間文件中 獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并通過所述第一數(shù)據(jù)存儲控制單元按照移動 終端設(shè)備支持的格式，在所述目標(biāo)數(shù)據(jù)存儲單元中將各指定條目對應(yīng)的數(shù)據(jù)字 段保存為目標(biāo)數(shù)據(jù)。
19、 如權(quán)利要求17所述的設(shè)備，其特征在于 所述第一格式轉(zhuǎn)換單元和第二格式轉(zhuǎn)換單元合并設(shè)置；和/或 所述中間文件發(fā)送單元和中間文件接收單元合并設(shè)置。
20、 一種移動終端設(shè)備，其特征在于，包括中間文件接收單元，用于接收其它移動終端設(shè)備發(fā)送的中間文件，所述中 間文件中包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段，所述每一個指定條 目對應(yīng)的數(shù)據(jù)字段是從所述其它移動終端設(shè)備保存的原始數(shù)據(jù)中獲取的；第二格式轉(zhuǎn)換單元、第二數(shù)據(jù)存儲控制單元和目標(biāo)數(shù)據(jù)存儲單元，所述第二格式轉(zhuǎn)換單元從中間文件接收單元接收的中間文件中獲取各指定條目對應(yīng) 的數(shù)據(jù)字段，并通過所述第二數(shù)據(jù)存儲控制單元按照移動終端設(shè)備支持的格 式，在所述目標(biāo)數(shù)據(jù)存儲單元中將各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù) 據(jù)。
21、 一種移動終端設(shè)備數(shù)據(jù)的備份方法，其特征在于，包括 從移動終端設(shè)備保存的原始數(shù)據(jù)中獲取指定條目對應(yīng)的數(shù)據(jù)字段； 生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指定條目對應(yīng)的數(shù)據(jù)字段；將所述中間文件保存為對應(yīng)所述原始數(shù)據(jù)的備份文件。
22、 如權(quán)利要求21所述的方法，其特征在于，還包括 從保存的備份文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段； 并按照移動終端設(shè)備支持的格式，將各指定條目對應(yīng)的數(shù)據(jù)字段保存為對應(yīng)所述原始數(shù)據(jù)的目標(biāo)數(shù)據(jù)。
23、 如權(quán)利要求21或22所述的方法，其特征在于，所述的各指定條目是 通過解析所述規(guī)定格式確定的。
24、 如權(quán)利要求23所述的方法，其特征在于，所述規(guī)定格式和該規(guī)定格 式中包含的指定條目是根據(jù)原始數(shù)據(jù)的類型設(shè)定的。
25、 如權(quán)利要求24所述的方法，其特征在于，所述原始數(shù)據(jù)類型至少包 括如下之一消息類數(shù)據(jù)、電話本類數(shù)據(jù)、日程表類數(shù)據(jù)或郵件類數(shù)據(jù)。
26、 如權(quán)利要求21所述的方法，其特征在于，所述中間文件包括txt文件 或XML文件。
27、 一種移動終端設(shè)備的數(shù)據(jù)備份系統(tǒng)，其特征在于，包括 數(shù)據(jù)存儲控制單元和第一格式轉(zhuǎn)換單元，所述第一格式轉(zhuǎn)換單元通過所述數(shù)據(jù)存儲控制單元從移動終端設(shè)備的原始數(shù)據(jù)中獲取指定條目對應(yīng)的數(shù)據(jù)字 段，生成符合規(guī)定格式的中間文件，所述中間文件中包含指定條目和每一個指 定條目對應(yīng)的數(shù)據(jù)字段；中間文件存儲單元，用于將所述第 一格式轉(zhuǎn)換單元生成的中間文件對應(yīng)存 儲為所述原始數(shù)據(jù)的備份文件。
28、 如權(quán)利要求27所述的系統(tǒng)，其特征在于，還包括 備份指令接收單元，用于接收數(shù)據(jù)備份指令并觸發(fā)所述第一格式轉(zhuǎn)換單元。
29、 如權(quán)利要求28所述的系統(tǒng)，其特征在于，還包括 第二格式轉(zhuǎn)換單元和目標(biāo)數(shù)據(jù)存儲單元，所述第二格式轉(zhuǎn)換單元中間文件存儲單元中保存的備份文件中獲取各指定條目對應(yīng)的數(shù)據(jù)字段，并通過所述數(shù) 據(jù)存儲控制單元按照移動終端設(shè)備支持的格式，在所述目標(biāo)數(shù)據(jù)存儲單元中將 各指定條目對應(yīng)的數(shù)據(jù)字段保存為目標(biāo)數(shù)據(jù)。
30、 如權(quán)利要求28所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)存儲控制單元、 第一格式轉(zhuǎn)換單元、中間文件存儲單元、備份指令接收單元、第二格式轉(zhuǎn)換單 元和目標(biāo)數(shù)據(jù)存儲單元全部位于移動終端設(shè)備上。
31、 如權(quán)利要求28所述的系統(tǒng)，其特征在于 所述數(shù)據(jù)存儲控制單元位于移動終端設(shè)備上；所述第一格式轉(zhuǎn)換單元、中間文件存儲單元、備份指令接收單元、第二格 式轉(zhuǎn)換單元和目標(biāo)數(shù)據(jù)存儲單元位于第三方設(shè)備上； 所述移動終端設(shè)備和第三方設(shè)備通過總線連接。
全文摘要
本發(fā)明涉及數(shù)據(jù)傳輸技術(shù)，特別涉及移動終端設(shè)備之間的數(shù)據(jù)傳輸技術(shù)和移動終端設(shè)備的數(shù)據(jù)備份技術(shù)。本發(fā)明實施例提供的技術(shù)方案利用格式轉(zhuǎn)換單元將原始數(shù)據(jù)轉(zhuǎn)換為規(guī)定格式的中間文件，規(guī)定格式的中間文件中包含原始數(shù)據(jù)的指定條目和對應(yīng)的數(shù)據(jù)字段，根據(jù)中間文件的規(guī)定格式，格式轉(zhuǎn)換單元還可以從中間文件中讀取其中的數(shù)據(jù)字段，從而生成原始數(shù)據(jù)對應(yīng)的目標(biāo)數(shù)據(jù)。由于規(guī)定格式的中間文件中包含的指定條目是原始數(shù)據(jù)在各種移動終端設(shè)備上存儲的共有信息字段，因此中間文件可以在各移動終端設(shè)備之間傳輸，達到數(shù)據(jù)傳輸?shù)哪康?。同時，中間文件還可以作為原始數(shù)據(jù)的備份文件，提高原始數(shù)據(jù)的可靠性。
文檔編號H04Q7/32GK101247589SQ20071012297
公開日2008年8月20日 申請日期2007年7月4日 優(yōu)先權(quán)日2007年7月4日
發(fā)明者健 楊, 雷 王, 范姝男, 陳國喬 申請人:華為技術(shù)有限公司