随着Portal一步步走向成熟其结构和功能也发生了较大变化，从混和型服务走向以系统框架为核心，应用程序与部署、开发完全分开的阶段，Portal相当与一个骨架一样可以接纳外部的这种技术架构开发的应用程序，使用Portals Bridges模式来连接不同的应用程序，可包括一下几种：
　　
　　集成Struts MVC模式开发的应用程序：
　　
　　Struts已经成为了用Java创建Web应用的一个最流行的框架工具，Struts所实现的MVC模式给Web应用带来了良好的层次划分，同时也提供了一系列的工具来简化Web应用的开发。
　　
　　应用程序开发者无需关心Portal的规范，只要关心Struts本身的开发，这样大大降低了开发成本和开发人员的再培训
　　
　　主要实现类：
　　
　　public class StrutsPortlet extends GenericPortlet
　　
　　下面是Portlet的片断：
　　
　　<portlet id="StrutsPortletDemo">
　　
　　<init-param>
　　
　　<name>ServletContextProvider</name>
　　
　　<value>org.apache.jetspeed.portlet.
　　
　　ServletContextProviderImpl</value>
　　
　　</init-param>
　　
　　<init-param>
　　
　　<name>ViewPage</name>
　　
　　<value>/Welcome.do</value>
　　
　　</init-param>
　　
　　<init-param>
　　
　　<name>HelpPage</name>
　　
　　<value>/Tour.do</value>
　　
　　</init-param>
　　
　　<portlet-name>StrutsPortletDemo</portlet-name>
　　
　　<display-name>Struts Portlet Demo</display-name>
　　
　　<description>This is the struts MailReader portlet demo</description>
　　
　　<portlet-class>org.apache.portals.bridges.struts.StrutsPortlet
　　
　　</portlet-class>
　　
　　<expiration-cache>-1</expiration-cache>
　　
　　<supports>
　　
　　<mime-type>text/html</mime-type>
　　
　　<portlet-mode>VIEW</portlet-mode>
　　
　　<portlet-mode>HELP</portlet-mode>
　　
　　</supports>
　　
　　集成WebWork开发的应用程序
　　
　　WebWork是一个源代码开放的Web应用框架，用于简化基于Web的应用开发。本专栏介绍了WebWork并且描述了如何使用WebWork和JavaServerPages（JSP）、Velocity两种技术来建立注册界面的过程
　　
　　通过Jetspeed2的Portals Bridges框架来实现和webwork的集成，主要实现类
　　
　　public class Webwork2Portlet extends GenericPortlet
　　 　
　　
　　JSF应用程序集成
　　JSF是什么？
　　
　　JSF为广大基于JAVA的 Web应用用户界面的开发人员提供了标准的编程接口、丰富可扩展的UI组件库（一个核心的JSP标记库用来处理事件、执行验证以及其他非UI相关的操作和一个标准的HTML 标记库来表示 UI组件）、事件驱动模型等一套完整的Web应用框架，通过 JSF ，您可以在页面中轻松自如地使用 WEB 组件、捕获用户行为所产生的事件、执行验证、建立页面导航…，同时您会发现，当使用支持JSF的开发工具来开发 JSF 应用的时候，一切将会变得异常简单，就类似于我们现在开发VB或者PowerBuilder程序一样的简便，GUI方式拖放组件、修改组件属性、建立组件间关联以及编写事件侦听器等等，这样，一个并不是特别熟悉Java的Web应用开发人员也能够轻松地完成自己的任务了，这种易开发性对于J2EE而言无疑是太重要了
　　
　　集成PERL应用程序
　　PERL介绍：
　　
　　Perl 就是 Practical Extraction and Reporting Language 的简称，是一种最广泛应用于语法分析和 World Wide Web 的编程语言。它起源于 awk、C、sh 和 sed 语言，然而，它的应用开发远比其他任何一种面向对象编程语言更加容易。
　　
　　实现方法：
　　
　　N-US>public class PerlPortlet extends GenericPortlet
　　
　　直接通过HttpServletResponseWrapper来封装获取Response的字节流
　　
　　Portlet的配置的片断
　　
　　<portlet-name>perl-demo</portlet-name>
　　
　　<display-name>Perl demo Portlet</display-name>
　　
　　<portlet-class>org.apache.portals.bridges.perl.PerlPortlet
　　
　　</portlet-class>
　　
　　<expiration-cache>-1</expiration-cache>
　　
　　<supports>
　　
　　<mime-type>text/html</mime-type>
　　
　　<portlet-mode>VIEW</portlet-mode>
　　
　　</supports>
　　
　　<portlet-info>
　　
　　集成PHP应用程序
　　PHP介绍：
　　
　　PHP是一个基于服务端来创建动态网站的脚本语言，您可以用PHP和HTML生成网站主页。当一个访问者打开主页时，服务端便执行PHP的命令并将执行结果发送至访问者的浏览器中，这类似于ASP和CoildFusion，然而PHP和他们不同之处在于PHP开放源码和跨越平台，PHP可以运行在WINDOWS NT和多种版本的UNIX上。它不需要任何预先处理而快速反馈结果，它也不需要mod_perl的调整来使您的服务器的内存映象减小。PHP消耗的资源较少，当PHP作为Apache Web服务器一部分时，运行代码不需要调用外部二进制程序，服务器不需要承担任何额外的负担。
　　
　　public class PHPApplicationPortlet extends GenericPortlet
　　

    IBM日前宣布推出Serrano－Hawk的公开测试版，企业用户可通过该软件更有效地使用所有类型的信息来支持各种商业智能系统，整合各种企业应用，创建和管理关键业务信息主知识库，随需搜索和访问各种信息———无论这些信息存储在企业何处。本次发布的产品将简化对企业中不同类型的信息进行集成的复杂任务，提高这些信息的质量和准确性，并提高信息管理人员的工作效率。
　　企业拥有大量的数据，但信息用户经常不知道某一特殊数据存储在什么地方，不能足够快地获取并理解这些数据，不能以适当的格式存储数据，或不能对数据的质量进行监视和控制。通过IBM的Serrano－Hawk，客户可以灵活地访问结构化信息（如来自任何供应商的数据库或ERP系统）和非结构化信息（如电子邮件或图像），并最大地优化这些信息的使用。

　　据了解，Serrano－Hawk产品分为Hawk和Serrano两个部分。今年早些时候，IBM通过将收购Ascential公司而获得的技术与IBM现有的信息集成产品系列结合在一起，这其中包括Ascential的Hawk项目所提供的技术，以及IBM的Serrano项目所提供的技术。

　　Hawk项目为构建一个新的、简化而又强大的用户界面奠定了基础，这一界面最终将推广到整个产品系列，使软件的使用变得更加轻松。此外，这一项目还引入了一种新的元数据架构，从而使这些产品所用数据能够紧密协调，在内容、质量、性状上保持一致性。

　　Serrano项目则使得信息基础设施的设计和开发实现了无缝化，并支持用户通过使用前所未有的企业搜索、信息集成和文本分析功能，充分利用分布在企业各处的信息。通过将这些增强功能结合在一起，用户可以更加轻松地、以随需应变的方式使用所有类型的信息———无论这些信息目前在哪里、以及如何被使用。Serrano项目的核心是名为IBMRational数据架构器（IBM Rational Data Architect）的新产品，这一产品提供的多种工具可节省大量的设计和开发时间。这一新软件基于开放源代码Eclipse平台，可帮助数据设计人员跨多个信息源对数据进行建模、发现、映射和分析，实现复杂环境中信息集成的自动化。

　　今天发布的另一种新产品是IBM WebSphere信息分析器（IBM WebSphere Information Analyzer），该软件是Hawk项目的一部分，可通过单一产品提供端到端的数据整理、审计和面向业务的分析功能。这一软件与IBM WebSphere Data Stage和IBM WebSphere Quality Stage共享一个中央档案库，这些产品之间可实现即时元数据共享和跟踪。

