捕获和/或分析客户端的Web页面事件的方法、装置及系统的制作方法

专利名称：捕获和/或分析客户端的Web页面事件的方法、装置及系统的制作方法
技术领域：
本发明总体上涉及Web服务和应用领域，并且尤其涉及用于在 计算机网络中对联网计算机(或客户端)上发生的Web事件进行捕获 和/或分析并进而实现Web应用整合的方法、装置和系统。
背景技术：
近年来，随着计算机技术和网络技术的迅猛发展，基于浏览器的 应用(通常也被称为Web应用)也得到了广泛的发展，以便满足各种 企业和个人的要求。随着企业内各种应用的迅速增加，尤其是伴随着互联网和XML 技术的兴起，更多的企业在把自己的业务转向电子商务的同时，也发 现孤立的信息系统无法有效地提供跨部门、跨系统的综合性信息，无 法实现实时的信息存取和对业务流程的透视。企业的业务流程可能同 时涉及到多个应用系统，因此要求这些系统能够协同，但接口、架构 的不统一往往使得这些本应紧密集成的应用系统成为了一个个"信息 孤岛"。 于是，企业应用整合(Enterprise Application Integration, EAI ) 技术应运而生，它可以通过中间件(middleware)作为"总线"来连接 企业内外各种业务相关的异构系统、应用以及数据源.从而把各个既 有的孤立的应用象PC的各种零部件一样接入这个总线，从而构成一 个整合的企业业务系统，以满足在电子商务(E-Commerce)、企业资 源规划(Enterprise Resource Planning, ERP )、客户关系管理 (Customer Relationship Management, CRM )、供应链管理(Supply Chain Management, SCM )、办公自动化(OFFICE AUTOMATION, OA)、企业信息系统(Enterprise Information System, EIS )、数据
库、数据仓库等重要系统之间无缝地共享和交换数据的需要。例如.一个公司中的员工通常在其日常工作中将会使用到多个Web应用.其中这多个Web应用可能由分布在因特网和企业内部网 上的不同提供商提供。而且，在许多情况下， 一个或多个应用与公司 的规则或者商业处理过程有关。为了符合公司的规则或者商业处理过 程.在公司的员工和Web应用进行交互期间,这些应用应当是通过 Wd)事件彼此相关的。例如， 一个订单生成处理可能涉及客户关系管 理(CRM)应用和企业资源规划(ERP)应用；处理实例的一部分应 当是对CRM应用和ERP应用的Web事件进行流水线处理 (streamlining)的结果。概括来说，应当在公司内部对发生的VV'eb 事件进行关联和分析，以便使之符合公司的规则或者商业处理过程。在能够使Web事件相关联之前，应当首先捕获Web事件。捕获 Web事件的一种方法是在相应的HTML Web页面中添加事件监控 性能。这是一种侵入式的(intrusive)方法，这是因为.它需要对原 始的Web页面进行相应修改c然而，在如上所述的通常情况下，那些 应用在公司的控制之外，并且该公司不能修改Web页面。此外，还存 在着基于代理的方法，其使得能够对Web页面进行非侵入式的(non-塞ntrusivtO修改，并且其已经得到了广泛的使用。这种基于代理的方 法的基本原理是当经由代理服务器访问Web页面时，对原有的 HTML文档对象模型(Document Object Model, DOM )树进行代码 修改或者向其中添加一些代码。为了捕获Web事件，基于代理的方法 将会在Weh页面中添加事件监控功能，并且当在用户交互期间有事件 发生时，将该事件发送到代理服务器。这种方法的缺点是在每次访 问Web页面时，代理服务器都需要分析和修改该HTML Weh页面， 这样会降低互联网访问性能,.这里的另一个重要问题是如何指定在这些Web应用当中的关联 关系，以及在假定捕获一系列Web事件的情况下如何识别彼此之间的 关联模式。关联模式通常代表一定的商业规则或者商业处理过程。上 述问题在现有技术的应用和研究中并未得到解决。 在现有才支术中，当前的Web应用事件捕获/生成解决方案可以净皮 分为两种方法第一种方法是使用轮询服务(Polling Service )来监控 网络应用事件，而第二种方法是通过代码注入(code injection)进行 VVeb页面用户接口 (U1)事件登记。这两种方法都存在缺陷，它们要 么是低效的，要么是成本上令人无法接受的。以第一种方法、即轮询服务为例，在通常情况下，Web应用独立 软件开发商(Independent Software Vender, ISV )提供用以访问凌丈据 中心的Web月1务，以便使客户可以使用应用编程接口 (Application Programming Interface, API)来同步不同的系统。其中一种方法是 例如每个小时或者在每天中午12: 00进行调度服务(即轮询)，以同 步两个或多个系统中的数据。虽然Web服务是一种较好的使Web应 用的信息与E1S相同步的方法，但是，该方法也具有明显的缺点。例 如，系统可能无法得知要在何时进行轮询；许多的Web应用甚至都没 有提供Web服务接口；如果调度时间片被设置为小的，则整个系统的 负载将会是极大的，相反，不一致的时间片将会是毫无价值的。与第一种方法相比，第二种方法是比较有效的。例如，在美国专 利US 6.944,660 B2和US 6,442,563 Bl和美国专利申请公开2002/ 0165954 Al分别都提供了一种基于浏览器的Ul事件触发方法，其通 过使用Web页面事件、收集基于浏览器的信息来触发工作流程活动或 是触发对活动进行监控。然而、上述方法都是以在Web页面中插入脚 本标记为基础的，也就是说.它们需要对Web页面进行侵入式的修改， 或者是对Web页面进行侵八式的重新设计。但是，在大多数情况下， Web应用供应商根本不会提供Web页面修改功能。换句话说，代码 注入是 一 种特殊方式，并且不容易被概括为统 一 的方法。由此可以看出，在现有技术中，没有一种高效的且成本经济的系 统性方法能够解决如何指定这些Web应用之间的关联关系以及在假 定捕获了一系列Weh事件的情况下如何识别关联模式的问题。

