CN1963819A - 用于交换门户组件配置数据的方法和门户 - Google Patents

Abstract

本发明涉及一种用于在同一门户中在使用第一门户组件实例的至少一个第一用户与使用第二门户组件实例的至少一个第二用户之间交换门户的门户组件配置数据的方法，所述门户组件实例属于相同的门户组件类型，其中所述第一门户组件实例的门户组件配置数据已经被创建并永久性存储，并且在聚合期间可被所述门户访问，该方法包括下述步骤：提供新的GUI组件作为由每个门户页提供的门户组件视图的一部分；提供导出功能；允许经由所定义的所述第一用户与所述第二用户之间的通信信道交换所述数据结构；以及提供导入功能。本发明还涉及适当的门户。

Description

用于交换门户组件配置数据的方法和门户

技术领域

本发明涉及门户领域，并且更特别地，涉及用于在门户群(portalcommunity)内交换内门户组件(portlet)的配置数据的方法和通信***。本发明还涉及计算机程序产品，其具有计算机可读媒体和存储在计算机可读媒体上的具有程序编码工具的计算机程序，当在计算机上运行该计算机程序时，该程序编码工具适合于执行这种方法。

背景技术

门户(portal)是用于万维网站的术语，其是当用户连接到Web时用户的主要起始站点，或者是用户倾向于作为固定站点(anchor site)来进行访问的，其链接到许多其他站点。门户指每次用户希望访问因特网时他们通过的虚拟“门”；其是用户联机时所看到的第一屏幕。作为网站“网关”的门户提供多种服务，其可以包括Web搜索能力、新闻、免费电子邮件、讨论组、联机购物、引用和其他服务，以及有时是社区论坛。尽管该术语最初用于指通用站点，但是该术语逐渐地用于指提供相同服务但是仅涉及特定产业(例如银行、保险或计算机)的垂直型市场站点，。更近的趋势是使用同一术语用于对特定产业的客户提供服务的站点，例如基于Web的银行“门户”，在所述站点上客户可以访问他们的活期账户、储蓄账户和投资账户。第一Web门户是联机服务，例如AOL，其提供到Web的接入，但是到如今大多数传统搜索引擎已经自己转换成Web门户，以便吸引并保持较大规模的观众。在第一门户中，Excite给用户提供根据各自的兴趣来个性化该网站的能力。门户提供与离散信息、事务过程和人的安全的单个交互点，并且被个性化以满足用户的需求和职责。

门户的构件块是门户组件，门户组件被保持在容器中，容器接着又被门户页所包含。那意味着门户包括页，页包括容器，容器接着又包括门户组件。门户组件可被看作可插式用户接口组件，以便提供到信息***的表示层。门户组件容器是门户组件的运行时环境和每个门户的核心组件，其需要关于门户自身的知识并且必须重用来自其的公共代码。因此，门户组件容器保持与每个其他门户组件完全分离。门户组件包含内容部分(其意味着单一应用)以及标记语言(诸如HTML和XML)。可以将门户组件描述为门户页上的小窗口。门户组件可被最小化并且经常包括相一致的帮助和配置菜单。门户组件技术允许由开发小组在内部或者由最终用户更快地对门户页进行定制。门户组件技术可以作为门户服务器的附件出现或作为对ERP(企业资源规划)应用的可选接口出现。定制程度也不同。门户组件窗口可以是到各种服务的入口点。特定的门户组件的功能是根据门户组件自己的配置来采用的。门户组件是应用与门户之间的集成组件，其使能通过门户递送应用。

书签门户组件提供例如存储网站的名称和URL的方式。在创建书签之后，点击该链接在计算机的相应显示器的新的浏览器窗口中打开该站点。书签门户组件示出用户选择的文件夹中的所有书签。

与门户有关的规范是JSR-168(Java规范要求168)和OASIS-Standard WSRP(用于远程门户组件的Web服务)。大多数门户解决方案使用Java进行编程，因此获得最佳的***独立性。门户组件是用Java进行编写的并可用作相应门户的附件的小程序。在客户端侧，门户组件被表示在浏览器中作为容易管理的用户接口，其具有用于最大化、最小化、编辑和用于帮助的图标。在内部，即在服务器侧，可以存放任何应用，所述应用将它的表示传送给门户组件。门户组件提供划分开发任务并且递增地开发站点能力的方式。门户组件代表可以随着时间进行编写和部署的离散功能块。

现在，门户组件主要由门户管理员进行安装。而且，充当用于一组门户组件的容器的页也由门户管理员进行组合。如上文已经描述的，门户组件是Web组件，其提供对基于Web的内容、应用和其他资源的访问。门户组件可以处理请求并且生成动态的内容。门户将门户组件用作为可插式用户接口组件，以便提供到信息***的表示层。门户组件可以通过文本超链接或者位于该文本超链接的旁边或上面的图形图标来表示。门户组件的外观、设计和功能是由并且基于门户组件自己的配置数据来定义的。大体上，配置数据可以定义门户组件的所有信息和属性，甚至它的视觉设计(诸如它的高度、宽度、背景和字体)以及还有功能属性。配置数据被存储在所谓的门户组件描述符中。在部署期间，初始的配置数据在本地数据库中被使用和处理。配置数据可以通过用户动作来进行补充。非初始的配置数据也被存储在已提到的本地数据库中。通常，门户组件不是预配置的，因为门户管理员既不对在某些事务语境中使用这些门户组件感兴趣，也不具有知识和/或时间将他安装的每个门户组件预配置为对每个单个门户用户或用户组都有意义。

