3G门户业务技术要求(修改)

1、TAIMINCO 3G门户业务技术要求（XXX业务技术与商务培训）目 录1.概述21.1.文档内容21.2.适用范围21.3.解释权及修订权21.4.术语和缩略语21.5.参考文献22.业务技术要求32.1.业务访问和订购流程32.1.1 业务使用流程（访问非计费URL）32.1.2 业务使用流程（访问计费URL）32.1.3 订购业务流程32.2.页面开发规范42.2.1 标记语言规范42.2.2 页面设计基本原则42.2.3 页面效果规范42.2.4 背景音乐规范62.2.5 图标与图形规范62.2.6 CACHE规范72.2.7 菜单规范72.2.8 页面返回规范72.2.9 文本显示规

2、范72.2.10 用户输入规范82.2.11 格式化输入规范82.2.12 浏览器性能参考92.2.13 MHXXXL格式页面92.2.14 终端适配102.2.15 COOKIES规范102.3.URL说明102.4.业务返回规范112.4.1 说明112.4.2 适用范围112.4.3 页面和软键(数字键)的返回规定112.4.4 业务的“返回上级”112.4.5 业务的“返回首页”132.4.6 业务的返回“频道首页”132.5.Wap Push规范132.5.1 说明132.6.业务实现要求132.6.1 对WAP1.2的兼容132.6.2 浏览类业务162.7.用户手机号码和手机型号

3、获取说明182.8.编码和代码182.9.计费模式19 3.0 商务合作PPT.221. 概述XXX平台主页3G移动互联网(电子商务平台)业务开展以后，用户数增长迅速，用户使用的各类业务越来越丰富，目前提供的各类业务均是按照WAP1.2标准向用户提供的服务。XXX平台主页前期已建立了统一的WAP 2.0门户站点，WAP2.0门户即将上线。为了提供更好、功能更加强大的服务，2009年新建3G门户与2G门户站点相结合，对用户提供各类服务，为了保证统一2G/3G门户业务，特制定了本业务规范。1.1. 文档内容本规范内容包括3G业务门户的技术说明，业务访问流程，计费和价格原则以及各类业务规范，并给出了

4、相应的基本原则与例子。同时对于2G业务的兼容性和延续性作了相关说明。1.2. 适用范围本规范适用于XXX平台主页各级机构和CP/SP（内容/服务提供商）通过XXX平台主页2G/3G业务门户站点向用户提供各类增值业务服务。1.3. 解释权及修订权本规范由XXX平台主页制定、审核并发布，起草单位为XXX平台主页产品创新部。本规范将根据市场发展需要适时进行修改，其修改权和解释权属于XXX平台主页产品创新部。1.4. 术语和缩略语WAP: Wireless Application ProtocolSP: Service Provider,服务提供商页面：每次请求，所得到的显示内容频道：根据业务内容分类

5、划分的区域，频道下为栏目列表栏目：频道中的某一类服务，栏目下是业务列表栏目标题：显示内容的页面顶端显示的内容标题栏目名称：菜单栏目列表中指向内容链接或下一级菜单链接的栏目名XML：extensible markup language, 扩展超文本标记语言, HXXXL的最新版本（v.4.1）是XHXXXL的基础。XHXXXL MP: XHXXXL mobile profile, XHXXXL 移动描述。源于XHXXXL Basic并且从完整的XHXXXL 1.1中增加了在移动浏览器中有用的元素和属性。WAP CSS：WAP cascading style sheets，是CSS的移动版本，是C

6、SS的一个子集，但不包括那些不适用于特别小的设备功能。CP/SP：内容提供商/服务提供商资费确认：用户确认收费规则，如包月、点击及收费金额计费：根据用户确认的收费策略，作计费处理，计算本次使用服务的费用1.5. 参考文献XXX平台主页WCDMA移动互联网门户业务规范2. 业务技术要求2.1. 业务访问和订购流程2.1.1 业务使用流程（访问非计费URL）流程描述：（1）用户一键上网，访问XXX门户；（2）WEB网关判断用户请求，将用户请求定位到XXX门户；（3）平台主页Portal展现；（4）用户发起一个浏览请求；（5）HTTP代理根据用户所请求访问的URL判断出是非计费URL，转发用户请求至