　　IBM大中华区软件集团产品与市场总经理胡世忠先生表示：“公司的目标是增加收入、管理成本和更好地响应客户需求。通过这些新的信息集成产品，我们将使IT能够以随需应变的方式在需要的时间以所要求的格式提供可信赖的信息，从而更好地满足各种业务需求。这将为业务和IT的效率带来突破性的提高。”

信息集成的首要指导原则是：在用户看来，他们需要的所有数据，应该好像驻留在一个单一的数据源里一样。信息可能在不同的地方，以不同的语义、格式存储，访问方法各异，因之对信息的检索也变得极为复杂。信息集成技术实质上将信息需求者屏蔽于所有这些复杂性之外。用户或代表用户的应用程序可以通过诸如SQL或XML的标准语言或标准网络服务、内容应用程序界面（API），来对数据进行寻址。这样，用户就可以毫无障碍地查看信息，而不用考虑其物理实现过程。 　　做到这一点可以有两种方法，或者是两种方法的结合。信息集成的两种主要方法是： 　　(1)通过数据联合进行分布式数据访问； 　　(2)将数据移动到对应用程序更有效或更一致的位置，这种方法被称为数据合并或数据安排。 　　分布式访问对应的是企业信息集成（EII）技术，而数据安排对应的是ETL和复制技术。合起来，这些功能构成了信息集成所需要的核心部分。用最简单的话来解释，联合在一个地方接受一个查询，然后对查询的相应部分进行分布，让它们作用于数据，而不管数据位于何处、以何种形式构成。而数据放置则首先将位于不同地方的数据置于同一处，这样，对用户查询就不需要再进行分布了。两种方法都需要广泛、基本相同的支持功能。 　　分布式访问和数据安排都需要底层映射、转换和高速缓存功能。另外，由于同样的数据，根据企业不同的需要，有时需要被集中，有时需要被联合，所以两种方法都需要一套相同的转换和映射功能支持，以保持数据在整个企业的一致性。映射提供了理解不同数据片段之间关系的能力。转换通过对不同表述形式的数据进行转换的功能，将相关数据通过映射进行合并。缓存提供了一个暂时的数据存储，该存储能够通过透明地存储一个结果集的拷贝来改善联合的性能。 　　这些功能依赖于它们所处运作环境的细节描述。这种描述包括商业含义、关系、位置和技术格式等等。简言之，就是元数据。这些元数据必须是全面和一致的，而且从集成项目的发现和定义阶段，直至联合查询操作的整个过程，都必须是有用的。一套全面而具有逻辑一致性的元数据集，不管它们是物化在单个物理存储器中，还是分布于多个存储器中，对信息集成技术来说都是不可或缺的基础。　　 　　信息集成与数据仓库的关系 　　当今的分层式数据架构是建立在下面的前提基础上的：某个最终用户的查询或报表所需的一切数据都应该集中到单个数据中心，或至少集中到使用ETL功能的单个数据仓库环境中。这样做是为了获得数据的稳定性和一致性，以及确保对数据的访问。 　　但如何使新的需要（更短的数据延迟、更少的非常用数据存储、对远程和多种数据源的访问）获得支持？答案显然是分布式查询方法。联合功能提供了在不事先对所有数据进行物理移动的情况下，保持单一数据仓库或数据中心逻辑特征的可能性。 　　这是否意味着要抛弃传统的数据仓库方法？绝对不是！联合功能不能也不应该取代整个数据仓库方法。基于众所周知的性能、一致性和自主性方面的原因，完全联合或虚拟的数据仓库并不值得提倡。联合更应该在某些明确而有限的范围内，为解决具体的商务需要，对现有数据仓库进行扩展或增强。因此，数据仓库的信息集成方法既包括数据安排，又包括数据联合。　　 　　1．数据访问 　　当企业需要结合已经存在于数据仓库中的传统的、历史的或分析的数据来访问具体的实时数据条目时，联合功能可以发挥重要作用。某个主要基于数据中心可提供的历史的、合并处理过的数据的最终用户查询或报表，也需要一些最后一分钟的信息。在传统数据仓库架构中，这些实时数据必须（一般通过一个ODS）不断地送入数据中心。这不仅要求数据中心存储大量的这类信息，而且要求ETL环境必须具有持续吞吐几近实时数据的能力。 　　在许多情况下，联合提供一个更简单也更上乘的解决方案。当最终用户查询被运行时，对特定信息的简单请求可以被发送到运作系统，结果被返回并与从数据中心检索到的信息相连接。可用这种方式访问的运作系统包括各种基于DB2 Universal Database的关系和非关系数据库以及IBM WebSphere MQ系列和网络服务。利用此功能，不必在中心存储几近实时的数据或让ETL环境处理这种数据。 　　请注意一个重要的限定：发送到运作系统的查询应该是简单的，并且运作系统是专为高效处理此类型查询并返回特定信息而设计。这样可限制对运作系统和网络性能的任何影响。 　　联合查询使用标准SQL，标准SQL允许透明使用现有的业务智能(BI)分析工具。这样，现有的BI工具可访问本地和远程的关系和非关系数据。这保护了对现有工具的商业投资，并能充分利用IT开发人员使用这些工具及其基于SQL模式的技能和专长。联合不限于访问实时数据。任何数据都可以这样访问，而不必把数据存储到数据仓库或中心。众所周知，数据仓库中的很多数据之所以在那里，是因为可能被用到。然而，在很多部署中，许多这样的数据（20%～50%）几乎从不被访问。在数据使用不频繁而且已经存在于别处的情况下，联合查询允许在原始位置上访问这样的数据。当数据已成为历史，可能有必要把它保存在数据仓库中，因为仅有的其它副本在备份磁带上。但当所需的数据保存在运作系统数据库中时，联合可允许从数据仓库中消除此数据，而仍支持最终用户的需求。　　 　　2．访问非结构化内容 　　显示了联合扩展数据仓库的另一种方式。在本例中，业务需求是把非结构化数据或内容结合到在数据仓库环境下生成的报告中。在传统的数据仓库架构中，采用的方案可能是把所需的内容从源中加载到数据仓库，然后以通常方式查询所有的内容。然而，这样的数据常常是大量的。即使机构愿意在数据仓库中保存如此多的数据，还会产生其它问题。比方说，这样的内容可能不稳定，或在机构的控制范围之外，位于Internet上或合作伙伴的数据存储器中。在此例中，可能很难知道数据何时被更改，也就无从知晓何时需要加载新版本。 　　联合又一次显示出它的优点，即它允许在需要时、根据需要对内容进行访问。当运行报告时，子查询被发送到原始内容源并以其最新的形式仅返回所需的信息。　　 　　3．数据中心与商务数据仓库的联合 　　需要反复强调的是，IBM认为，转移用户查询和向纯联合基础架构层报告，从而取消数据仓库和中心，不是一个好主意。虚拟数据仓库被尝试过很多次，大都以失败而告终——未能提供最终用户所需的价值。联合不能替换数据仓库。联合只是扩展了现有的数据仓库概念。 　　还有第三种对数据仓库可能的扩展，它针对一种在当今业界普遍存在的情况。这就是，在一个公司中存在多个数据仓库：这十分有害，但又普遍存在。这种情况是由兼并、收购造成的，或仅仅是在不同部门中互不相干、未加协调的投资的结果。由于这些分散数据仓库的出现或增长，很快管理层就会想要比较或结合多个数据仓库中的信息。传统数据仓库架构很难满足这样的需求。在这种模式中，方案是设法把第二个数据仓库中的内容加载到第一个数据仓库中，或创建一个总数据仓库，把两个原始数据仓库中的数据都包含其中。所涉及数据的浩瀚数量姑且不论，一个根本性的难题是，要设法创建统一的数据模型，使其涵盖两个源并允许数据从一个数据仓库加载到另一个数据仓库中。 　　在这种情况下，联合方案又一次提供了简单得多的解决方案。联合查询仅处理需要响应管理层请求的数据子集。不必把一个数据仓库中的数据全部加载到另一个数据仓库中去，从而避免创建至少一个额外数据副本。尽管两个模型间的区别依然存在，联合方案允许随时仅对模型的一个子集，即支持联合查询的部分，逐渐增加侧重。　　 　　4．联合还是不联合 　　但是，使用此方案的代价是什么？一个要考虑的事实是联合查询是针对远程源，包括运作系统进行的。可能会有人争辩，这会影响运作的应用程序的性能。但我们可以仅向运作系统发送简单、特定的查询，来减轻这一影响。这与向同一环境发送完整、复杂的最终用户查询是完全不同的。在联合情况下，可预测和管理对性能的可能影响。 　　另一个潜在的问题是怎样逻辑地、正确地把数据仓库中的数据和远程系统中的数据链接起来。这与设计一个数据仓库的ETL填充流程时必须处理的问题相同。需要同样地详细分析和理解源和它们与目标的关系。正确的数据建模仍十分必要。有时，关系太复杂，或源数据质量太差，而无法进行联合访问。在一些情况下，如果一个人理解填充数据仓库的ETL流程设计，那么他就可以在建立联合查询时重新利用此设计。通常情况下，联合一点也不减少对详细分析或建模的需求。事实上，因为任何所需转换的实时、联机特性，对此过程的要求只会更加严格。 　　这些需要考虑的问题决定了可用联合扩展数据仓库的环境。当需要访问实时数据以及不是简单地存储在数据仓库中的内容或很少使用的数据时，联合是一种功能强大的方案。相对于频繁使用和可预测重复使用的查询，它更适合偶尔的查询并从源数据的预处理中获益。对于必须访问非关系数据的查询，它也很有用。 　　显然，联合并不能解决所有的数据访问问题，但是完全能够解决一些众所周知的需求。也可以看到，随着联合工具的改良，企业数据环境更好的集成，使用联合的机会将扩大。我们可以明确地预测网络服务将有能力实时提供更复杂的数据转换和清理，从而扩展联合查询使用的方式。 　　联合允许从运作系统中将数据作为数据仓库查询的部分读取。如果您已经接受这一可能性，下一个逻辑问题便是联合是否应该用于将数据写回运作系统。解决这个问题的技术已经成熟，但是为了最小化对运行环境内的数据完整性和安全性的潜在影响，应该通过创建和维护这些运作系统中数据的应用程序来解决这个问题。
	来源：中国计算机报

