WAP2.0瀏覽類業務規範

 

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、 導航菜單項前的圖標要求如下：
尺寸：25x15  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），這個詞語通常由瀏覽器在軟按鍵有多個動能選項時自動生成，不需要人爲指定。