应用状态监控方法、装置及其设备与流程

本发明涉及计算机技术领域，尤其涉及一种应用状态监控方法、装置及其设备。

背景技术：

通常，web应用是指运行在网络上，以浏览器作为通用客户端的应用程序，比如当使用ie在网易、新浪等门户网站上冲浪时，使用的就是web应用。其中，web应用性能影响用户的使用体验，因此需要对web应用性能进行管理。

具体地，在web应用性能管理领域，web服务的响应时间和成功率是衡量一个web应用的关键指标。相关技术中，应用性能管理软件会针对一个应用的服务请求响应时间划分成三档并给出每档对应的得分，并通过相关公式计算用户体验指标，从而根据用户体验指标确定用户体验的好坏。

然而，上述方式仅仅通过一个单一指标衡量整个应用的状况，造成指标不可能对应用状态有更强的感知能力，即对应用状态感知会出现不准确的情况。

技术实现要素：

本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种应用状态监控方法，用于解决现有技术中依靠人为经验监控应用状态产生误差，以及整体分析缺少对局部理解造成难以正确定位应用错误的问题。

本发明的第二个目的在于提出一种应用状态监控装置。

本发明的第三个目的在于提出一种计算机设备。

本发明的第四个目的在于提出一种非临时性计算机可读存储介质。

本发明的第五个目的在于提出一种计算机程序产品。

为达上述目的，本发明第一方面实施例提出了一种应用状态监控方法，包括：获取请求数据，所述请求数据中包含访问参数；根据所述访问参数，确定与所述请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据所述目标模版树路径，确定与所述请求数据对应的历史响应信息；根据应用的响应状态，确定与所述请求数据对应的实际响应信息；根据所述历史响应信息与所述实际响应信息，确定所述应用的运行状态。

本发明实施例的应用状态监控方法，通过获取包括访问参数的请求数据，并根据访问参数确定与请求数据对应的目标模版树路径，从而根据目标模版树路径确定与请求数据对应的历史响应信息，然后根据应用的响应状态确定与请求数据对应的实际响应信息，最后根据历史响应信息与实际响应信息，确定应用的运行状态。能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。

另外，根据本发明上述实施例的应用状态监控方法还可以具有如下附加的技术特征：

可选地，所述的方法，还包括：统计在预设的时间段内，所述与所述请求数据对应的n个响应信息，其中，n为大于1的正整数；根据所述n个响应信息及所述历史响应信息，确定所述应用在所述预设时间段内的运行状态。

可选地，所述确定所述应用的运行状态之后，还包括：若所述应用的运行状态异常，则根据与所述请求数据对应的目标模板树路径，对所述应用进行根源问题分析。

可选地，所述确定与所述请求数据对应的目标模板树路径之前，还包括：获取所述应用的历史运行数据，所述历史运行数据中包括请求数据及响应信息；根据所述历史运行数据，构建与所述应用对应的模板树集合，其中，所述模板树集合中包括至少一棵模板树。

可选地，所述根据所述历史运行数据，构建与所述应用对应的模板树集合之前，还包括：根据所述应用的类型，确定与所述应用对应的访问参数集合；以预设的规则，从所述访问参数集合中，依次选取目标参数；以所述目标参数的不同取值为节点，构建所述模板树集合。

可选地，所述构建与所述应用对应的模板树集合之后，还包括：以预设的划窗统计规则，对所述模板树集合中任一模板树的每条路径对应的历史运行数据进行统计，确定与任一模板树的每条路径对应的响应信息。

可选地，所述构建与所述应用对应的模板树集合之后，还包括：根据所述模板树集合中的任意一条路径对应的历史运行数据量，对所述模板树集合中的模板树进行剪枝处理；或者，根据所述模板树集合中与任意节点关联的两个叶子节点间的响应信息差异程度，对所述模板树集合中的模板树进行剪枝处理；或者，根据所述模板树集合中任意一条路径对应的历史运行数据的时间信息，对所述模板树集合中的模板树进行剪枝处理。

