CN106357719A - 用于网络应用的基于页面的事件相关 - Google Patents

Abstract

信息收集模块从浏览器的用户接收事件报告请求，该浏览器在客户端系统上运行网络应用，从而在浏览器中提供页面。信息收集模块收集事件数据，事件数据包括与页面的用户交互、与执行网络应用相关联的客户端系统特征和操作以及页面的文档对象模型(DOM)。网络应用的注释工具从用户接收页面的注释来包括在事件数据中，并且服务器侧事件管理器接收事件数据。服务器侧事件管理器包括渲染文档对象模型和注释的渲染引擎，以及显示收集的用户交互、以及客户端系统特征和操作以及渲染的文档对象模型和注释的事件分析器。

Description

用于网络应用的基于页面的事件相关

技术领域

本说明书涉及用于网络应用的事件报告。

背景技术

基于云的软件应用指的是通过网络递送内容和功能的基于网络的应用，一般是递送到一个可能很大且多样化的用户集合。由于用户的数目和多样性，基于云的应用的提供者经常难以识别、处理和校正用户经历的故障和其他事件。

例如，给定的基于云的应用就其构造和/或功能而言可能是复杂的，并且可能被提供给来自一般公众的用户，或者私营企业内的大量用户。从而用户具有的技术知识的范围可能很宽，并且用于访问基于云的应用的硬件/软件平台的范围也可能很宽。另外，就报告对于基于云的应用可能发生的事件的方式、能力和意愿而言，用户经常会具有多样性。另外，可能需要报告的信息的量本身可能是庞大且复杂的。由于这些和相关的原因，基于云的应用的提供者经常难以捕捉表征给定用户经历的事件的期望信息，或者甚至难以预测可能要捕捉什么类型或范围的期望信息。

因此，提供者经常难以识别被调查的事件的根本原因，或者难以迅速且完整地解决或以其他方式处理用户的担心。类似的问题可在其他情境中发生，例如在基于云的应用的开发和/或测试期间。结果，用户可能对于基于云的应用不满意，并且对于提供者不满意。

发明内容

在本说明书中，在最低限度地牵涉用户的情况下，在例如浏览器应用之类的云应用的用户或客户端侧迅速且彻底地收集事件数据。取而代之，例如，利用客户端侧JavaScript应用编程接口(Application Programming Interface，API)和相关技术收集事件数据，以便例如连同设备数据、性能数据和日志数据一起为浏览器应用的页面收集完整的超文本标记语言(Hyper-Text Markup Language，HTML)文档对象模型(Document ObjectModel，DOM)。也可提供注释工具以使得用户能够从视觉上注释被调查的页面，例如利用用户可用的原生工具。

然后，可使用渲染模块来渲染所关注的页面以供事件管理器分析，包括注释。这样，事件管理器可提供报告的事件的再现或模拟的版本，连同其他收集的相关事件数据。因此，事件管理器可有效地分析事件并从而使得能够为用户迅速且完整地解决事件。

根据一个一般方面，一种计算机程序产品被有形地体现在非暂态计算机可读存储介质上并且包括指令，这些指令当被执行时被配置为使得至少一个计算设备从浏览器的用户接收事件报告请求，该浏览器在客户端系统上运行网络应用，从而在浏览器中提供页面，并且启动网络应用的信息收集模块来收集事件数据，事件数据包括与页面的用户交互、与执行网络应用相关联的客户端系统特征和操作以及页面的文档对象模型(DOM)。这些指令当被执行时还被配置为将事件数据发送到服务器侧事件管理器，利用服务器侧事件管理器的渲染引擎渲染文档对象模型，并且利用服务器侧事件管理器的事件分析器显示收集的用户交互、以及客户端系统特征和操作、以及渲染的文档对象模型。

根据另一个一般方面，一种用于执行存储在非暂态计算机可读存储介质上并可被至少一个处理器执行的指令的由计算机实现的方法包括从浏览器的用户接收事件报告请求，该浏览器在客户端系统上运行网络应用，从而在浏览器中提供页面，并且启动网络应用的信息收集模块来收集事件数据，事件数据包括与页面的用户交互、与执行网络应用相关联的客户端系统特征和操作以及页面的文档对象模型(DOM)。该方法还包括提供网络应用的注释工具来从用户接收页面的注释以包括在事件数据中，利用渲染引擎渲染文档对象模型和注释，并且显示收集的用户交互、以及客户端系统特征和操作以及渲染的文档对象模型和注释。