7、免费SP；（6）SP给用户返回访问内容。2.1.2 业务使用流程（访问计费URL）修改话单生成/同步话单流程.只修订图流程描述：（1）用户一键上网，访问XXX门户；（2）WEB网关判断用户请求，将用户请求定位到XXX门户；（3）平台主页Portal展现；（4）用户发起一个浏览请求；（5）HTTP代理根据用户所请求访问的URL判断出是计费URL，触发到VAC鉴权用户已订购，用户直接使用（包月业务）：（6）鉴权成功，用户订购的是包月业务，则HTTP代理转发用户请求至收费SP；（7）SP返回访问内容；（8）HTTP代理触发到VAC的话单生成请求；（9）VAC生成话单，并同步给BSS；用户已订购，用户

8、直接使用（按次计费业务）：（6）鉴权成功，用户订购的是按次计费业务，则HTTP代理重定向到资费提示页面；（7）用户确认资费；（8）页面重定向到用户浏览页面；（9）SP返回访问内容；（10）HTTP代理触发到VAC的话单生成请求；（11）VAC生成话单，并同步给BSS；用户未订购，触发订购流程：（6）鉴权失败，用户未订购，HTTP代理重定向到业务订购提示页面。2.1.3 订购业务流程参考VAC规范流程说明：（1）用户访问业务订购页面；（2）门户展现订购页面；（3）用户点击订购链接，发起订购请求；（4）门户展现二次确认页面；（5）用户点击确认链接；（6）门户发起到用户归属的VAC的订购鉴权；（7）

9、VAC对用户进行状态认证、业务能力鉴权、终端能力鉴权、对业务进行鉴权、对SP进行鉴权；（8）鉴权通过后判断用户是否是预付费用户，如果是，则发起到OCS/SCP的实时扣费，并接收扣费结果，如果扣费成功，则继续，否则鉴权失败，提示用户余额不足，订购失败。如果用户是后付费用户则继续；（9）VAC生成订购关系；（10）VAC向SP发送订购关系通知，并获取SP回复信息；（11）VAC向BSS发送订购关系通知，并获取BSS回复信息；（12）VAC返回订购鉴权成功响应给门户。（13）门户向用户展示订购成功提示页面。2.2. 页面开发规范2.2.1 标记语言规范1. 所有页面都要求由XHXXXL编写，严格遵循

10、XHXXXL MP规范，请参考本文以上内容，或者参考：/do . rence_70/index.hXXXl2. 页面验证工具：/3. 所有的页面都要已以下格式开始4. 页面编码为utf-8。5. 所有属性要求双引号。6. 所有的 & 符号, 都要改成 &7. 所有的标签(除了文件头的DOCTYPE)都是小写，并且注意。8. 标签是大小写相关的，比如:应当写为：9. 所有的标签都要封闭10. 所有的标签的嵌套关系要符合xhXXXl mp 规范, 比如 后，要加11. 业务内地址要求用相对地

11、址，且不要用refresh功能. 2.2.2 页面设计基本原则1. 相比2G网络，3G网络在网络带宽上大大增加，引领用户进入真正的无线互联网时代；CP/SP应基于3G网络的特点开发出内容更丰富的应用，在3G门户的页面设计上考虑更丰富的媒体类型和内容元素。2. 由于手机终端具有屏幕狭小、输入受限等特点，同时移动互联网带宽受限，因此CP/SP业务设计本着引导与方便用户使用原则而开展。3. CP/SP所开发业务既要较快让用户进入与使用，又要方便用户出来使用其它栏目或者CP/SP业务。用户进入后无法通过链接返回首页的业务视为重大错误。4. 浏览类与信息类业务要求各CP/SP要有功能与风格基本一致的界面