可选地，所述获取请求数据之后，还包括：根据所述请求数据，对所述应用对应的模板树集合进行更新。

为达上述目的，本发明第二方面实施例提出了一种应用状态监控装置，包括：第一获取模块，用于获取请求数据，所述请求数据中包含访问参数；第一确定模块，用于根据所述访问参数，确定与所述请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；第二确定模块，用于根据所述目标模版树路径，确定与所述请求数据对应的历史响应信息；第三确定模块，用于根据应用的响应状态，确定与所述请求数据对应的实际响应信息；第四确定模块，用于根据所述历史响应信息与所述实际响应信息，确定所述应用的运行状态。

本发明实施例的应用状态监控装置，通过获取包括访问参数的请求数据，并根据访问参数确定与请求数据对应的目标模版树路径，从而根据目标模版树路径确定与请求数据对应的历史响应信息，然后根据应用的响应状态确定与请求数据对应的实际响应信息，最后根据历史响应信息与实际响应信息，确定应用的运行状态。能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。

另外，根据本发明上述实施例的应用状态监控装置还可以具有如下附加的技术特征：

可选地，所述的装置，还包括：统计模块，用于统计在预设的时间段内，所述与所述请求数据对应的n个响应信息，其中，n为大于1的正整数；第五确定模块，用于根据所述n个响应信息及所述历史响应信息，确定所述应用在所述预设时间段内的运行状态。

可选地，所述的装置，还包括：根源问题分析模块，用于若所述应用的运行状态异常，则根据与所述请求数据对应的目标模板树路径，对所述应用进行根源问题分析。

可选地，所述的装置，还包括：第二获取模块，用于获取所述应用的历史运行数据，所述历史运行数据中包括请求数据及响应信息；第一构建模块，用于根据所述历史运行数据，构建与所述应用对应的模板树集合，其中，所述模板树集合中包括至少一棵模板树。

可选地，所述的装置，还包括：第六确定模块，用于根据所述应用的类型，确定与所述应用对应的访问参数集合；选取模块，用于以预设的规则，从所述访问参数集合中，依次选取目标参数；第二构建模块，用于以所述目标参数的不同取值为节点，构建所述模板树集合。

可选地，所述的装置，还包括：第七确定模块，用于以预设的划窗统计规则，对所述模板树集合中任一模板树的每条路径对应的历史运行数据进行统计，确定与任一模板树的每条路径对应的响应信息。

可选地，所述的装置，还包括：剪枝处理模块，用于根据所述模板树集合中的任意一条路径对应的历史运行数据量，对所述模板树集合中的模板树进行剪枝处理；或者，所述剪枝处理模块，用于根据所述模板树集合中与任意节点关联的两个叶子节点间的响应信息差异程度，对所述模板树集合中的模板树进行剪枝处理；或者，所述剪枝处理模块，用于根据所述模板树集合中任意一条路径对应的历史运行数据的时间信息，对所述模板树集合中的模板树进行剪枝处理。

可选地，所述的装置，还包括：更新模块，用于根据所述请求数据，对所述应用对应的模板树集合进行更新。

为达上述目的，本发明第三方面实施例提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现一种应用状态监控方法，所述方法包括：获取请求数据，所述请求数据中包含访问参数；根据所述访问参数，确定与所述请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据所述目标模版树路径，确定与所述请求数据对应的历史响应信息；根据应用的响应状态，确定与所述请求数据对应的实际响应信息；根据所述历史响应信息与所述实际响应信息，确定所述应用的运行状态。

为了实现上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器端的处理器被执行时，使得服务器端能够执行一种应用状态监控方法，所述方法包括：获取请求数据，所述请求数据中包含访问参数；根据所述访问参数，确定与所述请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据所述目标模版树路径，确定与所述请求数据对应的历史响应信息；根据应用的响应状态，确定与所述请求数据对应的实际响应信息；根据所述历史响应信息与所述实际响应信息，确定所述应用的运行状态。

