10種無線技術詳細介紹

之一：WAP技術和開發(fā)要點
　　移動設備（諸如智能電話和PDA）正在被充分應用到企業(yè)應用架構之中。這種想法最初是逐漸潛入人心的，但是發(fā)展趨勢卻顯而易見：企業(yè)用戶正在將移動設備運用到日常工作當中。這就是結構設計者在勾畫應用于整個企業(yè)的程序結構時需要考慮將Java運用到電話中（甚至給手機配備基本的上網(wǎng)功能）的原因。
　　基于Wireless Application Protocol （WAP）技術的具有瀏覽網(wǎng)頁功能的手機在北美和歐洲一帶逐漸流行起來。WAP是由無線應用協(xié)定論壇（the WAP Forum）發(fā)展并流傳開來的，該論壇是由一群無線和通訊產業(yè)的公司組成，發(fā)布了能夠在無線設備上所使用Web內容和應用的“產業(yè)標準” 規(guī)范。于近期被認可的WAP版本是2.0版，但要到2003年我們才可能看到支持該版本的手機批量問世。目前，WAP1.1和WAP1.2.1版本是最為流行的。
　　WAP開發(fā)要點：
　　在企業(yè)Web應用程序中將諸如電話和PDA等基于WAP的設備作為最終用戶。
　　雖然通過使用HTTP和HTML等著名的協(xié)議會使WAP2.0開發(fā)更容易些，但近期內我們仍需要以WAP1.x為途徑進行開發(fā)。
　　編寫服務器端代碼使其可以生成HTML和WML，同時也要考慮屏幕大小和數(shù)據(jù)流量。
　　雖然有可用的代碼轉換器及HTML和WML間的轉換器，但很少能夠將設計漂亮的HTML頁面轉換成同樣漂亮WML頁面。你需要有特殊設計的中間件或使用系統(tǒng)自帶的XML/XSL解決方法。
　　WAP Forum 在設計1.x版本的時候是經(jīng)過深思熟慮的，但它和我們熟知和喜愛的3W協(xié)議 （比如HTTP， SSL 和HTML）并不兼容。WAP1.x堆棧被定義為五層，自底向上依次是：WDP （Wireless Datagram Protocol）， WTLS （Wireless Transport Layer Security）， WTP （Wireless Transaction Protocol）， WSP （Wireless Session Protocol）， 和 WAE （Wireless Application Environment，包括 Wireless Markup Language 或 WML， 以及 WMLScript ）。每一層都和3W堆棧層面大致吻合：WDP->IP， WTP->TCP， WTLS->SSL/TLS， WSP->HTTP， 以及WML->HTML.
　　2002年，WAP Forum引入3W協(xié)議并將其加入WAP堆棧當中。如今WAP2.0開發(fā)者能夠象使用WAP 1.x協(xié)議一樣運用TCP/IP， HTTP和SSL， 以WAP2.0電話為目標進行開發(fā)。雖然現(xiàn)在難以確定這種雙向方法是否可行，這種做法無疑使WAP與World Wide Web Consortium 和IETF（ Internet Engineering Task Force）的建議和標準更好的同步。WAP協(xié)議和3W協(xié)議的合并將很可能使無線Web應用更容易投入使用，但是如何設計一種可以良好運用于大或小的 form factors的程序顯示還是具有一定的挑戰(zhàn)性的。Web設計師不得不用一種不同的方法在小型設備上進行頁面設計，同時平衡移動設備的優(yōu)點（諸如輕便性，及時性和位置識別性）和缺點（諸如傳輸速度慢，顯示屏太小，以及輸入法笨拙等）。
?
之二：移動標示語言和開發(fā)要點
　　移動標示語言（Mobile Markup Languages），建立并傳送信息到移動設備上（例如Web電話，傳呼和手持設備）的過程和將其建立和傳送到臺式電腦或其他Web應用程序的過程相似。當然它們也有重要的差別。開發(fā)者必須因為移動設備屏幕更小，內存更小，計算能力較弱，以及數(shù)據(jù)流量更小而做出各種權衡。因此，許多傳送到移動設備中的內容沒有象在Web的目前標示標準HTML4.0的版本中那樣被完全格式化。這里有三種被推薦的替代方法：
　　?WML
　　?Compact HTML （cHTML）
　　?XHTML Basic 及 XHTML Mobile Profile
　　WAP是一套包含WML的協(xié)議，它符合XML1.0標準。WML是一個由WAP Forum設計并實施的全球工業(yè)標準。WAP2.0中對WML和低層傳輸協(xié)議進行了重要改進。WAP Forum設計的2.0版本將適應W3C中關于HTTP 和XHTML的標準，安全性更好，更新后的用戶界面和輸入法將跟上移動電話硬件的飛速發(fā)展。
　　移動標示語言開發(fā)要點：
　　?應重新設計內容和應用，尤其是面向移動設備的。
　　?應通過平衡移動設備的便攜性和屏幕大小以及數(shù)據(jù)流量而突出其特性。
　　?應使用中間件和服務器端生成動態(tài)頁面來支持多種標示語言。
　　cHTML是由Access公司推出的一種標示語言，于1998年被吸收成為W3C標準。cHTML因其用在日本DoCoMo公司提供的時下流行的i- mode無線Web服務中而名噪一時。cHTML和HTML結合使用讓i-mode應用發(fā)展得以輕松入門。結合DoCoMo公司的低成本B2C傳輸費用和 i-mode在年輕人當中的聲望，cHTML的成功指日可待。
　　目前，cHTML和WML兩種語言處于競爭狀態(tài)，CHTML的優(yōu)勢是普及廣，而對WML來說，作為XML語言的實現(xiàn)者以及被設備制造公司和內容供應商廣泛采納則是其優(yōu)勢所在。如今，cHTML和WML被溶入了結合所有最佳標示選項的HTML新版本－XHTML Basic 和 XHTML Mobile Profile.XHTML Basic 語言規(guī)范的制定者來自于各大公司，包括Openwave（Phone.com支持WML），Access Co. Ltd. （支持cHTML）， W3C （從 XML 和 HTML 的角度出發(fā)）， Sun， Ericsson， 以及Panasonic.
　　XHTML Basic是XML中對HTML4.01版本的實現(xiàn)。XHTML花費了相當長的時間改進了在HTML規(guī)范中的許多模棱兩可的問題。在XML的嚴格引進下， XHTML給瀏覽用器及其他瀏覽設備提供了清楚的頁面輸出導向，并允許使用“模塊”組件選擇處理瀏覽器性能的變化。XHTML是HTML的接替版，在未來的版本中所有的瀏覽器都將支持XHTML.
　　2000年12月，W3C發(fā)布了XHTML Basic 規(guī)范作為限定資源設備的推薦規(guī)范。2001年，WAP Forum 和DoCoMo正式采用XHTML Basic作為未來瀏覽器開發(fā)的基本標示語言。XHTML Basic是通過使用XHTML模塊來實現(xiàn)的XML文檔類型，這些模塊是構造XML文檔類型的“積木”。XHTML Mobile Profile是增加了用于顯示元素和內部style sheets模塊的XHTML Basic的擴展集。
　　符合WAP2.0技術的設備將通過同時支持WML 1.x 和 XHTML Basic或通過實現(xiàn)XSLT轉換來和WML1.x向下兼容。符合XHTML Basic規(guī)范的WAP2.0設備將具有先進的用戶界面，動畫效果，彈出式菜單以及顏色，這些將使得WAP內容與i-mode 內容一致。另外，Access公司和DoCoMo已就向XHTML Basic規(guī)范靠攏方面達成部分一致。

