架构与开发工具包.doc

1、第 2 章WAP 原理、架构与开发工具包与超文本传输协议HTTP(HyperTextTransfer Protocol) 一样， WAP 协议也是一种通信标准，规定了Web 服务器与客户浏览器之间通信的方式、交互的方式和一系列规范。在进一步学习 WAP 编程知识之前，我们先来了解WAP 协议的组成、 WAP 工作原理和系统架构、WAP测试环境的建立方法以及常用WAP 开发工具包等内容。2.1WAP 协议层组成及内容WAP 由一系列协议组成，同时还引用了许多Internet 协议，比如 IP、UDD 、XML等，并为基于 HTTP 和 TLS 的 Internet 标准协议预留了空间。目前， I

2、nternet 技术主要是针对PC 设计的，能够支持在可靠度高的数据网上进行宽带连接，然而， 像移动电话这种大众化的便携式无线装置在数据、信息等方面的处理能力上根本无法与PC 相提并论。这是因为，第一，移动通信产品主要是移动电话，其中央处理器CPU 的速度较慢、内存较小、电力有限、显示屏较小、按键数量较少、输入方式有限；第二，由于移动通信系统本身的原因，导致移动网络带宽较窄、稳定性较低、服务内容比较简单，不适合用于接收Internet 信息。所以， WAP针对移动网络的需要，为了适应无线电通信的特殊环境进行了特别设计和优化。那么，移动网络有哪些需要， 或者说 WAP 需要有哪些服务内容呢？ W

3、AP 的服务内容主要包括 World Wide Web 信息浏览、 E-mail 收发、IRC 网上实时聊天和 Newsgroups 新闻组讨论等。WAP 只要求移动电话和 WAP 代理服务器的支持， 而不要求现有的移动通信网络协议作任何的改动，所以 WAP 能同时适用于 CDMA 、DETC 、GSM 、IMT-2000 等多种不同的移动通信系统。 WAP 协议堆栈的设计也力求使所需带宽最小化，并对各种网络技术和服务提供广泛支持，包括短消息服务SMS、 USSD、 CDPD 等。而且， WAP 建立了一个比较松散的层次结构， 每层的开发独立于其他层，这样就比较容易能够引入新的传输协议和服务类

4、型。如图2.1 所示，我们给出了WAP 协议层的组成示意图。其中主要的协议层解释如下：图 2.1 WAP 协议层的组成(1) 应用层。 即无线应用环境WAE(Wireless Application Environment)，它是基于WWW 和移动电话技术而建立的一种通用应用环境， 其基本目的是构建一个可共同操作的环境， 以便允许操作人员和服务供给者创建适用于不同无线平台的应用与服务。 WAE 提供了一个微浏览器，包含有下列功能： 解释并执行使用WML 语言编辑的WAP 网页； 包含 WML 脚本即 WMLScript ，并能解释和执行采用该脚本语言编写的网页； 支持无线电话技术应用，包括电话

5、技术服务WTA 及其程序设计界面WTAI ； 定义了一组明确的数据格式，包括图像、电话本记录和日期信息等的数据格式。(2) 无线会话层。 无线会话层协议 WSP(Wireless Session Protocol) 向两个对话服务提供一致接口的 WAP 应用层。其一在 WTP 层上操作的连接导向服务，其二是在安全或非安全数据包服务上操作的非连接服务 WDP 。无线会话协议当前由与浏览应用相匹配的服务组成，通常简记为 WSP/B ，它提供下列几项功能： 支持在压缩的超空间编码中的HTTP/1 的功能和语义； 支持长久对话状态，以及通过对话移动暂停和恢复； 支持可靠或不可靠数据的普通设备的连接与访

6、问； 支持协议特性流通。由于WSP 体系的协议需要较长的反应时间，所以对低带宽载体网络的应用进行了优化， 从而使 WSP/B 设计得允许 WAE 代理把 WSP/B 客户连接到 HTTP 服务器。(3) 传输协议层。 无线传输协议层WTP(Wireless Transaction Protocol) 在数据包服务的顶端运行，并提供适合在“瘦”客户即移动网络站上执行的普通事务服务，并可对移动终端进行优化，主要提供以下功能： 三个级别的传输服务：不可靠单向请求、可靠单向请求、可靠双向请求与答复； 用户对收到信息的确认； 对超频带数据的确认； 旨在减少传送信息数量的PDU 串联延迟； 异步传输服务。