12、。2.2.3 页面效果规范页面的效果应把握“提高访问速度的前提下，提高页面浏览流量、提高页面视觉冲击效果”的原则：1. 单页面图片与文字总和的整体容量应控制在150k以下，普通页面的全部展现时间应保证小于4s，多图形页面的全部展现时间应保证小于6s（包括页面内置对象）。2. 对于业务入口页面，在保证速度的前提下，应尽可能做得丰富一些，增强用户的视觉感受；对于第二级和第三级及其以下的页面，可以稍微简化页面的效果，但是不允许出现纯文本的页面。3. 对于使用图片的页面，应该设置与图片主色调相近的背景色，在用户触发页面的下载后，应保证用户通过迅速见到出现的背景色而能感受到下载已经进行，绝对不能在下载进

13、行中向用户展现白屏。4. 如果使用表格的嵌套，嵌套的层数应该少于2层。5. CSS应该定义到每一个文件，不能单独做成一个文件，应使用页面内包含。6. 对于背景的图片，建议使用小图片的平铺方式，可以大大提高下载速度，平铺应该优先考虑手机170像素的屏宽。否则将会出现明显的接缝痕迹，示例如下:未考虑手机平铺效果：建议平铺效果：7. HXXXl Body下的子TAG中的内容应尽量少，尽量少定义全局，应分散到多个子TAG中，TAG禁止相互嵌套，代码示例:     方孤苦伶仃接口管理发动机可法律界公开勒索奋斗 应该为：     方孤苦伶仃接口管理发动机可法律界公开

14、勒索奋斗 8. 页面中所有显示图片应加Alt， 在图片未完全下载前，能够用文字给用户以图片展示内容的说明。示例代码如下：2.2.4 背景音乐规范1. 背景音乐使用MIDI格式。2. 为了满足用户在不同场景中的需要， 页面中应该设置明显的可以开启或关闭背景音的操作方式。3. 背景音乐的请求代码应该放在图片的请求代码的之后，以保证下载速度和用户感受，示例代码如下：推荐的写法：fkdgjkldgjklfjdksgjkdlgjklfdjgkldjf不推荐的写法：fkdgjkldgjklfjdksgjkdlgjklfdjgkldjf2.2.5 图标与图形规范1. 为了保证页面的整体下载时间，建议单页面图

15、片的容量应该控制在100k以内。2. 图片下载必须提供图片预览功能，预览时显示文字应为“生成预览中”， 预览图片应为80x80像素，大小应控制在6K以内，以保证预览生成的速度在3秒以内。正式下载的图片应尽量保证容量较大，图像清晰。建议下载图片大小在25K左右， 预览页面效果如图3. 浏览器对于不同格式的图片解码速度是不同的，根据测试值得出（OPENWAVE浏览器），解码速度BMPPNGJPEGGIF， 建议CP/SP在保证图片质量的基础上，最好选择GIF和PNG格式的图片，并且应经过PHOTOSHOP压缩。4. 由于使用小图标会增加Http请求的个数从而影响页面的整体下载速度，所以不推荐在栏目

16、列表中使用较多的小图标，建议使用特殊符号或者数字符号代替小图标，可以很大程度上提高浏览速度；如果必须使用，则每页使用小图标的个数不应超过15个，且单个图标大小应在500byte以内。2.2.6 CACHE规范1. 为加快用户浏览页面显示速度，业务入口页面，以及公共性和架构类的页面应使用CACHE，其他页面不应使用CACHE。2. 不要将时效性很强的内容（如新闻、股票信息等）留在CACHE中。3. 天气信息、交通信息等特定内容在CACHE中的有效时间为6小时。4.对动态信息要强制更新。2.2.7 菜单规范1. 菜单项按业务的重要性的顺序来排列，用户最可能选择的业务排在前面。2. 菜单项应遵循的排

17、列格式：在保证美观的基础上，如果菜单一列显示，文本部分左对齐，图片菜单部分中间对齐；如果分列显示，文本部分左对齐，图片菜单项要尽量与屏幕宽度相同，如果不能相同，则要保证中间对齐。3. 菜单项应尽量避免使用小图标。4. 建议使用数字快捷键作为菜单选择手段，但是菜单选项应该使用明显的标识提示用户使用数字快捷键，菜单选项多于9个时，定义“0”键表示进入下一页，定义“*”键表示返回上级；定义“#”键表示返回首页。对于不支持字符触发的终端，“返回上级”和“平台主页首页”应采用小图标和文字链接，可以通过方向键选择。5. 菜单尽量不要小图标（Icon）和数字快捷键同时使用，因为这样，对于大部分终端，会造成菜

