1、TAIMINCO 3G門戶業(yè)務(wù)技術(shù)要求（XXX業(yè)務(wù)技術(shù)與商務(wù)培訓(xùn)）目 錄1.概述21.1.文檔內(nèi)容21.2.適用范圍21.3.解釋權(quán)及修訂權(quán)21.4.術(shù)語(yǔ)和縮略語(yǔ)21.5.參考文獻(xiàn)22.業(yè)務(wù)技術(shù)要求32.1.業(yè)務(wù)訪問和訂購(gòu)流程32.1.1 業(yè)務(wù)使用流程（訪問非計(jì)費(fèi)URL）32.1.2 業(yè)務(wù)使用流程（訪問計(jì)費(fèi)URL）32.1.3 訂購(gòu)業(yè)務(wù)流程32.2.頁(yè)面開發(fā)規(guī)范42.2.1 標(biāo)記語(yǔ)言規(guī)范42.2.2 頁(yè)面設(shè)計(jì)基本原則42.2.3 頁(yè)面效果規(guī)范42.2.4 背景音樂規(guī)范62.2.5 圖標(biāo)與圖形規(guī)范62.2.6 CACHE規(guī)范72.2.7 菜單規(guī)范72.2.8 頁(yè)面返回規(guī)范72.2.9 文本顯示規(guī)

2、范72.2.10 用戶輸入規(guī)范82.2.11 格式化輸入規(guī)范82.2.12 瀏覽器性能參考92.2.13 MHXXXL格式頁(yè)面92.2.14 終端適配102.2.15 COOKIES規(guī)范102.3.URL說(shuō)明102.4.業(yè)務(wù)返回規(guī)范112.4.1 說(shuō)明112.4.2 適用范圍112.4.3 頁(yè)面和軟鍵(數(shù)字鍵)的返回規(guī)定112.4.4 業(yè)務(wù)的“返回上級(jí)”112.4.5 業(yè)務(wù)的“返回首頁(yè)”132.4.6 業(yè)務(wù)的返回“頻道首頁(yè)”132.5.Wap Push規(guī)范132.5.1 說(shuō)明132.6.業(yè)務(wù)實(shí)現(xiàn)要求132.6.1 對(duì)WAP1.2的兼容132.6.2 瀏覽類業(yè)務(wù)162.7.用戶手機(jī)號(hào)碼和手機(jī)型號(hào)

3、獲取說(shuō)明182.8.編碼和代碼182.9.計(jì)費(fèi)模式19 3.0 商務(wù)合作PPT.221. 概述XXX平臺(tái)主頁(yè)3G移動(dòng)互聯(lián)網(wǎng)(電子商務(wù)平臺(tái))業(yè)務(wù)開展以后，用戶數(shù)增長(zhǎng)迅速，用戶使用的各類業(yè)務(wù)越來(lái)越豐富，目前提供的各類業(yè)務(wù)均是按照WAP1.2標(biāo)準(zhǔn)向用戶提供的服務(wù)。XXX平臺(tái)主頁(yè)前期已建立了統(tǒng)一的WAP 2.0門戶站點(diǎn)，WAP2.0門戶即將上線。為了提供更好、功能更加強(qiáng)大的服務(wù)，2009年新建3G門戶與2G門戶站點(diǎn)相結(jié)合，對(duì)用戶提供各類服務(wù)，為了保證統(tǒng)一2G/3G門戶業(yè)務(wù)，特制定了本業(yè)務(wù)規(guī)范。1.1. 文檔內(nèi)容本規(guī)范內(nèi)容包括3G業(yè)務(wù)門戶的技術(shù)說(shuō)明，業(yè)務(wù)訪問流程，計(jì)費(fèi)和價(jià)格原則以及各類業(yè)務(wù)規(guī)范，并給出了

4、相應(yīng)的基本原則與例子。同時(shí)對(duì)于2G業(yè)務(wù)的兼容性和延續(xù)性作了相關(guān)說(shuō)明。1.2. 適用范圍本規(guī)范適用于XXX平臺(tái)主頁(yè)各級(jí)機(jī)構(gòu)和CP/SP（內(nèi)容/服務(wù)提供商）通過XXX平臺(tái)主頁(yè)2G/3G業(yè)務(wù)門戶站點(diǎn)向用戶提供各類增值業(yè)務(wù)服務(wù)。1.3. 解釋權(quán)及修訂權(quán)本規(guī)范由XXX平臺(tái)主頁(yè)制定、審核并發(fā)布，起草單位為XXX平臺(tái)主頁(yè)產(chǎn)品創(chuàng)新部。本規(guī)范將根據(jù)市場(chǎng)發(fā)展需要適時(shí)進(jìn)行修改，其修改權(quán)和解釋權(quán)屬于XXX平臺(tái)主頁(yè)產(chǎn)品創(chuàng)新部。1.4. 術(shù)語(yǔ)和縮略語(yǔ)WAP: Wireless Application ProtocolSP: Service Provider,服務(wù)提供商頁(yè)面：每次請(qǐng)求，所得到的顯示內(nèi)容頻道：根據(jù)業(yè)務(wù)內(nèi)容分類

5、劃分的區(qū)域，頻道下為欄目列表欄目：頻道中的某一類服務(wù)，欄目下是業(yè)務(wù)列表欄目標(biāo)題：顯示內(nèi)容的頁(yè)面頂端顯示的內(nèi)容標(biāo)題欄目名稱：菜單欄目列表中指向內(nèi)容鏈接或下一級(jí)菜單鏈接的欄目名XML：extensible markup language, 擴(kuò)展超文本標(biāo)記語(yǔ)言, HXXXL的最新版本（v.4.1）是XHXXXL的基礎(chǔ)。XHXXXL MP: XHXXXL mobile profile, XHXXXL 移動(dòng)描述。源于XHXXXL Basic并且從完整的XHXXXL 1.1中增加了在移動(dòng)瀏覽器中有用的元素和屬性。WAP CSS：WAP cascading style sheets，是CSS的移動(dòng)版本，是C

6、SS的一個(gè)子集，但不包括那些不適用于特別小的設(shè)備功能。CP/SP：內(nèi)容提供商/服務(wù)提供商資費(fèi)確認(rèn)：用戶確認(rèn)收費(fèi)規(guī)則，如包月、點(diǎn)擊及收費(fèi)金額計(jì)費(fèi)：根據(jù)用戶確認(rèn)的收費(fèi)策略，作計(jì)費(fèi)處理，計(jì)算本次使用服務(wù)的費(fèi)用1.5. 參考文獻(xiàn)XXX平臺(tái)主頁(yè)WCDMA移動(dòng)互聯(lián)網(wǎng)門戶業(yè)務(wù)規(guī)范2. 業(yè)務(wù)技術(shù)要求2.1. 業(yè)務(wù)訪問和訂購(gòu)流程2.1.1 業(yè)務(wù)使用流程（訪問非計(jì)費(fèi)URL）流程描述：（1）用戶一鍵上網(wǎng)，訪問XXX門戶；（2）WEB網(wǎng)關(guān)判斷用戶請(qǐng)求，將用戶請(qǐng)求定位到XXX門戶；（3）平臺(tái)主頁(yè)P(yáng)ortal展現(xiàn)；（4）用戶發(fā)起一個(gè)瀏覽請(qǐng)求；（5）HTTP代理根據(jù)用戶所請(qǐng)求訪問的URL判斷出是非計(jì)費(fèi)URL，轉(zhuǎn)發(fā)用戶請(qǐng)求至

