CN101187868B

CN101187868B - 在基于Web的门户环境中配置应用的方法和系统

Info

Publication number: CN101187868B
Application number: CN2007101692565A
Authority: CN
Inventors: J·恩格豪森; J-B·若雷; T·库斯毛尔
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2006-11-23
Filing date: 2007-11-07
Publication date: 2010-06-09
Anticipated expiration: 2027-11-07
Also published as: CN101187868A; US20080126537A1

Abstract

本发明涉及网络计算领域，更具体地说，涉及在基于Web的环境中配置门户应用的方法和系统，其中在门户上组合多个应用部分以构建复合应用。为了提供自动配置复合门户应用的方法和系统，以减少应用开发人员的人工工作，同时生成更加用户友好的门户，建议执行以下步骤：a)自动捕获和存储用户浏览导航数据，c)读取(710)与用户浏览的门户对应的门户配置数据，d)根据一组预定准则来自动分析(720、740)所述配置数据和所述存储的浏览导航数据，e)根据所述自动分析的结果来自动生成(810)配置数据，f)从所述配置数据创建(840)新的复合门户应用的表示(850)，所述应用包括通常由用户或用户组浏览的应用部分。

Description

在基于Web的门户环境中配置应用的方法和系统

技术领域

本发明涉及网络计算领域，更具体地说，涉及用于在基于Web的环境中配置门户应用的方法和系统，其中在门户上组合多个应用部分以构建复合应用。

背景技术

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

例如由IBM WebSphere Portal或由Jetspeed2 Enterprise Portal(www.Portals.apache.org/jetspeed-2/Portal-design.html)代表的现有技术门户通过在网络服务器(例如，Web服务器100)上实现的综合功能来构建，Web服务器100的最重要的元素是用于在下面进一步说明的用户认证105、状态处理110、片段聚合115、多个Portlet 120的逻辑组件(在相应页125中提供，具有到相应Portlet容器软件135的相应多个API 130以便将逻辑组件设置到公共网页上下文)，以及某些门户存储资源140。逻辑组件可操作地连接，以便可以根据需要在单个组件之间交换数据。这在图1中简要示出。

更详细地说，图1中Web服务器的门户引擎根据基础门户模型150和门户信息(如安全性设置、用户角色、定制设置和设备功能)实现Portlet120的聚合。在呈现的页内，门户根据门户模型自动生成一组相应的导航元素。在聚合过程中，门户引擎根据需要并在需要时调用Portlet，并使用缓存减少向Portlet发出的请求数。现有技术的IBM WebSphere Portal使用开放标准，例如Java Portlet API(应用编程接口)。它还支持通过WSRP标准使用远程Portlet。

Portlet容器135是负责所有Portlet 120的单个控制组件，其可以控制位于所有这些Portlet中的代码的执行。它为Portlet提供运行时环境，并为事件处理、Portlet间消息传送以及访问Portlet实例和配置数据等提供工具。具体地说，门户资源140是Portlet 120本身和页125，在所述页上门户资源以片段聚合的形式被聚合。门户数据库128存储portlet描述，这是包括一些属性的详细portlet描述，所述属性如portlet名称、portlet描述、portlet标题、portlet短标题以及关键字；portlet交互接口说明，它通常以WSDL文档的形式存储。门户数据库还存储门户内容结构，即门户页(可以又包含嵌套的页)和portlet的分层结构。根据现有技术(如关系表)以适当的表示将此数据存储在数据库128中。

前面提及的聚合逻辑115包括组装页所需的所有步骤。通常，这些步骤是从存储中加载内容结构、遍历此结构并调用此结构中引用的实例以获得其输出，此输出被组装到单个页中。管理员可以通过例如管理接口来定义内容结构。

虽然图1示出了功能组件，但图2将示出现有技术门户系统中的服务器逻辑。在图2中示例性示出了此类现有技术门户服务器系统设置。它通常包括门户基础结构所基于的应用服务器4。门户服务器6本身为门户管理的资源提供顶端服务，例如portlet容器135、聚合功能170和访问控制105。