根据另一个一般方面，一种系统包括记录在非暂态计算机可读存储介质上并可被至少一个处理器执行的指令。该系统包括：信息收集模块，被配置为从浏览器的用户接收事件报告请求，该浏览器在客户端系统上运行网络应用，从而在浏览器中提供页面，该信息收集模块被配置为收集事件数据，事件数据包括与页面的用户交互、与执行网络应用相关联的客户端系统特征和操作以及页面的文档对象模型(DOM)。该系统包括被配置为从用户接收页面的注释来包括在事件数据中的网络应用的注释工具，以及被配置为接收事件数据的服务器侧事件管理器。服务器侧事件管理器包括被配置为渲染文档对象模型和注释的渲染引擎，以及被配置为显示收集的用户交互、以及客户端系统特征和操作以及渲染的文档对象模型和注释的事件分析器。

一个或多个实现方式的细节在附图和以下描述中记载。其他特征将从说明书和附图以及从权利要求中清楚显现。

附图说明

图1是用于网络应用的基于页面的事件相关的系统的框图。

图2是图1的系统的信息收集模块的框图。

图3是图1的系统的渲染引擎的框图。

图4是图1的系统的事件分析器提供的事件分析页面的屏幕截图。

图5图示了图1的系统的注释工具的示例操作。

图6是图示出图1的系统的示例操作的流程图。

具体实施方式

图1是用于网络应用的基于页面的事件相关的系统100的框图。在系统100中，事件管理器102正与浏览器104通信，浏览器104运行网络应用106，包括在浏览器104内提供页面108。未示出的用户与页面108交互以便获得期望的信息和/或功能。当用户经历事件，例如故障或感知到的故障时，如下文详细描述的，该事件可被报告给事件管理器102，并且在一些实现方式中被利用事件管理器102的客户端侧110和服务器侧112组件两者来加以分析。这样，事件可被迅速且完整地报告并解决，并且对于用户和在对报告的事件进行协助时可涉及的任何人类事件解决人员(在图1中也没有示出)的需求是最低限度的。

在图1的示例中，浏览器104代表几乎任何当前或未来的被设计为例如通过网络交换信息的浏览器应用，所述网络例如是因特网、万维网或其他公共或私有网络。例如，这种浏览器可被配置为从用户接收输入，从远程计算机取回内容，渲染取回的内容，并且接收进一步输入。浏览器104也应当被理解为包括几乎任何可操作来执行网络应用106的应用，即使主要是设计用于其他目的的(例如，文档处理，或图像处理)。当然，浏览器的多种类型和示例是公知的，并且这种浏览器的传统特征在这里不作详细描述，除了对于图1的系统100的理解是必要的或者有帮助的以外。

浏览器104的许多特征和优点之一是其执行网络应用106的能力，网络应用106一般指的是至少部分在服务器侧112提供的应用，不要求在客户端侧110的完全安装，或者对客户端侧112的计算资源的完全使用。这种网络应用经常被称为或者包括基于云的应用，或者web应用。理想情况下，用户接受这种应用的特征和功能的益处，而不必在本地安装关联的软件，并且具有如下益处，即有适当或期望数量的服务器侧计算资源(通常比客户端侧计算资源多得多)分配来实现所关注的网络应用。

相关益处包括假定有服务器侧事件解决人员或其他事件解决资源可用，使得在网络应用106上经历了困难的用户将能够报告事件并且在对事件的解决上接受协助。然而，随着网络应用变得更复杂，用户经常需要提供很大量的信息来描述经历的事件，这对于用户来说是耗时且效率低下的。例如，对于事件解决可能有帮助的信息可包括以下示例，其中的许多在下文更详细论述：正在使用的操作系统(operating system，OS)或设备的当前版本、屏幕/浏览器大小、浏览器版本、浏览器插件、被访问页面的页面历史、控制台日志、页面打开性能时间和存储器使用情况。

对于与页面——例如页面108——的视觉外观相关的事件，用户经常依赖于第三方工具来捕捉有问题的页面或屏幕的图像。另外，用户难以提供被报告为有问题的屏幕部分的大小(例如，以像素为单位)。另外，对于与网络应用104的功能的性能时间相关的问题，用户难以利用外部工具测量准确的性能时间。

从而，如上所述，虽然用户有可能利用现有的事件报告工具描述事件并且甚至发送有问题的页面或屏幕的屏幕截图，但期望用户能够利用现有事件报告技术提供对于事件解决可能有帮助的所有类型的信息一般来说是不可行的、不可靠的、效率不高的或者非优选的。结果，这种情况下的事件解决可要求事件报告的多次反复，并且对于用户和事件解决人员两者都可能是耗时且令人沮丧的。