18、单文字的换行，影响界面的美观。6. 如果需要在一个菜单项上执行多个操作，可以通过弹出式菜单实现。2.2.8 页面返回规范用户经常使用手机中的返回按键（通常就是删除按键）返回或退出，因此，返回连接对一个业务的成功是十分关键的，要倍加关注，对返回连接设计好的业务，将会显著地提高用户的使用次数。1. 在所有业务的页面底部必须有一个“平台主页首页#”和“返回上级*”的链接(注意必须在链接的文字后提供“#”和“*”作为明显的标识提示用户)；“返回首页”的链接为：http:/wap.XXX.com，页面效果如图：返回上级：指返回SP的应用菜单平台主页首页：指返回互动视界的首页2. 如果上一个页面是重定向页

19、面，则“返回上级”应跳过重定向页面。3. 为了便于用户的使用，在有些情况下，允许返回上级功能不直接返回上一个页面，而是将用户带到最方便使用业务的页面。例：用户在使用铃声搜索或者单词翻译的业务时，当输入的要搜索的铃声或者翻译的单词，然后进入确认页面，点击确认后，当没有找到时出现的提示页面中的返回，不是返回到确认页面，而是返回到重新输入页面；2.2.9 文本显示规范1. 一个CARD中显示5k以下字符，即2000汉字以内。2. 当需要显示的内容超过范围时，在底部提供一个“下一页”连接，但在每个栏目下，传送给用户的内容最好不要超过3页。3. 将超出一行的内容分行显示，但主菜单及子栏目标题则应尽量将文

20、字压缩为一行。如：“少女系列三十一”此标题字符过长，可将其压缩为“少女系列31”。4. 所有文本左对齐。5. 每段文字的首字需要保证对应的文字缩进。6. 浏览图片和新闻等内容时，应提供明示下一主题或内容的连接说明，用于用户直接转到下一个主题或内容，比如“下一张”、“下一条”等，而不要仅仅显示“下一页”，以免造成用户的混淆。7. 所有提示性文字应使用统一的简体中文，避免出现英文与中文混合的内容，如“Loading请稍后”，应为“正在下载中请稍后”。8. 菜单中的各项要按照一定的逻辑顺序来排列，如按照类型、时间、字母顺序等。如果没有逻辑顺序，就按优先级排列，将最可能选择的排在最前面，将最新更新的部

21、分放在最前面，并加入“NEW”字样。9. 新闻类栏目要在新闻标题的后面显示新闻发布的日期及出处。如图：10. 当用户阅读文本时，应能主动预读取下一页文本到手机的CACHE中，加快用户阅读的切换速度。比如：Page 1 of 2 。上面的代码展示了如何利用预取功能对一个卡片组中的下一个卡片进行访问。2.2.10 用户输入规范1. 尽量减少用户的文本输入。2. 当已激活输入区域时，只需要有一个确认连接，不需要提供其他功能。3. 为每一个输入项尽可能直观的提示与描述，但不要多于10个汉字。4. 对每一个输入项，将输入的内容限制在254个字符之内。5. 应通过设定输入框的内容类型，避免用户增加切换输入

22、法的操作。6. 对用户输入的密码，不要用*进行掩盖，在手机上明文显示即可。7. 使用MAXLENGTH参数来限制用户输入密码的长度，避免用户出错。2.2.11 格式化输入规范格式化输入主要包括输入日期、信用卡号码等具有固定格式的内容。1. 对所有格式化输入都必须表明输入格式，如输入如期时可以表示为：MM/YYYY见下 例：2. 对输入的类型进行强制匹配，该输入数字的地方，不能输入字母。3. 可以通过MAXLENGTH参数限制输入的字符数。4. 对确定的内容进行预制， 如输入日期时可以表示为20xx，只让用户输入后两位数字就可以。5. 对可确定用户输入的文字功能实现自动切换，如需用户输入密码时，

