使用事务流签名的网络事务监视的方法和系统

摘要

本文中描述了一种用于监视网络事务性能的方法和系统。根据本发明，在测试环境中，表示构成了所述网络事务的子事务的分层流的事务流签名被生成并被存储以用于监视和分析网络事务。在实时环境中，子事务通过为特定网络事务而存储的事务流签名来识别，并且识别出的子事务随后由度量分析引擎来监视以确定网络性能。

说明书

技术领域

本发明通常涉及在通信网络中监视网络事务（transaction）的领域。更特别 地，涉及用于使用事务流签名来在通信网络中监视网络事务的方法和系统。

背景技术

随着通过互联网、内联网和外联网的在线通信的成长的增加，在互联网上 由公司驻留（host）多个应用以丰富他们的商业并实现全球公认。然而，这些公 司检查并确保他们在互联网上驻留的应用是否按预期执行，以实现他们在商业 联谊中的目标和目的。因此，需要在互联网上执行的这些应用的频繁的性能监 视。更特别地，需要执行这些应用的多个节点的监视，以确保在每个节点的正 常运行而没有故障。

通常，整个网络事务的监视包括：确保执行事务的所有节点是起作用的； 检测链路故障；确定在不同情况下的在不同节点处的网络流量，并且采取策略， 例如将流量从故障节点重定向到可替选节点等。这种监视的输出是其实现网络 和相关组件的故障排除以便于在没有故障的情况下的应用的执行。虽然在过去 进行了多个尝试以实现在网络中的网络事务的监视，但是整体上构成网络事务 的子事务监视始终不能以有效的方式实现。

在目前的实践中，从用户角度出发，通过将特定页或响应码标记为网络事 务的终止点来实现网络事务监视。遵循此，用于被标记的网络事务的数据度量 作为一个整体来提供给商业事务。在另一种方法中，商业事务通过将标记插入 到网络数据包被跨不同的网络系统层跟踪。另外，在另一种方法中，合成事务 （synthetic transaction）用于监视商业事务。

但是，现有的方法和系统使网络事务监视能够具有以下的技术问题和/或限 制：

·现有的方法注重于成功网络事务的识别而缺乏测量网络事务的逐层 （layer-wise）性能数据。

·要监视的网络事务的识别通过参考被接收的正确响应或被显示的特定页面 来实行。

·在少许现有方法中，其中事务被跨不同层监视，标记被添加到事务以助于 识别它们，或合成（机器人）事务被用来监视系统性能。这可能导致在网络的 系统开销上的增加。

因此，鉴于上述的现有技术中的空白，长期需要一种方法和系统，以在当 实现网络中的监视过程时，在没有对于要执行脚本或合成事务的任何需求的情 况下，使机制能在网络中监视或跟踪商业事务的逐层性能测量。

发明目的

本发明的主要目的是实现用于在通信网络中监视构成单个网络事务的多个 子事务的系统和方法。

本发明的另一目的是提供一种实现将网络中的驻留所述子事务的节点分类 为多个层，以使得每个层包括执行类似功能性的节点的系统和方法。

本发明的又一个目的是实现一种用于生成多个事务流签名的系统和方法， 所述多个事务流签名描绘了包括从所述分类的层中的一个层到其它层的多个子 事务的网络事务的分层（hierarchical）流。

本发明的又一个目的是实现一种用于在每个分类的层处的网络事务数据的 捕获并且将所述捕获到的数据存储在存储库中以供进一步分析的系统和方法。

本发明的又一个目的是实现一种用于通过状态序列机来从所述多个事务流 签名中识别与实时网络事务相似的至少一个事务流签名的系统和方法。

本发明的又一目的是实现一种用于在识别出的事务流签名中分析针对子事 务而捕获到的事务数据，以监视由所述子事务构成的单个网络事务的性能的方 法和系统。

发明内容