图1的系统100提供了一种用于事件报告的视觉通信系统，包括来自最终用户(例如，顾客)的事件报告，以及来自在开发、提供、更新或维护网络应用106时涉及的各种人员，例如质量保证(quality assurance，QA)测试人员、项目经理、软件开发者和软件设计者的事件报告。增强的视觉通信降低了开发成本，简化了alpha/beta测试并且促进了所有用户反馈。

从以上论述应当清楚，就像浏览器104代表任何当前或未来的浏览器一样，网络应用106代表几乎任何已知或未来的适合于在图1的客户端-服务器体系结构的情境中执行的应用。作为具体的而非限制性的示例，网络应用106可包括与商业活动或交易、慈善组织、包括学校或图书馆在内的政府/教育活动或者个人/私人应用(例如，社交媒体应用)相关的应用。具体而言，在商业应用的领域中，网络应用106可包括用于达成交易、用于库存控制、供应链管理、财务管理或人历资源活动的应用，这只是列举了几个非穷尽示例。

这种应用可主要在服务器侧112执行，意思是例如计算和其他处理在那里执行，并且相关数据也可被存储在那里。另一方面，也可能客户端侧110的计算资源也可用于执行处理并且为数据存储提供存储器。

在许多情况下，浏览器104通过以标记语言的形式接收网络应用106的内容或其他数据来操作，其中标记语言例如是超文本标记语言(Hyper-Text Markup Language，HTML)或可扩展标记语言(eXtensible Markup Language，XML)。浏览器104随后以相应标记语言指定的形式渲染内容，从而提供页面108。如上文刚刚提到的，经常发生的是用于网络应用106的各种类型的处理和存储器存储出现在客户端侧110。换言之，例如，网络应用106的内容通常不是被用户查看的简单静态内容；取而代之，内容经常是高度交互性的，并且能够接受来自用户的输入并提供相应的响应。实际上，对于本文提到的事件报告中的那些类型的困难作出贡献的经常是这种类型的交互性。具体而言，例如，递送到浏览器104的HTML或XML内容可包括用户可采取的大量的可能动作，其中这些动作取决于彼此并且只代表可能动作的子集，并且其中用户可能在任何时点错误地尝试采取不允许的动作。

与在浏览器104和网络应用106的页面108的情境中向用户提供这种类型的交互体验相关的一种技术被称为文档对象模型(DOM)。一般而言，DOM指的是一类接口，例如应用编程接口(API)，其使能与文档(在传统的命令法中在一般意义上使用并且包括几乎任何类型的结构化数据)的交互，其中这种交互包括例如构建文档、导航文档结构以及添加、修改或删除元素和内容。

DOM通常与被建模的下层文档相似，但具有标准化的结构和格式，这种标准化的结构和格式是独立于语言的并且与许多不同的情境和平台(例如，不同类型的浏览器)兼容，并且在面向对象的编程中的术语对象的通常意义上利用对象。例如，DOM可利用树结构表示离散文档元素和其间的关系，并且可定义在这种元素和关系上动作的方法。

当浏览器——例如浏览器104——接收到例如HTML内容时，浏览器的布局引擎通常解析HTML以创建相应的DOM，并从而渲染页面108。随着用户与页面108交互，DOM经常被相应地修改。

在图1的系统100中，网络应用106的信息收集工具114被配置为例如响应于来自用户的事件报告而捕捉页面108的DOM，以用于促进对其的事件响应，这在下文详细描述。也就是说，作为用于捕捉相关事件数据的一种技术，信息收集模块108在与用户进行的事件报告相关联的时间范围期间捕捉DOM的当前状态。

信息收集模块114还可操作来收集与用于实现浏览器104的客户端侧110设备相关的设备数据。如上所述，这种设备数据可包括包含类型和版本在内的OS相关信息，以及关于客户端侧设备的硬件的信息。设备数据还可包括表征屏幕和/或浏览器大小以及浏览器的类型和版本和可存在的任何关联的浏览器插件、扩展或附件的设备特定信息。信息收集模块114还可收集性能数据，包括在对页面108和相关页面的(一个或多个)访问期间浏览器104的性能，例如页面打开性能时间和关联的存储器使用情况，以及各种类型的日志数据。这种日志数据的示例以及一般而言的信息收集模块114的更多操作在下文例如结合图2更详细描述。

在客户端侧110还图示了注释工具116。如本文所述，注释工具116允许了浏览器104的用户利用例如高亮、涂黑、箭头、像素尺或者几乎任何类型的视觉标记来结合被报告的事件注释页面108以识别和/或表征与被报告的事件相关联的视觉元素。同样，注释工具116的更多细节在下文例如结合图5提供。