23、应自动切换为“数字功能”，要求用户输入Email地址时，应自动切换为“英文”等。2.2.12 浏览器性能参考1. 建议CP/SP建议控制页面中Http link数目。2. 页面中http link请求的顺序是按照编写的顺序产生的，建议CP/SP对于较大的对象应尽量放在后面。 3. 页面编码应采用utf-8， 可减少proxy或终端的转化。2.2.13 MHXXXL格式页面 概述鉴于4.2.11章节中提到的手机浏览器单连接同步发送请求的特性，减少同一页面中请求数量可以有效的加快页面翻转速度。MHXXXL格式页面恰恰可以满足如上需求。目前Openwave 6.X版本的浏览器已经被普

24、遍的应用在Wap2.0终端上，该版本手机浏览器可以支持Multipart/related MIME Type。由于MHXXXL格式页面对于“多图”页面能够显著提供页面翻转速度，因此，对于由页面下载速度缓慢而严重影响用户感知、用户体验的页面，建议采用MHXXXL格式页面进行打包，将多个请求转换为一个请求，缩短由于手机浏览器的局限而导致页面翻转较长的耗时。 实现原理网页打包技术是一种基于HTTP的传输扩展协议，可以参考互联网标准协议RFC2557MIME Encapsulation of Aggregate Documents, such as HXXXL (MHXXXL)，通过在

25、传输过程中实现页面和页面内嵌对象的整合编码技术，实现一次连接可以传输完整页面及页面内嵌对象的技术标准。本协议是对RFC2557在WAP传输上的修正，针对无线网络的特性，去掉了冗余数据，结合WCDMA的高速数据通道实现无缝高效传输。传统的WAP页面传输过程：1. 向服务器发送请求，请求页面文件(WML或XHXXXL)。2. 显示初步页面。3. 浏览器针对页面进行分析，得到页面内嵌对象（如图片，铃声）的URL。4. 继续发送对页面内嵌对象请求。5. 显示完整页面。WML/XHXXXL格式页面传输示意图打包技术页面传输过程：1. 向服务器发送页面请求，传输整个MHXXXL页面文件。2. 对打包文件解

26、码，显示完整页面。MHXXXL技术传输示意图 简单实现过程.1 将网页转成Multipart格式1. 使用IE打开某业务入口页面。2. 在菜单中选择另存为。3. 在对话框内选择保存类型为WEB档案，单一文件。4. 选择编码为UTF-8,文件名为test.mht，确定保存。5. 在菜单中选择另存为。6. 在对话框内选择保存类型为网页，hXXXl格式。7. 文件名为test. hXXXl，确定保存。8. 使用文本编辑器打开test.mht。9. 去掉前的16行（前16行为IE自行添加的冗余信息）。10. 增加以下内容：.2 将页面元素转成Base64

27、格式接前一章节：1. 查找图片文件的URL位置。2. 修改为本地路径。3. 去掉最后一行的标识-=_NextPart_000_0000_01C54B57.43303D40-（对于不同情况，黄色背景部分可能略有不同）。4. 在文件尾部加上以下内容（假设该测试页面只内嵌了2个对象）：5. 在test.files文件夹中找出图片文件并使用BASE64进行编码，获得纯文本字符串，或参照以下步骤使用outlook对图片进行编码。a) 打开outlook,新建一个邮件b) 在附件中选择以上的图片文件c) 发送邮件d) 在邮件发送箱中找到该邮件e) 查看邮件属性里的详细信息f) 选择编号好的图片文件内容2.

28、 整合为MHXXXL文件1. 在test.mht中粘贴对内嵌对象进行BASE64编码后的纯文本字符串。如，2. 将test.mht另存为test.jsp。3. 部署到应用服务器。4. 进行测试。 应用范围如章节要求，对于由页面下载速度缓慢而严重影响用户感知、用户体验的页面，我们建议采用MHXXXL格式页面进行打包。以下举例说明建议采用MHXXXL格式进行开发的现网业务页面（灰色涂抹部分为尚未下载完成的图片说明，顾及影响，此处以灰色进行涂抹）。以上页面效果严重影响用户感知、用户体验，因此，对于此类业务页面，我们建议以MHXXXL格式进行开发。2.2