7、(4) 安全协议层。 无线传输安全层协议 WTLS(Wireless Transport Layer Security) 是基于工业标准传输层安全协议的协议， 它在安全传输协议 SSL 的基础上针对 WAP 传输所用的低带宽通信信道进行了优化，主要为数据传递提供下列功能和服务： 保证数据在终端和应用服务器间稳定、准确地传送； 保证数据在终端和应用服务器间传输的保密性，避免数据传输中的截取、窃听； 保证终端应用服务器的真实性； 对不能顺利通过核对的数据进行检测，如果必要则驳回数据，使对方重新发送； 保证终端之间的通信安全。(5) 数据报协议层。无线数据报协议 WDP(Wireless Datag

8、ram Protocol) 用于传输数据，发送和接收消息。它可以向 WAP 的上层协议提供服务支持，并保持通信的透明性，同时能够独立运行下部无线网络。在保持传输接口和基本特性一致的情况下， WDP 采用中间网关可以实现全局工作的互用性，从而实现无线数据的顺利传输。了解了 WAP 协议层组成及其内容，接下来我们就可以认识WAP 工作原理及其系统架构了。有关这方面的内容，我们集中在下一节介绍。2.2WAP 工作原理及系统架构我们先来讲解 WAP 的工作原理， 然后再与 Internet 系统架构相比较， 来分析 WAP 系统的网络架构。2.2.1WAP 工作原理作为开放性的全球规范，WAP可以使移

9、动用户利用无线电设备方便地访问或交互使用Internet 应用信息和服务。 前文述及， 在 Internet 中，一般的协议要求发送大量的主要基于文本的数据，而标准 Web 内容很难在移动电话、寻呼机之类移动通信设备的小尺寸屏幕上显示。同时， 在用户单手持机的情况下，屏幕间的内容切换也很不方便，并且 HTTP 和 TCP/IP协议也没有提供针对无线网络的非连续的信号覆盖、长时间的延时以及对有限带宽所进行的优化处理。在Internet 中， HTTP 协议不是以压缩的二进制方式，而是以效率不高的文本格式发送标题和命令。因此，如果在无线电通信服务中使用普通Internet 协议，则会导致速度慢、成

10、本高且难以大规模应用等问题，而且无线电传输的延时还会造成其他一些问题。为了解决此类问题，WAP 进行了很多优化处理。比如，利用二进制传输经过高度压缩的数据，并对长延时和中低带宽进行优化。WAP 的会话功能可以处理不连续覆盖的问题，并能自动地在IP 不可用时改用其他优化协议来进行各种信息传输。通过使用WML 语言编写网页，WAP 还解决了Internet 页面不能在移动通信设备上显示的问题。运用 WML 编辑的网页可在手机的微浏览器上产生按钮、图示及超链接等功能，并可提供信息浏览、数据输入、文本和图像显示、表格显示等功能，大大减小了在移动设备上浏览网页内容的复杂程度。另外， WAP 通过加强网络

11、功能来弥补便携式移动设备本身的缺陷，工作时尽可能少地占用移动通信设备的资源，比如 CPU、内存等。与 Web 对 Internet 的作用一样， WAP 在应用层上隐藏了 GSM 的复杂性，给用户提供了类似于普通 Web 页面的友好性。 WAP 还通过使用类似于 JavaScript 的脚本语言 WMLScript ，来使移动通信设备先将信息进行处理后再发给服务器。 WAP 还通过无线电话应用 WTA 来实现呼叫控制等诸多电话功能。WAP 标准下的移动终端均配备了一个微浏览器，该浏览器采用了一种类似于卡片组的工作方式。用户可以通过卡片组来浏览移动网络运营商提供的各项Web 业务。工作时，移动终

12、端用户首先选择一项业务， 该业务会将卡片组下载到移动终端，然后用户就可以在卡片之间往返浏览， 并可进行选排或输入信息，以及执行所选择的工作等。而且，浏览到的信息可以高速缓存， 以便供以后使用， 卡片组也可以高速缓存并可做成书签以备快速检索之用。该浏览器同时还对电子名片、日历事件、在线地址簿和其他类型内容的格式提供了相应支持。2.2.2Internet 与 WAP 的系统架构为了说明WAP的系统架构，我们先来分析一下普通Internet中Web 服务器的工作方式和工作原理。在图 2.2 所示的 WWW 模型中，客户向 URL 所指定的 Web 服务器发出一个请求， Web 服务器收到该请求后，

