WAP原理、架构与开发工具包.doc

第2章 WAP原理、架构与开发工具包与超文本传输协议HTTP(HyperText Transfer Protocol)一样，WAP协议也是一种通信标准，规定了Web服务器与客户浏览器之间通信的方式、交互的方式和一系列规范。在进一步学习WAP编程知识之前，我们先来了解WAP协议的组成、WAP工作原理和系统架构、WAP测试环境的建立方法以及常用WAP开发工具包等内容。2.1 WAP协议层组成及内容WAP由一系列协议组成，同时还引用了许多Internet协议，比如IP、UDD、XML等，并为基于HTTP和TLS的Internet标准协议预留了空间。目前，Internet技术主要是针对PC设计的，能够支持在可靠度高的数据网上进行宽带连接，然而，像移动电话这种大众化的便携式无线装置在数据、信息等方面的处理能力上根本无法与PC相提并论。这是因为，第一，移动通信产品主要是移动电话，其中央处理器CPU的速度较慢、内存较小、电力有限、显示屏较小、按键数量较少、输入方式有限；第二，由于移动通信系统本身的原因，导致移动网络带宽较窄、稳定性较低、服务内容比较简单，不适合用于接收Internet信息。所以，WAP针对移动网络的需要，为了适应无线电通信的特殊环境进行了特别设计和优化。那么，移动网络有哪些需要，或者说WAP需要有哪些服务内容呢？WAP的服务内容主要包括World Wide Web信息浏览、E-mail收发、IRC网上实时聊天和Newsgroups新闻组讨论等。WAP只要求移动电话和WAP代理服务器的支持，而不要求现有的移动通信网络协议作任何的改动，所以WAP能同时适用于CDMA、DETC、GSM、IMT-2000等多种不同的移动通信系统。WAP协议堆栈的设计也力求使所需带宽最小化，并对各种网络技术和服务提供广泛支持，包括短消息服务SMS、USSD、CDPD等。而且，WAP建立了一个比较松散的层次结构，每层的开发独立于其他层，这样就比较容易能够引入新的传输协议和服务类型。如图2.1所示，我们给出了WAP协议层的组成示意图。其中主要的协议层解释如下：图2.1 WAP协议层的组成(1) 应用层。即无线应用环境WAE(Wireless Application Environment)，它是基于WWW和移动电话技术而建立的一种通用应用环境，其基本目的是构建一个可共同操作的环境，以便允许操作人员和服务供给者创建适用于不同无线平台的应用与服务。WAE提供了一个微浏览器，包含有下列功能： 解释并执行使用WML语言编辑的WAP网页； 包含WML脚本即WMLScript，并能解释和执行采用该脚本语言编写的网页； 支持无线电话技术应用，包括电话技术服务WTA及其程序设计界面WTAI； 定义了一组明确的数据格式，包括图像、电话本记录和日期信息等的数据格式。(2) 无线会话层。无线会话层协议WSP(Wireless Session Protocol)向两个对话服务提供一致接口的WAP应用层。其一在WTP层上操作的连接导向服务，其二是在安全或非安全数据包服务上操作的非连接服务WDP。无线会话协议当前由与浏览应用相匹配的服务组成，通常简记为WSP/B，它提供下列几项功能： 支持在压缩的超空间编码中的HTTP/1的功能和语义； 支持长久对话状态，以及通过对话移动暂停和恢复； 支持可靠或不可靠数据的普通设备的连接与访问； 支持协议特性流通。由于WSP体系的协议需要较长的反应时间，所以对低带宽载体网络的应用进行了优化，从而使WSP/B设计得允许WAE代理把WSP/B客户连接到HTTP服务器。(3) 传输协议层。无线传输协议层WTP(Wireless Transaction Protocol)在数据包服务的顶端运行，并提供适合在“瘦”客户即移动网络站上执行的普通事务服务，并可对移动终端进行优化，主要提供以下功能： 三个级别的传输服务：不可靠单向请求、可靠单向请求、可靠双向请求与答复； 用户对收到信息的确认； 对超频带数据的确认； 旨在减少传送信息数量的PDU串联延迟； 异步传输服务。(4) 安全协议层。无线传输安全层协议WTLS(Wireless Transport Layer Security)是基于工业标准传输层安全协议的协议，它在安全传输协议SSL的基础上针对WAP传输所用的低带宽通信信道进行了优化，主要为数据传递提供下列功能和服务： 保证数据在终端和应用服务器间稳定、准确地传送； 保证数据在终端和应用服务器间传输的保密性，避免数据传输中的截取、窃听； 保证终端应用服务器的真实性； 对不能顺利通过核对的数据进行检测，如果必要则驳回数据，使对方重新发送； 保证终端之间的通信安全。(5) 数据报协议层。无线数据报协议WDP(Wireless Datagram Protocol)用于传输数据，发送和接收消息。它可以向WAP的上层协议提供服务支持，并保持通信的透明性，同时能够独立运行下部无线网络。在保持传输接口和基本特性一致的情况下，WDP采用中间网关可以实现全局工作的互用性，从而实现无线数据的顺利传输。了解了WAP协议层组成及其内容，接下来我们就可以认识WAP工作原理及其系统架构了。有关这方面的内容，我们集中在下一节介绍。2.2 WAP工作原理及系统架构我们先来讲解WAP的工作原理，然后再与Internet系统架构相比较，来分析WAP系统的网络架构。2.2.1 WAP工作原理作为开放性的全球规范，WAP可以使移动用户利用无线电设备方便地访问或交互使用Internet应用信息和服务。前文述及，在Internet中，一般的协议要求发送大量的主要基于文本的数据，而标准Web内容很难在移动电话、寻呼机之类移动通信设备的小尺寸屏幕上显示。同时，在用户单手持机的情况下，屏幕间的内容切换也很不方便，并且HTTP和TCP/IP协议也没有提供针对无线网络的非连续的信号覆盖、长时间的延时以及对有限带宽所进行的优化处理。在Internet中，HTTP协议不是以压缩的二进制方式，而是以效率不高的文本格式发送标题和命令。因此，如果在无线电通信服务中使用普通Internet协议，则会导致速度慢、成本高且难以大规模应用等问题，而且无线电传输的延时还会造成其他一些问题。为了解决此类问题，WAP进行了很多优化处理。比如，利用二进制传输经过高度压缩的数据，并对长延时和中低带宽进行优化。WAP的会话功能可以处理不连续覆盖的问题，并能自动地在IP不可用时改用其他优化协议来进行各种信息传输。通过使用WML语言编写网页，WAP还解决了Internet页面不能在移动通信设备上显示的问题。运用WML编辑的网页可在手机的微浏览器上产生按钮、图示及超链接等功能，并可提供信息浏览、数据输入、文本和图像显示、表格显示等功能，大大减小了在移动设备上浏览网页内容的复杂程度。另外，WAP通过加强网络功能来弥补便携式移动设备本身的缺陷，工作时尽可能少地占用移动通信设备的资源，比如CPU、内存等。与Web对Internet的作用一样，WAP在应用层上隐藏了GSM的复杂性，给用户提供了类似于普通Web页面的友好性。WAP还通过使用类似于JavaScript的脚本语言WMLScript，来使移动通信设备先将信息进行处理后再发给服务器。WAP还通过无线电话应用WTA来实现呼叫控制等诸多电话功能。WAP标准下的移动终端均配备了一个微浏览器，该浏览器采用了一种类似于卡片组的工作方式。用户可以通过卡片组来浏览移动网络运营商提供的各项Web业务。工作时，移动终端用户首先选择一项业务，该业务会将卡片组下载到移动终端，然后用户就可以在卡片之间往返浏览，并可进行选排或输入信息，以及执行所选择的工作等。而且，浏览到的信息可以高速缓存，以便供以后使用，卡片组也可以高速缓存并可做成书签以备快速检索之用。该浏览器同时还对电子名片、日历事件、在线地址簿和其他类型内容的格式提供了相应支持。2.2.2 Internet与WAP的系统架构为了说明WAP的系统架构，我们先来分析一下普通Internet中Web服务器的工作方式和工作原理。在图2.2所示的WWW模型中，客户向URL所指定的Web服务器发出一个请求，Web服务器收到该请求后，经处理即返回相应的内容至客户端。这个过程中，双方是按照HTTP协议进行交互的。客户端发出一个以HTTP开头的URL请求时，Web服务器端处理该请求的程序可能是CGI程序、静态网页，也可能是Servlet程序，甚至可能是其他服务器端的程序，但它们都是以HTML格式将相应的内容返回给客户，这样，客户就可以在浏览器上看到返回的具体内容。图2.2 WWW模型WWW模型(图2.2)还同时说明了建立普通应用环境所需的必要配置，主要包括以下几个方面：(1) 标准命名模型。WWW上所有的服务器和内容都是通过Internet标准的信息指定方法进行命名的。(2) 内容键入。主要指URL的键入，WWW为此定义了若干特定的类型，允许网络浏览器在此基础上进行正确的处理。(3) 标准内容格式。所有的网络浏览器均支持一组标准的内容格式，包括超文本标记语言HTML、Java描述语言以及其他格式。(4) 标准协议。标准网络协议允许任何网络浏览器连接到任何网络服务器上。WWW体系中最常用的协议是HTTP协议。WWW的这种基本结构可使用户方便地运行、获取第三方的应用软件及内容服务，并可使开发人员方便地为广大客户创建特定的应用软件和内容服务。下面我们再来分析WAP的网络架构。WAP网络架构由3部分组成，即WAP网关、WAP手机和WAP内容服务器。其中，WAP网关起着“翻译”协议的作用，是联系GSM网与Internet的桥梁；WAP内容服务器可以存储大量信息，以供WAP手机用户来访问、浏览和查询等；WAP手机为用户提供了上网用的微浏览器及信息、命令的输入方式等。图2.3所示就是WAP模型的基本网络架构。当用户从WAP手机键入想要访问的WAP内容服务器的URL后，信号经过无线网络，以WAP协议方式发送请求至WAP网关，然后经过“翻译”处理，再以HTTP协议方式与WAP内容服务器交互，最后WAP网关将服务器返回的内容压缩、处理成二进制流，并返回到客户的WAP手机屏幕上。编程人员需要解决的问题是编写WAP内容服务器上的程序或者说WAP网页，有关WAP网页的编写方法我们后面会详细介绍的。图2.3 WAP模型与WWW模型一样，WAP也定义了一组旨在促进移动终端与WAP内容服务器之间通信的必要配置，主要包括以下几个方面：(1) 标准命名模型。WAP与WWW一样，其服务器和内容都是通过Internet标准的信息指定方法进行命名的。(2) 内容键入。主要指URL的键入，WAP建立了与WWW一致的内容形式和类型，允许WAP用户代理在此基础上进行正确的处理。(3) 标准内容格式。WAP基于WWW技术，所用微浏览器也支持一组标准的内容格式，包括WML及其脚本语言、图像、日历信息、电子名片甚至涨价幅度等的格式。(4) 标准协议。WAP网络协议允许手机中的微浏览器通过WAP网关连接到WAP内容服务器上，满足了移动终端与网络服务器之间传输信息的要求。关于WAP的网络构架，我们还有几点需要强调说明：(1) WAP的客户端一般都是WAP移动设备，比如最常见的手机。它们通常由不同的公司生产，各自具有不同的特点，所以对WML和WMLScript的解释也有所不同。因此，将来具体开发时，还要参考各个厂家提供的技术资料，综合考虑不同品牌、型号的WAP手机特点，如Nokia 7110、Ericsson R380、Motorola L2000www等等，以使开发的网页及应用能为绝大多数的手机所接受。(2) 一般来说，用户都希望WAP手机的屏幕足够大，分辨率足够高，否则浏览网页时不是太方便。然而由于不同型号WAP手机的屏幕大小并不完全一样，所以开发人员需要考虑针对不同的手机制作不同的网页，或制作含有多种选择的网页，以便使得客户在浏览时同样感到合适、方便和快捷。而且，由于各种手机对WML和WMLScript的支持情况不太一样，就像Internet Explore和Netscape之间的情况一样，所以开发时更是要考虑不同手机的特殊情况。(3) WAP手机上网中的安全性问题在开发中也需要考虑，如散射在空间中的电波会同时把用户的口令、密码等重要信息同时散射在空间中。本书后面将专门讨论WAP手机上网的安全性问题。(4) 网关在WAP系统的整个构架中有着十分关键的作用，它是连接客户和服务的桥梁。网关可以在电信局一端(见图2.4)，也可以和网络服务器集成在一起(见图2.5)。图2.4 网关在电信局一端时的结构图具体开发中，要根据这两种情况采用和实施不同的设计思想及方法。一般来说，如果网关在电信局一端，那么在服务端开发应用程序时与以前的网页开发没有太大的区别。只要符合通用网关接口CGI(Common Gateway Interface)标准，无论是采用Perl、C、C+、Basic、Dephi或是专门的ISAPI、Serverlit等，开发方法都是一样的。这种情况下开发人员拥有比较大的自由。如果网关和网络服务器集成在一起，那么开发时就要考虑应用逻辑及其相关问题，并在此基础上，综合利用CGI标准和常用开发工具，设计与开发WAP网页及应用。图2.5 网关也可以和网络服务器集成在一起2.2.3 WAP与Internet的比较我们学习WAP工作原理和架构的目的是为了以后深入掌握WAP编程，因此，我们需要了解WAP编程中究竟有哪些开发工作。如图2.6所示，我们同时列出了Internet和WAP的系统层次结构。图的左部是Internet的各个层次，右部是WAP的各个层次。比较一下可以看出，WAP的结构层次要比Internet复杂得多。虽然WAP的整个结构层次比较复杂，但是，由于它底层的大部分工作都是由电信部门和移动电话公司通过相关软硬件系统来完成的，因此总的来说，我们只需要关心WAP应用层的开发工作。这一点也与Internet中HTML/JavaScript层的开发工作相类似。图2.6 WAP与Internet系统结构层次比较另外，在我们进行WAP开发时，由于WAP各部分的协议与Internet上的协议有着一定的对应关系，所以我们可以使用现有的Internet服务器来实现WAP相关服务。如图2.7所示，WAP的WML与Internet的HTML对应，所以用户使用WML开发WAP网页时，可以像使用HTML语言来开发Internet网页一样来工作。再如，WMLScript与JavaScript对应，开发时具体的处理方法也基本一样。其他对应的开发项目还有：WTAI与移动网络、WSP与HTTP、WTLS与SSL/TLS、WTP与移动网络/TCP/UDP/IP等。根据这些对应项目，在进行WAP开发时可参考相应Internet中的开发工作，以简化设计工作，提高开发效率。图2.7 WAP与Internet的相互关系2.2.4 WAP网络服务方案目前，WAP网络服务方案主要有3个，如图2.8所示，各方案情况介绍如下：方案一：Web服务器(Web Server)传送原有的HTML网页，由HTML过滤器将该网页转换成WML格式，然后再由WAP代理(WAP Proxy)服务器处理后形成二进制的WML数据流送往客户端，即用户的WAP手机。方案二：Web服务器直接将WML网页传送到WAP代理服务器，然后由服务器处理后形成二进制的WML数据流送往客户端。图2.8 WAP网络服务方案方案三：由WTA服务器(WTA Server)直接将二进制的WML数据流送往客户端。不过这种方案用途有限，主要是用于提供电话呼叫等服务。对于WAP服务供应商来说，主要考虑前两个方案。第一个方案的好处是开发者不需要对原有的网络及网页进行修改，HTML到WML的转换工作可由HTML过滤器直接完成。不过这个方案也是有缺点的，主要表现在4个方面：其一，过滤器只能做有限的转换，对于比较复杂的HTML网页就很难全部转换成功；其二，HTML网页远比WML网页复杂，所以转换后传输的效率比较低；其三，过滤器这一中间环节的增加，就整个系统而言降低了网络的工作效率；其四，增加了HTML服务器的负载，影响了整个系统的效率。显然，这一方案并不完全符合WAP服务“简短、快捷”的要求。相比之下，第二种方案比较合适。但第二方案也存在一个问题，那就是我们不一定非得要增加WAP代理服务器，因为实际上我们可以利用已有的HTML服务器来实现WAP服务。特别是WAP手机只接收能够进行解释的二进制WML数据流，所以我们根本无需考虑这个数据流的提供者。这样，我们还可以进一步优化该服务方案，提高系统工作效率。2.3 WAP测试环境在WAP编程与开发中，为了对所编网页及应用进行测试，我们通常需要建立WAP的测试环境。一般来说，WAP测试环境可以从浏览器环境、模拟环境、实际环境三个方面进行建立，本节就对此作一基本介绍。2.3.1 浏览器环境浏览环境的建立是十分简单的。目前Internet上有许多站点提供有WML浏览器的免费下载服务。比较著名的WML浏览器是Winwap(读者可从/ chinese/download/winwap22.exe下载)以及各移动通信设备公司提供的浏览器。安装这些浏览器后，用户就可以在Windows系统环境下访问WAP站点，查看WAP页面。在WAP的服务器端，开发人员则可以利用Windows NT 4.0或Windows 2000以及Internet信息服务器IIS(Internet Information Server) 4.0/5.0软件进行模拟。在原有的WWW服务子目录下再建立一个WAP子目录，将所有的WML网页放在其中，并对IIS进行必要的配置。然后，在WWW服务器正常运转的情况下，开发人员通过在Winwap等WAP浏览器上输入http:/localhost(本地计算机名)/wap/index.html的形式，即可进入WAP网页进行浏览测试。这种测试环境的优点是实施起来比较简单，建设比较快，操作起来也比较简单易学。其不足之处在于，这种测试用的浏览器毕竟是Windows环境下的浏览器，支持大部分的WML标记，查看窗口的界面可以扩大和缩小，比较自由，因而所看到的测试效果与实际手机上的效果可能会有比较大的差别，而且它也不能提供编辑、编译和调试的集成环境。2.3.2 模拟环境用于WAP测试的模拟环境是通过使用移动通信设备公司所提供的WAP手机模拟器来实现WML浏览的。目前可以从各公司站点上下载的模拟器有Nokia Toolkit、Ericsson R380 Emulator、Ericsson WapIDE、UpPhone UP.Simulator、Motorola Mobile ADK等。相比较来说，Nokia和Motorola提供了比较完整的集成开发环境，其他两家主要提供了模拟WAP手机的WML浏览器。由于模拟器一般都提供直接的HTML服务连接，所以WAP服务器端只需要Windows NT/2000及IIS 4.0/5.0软件即可进行模拟和调试。与上面介绍的方法一样，在WWW服务器工作正常的情况下，通过在模拟浏览器上输入http:/localhost(本地计算机名)/wap/index.html的形式，即可进行WAP网页的浏览测试。虽然说这种模拟环境提供了集成环境及与WAP手机基本一致的模拟器，但仍难保证所用模拟器与其实际产品完全一致，尤其是没有WAP网关的参与，因此这是一种并不完备的检测。特别地，这种模拟环境下与无线电话应用WTA(Wireless Telephony Application)相关的服务根本没有办法进行检测。不过，对于单纯的开发测试来说，这样模拟环境基本能够满足要求。为便于大家下载，我们给出了几个模拟器的下载网址，如表2.1所示。本书所附光盘中提供了一些模拟器(免费版或限时版)，读者可从中选择使用。表2.1 3个常用模拟器的下载网址 模拟器名称 下载网址 Nokia模拟器 /webdir/wap/down/Nokia.zip或/download/Nokia.zip Ericsson模拟器 /webdir/wap/down/ericsson.zip或/download/ericsson-airwap.zip 续表 模拟器名称 下载网址 Up模拟器 /webdir/wap/down/upsdkW40b2e.exe或/download/upsdkW40b2e.exe 2.3.3 实际环境WAP测试的实际环境中需要WAP手机、网关及服务器3个部分，因此，为了建立WAP测试的实际环境，开发者需要购买一些主流的WAP手机，同时使用前面介绍的方法在原来的HTML服务器上建立一个WAP专用的虚拟目录，以建立WAP服务器，然后使用现有网关或加载移动通信公司提供的相应网关，那么只要三者都能顺利、正确地工作，开发者就可以通过WAP手机对WAP网页及应用进行测试了。2.4 WAP开发工具包随着WAP技术的发展和迅速普及，许多移动通信设备公司及WAP发展商纷纷推出自己的WAP应用开发工具。为便于大家熟悉这些开发工具，我们这里介绍目前3个主流的WAP工具包，即Ericsson WapIDE 2.0、Nokia WAP Toolkit 1.2和P UP.SDK 4.0。虽然Ericsson、Nokia和Unwired Planet(P)三家公司都是WAP论坛的主要成员，但他们的开发工具包并不一致，在很多方面都有不同。而且这三家公司都开发了自己的商用WAP服务器，并且各自的服务器通常只与自己推出的开发工具包能够较密切地结合使用。这一点希望能够引起开发人员的注意。2.4.1 Ericsson WapIDEEricsson WapIDE工具包是由一系列支持设计及测试WAP应用的工具构成。WapIDE的SDK目前只能在Windows NT 4.0和Windows 95/98环境下使用，针对Windows 2000环境的WapIDE开发工具包，相信不久即会面世。WapIDE还同时提供了用于测试服务器应用的程序，如Perl 5.0、Tcl/Tk以及Xitami Web Server等。安装WapIDE时需要首先安装IDE，然后安装SDK，并同时选择安装Xitami Web Server等全部组件。WapIDE开发工具包启动后的窗口界面如图2.9所示。它包含有用于测试应用程序的浏览器(Browser)，用于编写应用程序的应用设计器(App Designer)和一系列服务器端工具集(Server Toolset)，比如WML、WMLScript编译器及语义分析器等。图2.9 WapIDE开发工具包的窗口界面 图2.10 WapIDE的浏览器 从该窗口中单击“Browser”图标，即可启动WapIDE的浏览器，如图2.10所示。该浏览器可以模拟Ericsson多种型号的WAP手机，默认情况下模拟的是R320s手机的样子。通过该浏览器，开发者可以测试工具包中自带的网页样例，或测试自己编写的网页及应用，测试时需输入它们的URL地址。WapIDE提供的样例比较典型，包括金融、股票和日程等多方面的应用，通过测试和学习这些样例，不仅可以增强我们对WAP编程的理解，也可以掌握一些典型WAP应用的开发方法。在图2.9所示的窗口中单击“App Designer”图标，可以打开它的工作界面，如图2.11所示。可以看到，App Designer的窗口中集成了3个组件，一是WML编辑器，即“源程序(Source)”窗口，用于使用WML语言编写和设计WAP网页及应用；二是一个WapIDE的手机浏览器，即“设备(Device)”窗口，用于显示Source窗口中程序的运行结果；三是一个辅助窗口，即“输出(Output)”窗口，用于显示一些运行或编辑消息，辅助开发工作。如果我们使用Ericsson WapIDE工具包开发WAP网页及应用，那么App Designer窗口则是我们经常使用的窗口，大部分开发工作将通过这一窗口完成。该窗口中还有一些菜单命令和工具按钮，操作都比较简单，我们就不一一叙述了。Ericsson WapIDE还包括其他一些服务器工具以及与WAP开发相关的WAP网关等产品，使用时可以参考相应的说明资料，我们这里就不详细展开了。图2.11 App Designer的工作窗口2.4.2 Nokia WAP Toolkit与Ericsson的WapIDE工具包类似，Nokia的WAP工具包也拥有图形开发环境、浏览器和WML、WMLScript的编译器。Nokia的工具包目前只能在Windows NT 4.0环境中运行，而且必须先运行Java 2 runtime才能运行和使用Nokia WAP Toolkit。因此，用户必须先到美国Sun公司的Java网站(/)去下载Java 2 SDK或者Java 2 Runtime Environment(JRE)，并正确安装到所用计算机的Windows NT 4.0环境中，然后才可以安装Nokia WAP Toolkit。完全安装Nokia的WAP工具包后，可以看到它程序组里面除含有工具包本身的程序外，还含有一个工具包IDE以及有关WAP、WML和WMLScript的说明文档。Nokia WAP工具包启动后的工作窗口如图2.12所示，这是一个集成化的窗口，开发者从中可以进行WML、WMLScript文件的编辑、修改和测试等工作，并可通过输入WAP网页或应用的URL地址来浏览它们的效果。图2.12 Nokia WAP Toolkit的工作窗口Nokia还提供了一个独立的基于WAP Server的Java Servlet，集成了应用服务器和WAP网关两种功能。对于WAP服务提供商来说，该产品更为实用，而且维护更为系统、简练。2.4.3 P UP.SDKP公司推出的UP.SDK产品与Nokia和Ericsson的产品有较大的区别，虽然它可以运行于Windows 95/98/NT和Solaris操作系统环境，但它没有提供编辑和测试WML、WMLScript程序的集成环境。不过，UP.SDK提供了一系列可由WML、Perl、C、C+、VB等不同语言重复使用的代码库，同时提供Perl和C语言使用的库函数，并可用来生成WML文件及控制HTTP请求等，而且UP.SDK还提供了SSL证书的安全性工具。因此，使用UP.SDK开发，能够大大提高用户的开发效率。P还提供有自己的微浏览器UP.Simulator，如图2.13所示。目前，该模拟浏览器只能在Windows环境中运行。由于UP.Simulator是动态地与P开发者网站相连接的，所以必须在用户计算机一直与Internet连接的状态下才可以使用，这样为用户随时下载样例应用或直接访问Internet上的WAP站点提供了方便。 图2.13 UP模拟浏览器 P的工具包除了提供有标准的WAP功能外，还扩展了其他一些WAP功能，如传真、通知等。其中，UP.LINK server就包含有一个传真管理器的产品，可以控制用户从WAP浏览器上直接传真的信息，Microsoft Word文档、ASCII文本、RTF和Adobe Acrobat文档等都可以作为传真文件。而Notification API产品则允许用户向其他WAP手机客户发送异步消息，即发送通知信息。比较而言，P的工具包比Nokia和Ericsson的工具包拥有更多的开发功能，但其开发工具的操作界面不太“友好”，使用起来不太方