方案概述:

　　统一的信息分析和发布-分析型管理信息系统的关键

　　电子政务经过多年的发展，已建立了大量的信息系统。但今天政府的众多业务处理系统相互独立，信息资源不能共享，信息孤岛现象十分明显已成为电子政务进一步发展所面临的巨大挑战。整合成为今天电子政务的一个核心主题。基于过去IT建设的经验，越来越多的政府部门已认识到新一层次的整合不应单纯地从某个具体的应用出发，应该从关注单个应用走向从集成的整体角度考虑架构层面的问题。

　　从整体架构考虑，信息无疑是整个整合架构的基础。政府内部各系统的信息需要有效共享、相互协作、关键数据能够被多业务所复用、形成统一的全局数据视图、对现有的数据能够进一步分析加工，从而优化管理。以上内容都是各类具体业务应用方案能够顺利实现的一个关键，信息集成则是实现目标上述目标的基础。

　　建立统一信息平台面临的挑战

　　今天政府的信息系统主要是以职能部门和业务功能为主线建立单一功能/职能的系统。由于过去在基础网络条件、投资力度及计算能力等因素的限制，这些系统多部署在部、省、市及县等多个层次，这样就形成了今天政府信息系统横向多条块业务难以沟通，纵向多层次系统难以集成的复杂局面。随着科技的发展，基础网络和硬件处理能力等外在环境已发生了很大的变化，互联网的普及以及政府职能的向服务化的转变，对现有的基础信息架构提出了极大的挑战。

　　第一，由于网络和硬件等基础IT设施的快速发展，有效利用互联网及电话网络在更大范围内提供集中化的政府职能服务已成为一个重要的趋势。集中的政府职能服务需要集中的业务信息，历史形成的多层次的业务系统使大量的业务数据沉淀在基层，而且信息异构，成为有效利用网络提供网上的政府服务的一个重要的障碍。

　　第二，由于组织结构和管理模式等方面的原因，不同政府职能部门间在过去都是分别独立建立系统，缺乏统一的协调和规划。往往只从具体业务出发，实现手工作业到电子化的转变，很少考虑系统间的信息的共享机制。但从服务的角度看，就形成服务对象的信息分布在多个业务系统中，难以形成统一的视图，从而导致相同的信息在不同职能部门需要重复录入、数据的一致性难以维护。随着管理的变化，很难形成一套整合统一的平台，运转起来困难。同时内部系统目前和外部联系也比较难:重要数据无法共享，数据不是完全共享，特别是一些该共享的重要数据无法共享，无法共享就导致数据不一致或重复，造成缺乏可比数据，缺乏分析、缺乏管理，使政务系统中存在的是条条的、不可共享的数据。令一方面从政府的管理职能看，难以获得管理对象全面的信息，从而影响政府管理决策的效率和准确性。

　　第三，由于现有系统数据多、复杂性大，以上的挑战很难通过推倒重来，简单地建立新系统的传统思路进行解决。必须从整体架构平台的角度出发，一方面最大限度地利用现有的数据资源，另一方面应避免未来新的系统面临类似的问题。因而许多政府机构已认识到数据中心的重要性，但分布的数据和异构的数据是大多数机构所面临的现实，从信息的角度看，大多数的机构今天及在可预见的未来，必然存在多个不同层次、不同功能的系统，他们都会拥有自己的数据。对这些信息进行有效地整合，提供一个对未来具有可扩展性的整体信息平台架构，从而能够对各类数据进行访问、共享、查询、搜索、以及深层次的分析能力，是政务系统整体集成的一个关键。

　　IBM统一信息平台解决方案

　　IBM为应对上述挑战，提供了一个端对端的解决方案，用来透明地管理当今政府各类系统中庞杂的数据，即信息整合。

　　信息整合平台的基础架构如下图所示。在省市两级纵向信息整合的过程中，根据信息整合后的不同业务特点，可以分为四个阶段。

　

　　第一阶段的主要任务为构建信息整合平台，实现数据的逻辑集中、全省数据共享，而从物理上看，数据仍存储在省市各地原有的数据库中，省级数据逻辑集中成为一个统一的视图。

　　第二阶段，结合数据整合层的各项功能，进行省市两级数据标准的规范化，提高共享的质量和数据复用，并为数据交换做准备。这两个阶段是信息整合所不可或缺的必要环节。规范一旦设计完成，其推广可分"转换"和"统一"两个阶段，渐进式的实施。"转换"，则业务系统和历史数据都不改动，将各地数据的"方言"解释为"普通话"，再共享或交换。统一数据标准，则意味业务系统的更改或更替，需要对历史数据清洗、转换和存储。可以按照上述转换方法，同时结合数据复制技术，整理历史数据。

　　第三阶段，将部分被频繁访问、且实时性要求有限的数据物理集中，提高数据查询的质量，便于决策分析等业务应用。这一阶段的任务在于优化查询访问的效率，可以作为全面物理大集中的过渡，关键技术在于数据复制，支持准实时的秒级数据同步，可以根据业务数据对实时性的要求和系统负载情况配置复制间隔。

