CN1703700A

CN1703700A - 为了经同步的内容显示使网络接入点的关联小型端口协作的方法和装置

Info

Publication number: CN1703700A
Application number: CNA2003801009287A
Authority: CN
Inventors: 乔安娜·恩格; 罗希特·卡普尔; 莱霍·尼古尔
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2002-10-04
Filing date: 2003-10-01
Publication date: 2005-11-30
Anticipated expiration: 2023-10-01
Also published as: US20060031377A1; JP4473128B2; US20090287775A1; JP2006501557A; US7533142B2; CA2406569A1; KR100819021B1; US8015240B2; KR20050055745A; EP1546925A2; IL167738A; TWI277881B; CA2406569C; WO2004031985A3; US20090292800A1; CN100492355C; TW200413967A; AU2003267666A1; US8055705B2; WO2004031985A2

Abstract

本发明提供用于在接入点服务器中的多个相联系的小型端口之间协作的方法和装置，包括：将每个小型端口与描述上下文名称的小型端口描述符相关联；形成具有对应的上下文名称的小型端口的协作组来同步内容。

Description

为了经同步的内容显示使网络接入点的关联小型端口协作的方法和装置

技术领域

本发明涉及因特网，尤其涉及用于产生并且使用网络应用中的网络接入点和小型端口来提供改善的网站性能。

背景技术

万维网提供了通过互联网通信的主要范例手段(shift)，其向用户传送图形信息。随着网络的出现，存在提高通信能力和宽连通性的需要。

接入点(公知为网络接入点)提供了互联网空间的范例手段。可以将用于提供一组资源或服务的网站考虑为接入点，其中资源或服务包括电子邮件、论坛、搜索引擎、数据存储器或其它信息。第一个网络接入点可能是网上服务。第一次在互联网上冲浪的用户可以看到集合的网页以及从万维网中不同的网站提供的信息，但是集合的结构对于用户是透明的。使用典型网络浏览器的用户看到显示出所附(cohesive)的网页。网页的不同的部分的来源是不明显的，其中不同的部分来自与当前浏览的网站不相联系的不同网站。这些部分称为小型端口。

小型端口是用户在其接入点网页上看到的可视的激发部件端。与PC台式机中的视窗相似，每个小型端口“拥有”浏览器或用于显示结果的个人数字应用显示屏的一部分。

在用户看来，小型端口是内容通道或用户订阅的应用，将该小型端口添加到他们的个人接入点网页，并且配置来显示个人化信息。

在内容提供商看来，小型端口是使他们的内容可用的装置。

在接入点管理员看来，小型端口是可以使用接入点注册的内容容器，使得用户可以订阅它。

在接入点看来，小型端口是在其一个页面中存在(render)的部件。

在技术观点上，小型端口是一段代码，或者是在接入点服务器上运行并且提供要嵌入接入点页面的内容的小型应用软件。在最简单的条件中，小型端口可以是在接入点中运行的Java servlet。

对于用户冲浪或访问页面，给定页面(代表性地源于从万维网中的不同位置)的每个部分(小型端口)可以与相同页面的另一部分(小型端口)协作来获得更高级的功能。因此，小型端口通过多个通道成为多用户到多个信息源的单点访问。

接入点可以应用到各种商业模式中，即：商家对客户、商家对商家、商家对企业。快速采用接入点范例的关键在于其可以将现有网络应用数据以无缝方式集成到接入点框架中。

然而，对于接入点中的这种无缝网络应用集成，仍然存在各种技术障碍。

在现有技术中存在关于下列接入点的产品如何与现有网络应用一起工作的限制。将网络应用集成到接入点体系的实现没有被适当定义。这些实体包括：

到接入点的原始http请求；

在接入点中的小型端口会话；

从接入点到相关网络应用的http请求。

当不同的用户访问接入点页面，每个用户的原始http请求指引到接入点服务器(a)上。每个用户的原始http会话也全部由接入点服务器“拥有”。每个小型端口具有其自身独立的会话(称为小型端口会话)。当小型端口需要呈现来自于给定网络应用的信息时，(b)，代表性地存在下列技术障碍：

i.对于小型端口没有现有的机制来产生http请求并且响应后端网络应用。

j.没有现有机制来管理多个请求和对呼叫(calling)小型端口的响应(和小型端口会话)，其正确地映射到多个请求和对后端网络应用的响应(和网络应用的会话)。因此，每个(小型端口和网络应用)都保持其用户会话。

当多个小型端口呼叫相同的网络应用时，由于网络应用在相同的网络应用会话中处理这些多个小型端口请求，因此这变得非常复杂。

k.没有现有机制来在多个小型端口会话和网络应用会话之间转播会话信息。

当在相同的小型端口应用中适当定义的一组小型端口在后端与一个网络应用交互时，所有参加的小型端口必须能够检索(retrieve)并且向后端的网络应用传送正确的会话信息，以便来自网络应用提供(render)的信息与小型端口的接入点的信息的设置是一致的。这些摄制的实例包括本地信息、该特定访问的用户代理等。例如，从网络应用发送的应答必须根据显示应答的接入点服务器中的小型端口来使用相同的本地信息(locale)。

没有用于单独登录的现有机制，使得接入点用户的证书不会由后端网络应用查询。这是关键的要求。其缺失将导致：当用户从网页的一部分移动到相同网页的不同部分时，由于小型端口具有不同的来源和标识要求，因此查询用户证书。

没有现有机制用来将给定小型端口应用和相关网络应用后端的小型端口之间的多个请求或应答同步。

现有技术存在关于没有定义相同小型端口应用中的多个小型端口如何能动态相互协作(共享相同的上下文)的限制，和关于没有定义如何与各种集成的网络应用动态协作的限制

包括通过动态共享相同的“上下文”的多个小型端口协作的一个使用方案将用于概念地说明限制：

在相同的接入点网页上显示三个小型端口：

-一个小型端口通过显示一系列账户来显示账户概要

-第二小型端口显示给定账户的主要发票

-第三小型端口显示账户的订单历史概要

第二和第三小型端口与第一小型端口在上下文中动态前后关联，反映主要发票(第二小型端口)和订单历史(第三小型端口)，并且与从第一小型端口的账户列表中选择的账户同步。

现有技术的局限：

i.不存在用于定义可以协作工作的小型端口应用中的小型端口的子分组的机制。

j.不存在用于定义在给定小型端口应用中的小型端口的子组间共享的上下文(可以动态改变)的机制，其中上下文的实例是小型端口1中的选择的账户，该账户的选择可以动态改变。

k.不存在用于动态检测上下文中的改变的机制：改变的实例是在以上实例中的小型端口1中的账户列表中从一个账户到另一个账户的选择。

l.不存在用于对于每个参加的小型端口预定义的动作注册的机制，其中这些小型端口在共享相同上下文的小型端口的子组中：当上下文改变时(在小型端口1中从一个账户到另一个账户的选择)，实例为显示主要发票的列表(小型端口2中的动作)。

m.不存在用于将动态上下文转播到相应的集成的网络应用的机制。

在现有技术中不存在用于定义小型端口应用中的一组小型端口的刷新顺序。

i.现今接入点设计者不能指定正在显示的给定小型端口组的刷新次序。

在以上方案中，接入点设计者意欲首先刷新第一小型端口(账户列表)，其次刷新第二小型端口等。使得第二和第三小型端口自动具有以正确顺序发生的定义的动作(当使用小型端口时)。

在接入点结构中缺少恰当定义的、用于根据商业规则和包括用户功能的用户文档信息，从而支持小型端口的集合的机制。

i.不存在用于根据商业规则定义每个用户的接入点资源集合的机制。

实例：所有的少年接入点用户看到一组小型端口，所有年长的接入点用户看到另一组小型端口。

j.不存在用于在运行时间动态执行的这些基于规则和基于用户的小型端口聚合(aggregation)的机制。

没有将接入点级商业规则或用户文档信息与相关集成的后端网络应用共享。

