中國聯(lián)通3G門戶業(yè)務(wù)技術(shù)要求

中國聯(lián)通 3G 門戶 業(yè)務(wù) 技術(shù)要求 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 I 目 錄 1 概述 . 1 1.1 文檔內(nèi)容 .1 1.2 適用范圍 .1 1.3 解釋權(quán)及修訂權(quán) .1 1.4 術(shù)語和縮 略語 .2 1.5 參考文獻 .2 2 業(yè)務(wù)技術(shù)要求 . 3 2.1 業(yè)務(wù)訪問和訂購流程 .3 2.1.1 業(yè)務(wù)使用流程（訪問非計費 URL） . 3 2.1.2 業(yè)務(wù)使用流程（訪問計費 URL） . 4 2.1.3 訂購業(yè)務(wù)流程 . 5 2.2 頁面開發(fā)規(guī)范 .6 2.2.1 標(biāo)記語言規(guī)范 . 6 2.2.2 頁面設(shè)計基本原則 . 7 2.2.3 頁面效果規(guī)范 . 7 2.2.4 背景音樂規(guī)范 . 9 2.2.5 圖標(biāo)與圖形規(guī)范 . 10 2.2.6 CACHE 規(guī)范 . 11 2.2.7 菜單規(guī)范 . 12 2.2.8 頁面返回規(guī)范 . 12 2.2.9 文本顯示 規(guī)范 . 13 2.2.10 用戶輸入規(guī)范 . 15 2.2.11 格式化輸入規(guī)范 . 15 2.2.12 瀏覽器性能參考 . 16 2.2.13 MHTML 格式頁面 . 16 2.2.14 終端適配 . 20 2.2.15 COOKIES 規(guī)范 . 20 2.3 URL說明 .21 2.4 業(yè)務(wù)返回規(guī)范 .21 2.4.1 說明 . 21 2.4.2 適用范圍 . 22 2.4.3 頁面和軟鍵 (數(shù)字鍵 )的返回規(guī)定 . 22 2.4.4 業(yè)務(wù)的“返回上級” . 23 2.4.5 業(yè)務(wù)的“返回首頁” . 25 2.4.6 業(yè)務(wù)的返回“頻道首頁” . 26 2.5 WAP PUSH 規(guī)范 .27 2.5.1 說明 . 27 2.6 業(yè)務(wù)實現(xiàn)要求 .27 2.6.1 對 WAP1.2 的兼容 . 27 2.6.2 瀏覽類業(yè)務(wù) . 31 2.6.3 下載類業(yè)務(wù) . 34 2.6.4 業(yè)務(wù)訂購 . 34 2.6.5 PUSH 類業(yè)務(wù) . 35 2.7 用戶手機號碼和手機型號獲取說明 .35 2.8 編碼和代碼 .36 2.9 計費模式 .36 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 1 1 概述 中國聯(lián)通 WCDMA 移動互聯(lián)網(wǎng) 業(yè)務(wù)開展以 后 ，用戶數(shù)增長迅速，用戶使用的各類業(yè)務(wù)越來越豐富，目前提供的各類業(yè)務(wù)均是按照 WAP1.2 標(biāo)準向用戶提供的服務(wù)。中國聯(lián)通 前期已 建立了統(tǒng)一的 WAP 2.0 門戶站點， WAP2.0 門戶即將上線。 為了提供更好、功能更加強大的服務(wù)， 2009 年新建 3G 門戶 與 2G 門戶站點相結(jié)合 ， 對用戶提供各類服務(wù)，為了 保證 統(tǒng)一 2G/3G 門戶 業(yè)務(wù)，特制定了 本 業(yè)務(wù)規(guī)范。 1.1 文檔內(nèi)容 本規(guī)范內(nèi)容包括 3G 業(yè)務(wù) 門戶 的技術(shù)說明 ， 業(yè)務(wù)訪問流程，計費和價格原則以及各類業(yè)務(wù)規(guī)范，并 給出了相應(yīng)的基 本原則與例子。 同時對于 2G 業(yè)務(wù)的兼容性和延續(xù)性作了相關(guān)說明 。 1.2 適用 范圍 本規(guī)范適用于中國聯(lián)通各級機構(gòu)和 CP/SP（內(nèi)容 /服務(wù)提供商）通過中國聯(lián)通2G/3G 業(yè)務(wù) 門戶站點向用戶提供各類 增值業(yè)務(wù) 服務(wù)。 1.3 解釋權(quán)及修訂權(quán) 本規(guī)范由中國聯(lián)通制定、審核并發(fā)布，起草單位為中國聯(lián)通 產(chǎn)品創(chuàng)新部 。 本規(guī)范將根據(jù)市場發(fā)展需要適時進行修改，其修改權(quán)和解釋權(quán)屬于中國聯(lián)通 產(chǎn)品創(chuàng)新部 。 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 2 1.4 術(shù)語和縮略語 WAP: Wireless Application Protocol SP: Service Provider,服務(wù)提供商 頁面：每次請求 ，所得到的顯示內(nèi)容 頻道 ： 根據(jù)業(yè)務(wù)內(nèi)容分類劃分的區(qū)域，頻道下為 欄目列表 欄目： 頻道中的某一類服務(wù)，欄目下是業(yè)務(wù)列表 欄目標(biāo)題：顯示內(nèi)容的頁面頂端顯示的內(nèi)容標(biāo)題 欄目名稱：菜單欄目列表中指向內(nèi)容鏈接或下一級菜單鏈接的欄目名 XML： extensible markup language, 擴展超文本標(biāo)記語言 , HTML 的最新版本（ v.4.1）是 XHTML 的基礎(chǔ)。 XHTML MP: XHTML mobile profile, XHTML 移動描述 。源于 XHTML Basic 并且從完整的 XHTML 1.1 中增加了 在移動瀏覽器中有用的元素和屬性。 WAP CSS： WAP cascading style sheets，是 CSS 的移動版本， 是 CSS 的一個子集，但不包括那些不適用于特別小的設(shè)備功能。 CP/SP：內(nèi)容提供商 /服務(wù)提供商 資費 確認：用戶確認收費 規(guī)則 ，如包月、點擊及收費金額 計費：根據(jù)用戶確認的收費策略，作計費處理，計算本次使用服務(wù)的費用 1.5 參考文獻 中國聯(lián)通 WCDMA 移動互聯(lián)網(wǎng)門戶業(yè)務(wù)規(guī)范 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 3 2 業(yè)務(wù) 技術(shù)要求 2.1 業(yè)務(wù)訪問和 訂購 流程 2.1.1 業(yè)務(wù)使用流程（訪問非計費 URL） 用 戶W E B 網(wǎng) 關(guān) / H T T P代 理W A P / W E B門 戶V A C S PP o r t a l 瀏 覽判 斷 用 戶 請 求 ，將 用 戶 請 求 定 位 到 全 國 門 戶P o a t a l 瀏 覽P o r t a l 展 現(xiàn)瀏 覽 請 求判 斷 用 戶 訪 問 的 是 非 計 費 U R L轉(zhuǎn) 發(fā) 瀏 覽 請 求業(yè) 務(wù) 返 回流程描述： （ 1）用戶一鍵上網(wǎng)，訪問總部門戶； （ 2） WEB網(wǎng)關(guān)判斷用戶請求，將用戶請求定位到總部門戶； （ 3）聯(lián)通 Portal展現(xiàn)； （ 4）用戶發(fā)起一個瀏覽請求； （ 5） HTTP代理根據(jù)用戶所請求訪問的 URL判斷出是非計費 URL，轉(zhuǎn)發(fā)用戶請求至免費 SP； （ 6） SP給用戶返回訪問內(nèi)容。 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 4 2.1.2 業(yè)務(wù)使用流程（訪問計費 URL） 用 戶W E B 網(wǎng) 關(guān) / H T T P代 理W A P / W E B門 戶V A C S PP o r t a l 瀏 覽判 斷 用 戶 請 求 ，將 用 戶 請 求 定 位 到 全 國 門 戶P o a t a l 瀏 覽P o a t a l 展 現(xiàn)瀏 覽 請 求判 斷 用 戶 訪 問 的 是 計 費 U R L轉(zhuǎn) 發(fā) 瀏 覽 請 求業(yè) 務(wù) 返 回觸 發(fā) 鑒 權(quán)認 證 鑒 權(quán)用 戶 一 鍵 上網(wǎng) ， 訪 問 總 部門 戶用 戶 訪 問 收 費內(nèi) 容 用 戶 已 訂 購 ， 用戶 直 接 使 用 （ 按 次計 費 業(yè) 務(wù) ） 用 戶 已 訂 購 ，用 戶 直 接 使 用（ 包 月 業(yè) 務(wù) ）鑒 權(quán) 成 功 ， 用 戶 已 訂 購生 成 話 單鑒 權(quán) 成 功 ， 用 戶 已 訂 購重 定 向 到 資 費 提 示 頁 面展 現(xiàn) 資 費 提 示 頁 面用 戶 確 認 資 費重 定 向 到 用 戶 瀏 覽 頁 面業(yè) 務(wù) 返 回生 成 話 單B S S同 步 話 單同 步 話 單用 戶 未 訂 購 ， 提 示用 戶 訂 購鑒 權(quán) 失 敗 （ 用 戶 未 訂 購 ）觸 發(fā) 訂 購 流 程修改話單生成 /同步話單流程 .只修訂圖 流程描述： （ 1）用戶一鍵上網(wǎng)，訪問總部門戶； （ 2） WEB網(wǎng)關(guān)判斷用戶請求 ，將用戶請求定位到總部門戶； （ 3）聯(lián)通 Portal展現(xiàn)； （ 4）用戶發(fā)起一個瀏覽請求； （ 5） HTTP代理根據(jù)用戶所請求訪問的 URL判斷出是計費 URL，觸發(fā)到 VAC鑒權(quán) 用戶已訂購，用戶直接使用（包月業(yè)務(wù)）： （ 6）鑒權(quán)成功，用戶訂購的是包月業(yè)務(wù)，則 HTTP代理轉(zhuǎn)發(fā)用戶請求至收費 SP； （ 7） SP返回訪問內(nèi)容； （ 8） HTTP代理觸發(fā)到 VAC的話單生成請求； （ 9） VAC生成話單，并同步給 BSS； 用戶已訂購，用戶直接使用（按次計費業(yè)務(wù)）： 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 5 （ 6）鑒權(quán)成功，用戶訂購的是按次計費業(yè)務(wù)，則 HTTP代理重定 向到資費提示頁面； （ 7）用戶確認資費； （ 8）頁面重定向到用戶瀏覽頁面； （ 9） SP返回訪問內(nèi)容； （ 10） HTTP代理觸發(fā)到 VAC的話單生成請求； （ 11） VAC生成話單，并同步給 BSS； 用戶未訂購，觸發(fā)訂購流程： （ 6）鑒權(quán)失敗，用戶未訂購， HTTP代理 重定向到業(yè)務(wù)訂購提示頁面。 2.1.3 訂購業(yè)務(wù)流程 用 戶W A P / W E B 門 戶 V A C S P O C S / S C PB S S用 戶 訪 問 訂 購 頁 面發(fā) 起 認 證 鑒 權(quán)扣 費 結(jié) 果 返 回預(yù) 付 費 扣 費展 現(xiàn) 頁 面 訂 購 頁 面訂 購 請 求展 現(xiàn) 二 次 確 認 頁 面用 戶 確 定 訂 購用 戶 、 業(yè) 務(wù) 、 S P 進 行 認 證 鑒 權(quán)生 成 訂 購 關(guān) 系 / 出 話 單鑒 權(quán) 成 功展 現(xiàn) 訂 購 成 功 頁 面 訂 購 關(guān) 系 通 知 S P訂 購 關(guān) 系 通 知 B S S參考 VAC規(guī)范 流程說明： （ 1）用戶訪問業(yè)務(wù)訂購頁面； （ 2）門戶展現(xiàn)訂購頁面； （ 3）用戶點擊訂購鏈接，發(fā)起訂購請求； （ 4）門戶展現(xiàn)二次確認頁面 ； （ 5）用戶點擊確認鏈接； （ 6）門戶發(fā)起到用戶歸屬的 VAC的訂購鑒權(quán)； （ 7） VAC對用戶進行狀態(tài)認證、業(yè)務(wù)能力鑒權(quán)、終端能力鑒權(quán)、對業(yè)務(wù)進行鑒權(quán)、對 SP進行鑒權(quán)； （ 8）鑒權(quán)通過后判斷用戶是否是預(yù)付費用戶，如果是，則發(fā)起到 OCS/SCP的實時扣費，并接收扣費結(jié)果，如果扣費成功，則繼續(xù)，否則鑒權(quán)失敗，提示用戶余額不足，訂購失敗。如果用戶是后付費用戶則繼續(xù)； （ 9） VAC生成訂購關(guān)系； （ 10） VAC向 SP發(fā)送訂購關(guān)系通知，并獲取 SP回復(fù)信息； 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 6 （ 11） VAC向 BSS發(fā)送訂購關(guān)系通知，并獲取 BSS回復(fù)信息 ； （ 12） VAC返回訂購鑒權(quán)成功響應(yīng)給門戶。 （ 13）門戶向用戶展示訂購成功提示頁面。 2.2 頁面開發(fā)規(guī)范 2.2.1 標(biāo)記語言規(guī)范 1. 所有頁面都要求由 XHTML 編寫，嚴格遵循 XHTML MP 規(guī)范，請參考本文以上內(nèi)容，或者參考： /documentation/xhtml_mp_css_reference_70/index.html 2. 頁面驗證工具： / 3. 所有的頁面都要已以下格式開始 4. 頁面編碼為 utf-8。 5. 所有屬性要求雙引號。 6. 所有的 & 符號 , 都要改成 &； 7. 所有的標(biāo)簽 (除了文件頭的 DOCTYPE)都是小寫，并且注意。 8. 標(biāo)簽是大小寫相關(guān)的，比如 : 應(yīng)當(dāng)寫為 ： 9. 所有的標(biāo)簽都要封閉 10. 所有的標(biāo)簽的嵌套關(guān)系要符合 xhtml mp 規(guī)范 , 比如 后，要加 11. 業(yè)務(wù)內(nèi)地址要求用相對地址，且不要用 refresh 功能 . 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 7 2.2.2 頁面設(shè)計基本原則 1. 相比 2G 網(wǎng)絡(luò)， 3G網(wǎng)絡(luò)在網(wǎng)絡(luò)帶寬上大大增加，引領(lǐng)用戶進入真正的無線互聯(lián)網(wǎng)時代； CP/SP 應(yīng)基于 3G 網(wǎng)絡(luò)的特點開發(fā)出內(nèi)容更豐富的應(yīng)用，在3G 門戶的頁面設(shè)計上考慮更豐富的媒體類型和內(nèi)容元素。 2. 由于手機終端具有屏幕狹小、輸入受限等特點，同時移動互聯(lián)網(wǎng)帶寬受限，因此 CP/SP 業(yè)務(wù)設(shè)計本著引導(dǎo)與方便用戶使用原則而開展。 3. CP/SP 所開發(fā)業(yè)務(wù)既要較快讓用戶進入與使用，又要方便用戶出來使用其它欄目或者 CP/SP 業(yè)務(wù)。用戶進入后無法通過鏈接返回首 頁的業(yè)務(wù)視為重大錯誤。 4. 瀏覽類與信息類業(yè)務(wù)要求各 CP/SP 要有功能與風(fēng)格基本一致的界面。 2.2.3 頁面效果規(guī)范 頁面的效果應(yīng)把握“提高訪問速度的前提下，提高頁面瀏覽流量、提高頁面視覺沖擊效果”的原則： 1. 單頁面圖片與文字總和的整體容量應(yīng)控制在 150k 以下，普通頁面的全部展現(xiàn)時間應(yīng)保證小于 4s，多圖形頁面的全部展現(xiàn)時間應(yīng)保證小于 6s（包括頁面內(nèi)置對象）。 2. 對于業(yè)務(wù)入口頁面，在保證速度的前提下，應(yīng)盡可能做得豐富一些，增強用戶的視覺感受；對于第二級和第三級及其以下的頁面，可以稍微簡化頁面的效果，但是不允許出現(xiàn)純文本的頁面 。 3. 對于使用圖片的頁面，應(yīng)該設(shè)置與圖片主色調(diào)相近的背景色，在用戶觸發(fā)頁面的下載后，應(yīng)保證用戶通過迅速見到出現(xiàn)的背景色而能感受到下載已經(jīng)進行，絕對不能在下載進行中向用戶展現(xiàn)白屏。 4. 如果使用表格的嵌套，嵌套的層數(shù)應(yīng)該少于 2 層。 5. CSS 應(yīng)該定義到每一個文件，不能單獨做成一個文件， 應(yīng)使用頁面內(nèi)包含。 6. 對于背景的圖片，建議使用小圖片的平鋪方式，可以大大提高下載速度，中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 8 平鋪應(yīng)該優(yōu)先考慮手機 170 像素的屏寬。否則將會出現(xiàn)明顯的接縫痕跡，示例如下 : 未考慮手機平鋪效果： 建議平鋪效果： 7. Html Body 下的子 TAG 中的內(nèi)容應(yīng)盡量少， 盡量少定義全局， 應(yīng)分散到多個子 TAG 中， TAG 禁止相互嵌套，代碼示例 :  ；  ； 方 孤苦伶仃接口管理發(fā)動機可法律界公開勒索奮斗 應(yīng)該為：  ； 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 9  ； 方孤苦伶仃接口管理發(fā)動機可法律界公開勒索奮斗 8. 頁面中所有顯示圖片應(yīng)加 Alt， 在圖片未完全下載前，能夠用文字給用戶以圖片展示內(nèi) 容的說明。示例代碼如下： 2.2.4 背景音樂規(guī)范 1. 背景音樂使用 MIDI 格式。 2. 為了滿足用戶在不同場景中的需要， 頁面中應(yīng)該設(shè)置明顯的可以開啟或關(guān)閉背景音的操作方式。 3. 背景音樂的請求代碼應(yīng)該放在圖片的 請求代碼的 之 后，以保證下載速度和用戶感受，示例代碼如下： 推薦的寫法： 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 10 fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 不推薦的寫法： fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 2.2.5 圖標(biāo)與圖形規(guī)范 1. 為了保證頁面的整體下載時間，建議單頁面圖片的容量應(yīng)該控制在 100k以內(nèi)。 2. 圖片下載必須提供圖片預(yù)覽功能，預(yù)覽時顯示文字應(yīng)為“生成預(yù)覽中 ”， 預(yù)覽圖片應(yīng) 為 80x80 像素，大小應(yīng)控制在 6K 以內(nèi)，以保證預(yù)覽生成的速度在 3 秒以內(nèi)。正式下載的圖片應(yīng)盡量保證容量較大，圖像清晰。建議下生成預(yù)覽中 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 11 載圖片大小在 25K 左右， 預(yù)覽頁面效果如圖： 3. 瀏覽器 對于不同格式的圖片解碼速度是不同的，根據(jù)測試值得出（ OPENWAVE 瀏覽器），解碼速度 BMPPNGJPEGGIF， 建議 CP/SP在保證圖片質(zhì)量的基礎(chǔ)上，最好選擇 GIF 和 PNG 格式的圖片，并且應(yīng)經(jīng)過 PHOTOSHOP 壓縮。 4. 由于使用小圖標(biāo)會增加 Http 請求的個數(shù)從而影響頁面的整體下載速度，所以不推薦在欄目列 表中使用較多的小圖標(biāo)，建議使用 特殊符號或者數(shù)字符號代替小圖標(biāo)，可以很大程度上提高瀏覽速度； 如果必須使用，則每頁使用小圖標(biāo)的個數(shù)不應(yīng)超過 15 個，且單個圖標(biāo)大小應(yīng)在 500byte 以內(nèi) 。 2.2.6 CACHE 規(guī)范 1. 為加快用戶瀏覽頁面顯示速度，業(yè)務(wù)入口頁面，以及公共性和架構(gòu)類的頁面應(yīng)使用 CACHE，其他頁面不應(yīng)使用 CACHE。 2. 不要將時效性很強的內(nèi)容（如新聞、股票信息等）留在 CACHE 中。 3. 天氣信息、交通信息等特定內(nèi)容在 CACHE 中的有效時間為 6 小時。 4. 對動態(tài)信息要強制更新。 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 12 2.2.7 菜單規(guī)范 1. 菜單項按業(yè)務(wù)的重要性的順序來排列， 用戶最可能選擇的業(yè)務(wù)排在前面。 2. 菜單項應(yīng)遵循的排列格式：在保證美觀的基礎(chǔ)上，如果菜單一列顯示，文本部分左對齊，圖片菜單部分中間對齊；如果分列顯示，文本部分左對齊，圖片菜單項要盡量與屏幕寬度相同，如果不能相同，則要保證中間對齊。 3. 菜單項應(yīng)盡量避免使用小圖標(biāo)。 4. 建議使用數(shù)字快捷鍵作為菜單選擇手段，但是菜單選項應(yīng)該使用明顯的標(biāo)識提示用戶使用數(shù)字快捷鍵，菜單選項多于 9 個時，定義“ 0”鍵表示進入下一頁，定義“ *”鍵表示返回上級；定義“ #”鍵表示返回首頁。對于不支持字符觸發(fā)的終端，“返回上級”和“聯(lián)通首頁”應(yīng)采用小圖標(biāo) 和文字鏈接，可以通過方向鍵選擇。 5. 菜單盡量不要小圖標(biāo)（ Icon）和數(shù)字快捷鍵同時使用，因為這樣，對于大部分終端，會造成菜單文字的換行，影響界面的美觀。 6. 如果需要在一個菜單項上執(zhí)行多個操作，可以通過彈出式菜單實現(xiàn)。 2.2.8 頁面返回規(guī)范 用戶經(jīng)常使用手機中的返回按鍵（通常就是刪除按鍵）返回或退出，因此，返回連接對一個業(yè)務(wù)的成功是十分關(guān)鍵的，要倍加關(guān)注，對返回連接設(shè)計好的業(yè)務(wù)，將會顯著地提高用戶的使用次數(shù)。 1. 在所有業(yè)務(wù)的頁面底部必須有一個“聯(lián)通首頁 #”和“返回上級 *”的鏈接 (注意必須在鏈接的文字后提供“ #”和“ *”作 為明顯的標(biāo)識提示用戶 )； “返回首頁 ”的鏈接為： ，頁面效果如圖： （ 個人圖片 )（ 圖片下載 ） （ 鈴聲下載 ）（ 屏保動畫 ） （ 音樂動畫 ） (背景圖片 ) 返回上級 * 聯(lián)通首頁 # 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 13 返回上級：指返回 SP 的應(yīng)用菜單 聯(lián)通首頁：指返回互動視界的首頁 2. 如果上一個頁面是重定向頁面，則“返回上級”應(yīng)跳過重定向頁面。 3. 為了便于用戶的使用，在有些情況下，允許返回上級功能不直接返回上一個頁面，而是將用戶帶到最方便使用業(yè)務(wù)的頁面。 例：用戶在使用鈴聲搜索或者單詞翻譯的業(yè)務(wù)時，當(dāng)輸入的要搜索的鈴聲或 者翻譯的單詞，然后進入確認頁面，點擊確認后，當(dāng)沒有找到時出現(xiàn)的提示頁面中的返回，不是返回到確認頁面，而是返回到重新輸入頁面； 2.2.9 文本顯示規(guī)范 1. 一個 CARD 中顯示 5k 以下 字符，即 2000 漢字以內(nèi)。 2. 當(dāng)需要顯示的內(nèi)容超過范圍時，在底部提供一個“下一頁”連接，但在每個欄目下，傳送給用戶的內(nèi)容最好不要超過 3 頁。 3. 將超出一行的內(nèi)容分行顯示，但主菜單及子欄目標(biāo)題則應(yīng)盡量將文字壓縮為一行。如：“少女系列三十一”此標(biāo)題字符過長，可將其壓縮為“少女系列 31”。 4. 所有文本左對齊。 5. 每段文字的首字需要保證對應(yīng)的文字縮進。 6. 瀏覽 圖片和新聞等內(nèi)容時，應(yīng)提供明示下一主題或內(nèi)容的連接說明，用于用戶直接轉(zhuǎn)到下一個主題或內(nèi)容，比如“下一張”、“下一條”等，而不要僅僅顯示“下一頁”，以免造成用戶的混淆。 7. 所有提示性文字應(yīng)使用統(tǒng)一的簡體中文，避免出現(xiàn)英文與中文混合的內(nèi)中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 14 容，如“ Loading 請稍后”，應(yīng)為“正在下載中 請稍后”。 8. 菜單中的各項要按照一定的邏輯順序來排列，如按照類型、時間、字母順序等。如果沒有邏輯順序，就按優(yōu)先級排列，將最可能選擇的排在最前面，將最新更新的部分放在最前面，并加入“ NEW”字樣。 9. 新聞類欄目要在新聞標(biāo)題的后面顯示新聞 發(fā)布的日期及出處。如圖： 10. 當(dāng)用戶閱讀文本時，應(yīng)能主動預(yù)讀取下一頁文本到手機的 CACHE 中，加快用戶閱讀的切換速度。 比如： Page 1 of 2 。 1. 中 國 隊 大 勝 香 港隊 。 (2004。 11。18，摘自 XX 時報 ) 2. 央視招 標(biāo)突 破 50億 。 (2004。 11。18，摘自 XX晚報報 ) 3. 北京警方成功破獲多起搶劫案 。(2004.11.18 ，摘自XX 時報 ) 下一頁 返回上級 * 聯(lián)通首頁 # 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 15 上面的 代碼展示了如何利用預(yù)取功能對一個卡片組中的下一個卡片進行訪問。 2.2.10 用戶輸入規(guī)范 1. 盡量減少用戶的文本輸入。 2. 當(dāng)已激活輸入?yún)^(qū)域時，只需要有一個確認連接，不需要提供其他功能。 3. 為每一個輸入項盡可能直觀的提示與描述，但不要多于 10 個漢字。 4. 對每一個輸入項，將輸入的內(nèi)容限制在 254 個字符之內(nèi)。 5. 應(yīng)通過設(shè)定輸入框的內(nèi)容類型，避免用戶增加切換輸入法的操作。 6. 對用戶輸入的密碼，不要用 *進行掩蓋，在手機上明文顯示即可。 7. 使用 MAXLENGTH 參數(shù)來限制用戶輸入密碼的長度，避免用戶出錯。 2.2.11 格式化輸入規(guī)范 格式化輸入主要包括輸入日 期、信用卡號碼等具有固定格式的內(nèi)容。 1. 對所有格式化輸入都必須表明輸入格式，如輸入如期時可以表示為：MM/YYYY 見下 例： 2. 對輸入的類型進行強制匹配，該輸入數(shù)字的地方，不能輸入字母。 3. 可以通過 MAXLENGTH 參數(shù)限制輸入的字符數(shù)。 4. 對確定的內(nèi)容進行預(yù)制， 如輸入日期時可以表示為 20xx，只讓用戶輸入后兩位數(shù)字就可以。 5. 對可確定用戶輸入的文字功能實現(xiàn)自動切換，如需用戶輸入密碼時，應(yīng)自動切換為“數(shù)字功能”，要求用戶輸入 Email 地址時，應(yīng)自動切換為“英文”等。 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 16 2.2.12 瀏覽器性能參考 1. 建議 CP/SP 建議控制頁面中 Http link 數(shù)目。 2. 頁面中 http link 請求的順序是按照編寫的順序產(chǎn)生的，建議 CP/SP 對于較大的對象應(yīng)盡量放在后面。 3. 頁面編碼應(yīng)采用 utf-8， 可減少 proxy 或終端的轉(zhuǎn)化。 2.2.13 MHTML 格式頁面 概述 鑒于 4.2.11 章節(jié)中提到的手機瀏覽器單連接同步發(fā)送請求的特性，減少同一頁面中請求數(shù)量可以有效的加快頁面翻轉(zhuǎn)速度。 MHTML 格式頁面恰恰可以滿足如上需求。 目前 Openwave 6.X 版本 的瀏覽器已經(jīng)被普遍的應(yīng)用在 Wap2.0 終端上，該版本手機瀏覽器可以支持 Multipart/related MIME Type。由于 MHTML 格式頁面對于“多圖”頁面能夠顯著提供頁面翻轉(zhuǎn)速度，因此，對于由頁面下載速度緩慢而嚴重影響用戶感知、用戶體驗的頁面，建議采用 MHTML 格式頁面進行打包，將多個請求轉(zhuǎn)換為一個請求，縮短由于手機瀏覽器的局限而導(dǎo)致頁面翻轉(zhuǎn)較長的耗時。 實現(xiàn)原理 網(wǎng)頁打包技術(shù)是一種基于 HTTP 的傳輸擴展協(xié)議，可以參考互聯(lián)網(wǎng)標(biāo)準協(xié)議RFC2557 MIME Encapsulation of Aggregate Documents, such as HTML (MHTML)，通過在傳輸過程中實現(xiàn)頁面和 頁面內(nèi)嵌對象的整合編碼技術(shù)，實現(xiàn)一次連接可以傳輸完整頁面及頁面內(nèi)嵌對象的技術(shù)標(biāo)準。本協(xié)議是對 RFC2557 在 WAP 傳輸上的修正，針對無線網(wǎng)絡(luò)的特性，去掉了冗余數(shù)據(jù)，結(jié)合 WCDMA 的高速數(shù)據(jù)通道實現(xiàn)無縫高效傳輸。 傳統(tǒng)的 WAP 頁面?zhèn)鬏斶^程： 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 17 1. 向服務(wù)器發(fā)送請求，請求頁面文件 (WML 或 XHTML)。 2. 顯示初步頁面。 3. 瀏覽器針對頁面進行分析，得到頁面內(nèi)嵌對象（如圖片，鈴聲）的 URL。 4. 繼續(xù)發(fā)送對頁面內(nèi)嵌對象請求。 5. 顯示完整頁面。 WML/XHTML 格式 頁面?zhèn)鬏斒疽鈭D 打包技術(shù)頁面?zhèn)鬏斶^程： 1. 向服務(wù)器發(fā)送頁面請求，傳輸整個 MHTML 頁面文件。 2. 對打包文件解碼，顯示完整頁面。 MHTML 技術(shù)傳輸示意圖 MHTML 文件 一次請求 /應(yīng)答 頁面元素文件 XHTML 文件 多次請求 /應(yīng)答 一次請求 /應(yīng)答 手機 服務(wù)器 手機 服務(wù)器 手機 服務(wù)器 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 18 簡單實現(xiàn)過程 .1 將網(wǎng)頁轉(zhuǎn)成 Multipart 格式 1. 使用 IE 打開某業(yè)務(wù)入口頁面。 2. 在菜單中選擇另存為。 3. 在對話框內(nèi)選擇保存類型為 WEB 檔案，單一文件 。 4. 選擇編碼為 UTF-8,文件名為 test.mht，確定保存。 5. 在菜單中選擇另存為。 6. 在對話框內(nèi)選擇保存類型為 網(wǎng)頁， html格式 。 7. 文件名為 test. html，確定保存。 8. 使用文本編輯器打開 test.mht。 9. 去掉前的 16 行（前 16 行為 IE 自行添加的冗余信息）。 10. 增加以下內(nèi)容： .2 將頁面元素轉(zhuǎn)成 Base64 格式 接前一章節(jié)： 1. 查找圖片文件的 URL 位置。 2. 修改為本地路徑。 3. 去掉最后一行的標(biāo)識 -=_NextPart_000_0000_01C54B57.43303D40-（對于不同情況，黃色背景部分可能略有不同）。 -=_NextPart_000_0003_01C54672.B1702520 Content-Type: text/html；charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Location: page 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 19 4. 在文件尾部加上以下內(nèi)容（假設(shè)該測試頁面只內(nèi)嵌了 2 個對象）： 5. 在 test.files 文件夾中找出圖片文件并使用 BASE64 進行編碼，獲得純文本字符串，或參照以下步驟使用 outlook 對圖片進行編碼。 a) 打開 outlook,新建一個郵件 b) 在附件中選擇以上的圖片文件 c) 發(fā)送郵件 d) 在郵件發(fā)送箱中找到該郵件 e) 查看郵件屬性里的詳細信息 f) 選擇編號好的圖片文件內(nèi)容 .3 整合為 MHTML 文件 1. 在 test.mht 中粘貼對內(nèi)嵌對象進行 BASE64 編碼后的純文本字符串。如， -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: a.gif 此處粘貼 a.gif 進行 BASE64 編碼后的純文本字符串 -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: b.gif 此處粘貼 b.gif 進行 BASE64 編碼后的純文本字符串 -=_NextPart_000_0003_01C54672.B1702520- -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: a.gif -=_NextPart_000_0003_01C54672.B1702520 Content-Type: image/gif Content-Transfer-Encoding: base64 Content-Location: b.gif -=_NextPart_000_0003_01C54672.B1702520- 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 20 2. 將 test.mht 另 存為 test.jsp。 3. 部署到應(yīng)用服務(wù)器。 4. 進行測試。 應(yīng)用范圍 如 章節(jié)要求， 對于由頁面下載速度緩慢而嚴重影響用戶感知、用戶體驗的頁面 ，我們建議采用 MHTML 格式頁面進行打包。 以下舉例說明建議采用 MHTML 格式進行開發(fā)的現(xiàn)網(wǎng)業(yè)務(wù)頁面（灰色涂抹部分為尚未下載完成的圖片說明，顧及影響，此處以灰色進行涂抹）。 以上頁面效果嚴重影響用戶感知、用戶體驗，因此，對于此類業(yè)務(wù)頁面，我們建議以 MHTML 格式進行開發(fā)。 2.2.14 終端適配 1. 由于終端支持的選擇性的，相同設(shè)計的頁面在不同的終端上有著不同的表現(xiàn)形式，因 此，請 CP/SP 在開發(fā)時注意通過終端適配，識別不同的終端并根據(jù)其不同的能力屬性來推送適配的頁面。 2. 由于終端 CPU 性能的影響，一些終端在解碼時 CPU 資源占用嚴重，影響瀏覽速度，這類終端不適合圖片內(nèi)容較多的頁面的展現(xiàn)， CP/SP 應(yīng)單獨對這類終端進行適配。 2.2.15 COOKIES 規(guī)范 鑒于終端瀏覽器可以設(shè)置不支持 Cookie，因此，對于需要保存會話關(guān)系的 WAP 中國聯(lián)合 網(wǎng)絡(luò) 通信有限公司 21 2.0/HTTP 應(yīng)用程序，應(yīng)通過 URL 重寫（ URL Rewriting）的方式來保存會話關(guān)系，即將用戶的會話信息保存在 URL 中，當(dāng)用戶點擊鏈接時送回服務(wù)器端來保 持用戶的會話關(guān)系。 2.3 URL說明 SP 在中國聯(lián)通 3G 門戶中 提供一個 業(yè)務(wù)時， 需遵循中國聯(lián)通基于 URL 計費（信息費）的原則，對于接入的 任何收費業(yè)務(wù) 需要 提供如下 幾類 URL： 參數(shù)名稱 參數(shù)舉例 用途描述 入口 URL /w