在本系统和方法、实现被描述之前，应当理解到，本申请不限定于所描述 的特定系统和方法论，因为可具有没有明确示出在本公开中的多个可能实施例。 还应当理解到，在描述中使用的术语仅出于描述特定版本或实施例的目的，并 不旨在限制本发明申请的范围。

在一个实施例中，本发明公开了一种用于监视和分析单个网络事务的子事 务的性能的系统和方法。根据本发明的方法，在其上驻留了应用的网络中的初 始不同节点被识别并分组为多个层。在本实施例中，基于网络中的每个节点提 供的服务的类型来实现这种节点到层的分组。更具体地，提供相同服务或实现 类似任务的节点被组合在一起为一层。

此后，本发明的方法实现从不同的层捕获网络事务数据。捕获到的数据随 后被整理并存储在存储库上以用于分析和监视。基于这个捕获到的数据，为每 个要监视的可能网络事务生成事务流签名。生成的签名可以被细化（refine）并 随后存储在存储库中以进行进一步分析。

另外，根据本实施例，通过借助（leveraging）捕获的签名作为对分析引擎 的输入来分析监视数据，以实现实时的系统监视。分析引擎基于客户端IP地址 来过滤和划分数据。根据本实施例，利用状态序列机来确定特定网络事务的事 务数据流。最后，基于确定事务数据流，网络事务报告描绘关于列出被引起的 每个网络事务的次数、网络事务的平均响应时间以及网络事务失败的次数的监 视的细节。

在本实施例中，本发明的系统包括层配置模块，其能够基于应用环境服务 器/节点的功能（即网络服务器、应用服务器、数据库服务器等）来对其进行识 别和标记。网络基于由不同节点执行的功能而被分类为N个不同的层。执行类 似功能的节点被凑集在一起成为一层。另外，系统包括网络事务数据捕获模块， 其负责于在每个节点处的网络事务数据的捕获，并随后将来自不同机器的所述 数据整理在一起到存储库中以进行存储和分析。

根据本实施例，系统包括事务签名生成模块，其适合于构成特定网络事务 的网络事务的分层的捕获和细化。此外，网络事务监视引擎负责分析捕获到的 网络事务数据以及其与事务签名模板的比较，而同时利用度量分析引擎来进行 网络事务数据的分析。

附图说明

当连同附图阅读时，前面内容以及下面实施例的详细描述可以被更好地理 解。出于说明本发明的目的，在本文献中示出了本发明的示例结构；然而，本 发明并不限定于在文献和附图中公开的具体方法和装置：

图1是示出根据本发明的示例性实施例的包括第一节点组的通信网络（100） 的系统框图。

图2是根据本发明的示例性实施例的包括实现网络事务监视过程的模块的 多个处理服务器的系统构架图示。

图3（a）、图3（b）和图3（c）是示出根据本发明的示例性实施例的在网 络事务监视过程中由模块实现的步骤的流程图。

图4示出根据本发明的示例性实施例的层配置的示例。

图5示出根据本发明的示例性实施例的网络事务流的示例。

图6示出根据本发明的示例性实施例的被配置用于识别网络事务的状态序 列机。

具体实施方式

参照本发明的示例性实施例来呈现描述。本领域的技术人员以及掌握与本 发明有关的技术的技术人员将意识到，在所描述方法和操作系统中的改动和变 化可在无意图脱离本发明的原理精神和范围的情况下被实践。

在根据本发明的一个实施例中，公开了用于监视通信网络的性能的系统和 方法。所述通信网络包括第一节点组例如网络服务器、应用服务器、数据库服 务器等，其中用于每个节点负责执行网络中的各种任务。在根据本发明的一个 实施例中，这些第一节点组中的少许（在下文中被称为第二节点组）驻留在网 络中要被监视的各种应用。第二节点组共同执行网络子事务，其中所述子事务 一起构成要被监视的至少一个网络事务。