门户资源管理组件140管理应用服务器的资源配置，例如Servlet、Enterprise Java Bean、JSP等。此类配置在形式上通过预先定义的接口表示，例如描述这些资源的XML文件(如Web应用的web.xml)。对于门户服务器提供的资源也是如此；通常通过XML表示来描述资源。

门户服务器6提供服务以创建、读取、更新和删除(CRUD)其资源。可以采用多种不同的变体提供这些服务；可以通过发送到服务器的资源的XML描述、通过与门户服务器的基于命令行的脚本交互，或直接通过与门户本身提供的用户接口交互来进行更新。

现在具体专注于本发明，在紧密集成到Web的业务环境中，应用服务器通常用于提供对应用的访问。门户通常建立在应用服务器的顶端，并对此类应用的元素进行形式化。除了可能存在的应用的业务对象和服务之外，门户还引入了上述的portlet和页的概念。Portlet形成部分或完整的应用。页用于将portlet和其他内容分组到逻辑部分中。

复合应用是由多个部分组成的应用。门户提供了各种部分，例如portlet、页、品牌元素(主题和外观)、业务对象(例如EJB)等。复合应用表示可由按需概念(例如提供、应用管理和服务质量保证)管理的实体。

复合应用的现有技术概念导致有必要说明此类应用。复合应用的已建立模式(如XML表示)可用于此目的。具体地说，复合应用配置描述中可以引用或包括现有的资源表示。

为了说明这些方面，提供了以下的图3，图3示出了门户服务器的体系结构图且专注于门户交互流程和资源访问。

在门户的主处理流程中，将请求发送到对其进行处理和应答的服务器。处理请求的第一步是验证发送者是否被认证以便与服务器交互，参见步骤310。此认证的结果会影响服务器的响应；如果未正确认证发送者，则可能拒绝请求或者提示发送者提供证书。

作为第二步320，代表特定请求的门户资源状态的导航状态被解串行化，并准备用于修改或用于再次将导航状态串行化到URL或其他相应存储中。

导航状态可以包含要在将传输此状态的请求发送到门户时执行的操作。这在操作处理阶段完成，参见执行已编码的操作的步骤330。这些操作可以修改可通过门户管理的服务器侧状态、资源和/或影响响应的生成。

最终，根据对于请求有效的导航状态在聚合阶段中生成响应。聚合访问资源信息以聚合来自不同源的标记(参见步骤340)，并将组合后的输出写入响应，此后对请求的处理结束(步骤350)。

任何组件都可以使用事件通信层380来发出或接收由事件处理器370处理的事件。具体地说，任何组件都可以发出指令以记录其活动(步骤385)。

为了执行它们的操作，任何包含步骤310到350的组件都可能需要访问有关门户资源的信息。例如，这包括有关资源访问权限或有关特定资源属性的信息。这通过资源访问和管理层390完成。

还可以在上述主流程的外部访问事件通信层380以及资源访问和管理层390两者，例如通过EJB、命令行接口或其他未包含在请求/响应循环(其通常形成与门户进行交互的基础)中的代码。

本领域的技术人员将理解，在现有技术中，复合应用始终是手动构建的，并且必须花费许多努力来构建所述应用，因为这需要深奥的J2EE和门户技能，范围从需要代码相关技能的程序设计部分(通过需要自己特定技能的用户接口外观设计)直到封装。因此，它包括诸如WAR/EAR文件之类的J2EE概念以及应用容器格式。

不利的是，这些技能通常分散在整个团队中。因此，创建复合应用通常是低效的过程。此外，人工创建的复合应用可能没有完全涵盖操作环境中的相关实体。换言之，操作环境的复杂性使得难以完全且准确地检测重要的复合应用。

发明内容

本发明的目标是提供一种用于自动配置复合门户应用的方法和系统，这将减少应用开发人员的手动工作，同时生成对用户更友好的门户。