不将商业规则和用户分割信息与集成的网络应用共享，使得这些规则和用户分割可以在接入点和其集成的后端网络应用一致。例如，如果存在定义少年的年龄范围的规则，该规则对于集成的网络应用可以是可见的并且是可应用的，从而保证一致性。

术语

小型端口(Portlet)

小型端口是终端用户在其接入点网页上看见的、可视的激活部件。每个小型端口“拥有”浏览器或用于显示小型端口特定信息的PDA(个人数字应用)显示屏的一部分。

小型端口应用(Portlet Application)

在小型端口应用中小型端口可以分组在一起。使用网络档案文件(WAR)来分布并使用小型端口应用。存在标准网络应用布置描述符的小型端口特定的扩展。

小型端口消息(Portlet Message)

小型端口消息用于在使用小型端口动作和小型端口消息的小型端口之间进行通信。发送小型端口产生小型端口动作，将动作编码到URL。例如，当通过用户尝试完成功能而访问URL时，呼叫动作收听器并且发送小型端口消息来发送必要的数据。

小型端口会话(Portlet Session)

对于每个用户登录，为每个小型端口实例产生小型端口会话来保持每个用户每个小型端口实例的会话信息。

现今，给定小型端口应用的小型端口具有关于在相同小型端口应用中多个小型端口如何能相互协作，共享相同的上下文的限制，这些从集成的网络应用提供应答的小型端口能够提供与有效上下文动态相关的内容。

现今，不存在用于定义给定小型端口应用中小型端口的子组来协作地工作的机制，于是需要参加的小型端口没有代码变化。此外，没有用于动态检测上下文的变化的机制，也没有用于参加的小型端口的注册预定的动作的机制，这包括用于将动态上下文转播到相关集成的网络应用的机制。

发明内容

在这里，本发明的各种实施例和方面着手解决现有技术的一个或多个缺点。

根据本发明的方法使用动态上下文小型端口组来获得商业处理和信息集成和同步，其中该小型端口组使相同动态上下文小型端口组中的小型端口协作。

本发明的另一个实施例提供用于管理多个相关的小型端口的机制；每个相关的小型端口具有用于描述上下文名称并定义上下文值的小型端口描述符。小型端口的每个组包括主小型端口和至少一个从小型端口；小型端口的每个组共享上下文名称。

本发明的另一个实施例包括在接入点服务器中用于向从小型端口广播主小型端口的上下文值中的通信变化。每个小型端口描述符包括小型端口的刷新优先权描述。与从小型端口相比，主小型端口具有更高的优先权。

本发明实施例可能实现信息集成和商业处理集成的同步。动态上下文组的简单结构实现通过配置的上下文分组而不需要小型端口发生变化，从而呈现了本发明的优点。

本发明的一个实施例提供用于向用户显示用于网络应用的网络接入点的机制，网络接入点显示多个相关的小型端口，相互共享信息并且可以由用户访问；该机制包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于在接入点服务器上运行，用于管理一系列相关的小型端口；小型端口应用包括：根据用户请求用于初始化小型端口来访问网络应用的设备；用于管理用于小型端口的小型端口应用会话对象的设备；和由小型端口应用会话对象控制的小型端口应用会话对象数据存储器(store)，用于从用于将小型端口与小型端口应用会话对象关联的用户请求中存储参数。

本发明的机制包括小型端口应用中的小型端口应用通信客户机，用于在小型端口应用会话对象和网络应用之间通信，从而将从相联系的小型端口接收的用户请求传送到网络应用。小型端口应用可以为每个与小型端口应用会话对象相关的小型端口分配公共密钥。

本发明的另一个实施例提供一种用于向多个用户显示用于网络应用的网络接入点的机制，网络接入点显示多个小型端口，共享信息并可以由用户访问；该机制包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于为多个用户中的每个用户在接入点服务器上运行，用于为多个用户中的每个用户管理一系列相关的小型端口；每个小型端口应用包括：根据多个用户中的一个用户的请求用于初始化小型端口来访问网络应用的设备；用于管理用于小型端口的小型端口应用会话对象的设备；和由小型端口应用会话对象控制的小型端口应用会话对象数据存储器(store)，用于从用于将小型端口与小型端口应用会话对象关联的用户请求中存储参数。

本发明的另一个实施例提供一种用于向用户显示用于多个网络应用的网络接入点的机制，网络接入点显示多个相关的小型端口，共享信息并可以由用户访问；该机制包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；与多个网络应用有关的多个小型端口应用，用于在接入点服务器上运行，每个小型端口应用用于管理一系列相关的小型端口；每个小型端口应用包括：根据用户请求用于初始化小型端口来访问多个网络应用中的一个网络应用的设备；用于管理用于小型端口的小型端口应用会话对象的设备；和由小型端口应用会话对象控制的小型端口应用会话对象数据存储器(store)，用于从用于将小型端口与小型端口应用会话对象关联的用户请求中存储参数。

本发明的机制的另一方面包括用户会话信息表，用于将小型端口应用会话对象连接到多个网络应用。

本发明的另一个实施例提供用于向用户显示用于网络应用的网络接入点的机制，网络接入点显示多个相关的小型端口，相互共享信息并且可以由用户访问；该机制包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于在接入点服务器上运行，用于管理一系列相关的小型端口；小型端口应用包括：根据用户请求用于初始化第一小型端口来访问网络应用的设备；用于为用户产生用于第一小型端口的小型端口应用会话对象的设备；用于从请求存储参数的设备；用于根据用户的进一步请求产生与第一小型端口相关的额外小型端口来访问网络应用；由小型端口应用会话对象控制的小型端口应用会话对象数据存储器(store)，用于使用存储的参数来将额外的小型端口与小型端口应用会话对象相关联；和产生用于与小型端口应用会话对象和网络应用进行通信，从而向网络会话转播从第一和额外小型端口接收的用户请求的小型端口应用通信客户机(httpClient)的设备。

该机制可以包括小型端口应用通信客户机，用于与小型端口应用会话对象和网络应用进行通信，从而向网络会话转播从相联系的小型端口接收的用户请求。

小型端口应用最好向与小型端口应用会话对象相关的每个小型端口分配公共密钥。

可以有利地提供用户会话信息表，用于将多个网络应用与小型端口应用会话对象连接。

本发明的另一个实施例提供一种用于向用户显示用于网络应用的网络接入点的机制，网络接入点显示多个相关的小型端口，共享信息并可以由用户访问；该机制包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于在接入点服务器上运行，用于管理一系列相关的小型端口；小型端口应用包括：根据用户请求用于初始化小型端口来访问网络应用的设备；用于管理用于小型端口的小型端口应用会话对象的设备；和由小型端口应用会话对象控制的小型端口应用会话对象数据存储器(store)，用于从将小型端口与小型端口应用会话对象关联的用户请求中存储参数。

本发明的另一方面提供一种在网络接入点中的多个相联系的小型端口之间共享信息的方法，包括准许多个相联系的小型端口中的每一个小型端口访问小型端口数据存储器；允许多个相联系的小型端口中的每一个小型端口向小型端口数据存储器写入数据，并且从小型端口数据存储器读取数据。

以上的方法可以方便地提供一种系统，其中相联系的小型端口由用于在数据处理系统上运行的小型端口应用进行管理；其中小型端口数据存储器包括由小型端口应用会话对象管理的小型端口应用存储器，小型端口应用会话对象控制由相联系的小型端口在数据存储器中进行的数据的读取和写入，其中数据存储器允许在小型端口应用的相联系的小型端口中交换数据。

本发明的另一方面提供一种用于在网络接入点中的多个相联系的小型端口之间共享信息的机制，包括：小型端口应用，用于管理多个相关的小型端口；小型端口应用数据存储器；用于准许多个相联系的小型端口来读/写访问数据存储器，从而使小型端口相互交换数据的机制。