根据一个实施例，驻留应用的所述第二节点组被分类为第一层集合。节点 的分类以这样一种方式来实现，以便第二节点组中的每个节点基于为了利于所 驻留的应用的功能而执行的功能性或任务而被分类为所述第一层集合中的至少 一个层。更特别地，来自第二节点组的一个或多个节点（在下文中被称为执行 类似功能的第三节点组）被分类为来自第一层集合中的单个层。以类似的方式， 基于由不同节点执行的功能，可将网络分类为N个不同的层。执行类似功能的 节点联合起来成为单个层。

在一个实施例中，第一层集合和在每个层处捕获的事务数据在测试环境中 被监视，以识别在通信网络中由第一层集合执行的不同可能事务。在本实施例 中，多个子事务在测试环境中执行，以捕获通信网络中的所有可能的关联的网 络事务。在本实施例中，为每个捕获到的网络事务和子事务生成事务流签名。 单个网络事务流签名可以包括多个网络事务，其中每个网络事务由许多子事务 构成。大体上，事务流签名是存储所有的关联的网络事务的信息（例如每个网 络事务的元数据，事务的请求内容中的参数，以及从一个层到下一个层的至少 一个子事务的分层流）的模板。在本实施例中，为每个可能的网络事务生成多 个事务流签名，并存储在存储库中。模板包含了与对应的网络事务有关的所有 信息，并用逐层的格式来表示它。

在一个实施例中，在实时环境中，用于特定网络事务的事务数据从用于监 视通信网络的第二节点组捕获。所述网络事务包括多个子事务。在这种情况下， 对实时捕获的事务数据进行分析，以识别在测试环境中的监视的网络与在实时 环境中的捕获到的网络事务的网络是否相同。捕获到的事务数据基于所述第一 层集合来分类并被存储在存储库中。更特别地，在实时网络事务中涉及的每个 节点处捕获的事务数据基于层来存储，其中每个层包含执行类似任务的节点。 更特别地，节点被分类成多个层，例如网络服务器层，应用服务器层，和数据 库服务器层等。

在一个实施例中，随后利用分类的数据来通过对与在第二节点组之间执行 的子事务关联的事务参数和网络参数进行相关，以从所存储的事务流签名中识 别与网络事务类似的事务流签名。网络参数包括：在子事务中的源节点的源互 联网协议地址、子事务的目的地节点的目的地互联网协议（IP）地址、以及在事 务中涉及的对应节点的通信端口地址。事务参数包括：每个事务的事务请求计 数；对应的子事务的请求内容和每个事务的响应时间。在基于IP地址进行了节 点分类之后，分类通过识别与在网络子事务中涉及的每个节点关联的多个端口 号而被带入下一个步骤。对来自在网络事务中涉及的第二节点组的所有层来识 别类似的相关，直到识别出所监视的网络事务的事务流签名。如果同一节点基 于其执行的功能而构成两个不同的层（例如，单个节点构成应用服务器和数据 库服务器），则该节点将被处理为两个单独元件，并且针对同一节点的数据，通 过使用由数据传送到其的通信端口而遵循的IP地址来区分，这是因为应用服务 器和数据库服务器将具有单独的通信端口号。此外，发生在这个节点处的网络 事务基于端口地址而被分类为对应的层。

在一个实施例中，随后利用识别出的事务流签名来监视网络事务中的子事 务。使用度量分析引擎来执行网络事务和子事务的详细分析。为了这个目的， 为网络中的每个层生成了性能度量。进一步地，针对多个层、多个会话和多个 独立层来执行度量比较。度量分析引擎还基于不同的参数来生成所述通信网络 的性能报告。

参照的图1是示出根据本发明的示例性实施例的通信网络（100）的系统框 图。在本实施例中，所述通信网络（100）包括多个节点（103）（例如应用服务 器、数据库服务器和网络服务器），其在下文中被称为第一节点组。所述第一节 点组通过在单独网络（105）上发送和/或接收请求/响应数据包来彼此进行通信。 此外，通信网络包括与存储库（109）电耦合的多个处理服务器（107）。在一个 实施例中，所述存储库（109）可以被包括在处理服务器中。在另一实施例中， 存储库（109）是与处理服务器（107）耦合的独立机。如通过图1观察到的， 示出了发起根据本发明的示例性实施例的事务监视过程的用户机（101）。在一 个或多个处理服务器（107）中包含的多个模块的帮助下，由处理服务器（107） 实现事务监视。

