| 本期訊息 ================================================================ ※本期書摘：WAP 協定及架構介紹(二) ※下期書摘：WAP 的安全問題 ================================================================ **************************************************************** ※本期書摘：WAP 協定及架構介紹(二) **************************************************************** 在 WAP 的環境中，增加了一個 WAP Gateway 的角色，這個 WAP Gateway 的存在是為了彌補手機的計算能力不足的缺陷，我們已經介紹 過 WAP 手機或裝置的計算能力比較差。因此在微瀏覽器中並無法對複 雜的網頁文件作處理，不像電腦中的瀏覽器可以對所有網頁中的內容作 處理，定義出文件中的哪些部分要在哪裡顯示。手機必須依靠 Gateway 將所有的文件編譯成二進位碼，才能將之顯示在手機螢幕上面。 此外，WAP Gateway 也以 HTTP 協定取回手機所要求的資料，並確認這 些資料中的語法正確性、將之編譯成二進位碼之後，以 UDP 模式，配 合 WAP 協定將之傳到手機上面。 因為在 WAP 整體協定中，只規範了從 WAP Gateway 到 WAP 裝置的傳 輸部分，從 WAP Gateway 到供給內容的伺服器這之間所使用的都還是 HTTP，因此整個 WAP 應用的開發環境中還是可以適用原有的 WWW 模式 ，以三層或多層式架構提供資料給 WAP 裝置。 讀者比較值得注意的是 WAP 伺服器，我們一再強調，在 WAP 的整體架 構中，在網際網路的部分是以 HTTP 作為傳輸的協定，因此 WAP 內容 伺服器只要能夠提供符合 HTTP 的傳輸標準就可以了，也就是說 WWW 伺服器與 WAP 伺服器完全是可以共用的。 基本上 WAP 伺服器就是 WWW 伺服器，只是在檔案型態對應表新增了 WAP 所需的幾種 MIME type，包含了 WML、WBMP、WMLScript 等。此外 ，還必須將原有輸出的 HTML 文件改成輸出 WML 格式的文件。 也就是說，原本所有在 Web Server 上面的程式，不論是 CGI、ASP、 JSP、JAVA、Perl、PHP3 程式，或是其他任何一種用來輸出 HTML 的程 式，都無須更動所有資料或通訊的部分，只要將輸出部分的 Tag 修改 成符合 WML 的規範即可。 所以原本提供 Web Mail 的所有程式只要經過簡單的修改，就可以改成 WAP Mail 了，當然，在介面上可能無法使用 Frame，在元件上可能無 法使用 Flash、JAVA 等多采多姿的軟體元件，在電子商務解決方案上 也無法提供 RSA、DH、DSA、RC2、RC4 等加密演算法，我們在使用WAP 時所特有的，只有更直接與使用者的接觸。 因此，必須強化使用以 WWW 作為初期註冊介面的整合，畢竟在許多複 雜的應用中，WAP 只能當成使用者在使用任何一種解決方案時的裝置， 但還是必須配合 WWW、電話，甚至是臨櫃等方式將整個前置作業完成， 並依靠所有解決方案開發人員、行銷人員、企劃人員一起思考出最適合 WAP 應用系統執行的行銷與執行方法。 以上就是在開發 WAP 解決方案的時候可以著手的部分。如果單純參考 Nokia 或 Phone.com 或 WAP Forum 的文件的話，相信在範例比較少的 情形下可能在變化上面比較可能受到限制。 接下來，我們以技術面大致上瀏覽一下 WAP 整個協定中在無線通訊部 分的定義，包含了在 WAP 無線通訊層、安全通訊部分、應用程式層等 部分大致上的定義。 首先，讓我們先看一下 WAP 協定的架構。在 WAP 協定的架構中一共定 義了 5 個 Layers (階層)，由上而下分別是：WAE、WSP、WTP、WTLS、 WDP 等五個階層。其功能分別為： WAE： 應用層(Application Layer)，提供應用程式寫作之用。例如 WML、WMLScript 以及相關文件的傳輸與寫作。 WSP： 任務層(Session Layer)，提供傳輸中每次特殊的通訊應用協定 維持之用。例如HTTP、資訊傳輸協定中的溝通與復原等功能。 WTP： 通訊層(Transaction Layer)，提供通訊協定中的傳輸功能。例 如單向資訊傳輸請求、雙向資訊傳輸、非同步傳輸功能等。 WTLS： 傳輸安全層(Security Layer)，提供在傳輸中保護資料安全的功 能，有點像是HTTP中的SSL或TLS。 WDP： 傳輸層(Transport Layer)，提供各種不同的無線通訊裝置得以 連接到 WAP 網路中的功能。這個 Layer 在實作的時候是最複雜 的因為這個 Layer 的角色必須提供 PHS、GSM、GPRS、FLEX 等 各式各樣的無線通訊協定使用WAP傳輸方式的功能，因此必須為 各種不同的無線協定製作可以使用的元件。 其實以上圖這個架構，由於在 WDP 以下可以用任何一種無線通訊協定來 模擬 UDP 傳輸，因此原本的資訊傳輸平台就可以在現有的所有 PDA、以 及各種不同的裝置，像是文字形的呼叫器、具備大螢幕的室內電話(Screen Phone)等等各種不同的裝置，都可以經由廠商製作出合於 WAP 規格的軟 體來瀏覽 WAP 上面的各種文件。 由於 WAP 裝置多是隨身可攜帶的，所以在設計 WAP 應用程式的時候也應 該多從這個重點出發。或許初期在 WAP 剛被推出的時候，所有的開發者 又會再走一次 WWW 的老路，老是想把所有的網路應用都丟上去，不管該 應用程式是否符合在 WWW 或網路上面的運作與結合模式，而這樣的考量 絕對是在規劃該類應用的初期應該有的。 像是許多人一股腦兒的要在網路上面賣各式各樣的東西，汽車、CD、書、 甚至是各式各樣的雜貨、日常用品、電腦用品等。絲毫沒有先作過市場調 查與先期研究。當然，類似的研究報告在各大學中大概可以找到一兩打， 不過因為貨品、目標市場、國情、網路普遍程度、網路使用者分佈等因素 的不同，直接拿任何一篇學校中或者外地的論文或報告作為參考，投下幾 百萬，甚至千萬到一個完全沒研究過的市場中，雖然投資報酬率很高，相 對的風險就會增高，但已經被驗證的錯誤似乎可以不用重新再犯一次了。 所以囉，要開發 WAP 市場絕對是勢在必行，但如何做，作什麼，何時作， 還有執行中不斷的審視才是正確的。如何開發並推廣您所計畫的 WAP 應 用程式，或者將您目前正提供給使用者使用的服務增加一個對應的 WAP 介面，絕對是第一個必須考量的重點。 ****************************************************************** 以上內容摘自『征服 WAP--無線網頁製作實務』 李驥‧張子仁 著 書號：F8526 定價：250元 ****************************************************************** 想索取前幾期的電子報內容請至旗標網站下載 http://www.flag.com.tw/url/ 本電子報內容未經授權請勿轉載 版權所有人：旗標出版股份有限公司 好書能增進知識、提高學習效率 卓越的品質是旗標的信念與堅持 http://www.flag.com.tw ═＜易達網電子報發報中心＞═══════════════════ ˙欲訂閱或取消易達網電子報: http://www.edirect168.com/enewsv2/ ˙收報、退報有問題，請洽易達網客服信箱: mailto:cs@service.edirect168.com ˙歡迎申請易達網免費電子信箱: http://www.edirect168.com ˙易達網電子報發報中心: mailto:news@service.edirect168.com ˙您想要登廣告: http://www.edirect168.com/html/ad.htm ˙本電子報文章與其相關連結由電子報報主提供，易達網負責發送。 ════════════════ 作自己的媒體，唱自己的歌 ══ |