一种应用性能管理方法、装置及电子设备与流程

1.本文件涉及数据处理技术领域，尤其涉及一种应用性能管理方法、装置及电子设备。


背景技术：

2.应用性能管理是一个比较新的网络管理方向，主要指对企业的关键业务应用进行监控分析，后续优化提高企业应用的可靠性和质量，保证用户得到良好的服务。
3.业务分析和监控粒度是应用性能管理的性能的关键指标。比如，移动系统有多种故障处理业务(电话打不通、短息发送不成功等)，但用户故障报备的流程和端口都是一样的，若果不能对用户发起的报备请求进行故障分类，显然无法统计出哪些故障影响严重、哪些故障解决不及时等问题，进而导致不能执行有效的应用性能管理措施，以改善服务质量。
4.为此，如何实现精细化的应用性能管理，是本技术所要解决的技术问题。


技术实现要素：

5.本发明实施例目的是提供一种应用性能管理方法、装置及电子设备，能够实现业务精细化的应用性能管理。
6.为了实现上述目的，本发明实施例是这样实现的：
7.第一方面，提供一种应用性能管理方法，包括：
8.获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
9.基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
10.基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
11.基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
12.基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
13.第二方面，提供一种应用性能管理装置，包括：
14.获取模块，用于获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
15.提取模块，用于基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请
求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
16.匹配模块，用于基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
17.统计模块，用于基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
18.评估模块，用于基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
19.第三方面，提供一种电子设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行：
20.获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
21.基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
22.基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
23.基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
24.基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
25.第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如下步骤：
26.获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
27.基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
28.基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
29.基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
30.基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
31.本发明实施例的方案以业务对话产生的业务请求消息中的请求路径、请求头、请求体，以及，业务响应消息中的返回头和返回体，作为业务分类的匹配维度，从而将客户端与服务端之间的业务对话情况进行业务归类统计，以有效评估服务端的业务性能，并根据
评估结果执行相应的应用性能管理措施，以提升服务质量。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
33.图1为本发明实施例提供的应用性能管理方法的第一种流程示意图。
34.图2为本发明实施例提供的业务请求消息的结构示意图。
35.图3为本发明实施例提供的业务响应消息的结构示意图。
36.图4为本发明实施例提供的应用性能管理装置的结构示意图。
37.图5为本发明实施例提供的电子设备的结构示意图。
具体实施方式
38.为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
39.应用性能管理是一个比较新的网络管理方向，主要指对企业的关键业务应用进行监控分析，后续优化提高企业应用的可靠性和质量，保证用户得到良好的服务。
40.业务分析和监控粒度是应用性能管理的性能的关键指标。比如，移动系统有多种故障处理业务(电话打不通、短息发送不成功等)，但用户故障报备的流程和端口都是一样的，若果不能对用户发起的报备请求进行分类识别，显然无法统计出哪些故障影响严重、哪些故障解决不及时等问题，进而导致不能执行有效的应用性能管理措施，以改善服务质量。为此，本技术旨在提供一种精细化的应用性能管理方案。
41.图1是本发明实施例应用性能管理方法的流程图，包括如下步骤：
42.s102，获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息。
43.在本发明实施例中，客户端在与服务端建立交互后，通过向服务端发送业务请求消息，以请求服务端提供相关服务；对应地，服务端则向客户端反馈业务响应消息，以告知响应结果。由于客户端请求的业务形式并不唯一，这里本文不作具体限定。
44.s104，基于用于进行业务类型匹配所设置的多种匹配维度，对目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者。
45.如前所述，业务对话包含有客户端发送的业务请求消息，以及服务端反馈的业务响应消息，因此可以将业务请求消息的请求路径、请求头、请求体，以及业务响应消息的返回头和返回体作为业务类型的匹配维度。
46.如果目标业务对话满足某一业务类型下各匹配维度的匹配条件，则表示目标业务对话涉及该业务类型。
47.这里简单举例说明：
48.假设移动系统的服务端对于电话打不通的故障报备要求在业务请求消息的请求体中携带有用于指示电话打不通的信息，则可以将业务请求消息的请求体作为电话打不通的故障报备业务的匹配维度，而指示电话打不通的信息(参数)则作为匹配条件。也就是说，本次目标业务通话的业务请求消息的请求体中如果携带了指示电话打不通的参数，则可以被认定为电话打不通的故障报备业务。当然，在实际应用中业务类型设置会更加复杂、多言，以故障保报备业务为例，由于客户端可能报备的故障并不只有一个，则业务类型可以可以是多种故障报备的组合，对应匹配条件的限定也会更加具体，且也并不一定仅从消息体这一个匹配维度就可以定性业务类型。
49.s106，基于预先设置的多种业务类型针对多种匹配维度下的匹配条件，对目标业务对话对应所述多个匹配维度的参数值进行匹配，确定目标业务对话对应的目标业务类型。
50.具体地，本发明实施例可以预先设置有业务类型匹配索引表，用于匹配目标业务对话所对应的目标业务类型。其中，业务类型匹配索引表的键为各业务类型下细分的所述多种匹配维度，业务类型匹配索引表的值为各业务类型对应多种匹配维度的能够满足对应匹配条件的参数值。
51.本步骤具体以目标业务对话对应所述多个匹配维度的参数值为关键字，对业务类型匹配索引表进行匹配查询，确定相匹配的目标业务类型。
52.也就是说，如果目标业务对话对应所述多个匹配维度的参数值全部满足某一业务类型对应所述多个匹配维度的匹配条件，则可以确定该业务类型为目标业务类型。
53.在实际应用中，业务类型对应的匹配维度并不限于一个，可以分级与业务对话匹配。比如，先通过业务对话中业务请求消息的请求路径匹配初选范围的业务类型，如果匹配出业务类型，则再进一步选择业务请求消息的请求投从初选范围的业务类型中进行选取业务类型进行匹配。如果在分级匹配过程中有任意阶段没有匹配业务类型，则表示不存在目标业务对话所对应的业务类型，此时终止后续匹配流程。显然，分级的匹配方式，在很多情况下，避免了轮询所有匹配条件，大大提高了匹配效率。
54.s108，基于目标业务对话所产生的业务请求消息和业务响应消息，完成针对目标业务类型的数据统计。
55.本发明实施例是为了提高服务端对客户端的服务质量。因此可以对目标业务对话所产生的业务请求消息和业务响应消息进行统计，以作为评估服务端侧对应目标业务类型的服务质量的依据。比如，基于目标业务对话所产生的业务请求消息，对目标业务类型的请求数量进行统计；再比如，基于目标业务对话所产生的业务响应消息中的消息体，对目标业务类型的请求成功率(受理成功率)进行统计。应理解，具体统计的信息可以根据实际的应用性能管理需求来灵活设置，这里本文不作具体限定。
56.s110，基于目标业务类型的统计数据，对服务端对应目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
57.应理解，具体的应用性能管理措施取决于实际管理需求，本文不作具体限定。
58.简单实例介绍：
59.假设目标业务类型为故障报备，则可以根据统计到的目标业务类型的请求数量以及请求成功率来目标业务类型来分析故障发生频率以及受理成功率，如果故障频繁发生且没有得到有效的受理，则可以针对目标业务类型的问题上报，以通知相关技术人员注意，并进行解决。
60.由此此可见，本发明实施例的方法以业务对话产生的业务请求消息中的请求路径、请求头、请求体，以及，业务响应消息中的返回头和返回体，作为业务分类的匹配维度，从而精细化将客户端与服务端之间的业务对话情况进行业务归类统计，以有效评估服务端的业务性能，并根据评估结果执行相应的应用性能管理措施，以提升服务质量。
61.此外，如果对目标业务对话对应上述多个匹配维度的参数值进行匹配后，无法确定目标业务对话对应的目标业务类型，则本发明实施例的方法还可以将目标业务对话和目标业务对话对应所述多个匹配维度的参数值进行关联记录，以提供后续分析。显然，在实际应用中，客户端既然发起了业务请求消息，则说明有请求服务端提供服务的需求。如果目标业务对话无法匹配目标业务类型，则可能是目前的业务分类存在忽略客户端需求的盲区，通过上述关联记录可以在后续过程中有效找到这一问题，从而对服务端进行优化，提高针对客户端的服务质量。
62.还是以移动网络的故障报备举例，如果客户端将“手机信号不稳定，耗电大”的问题通过业务请求消息上报给移动系统的服务端。假设移动系统之前并没有针对这一问题设置故障报备的业务类型，则无法对本次业务对话的故障报备举进行识别和统计。但通过关联记录本次业务对话和业务对话对应上述多个匹配维度的参数值，后续可以作为补充新的故障报备的业务类型的依据，方便以后能够完善移动网络问题的挖掘能力，从而采取解决措施。
63.当然，在上述基础之上，本发明实施例的方法可以智能化自动补充新的业务类型。
64.假设目标业务对话未匹配到目标业务类型，后续若已记录到的包含目标业务对话在内的匹配维度参数值相同的业务对话的数量达到预设阈值，则说明目标业务对话对应的需求并不是客户端的偶然现象，因此可以创建新的业务类型，并将新的业务类型对应多个匹配维度的匹配条件对应设置为目标业务对话对应所述多个匹配维度的参数值。
65.或者，在目标业务对话未匹配到目标业务类型后，还可以从上述多个匹配维度中，确定目标业务对话无法成功匹配业务类型的目标匹配维度，并判断目标业务对话对应目标匹配维度的参数值是否在目标匹配维度允许的参数值变化范围；如果目标匹配维度的参数值在目标匹配维度允许的参数值变化范围内，则创建新的业务类型，并将新的业务类型对应上述多个匹配维度的匹配条件对应设置为目标业务对话对应所述多个匹配维度的参数值。
66.此外，创造的新的业务类型可以根据客户端的需求进行命名。比如，业务请求消息具体为故障上报请求消息，故障上报请求消息中请求体指示有所述客户端上报的至少一种故障类型，则新的业务类型至少以目标业务对话对应的业务请求消息所指示的故障类型进行命名。
67.显然，通过新的业务类型挖掘，可以将业务分类更加精细，后续统计业务对话也能够挖掘更为具化的服务问题，对于后续服务质量改善来讲可以提供更为有效的数据支持。
68.下面结合实际的应用场景，对本发明实施例的方法进行详细介绍。
69.本应用场景提出一种基于http请求进行移动业务故障报备的应用性能管理方法。流程主要包括
70.首先，识别客户端与服务端之间业务对话所产生的http业务请求消息和http业务响应消息中的信息。
71.其中，http业务请求消息的结果如2所示，主要包括：请求行(request line)、请求头(header)、空行和请求体(请求数据)四个部分组成。http业务响应消息如图3所示，主要包括：状态行、返回头(消息报头)、空行和返回体(响应正文)。上述url请求路径、请求头、请求体、返回头和返回体是将业务对话进行业务分类的最重维度。
72.本应用产经中，用户出现故障，通过客户端向客服平台发起申报故障的http请求，该http请求的请求体中包括报障类型和故障表现。报障类型包括：语音业务、数据业务；故障表现包括：打不通电话、无法发送短信、无法上网。此时，识别出故障申报url、请求头、报障类型和故障表现的具体值。后台服务端处理该条故障，向客户端反馈http响应消息，在返回头和返回体中携带故障处理的结果，该返回体包括了返回码和返回值。此时，识别响应消息中的返回码和返回值。
73.之后，根据目标业务对话对应的url、请求头中的报障类型和请求体重故障表现的具体值、返回码和返回值，从预先设置的业务类型匹配索引表查询得到相匹配的目标业务类型。这里，可以采用上文介绍的分级匹配方式识别目标业务对话的目标业务类型，本文不再举例赘述。
74.在确定目标业务类型，基于本次目标业务对话的http业务请求消息和http业务响应消息中的信息，对目标业务类型进行统计。比如:抓取返回体中的返回码判断业务是否受理成功，并将本次业务对话和受理结果关联目标业务类型进行记录，以用于统计目标业务类型的受理成功率。此外，还可根据目标业务类型的请求量、响应时间、业务状态、异常、缓慢等的多维度信息进行统计，这里本文不再一一举例赘述。
75.显然，本应用场景将客户端与服务端之间的业务对话进行业务分类识别，并将业务对话产生的业务请求消息和业务响应消息中的信息统计至识别到的业务类型中，从而以各业务类型为粒度实现应用性能管理。此外，业务类型可以根据业务请求消息的请求路径、请求头、请求体，以及业务响应消息的返回头和返回体为维度进行精细化细分，从而通过统计挖掘更为具化的服务问题，对于后续服务质量改善来讲可以提供更为有效的数据支持。
76.此外，对应于图1所示的应用性能管理方法，本发明实施例还提供一种应用性能管理装置。图4是本发明实施应用性能管理装置400的结构示意图，包括：
77.获取模块410，用于获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
78.提取模块420，用于基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
79.匹配模块430，用于基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业
务对话对应的目标业务类型；
80.统计模块440，用于基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
81.评估模块450，用于基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
82.本发明实施例的装置以业务对话产生的业务请求消息中的请求路径、请求头、请求体，以及，业务响应消息中的返回头和返回体，作为业务分类的匹配维度，从而精细化将客户端与服务端之间的业务对话情况进行业务归类统计，以有效评估服务端的业务性能，并根据评估结果执行相应的应用性能管理措施，以提升服务质量。
83.可选地，本发明实施例的装置还包括：
84.记录模块，用于若对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，无法确定所述目标业务对话对应的目标业务类型，则将所述目标业务对话和所述目标业务对话对应所述多个匹配维度的参数值进行关联记录。
85.可选地，本发明实施例的装置还包括：
86.第一创建模块，用于若记录模块已记录到的包含所述目标业务对话在内的匹配维度参数值相同的业务对话的数量达到预设阈值，则创建新的业务类型，并将所述新的业务类型对应所述多个匹配维度的匹配条件对应设置为所述目标业务对话对应所述多个匹配维度的参数值。
87.可选地，所述业务请求消息具体为故障上报请求消息，所述故障上报请求消息中请求体指示有所述客户端上报的至少一种故障类型，所述新的业务类型至少以所述目标业务对话对应的业务请求消息所指示的故障类型进行命名。
88.可选地，本发明实施例的装置还包括：
89.第二创建模块，用于若对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，无法确定所述目标业务对话对应的目标业务类型，则从所述多个匹配维度中，确定所述目标业务对话无法成功匹配业务类型的目标匹配维度；以及，判断所述目标业务对话对应所述目标匹配维度的参数值是否在所述目标匹配维度允许的参数值变化范围；若所述目标匹配维度的参数值在所述目标匹配维度允许的参数值变化范围内，则创建新的业务类型，并将所述新的业务类型对应所述多个匹配维度的匹配条件对应设置为所述目标业务对话对应所述多个匹配维度的参数值。
90.可选地，匹配模块430具体用于：基于预先设置的业务类型匹配索引表，查询得到与所述目标业务对话对应所述多个匹配维度的参数值相匹配的目标业务类型，其中，所述业务类型匹配索引表的键为各业务类型下细分的所述多种匹配维度，所述业务类型匹配索引表的值为各业务类型对应所述多种匹配维度的能够满足对应匹配条件的参数值。
91.可选地，统计模块440具体用于：基于所述目标业务对话所产生的业务请求消息，对所述目标业务类型的请求数量进行统计；以及基于所述目标业务对话所产生的业务响应消息中的消息体，对所述目标业务类型的请求成功率进行统计。
92.显然，本说明书实施例的应用性能管理装置可以作为上述图1所示方法的执行主体，因此能够实现该方法在图1所实现的功能。由于原理相同，本文不再赘述。
93.图5是本说明书的一个实施例电子设备的结构示意图。请参考图5，在硬件层面，该
电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。
94.处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。
95.存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成应用性能管理装置。对应地，处理器，执行存储器所存放的程序，并具体用于执行以下操作：
96.获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
97.基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
98.基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
99.基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
100.基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
101.本发明实施例的电子设备以业务对话产生的业务请求消息中的请求路径、请求头、请求体，以及，业务响应消息中的返回头和返回体，作为业务分类的匹配维度，从而精细化将客户端与服务端之间的业务对话情况进行业务归类统计，以有效评估服务端的业务性能，并根据评估结果执行相应的应用性能管理措施，以提升服务质量。
102.上述如本说明书图1所示实施例揭示的应用性能管理方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(central processing unit，cpu)、网络处理器(network processor，np)等；还可以是数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field－programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处
理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
103.应理解，本发明实施例的电子设备可以使应用性能管理装置实现对应于图1所示方法中的步骤和功能。由于原理相同，本文不再赘述。
104.当然，除了软件实现方式之外，本说明书的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
105.此外，本发明实施例还提出了一种计算机可读存储介质，该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令。
106.其中，上述指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行图1所示应用性能管理方法的步骤，包括：
107.获取客户端与服务端进行目标业务对话产生的业务请求消息和业务响应消息；
108.基于用于进行业务类型匹配所设置的多种匹配维度，对所述目标业务对话产生的业务请求消息和业务响应消息进行参数提取，得到所述目标业务对话对应所述多个匹配维度的参数值，其中，所述多个匹配维度包括：业务请求消息的请求路径、请求头、请求体中的至少一者，以及业务响应消息的返回头和返回体中的至少一者；
109.基于预先设置的多种业务类型针对所述多种匹配维度下的匹配条件，对所述目标业务对话对应所述多个匹配维度的参数值进行匹配，确定所述目标业务对话对应的目标业务类型；
110.基于所述目标业务对话所产生的业务请求消息和业务响应消息，完成针对所述目标业务类型的数据统计；
111.基于所述目标业务类型的统计数据，对所述服务端对应所述目标业务类型的性能进行评估，以执行与评估结果相匹配的应用性能管理措施。
112.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
113.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
114.以上仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。此外，本领域普通技术人员
在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。