7、免費(fèi)SP；（6）SP給用戶返回訪問內(nèi)容。2.1.2 業(yè)務(wù)使用流程（訪問計(jì)費(fèi)URL）修改話單生成/同步話單流程.只修訂圖流程描述：（1）用戶一鍵上網(wǎng)，訪問XXX門戶；（2）WEB網(wǎng)關(guān)判斷用戶請(qǐng)求，將用戶請(qǐng)求定位到XXX門戶；（3）平臺(tái)主頁(yè)P(yáng)ortal展現(xiàn)；（4）用戶發(fā)起一個(gè)瀏覽請(qǐng)求；（5）HTTP代理根據(jù)用戶所請(qǐng)求訪問的URL判斷出是計(jì)費(fèi)URL，觸發(fā)到VAC鑒權(quán)用戶已訂購(gòu)，用戶直接使用（包月業(yè)務(wù)）：（6）鑒權(quán)成功，用戶訂購(gòu)的是包月業(yè)務(wù)，則HTTP代理轉(zhuǎn)發(fā)用戶請(qǐng)求至收費(fèi)SP；（7）SP返回訪問內(nèi)容；（8）HTTP代理觸發(fā)到VAC的話單生成請(qǐng)求；（9）VAC生成話單，并同步給BSS；用戶已訂購(gòu)，用戶

8、直接使用（按次計(jì)費(fèi)業(yè)務(wù)）：（6）鑒權(quán)成功，用戶訂購(gòu)的是按次計(jì)費(fèi)業(yè)務(wù)，則HTTP代理重定向到資費(fèi)提示頁(yè)面；（7）用戶確認(rèn)資費(fèi)；（8）頁(yè)面重定向到用戶瀏覽頁(yè)面；（9）SP返回訪問內(nèi)容；（10）HTTP代理觸發(fā)到VAC的話單生成請(qǐng)求；（11）VAC生成話單，并同步給BSS；用戶未訂購(gòu)，觸發(fā)訂購(gòu)流程：（6）鑒權(quán)失敗，用戶未訂購(gòu)，HTTP代理重定向到業(yè)務(wù)訂購(gòu)提示頁(yè)面。2.1.3 訂購(gòu)業(yè)務(wù)流程參考VAC規(guī)范流程說(shuō)明：（1）用戶訪問業(yè)務(wù)訂購(gòu)頁(yè)面；（2）門戶展現(xiàn)訂購(gòu)頁(yè)面；（3）用戶點(diǎn)擊訂購(gòu)鏈接，發(fā)起訂購(gòu)請(qǐng)求；（4）門戶展現(xiàn)二次確認(rèn)頁(yè)面；（5）用戶點(diǎn)擊確認(rèn)鏈接；（6）門戶發(fā)起到用戶歸屬的VAC的訂購(gòu)鑒權(quán)；（7）

9、VAC對(duì)用戶進(jìn)行狀態(tài)認(rèn)證、業(yè)務(wù)能力鑒權(quán)、終端能力鑒權(quán)、對(duì)業(yè)務(wù)進(jìn)行鑒權(quán)、對(duì)SP進(jìn)行鑒權(quán)；（8）鑒權(quán)通過后判斷用戶是否是預(yù)付費(fèi)用戶，如果是，則發(fā)起到OCS/SCP的實(shí)時(shí)扣費(fèi)，并接收扣費(fèi)結(jié)果，如果扣費(fèi)成功，則繼續(xù)，否則鑒權(quán)失敗，提示用戶余額不足，訂購(gòu)失敗。如果用戶是后付費(fèi)用戶則繼續(xù)；（9）VAC生成訂購(gòu)關(guān)系；（10）VAC向SP發(fā)送訂購(gòu)關(guān)系通知，并獲取SP回復(fù)信息；（11）VAC向BSS發(fā)送訂購(gòu)關(guān)系通知，并獲取BSS回復(fù)信息；（12）VAC返回訂購(gòu)鑒權(quán)成功響應(yīng)給門戶。（13）門戶向用戶展示訂購(gòu)成功提示頁(yè)面。2.2. 頁(yè)面開發(fā)規(guī)范2.2.1 標(biāo)記語(yǔ)言規(guī)范1. 所有頁(yè)面都要求由XHXXXL編寫，嚴(yán)格遵循

10、XHXXXL MP規(guī)范，請(qǐng)參考本文以上內(nèi)容，或者參考：/do . rence_70/index.hXXXl2. 頁(yè)面驗(yàn)證工具：/3. 所有的頁(yè)面都要已以下格式開始4. 頁(yè)面編碼為utf-8。5. 所有屬性要求雙引號(hào)。6. 所有的 & 符號(hào), 都要改成 &7. 所有的標(biāo)簽(除了文件頭的DOCTYPE)都是小寫，并且注意。8. 標(biāo)簽是大小寫相關(guān)的，比如:應(yīng)當(dāng)寫為：9. 所有的標(biāo)簽都要封閉10. 所有的標(biāo)簽的嵌套關(guān)系要符合xhXXXl mp 規(guī)范, 比如 后，要加11. 業(yè)務(wù)內(nèi)地址要求用相對(duì)地

11、址，且不要用refresh功能. 2.2.2 頁(yè)面設(shè)計(jì)基本原則1. 相比2G網(wǎng)絡(luò)，3G網(wǎng)絡(luò)在網(wǎng)絡(luò)帶寬上大大增加，引領(lǐng)用戶進(jìn)入真正的無(wú)線互聯(lián)網(wǎng)時(shí)代；CP/SP應(yīng)基于3G網(wǎng)絡(luò)的特點(diǎn)開發(fā)出內(nèi)容更豐富的應(yīng)用，在3G門戶的頁(yè)面設(shè)計(jì)上考慮更豐富的媒體類型和內(nèi)容元素。2. 由于手機(jī)終端具有屏幕狹小、輸入受限等特點(diǎn)，同時(shí)移動(dòng)互聯(lián)網(wǎng)帶寬受限，因此CP/SP業(yè)務(wù)設(shè)計(jì)本著引導(dǎo)與方便用戶使用原則而開展。3. CP/SP所開發(fā)業(yè)務(wù)既要較快讓用戶進(jìn)入與使用，又要方便用戶出來(lái)使用其它欄目或者CP/SP業(yè)務(wù)。用戶進(jìn)入后無(wú)法通過鏈接返回首頁(yè)的業(yè)務(wù)視為重大錯(cuò)誤。4. 瀏覽類與信息類業(yè)務(wù)要求各CP/SP要有功能與風(fēng)格基本一致的界面

