中国联通CDMAWAP2.0业务开发规范.doc

中国联通中国联通 CDMA WAP2 0 业务业务 开发规范开发规范 V3 0 中国联合通信有限公司中国联合通信有限公司 2005 年 12 月 I 76 目 录 1概述概述 1 1 1文档内容 1 1 2适用范围 1 1 3解释权及修订权 1 1 4术语和缩略语 2 1 5参考文献 2 2WAP2 0 技术说明技术说明 3 3业务管理规定业务管理规定 4 3 1WAP2 0 业务申报注意事项 4 3 2WAP2 0 业务测试前相关要求 4 3 3WAP2 0 下载业务计费 URL的申报方法 5 3 4计费和价格 6 3 4 1费用结构与收费模式 6 3 4 2收费规则 6 3 4 3价格原则 7 3 4 4优惠规则 7 4业务开发规范业务开发规范 8 4 1业务访问和定制 退定流程 8 4 1 1业务访问流程 8 4 1 2用户订购和使用业务的流程 9 4 1 3用户退定业务流程 11 4 2页面开发规范 12 4 2 1页面设计基本原则 12 4 2 2页面效果规范 12 4 2 3背景音乐规范 14 4 2 4图标与图形规范 15 4 2 5CACHE规范 16 4 2 6菜单规范 17 4 2 7页面返回规范 17 4 2 8文本显示规范 18 4 2 9用户输入规范 20 4 2 10格式化输入规范 20 4 2 11浏览器性能参考 21 4 2 12MHTML格式页面 21 4 2 13终端适配 25 4 2 14COOKIES规范 25 4 3URL 说明 26 4 4业务返回规范 27 4 4 1说明 27 4 4 2适用范围 27 4 4 3页面和软键 数字键 的返回规定 27 4 4 4业务的 返回上级 28 4 4 5业务的 返回首页 31 4 4 6业务的返回 频道首页 32 II 76 4 5WAP PUSH规范 33 4 5 1说明 33 4 5 2点对点WAP PUSH 33 4 5 3CP服务器发起的WAP PUSH 43 4 5 4注意事项 51 4 6业务实现要求 52 4 6 1对WAP1 2的兼容 52 4 6 2浏览类业务 57 4 6 3下载类业务 59 4 6 4PUSH类业务 67 4 7用户手机号码和手机型号获取说明 71 4 8编码和代码 72 1 76 1 概述概述 中国联通 CDMA 互动视界 业务自开展以来 用户数增长迅速 用户使用 的各类业务越来越丰富 目前提供的各类业务均是按照 WAP1 2 标准向用户提供 的服务 为了提供更好 功能更加强大的服务 中国联通建立了统一的 WAP 2 0 门户 站点 与 WAP1 2 门户站点相结合 对用户提供各类服务 为了保证统一 WAP 2 0 业务 特制定了本业务规范 1 1 文档内容文档内容 本规范内容包括 WAP 2 0 业务的技术说明 业务访问流程 计费和价格原则 以及各类业务规范 并给出了相应的基本原则与例子 同时对于 WAP1 2 业务的 兼容性和延续性作了相关说明 1 2 适用范围适用范围 本规范适用于中国联通各级机构和 CP SP 内容 服务提供商 通过中国联通 CDMA WAP2 0 门户站点向用户提供各类 WAP2 0 服务 1 3 解释权及修订权解释权及修订权 本规范由中国联通制定 审核并发布 起草单位为中国联通增值业务部 本规范将根据市场发展需要适时进行修改 其修改权和解释权属于中国联通增 值业务部 Comment B1 资费确认 2 76 1 4 术语和缩略语术语和缩略语 WAP Wireless Application Protocol SP Service Provider 服务提供商 页面 每次请求 所得到的显示内容 频道 根据业务内容分类划分的区域 频道下为栏目列表 栏目 频道中的某一类服务 栏目下是业务列表 栏目标题 显示内容的页面顶端显示的内容标题 栏目名称 菜单栏目列表中指向内容链接或下一级菜单链接的栏目名 XML extensible markup language 扩展超文本标记语言 HTML 的最新版本 v 4 1 是 XHTML 的基础 XHTML MP XHTML mobile profile XHTML 移动描述 源于 XHTML Basic 并且从完整的 XHTML 1 1 中增加了在移动浏览器中有用的元素和属性 WAP CSS WAP cascading style sheets 是 CSS 的移动版本 他是 CSS 的一个子集 但不包括那些不适用于特别小的设备功能 CP SP 内容提供商 服务提供商 资费确认 用户确认收费规则 如包月 点击及收费金额 计费 根据用户确认的收费策略 作计费处理 计算本次使用服务的费用 1 5 参考文献参考文献 中国联通 CDMA WAP 业务规范 中国联通 CDMA WAP 平台接口规范 中国联通 CDMA PUSH 业务规范 3 76 2 WAP2 0 技术说明技术说明 与 WAP 1 2 相比 WAP 2 0 主要采用的技术 XHTMLMP 采用 XHTMLMP 来扩展 XHTML 的基本用户简介 并能够按 需要增加其他语言元素 TCP IP 传送协议移动简本 WAP 2 0 将推动业界为无线链路开发 TCP 移 动简本 能与目前 Internet 上运行的通用 TCP 互操作 移动友好技术 包括 XHTML 的简本 层叠样式表 CSS 移动简本 用户 个性喜好和设备能力介绍等 与 WAP 1 2 相比 WAP 2 0 主要体现在 采用最新的 Internet 标准和协议 能优化网络带宽的利用以及基于数据包 的全球无线网络的连接 能对已有的 WAP 内容 应用和业务提供可管理的向后兼容性 WAP 2 0XHTML MP 并支持 WAP 1 x 内容的 WML 这些标记语言在发 挥其独特优点的同时 为移动设备提供合适的内容业务 支持对 WML 1 0 的完全向后兼容 WML 2 0 在 WML 1 0 增加了向后兼容 的具体特性后对 XHTML MP 的扩展 可实现从 WML 1 0 到 XHTML MP 的名称 属性的转换 支持的图片格式有 GIF JPEG PNG BMP WBMP 等 按照 WAP2 0 标准化组织提出的标准开发规范进行页面开发 例如 支持 XHTML 的简本 层叠样式表 CSS 移动简本 多媒体信息服务 MMS WAP Push 等 支持语言 支持内容标记语言 WWW Consortium W3C 以 XML extensible markup language 为基础规定的兼容 HTML 的 XHTML Basic 和 CSS cascading style sheets 样式单 4 76 支持协议 因特网标准的 TCP IP 详细 WAP2 0 技术说明 请访问 3 业务管理规定业务管理规定 3 1 Wap2 0 业务申报注意事项业务申报注意事项 1 SP 提交的业务必须严格按照 WAP 业务开发规范和 页面开发规范 4 2 进 行开发 必须根据对页面 如 大小在 20K 以下 图片 如 页面小图片不 超过 8 个 铃声 如 铃音必须有试听 背景音 选择项 但如果采用 则背景音必须有开启关闭的快捷方式 快捷键 返回 速度等要求严格执行 2 在 SP 已分配的测试区首位新增 WAP20 业务区 在业务接入前 均需将 WAP2 0 业务 URL 加入到测试区 3 控制每个 SP 业务的上线数量 原则上一个栏目一个 SP 只能上线一个业务 可 包含两个 含两个 以下子业务 申报业务时注意内容整合 SP 应严格按照 联通 WAP2 0 频道规划中规定的数量进行申报 4 SP 提交的 WAP2 0 业务名称必须积极健康 长度不超过四个汉字 5 要求每个业务必须提供 免费试用区 因此 申报 调整业务的确认或计费 Url 不能包含或等于入口 Url 6 对于提供给 2 0 手机使用的按次或包天下载业务 CP 需单独提交业务资源所 在路径的 Url 作为 2 0 按次或包天下载计费 Url 具体填写位置详见工单 3 2 Wap2 0 业务测试前相关要求业务测试前相关要求 1 必须严格按照 WAP20 业务开发规范 和 WAP20 页面开发规范 的要求进行 业务开发 并且业务开发前根据 Wap2 0 门户架构 的设置要求 考虑新业务 5 76 锁定的目标人群 确定所属频道 2 在业务开发中必须考虑申报业务所在频道或栏目的容量 原则上一个栏目一个 SP 只能接入一个业务 可包含两个 含两个 以下子业务 所以 在业务开 发中一定要注意业务的整合和资源的合理使用 联通在业务审核时将不计算 SP 在某一栏目下已接入业务的数量 请 SP 自己做好业务数量的核对工作 以避 免测试通过后业务无法上线 3 SP 的业务在评审通过后 提交测试前必须增加业务内容数量 提高内容质量 否则将不予以测试 务必保证在提交测试前将业务的数量扩充到同类 WAP1 2 的上线业务的 60 上线后不低于 80 4 SP 在提交业务申请前务必详细阅读 WAP2 0 业务申报注意事项 3 1 5 SP 新提交业务从 uni wise 网站上进行申请 业务处不再接收申请 SP 在提交 申请通过后 应提供 WAP2 0 业务申报表 提供 URL 等相关信息 3 3Wap2 0 下载业务计费下载业务计费 Url 的申报方法的申报方法 WAP2 0 下载类业务的计费 URL 下载业务的申报方法 1 下载类业务 不管是包月 按次 按天计费 计费 URL 都必须是业 务资源所在的路径 例如 某 CP 提供的 图片下载 业务 所有的 图片都放在 下 那么该业务的计费 URL 应该为 备用来下载的资源必须处于计费 URL 的目录下 2 为了不违反 不同业务计费 URL 不能重复或包含 的原则可得 对 于下载类业务 不同业务的下载资源不能存放于同一路径 否则相 关业务的计费 URL 就会存在重复或包含 Comment B2 通信费解释 Comment B3 信息费解释 Comment B4 收费方式 6 76 3 4 计费和价格计费和价格 对于本章节内容 与对于本章节内容 与 WAP1 2 业务规范一致 业务规范一致 3 4 1 费用结构与收费模式费用结构与收费模式 中国联通 WAP2 0 业务的计费均由中国联通进行 费用包括基础通信费和信息 服务费 1 基础通信费 用户使用中国联通无线通信网络发生的费用 由中国联通制定收 费标准 并由中国联通向用户收取 2 信息服务费 用户使用 SP 提供的应用服务而发生的费用 由提供服务的 SP 制 定标准 并由中国联通代 SP 向用户收取 3 4 2 收费规则收费规则 中国联通 WAP 平台对于 SP 提供的 WAP2 0 业务 支持如下几种信息费计费 方法 1 免费业务 指用户免费使用 SP 提供的该项业务 2 收费 SP 对于一个业务可以同时选择多个计费方式 如下 按点击计费 按点击计费是用户在使用某 CP 申请并提供的某项业务时 再申请的地址之下的页面中每点击一次该服务计一次费 如 点击一条新 闻计 0 1 元 按天计费 按照天为单位进行收费 CP 就某业务整体进行收费 用户在 一天内使用该业务收取一次特定价格的费用 多次进出和重复使用不重复 计费 用户当天不使用此业务 不收取费用 包月计费 包月计费是指一次性收取一定费用 在计费月中用户定制某包 月服务时 系统一次性收取业务全月费用 用户本自然月内多次使用不重 7 76 复计费 如果用户不退定 则在后续月初自动的一次性收取全月费用 3 4 3 价格原则价格原则 中国联通 WAP2 0 业务的信息费由 SP 指定 但为了规范市场 保证 SP 公平 竞争 SP 制定信息服务费的价格应遵循信息服务费不能低于成本价的原则 3 4 4 优惠规则优惠规则 为了更好的推广业务 中国联通 WAP 平台对于 SP 提供的 WAP2 0 业务 支 持如下几种信息费优惠方法 1 对每一个新的用户给予固定时间长度 可设定 的免费试用 在优惠开始和结 束日期之内定制该业务 免费使用一段时间 免费试用时长由 SP 制定 2 对每一个新的用户给予固定时间次数 可设定 的免费试用 在优惠开始和结 束日期之内定制该业务 免费使用设定的次数 免费试用次数由 SP 制定 3 在固定日期内对所有用户免费使用 SP 需要制定免费开始日期和结束日期 4 在固定日期内对所有用户按折扣优惠 在优惠开始和结束日期之内 按照业务 的原定价格的某一个百分比进行计费 SP 需要制定免费开始日期和结束日期 以及百分比 设定的优惠价格 小于正常的收费价格 进行优惠 CP SP 可以 申请优惠开始和结束日期 以及优惠价格 5 在固定日期内对所有用户以特定优惠价格优惠 在优惠开始和结束日期之内 按照低于业务的原定价格的某一个特定优惠价格进行计费 SP 需要制定免费开 始日期和结束日期 以及优惠价格 6 优惠套餐优惠 指把某一个 SP 的几项业务捆绑在一起向用户销售的策略 用 户定制优惠套餐后 在每月缴纳一定费用 如用户每月缴纳 25 元 就可以 使用此 SP 的优惠套餐中的全部业务 8 76 4 业务开发规范业务开发规范 4 1 业务访问和定制业务访问和定制 退定流程退定流程 对于本章节内容 与对于本章节内容 与 WAP1 2 业务一致 业务一致 4 1 1 业务访问流程业务访问流程 WAP2 0 业务的用户访问流程与 WAP1 2 业务访问流程类似 参见下图 1 用户使用移动终端一键上网请求访问 WAP 门户首页 WAP 平台对用户请求处 理后 返回 WAP 门户首页 在 WAP 门户中 存在链接指向 SP 服务器 9 76 2 用户点击 WAP 门户中的链接 请求访问 SP 服务器中的业务 该请求发送给 WAP 平台的计费处理系统 3 WAP 平台对用户的请求进行认证和鉴权处理后 如果认证和鉴权通过 则 WAP 平台转发请求给 SP 服务器 4 SP 服务器处理用户请求 并返回响应给 WAP 平台系统 5 WAP 平台系统返回响应给用户 同时根据 SP 服务器响应结果对用户进行计 费处理 说明 对用户的计费均由中国联通说明 对用户的计费均由中国联通 CDMACDMA WAPWAP 平台处理 平台处理 4 1 2 用户订购和使用业务的流程用户订购和使用业务的流程 1 用户使用一个未定制业务的流程 10 76 1 用户使用移动终端发送业务使用请求给 WAP 平台 2 WAP 平台判断用户是否已经定制了此业务 如果未定制此业务 WAP 平 台弹出业务订购页面 并返回给到用户终端 3 用户选择业务收费规则 并确认订购 4 WAP 平台成功处理用户定制请求后 把用户请求发送给 SP 服务器 5 SP 服务器返回响应给 WAP 平台 6 WAP 平台返回响应给用户终端 7 同时 WAP 平台将用户定制信息传送给 SP 业务服务器 2 用户使用一个已定制业务的流程 11 76 1 用户使用移动终端发送业务使用请求 2 由 WAP 平台判断用户是否已经定制了此业务 3 WAP 平台验证用户已经定制的业务 则将请求转发给 SP 业务服务器 4 SP 服务器端返回请求给 WAP 平台 5 WAP 平台返回请求给用户终端 4 1 3 用户退定业务流程用户退定业务流程 12 76 1 用户使用移动终端或者登录中国联通统一 WEB 界面 对已定制的业务进行 退定操作 2 WAP 平台成功处理业务退定操作后 将用户退定业务信息传送到 SP 业务 服务器 4 2 页面开发规范页面开发规范 4 2 1 页面设计基本原则页面设计基本原则 1 由于手机终端具有屏幕狭小 输入受限等特点 同时移动互联网速度较 慢 因此 CP SP 业务设计本着引导与方便用户使用原则而开展 2 CP SP 所开发业务既要较快让用户进入与使用 又要方便用户出来使用其 它栏目或者 CP SP 业务 用户进入后无法通过链接返回首页的业务视为 重大错误 3 浏览类与信息类业务要求各 CP SP 要有功能与风格基本一致的界面 4 2 2 页面效果规范页面效果规范 页面的效果应把握 提高访问速度的前提下 提高页面浏览流量 提高页面视 觉冲击效果 的原则 1 单页面图片与文字总和的整体容量应控制在 20k 以下 普通页面的全部 展现时间应保证小于 4s 多图形页面的全部展现时间应保证小于 6s 包 括页面内置对象 2 对于业务入口页面 在保证速度的前提下 应尽可能做得丰富一些 增 强用户的视觉感受 对于第二级和第三级及其以下的页面 可以稍微简 化页面的效果 但是不允许出现纯文本的页面 3 对于使用图片的页面 应该设置与图片主色调相近的背景色 在用户触 发页面的下载后 应保证用户通过迅速见到出现的背景色而能感受到下 13 76 载已经进行 绝对不能在下载进行中向用户展现白屏 4 如果使用表格的嵌套 嵌套的层数应该少于 2 层 5 CSS 应该定义到每一个文件 不能单独做成一个文件 应使用页面内包含 6 对于背景的图片 建议使用小图片的平铺方式 可以大大提高下载速度 平铺应该优先考虑双模手机 170cm 像素的屏宽 否则将会出现明显的接 缝痕迹 示例如下 未考虑双模手机平铺效果 建议平铺效果 7 Html Body 下的子 TAG 中的内容应尽量少 尽量少定义全局 应分散到多 个子 TAG 中 TAG 禁止相互嵌套 代码示例 方孤苦伶仃接口管理发动机可法律界公开勒索奋斗 应该为 14 76 方孤苦伶仃接口管理发动机可法律界公开勒索奋斗 8 页面中所有显示图片应加 Alt 在图片未完全下载前 能够用文字给用 户以图片展示内容的说明 示例代码如下 4 2 3 背景音乐规范背景音乐规范 1 背景音乐使用 MIDI 格式 2 为了满足用户在不同场景中的需要 页面中应该设置明显的可以开启或 关闭背景音的操作方式 3 背景音乐的请求代码应该放在图片的请求代码的后面 以保证下载速度 15 76 和用户感受 示例代码如下 推荐的写法 fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 不推荐的写法 fkdgjkldgjklfjdksgjkdl gjklfdjgkldjf 16 76 4 2 4 图标与图形规范图标与图形规范 1 为了保证页面的整体下载时间 建议单页面图片的容量应该控制在 15k 以内 2 图片下载必须提供图片预览功能 预览时显示文字应为 生成预览中 预览图片应为 80 x80 像素 大小应控制在 6K 以内 以保证预览生成的 速度在 3 秒以内 正式下载的图片应尽量保证容量较大 图像清晰 建 议下载图片大小在 25K 左右 预览页面效果如图 3 WAP 浏览器对于不同格式的图片解码速度是不同的 根据测试值得出 OPENWAVE 浏览器 解码速度 BMP PNG JPEG GIF 建议 CP SP 在保证图片质量的基础上 最好选择 GIF 和 PNG 格式的图片 并且应经 过 PHOTOSHOP 压缩 4 由于使用小图标会增加 Http 请求的个数从而影响页面的整体下载速度 所以不推荐在栏目列表中使用较多的小图标 建议使用特殊符号或者数 字符号代替小图标 可以很大程度上提高浏览速度 如果必须使用 则 每页使用小图标的个数不应超过 8 个 且单个图标大小应在 500byte 以内 生成预览中 圣诞老人 1256 字节 下载 返回上级 联通首页 圣诞老人 1256 字节 下载 返回上级 联通首页 17 76 4 2 5 CACHE 规范规范 1 为加快用户浏览页面显示速度 业务入口页面 以及公共性和架构类的 页面应使用 CACHE 其他页面不应使用 CACHE 2 不要将时效性很强的内容 如新闻 股票信息等 留在 CACHE 中 3 天气信息 交通信息等特定内容在 CACHE 中的有效时间为 6 小时 4 对动态信息要强制更新 4 2 6 菜单规范菜单规范 1 菜单项按业务的重要性的顺序来排列 用户最可能选择的业务排在前面 2 菜单项应遵循的排列格式 在保证美观的基础上 如果菜单一列显示 文本部分左对齐 图片菜单部分中间对齐 如果分列显示 文本部分左 对齐 图片菜单项要尽量与屏幕宽度相同 如果不能相同 则要保证中 间对齐 3 菜单项应尽量避免使用小图标 4 建议使用数字快捷键作为菜单选择手段 但是菜单选项应该使用明显的 标识提示用户使用数字快捷键 菜单选项多于 9 个时 定义 0 键表示 进入下一页 定义 键表示返回上级 定义 键表示返回首页 对于不支持字符触发的终端 返回上级 和 联通首页 应采用小图标 和文字链接 可以通过方向键选择 5 菜单尽量不要小图标 Icon 和数字快捷键同时使用 因为这样 对于 大部分终端 会造成菜单文字的换行 影响界面的美观 6 如果需要在一个菜单项上执行多个操作 可以通过弹出式菜单实现 18 76 4 2 7 页面返回规范页面返回规范 用户经常使用手机中的返回按键 通常就是删除按键 返回或退出 因此 返 回连接对一个业务的成功是十分关键的 要倍加关注 对返回连接设计好的业务 将会显著地提高用户的使用次数 1 在所有业务的页面底部必须有一个 联通首页 和 返回上级 的链接 注意必须在链接的文字后提供 和 作为明显的标识提示用户 返回首页 的链接为 http wap uni 页面效果如图 返回上级 指返回 SP 的应用菜单 联通首页 指返回互动视界的首页 2 如果上一个页面是重定向页面 则 返回上级 应跳过重定向页面 3 为了便于用户的使用 在有些情况下 允许返回上级功能不直接返回上 一个页面 而是将用户带到最方便使用业务的页面 例 用户在使用铃声搜索或者单词翻译的业务时 当输入的要搜索的铃声或 者翻译的单词 然后进入确认页面 点击确认后 当没有找到时出现的提示 页面中的返回 不是返回到确认页面 而是返回到重新输入页面 4 2 8 文本显示规范文本显示规范 1 一个 CARD 中显示 500 600 个字符 即 300 汉字以内 2 当需要显示的内容超过范围时 在底部提供一个 下一页 连接 但在 个人图片 图片下载 铃声下载 屏保动画 音乐动画 背景图片 返回上级返回上级 联通首页联通首页 19 76 每个栏目下 传送给用户的内容最好不要超过 3 页 3 将超出一行的内容分行显示 但主菜单及子栏目标题则应尽量将文字压 缩为一行 如 少女系列三十一 此标题字符过长 可将其压缩为 少女系列 31 4 所有文本左对齐 5 每段文字的首字需要保证对应的文字缩进 6 浏览图片和新闻等内容时 应提供明示下一主题或内容的连接说明 用 于用户直接转到下一个主题或内容 比如 下一张 下一条 等 而 不要仅仅显示 下一页 以免造成用户的混淆 7 所有提示性文字应使用统一的简体中文 避免出现英文与中文混合的内 容 如 Loading 请稍后 应为 正在下载中 请稍后 8 菜单中的各项要按照一定的逻辑顺序来排列 如按照类型 时间 字母 顺序等 如果没有逻辑顺序 就按优先级排列 将最可能选择的排在最 前面 将最新更新的部分放在最前面 并加入 NEW 字样 9 新闻类栏目要在新闻标题的后面显示新闻发布的日期及出处 如图 10 当用户阅读文本时 应能主动预读取下一页文本到手机的 CACHE 中 加快用户阅读的切换速度 1 中国队大胜香港 队 2004 11 18 摘自 XX 时 报 2 央视招标突破 50 亿 2004 11 18 摘自 XX 晚 报报 3 北京警方成功破获 多起抢劫 案 2004 11 1 8 摘自 XX 时报 下一页 返回上级返回上级 联通首页联通首页 20 76 比如 Page 1 of 2 上面的代码展示了如何利用预取功能对一个卡片组中的下一个卡片进行访 问 4 2 9 用户输入规范用户输入规范 1 尽量减少用户的文本输入 2 当已激活输入区域时 只需要有一个确认连接 不需要提供其他功能 3 为每一个输入项尽可能直观的提示与描述 但不要多于 10 个汉字 4 对每一个输入项 将输入的内容限制在 254 个字符之内 5 应通过设定输入框的内容类型 避免用户增加切换输入法的操作 6 对用户输入的密码 不要用 进行掩盖 在手机上明文显示即可 7 使用 MAXLENGTH 参数来限制用户输入密码的长度 避免用户出错 21 76 4 2 10格式化输入规范格式化输入规范 格式化输入主要包括输入日期 信用卡号码等具有固定格式的内容 1 对所有格式化输入都必须表明输入格式 如输入如期时可以表示为 MM YYYY 见下 例 2 对输入的类型进行强制匹配 该输入数字的地方 不能输入字母 3 可以通过 MAXLENGTH 参数限制输入的字符数 4 对确定的内容进行预制 如输入日期时可以表示为 20 xx 只让用户输 入后两位数字就可以 5 对可确定用户输入的文字功能实现自动切换 如需用户输入密码时 应自动切换为 数字功能 要求用户输入 Email 地址时 应自动切换 为 英文 等 4 2 11浏览器性能参考浏览器性能参考 1 目前浏览器并发请求能力无法启用 浏览器一次只能发送 1 个请求 因此建议 CP SP 建议控制页面中 Http link 数目 2 页面中 http link 请求的顺序是按照编写的顺序产生的 建议 CP SP 对 于较大的对象应尽量放在后面 3 页面编码应采用 utf 8 可减少 proxy 或终端的转化 4 2 12MHTML 格式页面格式页面 4 2 12 1概述概述 鉴于 4 2 11 章节中提到的手机浏览器单连接同步发送请求的特性 减少同一页 面中请求数量可以有效的加快页面翻转速度 MHTML 格式页面恰恰可以满足如上 需求 22 76 目前 Openwave 6 X 版本的浏览器已经被普遍的应用在 Wap2 0 终端上 该版 本手机浏览器可以支持 Multipart related MIME Type 由于 MHTML 格式页面对于 多图 页面能够显著提供页面翻转速度 因此 对于由页面下载速度缓慢而严重 影响用户感知 用户体验的页面 我们建议采用 MHTML 格式页面进行打包 将 多个请求转换为一个请求 缩短由于手机浏览器的局限而导致页面翻转较长的耗时 4 2 12 2实现原理实现原理 网页打包技术是一种基于 HTTP 的传输扩展协议 可以参考互联网标准协议 RFC2557 MIME Encapsulation of Aggregate Documents such as HTML MHTML 通过在传输过程中实现页面和页面内嵌对象的整合编码技术 实现一次连接可以传 输完整页面及页面内嵌对象的技术标准 本协议是对 RFC2557 在 WAP 传输上的 修正 针对无线网络的特性 去掉了冗余数据 结合 CDMA1x 的高速数据通道实 现无缝高效传输 传统的 WAP 页面传输过程 1 向服务器发送请求 请求页面文件 WML 或 XHTML 2 显示初步页面 3 浏览器针对页面进行分析 得到页面内嵌对象 如图片 铃声 的 URL 4 继续发送对页面内嵌对象请求 5 显示完整页面 手机服务器 23 76 页面元素文件 XHTML 文件 多次请求 应答 一次请求 应答 WML XHTML 格式页面传输示意图 打包技术页面传输过程 1 向服务器发送页面请求 传输整个 MHTML 页面文件 2 对打包文件解码 显示完整页面 MHTML 文件 一次请求 应答 MHTML 技术传输示意图 4 2 12 3简单实现过程简单实现过程 4 2 12 3 1 将网页转成将网页转成 Multipart 格式格式 1 使用 IE 打开某业务入口页面 2 在菜单中选择另存为 手机 服务器 手机服务器 24 76 3 在对话框内选择保存类型为 WEB 档案 单一文件 4 选择编码为 UTF 8 文件名为 test mht 确定保存 5 在菜单中选择另存为 6 在对话框内选择保存类型为 网页 html 格式 7 文件名为 test html 确定保存 8 使用文本编辑器打开 test mht 9 去掉前的 16 行 前 16 行为 IE 自行添加的冗余信息 10 增加以下内容 NextPart 000 0003 01C54672 B1702520 Content Type text html charset utf 8 Content Transfer Encoding quoted printable Content Location page 4 2 12 3 2 将页面元素转成将页面元素转成 Base64 格式格式 接前一章节 1 查找图片文件的 URL 位置 2 修改为本地路径 3 去掉最后一行的标识 NextPart 000 0000 01C54B57 43303D40 对于不同情况 黄色背景部分可能略有不同 4 在文件尾部加上以下内容 假设该测试页面只内嵌了 2 个对象 25 76 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 5 在 test files 文件夹中找出图片文件并使用 BASE64 进行编码 获得纯 文本字符串 或参照以下步骤使用 outlook 对图片进行编码 a 打开outlook 新建一个邮件 b 在附件中选择以上的图片文件 c 发送邮件 d 在邮件发送箱中找到该邮件 e 查看邮件属性里的详细信息 f 选择编号好的图片文件内容 4 2 12 3 3 整合为整合为 MHTML 文件文件 1 在 test mht 中粘贴对内嵌对象进行 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 2 将 test mht 另存为 test jsp 26 76 3 部署到应用服务器 4 进行测试 4 2 12 4应用范围应用范围 如 4 2 12 1 章节要求 对于由页面下载速度缓慢而严重影响用户感知 用户 体验的页面 我们建议采用 MHTML 格式页面进行打包 以下举例说明建议采用 MHTML 格式进行开发的现网业务页面 灰色涂抹部 分为尚未下载完成的图片说明 顾及影响 此处以灰色进行涂抹 以上页面效果严重影响用户感知 用户体验 因此 对于此类业务页面 我们 建议以 MHTML 格式进行开发 4 2 13终端适配终端适配 1 由于终端支持的选择性的 相同设计的页面在不同的终端上有着不同 的表现形式 因此 请 CP SP 在开发时注意通过终端适配 识别不同 的终端并根据其不同的能力属性来推送适配的页面 2 由于终端 CPU 性能的影响 一些终端在解码时 CPU 资源占用严重 影响浏览速度 这类终端不适合图片内容较多的页面的展现 CP SP 应单独对这类终端进行适配 4 2 14COOKIES 规范规范 鉴于终端浏览器可以设置不支持 Cookie 因此 对于需要保存会话关系的 WAP 2 0 应用程序 应通过 URL 重写 URL Rewriting 的方式来保存会话关系 Comment B5 三个 URL 解释 27 76 即将用户的会话信息保存在 URL 中 当用户点击链接时送回服务器端来保持用户 的会话关系 4 3 URL 说明说明 对于本章节内容 与对于本章节内容 与 WAP1 2 业务一致 业务一致 SP 在中国联通 WAP 门户中提供一个 WAP2 0 业务时 需遵循中国联通 WAP 平台基于 URL 计费 信息费 的原则 对于接入的任何收费业务需要提供如下几 类 URL 参数名称参数举例用途描述 入口 URL index jsp 业务的入口 URL 唯一的一个 计费 URL content fee1 content fee2 如果用户访问的 URL 包含此 URL WAP 平台进行计费处理 可以为多个 确认 URL content1 content2 如果用户访问的 URL 包含此 URL WAP 平台判断如果用户 未定制此业务 则会弹出收费 信息供用户选择和定制 可以为多个 说明 1 对同一业务的计费 URL 确认 URL 不能存在包含关系或重复 2 对于同一个业务入口 URL 只能有一个 但计费 URL 或确认 URL 均可以 为多个 3 对不同的业务 一个业务的入口 计费或确认 URL 不允许与另外一个业务 28 76 的入口 计费或确认 URL 相同 也不允许出现包含的情况 4 由于手机支持的 URL 长度有限 而且不同的机型支持的长度也不一致 为 了能够使各种机型均能够正常使用 WAP 业务 要求接入的业务内容的 URL 长度不能够超过 128 个字符 并不允许出现中文字符 5 由于中国联通 CDMA WAP 系统只处理 80 端口 所以下载 浏览等各类业 务的接入必须使用 80 端口 且不要显式的在 URL 中指出 80 只需采用 默认的 80 端口即可 不允许出现业务内容对应的 URL 为其他端口的情况 4 4 业务返回规范业务返回规范 4 4 1 说明说明 为了统一中国联通 WAP 业务风格 保证 WAP 业务的可用性和易用性 现对有关 页面的返回上级和返回首页制定本规范 对通过中国联通 WAP 门户网站提供连接或 者由中国联通审核通过的接入 CP SP 所提供的的代计费功能的 WAP 业务均要求遵循 本规范中的相关原则与规定 中国联通将对本规范进一步的修改与完善 同时也欢迎广大合作伙伴就 WAP 业 务规范给中国联通提供建议与意见 中国联通保留本规范的最终解释权 4 4 2 适用范围适用范围 本规范适用于中国联通 CDMA WAP 全网业务 4 4 3 页面页面和软键和软键 数字键数字键 的返回规定的返回规定 1 在一级栏目页面 或者是业务的起始页面 必须有一个 返回首页 的 链接 同时 WAP1 2 业务页面的右软键被定义为 回首页 的链接 2 在二级栏目以下的页面 或者是业务使用中的页面 必须同时有 返回 29 76 上级 和 返回首页 的链接 同时 WAP1 2 业务的页面右软键被定义为 回首页 的链接 3 当页面的指示光标没有指向一个链接的时候 浏览器的左软键定义为 返回 链接至上级页面 同时 WAP1 2 业务的页面右软键被定义为 回 首页 的链接 4 为了便于用户的使用 在有些情况下 允许返回上级功能不直接返回上 一个页面 而是将用户带到最方便使用业务的页面 例 用户在使用铃声搜索或者单词翻译的业务时 当输入的要搜索的铃声或 者翻译的单词 然后进入确认页面 点击确认后 当没有找到时出现的提示 页面中的返回 不是返回到确认页面 而是返回到重新输入页面 5 需特别注意的关于软键的规定 需特别注意的关于软键的规定 基于 WAP1 2 开发的业务必须支持以上 定义的左 右软键功能 对基于 WAP2 0 开发的业务 可以不支持软键功能 但是 假如某个业务选择使用软键功能 那么就必须遵循以上定义的整套软 键规范 6 特别地 对于 WAP2 0 业务 CP 必须在业务的每一个页面上使用数字键 AccessKey 完成返回的功能 统一规范为 键表示返回上级 键表示返回首页 4 4 4 业务的业务的 返回上级返回上级 4 4 4 1全网业务的全网业务的 返回上级返回上级 全网业务的返回上级可以分为以下两种情况 1 从 CP 业务的底层页面返回到 CP 业务的上一级页面 2 从 CP 业务的入口页面或者需要返回到 WAP 门户对应栏目的页面返回到 WAP 栏目 做到 从哪里来回哪里去 第一种情况的返回上级是由 CP 开发人员根据业务本身的流程 设定返回上级 30 76 应当返回的最佳页面 第二种情况必须按照以下的说明 完成相关 URL 的设定 当平台操作员通过平台 Portal 管理功能将 CP 的业务入口加入平台某个栏目时 平台会自动向 CP 业务的入口 URL 传送参数 PT 该参数由两部分组成 以冒号 分隔 前一部分为 PortalID 通过此 ID 来判断用户是来自于哪一个 WAP 门 户 根据此 ID 决定 CP 业务返回首页应当返回哪个门户的页面 后面一部分为栏 目 ID 决定返回到哪个具体的栏目页面 总部 WAP 门户栏目的 URL 由两部分组成 门户 URL 和栏目 ID 门户 URL 可以根据 PortalID 对应表查得 栏目 ID 则是作为 Dir 参数的参数值传递给门户 平台的 对于本身不带参数的入口 URL 例如 当用户点击该栏目的业务链接时 该业务的 CP 服务器获得的对应请求 URL 为 对于已经带参数业务入口 URL 则会自动加 String serviceID 4002001200 String fromMobileString toMobileString alertTitle V6 PUSH接口测试 String alertURL String serviceURL http 211 94 69 12 pushhq services PushService String result com hs wappush publish generated PushHQ2CP service try com hs wappush publish generated PushHQ2CPServiceLocator locator new com hs wappush publish generated PushHQ2CPServiceLocator service locator getPushService new URL serviceURL org apache axis client Stub service setTimeout 500000 System out println service result service pushMSGPTP cpCode serviceID fromMobile toMobile alertTitle alert URL System out println result result 44 76 catch javax xml rpc ServiceException jre System out println ServiceException at pushServlet doPost new java util Date System out println ERROR ServiceException jre getMessage result jre getMessage System out println jre catch Exception e System out println e 4 5 3 CP 服务器发起的服务器发起的 WAP PUSH 4 5 3 1概述概述 CP 服务器发起的 WAP PUSH 增加定购关系验证流程 要求 CP 在 PUSH 接口中必 须真实填写 CP 代码 业务代码 被叫号码等参数 否则 定购关系验证失败 平 台将不予转发相应 WAP PUSH 消息 时序图 45 76 Mobile TerminalCP Server Push Interface CP Server Invoke Push Interface Authentication Deliver Push Message 流程描述 1 CP 服务器调用 CP 服务器发起的 WAP PUSH 接口 2 CP 服务器发起的 WAP PUSH 接口 根据 CP 在接口中填写 CP 代码 业务 代码 被叫号码等信息对被叫用户定购关系进行鉴权 3 如果鉴权通过 则 CP 服务器发起的 WAP PUSH 接口 将 PUSH 消息转发至 手机终端 如果鉴权不通过 则在接口中返回相应错误应答 注意 流程 2 为新增流程 当 PUSH 被叫用户未定购 PUSH 接口中 CP 填写的 业务时 CP 服务器始发 PUSH 接口 将拒绝转发该 PUSH 消息 4 5 3 2接口开发规范接口开发规范 4 5 3 2 1接口描述接口描述 CP SP Server 调用 WAP 增值业务管理平台 CP 服务器 WAP PUSH 的 Web service 的接口 实现 CP 服务器 WAP PUSH 功能 所谓 CP 服务器发起的 WAP PUSH 是指非用户请求的 而是 CP 主动下发的 WAP PUSH 如天气预报 股市 新闻等 WAP PUSH CP SP 如果在业务中调用 WAP 增值业务管理平台中的 Push 功能 CP SP 需要 46 76 提出书面申请 申请通过后 才可以正常调用 WAP Push 的接口 4 5 3 2 2发起方系统发起方系统 总部 CP SP 业务系统 4 5 3 2 3接收方系统接收方系统 中国联通 WAP 增值业务管理平台 4 5 3 2 4接口协议接口协议 SOAP HTTP 4 5 3 2 5访问控制机制访问控制机制 只有通过认证的 IP 地址才能调用该接口 4 5 3 2 6调用函数调用函数 pushMSGSVR String cpCode String serviceID String fromUserMobile String toUserMobile String alertTitle String alertURL 4 5 3 2 7接口形式接口形式 4 5 3 2 7 1参数说明参数说明 cpCode 字符型字符型 说明 SP的企业代码 为中国联通增值业务部分配 serviceID 字符型字符型 说明 SP调用PUSH接口的业务代码 为中国联通增值业务部分配 fromUserMobile 字符型字符型 47 76 说明 此处填写cpCode toUserMobile 字符型字符型 说明 被叫号码 接收push 的手机号码 以133开头的11 位数或以86开头的13位 数 如果是多个手机号码 号码间用 逗号分割 该字段允许的手机号码个数 请参考 4 注意事项 章节