本发明的另一个方面提供一种小型端口(应用)服务器，其在接入点服务器上运行，用于管理(host)网络接入点中的相联系的小型端口，包括：用于管理多个相联系的小型端口的设备；由小型端口应用会话对象管理的小型端口应用数据存储器，用于准许多个相联系的小型端口来读/写访问数据存储器，从而使小型端口相互交换数据。

本发明的另一个方面提供一种小型端口(应用)服务器，其在接入点服务器上运行，用于管理(host)网络接入点中的相联系的小型端口，包括：用于管理多个相联系的小型端口的设备；用于产生并管理小型端口应用会话对象的机制；由小型端口应用会话对象产生并管理的小型端口应用数据存储器，用于准许多个相联系的小型端口来读/写访问数据存储器，从而使小型端口相互交换数据。

有利地，小型端口应用向与小型端口应用会话对象相关的每个小型端口分配公共密钥。

本发明的另一个方面提供一种小型端口应用，在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，包括：小型端口应用设备，用于管理多个相联系的小型端口；小型端口应用设备，用于为用户管理小型端口应用会话对象；小型端口应用设备，用于向每个相联系的小型端口给予密钥，用于控制小型端口应用对象访问。

本发明的另一个方面提供一种小型端口应用，在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，包括：小型端口应用设备，用于管理多个相联系的小型端口；小型端口应用设备，用于为用户产生并管理小型端口应用会话对象；小型端口应用设备，用于为用户产生并管理用于小型端口应用会话对象的密钥；小型端口应用设备，用于向每个相联系的小型端口给予密钥，用于控制小型端口应用对象访问。

有利地，向每个用户分配一个小型端口应用，并且对于每个小型端口应用，为每个用户向各个小型端口应用对象分别分配一个密钥。

本发明的另一方面提供用于向用户显示用于网络应用的网络接入点的机制，包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于在接入点服务器上运行，用于管理一系列相关的小型端口；用于用户和相联系的小型端口的小型端口应用会话对象；由小型端口应用会话对象控制的小型端口应用会话对象数据存储器；连接到小型端口应用数据存储器的小型端口应用通信客户机，用于在相联系的小型端口和网络应用之间通信，从而向网络应用转播从相联系的小型端口接收的用户请求；通信客户机具有请求缓冲器，用于存储并且同步来自相联系的小型端口的请求，从而使通信客户机向网络应用产生同步信息(synchronized)。

最好，小型端口应用通信客户机用于发送包括通过网络到网络应用的请求的信息，并且接收包括来自网络应用的关于请求的应答的信息。

本发明的另一方面提供用于向用户显示用于网络应用的网络接入点的机制，包括：接入点服务器，用于运行网络接入点来提供网络应用的用户访问；小型端口应用，用于在接入点服务器上运行，用于管理一系列相关的小型端口；用于用户和相联系的小型端口的小型端口应用会话对象；由小型端口应用会话对象控制的小型端口应用会话对象数据存储器；连接到小型端口应用数据存储器的小型端口应用通信客户机，用于在相联系的小型端口和网络应用之间通信，从而向网络应用转播从相联系的小型端口接收的用户请求；小型端口应用通信客户机具有请求缓冲器，用于存储并且串行来自相联系的小型端口的请求，从而使通信客户机向网络应用产生串行信息(serialized)。

最好，小型端口应用通信客户机用于发送包括通过网络到网络应用或网络应用服务器的请求的信息，并且接收包括来自网络应用的关于请求的应答的信息。

本发明的另一方面关于用于运行网络接入点来提供网络应用的用户访问的接入点服务器；具有在接入点服务器上运行的小型端口应用，用于管理一系列相关的小型端口，其中小型端口应用包括：根据用户请求用于初始化小型端口来访问网络应用的设备；用于管理小型端口的小型端口应用会话对象的设备；和由小型端口应用会话对象控制的小型端口应用会话对象数据存储器，用于存储来自用户的请求的参数，其中该请求用于将小型端口与小型端口应用会话对象相关联，该机制包括：连接到小型端口应用数据存储器的小型端口应用通信客户机(httpClient)，用于在相联系的小型端口和网络应用之间通信，从而向网络应用转播从相联系的小型端口接收的用户请求；小型端口应用通信客户机具有用户会话信息存储器(映射表)，用于存储包括从下列一组用户会话信息中选择的信息的用户会话信息：用户id、用户证书、优选语言、会话超时信息、会话id等，用于将用户会话信息映射到对应的网络应用会话。

会话超时信息最好包括接入点服务器和网络应用的会话超时信息。

本发明的另一方面提供小型端口应用，用于管理接入点中一系列相联系的小型端口，用于在服务器上运行来提供用户到网络应用的访问；相联系的小型端口具有小型端口参数映射，用于将来自用户请求的数据和命令存储到相联系的小型端口；用于用户和相联系的小型端口的小型端口应用会话对象；由小型端口应用会话对象控制小型端口应用会话数据存储器；连接到小型端口应用数据存储器的小型端口应用通信客户机(httpClient)，用于在相联系的小型端口和网络应用之间通信，从而向网络应用转播从相联系的小型端口接收的用户请求；通信客户机具有请求缓冲器，用于存储来自相联系的小型端口的小型端口请求参数映射的请求，从而使通信客户机提供用于网络应用的数据和命令。

本发明的另一方面提供连接到小型端口应用数据存储器的小型端口应用通信客户机(httpClient)，用于在相联系的小型端口和网络应用之间通信，从而向网络应用转播从相联系的小型端口接收的用户请求；小型端口应用通信客户机具有用户会话信息存储器(映射表)，用于存储包括从下列一组用户会话信息中选择的用户会话信息：用户id、用户证书、优选语言、会话超时信息、会话id等，用于将用户会话信息映射到对应的网络应用会话中；会话超时信息包括接入点服务器和网络应用的会话超时信息。

最好以上机制包括小型端口应用通信客户机的同步设备，用于如果网络应用在接入点服务器之前超时，通过重新验证用户，在接入点服务器和网络应用之间匹配会话超时。

本发明的另一方面提供能够在接入点服务器上运行的小型端口应用，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，接入点服务器提供消息设备，用于使小型端口相互发送消息，包括：小型端口应用设备，用于管理多个相联系的小型端口；每个相联系的小型端口具有用于描述上下文名称的小型端口描述符；相联系的小型端口包括具有对应的上下文名称的小型端口的协作组，该名称定义上下文值；每个小型端口组包括主小型端口和至少一个从小型端口；其中每个小型端口组共享上下文名称；在接入点服务器中的设备用于向从小型端口广播主小型端口的上下文值中的通信变化；在接入点服务器中的设备用于改变从小型端口的上下文值来匹配经广播的主小型端口的上下文值。

本发明的另一方面提供能够在接入点服务器上运行的小型端口应用，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，接入点服务器具有小型端口刷新能力，包括：包含小型端口协作组的相联系的小型端口；小型端口应用设备，用于管理多个相联系的小型端口；每个相联系的小型端口具有小型端口描述符，每个小型端口描述符包括小型端口的刷新优先级描述；和小型端口组的刷新描述优先级，其中小型端口为该组的部件；每个小型端口组包括主小型端口和至少一个从小型端口；在小型端口应用设备中的设备用于以小型端口的优先级次序刷新小型端口；在小型端口应用设备中的设备用于以小型端口组刷新优先级次序来刷新小型端口协作组。

与从小型端口相比，主小型端口具有更高的优先级。

最好，小型端口应用首先以组优先级次序进行刷新，然后以优先级次序在每个组内刷新。

本发明的另一方面提供一种用于向用户显示用于网络应用的网页会话的机制，网页会话显示多个相关协作的小型端口，相互共享信息并可以由用户访问，包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于管理一系列相关的小型端口，用于在接入点服务器上运行；访问设备，用于访问规则数据库；规则包括用于控制向用户显示一系列小型端口、页面和页面组的规则；选择设备，用于根据用户提供的信息(特性)，选择将要向用户显示的一系列小型端口、页面和页面组。