发明内容
在下文中给出了关于本发明的简要概述，以便提供关于本发明的 某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举 性概述。它并不是意图确定本发明的关键或重要部分，也不是意图描 述本发明的范围，其目的仪仅是以简化的形式给出某些概念，以此作 为稍后论述的更详细描述的前序;为解决现有技术中存在的上述问题，本发明的目的之一是提供一种用于对客户端的Web页面事件进行捕获的方法和装置。本发明的另 一个目的是提供一种用于对来自客户端的用户接口 事件消息进行Weh事件分析以生成Web应用事件消息并进而实现 VV e b应用整合的方法和装置,本发明的再一个目的是提供一种用于在计算机网络中对客户端 的Web页面事件进行捕获和分析以生成Web应用事件消息的方法和 系统，其能够登记和捕获来自多个客户端的Web事件，并且分析Web 事件间的关联模式，从而匹配某一商业规则和商业处理过程。本发明还有一个目的是提供一种相应的计算机可读存储介质和 计算机程序产 品o为了实现上述目的，依据本发明的第一个方面，提供了一种用于 对来自客户端的用户接口事件消息进行Web事件分析以生成Web应 用事件消息的方法，包括以下步骤接收来自客户端的有用的用户接 口事件消息；将所接收的用户接口事件消息映射成整合事件消息；确 定所述接收的用户接口事件消息属于哪一个会话；根据所述用户接口 事件所属会话的不同，将生成的整合事件消息分发到不同的相应通道 中；以及根据整合事件消息之间的关联模式，在各个通道内生成VVeb 应用事件消息。依据本发明的第二个方面，提供了一种用于对来自客户端的用户 接口事件消息进行web事件分析以生成Web应用事件消息的装置， 包括事件储存库，用于存储用户接口事件消息和整合事件消息之间 的映射关系；浏览器事件处理器，用于接收来自客户端的有用的用户 接口事件消息，根据所述事件储存库中存储的映射关系，将所接收的
用户接口事件消息映射成整合事件消息，并且从用户接口事件消息中获得必要的有用信息；事件会话管理器，用于根据由浏览器事件处理 器所获得的有用信息，确定所接收的用户接口事件消息属于哪一+会 话..并且根据所属会话的不同，将所述整合事件消息分发到不同的相 应通道；应用事件模式库，用于存储整合事件消息之间的关联模式； 以及一个或多个应用事件模式分析器，用于根据整合事件消息之间的 关联模式，在各个通道内生成Wt'b应用事件消息。依据本发明的第三个方面，提供了一种用于在计算机网络中捕获 客户端的Web页面事件的方法，包括以下步骤响应于客户端通过互 联网对Web应用服务器的访问，识别客户端的有用的Web页面事件； 记录并监控作为监控目标的Web页面事件，并从中检取和收集有用的 信息；以及捕获客户端的Weh页面事件消息，并进行Web事件处理， 以生成用户接口事件消息。依据本发明的第四个方面，提供了一种用于在计算机网络中捕获 客户端的Web页面事件的装置，包括浏览器导航监控器，用于监控 客户端用户要访问的目标Web页面是否属于要被监控的Web页面； 事件配置库，用于存储事件配置信息，该信息用于指示为捕获和监控 客户端的Web页面事件需要记录和监控哪些信息；事件侦听寄存器， 用于存储需要记录和监控的Web页面事件及有用信息；事件侦听器， 用于捕获客户端的Web页面事件消息，进行Web事件处理，以生成 用户接口事件消息；以及Web信息收集器，用于从所捕获的Web页 面事件消息中检取和收集有用的信息，并将其提供给所述事件侦听器。 依据本发明的第五个方面，提供了一种用于在计算机网络中对客 尸端的Web页面事件进行捕获和分析以生成Web应用事件消息的方 法，包括上述用于在计算机网络中捕获客户端的Web页面事件的方 法步骤，以及上述用于对来自客户端的用户接口事件消息进行Web事 件分析以生成Web应用事件消息的方法步骤。依据本发明还有的第六个方面，还提供了一种用于在计算机网络 中对客户端的Web页面事件进行捕获和分析以生成Web应用事件消 息的系统，包括一个或多个客户端，通过互联网访问Web应用服务 器上述用于在计算机网络中捕获客户端的Web页面事件的装置；以 及事件分析和整合服务器，包括上述用于对来自客户端的用户接口事 件消息进行Web事件分析以生成Web应用事件消息的装置。依据本发明的其它方面，还提供了相应的计算机可读存储介质和计算机程序产品。本发明的一个优点在于，通过利用根据本发明的方法和装置，可 以以非侵入的方式对客户端的Web事件进行捕获和分析，并识别和确 定Web事件之间的关联模式，从而将基于浏览器的事件映射为诸如整 合之类的商业动作，以实现Web应用整合。这是比现有技术中的诸如 轮询和侵入机制之类的传统方法更有效和更可行的方法。本发明的又一个优点在于，通过利用根据本发明的方法和装置， 可以以非侵入的方式在计算机网络中对客户端的基于浏览器的事件 (即Web事件)进行捕获和/或分析，从而可以对客户端用户的互联 网访问行为进行监控。通过以下结合附图对本发明的最佳实施例的详细说明，本发明的 这些以及其他优点将更加明显。