在图1的示例中，信息收集模块114和注释工具116收集的所有事件数据被发送到服务器侧112的事件管理器102的收集服务118。随后在该示例中利用事件数据仓库120来存储事件数据。

渲染引擎122随后能够取回捕捉的DOM并且再渲染页面108，以及相应的注释，以供事件分析器124使用。也就是说，如图所示，事件分析器124接收渲染的屏幕快照126，其图示了在所关注的事件期间用户所经历的页面108，包括利用注释工具116捕捉的任何注释。渲染引擎122的更多示例操作在下文例如联系图3提供。

事件分析器124也可取回上文提到的各种类型的事件数据。例如，如图所示，事件分析器124可访问额外的DOM相关数据128，例如完整的DOM和表征DOM的数据，包括DOM元素或节点计数，或者DOM树的深度或关于DOM的其他结构细节。如图还示出的，事件分析器124可取回设备/浏览器相关数据130、性能数据132和日志数据134。关于事件分析器124就事件数据120的使用(例如，显示和分析)而言的操作的额外细节在下文例如联系图4提供。

在图1的示例中，事件管理器102被示为利用至少一个计算设备136来执行，该计算设备136包括至少一个处理器138和非暂态计算机可读存储介质140。也就是说，例如，至少一个计算设备136可代表两个或更多个计算设备，它们可能通过计算机网络或其他通信接口通信。类似地，至少一个处理器138可代表两个或更多个处理器，它们可能并行执行以通过一种高效且方便的方式提供事件管理器102。非暂态计算机可读存储介质140可代表任何适当的存储介质，其能够存储供至少一个处理器138执行的指令，和/或任何相关的或所需的数据，例如事件数据仓库130的事件数据。

当然，图1的系统100只打算作为在实现事件管理器102时可能必要或有用的硬件和软件的简化图示。如上所述，虽然在图1的简化示例中没有明确图示，但在系统100中可包括适当的硬件和软件，例如监视器和其他适当的可用于提供浏览器104的显示器或屏幕，其中这种细节将取决于在客户端侧110使用的(一个或多个)下层计算设备(例如，工作站、桌面电脑、膝上电脑、上网本、笔记本、平板设备或智能电话)的性质而变化。虽然这种硬件本身在图1的简化示例中没有明确图示，但系统100的各种实现方式可包括硬件/软件平台的这些或其他示例。另外，虽然信息收集模块114和注释工具116是在客户端侧110图示的，而渲染引擎122、事件数据仓库120和事件分析器124是在服务器侧112图示的，但有可能这些各种组件的任何一者的一些或全部可部分或完全在图1的客户端-服务器关系的相反侧实现。系统100的实现方式的许多其他变化在下文描述，或者将会是显而易见的。

图2是图1的系统的信息收集模块114的框图。在图2的示例中，信息追踪引擎202表示被配置为捕捉上文提到的那些类型的事件数据的客户端侧API。例如，JavaScript API可用于实现信息追踪引擎202，其中JavaScript指的是已知的动态编程语言，其执行运行时编程行为来控制浏览器104的操作。从而，信息追踪引擎202的JavaScript API指的是用于在渲染页面108时在这种JavaScript和浏览器104之间作为接口的API。

另外，信息追踪引擎202可利用REST式服务，其中REST指的是作为一种提供用于实现可伸缩web服务的技术的软件体系结构方法的代表性状态转移(REpresentationalState Transfer)。REST通常利用一般在因特网上用于传送HTML文档的超文本传送协议(Hyper Text Transfer Protocol，HTTP)，并且因此与图1的系统100的情境是高度兼容的，包括对用于取回和发送数据的HTTP命令的使用，例如GET、POST、PUT和DELETE，如下文所述。

从而，信息追踪引擎202可与多个组件和数据源相接口以收集本文描述的事件数据。例如，如图所示，信息追踪引擎202可使用JavaScript API来与完整的HTML DOM 204接口。

另外，用户代理206指的是代表用户执行的软件，包括例如识别浏览器104、相关OS和其他相关类型的事件数据的一串或一行文本。导航系统208指的是浏览器104的导航系统，其使得用户能够在因特网内以及在网络应用106内在页面与页面间(包括页面108)移动，从而导航系统208可提供例如用户的导航历史。