在本发明另一个变型中，选择设备包括可插入规则引擎、规则数据库、小型端口应用集合引擎，其应用规则来选择并向用户显示所选择的小型端口、页面和页面组。

本发明的另一方面提供一种用于向用户显示用于网络应用的网页会话的机制，网页会话显示多个相关协作的小型端口，相互共享信息并可以由用户访问，包括：接入点服务器，用于运行网络接入点来提供网络应用的访问；小型端口应用，用于管理一系列相关的小型端口，用于在接入点服务器上运行；功能(role)访问设备，用于访问功能数据库；功能数据库包括用于控制向用户显示一系列小型端口、页面和页面组的规则；功能选择设备，用于根据用户的识别的功能，选择将要向用户显示的一系列小型端口、页面和页面组。

本发明的其他方面提供物品，包括：计算机可读信号承载介质；记录在用于执行上述本发明实施例的方法的介质上的计算机程序代码设备。

本发明的其他方面提供物品，包括：计算机可读信号承载介质；记录在用于实现任意上述本发明实施例的装置的介质上的计算机程序代码设备。可以从包含磁、光、生物和原子数据存储器介质的组中适当选择该介质。

该介质可以是调制的载波信号。

信号可以在网络中发送。

附图说明

仅通过实例，参照附图来描述本发明实施例，其中：

图1描述动态上下文链接模型；

图2描述使用接入点的网络应用集成；

图3描述集成结构图表；

图4描述集成流程图；

图5描述使用网络应用的接入点集成的结构图；

图6描述集成的流程图；

图7描述接入点的动态上下文组的实例；

图8描述用于在定义实例中指定的动态上下文的接入点应用初始化；

图9描述动态上下文接入点组运行时间流程；

图10描述基于动态集成部件结构图的功能；

图11描述基于动态集成部件流程图的规则；

图12描述基于动态集成流程图的功能；

图13描述将小型端口请求处理到网络应用；

图14描述同步模型图；

图15描述用于顺序认知接入点聚集引擎的流程图；

图16描述称为“MaleTeen”的动态组的定义和将用户分配到该组；

图17描述将规则数据库内容组选择动作分配到动态用户组；及

图18描述称为“MaleTeenAction”的新动作的产生；

具体实施方式

A.1接入点和网络应用集成实现

图2通过图解其与网络接入点服务器的使用来图解本发明优选实施例。

A.1.1小型端口应用http客户机

小型端口(将http请求发送到后端网络应用)使用小型端口应用Http客户机209，该客户机209用于打开到在后端应用服务器210上运行的后端网络应用的Http连接。后端网络应用需要小型端口应用Http客户机209提供多请求和应答、cookie处理和单独登录(SSO)逻辑的会话支持。在相同小型端口应用中的所有小型端口使用相同小型端口应用Http客户机209来连接一个或多个后端网络应用。每个小型端口应用204有一个小型端口应用Http客户机209。

A.1.2小型端口应用会话

小型端口应用会话对象208是统一的数据存储对象，可以在给定小型端口应用中由所有的小型端口共享小型端口应用会话对象208。对于每个用户及每个小型端口应用存在该对象。小型端口应用会话对象208提供基础结构，使得给定小型端口应用中的多个小型端口具有独立的用户会话(称为小型端口会话204、205、206)，但是共享相同小型端口应用会话，并且使用单独的网络应用会话与在后端应用服务器210上的网络应用通信。

A.1.3小型端口应用会话上下文

小型端口应用会话上下文提供针对每个用户和每个小型端口应用的信息。这表示在相同小型端口应用(204、203)中的所有的小型端口可以具有共享其间公共信息的方式。

A.1.4会话转播机制320

会话转播机制使由接入点服务器保持的来自原始http会话的信息传送到由小型端口应用的http客户机产生的后端http会话。该机制采用下面的结构：

Cookie表305 & Cookie查找密钥

Cookie表305(用户会话信息表)是用于将接入点服务器cookie映射到后端网络应用会话cookie的主要实体。在向接入点服务器的http请求的cookie与向一个给定网络应用的小型端口应用http客户机的cookie之间的映射关系是一对一。给定小型端口应用http客户机可以将http请求传送到不同的网络应用，而每个网络应用保持独立的会话。于此，在接入点服务器会话cookie和后端网络应用cookie之间的映射可以是一对多(由于多个后端网络应用服务器)。

图13描述该映射，其中图解了一些项目：

RQ1：从用户代理(浏览器)http请求到接入点服务器的cookie

RQA：从接入点http应用客户机的http请求到网络应用A的cookie

RQB：从接入点http应用客户机的http请求到网络应用B的cookie

接入点应用Http客户机209使用该表来查找与在后端网络应用服务器210上运行的后端网络应用匹配的cookie。

Cookie表305的存在使得当接入点服务器会话终止时，自动终止后端网络应用会话。

Cookie查找密钥

针对每个小型端口应用，产生接入点应用http客户机209。cookie查找密钥存储在接入点应用会话对象，该对象可以由相同小型端口应用中的所有小型端口访问。该cookie查找密钥负责将接入点服务器的http会话与后端应用的http会话匹配。

使用cookie查找密钥使得，对于当前登录的用户，在给定小型端口应用中共享相同Http客户机密钥的所有小型端口检索并且转发正确的后端网络应用信息组，从而在相同小型端口应用中的所有小型端口同步工作来更新正在使用的网络应用。这种效果是终端用户通过多个小型端口看到后端网络应用的统一视图。

小型端口请求参数图(map)

小型端口请求参数图308在存储在共享的应用会话数据存储模块中的存储模块对象中，其中对于每个小型端口、每个接入点服务器会话产生应用会话数据存储模块。其用于存储从进入的用户请求到特定小型端口的所有请求参数。

A.2.小型端口的动态内容同步

A.2.1动态上下文定义模板

图5图解使用网络应用的接入点集成。对于下列项目参考图5是十分有用的：

对于每个动态上下文组，动态上下文定义模板503定义下列：

-上下文和其类型(在前面的实例中，其为账户ID)

-主小型端口，可以改变定义的上下文的值

-从小型端口，当上下文改变时得到通知

-从小型端口，一旦通知上下文的改变，登记应答(或动作)

-选择性地定义从小型端口的刷新频率(在给定组中总是先刷新主小型端口)

一个动态上下文定义模板503可以包括一个或多个动态上下文组。但是每个动态上下文组仅能具有：

-一个主小型端口

-一个定义的上下文

-一个或多个从小型端口

注释：给定小型端口可以在每组中以不同的功能参加到多个动态上下文组中。

A.2.2动态上下文小型端口分组产生工具

该工具501根据通过相应更新小型端口布置描述符502而指定的定义，在动态上下文定义模板503中读取并且产生所有的动态上下文组的动态上下文主小型端口和从小型端口。

A.2.3动态上下文组

动态上下文组是共享相同上下丈并且在一个动态上下文组中分组的小型端口的子集。给定的小型端口可以属于一个或更多动态上下文组。

动态上下文组定义文件实例504用于定义特定动态上下文组的动态上下丈。

动态上下文主小型端口

动态上下文主小型端口负责

-检测上下文状态变化

-通知所有的从小型端口关于上下文的变化

动态上下文从小型端口执行

-根据主小型端口的通知引起(pull for)上下文变化

-一旦通知上下文改变，直接向对应的后端应用执行登记的动作

动态上下文模型

有两类可以用于相互关联小型端口的动态上下文模型：

A.2.4同步模型

如在图14中描述，在同步模型中，主小型端口101通知从小型端口1701-1703关于动态上下文主小型端口的上下文的状态变化。所有从小型端口将根据预先定义的应答执行动作来与主小型端口的上下文状态变化同步。

同步模型图

A.2.5链接模型

