无线Web的挑战

随着大量提供“随时、随地”接入Internet ，享受基于Internet的内容与服务的新设备纷纷问世，随着数字无线技术和标准走向成熟，无线Web的时代正迅速向我们走来。
不过，在无线Web成为现实前，有两个基本制约因素需要解决，即：无线设备本身的限制和无线网络的限制。
第一个问题是，无线设备要比膝上型电脑或PC要小得多，功能弱得多。无线设备的功能受到显示屏小、键盘狭窄、处理器速度慢和存储器容量小的限制。
另一个限制因素是源自无线网络的上网时间成本高、带宽窄、网络可用性低，再加上服务质量上存在的等待时间长、信号常中断和传输的数据轻易丢失等方面。将无线设备与Web相连接的无线网络是无法与有线系统相匹敌的。
当前人们正在进行各种努力来克服这些制约因素，其中最有前景的是Palm公司推出的一种Web裁剪技术（clipping）以及日益被接受的无线应用协议（WAP）。
Web裁剪技术
在PalmVII无线个人数字助理（PDA）上使用的Web裁剪技术中，一个客户化无线应用被编写和部署成两部分：一部分是基于Web的后端，服务于动态内容；另一部分是一个PalmQueryApplication（PQA），就驻留在PalmVII上。
放置在Web后端的应用模块，可以使用任何用于构建数据库驱动和动态网站的标准技术，加以部署。比如公共网关接口（CGI）、Html或服务器API 。不过，网页必须使用HTML3.2的一种受限子集，这就意味着你不必记住样式表、图像映射、帧、嵌套表、cookie数据块和客户端过程等流行的东西，就可以完成应用的编制。
PQA以同样的HTML受限子集的“编译”形式编写，包含检索、修改和显示内容（包括图像）所需的相对稳定的用户界面要素。与标准Palm一样， PQA通过一种同步操作连上最终用户的设备，而且，一旦接通，它就马上以同样的方式运行，直到用户打算提交或检索新的数据。
PalmVII完成一次交互式应用的过程是这样的。来自于PalmVII上的一个请求通过一条专用无线线路发送给Palm代理服务器，该服务器又通过标准HTTP将它转发到驻留在Web服务器上的应用部分上。应答则折返这条路径，从HTTP到Palm代理服务器，再通过无线线路返回移动设备。
比方说，试想一下你需要让销售队伍了解库存、价格和存储在公司Intranet上的客户帐户信息。利用Web裁剪技术来完成这种任务就意味着编写和分发一个包含输入、输出这些数据所需的所有菜单和表格的PQA 。与此同时，服务器将保存创建裁剪所需的额外文件，使用的软件可以是Allaire的ColdFusion、微软的ActiveServerPages或CGI ，并通过无线网络与终端完成交互式应用。这样， PQA便从它永久连接的网站取了一个应用的“剪辑” 。
Web裁剪技术存在着优点和缺点，它们的起因相同，都源自静态要素（显示）与动态要素（内容）的分离。一方面， Web裁剪将无线交易的成本降到最低限度：只有需要修改的信息才通过无线网络发送，而不需要改变（或不常改变）的应用部分则驻留在设备本身上面。用户不必利用无线方式下载大量网页而造成性能的损失，就能接入一个强有力的基于Web的后端应用。
不利因素是， Palm和应用所在的网站，以及交互式的应用系统都必须提前规划。例如，引入一种新的格式就需要编写和编译一种新版PQA ，更何况还得让你的所有用户再把它们装到自己的设备上。
用户自己也不能自由地浏览一个大型网站来找到自己需要的东西。这种限制是Web裁剪模式的固有限制，因为它是为高度结构化的小型事务而优化设计的，比如查看库存和价格，在销售时提交定单或现场评估客户的顾虑或技术支持信息等等。
WAP解决方案
WAP是一种将无线电话技术与Internet内容和服务相结合的一种全球工业标准，无论无线网络体系结构还是设备都不例外。
数字蜂窝电话与Internet连接相融合已经成为一种趋势，而WAP已迅速成为全球的主宰模式。尽管WAP的技术推动力大部分来源于一个新兴的公司Phone.com（原名UnwiredPlanet），但是负责定义和推动这一标准的组织WAP论坛的创始成员却是移动通信领域里的知名厂商诺基亚、爱立信和摩托罗拉。互操作性的前景已成为WAP吸引力的要害。
由于WAP旨在适用于任何种类的基础无线网络体系结构，因而利用它，你可以将精力集中于无线应用本身，例如，不必担心原本为欧洲客户编写的某样东西，而对于数字蜂窝制式比较混乱、设备庞杂的北美市场是否也能正常的得到应用。WAP提供某种类似于用于Internet和公司Intranet的TCP／IP协议堆栈的功能。不同之处在于， WAP协议堆栈是专为满足无线网络的非凡挑战而设计的。
WAP协议堆栈
这种堆栈的应用层名叫无线应用环境（WAE），它预先假设一个用户代理——配有一个微型浏览器的无线终端或客户机。WAE中还包括一种基于XML的标识语言，名叫无线标识语言（WML）。通过协议堆栈， WAP客户机与一个名叫WAP网关的服务器联系。
在无线通信运营商的网络与公用Internet或公司Intranet之间，有一个WAP网关服务器。网关的位置并不非常确定，可以位于运营商或公司的防火墙内，或者两者同时采用。WAP网关除了照管各种网络内部的“家务杂事” ，以便非常“瘦的”用户代理不必跟踪WAP客户的书签、治理其存储等等， WAP更重要的工作是处理无线（WAP）和有线（TCP／IP）两套网络协议之间的接口。
WAP编程模式仅仅是在请求／应答周期中间，利用WAP网关的标准Web编程。例如一部蜂窝电话或其它无线终端以字节代码请求一指定的URL；WAP网关服务器对所发来的数据包进行解码、解压，然后将它作为普通的HTTP请求发送给适当的Web服务器。反过来，在整个通信周期的应答端再重复这个程序。
WAP模式
WAP网关本身既可以安装在移动电话公司的无线网络中，例如， SprintPCS等已经实施WAP网关，或者，出于安全考虑，它也可以部署在公司环境中的公司防火墙内。理论上， HTTP服务器能够以基于HTML的内容对WAP用户的请求作出响应，不过， WAP的WAE层专门拥有一种供无线瘦客户机使用的替代标识语言。
假如对HTTP请求作出应答的是标准HTML ，则它会到达网关服务器，或者到达中间件的一个辅助层（中间件可以与网关集成或在一个单独的服务器上），以便在请求被转发回WAP客户机前进行某种形式的内容翻译。
完成翻译的工作，存在两个问题：首先，向无线客户提供服务意味着让一个基于规则的翻译服务器来确定保留和删除哪些基于Web的内容，以便缩小到蜂窝电话甚至PDA的尺寸；其次， Web上许多HTML的语句并没有代表什么实际的应用，必须有选择的进行翻译。
因而，在可以预见的将来，最有效的WAP网站将是以WML进行定制编码的无线接入网站。
理论上， WAP可以支持与Web裁剪技术同类的以移动设备为中心的应用，其优点是你不必操心让用户像使用Web裁剪时一样，经常要从自己的桌面机上不断下载新的类似PQA一样的应用模块，来保持与应用的同步。由于用户界面处于服务器而非客户机上，因而，可以更加简便地对各种交互式的应用进行修改。
当然，假如你希望针对的设备是数字峰窝电话，则用户界面受到的限制甚至比PDA上的还要多。这可能会限制某些应用的实用性，对于这一点，只需要试想一下在蜂窝电话的小型字母数字键盘上输入大量客户帐户信息时的情景就可以理解。
实际上，假如你想把蜂窝电话用作访问公司数据的移动终端，那么，你还应该考虑向移动工作人员提供一个基于Web的应用界面，他们或他们的经理可以用来对出现在自己的电话上的内容进行个人化处理。这样可以有助于大多数小型工厂将适当的信息和应用针对适当环境中的用户。试想一下，为销售人员、发货人员、现场技术人员和项目经理进行不同的设置，然后让他们一一根据自己的客户名单或路线提出自己对无线站点的“看法” ，将是怎样的情况。
展望未来
当然， Web裁剪和WAP并不排除无线Web的可能性。利用目前用于PalmIII和V的无线modem和HTML翻译浏览器，用户可以象WAP一样充分用于Web ，不必经过一个WAP网关。遗憾的是，你可能仍不得不（在一个HTML受限子集中）定制自己的内容，而且，你会不再享有设备和网络的互操作性这种优点（例如，你的新的蜂窝数字包数据(CDPD)modem不适用于码分多址或GSM网络）。
另一方面， PDA（及较大的设备）可以通过使用数字电缆、PC、小型快闪存储器卡来逐渐与WAP电话配合使用（WindowsCE设备在这个领域走在了前列）。这样，就不必受蜂窝电话的特性和用户界面等因素的限制而享受WAP的更多优点。展望未来，预计我们将看到更多与WAP兼容的蜂窝电话与PDA的结合，如EriCssonR380 。
在无线这个快速发展的领域作出猜测是非常困难的，不过，我们可以看到，新技术在层出不穷的涌现：
WAP标准包括名叫WMLScript的用于以服务器为中心的脚本语言，最新的具有WAP功能的蜂窝电话正在逐渐实施这种支持。
用话音扩展标识语言（VXML）编写的基于话音的用户界面。
充分利用全球定位系统的特定位置应用。
移动电视会议。
WAP及新的XHTML规范等为WML和HTML的结合奠定基础的标准将会简化网络。公司内部Web开发人员将不得不学会某些新的开发工具和API ，但是，假如一切顺利，则不必再去对后端的应用进行改造。