这导致下述情况：其中每个门户用户必须自己配置他的门户组件，即使同一门户群内的其他门户用户可能已经完成某些类似的门户组件配置。让一门户群内的超过一个用户执行所用的门户组件的类似配置任务，由于冗余地进行类似的工作的这一事实，导致耗费时间并因此耗费金钱。除此之外，可能存在行动在同一门户群内的用户，其不知道如何相应地配置该门户群内的某个门户组件。这些用户将非常重视他们想要使用的门户组件的有意义的预配置。

预配置数据的交换还可以增加某个门户组件的价值，因为更多人设置了有意义的首选项，并且由于首选项信息的排队交换而使门户组件自身功能更强。这还可以允许对预配置数据进行版本管理，由此总是允许用户决定应用/使用哪个版本。

目前，门户组件配置或门户组件配置数据仅可以通过打电话或通过交换邮件而在门户群内的用户之间进行交换，在此基础上可以执行门户组件配置的手工同步。而且，由于这样的事实，即门户利用集中式管理模型并且没有提供用于门户组件配置数据的分散式交换的方式，因此预配置的门户组件的配置数据不能进行交换。

因此，提供一种用于在门户用户之间交换门户组件配置数据的方法将是理想的。

发明内容

本发明提出了一种用于在门户群内在使用第一门户组件的至少一个第一用户与使用相同类型的第二门户组件的至少一个第二用户之间交换门户组件配置数据的方法、一种用于在门户群内交换门户组件配置数据的门户、以及一种计算机程序产品。

根据本发明的一个方面，本发明提供了一种用于在门户群内在使用第一门户组件实例的至少一个第一用户与使用第二门户组件实例的至少一个第二用户之间交换门户组件配置数据的方法，该方法包括下述步骤：

提供新GUI组件作为由每个门户页提供的门户组件视图的一部分，其允许触发在第一用户与第二用户之间的门户组件配置交换过程，

提供导出功能，其允许访问永久性存储的门户组件配置数据，并且将其转换成用于交换目的的数据结构，

允许经由所定义的通信信道在所述第一用户与所述第二用户之间交换所述数据结构，以及

提供导入功能，其允许解析所述数据结构并且永久性存储所述第二门户组件实例的新的门户组件配置数据。

对写组件和/或特定的导入组件的激活可以经由通告相应的触发装置的图形用户接口来执行。那些触发装置可以被显示为例如在浏览器窗口的适当的工具栏中的标签。因此，可以经由激活那些相应的标签来激活写组件和/或导入组件。那些标签还可以被显示在每个门户组件中，例如在每个门户组件的顶部。然而，还有可能：只要门户组件配置数据一改变，就自动激活写组件。接着，这种在门户组件配置数据内的改变充当触发装置。还可以：只要包括门户组件配置数据的这种数据结构一被传递给第二用户，就自动激活导入组件。在这种情况下，门户组件配置数据的传递充当触发装置。不同类型的触发装置可以各自针对门户而实现，并且因此由门户各自地进行提供。

所提出的方法允许门户组件配置数据在门户用户之间的分散式分布。所提出的方法描述了一种机制，其允许导出门户组件配置以便将其导入到另一门户组件。配置数据用一种数据结构进行编写，例如被写入描述门户组件的配置的配置文件。该数据结构经由某种可用的通信媒体进行传输，并且在已经被导入接收门户组件之后被读入。

可以经由相应的门户组件来激活写组件和/或导入组件。那意味着相应的门户组件提供超链接或图标，经由所述超链接或图标，写组件和导入组件可以分别由相应的门户组件的用户进行激活。

还可以经由与相应的门户组件分离的配置实例来激活写组件和/或导入组件。那意味着可以使用外部的并且与门户组件分离的配置实例，以便控制和激活相应的组件。

在根据本发明的方法的一可能实施例中，选择属于同一类型的第一门户组件和第二门户组件，因此它们能够理解彼此的配置数据。门户组件可以是例如书签门户组件或客户搜索门户组件。

可以基于请求来执行经由可用通信媒体传递数据结构的步骤。那意味着第二用户可以请求第一门户组件的配置数据，其启动用于将描述配置数据的数据结构传递到第一门户组件的步骤。

还可以自动执行传递数据结构的步骤。那意味着例如只要第一门户组件的配置数据被写在数据结构中，就将该数据结构自动传递给至少一个第二用户。可以预先选择至少一个第二用户作为第一门户组件的门户组件配置数据的接收用户。可以由于第二用户在相应预约列表中的预约而启动对至少一个第二用户的预先选择。

有可能只要第一门户组件的配置一改变就自动地给在该预约列表内的所有用户提供第一门户组件的配置数据。当然，存在这样的选项，即在应用新的配置数据之前提示用户他是否希望使用它们。

在本方法的另一步骤中，第二门户组件基于经由通信媒体传递给第二用户的被导入且被读取的数据结构来配置。

下述情况是可能的：将描述第一门户组件的配置数据的数据结构传递给至少一个第二用户时所用的通信媒体是安全的，其防止对该数据结构的未被授权的访问。那意味着：可以仅在第二用户被授权接收基于第一门户组件的配置数据生成的数据结构时，才将该数据结构传递给第二用户。有可能，第二用户在访问该数据结构之前必须标识出自己。