日志系统210可以指用于收集日志数据的一种或多种类型的日志系统。例如，浏览器控制台一般指的是浏览器104的调试或差错控制台，其中这种控制台已知按浏览器类型而有些变化。一般地，与常规网页相关联的这种控制台日志信息，例如网络请求、安全性警告或任何信息性消息，被正执行的JavaScript明确记录。从而，利用如上所述的适当JavaScript API，信息追踪引擎202可与浏览器104的控制台相接口并且获得其表征例如其中包含的任何差错、调试或故障排查消息的日志数据。同时，XML HTTP REQUEST(XHR)指的是这样一种API：其被诸如JavaScript之类的脚本语言用来发送HTTP(或安全HTTP(HTTPS))请求到服务器，并且从服务器接收和加载任何响应回到正使用的脚本中。因此，XHR日志指的是一类用于跟踪和存储这种请求/响应对的日志系统。也可利用其他差错日志，例如表征存储关于浏览器104的活跃例程或子例程的信息的调用栈数据结构的差错日志。

作为信息追踪引擎202的接口活动的最后示例，图示了存储器API 212，其可被信息追踪引擎202访问来获得与客户端侧110的存储器使用情况相关的各种类型的事件数据(例如，浏览器104的存储器要求)。例如，如上所述，这种存储器数据可涉及在提供网络应用106和页面108时被用于执行浏览器104的活跃进程的存储器的量。

从而，如上文联系图1描述、但在图2的示例中更详细图示的，在信息收集模块114处可收集各种类型的事件数据。例如，如图所示，连同总DOM节点计数和DOM深度(216)一起，可收集总HTML DOM 214。另外，可收集关于操作系统、设备硬件、屏幕/浏览器大小和浏览器版本的设备相关事件数据218。也可收集页面访问历史220和页面导航性能时间222。最后，在图2的示例中，可获得存储器使用情况224和日志数据220(包括控制台日志数据、XHR日志数据和差错日志数据)。

利用上文提到的REST式服务体系结构，压缩引擎228可压缩各种类型的事件数据214-226。压缩引擎228从而可将压缩的事件数据POST到服务器侧112的收集服务118。

在实践中，可向网络应用106提供一个或多个用于启动事件报告的选择选项。例如，网络应用106的按钮或其他图标或窗口小部件可被浏览器104显示在页面108内，并且用户从而只要通过选择页面108的相应事件报告元素就可启动事件报告。例如，在一些实现方式中，对页面108的事件报告元素的简单选择可执行向事件管理器102报告事件数据。在其他示例实现方式中，对事件报告元素的第一次选择可启动对事件数据的收集，而对事件报告元素的至少第二次选择可使得完成事件数据的收集并且相应地将其报告给收集服务118。

可观察到，信息收集模块114可操作来收集事件数据，而不要求插件或其他第三方工具。尤其，对于注释工具116，如下文联系图3至图5所述，不需要用于捕捉浏览器104的当前显示的单独的屏幕截图捕捉工具，因为事件管理器102的渲染引擎122能够提供图1的渲染的屏幕快照126。然而，事件管理器102可与现有的第三方事件报告工具以及被设计为使得开发者能够规划并实现软件开发的第三方工具兼容。

图3是图1的系统100的渲染引擎122的框图。如上所述，以及如图3中所示，页面108的完整HTML DOM可作为由信息收集模块114获得的事件数据的一部分被提供给渲染管理器304。渲染管理器304可利用一个或多个适当的渲染插件306来帮助重渲染页面108。例如，虽然以上的简化示例提到了页面108是利用HTML和/或XML构造的，但各种额外的或替换的技术可用于构造页面108，例如层叠样式表(cascading style sheet，CSS)，并且特定的相应渲染插件306可被利用来促进渲染特定类型的这种内容。

另外，渲染管理器304可与单独的产品服务器308交互，例如通过向其请求资源，并且接收对资源请求的响应，如图所示。换言之，例如，在页面108的用户在对页面108的使用期间与特定服务器交互了的场景中，这种交互可被捕捉在HTML DOM 302内。然后，为了重渲染用户的交互，渲染管理器304可重执行用户经历的实际请求/响应对。

这样，渲染管理器304可获得所有必要的信息来将页面108渲染为图像310。在图3的示例中，图像310被示为可移植网络图形(portable network graphics，PNG)图像。但是当然，可以使用其他图像格式，例如jpeg、gif或pdf。

如图3的示例中所示，所得到的图像314可与注释工具116捕捉的注释信息一起被渲染。用于执行这种渲染的具体技术在下文联系图5提供。

图4是图1的系统100的事件分析器124提供的事件分析页面402的屏幕截图。也就是说，如上所述，事件分析器124被配置为管理收集的事件数据，并且协助开发者或其他事件响应人员分析报告的事件，并最终与用户(例如，共同开发者或顾客)合作来解决报告的事件。

