WAP2.0浏览类业务规范

目              录
1 前言 3
1.1 WAP  2.0业务定义 3
1.2 目的 4
2 页面规范 4
2.1 业务可用性概述 4
2.2 XHTML  MP的UI增强特性 5
2.2.1 数字快捷键： 5
2.2.2 无线CSS 5
2.3 菜单规范 6
2.3.1 菜单用途 6
2.3.2 菜单建议规范 6
2.4 多项列表选项 7
2.5 返回连接规范 7
2.6 文本显示规范 8
2.7 用户输入规范 9
2.8 格式化输入规范 10
2.9 表单规范 10
2.10 图标与图形规范 11
3 其它注意事项 11
3.1 终端适配 11
3.2 CACHE规范 11
3.3 COOKIES规范 11
4 关键词语使用规范 12

1 前言
1.1 WAP  2.0业务定义
WAP  2.0比之WAP1.X的两个显著改变为：
l 承载协议层的改进：
由于引入了wTCP/wHTTP，WAP  2.0终端和WAP  2.0网关可以建立起wHTTP链接，并且无需WAP  1.x时的内容编码、协议转换等工作，从而具有更大的数据包传送和更快的传输速度等优点。
     承载协议层的改进，主要体现在服务质量上面，如更快的下载速度等，并不会导致新的业务种类。

l 应用环境的改进：
WAP  2.0在W3C的xHTML规范基础上定义了xHTML  MP以及Wireless  CSS等规范，从而使得WAP标记语言更*近Internet，且提供了更丰富的表现形式。

应用环境（主要是xHTML  MP）的改进，0对WAP业务的影响主要是用户界面上的，xHTML  MP+wCSS相对于WML提供了丰富的表现形式，但这丝毫不影响现有的业务种类/流程等，其本质仍然是基于HTTP的浏览类业务。

需要注意的是：
协议层与应用层是相对独立的，现有的部分终端，如Nokia  3650、Nokia  3590、Nokia  6200、SonyEricsson  T618等，其协议栈仍为WAP  1.2.x，但其浏览器也支持xHTML  MP，即其也可访问xHTML  MP(WAP  2.0)的内容和应用。
尽管这些终端并非严格意义的WAP  2.0终端，但由于WAP2.0业务平台关注的是应用层面，因此，此类终端在本方案中也作为WAP  2.0业务的服务对象。

定义：WAP  2.0业务是指面向支持xHTML  MP终端的服务（即使该终端仍然使用WAP  1.x协议栈）。

1.2 目的
中国移动为了统一WAP  2.0业务风格，保证WAP  2.0业务的可用性，特制定了本WAP  2.0页面规范，作为中国移动WAP业务规范的一个重要组成部分，以规范中国移动的WAP  2.0业务。
本规范首先简述了WAP  2.0业务可用性的相关概念与原则，并对WAP  2.0业务中的菜单使用、页面连接方式、文本显示、选择列表等多方面给出了相应的基本原则与例子。对通过中国移动WAP  2.0门户网站提供连接或者遵循中国移动提供的代计费功能的WAP  2.0业务均要求遵循本规范中的相关原则与规定。
中国移动将对本规范进一步的修改与完善，同时也欢迎广大合作伙伴就WAP  2.0业务规范给中国移动提供建议与意见。
中国移动保留本规范的最终解释权。
2 页面规范
2.1 业务可用性概述
可用性是业务提供的价值与用户使用业务时所需付出代价的相对大小，所谓业务提供的价值，主要体现在业务能提供给用户所需要的信息，业务能为用户解决实际问题以及业务的易用性等方面，使用业务的代价包括学习使用业务时付出的代价、用户使用业务过程中付出的代价（比如连接费用、信息费用、点击次数，输入等）。
可用性强的业务，其最根本的特点是业务给用户带来的价值大于用户在使用业务时所付出的代价，因此，在设计WAP  2.0业务时，应该注意到：
? 可用性非常关键；
? 手机与PC在使用上有显著差别，即使xHTML提供了丰富的表现能力，但考虑到WAP  2.0终端的网络环境，并不适合过多使用大尺寸的图片，因为下载时间过长也会影响用户体验。
? 用户是要为使用WAP  2.0业务付出时间上或金钱上的代价，因此，所设计的WAP  2.0业务要尽降低用户在使用过程中付出的代价。
由此可见，当开发高可用性业务的时候必须首先明确：
? 面向什么样的用户群；
? 业务给用户解决什么问题；
? 怎样以最高的效率解决这些问题。
以下是开发WAP  2.0业务时的几个关键性原则：
? 让用户尽快地得到需要的信息；
? 将业务限制在基本的功能之内；
? 使开发出来的WAP  2.0业务简单易用；
? 业务应该具有一致的使用风格；
? 对用户可能出错的地方要有预先的分析与防范。
2.2 xHTML  MP的UI增强特性
2.2.1 数字快捷键：
xHTML  MP在<a>标记中定义了accesskey这一属性，类似于Openwave浏览器的<option  >标记的onpick属性，为用户提供了无需滚动菜单，而只需按下菜单对应的数字键就可直接进入对应的菜单项的能力，大大地改善了用户体验，该特性在菜单、选项时应尽量采用