如图1所示，在链接模型中，在主小型端口A 101中的状态变化导致从小型端口A 102的应答动作，从小型端口A还是主小型端口B，其引起上下文B状态的变化，导致从小型端口B 103的上下文变化应答，从小型端口B还是动态上下丈组C的主小型端口，导致从小型端口C的动作应答。

A.2.6小型端口事务处理管理器

图15涉及顺序认知(aware)接入点聚集引擎扩展，小型端口事务处理管理器1802是负责管理小型端口的运行时间刷新顺序的部件，这包括产生小型端口请求、应答和会话。

1.对于任何小型端口应用，将要刷新的第一个小型端口被定义为对于给定用户在所有小型端口中首先刷新的小型端口。不存在用于定义给定页面中小型端口刷新顺序的机制。

因此，需要可以在运行时间动态标识主小型端口的一些逻辑。在本实施例中，使用简单的刮板(scratchboard)，其中每个小型端口在其每次刷新时被作标记。小型端口第一次在刮板上制作标记，其了解该小型端口是第一或主小型端口。下一个在该列表制作标记的小型端口可以已经了解其他小型端口已经在其上制作了标记并且了解它不是主小型端口，等等。下一次刷新接入点页面，在该列表上制作两个标记的第一小型端口成为主小型端口。然后，主小型端口通过移除所有其他小型端口的标记和其两个标记中的一个，来为下一个请求重新初始化该列表。该算法使得每次请求从小型端口的接入点服务器进入时，动态检测主小型端口。

在第一小型端口刷新后，事务处理管理器以在动态上下文组的主和从小型端口映射中预定的顺序来刷新其他小型端口。

2.顺序排序器：顺序整理器模块1804用于以其刷新顺序排序小型端口。其使用小型端口布置描述符来标识每个小型端口的刷新次序，并且为请求分派引擎排序它们。

3.顺序认知请求分派引擎扩展：该引擎1805用于向小型端口分派请求，并且不考虑(over-ride)接入点聚集引擎。其工作是构造恰当的小型端口请求和应答对象以及在商业接入点应用中的所有小型端口的小型端口会话。然后，其由事务处理管理器使用来实际刷新小型端口。

4.事务处理管理器缓冲(caching)单元：事务处理管理器缓冲单元1 806由事务处理管理器1802使用来缓冲当由请求分派引擎刷新小型端口时小型端口所产生的应答。当接入点聚集引擎请求小型端口刷新时，这是必要的，因为这些缓冲的应答由事务处理管理器退还给它。这避免了针对每次进入的接入点请求进行两次刷新的问题。

A.3基于规则和基于功能的聚集

图11图解本发明优选实施例的基于规则的动态聚集部件结构图。图解的实施例的部件的描述及其操作如下：

接入点资源翻译模块

接入点资源翻译模块1015负责将包括小型端口、页面和页面组的接入点资源集翻译为可以由外部规则引擎1022分析并处理的格式。

规则数据库

规则数据库1001为接入点聚集引擎1006保存商业管理器定义的规则。

用户资源翻译模块

用户资源翻译模块1013负责将用户资源和各种用户属性翻译为可以由外部规则引擎分析并工作的格式。

可插入规则引擎

规则引擎1022是外部、可查入规则引擎(在本发明实施例中)，诸如websphere^TM personalization引擎，即用于动态规则分析和处理。根据由商业用户和当前用户的用户属性定义的商业规则，引擎的执行产生用户可见的接入点资源集。

基于接入点功能的个人化(personalization)引擎

基于接入点功能的个人化引擎1008是基于功能的资源选择模块，其用于根据用户的组织部件资格，提取用户所允许访问的接入点资源的列表和用户所不允许访问的接入点资源的列表。

基于功能的引擎1008首先通过访问功能数据库1007查看用户组织。一旦确定用户组织，他的功能被假设为与那个组织相同的功能。在这之后，基于接入点功能的个人化引擎1008提取定义为可由或不可由该组织的商业用户访问的资源的列表。一旦确定该列表，其由这个模块传送到接入点聚集引擎的聚集的资源翻译子系统，从而进行进一步处理。

功能数据库

功能数据库1007为接入点服务器保存组织数据。其根据用户的功能保存关于不同用户的组织部件资格的信息，以及组织的部件可以和不可以访问的接入点资源的列表。

接入点聚集引擎聚集的资源翻译子系统

该模块1004根据规则的输出和基于功能的个人化引擎，负责产生当前用户所允许看到的接入点资源的主列表(这包括小型端口、页面和页面组)。该模块还是用于实际的接入点聚集引擎的适配器。其工作不仅产生该主列表，并且将其翻译为可由用于为终端用户产生最终网站的实际接入点聚集引擎访问的格式。

部分B：操作描述

B.1接入点和网络应用集成实现描述

B.1.1总集成结构&流程图

图2、3和4分别描述：使用接入点的网络应用集成；集成结构图；和集成流程图。

B.1.2详细描述

参照图2，当将接入点服务器与后端网络应用集成时，后端网络应用221经由小型端口从接入点服务器201接收请求。后端网络应用221将应答发送到作出请求的小型端口。

来自网络应用221的应答经由接入点服务器201的小型端口提供到访问小型端口的用户。

由于接入点应用HTTP客户机209的实现，后端网络应用的多个请求和应答由后端网络应用感知为联结会话(cohesive session)。接入点应用Http客户机209用于打开到后端网络应用221的Http通信连接。后端网络应用需要接入点应用Http客户机209提供会话支持、cookie处理和单独登录(SSO)能力。由于接入点应用Http客户机209，小型端口可以有效地与网络应用通信。在小型端口应用(诸如小型端口应用205)中的所有小型端口需要访问后端应用221的一个小型端口应用会话对象211，这表示接入点应用Http客户机209必须由相同接入点应用中的所有小型端口共享。

为了使这种共享成为可能，我们确定需要可以由给定接入点应用中的所有小型端口共享的统一会话对象。为提供这种对象，在这里本发明提供小型端口应用会话对象208。小型端口应用会话对象208是由商业小型端口应用产生的对象。小型端口应用会话对象208由给定接入点应用中的所有小型端口(诸如在小型端口应用1中的小型端口204、205、206和207)访问。要是没有小型端口应用会话对象208，给定接入点应用中的多个小型端口将都具有独立的用户会话，并且将不能共享会话相关信息。

在小型端口应用会话208中存储小型端口应用Http客户机209，使得可以在相同小型端口应用中的小型端口间共享它。若没有小型端口应用会话对象，小型端口不能与后端的单一网络应用会话通信。

所有的存储在小型端口应用会话208中数据代表接入点应用会话上下文，并且对于每个用户每个接入点应用该数据存在。

由于小型端口应用http客户机209保存后端网络应用221的所有会话信息，其用作在图3描述的会话转播装置320的基础(base)。

会话转播(relay)使对于整个接入点服务器201是特定的会话信息(诸如语言信息、用户代理信息，等等)转播到后端网络应用221的会话信息。这表示后端网络应用221能够传送符合包含在原始请求中的所有要求的数据表示，其中用户向接入点服务器发送原始请求。

例如，如果用户使用激活WAP(无线应用协议)的移动设备来访问接入点，默认本地语言设置为“法语”，然后到接入点服务器201的原始http请求将具有设置为“法语”的ITS语言参数和设置为“WAP”的HTTP头的用户代理字段。会话转播装置320将该信息转播到网络应用221，并且网络应用返回法语应答，这适于在用户的移动设备上以法语显示。如果没有会话转播，网络应用将返回适用于默认设备(例如网络浏览器)的默认语言信息(例如英语)。在这种情况下，由于数据与用户的移动设备不兼容，用户不能看到获得的数据。

参照在结构图3中的部件，而通过列出的步骤表示图4的处理步骤。

步骤401，例如通过使用计算机鼠标点击在用户网络浏览器上的小型端口上显示的链接或对象，用户与网络接入点的小型端口交互。每个小型端口具有其自身的小型端口会话310(小型端口会话是现有技术)。作为用户交互的一部分，网络应用向后端网络应用307作出远程请求306