为了实现上述目的，本发明第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行一种应用状态监控方法，所述方法包括：获取请求数据，所述请求数据中包含访问参数；根据所述访问参数，确定与所述请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据所述目标模版树路径，确定与所述请求数据对应的历史响应信息；根据应用的响应状态，确定与所述请求数据对应的实际响应信息；根据所述历史响应信息与所述实际响应信息，确定所述应用的运行状态。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本发明一个实施例的应用状态监控方法的流程示意图；

图2是根据本发明另一个实施例的应用状态监控方法的流程示意图；

图3是根据本发明又一个实施例的应用状态监控方法的流程示意图；

图4是根据本发明一个实施例的模版树的结构示意图；

图5是根据本发明再一个实施例的应用状态监控方法的流程示意图；

图6是根据本发明第一个实施例的应用状态监控装置的结构示意图；

图7是根据本发明第二个实施例的应用状态监控装置的结构示意图；

图8是根据本发明第三个实施例的应用状态监控装置的结构示意图；

图9是根据本发明第四个实施例的应用状态监控装置的结构示意图；

图10是根据本发明第五个实施例的应用状态监控装置的结构示意图；

图11是根据本发明第六个实施例的应用状态监控装置的结构示意图；

图12是根据本发明第七个实施例的应用状态监控装置的结构示意图；

图13是根据本发明第八个实施例的应用状态监控装置的结构示意图；

图14是根据本发明第九个实施例的应用状态监控装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的应用状态监控方法、装置及其设备。

目前，人工将一个应用的服务请求响应时间划分成三档并给出每档对应的得分，例如响应时间分为小于200ms(满意)，大于200ms小于2000ms(可容忍)和大于2000ms(不可容忍)，同时三个区间的得分分别是1、0.5、0。同时，应用性能管理认为所有不成功的服务请求都记作0分。根据如上设定，应用性能提出了用户体验指标(apdex)，计算公式如下：

apdex＝(满意次数+可容忍次数/2)/总共次数

由此，可以看出apdex越接近1代表用户体验越好，越接近0代表用户体验越差。该指标简单直观，计算复杂度很低，能够适合大多应用场景。

然而，用户体验指标(apdex)依赖于满意和可容忍的阈值设定，因此apdex的高低在一定程度是由最初如何设定满意和可容忍两个阈值决定的。具体地，人为增大满意和可容忍的上限，apdex的指标就会相应提升，但不代表用户更满意了。

进一步地，通过一个单一指标衡量整个应用的状况，虽然清晰简单，但是不可避免的就会造成指标不可能对系统状态有更强的感知能力。也就是说当应用一部分服务状态发生本质变化的时候，可能在整体指标上并不会引起太大变化，造成应用状态感知的准确性不高。可以理解的是，即使apdex有了变化，也不可能深入了解到究竟是哪部分应用出了问题。

为了解决上述问题，本发明提出一种应用状态监控方法，能够合理的将整个应用状态切分为不同子状态，提升了应用状态细节的感知能力，并能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。具体如下：

图1是根据本发明一个实施例的应用状态监控方法的流程示意图。如图1所示，该应用状态监控方法包括以下步骤：

步骤101，获取请求数据，请求数据中包含访问参数。

具体地，在实际应用中可以根据应用特点和人工经验选取一个或者多个访问参数来监控应用状态。可以理解的是，访问参数有很多种类型，可以包括浏览器类型、访问时间、访问路径、操作系统版本和设备类型等中的一种或者多种。具体可以根据实际应用需要进行选择设置。

具体地，在获取请求数据后，可以通过相关算法、模型等方式对请求数据进行解析得到访问参数。

步骤102，根据访问参数，确定与请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息。

具体地，每一个请求数据可以和一个或者多个模板树相对应，根据模板树将请求数据进行匹配，得到请求数据对应的目标模板树路径。可以理解的是，每个模版树分别对应不同的访问参数集合，即根据访问参数可以找到相对应的模版树，并根据访问参数的取值确定每个模版树中的各节点，从而根据不同节点组成的路径作为目标模板树路径。

需要说明的是，不同节点组成的路径分别对应应用不同子功能的响应信息，其中，响应信息有很多种类型，可以包括响应时间、响应时间均值、响应时间方差和返回码概率分布等中的一种或者多种。