之三：多模式標示語言和開發(fā)要點
　　多模式標示語言（Multimodal Markup Languages）
　　對無線Web程序的開發(fā)者來說，最難的一關是設計用戶輸入法以及在設備上顯示出信息，這在很大程度上是一種使用性能大挑戰(zhàn)。對許多缺乏耐心的人來說在電話的數(shù)字鍵盤上打字是最為乏味和痛苦的。而且，電話機以及手持電話的屏幕太小也會使信息難以閱讀，并給大量信息的顯示造成一定困難。
　　現(xiàn)在有一種方法可以使這種情況得以改善，它可以在一定程度上解決問題，而且效果非常明顯：使用語音傳輸。每種電話的聽筒都有一個擴音器和揚聲器用于語音的傳入和傳出。很多PDA產品都配有擴音器和音質良好的揚聲器。有了這些語音傳輸工具，移動程序設計者就可以給用戶提供一種其他方法去捕獲和傳送信息。
　　多模式標示語言開發(fā)要點：
　　絕大多數(shù)人將電話作為通話手段，其次才是將它作為數(shù)據(jù)終端。
　　研究智能電話的Java開發(fā)者通過結合使用XHTML+Voice 和 SALT設計出多模式程序（包括語音，文本，圖形），并以此同時滿足消費者和公司的要求。
　　盡管XHTML+Voice 和 SALT還處于早期開發(fā)階段，但它們很可能迅速流行起來。而VoiceXML（XHTML+Voice 的前身）則被廣泛用于只傳輸聲音或其他交互式聲音回應程序當中。
　　但是如何將語音傳輸功能運用到無線Web應用中去呢？在VoiceXML中定義了一套用于捕獲和傳送語音的的語言，但它不支持例如文本，圖形或視頻等其他形式的輸入和輸出。IBM和Motorola以及Opera共同研制了一種在Web程序中加入聲音，文本和圖形等多種性能的的方法：模塊化 VoiceXML 2.0并將它結合到XHTML當中 （XHTML+Voice）。這種方法與W3C所提倡的在內容的形式化、使XHTML易于擴展及保持該語言的靈活性方面的指導思想相一致。XHTML+ Voice支持語音合成，語音對話，命令，控件以及語音語法。
　　SALT（Speech Application Language Tags）是另一種解決方法，和XHTML+Voice不同，SALT 不但沒有借助于VoiceXML，反而特意避免VoiceXML的開發(fā)模式以及VoiceXML支持本語言中特有的重用性。SALT能夠充分利用支持語言的所有事件和腳本。例如，在使用HTML時，SALT標簽的用法就和其他HTML標簽一樣。SALT標簽可以通過使用腳本和包含屬性，方法和事件等進行設計，而這些屬性，方法和事件可以通過HTML頁面的文檔對象模式進行訪問。這并不是說SALT是綁定在HTML上的，其實SALT標簽能夠和SGML家族中的任何標示語言結合使用，比如Wireless Markup Language，Compact HTML，以及用在移動電話和手機上的具有新特性的XHTML profiles.同時開發(fā)者也可以將SALT和一些可視性標示結合使用，比如WML，XHTML，或用于只傳輸聲音（voice-only browsing）的標示（2000年12月，W3C發(fā)布了XHTML Basic 規(guī)范作為限定資源設備的推薦規(guī)范。2001年，WAP Forum 和DoCoMo正式采用XHTML Basic作為瀏覽器未來開發(fā)的基本標示語言。XHTML Basic是通過使用XHTML模塊來實現(xiàn)的XM在這一點上和VoiceXML很相似）。