2.2.2 无线CSS  
对于应用开发者来说，可以通过Cascading  Styly  Sheets(CCS)控制文本内容在浏览器上的显示格式。在XHTML的开发过程中，只需对个别终端编制各自的CSS样式，便可结合单一XHTML应用程序提供更个性化的服务，节省以前的WML方式对主应用程序的重复开发。对于支持新增的终端类型，开发者只需增加相应的CSS即可，使开发过程更系统、更有效率。参考站点
其他的xHTML  MP的语言特性请安装Openwave6.2  SDK,启动仿真器后访问http://devgate2.openwave.com/dev/xhtml/sample/index.html，有对xHTML  MP的各标记的Demo，参考其源代码，有助于您了解xHTML的各标记及其属性
请注意，Openwave的一些增强特性并不适用于其他的WAP  2.0的浏览器，XML头中的DTD文件也应修改为OMA的地址和标记定义文件。

2.3 菜单规范
2.3.1  菜单用途
菜单的用途一般有：
? 提供一个数据列表（如邮件地址）
? 连接到一个新的页面（如进行选择）
? 进行一项操作（如删除邮件）
? 进行一个选择（如选择一个具体的日期）
? 改变某个选项（如让用户更改设置）
2.3.2  菜单建议规范
菜单使用规范：
? 菜单项要一致左对齐排列；
? 菜单中的各项要按照一定的逻辑顺序来排列，如按照类型、时间、字母顺序等。如果没有逻辑顺序，就按优先级排列，将最可能选择的排在最前面。
? 在一个导航类菜单前必须加彩色图标，图标为Gif格式，应尽量小于300  bytes。
? 在服务类菜单前要指定其AccessKey属性，在用户表象上即为数字快捷键  ，两类菜单的定义如下图：

                 
图1：导航类菜单：后跟下一级菜单        图2：服务类菜单：后跟实际内容

? 服务类菜单中不要多于9个选项，当选项多于9个时，建立“下一页”作为第九个选项，如图2所示。
具体要求如下：
1、 导航菜单项前的图标要求如下：
尺寸：25×15  pixle
文件类型：GIF
大小：小于300  byte
支持色彩：8位

2、 菜单尽量不要图标（Icon）和数字快捷键同时使用，因为这样，对于大部分终端，会造成菜单文字的换行，反而影响界面的美观。
3、 缺省的情况下，菜单中的每一项占据一行，但是在特殊情况下，  允许在同一行中使用多个菜单项。
4、 如果需要在一个菜单项（或软按键）上执行多个操作，可以通过弹出式菜单实现。
5、 注意：同一个菜单项在不同的手机上显示并不一样，多数手机对菜单项会加入下划线，也有的手机会使用正方形与括号将选项包起来，因此，不要在显示文本的时候使用下划线等标志。
2.4 多项列表选项

