中國聯(lián)通CMAWA2.0綜合業(yè)務開發(fā)規(guī)范

中國聯(lián)合通信有限公司PAGEPAGE71中國聯(lián)通CＤMＡWＡP2.0業(yè)務開發(fā)規(guī)范（V3.0）中國聯(lián)合通信有限公司２0０５年12月目錄TOＣ\ｏ”１—3"\h\z\uHYPERLIＮK1．4?術(shù)語和縮略語?ＰAＧEREF_Tｏc12３6９７350\ｈ２HYＰEＲLINK\l”_Toc123６97351"1.5 參考文獻?ＰAGEREＦ_Toｃ１236９７351\h２ＨＹPＥＲLINK\l"_Toc1236９7352"2?WAP2。0技術(shù)說明?PAGEＲEF＿Tｏｃ１236973５2\h3ＨYPＥRＬＩＮK\ｌ”_Toc１23697353"３?業(yè)務管理規(guī)定 PAGERＥF＿Toc12369７3５3\ｈ4ＨYPＥＲLＩNK\ｌ＂＿Toc１２３６973５4”3.１?Wａｐ2。０業(yè)務申報注意事項 PＡGＥREF_Toc123697354\ｈ４ＨYPＥＲLINＫ\ｌ”＿Toｃ123697355”3.2 Ｗap2。0業(yè)務測試前相關(guān)要求?ＰAＧEREF＿Toc1２3６97３55\h4HＹPERLＩNＫ3。４．1?費用結(jié)構(gòu)與收費模式?PAGERＥＦ＿Toc12３697358＼ｈ6ＨYPEＲＬIＮK\ｌ"_Ｔoｃ123697359"3.４。２?收費規(guī)則 PＡGEREF_Tｏc1２3６9７359\h6HYPERLIＮK\l＂_Tｏc1２3６９7３６0＂3．4.3 價格原則 PＡGEＲEＦ_Ｔｏc1236９736０＼ｈ７HＹPERLINK3．4．4?優(yōu)惠規(guī)則?PAGEREF_Tｏc1２３６97３61＼h7HYPＥRＬIＮＫ\l”_Toｃ123697362"4?業(yè)務開發(fā)規(guī)范?PＡGEＲEＦ_Toc12３6973６2＼ｈ8HＹPEＲLＩNK\l＂_Ｔoc1２3６97３63”4.１?業(yè)務訪問和定制／退定流程?PAGEREF_Tｏc１23６9736３\h８HYＰＥＲLＩNＫ４。２ 頁面開發(fā)規(guī)范?PAＧEＲEF_Toｃ12３6９7367＼h１2HＹPＥRLＩNK\ｌ"＿Ｔoc12３697368”4.２。1?頁面設(shè)計基本原則 ＰＡGEREF_Toc１23697368＼ｈ１2HYPERＬIＮK\l＂_Toc123697369”4.2.２?頁面效果規(guī)范?ＰAGＥREF_Tｏc123６9７３６9\h12HYPＥRLINK＼l＂＿Tｏｃ12３６９73７０＂4。２.3?背景音樂規(guī)范?PＡGEＲEF＿Toｃ123697３7０\ｈ１4HYPＥRLINK＼l＂_Tｏc１2369７３７1”４.2．4?圖標與圖形規(guī)范?ＰAGERＥF_Toc1２3697３71＼h１５HＹPERLIＮK\l”＿Tｏc12369７3７2＂4．２．5?ＣACHE規(guī)范 ＰAGEREF_Tｏc１23697３72\h16ＨYPERＬIＮK４。２。11 瀏覽器性能參考 PAGＥＲＥF_Toc12３6９7378\h２1HＹPERＬINＫ\l”_Tｏc１２3697379"４．２．12?MHTＭL格式頁面?ＰAGERＥF_Toc12３6973７9＼h2１HＹPERLIＮＫ\ｌ"_Toc1２3697３8０"４。2.13?終端適配?ＰＡGEREF_Toc1２36973８0\h25ＨYPERLINK\l＂_Toc123６9738１”4.２.14 COOＫIEＳ規(guī)范 PＡGEREF_Toc123６9７３8１＼h２5HＹPERＬINK\l”_Toc1２36973８２＂４。3 URL說明 PAGEREF_Tｏc12369７38２＼h26HYPＥRLINＫ4。4。２ 適用范圍?PAＧEＲＥF_Ｔoc１2３697３85＼h27HYPＥRLINK4。5．1 說明?１23697431＼h33HＹＰＥRLＩＮK\l”_Tｏc1２369７43２"4。５。2?點對點ＷAPPUSH PAGEREＦ_Tｏc123６97４32＼ｈ33HYPＥＲＬINK＼l"_Tｏc1２36９743３”4.５。3?CP服務器發(fā)起的WAＰＰUSH?ＰＡGEREＦ_Toｃ１2369７433＼h43HＹPEＲLINK\ｌ"_Toc123697434”4.5。４?注意事項?PＡGEREＦ_Tｏc12３69７434\h51HＹPEＲLINK\ｌ"_Ｔｏc１２3697435"4．6?業(yè)務實現(xiàn)要求?PAGEREF_Ｔoc12369７4３5\h52HＹPERＬINK\l”_Toc1２369７４36”4。6。１ 對WAP1．2的兼容 PＡGERＥF＿Toc１23697436\ｈ5２ＨＹPEＲLINK\l”＿Toｃ１2３6974３7”4.６。2?瀏覽類業(yè)務?PAGEREＦ_Toc1２3６9７43７\h57ＨYPERＬＩNK＼l＂_Toｃ１２３６97438"４.６．3?下載類業(yè)務?PAGEREF＿Toc1236974３8\h５9HYPEＲLINK\l＂＿Toc１２369７４３９”4．6.４ ＰUSH類業(yè)務 PAGEREＦ＿Tｏc1２3６９7439\h６７HYPEＲLINK\ｌ＂＿Toc12３697440＂4。7?用戶手機號碼和手機型號獲取說明?ＰAＧEREF_Toｃ12369７440＼h71HＹＰERLINK＼l”_Toc1236974４1＂４。8 編碼和代碼?PAGEＲEF_Toc123６97４41\ｈ72概述中國聯(lián)通CDMA“互動視界”業(yè)務自開展以來，用戶數(shù)增長迅速，用戶使用的各類業(yè)務越來越豐富,目前提供的各類業(yè)務均是按照WAP1.2標準向用戶提供的服務。為了提供更好、功能更加強大的服務,中國聯(lián)通建立了統(tǒng)一的WＡP2.0門戶站點,與WＡP1。2門戶站點相結(jié)合，對用戶提供各類服務,為了保證統(tǒng)一WAP2。0業(yè)務，特制定了本業(yè)務規(guī)范。文檔內(nèi)容本規(guī)范內(nèi)容包括WAP2。０業(yè)務的技術(shù)說明，業(yè)務訪問流程,計費和價格原則以及各類業(yè)務規(guī)范,并給出了相應的基本原則與例子。同時對于ＷＡP1.２業(yè)務的兼容性和延續(xù)性作了相關(guān)說明。適用范圍本規(guī)范適用于中國聯(lián)通各級機構(gòu)和CＰ/SP（內(nèi)容／服務提供商）通過中國聯(lián)通CDMAWAP2。０門戶站點向用戶提供各類WＡP2.０服務。解釋權(quán)及修訂權(quán)本規(guī)范由中國聯(lián)通制定、審核并發(fā)布，起草單位為中國聯(lián)通增值業(yè)務部。本規(guī)范將根據(jù)市場發(fā)展需要適時進行修改,其修改權(quán)和解釋權(quán)屬于中國聯(lián)通增值業(yè)務部。術(shù)語和縮略語WAＰ：WｉrｅｌｅssAppｌicａt(yī)ionPrｏtｏcolSP：ServicｅPｒovideｒ,服務提供商頁面：每次請求，所得到的顯示內(nèi)容頻道：根據(jù)業(yè)務內(nèi)容分類劃分的區(qū)域,頻道下為欄目列表欄目：頻道中的某一類服務，欄目下是業(yè)務列表欄目標題：顯示內(nèi)容的頁面頂端顯示的內(nèi)容標題欄目名稱:菜單欄目列表中指向內(nèi)容鏈接或下一級菜單鏈接的欄目名XＭＬ：ｅｘtenｓｉｂleｍａrｋupｌaｎguage,擴展超文本標記語言，HＴML的最新版本(ｖ.4．１）是XHTMＬ的基礎(chǔ)。XHTMLMP:XHTMＬｍobｉleprofｉle,XHＴML移動描述。源于XＨＴMＬBａsｉc并且從完整的XＨTML1。1中增加了在移動瀏覽器中有用的元素和屬性。WＡPＣＳＳ：WＡＰcascadingｓtylｅｓheets，是CSS的移動版本,他是CSS的一個子集,但不包括那些不適用于特別小的設(shè)備功能。CP/SP:內(nèi)容提供商/服務提供商資費確認：用戶確認收費規(guī)則，如包月、點擊及收費金額資費確認資費確認計費:根據(jù)用戶確認的收費策略，作計費處理，計算本次使用服務的費用參考文獻《中國聯(lián)通CDMAWAP業(yè)務規(guī)范》《中國聯(lián)通CDMＡＷAP平臺接口規(guī)范》《中國聯(lián)通CＤMAPUSH業(yè)務規(guī)范》WＡP2．0技術(shù)說明與WAP1．2相比,ＷAP２.0主要采用的技術(shù):XHTＭLMP。采用XHTMＬMP來擴展XＨTMＬ的基本用戶簡介，并能夠按需要增加其他語言元素。TCＰ／IP傳送協(xié)議移動簡本。WAP2.0將推動業(yè)界為無線鏈路開發(fā)TCP移動簡本，能與目前Iｎternｅｔ上運行的通用TCP互操作。移動友好技術(shù)：包括ＸHTML的簡本；層疊樣式表（CSS)移動簡本;用戶個性喜好和設(shè)備能力介紹等.與ＷＡP1.2相比,WAP2.0主要體現(xiàn)在:采用最新的Inteｒnｅｔ標準和協(xié)議,能優(yōu)化網(wǎng)絡(luò)帶寬的利用以及基于數(shù)據(jù)包的全球無線網(wǎng)絡(luò)的連接。能對已有的WＡＰ內(nèi)容、應用和業(yè)務提供可管理的向后兼容性。WAＰ2.0XHTMＬMP，并支持WAＰ1。x內(nèi)容的ＷＭＬ。這些標記語言在發(fā)揮其獨特優(yōu)點的同時,為移動設(shè)備提供合適的內(nèi)容業(yè)務。支持對WML１。０的完全向后兼容。WＭL２.０在ＷMＬ1.0增加了向后兼容的具體特性后對XHTMLMＰ的擴展,可實現(xiàn)從WMＬ1.０到ＸHTMLMＰ的名稱、屬性的轉(zhuǎn)換.支持的圖片格式有：GＩＦ，JPEG,ＰNＧ，BMＰ、WＢMP等。按照WＡP2。０標準化組織提出的標準開發(fā)規(guī)范進行頁面開發(fā),例如：支持XＨTML的簡本，層疊樣式表（CSS）移動簡本，多媒體信息服務（ＭMＳ），WAPPush等支持語言：支持內(nèi)容標記語言、WWWCｏnsortiｕm（W3Ｃ)以XＭL（exｔｅnsiblｅmarkｕpｌanｇuagｅ）為基礎(chǔ)規(guī)定的兼容HTML的“XHＴMＬBasic"，和CSS（cａscadｉｎｇstｙｌｅsheeｔs)樣式單。支持協(xié)議：因特網(wǎng)標準的TCP/IP.詳細WAP2.0技術(shù)說明，請訪問：HYPERLＩＮK"htｔp：／/www．opｅnmobileallianｃe.ｃoｍ/"http:／/ｗww．openｍobileａllianｃ／。業(yè)務管理規(guī)定Ｗａp2.0業(yè)務申報注意事項ＳＰ提交的業(yè)務必須嚴格按照WＡP業(yè)務開發(fā)規(guī)范和《頁面開發(fā)規(guī)范》（4。2）進行開發(fā)，必須根據(jù)對頁面(如，大小在20K以下）、圖片（如，頁面小圖片不超過8個）、鈴聲（如，鈴音必須有試聽）、背景音（選擇項，但如果采用，則背景音必須有開啟關(guān)閉的快捷方式）、快捷鍵、返回、速度等要求嚴格執(zhí)行。在ＳP已分配的測試區(qū)首位新增“WAＰ２0業(yè)務區(qū)”,在業(yè)務接入前，均需將WAP2。０業(yè)務URL加入到測試區(qū)?？刂泼總€ＳP業(yè)務的上線數(shù)量，原則上一個欄目一個SP只能上線一個業(yè)務（可包含兩個（含兩個）以下子業(yè)務),申報業(yè)務時注意內(nèi)容整合。ＳP應嚴格按照聯(lián)通ＷＡP2．０頻道規(guī)劃中規(guī)定的數(shù)量進行申報.SP提交的WＡＰ2．0業(yè)務名稱必須積極健康，長度不超過四個漢字。要求每個業(yè)務必須提供“免費試用區(qū)”，因此，申報/調(diào)整業(yè)務的確認或計費Urｌ不能包含或等于入口Url。對于提供給2。0手機使用的按次或包天下載業(yè)務，CP需單獨提交業(yè)務資源所在路徑的Uｒｌ作為２．0按次或包天下載計費Ｕrl。具體填寫位置詳見工單。Ｗａp2。０業(yè)務測試前相關(guān)要求必須嚴格按照《WＡP20業(yè)務開發(fā)規(guī)范》和《ＷＡP2０頁面開發(fā)規(guī)范》的要求進行業(yè)務開發(fā),并且業(yè)務開發(fā)前根據(jù)《Wap2。0門戶架構(gòu)》的設(shè)置要求，考慮新業(yè)務鎖定的目標人群，確定所屬頻道。在業(yè)務開發(fā)中必須考慮申報業(yè)務所在頻道或欄目的容量，原則上一個欄目一個SP只能接入一個業(yè)務(可包含兩個（含兩個）以下子業(yè)務）。所以，在業(yè)務開發(fā)中一定要注意業(yè)務的整合和資源的合理使用。聯(lián)通在業(yè)務審核時將不計算SＰ在某一欄目下已接入業(yè)務的數(shù)量，請SＰ自己做好業(yè)務數(shù)量的核對工作,以避免測試通過后業(yè)務無法上線。SP的業(yè)務在評審通過后,提交測試前必須增加業(yè)務內(nèi)容數(shù)量、提高內(nèi)容質(zhì)量，否則將不予以測試.務必保證在提交測試前將業(yè)務的數(shù)量擴充到同類WAP1.2的上線業(yè)務的60％，上線后不低于80％.SP在提交業(yè)務申請前務必詳細閱讀《WAＰ2.0業(yè)務申報注意事項》(3．1）。ＳP新提交業(yè)務從uｎｉ-wise網(wǎng)站上進行申請，業(yè)務處不再接收申請。ＳＰ在提交申請通過后，應提供《WAP2。0業(yè)務申報表》，提供UＲL等相關(guān)信息。Ｗap2.0下載業(yè)務計費Uｒl的申報方法WAP2．0下載類業(yè)務的計費URL下載業(yè)務的申報方法下載類業(yè)務，不管是包月、按次、按天計費，計費UＲL都必須是業(yè)務資源所在的路徑。例如：某CP提供的“圖片下載”業(yè)務，所有的圖片都放在“HYPERLINK”http://dowｎｌoａd．cｏ/tesｔ/”http：//doｗｎｌoad．coｏ。/tｅst/picｔure/”目錄下,那么該業(yè)務的計費URL應該為“HＹPERLINK"http://ｄownlｏad.coo．ｃoｍ。cn/tesｔ/”http:/／ｄowｎload.coｏ．/test/”,也就是說，該業(yè)務中準備用來下載的資源必須處于計費UＲＬ的目錄下為了不違反“不同業(yè)務計費URL不能重復或包含”的原則可得，對于下載類業(yè)務,不同業(yè)務的下載資源不能存放于同一路徑，否則相關(guān)業(yè)務的計費UＲL就會存在重復或包含。計費和價格對于本章節(jié)內(nèi)容，與WAP1。2業(yè)務規(guī)范一致.費用結(jié)構(gòu)與收費模式中國聯(lián)通ＷAP2．0業(yè)務的計費均由中國聯(lián)通進行，費用包括基礎(chǔ)通信費和信息服務費?；A(chǔ)通信費通信費解釋:用戶使用中國聯(lián)通無線通信網(wǎng)絡(luò)發(fā)生的費用，由中國聯(lián)通制定收費標準,并由中國聯(lián)通向用戶收取。通信費解釋信息服務費信息費解釋：用戶使用SＰ提供的應用服務而發(fā)生的費用，由提供服務的SＰ制定標準，并由中國聯(lián)通代SP向用戶收取。信息費解釋收費規(guī)則中國聯(lián)通WAP平臺對于ＳＰ提供的ＷAP2。0業(yè)務,支持如下幾種信息費計費方法:免費業(yè)務：指用戶免費使用SＰ提供的該項業(yè)務收費：ＳP對于一個業(yè)務可以同時選擇多個計費方式收費方式，如下:收費方式按點擊計費:按點擊計費是用戶在使用某CＰ申請并提供的某項業(yè)務時，再申請的地址之下的頁面中每點擊一次該服務計一次費，如:點擊一條新聞計０．1元。按天計費：按照天為單位進行收費,CＰ就某業(yè)務整體進行收費,用戶在一天內(nèi)使用該業(yè)務收取一次特定價格的費用，多次進出和重復使用不重復計費。用戶當天不使用此業(yè)務,不收取費用。包月計費:包月計費是指一次性收取一定費用，在計費月中用戶定制某包月服務時,系統(tǒng)一次性收取業(yè)務全月費用,用戶本自然月內(nèi)多次使用不重復計費，如果用戶不退定，則在后續(xù)月初自動的一次性收取全月費用.價格原則中國聯(lián)通WAP2。0業(yè)務的信息費由SＰ指定。但為了規(guī)范市場，保證SＰ公平競爭，ＳＰ制定信息服務費的價格應遵循信息服務費不能低于成本價的原則.優(yōu)惠規(guī)則為了更好的推廣業(yè)務，中國聯(lián)通ＷAP平臺對于SP提供的ＷAP2.0業(yè)務,支持如下幾種信息費優(yōu)惠方法：對每一個新的用戶給予固定時間長度(可設(shè)定）的免費試用：在優(yōu)惠開始和結(jié)束日期之內(nèi)定制該業(yè)務，免費使用一段時間。免費試用時長由SP制定。對每一個新的用戶給予固定時間次數(shù)（可設(shè)定)的免費試用：在優(yōu)惠開始和結(jié)束日期之內(nèi)定制該業(yè)務，免費使用設(shè)定的次數(shù)。免費試用次數(shù)由SP制定。在固定日期內(nèi)對所有用戶免費使用：ＳP需要制定免費開始日期和結(jié)束日期。在固定日期內(nèi)對所有用戶按折扣優(yōu)惠：在優(yōu)惠開始和結(jié)束日期之內(nèi)，按照業(yè)務的原定價格的某一個百分比進行計費.ＳＰ需要制定免費開始日期和結(jié)束日期,以及百分比。設(shè)定的優(yōu)惠價格（小于正常的收費價格)進行優(yōu)惠.ＣP/ＳP可以申請優(yōu)惠開始和結(jié)束日期,以及優(yōu)惠價格在固定日期內(nèi)對所有用戶以特定優(yōu)惠價格優(yōu)惠:在優(yōu)惠開始和結(jié)束日期之內(nèi)，按照低于業(yè)務的原定價格的某一個特定優(yōu)惠價格進行計費。SP需要制定免費開始日期和結(jié)束日期，以及優(yōu)惠價格。優(yōu)惠套餐優(yōu)惠:指把某一個SＰ的幾項業(yè)務捆綁在一起向用戶銷售的策略,用戶定制優(yōu)惠套餐后，在每月繳納一定費用（如用戶每月繳納25元)，就可以使用此SP的優(yōu)惠套餐中的全部業(yè)務。業(yè)務開發(fā)規(guī)范業(yè)務訪問和定制/退定流程對于本章節(jié)內(nèi)容,與WＡP1.2業(yè)務一致。業(yè)務訪問流程WAP2。0業(yè)務的用戶訪問流程與WＡP1．2業(yè)務訪問流程類似，參見下圖：用戶使用移動終端一鍵上網(wǎng)請求訪問WAP門戶首頁，WAＰ平臺對用戶請求處理后,返回ＷAP門戶首頁。在WAP門戶中，存在鏈接指向SＰ服務器.用戶點擊WＡP門戶中的鏈接,請求訪問SP服務器中的業(yè)務，該請求發(fā)送給WAＰ平臺的計費處理系統(tǒng)。WAP平臺對用戶的請求進行認證和鑒權(quán)處理后，如果認證和鑒權(quán)通過，則ＷＡP平臺轉(zhuǎn)發(fā)請求給SＰ服務器。SP服務器處理用戶請求,并返回響應給WＡP平臺系統(tǒng)。ＷＡP平臺系統(tǒng)返回響應給用戶，同時根據(jù)SP服務器響應結(jié)果對用戶進行計費處理。說明:對用戶的計費均由中國聯(lián)通ＣDMＡWＡＰ平臺處理。用戶訂購和使用業(yè)務的流程用戶使用一個未定制業(yè)務的流程用戶使用移動終端發(fā)送業(yè)務使用請求給ＷAP平臺。WＡＰ平臺判斷用戶是否已經(jīng)定制了此業(yè)務,如果未定制此業(yè)務,ＷAＰ平臺彈出業(yè)務訂購頁面,并返回給到用戶終端.用戶選擇業(yè)務收費規(guī)則，并確認訂購。WAＰ平臺成功處理用戶定制請求后,把用戶請求發(fā)送給SP服務器。SＰ服務器返回響應給WAＰ平臺。WAＰ平臺返回響應給用戶終端。同時WＡP平臺將用戶定制信息傳送給SP業(yè)務服務器.用戶使用一個已定制業(yè)務的流程用戶使用移動終端發(fā)送業(yè)務使用請求.由WAP平臺判斷用戶是否已經(jīng)定制了此業(yè)務。WＡP平臺驗證用戶已經(jīng)定制的業(yè)務,則將請求轉(zhuǎn)發(fā)給SP業(yè)務服務器。SP服務器端返回請求給WAP平臺。WAＰ平臺返回請求給用戶終端。用戶退定業(yè)務流程用戶使用移動終端或者登錄中國聯(lián)通統(tǒng)一ＷEB界面,對已定制的業(yè)務進行退定操作。WＡP平臺成功處理業(yè)務退定操作后，將用戶退定業(yè)務信息傳送到ＳP業(yè)務服務器。頁面開發(fā)規(guī)范頁面設(shè)計基本原則由于手機終端具有屏幕狹小、輸入受限等特點，同時移動互聯(lián)網(wǎng)速度較慢,因此CP/SＰ業(yè)務設(shè)計本著引導與方便用戶使用原則而開展。CP/SP所開發(fā)業(yè)務既要較快讓用戶進入與使用，又要方便用戶出來使用其它欄目或者CP／ＳP業(yè)務.用戶進入后無法通過鏈接返回首頁的業(yè)務視為重大錯誤.瀏覽類與信息類業(yè)務要求各CP/SP要有功能與風格基本一致的界面。頁面效果規(guī)范頁面的效果應把握“提高訪問速度的前提下，提高頁面瀏覽流量、提高頁面視覺沖擊效果”的原則：單頁面圖片與文字總和的整體容量應控制在20ｋ以下，普通頁面的全部展現(xiàn)時間應保證小于4ｓ，多圖形頁面的全部展現(xiàn)時間應保證小于6s(包括頁面內(nèi)置對象）.對于業(yè)務入口頁面，在保證速度的前提下，應盡可能做得豐富一些,增強用戶的視覺感受；對于第二級和第三級及其以下的頁面，可以稍微簡化頁面的效果,但是不允許出現(xiàn)純文本的頁面。對于使用圖片的頁面，應該設(shè)置與圖片主色調(diào)相近的背景色,在用戶觸發(fā)頁面的下載后，應保證用戶通過迅速見到出現(xiàn)的背景色而能感受到下載已經(jīng)進行,絕對不能在下載進行中向用戶展現(xiàn)白屏。如果使用表格的嵌套，嵌套的層數(shù)應該少于2層。CSS應該定義到每一個文件,不能單獨做成一個文件，應使用頁面內(nèi)包含.對于背景的圖片，建議使用小圖片的平鋪方式，可以大大提高下載速度,平鋪應該優(yōu)先考慮雙模手機１70ｃm像素的屏寬。否則將會出現(xiàn)明顯的接縫痕跡,示例如下:未考慮雙模手機平鋪效果：建議平鋪效果:ＨｔmlBodｙ下的子TAG中的內(nèi)容應盡量少,盡量少定義全局，應分散到多個子TAＧ中,TAG禁止相互嵌套,代碼示例:<P><tablewidtｈ="1００%"ｂｏrｄｅｒ＝＂０”ｃellspacing="０”cｅllpadｄinｇ=”0＂＞<tr＞〈td〉＆nbsp;</td>〈/tｒ>＜ｔr>〈ｔｄ> ；</td></tr〉＜/table>方孤苦伶仃接口管理發(fā)動機可法律界公開勒索奮斗〈/P>應該為：<P＞〈tａblewidth="1０0%”bordｅr="0”cｅｌｌｓpacing＝”0"ceｌlｐadding=＂0">＜tr＞<td＞&nｂsp；</ｔｄ〉〈/tr＞〈tr><ｔd〉＆nbsｐ；〈/td〉＜／tr></ｔable＞〈／P〉＜P＞方孤苦伶仃接口管理發(fā)動機可法律界公開勒索奮斗＜／P>頁面中所有顯示圖片應加Ａｌt，在圖片未完全下載前，能夠用文字給用戶以圖片展示內(nèi)容的說明.示例代碼如下：＜html〉<head><mｅtahttp－ｅquiｖ=”Ｃoｎtｅｎt-Ｔypｅ”cｏnｔent＝"texｔ/htｍｌ；charｓet=gｂ2312"><tｉｔle〉<／ｔｉtlｅ＞</ｈead>〈bodｙ><imgｓｒc=”a。giｆ”alt=”ｘxxx業(yè)務"＞</bodｙ〉</ｈｔｍl>背景音樂規(guī)范背景音樂使用MIDＩ格式。為了滿足用戶在不同場景中的需要，頁面中應該設(shè)置明顯的可以開啟或關(guān)閉背景音的操作方式.背景音樂的請求代碼應該放在圖片的請求代碼的后面,以保證下載速度和用戶感受,示例代碼如下：推薦的寫法:＜html>＜head〉<ｍetahttp-ｅquiv="Content-Type”cｏnteｎt=＂tｅxt/html;ｃharset=gb2312">＜tｉtle>〈/tiｔle＞<／heａd〉<boｄｙ>ｆkｄgｊｋldgjｋlfjdksgｊkdｌgjkｌｆdjｇｋｌｄｊf〈bgsoundｓｒc＝”xｘ。mid＂〉＜/bodｙ〉</htｍl＞不推薦的寫法:<ｈtml>〈head>〈ｍetahtｔｐ－ｅquｉｖ=＂Ｃontｅnt-Type”conｔenｔ="teｘｔ/ｈｔｍｌ;charｓet＝gb2３12”>〈titlｅ＞</titｌｅ>〈/ｈead>〈bｏdybgｓｏundsｒc＝"xx。ｍid">fkdgjklｄｇｊklfjｄksgjkdlｇjklｆdjgkldjf〈/boｄy〉＜/htmｌ＞圖標與圖形規(guī)范為了保證頁面的整體下載時間,建議單頁面圖片的容量應該控制在1５ｋ以內(nèi)。圖片下載必須提供圖片預覽功能,預覽時顯示文字應為“生成預覽中…”，預覽圖片應為８0ｘ８0像素,大小應控制在６K以內(nèi)，以保證預覽生成的速度在3秒以內(nèi)。正式下載的圖片應盡量保證容量較大,圖像清晰.建議下載圖片大小在2５K左右，預覽頁面效果如圖：圣誕老人12５6字節(jié)下載圣誕老人12５6字節(jié)下載返回上級＊聯(lián)通首頁＃生成預覽中…圣誕老人12５6字節(jié)下載返回上級*聯(lián)通首頁＃WAＰ瀏覽器對于不同格式的圖片解碼速度是不同的，根據(jù)測試值得出（OＰENWAVE瀏覽器），解碼速度ＢMP〈PNG<JPEＧ〈GIＦ，建議CＰ/SP在保證圖片質(zhì)量的基礎(chǔ)上，最好選擇GIF和PNG格式的圖片，并且應經(jīng)過PHOＴＯSHOP壓縮。由于使用小圖標會增加Ｈｔtｐ請求的個數(shù)從而影響頁面的整體下載速度,所以不推薦在欄目列表中使用較多的小圖標，建議使用特殊符號或者數(shù)字符號代替小圖標，可以很大程度上提高瀏覽速度;如果必須使用，則每頁使用小圖標的個數(shù)不應超過8個,且單個圖標大小應在500byte以內(nèi)。CACＨE規(guī)范為加快用戶瀏覽頁面顯示速度，業(yè)務入口頁面，以及公共性和架構(gòu)類的頁面應使用ＣＡCHE,其他頁面不應使用CＡCHE.不要將時效性很強的內(nèi)容(如新聞、股票信息等）留在CＡCHE中。天氣信息、交通信息等特定內(nèi)容在CACＨＥ中的有效時間為6小時。對動態(tài)信息要強制更新。菜單規(guī)范菜單項按業(yè)務的重要性的順序來排列，用戶最可能選擇的業(yè)務排在前面。菜單項應遵循的排列格式：在保證美觀的基礎(chǔ)上,如果菜單一列顯示,文本部分左對齊，圖片菜單部分中間對齊；如果分列顯示,文本部分左對齊,圖片菜單項要盡量與屏幕寬度相同，如果不能相同,則要保證中間對齊。菜單項應盡量避免使用小圖標.。建議使用數(shù)字快捷鍵作為菜單選擇手段,但是菜單選項應該使用明顯的標識提示用戶使用數(shù)字快捷鍵，菜單選項多于９個時，定義“0”鍵表示進入下一頁,定義“*”鍵表示返回上級；定義“#”鍵表示返回首頁。對于不支持字符觸發(fā)的終端,“返回上級”和“聯(lián)通首頁”應采用小圖標和文字鏈接，可以通過方向鍵選擇。菜單盡量不要小圖標（Icoｎ)和數(shù)字快捷鍵同時使用，因為這樣，對于大部分終端，會造成菜單文字的換行，影響界面的美觀。如果需要在一個菜單項上執(zhí)行多個操作,可以通過彈出式菜單實現(xiàn)。頁面返回規(guī)范用戶經(jīng)常使用手機中的返回按鍵（通常就是刪除按鍵）返回或退出，因此，返回連接對一個業(yè)務的成功是十分關(guān)鍵的，要倍加關(guān)注,對返回連接設(shè)計好的業(yè)務，將會顯著地提高用戶的使用次數(shù)。在所有業(yè)務的頁面底部必須有一個“聯(lián)通首頁?！焙汀胺祷厣霞墸钡逆溄?注意必須在鏈接的文字后提供“#”和“*”作為明顯的標識提示用戶）；“返回首頁”的鏈接為：HYPERLＩＮK”httｐ：//ｗaｐ．uｎi－ｗｉse。ｃoｍ"hｔｔp：／/ｗａｐ。ｕnｉ-ｗiｓe.ｃom，頁面效果如圖：（（個人圖片）（圖片下載)（鈴聲下載）(屏保動畫）（音樂動畫）(背景圖片）返回上級*聯(lián)通首頁＃返回上級：指返回ＳP的應用菜單聯(lián)通首頁:指返回互動視界的首頁如果上一個頁面是重定向頁面，則“返回上級”應跳過重定向頁面。為了便于用戶的使用，在有些情況下,允許返回上級功能不直接返回上一個頁面，而是將用戶帶到最方便使用業(yè)務的頁面。例：用戶在使用鈴聲搜索或者單詞翻譯的業(yè)務時，當輸入的要搜索的鈴聲或者翻譯的單詞，然后進入確認頁面，點擊確認后，當沒有找到時出現(xiàn)的提示頁面中的返回,不是返回到確認頁面,而是返回到重新輸入頁面；文本顯示規(guī)范一個CＡRD中顯示5０0—6０0個字符，即300漢字以內(nèi)。當需要顯示的內(nèi)容超過范圍時,在底部提供一個“下一頁"連接，但在每個欄目下，傳送給用戶的內(nèi)容最好不要超過3頁.將超出一行的內(nèi)容分行顯示，但主菜單及子欄目標題則應盡量將文字壓縮為一行。如:“少女系列三十一"此標題字符過長,可將其壓縮為“少女系列31"。所有文本左對齊.每段文字的首字需要保證對應的文字縮進.瀏覽圖片和新聞等內(nèi)容時，應提供明示下一主題或內(nèi)容的連接說明,用于用戶直接轉(zhuǎn)到下一個主題或內(nèi)容,比如“下一張”、“下一條"等，而不要僅僅顯示“下一頁”,以免造成用戶的混淆。所有提示性文字應使用統(tǒng)一的簡體中文，避免出現(xiàn)英文與中文混合的內(nèi)容,如“Loadｉng…請稍后”，應為“正在下載中…請稍后”。菜單中的各項要按照一定的邏輯順序來排列,如按照類型、時間、字母順序等。如果沒有邏輯順序，就按優(yōu)先級排列,將最可能選擇的排在最前面,將最新更新的部分放在最前面，并加入“NEW”字樣。新聞類欄目要在新聞標題的后面顯示新聞發(fā)布的日期及出處.如圖：中國隊大勝香港隊……中國隊大勝香港隊……。（2004。11。18,摘自XX時報）央視招標突破50億…….(2004。1１。1８,摘自XX晚報報)北京警方成功破獲多起搶劫案…….（２00４．１1。18，摘自ＸX時報)下一頁返回上級＊聯(lián)通首頁＃當用戶閱讀文本時，應能主動預讀取下一頁文本到手機的CACＨＥ中，加快用戶閱讀的切換速度。比如：〈head〉〈linkhref=”ｐａge2.wｍｌ”rｅｌ="next”/>〈／head＞<caｒｄｉｄ=”page1”><dotｙpe=”ａccepｔ”labｌe＝”Page2”><ｇohrｅf=”pａｇｅ2。wml”/></do><p>Pagｅ1of2<br/＞…。</p>＜/ｃard〉上面的代碼展示了如何利用預取功能對一個卡片組中的下一個卡片進行訪問.用戶輸入規(guī)范盡量減少用戶的文本輸入。當已激活輸入?yún)^(qū)域時，只需要有一個確認連接,不需要提供其他功能。為每一個輸入項盡可能直觀的提示與描述，但不要多于10個漢字。對每一個輸入項，將輸入的內(nèi)容限制在254個字符之內(nèi)。應通過設(shè)定輸入框的內(nèi)容類型，避免用戶增加切換輸入法的操作。對用戶輸入的密碼，不要用*進行掩蓋,在手機上明文顯示即可。使用MAＸLENGTH參數(shù)來限制用戶輸入密碼的長度,避免用戶出錯。格式化輸入規(guī)范格式化輸入主要包括輸入日期、信用卡號碼等具有固定格式的內(nèi)容。對所有格式化輸入都必須表明輸入格式，如輸入如期時可以表示為：MM／ＹYＹY見下例:對輸入的類型進行強制匹配，該輸入數(shù)字的地方,不能輸入字母?？梢酝ㄟ^MＡXＬENＧTＨ參數(shù)限制輸入的字符數(shù)。對確定的內(nèi)容進行預制，如輸入日期時可以表示為20xx，只讓用戶輸入后兩位數(shù)字就可以。對可確定用戶輸入的文字功能實現(xiàn)自動切換，如需用戶輸入密碼時，應自動切換為“數(shù)字功能”，要求用戶輸入Email地址時，應自動切換為“英文”等.瀏覽器性能參考目前瀏覽器并發(fā)請求能力無法啟用,瀏覽器一次只能發(fā)送1個請求,因此建議CP/SP建議控制頁面中Ｈttｐｌiｎk數(shù)目.頁面中httｐlｉnｋ請求的順序是按照編寫的順序產(chǎn)生的，建議ＣP／ＳP對于較大的對象應盡量放在后面。頁面編碼應采用utｆ—8，可減少proxｙ或終端的轉(zhuǎn)化。MHTＭL格式頁面概述鑒于4.2。１1章節(jié)中提到的手機瀏覽器單連接同步發(fā)送請求的特性,減少同一頁面中請求數(shù)量可以有效的加快頁面翻轉(zhuǎn)速度.MHTMＬ格式頁面恰恰可以滿足如上需求。目前Openwａve6．Ｘ版本的瀏覽器已經(jīng)被普遍的應用在Wap2。０終端上，該版本手機瀏覽器可以支持Multipart／reｌatedMIMEType.由于ＭHTML格式頁面對于“多圖”頁面能夠顯著提供頁面翻轉(zhuǎn)速度，因此,對于由頁面下載速度緩慢而嚴重影響用戶感知、用戶體驗的頁面，我們建議采用MＨＴML格式頁面進行打包,將多個請求轉(zhuǎn)換為一個請求,縮短由于手機瀏覽器的局限而導致頁面翻轉(zhuǎn)較長的耗時.實現(xiàn)原理網(wǎng)頁打包技術(shù)是一種基于HＴTＰ的傳輸擴展協(xié)議，可以參考互聯(lián)網(wǎng)標準協(xié)議RFＣ２557《MIMEEncapsulationｏfAggｒegaｔｅＤｏcｕmｅnｔs,suchasHTＭL（MHTML）》，通過在傳輸過程中實現(xiàn)頁面和頁面內(nèi)嵌對象的整合編碼技術(shù)，實現(xiàn)一次連接可以傳輸完整頁面及頁面內(nèi)嵌對象的技術(shù)標準。本協(xié)議是對RFC2５57在ＷAＰ傳輸上的修正,針對無線網(wǎng)絡(luò)的特性,去掉了冗余數(shù)據(jù)，結(jié)合CDＭA1ｘ的高速數(shù)據(jù)通道實現(xiàn)無縫高效傳輸。傳統(tǒng)的WＡP頁面?zhèn)鬏斶^程：向服務器發(fā)送請求，請求頁面文件(WML或ＸHＴML)。顯示初步頁面。瀏覽器針對頁面進行分析,得到頁面內(nèi)嵌對象(如圖片，鈴聲）的UＲL。繼續(xù)發(fā)送對頁面內(nèi)嵌對象請求。顯示完整頁面。服務器手機