13、经处理即返回相应的内容至客户端。 这个过程中， 双方是按照 HTTP 协议进行交互的。客户端发出一个以 HTTP 开头的 URL 请求时， Web 服务器端处理该请求的程序可能是 CGI 程序、静态网页，也可能是 Servlet 程序，甚至可能是其他服务器端的程序，但它们都是以 HTML 格式将相应的内容返回给客户，这样，客户就可以在浏览器上看到返回的具体内容。图 2.2 WWW 模型WWW 模型 (图 2.2)还同时说明了建立普通应用环境所需的必要配置，主要包括以下几个方面：(1) 标准命名模型。 WWW 上所有的服务器和内容都是通过 Internet 标准的信息指定方法进行命名的。(2)

14、内容键入。主要指 URL 的键入， WWW 为此定义了若干特定的类型，允许网络浏览器在此基础上进行正确的处理。(3) 标准内容格式。所有的网络浏览器均支持一组标准的内容格式，包括超文本标记语言HTML 、 Java 描述语言以及其他格式。(4) 标准协议。标准网络协议允许任何网络浏览器连接到任何网络服务器上。WWW 体系中最常用的协议是 HTTP 协议。 WWW 的这种基本结构可使用户方便地运行、获取第三方的应用软件及内容服务，并可使开发人员方便地为广大客户创建特定的应用软件和内容服务。下面我们再来分析WAP 的网络架构。 WAP 网络架构由3 部分组成， 即 WAP 网关、 WAP 手机和

15、WAP 内容服务器。 其中，WAP 网关起着 “翻译” 协议的作用， 是联系 GSM 网与 Internet的桥梁； WAP 内容服务器可以存储大量信息，以供WAP 手机用户来访问、浏览和查询等；WAP 手机为用户提供了上网用的微浏览器及信息、命令的输入方式等。 图 2.3 所示就是WAP模型的基本网络架构。当用户从WAP 手机键入想要访问的WAP 内容服务器的URL 后，信号经过无线网络，以WAP 协议方式发送请求至WAP 网关，然后经过“翻译”处理，再以HTTP 协议方式与WAP 内容服务器交互，最后 WAP 网关将服务器返回的内容压缩、处理成二进制流，并返回到客户的WAP 手机屏幕上。编

16、程人员需要解决的问题是编写WAP 内容服务器上的程序或者说WAP 网页，有关WAP 网页的编写方法我们后面会详细介绍的。图 2.3 WAP 模型与 WWW 模型一样， WAP 也定义了一组旨在促进移动终端与WAP内容服务器之间通信的必要配置，主要包括以下几个方面：(1) 标准命名模型。 WAP 与 WWW 一样，其服务器和内容都是通过 Internet 标准的信息指定方法进行命名的。(2) 内容键入。主要指 URL 的键入， WAP 建立了与 WWW 一致的内容形式和类型，允许WAP 用户代理在此基础上进行正确的处理。(3) 标准内容格式。 WAP 基于 WWW 技术，所用微浏览器也支持一组标

17、准的内容格式，包括 WML 及其脚本语言、图像、日历信息、电子名片甚至涨价幅度等的格式。(4) 标准协议。 WAP 网络协议允许手机中的微浏览器通过WAP 网关连接到WAP 内容服务器上，满足了移动终端与网络服务器之间传输信息的要求。关于 WAP 的网络构架，我们还有几点需要强调说明：(1) WAP 的客户端一般都是 WAP 移动设备，比如最常见的手机。它们通常由不同的公司生产，各自具有不同的特点，所以对WML 和 WMLScript 的解释也有所不同。因此，将来具体开发时， 还要参考各个厂家提供的技术资料，综合考虑不同品牌、型号的 WAP 手机特点，如 Nokia 7110 、Ericsso

18、n R380 、Motorola L2000www等等，以使开发的网页及应用能为绝大多数的手机所接受。(2) 一般来说，用户都希望 WAP 手机的屏幕足够大，分辨率足够高，否则浏览网页时不是太方便。然而由于不同型号 WAP 手机的屏幕大小并不完全一样，所以开发人员需要考虑针对不同的手机制作不同的网页， 或制作含有多种选择的网页， 以便使得客户在浏览时同样感到合适、方便和快捷。而且，由于各种手机对WML 和 WMLScript的支持情况不太一样，就像 Internet Explore 和 Netscape 之间的情况一样，所以开发时更是要考虑不同手机的特殊情况。(3) WAP 手机上网中的安全性