在图4的示例中，如图所示，事件数据仓库120和渲染引擎122提供所有需要的数据来供事件分析器124生成事件分析屏幕402。如图所示，屏幕快照404包括由渲染引擎122提供的重渲染的网页，以及由用户通过对注释模块114的使用提供的任何注释。另外，在该示例中，在部分406中提供OS/设备信息。在部分408中提供存储器使用情况，并且在部分410中提供DOM信息(例如，DOM节点计数或DOM深度)。

最后，在图4的示例中，部分412图示了额外类型的事件数据和用于在示例事件分析屏幕402的情境内显示这种事件数据的相应格式和技术。如图所示，用于显示日志数据的部分412包括多个选项卡，每个选项卡可被事件响应人员选择来查看相应的日志数据。如图所示，选项卡414与XHR日志相关联，而选项卡416与控制台日志相关联。同时，选项卡418包括用户关于页面108的导航历史，并且选项卡420记录了与用户结合访问页面108的页面访问历史相关的数据。

图5图示了图1的系统100的注释工具114的示例操作。在图5的示例中，可伸缩矢量图形(scalable vector graphics，SVG)被注释工具114用来使得产品页面层502(一般对应于图1的页面108)的用户能够创建用于提供上文提到的那些类型的注释的注释层504。在此情境中，SVG一般指的是用于2D图形的基于XML的图像格式，其中图像是利用XML文本文件定义的。从而，例如，注释工具114可使得用户能够利用文本输入和/或相应的绘图软件创建注释。

在图5的示例中，椭圆506图示了一类标记的示例，用户可提供该标记来具体识别与被报告的事件相关联的下层页面的区域。类似地，标签508图示了用户被提供了提供表征与被报告的事件相关联的特定页面部分的文本输入的能力。

从而，如图5中所示，注释层504可与下层的产品页面层502相覆盖来提供期望的页面部分的无缝的集成注释。渲染引擎122从而可例如在图4的屏幕快照404内渲染两个层502、504。

图6是利用图2至图5的特征和技术图示出图1的系统100的示例操作的流程图。在图6的示例中，操作602–612被图示为单独的顺序化操作。然而，在各种实现方式中，可包括额外的或替换的操作或子操作，和/或可省略图示的操作或子操作，并且包括的操作和子操作的所有这种变化可至少部分以并行方式执行，或者以迭代的、分支的、循环的或嵌套的方式执行。

在图6的示例中，从浏览器的用户接收事件报告，该浏览器在客户端系统上运行网络应用，从而在浏览器中提供页面(602)。例如，如上所述，客户端侧110的浏览器104的用户可利用网络应用106来访问页面108。用户可将事件报告发送到事件管理器102，例如发送到信息收集模块114。

然后，网络应用的信息收集模块可被启动来收集包括与页面的用户交互和与执行网络应用相关联的客户端系统操作在内的事件数据(604)。例如，信息收集模块114可收集上文已经描述的各种类型的事件数据，例如在被图2的信息追踪引擎202获得了之后被存储在事件数据仓库120内的事件数据。

可提供网络应用的注释工具来从用户接收页面的注释(606)。例如，可提供注释工具116来使得用户能够生成图5的基于SVG的注释层504。

对于信息收集模块114和注释工具116两者，将会明白这些元素可被集成在网络应用106内，从而提供与网络应用框架的一类集成，并使能收集和传输大量的各种各样的事件数据，而不需要第三方插件或工具。因此，可迅速、高效且完整地收集事件数据。

事件数据随后可被发送到服务器侧事件管理器(608)。例如，如上文联系图2所述，压缩引擎228可被配置为压缩各种类型的事件数据214-226以便发送到事件管理器102的收集服务118。

利用服务器侧事件管理器的渲染引擎，可渲染文档对象模型和注释(610)。例如，事件管理器102的渲染引擎122可渲染收集的HTML、XML和SVG数据(连同DOM内包含的任何其他数据)，从而提供页面108和任何关联的注释的图像。

利用服务器侧事件管理器的事件分析器，收集的用户交互和客户端系统操作和特征可与渲染的文档对象模型和注释一起被显示(612)。例如，事件分析器124可提供屏幕截图402，包括渲染的页面108的屏幕快照和在其部分404中图示的关联注释，如上文联系图4所述。这样，如上所述，事件分析器124以对于事件响应人员来说方便的方式提供了报告的事件的所有必要事件数据，例如实质上在屏幕截图402的模拟环境内再现了所关注的事件。

在各种实现方式中，事件响应人员然后可使用适当的通信技术来与用户通信以采取进一步步骤来解决该事件。在一些实现方式中，也可利用自动化事件分析和解决技术。

