[发明专利]用于动态绑定门户组件的方法和系统

说明书

技术领域

本发明涉及网络计算领域，并且特别涉及经由Web门户(portal)可访问的Web内容，以及特别涉及一种用于将门户组件(portlet)绑定到包括至少一个门户和多个门户组件的Web门户基础设施的方法和相应的系统，其中接收和处理了从请求门户组件的客户机输入的请求。

背景技术

在例如http://www.research.ibm.com/journal/sj/432/will.html中描述了现有技术的Web门户。门户以非常个人化的方式向终端用户提供了对内容、应用和协同服务的统一访问。一例子是IBM的WebSphere Portal，其提供中间件框架和工具用于使用被称为“门户组件”的组件应用来构建和管理门户。

通常，门户采用这样的体系结构，即在该体系结构中，门户本身仅实现像认证、状态处理、聚合、高速缓存、用户管理等的标准功能性，并且为应用组件提供基础设施。该体系结构包括用于集成应用的API，从而使得来自不同伙伴的应用只要其与门户产品的API匹配就可以被使用。在门户环境中，这些应用通常被称为门户组件。

门户组件是可以被添加到门户并且被设计成在门户的门户组件容器内部运行的可插组件。门户组件可以提供从对静态或动态内容的简单呈递(rendering)到诸如电子邮件、日历等的应用功能范围的不同功能。门户组件通过门户应用被间接调用并且产生适于在较大页面中聚合的内容，例如门户组件应当产生附有这样的指导方针的标记分段，即该指导方针保证可以将不同的门户组件所生成的内容聚合到一个页面中。通常，门户组件运行在门户服务器(Portal-Server)上，处理输入数据并且在本地呈递内容。

图1给出了实现这样的现有技术门户的Web服务器上的示意性系统图。

现有技术门户，像例如由以上IBM WebSphere Portal或由如在http://portals.apache.org/jetspeed-2/guides/guide-portal-design.html处所公开的Jetspeed2 Enterprise Portal所表示的，是通过网络服务器(例如Web服务器100)上所实现的复杂功能性来构建的，Web服务器100最重要的元件是用于用户认证105、状态处理110、聚合170分段的逻辑组件、(下面进一步描述的)在利用相应的多个API130在相应页面125中所提供的多个门户组件120，以及一些门户存储资源140，其中相应的多个API130通往相应的门户组件容器软件135，用于将多个门户组件设置到公用Web页面上下文中。逻辑组件在操作上相连，以便可以按照需求在单个组件之间交换数据。在图1中对此进行了概略描绘。

更详细地，图1中的Web服务器的门户引擎基于基本门户模型150和诸如安全设置、用户角色、定制设置和设备能力这样的门户信息实现对门户组件120的聚合。在所呈递的页面内，门户基于门户模型自动生成一组适当的导航元件。门户引擎在按要求的聚合期间以及在需要时调用门户组件，并且使用高速缓存来减少对门户组件所进行的请求数。现有技术IBM WebSphere Portal采用诸如Java Portlet API(应用编程接口)的开放标准。其还支持通过WSRP标准对远程门户组件的使用。

门户模型表示了门户的内容结构，即门户页面(其还可以再含有嵌套页面)的层次结构以及被安排在页面上的门户组件。基于像关系表这样的现有技术，该数据以恰当的表示存储在数据库128中。

Web客户通过门户所实现的请求/响应范型与门户组件进行交互。通常，用户与门户组件所产生的内容进行交互，例如通过后续链接或提交表单，其导致正由门户接收的门户组件动作，该动作然后被转发至由用户交互定为目标的门户组件。

相应地，门户等待客户请求并且对这些请求进行响应。客户请求消息包括寻址于所请求的页面的URL/URI。

前述聚合逻辑包括汇编被发送回给客户的页面所需要的所有步骤。通常，这些步骤是：加载来自门户数据库的门户模型，对其进行遍历，以及调用该模型中所引用的实例以便获得其输出，该输出被汇编至单个页面。可以将门户模型定义为用于创建内容的可视表示的组件的布置以及关系。门户模型将由管理员或用户通过手动布局接口(Manual Layout Interface)来定义，并且被保存在数据库中。

在呈递和聚合过程中的重要活动是生成寻址于门户页面的URL。URL由聚合逻辑生成并且包括编码状态信息。