12、。2.2.3 頁(yè)面效果規(guī)范頁(yè)面的效果應(yīng)把握“提高訪問速度的前提下，提高頁(yè)面瀏覽流量、提高頁(yè)面視覺沖擊效果”的原則：1. 單頁(yè)面圖片與文字總和的整體容量應(yīng)控制在150k以下，普通頁(yè)面的全部展現(xiàn)時(shí)間應(yīng)保證小于4s，多圖形頁(yè)面的全部展現(xiàn)時(shí)間應(yīng)保證小于6s（包括頁(yè)面內(nèi)置對(duì)象）。2. 對(duì)于業(yè)務(wù)入口頁(yè)面，在保證速度的前提下，應(yīng)盡可能做得豐富一些，增強(qiáng)用戶的視覺感受；對(duì)于第二級(jí)和第三級(jí)及其以下的頁(yè)面，可以稍微簡(jiǎn)化頁(yè)面的效果，但是不允許出現(xiàn)純文本的頁(yè)面。3. 對(duì)于使用圖片的頁(yè)面，應(yīng)該設(shè)置與圖片主色調(diào)相近的背景色，在用戶觸發(fā)頁(yè)面的下載后，應(yīng)保證用戶通過迅速見到出現(xiàn)的背景色而能感受到下載已經(jīng)進(jìn)行，絕對(duì)不能在下載進(jìn)

13、行中向用戶展現(xiàn)白屏。4. 如果使用表格的嵌套，嵌套的層數(shù)應(yīng)該少于2層。5. CSS應(yīng)該定義到每一個(gè)文件，不能單獨(dú)做成一個(gè)文件，應(yīng)使用頁(yè)面內(nèi)包含。6. 對(duì)于背景的圖片，建議使用小圖片的平鋪方式，可以大大提高下載速度，平鋪應(yīng)該優(yōu)先考慮手機(jī)170像素的屏寬。否則將會(huì)出現(xiàn)明顯的接縫痕跡，示例如下:未考慮手機(jī)平鋪效果：建議平鋪效果：7. HXXXl Body下的子TAG中的內(nèi)容應(yīng)盡量少，盡量少定義全局，應(yīng)分散到多個(gè)子TAG中，TAG禁止相互嵌套，代碼示例:     方孤苦伶仃接口管理發(fā)動(dòng)機(jī)可法律界公開勒索奮斗 應(yīng)該為：     方孤苦伶仃接口管理發(fā)動(dòng)機(jī)可法律界公開

14、勒索奮斗 8. 頁(yè)面中所有顯示圖片應(yīng)加Alt， 在圖片未完全下載前，能夠用文字給用戶以圖片展示內(nèi)容的說(shuō)明。示例代碼如下：2.2.4 背景音樂規(guī)范1. 背景音樂使用MIDI格式。2. 為了滿足用戶在不同場(chǎng)景中的需要， 頁(yè)面中應(yīng)該設(shè)置明顯的可以開啟或關(guān)閉背景音的操作方式。3. 背景音樂的請(qǐng)求代碼應(yīng)該放在圖片的請(qǐng)求代碼的之后，以保證下載速度和用戶感受，示例代碼如下：推薦的寫法：fkdgjkldgjklfjdksgjkdlgjklfdjgkldjf不推薦的寫法：fkdgjkldgjklfjdksgjkdlgjklfdjgkldjf2.2.5 圖標(biāo)與圖形規(guī)范1. 為了保證頁(yè)面的整體下載時(shí)間，建議單頁(yè)面圖

15、片的容量應(yīng)該控制在100k以內(nèi)。2. 圖片下載必須提供圖片預(yù)覽功能，預(yù)覽時(shí)顯示文字應(yīng)為“生成預(yù)覽中”， 預(yù)覽圖片應(yīng)為80x80像素，大小應(yīng)控制在6K以內(nèi)，以保證預(yù)覽生成的速度在3秒以內(nèi)。正式下載的圖片應(yīng)盡量保證容量較大，圖像清晰。建議下載圖片大小在25K左右， 預(yù)覽頁(yè)面效果如圖3. 瀏覽器對(duì)于不同格式的圖片解碼速度是不同的，根據(jù)測(cè)試值得出（OPENWAVE瀏覽器），解碼速度BMPPNGJPEGGIF， 建議CP/SP在保證圖片質(zhì)量的基礎(chǔ)上，最好選擇GIF和PNG格式的圖片，并且應(yīng)經(jīng)過PHOTOSHOP壓縮。4. 由于使用小圖標(biāo)會(huì)增加Http請(qǐng)求的個(gè)數(shù)從而影響頁(yè)面的整體下載速度，所以不推薦在欄目

16、列表中使用較多的小圖標(biāo)，建議使用特殊符號(hào)或者數(shù)字符號(hào)代替小圖標(biāo)，可以很大程度上提高瀏覽速度；如果必須使用，則每頁(yè)使用小圖標(biāo)的個(gè)數(shù)不應(yīng)超過15個(gè)，且單個(gè)圖標(biāo)大小應(yīng)在500byte以內(nèi)。2.2.6 CACHE規(guī)范1. 為加快用戶瀏覽頁(yè)面顯示速度，業(yè)務(wù)入口頁(yè)面，以及公共性和架構(gòu)類的頁(yè)面應(yīng)使用CACHE，其他頁(yè)面不應(yīng)使用CACHE。2. 不要將時(shí)效性很強(qiáng)的內(nèi)容（如新聞、股票信息等）留在CACHE中。3. 天氣信息、交通信息等特定內(nèi)容在CACHE中的有效時(shí)間為6小時(shí)。4.對(duì)動(dòng)態(tài)信息要強(qiáng)制更新。2.2.7 菜單規(guī)范1. 菜單項(xiàng)按業(yè)務(wù)的重要性的順序來(lái)排列，用戶最可能選擇的業(yè)務(wù)排在前面。2. 菜單項(xiàng)應(yīng)遵循的排

17、列格式：在保證美觀的基礎(chǔ)上，如果菜單一列顯示，文本部分左對(duì)齊，圖片菜單部分中間對(duì)齊；如果分列顯示，文本部分左對(duì)齊，圖片菜單項(xiàng)要盡量與屏幕寬度相同，如果不能相同，則要保證中間對(duì)齊。3. 菜單項(xiàng)應(yīng)盡量避免使用小圖標(biāo)。4. 建議使用數(shù)字快捷鍵作為菜單選擇手段，但是菜單選項(xiàng)應(yīng)該使用明顯的標(biāo)識(shí)提示用戶使用數(shù)字快捷鍵，菜單選項(xiàng)多于9個(gè)時(shí)，定義“0”鍵表示進(jìn)入下一頁(yè)，定義“*”鍵表示返回上級(jí)；定義“#”鍵表示返回首頁(yè)。對(duì)于不支持字符觸發(fā)的終端，“返回上級(jí)”和“平臺(tái)主頁(yè)首頁(yè)”應(yīng)采用小圖標(biāo)和文字鏈接，可以通過方向鍵選擇。5. 菜單盡量不要小圖標(biāo)（Icon）和數(shù)字快捷鍵同時(shí)使用，因?yàn)檫@樣，對(duì)于大部分終端，會(huì)造成菜