19、问题在开发中也需要考虑，如散射在空间中的电波会同时把用户的口令、密码等重要信息同时散射在空间中。本书后面将专门讨论WAP 手机上网的安全性问题。(4) 网关在 WAP 系统的整个构架中有着十分关键的作用，它是连接客户和服务的桥梁。网关可以在电信局一端(见图 2.4)，也可以和网络服务器集成在一起(见图 2.5)。图 2.4网关在电信局一端时的结构图具体开发中， 要根据这两种情况采用和实施不同的设计思想及方法。 一般来说， 如果网关在电信局一端， 那么在服务端开发应用程序时与以前的网页开发没有太大的区别。 只要符合通用网关接口CGI(Common Gateway Interface) 标准，无论

20、是采用Perl、C、C+ 、Basic、Dephi或是专门的 ISAPI 、 Serverlit 等，开发方法都是一样的。这种情况下开发人员拥有比较大的自由。如果网关和网络服务器集成在一起， 那么开发时就要考虑应用逻辑及其相关问题，础上，综合利用 CGI 标准和常用开发工具，设计与开发 WAP 网页及应用。并在此基图 2.5网关也可以和网络服务器集成在一起2.2.3WAP 与 Internet 的比较我们学习 WAP 工作原理和架构的目的是为了以后深入掌握WAP 编程，因此，我们需要了解 WAP 编程中究竟有哪些开发工作。如图2.6 所示，我们同时列出了 Internet 和 WAP 的系统层

21、次结构。图的左部是Internet 的各个层次，右部是WAP 的各个层次。比较一下可以看出， WAP 的结构层次要比Internet 复杂得多。虽然 WAP 的整个结构层次比较复杂，但是，由于它底层的大部分工作都是由电信部门和移动电话公司通过相关软硬件系统来完成的，因此总的来说，我们只需要关心 WAP应 用 层 的 开 发 工 作 。 这 一 点 也 与 Internet中HTML/JavaScript 层的开发工作相类似。图 2.6 WAP 与 Internet 系统结构层次比较另外， 在我们进行WAP 开发时， 由于 WAP 各部分的协议与Internet 上的协议有着一定的对应关系，所以

22、我们可以使用现有的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 中的开发工作，以简化设计工作，提高开

23、发效率。图 2.7 WAP 与 Internet 的相互关系2.2.4WAP 网络服务方案目前， WAP 网络服务方案主要有3 个，如图2.8 所示，各方案情况介绍如下：方案一： Web 服务器 (Web Server)传送原有的HTML网页，由HTML过滤器将该网页转换成 WML 格式，然后再由WAP 代理 (WAP Proxy) 服务器处理后形成二进制的WML 数据流送往客户端，即用户的WAP 手机。方案二： Web 服务器直接将 WML 网页传送到 WAP 代理服务器，然后由服务器处理后形成二进制的 WML 数据流送往客户端。图 2.8 WAP 网络服务方案方案三：由 WTA 服务器 (

24、WTA Server)直接将二进制的 WML 数据流送往客户端。不过这种方案用途有限，主要是用于提供电话呼叫等服务。对于 WAP 服务供应商来说，主要考虑前两个方案。第一个方案的好处是开发者不需要对原有的网络及网页进行修改， HTML 到 WML 的转换工作可由 HTML 过滤器直接完成。不过这个方案也是有缺点的， 主要表现在 4 个方面：其一，过滤器只能做有限的转换， 对于比较复杂的 HTML 网页就很难全部转换成功；其二， HTML 网页远比 WML 网页复杂，所以转换后传输的效率比较低； 其三，过滤器这一中间环节的增加， 就整个系统而言降低了网络的工作效率；其四，增加了 HTML 服务器

25、的负载，影响了整个系统的效率。显然，这一方案并不完全符合 WAP 服务“简短、快捷”的要求。相比之下， 第二种方案比较合适。但第二方案也存在一个问题，那就是我们不一定非得要增加 WAP 代理服务器，因为实际上我们可以利用已有的HTML 服务器来实现WAP 服务。特别是 WAP 手机只接收能够进行解释的二进制WML 数据流，所以我们根本无需考虑这个数据流的提供者。这样，我们还可以进一步优化该服务方案，提高系统工作效率。2.3WAP 测试环境在 WAP 编程与开发中，为了对所编网页及应用进行测试，我们通常需要建立WAP 的测试环境。一般来说， WAP 测试环境可以从浏览器环境、模拟环境、实际环境三