　　第四阶段，在第二阶段数据标准规范化的基础上，旨在利用数据映射层，实现全省数据交换。这些交换以省级DB2数据库为中心形成星形或树状的结构。整个数据共享和交换的底层实现和存储机制对各应用节点是透明的。该结构属于松耦合，如同星形网络一样，很容易进行层次化的结构扩展。数据交换采用的关键技术是复制。以WebSphere II为基础平台，实施数据交换的主要工作可集中在与业务相关的交换标准定义、交换双方的映射关系定义和交换流程规划上。数据交换中的交换流程可分为单向和双向两种模式。这两个阶段可根据实际业务需求取舍，也可更换先后次序。

　　核心技术:

　　第一，联邦

　　采用联邦技术，可通过简单的配置，快速实现数据共享。其主要特点为:

　　透明性。所有信息源看起来就像是一个信息源。

　　异构性。从不同数据源整合数据。

　　双向SQL访问。基于标准的通用访问方式，且双向可读写。

　　可扩展性和工具化。可以访问任何数据源，配置方便。

　　避免对现有数据源和应用程序进行更改。

　　其性能可以满足实际应用程序和可能应用程序的需要，包括高级查询优化技术、本地数据访问以及透明缓存支持。

　　可以充分利用标准的分析、报告和开发工具等高级功能。WebSphere II查询接口提供了基于标准的完整功能--包括对后端数据源中缺失能力的补偿。

　　第二，SQL复制

　　在多种数据源的环境中，主要采用SQL复制技术。SQL复制技术能够支持网络上同构或异构数据库之间的数据的有效传输和冗余性复制，能够实现多种复制模式(如:准实时复制、定时复制、双向复制、复制转发等，复制范围可整表复制或表中部分行复制或修改单元复制)。

　　复制运行时包括三个组成部分:Capture、Monitor和Apply。其中Capture提取复制数据源的变化增量;Apply获取Capture的结果，并根据复制映射关系进行转换，按照一定的时间规划，作用于目标数据;Monitor监控复制过程，并给出监控信息。

　　SQL复制实现机制能够解决以下三个主要问题:增量复制，支持对数据的变化增量识别、提取和复制，与全量数据复制相比，可避免全量数据传输的巨大负载对各个系统的影响;源数据与目标数据间的复制转换，源数据与目标数据之间,往往存在着数据类型、格式、逻辑等不一致。为了使目标数据源能够读懂、接受复制数据源的数据，就必须进行复制转换;可配置、可管理的数据分发，数据分发主要指Apply的过程，即将复制数据源的增量应用到复制目标。

　　第三，Web Service技术

　　信息集成技术提供集成多个Web Services提供者的功能,以及通过Web Services发布集成的信息。通过信息集成技术，可使集成的信息平台成为Web Services的提供者及消费者。通过对该技术的支持，使得在各政府部门通过公共的信息网络安全实时地共享信息资源成为可能，而且可使内外的信息集成有效地融为一个完整的整体。

　　第四，双层认证授权机制

　　WebSphere II的双层认证授权机制，充分保证异地数据访问下的数据安全。Information Integrator用户对数据的操作权限，取决于各个应用系统数据库向它开放的用户的授权，是且仅可能是后者的子集。通过开放不同权限的用户给Information Integrator，可限制通过II的用户访问的数据内容和数据库操作(如插入、修改和删除)，这样就保证了业务数据的安全性，不会出现超越业务授权的所谓超级用户，消除数据安全隐患。

　　第五，数据存储和管理

　　WebSphere Information Integrator内置数据库DB2 UDB，其无论在网络计算方面还是在线分析、多媒体处理，都能给您全面、满意的支持，而且通过集成丰富的数据库管理工具，把原来复杂的管理工作变得非常简单。此外，DB2致力于商业智能和数据仓库方面的改进，包括自动触发器，多分区和多表的自动总计表格，优化星式结构的连接方法，以及多维聚簇索引，物化查询表技术使查询和整个系统的反应速度大大提高。此外DB2先进的并行技术，使得系统资源得到充分利用，并可以是统一信息平台实现线性的扩展。

　　主要产品列表

　　WebSphere Information Integrator

　　WebSphere Information Integrator for Content

　　DB2 Information Integrator Omnifind

    信息资源集成平台的价值

　　IBM信息整合解决方案将助力政府机构快速、高效、低成本地搭建统一信息资源平台，将内部各系统的信息资源实现有效共享、相互协作、使关键数据能够被多业务系统所复用，实现:

　　跨越业务系统的实时数据处理

　　建立政务系统全局、统一的客户视图

　　实现异构数据源之间的数据复制

　　广域网环境中基于消息队列的数据复制，

　　实现系统间高效的批量数据交换

　　提供企业级的信息搜索

　　事件数据的获取和发布

　　非关系型数据的集成(包括MQ、XML、Web Service等)

　　此外，通过对现有的数据进一步加工和整合，在提升全面的信息服务能力的同时，为政务系统的发展构建长远的信息框架。

　　成功案例:

　　国内成功案例

　　

　　山东地税:纳税人信息整合(省市间的纵向整合)

　　金税一期、二期山东地税的征管系统主要部署在市县两级。纳税人信息分布在各市县近200个数据库中。数据库的类型、版本各不相同，包括Oracle, Sybase, SQL Server等多个版本。由于历史原因，原有系统有多家开发商开发，其数据模型也不统一。

　　山东地税计划在省中心建立全省统一的发票系统，需要从各地市的征管系统中获取准实时的纳税人信息。通过采用WebSphere II, 山东地税仅用一个半月时间建立起了与近200地市不同类型数据库的数据通道，成功实现了全省统一发票抽奖。

　　在此基础上，在省中心建立信息整合平台，准实时地从各市的Oracle和Sybase中将纳税人的增量信息复制到省中心。然后统一进行处理，实现与发票系统中纳税人信息的同步。省市间复制纳税人信息的时间延时约为1分钟。

　　另外同样采用数据复制技术，将内网发票系统中的数据准实时地复制到外网数据库中，提供对纳税人的网上服务。整个整合过程完全在省数据中心实现，不在各地市安装任何产品，编写专用接口。

　　灵活的数据集中枢纽:

　　在省中心建立数据整合平台，透明连接到各地市的数据资源。为省市间灵活的数据流动及省数据中心的建设打下了坚实的基础。

　　省中心通过此平台即可透明访问个地市数据，也可动态抽取(一般采用Cross-loader方式)，或定义增量数据复制实现准实时的数据迁移。极大地便利了省中心对全省数据资源的控制及再利用。

由于企业存在“信息孤岛”，企业数据的一致性无法保证，信息及时共享、反馈难，信息需要重复多次的输入，信息孤岛使得大量的信息资源不能充分发挥应有的作用，效率低下，已经成为阻碍企业信息化建设进一步发展的最大障碍。信息资源（Information Resources）与人、财、物资源一样，都是企业的重要资源。目前，许多企业都已经认识到信息资源规划的重要性，认识到它是企业信息化建设的基础工程。只有做好信息资源规划工作，才能理清并规范企业的真正需求，贯彻信息化建设的"应用主导"方针；才能消除因缺乏信息资源管理基础标准而产生的“信息孤岛”。

　　整合信息资源，实现应用系统集成；才能指导OA、MES、SCM、ERP、CRM、BI等应用软件的选型和二次开发、系统的集成并保证信息化项目的总体成功实施。

　　一、“信息孤岛”对企业的制约和影响

　　“信息孤岛”有“单项孤岛”和“系统孤岛”之分，由于企业“信息孤岛”的存在，会造成“信息瓶颈”，给企业“信息共享”带来不便。

　　1、由于信息不能共享，使得大量原始凭证（信息）多次在不同“孤岛”上重复录入，重复的次数越多则越容易出错，不仅增加了核对工作量，而且降低了管理（和设计）效率。由于信息多头使用和维护，造成信息更新的同步性差，破坏了信息的统一性、准确性，使管理失去了统一的依据。