该授权可以通过通用访问控制特征来执行，该通用访问控制特征可以例如是充当用于存储配置数据的储存库的文档管理***的一部分。

在根据本发明的方法的另一实施例中下述情况是可能的：将数据结构传递给第二用户的步骤通过经由邮件客户端的邮件交换来实现。邮件客户端是可以用于读取并发送电子邮件(email)的功能。

在根据本发明的又一实施例中下述情况也是可能的：将数据结构传递给第二用户的步骤通过传统的文件传送来实现。其可以是例如FTP(文件传送协议)、NFS(网络文件***)或SAMBA^TM。

该通信还可以对应于经由例如CD或盘之类的物理媒体的交换。

一种其中传递步骤经由前述的文件交换来执行的可能方案可以如下：

至少一个第一用户参观该其配置数据应该被导出的第一门户组件。第一用户可以点击或激活交换触发功能，其触发用于第一门户组件的导出机制。而且，第一用户可以接着指定将配置数据导出到哪里。那意味着：第一用户可以确定配置文件应该被存储所在的物理媒体上的位置，或者确定至少一个第二用户作为被授权的接收用户。通过激活写组件，配置数据被写在数据结构中，即在该方案中配置数据被写在描述导出文件中。对交换触发功能的激活可以包括或者甚至对应于对写组件的激活。导出文件经由某种通信媒体(在该情况下是通信信道)被传输或传递到作为接收用户的至少一个第二用户。至少一个第二用户接收该描述第一门户组件的配置数据的文件。至少一个第二用户参观配置应该被导入的第二门户组件。将文件导入并读取到第二门户组件中是通过用于第二门户组件的导入触发功能进行触发的。接着，通过激活相应的导入组件将该文件导入并读取到第二门户组件中，并且基于该导入并读取的文件来执行配置。

在根据本发明的方法的另一可能实施例中，通信媒体被选择为适合于存储数据结构的文档管理***(DMS)，因此使该数据结构可用于至少一个第二用户。文档管理***允许至少一个第二用户从各种图形设备(例如PC、工作站、X-终端和其他类别的终端)来访问***。一般而言，这种文档管理***允许在不同的活动中使用不同的数据格式。这种文档管理***可以提供用户接口，其可以对门户群内的所有图形设备都是公共的。该用户接口通常易于理解和使用。其适合于临时用户和经常用户。其可以提供联机帮助工具。而且，其可以包括图标驱动、表格驱动以及手工驱动的方案。该文档管理***支持在门户群内的至少一个第一用户与至少一个第二用户之间的充足且安全的交互。该文档管理***提供用于该种数据结构的充足且安全的数据交换和数据转换功能。通过该文档管理***，多个用户可以同时访问存储在该文档管理***内的数据结构。不需要传统的交换机制，诸如外部邮件客户端、文件传送软件或任何物理媒体。而且，该文档管理***允许访问控制。那意味着易于控制谁具有导入某种配置数据的权限。而且，有可能在文档管理***中存储一个且相同的门户组件的配置数据的若干不同版本。因此，该文档管理***允许版本控制。至少一个第二用户可以决定使用哪个版本以及当希望时或当需要时回退到较老的版本。

在本发明的方法的另一实施例中，将数据结构传递给至少一个第二用户的步骤通过JXTA^TM来实现。在计算机连网中，JXTA^TM(Juxtapose)是Sun Microsystem的基于开放源码的点对点基础设施。JXTA^TM技术是一组开放协议，其允许网络上的任何已连接的设备(范围从蜂窝式电话和无线PDA到PC和服务器)以P2P的方式进行通信和协作。JXTA^TM同位体创建虚拟网络，在该虚拟网络中任何同位体可以与其他同位体和资源直接进行交互，甚至当某些同位体和资源在防火墙之后或者在不同的网络运输上时也是如此。通过JXTA^TM，可以经由JXTA^TM将描述门户组件配置数据的数据结构直接传输给由至少一个第一用户指定的至少一个第二用户。

通过JXTA^TM技术，甚至有可能将描述门户组件配置数据的数据结构直接传输给第二用户的整个集合。那意味着数据结构被广播给专用的第二用户的集合。如上文已经描述的，相应的第二用户接收该数据结构，并且现在可以激活导入组件作为用于它们相应的第二门户组件的导入触发功能，其触发相应的导入机制，从而该数据结构被导入并读取到相应的第二门户组件中。基于已导入的数据结构，现在可以配置相应的第二门户组件。

如上文已经描述的，至少一个第二用户或多个第二用户有可能预订特定类型的第一门户组件的配置。当第一用户参观其配置应该被导出或改变的第一门户组件时，他可以激活用于第一门户组件的交换触发功能，由此触发导出机制。那意味着将第一门户组件的门户组件配置数据写在诸如文件之类的数据结构中。可以接着将该文件存储在特定的文档管理***中。通知已经预订该特定类型的第一门户组件的配置的至少一个第二用户或多个第二用户关于该门户组件的配置的改变。现在，至少一个第二用户可以决定他是否想要导入描述门户组件配置数据的文件。在他想要导入该文件的情况下，他可以激活用于其第二门户组件的导入触发功能，由此触发将该文件导入并读取到第二门户组件中。该文件被读取并且用作相应的第二门户组件的配置的基础。还有可能，至少一个第二用户不是必须决定使用该描述门户组件配置数据的文件，而是使用由该文件描述的配置的已预订用户的所有的第二门户组件自动进行适配。