29、.14 终端适配1. 由于终端支持的选择性的，相同设计的页面在不同的终端上有着不同的表现形式，因此，请CP/SP在开发时注意通过终端适配，识别不同的终端并根据其不同的能力属性来推送适配的页面。2. 由于终端CPU性能的影响，一些终端在解码时CPU资源占用严重，影响浏览速度，这类终端不适合图片内容较多的页面的展现， CP/SP应单独对这类终端进行适配。2.2.15 COOKIES规范鉴于终端浏览器可以设置不支持Cookie，因此，对于需要保存会话关系的WAP 2.0/HTTP应用程序，应通过URL重写（URL Rewriting）的方式来保存会话关系，即将用户的会话信息保存在URL中，当用户点击

30、链接时送回服务器端来保持用户的会话关系。2.3. URL说明SP在XXX平台主页3G门户中提供一个业务时，需遵循XXX平台主页基于URL计费（信息费）的原则，对于接入的任何收费业务需要提供如下几类URL：参数名称 参数举例 用途描述入口URL /wap/index.jsp 业务的入口URL，唯一的一个计费URL /wap/content/fee1/ /wap/content/fee2/如果用户访问的URL包含此URL，HTTP代理触发鉴权请求到VAC进行处理。可以为多个。说明：由于手机支

31、持的URL长度有限，而且不同的机型支持的长度也不一致，为了能够使各种机型均能够正常使用WAP业务，要求接入的业务内容的URL长度不能够超过128个字符，并不允许出现中文字符。2.4. 业务返回规范2.4.1 说明为了统一XXX平台主页3G业务风格，保证3G业务的可用性和易用性，现对有关页面的返回上级和返回首页制定本规范。对通过XXX平台主页3G门户网站提供连接或者由XXX平台主页审核通过的接入CP/SP所提供的的代计费功能的3G业务均要求遵循本规范中的相关原则与规定。XXX平台主页将对本规范进一步的修改与完善，同时也欢迎广大合作伙伴就3G业务规范给XXX平台主页提供建议与意见。XXX平台主页保

32、留本规范的最终解释权。2.4.2 适用范围本规范适用于XXX平台主页WCDMA WAP/HTTP全网业务。2.4.3 页面和软键(数字键)的返回规定（1）在一级栏目页面（或者是业务的起始页面）必须有一个“返回首页”的链接；同时， WAP1.2业务页面的右软键被定义为“回首页”的链接。（2）在二级栏目以下的页面（或者是业务使用中的页面）必须同时有“返回上级”和“返回首页”的链接；同时，WAP1.2业务的页面右软键被定义为“回首页”的链接； （3）当页面的指示光标没有指向一个链接的时候，浏览器的左软键定义为“返回”，链接至上级页面；同时，WAP1.2业务的页面右软键被定义为“回首页”的链接； （4

33、）为了便于用户的使用，在有些情况下，允许返回上级功能不直接返回上一个页面，而是将用户带到最方便使用业务的页面；例：用户在使用铃声搜索或者单词翻译的业务时，当输入的要搜索的铃声或者翻译的单词，然后进入确认页面，点击确认后，当没有找到时出现的提示页面中的返回，不是返回到确认页面，而是返回到重新输入页面；（5）需特别注意的关于软键的规定：基于WAP1.2开发的业务必须支持以上定义的左、右软键功能。 对基于WAP2.0/HTTP开发的业务，可以不支持软键功能，但是，假如某个业务选择使用软键功能，那么就必须遵循以上定义的整套软键规范；（6）特别地，对于WAP2.0/HTTP业务，CP必须在业务的每一个页