1、 通过使用多选列表可以显著减少用户的输入。
2、 多项列表尽量不要分行显示。
2.5 返回连接规范
用户经常使用手机中的返回按键（通常就是删除按键）或者浏览器中的软按键来返回或退出，因此，返回连接对一个业务的成功是十分关键的，要倍加关注，对返回连接设计好的业务，将会显著地提高用户的使用次数。
1. 在业务的起始页面的底部必须有一个“梦网首页”的连接。
2. 在业务使用中的页面底部必须有一个“返回上一级”的连接，及返回移动梦网门户首页的连接。
3．  

返回上一级：指返回SP的应用菜单
-梦网首页：指返回移动梦网的首页
4．当不能直接返回上一个页面时，将用户带到最方便使用业务的一层页面。
返回连接并不总是实用的，例如，当用户进行交易或者删除某些数据的时候，返回连接就不应该将该用户再带到对交易或者删除操作进行确认的页面中，而应直接返回到业务的起始页面，或将用户带到一个已经完成交易或删除操作的页面当中。

2.6 文本显示规范
1. 一个WAP  2.0终端一般可以支持大页面内容显示，但考虑到下载时间，页面内容尽量控制在5k以下，即2000汉字以内。
2. 当需要显示的内容超过范围时，在底部提供一个“下一页“连接，但在每个栏目下，传送给用户的内容最好不要超过5页。
3. 将超出一行的内容分行显示，但主菜单及子栏目标题则应尽量将文字压缩为一行。
4. 所有文本左对齐。
5. 左软按键连接到下一文本页（显示更多内容），右软按键显示相关的操作（如：邮件回复，删除等）。
6. 阅读新闻、邮件等内容时，应提供一个“下一项“的连接，用于用户直接转到下一个新闻主题或邮件，而不要仅仅显示”下一页“，用户容易误解为同一个主题的下部分内容。
7. 在文本页面中不要使用连接来进行某项操作（如删除邮件等），而要利用软按键来实现，而且，底部连接不能多于3个，最后一个连接功能应与页面的缺省连接一致（一般是继续显示信息或显示完成）。
8.  内容文字的规范：应设定为统一的简体中文，避免出现英文与中文混合的内容，如“Loading….请稍后”，应为“正在下载中。。。请稍后”。
9.  菜单中的各项要按照一定的逻辑顺序来排列，如按照类型、时间、字母顺序等。如果没有逻辑顺序，就按优先级排列，将最可能选择的排在最前面，将最新更新的部分放在最前面  。

2.7 用户输入规范
1. 尽量减少用户的文本输入
2. 当已激活输入区域时，只需要有一个确认连接，不需要提供其他功能。
3. 为每一个输入项尽可能直观的提示与描述，但不要多于10个汉字
4. 对每一个输入项，将输入的内容限制在254个字符之内。
5. 让输入框大小随用户输入的内容一起变化，开始提供一行，随用户输入内容增加，输入框逐步增大，不要定义一个固定大小的输入框。
6. 应通过设定输入框的内容类型，避免用户增加切换输入法的操作。
7. 对用户输入的密码，不要用*进行掩盖，在手机上明文显示即可。
8. 使用MAXLENGTH参数来限制用户输入密码的长度，避免用户出错。

2.8 格式化输入规范
格式化输入主要包括输入日期，信用卡号码等具有固定格式的内容。
1. 对所有格式化输入都必须表明输入格式，如输入如期时可以表示为：MM/YYYY见下  例：
2. 对输入的类型进行强制匹配，该输入数字的地方，不能输入字母
3. 可以通过MAXLENGTH参数限制输入的字符数
4. 对确定的内容进行预制
     如输入日期时可以表示为20xx，只让用户输入后两位数字就可以。