26、个方面进行建立，本节就对此作一基本介绍。2.3.1浏览器环境浏览环境的建立是十分简单的。目前Internet 上有许多站点提供有 WML 浏览器的免费下载服务。比较著名的 WML浏 览 器 是 Winwap( 读 者 可 从 chinese/download/winwap22.exe下载 )以及各移动通信设备公司提供的浏览器。安装这些浏览器后，用户就可以在 Windows系统环境下访问 WAP 站点，查看 WAP 页面。在 WAP 的服务器端，开发人员则可以利用Windows NT 4.0 或 Windows 2000 以及 Internet信息服务器IIS(Internet Informat

27、ion Server) 4.0/5.0软件进行模拟。 在原有的WWW 服务子目录下再建立一个WAP 子目录，将所有的WML 网页放在其中，并对IIS 进行必要的配置。然后， 在 WWW 服务器正常运转的情况下，开发人员通过在Winwap 等 WAP 浏览器上输入http:/localhost( 本地计算机名 )/wap/index.html的形式，即可进入WAP 网页进行浏览测试。这种测试环境的优点是实施起来比较简单，建设比较快， 操作起来也比较简单易学。其不足之处在于，这种测试用的浏览器毕竟是Windows 环境下的浏览器，支持大部分的WML标记，查看窗口的界面可以扩大和缩小，比较自由， 因

28、而所看到的测试效果与实际手机上的效果可能会有比较大的差别，而且它也不能提供编辑、编译和调试的集成环境。2.3.2模拟环境用于WAP测试的模拟环境是通过使用移动通信设备公司所提供的WAP 手机模拟器来实现WML浏览的。目前可以从各公司站点上下载的模拟器有NokiaToolkit 、 Ericsson R380Emulator 、 Ericsson WapIDE 、UpPhone UP.Simulator 、 Motorola Mobile ADK等。相比较来说， Nokia 和 Motorola 提供了比较完整的集成开发环境，其他两家主要提供了模拟WAP 手机的 WML 浏览器。由于模拟器一般都

29、提供直接的HTML 服务连接，所以WAP 服务器端只需要 Windows NT/2000 及 IIS 4.0/5.0 软件即可进行模拟和调试。 与上面介绍的方法一样，在 WWW 服务器工作正常的情况下， 通过在模拟浏览器上输入 http:/localhost( 本地计算机名 )/wap/index.html 的形式，即可进行 WAP 网页的浏览测试。虽然说这种模拟环境提供了集成环境及与 WAP 手机基本一致的模拟器，但仍难保证所用模拟器与其实际产品完全一致， 尤其是没有 WAP 网关的参与， 因此这是一种并不完备的检测。特别地，这种模拟环境下与无线电话应用 WTA(Wireless Telep

30、hony Application) 相关的服务根本没有办法进行检测。不过，对于单纯的开发测试来说，这样模拟环境基本能够满足要求。为便于大家下载，我们给出了几个模拟器的下载网址，如表2.1 所示。本书所附光盘中提供了一些模拟器 (免费版或限时版)，读者可从中选择使用。表 2.13 个常用模拟器的下载网址模拟器名称下载网址Nokia 模拟器或 Ericsson 模拟器或 续表模拟器名称下载网址Up 模拟器或 2.3.3实际环境WAP 测试的实际环境中需要WAP 手机、网关及服务器3 个部分，因此，为了建立WAP 测试的实际环境，开发者需要购买一些主流的WAP 手机，同时使用前面介绍的方法在原来的H

31、TML服务器上建立一个WAP 专用的虚拟目录，以建立WAP 服务器，然后使用现有网关或加载移动通信公司提供的相应网关，那么只要三者都能顺利、正确地工作， 开发者就可以通过 WAP 手机对 WAP 网页及应用进行测试了。2.4WAP 开发工具包随着 WAP 技术的发展和迅速普及，许多移动通信设备公司及WAP 发展商纷纷推出自己的WAP 应用开发工具。为便于大家熟悉这些开发工具，我们这里介绍目前3 个主流的WAP工具包，即Ericsson WapIDE 2.0 、 Nokia WAP Toolkit 1.2和 P UP.SDK 4.0 。虽然 Ericsson、Nokia 和 Unwired Pl