图2是如图1所示那样的处理服务器（200）的系统架构图，以实现根据本 发明的一个示例性实施例的网络事务监视过程。如图2所示，处理服务器（200） 包括层配置模块（211）、签名生成模块（207）、事务监视引擎（209）、度量分 析引擎（203）、和状态序列机（205），这些共同实现事务监视过程。这些模块 被布置为使能可以减少通信网络中的开销。例如，为了平衡每个处理服务器 （200）上的工作负荷，执行事务监视的模块跨多个处理服务器（200）分布。 更具体地，在本实施例中，每个处理服务器（200）将包括一个或多个处理模块， 并从而实现单独服务器之间的任务处理的划分。在另一个实施例中，处理模块 可以被包括在单个处理服务器中。

另外，如图2所示，示出了与处理服务器（200）电耦合的存储库（213）。 在另一实施例中，存储库（213）可被包含在处理服务器自身中的一个中。存储 库（213）被进一步分成两个数据库层—被配置为存储网络事务细节的数据库I （DB1）层和数据库II（DB II）层。系统架构还包括多个节点（217），该多个 多个节点（217）需要被监视以为了跟踪网络中的网络事务。这些节点（217） 中的每个还包括数据捕获模块（201）。存储库（213）用于存储从这些节点（217） 捕获到的事务数据。在实施例中，要被监视的节点从如图1所示的第一节点组 （103）中选择。

在一个实施例中，所述数据捕获模块（201）被使能来捕获网络子事务以及 构成网络中的至少一个网络事务的事务数据，以用于执行由来自第一节点组的 一个或多个节点（217）（下文中被称为网络通信（100）的第二节点组）驻留的 多个应用。从第二节点组中的每个捕获到的所述事务数据被整理（collate）在一 起并存储在所述存储库（213）中以用于进一步分析。

在一个实施例中，所述层配置模块（211）被配置为基于第二节点组的功能 性来对它们进行识别及标记。所述第二节点组包括对应用进行驻留的来自第一 节点组的节点（217），并且其选自包括但不限于由网络服务器、应用服务器、 数据库服务器和其组合组成的组。第二节点组通过将具有类似功能的第二节点 组分类为至少一个层来进行标记。因此，层配置模块（211）被使能将对执行了 网络事务的应用进行驻留的第二节点组分类为第一层集合。第一层集合的每个 层包括一个或多个节点（217）（下文被称为来自第二节点组的在通信网络中执 行类似功能或任务的第三节点组）。第三节点组是驻留所述应用并执行类似任务 的节点（217）。

图4示出根据本发明的示例性实施例的层配置的示例。在这个示例性实施 例中，其上驻留网络应用的第二节点组的逻辑分组由层配置模块（211）来实现。 如图4中所示，所述应用被驻留在具有一个网络服务器（401），三个应用服务 器（403.1）、（403.2）、（403.3）和两个数据库服务器（405.1）、（405.2）的环境 中。在本实施例中，层配置模块（211）被使能来生成的三个不同层：层1、层 2和层3。层1包括来自第二节点组的执行如网络服务器（401）那样的任务的 节点。层2包括来自第二节点组的执行如应用服务器（403）那样的任务的节点， 并且层3包括来自第二节点组的执行如数据库服务器（405）那样的任务的节点。 从而在第二节点组之间发生的所有网络子事务和网络事务都被记录在存储库 （213）中。更特别地，在所述第一层集合中的每层处的事务数据在存储库（213） 中整理。这些收集的数据被分类为所述第一层集合。在网络事务的分类之后在 通信网络上执行测试运行。这样做以确保和验证已正确映射了层，并且所有节 点和服务器在网络中都是可利用的及可到达的。