18、單文字的換行，影響界面的美觀。6. 如果需要在一個(gè)菜單項(xiàng)上執(zhí)行多個(gè)操作，可以通過彈出式菜單實(shí)現(xiàn)。2.2.8 頁(yè)面返回規(guī)范用戶經(jīng)常使用手機(jī)中的返回按鍵（通常就是刪除按鍵）返回或退出，因此，返回連接對(duì)一個(gè)業(yè)務(wù)的成功是十分關(guān)鍵的，要倍加關(guān)注，對(duì)返回連接設(shè)計(jì)好的業(yè)務(wù)，將會(huì)顯著地提高用戶的使用次數(shù)。1. 在所有業(yè)務(wù)的頁(yè)面底部必須有一個(gè)“平臺(tái)主頁(yè)首頁(yè)#”和“返回上級(jí)*”的鏈接(注意必須在鏈接的文字后提供“#”和“*”作為明顯的標(biāo)識(shí)提示用戶)；“返回首頁(yè)”的鏈接為：http:/wap.XXX.com，頁(yè)面效果如圖：返回上級(jí)：指返回SP的應(yīng)用菜單平臺(tái)主頁(yè)首頁(yè)：指返回互動(dòng)視界的首頁(yè)2. 如果上一個(gè)頁(yè)面是重定向頁(yè)

19、面，則“返回上級(jí)”應(yīng)跳過重定向頁(yè)面。3. 為了便于用戶的使用，在有些情況下，允許返回上級(jí)功能不直接返回上一個(gè)頁(yè)面，而是將用戶帶到最方便使用業(yè)務(wù)的頁(yè)面。例：用戶在使用鈴聲搜索或者單詞翻譯的業(yè)務(wù)時(shí)，當(dāng)輸入的要搜索的鈴聲或者翻譯的單詞，然后進(jìn)入確認(rèn)頁(yè)面，點(diǎn)擊確認(rèn)后，當(dāng)沒有找到時(shí)出現(xiàn)的提示頁(yè)面中的返回，不是返回到確認(rèn)頁(yè)面，而是返回到重新輸入頁(yè)面；2.2.9 文本顯示規(guī)范1. 一個(gè)CARD中顯示5k以下字符，即2000漢字以內(nèi)。2. 當(dāng)需要顯示的內(nèi)容超過范圍時(shí)，在底部提供一個(gè)“下一頁(yè)”連接，但在每個(gè)欄目下，傳送給用戶的內(nèi)容最好不要超過3頁(yè)。3. 將超出一行的內(nèi)容分行顯示，但主菜單及子欄目標(biāo)題則應(yīng)盡量將文

20、字壓縮為一行。如：“少女系列三十一”此標(biāo)題字符過長(zhǎng)，可將其壓縮為“少女系列31”。4. 所有文本左對(duì)齊。5. 每段文字的首字需要保證對(duì)應(yīng)的文字縮進(jìn)。6. 瀏覽圖片和新聞等內(nèi)容時(shí)，應(yīng)提供明示下一主題或內(nèi)容的連接說(shuō)明，用于用戶直接轉(zhuǎn)到下一個(gè)主題或內(nèi)容，比如“下一張”、“下一條”等，而不要僅僅顯示“下一頁(yè)”，以免造成用戶的混淆。7. 所有提示性文字應(yīng)使用統(tǒng)一的簡(jiǎn)體中文，避免出現(xiàn)英文與中文混合的內(nèi)容，如“Loading請(qǐng)稍后”，應(yīng)為“正在下載中請(qǐng)稍后”。8. 菜單中的各項(xiàng)要按照一定的邏輯順序來(lái)排列，如按照類型、時(shí)間、字母順序等。如果沒有邏輯順序，就按優(yōu)先級(jí)排列，將最可能選擇的排在最前面，將最新更新的部

21、分放在最前面，并加入“NEW”字樣。9. 新聞?lì)悪谀恳谛侣剺?biāo)題的后面顯示新聞發(fā)布的日期及出處。如圖：10. 當(dāng)用戶閱讀文本時(shí)，應(yīng)能主動(dòng)預(yù)讀取下一頁(yè)文本到手機(jī)的CACHE中，加快用戶閱讀的切換速度。比如：Page 1 of 2 。上面的代碼展示了如何利用預(yù)取功能對(duì)一個(gè)卡片組中的下一個(gè)卡片進(jìn)行訪問。2.2.10 用戶輸入規(guī)范1. 盡量減少用戶的文本輸入。2. 當(dāng)已激活輸入?yún)^(qū)域時(shí)，只需要有一個(gè)確認(rèn)連接，不需要提供其他功能。3. 為每一個(gè)輸入項(xiàng)盡可能直觀的提示與描述，但不要多于10個(gè)漢字。4. 對(duì)每一個(gè)輸入項(xiàng)，將輸入的內(nèi)容限制在254個(gè)字符之內(nèi)。5. 應(yīng)通過設(shè)定輸入框的內(nèi)容類型，避免用戶增加切換輸入

22、法的操作。6. 對(duì)用戶輸入的密碼，不要用*進(jìn)行掩蓋，在手機(jī)上明文顯示即可。7. 使用MAXLENGTH參數(shù)來(lái)限制用戶輸入密碼的長(zhǎng)度，避免用戶出錯(cuò)。2.2.11 格式化輸入規(guī)范格式化輸入主要包括輸入日期、信用卡號(hào)碼等具有固定格式的內(nèi)容。1. 對(duì)所有格式化輸入都必須表明輸入格式，如輸入如期時(shí)可以表示為：MM/YYYY見下 例：2. 對(duì)輸入的類型進(jìn)行強(qiáng)制匹配，該輸入數(shù)字的地方，不能輸入字母。3. 可以通過MAXLENGTH參數(shù)限制輸入的字符數(shù)。4. 對(duì)確定的內(nèi)容進(jìn)行預(yù)制， 如輸入日期時(shí)可以表示為20xx，只讓用戶輸入后兩位數(shù)字就可以。5. 對(duì)可確定用戶輸入的文字功能實(shí)現(xiàn)自動(dòng)切換，如需用戶輸入密碼時(shí)，

23、應(yīng)自動(dòng)切換為“數(shù)字功能”，要求用戶輸入Email地址時(shí)，應(yīng)自動(dòng)切換為“英文”等。2.2.12 瀏覽器性能參考1. 建議CP/SP建議控制頁(yè)面中Http link數(shù)目。2. 頁(yè)面中http link請(qǐng)求的順序是按照編寫的順序產(chǎn)生的，建議CP/SP對(duì)于較大的對(duì)象應(yīng)盡量放在后面。 3. 頁(yè)面編碼應(yīng)采用utf-8， 可減少proxy或終端的轉(zhuǎn)化。2.2.13 MHXXXL格式頁(yè)面 概述鑒于4.2.11章節(jié)中提到的手機(jī)瀏覽器單連接同步發(fā)送請(qǐng)求的特性，減少同一頁(yè)面中請(qǐng)求數(shù)量可以有效的加快頁(yè)面翻轉(zhuǎn)速度。MHXXXL格式頁(yè)面恰恰可以滿足如上需求。目前Openwave 6.X版本的瀏覽器已經(jīng)被普