之四：短信傳送和開發(fā)要點
　　短信傳送（Short Messaging）
　　Short Messaging Service （SMS） 短信息服務是指在無線電話或傳呼機等無線設備之間傳遞小段文字或數(shù)字數(shù)據(jù)的一種服務。SMS是一種相對較簡單和可靠的技術。SMS在1992年首次出現(xiàn)在 GSM電話中，而今所有的主要無線設備都支持它，而且大多數(shù)移動電話都有發(fā)送和接收SMS信息的功能。有數(shù)據(jù)顯示僅在2001年的12月其間全球就有 300億條文本消息被發(fā)送出去。用戶可以通過電話鍵將160個以內的數(shù)字或字母仔細地輸入一條SMS信息中。用戶也可以借助使用縮寫字母或者其他捷徑輕松完成信息輸入過程。
　　短信息開發(fā)要點：
　　SMS的地位已經(jīng)確立；而EMS和MMS直到2002年底或更晚才會流行起來。
　　SMS并不容易開發(fā)，將短信和程序結合起來的最簡單的方法是使用第三方工具，比如Simplewire的 Java SMS SDK 和 object XP jSMS.
　　EMS是SMS的升級版本，而MMS是其未來版本，它要求使用3G無線構架模式。
　　如果WAP2.0連同OpenWave中的新興瀏覽器能在今明兩年贏得市場，那么MMS會很快流行起來。
　　由于短信息的流行，老式的SMS面臨著革新。一種新的換代產品增強型信息服務（Enhanced Messaging Service EMS）問世了，它使用了SMS技術并新增了對二進制對象如聲音、圖像和動畫等的支持。EMS可以使用預加到手機中的圖像和聲音。接收的信息中可以參照這些對象而不用將其下載。由于EMS對象是二進制編碼，所以會使開發(fā)過程就變得更復雜一些，而且會比單一的文本信息載荷更容易出錯。因此在使用SMS或者 EMS系統(tǒng)的界面中編寫代碼不是輕松的工作。Simplewire的 Java SMS SDK和object XP的 jSMS等產品將同各種SMSC進行交互的大量細節(jié)方面的內容掩藏了起來，并給用戶呈獻一種清晰的對象界面以執(zhí)行傳信功能。
　　一些手機制造商正在研究一種更為前衛(wèi)的多媒體短信發(fā)送功能。這種多媒體信息服務（MMS）是在SMS產生10周年后的一個新生代產品。MMS使用XML格式和現(xiàn)有的HTTP及WAP基礎結構。MMS在產業(yè)界有著強大的后盾，WAP Forum已將其加入新的WAP 2.0建議書中，而手機制造巨頭Nokia， Motorola， 和Ericsson也開始將MMS用于他們未來的產品中。MMS網(wǎng)絡將手機和其他MMS用戶連接到MMS代理和服務器上，它們會依次連接到 Internet電子郵件服務器上，以及SMS和EMS系統(tǒng)中。這樣將會使開發(fā)者輕松進入傳信系統(tǒng)中，只要使它兼容于我們熟知的Web和無線開發(fā)界面及工具就可以了。
　　MMS已被安裝到50多種裝置上，但要普及的話恐怕要等到更快性能更好的第三代網(wǎng)絡和電話的問世了。在它的首次迭代過程中，MMS使用了W3Cd 一個標準－Synchronized Multimedia Integration Language（ SMIL）和WAP的WML作為其基本語言在多媒體信息中體現(xiàn)其文本風格和色彩圖像。
之五：SyncML及開發(fā)要點SyncML
　　信息化同步是無線設備產生之后應運而生的產物。負責管理著我們的日程安排，通訊簿，任務目錄和電子郵件的個人數(shù)字助理和智能電話通常并不能完全發(fā)揮其作用，除非將他們的信息庫與個人電腦中的類似信息庫或者企業(yè)信息服務器相連才能將其完全利用。有很多實現(xiàn)同步化的方法，但通常最簡便的方法也就是最好的方法：用一個普通協(xié)議將基于文本的更新材料從一個數(shù)據(jù)源傳到另一個。而SyncML就是這樣一種方法。
　　SyncML開發(fā)要點：
　　?數(shù)據(jù)同步化是電話和其他移動設備應用的需求。
　　?
幾乎所有的同步化服務器產品提供者都支持SyncML.
　　?如果你自己處理同步化工作，請在SourceForge中查閱sync4j項目。
　　由Ericsson， IBM， Lotus， Motorola， Nokia， Matsushita， Openwave， Psion， 和 Starfish Software提供贊助，SyncML 聯(lián)盟建立和發(fā)行了SyncML協(xié)議，它是一種使依從該協(xié)議的設備、開發(fā)程序和服務在網(wǎng)絡中實現(xiàn)信息同步化的通用語言。SyncML用于在HTTP，WSP （會議層協(xié)議，基于WAP的無線Web應用），OBEX（一種對象交換協(xié)議，它基于紅外線和藍牙技術并用于構建多種操作系統(tǒng)）和低層的TCP/IP以及電子郵件協(xié)議諸如SMTP， POP3， and IMAP當中。
　　SyncML協(xié)議使用XML語言來編譯命令和數(shù)據(jù)并旨在成為和HTTP，SSL，和WAP一樣的最好的Web協(xié)議，因此它兼容用于Web- friendly移動平臺（如J2ME）的開發(fā)程序。開發(fā)者只需使用最少的工具便可在移動程序中加入同步化性能。用來建立和讀取XML文檔的剖析器是處理 XML執(zhí)行過程最好的方法，但卻不是必須的方法。一條SyncML信息本身就是一個經(jīng)過處理的包含標題和正文的XML文檔。標題由SyncHdr元素和該信息的路由和版本信息組成。正文包括SyncBody元素和同步命令，以及相關數(shù)據(jù)。
　　正文部分是真正執(zhí)行處理過程的地方。SyncML指定13種必帶命令。例如，Add元素可以包括授權認證，指定同步化數(shù)據(jù)格式的元數(shù)據(jù)，以及數(shù)據(jù)本身。這個元數(shù)據(jù)可以直接被使用，例如，通過調用適當?shù)腦ML命名空間來確定被附上的數(shù)據(jù)是一個vCard.然后該數(shù)據(jù)將出現(xiàn)在“text/x-vcard”命名空間里。
　　SyncMl語言有相應的SyncML框架支持，這種框架體現(xiàn)出用于完全的端到端交叉平臺同步化解決方案（幾乎包含所有移動設備，臺式機和服務器數(shù)據(jù)源）的結構，但是SyncML聯(lián)盟也不會擯棄現(xiàn)存的端對端單一平臺解決方案。Microsoft的 ActiveSync技術在Windows平臺上運行的很好并且Windows很可能是其單一平臺。然而我們還是期待Microsoft和Palm、 IBM等大的移動電話制造商合作，那么其他制造商將有可能實現(xiàn)同單一設備中普通實例間的同步化。