　　2、由于“信息孤岛”间缺乏业务功能交互与信息共享，致使企业的物流、资金流和信息流地脱节，结果造成账账不符、账物不符，不仅难以进行准确的财务（如成本等）核算，而且难以对业务过程及业务标准实施有效监控，导致不能及时发现经营管理过程中的问题，造成计划失控、库存过量、采购与销售环节的暗箱操作等给企业带来无效劳动、资源浪费和效益流失的后果。

　　3、“信息孤岛”之间业务功能没有交互，信息缺乏共享，所以，封闭在部门内部的信息就带有很大程度的私有性。通常，越是掌握重要信息的部门就越是拥有优越于其他部门的权力，往往为了维护本部门的权威和利益，也就不愿意同其他部门共享自己掌握的信息，甚至出于部门或个人的利益需要随意改账、弄虚作假、虚报瞒报，这种严重。

　　4、在“信息孤岛”存在的情况下，信息管理缺乏相应的管理手段和管理规范，给系统信息的安全、保密以及一致性等工作带来巨大困难。

　　5、信息系统的基础不统一，没有统一的代码系统。

　　总之，由于“信息孤岛”的存在，会给企业发展带来致命障碍，影响企业信息化进程。要消除“信息孤岛”，实现信息集成，必须进行信息资源规划。

　　二、如何进行信息资源规划

　　由于信息资源的存在，“信息孤岛”的既成事实，信息资源的规划就显得非常必要。

　　信息资源规划的实施主要是建立数据管理的基础标准，并落实企业应用需求建立功能模型、数据模型和系统体系结构模型。在规划的同时对企业的业务进行梳理、整合、优化，并进行数据分析、数据挖掘，为应用系统集成提供全面的解决方案。

　　企业信息化是一项相当艰巨复杂的系统工程，信息资源规划是这项工程的基础工作。信息资源规划基础工作做不好，企业信息化大厦的地基就不牢，导致整个信息化建设不能正确持续的发展。本人认为企业要想成功实施信息资源规划，应遵以下原则。

　　信息资源（Information Resources）与人力、物力、财力和自然资源一样，都是企业的重要资源，因此，应该像管理其他资源那样管理信息资源。IRM（Information Resources Management）简称IRM是企业管理的必要环节，应该纳入企业管理的预算。IRM追求高效、实效、经济。信息资源规划考虑以下六个方面问题。

　　１、重新进行企业信息集成统一规划和构思。形成企业信息集成模型和规范，在保证各个数据流畅通的前提下，达到消除“信息孤岛”，实现各个子系统的高速、高效互联，达到信息共享和网上数据交换，提高信息传递效率。

　　２、理顺企业的数据流。企业信息化作为一个严密的信息系统，数据处理的准确性、及时性和可靠性是以各业务环节数据的完整和准确为基础的。企业信息化建设中有一句老话：“三分技术，七分管理，十二分数据”，信息系统的实施是建立在完善的基础数据之上的，而信息系统的成功运行则是基于对基础数据的科学管理。因此，理顺企业的数据流是企业信息化建设成功的关键之一。

　　３、企业信息化就是利用技术的手段将先进的企业管理思想融入企业的经营管理中，在这个过程中将最终实现对财务、物流、业务流程、成本核算、客户关系管理及供应链管理等各个环节的科学管理。因此要明确部门间哪些数据需要共享，哪些数据要上报企业领导，哪些部门需要获取外部的知识或信息，企业的哪些数据需要对外发布和宣传，哪些数据需要保密，子公司要与总公司交换哪些数据等等。当数据流理顺后，相应的业务管理流程也就一目了然，管理流程也就理顺了。

　　４、“以数据为中心”的系统集成，建立主题数据库。如果我们把分析信息系统集成问题的着眼点放在信息流上，通过信息流将企业各部门的主要功能“穿起来”，而不是根据现有部门的功能来考虑信息系统的集成问题，就可以建立起既具有稳定性，有具有灵活性的全企业集成化的信息系统模型。这就是“以数据为中心”的系统集成的大思路。数据结构是稳定的，处理是多变的。建立面向业务主题建库(不是面向单证报表建库)，主题数据库有以下特征：（1）、支持信息共享；（2）、要求所有源数据一次一处输入系统(不是多次多处输入)；（3）、每个主题数据库都由基本表(BaseTable)构成，基本表具有原子性（表中的数据项是数据元素）、演绎性（可由表中的数据生成全部输出数据）和规范性（表中数据结构满足三范式要求）。

　　５、建立信息资源管理基础的统一标准，统一基础代码。整合信息资源，消除“信息孤岛”。“信息孤岛”产生的技术原因，是由于缺乏信息资源管理基础标准；信息资源规划过程就是开始建立数据标准的过程，从而为整合信息资源，实现应用系统集成奠定坚实的基础，打造了高档次的数据环境。

　　６、以企业为主体，并建立咨询管理机制，企业借助外脑，搞清信息资源规划的需求。企业在应用软件选型要有主动权，保证OA、MES、SCM、CRM、ERP、BI在同一平台、环境下实施。否则，虽经过管理咨询、多方考察和论证，由于自己心中无“数”，容易犯“削足适履”的错误。

　　在信息资源规划过程中必须明确目标，制订适合的规划方案，并防止形成新的“信息孤岛”。要考虑集成的开放性，考虑为企业信息化的发展留出发展余地。

　　三、如何进行信息集成

　　信息集成是两个或两个以上的相对独立的实体（可独立运行）在功能、信息、资源、组织等方面衔接起来，成为统一的整体。

　　集成分类：集成分物理集成、信息集成、功能集成。物理集成是指设备（包括计算机）的网络联通。信息集成是指通过数据库互相存取信息。功能集成是指系统之间各功能的协调运行。

　　集成包含了信息层面和应用层面。对功能交互的管理与控制就是有计划地、按业务流程和相应规则建立分布于不同计算机的应用系统之间的相互关联的逻辑关系，而这种逻辑关系又是通过相互间信息的共享和信息的交换体现的。同时，通过对信息共享及数据通讯的管理与控制以确保信息的统一性、完整性、准确性、安全性、及时性、使用的方便性等，为不同系统间的功能交互过程中的业务处理营造同一的信息基础环境，进而保证业务处理的准确性、主动性和动态性。总之，就是通过对功能交互、信息共享及数据通讯三个方面的管理与控制使信息与业务流程、信息与应用之间形成一个协同的整体。

　　综上，凡是相互之间在功能上互不关联的，信息不共享、不交换的以及存在信息与业务流程和应用相脱节的计算机应用系统就是“信息孤岛”。信息集成和信息孤岛是意义上对立的两个概念，由信息孤岛走向信息集成是企业信息化的重要目标。

　　四、企业实现“集成”的操作建议

　　1、制定企业信息化建设总体规划

　　为消除“信息孤岛”，实现信息集成，必须要站在企业整体高度，以全面和长远发展的观点来制定信息化建设的总体规划。规划要远近结合，既要满足企业当前需要又要有较好的可扩展性和兼容性。规划需要通过企业现状调查和管理需求分析来确定企业信息集成化建设的总体目标，根据企业能力并结合企业发展需要制定总目标下的分步实施计划，也就是按规划中所规范的信息集成内容和实现集成的技术的标准来制约部门或个人在实施过程中由于各行其是、随意引进而制造新的“信息孤岛”的行为，进而按总体规划要求分阶段地引进、实施所规定的集成信息技术（如ERP、PDM等）以消除现存的“孤岛”逐步实现企业信息集成的总体目标。

　　总体规划地制定需要一定的信息化建设的经验，需要一定的专业知识和人才，对于目前大多数尚不具备这些资源能力的企业，有必要通过专业的信息化咨询公司的服务以实现企业信息化建设总体方案的制定。