24、遍的應(yīng)用在Wap2.0終端上，該版本手機(jī)瀏覽器可以支持Multipart/related MIME Type。由于MHXXXL格式頁(yè)面對(duì)于“多圖”頁(yè)面能夠顯著提供頁(yè)面翻轉(zhuǎn)速度，因此，對(duì)于由頁(yè)面下載速度緩慢而嚴(yán)重影響用戶感知、用戶體驗(yàn)的頁(yè)面，建議采用MHXXXL格式頁(yè)面進(jìn)行打包，將多個(gè)請(qǐng)求轉(zhuǎn)換為一個(gè)請(qǐng)求，縮短由于手機(jī)瀏覽器的局限而導(dǎo)致頁(yè)面翻轉(zhuǎn)較長(zhǎng)的耗時(shí)。 實(shí)現(xiàn)原理網(wǎng)頁(yè)打包技術(shù)是一種基于HTTP的傳輸擴(kuò)展協(xié)議，可以參考互聯(lián)網(wǎng)標(biāo)準(zhǔn)協(xié)議RFC2557MIME Encapsulation of Aggregate Documents, such as HXXXL (MHXXXL)，通過在

25、傳輸過程中實(shí)現(xiàn)頁(yè)面和頁(yè)面內(nèi)嵌對(duì)象的整合編碼技術(shù)，實(shí)現(xiàn)一次連接可以傳輸完整頁(yè)面及頁(yè)面內(nèi)嵌對(duì)象的技術(shù)標(biāo)準(zhǔn)。本協(xié)議是對(duì)RFC2557在WAP傳輸上的修正，針對(duì)無(wú)線網(wǎng)絡(luò)的特性，去掉了冗余數(shù)據(jù)，結(jié)合WCDMA的高速數(shù)據(jù)通道實(shí)現(xiàn)無(wú)縫高效傳輸。傳統(tǒng)的WAP頁(yè)面?zhèn)鬏斶^程：1. 向服務(wù)器發(fā)送請(qǐng)求，請(qǐng)求頁(yè)面文件(WML或XHXXXL)。2. 顯示初步頁(yè)面。3. 瀏覽器針對(duì)頁(yè)面進(jìn)行分析，得到頁(yè)面內(nèi)嵌對(duì)象（如圖片，鈴聲）的URL。4. 繼續(xù)發(fā)送對(duì)頁(yè)面內(nèi)嵌對(duì)象請(qǐng)求。5. 顯示完整頁(yè)面。WML/XHXXXL格式頁(yè)面?zhèn)鬏斒疽鈭D打包技術(shù)頁(yè)面?zhèn)鬏斶^程：1. 向服務(wù)器發(fā)送頁(yè)面請(qǐng)求，傳輸整個(gè)MHXXXL頁(yè)面文件。2. 對(duì)打包文件解

26、碼，顯示完整頁(yè)面。MHXXXL技術(shù)傳輸示意圖 簡(jiǎn)單實(shí)現(xiàn)過程.1 將網(wǎng)頁(yè)轉(zhuǎn)成Multipart格式1. 使用IE打開某業(yè)務(wù)入口頁(yè)面。2. 在菜單中選擇另存為。3. 在對(duì)話框內(nèi)選擇保存類型為WEB檔案，單一文件。4. 選擇編碼為UTF-8,文件名為test.mht，確定保存。5. 在菜單中選擇另存為。6. 在對(duì)話框內(nèi)選擇保存類型為網(wǎng)頁(yè)，hXXXl格式。7. 文件名為test. hXXXl，確定保存。8. 使用文本編輯器打開test.mht。9. 去掉前的16行（前16行為IE自行添加的冗余信息）。10. 增加以下內(nèi)容：.2 將頁(yè)面元素轉(zhuǎn)成Base64

27、格式接前一章節(jié)：1. 查找圖片文件的URL位置。2. 修改為本地路徑。3. 去掉最后一行的標(biāo)識(shí)-=_NextPart_000_0000_01C54B57.43303D40-（對(duì)于不同情況，黃色背景部分可能略有不同）。4. 在文件尾部加上以下內(nèi)容（假設(shè)該測(cè)試頁(yè)面只內(nèi)嵌了2個(gè)對(duì)象）：5. 在test.files文件夾中找出圖片文件并使用BASE64進(jìn)行編碼，獲得純文本字符串，或參照以下步驟使用outlook對(duì)圖片進(jìn)行編碼。a) 打開outlook,新建一個(gè)郵件b) 在附件中選擇以上的圖片文件c) 發(fā)送郵件d) 在郵件發(fā)送箱中找到該郵件e) 查看郵件屬性里的詳細(xì)信息f) 選擇編號(hào)好的圖片文件內(nèi)容2.

28、 整合為MHXXXL文件1. 在test.mht中粘貼對(duì)內(nèi)嵌對(duì)象進(jìn)行BASE64編碼后的純文本字符串。如，2. 將test.mht另存為test.jsp。3. 部署到應(yīng)用服務(wù)器。4. 進(jìn)行測(cè)試。 應(yīng)用范圍如章節(jié)要求，對(duì)于由頁(yè)面下載速度緩慢而嚴(yán)重影響用戶感知、用戶體驗(yàn)的頁(yè)面，我們建議采用MHXXXL格式頁(yè)面進(jìn)行打包。以下舉例說(shuō)明建議采用MHXXXL格式進(jìn)行開發(fā)的現(xiàn)網(wǎng)業(yè)務(wù)頁(yè)面（灰色涂抹部分為尚未下載完成的圖片說(shuō)明，顧及影響，此處以灰色進(jìn)行涂抹）。以上頁(yè)面效果嚴(yán)重影響用戶感知、用戶體驗(yàn)，因此，對(duì)于此類業(yè)務(wù)頁(yè)面，我們建議以MHXXXL格式進(jìn)行開發(fā)。2.2

29、.14 終端適配1. 由于終端支持的選擇性的，相同設(shè)計(jì)的頁(yè)面在不同的終端上有著不同的表現(xiàn)形式，因此，請(qǐng)CP/SP在開發(fā)時(shí)注意通過終端適配，識(shí)別不同的終端并根據(jù)其不同的能力屬性來(lái)推送適配的頁(yè)面。2. 由于終端CPU性能的影響，一些終端在解碼時(shí)CPU資源占用嚴(yán)重，影響瀏覽速度，這類終端不適合圖片內(nèi)容較多的頁(yè)面的展現(xiàn)， CP/SP應(yīng)單獨(dú)對(duì)這類終端進(jìn)行適配。2.2.15 COOKIES規(guī)范鑒于終端瀏覽器可以設(shè)置不支持Cookie，因此，對(duì)于需要保存會(huì)話關(guān)系的WAP 2.0/HTTP應(yīng)用程序，應(yīng)通過URL重寫（URL Rewriting）的方式來(lái)保存會(huì)話關(guān)系，即將用戶的會(huì)話信息保存在URL中，當(dāng)用戶點(diǎn)擊