本发明可以通过参考下文中结合附图所进行的描述而得到更好 的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同 或者相似的部件。所述附图连同下面的详细说明一起包含在本说明书 中并且形成本说明书的一部分，而且用来进一 步举例说明本发明的优 选实施例和解释本发明的原理和优点。在附图中图1示出了其中可以应用根据本发明的一个方面的优选实施例的 计算机网络环境；图2示出了根据本发明的一个实施例、在如图1所示的计算机网络环境下对客户端的Web页面事件进行捕获和分析从而实现Web应用整合的方法的流程图3示出了4艮据本发明的一个实施例、如何捕获客户端的Web 页面事件以生成用户接口 (Ul)事件消息(即图2中的步骤230 )的 具体处理过程的流程图；图4示出了根据本发明的一个实施例、如图1所示的事件分析和 整合服务器2如何将UI事件消息映射成整合事件消息并进而得到应用 事件消息(即图2中的步骤240 )的具体处理过程的流程图；图5示出了一个典型的HTML事件处理模型，以及一段示范性 的用于捕获客户端Web页面事件的脚本；图6示出了根据本发明一个实施例的一个示范性的Web页面、 以及所使用的Web页面事件消息、UI事件消息和合成的Ul事件消息 的格式；图7示出了根据本发明一个实施例的UI事件消息与整合事件消 息之间的映射关系；图8示出了与根据本发明一个实施例的一种示范性关联模式相对 应的、由用户提交信息以产生一个应用事件消息(即，触发一个应用 事件)的三个Web页面；图9示出了根据本发明的实施例、在图1所示的计算机网络环境 下用于实现如图2-4所示的方法的客户端1以及事件分析和整合服务 器2的主要结构；图10示出了根据本发明的另一个实施例、用于对客户端的Web 页面事件消息进行捕获、分析并且进而进行Web应用整合的系统、以 及事件分析和整合服务器的主要结构。本领域技术人员应当理解，附图中的元件仅仅是为了简单和清楚 起见而示出的，而且不一定是按比例绘制的。例如，附图中某些元件 的尺寸可能相对于其他元件放大了 ，以便有助于提高对本发明实施例 的理解。
具体实施方式
在下文中将结合附图对本发明的示范性实施例进行描迷。为了清 楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而， 应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于 实施方式的决定，以便实现开发人员的具体目标，例如符合那些与系 统及业务相关的限制条件，其中这些限制条件会随着实施方式的不同 而改变。此外，还应该了解，虽然开发工作有可能非常复杂和费时， 但对得益于本公开的本领域技术人员来说，这种开发工作仅仅是例行 的任务。在此，还需要说明的一点是，为了避免因不必要的细节而模糊了 本发明，在附图中仅仅示出了与根据本发明的方案密切相关的装置结 构和/或处理步骤，而省略了与本发明关系不大的其他细节。图1示出了其中可以应用根据本发明的一个方面的优选实施例的 计算机网络环境。如图l所示，根据实际情况的不同，在企业内部网内通常会包含一个或多个客户端1、事件分析和整合服务器2 (也可以称之为"中间 件(middleware)系统")以及一个或多个后端应用系统3，所述后端 应用系统可以是企业资源规划(ERP)、客户关系管理(CRM)、供 应链管理(SCM)、办公自动化(OA)、企业信息系统(EIS)等多种应用系统。客户端可以通过互联网访问可能分布在世界各地的多个外部 Web应用服务器(也可简称为Web服务器)。为了简单起见，在图1 中仅仅示出了两个客户端、两个Web应用服务器4及两个后端应用系 统ERP和CRM。例如，如图1中所示，客户端l可以通过互联网经 由Http Request i方问网3占www.Employease.com和、vww.Saiesforce. com,并且可以经由Http (，et获得来自Web应用服务器的原始Web 页面。在客户端1第一次访问Web应用服务器4时，客户端1向事件 分析和整合服务器2发送Web页面事件消息，并从事件分析和整合服 务器2下栽Web框架页面以及预定的脚本。然后，在客户端上执行所 述下载的脚本，并且对所下载的Web框架页面和从Web应用服务器
所接收到的原始Web页面进行组合，从而在客户端的显示器上显示包 含有脚本的组合的Html框架页面。其中，所述预定脚本是根据需要 预先设计和存储在所述事件分析和整合服务器2中的。此外，事件分析和整合服务器2还可以与一个或多个后端应用系 统3之间进行信息同步和/或工作流程整合。下面将参考图2-4的流程图更为详细地说明客户端1、事件分析 和整合服务器2以及后端应用系统3的处理过程及其之间的相互关系。图2示出了根据本发明的一个方面、在如图1所示的计算机网络 环境下对客户端i的Web页面事件进行捕获和分析从而实现Wel)应 用整合的方法的流程图。如图2所示，该方法在步骤200中开始。然后，在步骤210中， 客户端1的用户(也可以称为终端用户)在其Web浏览器中输入例如 下述URL网址www.Emplovease.com或者www.Salesforce.com, 以 便经由互联网访问相应的Web应用服务器4或者网站，并接收来自相 应Web应用服务器或者网站的原始Web页面。接着，在步骤220中，客户端1确定要访问的目标Web页面在 事件分析和整合服务器2中是否被登记为要监控的网页，并且如果是 的话，则可以在客户端用户没有察觉的情况下，从事件分析和整合服 务器2下载Web框架页面和用于捕获客户端的Web页面事件的脚本。在此，该脚本可以是诸如遵循Microsoft或者W3C标准的Java Script、或者遵循Microsoft标准的VB Script之类的脚本语言。当然， 其他的脚本语言也是可能的。在用于捕获客户端的Web页面事件的脚本中，包含有事件配置 信息，其向客户端指示为了捕获和监控Web页面事件需要记录和监控 哪些信息，例如其中可以包括文档对象模型(DOM)、鼠标事件、按 键事件、表单事件等有关信息。在图5的右半部分中显示了一段示范性的用于捕获客户端的 Web页面事件的脚本语言。在接收到来自事件分析和整合服务器2的脚本和Web框架页面
后，在步骤230中，在客户端1上显示通过将该Web框架页面和所述 原始的目标Web页面进行组合而得到的组合的HTML框架页面，并 执行所迷脚本，以便捕获客户端1上的Web页面事件消息，并生成基 于Web浏览器的lil事件消息。关于步骤230的具体处理过程，将在下文中参考图3所示的流程 图来进行详细说明。在此，需要说明的一点是，所述脚本和Web框架页面是在客户 端1第一次访问Web应用服务器4时从事件分析和整合服务器2中下 栽的，并且此后被存储在客户端的存储器中。在客户端下一次访问 Web应用服务器时，客户端直接从存储器中读取原来下载的脚本和 Web框架页面即可.图3显示了根据本发明的一个实施例如何捕获客户端的Web页 面事件以生成UI事件消息、即图2中的步骤230的具体处理过程的流 程图。如图3所示，步骤23U的处理在步骤300中开始，即在客户端l 上执行从事件分析和整合服务器2上下载的脚本。然后，在步骤310中，根据从事件分析和整合服务器2中下载的 事件配置信息，识别目标网页表单中的全部有用的Web页面事件、诸如"点击"等。在此，Web页面事件类型遵循Microsoft和W3C DOM事件标准， 以便可以在单独的表单中登记该事件，而不用对原始服务器Web页面 进行代码注入。在步骤320中，记录所有需要被监控的Web页面事件。随后，在步骤330中，对作为监控目标的Web页面事件进行监 控，并且从中检取和收集有用的信息，例如DOM-OBJ值等，从而得 到Web页面事件消息。然后，在步骤340中，根据步骤330中收集的有用信息，进行 Web事件处理。具体来说，对所捕获的Web页面事件消息进行处理 (例如，对其进行打包和/或映射)，以生成UI事件消息。
在图5的左半部分中显示了一个典型的HTML事件处理模型， 而图5的右半部分中显示了一些基本的HTML事件类型。在图6中显示了一个示范性的Web页面、以及所使用的Wel)页 面事件消息和UI事件消息的格式。如图6所示，以普通Web页面为例，用户请求的页面中包含以 下信息页面本身信息-L:RL以及相应参数，页面 session信息，业 务数据信息。与II事件消息的映射关系如下选择性业务数据 (pagel)ataSet )来自于web页中的业务数据信息，web应用名称 targetAppIication来自于IRL， Session信息来自于页面SessionID(是 可选的)，当前页面Il)信息来自于页面内容本身或l)RL(是可选的). 而用户ID来自于Session相关信息(是可选的)。在图6的右下部分还示出了合成的Ul事件消息的格式，其可以 适用于例如下述这样的情形，例如，客户端用户在提交一个网页表单 之前，可能会遇到 一个网页表单比较长不能显示在一个页面中的情形， 这时用户需要进行翻页操作，以便在下一个页面中继续填写表单。在 这种情况下，就需要把所生成的多个Web页面消息进行必要的合成。为此，针对上述情形，如图,3所示，在步骤35()中.判断是否需 要合成所生成的II事件消息。如果在步骤350中判定需要进行合成，则所述处理进行到步骤 360，对所生成的多个Ul事件消息进行合成，以生成合成的Ul事件 消息。然后，处理进行到步骤37(K如果在步骤350中判定不需要进行合成，则所述处理进行到步骤370。当目标Web页面刷新或者提交到Web应用服务器时，在步骤370 中，客户端1将所生成的U事件消息(或者合成的UI事件消息)发 送到事件分析和整合服务器2。然后，图3所示的处理在步骤380中返回，从而完成了图2中步 骤230的处理。现在返回参见图2，在步骤230之后，即事件分析和整合服务器2在接收到来自客户端的Ul事件消息(或者合成的UI事件消息)之 后，在步骤240中，根据预定的规则或者商业处理规则，对UI事件消 息(或者合成的11事件消息)进行分析(即将其映射成整合事件消息) 并生成应用事件消息.下面将结合图4的流程图具体说明步骤240的处理过程。 图4显示了根据本发明的一个实施例、所述事件分析和整合服务 器2如何对UI事件消息进行分析(即如何将其映射成整合事件消息) 并进而得到应用事件消息(即，图2中的步骤240 )的具体处理过程 的流程图。如图4所示，步骤24U的处理在步骤400中开始。然后，在步骤410中，事件分析和整合服务器2从客户端1接收 (荻取)有用的Ul事件消息(或者合成的UI事件消息)。接下来，处理进行到步骤420,事件分析和整合服务器2根据IH 事件消息与整合事件消息之间的预先设定的映射关系，将所接收的Ul 事件消息(或者合成的Ul事件消息)映射成整合事件消息，而且同时 还从Web页面事件中继承有用的信息。在图"7中显示了根据本发明一个实施例的Ul事件消息与整合事 件消息之间的映射关系。在如图7所示的Ul事件与整合事件的映射过程中，首先从UI 事件的ID信息中取得User〖1)、 Session ID等信息，维护web事件的 上下文信息，另外还需要取得事件所属web应用的相关信息以确定处 理通道。此外，根据需要，可以将webUI事件中传递的简单类型数据 转化为整合所需要的复杂类型(是可选的)。随后，在步骤430中，所述事件分析和整合服务器2根据映射得 到整合事件消息，根据II事件消息中的Sessionll)(会话ID )来确定 所述整合事件消息所属的会话，以便将整合事件消息分发到分别与会 话对应的相关通道中。为了更清楚和简单地说明本发明起见，在此可以假定一个会话对 应于一个通道，并且接下来以一个通道内的处理过程为例进行说明。
显然， 一个会话对应于多个通道也是可能的。该处理过程接着进行到步骤440，在各个通道内由来自同一用户(或客户端)的整合事件消息构成(或创建)一个整合事件消息序列。然后，在步骤450中，判断该整合事件消息序列是否符合预先设 定的整合事件消息之间的关联模式(也可以称之为应用事件模式)。例如，如果假设3个Web页面事件的成功提交可以触发一厶应 用事件，而且它们中每个Weh页面事件的失败都将导致不能产生一个 应用事件消息，从而导致了用户动作的失败。关于整合事件消息之间的关联模式，下面参考图8通过一个例子 来对其进行进一步说明。图8示出了与根据本发明一个实施例的一种示范性关联模式相对 应的由用户提交信息以产生一个应用事件消息(即，触发一个应用事 件)的三个Web页面 以终端用户登录一个外部CRM系统并进行创建合同的活动为例 来说明如何分析整合事件消息的关联模式。假设终端用户在外部CRM系统上创建合同的这个活动涉及三个 Web页面的提交，其中的三个网页如图8所示。其中这三个网页的提 交事件必须顺序发生，才会触发企业内部的后端应用系统(例如ERP 系统)的其他业务行为.在此，同一个用户的在一个会话中的这三个顺序发生的Web页 面提交操作(或Web页面提交事件消息)就构成了一种整合事件消息 的关联模式。在定义了图8所示的关联模式的情况下，在客户端记录这三个 Web页面的提交事件，在如上所述对Web页面事件消息进行事件处 理后，会连续产生三个UI事件消息。然后，事件分析和整合服务器2 在接收到上述三个UI事件消息后，将其映射成整合事件消息并记录下 来。只有当事件分析和整合服务器2顺序地接收到来自同一用户的在 同一个会话内的上述三个整合事件消息，也就是说，只有当同一用户 在同 一会话内的整合事件消息符合预先定义的关联模式时，事件分析
和整合服务器2才会生成一个应用事件消息，以便触发与之相应的业 务行为或动作。下面，再次返回参见图4。如果在步骤450中判定所述整合事件消息序列(即，所述通道内 的来自同一用户(或客户端)的整合事件消息)符合所述关联模式， 则在步骤46()中，生成一个应用事件消息。在本发明中，可以用相应的标识和有用信息对应用事件消息进行 预定义和结构化。如果在步骤450中判定所述整合事件消息序列不符合所述关联模 式，则处理进行到步骤455，判断系统是否超时。如果在步骤455中判定并未超时，则处理返回到步骤410，以便 从客户端接收进一步的L1I事件消息(或者合成的UI事件消息)。如果在步骤455中判定已经超时了，则处理进行到步骤475。在步骤460之后，处理进行到步骤470，判断是否已经成功地生 成了应用事件消息。如果在步骤460中判定已经成功地生成了应用事件消息，则处理 进行到步骤475。在此，不能成功地生成应用事件消息，可能是由于多种原因造成 的。例如，以图8所示的情形为例，只有当与同一用户的三个Web页 面顺序提交的事件消息相对应的整合消息在事件分析和整合服务器中 构成一个完整的整合消息序列时，才可能成功地生成应用事件消息， 否则，只要其中的一个Web页面提交事件失败或者超时，就会造成无 法成功地生成应用事件消息。当然，也可能有其他的原因导致应用事 件消息的生成不成功。在步骤475中，删除(或者清空)整合消息序列。然后，处理返 回到步骤410，以便从客户端接收进一步的UI事件消息(或者合成的 UI事件消息)，并重复上述步骤。如果在步骤470中判定已经成功地生成了应用事件消息，则处理 进行到步骤480,根据该应用事件消息确定下一步将会采取的相应动作。然后，在步骤4卯中，根据所确定的相应动作，将应用事件消息 发送到相应的后端应用系统，例如企业信息系统(EIS)、客户关系管 理(C'RM)系统、企业资源规划(ERP)系统或者其他系统等。随后，图4所示的处理(即图2中的步骤240 )在步骤495中返 回到图2所示的处理中。再次返回参见图2。在步骤240之后，处理进行到步骤250，在 其中根据应用事件消息，在相应的后端应用系统中触发相应的动作。然后，图2所示的处理在步骤260中结束。上面已经结合图1至图8对根据本发明一个实施例、对客户端的 Web页面事件进行捕获、分析并且进而实现Web应用整合的方法的 处理过程进行了说明。然而，本领域技术人员应当明白，其中说明的 一些步骤或处理仅仅是示范性的，例如，图5所示的HTML事件处理 模型和脚本，图6所示的Web页面消息、UI事件消息和合成的Ul事 件消息的格式，图7所示的m事件消息和整合事件消息的映射关系， 以及结合图8说明的整合事件消息的关联模式等。本领域技术人员完 全可以根据实际情况和需要，对其中的脚本设计、消息格式、映射关系、整合事件消息的关联模式等进行各种修改。图9显示了根据本发明的实施例、在图l所示的计算机网络环境 下用于实现如图2-4所示的方法的客户端1以及事件分析和整合服务 器2的主要结构。在此需要说明的是，在图9所示的客户端1以及事件分析和整合 服务器2中仅仅显示了与本发明密切相关的部分，并且其中各个装置 或设备之间的连线和箭头表示了它们彼此之间的信号传送关系。如图9所示，事件分析和整合服务器2中包括浏览器事件处理器 901、事件储存库902、事件会话管理器903、 一个或多个应用事件模 式分析器904、应用事件模式库905、 一个或多个应用事件发射器906、 Web应用注册库907、事件配置储存库908、框架/入口页面909和脚 本库91(K
如前面参考图l和2所描述的那样，客户端在第一次要通过互联网连接到外部Web应用服务器时，会分别从事件分析和整合服务器2 中的框架/八口页面909和脚本库910中下栽Web框架页面和脚本。客户端在下载了 Web框架页面和脚本后，会将来自外部Web应 用服务器的原始网页与Web框架页面进行组合，从而在客户端的显示 器上显示经过上述组合而得到的组合的HTML框架页面，并执行所下 栽的脚本。客户端在执行脚本后，会在客户端1中生成浏览器导航监控器 801、事件配置库802、事件侦听寄存器803、事件侦听器804和Web 信息收集器805等。显然，客户端1中的事件配置库803与事件分析和整合服务器2 中的事件配置储存库909是相关的。其中，浏览器导航监控器801负责监控客户端用户要访问的目标 Web页面是否属于登记在事件分析和整合服务器2中的Web应用注 册库908中的要监控的页面。事件配置库803包含事件配置信息，其用于指示为捕获和监控 Web页面事件需要记录和监控哪些信息、例如键盘事件、鼠标事件等。此外，在确定要访问的目标Web页面被登记在Web应用注册库 卯8中的情况下，浏览器导航监控器801根据事件配置库803中包含 的事件配置信息，确定需要记录和监控Web页面事件中的哪些有用信 息，并且将需要记录和监控的Weh页面事件及其中的有用信息记录在 事件侦听寄存器802中。事件侦听器804根据所述确定需要监控的Web页面事件及有用 信息，捕获和监控(或者侦听)客户端的Web页面事件消息。Web 信息收集器805从事件侦听器804所捕获的Web页面事件中检取和收 集有用的信息、例如DOM-()BJ值等，然后将所收集的有用信息提供 给事件侦听器804。事件侦听器804根据Web信息收集器805所收集的有用信息， 对有用的Web事件进行处理，即对所捕获的Web页面事件消息进行 处理(例如，对其进4亍打包和/或映射)，以生成UI事件消息。此外，在必要时，事件侦听器804还会对UI事件消息进行合成，从而生成合 成的UI事件消息。在生成UI事件消息或者合成的IJI事件消息之后， 事件侦听器804将所生成的消息发送至事件分析和整合服务器2中的 浏览器事件处理器901。浏览器事件处理器901在接收到从客户端1传来的UI事件消息 (或者合成的IH事件消息)后，根据事件储存库卯2中存储的m事 件消息与整合事件消息的预先设定的映射关系，对其进行映射，以生 成整合事件消息，并从1)1事件消息中获得必要的有用信息、例如 SessionlD等。然后，浏览器事件处理器901将所生成的整合事件消息以及例如 从m事件消息中获得的例如SessionID等之类的必要信息提供给事件 会话管理器903。事件会话管理器卯3根据所获得SessionlD等必要信息，确定所 接收的UI事件消息(或者合成的UI事件消息)属于哪一个会话，并 且根据会话的不同而将所生成的整合事件消息分发到不同的相应通 道，并进而将其传送到位于相应通道内的相应的应用事件模式分析器 904。为了清楚和简单地说明本发明的原理起见，在此假设一个会话对 应于一个通道，而且在一个通道内有一个应用事件模式分析器卯4和 一个应用事件发射器卯6。当然， 一个会话对应于多个通道，以及多 个通道共用 一个应用事件模式分析器904和一个应用事件发射器卯6, 也都是可能的。应用事件模式分析器904根据应用事件模式库905中预先设定好 的应用事件模式(即，整合事件之间的关联模式)，对所接收的多个 整合事件消息进行分析，以确定其是否符合预定的关联模式，并且在 多个整合事件消息符合预定关联模式的情况下，生成应用事件消息， 然后确定其将要触发的相应动作。然后，应用事件发射器906根据所迷确定的要触发的相应动作，
将应用事件消息传送到相应的后端应用系统、例如EIS系统或者业务 工作流程引擎中，以便触发相应的后续动作。虽然以上结合图1-9描迷了根椐本发明一个方面的、对客户端 的Web页面事件进行捕获和分析从而进行Web应用整合的方法和系 统、以及其中包括的客户端1与事件分析和整合服务器2的结构，但是根据上述公开的原理和教义，显然可以对其进行各种修改，从而得 到各种变体。例如，虽然以上描述了客户端1中包括的各个装置或模块是通过 从事件分析和整合服务器2中下载脚本并执行该脚本后生成的这种情 形(即，客户端中包括的上述各个装置或模块是通过计算机软件的形 式实现的)，但是，本领域技术人员通过阅读以上的相关描述可知， 客户端1中包括的各个装置或模块也可以单独地用计算机硬件或固件 来实现，或者也可以用计算机软硬件和固件的任意组合形式来实现。不仅如此，而且本领域技术人员还应当明白，上述事件分析和整 合服务器2中包括的各个装置和模块也可以单独地用计算机软件、硬 件或者固件、或者用计算机软硬件和固件的任意组合形式来实现。此外，虽然在上文中将框架/入口页面909、脚本库910、 Web应 用注册库907、事件配置储存库908描述为包括在上述事件分析和整 合服务器2中，但是显然下述这样的情形也是可能的上述信息或者 数据库未包含在事件分析和整合服务器2中，而是存储在一个与事件 分析和整合服务器2分离的独立存储器或存储设备中，这时只要事件 分析和整合服务器2可以对该独立存储器或存储设备进行访问以获得 相应的信息并将必要信息提供给客户端即可。除此之外，还有可能根椐情况对上述实施例进行其他方面的修 改。例如，虽然在以上的描述中对来自客户端的UI事件消息(或者合 成的L！ 1事件消息)进行映射以获得整合事件消息的功能(或处理步骤) 是由浏览器事件处理器901来实现或执行的，但是该功能(或处理步 骤)也可以由事件会话管理器卯3来实现或执行。为了说明书的简洁起见，在此就不对各种可能的修改情形或是实 施例的变体进行逐一说明了 。图10示出了根据本发明的另一个实施例、用于对客户端的Web 页面事件消息进行捕获、分析并且进而实现Web应用整合的系统、以 及事件分析和整合服务器2，的主要结构。在该实施例中，使用了一个代理机制。因此，在这个实施例中， 在客户端一侧上的处理与以上结合图1 -9所描述的实施例稍有不同，但在事件分析和整合服务器一侧上的处理则基本上是相同的。如图IO所示的系统能够执行与以上结合图2-4所述的方法类似的处理过程，即能够实现用于对客户端的Web事件进行捕获和分析并且据此进4亍VV'eb应用整合以触发相应的动作的方法，如图IO所示，在客户端l，与事件分析和整合服务器2，之间增加了一个Web代理(也可以称之为代理服务器)l()OO。与先前的实施例中不同的是，由代理服务器1000而不是由客户端自身来捕获客户端的Web页面事件消息、并向事件分析和整合服务器2，提供由其生成的m事件消息(或者合成的in事件消息)。当然， 在这种情况下，客户端l，的浏览器需要被预先配置为通过代理进行互联网访问。这时，与先前的实施例类似地，代理服务器1000中也可以包括浏览器导航监控器、事件侦听寄存器、事件配置库、事件侦听器和Web信息收集器等，并且它们所实现的功能也与前一实施例中的对应 装置的功能基本上相同。但是，需要说明的是，在该实施例中，与先前的实施例中不同的 是，代理服务器IOO()中包括的浏览器导航监控器、事件侦听寄存器、事件配置库，事件侦听器、Wd3信息收集器等并不是通过从事件分析^整合服务器2，下载脚本而生成的。当然，它们也可以用计算机软件、 硬件、或者固件单独实现，或者也可以用计算机软硬件或者固件的任 意组合形式来实现。在用计算机软件实现时，它们也不再像在上一实 施例中那样只能用脚本语言实现，而是也可以采用其它的编程语言来实现》
除此之外，通过图9和图IO的比较，可以看出，该实施例中的事件分析和整合服务器2，的结构与前一实施例中的事件分析和整合服 务器2的结构基本上是相同的，不同之处仅在于，其中不包括图9中 所示的框架/入口页面909和脚本库910。这是因为，在如图IO所示的 实施例中，客户端l'或者代理服务器1000不需要从事件分析和整合服 务器中下载Web框架页面和脚本，因此事件分析和整合服务器2，不需 要包括框架/入口页面909和脚本库910。与先前的实施例相比，在这个实施例中，在对客户端的Web事 件进行捕获和分析时，代理服务器只能在客户端提交了网页后才能获 得客户端的Web页面事件消息，而在先前的实施例中，由于是在客户 端本才几上捕获Web页面事件消息的，因此可以实时地记录和捕获Web 页面消息。此外，在该实施例中，也不需要UI事件，并且与先前的实 施例相比，整个彻底地简化了客户端，每次提交操作都经过代理转发 到"事件分析和整合服务器"。正如上文中所描述的那样，与结合图l-9所描述的实施例类似 地，可以对图IO所示的实施例进行各种修改。而且除了上文中所描述 的几种可能的修改方式之外，在本实施例中还有可能存在其它的修改 方式。例如，虽然在上面的描述中将代理服务器1000与事件分析和整 合服务器2，描述为两个分离的服务器，但是显然它们也可以由同一台 服务器来实现。在此，为了本说明书的简洁起见，在说明书中省略了对如图10所示的系统所实现和执行的方法的进一步描述，而且也没有给出该方法的流程图。但是..其处理流程图与图2-4所示的流程图是类似的。 对于本领域技术人员来说，在阅读了以上对上述用于捕获和分析Web 事件消息并进而进行Web应用整合的系统和方法的简单文字说明之 后，不需要花费创造性的劳动就可以很容易地绘制出该方法的流程图。 虽然以上结合图1-l()描述了本发明的一个方面的应用，即描述 了本发明在Web应用整合处理方面的示例，但是这一 方面的应用仅仅 是示范性的.它并不意味着将本发明局限于这一应用领域。对本领域 技术人员来说，根据上文中对本发明的描述可知，显然本发明也可以应用于其它的方面。例如，本发明也可以应用于在企业内部网络中对 客户端的互联网访问行为进行监控。公司可以在互联网网站访问上设置监控公司员工行为的规则。每个违反该规则的员工行为都可以触发 相应的事件来通知负责的管理员。当然，本发明也可以适用于在需要 进行Wdb事件监控和事件模式分析的任何其他情况中使用。此外，显然，根据本发明的上述方法的各个操作过程也可以以存 储在各种机器可读的存储介质中的计算机可执行程序的方式实现。而且,本发明的目的也可以通过下述方式实现:将存储有上迷可 执行程序代码的存储介质直接或者间接地提供给系统或设备，并且该 系统或设备中的计算机或者中央处理单元(CPU)读出并执行上述程序代码。此时，只要该系统或者设备具有执行程序的功能，则实施的方式 不局限于程序，并且该程序也可以是任意的形式，例如，目标程序、 解释器执行的程序或者提供给操作系统的脚本程序等上述这些机器可读存储介质包括但不限于各种存储器和存储单 元，半导体设备，磁盘单元例如光、磁和磁光盘，以及其它适于存储 信息的介质等。另外，客户计算机通过连接到因特网上的相应网站，并且将依据本发明的计算机程序代码下载和安装到计算机中然后执行该程序，也 可以实现本发明。最后，还需要说明的是，在本文中，诸如左和右、第一和第二等 之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区 分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实 际的关系或者顺序'，而且，术语"包括"、"包含"或者其任何其他变体 意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、 物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要 素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。 在没有更多限制的情况下，由语句"包括一个......"限定的要素，并不
排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素，以上虽然结合附图详细描述了本发明的实施例，但是应当明白， 上面所描述的实施方式只是用于说明本发明，而并不构成对本发明的 限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修 改和变更而不背离本发明的实质和范围。因此，本发明的范围仅由所附权利要求及其等效含义来限定，
权利要求
1.一种用于对来自客户端的用户接口事件消息进行Web事件分析以生成Web应用事件消息的方法，包括以下步骤接收来自客户端的有用的用户接口事件消息；将所接收的用户接口事件消息映射成整合事件消息；确定所述接收的用户接口事件消息属于哪一个会话；根据所述用户接口事件所属会话的不同，将生成的整合事件消息分发到不同的相应通道中；以及根据整合事件消息之间的关联模式，在各个通道内生成Web应用事件消息。
2. 根据权利要求1所述的方法，其特征在于所述根据整合事件 消息之间的关联模式在各个通道内生成Web应用事件消息的步骤，进 一步包括步骤在各个通道内将得到的所述整合事件消息构成整合消息序列； 判断所述整合消息序列是否符合所述整合事件消息的关联模式；以及在判定所述整合消息序列符合所述关联模式的情况下，根据所述 关联模式，生成相应的Web应用事件消息。
3. 根据权利要求2所述的方法，其特征在于所述方法进一步包括步骤在超时或者不能成功地生成相应的应用事件消息的情况下，删除 所述整合消息序列。
4. 根据权利要求1至3中任何一项所述的方法，其特征在于所 述方法还包括步骤将生成的相应Web应用事件消息传送到相应的后端应用系统，以 触发相应的动作。
5. 根据权利要求1至3中任何一项所述的方法，其特征在于 所述接收的用户接口事件是合成的用户接口事件消息， 其中所述将用户接口事件消息映射成整合事件消息的步骤进一步包括步骤将合成的用户接口事件消息映射成整合事件消息，以及 其中用户接口事件消息和整合事件消息之间的映射关系、以及整合事件消息之间的关联模式都是预先设定的。
6. —种用于对来自客户端的用户接口事件消息进行Web事件分 析以生成Web应用事件消息的装置，包括事件储存库，用于存储用户接口事件消息和整合事件消息之间的 映射关系；浏览器事件处理器，用于接收来自客户端的有用的用户接口事件 消息，根据所述事件储存库中存储的映射关系，将所接收的用户接口 事件消息映射成整合事件消息，并且从用户接口事件消息中获得必要 的有用信息；事件会话管理器，用于根据由浏览器事件处理器所获得的有用信 息，确定所接收的用户接口事件消息属于哪一个会话，并且根据所属 会话的不同，将所述整合事件消息分发到不同的相应通道；应用事件模式库，用于存储整合事件消息之间的关联模式；以及 一个或多个应用事件模式分析器，用于根据整合事件消息之间的 关联模式，在各个通道内生成Web应用事件消息。
7. 根据权利要求6所述的装置，其特征在于 所述一个或多个应用事件模式分析器中的每一个都包括用于存储整合事件消息序列的存储器；以及所述应用事件模式分析器还用于判断所述整合消息序列是否符合 所述应用事件模式库中存储的整合事件消息关联模式，并且在判定所 述整合消息序列符合所述关联模式的情况下，根据所述整合事件消息 关联模式，生成相应的Web应用事件消息。
8. 根据权利要求6或7所述的装置，其特征在于所述装置还包括一个或多个应用事件发射器，用于将应用事件模式分析器所生成 的相应Web应用事件消息传送到相应的后端应用中，以便触发相应的 动作。
9. 根据权利要求6或7所述的装置，其特征在于 所迷接收的用户接口事件是合成的用户接口事件消息，以及其中用户接口事件消息和整合事件消息之间的映射关系、以及整 合事件消息之间的关联模式是预先设定的，并分别存储在事件储存库 和应用事件模式库中,，
10. —种用于在计算机网络中捕获客户端的Web页面事件的方 法，包括以下步骤响应于客户端通过互联网对Web应用服务器的访问，识别客户端 的有用的Web页面事件；记录并监控客户端的有用Web页面事件中作为监控目标的Web 页面事件，并从中检取和收集有用的信息；以及捕获客户端的Web页面事件消息，并进行Web事件处理，以生 成用户接口事件消息。
11. 根据权利要求IO所述的方法，其特征在于所述捕获客户端 的Web页面事件消息，并进行VVeb事件处理，以生成用户接口事件 消息的步骤，进一步包括步骤根据Web页面事件消息与用户接口事件消息之间的、预先设定的 映射关系，对客户端的Web页面事件消息进行映射，以生成用户接口 事件消息。
12. 根据权利要求10或11所述的方法，其特征在于该方法是 通过从服务器下载脚本并在客户端上执行该脚本来实现的。
13. 根据权利要求12所述的方法,其特征在于: 所述脚本为Java Script或者VB Script,以及 所述方法还包括步骤从服务器下载Web框架页面；将来自所述Web应用服务器的原始网页与所述下载的Web 框架页面进行组合，以得到组合的HTML框架页面；以及 在客户端上显示组合的HTML框架页面。
14. 才艮据权利要求10或11所述的方法，其特征在于该方法是 在代理服务器上执行的，并且客户端被设置为经由代理服务器进行互联网问。
15. 根据权利要求10或11所述的方法，其特征在于 需要监控哪些客户端Web页面事件、以及要检取和收集哪些有用信息，都是预先设置的，并且有用信息包括会话ID,以及所迷方法还包括步骤判断是否需要对用户接口事件消息进行合成；以及 在判定需要进行合成时，对用户接口事件消息进行合成，以生成合成的用户接口事件消息。
16. —种用于在计算机网络中捕获客户端的Web页面事件的装置，包括浏览器导航监控器，用于监控客户端用户要访问的目标Web页面 是否属于要被监控的Web页面；事件配置库，用于存储事件配置信息，该信息用于指示为捕获和 监控客户端的Web页面事件需要记录和监控哪些信息；事件侦听寄存器，用于存储需要记录和监控的Web页面事件及有 用信息；事件侦听器，用于捕获客户端的Web页面事件消息，并进行Web 事件处理，以生成用户接口事件消息；以及Wd)信息收集器，用于从所捕获的Web页面事件消息中检取和 收集有用的信息，并将其提供给所述事件侦听器。
17. 根据权利要求16所述的装置，其特征在于所述事件侦听器 根据Web页面事件消息与用户接口事件消息之间的、预先设定的映射 关系，对客户端的Web页面事件消息进行映射，以生成用户接口事件 消息
18. 根据权利要求16或17所述的装置，其特征在于 所述装置被包含在客户端内，以及所述客户端从服务器下载Web框架页面，将客户端访问的目标 Web页面与所述下栽的Web框架页面进行组合，以得到组合的HTML 框架页面，并且在客户端的显示器上显示该组合的HTML框架页面。
19. 根据权利要求16或17所述的装置，其特征在于所述装置 包含在代理服务器内，并且所述客户端被设置为经由所述代理服务器 进行互联网访问。
20. 根据权利要求16或17所述的装置，其特征在于 需要监控哪些客户端Web页面事件、以及要检取和收集哪些有用信息，都是预先设置好的，并且有用信息包括会话1D,以及所述事件侦听器判断是否需要对用户接口事件消息进行合成，并 且在判定需要进行合成时，对用户接口事件消息进行合成，以生成合 成的用户接口事件消息。
21. —种用于在计算机网络中对客户端的Web页面事件进行捕获 和分析以生成Web应用事件消息的方法，包括如权利要求10至15 中任何一项所述的、用于在计算机网络中捕获客户端的Web页面事件 的方法步骤，以及如权利要求1至5中任何一项所述的、用于对来自 客户端的用户接口事件消息进行Web事件分析以生成Web应用事件 消息的方法步骤。
22. —种用于在计算机网络中对客户端的Web页面事件进行捕获 和分析以生成Web应用事件消息的系统，包括一个或多个客户端，可通过互联网访问Web应用服务器； 如权利要求16, n和20中任何一项所述的、用于在计算机网络中捕获客户端的Web页面事件的装置；以及事件分析和整合服务器，包括如权利要求6至10中任何一项所述的、用于对来自客户端的用户接口事件消息进行Web事件分析以生成Web应用事件消息的装置。
23. 根据权利要求22所述的系统，其特征在于所述用于捕获客 户端的Web页面事件的装置被包含在客户端中。
24. 根据权利要求23所述的系统，其特征在于 所述系统还包括 Web才匡架页面；脚本库，用于存储可供客户端下载的、用于捕获客户端Web 页面事件消息的脚本事件配置库，用于存储事件配置信息；以及 Web应用注册库，用于在其中登记要监控的Web页面，以及所述客户端下载所述Web框架页面和脚本，在客户端的显示器上 显示通过将原始的目标Web页面和所述Web框架页面进行组合而得 到的组合的HTML框架页面，并且在所述客户端上执行所述下栽的脚本。
25. 根据权利要求24所述的系统，其特征在于 所述Web框架页面、脚本库、事件配置库和Web应用注册库被包括在所述事件分析和整合服务器或者被包括在一个单独的设备中。
26. 根据权利要求22所述的系统，其特征在于: 所述用于捕获客户端的Web页面事件的装置被包含在代理服务器中，并且所述客户端被配置为经由代理服务器进行互联网访问，以 及所迷系统还包括事件配置库，用于存储事件配置信息；以及 Web应用注册库，用于在其中登记要监控的Web页面。
27. 根据权利要求26所述的系统，其特征在于所述事件配置库 和Web应用注册库被包括在所述事件分析和整合服务器中，或者被包 括在一个单独的i殳备中。
28. 根据权利要求26或27所述的系统，其特征在于所述代理 服务器和所述事件分析和整合服务器是同一服务器。
29. —种计算机可读存储介质，其上存储有计算机程序代码，该 计算机程序代码在计算设备上执行时，用于使所述计算设备执行如权 利要求10至15中任何一项所述的方法步骤，和/或如权利要求1至5 中任何一项所述的方法步骤。
30. —种计算积^呈序产品，其上编石马有计算枳4呈序代码，该计算 机程序代码在计算设备上执行时，用于使所述计算设备执行如权利要 求10至15中任何一项所迷的方法步骤，和/或如权利要求1至5中任 何一项所述的方法步骤。
全文摘要
本发明提供了一种用于在计算机网络中捕获客户端的Web页面事件的方法和装置、一种用于对来自客户端的用户接口事件消息进行Web事件分析以生成Web应用事件消息的方法和装置、以及一种用于在计算机网络中对客户端的Web页面事件进行捕获和分析以生成Web应用事件消息的方法和系统。其中，捕获客户端的Web页面事件，以生成用户接口事件消息，对该用户接口事件消息进行Web事件分析，以生成整合事件消息，并且根据整合事件消息的关联模式，生成Web应用事件消息，从而触发相应的后续动作。本发明可以适用于在企业内实现Web应用整合以及对企业员工的行为进行监控。
文档编号H04L12/46GK101131747SQ20061012130
公开日2008年2月27日 申请日期2006年8月22日 优先权日2006年8月22日
发明者伟 孙, 欣 张, 阔 张, 俊 朱, 梁海奇 申请人:国际商业机器公司