其中，均值的变化程度代表了应用服务整体性能的变化，方差的变化程度代表了应用服务整体稳定性的变化。这两个指标都能很好的对当前应用状态的变化进行监控。

步骤103，根据目标模版树路径，确定与请求数据对应的历史响应信息；

步骤104，根据应用的响应状态，确定与请求数据对应的实际响应信息。

步骤105，根据历史响应信息与实际响应信息，确定应用的运行状态。

具体地，在确定目标模版树路径后，可以根据目标模版树路径对应的响应信息确定请求数据对应的响应时间、响应时间均值、响应时间方差等历史响应信息。

进一步地，根据应用的响应状态可以确定请求数据对应的响应时间、响应时间均值、响应时间方差等实际响应信息。

进而，将历史响应信息和实际响应信息进行比较一致性，从而确定应用的运行状态。举例说明如下：

第一种示例，历史响应信息中的响应时间均值、响应时间方差与实际响应信息中的响应时间均值、响应时间方差的一致性较好，说明应用运行状态正常。

第二种示例，历史响应信息中的响应时间均值、响应时间方差与实际响应信息中的响应时间均值、响应时间方差的一致性比较差，说明应用运行状态异常。

需要说明的是，以上仅为应用运行状态的举例说明，还可以根据实际应用需要选择设置不同的响应信息进行比较，从而进行运行状态判定。

综上所述，本发明实施例的应用状态监控方法，通过获取包括访问参数的请求数据，并根据访问参数确定与请求数据对应的目标模版树路径，从而根据目标模版树路径确定与请求数据对应的历史响应信息，然后根据应用的响应状态确定与请求数据对应的实际响应信息，最后根据历史响应信息与实际响应信息，确定应用的运行状态。能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。

基于上述实施例，可以知道，请求数据越稳定，其确定应用运行状态的结果越准确。需要说明的是，单次请求数据不是很稳定，一般会积累一段时间，看在这段时间内路径下的响应时间均值，方差即历史响应时间均值、历史响应时间方差。具体过程如图2所示：

图2是根据本发明另一个实施例的应用状态监控方法的流程示意图。如图2所示，该应用状态监控方法包括以下步骤：

步骤201，统计在预设的时间段内，与请求数据对应的n个响应信息，其中，n为大于1的正整数。

步骤202，根据n个响应信息及所历史响应信息，确定应用在预设时间段内的运行状态。

具体地，可以根据实际应用功能设置时间即预设时间比如一天等每个请求数据对应的每一个响应信息，即可以得到n个响应时间、n个响应时间均值和n个响应时间方差后再分别对其进行平均得到的响应信息与历史响应信息进行比较从而确定应用在预设时间段内的运行状态。进一步提高应用监控状态的准确性。

可以理解的是，在确定应用的运行状态之后，可以确定应用的运行是正常的或者是异常，如果是正常的状态可以不做任何处理，但是如果是异常的状态，需要进行相关处理，以避免应用运行出现错误等。作为一种示例，在应用的运行状态异常时根据与请求数据对应的目标模板树路径，对应用进行根源问题分析，并对根源进行分析后，可以进一步的根据分析结果，进行优化。提升了应用状态感知的准确性。

作为另一种示例，在应用的运行状态异常时把模板树路径和路径下的信息数据发给运维人员进行分析，帮助运维人员分析定位具体问题，从而解决相关异常问题。提升了应用状态细节的感知能力。

基于上述实施例，可以确定在步骤102之前，还需要进行模版树的建立，具体结合图3具体描述。

图3是根据本发明又一个实施例的应用状态监控方法的流程示意图。如图3所示，在步骤102之前，该应用状态监控方法还包括：

步骤301，获取应用的历史运行数据，历史运行数据中包括请求数据及响应信息。

步骤302，根据历史运行数据，构建与应用对应的模板树集合，其中，模板树集合中包括至少一棵模板树。