简言之，披露了一种用于在门户环境中自动定义和组装复合应用的方法和系统。本发明的系统结合了所谓的“自动应用组件”，此组件根据操作环境的资源和配置以及系统使用方式来确定复合应用。此方法的创新使用会产生一组复合应用定义，所述定义可以被进一步处理，例如通过结合到系统中的用户接口，或通过其他自动任务(例如自动分级系统)。

根据本发明的基本方面，披露了一种用于在基于Web的环境中配置门户应用的方法，其中在门户上组合多个应用部分以构建复合应用，所述方法的特征在于以下步骤：

a)自动捕获和存储用户浏览导航数据，

c)读取与用户浏览的门户对应的门户配置数据，

d)根据一组预定准则来自动分析(720、740)配置数据和存储的浏览导航数据，

e)根据所述自动分析的结果来自动生成配置数据，

f)从所述配置数据创建新的复合门户应用的表示(850)，所述应用包含通常由用户或用户组浏览的应用部分。

g)额外地，可以将新的门户配置提供给用户或用户组，以便替代先前存在的门户配置或与其一起进行安装。

本发明的基本优点是根据门户资源的受监视使用来自动定义复合门户应用或一组复合门户应用。更详细地说，从本发明的方法生成的复合应用(组)包含通常为一组或多组用户执行一项或多项任务所需的所有这些门户资源。生成的复合应用可以从所述门户导出到外部表示中并可以导入到其他门户中，由此允许容易地提供一组或多组用户所需的所有应用功能。

为了清楚地理解所附权利要求的含义，下面给出了术语的注解：

跟踪：这表示捕获和记录有关在系统中发生的活动的信息。通常，通过事件通告活动。跟踪由侦听稍后被记录的特定事件实现。可以由从激发事件的源接收事件的侦听方来更改事件的表示。例如，事件包含的信息可以多于跟踪及稍后的分析用途所需的信息(例如，将传输有关特定用户设置的信息，但是此特定事件的所有重要信息是用户的身份)。虽然普通记录只将信息写出到日志，但是本发明的方法可以提前转换此信息以便稍后进行更容易的分析。

事件：这涉及已发生且已登记的活动的出现；例如，用户记录、查看特定资源、定制或管理这些资源。通常，复杂系统的运行时组件使用事件来指示所发生活动的特定出现。

门户配置数据：在此，数据的表示被理解为门户运行以执行其功能。这是定义门户如何运行及其最终显示内容的数据。主要元素是页和portlet。例如，现有技术IBM WebSphere Portal的配置数据部分是页、portlet、主题和外观(以及其他人工制品)的表示，它们可以通过“XML访问”XML文件来显示。图3B中给出了一个实例。为了更加清晰，极大地简化了此实例(因为原始文件将太长)。

已记录的数据：这是由跟踪过程捕获的数据，即由用于特定事件的记录服务或侦听方存储的信息。

预定准则：这些是与稍后所述的本发明分析相关的信息的描述，并且可从事件或已记录的数据中提取。

此外，可以采用用户特定的方式执行本发明所建议的自动分析，其中准则也是由用户专门选择的，并且其中内容也是由用户专门选择的。

因此，在需要根据前面提及的用户组和相应用户特定的用户需要来提供门户定制或门户布局规范时，编程人员的工作被充分简化。

例如，在只有企业员工可以访问的企业门户中，可以自动生成不同的门户配置，它反映了特定的需要，例如管理人员、经济方面、技术人员等的需要。

在公共域中，可以根据年龄、性别、爱好、语言、“浏览行为”等来区分用户组。

例如，为了简述本发明的特殊用例，当用户需要点击三个不同的portlet，并且跟踪的用户行为显示他必须在四个页(包括向上滚动和向下滚动)之间导航时，本发明提供的新配置可能会在同一网页上彼此相邻地设置这三个portlet。由此可以避免页更改和滚动。从而显著增加了用户舒适度。更有益的是，通常必须在Web应用中提供高用户舒适度的应用工程师只需查看由本发明工具生成的新门户配置的建议，并可以选择此类建议和将其安装在门户服务器处，或者他可以接受仅作为建议的自动生成的配置，并且可以根据他自己的“感觉”修改此建议。在这两种选择中，他都节省了大量的手动工作。