参照图2，在示例性实施例中，随后利用签名生成模块（207）以在测试环 境中为分类的第一层集合生成多个事务流签名。在测试环境中，对在所述第一 层集合的每个层处捕获的事务数据进行分析，以捕获子事务和网络事务从而被 在第二节点组之间执行。识别出的网络事务随后以事务流签名的形式而存储在 存储库（213）中。事务流签名还包括在进一步分析和监视期间进行识别所需的 节点遍历路径和元数据。

图5示出了根据本发明的示例性实施例的网络事务流和生成事务签名流的 示例。如所示的，生成了事务流签名，其包括构成单个网络事务的不同网络事 务的模板。所述模板为每个事务存储元数据（如事务的请求内容中的参数以及 还从一层到下一层的事务流），所有这些信息被捕获以为了在测试环境中的单个 用户运行。

参照图5，在示例性实施例中，考虑包括在用户机和层1的节点之间的两个 事务（标记为L1T1和L1T2）、在层1和层2的节点之间的三个事务（标记为 L2T1、L2T2和L2T3）以及在层2和层3之间的四个事务（标记为L3T1、L3T2、 L3T3和L3T4）的网络事务。根据在网络中发生的事务的顺序来保持事务流次 序。由于每个层可以包含超过一个的节点，所以出于事务流签名生成的目的， 对每个节点进行监视以用于收集网络事务数据。

在实施例中，系统使能对从一层到其它层接收的相同请求生成请求计数。 更特别地，在事务具有带有相似特征的超过一个子事务时，通过对接收到的数 据包报头中的请求内容进行比较来检查。所述请求参数是除了其它参数之外的 参数并且识别出的变量在数据包报头中分组在一起。如果所检查的请求内容与 初始请求相同，则请求计数参数在所生成的事务签名中递增并更新。

参照图2，在示例性实施例中，事务监视引擎（209）被配置为识别在通信 网络中的不同网络事务，并且记录这些事务以测量网络事务的逐层性能。例如， 考虑由处理服务器（200）捕获的与单个网络事务对应的并存储在存储库（213） 中的实时网络事务数据。随后采用事务监视引擎（209），以在网络中的单独层 之间使用基于时间和基于IP的相关来识别所述单个网络事务中的子事务。

在示例性实施例中，在下一个阶段，从所存储的事务流签名中识别与网络 事务有关的实时捕获的数据的事务流签名。这在两个子事务之间使用基于时间 的相关来实行，并且所述子事务使用所述第二节点组的端口地址和源&目的地IP 地址来进一步细化。另外，诸如请求内容、请求计数和在每个节点的报头数据 包中的其它识别出的变量之类的参数，用于识别事务流签名。

处理服务器（200）还包括状态序列机（205），其被配置用于将捕获到的实 时网络事务与所存储的事务流签名进行比较，以识别与所述网络事务关联的对 应的事务流签名。图6示出根据本发明的示例性实施例的被配置用于识别和映 射网络事务的状态序列机。

参照图6，在示例性实施例中，描述了系统中的网络事务的发生的识别。之 前捕获到的事务流签名用于生成模板，这个模板被状态序列机（205）用作路标， 以在整理和分类的网络数据中识别网络事务。进一步参照图6，只要来自数据的 网络事务匹配了特定网络事务签名，就在状态序列机（205）中触发新的状态序 列。单个网络事务可以匹配超过一个的事务流签名，从而针对所有不同的匹配 事务签名来在状态序列机（205）中创建新的状态序列。对于来自在模板中已经 找到匹配的层的每个事务，来自下一层的事务基于时间选择逻辑来选择，以使 得下一层的事务的开始时间和结束时间必须处于被选事务的开始时间和结束时 间之间。