本发明还涉及一种在门户群内的通信***，其用于在使用第一门户组件的至少一个第一用户与使用第二门户组件的至少一个第二用户之间交换门户组件配置数据。根据本发明的通信***包括：编译装置，其配置为编译第一门户组件的门户组件配置数据，该配置数据存储在第一用户可以访问的数据存储媒体中；写装置，其适合于将第一门户组件的门户组件配置数据写在可传送的数据结构中；通信媒体，其适合于将所述数据结构传递给第二用户；导入和读取装置，其适合于将数据结构导入并读取到第二门户组件中；以及触发装置，其配置为激活相应的装置。

该***还可以包括适合于基于被导入并读取到第二门户组件中的数据结构来配置第二门户组件的装置。

在根据本发明的***的一可能实施例中，该***还包括管理员装置，其配置为集中启动和管理在使用第一门户组件的至少一个第一用户与使用第二门户组件的至少一个第二用户之间对门户组件配置数据的交换和/或导入。

通信媒体可以通过交换机制来实现。在此情况下，描述第一门户组件的门户组件配置数据的数据结构被存储在文件上，并且经由交换机制(诸如经由电子邮件交换或另一传统文件传送)被传输给至少一个第二用户。描述门户组件配置数据的文件还有可能被存储在诸如CD或盘之类的物理媒体上。

在根据本发明的***的又一实施例中，通信媒体通过文档管理***来实现，其适合于生成和存储数据结构，由此使数据结构对于至少一个第二用户是可用的。文档管理***表示一种用于存储、定位和追踪配置数据的***，所述配置数据对于相同类型的其他门户组件的配置是有用的或有价值的。文档管理***具有下述能力，即管理该配置信息、分配配置信息、以及允许对多个第二用户的安全访问。与交换机制的可能性相比，在文档管理***的情况下不需要直接的点对点传送。被授权访问文档管理***的多个第二用户中的每个用户可以读取相应的文件并且将其导入它的相应的第二门户组件中。通过文档管理***，还可能不仅存储最新版本的门户组件配置数据而且存储若干版本的历史记录，因此访问文档管理***的第二用户可以选择哪个版本的门户组件配置数据是他想要导入并且用作它自己的第二门户组件的配置的基础。

在根据本发明的***的又一实施例中，通信媒体可以通过JXTA^TM技术来实现。JXTA^TM技术允许在虚拟网络上的任何已连接的设备以点对点方式进行通信和协作。经由JXTA^TM技术与至少一个第一用户连接的任何第二用户能够直接与至少一个第一用户进行交互。

该***还可以包括适合于支持预约机制的装置，所述预约机制用于将被预约为描述第一门户组件的门户组件配置数据的数据结构的接收用户的至少一个第二用户。

本发明还涉及门户群内的门户，其具有：适合于激活将门户组件的配置数据写在数据结构中的装置；激活导出所述数据结构的装置；以及激活导入并读取该数据结构的装置。

本发明还覆盖了具有程序编码工具的计算机程序，当该计算机程序运行在计算机上时，该程序编码工具适合执行根据本发明的方法。

还提供了一种其上存储了计算机程序的计算机可读媒体，该计算机程序具有程序编码工具，当该计算机程序在计算机上运行时，该程序编码工具适合于执行根据本发明的方法。

本发明还涉及一种计算机程序产品，其具有计算机可读媒体和存储在计算机可读媒体上的计算机程序，该计算机程序具有程序编码工具，当该计算机程序在计算机上运行时，该程序编码工具适合于执行根据本发明的方法。

根据描述和附图，本发明的其他特征和实施例将变得明显。

应该理解，上面提到的特征和下文描述的特征不仅可以按指定的组合进行使用，还可以以其他组合或独立进行使用，而不会偏离本发明的范围。

通过举例在附图中示意性地例示了本发明，并且下文将通过参考附图详细地解释本发明。应该理解，该描述决不限制本发明的范围，而仅仅是本发明的优选实施例的例示。

附图说明

在审阅详细描述并且参考附图之时，本发明的其他方面和优点将变得明显，在附图中：

图1示出了XML格式的门户组件配置数据文件；

图2示出了例示根据本发明的方法的可能实施例的相关过程的顺序流；

图3示出了例示根据本发明的方法的另一实施例的相关过程的顺序流；

图4示出了例示根据本发明的方法的又一实施例的相关过程的顺序流；

图5示出了例示根据本发明的方法的又一实施例的相关过程的顺序流；

图6示出了例示根据本发明的方法的又一实施例的相关过程的顺序流；

图7示出了根据本发明的***的实施例的可能的体系结构；以及

图8示出了根据本发明的门户组件的可能实施例。

具体实施方式

图1示出了由用户A以XML格式定义的门户组件的可能的配置数据文件。仅给出了两个设置(背景颜色(background colour)和文本字体(textfont))以演示文件的结构。大体上，其包括名称-值对(backgroundcolour＝green)，其可能可以是嵌套的(text font＝(style＝Arial，size＝12pt))。各种设置可以跟随在(...)之后。