2.步骤403，为了将小型端口会话中所有参数一并传送到后端网络应用，每个小型端口请求的参数列表存储在小型端口请求参数图(#8)308中。这些参数传送到远程后端请求。

3.步骤404，商业小型端口通过小型端口应用数据存储器#4302，使用http密钥301来确定是否已经存在小型端口应用会话对象208和小型端口应用Http客户机303。步骤405，如果没找到一个，为相同小型端口应用中的所有小型端口产生新的一个。(步骤407，如果找到一个，将使用现有的一个。)

4.步骤406，在cookie表305中存储来自原始小型端口会话的每个用户证书。

5.步骤408，使用来自cookie表305的用户证书和预先存储在小型端口请求参数图中308中的参数来构造到后端网络应用的新的http请求。

6.步骤409，在307作出到远程网络应用的呼叫。

7.步骤410，远程网络应用307为小型端口的显示而返回呼叫的应答。

B.2小型端口的动态上下文同步

B.2.1调试时间描述

参照用于描述使用后端网络应用的接入点集成的结构图5，可以看到接入点开发者可以使用动态上下文小型端口分组工具501来产生每个新的动态组定义实例504。该实例是相联系的小型端口的分组，并且定义哪些小型端口是从小型端口以及那个小型端口是这些从小型端口的主小型端口。在动态上下文组定义模板503中指定动态组定义的需要的部件。

用户使用相同的工具501来更新现有动态上下文组定义。

在用户提供最新动态上下文组定义后，动态上下文小型端口分组工具501更新恰当的小型端口应用布置描述符502来反映在组中定义的关系。

参照图6，可以更清楚的显示表示以上处理的接入点集成步骤的流程图：

当用户希望产生(608)或更新(609)动态上下文组，用户可以采用分组工具501(图5)。

601，根据在动态上下文组定义模板503中指定的信息，动态上下文分组工具提示用户输入，或在更新情况下，动态上下文分组工具读取现有动态上下文组实例，使用定义模板503使其有效。

603，用户指定所需的信息来定义或更新动态上下文组。

605，产生动态上下文组实例504。

606，更新所有相联系的小型端口的布置描述符。

动态上下文分组

图7图解小型端口的动态上下文。动态组701包括主小型端口704、从小型端口705和从小型端口707。

组703包括主小型端口705、从小型端口706和从小型端口707。

动态组702包括主小型端口704和从小型端口708。

如果由小型端口应用中的小型端口表示的数据在后端应用级同步，那么小型端口通过从网络应用中获得该数据来传送数据的协调视图。然而，不是所有小型端口交互导致后端网络应用的变化。动态上下文用作同步“at theglass”。当上下文变化需要不同的查询时，这是最有效的。例如，从账户列表中选择不同账户需要显示与选择的账户一起刷新的发票信息。

在现有技术中，小型端口通常相互独立。本发明提供方法和装置来映射小型端口之间的相互关系，并且在小型端口应用布置和构造时刻链接其相互的从属关系。

可以在其中定义了主和从小型端口的动态上下文关系模板503中定义小型端口间的从属关系。

动态上下文管理模板503最好编码为XML数据表示，其定义下列：

-组成动态上下文组的小型端口的子集

-动态上下文组的主小型端口

-该动态上下文组的从小型端口

-根据上下文变化，从小型端口必须执行的从动作

-该动态上下文组的所有组成部分共享的上下文

动态上下文组定义实例的例子如下：

<DynamicContextGroup><DynamicContextGroupName>OrderRelatedPortletGroup</DynamicContextGroupName><DynamicContextMasterPortlet>

OrderItems</DynamicContextMasterPortlet><DynamicContext>itemName</DynamicContext><DynamicContextSlavePortlet>

<DynamicContextSlavePortletName>UPSTracking

</DynamicContextSlavePortletName>

http：//inventoryserver.com/inStock/

</SlavePortletAction></DynamicContextSlavePortlet></DynamicContextGroup><DynamicContextGroup><DynamicContextGroupName>StockInventoryPortletGroup</DynamicContextGroupName><DynamicContextMasterPortlet>

InStockInventory</DynamicContextMasterPortlet><DynamicContext>itemSKUnumber</DynamicContext><DynamicContextSlavePortlet>

<DynamicContextSlavePortletName>OrderedItems

</DynamicContextSlavePortletName>

http：//myserver.com/lastOrdered/

</SlavePortletAction></DynamicContextSlavePortlet></DynamicContextGroup>

动态上下文组定义实例注释：一个动态上下文组定义是一个实例。然而多个动态上下文组定义可以合并为一个文件来定义多个实例，以上定义了由三个小型端口组成的小型端口应用中的两个小型端口组。

在第一动态上下文组中，在小型端口间共享的动态上下文是itemName，称为OrderedItems的小型端口用作动态上下文主小型端口，并且小型端口UPSTracking和InStockInventory用作动态上下文从小型端口。

在第二动态上下文组中，在小型端口间共享的动态上下文是itemSkuNumber，称为InStockInventory的小型端口用作动态上下文主小型端口，并且小型端口OrderedItems用作动态上下文从小型端口。

每个动态上下丈主小型端口观察用户HTTP请求，并且查找动态上下文。如果在请求中找到动态上下文，动态上下文小型端口向从小型端口发送动态上下文(在http请求中其为名称和值双参数)

例如，如果OrderedItems小型端口接收具有设置为“PentiumIV”的参数itemName的HTTP请求，其将动态上下文发送到小型端口UPSTracking和InStockInventory，通知它们在动态上下文中设置了具有“PentiumIV”值的上下文itemName。

每个动态上下文从小型端口监听到相同动态上下文组的所有从小型端口的主小型端口的通知。一旦接收主小型端口通知，通过将动态上下文添加到在动态上下文组定义实例中在参数‘SlavePortletAction’下定义的动作URL，调用对应的从动作。

例如，如果intStockInventory小型端口从具有上下文类型“itemName”和值“PentiemIV”的OrderedItems小型端口接收动态上下文，其将从这里接收数据： http：//inventoryserver.com/inStock/itemName＝PentiumIV。

动态上下文组定义模板的例子的代码如下：

<xsd：schema

xmlns：xsd＝″http：//www.w3.org/2001/XMLSchema″

xmlns：cep＝

″ttp：//www.ibm.com/WebsphereCommeroeEnabledPortal/DynamicContex

tGroupDefinitionSchema″>

Schema for Websphere Commerce Enabled Portal Dynamic Context

Group Definition

</annotation>

<！-Dynamic Context Group Instance-->

<xsd：element name＝″DynamicContextGroup″

type＝″DynamicContextGroupDefinitionTemplate″，

minOccurs＝″1″/>

<！-Dynamic Context Group Definition Template Schema_

<xsd：complexType name＝″DynamicContextGroupDefinitionTemplate″>

<xsd：sequence>

<xsd：element name＝″DynamicContextGroupName″

type＝″xsd：string″/>

<xsd：element name＝″DynamicContextMasterPortlet″

type＝″PortletName″/>

<！-only one dynamic context per dynamic context group->

<xsd：element name＝″DynamicContext″type＝″ContextParameter″

maxOccurs＝″1″/>

<xsd：element name＝″DynamicContextSlavePortlet″

type＝″SlavePortlet″

minOccurs＝″1″/>

</xsd：sequence>

</xsd：complexType>

<xsd：complexType name＝″SlavePortlet″>

<xsd：sequence>

<xsd：element name＝″DynamicContextSlavePortlet″

type＝″Portlet-Name″/>

<xsd：element name＝″SlavePortletAction″type＝″xsd：string″/>

<xsd：element name＝″SlavePortletRefreshPriority″

type＝″xsd：decimal″，

minOccurs＝″0″/>

<！-bster′s context is in the slave action url if slave param

map is absent-->

<xsd：element name＝″SlaveParamMapToContext″

type＝″ContextParameter″

minOccurs＝″0″/>

</xsd：sequence>

</xsd：complexType>

<xsd：simpleType name＝″PortletName″>

<xsd：string>

</xsd：simpleType>

<！-name of the parameter in master′s request url-->

<xsd：simpleType name＝″ContextParameter″>

<xsd：string>

</xsd：simpleType>

</xsd：schema>

B.2.2运行时间

通过参考图8可以很好理解该部分：用于在定义实例中指定的动态上下文的小型端口应用初始化。

图9：动态上下文小型端口组运行时间流程

有两个关键部件来处理动态上下文的运行时间方面：

1)动态上下文动作监听器(904)(小型端口动作监听器)—其监听主小型端口中的动态上下丈变化。在每个动态上下文小型端口组中的主小型端口具有附加在其上的动态上下文动作监听器。