例如，参照图5，在示例性实施例中，事务L2T1被识别为已由L1T1触发， 因为在L1T1的请求和响应之间实现了该L2T1的请求和响应。类似地，事务L3T1 和L3T2被识别为在从事于处理事务L2T1的时间中开始和结束。基于相关性和 IP地址的时间用于跟踪来自其它事务的单个网络事务。

根据本发明的相同实施例，如果在下一层中的子事务与事务流签名模板中 的任一个匹配，则该事务流签名的状态序列被推进到下一个状态。用于将网络 事务与事务流签名模板匹配的逻辑利用了签名中的元数据，以避免变量的比较 并且还检查请求计数。如果特定类型的网络事务的数量与签名中的数量不匹配， 则签名状态序列变为被丢弃的候补者。只为属于相同客户端IP地址的数据执行 请求计数的检查，因为该数据适宜于比较和计数递增。假设所有事务都是每一 层处的同一网络事务的一部分并且每一层具有相同客户端IP地址。这只有助于 选择为同一网络事务的一部分的而非网络事务的另一个调用（invocation）的那 些事务。

在本发明的另一个实施例中，只有当与时间约束匹配的来自当前层的所有 网络事务已被用作对状态机的输入时，状态序列才被丢弃。如果状态序列不向 前移动，那么该序列被丢弃。另外参照图6，对于状态序列中的所有层2的事务， 确定用于层3的事务的时间约束因子，使得该层3的事务的开始和结束时间处 于层2的事务的开始和结束时间之间，并且基于匹配客户端IP地址而分组在一 起。所有这些事务组被馈送至状态机，并且如果使用事务签名找到任何匹配， 则对应的状态序列被带入下一个状态。

在示例性实施例中，一旦这些事务被识别，则与相同签名匹配的所有事务 被组织在一起，并馈送至度量分析引擎（203）。度量分析引擎（203）随后将整 个事务再分为子事务并且提供总体通信网络的详细分析。存储库（213）是存储 了所有分析报告及产生的事务流签名的关键组件。所有这些步骤被重复，直到 来自最后层的数据也被馈送至状态序列机为止。如果任何状态序列能够转变 （transition）到最终状态，则网络事务被说明为已发生，并且导致转变的事务分 组在一起作为网络事务的一次发生。

现在可以使用这些单独网络事务来计算度量，例如网络事务的响应时间， 由特定层中的网络事务花费的时间百分比，在网络事务处理中在不同层之间的 网络开销时间。一旦由状态机针对所有事务流模板和完整数据集而计算了这些 度量，结果就被整理并且实现进一步分析以生成网络事务监视的最终报告。因 此，在结尾处，事务事务网络事务监视通过借助网络事务流签名而被执行，系 统的最终输出处于由事务流签名识别的多种网络事务的综合报告中。如果需要 的话，报告可以可选地包括为单独网络事务的一部分的实际网络事务。所测得 的性能约束包括来自由引起所述网络事务的次数、所述网络事务的平均响应时 间以及所述网络事务失败的次数所构成的组。

参照图3（a）、图3（b）和图3（c），是示出根据本发明的示例性实施例的 在网络事务监视过程中由模块实现的步骤的流程图。

如图3（a）中所示，在步骤（301）处，识别出的第二节点组被分类为不同 的层，每个层包括执行类似任务的节点。在步骤（303），（305），（307）和（309） 中，在测试环境中执行迭代（irterative）事务，以识别基于其创建多个事务流签 名的事务的不同可能组合，其中每个签名代表一个网络事务。在示例性实施例 中，在步骤（309）处，所有识别出的事务流签名的微调被迭代地实行，以执行 相同的事务，并且不同可能结果以事务流签名形式被各自存储。在步骤（311） 处，最终定下来的事务流签名被存储在存储库中。