优选地，将新的门户配置存储在存档文件中，例如包括新门户配置的所有人工制品的WAR文件或EAR文件或PAA文件中(参见以下网址以获得参考：http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp？topic＝/co m.ibm.websphere.base.doc/info/aes/isc/isc schema.html)。此类人工制品包括页、portlet、EJB、JSP、HTML页、图像(例如GIF格式)等。然后，可以导出和/或根据标准处理进一步处理此类存档文件，以便可容易地用于在门户服务器处安装新的门户配置。

进一步优选地，将所述新的门户配置存储为XML文件。

进一步优选地，本发明的方法使用自动分析过程，此过程以类似图形的结构建立门户配置的模型。在此，图形结构可以是显示网格的网，或者也可以是没有网格的树。在后一种情况中，节点是用作导航点、用作例如页的对象，其中叶节点是在导航过程中用作目标的对象。在本发明中，无需进一步区别这些叶节点。叶节点的实例是portlet、图像，以及通常存储在文件系统上的在门户应用的运行时期间不会更改的静态资源。

附图说明

本发明通过实例的方式说明，并且不受附图形状的限制，这些附图是：

图1示出了用于现有技术方法的现有技术Web门户硬件和软件环境的最基本的结构组件，

图2示出了用于现有技术方法的现有技术Web服务器环境的最基本的结构组件，

图3A以交互图示出了应用服务器与门户服务器之间的现有技术处理，

图3B是来自作为现有技术门户(包括页、portlet、主题和外观)的表示的“XML访问”XML文件的摘录，

图4示出了由本发明方法的优选实施例使用的本发明Web服务器环境(包括扩展的门户服务器)的最基本的结构组件，

图5是示出了本发明方法的优选实施例使用的数据的异步捕获过程的示意性控制流程图，

图6是示出了本发明方法的优选实施例使用的数据的同步捕获过程的示意性控制流程图，

图7是示出了由本发明方法的优选实施例使用的将交互数据应用于门户配置图的过程的示意性控制流程图，

图8是示出了由本发明方法的优选实施例使用的将加权数据图转换为复合应用的过程的示意性控制流程图，

图9是示出了门户的页和portlet设置的图形的示意性说明，

图10是示出了图形节点的样例数据的表，

图11是示出了当针对表示为“HR”的特定用户组分区时的门户的页和portlet设置的图形的示意性说明，

图12(A、B、C)是与图9的设置对应的样例页和portlet设置的示意性选定XML访问表示，以及

图13是来自“HR”复合应用的复合应用定义的摘录。

具体实施方式

图2和图4之间的比较清晰地显示了使用本发明方法时环境体系结构的差异。本发明的方法主要在门户服务器6内的单个或多个程序模块中实现。它需要功能接口，包括到前面提及的功能组件portlet容器14、聚合组件16、访问控制17和门户资源管理18的所有必需的API。

本发明的自动应用组件410(进一步缩写为AAC)优选地包括三个基本功能子组件，即

1)自动数据捕获模块24，

2)自动分析组件26，以及

3)自动门户配置组件28。

所有这些组件都具备接口以便访问分析数据29，包括前面提及的存储历史用户行为的记录数据。

接下来，将说明自动数据捕获模块24的优选实施方式的某些详细信息，如下所示：

现有技术门户通常包括事件监视器，它至少在用户行为触发了由Web应用服务器接收和处理的Web请求时跟踪大多数用户行为。

例如，当接收到请求时，将跟踪链接上的点击。现有技术监视器将维护其中存储了所有此类事件的日志文件。将跟踪针对特定网站、特定portlet或者到任何其他所链接数据对象的特殊链接的这些请求。本发明的方法使用此现有技术跟踪过程，并访问相应日志文件进行读取访问，以便读取所有的相关导航数据。从此事件数据集合，可以提取有关用户行为的所有相关信息以便用于本发明。例如，如果存在足够详细的日志数据源，则本发明的方法将处理此数据，但是如果不存在此类日志数据源，则本发明的方法仅本身侦听这些事件并将相应导航数据存储在其自己的数据存储中。特定日志内容可以是以下数据：事件的时间、用户的用户ID或IP地址、地址资源，例如门户页、portlet、图像、HTML页。