本文描述的各种技术的实现方式可在数字电子电路中实现，或者在计算机硬件、固件、软件或者它们的组合中实现。实现方式可实现为计算机程序产品，即有形地体现在信息载体中(例如机器可读存储设备中)的计算机程序，以供数据处理装置执行或者控制数据处理装置的操作，其中数据处理装置例如是可编程处理器、计算机或多个计算机。计算机程序(例如上文描述的(一个或多个)计算机程序)可以用任何形式的编程语言来编写，所述语言包括经编译或解释的语言，并且计算机程序可按任何形式来部署，包括被部署为独立程序或被部署为模块、组件、子例程或者适合用在计算环境中的其他单元。计算机程序可被部署来在一个计算机上或多个计算机上执行，所述多个计算机位于一个地点或分布在多个地点并由通信网络互连。

方法步骤可由一个或多个可编程处理器执行，这些可编程处理器执行计算机程序以通过操作输入数据并生成输出来执行功能。方法步骤也可由专用逻辑电路来执行，并且装置可实现为专用逻辑电路，专用逻辑电路例如是FPGA(现场可编程门阵列)或ASIC(专用集成电路)。

适用于执行计算机程序的处理器例如包括通用和专用微处理器，以及任何种类的数字计算机的任何一个或多个处理器。一般地，处理器将从只读存储器或随机访问存储器或者这两者接收指令和数据。计算机的元素可包括用于执行指令的至少一个处理器和用于存储指令和数据的一个或多个存储器设备。一般地，计算机还可包括一个或多个大容量存储设备，或者操作性地耦合到一个或多个大容量存储设备以便从其接收数据或向其传送数据，或者既包括也操作性地耦合到一个或多个大容量存储设备，所述大容量存储设备用于存储数据，例如是磁盘、磁光盘或光盘。适用于体现计算机程序指令和数据的信息载体包括所有形式的非易失性存储器，例如包括半导体存储器设备，例如EPROM、EEPROM和快闪存储器设备；磁盘，例如内部硬盘或可移除盘；磁光盘；以及CD-ROM和DVD-ROM盘。处理器和存储器可被专用逻辑电路所补充，或者被包含在专用逻辑电路中。

为了支持与用户的交互，实现方式可实现在计算机上，该计算机具有用于向用户显示信息的显示设备，例如，阴极射线管(cathode ray tube，CRT)或液晶显示器(liquidcrystal display，LCD)监视器，以及用户可用来向计算机提供输入的键盘和指点设备，例如鼠标或轨迹球。其他种类的设备也可用于支持与用户的交互；例如，提供给用户的反馈可以是任何形式的感官反馈，例如视觉反馈、听觉反馈或触觉反馈；并且来自用户的输入可按任何形式被接收，包括声响、话音或触觉输入。

实现方式可在计算系统中实现，该计算系统包括后端组件(例如，作为数据服务器)，或者包括中间件组件(例如，应用服务器)，或者包括前端组件(例如，具有用户可通过其来与实现方式交互的图形用户界面或Web浏览器的客户端计算机)，或者这种后端、中间件或前端组件的任何组合。组件可由任何形式或介质的数字数据通信—例如通信网络—互连。通信网络的示例包括局域网(local area network，LAN)和广域网(wide areanetwork，WAN)，例如因特网。

虽然如本文所述已图示了描述的实现方式的某些特征，但本领域技术人员现在将想到许多修改、替换、变化和等同。因此，要理解，所附权利要求打算覆盖所有属于实施例的范围内的修改和变化。

Claims (20)

1.一种计算机程序产品，该计算机程序产品有形地体现在非暂态计算机可读存储介质上并且包括指令，这些指令当被执行时被配置为使得至少一个计算设备：

从浏览器的用户接收事件报告请求，所述浏览器在客户端系统上运行网络应用，从而在所述浏览器中提供页面；

启动所述网络应用的信息收集模块来收集事件数据，所述事件数据包括与所述页面的用户交互、与执行所述网络应用相关联的客户端系统特征和操作以及所述页面的文档对象模型(DOM)；

将所述事件数据发送到服务器侧事件管理器；

利用所述服务器侧事件管理器的渲染引擎渲染所述文档对象模型；以及

利用所述服务器侧事件管理器的事件分析器显示收集的用户交互、以及所述客户端系统特征和操作、以及渲染的文档对象模型。

2.如权利要求1所述的计算机程序产品，其中，所述指令当被执行时被配置为使得所述至少一个计算设备：