如图3（b）中所示，在步骤（313）处进行识别捕获环境是否与监视环境相 同。如果不是，则事务流签名被输入到监视环境并且层被识别以在新的环境中 映射事务流签名，如步骤（315）中所示。进一步地，在步骤（317）中，事务 流签名用于为状态序列机中的网络事务创建状态序列模式。在此步骤中，网络 事务的分层流被在状态序列机中创建，其进一步使用事务流签名来映射。在步 骤（319）中，网络事务数据和历史数据在存储库中捕获。在步骤（321）中， 在IP地址和通信端口的帮助下，捕获到的数据被进一步细化，并且在步骤（323） 中最终分类为层。在步骤（324）处，在通信网络上执行测试运行，以验证在层 之间的正确映射，并且所有节点和服务器在网络中都是可到达的。

进一步地，如图3（c）中所示，在步骤（325）中，所存储的数据被输入到 状态序列机。在步骤（327）中，状态序列机识别与事务流签名类似的网络事务。 在步骤（329）中，使用度量分析引擎来生成度量报告。为了这个目的，生成了 针对网络中的每个层的性能度量。度量分析引擎适于通过将多个层的分析度量 进行比较，来执行网络事务和子事务的详细分析。除了针对多个层的性能度量 比较之外，针对多个单独层和多个会话的度量分析也进行了比较以为了性能分 析。生成诸如响应时间度量、位入（bits in）度量、以及位出（bits out）度量之 类的各种参数的度量报告，以使能网络的详细分析。这些度量被单独地比较， 以生成所述分析的详细报告。

工作示例

在示例性实施例中，考虑在互联网上的驻留的网络登录应用，此网络应用 的驻留涉及一个网络服务器（WS1）、两个应用服务器和（AS1，AS2）以及一 个数据库服务器（DB1）。在本实施例中，这些服务器被分类为三个层（L1，L2 和L3），借此每个层包括执行类似任务的服务器。例如，在本实施例中，第一层 L1包括一个网络服务器WS1，第二层L2包括两个应用服务器AS1和AS2并且 第三层L3包括一个数据库服务器DB1。随着节点数量的增加和每个节点执行的 任务的变化，层的数量可以增加。

在这个示例实施例中，登录应用的样例网络事务在测试环境下执行，以创 建登录事务流签名。可能的登录过程的流被描述为：

·由于正确的认证信息而登录成功，

·由于不正确的认证信息而登录失败

·由于无用户响应而登录失败，

在这个示例性实施例中，为相同的可能流执行相同事务的多个迭代，并且 所有这些细节都被存储在事务流签名中以用于登录过程。

成功登录的网络事务包含以下子事务步骤：

1.用户在文本框中填写用户名和密码，并在登录屏幕上点击登录按钮。

2.登录认证的请求从WS1进行到AS1或从WS1进行到AS2，此步骤将 构成两个节点的参与（一个节点来自L1而另一个来自L2），这个信息 被记录在事务流签名中。

3.请求由AS1转发到DB1以认证接收到的信息，如果细节是正确的，则 DB1将示出登录信息是正确的响应发送到AS1。如果细节不是正确的， 则数据库DB1将否定响应发送到AS1，所有这些细节都存储在事务流签 名模板中的分层结构中。

以类似的方式，针对由于不正确的认证信息而登录失败的以及由于无用户 响应而登录失败的两个不同的网络事务被分类为子事务并且被包含在单个网络 事务流签名中。此外，所有可能网络事务的签名被创建并存储在签名流模板中。 所述通信网络以实时监视并且网络事务数据捕获自WS1、AS1、AS2和DB1。 通过使用状态序列机以及在登陆模块的执行中涉及的不同服务器的源和目的地 IP地址来将事务与存储的用于登陆过程的事务流签名进行比较。这些事务随后 被馈送至生成了网络性能的详细分析报告的分析引擎。分析报告表示通信网络 的逐层性能。

本发明的优点

本发明具有以下优点：

1.本发明使用事务流签名来实现通信网络的逐层性能分离（breakup）。

2.本发明使用所述事务流签名来实现网络性能的正确估计。

3.本发明在不修改所述通信网络的现有基础设施的情况下，实现网络监 视。