具体地，一个模板树是对关键访问参数的一个树结构组合，为了便于理解结合图4详细说明，如图4所示，例如，采用三个访问参数a，b，c的模板树表述成层级结构就是a->b->c。因为访问参数a，b，c都有多个不同的取值，因此展开就是多组树形结构。比如定义a1–>b1->c1这样的一个分支为一条路径，代表了a，b，c三个访问参数分别取值为a1，b1和c1的时候的应用状态。

通过统计挖掘历史运行数据，可以得到多组这样的模板树，每一个数据请求都会和一个或者多个模板树相对应。其中，历史运行数据中包括请求数据及响应信息。

可以理解的是，每一个模板树都代表了应用一部分的状态，而每一个模板树的响应信息都代表了这部分状态的当前情况和历史波动情况，从而完成应用状态的感知。

由此，通过树结构层级表示，合理的将整个应用状态切分从不同子状态，提升了应用状态细节的感知能力。

基于上述分析可以知道，有很多访问参数如何确定目标参数即确定哪个访问参数为模版树的根节点、哪个为模版树的第二个节点，具体结合图5描述。

图5是根据本发明再一个实施例的应用状态监控方法的流程示意图。如图5所示，在步骤302之前，该应用状态监控方法还包括：

步骤401，根据应用的类型，确定与应用对应的访问参数集合。

步骤402，以预设的规则，从访问参数集合中，依次选取目标参数。

步骤403，以目标参数的不同取值为节点，构建模板树集合。

具体地，首先确定应用的类型，比如为ie，在确定与应用对应的访问参数集合，比如确定与ie对应的操作系统，访问时间、访问路径等访问参数集合。

进一步地，根据预设的规则，比如从访问参数集合中选取操作系统和访问时间作为节点，即两层，可以根据实际应用需要选择一个或者多个，在本示例中以两层为例说明。比如选择操作系统进行切分(比如1万个数据分为是window7系统的和不是window7系统的)然后再计算每个数据的响应时间的均值和响应时间的方差，使用该均值和方差的高斯分布计算生成该样本的概率，最后选取得分最大的节点。具体公式如下：

重复上述步骤再寻找第二层次的切分节点，以此类推最后到达确定的最深层次。从而一个模板树就得到了确定，接着将模板树加入到已知模板树合集。

由此，每一次构造完模板树后，就可以使用已知模板树合集对历史运行数据进行匹配，对已经被匹配的数据差分。然后对剩余的数据继续进行构建模板树，持续这样的过程直到模板树合集可以覆盖绝大比例数据。

综上所述，本发明实施例的应用状态监控方法，根据应用的类型，确定与应用对应的访问参数集合，以预设的规则，从访问参数集合中，依次选取目标参数，以目标参数的不同取值为节点，构建模板树集合。由此，能够建立覆盖绝大比例数据的模板树合集，从而提升了应用状态监控的效率和准确性。

基于上述实施例，在构建与应用对应的模板树集合之后，需要进行划窗处理即划窗统计模板树的每条路径下覆盖响应信息的总量，比如响应时间的均值，方差，以及返回码概率分布。

作为一种示例，以预设的划窗统计规则，对模板树集合中任一模板树的每条路径对应的历史运行数据进行统计，确定与任一模板树的每条路径对应的响应信息。比如，以每周一个窗口，每次划1天，保留最后7个窗口的数据，或者以每30天一个窗口，每次划10天，保留最后3个窗口的数据。

其中，返回码概率分布指的是针对每一个请求都会有一个返回码，根据返回码可以确定应用状态是否正常，比如返回码为200确定为正常，返回码为400则确定为异常，从而分析一段时间内返回码概率分布的情况。

需要说明的是，还可以计算窗口间的均值和方差的波动率，以及返回码的概率距离。

由此，通过划窗统计的方式，准确的描述了历史情况和当前情况，提升了应用状态感知的准确性。

基于上述实施例，可以理解的是，构建的模板树可能过于庞大，需要使用了剪枝技术对模板树进一步进行处理。也就是说，剪枝处理就是对一些统计不充分，或者覆盖数据过少的路径进行裁剪，以损失一定精度的方式换取效率上的巨大提升。经实际验证，剪枝后带来的通用性的提升往往能弥补精度损失，最终达到正向的收益。举例说明如下：