　　2、加强过程管理，规范业务流程综观不少信息化水平低，实施信息集成软件（如ERP等）效果不理想甚至失败的企业，基本都是处于管理层次多、机构臃肿、流程混乱、业务重叠、人浮于事、责任不清和效率低下的状态。因此，为保证企业经营管理目标的实现，必须通过业务流程再造（BPR），流程优化，并加强过程管理，以形成合理、效能的业务流程，进而保证：

　　（1）、企业部门内部、部门之间的信息畅通并有同一和共享的信息环境。

　　（2）、事务处理的“过程”管理和业务过程所处理的数据记录的管理，确保信息的统一性和完整性。

　　（3）、精简机构、理顺流程、明晰责权、提高部门间协同工作效率；企业所有部门和个人必须按规定的时间、按规定的合理业务顺序、按规定的业务内容和标准完成流程或岗位描述所规定承担的业务，确保信息的准确性与及时性，进而实现对业务过程的有效监控并增强了决策过程的透明性和科学性。

　　总之，规范的业务流程是保证部门或业务之间的信息畅通、实现信息集成和提高管理效率的基础。

　　3、建立实现信息集成所需要的其他一些条件：

　　（1）、信息规范化

　　首先需要对信息系统所涉及的全部物料、部门、人员、科目等进行规范性（即具有唯一性、统一完整性、寓意性、可扩展性、易用性和标准格式化等特点）编码；明确信息之间的关系定义及其处理原则。

　　（2）、信息处理程序规范化

　　通过对所有需要访问（如查询、处理和维护等）系统的部门或个人要严格按规定进行授权和建立系统安全措施以确保系统安全。同时，系统信息的采集、处理和报告等要有专人分工、责任明确，确保信息的及时、准确和完整。

　　（3）、系统信息的范围

　　为确保管理决策的全面科学性，系统不仅应当集成供应链所有环节的各类信息，而且还应集成历史的、当前的和未来预测的信息。

　　4、贯彻《ERP规范》

　　中国第一部企业信息化技术规范——企业资源规划系统(ERP)规范于2003年10月1日起正式开始实施。企业可以参照ERP规范来了解所有ERP产品，考察ERP企业的服务能力、实施能力以及研发能力等，以便保证有针对性地进行ERP产品的正确选型。ERP规范将使企业变得越来越成熟，而企业的成熟将促使厂商向企业提供高品质的产品和服务以帮助企业尽快消除“孤岛”实现信息集成，加快企业信息化的进程。

　　随着市场竞争形势越来越激烈，企业要生存发展，必须尽快消除“信息孤岛”，通过信息资源规划，应用信息集成技术，尽快提升企业管理水平，进而增强竞争能力。所以，掘弃“信息孤岛”，坚持信息集成，是大势所趋。

作者] 陈幼华
[单位] 上海交通大学情报科学技术研究所
[摘要] 文章简要地介绍了portal的基本概念、特征及目前的主要应用，阐述了它对图书馆的管理及数字图书馆未来发展的影响，描述了portal在国外图书馆应用的三个案例，并对我国图书馆界在开展mylibrary服务中的功能模块设置问题进行了探讨。
[关键词] portal，我的图书馆，个性化服务
1 portal的基本概念、特征与应用
信息技术及通讯技术的发展，让人们可以获取前所未有的海量信息；同时，巨量的信息常常让人们不知所措，完全迷失于信息的海洋中。在这种情况下，人们对于单一入口来定制与获取自己需要信息的渴求，就变得异常的迫切。portal的产生即是基于这样一种契机与需求。
1.1 portal的概念
目前portal还没有标准的定义，有的认为它是提供企业数据、程序和服务的，安全的、单一入口的、基于网络的系统；可延伸地理解为让用户在恰当的时间和地点获取信息；也可看作是允许用户集中和分享信息、进行项目合作、有效决策的、基于WEB的系统。而Michael Looney 和Peter Lyman则将portal描述为：一个WEB 经验中心、一个当你迷失时回归的总部、一个保存你的信息的地方、一个与他人交流的地方，一个可信赖的网络信息的指导。也有人认为应该将portal理解为信息与服务的过滤器，并认为理想的portal应该提供：可靠的、便捷的、安全的访问和指导；提供正确的信息或服务；提供恰当的上下文关系；任何时间或地点都可获取信息。portal以用户为中心，信息和服务是依据用户特征来提供的，是一种information for的服务；而传统的WEB是以信息提供商为中心，是information about的服务。
1.2 portal的基本特征
一个优良的portal通常具有以下特性：①用户友好：易于设定和个性化，尽可能不需要培训；②有组织的：以易于查找的方式将内容分类；③自服务：用户可以不依赖管理者管理和发布内容；④可扩展性：支持新的种类、数据格式和访问方式；⑤安全性：对授权用户的识别和保护功能；⑥兼容性：能访问不同来源的、结构及非结构的各种数据；⑦综合性：用标准的界面和协议来综合现有的及将出现的应用程序。