34、面上使用数字键（AccessKey）完成返回的功能，统一规范为：“*”键表示返回上级；“#”键表示返回首页。2.4.4 业务的“返回上级” 全网业务的“返回上级” 全网业务的返回上级可以分为以下两种情况：1、从CP业务的底层页面返回到CP业务的上一级页面；2、从CP业务的入口页面或者需要返回到WAP门户对应栏目的页面返回到WAP栏目，做到“从哪里来回哪里去”。第一种情况的返回上级是由CP开发人员根据业务本身的流程，设定返回上级应当返回的最佳页面。第二种情况必须按照以下的说明，完成相关URL的设定。当平台操作员通过平台Portal管理功能将CP的业务入口加入平台某个栏目时，平台会向

35、自动向CP业务的入口URL传送参数“PT”，该参数由两部分组成，以冒号“：”分隔，前一部分为PortalID，通过此ID来判断用户是来自于哪一个门户，根据此ID决定CP业务返回首页应当返回哪个门户的页面；后面一部分为栏目ID，决定返回到哪个具体的栏目页面。XXX3G门户栏目的URL由两部分组成：门户URL和栏目ID。门户URL可以根据PortalID对应表查得。栏目ID则是作为“Dir”参数的参数值传递给门户平台的。对于本身不带参数的入口URL，例如：/cy/HWKT.jsp当用户点击该栏目的业务链接时，该业务的CP服务器获得的对应请求

36、URL为：/cy/HWKT.jsp?PT=2:11375 。对于已经带参数业务入口URL，则会自动加“&PT=2:11375”，例如：/pi . 1120&PT=2:11375CP根据获得的PT参数就能够动态写出正确的返回上级URL。CP应该利用编程语言的某种方式（传递参数、session值、存入数据表等）保证入口URL获得的参数能够跟随用户的访问，这样当用户在业务中访问了若干个页面后，当需要利用业务入口页面的返回上级功能时，依然能够获得正确的PortalID与栏目ID。例：幻彩图

37、片栏目中图片下载类业务“哈哇酷图”的入口URL被写为：/cy/HWKT.jsp?PT=2:11375 。根据PT参数，CP开发人员可以知道， 2 为PortalID，代表用户的访问来自于XXXWAP门户（上海），其URL为：/hswap/index.jsp；11375为栏目ID，代表用户是从幻彩图片栏目进入的。那么，返回上一级的URL就是：/hswap/index.jsp?Dir=11375 。该URL即代表XXX3G门户（北京）中的幻彩

38、图片栏目。另外，目前用户进入到一个具体的业务的途径目前有两种方式：1、通过3G门户分类栏目的链接进入；2、通过用户个人定制页的定制的业务链接进入；3、用户定制业务后，从“使用服务”链接直接进入业务。针对这几种进入业务方式，应当建立不同的处理机制。针对1的情况，用户在访问业务的首页面的时候，会将相应的PT参数传递给业务入口页面。CP取到参数后，该参数应当跟随用户的访问。当用户从业务的底层页面返回到业务入口页面的时候，在入口页面上显示“返回上级”，该返回上级应当正确生成返回业务所属的栏目的链接。针对2和3的情况，用户在访问业务的入口页面的时候，系统并没有将相应的PT参数传递给业务首页面，CP无法在

39、用户访问业务首页面的时候取到PT参数。在此情况下，CP应选择以下两种方式中的任意一种进行处理：(1)仍然显示返回上级，但是返回上级的链接写为：/特别地，对于WAP2.0/HTTP业务，返回上级的链接写为：/这样用户点击后依然返回到个人定制页面，实现“从哪里来回哪里去”。(2)隐藏返回上级链接，只保留返回首页的链接，根据平台系统的设置，用户也可以返回到个人定制页面。 XXX3G门户的首页和PORTAL ID节点 PORTAL ID PORTAL首页 2.4.5 业务的“返回首页”访问XXX