2)动态上下文消息监听器(906)(小型端口消息监听器)—其为监听来自定义了动态上下文的组的主小型端口的通知的消息监听器。在动态上下文小型端口组中的每个从小型端口具有附加在其上的动态上下文消息监听器。

运行时间流程的逐步描述：

在小型端口初始化时间(图8：801)，所有主小型端口根据小型端口描述符(802、805)将定义的动态上下文添加到主小型端口动作监听器(806)。对于所有从小型端口，将从小型端口描述符(802、809)中检索动态上下文类型、动作url、参数映射和刷新顺序，并且将它们添加到从小型端口消息监听器(810)。

1)与动态上下文小型端口组主小型端口的用户交互导致动态上下文的变化(901)

2)主小型端口动态上下文动作监听器检测用户的动作(902)。

3)动态上下文动作监听器设置对应于主小型端口的请求对象中的动态上下文的名称/值对(pair)(904)

4)主小型端口得到动态上下文的值，并且将其通知到相同动态小型端口组中的所有的从小型端口(905)。

5)与从小型端口相联系的用于给定主小型端口的动态上下文监听器接收通知(动态上下文的值)(906)。

6)动态上下文消息监听器设置在从小型端口的小型端口请求对象中的动态上下文的值(907)。

7)从小型端口得到动态上下文的值(1008)。

8)如果指定在上下文和某些参数之间的映射，则从小型端口修改用于为给定从小型端口定义的动作。

9)如果没有指定映射，动态上下文的名称/值对被添加到从小型端口动作。

10)从小型端口执行在动态上下文组实例定义中定义的动作(1011、1012)。

B.3基于规则基于功能的动态聚集

在该部分将参照一些附图，包括：图10：基于功能的动态聚集部件结构图；图11基于规则的动态聚集部件结构图；和图12：基于规则的动态聚集流程图。

用于小型端口服务器的基于功能和规则的动态聚集部件是基于规则和功能数据库和用于每个功能和规则的内容组的概念。

如图10所示，用于规则的内容组保存在规则数据库部件1001中。相似地，如图10所示，功能内容组在功能数据库部件1007中定义。每个内容组由一组接入点服务器资源组成，其中根据特定功能的范围或规则应该访问的范围，评估了用户可访问的资源。

在该方案中另一个主要部件是可插入规则引擎1022。该引擎的任务是读取翻译的用户属性，并且根据这些用户属性，在运行时间动态决定具有某个预定用户组的部件资格的用户集。此外，该引擎将这些动态用户组的集合映射到已经在功能和规则数据库中定义的内容组的集合上。最好可插入规则引擎具有GUI来管理这些任务。在图16中描述的图图解了我们怎样使用WebSphere个人化服务器引擎来管理这些任务。

例如，图16图解了我们怎样定义称为“MaleTeen”的动态组，并且将年龄在16-19岁的所有男性用户分配到该组。

如图17所示，该图描述根据他们的属性被动态评估为男性少年的所有用户将具有为他们执行“maleteenaction”的命令，其指示基于动态规则和功能的接入点聚集引擎1022来选择用于来自功能数据库1007的男性少年组的内容资源。

在调试时间，商业管理者的任务是将一组诸如页面、小型端口等接入点资源分配到功能和规则数据库中的特定内容组。这通过使用直接加载规则和功能数据库的SQL scripts实现。

B.3.1基于规则基于功能动态聚集运行时间实现描述

在运行时间，为接入点用户执行的第一命令是用于基于规则引擎的传接(wrapper)命令。该命令实际上是代理器，其通过实际可插入规则引擎开始用户属性的评估。

在下一步中，规则引擎通过使用用户资源翻译模块将它们翻译到规则引擎可以理解的格式，从它的所存储的文档中读取用户属性。

图18图解了称为“MaleTeenAction”的新动作的产生，该动作选择已经在规则数据库中的称为“maleteengrp”的内容组中已定义的所有接入点资源。

图17图解动态聚集模块命令的产生，该命令指示聚集模块为所有的落到预先产生的、用于根据动态用户属性分类的“MaleTeens”的规则范围中的用户选择“malereengrp”的内容。

图17以确定为具有确定用户属性并且落到该分类的给定用户聚集什么样的内容，来图解给定商业规则(如定义什么组成maleteen组的商业规则)怎样产生影响(如maleTeenAction)。

如图18所示，在读入用户属性后，可插入规则引擎根据为不同动态组定义的规则，评估该用户的动态组资格。

如图18所示，一旦确定该用户的动态组的集合，规则引擎通过执行为该动态组定义的内容选择动作，来选择用于该用户的恰当的接入点内容。一旦执行，这些动作从为其在规则数据库定义的内容组返回接入点资源集。

下一个执行步骤是评估通过功能引擎分配到该用户的功能。功能引擎使用组织部件资格(从用户文档属性中提取)来从功能数据库提取用于该用户功能的内容资源集。然后，这些资源添加到在先前集合中产生的、已经存在的、基于规则的接入点资源列表中。

然后，该列表传送到动态接入点聚集引擎来执行。然后，动态接入点聚集引擎选择由该列表标识的接入点资源来为该当前用户建立默认接入点视图。

总结

1.公共后端网络应用集成实现

使用小型端口应用Http客户机和小型端口应用会话，现在可能具有公共后端网络应用集成模型。这可以用于使相同小型端口应用中的多个小型端口与相同后端网络应用进行通信。

该实现使下列成为可能：

i.具有本地小型端口集成而不用使用(launching)分离的浏览器，并且在访问相同后端网络应用时不需要多次提示用户id和密码；

ii.做出多个请求，并且接收从/向具有会话管理的后端应用接收应答。

2.简单公共系统导致简单的装置(tooling)

实例的实现提供一种容易和快速的方法来集成小型端口应用，其中在后端服务器上运行存在的网络应用；在小型端口的布置描述符中仅仅需要相关后端网络应用的url的说明。通过这种方式，可以建立装置来处理集成的公共任务。

3.在小型端口应用中的小型端口共享公共会话和会话数据

小型端口应用会话对象的实现使相同小型端口应用的小型端口在它们之间共享公共数据成为可能，其中这些小型端口在小型端口应用中是独特的，同时与接入点服务器的原始http会话的不同。这有助于在相同小型端口应用中的小型端口间共享独特的数据。

4.接入点会话和后端会话共享公共会话数据

会话转播实现使在接入点服务器和其后端网络应用之间共享公共会话数据成为可能。这使后端网络应用接收来自接入点服务器的信息，使网络应用的商业逻辑能够使用从接入点服务器传输的该信息。

例如：如果当前小型端口状态是显示小型端口的最大化视图，与其中后端网络应用只能发送信息的概括版本的小型端口的正常视图情况相比，后端网络应用可以接收该条信息，并且通过返回详细的商业信息来利用该信息。

5.联结(cohesive)后端网络应用会话与具有小型端口会话、小型端口应用会话对象、小型端口http客户机和会话转播机制。的接入点服务器不同，现在，后端网络应用可以保存其自身的与接入点服务器的会话不同的会话，但是，还与接入点服务器的会话共享相同的Cookie。后端网络应用可以独立地并正确地运行，将来自接入点中各个小型端口的小型端口请求看作为虚拟客户机，实现与后端网络应用间的联结会话。