此外，本发明的自动数据捕获模块24(无论是通过事件侦听器同步工作还是通过分析日志异步工作)将检查用户ID是否有用，通过例如URL分析来分析寻址的资源等。对于本发明，数据收集过程是在现有技术操作处理内还是在现有技术呈现步骤内执行无关紧要，只要数据被正确收集，并且可选地与用户ID或用户组ID(如果存在)具有正确的关系即可。

通过作为事件收集的一部分再次参考图5，将在下面更详细地说明用户交互的异步数据捕获过程：

为了自动生成复合应用定义，需要收集说明与门户及其资源的用户交互的最初数据。当捕获有关用户交互的信息时，此后的基本过程是分析日志文件。因为日志文件存在于其中要捕获的数据之前，所以这表示为“异步”。可以使用服务器或其基础结构生成的任何日志文件。来自审计或站点分析组件的日志尤其适合。以下是来自现有技术的IBM WebSpherePortal站点分析日志的实例：

9.37.3.88-customer2[10/Apr/2002:21:33:16+0000]“GET/Portlet/146/Welcome_Portlet？PortletPID＝146&PortletMode＝View&PortIetState＝Normal
	HTTP/1.1”200-1“http://myserver.company.com/Page/110/Welcome”“Mozilla/4.0(compatible；MSIE 5.5；Windows NT 4.0)”“JSESSIONID＝OXDFAPVR2SXYZOIHSLVGA4Y”

此站点分析日志使用NCSA组合的日志格式，这是NCSA公共日志格式以及三个其他字段(引用方字段、用户代理字段和cookie字段)的组合。

优选的建议数据捕获组件可以使用这些日志。

图5的控制流程说明了一种备选操作(即异步数据捕获)的基本步骤：

控制流程在一组日志上重复(步骤510、515)；对于每个日志，它重复其表项(步骤520)。将分析每个表项并提取相关的交互准则(步骤530)。此数据例如可以是交互发生的时间，或者是对资源执行交互的用户以及执行的操作类型。然后例如在永久性存储中(例如在数据库中)或者仅在存储器中记录准则(步骤540)。当所有日志的所有表项都完全被重复时，将输出所记录的准则信息(步骤550)。

数据捕获组件还可以使用上述的事件通信层，而不是分析已写入到日志的信息，参见图6以及图3。

在此备选处理模式中，数据捕获同步发生，即在交互出现时发生。组件将等待它所感兴趣的事件，参见步骤610、620。如果事件发生，将接收此事件(步骤630)。事件将携带类似于可在日志中找到的信息。从事件信息中提取相关的交互准则(步骤640)。这些信息例如可以是交互发生的时间、对资源执行交互的用户以及执行的操作类型。然后例如在永久性存储(数据库)中或者仅在存储器中记录准则(步骤650)。一旦告知组件停止侦听事件，它就输出记录的准则信息(步骤660)。

构建数据图：

门户配置可以表示为代表资源及其关系的图形。可以使用环境的所有人工制品，例如页、portlet、页线、EJB、JSP等。将各个资源表示为图形节点，并且将资源之间的关系表示为边缘。优选地将边缘或节点加权。节点权重可以包括代表资源使用频率、定制/修改频率等的统计信息。

参考图7，数据捕获组件的输出现在由图4中所示的分析组件26处理，并且将准则数据应用到整个配置图：

首先，读取完整的门户配置信息并根据此信息构建数据图(步骤710)。然后重复在数据捕获组件中创建的准则数据以进行分配(步骤720)。具体地说，将每个准则的信息分配给数据图的适合元素作为权重，其中可以将加权应用到图形的节点或边缘(步骤730、740)。一旦将所有准则分配给数据图，此组件就输出加权后的数据图(步骤750)。