40、 Portal业务中的“返回首页”用户访问XXX portal业务，当点击“返回首页”时，将返回到“互动视界”的首页。首页地址为：/个人首页业务中的“返回首页”如果用户存在已定业务，则返回个人首页，否则返回首页。【注意】本章节内容仅适用在Wap2.0/HTTP Portal接入的业务。2.4.6 业务的返回“频道首页”对于从Portal栏目点击进入业务的情况，XXX Portal会给业务入口页面传送PT参数。如前文所讲，PT参数分为两部分，第一部分为Portal ID，第二部分为栏目ID。如：PT=N:23722。CP/SP需取出PT参数的第二部分，

41、即，栏目ID，作为参数按如下“Portal ID与Url对应表”拼接作为返回频道首页链接。节点 Portal ID 链接 【注意】1）本章节内容仅适用在Wap2.0 Portal/HTTP接入的业务。1）当CP无法获取PT参数时，应隐藏此链接。如，通过CP业务间链接进入其他业务的情况和通过个人首页进入业务的情况。2.5. Wap Push规范2.5.1 说明本文定义和规定了XXX平台主页3G业务网综合管理平台PUSH接口规范， CP/SP的PUSH业务页面开发参照本规范。为了加强对PUSH接口的监控，杜绝未经授权的私自群发，XXX平台主页增值业务部特整理修订了该规范。并将“点对点WAP PUS

42、H”、“CP服务器发起的PUSH”分为两个独立的接口分别提供服务。参见XXX平台主页XXX发布的相关PUSH业务规范2.6. 业务实现要求2.6.1 对WAP1.2的兼容 概述同时由于2/3G手机终端性能的区别，要求各类业务必须根据手机终端型号自动适配展示对应的业务，即当用户使用3G终端访问业务的时候，SP业务自动适配展现给用户3G的页面供用户使用，如果用户使用WAP1.X终端访问同一个业务的时候，SP业务自动适配展现给用户WAP1.X的页面供用户使用。注：SP服务器获取手机型号的方法参见后面章节。下面分别就各类业务进行详细举例说明。 示例代码以下以java为例，说

43、明根据用户手机型号（UA）信息返回不同格式的页面，程序步骤如下：1首先在程序中取得HttpServletRequest的对象request，根据手机型号（UA）的HEADER名字为参数，调用request.getHeader();取得用户手机的UA字符串，如下代码所示：UAString = req.getHeader(sUserAgentHeaderName);2取得UA信息后，根据不同的UA返回不同格式的页面，处理程序如下：public class GetUAStyle private long uaguid; /UA标志 private MobileInfo mobile; private

44、 static final String FORMAT_ADAPT_BY_UA = Global.HSPortal.Wap.Portal.Adapt.value;（1）初始化此对象 public GetUAStyle(HttpServletRequest req) this.mobile = new WapMobileInfo(req); uaguid = mobile.getUserAgent().getNumUAGUID(); （2）根据UA信息得到该手机支持的显示格式XHXXXLHXXXLWML（此步骤涉及到数据库的登记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; /默认为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）根据得到的重定向的文件类型（XHXXXL/XML/HXXXL/WML）为参数，返回需要重定向的

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通过以上方法后得到要重定向的具体的文件名，此时可以forward到得到的文件。下面给出一个完整调用的示例：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);以上代码是所有完整的调用，其中：第一句是初始化GetUAStyle对象，取得手机型号（UA）相关信息第二句通过UA信息得到此UA支持的格式信息第三句是通过得到的格式信息返回相应的具体页面文件名（此步骤需要预先配置好相关页面与格式的匹配信息）第四句重定向到上一步取得的页面。2.6.2 浏览类业务 基本要求用户可以通过终端的浏览器查看从门户服务器上收到的信息。用户在门户上浏览，访问非计费URL，门户展现用户所点击的相关页面。用户在门户上浏览，访问计费URL，根据对用户订购关系的认证鉴权结果，门户展现用户所订购业务的内容或者展现订购页面。.1 展现适配页面适配过程是针对用户手机终端的属性如屏幕尺寸、色彩、终端能力等因素，为页面中每个频道选择适合的频道模板的过程。手机终端类型繁多，为了提高页面适配的可操作性和适配效率，可将手机终端分组，对应终端分组分别开发适合的页面模板。这样门户展现系统的终端适配过程可以概括为以下的进程：(1) 当用户终端通