Portal是IT领域的新技术，是信息化工作的发展方向之一。Portal一词是从Internet所衍生出来的，原来是“门户网站”的意思，扮演人们上网后想要访问的第一个站台。从面向应用领域的角度看，门户可分为Internet门户和企业门户。人们对Internet门户的认识比较一致，提供面向Internet用户的服务的网站；又可分为商业信息门户（Commercial Portal），它可服务于广泛的社会群体，为他们提供十分详细的内容，另一种称为公共信息发布门户（Publishing Portal）。这两者又可称为Public Portal，即面向公众的信息门户。
下面让我们先简单介绍一下大家常说的三类门户。
·企业信息门户
企业信息门户（Enterprise Information Portal，EIP）的基本作用是为人们提供企业信息。企业信息门户提供了一个了解企业的访问入口，所有访问者都可以通过这个入口获得个性化的信息和服务。对企业来说，信息门户既是一个展示企业的窗口，又可以无缝地集成企业的内容、商务活动及社区等，动态地发布存储在企业内部和外部的各种信息，同时还可以支持网上的虚拟社区。企业信息门户强调对结构化与非结构化数据的收集、访问、管理和无缝集成，这类门户必须提供数据查询、分析和报告等基本功能，企业员工、合作伙伴、客户及供应商都可以通过企业信息门户方便地获取自己所需的信息。
·企业知识门户
企业知识门户（Enterprise Knowledge Portal，EKP）是一个平台，该平台是知识加工平台、决策平台、知识发布与获取平台的集成，它使企业各部门职员之间的信息共享和交流更加流畅。这里的"知识"不仅包括数据库、文档、企业政策方针和过程手续等，甚至包括存在于员工头脑中的工作经验与专业技能等非具体化的信息资源。
企业知识门户是企业信息门户的延伸与发展。信息门户的重点是信息的收集、整理及传输，有效利用企业已有的信息、知识和公共关系，并能收集、分析、增值、共享信息和知识。企业知识门户的重点是企业信息的加工与处理。企业知识门户的目的是使恰当的人在恰当的时间使用恰当的知识，企业信息门户主要通过数据挖掘、数据加工技术使零散的信息成为知识，供决策支持服务。
·企业应用门户
企业应用门户（Enterprise Application Portal，EAP）实际上是对企业业务流程的集成。它以商业流程和企业应用为核心，把商业流程中功能不同的应用模块通过门户技术集成在一起。从某种意义上说，我们可以把企业应用门户看成是企业信息系统的集成界面，企业员工和合作伙伴可以通过企业应用门户访问相应的应用系统，实现移动办公，进行网上交易等。
以上三类门户虽然在侧重点有所不同，但随着企业信息系统复杂程度的增加，越来越多的企业需要能够将以上三类门户有机地整合在一起的通用型企业门户，这已是一种趋势，我们在这里把它们统一称为企业门户。
企业门户代表着电子商务的新浪潮，它在企业系统的构架层次上，为电子商务提供了一个跨越多种分散的、内部和外部的信息处理过程的系统链。完全淡化了传统的企业内外分界，电子商务成为整个企业应用结构的驱动力；企业门户还可将电子商务应用的外部事务处理与企业的CRM、ERP及各种应用信息系统集成为一体，使企业很容易地从行业应用开始，迅速转入电子商务。
||||||构建企业门户网站的Web服务
1、企业门户网站与Web服务
随着Web服务的发展，IBM、微软、Sybase、CA、Sun等五大门户厂商推出的门户方案也开始支持XML、SOAP"简单对象访问协议"（Simple Object Access Protocol）、WSDL"WEB服务描述语言"（Web Services Description Language）、UDDI"统一描述、发现和集成协议"（Universal Description, Discovery and Integration）等标准。还有的门户方案中整合了Portlets、PNP等组件。这使得企业在前端应用中更加得心应手。
门户网站是用户访问不同来源的信息和应用程序的焦点。一般来说，门户网站从本地或远程数据源（例如，从数据库、事务系统、联合内容提供者或远程 Web 站点）获取信息。它们加工此信息并将其聚集到复合页中，用一种简洁、容易的使用形式为用户提供信息。除了纯粹的信息之外，很多门户网站还包括一些应用程序，如电子邮件、日程、管理器、银行业务、帐单显示等等。各种不同的信息和应用程序需要不同的加工和选择机制，但它们都依赖于门户网站的基础结构，并影响门户网站所拥有的数据和资源，如用户简档信息、持久存储或对受管内容的访问。因此，几乎目前所有的门户网站实现都提供一种组件模型，它允许将称为 Portlet 的组件插入到门户网站基础结构中。
下面给出了一个示例来说明portlet 和 Web 服务的分布式门户网站解决方案（如图1），其中的某企业拥有一个门户网站（Portal）。门户网站有一个搜索（Search）和新闻 （News）portlet，它运行在本地 portlet 容器中，而银行（Bank）和股票（Stock）portlet 是远程运行的，由门户网站通过 portlet 代理（Proxy）访问。
显然，从一个门户网站的角度来看，如果 Web 服务是包括表示和应用程序逻辑的可视的面向用户的服务（如图1所示），那就方便多了。如果存在一个标准化的 Web 服务接口，这种可视的、面向用户的 Web 服务就可以通过门户网站一端的通用 portlet 代理来调用了。使用通用 portlet 代理消除了为每个 Web 服务插入到门户网站中，而开发特定的 portlet 的需求。Portlet 可以被动态地添加到环境中，用户得到的好处是他们可以及时地获得更多可用的服务。还可以在 portlet 中包括另外的远程 portlet，只要找到这些 portlet ，并通过创建一个绑定到可视的、面向用户的服务的新的 portlet 代理实例来绑定它们就可以了。通过使用 portlet 代理，用户就可以在门户网站中看到可视的、面向用户的远程 Web 服务，还可以象选择本地 portlet 一样选择它们。
图 1 一个 portlet 和 Web 服务的分布式门户网站解决方案
||||||2、远程门户网站 Web 服务
越来越多来自大中小型企业的企业用户在远程门户上 Web 服务的集成式、交互式、人性化应用程序的开发中起着重要作用。这些企业用户通过标准组织进行相互合作，致力于按照他们的用户首选项对应如何通过有线和无线多层网络，在门户上统一集成、处理和表示 Web 服务的问题进行标准化。
随着时下分布式网络系统的不断发展，人们迫切需要标准化解释如何实现新兴的 Web 服务。例如，Web 开发方面的业界巨头已经定期相聚，以消除对 SOAP 实现的解释方面的分岐，以此提高在各种平台上运行的系统之间的互操作性。在使电子商务应用程序和电子交易能为广泛的企业用户所使用方面，SOAP 互操作性是一个很重要的问题。随着 SOAP 互操作性逐步得到解决，企业用户已经开始关注一些新的问题，这些问题与交互式、人性化因特网应用程序之间的互操作性有关。
IBM 已经为人性化的交互式应用程序方面的两个规范的制定作出了贡献。这两个规范是 Web 服务体验语言（Web Services Experience Language，WSXL）和 Web 服务远程门户（Web Services Remote Portals，WSRP）。WSRP 目前是 WSXL 的一部分；WSRP 定义了称为远程 Portlet Web 服务（Remote Portlet Web services）的特殊 WSXL 组件。这两个规范都反映了对 Web 服务的人性化应用程序进行标准化时展开合作的趋势。有关WSXL及其与门户网站关系，由于篇幅有限，请读者参考有关资料。
WSRP是远程门户Web服务规范。远程门户网站 Web 服务(Web Services for Remote Portals，WSRP)是可视的、面向用户的 Web 服务中心组件，它对于从不同来源聚集内容或应用的门户网站和其它中间 Web 应用来说是即插即用的。它们旨在让企业能够提供内容或应用程序，而不需要使用中间应用程序，作出任何手工的特定于内容或应用程序的改动。远程门户网站 Web 服务包括服务提供者要决定其内容和应用，如何以视觉方式展示给最终用户，还要决定允许何种程度的适配、代码转换和转译等。WSRP 服务可以被发布到公共或企业服务目录(UDDI)，希望显示其内容的中间应用程序可以轻易地在那里找到它们。Web 应用程序部署厂商可以包装和适配它们的中间件，从而在遵循 WSRP 的服务中使用这些中间件。中间应用程序厂商可以让其产品能够使用远程门户网站 Web 服务。门户网站可以通过使用 WSRP 轻松地集成来自很多内部和外部内容提供商的内容和应用程序。门户网站管理员只需从列表中选取想要的服务并集成它们，不需要程序员将新内容和应用程序连接到门户网站。
图 2展示了一个开放性门户网站体系结构，可以放置与门户网站相关的 WSRP 服务。
图 2 一个开放性门户网站体系结构
这个体系结构假定客户机直接或间接地通过适当的网关（例如 WAP 网关或语音网关）经由 HTTP 协议访问门户网站实现。不同设备所使用的标记语言可能也不一样，例如，WAP 电话一般使用 WML，iMode 电话使用 cHTML，语音浏览器主要使用 VoiceXML，而众所周知的 PC Web 浏览器则使用 HTML。为了适应不同的设备，门户网站必须支持不同的标记语言，同样，插入到门户网站的组件也必须能够处理不同类型的设备。
在为门户网站用户聚集页面时，门户网站一般通过安装在本地的 portlet 的 Portlet API 调用所有属于一个用户页面的 portlet。我们将两种不同的 portlet 区分开来：
·本地 Portlet 在门户网站服务器本身运行。它们可以通过在门户网站上服务器上安装 portlet 压缩文件，来部署门户网站服务器通过本地方法调用直接调用。
·远程 Portlet 在远程服务器上作为 Web 服务运行，服务在 UDDI 目录中发布，以方便查找和绑定。一般来说，portlet 代理将调用 WSRP 服务，代理是通过 SOAP 协议绑定到该服务的。
虽然说本地 portlet 通常为门户网站提供了基本的功能，远程 portlet 却可以提供很多另外的功能，而不需要做安装工作，也不需要第三方代码在门户网站上本地运行。远程门户网站 Web 服务可以作为专用 Web 服务来实现，或由门户网站使用适配器实现，该适配器将本地 portlet 作为 WSRP 服务公开。
我们可以确定需要标准化的几个方面，来保证所有的层之间的互操作性。
·Portlet API：Portlet API 对于不同的编程语言都需要被标准化。Java Portlet API 将在 Java Community Process 中被定义，其它语言的 Portlet API 同样可以在其它的标准主体中被定义。
·远程门户网站 Web 服务：WSRP 服务可以在 WSDL、UDDI、SOAP 和 WSXL 标准的基础上用一种独立于编程语言的方式被定义和标准化。
·标记片段定义（Mark-up Fragment Definitions）：标记片段定义在每个特定的标记语言中都需要被定义，标记片段的文档类型定义和规则需要从各自的标记语言的 DTD 中派生。
远程门户网站 Web 服务规范将集中在第二个方面，定义门户网站或其它应用程序和 WSRP 服务之间的接口和契约。
||||||3、用Web服务构建企业门户网站
为了使将 WSRP 服务动态集成到门户网站中尽可能简单，我们需要集成一个查找和绑定功能。可以将一个 UDDI 注册中心当作发布和查找 WSRP 服务的注册中心。这个 UDDI 注册中心可以是一个局限在公司网络中的专用 UDDI，也可以是公用 UDDI 目录。希望提供或使用 WSRP 服务的客户机应用程序可以执行下面的操作：（如图3所示）
·将 Portlet 作为 WSRP 服务发布：管理员使用发布函数将 portlet 作为 WSRP 服务发布到 UDDI 注册中心。例如，门户网站的管理函数可以读取门户网站的 portlet 注册中心，并显示所有可用的 portlet，这样，portlet 管理员就可以选择要发布的 portlet 了。
·查找和绑定远程 Portlet Web 服务：查找和绑定管理函数让管理员可以搜索 UDDI 注册中心来查找 WSRP 服务。对于一个选定的服务，管理函数可以在 portlet 注册中心中自动生成一个绑定到该服务的 portlet 代理。
·选择代表 WSRP 服务的 portlet 代理：在管理员将 portlet 代理绑定到 WSRP 服务之后，用户就可以将 portlet 代理放在他们的一个个人页面上去了。
图3 用WSRP服务查找和绑定远程Portlet
图4和图5演示了用Web Service 构架门户网站整个业务流程。当Portlet接收一个需要交互式远程服务请求时，Portlet通过SOAP Proxy产生应答；Proxy包装这些参数，转换为SOAP的请求，并将请求送给远程Web Service。 Web Service通过SOAP Wrapper来接收SOAP请求，还原这些参数，使用参数完成本地服务，当web Service 返回结果时，SOAP Wrapper 将结果数据转换为SOAP的响应，并把它送回来到SOAP Proxy，SOAP Proxy最后还原成结果数据，并以一个适当的形式返回到原先请求的portlet。
为了简化在Portlets中使用Web Service，象IBM等公司提供一个Web Service Proxy产生器工具，该工具能够从一个WSDL接口文档自动产生客户代码，并且实现可选择的服务实施文档。如果只有一个服务接口文档被用,服务代理产生器工具产生一个通用的服务代理，它能被用到存取给定的任何服务实施。 如果一个服务接口和一个服务实施都被用,服务代理产生器工具产生一个服务代理只能存取服务实施。 服务代理包含在服务接口文档里面，它是一个特定的绑定的代码。 举例来说，如果绑定是一个SOAP绑定,然后服务代理将会包含用来启动服务的SOAP客户代码。
图4 用Web Service 构架门户网站
当一个访问远程Portlet页面发生请求时，Portlet使用一个Portlet 代理来实现远程Portlet Web Service ，它是通过Remote Portlet Invocation (RPI)协议（如图5），portlet 启动 portlet代理完全和它会启动本地 portlet一样，通过 Portlet请求和 Portlet 响应。portlet 代理在内部实现一个SOAP 代理，转换所有的参数作为一个SOAP 代理的请求，并发送给远程的Portlet Web Service 主机。在Web Service 旁边的SOAP Wrapper 还原出所有的信息，这些信息是在远程Portlet上的请求和响应。
是否直接通过一个入口或门（Portal）,还是间接的经过Web Service 接口；对于远程Portlet来说，它是透明的。在每个情况，它处理输入参数而且返回一个 portlet 响应。
SOAP Wrapper转换进入SOAP响应之内的响应，而且把它送到SOAP代理，SOAP代理还原出这些响应，最后，通过 Portlet代理返回原先的Portlet 响应。这个响应也是原始的通过Portlet 引擎的请求。
图5 Remote Portlet Invocation (RPI)
4、Web 服务门户网站的实际应用的例子
·搜索引擎服务商Google发布了一个开发工具包，这个开发工具包使得开发人员可以在自己的应用程序中集成Google搜索。搜索的接口是通过SOAP/WSDL实现的，也就是说Google将其搜索服务包装成了Web服务。目前这个工具包支持Java和.NET两种技术，使用范围被限制在非商业领域，同时单个用户的使用频率被限制在每天1000次搜索以内。
·B2C的带头人Amazon发布了一套可以通过两种接口访问(XML/HTTP以及XML/SOAP)的Web服务。通过这套Web服务，用户可以使用程序获取Amazon提供的各种商品的结构化数据，包括产品名称、制造商、价格等等。具体的获取方式包括关键词搜索及内容树浏览。
·GE Global eXchange Services是GE公司的一个组成部分，同时也是基于Internet的B2B电子商务的领导者。2002年5月1日，它宣布在其为中小企业提供的电子商务事务中提供了Web服务接口。GE Global eXchange Services(GXS)是全球最大的B2B电子商务网络之一，拥有10万个贸易伙伴，每年完成10亿个商业事务，成交金额达到1万亿美元。
·2008年在中国北京举办的奥运会的门户网站"数字北京"就是用web 服务来构建的，网站在总体设计上采用了Web Service体系构架，以LBS技术为核心，以ASP为应用服务模式，依托MAPINFO GIS平台和统一的北京市地理空间信息平台，为用户提供基于位置的多种应用服务。甚至连一些政府的门户网站也是采用web 服务技术，通过Web Services技术支持的"一站式"网站服务将是未来电子政务的一个重要技术架构和应用方向。