30、鏈接時(shí)送回服務(wù)器端來(lái)保持用戶的會(huì)話關(guān)系。2.3. URL說(shuō)明SP在XXX平臺(tái)主頁(yè)3G門戶中提供一個(gè)業(yè)務(wù)時(shí)，需遵循XXX平臺(tái)主頁(yè)基于URL計(jì)費(fèi)（信息費(fèi)）的原則，對(duì)于接入的任何收費(fèi)業(yè)務(wù)需要提供如下幾類URL：參數(shù)名稱 參數(shù)舉例 用途描述入口URL /wap/index.jsp 業(yè)務(wù)的入口URL，唯一的一個(gè)計(jì)費(fèi)URL /wap/content/fee1/ /wap/content/fee2/如果用戶訪問的URL包含此URL，HTTP代理觸發(fā)鑒權(quán)請(qǐng)求到VAC進(jìn)行處理?？梢詾槎鄠€(gè)。說(shuō)明：由于手機(jī)支

31、持的URL長(zhǎng)度有限，而且不同的機(jī)型支持的長(zhǎng)度也不一致，為了能夠使各種機(jī)型均能夠正常使用WAP業(yè)務(wù)，要求接入的業(yè)務(wù)內(nèi)容的URL長(zhǎng)度不能夠超過128個(gè)字符，并不允許出現(xiàn)中文字符。2.4. 業(yè)務(wù)返回規(guī)范2.4.1 說(shuō)明為了統(tǒng)一XXX平臺(tái)主頁(yè)3G業(yè)務(wù)風(fēng)格，保證3G業(yè)務(wù)的可用性和易用性，現(xiàn)對(duì)有關(guān)頁(yè)面的返回上級(jí)和返回首頁(yè)制定本規(guī)范。對(duì)通過XXX平臺(tái)主頁(yè)3G門戶網(wǎng)站提供連接或者由XXX平臺(tái)主頁(yè)審核通過的接入CP/SP所提供的的代計(jì)費(fèi)功能的3G業(yè)務(wù)均要求遵循本規(guī)范中的相關(guān)原則與規(guī)定。XXX平臺(tái)主頁(yè)將對(duì)本規(guī)范進(jìn)一步的修改與完善，同時(shí)也歡迎廣大合作伙伴就3G業(yè)務(wù)規(guī)范給XXX平臺(tái)主頁(yè)提供建議與意見。XXX平臺(tái)主頁(yè)保

32、留本規(guī)范的最終解釋權(quán)。2.4.2 適用范圍本規(guī)范適用于XXX平臺(tái)主頁(yè)WCDMA WAP/HTTP全網(wǎng)業(yè)務(wù)。2.4.3 頁(yè)面和軟鍵(數(shù)字鍵)的返回規(guī)定（1）在一級(jí)欄目頁(yè)面（或者是業(yè)務(wù)的起始頁(yè)面）必須有一個(gè)“返回首頁(yè)”的鏈接；同時(shí)， WAP1.2業(yè)務(wù)頁(yè)面的右軟鍵被定義為“回首頁(yè)”的鏈接。（2）在二級(jí)欄目以下的頁(yè)面（或者是業(yè)務(wù)使用中的頁(yè)面）必須同時(shí)有“返回上級(jí)”和“返回首頁(yè)”的鏈接；同時(shí)，WAP1.2業(yè)務(wù)的頁(yè)面右軟鍵被定義為“回首頁(yè)”的鏈接； （3）當(dāng)頁(yè)面的指示光標(biāo)沒有指向一個(gè)鏈接的時(shí)候，瀏覽器的左軟鍵定義為“返回”，鏈接至上級(jí)頁(yè)面；同時(shí)，WAP1.2業(yè)務(wù)的頁(yè)面右軟鍵被定義為“回首頁(yè)”的鏈接； （4

33、）為了便于用戶的使用，在有些情況下，允許返回上級(jí)功能不直接返回上一個(gè)頁(yè)面，而是將用戶帶到最方便使用業(yè)務(wù)的頁(yè)面；例：用戶在使用鈴聲搜索或者單詞翻譯的業(yè)務(wù)時(shí)，當(dāng)輸入的要搜索的鈴聲或者翻譯的單詞，然后進(jìn)入確認(rèn)頁(yè)面，點(diǎn)擊確認(rèn)后，當(dāng)沒有找到時(shí)出現(xiàn)的提示頁(yè)面中的返回，不是返回到確認(rèn)頁(yè)面，而是返回到重新輸入頁(yè)面；（5）需特別注意的關(guān)于軟鍵的規(guī)定：基于WAP1.2開發(fā)的業(yè)務(wù)必須支持以上定義的左、右軟鍵功能。 對(duì)基于WAP2.0/HTTP開發(fā)的業(yè)務(wù)，可以不支持軟鍵功能，但是，假如某個(gè)業(yè)務(wù)選擇使用軟鍵功能，那么就必須遵循以上定義的整套軟鍵規(guī)范；（6）特別地，對(duì)于WAP2.0/HTTP業(yè)務(wù)，CP必須在業(yè)務(wù)的每一個(gè)頁(yè)

34、面上使用數(shù)字鍵（AccessKey）完成返回的功能，統(tǒng)一規(guī)范為：“*”鍵表示返回上級(jí)；“#”鍵表示返回首頁(yè)。2.4.4 業(yè)務(wù)的“返回上級(jí)” 全網(wǎng)業(yè)務(wù)的“返回上級(jí)” 全網(wǎng)業(yè)務(wù)的返回上級(jí)可以分為以下兩種情況：1、從CP業(yè)務(wù)的底層頁(yè)面返回到CP業(yè)務(wù)的上一級(jí)頁(yè)面；2、從CP業(yè)務(wù)的入口頁(yè)面或者需要返回到WAP門戶對(duì)應(yīng)欄目的頁(yè)面返回到WAP欄目，做到“從哪里來(lái)回哪里去”。第一種情況的返回上級(jí)是由CP開發(fā)人員根據(jù)業(yè)務(wù)本身的流程，設(shè)定返回上級(jí)應(yīng)當(dāng)返回的最佳頁(yè)面。第二種情況必須按照以下的說(shuō)明，完成相關(guān)URL的設(shè)定。當(dāng)平臺(tái)操作員通過平臺(tái)Portal管理功能將CP的業(yè)務(wù)入口加入平臺(tái)某個(gè)欄目時(shí)，平臺(tái)會(huì)向