之六：802.11b無線局域網(wǎng)開發(fā)要點
　　在無需考慮耗電量但需要考慮傳輸速度的時候（比如在使用手提電腦瀏覽Web時）可以利用802.11b，802.11a和802.11gWLANs.其他無線協(xié)議如藍牙和IRDA（紅外線數(shù)據(jù)）則由于其耗電量低而更廣泛地用于PDAs和電話上，但是它們的傳輸速度比802.11低，而且發(fā)射范圍也小。
　　和幾乎所有的網(wǎng)絡協(xié)議一樣，802.11協(xié)議完全符合七層開放式系統(tǒng)互聯(lián)參考模型（Open Systems Interconnection （OSI） Reference Model），所以協(xié)議中的全部細則均被摘列并能夠通過應用層、表象層和網(wǎng)絡操作層中體現(xiàn)出來。
　　和藍牙設備，便攜電話，小型監(jiān)視器（baby monitor）及其他無線電設備一樣，802.11b和802.11a的無線電操作系統(tǒng)也具有不規(guī)則的頻段。可以借助一些高級別的協(xié)議（比如用于藍牙技術的HTTP和Java API）來解決這種互用性問題。
　　IEEE小組的802.11b標準可能算是當今無線計算技術應用下最重要的主要產物了。IEEE的802.11b是802.11家族中的一種新標準，它利用無線電發(fā)射頻率將電腦及移動設備同局域網(wǎng)連接起來。它不像“藍牙”一樣有個容易記住的名字（有人曾試圖給它取個好聽的別名叫做“Wi-Fi”），而且它也沒有象CDMA2000 或者 UMTS （Universal Mobile Telecommunications System）那樣被冠以第二代無線技術奇跡的美譽。802.11b連接通常比其他類型的無線網(wǎng)絡連接的速度更快，而且使用802.11b無線區(qū)域網(wǎng)（WLANs）非常經(jīng)濟，也很易于安裝，甚至對在家里使用的用戶來說也是如此。雖然在此之前，802.11b只使用在公司辦公室和家用網(wǎng)絡中，但現(xiàn)在 802.11b網(wǎng)絡的使用（常常是收費的）已遍布公共區(qū)域的“熱點區(qū)”之中。結合無線局域網(wǎng)在辦公室、家庭中的普及和在公共熱點區(qū)的收益，802.11b 絕對是一個大賣點。
　　802.11b的成功基于以下幾個原因：應用程序開發(fā)者無需知道他們的程序是在哪種網(wǎng)絡連接（無線或有線）中運行的，因為802.11b（還有其后續(xù)標準 802.11a 和 802.11g）及其有線標準使用同樣高級別的協(xié)議，類似的還有TCP/IP， HTTP， TLS等等。802.11b采用2.4GHz無線頻段并支持最大數(shù)據(jù)為11Mb/s傳輸速率，盡管在實際應用中的速率會低一些，那是由于用戶在同一射頻中共享帶寬或是因超過支持范圍而使性能降低。802.11a在5GHz頻段下提供56Mbit/s數(shù)據(jù)傳輸率，盡管它在實際應用中的速率也同樣會有所降低，但它還是比802.11b快好幾倍。802.11g是802.11家族中的另一成員，它能在2.4GHz頻段下提供56Mbit/s數(shù)據(jù)傳輸率。目前只有 802.11b標準是市場的主流，但802.11a和802.11g將緊隨其后并成為其替代產品。
　　IEEE802.11標準一個主要的安全問題已經(jīng)解決。在WLAN安全性檢測性的庇護下，運行在802.11標準設備中的軟件更新有很大改進，但對于那些處理機密信息的應用開發(fā)人員來說，最好還是給代碼加一個額外的保護層。
之七：新一代無線電話網(wǎng)絡和開發(fā)要點
　　新一代無線電話網(wǎng)絡
　　新一代的無線電話和數(shù)據(jù)網(wǎng)絡使企業(yè)應用中的無線廣域電話和數(shù)據(jù)網(wǎng)絡在速度上邁進了一大步。不僅網(wǎng)速將提高5到10倍，而且連接模式由原來的回路交換（circuit-switched）提升到包交換（packet-switched）。這就意味著設備會始終連接到指定IP地址并能進入到所有 Internet服務中去。新一代技術中最有代表性的三種是：CDMA2000，General Radio Packet Service（GPRS）， 和Enhanced Data Rates for Global Evolution （EDGE）。
　　新一代無線電話網(wǎng)絡開發(fā)要點：
　　新一代無線廣域網(wǎng)將始終和Internet相連，并實現(xiàn)包交換模式。在2002年，GPRS和CDMA2000的使用將遍布全世界，這使企業(yè)開發(fā)者開發(fā)出高速可靠的無線數(shù)據(jù)傳輸成為可能。同時由于其使用包交換，而且速度相對更快，所以這些技術將使無線應用程序更加完善和成熟。
　　筆記本和大多數(shù)PDA產品通過適配器連接到GPRS和CDMA2000中去，通常是以PC卡的形式連接。電話和一些手持設備配有內置無線電發(fā)射。如此一來，制造商通常會提供SDKs，它可以供給接用于顯示一個應用程序用戶界面（諸如信號強度和連接狀態(tài)）的相關信息。一些SDKs還將觸發(fā)事件，通過這些事件開發(fā)者能夠在出現(xiàn)問題和捕獲網(wǎng)絡中的數(shù)據(jù)（比如位置信息）時提示用戶。
　　CCMA2000是現(xiàn)存的第二代CDMA（碼分多址數(shù)字無線技術Code Division Multiple Access）移動電話系統(tǒng)的后續(xù)產品，主要流行與美國和亞洲一帶。它派生出的CDMA2000 3x是一種用于快速的（碼片速率2至4）第三代（3G）無線通信國際電信聯(lián)盟標準。網(wǎng)絡系統(tǒng)使CDMA2000 1x的最高傳輸速率達到144Mbps（但在實際應用中的速率大約只達到最高速率的三分之一或一半而已）。和GPRS和EDGE一樣，CDMA2000 1x被看作是一個2.5代移動通訊產品，因為它是處于第二代到第三代的過渡產品。
　　GPRS將第二代GSM移動系統(tǒng)的速度提升到一個更高的階段，并實現(xiàn)了包交換網(wǎng)絡，它在歐洲和美國一帶最為流行。和CDMA2000相比，GPRS的同時傳輸語音和數(shù)據(jù)的速度比目前傳輸速率是10Kbps的標準更快。在2002年，開發(fā)人員能將CDMA2000和GPRS應用推向全美國，多數(shù)通訊公司期待能夠實現(xiàn)一種接近56Kbs傳輸速度的數(shù)據(jù)服務。
　　EDGE是GSM技術的未來一代。EDGE使用增強型調制系統(tǒng)將數(shù)據(jù)傳輸速度提高到400Kbps，它比現(xiàn)存的GSM無線電頻波的速度高很多。
　　2002年之后（具體可能要到2003之后），世界會邁進很多人認為的真正的第三代移動通訊階段。屆時CDMA2000將發(fā)展到3x階段，而GSM網(wǎng)絡也將邁進寬帶CDMA（WCDMA）時期。WCDMA是Universal Mobile Telecommunication Service （UMTS）的基礎。目前看來CDMA2000和UMTS將同時占領3G市場。
之八：無線應用中的安全性開發(fā)要點
　　無線應用中的安全問題
　　無論是無線連接或是無線設備，端到端安全模式都是任何無線應用程序開發(fā)需要解決的首要問題。業(yè)界新聞報道說目前無線網(wǎng)絡安全缺乏的情況很普遍，包括 IEEE802.11b WLANs都有未經(jīng)授權的登陸以及遭受到使一些無線Web網(wǎng)絡頗為頭疼而臭名昭著的“WAP gap”的侵襲。那么端對端的無線安全模式真的難以實現(xiàn)嗎？其實對于任何一種安全模式來說，沒有一種是完全牢不可破的，但所有大的無線協(xié)議都提供一些方法用來保護機密信息和阻止未經(jīng)授權的訪問。
　　無線應用中的安全性開發(fā)要點：
　　目前使用的大多數(shù)802.11 WLAN由于缺乏安全性而受到直接的攻擊。SSID和WEP不足以保護網(wǎng)絡資源。目前一種能夠執(zhí)行Extended Authentication Protocol combined with Transport Layer Security （EAP/TLS） 的新型硬件可以用來進行有效驗證和加密。但要確保你運行在WLAN上的無線應用程序能夠利用EAP/TLS.
　　一些移動設備支持虛擬專用網(wǎng)，一些無線中間件（比如Infowave Wireless Business Engine）將實現(xiàn)端對端安全通訊，即使是在安全性被置疑網(wǎng)絡中也是如此（比如WAP）。
　　一些藍牙設備將提供難以編譯的PIN. 這樣將通過使用額外的盤問式授權（authorization challenge）來提高程序的安全性。
　　要確保所有的移動設備用戶啟用本設備特有的訪問控制權（比如PIN）并確保不使用系統(tǒng)默認的或太簡單的密碼。
　　控制設備訪問權限。企業(yè)對幾乎所有的PDA、電話和移動設備實行加密保護。企業(yè)開發(fā)者可以采用這種平臺層的保護來阻止未經(jīng)授權的訪問，或者用一個單獨的個人識別號碼（PIN）進入程序一個額外的保護層。
　　驗證、授權和審核。Triple－A是安全工作做的很好的企業(yè)一直采用的一種方法。企業(yè)無線開發(fā)人員可以將用于extranet和intranet程序中的相同的triple－A用在無線開發(fā)中，由于經(jīng)常在內部使用的密碼很難從電話鍵上輸入，所以另一種全數(shù)字型的密碼被廣泛用于移動設施。
　　保密性和完整性。目前許多移動設備都有足夠的功率支持數(shù)據(jù)加密。開發(fā)人員很容易使用運行在Web上的SSL/TLS和無線Web中的WTLS（源自WAP堆棧）。使用被批準的證書也是確保從正常的渠道獲得內容的一種直接方法。
　　已知的弱點。最有名的無線安全漏洞是在IEEE802.11b和WAP中發(fā)現(xiàn)的。802.11b安全模式的主要組件是Wireless Equivalent Privacy （WEP）， 其加密方法和有線Ethernet （802.3） 的標準相類似。安全專家已經(jīng)證實WEP的安全層是可以被破壞的，然而許多基于802.11b的WALN連WEP保護都沒有。用于無線Web 的第一版WEP中列舉出一個被稱作是wireless transport layer security （WTLS） 的SSL-like實現(xiàn)能夠很好的運行安全模式，除非在某一時刻信息的保護權由WTLS轉向TLS時（此時無線Web會連接到World Wide Web上）才會發(fā)生意外。這種情況一般發(fā)生在WAP代理或網(wǎng)關之中，但在公司或網(wǎng)絡操作服務器室中通常是安全的。要確保網(wǎng)管能夠對服務器的使用權加以限制。
之九：藍牙技術和開發(fā)要點
　　用于藍牙技術的Java APIs
　　藍牙是一種無線網(wǎng)絡技術，最初是由計算機制造商和其它制造商提出的，它替代了電纜，在計算機、PDA、電話和外設之間實現(xiàn)了連接。例如，藍牙設備現(xiàn)在可以用來連接移動電話和免提耳機。自出現(xiàn)了藍牙技術以來，它就給我們設立了更高的目標，使我們可以創(chuàng)建“個人網(wǎng)絡（personal area networks，PAN）”或“piconets”。理論上，當藍牙設備之間建立了連接時，就自然地形成了PANs.例如，當一臺筆記本電腦連接到一臺打印機時，就會形成一個PAN.實際上，驗證、訪問權限的控制以及其它的安全問題，再加上來自其它無線網(wǎng)絡可能的干擾，會使這種情況變得復雜。
　　藍牙技術開發(fā)要點：
　　?JABWT盡可能地影響著J2ME類和框架。
　　?在使用JABWT開發(fā)時會使用到The Connected Limited Device Configuration （CLDC）。
　　?JABWT API已經(jīng)開始在其他普通協(xié)議中和其他傳輸媒體（OBEX和RECOMM）結合使用。
　　總的來說，無線網(wǎng)絡的藍牙版本受到了越來越多的人的喜愛，從本質上說，藍牙技術很可靠。無線和計算機業(yè)界的倡導者們將藍牙技術作為一種規(guī)范來開發(fā)，將它作為一種低成本、低功耗的無線通訊方法，來連接運用未經(jīng)授權的2.4GHz頻帶的設備。該規(guī)范主要針對三種電源，它們與三個連接間距相應：100 米，10 米和0.1 米。最常用的是在多達七種不同設備之間提供10米的連接間距。藍牙硬件和軟件的設計人員考慮到了由于安全性和網(wǎng)絡競爭帶來的復雜性（如801.11b無線 LANs）。
　　想在應用程序中運用藍牙技術的Java開發(fā)人員可以從兩方面來考慮。首先，藍牙技術可以是操作系統(tǒng)提供的一個服務，它可以從應用程序得以實現(xiàn)，這同 HTTP掩蓋了潛在的網(wǎng)絡協(xié)議（如802.11b和Ethernet）的低級實現(xiàn)有很多共同之處。第二，開發(fā)人員可以用Java APIs for Bluetooth Wireless Technologies（JABWT）來直接訪問藍牙服務。Java Community Process于2002年3月將JABWT作為最終規(guī)范發(fā)布了。JABWT至少需要512k的內存用于Java 2、一個藍牙堆棧和頻帶和J2ME Connected Limited Device Configuration（CLDC）的一個兼容配置或擴展配置。
　　JABWT為藍牙技術的實現(xiàn)提供了范圍很廣的一組接口，在JSR-82中有文件證明。JABWT將APIs根據(jù)discovery、設備管理和通訊加以分類。第一組接口可以幫助我們發(fā)現(xiàn)設備、查找設備并推廣設備。設備管理APIs包括安全性和Generic Access Profile方面的信息，它們用來描述本地設備并得到遠程設備的信息。通訊APIs用來同其它藍牙設備進行通訊，這些通訊是通過協(xié)議來完成的，如 OBEX（Object Exchange，也廣泛用于紅外線）、RFCOMM（通過Serial Port Profile提供）、L2CAP（Logical Link Control and Adaptation Protocol）和更高級的協(xié)議（如TCP/IP）。JABWT運用J2ME的Commected Limited Device Configuration中定義的Generic Connection Framework來提供基本的連接功能。