第一种示例，根据模板树集合中的任意一条路径对应的历史运行数据量，对模板树集合中的模板树进行剪枝处理。

具体地，比如一条路径对应的历史运行数据量不够充分，即路径覆盖的数据量不够一定阈值，对模板树集合中的模板树进行剪枝处理。

第二种示例，根据模板树集合中与任意节点关联的两个叶子节点间的响应信息差异程度，对模板树集合中的模板树进行剪枝处理。

具体地，比如任意节点关联的两个叶子节点间的响应时间、时间均值、时间方差的差异程度都比较大，即路径覆盖的数据量足够，但是方差大于一定阈值，对模板树集合中的模板树进行剪枝处理。

第三种示例，根据模板树集合中任意一条路径对应的历史运行数据的时间信息，对模板树集合中的模板树进行剪枝处理。

具体地，一条路径对应的历史运行数据的时间信息比较久远，对现在影响不大，即路径在之前计算的模型当中，但是最近一段时间已经没有数据，对模板树集合中的模板树进行剪枝处理。

可以理解的是，模板树集合中任意一条路径可以因为版本的更新已经发生改变，需要对模板树集合中的模板树进行剪枝处理。

需要说明的是，以上仅为剪枝处理的举例说明可以根据实际应用需要进行选择设置。

由此，模板树通过剪枝的方式，对部分响应信息进行了聚合，使统计更加充分且覆盖性更好，提升了应用性能感知的鲁棒性。

需要说明的是，获取请求数据之后，根据请求数据对应用对应的模板树集合进行更新。具体地，响应时间的均值和方差可以都支持在线迭代计算，因此模型支持在线动态更新，即每一组请求数据输入进来之后都可以直接对模型数据进行更新。及时对应用状态的变化进行学习和分析，提升了应用性能感知的时效性。

综上所示，本发明实施例的应用状态监控方法，可以对多个同“路径”的请求的响应时间进行预测，给出当前响应时间的异常得分，并且对一条“路径”的状态变化进行评估，评估包括该路径下响应时间的方差和波动比例，以及根据不同应用场景对所有“路径”进行排序，返回值得关注的路径给运维人员进行评估。由此，能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。

为了实现上述实施例，本发明还提出一种应用状态监控装置。

图6是根据本发明一个实施例的应用状态监控装置的结构示意图。如图6所示，该应用状态监控装置包括：第一获取模块11、第一确定模块12、第二确定模块13、第三确定模块14和第四确定模块15。

其中，第一获取模块11，用于获取请求数据，请求数据中包含访问参数。

第一确定模块12，用于根据访问参数，确定与请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；

第二确定模块13，用于根据目标模版树路径，确定与请求数据对应的历史响应信息。

第三确定模块14，用于根据应用的响应状态，确定与请求数据对应的实际响应信息。

第四确定模块15，用于根据历史响应信息与实际响应信息，确定应用的运行状态。

进一步地，如图7所示，在图6的基础上该装置还包括：统计模块16和第五确定模块17。

其中，统计模块16，用于统计在预设的时间段内，与请求数据对应的n个响应信息，其中，n为大于1的正整数。

第五确定模块17，用于根据n个响应信息及历史响应信息，确定应用在预设时间段内的运行状态。

进一步地，如图8所示，在图6的基础上该装置还包括：根源问题分析模块18。

根源问题分析模块18，用于若应用的运行状态异常，则根据与请求数据对应的目标模板树路径，对应用进行根源问题分析。

进一步地，如图9所示，在图6的基础上该装置还包括：第二获取模块19和第一构建模块110。

第二获取模块19，用于获取应用的历史运行数据，历史运行数据中包括请求数据及响应信息。

第一构建模块110，用于根据历史运行数据，构建与应用对应的模板树集合，其中，模板树集合中包括至少一棵模板树。

