在应用间聚集和传播上下文信息的上下文交换方法和系统技术方案

本发明专利技术涉及网络计算领域，并且尤其涉及用于设计包括门户页面和门户组件的分级结构的Ｗｅｂ门户以便访问经由门户可访问的Ｗｅｂ内容的方法和系统。为增加用户舒适度，提出实现以下步骤的上下文交换机制：ａ）为在所述Ｗｅｂ门户上处理多个小应用程序的单个线程定义预定义的存储区域，ｂ）在处理所述多个小应用程序的过程中，监听（４３０）通过由用户使用的所述小应用程序中的每一个所激发的事件，ｃ）收集（４３５）和存储（４４０）与所述监听的事件相关联的信息到所述预定义的存储区域中，其中一条信息被存储为一对属性和属性值，ｄ）聚类（４７０）所述存储的信息成多个不同的属性，ｅ）自动地传播（４８５）所述聚类的信息到所述多个小应用程序中。

【技术实现步骤摘要】

本专利技术涉及网络计算领域，并且尤其涉及用于管理包括门户(portal) 页面和门户组件(portlet)的分级结构的Web门户(WebPortal)或企业 门户(Enterprise Portal)的上下文(context)信息以便访问经由所述门户 可访问的Web内容或企业内容的方法和系统。
技术介绍
图1给出了实现这种现有技术Web门户的门户服务器的示意性系统图。例如以上述IBM WebSphere Portal或Jetspeed2企业门户 (www.Portals.apache.org/jetspeed-2/Portal-design.html)为代表的现有技 术门户由在网络服务器上实现的复杂功能建立，所述网络服务器例如Web 服务器IOO，该服务器最重要的单元是用于用户认证105、状态处理IIO、 片段(fragment)聚集170的逻辑组件；多个门户组件120-将在下面进 一步描述-其在相应页面125中通过相应多个API 130提供到相应的门户 组件容器软件135，用于将它们设置为公共网页上下文；以及一些门户存 储资源140。逻辑组件操作地相连，使得如有需要，数据可以在单个组件 之间交换。这在图l中大体示出。更具体而言，图1中的Web服务器的门户引擎基于底层的门户模型 150和诸如安全设置、用户角色、定制设置以及设备能力等门户信息来实 现门户组件120的聚集。在所呈现的页面中，基于所述门户模型，所述门 户自动地生成一组合适的导航单元。如有需要且当需要时，所述门户引擎 在聚集过程中调用门户组件并使用高速緩存来减小向门户组件做出的请求 的数目。现有技术的IBM WebSphere Portal采用了诸如Java门户组件 API (应用编程接口 )之类的开放标准。它还支持经由WSRP标准的远程 门户组件的使用。门户组件容器135是胜任用于所有门户组件120的单个控制组件，它 可以控制在这些门户组件中的每一个中驻留的代码的执行。它为门户组件 提供运行时环境，并促进了事件处理、门户组件间消息传送以及访问门户 组件实例和配置数据等等。门户资源140具体而言是门户组件120本身和 页面125，在门户组件和页面上它们以片段聚集的方式进行聚集。门户数 据库128存储门户组件描述，它具体而言是表征某些属性的门户组件描 述，例如，门户组件名称、门户组件描述、门户组件标题、门户组件短标 题、以及关键字；门户组件交互接口描述，它通常以WSDL文档的形式存 储。门户数据库还存储门户内容结构，即，门户页面-其可以同样包含嵌 套的页面-以及门户组件的分层结构。这种数据基于像关系表这样的现有 技术以适当的表示方式存储在数据库128中。上述聚集逻辑170包括汇编页面所需的所有步骤。典型地，这些步骤 是从存储装置加载内容结构、遍历该内容结构以及调用该结构中引用的实 例，以获得它们的输出，所述输出被汇编到单个页面。内容结构可以由管 理员或用户通过例如门户组件定制或通过其他方式(例如，脚本、xml导 入等)而被定义和保存在数据库中。进一步参考本专利技术的重点，Web门户通常用于执行语义单一的事务步 骤，例如，为特定人员预订一次旅行。典型地，这种事务步骤包括多个不 同的事务项，它们分别在各个不同的门户组件(或一般而言，小应用程序 (applet))中被分开处理。例如，在旅行预订的情况下， 一个门户组件 用于预订航班、另一门户组件用于预订旅馆、且第三门户组件用于预订在 假期里的租用汽车。可能地，另一门户组件用于在该度假时间内雇用内务 工作者。典型地，这些多个小应用程序或门户组件被不同的软件制造商进 行编程并销售。所以， 一般而言，它们可以在单个Web门户中实现，但是 它们没有用于交换数据的公共数据接口 。当假设用户现在工作于具有那些多个门户组件的门户应用时，他通常 将遵循一定的动作流程，例如，首先预订航班、然后预订旅馆、然后预订 租用汽车等。然而事务惯例显示，预订人员常常从工作中分心，例如由于电话呼叫，该电话呼叫可能需要比用户已经着手工作的那个事务更紧急的 一件工作。所以他被迫脱离他通常的工作流程。该示例中，用户可能被迫 在他完成预订第一次旅行之前预订第二次旅行。现有技术的第 一个问题和缺点是，当相同的门户组件现在被另 一客户 使用时，到哪里存储用户已经输入到门户组件中的信息。不利的是，现有技术Web应用(包括Web门户软件解决方案)不提供用于居中存储该信 息的任意智能机制。不幸的是，这种信息通常具有高事务价值，因为它通 常通过从客户询问而获得。 一旦这种信息必须第二次被询问，这将代表对 客户的不合适的负担。第二问题在于，即使用户成功地在剪贴板类的暂时存储装置(例如， WINDOWS剪贴板(Clipboard))中存储了输入数据，例如客户名称、 客户旅行日期、客户旅馆等，由此在Web应用之外存储它，但是对这种存 储方式的处理是困难的，因为该处理在与用户正在实施的不同系统级上进 行管理。例如，允许对这种数据的复制和粘贴的Windows剪贴板机制在操 作系统级实现，而用户工作在Web门户级。问题在于，暂时存储的数据必 须被选择性地标记，并分开地粘贴到目标门户组件的各个输入字段。所以， 有经验的读者容易意识到，不使用一种编辑器程序来管理这种复制 一粘贴 数据是十分困难的，所迷编辑器程序例如是Windows写字板(Wordpad )， 它可以通过启动、所有程序、附件、写字板找到。更具体而言，例如，如果用户面对的是正在进行例如对于三个不同 客户的旅行预订的三个不同的线程，则这种编辑器的处理是相当复杂的。 另一缺点在于，即4吏用户设法正确地复制和粘贴，则他被迫分别复制-粘 贴很多数据项，例如，复制人的名字并粘贴它到门户组件的相应字段。接 着复制姓并粘贴它到相同门户组件的第二字段。然而，例如当用户处理用 于预订航班、旅馆和租用汽车的三个门户组件时，这种手动的复制-粘贴 机制麻烦的并易于出错。如果用户未装备有足够的屏幕区域来显示与该 门户组件窗口接近的编辑器窗口 ，则他甚至将被迫在位于正确的字段处粘 贴数据项之前打开和关闭相应的窗口。所以，这种处理是相当复杂的，并 且对于重大和高效的事务来说是不能容忍的。由此，本专利技术的目的是提供一种改善的方法和系统，其提供增加的用 户舒适度并提供改善的数据交换机制。
技术实现思路
本专利技术的所述目的通过所包括的独立权利要求中陈述的特征而实现。 本专利技术的进一步的有利布置和实施例在相应的子权利要求中提出。现在将 参考所附权利要求。简而言之，本专利技术方法提供一种数据交换机制，用于在属于相同事务 上下文的多个小应用程序或门户组件之间交换数据。这样，上下文专用信 息被收集和存储在上下文专用的、暂时使用的数据容器中，该容器可用于 选择性地将其中收集的数据馈送到不同的门户组件，其中所收集和存储的 信息被自动地预处理，使得至少在大多数情况下，正确的数据在相应的正 确数据字段中使用。这样，避免了将街道名称例如用作客户的名的情况。本专利技术的机制显 著地简化了信息检索本身，并解决了用户所面对的数据处理的实际问题， 尤其是当用户在遵循他通常的工作流程期间被分心的时候。根据本专利技术的最广泛的方面，公开了一种将在包括网页(125)和门户 组件(120本文档来自技高网...

【技术保护点】
一种在包括网页（１２５）和门户组件（１２０）作为Ｗｅｂ应用单元的Ｗｅｂ应用环境中的方法，用于收集上下文信息并在所述Ｗｅｂ环境中使用所述收集的上下文信息，该方法包括以下步骤：ａ）为在所述Ｗｅｂ门户上处理多个小应用程序的单个线程定义预定义的存储区域，ｂ）在处理所述多个小应用程序的过程中，监听（４３０）通过由用户使用的所述小应用程序中的每一个所激发的事件，ｃ）收集（４３５）和存储（４４０）与所述监听的事件相关联的信息到所述预定义的存储区域中，其中一条信息被存储为一对属性和属性值，ｄ）聚类（４７０）所述存储的信息成多个不同的属性，ｅ）自动地传播（４８５）所述聚类的信息到所述多个小应用程序中。

【技术特征摘要】
...

【专利技术属性】
技术研发人员：A瑙茨，S利尔施，
申请(专利权)人：国际商业机器公司，
类型：发明
国别省市：US[美国]