转换和输出：

如上所述构建的加权后的数据图将形成转换和输出组件的输入。

参考图8，上述门户配置组件28将通过图形算法转换图形以形成新的图形。这些新的图形将形成复合应用定义的基础，如下所示：

将加权后的数据图作为输入之后，将应用一组图形算法(步骤810)，从而产生一组转换后的图形。将每个图形(参见步骤820、830)转换为复合应用定义(参见步骤840)，例如转换为IBM WebSphere Portal“门户应用存档”(PAA)格式，然后输出(参见步骤850)以作为转换组件的结果。

通过使用一个或多个对图形进行分区的算法获得转换输出图。通过将现有节点和边缘限定为“所需的”或“非所需的”(通过将权重与阈值级别进行比较的分级系统)来对输入图分区。输出图将仅包含“所需的”节点和边缘。可以使用不同的阈值级别重复这些步骤，以获得与特定用例相关的不同输出图。

在一个优选实施例中，将使用在以下实例中列出的简单算法。

实例：

公司使用门户为其员工提供内部服务。为此，门户管理员手动设置门户。他们将部署一组购买或内部开发的portlet以便提供服务。存在以下portlet：

●员工目录portlet

●货币计算器portlet

●旅行预订portlet

●帮助台portlet

●站点搜索portlet

●旅行费用记账portlet

图9示出了如何将这些portlet放置在一组页上(另请参见图12)，以用于此信息的示例表示(采用IBM WebSphere Portal的XML访问格式)：上图中的图形包括两种节点ni：页(Pi)和portlet(pi)。页与portlet之间的关系通过边缘(ei)表示。可以为节点或边缘分配权重，其中节点的权重例如可以从门户系统的分析或审计组件来检索；在此实例中，仅节点具有权重，并且权重W应定义为每个用户组的使用频率(给定一组用户组g_i)：，

W(ni)＝(f_g1，...，f_gn)

本发明的系统使用现有技术图形评估算法来评估图形，并基于此分析创建新的图形，所述新的图形则代表新的复合应用定义。在此实例中，针对不同的用户组分析节点的权重显示了某些节点由特定用户组使用。例如，来自“HR”用户组的用户通常使用信息页的员工目录portlet，但是他们很少使用旅行预订portlet或旅行费用portlet。另一方面，“manager”用户组中的用户经常使用旅行预订和旅行费用portlet。货币计算器很少使用，例如因为公司仅在EU内部运行，其中EU内部业务交易或旅行不需要货币计算。帮助台portlet在所有用户组中以相同程度被使用。

图10的表包含用于图9中所示图形的节点的样例数据。

在优选实施例中，本发明的自动应用组件的转换模块使用以伪代码描述的以下算法来确定输出图：

main()：

主循环遍历所有用户组，并将每个用户组的加权后的输入图进行分区。

Transform(w.i.g.)：

转换功能检查输入图的根节点的权重是否可以接受。如果是，则将节点放置到输出图中，并通过针对由每个子节点定义的每个子树递归调用所述转换来分析节点的所有子节点。最后返回输出图。

根据相应的应用，可以对转换结果进行后处理以避免图形中出现无意义的节点，例如，可能不希望输出其上没有portlet的页。

将此算法应用到图10中所示的HR组阈值为33％的数据会将对图形进行分区，如图11中所示。

所有用户组的分区将导致如下所示的复合应用建议，其中例如复合应用HR包括门户资源P1、P2、P3、p1、p2、p6、e1、e3、e4、e5、e9等：

生成的复合应用被导出为外部表示，优选地为例如PAA的存档文件。图12A/B/C中示出了“HR复合应用”的PAA表示的实例。

为了披露更多的细节，图13A/B显示了来自“HR复合应用”的复合应用定义的摘录。