32、anet(P) 三家公司都是WAP 论坛的主要成员，但他们的开发工具包并不一致，在很多方面都有不同。而且这三家公司都开发了自己的商用 WAP 服务器，并且各自的服务器通常只与自己推出的开发工具包能够较密切地结合使用。这一点希望能够引起开发人员的注意。2.4.1Ericsson WapIDEEricsson WapIDE 工具包是由一系列支持设计及测试WAP 应用的工具构成。 WapIDE 的 SDK目前只能在Windows NT4.0 和 Windows 95/98 环境下使用，针对Windows 2000 环境的WapIDE 开发工具包，相信不久即会面世。 WapIDE 还同时提供了用于测试

33、服务器应用的程序，如 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.9WapIDE 开发工具包的窗口界面图 2.10 WapIDE 的浏览器

34、从该窗口中单击“Browser ”图标，即可启动WapIDE 的浏览器，如图2.10 所示。该浏览器可以模拟 Ericsson 多种型号的WAP 手机，默认情况下模拟的是R320s 手机的样子。通过该浏览器， 开发者可以测试工具包中自带的网页样例，或测试自己编写的网页及应用，测试时需输入它们的URL 地址。 WapIDE 提供的样例比较典型，包括金融、股票和日程等多方面的应用，通过测试和学习这些样例，不仅可以增强我们对WAP 编程的理解，也可以掌握一些典型 WAP 应用的开发方法。在图 2.9 所示的窗口中单击“App Designer ”图标， 可以打开它的工作界面，如图 2.11 所示。可

35、以看到， App Designer 的窗口中集成了 3 个组件，一是 WML 编辑器， 即“源程序 (Source)” 窗口，用于使用 WML 语言编写和设计 WAP 网页及应用； 二是一个 WapIDE 的手机浏览器，即“设备 (Device) ”窗口，用于显示 Source 窗口中程序的运行结果；三是一个辅助窗口，即“输出 (Output) ”窗口，用于显示一些运行或编辑消息，辅助开发工作。如果我们使用Ericsson WapIDE 工具包开发WAP 网页及应用，那么App Designer 窗口则是我们经常使用的窗口， 大部分开发工作将通过这一窗口完成。 该窗口中还有一些菜单命令和工具按

36、钮，操作都比较简单，我们就不一一叙述了。Ericsson WapIDE 还包括其他一些服务器工具以及与WAP 开发相关的WAP 网关等产品，使用时可以参考相应的说明资料，我们这里就不详细展开了。图 2.11 App Designer 的工作窗口2.4.2Nokia WAP Toolkit与 Ericsson 的 WapIDE 工具包类似， Nokia 的 WAP 工具包也拥有图形开发环境、浏览器和 WML 、 WMLScript 的编译器。 Nokia 的工具包目前只能在 Windows NT 4.0 环境中运行，而且必须先运行Java 2 runtime才能运行和使用Nokia WAP To

37、olkit。因此，用户必须先到美国Sun公 司 的Java网 站(去 下 载Java2SDK或 者Java 2RuntimeEnvironment(JRE) Nokia W AP Toolkit，并正确安装到所用计算机的。Windows NT 4.0 环境中，然后才可以安装完全安装 Nokia 的 WAP 工具包后，可以看到它程序组里面除含有工具包本身的程序外，还含有一个工具包 IDE 启动后的工作窗口如图以及有关WAP、 WML 和 WMLScript的说明文档。 Nokia WAP2.12 所示，这是一个集成化的窗口，开发者从中可以进行工具包WML 、WMLScript文件的编辑、修改和测

38、试等工作，并可通过输入WAP网页或应用的URL地址来浏览它们的效果。图 2.12 Nokia W AP Toolkit 的工作窗口Nokia 还提供了一个独立的基于 WAP Server 的 Java Servlet，集成了应用服务器和两种功能。对于 WAP 服务提供商来说，该产品更为实用，而且维护更为系统、简练。WAP 网关2.4.3P UP.SDKP 公司推出的UP.SDK 产品与 Nokia 和 Ericsson 的产品有较大的区别，虽然它可以运行于 Windows 95/98/NT 和 Solaris 操作系统环境，但它没有提供编辑和测试WML 、WMLScript 程序的集成环境。不

39、过，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 连接的状态下才可以使用，这样为用户随时下载样例应用或直接访