6.接入点服务器和后端网络应用的单独开始(sign-on)

会话转播实施例提供单独登录能力，使得一旦登录到接入点服务器，用户不需要重新提交用户证书来登录到相关后端网络应用。这通过在到接入点的http会话与来自小型端口客户机到后端网络应用的http会话之间一对一映射关系的cookie表来实现。

7.与接入点服务器行为同步的后端网络应用行为

会话转播实施例通过从接入点会话向后端网络应用的会话转播会话信息来将后端网络应用的行为同步，从而实现无缝集成。

下面是一些例子：

接入点服务器中的语言和本地设置可以传送到其后端网络应用，以便后端应用根据接入点服务器的本地+语言设置可以编写应答消息。

另一个例子是来自接入点服务器的会话期满信息，现可以传送到后端网络应用会话，以便后端网络应用会话可以在接入点会话终止的同时终止。后端网络应用可以响应于接入点状态和从接入点服务器转播的事件。

8.在相同接入点页面中同步的内容

动态上下文小型端口分组使相同动态上下文组中的小型端口协作来获得商业处理和信息集成和同步。

每个小型端口被允许参加到多个动态上下文组。对于管理员将小型端口分组为动态上下文小型端口组来说，这提供非常开放和简单的模型。

动态上下文定义的简单结构实现了简单的要建立的机制(tooling)，其用于自动产生每个分组的动态上下文主和从小型端口。

动态上下文定义实现、动态上下文组、主小型端口和从小型端口(包括从任务、从上下文映射)有助于提供优点。

9.定义小型端口的刷新顺序的能力

事务处理管理器提供用于定义对于第一次的小型端口的刷新顺序的能力。定义小型端口的刷新顺序的能力恰当实现使用接入点/小型端口结构的顺序的商业逻辑。事务处理管理器、资源整理器、应答的缓冲有助于提供本发明的优点。

10.基于规则及与功能的聚集

当前，仅通过动态聚集可以获得高水平接入点个人化。这与其中没有小型端口、页面或页面组的正规概念的常规网络应用的现有技术实现截然不同。随接入点市场高速发展和用户对定位(targeting)高水平活动的需要的进入，高水平个人化将变得越来越重要。

所述的实施例提供一系列优点，其在下面列出：

1.可以通过我们的方法获得的个人化的水平比接入点服务器现今提供的小型端口管理工具好很多。现今可用的小型端口管理工具是通过自然手动配置。一旦配置，其为静态并且在运行时间不改变。这里本发明提供用于根据规则提供接入点资源的动态能力。

2.由于接入点聚集模块是动态实体，直接连接规则和功能引擎使得我们获得实时动态聚集能力而不用任何人工干预。

3.大致整理(grained)的接入点资源(诸如页面和页面组)的个人化使我们执行动态布局。

4.可以建立更有效的活动、协议等。这是对于e-商业零售和B2B组织来说是非常重要的。

5.获得与常规内容个人化相比更高程度的个人化。例如：整个网页部分可以根据规则禁用。这不能通过常规个人化实现。此外，动态聚集不能应用到作为内容而不是相关资源的常规个人化领域。

Claims

1.一种在接入点服务器中的多个相联系的小型端口之间的协作方法，包括：

将每个小型端口与用于描述上下文名称的小型端口描述符相联系；

形成具有对应上下文名称的小型端口的协作组。

2.如权利要求1所述的方法，其中所述上下文名称定义上下文值；每个所述小型端口组包括主小型端口和至少一个从小型端口。

3.如权利要求2所述的方法，其中每个所述小型端口组共享公共上下文名称。

4.如权利要求3所述的方法包括向所述主小型端口的从小型端口通信主小型端口的上下文值的变化。

5.如权利要求4所述的方法包括改变所述从小型端口的上下文值来匹配所通信的所述主小型端口的上下文值。

6.一种在具有小型端口刷新能力的网络接入点中纳入可由用户访问的多个相联系的小型端口的方法，其中所述小型端口具有小型端口描述符，包括：

管理在小型端口应用中的所述多个相联系的小型端口；

将优先级描述分配到每个使用其小型端口描述符的小型端口；及

以小型端口刷新优先级的次序刷新所述小型端口。

7.如权利要求6所述的方法，其中所述相联系的小型端口组包括小型端口的协作组；

每个所述小型端口组包括主小型端口和至少一个从小型端口。

8.如权利要求7所述的方法，其中每个主小型端口具有与对应的从小型端口相比更高的优先级。

9.如权利要求8所述的方法，其中向所述协作组分配不同的优先级。

10.如权利要求9所述的方法，其中以它们的优先级刷新所述小型端口的协作组。

11.如权利要求9所述的方法，其中根据组优先级次序首先产生刷新，然后根据每个组中的小型端口优先级次序刷新。

12.一种小型端口应用，能够在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，所述接入点服务器具有小型端口刷新能力，包括：

所述相联系的小型端口包括小型端口协作组；

小型端口应用模块，用于管理所述多个相联系的小型端口；

每个相联系的小型端口具有小型端口描述符；

每个小型端口描述符包括用于所述小型端口的刷新优先级描述，和用于其中小型端口是部件的小型端口组的刷新描述优先级；

每个所述小型端口组包括主小型端口和至少一个从小型端口；

在所述小型端口应用模块中的模块用于以它们的优先级次序来刷新所述小型端口，在所述小型端口应用模块中的模块用于以它们的组刷新优先级次序来刷新所述小型端口的协作组。

13.一种小型端口应用，能够在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，所述接入点服务器提供消息模块，用于使相联系的小型端口相互通信，包括：

小型端口应用模块，用于管理所述多个相联系的小型端口；

每个相联系的小型端口具有描述上下文名称的小型端口描述符；

所述相联系的小型端口包括具有对应的定义上下文值的上下文名称的小型端口协作组；

其中每个所述小型端口组共享共有的公共上下文名称；

在所述接入点服务器中的模块用于向所述主小型端口的从小型端口广播通知主小型端口的上下文值的变化；

在所述接入点服务器中的模块用于改变所述从小型端口的上下文值来匹配所广播的所述主小型端口的上下文值。

14.一种小型端口应用，能够在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，所述接入点服务器具有小型端口刷新能力，包括：

小型端口应用模块，用于管理所述多个相联系的小型端口；

每个相联系的小型端口具有小型端口描述符；

每个小型端口描述符包括用于所述小型端口的刷新优先级描述；

所述相联系的小型端口包括小型端口协作组；

在所述小型端口应用模块中的模块，用于以它们的刷新优先级次序刷新所述小型端口。

15.一种小型端口应用，能够在接入点服务器上运行，用于纳入可由用户访问的网络接入点中的多个相联系的小型端口，所述接入点服务器具有小型端口刷新能力，包括：

所述相联系的小型端口包括小型端口协作组；

小型端口应用模块，用于管理所述多个相联系的小型端口；

每个相联系的小型端口具有小型端口描述符；

在所述小型端口应用模块中的模块用于以它们的优先级次序来刷新所述小型端口，在所述小型端口应用模块中的设备用于以它们的组刷新优先级次序来刷新所述小型端口的协作组。

16.如权利要求12或权利要求14所述的小型端口应用，其中所述主小型端口具有与对应的从小型端口相比更高的优先级。

17.如权利要求12或权利要求14所述的小型端口应用，其中所述小型端口应用首先以组优先级次序刷新所述组，然后以优先级次序在每个组中刷新。

18.一种装置包括：

计算机可读信号承载介质；

记录在所述介质计算机程序代码设备，用于执行权利要求1到11的任何方法。

19.一种装置包括：

计算机可读信号承载介质；

记录在所述介质计算机程序代码设备，用于实现权利要求12到17的任何小型端口应用。