图2示出了根据本发明的方法的可能实施例的顺序流。在第一步骤中，第一用户A参观或使用在门户中配置或配置数据应该被导出的第一门户组件。配置数据被存储在对于第一用户A是可访问的数据存储媒体中。在步骤2中，第一用户A激活或点击由门户提供的导出功能，由此触发导出机制。那意味着将跟踪关于门户组件配置数据的改变，以便使那些配置数据对于第二门户组件的至少一个第二用户可用，所述第二门户组件与第一门户组件属于相同类型。在步骤3中，第一用户A指定在哪导出门户组件配置数据。在步骤3中，第一用户可以决定他想将第一门户组件的配置数据传输给谁。在步骤4中，从数据存储媒体中编译配置数据并且经由特定的写组件将配置数据写到描述配置数据的可传送的数据结构中。该数据结构可以是(如此处所示)数据文件，即所谓的导出文件。例如，写组件可以是XML解析器，其将配置数据写到如图1给出的XML格式的文件。该文件可以被存储在硬盘上或另一合适的存储媒体上。例如，其可以是像CD或盘之类的物理媒体。在步骤5中，第一用户A经由某种通信信道将数据文件传输给至少一个第二用户B。可能的通信信道是例如经由可以在门户中实现的邮件应用的电子邮件交换。还有可能经由诸如FTP、NFS或SAMBA^TM之类的传统文件传送来传输文件。还可能，第一用户A给第二用户B存储数据文件的CD或盘。在步骤6中，第二用户B接收通信文件。在步骤7中，第二用户B参观配置应该被导入的第二门户组件。在步骤8中，第二用户B激活或点击由门户提供的导入触发功能，由此触发导入机制。在步骤9中，因为所述触发，配置文件被导入并通过读组件读取到第二门户组件中。再一次地，对于以XML格式编写的配置数据文件的示例，读组件可以是XML解析器。现在，可以执行基于该数据文件的第二门户组件的配置。

图3示出了另一方案，其中从门户的第一门户组件导出门户组件配置数据，并且将该门户组件配置数据导入到该门户的第二门户组件中。通常，第一门户组件和第二门户组件属于同一类型。在步骤1中，使用第一门户组件的第一用户A参观该第一门户组件。在步骤2中，用户A激活导出触发功能。

与图2中描述的方案相反，在该方案中经由文档管理***(DMS)导出门户组件配置数据。该文档管理***还可被描述为在引入所述门户组件的门户中可用的文档管理器。

在步骤3中，第一用户A可以指定将第一门户组件的门户组件配置数据导出到文档管理***中的哪里。那意味着第一用户A指定门户组件配置数据将被存储在文档管理***的哪个存储器中。

在步骤4中，门户组件配置数据被写进可传送的相应的文件中，在步骤5中该文件被存储在由第一用户A专用的文档管理***的存储器中。

在步骤6中，至少一个第二用户B访问配置应该被导入的第二门户组件。该第二门户组件与第一门户组件属于相同类型，并且可以理解和使用第一门户组件的门户组件配置数据，用于其自己的配置。

在步骤7中，第二用户B激活由门户提供的导入触发功能，由此触发导入机制。在步骤8中，第二用户B访问文档管理***，在该文档管理***中存储了描述第一门户组件的配置数据的文件。第二用户选择要从文档管理***的相应存储器导入的文件。该对文档管理***的访问可以是安全的，那意味着如果第二用户B被允许访问该文档管理***，则仅第二用户B可以进行访问。有可能，第二用户B必须标识自身为经授权用户。该授权机制可以通过口令或另一种密钥来执行。

在步骤9中，描述第一门户组件的门户组件配置数据的文件被读取并导入到第二用户B的第二门户组件中。基于该文件，现在可以配置第二门户组件。

可在引入所述门户组件的门户中实现的文档管理***允许访问控制。文档管理***可以引入用于控制谁有权导入某个配置文件的控制功能。文档管理***还允许版本管理。那意味着访问文档管理***并且想要导入存储在该文档管理***中的某个配置文件的第二用户可以决定要使用哪个版本，并且当需要时甚至可以回退到较老的版本。通过文档管理***，能够存储门户组件配置数据的历史，以及能够以后跟踪不同的版本。

图4描述了根据本发明的方法的又一方案。在该方案中，来自门户的第一门户组件的门户组件配置数据被导出，并经由JXTA^TM技术被导入到该门户的第二门户组件。在第一步骤中，第一用户参观配置应该被导出的第一门户组件。该配置数据通常被存储在数据存储媒体中。

在第二步骤中，第一用户A启动导出触发功能，由此触发导出机制。

在步骤3中，第一用户A指定应该接收该门户组件配置数据的第二用户B。在步骤4中，从数据存储媒体中编译门户组件配置数据并且经由通过写命令激活的写组件将该门户组件配置数据写到导出文件中。该写组件可被包括在导出触发功能中。在步骤5中，经由JXTA^TM将该描述门户组件配置数据的文件直接传输给已被第一用户A选为接收用户的至少一个第二用户。在步骤6中，第二用户B接收配置文件。在步骤7中，第二用户B激活触发导入机制的导入触发功能。

在步骤8中，读组件由第二用户B激活或自动激活来读取该描述门户组件配置数据的配置文件，并且将该文件导入到第二门户组件中。现在，可以基于该配置文件来配置该第二门户组件。在JXTA^TM技术的帮助下，可以执行配置数据到专用用户的直接传输。