35、自動(dòng)向CP業(yè)務(wù)的入口URL傳送參數(shù)“PT”，該參數(shù)由兩部分組成，以冒號(hào)“：”分隔，前一部分為PortalID，通過此ID來(lái)判斷用戶是來(lái)自于哪一個(gè)門戶，根據(jù)此ID決定CP業(yè)務(wù)返回首頁(yè)應(yīng)當(dāng)返回哪個(gè)門戶的頁(yè)面；后面一部分為欄目ID，決定返回到哪個(gè)具體的欄目頁(yè)面。XXX3G門戶欄目的URL由兩部分組成：門戶URL和欄目ID。門戶URL可以根據(jù)PortalID對(duì)應(yīng)表查得。欄目ID則是作為“Dir”參數(shù)的參數(shù)值傳遞給門戶平臺(tái)的。對(duì)于本身不帶參數(shù)的入口URL，例如：/cy/HWKT.jsp當(dāng)用戶點(diǎn)擊該欄目的業(yè)務(wù)鏈接時(shí)，該業(yè)務(wù)的CP服務(wù)器獲得的對(duì)應(yīng)請(qǐng)求

36、URL為：/cy/HWKT.jsp?PT=2:11375 。對(duì)于已經(jīng)帶參數(shù)業(yè)務(wù)入口URL，則會(huì)自動(dòng)加“&PT=2:11375”，例如：/pi . 1120&PT=2:11375CP根據(jù)獲得的PT參數(shù)就能夠動(dòng)態(tài)寫出正確的返回上級(jí)URL。CP應(yīng)該利用編程語(yǔ)言的某種方式（傳遞參數(shù)、session值、存入數(shù)據(jù)表等）保證入口URL獲得的參數(shù)能夠跟隨用戶的訪問，這樣當(dāng)用戶在業(yè)務(wù)中訪問了若干個(gè)頁(yè)面后，當(dāng)需要利用業(yè)務(wù)入口頁(yè)面的返回上級(jí)功能時(shí)，依然能夠獲得正確的PortalID與欄目ID。例：幻彩圖

37、片欄目中圖片下載類業(yè)務(wù)“哈哇酷圖”的入口URL被寫為：/cy/HWKT.jsp?PT=2:11375 。根據(jù)PT參數(shù)，CP開發(fā)人員可以知道， 2 為PortalID，代表用戶的訪問來(lái)自于XXXWAP門戶（上海），其URL為：/hswap/index.jsp；11375為欄目ID，代表用戶是從幻彩圖片欄目進(jìn)入的。那么，返回上一級(jí)的URL就是：/hswap/index.jsp?Dir=11375 。該URL即代表XXX3G門戶（北京）中的幻彩

38、圖片欄目。另外，目前用戶進(jìn)入到一個(gè)具體的業(yè)務(wù)的途徑目前有兩種方式：1、通過3G門戶分類欄目的鏈接進(jìn)入；2、通過用戶個(gè)人定制頁(yè)的定制的業(yè)務(wù)鏈接進(jìn)入；3、用戶定制業(yè)務(wù)后，從“使用服務(wù)”鏈接直接進(jìn)入業(yè)務(wù)。針對(duì)這幾種進(jìn)入業(yè)務(wù)方式，應(yīng)當(dāng)建立不同的處理機(jī)制。針對(duì)1的情況，用戶在訪問業(yè)務(wù)的首頁(yè)面的時(shí)候，會(huì)將相應(yīng)的PT參數(shù)傳遞給業(yè)務(wù)入口頁(yè)面。CP取到參數(shù)后，該參數(shù)應(yīng)當(dāng)跟隨用戶的訪問。當(dāng)用戶從業(yè)務(wù)的底層頁(yè)面返回到業(yè)務(wù)入口頁(yè)面的時(shí)候，在入口頁(yè)面上顯示“返回上級(jí)”，該返回上級(jí)應(yīng)當(dāng)正確生成返回業(yè)務(wù)所屬的欄目的鏈接。針對(duì)2和3的情況，用戶在訪問業(yè)務(wù)的入口頁(yè)面的時(shí)候，系統(tǒng)并沒有將相應(yīng)的PT參數(shù)傳遞給業(yè)務(wù)首頁(yè)面，CP無(wú)法在

39、用戶訪問業(yè)務(wù)首頁(yè)面的時(shí)候取到PT參數(shù)。在此情況下，CP應(yīng)選擇以下兩種方式中的任意一種進(jìn)行處理：(1)仍然顯示返回上級(jí)，但是返回上級(jí)的鏈接寫為：/特別地，對(duì)于WAP2.0/HTTP業(yè)務(wù)，返回上級(jí)的鏈接寫為：/這樣用戶點(diǎn)擊后依然返回到個(gè)人定制頁(yè)面，實(shí)現(xiàn)“從哪里來(lái)回哪里去”。(2)隱藏返回上級(jí)鏈接，只保留返回首頁(yè)的鏈接，根據(jù)平臺(tái)系統(tǒng)的設(shè)置，用戶也可以返回到個(gè)人定制頁(yè)面。 XXX3G門戶的首頁(yè)和PORTAL ID節(jié)點(diǎn) PORTAL ID PORTAL首頁(yè) 2.4.5 業(yè)務(wù)的“返回首頁(yè)”訪問XXX

40、 Portal業(yè)務(wù)中的“返回首頁(yè)”用戶訪問XXX portal業(yè)務(wù)，當(dāng)點(diǎn)擊“返回首頁(yè)”時(shí)，將返回到“互動(dòng)視界”的首頁(yè)。首頁(yè)地址為：/個(gè)人首頁(yè)業(yè)務(wù)中的“返回首頁(yè)”如果用戶存在已定業(yè)務(wù)，則返回個(gè)人首頁(yè)，否則返回首頁(yè)?！咀⒁狻勘菊鹿?jié)內(nèi)容僅適用在Wap2.0/HTTP Portal接入的業(yè)務(wù)。2.4.6 業(yè)務(wù)的返回“頻道首頁(yè)”對(duì)于從Portal欄目點(diǎn)擊進(jìn)入業(yè)務(wù)的情況，XXX Portal會(huì)給業(yè)務(wù)入口頁(yè)面?zhèn)魉蚉T參數(shù)。如前文所講，PT參數(shù)分為兩部分，第一部分為Portal ID，第二部分為欄目ID。如：PT=N:23722。CP/SP需取出PT參數(shù)的第二部分，

41、即，欄目ID，作為參數(shù)按如下“Portal ID與Url對(duì)應(yīng)表”拼接作為返回頻道首頁(yè)鏈接。節(jié)點(diǎn) Portal ID 鏈接 【注意】1）本章節(jié)內(nèi)容僅適用在Wap2.0 Portal/HTTP接入的業(yè)務(wù)。1）當(dāng)CP無(wú)法獲取PT參數(shù)時(shí)，應(yīng)隱藏此鏈接。如，通過CP業(yè)務(wù)間鏈接進(jìn)入其他業(yè)務(wù)的情況和通過個(gè)人首頁(yè)進(jìn)入業(yè)務(wù)的情況。2.5. Wap Push規(guī)范2.5.1 說(shuō)明本文定義和規(guī)定了XXX平臺(tái)主頁(yè)3G業(yè)務(wù)網(wǎng)綜合管理平臺(tái)PUSH接口規(guī)范， CP/SP的PUSH業(yè)務(wù)頁(yè)面開發(fā)參照本規(guī)范。為了加強(qiáng)對(duì)PUSH接口的監(jiān)控，杜絕未經(jīng)授權(quán)的私自群發(fā)，XXX平臺(tái)主頁(yè)增值業(yè)務(wù)部特整理修訂了該規(guī)范。并將“點(diǎn)對(duì)點(diǎn)WAP PUS

