能力调用分析方法、装置和系统与流程

1.本公开涉及计算机信息技术领域，尤其是一种能力调用分析方法、装置和系统。


背景技术：

2.随着互联网行业的快速发展，生产生活行为越来越多地趋向数字化转型。在这种背景下，能力开放平台应运而生。
3.调用方直接调用能力开放平台提供的能力即可实现期望的能力，这降低了数字化转型的难度。


技术实现要素：

4.发明人注意到，相关技术中，为了满足不同调用方的各种需求，能力开放平台通常提供较为通用的能力。这导致能力开放平台提供的能力与调用方的实际需求之间的匹配度不高。
5.在能力与调用方的实际需求之间的匹配度不高的情况下，调用方调用能力的请求、能力提供平台返回给调用方的响应消息会携带多余的信息，这造成了网络带宽的浪费。
6.为了解决上述问题，本公开实施例提出了如下解决方案。
7.根据本公开实施例的一方面，提供一种能力调用分析方法，包括至少一次操作，每次操作包括：针对调用方调用提供方提供的第一能力的多个第一请求，判断每个第一请求携带的第一标识组是否包含该第一请求携带的输入参数对应的第二标识组之外的其他标识，以得到第一判断结果；判断提供方向调用方返回的每个第一请求的响应消息携带的第三标识组是否包含该响应消息携带的输出参数对应的第四标识组之外的其他标识，以得到第二判断结果；将第一判断结果和第二判断结果中的至少一个为是的第一请求确定为第二请求以得到多个第二请求；将所述多个第二请求分类以得到至少一组第二请求，每组第二请求中不同第二请求的第二标识组和第四标识组相同；基于多个指标中的至少一项指标确定每组第二请求对应的需求度，所述多个指标包括该组第二请求中请求的第一数量、该组第二请求的调用方的数量、以及所述第一数量与所述多个第一请求的数量之比，其中，所述需求度与所述至少一项指标正相关；在第一组第二请求对应的需求度大于第一阈值的情况下，发送携带第一组第二请求的第二标识组和第四标识组的通知消息，以便提供方提供基于与第二标识组对应的输入参数得到与第四标识组对应的输出参数的第二能力。
8.在一些实施例中，所述方法包括多次操作，其中，后一次操作中的所述第一阈值根据调用前一次操作的所述第二能力的请求的第二数量调整。
9.在一些实施例中，所述调整按照以下方式执行：在前一次操作的所述第二数量大于第二阈值的情况下，减小后一次操作中的所述第一阈值；在前一次操作的所述第二数量小于第三阈值的情况下，增大后一次操作中的所述第一阈值；其中，所述第三阈值小于所述第二阈值。
10.在一些实施例中，所述通知消息还携带第一组第二请求的至少部分调用方的标
识，以便提供方在所述第二能力上线后向所述至少部分调用方发送所述第二能力上线的提醒。
11.在一些实施例中，调用方发起每个第一请求的第一时刻位于第二时刻和所述第二时刻后的第三时刻之间；每次操作还包括：在向提供方发送所述通知消息之前，从第一组第二请求中筛选出所述第一时刻与所述第三时刻之间的间隔小于第四阈值的第二组第二请求；其中，所述至少部分调用方为所述第二组第二请求的调用方。
12.在一些实施例中，每次操作还包括：在所述第二能力上线后，判断调用所述第一能力的每个第三请求携带的输入参数对应的第五标识组与所述第二能力的第二标识组是否相同以得到第三判断结果；判断每个第三请求的响应消息携带的输出参数对应的第六标识组与所述第二能力的第四标识组是否相同以得到第四判断结果；在某个第三请求的第三判断结果和第四判断结果均为是的情况下，指示提供方向该第三请求的调用方发送所述第二能力上线的提醒。
13.在一些实施例中，所述第一能力和所述第二能力为应用程序接口能力。
14.在一些实施例中，基于多个指标中的至少一项指标确定每组第二请求对应的需求度包括：基于所述多个指标中的至少两项指标确定每组第二请求对应的需求度。
15.在一些实施例中，基于所述多个指标中的至少两项指标确定每组第二请求对应的需求度包括：基于所述多个指标确定每组第二请求对应的需求度。
16.根据本公开实施例的另一方面，提供一种能力调用分析装置，包括：判断模块，被配置为针对调用方调用提供方提供的第一能力的多个第一请求，判断每个第一请求携带的第一标识组是否包含该第一请求携带的输入参数对应的第二标识组之外的其他标识，以得到第一判断结果；判断提供方向调用方返回的每个第一请求的响应消息携带的第三标识组是否包含该响应消息携带的输出参数对应的第四标识组之外的其他标识，以得到第二判断结果；第一确定模块，被配置为将第一判断结果和第二判断结果中的至少一个为是的第一请求确定为第二请求以得到多个第二请求；分类模块，被配置为将所述多个第二请求分类以得到至少一组第二请求，每组第二请求中不同第二请求的第二标识组和第四标识组相同；第二确定模块，被配置为基于多个指标中的至少一项指标确定每组第二请求对应的需求度，所述多个指标包括该组第二请求中请求的第一数量、该组第二请求的调用方的数量、以及所述第一数量与所述多个第一请求的数量之比，其中，所述需求度与所述至少一项指标正相关；发送模块，被配置为在第一组第二请求对应的需求度大于第一阈值的情况下，发送携带第一组第二请求的第二标识组和第四标识组的通知消息，以便提供方提供基于与第二标识组对应的输入参数得到与第四标识组对应的输出参数的第二能力。
17.根据本公开实施例的还一方面，提供一种能力调用分析装置，包括：存储器；以及耦接至所述存储器的处理器，所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的能力调用分析方法。
18.根据本公开实施例的还一方面，提供一种能力调用分析系统，包括：上述任意一个实施例所述的能力调用分析装置；和提供方，被配置为接收所述多个第一请求；发送每个第一请求的响应消息。
19.根据本公开实施例的还一方面，提供一种计算机可读存储介质，包括计算机程序指令，其中，所述计算机程序指令被处理器执行时实现上述任意一个实施例所述的能力调
用分析方法。
20.根据本公开实施例的还一方面，提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序被处理器执行时实现上述任意一个实施例所述的能力调用分析方法。
21.本公开实施例中，对调用提供方提供的某一能力的多个第一请求和响应消息进行分析得到多个第二请求，并基于相应的指标确定分类后的每组第二请求的需求度。然后，在第一组第二请求的需求度大于阈值的情况下，发送携带输入参数对应的标识组和输出参数对应的标识组的通知消息。如此，提供方可以提供与调用方的实际需求之间的匹配度更高的能力，从而可以减少网络带宽的浪费。
22.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
23.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1是根据本公开一些实施例的能力调用分析方法的流程示意图；
25.图2是根据本公开另一些实施例的能力调用分析方法的流程示意图；
26.图3是根据本公开一些实施例的能力调用分析装置的结构示意图；
27.图4是根据本公开另一些实施例的能力调用分析装置的结构示意图；
28.图5是根据本公开一些实施例的能力调用分析系统的结构示意图。
具体实施方式
29.下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。
30.除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
31.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
32.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
33.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
34.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
35.图1是根据本公开一些实施例的能力调用分析方法的流程示意图。
36.能力调用分析方法包括至少一次操作，每次操作包括如图1所示的步骤102～步骤112。
37.在步骤102，针对调用方调用提供方提供的第一能力的多个第一请求，判断每个第一请求携带的第一标识组是否包含该第一请求携带的输入参数对应的第二标识组之外的其他标识，以得到第一判断结果。
38.提供方为例如，能力提供平台。能力提供平台可以提供多个能力，例如，客户信息查询能力、支付能力等。第一能力可以是能力提供平台提供的多个能力中的任意一个能力。在一些实施例中，第一能力为应用程序接口(api)能力。
39.不同能力的标识可以不同。在一些实施例中，每个第一请求携带某一能力的标识。多个第一请求为例如，在某一时间段内采集到的携带相同能力的标识的全部请求。
40.调用方为例如，发起调用能力提供平台提供的能力的请求的服务器。在一些实施例中，每个第一请求携带调用方的标识，例如，发起第一请求的服务器的地址。
41.不同调用方调用同一能力(即，第一能力)的多个第一请求均携带相同的第一标识组，第一标识组包括多个参数标识。每个请求携带输入参数，输入参数对应第二标识组。第二标识组包括的多个参数标识属于第一标识组。
42.例如，调用方调用提供方提供的客户信息查询能力，该能力的第一标识组为“手机号码”和“身份证号码”。调用方发起携带作为输入参数的手机号码或身份证号码的请求即可查询得到相应客户的信息，例如，年龄、性别、住址等。当请求携带作为输入参数的手机号码时，该请求的第二标识组为“手机号码”，此时第一判断结果为“是”；当请求携带作为输入参数的身份证号码时，该请求的第二标识组为“身份证号码”，此时第一判断结果为“是”；当请求携带作为输入参数的手机号码和身份证号码时，该请求的第二标识组与客户信息查询能力的第一标识组相同，此时第一判断结果为“否”。
43.在接收到调用能力的请求后，提供方向调用方返回响应消息。
44.在步骤104，判断提供方向调用方返回的每个第一请求的响应消息携带的第三标识组是否包含该响应消息携带的输出参数对应的第四标识组之外的其他标识，以得到第二判断结果。
45.不同调用方调用同一能力的请求的响应消息均携带相同的第三标识组，第三标识组包括多个参数标识。每个响应消息携带输出参数，输出参数对应第四标识组。第四标识组包括的多个参数标识属于第三标识组。
46.仍以客户信息查询能力为例进行说明。每个请求的响应消息均携带第三标识组，例如，“年龄”、“性别”和“住址”。当请求的响应消息携带作为输出参数的年龄和住址时，该请求的第四标识组为“年龄”和“住址”，此时第二判断结果为“是”；当请求的响应消息携带作为输出参数的年龄、性别和住址时，该请求的第四标识组与客户信息查询能力的第三标识组相同，此时第二判断结果为“否”。
47.在步骤106，将第一判断结果和第二判断结果中的至少一个为是的第一请求确定为第二请求以得到多个第二请求。
48.在步骤108，将多个第二请求分类以得到至少一组第二请求，每组第二请求中不同第二请求的第二标识组和第四标识组相同。
49.例如，请求1的第二标识组为“身份证号码”且第四标识组为“年龄”和“住址”；请求2的第二标识组为“身份证号码”且第四标识组为“年龄”和“住址”；请求3的第二标识组为“手机号码”且第四标识组为“年龄”和“住址”。那么，请求1和请求2为一组第二请求，请求3
为另一组第二请求。
50.在步骤110，基于多个指标中的至少一项指标确定每组第二请求对应的需求度。
51.这里，多个指标包括：该组第二请求中请求的数量(即，第一数量)、该组第二请求的调用方的数量、以及第一数量与多个第一请求的数量之比。
52.每组第二请求的需求度与多个指标中的至少一项指标正相关。
53.在一些实施例中，每组第二请求的调用方的数量根据每个第二请求携带的调用方的标识确定。例如，某组第二请求包括3个请求，其中2个携带调用方a的标识，1个携带调用方b的标识，则该组第二请求的调用方的数量为2。
54.在步骤112，在第一组第二请求对应的需求度大于第一阈值的情况下，发送携带该组第二请求的第二标识组和第四标识组的通知消息，以便提供方提供基于与第二标识组对应的输入参数得到与第四标识组对应的输出参数的第二能力。
55.应理解，第一组第二请求为步骤108中得到的至少一组第二请求中的任意一组第二请求。
56.第一组第二请求对应的需求度大于第一阈值，这表示有足够多的基于第一组第二请求的第二标识组对应的输入参数得到第四标识组对应的输出参数的实际需求。
57.在这种情况下，例如，可以向提供方发送通知消息。在提供方接收到通知消息后，例如，能力开发人员可以根据通知消息携带的第二标识组和第四标识组开发相应的新能力(即，第二能力)，并在能力提供平台发布新能力供调用方调用。
58.以第一组第二请求的第二标识组为“手机号码”且第四标识组为“年龄”和“住址”为例进行说明。在调用方期望基于客户的手机号码查询到客户的年龄和住址的情况下，调用方不再需要调用原本的客户信息查询能力，而可以直接调用与实际需求更匹配的新能力。
59.上述实施例中，对调用提供方提供的某一能力的多个第一请求和响应消息进行分析得到多个第二请求，并基于相应的指标确定分类后的每组第二请求的需求度。然后，在第一组第二请求的需求度大于阈值的情况下，发送携带输入参数对应的标识组和输出参数对应的标识组的通知消息。如此，提供方可以提供与调用方的实际需求之间的匹配度更高的能力，从而可以减少网络带宽的浪费。
60.此外，当提供方提供的能力与调用方的实际需求之间的匹配度不高时，提供方需要执行不必要的逻辑处理，这增大了提供方对处理器的资源的消耗，造成了资源浪费。本公开实施例中，提供方可以提供与调用方的实际需求之间的匹配度更高的能力，从而可以减少提供方对处理器的资源的消耗，减少资源浪费。
61.下面结合一些实施例进一步说明能力调用分析方法。
62.在一些实施例中，步骤112中，基于每组第二请求中请求的第一数量、该组第二请求的调用方的数量、以及第一数量与多个第一请求的数量之比这三项指标中的至少两项指标确定该组第二请求对应的需求度。例如，可以基于每组第二请求的第一数量和调用方的数量确定该组第二请求对应的需求度；又例如，可以基于每组第二请求的第一数量、以及第一数量与多个第一请求的数量之比确定该组第二请求对应的需求度；再例如，可以基于每组第二请求的调用方的数量、以及第一数量与多个第一请求的数量之比确定该组第二请求对应的需求度。
63.如此，每组第二请求对应的需求度能够更准确地表示调用方的实际需求。这有利于提供方提供与调用方的实际需求之间的匹配度更高的能力，从而可以进一步减少网络带宽的浪费和资源浪费。
64.在又一些实施例中，步骤112中，基于上述三项指标确定该组第二请求对应的需求度。如此，每组第二请求对应的需求度能够很准确地表示调用方的实际需求。这有利于提供方提供与调用方的实际需求之间的匹配度更高的能力，从而可以再进一步地减少网络带宽的浪费和资源浪费。
65.应理解，提供方提供的第二能力与调用方的实际需求之间的匹配度受到步骤112中的第一阈值影响。如果第一阈值过低，则第二能力与调用方的实际需求之间的匹配度可能较低；如果第一阈值过高，则提供方难以提供实际需求较高的某些能力。
66.有鉴于此，本公开提供如下实施例来动态地调整第一阈值，以确保提供方能够提供与调用方的实际需求之间的匹配度较高的能力。
67.在一些实施例中，能力调用分析方法包括多次操作。例如，可以周期性地执行步骤102～步骤104，并根据步骤102～步骤104得到的判断结果自动执行后续步骤106～步骤112。
68.在这些实施例中，后一次操作中的第一阈值可以根据调用前一次操作的第二能力的请求的第二数量调整。
69.例如，在前一次操作中，可以使用初始的第一阈值。首先对前一次操作中的多个第一请求进行分析，并基于初始的第一阈值执行步骤112。在提供方提供第二能力之后，可以确定预设时间段内调用第二能力的请求的数量，并根据该数量调整第一阈值以得到调整后的第一阈值。然后，可以继续对后一次操作中的多个第一请求进行分析，并基于调整后的第一阈值执行步骤112。
70.上述实施例中，根据前一次操作的第二能力的实际使用情况动态地调整后一次操作中的第一阈值。这有利于提供方提供与调用方的实际需求之间的匹配度较高的能力，从而可以进一步减少网络带宽的浪费和资源浪费。
71.可以理解，如果调用前一次操作的第二能力的请求的数量(即，第二数量)较多，则说明该第二能力与调用方的实际需求足够匹配；如果调用前一次操作的第二能力的请求的数量较少，则说明该第二能力与调用方的实际需求可能不够匹配。
72.在一些实现方式中，在前一次操作的第二数量大于第二阈值的情况下，可以减小后一次操作中的第一阈值；在前一次操作的第二数量小于第三阈值的情况下，可以增大后一次操作中的第一阈值。这里，第三阈值小于第二阈值。
73.如此，可以更合理地调整第一阈值。这更有利于提供方提供与调用方的实际需求之间的匹配度较高的能力，从而可以进一步减少网络带宽的浪费和资源浪费。
74.在一些实施例中，步骤112中的通知消息还携带第一组第二请求的至少部分调用方的标识，以便提供方在第二能力上线后向第一组第二请求的至少部分调用方发送第二能力上线的提醒。
75.例如，通知消息还携带第一组第二请求的全部调用方的标识。又例如，通知消息还携带第一组第二请求的部分调用方的标识。
76.提供方向发起第一组第二请求的全部或部分调用方发送第二能力上线的提醒，而
不是向发起步骤102中的多个第一请求的所有调用方发送提醒。如此，既能够及时提醒对第二能力有使用需求的调用方，又能够进一步减少网络带宽的浪费。
77.在一些实施例中，调用方发起每个第一请求的第一时刻位于第二时刻和第二时刻后的第三时刻之间。
78.在这些实施例中，在向提供方发送通知消息之前，首先从第一组第二请求中筛选出第一时刻与第三时刻之间的间隔小于第四阈值的第二组第二请求。这里，通知消息携带的至少部分调用方的标识为第二组第二请求的调用方的标识。
79.应理解，第二组第二请求为第一组第二请求中的至少一个第二请求，而不是步骤108中的至少一组第二请求中的一组第二请求。
80.例如，多个第一请求为1月1日00：00(即，第二时刻)到1月31日23：59(即，第三时刻)这一个月内发起的调用第一能力的全部请求。每个第一请求携带该第一请求发起的时刻(即，第一时刻)。第四阈值设为20天，则第二组第二请求为第一组第二请求中第一时刻在1月11日00：00到1月31日23：59这20天之内的请求。
81.提供方向发起第二组第二请求的调用方发送第二能力上线的提醒，而不是向第一组第二请求的全部调用方发送提醒。如此，可以在减少网络带宽的浪费的同时，确保提醒的对象更准确，以及时提醒近期仍然对第二能力有使用需求的调用方。
82.发明人还注意到，在第二能力上线后，部分对第二能力有使用需求的调用方仍然调用第一能力，从而无法有效改善网络带宽的浪费和资源浪费的问题。有鉴于此，本公开提供如图2所示的实施例。
83.图2是根据本公开另一些实施例的能力调用分析方法的流程示意图。
84.如图2所示，能力调用分析方法的每次操作还包括步骤202～步骤206。步骤202～步骤206在图1所示的步骤102～步骤112之后执行。
85.在步骤202，在第二能力上线后，判断调用第一能力的每个请求(即，第三请求)携带的输入参数对应的第五标识组与第二能力的第二标识组是否相同以得到第三判断结果。
86.在步骤204，判断每个第三请求的响应消息携带的输出参数对应的第六标识组与第二能力的第四标识组是否相同以得到第四判断结果。
87.在步骤206，在某个第三请求的第三判断结果和第四判断结果均为是的情况下，指示提供方向该第三请求的调用方发送第二能力上线的提醒。
88.例如，每个第三请求携带调用方的标识。在某个第三请求的第三判断结果和第四判断结果均为是的情况下，可以向提供方发送携带该第三请求的调用方的标识的指令。然后，提供方可以基于指令中的调用方的标识向该调用方发送提醒。
89.上述实施例中，在第二能力上线后，继续分析调用第一能力的请求和响应消息以得到第三判断结果和第四判断结果。然后，在某请求的第三判断结果和第四判断结果均为是的情况下，指示提供方向该请求的调用方发送第二能力上线的提醒。如此，可以减少对第二能力有使用需求的调用方仍然调用第一能力的情况，从而可以更有效地改善网络带宽的浪费和资源浪费的问题。
90.图3是根据本公开一些实施例的能力调用分析装置的结构示意图。
91.如图3所示，能力调用分析装置300包括判断模块301、第一确定模块302、分类模块303、第二确定模块304和发送模块305。
92.判断模块301被配置为针对调用方调用提供方提供的第一能力的多个第一请求，判断每个第一请求携带的第一标识组是否包含该第一请求携带的输入参数对应的第二标识组之外的其他标识，以得到第一判断结果；判断提供方向调用方返回的每个第一请求的响应消息携带的第三标识组是否包含该响应消息携带的输出参数对应的第四标识组之外的其他标识，以得到第二判断结果。
93.第一确定模块302被配置为将第一判断结果和第二判断结果中的至少一个为是的第一请求确定为第二请求以得到多个第二请求。
94.分类模块303被配置为将多个第二请求分类以得到至少一组第二请求，每组第二请求中不同第二请求的第二标识组和第四标识组相同。
95.第二确定模块304被配置为基于多个指标中的至少一项指标确定每组第二请求对应的需求度。这里，多个指标包括该组第二请求中请求的第一数量、该组第二请求的调用方的数量、以及第一数量与多个第一请求的数量之比。需求度与至少一项指标正相关。
96.发送模块305被配置为在第一组第二请求对应的需求度大于第一阈值的情况下，发送携带第一组第二请求的第二标识组和第四标识组的通知消息，以便提供方提供基于与第二标识组对应的输入参数得到与第四标识组对应的输出参数的第二能力。
97.图4是根据本公开另一些实施例的能力调用分析装置的结构示意图。
98.如图4所示，能力调用分析装置400包括存储器401以及耦接至该存储器401的处理器402，处理器402被配置为基于存储在存储器401中的指令，执行前述任意一个实施例的能力调用分析方法。
99.存储器401例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(boot loader)以及其他程序等。
100.能力调用分析装置400还可以包括输入输出接口403、网络接口404、存储接口405等。这些接口403、404、405之间、以及存储器401与处理器402之间例如可以通过总线406连接。输入输出接口403为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口404为各种联网设备提供连接接口。存储接口405为sd卡、u盘等外置存储设备提供连接接口。
101.图5是根据本公开一些实施例的能力调用分析系统的结构示意图。
102.如图5所示，能力调用分析系统包括上述任意一个实施例的能力调用分析装置300/400和提供方501。
103.提供方501被配置为接收调用方发起的调用某一能力的多个第一请求；向调用方发送每个第一请求的响应消息。
104.在一些实施例中，提供方501还被配置为接收能力调用分析装置300/400发送的通知消息。
105.调用方向能力调用分析系统中的提供方501发起调用能力的请求，提供方501则向调用方返回响应消息。能力调用分析装置300/400例如，可以采集这些请求和响应消息，从而执行上述任意一个实施例的能力调用分析方法。
106.本公开实施例还提供了一种计算机可读存储介质，包括计算机程序指令，该计算机程序指令被处理器执行时实现上述任意一个实施例的能力调用分析方法。
107.本公开实施例还提供了一种计算机程序产品，包括计算机程序，其中，该计算机程
序被处理器执行时实现上述任意一个实施例的能力调用分析方法。
108.至此，已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
109.本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于能力调用分析装置、系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
110.本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
111.本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解，可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
112.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
113.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
114.虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。本领域的技术人员应该理解，可在不脱离本公开的范围和精神的情况下，对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。