图5描述了本发明的方法的又一方案。在该方案中，JXTA^TM技术还用于导出和导入门户组件配置数据。在第一步骤中，第一用户A在门户中参观配置应该被导出的第一门户组件。之后，在步骤2中第一用户A激活触发导出机制的导出触发功能。接着，他指定允许接收该门户组件配置数据的所有的第二用户B_i。那意味着他能够通过JXTA^TM技术来广播配置数据。在步骤4中，生成描述门户组件配置数据的文件。在步骤5中，经由JXTA^TM技术直接传输该文件。在步骤6中，被第一用户A确定为接收用户的第二用户B_i接收该配置文件，并且通过激活导入触发功能将其导入到它们相应的第二门户组件中。在最后的步骤中，该配置文件被导入并读取到相应的第二用户B_i的第二门户组件中。基于该配置文件来配置第二门户组件。

图6描述了使用已发布且预订的关于导出和导入门户组件配置数据的机制的可能性。在第一步骤中，多个使用各自的第二门户组件的第二用户B_i预订特定配置，即特定的第一门户组件的配置。第二门户组件和第一门户组件通常属于同一类型。在第二步骤中，使用第一门户组件的第一用户A参观配置应该被导出和/或被改变的第一门户组件。在步骤3中，第一用户A经由导出触发功能来激活导出机制。在步骤4中，通过第一门户组件的写组件将第一门户组件的门户组件配置数据写入相应的数据结构中，例如写入导出文件中。该写组件是例如通过写命令进行激活的，该写命令可被导出触发功能所包括。在步骤5中，将该文件存储在文档管理***中。在步骤6中，自动向已预订的第二用户B_i通知新近被存储在文档管理***中的该文件。有可能，已预订的第二用户得到提示，并且可以决定使用或导入由存储在文档管理***中的文件所描述的第一门户组件的配置数据的新版本。在该情况下，在步骤7中，想要导入并读取第一门户组件的新门户组件配置数据的第二用户B_i或多个第二用户B_i中的某些用户激活导入触发功能，由此触发导入机制。当初始化导入机制时，在步骤8中通过读组件读取文件，并且可以相应地配置第二门户组件。

也有可能，第二用户B_i不是必须决定他们是否想要使用新版本，而是使用与第一门户组件相同的配置的所有的第二门户组件都自动进行适配，其在步骤8a中描述。

图7示出了示意性地描述的体系结构，其中可以使用根据本发明的方法。在左侧，第一用户A示出为例如经由第一个人计算机来使用被引入特定门户中的第一门户组件。在右侧，第二用户B示出为例如经由第二个人计算机来使用第二门户组件，所述第二门户组件与第一门户组件属于相同类型并且也被引入门户中。第一用户配置其第一门户组件，并且门户组件配置数据被存储在第一用户A可以访问的数据存储媒体中。这种数据存储媒体通常是第一个人计算机的硬盘。每种其他的适合的数据存储媒体也是可以的，例如高速缓存或RAM。接着，从相应的数据存储媒体中编译那些配置数据，并且将那些配置数据写入特定的可传送的数据结构中。该数据结构应该是对于第二用户B可用的，因此他也可以基于第一门户组件的门户组件配置数据来配置第二门户组件。将数据结构传输给第二用户B的方式存在不同的可能性。

首先，可以将数据结构存储在可交换的媒体上，例如在像CD或盘之类的物理媒体上，或者将其存储在硬盘上的文件中，有利于经由电子邮件交换来交换该文件。

还可以将数据结构作为文件存储在文档管理***(DMS)中，该DMS可以并入被第一和第二用户使用的门户中或者作为该门户的一部分。第二用户B必须可访问文档管理***，以便导入描述第一门户组件的门户组件配置数据的文件。

还可以使用JXTA^TM技术，以便将数据结构从第一用户A传输给第二用户B。

图8描述了根据本发明的方法的过程的又一可能过程，其将作为门户一部分的书签门户组件作为示例来考虑。在其初始状态的书签门户组件不包含任何书签(图8a)。例如，企业内的新用户将极为重视获得预配置的包含例如大多数重要的内联网链接的书签门户组件。如已经提到的，初始的配置数据通常被存储在例如用户的个人计算机的硬盘中。

如可从图8a中看出的，具有工具栏的书签门户组件最初是空的。工具栏显示门户组件的名称“书签”并且示出若干图标，每个图标由特定的符号进行标注。每个符号描述了或给出了对当点击特定图标时可被激活的特定功能的提示。如果门户组件的用户想要将书签门户组件的数据内容存储在可传送的数据结构中，则必须激活由“S”标注的图标。由“L”标注的图标触发装载或导入机制，通过该装载或导入机制将能够导入并读取相应的数据结构。

图8b示出了另一状态中的书签门户组件，即在已经由有经验的用户进行预配置之后的状态。现在，书签门户组件包括作为书签的五个不同的链接。现在，书签门户组件的用户可以使用图标“S”将他已经配置过的书签存储在可传送的数据结构中，如由图8c中的矩形框所指示的。

该配置可以例如被本地存储在盘上的可传送的数据结构中(图8d)。