PAA文件(或复合应用的其他外部表示)可以被导入其他门户。在此，PAA可用于远程门户，例如通过在共享文件系统上提供PAA或者通过电子邮件分发PAA。导入复合应用的过程可以由管理员手动执行，也可以由计算机程序自动执行。

概括地说，本发明的方法和系统允许自动定义包含与一个用户、一组用户或多组用户相关的所有门户资源的复合应用。这允许在多个门户之间容易地分配用户组特定的功能。

本发明可以采取完全硬件实施例、完全软件实施例或同时包含硬件和软件元素的实施例的形式。在优选实施例中，本发明以软件来实现，所述软件包括但不限于固件、驻留软件、微代码等。

此外，本发明可以采取可从计算机可用或计算机可读介质访问的计算机程序产品的形式，所述计算机可用或计算机可读介质提供了可以被计算机或任何指令执行系统使用或与计算机或任何指令执行系统结合的程序代码。出于此描述的目的，计算机可用或计算机可读介质可以是任何能够包含、存储、传送、传播或传输由指令执行系统、装置或设备使用或与所述指令执行系统、装置或设备结合的程序的装置

所述介质可以是电、磁、光、电磁、红外线或半导体系统(或装置或设备)或传播介质。计算机可读介质的实例包括半导体或固态存储器、磁带、可移动计算机盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘的当前实例包括光盘-只读存储器(CD-ROM)、光盘-读/写(CR-R/W)和DVD。

适合于存储和/或执行程序代码的数据处理系统将包括至少一个通过系统总线直接或间接连接到存储器元件的处理器。所述存储器元件可以包括在程序代码的实际执行期间采用的本地存储器、大容量存储装置以及提供至少某些程序代码的临时存储以减少必须在执行期间从大容量存储装置检索代码的次数的高速缓冲存储器。

输入/输出或I/O设备(包括但不限于键盘、显示器、指点设备等)可以直接或通过中间I/O控制器与系统相连。

网络适配器也可以被连接到系统以使所述数据处理系统能够通过中间专用或公共网络变得与其他数据处理系统或远程打印机或存储设备相连。调制解调器、电缆调制解调器和以太网卡只是几种当前可用的网络适配器类型。

Claims

1.一种在基于Web的门户环境中配置应用的方法，其中在门户上组合多个应用部分以构建复合门户应用，所述方法的特征在于以下步骤：

a)自动捕获和存储用户浏览导航数据，

c)读取(710)与用户浏览的门户对应的门户配置数据，

d)根据一组预定准则来自动分析(720、740)所述配置数据和所述存储的浏览导航数据，

e)根据所述自动分析的结果来自动生成(810)配置数据，

f)从所述配置数据创建(840)新的复合门户应用的表示(850)，所述应用包括通常由用户或用户组浏览的应用部分。

2.根据权利要求1的方法，其中所述捕获用户浏览导航数据的步骤包括：

a)自动跟踪(530；640)在浏览现有网站门户时由用户操作触发的事件，以及

b)在数据存储中记录(540；650)所述事件。

3.根据权利要求2的方法，其中与所述事件的发生异步地执行所述跟踪事件的步骤a)。

4.根据权利要求1的方法，其中所述捕获用户浏览导航数据的步骤包括从相应日志文件中自动读取记录的用户浏览导航数据。

5.根据权利要求2的方法，其中与所述事件的发生同步地执行所述跟踪事件的步骤a)。

6.根据权利要求1的方法，其中所述门户配置基于图形表示，并且其中根据导航到图形节点的频率来完成对所述节点的加权。

7.根据权利要求1的方法，其中所述门户配置基于图形表示，并且其中根据沿图形边缘导航的频率来完成对所述边缘的加权。

8.根据权利要求1的方法，其中所述预定准则包括节点在网页上的位置、节点的顶部/底部排列，以及所述复合应用的不同部分之间的距离。

9.一种在基于Web的门户环境中配置应用的计算机系统，其中在门户上组合多个应用部分以构建复合门户应用，所述系统的特征在于实现功能程序组件(24、26、28)以便执行根据权利要求1的方法的步骤a)到f)。