頁面元素文件服務器手機頁面元素文件XHTML文件多次請求/應答一次請求/應答WML／XHTML格式頁面?zhèn)鬏斒疽鈭D服務器手機打包技術(shù)頁面?zhèn)鬏斶^程：服務器手機向服務器發(fā)送頁面請求,傳輸整個MＨＴML頁面文件。對打包文件解碼，顯示完整頁面.手機服務器MHTML文件手機服務器MHTML文件一次請求/應答MHTＭL技術(shù)傳輸示意圖簡單實現(xiàn)過程將網(wǎng)頁轉(zhuǎn)成Multiｐart格式使用IＥ打開某業(yè)務入口頁面.在菜單中選擇另存為.在對話框內(nèi)選擇保存類型為[WEB檔案，單一文件]。選擇編碼為UTF—８，文件名為test。mht，確定保存。在菜單中選擇另存為。在對話框內(nèi)選擇保存類型為［網(wǎng)頁，html格式］。文件名為test。htｍl，確定保存。使用文本編輯器打開teｓt。ｍht。去掉前的16行(前16行為IE自行添加的冗余信息）。增加以下內(nèi)容：<%@<%@pagecontentType="multipart/related;type=\"text/html\";boundary=\"=_NextPart_000_0003_01C54672.B1702520\""%>=_NextPart_000_0003_01C54672.B1702520Content-Type:text/html;charset="utf-8"Content-Transfer-Encoding:quoted-printableContent-Location:page將頁面元素轉(zhuǎn)成Base6４格式接前一章節(jié):查找圖片文件的ＵRL位置.修改為本地路徑。去掉最后一行的標識——--——=_NexｔPart＿00０_0000_01C５4B57。433０３D40-（對于不同情況,黃色背景部分可能略有不同）.在文件尾部加上以下內(nèi)容（假設(shè)該測試頁面只內(nèi)嵌了２個對象）:=_NextPart_000_0003_01C54672.B1702520=_NextPart_000_0003_01C54672.B1702520Content-Type:image/gifContent-Transfer-Encoding:base64Content-Location:a.gif=_NextPart_000_0003_01C54672.B1702520Content-Type:image/gifContent-Transfer-Encoding:base64Content-Location:b.gif=_NextPart_000_0003_01C54672.B1702520--在tｅst。files文件夾中找出圖片文件并使用BASE６４進行編碼，獲得純文本字符串,或參照以下步驟使用outlｏoｋ對圖片進行編碼.打開outｌoｏk，新建一個郵件在附件中選擇以上的圖片文件發(fā)送郵件在郵件發(fā)送箱中找到該郵件查看郵件屬性里的詳細信息選擇編號好的圖片文件內(nèi)容整合為MHＴＭL文件在ｔeｓｔ.mht中粘貼對內(nèi)嵌對象進行BＡSE6４編碼后的純文本字符串。如，=_NextPart_000_0003_01C54672.B1702520=_NextPart_000_0003_01C54672.B1702520Content-Type:image/gifContent-Transfer-Encoding:base64Content-Location:a.gif此處粘貼a.gif進行BASE64編碼后的純文本字符串=_NextPart_000_0003_01C54672.B1702520Content-Type:image/gifContent-Transfer-Encoding:base64Content-Location:b.gif此處粘貼b.gif進行BASE64編碼后的純文本字符串=_NextPart_000_0003_01C54672.B1702520--將test。mht另存為ｔest.jsp。部署到應用服務器.進行測試。應用范圍如4．２.12。1章節(jié)要求，對于由頁面下載速度緩慢而嚴重影響用戶感知、用戶體驗的頁面,我們建議采用MＨＴML格式頁面進行打包.以下舉例說明建議采用ＭHTML格式進行開發(fā)的現(xiàn)網(wǎng)業(yè)務頁面（灰色涂抹部分為尚未下載完成的圖片說明，顧及影響,此處以灰色進行涂抹）。以上頁面效果嚴重影響用戶感知、用戶體驗,因此，對于此類業(yè)務頁面,我們建議以ＭＨTML格式進行開發(fā)。終端適配由于終端支持的選擇性的,相同設(shè)計的頁面在不同的終端上有著不同的表現(xiàn)形式,因此,請CＰ/SP在開發(fā)時注意通過終端適配，識別不同的終端并根據(jù)其不同的能力屬性來推送適配的頁面.由于終端CＰU性能的影響，一些終端在解碼時ＣPU資源占用嚴重，影響瀏覽速度，這類終端不適合圖片內(nèi)容較多的頁面的展現(xiàn)，CP/ＳP應單獨對這類終端進行適配。CＯOKIES規(guī)范鑒于終端瀏覽器可以設(shè)置不支持Coｏｋie，因此，對于需要保存會話關(guān)系的WAP2.０應用程序,應通過URL重寫（UＲLRｅwriｔｉng)的方式來保存會話關(guān)系,即將用戶的會話信息保存在URL中,當用戶點擊鏈接時送回服務器端來保持用戶的會話關(guān)系。URL說明三個URL解釋三個URL解釋對于本章節(jié)內(nèi)容，與WAＰ1。2業(yè)務一致。SP在中國聯(lián)通WAP門戶中提供一個ＷAＰ2.0業(yè)務時，需遵循中國聯(lián)通WＡＰ平臺基于ＵRL計費（信息費)的原則，對于接入的任何收費業(yè)務需要提供如下幾類ＵRL:參數(shù)名稱參數(shù)舉例用途描述入口UＲLHYPERＬINK”hｔｔp：//wａp．dｅmo。cｏｍ/wap/ｉndeｘ。jsp”hｔtp：//wａｐ。ｄemｏ。com/ｗap／indｅx。jｓｐ業(yè)務的入口ＵRL，唯一的一個計費UＲＬhttp：//wap.ｄemo．com／wap/conｔent/fee1／ｈttp：//wap.demo．com/ｗap/cｏntent／fee２/如果用戶訪問的ＵＲL包含此URL,WAＰ平臺進行計費處理?？梢詾槎鄠€。確認ＵRLｈｔtp:／／wａｐ.demo.ｃom/wａｐ/cｏｎｔｅｎt1/hｔtp:／／ｗaｐ．/wap／content2/如果用戶訪問的ＵRL包含此URL,WAＰ平臺判斷如果用戶未定制此業(yè)務，則會彈出收費信息供用戶選擇和定制?？梢詾槎鄠€。說明:對同一業(yè)務的計費ＵＲＬ、確認ＵRL不能存在包含關(guān)系或重復對于同一個業(yè)務入口ＵRL只能有一個,但計費UＲＬ或確認ＵＲＬ,均可以為多個.對不同的業(yè)務，一個業(yè)務的入口、計費或確認UＲL不允許與另外一個業(yè)務的入口、計費或確認URL相同;也不允許出現(xiàn)包含的情況。由于手機支持的URＬ長度有限，而且不同的機型支持的長度也不一致,為了能夠使各種機型均能夠正常使用WAP業(yè)務,要求接入的業(yè)務內(nèi)容的ＵRＬ長度不能夠超過1２８個字符,并不允許出現(xiàn)中文字符。由于中國聯(lián)通CDMAWＡP系統(tǒng)只處理80端口，所以下載、瀏覽等各類業(yè)務的接入必須使用8０端口，且不要顯式的在UＲＬ中指出“:80”,只需采用默認的80端口即可。不允許出現(xiàn)業(yè)務內(nèi)容對應的ＵRL為其他端口的情況。業(yè)務返回規(guī)范說明為了統(tǒng)一中國聯(lián)通WAP業(yè)務風格，保證WAＰ業(yè)務的可用性和易用性,現(xiàn)對有關(guān)頁面的返回上級和返回首頁制定本規(guī)范。對通過中國聯(lián)通ＷＡP門戶網(wǎng)站提供連接或者由中國聯(lián)通審核通過的接入CP/ＳP所提供的的代計費功能的WAP業(yè)務均要求遵循本規(guī)范中的相關(guān)原則與規(guī)定.中國聯(lián)通將對本規(guī)范進一步的修改與完善，同時也歡迎廣大合作伙伴就WAP業(yè)務規(guī)范給中國聯(lián)通提供建議與意見。中國聯(lián)通保留本規(guī)范的最終解釋權(quán).適用范圍本規(guī)范適用于中國聯(lián)通CDMAWAP全網(wǎng)業(yè)務。頁面和軟鍵（數(shù)字鍵）的返回規(guī)定在一級欄目頁面（或者是業(yè)務的起始頁面)必須有一個“返回首頁”的鏈接;同時,WAP1。２業(yè)務頁面的右軟鍵被定義為“回首頁”的鏈接。在二級欄目以下的頁面（或者是業(yè)務使用中的頁面)必須同時有“返回上級”和“返回首頁”的鏈接；同時，WAP１。2業(yè)務的頁面右軟鍵被定義為“回首頁”的鏈接；當頁面的指示光標沒有指向一個鏈接的時候，瀏覽器的左軟鍵定義為“返回”,鏈接至上級頁面；同時,WＡP1。2業(yè)務的頁面右軟鍵被定義為“回首頁”的鏈接；為了便于用戶的使用,在有些情況下，允許返回上級功能不直接返回上一個頁面,而是將用戶帶到最方便使用業(yè)務的頁面；例：用戶在使用鈴聲搜索或者單詞翻譯的業(yè)務時，當輸入的要搜索的鈴聲或者翻譯的單詞，然后進入確認頁面，點擊確認后,當沒有找到時出現(xiàn)的提示頁面中的返回，不是返回到確認頁面，而是返回到重新輸入頁面；需特別注意的關(guān)于軟鍵的規(guī)定:基于ＷAP1.2開發(fā)的業(yè)務必須支持以上定義的左、右軟鍵功能.對基于WAＰ2。0開發(fā)的業(yè)務，可以不支持軟鍵功能,但是,假如某個業(yè)務選擇使用軟鍵功能，那么就必須遵循以上定義的整套軟鍵規(guī)范；特別地，對于WAP2.0業(yè)務，ＣP必須在業(yè)務的每一個頁面上使用數(shù)字鍵(ＡccessKeｙ）完成返回的功能,統(tǒng)一規(guī)范為：“*”鍵表示返回上級;“?！辨I表示返回首頁.業(yè)務的“返回上級”全網(wǎng)業(yè)務的“返回上級"全網(wǎng)業(yè)務的返回上級可以分為以下兩種情況：從CP業(yè)務的底層頁面返回到ＣP業(yè)務的上一級頁面；從ＣＰ業(yè)務的入口頁面或者需要返回到ＷAＰ門戶對應欄目的頁面返回到ＷAP欄目,做到“從哪里來回哪里去"。第一種情況的返回上級是由ＣＰ開發(fā)人員根據(jù)業(yè)務本身的流程，設(shè)定返回上級應當返回的最佳頁面。第二種情況必須按照以下的說明，完成相關(guān)URL的設(shè)定。當平臺操作員通過平臺Ｐortａl管理功能將CＰ的業(yè)務入口加入平臺某個欄目時,平臺會自動向CＰ業(yè)務的入口ＵRL傳送參數(shù)“PT”,該參數(shù)由兩部分組成，以冒號“：”分隔，前一部分為ＰoｒtalIＤ，通過此ID來判斷用戶是來自于哪一個WＡP門戶,根據(jù)此ＩD決定CP業(yè)務返回首頁應當返回哪個門戶的頁面;后面一部分為欄目ID，決定返回到哪個具體的欄目頁面.總部WＡP門戶欄目的URL由兩部分組成：門戶UＲL和欄目ID.門戶ＵRL可以根據(jù)ＰortaｌIＤ對應表查得。欄目ID則是作為“Dｉr”參數(shù)的參數(shù)值傳遞給門戶平臺的。對于本身不帶參數(shù)的入口URL,例如:HYPEＲLＩNK”http：／/bｒｏwse。coolyoung.cｏ/cy／ＨWＫT。jsp"http：//browsｅ.cooｌyounｇ.com．ｃn/cy/HＷＫT.jsｐ當用戶點擊該欄目的業(yè)務鏈接時，該業(yè)務的CP服務器獲得的對應請求UＲL為:ｈｔtp:/／ｂroｗse。coolyoｕｎ。ｃn/cy／HＷＫT．ｊsp？PT=2：11375.對于已經(jīng)帶參數(shù)業(yè)務入口ＵRL，則會自動加“＆ＰT=2:１１375”,例如：ｈｔｔｐ：//ｄlfun．cooｌyoｕｎｇ。ｃｏ/piｃDowｎ/ｐiｃjsp/PicPrｅviewImg。jｓｐ？BＴ=ＰD&Dir=10７５＆PＡRA=2＆PIＩD=14＆ＡＴP=２&ＣID=２０03０7２910011２0＆PＴ=2：113７5CP根據(jù)獲得的PT參數(shù)就能夠動態(tài)寫出正確的返回上級UＲL。CＰ應該利用編程語言的某種方式(傳遞參數(shù)、ｓessioｎ值、存入數(shù)據(jù)表等)保證入口URL獲得的參數(shù)能夠跟隨用戶的訪問,這樣當用戶在業(yè)務中訪問了若干個頁面后，當需要利用業(yè)務入口頁面的返回上級功能時,依然能夠獲得正確的PortalＩＤ與欄目ID.例:幻彩圖片欄目中圖片下載類業(yè)務“哈哇酷圖”的入口URL被寫為：ＨYPEＲLINK"http：//ｂｒowse．coolyｏunｇ．com.ｃn/ｃy/HWKT．jsp？ＰT=2:11375"http：//ｂｒｏwsｅ。ｃoｏｌyｏuｎｇ./cy/HＷKT。jsp?ＰT=2:11375。根據(jù)PT參數(shù)，CP開發(fā)人員可以知道，2為PorｔalＩD，代表用戶的訪問來自于總部WAＰ1。2門戶(北京),其ＵRＬ為：ＨYPＥRＬINK”http://wａｐ.ｕni—info。coｍ．ｃn/hswap/indｅｘ.jsp"htｔp：//ｗap。uni-info.coｍ。cn/hswaｐ/inｄeｘ．jsp;1１375為欄目ID，代表用戶是從幻彩圖片欄目進入的.那么，返回上一級的URL就是:HYPEＲLINＫ”hｔtｐ：//waｐ。unｉ－ｉnｆ/ｈswap/ｉnｄeｘ．jsｐ？Dｉr=1１375＂ｈttp：//ｗａ.cｎ/hswａp／index．jｓｐ?Dir=113７5。該URL即代表總部WAP門戶（北京）中的幻彩圖片欄目。另外,目前用戶進入到一個具體的業(yè)務的途徑目前有兩種方式：通過互動視界分類欄目的鏈接進入；通過用戶個人定制頁的定制的業(yè)務鏈接進入；用戶定制業(yè)務后，從“使用服務"鏈接直接進入業(yè)務.針對這幾種進入業(yè)務方式，應當建立不同的處理機制.針對1的情況,用戶在訪問業(yè)務的首頁面的時候，會將相應的PT參數(shù)傳遞給業(yè)務入口頁面。CP取到參數(shù)后,該參數(shù)應當跟隨用戶的訪問。當用戶從業(yè)務的底層頁面返回到業(yè)務入口頁面的時候，在入口頁面上顯示“返回上級”,該返回上級應當正確生成返回業(yè)務所屬的欄目的鏈接.針對2和3的情況,用戶在訪問業(yè)務的入口頁面的時候,WAＰ平臺系統(tǒng)并沒有將相應的PＴ參數(shù)傳遞給業(yè)務首頁面，ＣP無法在用戶訪問業(yè)務首頁面的時候取到ＰT參數(shù)。在此情況下,CP應選擇以下兩種方式中的任意一種進行處理：（１）仍然顯示返回上級,但是返回上級的鏈接寫為：ＨYPＥRＬＩＮＫ"httｐ://ｗap．ｕni—ｉnfｏ。com．cn＂ｈｔｔp:／/wap.ｕnｉ—info．cｏｍ。ｃn／特別地，對于ＷAP２。０業(yè)務，返回上級的鏈接寫為:ｈtｔp：／/wａp．uni—wise。ｃoｍ／這樣用戶點擊后依然返回到個人定制頁面,實現(xiàn)“從哪里來回哪里去”。(２）隱藏返回上級鏈接,只保留返回首頁的鏈接，根據(jù)平臺系統(tǒng)的設(shè)置，用戶也可以返回到個人定制頁面?？偛浚譇P門戶的首頁和POＲTALID節(jié)點PORTAＬIDPORTAL首頁北京１.22HYＰEＲLＩNK"hｔtｐ：／/wap．uｎi-ｉ。ｃn/hswaｐ/index．jsｐ＂ｈｔtｐ：//ｗａp.uni-inｆo。ｃｏｍ.cｎ／hswap/inｄeｘ．jsp上海1.2３廣東1.24重慶１．２6江蘇1.27http:／／ｗaｐ。uｎi-inｆo。ｃom。cｎ/inｄｅx.aspx山東1。28浙江1。29北京2。01２http://wａp。ｕｎi-wise。ｃoｍ/hswap/ｉndex。jsp上海２．０32廣東2.042重慶2。０62江蘇2．０7２http://wａp。uni-wise.cｏｍ/indeｘ.aspｘ山東２。０８2浙江2.０92三期全網(wǎng)Ｗａp2.0統(tǒng)一Portal12ｈttｐ:／／ｗａp2．uni-info.coｍ。cn/hsｗａp/index。jsp或ｈｔtp：//wａp。uｎi-wisｅ。ｃom/hswａp/ｉndeｘ。jsp【注】“三期全網(wǎng)Ｗap2．０統(tǒng)一Poｒtａｌ”即當前運行于北京Ｗap2.0Ｐｏrtal，隨著“四期工程”的實施,該Portal將被“四期工程”北京Wap２。0Pｏrtal取代.因此,上表中“北京2。0"與“三期全網(wǎng)Wap2。0統(tǒng)一Ｐortaｌ”采用同一PoｒtalＩD并不沖突。下同。業(yè)務的“返回首頁"訪問總部Portal業(yè)務中的“返回首頁”用戶訪問總部ｐorｔal業(yè)務,當點擊“返回首頁”時，將返回到“互動視界"的首頁。首頁地址為:htｔp:／／ｗaｐ。ｕｎi—wisｅ.coｍ／個人首頁業(yè)務中的“返回首頁"如果用戶存在已定業(yè)務,則返回個人首頁,否則返回首頁.【注意】本章節(jié)內(nèi)容僅適用在Wap２。0Porｔaｌ接入的業(yè)務。業(yè)務的返回“頻道首頁”對于從Portal欄目點擊進入業(yè)務的情況，總部Portａl會給業(yè)務入口頁面?zhèn)魉停蠺參數(shù)。如前文所講，PT參數(shù)分為兩部分，第一部分為PoｒｔａlID，第二部分為欄目ＩD。如：PT=N:２3７22。ＣP／SＰ需取出PＴ參數(shù)的第二部分,即，欄目IＤ，作為參數(shù)按如下“ＰoｒtalIＤ與Ｕrｌ對應表”拼接作為返回頻道首頁鏈接。節(jié)點PorｔalID鏈接北京2。012httｐ：/／wａｐ.uni-wｉse。ｃom/hsｗａp/ｃｈnIndex。jsp上海2.032廣東２.04２重慶2.０62江蘇２。072http：//wap。uni-wｉsｅ．com/ｃhnIndｅｘ.ａｓpx山東2．０8２浙江2．092三期工程全網(wǎng)２.０統(tǒng)一Porｔaｌ１2ｈttp：//ｗａp。uni-wisｅ。ｃom/hswaｐ/ｃhｎI(lǐng)ｎdex。ｊsｐ對于北京、上海、廣東、重慶大區(qū)或三期工程全網(wǎng)2。0統(tǒng)一Poｒtａl（即，PorｔａlIＤ為22、32、42、62或１0—1４時）,拼接后得到如下Ｕｒl:http：//wａp。uｎi—wisｅ。cｏm/hswap/ｃhnIndex。jsp?Dir＝２372２對于江蘇、山東、浙江大區(qū)（即，Ｐortａｌ為72、82或９２時)，拼接后得到如下Ｕrｌ：ｈttｐ：//wap。uｎi－ｗiｓe.cｏｍ/chnIｎdeｘ。ａspx?Dir=237２2其中，２3722為CP/SＰ從PT參數(shù)中取出的欄目ID?！咀⒁狻?）本章節(jié)內(nèi)容僅適用在Wap２。０Pｏrtal接入的業(yè)務。當CP無法獲取PT參數(shù)時,應隱藏此鏈接。如，通過CＰ業(yè)務間鏈接進入其他業(yè)務的情況和通過個人首頁進入業(yè)務的情況.ＷapPush規(guī)范說明本文定義和規(guī)定了中國聯(lián)通CDＭAWAP業(yè)務網(wǎng)綜合管理平臺PUSH接口規(guī)范，CP/SP的PUSH業(yè)務頁面開發(fā)參照本規(guī)范。為了加強對PUSH接口的監(jiān)控，杜絕未經(jīng)授權(quán)的私自群發(fā),中國聯(lián)通增值業(yè)務部特整理修訂了該規(guī)范。并將“點對點ＷＡＰPＵSH”、“CP服務器發(fā)起的PUSH"分為兩個獨立的接口分別提供服務。該規(guī)范對應的PUSH接口正式運行后，所有提供ＷAPＰUＳＨ的業(yè)務將統(tǒng)一切換至該版本接口運行。與原ＰUＳH接口的不同之處將在以下章節(jié)詳細說明.點對點WＡＰPUＳH概述點對點WAＰPUSH增加真實主叫注冊和驗證流程。要求CＰ必須修改“發(fā)送給好友”鏈接，在URL中加入驗證頁面ＵRＬ，以確保PＵＳＨ接口可以記錄手機用戶對PUSH業(yè)務的真實請求，并在CP調(diào)用ＰUSH接口時對相應手機用戶是否真實請求發(fā)送該業(yè)務的PＵSH進行驗證.時序圖：流程描述:手機終端請求CP業(yè)務頁面（此處省略平臺轉(zhuǎn)發(fā)HTTＰ請求的描述）。由于ＣP業(yè)務頁面中“發(fā)送給好友”鏈接新增了指向平臺的URL,因此用戶點擊“發(fā)送給好友”鏈接后,會直接請求平臺的該頁面。即，點對點PUＳH權(quán)限分配頁面.平臺記錄相關(guān)真實主叫對PUSH的請求信息。平臺將用戶重定向至CP的ＰUSH信息錄入頁面。即，“發(fā)送給好友"鏈接中除新增的指向平臺的URＬ外，剩余部分的URL.CＰ在5分鐘內(nèi)調(diào)用點對點PUSＨ接口,并在接口中填寫真實的PＵＳH主叫、CP代碼、業(yè)務代碼等信息。平臺根據(jù)先前記錄的點對點ＰUSH真實主叫信息對CＰ在點對點ＰUSＨ接口中填寫的信息進行驗證。如果驗證通過，則轉(zhuǎn)發(fā)PUＳH信息至手機終端。如果不通過,則在接口中返回相應錯誤應答.【注意】步驟1~４為新增流程。CP務必按照規(guī)范支持新增流程,否則點對點PUＳH的鑒權(quán)將會失敗。頁面開發(fā)規(guī)范點對點PUＳＨURL描述該URL存在于CP向用戶展現(xiàn)的提供PUＳH服務的頁面。即，“發(fā)送給好友"的ＵRL指向.用戶通過點擊該鏈接觸發(fā)PUSH,該URL鏈接至總部PＵSH接口的權(quán)限分配程序，權(quán)限分配完畢由該頁面自動將用戶重定向至CP的PＵSH信息錄入頁面.該URL由兩部分組成：前綴為總部PUＳH接口的權(quán)限分配程序的ＵRL，后接ＣＰ的PＵＳH信息錄入頁面的URL，ＣP的UＲＬ不再需要以http：//開頭，舉例說明如下：“發(fā)送給好友"ＵＲL格式：公網(wǎng):ｈtｔp：／／２11.94。６9.12/rｅg／reg/www.ｇooｇle.cｏ/push/ｉnput.jｓp內(nèi)網(wǎng)：hｔtp：//1０。２。17．194/ｒeg／reｇ／www.gｏoｇｌｅ。com．cｎ/ｐｕsh/inｐuｔ．jsp其中，hｔtp://21１。94.6９.12/ｒｅｇ／reg/和htｔｐ://10。2．17。１94/reｇ／rｅｇ/為總部PUＳH接口的權(quán)限分配程序的UＲL，wwｗ．goｏglｅ。/push/ｉnｐut。jsp為CP端提供用戶錄入PUSＨ信息頁面的URL?！咀⒁狻繛楸ＷC網(wǎng)絡(luò)通暢，建議使用權(quán)限分配頁面的內(nèi)網(wǎng)地址。接口開發(fā)規(guī)范接口描述CP/SPServｅｒ調(diào)用WAP增值業(yè)務管理平臺點對點WＡＰPUSＨ的Wｅbservice的接口,實現(xiàn)點對點ＷAPＰUＳH功能。CP／SP如果在業(yè)務中調(diào)用ＷＡP增值業(yè)務管理平臺中的Pusｈ功能，CP／ＳＰ需要提出書面申請,申請通過后，才可以正常調(diào)用WＡPPusｈ的接口。對于點對點WＡPPUSH,ＣP/SP需修改“發(fā)送給好友"鏈接的ＵRL,用于在每次調(diào)用點對點ＷAPPUSH接口前申請WＡPPUSＨ權(quán)限.具體請參考“CP頁面開發(fā)規(guī)范”章節(jié)。發(fā)起方系統(tǒng)總部CP／ＳP業(yè)務系統(tǒng)接收方系統(tǒng)中國聯(lián)通WＡP增值業(yè)務管理平臺接口協(xié)議SＯAＰ／HTTP。訪問控制機制只有通過認證的IP地址才能調(diào)用該接口，只有申請權(quán)限成功的時候才能成功發(fā)送點對點WAＰPUSH。調(diào)用函數(shù)ｐusｈMSＧPTP（ＳtrinｇｃpCode,StringservｉceID,StｒｉngfｒoｍUｓｅrMｏbilｅ，StrinｇtoＵserMobile，StriｎgａlｅrtＴｉtｌｅ,StriｎgalertURL）接口形式參數(shù)說明ｃpCｏde字符型說明:SＰ的企業(yè)代碼，為中國聯(lián)通增值業(yè)務部分配。serviceID字符型說明：SP調(diào)用PUＳＨ接口的業(yè)務代碼，為中國聯(lián)通增值業(yè)務部分配。fromUsｅrMobiｌe字符型說明：主叫號碼，發(fā)送push的手機號碼，以1３3開頭的１1位數(shù)、或以86開頭的１３位數(shù)或加密手機號碼,只有一個號碼.如果中國聯(lián)通總部CP未獲得總部WAＰ平臺傳送的手機號碼,需向中國聯(lián)通申請.如果中國聯(lián)通總部CP獲得的為公開的主叫號碼(X-up-ｃａlliｎg-liｎｅ—id），可以直接使用此主叫號碼.toUｓerMobilｅ字符型說明:被叫號碼,接收puｓｈ的手機號碼，以13３開頭的１1位數(shù)或以86開頭的１3位數(shù).如果是多個手機號碼，號碼間用“,”逗號分割。該字段允許的手機號碼個數(shù)請參考“４注意事項”章節(jié)，或依聯(lián)通總部增值業(yè)務部最新規(guī)定為準。alertＴiｔｌｅ字符型說明：用戶在發(fā)送puｓh的時候輸入的文字信息,不允許超過５０個中文字符長度，由于大部分手機型號只支持UＴＦ－８碼，所以統(tǒng)一為ＵTＦ—８碼.aleｒtURL字符型說明:需要pｕsh給被叫方的ｕrl。如果url中帶有參數(shù)，要求使用”&”作為連接符。返回值如果發(fā)給1個手機號碼則返回:手機號碼:狀態(tài)碼：狀態(tài)信息如果發(fā)給多個手機號碼則返回：手機號碼：狀態(tài)碼：狀態(tài)信息｜｜。。|｜手機號碼:狀態(tài)碼：狀態(tài)信息手機號碼：以１３3開頭的１１位數(shù)或以8６開頭的１3位數(shù).狀態(tài)碼的詳細說明如下：狀態(tài)碼說明—３00其他錯誤－２0０usernotsuｐpoｒtＷAPｏrnotaccessthｅRouｔedｗappoｒtalbeforｅ?。伟l(fā)送）—100useｒｎotsuppｏｒtWAＰｏrｎoｔaｃcｅｓstheRoｕtedwappoｒtaｌbｅfore?。ū镜匕l(fā)送）－500ｐｏinttopointvalidａt(yī)ｅfail?。c對點PＵSH請求鑒權(quán)失敗)-6０0tｏomａnｙrｅceivｅmobile！(被叫用戶過多）－700ｉsｎotordeｒｔheseｒvice?。ㄎ炊ㄖ圃摌I(yè)務）10００OK1001AccepｔeｄforProcessiｎg20０0ＢadReｑｕeｓｔ2001Ｆｏｒbｉｄｄen２002AｄｄrｅssErrｏr2０0３AｄdｒeｓｓNotFouｎd2０04PuｓｈＩDNｏｔFounｄ2０05CapａbilitｉｅｓMismaｔch２006ＲｅｑuirｅdCapabilitｉesNotSｕpｐorted200７DupｌicateＰｕshＩD３0０0InteｒnalＳｅｒｖerErrｏr３０01ＮotIｍplementｅd30０2ＶersiｏnNｏｔＳupporｔeｄ3０03NotPoｓsiｂle3004CaｐａbilityMatchingＮoｔSupported30０５MulｔｉpleＡdｄresｓeｓNotSuｐporｔｅd3006TｒansformatｉoｎFailuｒｅ3007SpeciｆiedＤeliveryMethodＮoｔＰosｓiblｅ3０08CａｐabilｉtiesNotAvailabｌe300９ReqｕiredNｅｔwｏrkNotＡvailａble３01０RequiredＢｅarerNotAvailable400０ＳeｒｖｉceFaｉlure4001ServiceUｎavailabｌe5xxxＭｏｂｉleClｉentAｂｏｒtｅd除—1０0、－２00、-300、-5００、－60０、－７00為WAＰ增值業(yè)務平臺系統(tǒng)返回，其他返回值均為PUSH網(wǎng)關(guān)返回的錯誤碼。其中只有1000和１00１是正確發(fā)送的情況。service地址wｅｂｓervicｅ地址：公網(wǎng):hｔtp:／／211。94．６9．１２/puｓhhq/sｅrviceｓ/PuｓｈSerｖiｃe私網(wǎng)：ｈttp：//10。2.１7．1９４/pusｈhq/serviｃes/PushSeｒvicewsdl文件地址：公網(wǎng):hｔｔp：／／２11.９4．6９．1２/ｐusｈｈｑ／ｓｅｒｖices/PｕshService?wsdl私網(wǎng)：http:/／10。2。１7.19４/pushhｑ/sｅｒｖicｅs/PushServｉｃe？wsdl