42、H”、“CP服務(wù)器發(fā)起的PUSH”分為兩個(gè)獨(dú)立的接口分別提供服務(wù)。參見XXX平臺(tái)主頁(yè)XXX發(fā)布的相關(guān)PUSH業(yè)務(wù)規(guī)范2.6. 業(yè)務(wù)實(shí)現(xiàn)要求2.6.1 對(duì)WAP1.2的兼容 概述同時(shí)由于2/3G手機(jī)終端性能的區(qū)別，要求各類業(yè)務(wù)必須根據(jù)手機(jī)終端型號(hào)自動(dòng)適配展示對(duì)應(yīng)的業(yè)務(wù)，即當(dāng)用戶使用3G終端訪問業(yè)務(wù)的時(shí)候，SP業(yè)務(wù)自動(dòng)適配展現(xiàn)給用戶3G的頁(yè)面供用戶使用，如果用戶使用WAP1.X終端訪問同一個(gè)業(yè)務(wù)的時(shí)候，SP業(yè)務(wù)自動(dòng)適配展現(xiàn)給用戶WAP1.X的頁(yè)面供用戶使用。注：SP服務(wù)器獲取手機(jī)型號(hào)的方法參見后面章節(jié)。下面分別就各類業(yè)務(wù)進(jìn)行詳細(xì)舉例說(shuō)明。 示例代碼以下以java為例，說(shuō)

43、明根據(jù)用戶手機(jī)型號(hào)（UA）信息返回不同格式的頁(yè)面，程序步驟如下：1首先在程序中取得HttpServletRequest的對(duì)象request，根據(jù)手機(jī)型號(hào)（UA）的HEADER名字為參數(shù)，調(diào)用request.getHeader();取得用戶手機(jī)的UA字符串，如下代碼所示：UAString = req.getHeader(sUserAgentHeaderName);2取得UA信息后，根據(jù)不同的UA返回不同格式的頁(yè)面，處理程序如下：public class GetUAStyle private long uaguid; /UA標(biāo)志 private MobileInfo mobile; private

44、 static final String FORMAT_ADAPT_BY_UA = Global.HSPortal.Wap.Portal.Adapt.value;（1）初始化此對(duì)象 public GetUAStyle(HttpServletRequest req) this.mobile = new WapMobileInfo(req); uaguid = mobile.getUserAgent().getNumUAGUID(); （2）根據(jù)UA信息得到該手機(jī)支持的顯示格式XHXXXLHXXXLWML（此步驟涉及到數(shù)據(jù)庫(kù)的登記UA信息）： public String getDisStyle()

45、 if (false.equalsIgnoreCase(Configurate.getInfo(FORMAT_ADAPT_BY_UA) return WML; String strSql = select vc2uagid + from hsv_uarefuag + where numctguid = 7 + and numuaguid = ? + order by numorder; DbAccess db = null; PreparedStatement pst = null; ResultSet rs = null; String result = ; try db = new DbA

46、ccess(); pst = db.getConnection().prepareStatement(strSql); pst.setLong(1, uaguid); Debug.debug(strSql is : + strSql + and uaguid is: + uaguid +); rs = pst.executeQuery(); result = WML; /默認(rèn)為WML if(rs.next() result = rs.getString(vc2uagid); rs.close(); pst.close(); Debug.debug(get the wap ua style is

47、: +result+); catch(Exception e) return result; finally if (rs != null) try rs.close(); catch (SQLException ex1) rs = null; if (pst != null) try pst.close(); catch (SQLException ex2) pst = null; if (db != null) db.destroy(); db = null; return result; （3）根據(jù)得到的重定向的文件類型（XHXXXL/XML/HXXXL/WML）為參數(shù)，返回需要重定向的

48、具體文件名： public String getFile(String style) if(style.equalsIgnoreCase(HXXXL) return Configurate.getInfo(ConfigTagNames.WAP_PORTAL_HXXXL_PAGEURL); else if(style.equalsIgnoreCase(XHXXXL) return Configurate.getInfo(ConfigTagNames.WAP_PORTAL_XHXXXL_PAGEURL); else return Configurate.getInfo(ConfigTagNames

49、.WAP_PORTAL_WML_PAGEURL); 3通過以上方法后得到要重定向的具體的文件名，此時(shí)可以forward到得到的文件。下面給出一個(gè)完整調(diào)用的示例：1 GetUAStyle style = new GetUAStyle(request); 2 String redirectFile = style.getDisStyle(); 3 String forwardFile = style.getFile(redirectFile)4 javax.servlet.RequestDispatcher dispatcher = request.getRequestDispatcher(for

50、wardFile);以上代碼是所有完整的調(diào)用，其中：第一句是初始化GetUAStyle對(duì)象，取得手機(jī)型號(hào)（UA）相關(guān)信息第二句通過UA信息得到此UA支持的格式信息第三句是通過得到的格式信息返回相應(yīng)的具體頁(yè)面文件名（此步驟需要預(yù)先配置好相關(guān)頁(yè)面與格式的匹配信息）第四句重定向到上一步取得的頁(yè)面。2.6.2 瀏覽類業(yè)務(wù) 基本要求用戶可以通過終端的瀏覽器查看從門戶服務(wù)器上收到的信息。用戶在門戶上瀏覽，訪問非計(jì)費(fèi)URL，門戶展現(xiàn)用戶所點(diǎn)擊的相關(guān)頁(yè)面。用戶在門戶上瀏覽，訪問計(jì)費(fèi)URL，根據(jù)對(duì)用戶訂購(gòu)關(guān)系的認(rèn)證鑒權(quán)結(jié)果，門戶展現(xiàn)用戶所訂購(gòu)業(yè)務(wù)的內(nèi)容或者展現(xiàn)訂購(gòu)頁(yè)面。.1 展現(xiàn)適配頁(yè)面適配過程是針對(duì)用戶手機(jī)終端的屬性如屏幕尺寸、色彩、終端能力等因素，為頁(yè)面中每個(gè)頻道選擇適合的頻道模板的過程。手機(jī)終端類型繁多，為了提高頁(yè)面適配的可操作性和適配效率，可將手機(jī)終端分組，對(duì)應(yīng)終端分組分別開發(fā)適合的頁(yè)面模板。這樣門戶展現(xiàn)系統(tǒng)的終端適配過程可以概括為以下的進(jìn)程：(1) 當(dāng)用戶終端通