如果，另一用户(即至少一个第二用户)想要经由他的计算机使用例如与第一书签门户组件相同类型的第二书签门户组件，然而该第二书签门户组件还是空的(图8e)，现在可以将存储在盘上的可传送的数据结构中的配置文件例如经由电子邮件交换来发送给该至少一个第二用户。

至少一个第二用户可以使用在图8f中由矩形所指示的图标“L”来将该数据结构导入第二门户组件中。通过点击图标“L”，用户触发导入和读取机制。图标“L”可以在页级别而不是门户组件控制内(即在工具栏内)进行显示，并且合适的门户组件实例基于调用进行确定。如果没有合适的实例是可用的，则如果完全部署了门户组件就可以在相应的页上创建克隆。创建克隆意味着能够使用刚刚被导入的配置数据的门户组件的实例被创建，且其被放置在页上。如果甚至没有部署(即，安装)门户组件，则可以掷出错误消息，其指示出能够使用当前所导入的配置数据的门户组件没有被发现。因此，无法创建克隆和门户组件。

第二用户可以基于第一门户组件的配置数据来配置第二门户组件，导致第二门户组件包含如图8g中示出的与第一门户组件相同的五个书签或链接。

当第一用户可以存储其配置数据时，所操作的WAR文件被创建，其包含门户组件的当前配置数据。WAR文件(Web应用存档)是包含组成门户组件的所有应用逻辑的经压缩的存档。其包含(JAVA)二进制(类)文件、JSP(JavaServerPages)文件以及web-和门户组件部署描述符等。特别地，web-以及门户组件部署描述符包含门户组件的(初始的)配置数据。管理员使用WAR文件以将门户组件部署(即，安装)到门户中。因此，初始的配置可以通过操作所述的部署描述符(例如通过将代码注入其中)来进行操作。接着，包含新配置的新门户组件可以由管理员进行部署，即安装。

通过图标“S”生成的文件被临时存储在盘上或高速缓存中，并且现在可以经由电子邮件来进行发送。在相应的文件已被发送之后，高速缓存可被清除。第二用户(即接收者)将该文件卸到其盘上，并且经由图标“L”导入该文件。

根据另一可能性，描述经由图标“S”生成的门户组件配置数据的文件被存储在文档管理***中，并且因此可以使得其对于某第二用户组是可用的。这些第二用户必须被授权访问该文档管理***，并且因此那些用户可以被列在访问控制列表(ACL)中。被允许的第二用户可以从文档管理***导入文件，以便通过第一门户组件的配置文件来配置其自己的第二门户组件。

Claims (13)

1.一种用于在同一门户中在使用第一门户组件实例的至少一个第一用户与使用第二门户组件实例的至少一个第二用户之间交换门户的门户组件配置数据的方法，所述门户组件实例属于相同的门户组件类型，其中所述第一门户组件实例的门户组件配置数据已经被创建并永久性存储，并且在聚合期间可被所述门户访问，所述方法包括下述步骤：

提供新的图形用户接口组件作为由每个门户页提供的门户组件视图的一部分，其允许触发在第一用户与第二用户之间的门户组件配置交换过程，

提供导出功能，其允许访问所述永久性存储的门户组件配置数据，并且将其转换成用于交换目的的数据结构，

允许经由所定义的所述第一用户与所述第二用户之间的通信信道来交换所述数据结构，以及

提供导入功能，其允许解析所述数据结构并且永久性存储所述第二门户组件实例的新的门户组件配置数据。

2.根据权利要求1所述的方法，还包括下述步骤：

由所述第一用户通过点击所述图形用户接口组件来接收用于交换所述第一门户组件实例的所述门户组件配置数据的请求，

作为已经激活所述交换过程的结果，向所述第一用户显示图形用户接口对话框，其允许指定用于交换所述门户组件配置数据的通信信道，

接收对将要用于交换所述门户组件配置数据的通信信道的指定，

自动提取所述第一门户组件实例的门户组件配置数据，

自动生成所述门户组件配置数据的数据结构，其允许将所述门户组件配置数据交换到所述第二用户，

经由所指定的通信信道将所述门户组件配置数据的所述数据结构从所述第一用户的门户交换到目的地，

由所述第二用户通过点击所述图形用户接口组件来接收用于导入所述第一门户组件实例的所述门户组件配置数据的请求，

作为已经激活所述导入过程的结果，向所述第二用户显示图形用户接口对话框，其允许导入所述门户组件配置数据，

自动解析由所述第一用户经由所述通信信道提供的所述数据结构的所述门户组件配置数据，

自动保持所解析的由所述数据结构所描述的门户组件配置数据，以及

使用新的永久性存储的门户组件配置数据来显示所述第二用户的所述第二门户组件实例。

3.根据权利要求1或2所述的方法，其中所述门户组件配置数据的所述交换通过邮件交换来完成，其使用下述步骤：

检索关于在所述第一用户访问的储存库上的哪里存储包含所述数据结构的文件的信息，

使用邮件传送代理将所述文件从所述第一用户传输到所述第二用户，

检索关于存储在所述数据结构中的、已经经由邮件传送所传输的所述信息必须由所述第二用户应用于哪个门户组件的信息，以及

使用新的门户组件配置数据来显示新的第二门户组件实例。

4.根据权利要求1或2所述的方法，其中所述门户组件配置数据的所述交换通过使用文档管理***来完成，其使用下述步骤：

检索关于在所述文档管理***的文档管理存储库的哪里存储包含所述数据结构的文件的信息，所述文档管理***允许版本管理和访问控制能力，