提供所述网络应用的注释工具来从所述用户接收所述页面的注释以包括在所述事件数据中。

3.如权利要求2所述的计算机程序产品，其中，所述注释是利用可伸缩矢量图形(SVG)层收集的。

4.如权利要求2所述的计算机程序产品，其中，所述指令当被执行时被配置为使得所述至少一个计算设备：

利用所述服务器侧事件管理器的渲染引擎渲染所述注释；以及

将渲染的注释与渲染的文档对象模型相覆盖地、并且与收集的用户交互和所述客户端系统特征和操作一起显示。

5.如权利要求1所述的计算机程序产品，其中，所述渲染的文档对象模型被渲染为包括从所述用户接收的覆盖的注释并且表征所述事件的图像文件。

6.如权利要求1所述的计算机程序产品，其中，所述指令当被执行时被配置为使得所述至少一个计算设备：

渲染所述文档对象模型，包括与服务器重执行所述用户先前在所述事件的情境中执行的请求/响应对。

7.如权利要求1所述的计算机程序产品，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与所述客户端系统的至少一个日志系统相接口。

8.如权利要求1所述的计算机程序产品，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与所述浏览器的至少一个导航系统相接口以收集所述用户关于所述页面的导航历史。

9.如权利要求1所述的计算机程序产品，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与至少一个存储器应用编程接口(API)相接口以收集结合与执行所述网络应用相关联的特征和操作而消耗的存储器资源的量。

10.一种用于执行存储在非暂态计算机可读存储介质上并可被至少一个处理器执行的指令的由计算机实现的方法，该方法包括：

从浏览器的用户接收事件报告请求，所述浏览器在客户端系统上运行网络应用，从而在所述浏览器中提供页面；

启动所述网络应用的信息收集模块来收集事件数据，所述事件数据包括与所述页面的用户交互、与执行所述网络应用相关联的客户端系统特征和操作以及所述页面的文档对象模型(DOM)；

提供所述网络应用的注释工具来从所述用户接收所述页面的注释以包括在所述事件数据中；

利用渲染引擎渲染所述文档对象模型和所述注释；以及

显示收集的用户交互、以及客户端系统特征和操作以及渲染的文档对象模型和注释。

11.如权利要求10所述的方法，其中，所述注释是利用可伸缩矢量图形(SVG)层收集的。

12.如权利要求10所述的方法，其中，所述渲染的文档对象模型被渲染为包括从所述用户接收的注释的覆盖图示并且表征所述事件的图像文件。

13.如权利要求10所述的方法，其中，渲染所述文档对象模型和所述注释包括渲染所述文档对象模型，包括与服务器重执行所述用户先前在所述事件的情境中执行的请求/响应对。

14.如权利要求10所述的方法，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与所述客户端系统的至少一个日志系统相接口。

15.如权利要求10所述的方法，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与所述浏览器的至少一个导航系统相接口以收集所述用户关于所述页面的导航历史。

16.如权利要求10所述的方法，其中，所述网络应用的信息收集模块被配置为收集所述事件数据，包括与至少一个存储器应用编程接口(API)相接口以收集结合与执行所述网络应用相关联的特征和操作而消耗的存储器资源的量。

17.如权利要求10所述的方法，包括将所述事件数据发送到被配置为提供所述渲染和所述显示的服务器侧事件管理器。

18.一种系统，包括记录在非暂态计算机可读存储介质上并可被至少一个处理器执行的指令，该系统包括：

信息收集模块，被配置为从浏览器的用户接收事件报告请求，所述浏览器在客户端系统上运行网络应用，从而在所述浏览器中提供页面，所述信息收集模块被配置为收集事件数据，所述事件数据包括与所述页面的用户交互、与执行所述网络应用相关联的客户端系统特征和操作以及所述页面的文档对象模型(DOM)；

所述网络应用的注释工具，被配置为从所述用户接收所述页面的注释以包括在所述事件数据中；以及

服务器侧事件管理器，被配置为接收所述事件数据，所述服务器侧事件管理器进一步包括

渲染引擎，被配置为渲染所述文档对象模型和所述注释，以及

事件分析器，被配置为显示收集的用户交互、以及客户端系统特征和操作以及渲染的文档对象模型和注释。

19.如权利要求18所述的系统，其中，所述渲染引擎被配置为将渲染的文档对象模型渲染为包括从所述用户接收的注释的覆盖图示并且表征所述事件的图像文件。

20.如权利要求18所述的系统，其中，所述渲染引擎被配置为渲染所述渲染的文档对象模型和所述注释，包括与服务器重执行所述用户先前在所述事件的情境中执行的请求/响应对。