1.3 portal的应用
尽管目前对于portal的概念还不太明确，但它在企业界、教育界、政府界都有大量的研究及应用。据估计，20%的电子商务是基于portal的。现在的portal主要有以下四种类型：
⑴Vertical Portals——VORTAL
类似于第二代的WEB站点，侧重于专门的统计分类、产品分类或主题分类，因为盛行及实际的经济价值而被冠以portal之名，并且它也是增长最快的一种portal。有些分析家用”亲和力或团体portal”来形容这种以统计为中心的portal。现在一些大公司用portal来迎合特殊种族、特定年龄群体、生活方式、宗教及其它群体的需要，以形成一个群体或市场。Linux Links-The Linux Portal Site就是这样一个portal，其用户有免费e-mail，能创建公共或私人的日历，能参与讨论组；MP3.com是一个音乐portal，其MyMP3提供在线的音乐管理，用户可以存贮和组织他们的音乐播放时间、地点，访问有价值的音乐频道，并可以自己编辑音乐。
⑵Horizontal Portals 用户可以挑选信息类别并定义内容和其它特征。MyYahoo, My AltaVista, 和My Netscape 就是很好的例子。用户可以挑选他们想看的部分，如天气、新闻、股票等，能定义每一部分的内容来满足个人需求。而新出现的About.com -“The Human Internet,”和Suite101 -“Real People Helping Real People,” 是mega-portal和vertical portal的综合，其点击率在前10位。
⑶Enterprise Resource Portals (ERP), Enterprise Information Portals (EIP), Business to Employee (B2E) and Corporate Portals. 这一类portal是公司局域网的深入，目的是通过提供雇员所需信息以提高他们的生产力。雇员通过他们的访问权限可以看到大量知识、事件、新闻等。
⑷Business to Consumer (B2C) portals 。Amazon.com, eBay和PriceLine 领导了这类portal的潮流。如NBC最近发布它的新portal—— NBCi.com，除了传统的TV时间表和新闻，还包括网络搜索，E-MAIL，免费的主页空间和购物。另一个成功的案例就是Wal-Mart.
2 portal技术对于图书馆的影响
portal技术的发展，引起人们的广泛注意。其个性化的功能倍受一些信息存贮传播中心的关注，同时也受到广大信息用户的期待和欢迎。对于提供信息服务的图书馆，当然会无可避免地受到这股科技力量的冲击。从图书馆事业管理及发展的角度来看，portal概念的引入及对这种技术的应用，是一种极具战略眼光的举措。图书馆作为信息存贮和传播的一种重要的信息中心，信息资源的组织方式及信息服务的提供方式是其研究的重要内容，这个过程就会涉及到许多信息技术的应用问题。而portal的特性与功能，正解决了信息组织及服务方面的许多问题。它在图书馆的应用结果，就是mylibrary服务的产生。由此而言，portal对于图书馆自身信息资源的管理、图书馆事业的发展及数字图书馆系统的建立都具有重要的意义。从图书馆用户来讲，他们需要一种安全的、单一入口的、快捷而方便的、具有指引的自我信息入口。对于科学研究和学术研究人员而言，这一点尤其重要与必要。对于用户而言，mylibrary服务的提出是非常需要的。尽管目前有一些著名的搜索引擎提供了一些个性化的服务，如my yahoo ，my netscape。它们主要提供股票、新闻、E-MAIL、天气等生活信息，这些对于学术研究是远远不够的。科研人员更多地是希望能有一个平台或入口，将他们常用的数据库、电子期刊、其它资料及信息有序地组织在一起，以方便使用和查找。所以图书馆界如何构建mylibrary项目成为一个引人关注的话题。美国图书及信息学会就认为mylibrary这样的服务是值得关注的一个发展趋势。该会的专家一致公认：越来越多的惯用万维网的图书馆用户期望图书馆加强个别设计customization、交互作用interactivity、用户支持customer support的功能. 另外，作为一种信息服务机构，mylibrary服务的推出，让用户与其常需依信息资源紧密地联系在一起，同时也使他们更容易得到专业馆员的指导，馆员与用户之间的互动性加强，这些将会大大提升图书馆的用户满意度。
3 美国三个mylibrary的案例
美国图书馆界早在1997年就已开始mylibrary项目的研发，该类项目很多是受搜索引擎个性化服务的启发而提出的，在这些个性化服务中，用户可以挑选信息类别并定义内容、显示风格以及其它特征，MyYahoo, My AltaVista, 和My Netscape 都是如此。现在美国已有近40所图书馆开通了此项服务，许多用户已创建了个性化的资源主页。从编写语言看，有的以ASP写成（如，Public Library of Charlotte & Mecklenburg County的BRARYDOG、Mississippi State University Libraries），有的是CGI（北加利弗利亚州立大学）、有的是PHP（Christchurch College of Education, ChristChurch, New Zealand），有的以JAVA、XML、JSP、J2EE写成（UPORTAL）。当然很多是用COLD FUSION软件开发（University of Texas Southwestern Medical Center的My Library@UT Southwestern Medical Center Library、University of Toronto Libraries）。其中NCSTATE的原代码可从网上获取，并已有7所学校采用了它们的原代码。PERSONALIZED ECCLES的原代码也可以从WAYNE PEAY 处获取。从用户而言，有的只面向本馆读者或本校师生；有的没有限制，不过对具体数据库查询时有所限定。以下的三个案例是在观察了开通mylibrary服务的图书馆及阅读大量关于portal在图书馆应用的研究报告或论文的基础上，从资源组织的有效性、服务功能的全面性及用户界面的友好性三方面综合评定的，基本可以代表目前美国mylibrary的发展状况。
3.1北卡罗莱纳州立大学图书馆——MyLibrary@NCState
这是一个用户导向的、可定制的信息服务系统。研发工作始于1998年夏天，系统基于UNIX平台，以PERL语言写成。其编码已被密歇根大学、瑞典LUND大学等7家图书馆采用；加州数字图书馆基于它的编码，开发了可定制的portal原型。该系统总体定制机制包括：①系统提供默认资源与服务页面；②用户可自定义和组合定制内容；③用户可查看和修改定制信息。资源和服务定制内容包括：①我的图书馆员。即在定制之前选择一个学科馆员。它将学科馆员名录按学科列出来，用户可据此选择；②图书馆链接。下面又有4个功能模块：借阅记录、图书馆目录、馆际互借、购买建议（图书馆提示用户先检索目录）；③大学链接。分3个方面：学校主页、名录、注册记录；④新主题。图书馆根据用户需要，将新到期刊、书籍、数据库及其它资料信息传送给用户；⑤快速查询。可以在图书馆目录、字典、百科全书、因特网4个选项中进行快速查询；⑥参考书架。从图书馆提供的功能模块中定制你要的部分，并显示在页面上；⑦索引和书目，可选择书目数据库；⑧电子期刊，可选择电子期刊。此系统将学科馆员制度与mylibrary结合起来，这有利于图书馆服务与学校科研活动的紧密结合；对于用户而言，也有了专业信息管理人员的指导。同时系统提供的精要的功能模块，对于用户的学术研究是十分实用的。
3.2弗吉利亚公共健康大学——MyLibrary
进入MYLIBRARY服务主页后，已注册的用户可直接登录，想创建个人信息主页的用户可选择创建；在创建的第一步，选择是VCU USERS或GUEST；然后可直接浏览系统默认主页，或是填写用户信息（用户名、E-MAIL、密码）重新创建定制主页；定制资源与服务；最后可游览和修改个人信息主页。该系统界面比较直观，可选信息资源比较丰富，且全部陈列于页面上。栏目有：①图书馆最爱。列出图书馆推荐的4个数据库供用户选择；②快速查找。可以选择在图书馆目录、期刊篇名、大英百科全书、韦伯特辞典、牛津英语辞典、Pubmed、Alta vasta、Fast、Google、Hotbot、Dogpile、Liszt、VCU E-Mail等13个数据源中进行快速查询；③综合数据库，有8个数据库可选；④主题数据库字顺列表，8个；⑤专题数据库，21个；⑥电子期刊，15种；⑦可添加4个额外的数据库；⑧表格和服务。提供问问题、图书续借、影印服务、预约及到期通知、馆际互借、图书馆开馆时间、图书馆新闻、因特网搜索、专藏档案等9个服务项目；⑨个性化书签，可以添加喜爱的网站。
3.3梅克伦堡州夏洛特公共图书馆——http://www.brarydog.com/
这是一个用户界面容易理解、操作简单、风格活泼的案例。分6步完成：①填写个人信息；②资源选择；③添加链接；④选择搜索工具；⑤页面风格定制；⑥游览和修改个人信息。完成后用户选择的资源以参考书桌、读者书桌、新闻书桌、儿童书桌、我的书桌五个部分组织起来。
4 我国“我的图书馆”的设置
在我国，许多采用深圳市图书馆开发的ILAS系统的图书馆也开通了“我的图书馆”这样的服务项目，但目前的功能只包括：①感兴趣的新书。系统根据读者填写的兴趣特征，将与之符合的新书推送给他；②书目查询。可查询图书馆的馆藏书目信息及预约想要借阅的书；③期刊篇目。查询图书馆的馆藏期刊目次信息；④新书通报。了解图书新到情况；⑤信息查询。查询图书馆自建或引进的各类数据库（这一功能基本上还未能实现）；⑥联合目录。查询联合目录数据库；⑦资料更新。更新个人资料；⑧修改密码。
4.1构建“我的图书馆”系统时应注意的问题
通过对以上mylibrary项目的比较与综合分析，我们可以看到在开发“我的图书馆”项目时应注意以下问题： 1 运行环境、软件的兼容、各种语言的兼容问题。开发出的mylibrary系统应能在多种平台上运行；在可扩展性与开放性方面，2 应该可以添加功能组件。这样可以将mylibrary与其它的portal应用程序整合，3 如my netscape , my yahoo，4 或是有待发展的my campus；5 资源与服6 务的有效组织。表现在图书馆给用户提供什么样的信息资源及服7 务，8 及如何以一种逻辑的方式、容易为用户理解和接受的方式，9 对这些信息资源和服10 务进行有效地分类与组织；11 用户友好。用户在进入“我的图书馆”服12 务模块后，13 注册前应有一个默认的主页方便其观察和决定；如果用户决定创建自己的资源主页，14 应以一种最方便的理解方式让其明白如何创建一个Mypage，15 这样才能达到预期效果；同16 时可以让用户设定主页显示风格，17 在这一点上，18 http://www.brarydog.com/的设计值得借鉴；19 学科馆员制度与用户的个性化定制相结合。将学科馆员制度与用户个性设定有机结合起来，20 能够更好地发挥馆员的主动服21 务功能；用户在利用信息资源时，22 可以寻求专业信息人员的指23 导与服24 务。馆员与用户的互动性及互利性大大增强，25 最终实现信息的有效传递；26 安全与隐私问题。这是所有个性化服；27 务中都会面临的重要问题；28 关于what’s new。“我的图书馆”往往会提供这一服29 务，30 但在界定什么是最新的、最有价值的条目时，31 图书馆与用户也许会有不同32 的看法；33 统计问题。一是馆藏资源的统计，34 哪些用户放在他的主页上，35 哪些没有被用过，36 这样便于图书馆进行有效的信息资源建设；二是用户统计问题，37 弗吉利亚公共健康大学图书馆用一个文件，38 以记录用户名39 、访问时间日期、IP地址及访问模式。4.2“我的图书馆”功能模块设置的建议MYLIBRARY项目的总体建设目标是构建图书馆个性化信息服务系统。这个系统应综合图书馆的性质与特点，将学科馆员制度、学科信息门户与用户的个性化行为紧密结合起来，既发挥图书馆信息服务功能，又突出用户个性化需求。借鉴美国mylibrary项目的优点，结合我国用户的实际需求，我们可以对图书馆个性化信息服务作出以下的设定： 在MYLIBRARY系统总体定制功能包括：①系统提供各学科的系统定制资源主页。这是系统按照特定专业需求编制的特定资源与服务定制模板，公开供所有用户查询和引用。系统可根据该专业用户对模板的使用情况及用户个人定制模板的统计分析来对其进行更新；②用户可以对系统提供的资源定制内容进行选择，可以引入或自定义定制内容；③用户可以组合定制内容，定制系统界面，对界面结构(指系统界面的总体模块类别和布局形式)和界面内容(对各个信息或服务模块的具体内容进行定制)进行选择和调整；④浏览定制效果；对定制信息进行修改、存储和管理；⑤根据用户使用选择倾向和历史统计自动修改定制信息。⑥对于用户自己的定制模板，用户可以选择是否共享或共享哪些数据；共享时数据只按用户身份类型公开，不泄露具体身份信息。用户进行定制时系统提供工具帮助其选择公开程度，默认值为不公开。这样用户可以根据系统定制模板来定制个性化资源主页，还可了解相近用户的个人定制模板来完善自己的定制。同时，系统可利用用户个人定制页面了解新的需求和资源，分析资源利用情况，并将统计分析结果作为更新系统定制模板的依据；⑦任何用户都可作为公共用户GUEST进入系统，使用限定的资源和服务，如OPAC检索；但数据库、电子资源等则需要身份验证。在有机整合图书馆资源与服务的基础上，为用户提供的具体资源与服务定制内容包括：①图书馆服务：我的图书馆员，图书馆借还书情况，预约、图书到期通知，馆际互借，购买建议，图书馆新闻，what’s new，教职工名录，我的帮助，我的FAQ；②参考资源：允许用户对数据库、电子期刊、参考书、搜索引擎、学科信息门户进行定制；③快速查询：本馆书目，联合书目，因特网；④添加链接：用户可添加喜爱的搜索引擎、个人链接等。实现资源与服务的个性化定制是MYLIBRARY项目的基本功能，如果条件允许，还可以进一步实现检索定制。包括对专业、文献类型、语言、时间范围、默认检索方式、检索算符表示符号、检索结果排序进行定制；个人词表定制；定题选报表；最常用检索词统计表；最近使用检索式表等。根据以上的定制设置，当用户进入MyLibrary后，会有以下一些程序：①系统出现浏览学科定制模板、已注册用户登录、创建个人信息主页的选择；②如果用户决定创建个人页面，就填写个人信息；③选择一个学科馆员。将学科馆员按学科列出名录，用户从中选择；③定制图书馆的相关链接；④定制大学链接；⑤参考资源的选择，主要是数据库及电子期刊；⑥快速对联合目录及因特网的查询选择；⑦系统根据用户的特征描述，对新到的数据库、期刊及图书实行的推送服务；⑧用户添加自己喜爱的网站链接；⑨页面风格的定制，包括页面背景颜色、字的颜色、链接颜色等；⑩定制个人信息主页的共享程度；⑾观看Mypage，同时用户可以进行选项的修改。每一个步骤，系统都会给出引导信息。这种设置方式对于目前而言，是比较实用的一个模型。

