【正文】 本部分的條款。然而，鼓勵(lì)根據(jù)本部分達(dá)成協(xié)議的各方研究 是否可使用這些文件的最新版本。 YD／ T 1760．卜 2020 數(shù)字移動(dòng)終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求 ETSI GSM 07． 07 數(shù)字蜂窩通信系統(tǒng) (第 2+階段 )； GSM終端 AT命令集 ETSI GSM 07． 05 數(shù)據(jù)終端設(shè)備應(yīng)用；短消息和小區(qū)服務(wù)的 DTE． DCE接口 ETSI GSM 03． 40 數(shù)字蜂窩通信系統(tǒng) (第 2+階段 )； 點(diǎn)對(duì)點(diǎn)短消息的技術(shù)實(shí)現(xiàn) RFC 4180 逗號(hào)分隔的數(shù)據(jù)文件的通用格式和 MIME類(lèi)型 IrDA OBEX v1． 2 對(duì)象交換協(xié)議 IrDA IrMC v1． 1 紅外移動(dòng)通信協(xié)議 vCard v2． 1 電子名片格式 vCalendar v1． 0 電子日程表交換格式 Universal Serial Bus Specification Revision 2． 0 通用串行總線 2． 0標(biāo)準(zhǔn) USB Mass Storage Class Specification USB大容量存儲(chǔ)協(xié)議 3術(shù)語(yǔ)、定義和縮略 語(yǔ) 3． 1術(shù)語(yǔ)和定義 以下術(shù)語(yǔ)和定義適用于本部分。 3． 1． 2數(shù)據(jù)交換接收方 Data eXchange Receiver 數(shù)據(jù)交換接收方是指接收交換數(shù)據(jù)的移動(dòng)終端及其數(shù)據(jù)交換代理。 YD廠 r 1 760． 22020 3． 1． 4解析 Parse 數(shù)據(jù)交換文件的解析是指將通用數(shù)據(jù)交換文件 (udx)中所包含的數(shù)據(jù)轉(zhuǎn)換并存儲(chǔ)為移動(dòng)終端內(nèi)部 數(shù)據(jù)格式的過(guò)程。 3． 1． 6 B型終端 Terminal Class B B型終端是指具有通過(guò)本地外圍接 IZl進(jìn)行數(shù)據(jù)交換能力，但是不支持在終端上實(shí)現(xiàn) udx文件的生成 和解析的移動(dòng)終端。其中，移動(dòng)終端軟件稱(chēng)為 M類(lèi)數(shù)據(jù)交換代理 (DXAM)，計(jì)算機(jī) 軟件稱(chēng)為 c類(lèi)數(shù)據(jù)交換代理 (DXA— c)。 3‘ 2縮略語(yǔ) 下列縮略語(yǔ)適用于本部分。通過(guò)其他外圍接口進(jìn)行數(shù)據(jù) 交換也推薦滿足本部分的要求。 4． 3數(shù)據(jù)交換過(guò)程 4． 3． 1數(shù) 據(jù)交換過(guò)程描述 數(shù)據(jù)交換過(guò)程是指將移動(dòng)終端內(nèi)部數(shù)據(jù)格式轉(zhuǎn)換成符合本部分規(guī)定的文件格式，或者是在計(jì)算機(jī)上 創(chuàng)建、編輯一個(gè)符合本部分規(guī)定的文件，將該文件最終交換到移動(dòng)終端上，并轉(zhuǎn)換成移動(dòng)終端內(nèi)部數(shù)據(jù) 格式的過(guò)程。 移動(dòng)終端中需要按本部分交換的數(shù)據(jù)都應(yīng)按照本部分第 6章中有關(guān)“通用數(shù)據(jù)交換文件格式”的要 求生成通用數(shù)據(jù)交換文件，并把通用數(shù)據(jù)交換文件作為移 動(dòng)終端與計(jì)算機(jī)或其他移動(dòng)終端設(shè)備進(jìn)行數(shù)據(jù) 交換的中間文件，最終被數(shù)據(jù)交換接收方獲取并解析，并且這些數(shù)據(jù)能夠再次進(jìn)行數(shù)據(jù)交換。 圖 1數(shù)據(jù)交換示意圖 通用數(shù)據(jù)交換文件中所包含的發(fā)起方數(shù)據(jù)被交換到接收方移動(dòng)終端的過(guò)程中，如果數(shù)據(jù)解析時(shí)發(fā)現(xiàn) 有超出接收方移動(dòng)終端能力的數(shù)據(jù)，不得簡(jiǎn)單丟棄，應(yīng)明示用戶(hù)后進(jìn)行處理，或者直接根據(jù)用戶(hù)選擇的 方式進(jìn)行處理。也不排除使用其他軟件對(duì) udx文件進(jìn)行讀取、編輯、 文件格式轉(zhuǎn)換等操作，但是，應(yīng)當(dāng)遵循文件類(lèi)型的性質(zhì)和歷史、當(dāng)前、將來(lái)等邏輯關(guān)系進(jìn)行處理，避免 文件使用上的混亂。 DXA在生成和解析 udx文件時(shí)應(yīng)保證數(shù)據(jù)的完整性。 DXA． M解析 udx文件過(guò)程中，可以根據(jù)甩戶(hù) 的選擇對(duì)移動(dòng)終端中可能重復(fù)的數(shù)據(jù)條目進(jìn)行添加、覆蓋、合并等操作。 YD廠 r 1 760． 22020 5_2數(shù)據(jù)交換應(yīng)用場(chǎng)景 5． 2． 1場(chǎng)景 1 終端類(lèi)型： A型終端； 數(shù)據(jù)交換代理類(lèi)型： DXA． M； 外圍接口類(lèi)型：藍(lán)牙、紅外等接口： 場(chǎng)景 1描述： A型終端使用藍(lán)牙、紅外 等接口進(jìn)行數(shù)據(jù)交換。應(yīng)滿足如下要求： A型終端應(yīng)能夠通 L生． DXA． M生成和解析 udx文件，并通過(guò)藍(lán)牙、紅外等接口直接與具備相應(yīng)接口的 計(jì)算機(jī)或其他具備相應(yīng)接口的移動(dòng)終端傳送 udx文件，具體的文件傳送協(xié)議應(yīng)遵從紅外和藍(lán)牙接口標(biāo)準(zhǔn)。 A型終端 圖 3數(shù)據(jù)交換應(yīng)用場(chǎng)景 2 當(dāng)數(shù)據(jù)交換過(guò)程符合場(chǎng)景 2的條件時(shí)，應(yīng)滿足如下要求： A型終端應(yīng)能夠通過(guò) DXAM生成和解析 udx文件，并通過(guò) USB數(shù)據(jù)接口與計(jì)算機(jī)傳送 udx文件，數(shù)據(jù) 傳輸協(xié)議應(yīng)完全兼容 usB Mass Storage Class Specification標(biāo)準(zhǔn)使 A型終端能夠工作在移動(dòng)存儲(chǔ)模式，或 通過(guò)安裝通用軟件 (由第三方提供 )而使 A型終端能夠被計(jì)算機(jī)識(shí)別，并能夠通過(guò)上述方式將 udx文件 直接傳送到計(jì)算機(jī)。 4 YD廠 r 1760． 2— 2020 5． 3標(biāo)志要求 支持本部分 5． 2． 1節(jié)或 5． 2． 2節(jié)應(yīng)用場(chǎng)景的 A型終端設(shè)各，應(yīng)按照本部分附錄 B的要求標(biāo)識(shí)ud】 (標(biāo)志。 6通用數(shù)據(jù)交換文件格式 6． 1通用數(shù)據(jù)交換文件 (udx文件 ) 本部分定義了一種標(biāo)準(zhǔn)的數(shù)據(jù)交換文件格式，命名為“通用數(shù)據(jù)交換文件” (UniversalDataeXchange file，簡(jiǎn)稱(chēng)為“ udx”文件 )，該類(lèi)文件的應(yīng)用后綴名為～． udx”。 6． 2 XML文件結(jié)構(gòu) 在數(shù)據(jù)交換的過(guò)程中，利用 XML的形式對(duì)所需要交換的數(shù)據(jù)進(jìn)行封裝，以攜帶相關(guān)數(shù)據(jù)信息。 XlVlL的 Schema方式在本部分當(dāng)中作為可選內(nèi)容要求。 在 udx文件的頭信息當(dāng)中，主要包括 udx文件信息、終端信息、交換數(shù)據(jù)統(tǒng)計(jì)信息和 udx文件校驗(yàn)信 息等內(nèi)容。 需要進(jìn)行交抉的數(shù)據(jù)在 udx文件中應(yīng) 按下囤中的邏輯結(jié)構(gòu)組織，其中頭信息不可缺少，用戶(hù)數(shù)據(jù)信息模 塊可根據(jù)實(shí)際數(shù)據(jù)交換的需求保留或刪減，每個(gè)數(shù)據(jù)信息模塊內(nèi)的具體字段也可以根據(jù)需求保留或刪減。 udx文件應(yīng)使用 UTF8編碼。 5 YD廠 r 1 760． 22020 udx文件頭信息包括終端信息、用戶(hù)信息、 udx文件包含數(shù)據(jù)的統(tǒng)計(jì)信息和 udx文件完整性檢查信息。 在終端信息的基礎(chǔ)之上， udx數(shù)據(jù)可以包含用戶(hù)信息，其內(nèi)容可以包含用戶(hù)自定義標(biāo)識(shí)，主要用來(lái) 區(qū)分生成 udx數(shù)據(jù)的不同用戶(hù)，可以根據(jù)用戶(hù)的設(shè)置自定義，默認(rèn)為 UserUDX。 此外，為了對(duì) udx文件所攜帶的數(shù)據(jù)條目信息進(jìn)行描述， udx文件的頭信息當(dāng)中還應(yīng)該包括如下內(nèi)容： 1． udx文件包含 vCard數(shù)據(jù)的條目信息，版本信息，文件長(zhǎng)度，主要用于對(duì) udx數(shù)據(jù)中 vCard條目進(jìn)行版 本匹 配、數(shù)量檢測(cè)和文件長(zhǎng)度的校驗(yàn)： 2． udx文件包含 vCalenda數(shù)據(jù)的條目信息，版本信息／文件長(zhǎng)度，主要用于對(duì) udx數(shù)據(jù)當(dāng)中的 vCalendar 條目進(jìn)行版本匹配、數(shù)量檢測(cè)和文件長(zhǎng)度的校驗(yàn)； 3． udx文件包含 SMS數(shù)據(jù)的條目信息，版本信腳文件長(zhǎng)度，主要用于對(duì) udx數(shù)據(jù)中 SMS條目進(jìn)行版本 匹配、數(shù)量檢測(cè)和文件長(zhǎng)度的校驗(yàn)： 4． udx文件包含 MMS數(shù)據(jù)的條目信息，版本信息，文件長(zhǎng)度，主要用于對(duì) udx數(shù)據(jù)中 MMS條目進(jìn)行版 本匹配、數(shù)量檢測(cè)和文件長(zhǎng)度的校驗(yàn)： 5． udx文件包含電子郵件數(shù)據(jù)的條目信息／版本 信息度件長(zhǎng)度，主要用于對(duì) udx數(shù)據(jù)中 Email條目進(jìn) 行版本匹配、數(shù)量檢測(cè)和文件長(zhǎng)度的校驗(yàn)。移動(dòng)終端應(yīng)能通過(guò) 讀取頭信息以獲取整個(gè)需要交換的數(shù)據(jù)信息統(tǒng)計(jì)情況，并根據(jù)頭信息來(lái)確定處理數(shù)據(jù)信息的具體方式， 還應(yīng)根據(jù)移動(dòng)終端的能力和用戶(hù)的選擇要求進(jìn)行處理。 頭信息在交換過(guò)程中利用 XML進(jìn)行封裝，需要遵守如下 DTD： ?xrnl vel_sion=” 1． 0“ encoding=” UTF8” ? !ELEMENT DataExchangelnfo(Recordlnfo， vCard?,vCaldar7． SMS?， MMS?， Email?) [ELEMENTRecordlnfo(Vendorlnfo， Devicelnfo， UdxVersion， UserAgent,Userlnfo?， Encoding?,FileSize7． Date?,Languago? Re,eordOfvCard． RecordOfvCalendar， RecordOfSMS， RocordOfMMS， RecordOtEmail) !ELEMENT Vdorlnfo(PCDATA) [ELEMENT Devicelnfo(PCDATA) 6 !ELEMENT UdxVefsion(PC39。DATA) !ELEMENT RccordOfvCard(vCardVersion?， vCardRecord?， vCardLength?) !ELEMENT RecordOfvCalendar(vCalendarVersion?， vCalendarRecord?， vCalendarLength?) !ELEMENT RecordOfSMS(SMSVersion7． SMSRecord?， SMSLength?) !ELEMENTRecordOfMMS(MMSVersion?,MMSRecord． ?,MMStangth?) !ELEMENTRecordOfEmail(EmailVersion?， EmailRecord?， EmailLengthT) (!ELEMENT vCardVersion(PCDATA) !ELEMENT vCardRecord(PCDATA) !ELEMENT vCm39。dENT vcmendArversion(PCDATAb (!EU洲 ENT vCalendarRecord【眷 PCDATA) !EI正 MENT vCalendatLength(PCDATA》 !EI正 h仍 NT SMSVerslon餅 PCDATA) !EU!h皿 NT SM,SReeord(昔 PCDATA》 !ELEMENT SMSLetlgIh(PCDATA) (!ELEMENTMMSVersion(PC39。、 移動(dòng)終端可以根據(jù)上述 DTD的描述生成和解析 udx文件，移動(dòng)終端也可以支持 Schema的方式進(jìn)行 udx文件的生成和解析。本部分僅按照 W3C的規(guī) 則對(duì) YD／ T 1760． I一 2020《數(shù)字移動(dòng)終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》所要 求的 vCard字段進(jìn)行 XML形式的封裝定義。在電話簿數(shù)據(jù)進(jìn)行 XML的封裝過(guò)程 中，需要遵守如下的 DTD。所有的 vCard數(shù)據(jù)都 是 XML中 vCard元素的子元素，每個(gè) vCard元素可以包含 O個(gè)或者多個(gè) vCardInfo元素。 移動(dòng)終端可以根據(jù)上述 DTD的描述生成和解析 udx文件，移動(dòng)終端也可以支持 Schema方式進(jìn)行 udx 文件的生成和解析。s=” omaxOccurs=“ unbounded’協(xié) xs： elementnlLrnc=” TITLE” type=” xs： stdng” minOccurs= 0加“ occurs=” unbounded／ xs： dcmtl39。‘ xs： strlng“ minOeeurs=” 0” maxOcctLrs=39。 maxOceurs=” unbounded’協(xié) xs： elementBKIIIe： =” EMAILWORK“ type=“ xs： sU39。s= 0 mtⅨ Occurs=” unbounded”， xs： de． meatnBtlhT． m” EXTENTION” type=” xs： string” IIlinoccun= 0 maxOeeurs=” unbounded”， ) dm： seqIl∞ ce) bxs： eomplexq帥 e 6． 3． 3日程表 移動(dòng)終端所支持的日程表數(shù)據(jù)格式應(yīng)符合 vCalendar v1． 0規(guī)范的要求，具體的 vCalendar數(shù)據(jù)字段的 含義應(yīng)符合 YD／ T 1760．卜 2020《數(shù)字移動(dòng)終端外圍接口數(shù)據(jù)交換第 1部分：數(shù)據(jù)格式技術(shù)要求》。 移動(dòng)終端在對(duì)日程表進(jìn)行數(shù)據(jù)交換的過(guò)程中，應(yīng)支持將移動(dòng)終端的日程表數(shù)據(jù)按照Ⅺ札的形式進(jìn) 行封裝，所生成的 udx文件用于對(duì)所需交換的日程表數(shù)據(jù)進(jìn)行交換。所有的 vCalendar 數(shù)據(jù)都是 XMLdovCalendar元素的子元素，每個(gè) vCalendar元素可以包含 O個(gè)或者多個(gè) vCalendarlnfo元素。 移動(dòng)終端可以根據(jù)上述 DTD的描述生成和 解析 udx文件，移動(dòng)終端也可以支持