之十：JavaPhone API和開發(fā)要點
　　JavaPhone API
　　JavaPhone API定義了一組基于Java的接口，可以用來訪問智能電話和其它無線設備的功能。網(wǎng)絡操作人員、設備制造商和內容提供商運用JavaPhone在 PersonalJava平臺上構建設備。企業(yè)級Java開發(fā)人員將JavaPhone API作為一種穩(wěn)固的、易用的對象接口用于設備所提供的服務，如Java Telephony API（JTAPI）、數(shù)據(jù)包信息傳遞、數(shù)據(jù)訪問（聯(lián)系人、日歷、任務和用戶配置信息）、電源管理和應用程序安裝。
　　JavaPhone開發(fā)要點：
　　Secure Sockets Layer （SSL） API在PersonalJava中是可選的，但是必須包含在任何JavaPhone的實現(xiàn)中，它支持應用程序在HTTPS上運行，這是保證無線應用程序的安全的一種常見的、相對容易的方法。只有可以信賴的應用程序才可以訪問JavaPhone的data stores和消息。
　　Java開發(fā)人員可以在JavaPhone智能電話上發(fā)送并接受短消息，而不需要知道所運用的具體的傳輸方式，如SMS或WAP Push.
　　開發(fā)人員可以將JavaPhone的聯(lián)系人、任務和日程管理作為vCard和vCalendar條目來訪問，它們存儲在“object soup”式的平面數(shù)據(jù)庫中，互相之間沒有關連，不能輸入。
　　Java開發(fā)人員用核心的Java Telephony APIs來執(zhí)行基本的打電話、接電話的任務。JTAPI的擴展功能可以用于呼叫中心，擴展電話的控制（如持機等候和電話會議）以及媒體數(shù)據(jù)流（如按鍵音）。JTAPI移動核心接口是專門用于移動電話的。例如，MobileProvider接口提供了一個有效的方法來檢查該平臺是否實現(xiàn)了一個特殊的功能。Datagram Messaging APIs可以讓我們發(fā)送并接收文本信息而不需要知道根本的傳輸細節(jié)。應用程序的開發(fā)人員只需要知道如何格式化并發(fā)送信息就行了。JavaPhone可以支持在GSM上運用Short Messaging Service（SMS），也支持其它的傳輸形式。
　　AddressBook、Calendar和User Profile APIs給開發(fā)人員提供了一個基于對象的接口，可以用來訪問智能電話的個人信息管理（PIM）庫。AddressBook將vCard規(guī)范（RFC 2426）用于聯(lián)系信息，Calendar將vCalendar規(guī)范（RFC2445）用于日程管理和任務管理。對于移動和無線設備來說，安全性總是一個關鍵的問題，所以JavaPhone開發(fā)人員應該只允許可以信任的應用程序從數(shù)據(jù)庫讀取信息、將信息寫到數(shù)據(jù)庫以及發(fā)送和接收信息。
　　Power Monitor API提供了有關電池標準、預計電池壽命、以及設備是否接通電源的信息。Power Management API可以讓開發(fā)人員感受到設備狀態(tài)發(fā)生的變化并作出響應，如設備關機狀態(tài)、全功耗狀態(tài)、有效電源狀態(tài)、掛起狀態(tài)（suspend）和睡眠狀態(tài)。 Install API支持為開發(fā)和發(fā)布應用程序進行打包，包括對Jar文件、主程序切入點、圖標和版本的支持。