进一步地，如图10所示，在图9的基础上该装置还包括：第六确定模块111、选取模块112和第二构建模块113。

其中，第六确定模块111，用于根据应用的类型，确定与应用对应的访问参数集合。

选取模块112，用于以预设的规则，从访问参数集合中，依次选取目标参数。

第二构建模块113，用于以目标参数的不同取值为节点，构建模板树集合。

进一步地，如图11所示，在图9的基础上该装置还包括：第七确定模块114。

其中，第七确定模块114，用于以预设的划窗统计规则，对模板树集合中任一模板树的每条路径对应的历史运行数据进行统计，确定与任一模板树的每条路径对应的响应信息。

进一步地，如图12所示，在图9的基础上该装置还包括：第一剪枝处理模块115。

其中，剪枝处理模块115，用于根据模板树集合中的任意一条路径对应的历史运行数据量，对模板树集合中的模板树进行剪枝处理；或者，剪枝处理模块，用于根据模板树集合中与任意节点关联的两个叶子节点间的响应信息差异程度，对模板树集合中的模板树进行剪枝处理；或者，剪枝处理模块，用于根据模板树集合中任意一条路径对应的历史运行数据的时间信息，对模板树集合中的模板树进行剪枝处理。

进一步地，如图13所示，在图9的基础上该装置还包括：更新模块116。

其中，更新模块116，用于根据请求数据，对应用对应的模板树集合进行更新。

综上所述，本发明实施例的应用状态监控装置，通过获取包括访问参数的请求数据，并根据访问参数确定与请求数据对应的目标模版树路径，从而根据目标模版树路径确定与请求数据对应的历史响应信息，然后根据应用的响应状态确定与请求数据对应的实际响应信息，最后根据历史响应信息与实际响应信息，确定应用的运行状态。能够对应用状态进行有效准确的监控，提升了应用状态感知的准确性。

本发明提出一种应用状态监控装置，图14是根据本发明第九个实施例的应用状态监控装置的结构示意图。如图14所示，存储器21、处理器22及存储在存储器21上并可在处理器22上运行的计算机程序。

处理器22执行所述程序时实现上述实施例中提供的应用状态监控方法。

进一步地，应用状态监控装置还包括：

通信接口23，用于存储器21和处理器22之间的通信。

存储器21，用于存放可在处理器22上运行的计算机程序。

存储器21可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器22，用于执行所述程序时实现上述实施例所述的应用状态监控方法。

如果存储器21、处理器22和通信接口23独立实现，则通信接口21、存储器21和处理器22可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(industrystandardarchitecture，简称为isa)总线、外部设备互连(peripheralcomponent，简称为pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，简称为eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器21、处理器22及通信接口23，集成在一块芯片上实现，则存储器21、处理器22及通信接口23可以通过内部接口完成相互间的通信。

处理器22可能是一个中央处理器(centralprocessingunit，简称为cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，简称为asic)，或者是被配置成实施本发明实施例的一个或多个集成电路。

为了实现上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，当所述存储介质中的指令由服务器端的处理器被执行时，使得服务器端能够执行一种应用状态监控方法，所述方法包括：获取请求数据，请求数据中包含访问参数；根据访问参数，确定与请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据目标模版树路径，确定与请求数据对应的历史响应信息；根据应用的响应状态，确定与请求数据对应的实际响应信息；根据历史响应信息与实际响应信息，确定应用的运行状态。

为了实现上述目的，本发明第五方面实施例提出了一种计算机程序产品，当所述计算机程序产品中的指令处理器执行时，执行一种应用状态监控方法，所述方法包括：获取请求数据，请求数据中包含访问参数；根据访问参数，确定与请求数据对应的目标模板树路径，其中，各模板树分别对应不同的访问参数集合，模板树中的各节点分别对应一个访问参数的取值，不同节点组成的路径分别对应应用不同子功能的响应信息；根据目标模版树路径，确定与请求数据对应的历史响应信息；根据应用的响应状态，确定与请求数据对应的实际响应信息；根据历史响应信息与实际响应信息，确定应用的运行状态。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。