＜?xmlversioｎ="1.0"ｅncoding＝＂UTF－8＂？〉＜wsdl:defｉnｉｔｉoｎstargetNａｍespace＝”http:／/２11.９４．69．1２／pusｈhｑ/ｓｅｒvices／PushSｅrvice"xmlns:wsdl=”ｈttｐ：/／ｓcheｍaｓ.xmlｓoap．org/wｓdl／"ｘmｌns：ｘsｄ=”hｔtp:/／wｗw．ｗ3.org／2001/XMLSｃhema"xmｌｎs:wsｄlsoap="hｔtp：//schemａs．ｘmlsoap。oｒg/wｓｄl/soａp/＂ｘmlns:intf="http：//211。９４。69.12/ｐuｓhhq/serviｃes/PushSeｒvｉce”xｍlns：impl＝"http：/／211．94．69.1２/pushhｑ/ｓervices/PuｓhＳｅrｖiｃe－impl”xmlns：SOAP—ENC＝”ｈｔtｐ：／/schｅｍas.xmｌsｏaｐ．org/soap/encoｄinｇ/”ｘmｌｎs=”hｔtp：／/ｓchemａｓ.xｍlｓoａp．org/ｗｓｄl/"〉〈wsdl：mesｓａgename=＂pushMSGSＶRRｅsponse">〈wsdl:paｒｔname="ｒeｔurｎ"typｅ=”xｓd：stｒinｇ”／＞〈/ｗsdl：message><wsｄl:meｓsagename=”pushMＳＧPTPＲequest"＞＜wｓdl:ｐａrｔｎaｍｅ＝"cｐCｏｄe"ｔyｐｅ="xsｄ：sｔring"/〉〈wsdl:partｎame="seｒviceID”ｔype＝"xｓd:striｎｇ"/〉＜wｓdl:pａrtnamｅ＝”frｏｍUserMobile＂type＝"ｘｓｄ：ｓｔring”/><wsdl:ｐarｔname＝＂ｔｏUseｒMｏbｉlｅ"tｙpe=＂ｘｓd:ｓtriｎg"／>〈wsdl：pａrｔname=＂aｌerｔTiｔle”tyｐｅ＝"ｘｓd：ｓｔｒing"/〉〈wｓdｌ:pａrtｎaｍe＝＂ａlertURL”typｅ=”xsd：string＂／></wｓdl：ｍessage＞<wｓdl:mｅｓsａgｅnａｍe＝”ｐｕsｈＭSGSVRRｅquest">＜wsdl:partnaｍe=＂cｐCode"tyｐe="xｓｄ:string"/＞<wsdｌ:partｎamｅ="ｓｅrｖｉceＩD"tyｐe="ｘsｄ：sｔring”/〉〈wsdl：pａrtname＝”froｍUseｒMobile"type="xsｄ:string"／>＜ｗsdl:paｒ＝＂tｏUserMobiｌe”tyｐｅ=＂xsｄ:striｎg"/><wｓｄｌ：pａrｔnamｅ="alｅrｔTitlｅ"typｅ="xsd：sｔrｉｎg"/＞<wｓdl：pａrtnaｍｅ="aｌertURL"type="xsｄ：sｔrｉng”／>＜／wsdｌ:ｍesｓage〉〈wsｄｌ:mｅsｓagｅnamｅ=”pushMＳGＰTPRespoｎｓe"〉<wsdl:parｔname=＂rｅｔｕrn"typｅ="xsd:ｓｔriｎg"/>〈／ｗsdl：ｍessage＞〈wsdl：poｒtTｙｐｅnａｍｅ=”PuｓhHQ2CP”＞〈wsdｌ:operaｔioｎｎａmｅ＝"puｓhMSＧPＴP"paｒamｅterＯrder=”cｐＣodesｅｒviceIDfromＵｓerＭobileｔｏUsｅｒMoｂilｅａlｅrtTitlｅａlｅrtURL">〈wsｄl:ｉnputmesｓagｅ="iｎtｆ:pｕｓhＭＳGPTＰRequest"／〉＜wsdl：outｐｕtmｅssａge="iｎtf:pｕshＭSGPＴＰReｓpoｎｓe”/〉〈／wsdl:oｐeratｉon＞<wsdl：opeｒａｔｉoｎnａmｅ=＂pｕsｈMSGSVR"ｐaraｍｅteｒOrｄｅr=”ｃpＣｏdｅserviｃｅＩDfromUｓerMobilｅｔｏＵserMｏbｉleａlｅrtTiｔｌealeｒｔUＲL＂>〈wsdl：inｐutｍessagｅ="iｎtf:ｐｕshMSＧSVRＲｅｑuest＂/〉＜wｓｄｌ：ｏｕｔｐutmeｓｓagｅ=＂ｉnｔf：pushＭSＧSVRResｐonse”／>〈/ｗsｄl:operａｔion>