1.               概述

Portal一词最早是指门户网站。简单讲Portal是一个重要的Web站点，是一个联合的社区，它作为Web应用程序的简单统一的访问点和信息系统的展现层，通过个性化“我的主页（My Home Pages）”为不同用户提供个性化、统一登录和内容整合的服务。此外Portal还提供了许多有价值的附加功能，如安全性、搜索、协作和工作流等。对最终用户而言，Portal就是一个到所有计算资源的单独访问点。业界认为Portal将会成为下一代的桌面，在Web上为各种客户机设备提供大量的电子商务应用。

2.               发展历程

最初的Portal指的是像Yahoo、Sina这样的Internet门户网站。这些门户网站为用户提供了检索、分类和类似“My Yahoo!”的个性化定制服务，目的是帮助用户更快地找到自己所需要的信息。这样的Portal被称为Public Portal，即面向公众的信息门户。

随着Web应用的发展，又出现了Vertical Portal和Enterprise Information Portal。Vertical Portal即行业门户，目的是帮助某一行业的商业人员和技术人员找到自已需要的特定行业的商业信息和技术信息。Enterprise Information Portal（EIP）即企业信息门户。目的是帮助企业用户及员工通过统一入口找到分布于企业的各种信息。与Public Portal相似，Vertical Portal和EIP也同样提供了检索、分类和个性化定制服务。

在以上三种Portal中，EIP包含的内容最多，因此，Portal的发展过程也在EIP中得到了最充分的体现。在EIP发展的最初阶段，Portal实际上就是一些静态网页，用户通过它获得企业提供的信息及服务。随着信息量的增加，逐渐增加了搜索功能和内容发布功能，并一定程度上实现了内容管理（Content Management）；融入了工作流，渠道（包括Email）的功能；集成了更多应用，如ERP，CRM，SCM等；增加了Web Services引擎。下面为Portal在企业应用里的结构图(摘自于WebLogic Portal 8.1 相关资料)：

图：Portal在企业信息化中扮演的角色

 

3.               现状

Portal技术与应用服务器紧密结合，加强了高级的个性化功能，发展成为应用服务器之上的管理客户、员工和合作伙伴应用的一个框架。Portal作为应用服务器之上的面向企业应用集成的产品里的必不可少的组成部分，在企业信息化方面扮演着重要的角色。各大应用服务器厂商也纷纷推出了自己的Portal产品，比较著名的有IBM WebSphere Portal Server，BEA WebLogic Portal，Sun Portal Server，同时也有同类开源产品，如Apache JetSpeed，Liferay等。

 

4.               趋势

著名咨询公司Gartner不久前提出了应用平台套件(Application Platform Suites，简称APS)的概念。根据Gartner的定义，APS由一批基础软件组装而成，这些基础软件提供了创建企业应用所需的架构，至少必须包括应用服务器、Portal产品和企业应用集成包等。IDC通过对众多企业信息主管的调查发现，他们最关心的问题是如何实现企业应用的整合，以及如何构建统一的企业信息门户平台等。厂商对企业用户的这些需求，仅仅提供一个应用服务器是远远不够的，而需要提供一整套能够使企业有效和灵活地建立信息系统的工具和软件平台，把应用开发平台和应用集成平台有机地结合起来。

总的来看，Portal作为未来企业信息用户平台的一个重要组件，随着应用服务器的发展，也将得到长足的发展和进步。