5.    对可确定用户输入的文字功能实现自动切换，如需用户输入密码时，应自动切换为“数字功能”，要求用户输入Email地址时，应自动切换为“英文”等。
2.9 表单规范
通过表单可以将一些显示区以及输入区共同组织起来，表单主要分为两种，一是向导表单，涵盖多个页面，引导用户按顺序输入一些信息；二是组合表单，主要是将一些不同类型的对象组合在一个列表中
以下是使用表单的具体规范：
1. 多个不同类型的对象可以运用在同一个页面中
2. 对有一定顺序的信息及输入，尽量使用向导表单来显示或者引导用户输入
3. 不同的页面连接成一个表单时要符合一定的逻辑顺序
4. 除非需要在输入区中插入数据，否则尽量不要在表单中使用按钮
5. 表单中尽量不要使用到其他页面的连接，除非该连接以下的内容都无关紧要，因为用户很容易通过该连接跳过后面的内容
6. 当用户完成一个表单中的所有页面，完成所有输入操作后，一定要有一个确认页面提醒用户是否确认所有的输入数据
7. 对用户使用表单而中途退出的情况，要提示用户是否确认退出
8. 对3-4个的选择，通过选择按钮给用户提供选择
9. 对5-9个范围内的选项要通过弹出菜单实现

2.10 图标与图形规范
1. 所有的彩色手机都支持GIF图象格式
2. 不要对图形对象定义任何操作
3. 对时效性较强的页面要小心使用图象，有可能在图象下载过程中页面失效了
4. 对大于显示屏幕的图象可以在手机中垂直地移动，但是不能水平移动，因此，图象的宽度大小必须符合手机的要求。
5. 鉴于目前的GPRS的网络速度，图片内容大小（Content  Length）应尽量小，以在用户视觉体验和下载体验之间获得平衡。每个页面所有图片内容加起来应尽量小于10k，具体的技术手段可以通过缩减图像的每像素色素数来实现。

3 其它注意事项
3.1 终端适配
即使WAP  2.0的xHTML  MP定义了标记语言，请注意各终端厂商对它的支持是有选择性的，随着市场上WAP  2.0终端的增多这种情况将更为突出，一套页面在不同的终端上有着不同的表现形式，因此，请SP在开发时注意，通过终端适配，识别不同的终端并根据其不同的能力属性来推送适配的页面。
3.2 CACHE规范
CACHE能实现对访问过内容的快速回顾
1， 不要将时效性很强的内容（如新闻、股票信息等）留在CACHE中
2， 对某些特定内容（如天气信息、交通信息等）要限制其在CACHE中的有效时间
3， 对动态信息要强制更新
4， Cache的控制请参阅RFC  2616相关文档
3.3 COOKIES规范
鉴于终端浏览器可以设置不支持Cookie，因此，对于需要保存会话关系的WAP  2.0应用程序，应通过URL重写（URL  Rewriting）的方式来保存会话关系，即将用户的会话信息保存在URL中，当用户点击链接时送回服务器端来保持用户的会话关系

4 关键词语使用规范
在业务中，一致的关键词使用风格能显著提高业务的可用性，一般而言，关键词的首字母应该大写，而其他字母应该小写，除非有些纯大写组合的词，如：OK等
以下是一些关键词的应用场合：
1、 确定（OK）用于在一个选择页面中进行选择操作或者确认某项操作，如发送一个邮件或信息等。
2、 完成（Done）使用户完成或者停止某项一系列操作而返回业务的起始位置，当用户有输入信息时，该操作一定要带出一个确认页面
3、 跳过（Skip）用于跳转到下一个同类型的数据或内容，比如下一个新闻或邮件
4、 读取（View）用于在一系列相关的数据列表中进行选择，如一组股票信息的列表或一组邮件
5、 更多（More）用于取得一些详细的内容或数据以及取得更多的数据，如通过标题排列的新闻内容，超出一页的内容。
6、 返回（Back  ）用于将用户带回上一个页面

慎用以下词语：
1、 退出（Exit）,用户会理解成退出浏览器
2、 主页（Home）,用户会理解成是浏览器的主页
3、 书签（Bookmark），用户会容易混淆为手机的书签
4、 菜单（Menu），这个词语通常由浏览器在软按键有多个动能选项时自动生成，不需要人为指定。