检索关于存储在所述数据结构中的、所述第二用户通过使用所述文档管理***进行访问的信息必须由所述第二用户应用于哪个门户组件的信息，以及

使用新的门户组件配置数据来显示新的第二门户组件实例。

5.根据权利要求1或2所述的方法，其中所述门户组件配置数据的所述交换通过使用JXTA来完成，其使用下述步骤：

检索关于应该将所述数据结构经由JXTA传输给哪个或哪些所述第二用户的信息，

检索关于所述经由JXTA传输的信息应该由所述第二用户应用于哪个门户组件的信息，以及

使用新的门户组件配置数据来显示新的第二门户组件实例。

6.根据权利要求5所述的方法，其中可以通过预订机制来扩展所述过程，其允许所述第一用户一生成新的门户组件配置数据就自动更新所述第二用户的所述第二门户组件。

7.一种用于在同一门户中在使用第一门户组件实例的至少一个第一用户与使用第二门户组件实例的至少一个第二用户之间交换门户的门户组件配置数据的门户，所述门户组件实例属于相同的门户组件类型，其中所述第一门户组件实例的门户组件配置数据已经被创建并永久性存储，并且在聚合期间可被所述门户访问，所述门户包括下述装置：

用于提供新的图形用户接口组件作为由每个门户页提供的门户组件视图的一部分的装置，其允许触发在第一用户与第二用户之间的门户组件配置交换过程，

用于提供导出功能的装置，其允许访问所述永久性存储的门户组件配置数据，并且将其转换成用于交换目的的数据结构，

用于允许经由所定义的所述第一用户与所述第二用户之间的通信信道交换所述数据结构的装置，以及

用于提供导入功能的装置，其允许解析所述数据结构并且永久性存储所述第二门户组件实例的新的门户组件配置数据。

8.根据权利要求7所述的门户，其中所述装置还包括：

用于由所述第一用户通过点击所述图形用户接口组件来接收用于交换所述第一门户组件实例的所述门户组件配置数据的请求的装置，

用于作为已经激活所述交换过程的结果，向所述第一用户显示图形用户接口对话框的装置，其允许指定用于交换所述门户组件配置数据的通信信道，

用于接收对将要用于交换所述门户组件配置数据的通信信道的指定的装置，

用于自动提取所述第一门户组件实例的门户组件配置数据的装置，

用于自动生成所述门户组件配置数据的数据结构的装置，其允许将所述门户组件配置数据交换到所述第二用户，

用于经由所指定的通信信道将所述门户组件配置数据的所述数据结构从所述第一用户的门户交换到目的地的装置，

用于由所述第二用户通过点击所述图形用户接口组件来接收用于导入所述第一门户组件实例的所述门户组件配置数据的请求的装置，

用于作为已经激活所述导入过程的结果，向所述第二用户显示图形用户接口对话框的装置，其允许导入所述门户组件配置数据，

用于自动解析由所述第一用户经由所述通信信道提供的所述数据结构的所述门户组件配置数据的装置，

用于自动保持所解析的由所述数据结构所描述的门户组件配置数据的装置，以及

用于使用新的永久性存储的门户组件配置数据来显示所述第二用户的所述第二门户组件实例的装置。

9.根据权利要求7或8所述的门户，其中所述门户组件配置数据的所述交换通过邮件交换来完成，其使用下述装置：

用于检索关于在所述第一用户访问的储存库上的哪里存储包含所述数据结构的文件的信息的装置，

用于使用邮件传送代理将所述文件从所述第一用户传输到所述第二用户的装置，

用于检索关于存储在所述数据结构中的、已经经由邮件传送所传输的所述信息必须由所述第二用户应用于哪个门户组件的信息的装置，以及

用于使用新的门户组件配置数据来显示新的第二门户组件实例的装置。

10.根据权利要求7或8所述的门户，其中所述门户组件配置数据的所述交换通过使用文档管理***来完成，其使用下述装置：

用于检索关于在所述文档管理***的文档管理存储库的哪里存储包含所述数据结构的文件的信息的装置，所述文档管理***允许版本管理和访问控制能力，

用于检索关于存储在所述数据结构中的、所述第二用户通过使用所述文档管理***进行访问的信息必须由所述第二用户应用于哪个门户组件的信息的装置，以及

用于使用新的门户组件配置数据来显示新的第二门户组件实例的装置。

11.根据权利要求7或8所述的门户，其中所述门户组件配置数据的所述交换通过使用JXTA来完成，其使用下述装置：

用于检索关于应该将所述数据结构经由JXTA传输给哪个或哪些所述第二用户的信息的装置，

用于检索关于所述经由JXTA传输的信息应该由所述第二用户应用于哪个门户组件的信息的装置，以及

用于使用新的门户组件配置数据来显示新的第二门户组件实例的装置。

12.根据权利要求7或8所述的门户，其中可以通过预订机制来扩展所述装置，其允许所述第一用户一生成新的门户组件配置数据就自动更新所述第二用户的所述第二门户组件。

13.一种计算机程序产品，其具有计算机可读媒体和存储在所述计算机可读媒体上的具有程序编码工具的计算机程序，当在计算机上运行所述计算机程序时，所述计算机编码工具适合于执行根据权利要求1到6中的任意一项所述的方法。

Images