Capability invocation analysis method, apparatus and system

Abstract

The present disclosure provides a capability calling analysis method, device and system, relating to the technical field of computer information, the method comprises at least one operation, each operation comprises: judging whether the second identification group corresponding to the input parameter of the identification group of each first request in a plurality of first requests calling the provider capability is outside the second identification group, obtaining a first judgment result; judging whether the fourth identification group corresponding to the output parameter of the identification group of the response message of each first request returned by the provider is outside the fourth identification group, obtaining a second judgment result; determining the first request as yes in at least one of the first judgment result and the second judgment result as the second request to obtain a plurality of second requests; classifying the plurality of second requests to obtain at least one group of second requests; determining the demand degree of each group of second requests based on at least one of a plurality of indicators; in the case where the demand degree of the first group of second requests is greater than a threshold, sending a notification message carrying the second identification group and the fourth identification group of the first group of second requests.

Description

Technical Field

[0001] This disclosure relates to the field of computer information technology, and in particular to a capability call analysis method, apparatus and system. Background Technology

[0002] With the rapid development of the internet industry, production and daily life are increasingly undergoing digital transformation. Against this backdrop, capability open platforms have emerged.

[0003] The caller can directly call the capabilities provided by the capability open platform to achieve the desired capabilities, which reduces the difficulty of digital transformation. Summary of the Invention

[0004] The inventors noted that in related technologies, in order to meet the diverse needs of different users, capability open platforms typically provide relatively general capabilities. This results in a low degree of matching between the capabilities provided by the capability open platform and the actual needs of the users.

[0005] When the match between capabilities and the actual needs of the caller is not high, the caller's request to invoke the capability and the response message returned by the capability provider to the caller will carry redundant information, which results in a waste of network bandwidth.

[0006] To address the aforementioned problems, the present disclosure proposes the following solutions.

[0007] According to one aspect of the embodiments of this disclosure, a capability invocation analysis method is provided, including at least one operation, each operation including: for multiple first requests from a caller to invoke a first capability provided by a provider, determining whether a first identifier group carried by each first request contains identifiers other than a second identifier group corresponding to the input parameters carried by the first request, to obtain a first determination result; determining whether a third identifier group carried by a response message returned by the provider to the caller for each first request contains identifiers other than a fourth identifier group corresponding to the output parameters carried by the response message, to obtain a second determination result; determining a first request for which at least one of the first determination result and the second determination result is true as a second request to obtain multiple second requests; and configuring the multiple second requests... The system classifies requests to obtain at least one set of second requests, where the second identifier group and the fourth identifier group are the same for different second requests in each set. It determines the demand level corresponding to each set of second requests based on at least one of a plurality of metrics, including the first number of requests in the set, the number of callers in the set, and the ratio of the first number to the number of the plurality of first requests, wherein the demand level is positively correlated with the at least one metric. If the demand level corresponding to the first set of second requests is greater than a first threshold, it sends a notification message carrying the second identifier group and the fourth identifier group of the first set of second requests, so that the provider can provide a second capability to obtain output parameters corresponding to the fourth identifier group based on input parameters corresponding to the second identifier group.

[0008] In some embodiments, the method includes multiple operations, wherein the first threshold in a later operation is adjusted based on a second number of requests to invoke the second capability of the previous operation.

[0009] In some embodiments, the adjustment is performed as follows: if the second quantity in the previous operation is greater than the second threshold, the first threshold in the subsequent operation is decreased; if the second quantity in the previous operation is less than the third threshold, the first threshold in the subsequent operation is increased; wherein the third threshold is less than the second threshold.

[0010] In some embodiments, the notification message also carries the identifiers of at least some of the callers of the first group of second requests, so that the provider can send a notification to the at least some callers that the second capability is online after the second capability is online.

[0011] In some embodiments, the first moment when the caller initiates each first request is between the second moment and the third moment after the second moment; each operation further includes: before sending the notification message to the provider, filtering out a second group of second requests from the first group of second requests where the interval between the first moment and the third moment is less than a fourth threshold; wherein, the at least some callers are callers of the second group of second requests.

[0012] In some embodiments, each operation further includes: after the second capability is online, determining whether the fifth identifier group corresponding to the input parameters carried by each third request calling the first capability is the same as the second identifier group of the second capability to obtain a third determination result; determining whether the sixth identifier group corresponding to the output parameters carried by the response message of each third request is the same as the fourth identifier group of the second capability to obtain a fourth determination result; and if both the third determination result and the fourth determination result of a certain third request are yes, instructing the provider to send a reminder that the second capability is online to the caller of the third request.

[0013] In some embodiments, the first capability and the second capability are application programming interface (API) capabilities.

[0014] In some embodiments, determining the demand level corresponding to each group of second requests based on at least one of a plurality of indicators includes: determining the demand level corresponding to each group of second requests based on at least two of the plurality of indicators.

[0015] In some embodiments, determining the demand level corresponding to each group of second requests based on at least two of the plurality of indicators includes: determining the demand level corresponding to each group of second requests based on the plurality of indicators.

[0016] According to another aspect of the embodiments of this disclosure, a capability invocation analysis apparatus is provided, comprising: a judgment module configured to, for a caller invoking a plurality of first requests for a first capability provided by a provider, determine whether a first identifier group carried by each first request contains an identifier other than a second identifier group corresponding to the input parameters carried by the first request, to obtain a first judgment result; and determine whether a third identifier group carried by a response message returned by the provider to the caller for each first request contains an identifier other than a fourth identifier group corresponding to the output parameters carried by the response message, to obtain a second judgment result; a first determination module configured to determine a first request for which at least one of the first judgment result and the second judgment result is true as a second request to obtain a plurality of second requests; and a classification module configured to classify the plurality of second requests. The system categorizes requests to obtain at least one set of second requests, where the second identifier group and the fourth identifier group are identical for different second requests within each set. A second determining module is configured to determine the demand level corresponding to each set of second requests based on at least one of a plurality of indicators, including a first number of requests in the set, the number of callers in the set, and the ratio of the first number to the number of the plurality of first requests, wherein the demand level is positively correlated with the at least one indicator. A sending module is configured to, if the demand level corresponding to the first set of second requests is greater than a first threshold, send a notification message carrying the second identifier group and the fourth identifier group of the first set of second requests, so that the provider can provide a second capability to obtain output parameters corresponding to the fourth identifier group based on input parameters corresponding to the second identifier group.

[0017] According to another aspect of the present disclosure, a capability call analysis apparatus is provided, comprising: a memory; and a processor coupled to the memory, the processor being configured to execute the capability call analysis method described in any of the above embodiments based on instructions stored in the memory.

[0018] According to another aspect of the present disclosure, a capability call analysis system is provided, comprising: the capability call analysis device described in any of the above embodiments; and a provider configured to receive the plurality of first requests and send a response message for each first request.

[0019] According to another aspect of the present disclosure, a computer-readable storage medium is provided, including computer program instructions, wherein when the computer program instructions are executed by a processor, they implement the capability invocation analysis method described in any of the above embodiments.

[0020] According to another aspect of the present disclosure, a computer program product is provided, including a computer program, wherein when the computer program is executed by a processor, it implements the capability call analysis method described in any of the above embodiments.

[0021] In this embodiment, multiple first request and response messages of a capability provided by a service provider are analyzed to obtain multiple second requests, and the demand level of each group of second requests is determined based on corresponding indicators. Then, if the demand level of the first group of second requests is greater than a threshold, a notification message carrying the identifier group corresponding to the input parameters and the identifier group corresponding to the output parameters is sent. In this way, the service provider can provide capabilities with a higher degree of matching with the actual needs of the service provider, thereby reducing the waste of network bandwidth.

[0022] The technical solutions of this disclosure will be further described in detail below with reference to the accompanying drawings and embodiments. Attached Figure Description

[0023] To more clearly illustrate the technical solutions in the embodiments of this disclosure or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0024] Figure 1 This is a flowchart illustrating a capability invocation analysis method according to some embodiments of this disclosure;

[0025] Figure 2 This is a flowchart illustrating a capability invocation analysis method according to other embodiments of this disclosure;

[0026] Figure 3 This is a schematic diagram of the structure of a capability call analysis device according to some embodiments of the present disclosure;

[0027] Figure 4 This is a schematic diagram of the structure of a capability call analysis apparatus according to other embodiments of the present disclosure;

[0028] Figure 5 This is a schematic diagram of the structure of a capability call analysis system according to some embodiments of the present disclosure. Detailed Implementation

[0029] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0030] Unless otherwise specifically stated, the relative arrangement, numerical expressions, and values ​​of the components and steps set forth in these embodiments do not limit the scope of this disclosure.

[0031] At the same time, it should be understood that, for ease of description, the dimensions of the various parts shown in the accompanying drawings are not drawn according to actual scale.

[0032] Techniques, methods, and equipment known to those skilled in the art may not be discussed in detail, but where appropriate, such techniques, methods, and equipment should be considered part of the specification.

[0033] In all examples shown and discussed herein, any specific values ​​should be interpreted as merely exemplary and not as limitations. Therefore, other examples of exemplary embodiments may have different values.

[0034] It should be noted that similar labels and letters in the following figures indicate similar items; therefore, once an item is defined in one figure, it does not need to be discussed further in subsequent figures.

[0035] Figure 1 This is a flowchart illustrating a capability call analysis method according to some embodiments of the present disclosure.

[0036] The capability invocation analysis method includes at least one operation, and each operation includes, for example: Figure 1 Steps 102 to 112 are shown.

[0037] In step 102, for multiple first requests from the caller to the first capability provided by the provider, it is determined whether the first identifier group carried by each first request contains other identifiers besides the second identifier group corresponding to the input parameters carried by the first request, so as to obtain a first determination result.

[0038] The provider is, for example, a capability providing platform. The capability providing platform can provide multiple capabilities, such as customer information query capabilities and payment capabilities. The first capability can be any one of the multiple capabilities provided by the capability providing platform. In some embodiments, the first capability is an application programming interface (API) capability.

[0039] Different capabilities can have different identifiers. In some embodiments, each first request carries an identifier for a particular capability. Multiple first requests may, for example, be all requests carrying the same capability identifier collected within a certain time period.

[0040] The caller is, for example, a server that initiates a request to invoke capabilities provided by a capability-providing platform. In some embodiments, each first request carries an identifier of the caller, such as the address of the server initiating the first request.

[0041] Multiple first requests from different callers invoking the same capability (i.e., the first capability) all carry the same first identifier group, which includes multiple parameter identifiers. Each request carries input parameters, which correspond to a second identifier group. The multiple parameter identifiers included in the second identifier group belong to the first identifier group.

[0042] For example, a caller invokes a customer information query capability provided by a provider. The first identifier group of this capability is "mobile phone number" and "ID card number". The caller initiates a request with either the mobile phone number or ID card number as input parameters to retrieve the corresponding customer information, such as age, gender, and address. When the request includes a mobile phone number as input parameters, the second identifier group of the request is "mobile phone number", and the first judgment result is "yes"; when the request includes an ID card number as input parameters, the second identifier group of the request is "ID card number", and the first judgment result is "yes"; when the request includes both a mobile phone number and an ID card number as input parameters, the second identifier group of the request is the same as the first identifier group of the customer information query capability, and the first judgment result is "no".

[0043] Upon receiving a request to invoke the capability, the provider returns a response message to the caller.

[0044] In step 104, it is determined whether the third identifier group carried in the response message of each first request returned by the providing direction caller contains any identifier other than the fourth identifier group corresponding to the output parameter carried in the response message, so as to obtain the second determination result.

[0045] Response messages from different callers requesting the same capability all carry the same third identifier group, which includes multiple parameter identifiers. Each response message carries output parameters, which correspond to a fourth identifier group. The multiple parameter identifiers included in the fourth identifier group belong to the third identifier group.

[0046] Let's take the customer information query capability as an example. Each request's response message carries a third identifier group, such as "age," "gender," and "address." When the request's response message carries age and address as output parameters, the fourth identifier group for that request is "age" and "address," and the second judgment result is "yes." When the request's response message carries age, gender, and address as output parameters, the fourth identifier group for that request is the same as the third identifier group for the customer information query capability, and the second judgment result is "no."

[0047] In step 106, a first request in which at least one of the first judgment result and the second judgment result is true is determined as a second request to obtain a plurality of second requests.

[0048] In step 108, multiple second requests are classified to obtain at least one group of second requests, wherein the second identifier group and the fourth identifier group of different second requests in each group of second requests are the same.

[0049] For example, in request 1, the second identifier group is "ID card number" and the fourth identifier group is "age" and "address"; in request 2, the second identifier group is "ID card number" and the fourth identifier group is "age" and "address"; in request 3, the second identifier group is "mobile phone number" and the fourth identifier group is "age" and "address". Therefore, requests 1 and 2 constitute one set of second requests, and request 3 constitutes another set of second requests.

[0050] In step 110, the demand level corresponding to each group of second requests is determined based on at least one of multiple indicators.

[0051] Here, several metrics include: the number of requests in the second group of requests (i.e., the first number), the number of callers in the second group of requests, and the ratio of the first number to the number of multiple first requests.

[0052] The demand for each group of second requests is positively correlated with at least one of several metrics.

[0053] In some embodiments, the number of callers in each group of second requests is determined based on the caller identifier carried in each second request. For example, if a group of second requests includes 3 requests, where 2 carry the identifier of caller A and 1 carries the identifier of caller B, then the number of callers in this group of second requests is 2.

[0054] In step 112, if the demand level corresponding to the second request in the first group is greater than the first threshold, a notification message carrying the second identifier group and the fourth identifier group of the second request is sent so that the provider can provide a second capability to obtain the output parameters corresponding to the fourth identifier group based on the input parameters corresponding to the second identifier group.

[0055] It should be understood that the first group of second requests is any one of the at least one group of second requests obtained in step 108.

[0056] The demand for the second request in the first group is greater than the first threshold, which means that there is a sufficient actual demand to obtain the output parameters of the fourth identifier group based on the input parameters of the second identifier group corresponding to the second request in the first group.

[0057] In this scenario, for example, a notification message can be sent to the provider. After receiving the notification message, the provider can, for example, develop a corresponding new capability (i.e., a second capability) based on the second and fourth identifier groups carried in the notification message, and publish the new capability on the capability provider platform for callers to invoke.

[0058] Let's take the example of the second identifier group in the second request of the first group being "mobile phone number" and the fourth identifier group being "age" and "address". If the caller expects to find the customer's age and address based on the customer's mobile phone number, the caller no longer needs to use the original customer information query capability, but can directly use the new capability that better matches the actual needs.

[0059] In the above embodiments, multiple first request and response messages of a certain capability provided by the caller are analyzed to obtain multiple second requests, and the demand level of each group of second requests after classification is determined based on corresponding indicators. Then, if the demand level of the first group of second requests is greater than a threshold, a notification message carrying the identifier group corresponding to the input parameters and the identifier group corresponding to the output parameters is sent. In this way, the provider can provide capabilities with a higher degree of matching with the actual needs of the caller, thereby reducing the waste of network bandwidth.

[0060] Furthermore, when the capabilities provided by the provider do not closely match the actual needs of the caller, the provider needs to perform unnecessary logic processing, which increases the provider's consumption of processor resources and results in resource waste. In this embodiment of the disclosure, the provider can provide capabilities with a higher degree of matching with the actual needs of the caller, thereby reducing the provider's consumption of processor resources and reducing resource waste.

[0061] The capability call analysis method is further illustrated below with some examples.

[0062] In some embodiments, in step 112, the demand level corresponding to the group of second requests is determined based on at least two of the following three indicators: the number of first requests in each group of second requests, the number of callers in the group of second requests, and the ratio of the first number to the number of multiple first requests. For example, the demand level corresponding to the group of second requests can be determined based on the first number of requests in each group and the number of callers; or, for example, the demand level corresponding to the group of second requests can be determined based on the first number of requests in each group and the ratio of the first number to the number of multiple first requests; or, for yet another example, the demand level corresponding to the group of second requests can be determined based on the number of callers in each group of second requests and the ratio of the first number to the number of multiple first requests.

[0063] In this way, the demand level corresponding to each group of second requests can more accurately represent the actual needs of the caller. This is beneficial for the provider to provide a higher degree of matching between the provider's actual needs and the caller's needs, thereby further reducing the waste of network bandwidth and resources.

[0064] In some other embodiments, in step 112, the demand level corresponding to the group of second requests is determined based on the three indicators mentioned above. In this way, the demand level corresponding to each group of second requests can accurately represent the actual needs of the caller. This benefits the provider by enabling it to provide a higher degree of matching between its offerings and the actual needs of the caller, thereby further reducing network bandwidth and resource waste.

[0065] It should be understood that the degree of matching between the second capability provided by the provider and the actual needs of the caller is affected by the first threshold in step 112. If the first threshold is too low, the degree of matching between the second capability and the actual needs of the caller may be low; if the first threshold is too high, the provider may find it difficult to provide certain capabilities that are in high demand.

[0066] In view of this, the present disclosure provides the following embodiments to dynamically adjust the first threshold to ensure that the provider can provide a high degree of matching between the provider's actual needs and the caller's actual needs.

[0067] In some embodiments, the capability call analysis method includes multiple operations. For example, steps 102 to 104 can be executed periodically, and subsequent steps 106 to 112 can be executed automatically based on the judgment results obtained from steps 102 to 104.

[0068] In these embodiments, the first threshold in the subsequent operation can be adjusted based on the second number of requests to invoke the second capability of the previous operation.

[0069] For example, in the previous operation, an initial first threshold can be used. First, multiple first requests from the previous operation are analyzed, and step 112 is executed based on the initial first threshold. After the provider offers the second capability, the number of requests calling the second capability within a preset time period can be determined, and the first threshold is adjusted based on this number to obtain an adjusted first threshold. Then, multiple first requests from the subsequent operation can be analyzed, and step 112 is executed based on the adjusted first threshold.

[0070] In the above embodiments, the first threshold in the subsequent operation is dynamically adjusted based on the actual usage of the second capability in the previous operation. This is beneficial for the provider to offer capabilities that are highly matched to the actual needs of the caller, thereby further reducing network bandwidth and resource waste.

[0071] It is understandable that if the number of requests to invoke the second capability of the previous operation (i.e., the second quantity) is large, it means that the second capability matches the caller's actual needs sufficiently; if the number of requests to invoke the second capability of the previous operation is small, it means that the second capability may not match the caller's actual needs sufficiently.

[0072] In some implementations, if the second quantity in the previous operation is greater than the second threshold, the first threshold in the subsequent operation can be decreased; if the second quantity in the previous operation is less than the third threshold, the first threshold in the subsequent operation can be increased. Here, the third threshold is less than the second threshold.

[0073] This allows for a more reasonable adjustment of the first threshold. It also makes it easier for providers to offer capabilities that better match the actual needs of callers, thereby further reducing network bandwidth and resource waste.

[0074] In some embodiments, the notification message in step 112 also carries the identifiers of at least some of the callers of the first group of second requests, so that the provider can send a notification of the second capability going online to at least some of the callers of the first group of second requests after the second capability goes online.

[0075] For example, the notification message may also carry the identifiers of all callers in the first group of second requests. Or, for example, the notification message may also carry the identifiers of some callers in the first group of second requests.

[0076] Instead of sending a notification to all or some of the callers who initiated the first group of second requests, the provider sends a notification to all callers who initiated the multiple first requests in step 102. This ensures timely notification to callers who need the second capability while further reducing network bandwidth waste.

[0077] In some embodiments, the first moment when the caller initiates each first request is between the second moment and the third moment after the second moment.

[0078] In these embodiments, before sending a notification message to the provider, a second group of second requests is first selected from the first group of second requests, where the interval between the first and third times is less than a fourth threshold. Here, the identifier of at least part of the caller carried in the notification message is the identifier of the caller of the second group of second requests.

[0079] It should be understood that the second group of second requests is at least one of the second requests in the first group of second requests, rather than a group of second requests in at least one group of second requests in step 108.

[0080] For example, multiple first requests are all requests to invoke the first capability initiated within one month from January 1st 00:00 (i.e., the second moment) to January 31st 23:59 (i.e., the third moment). Each first request carries the time when it was initiated (i.e., the first moment). The fourth threshold is set to 20 days, then the second group of second requests are requests in the first group of second requests whose first moment falls within the 20 days from January 11th 00:00 to January 31st 23:59.

[0081] Instead of sending a notification to all callers in the first group of second requests, the system sends a notification to the caller who initiated the second group of second requests regarding the availability of the second capability. This reduces wasted network bandwidth while ensuring more accurate targeting, promptly alerting callers who still require the second capability in the near future.

[0082] The inventors also noted that after the second capability was launched, some callers who needed to use the second capability still called the first capability, thus failing to effectively improve the problem of wasted network bandwidth and resources. In view of this, this disclosure provides... Figure 2 The example shown.

[0083] Figure 2 This is a flowchart illustrating a capability invocation analysis method according to other embodiments of this disclosure.

[0084] like Figure 2 As shown, each operation of the capability invocation analysis method also includes steps 202 to 206. Steps 202 to 206 are... Figure 1 Execute steps 102 to 112 as shown.

[0085] In step 202, after the second capability is online, it is determined whether the fifth identifier group corresponding to the input parameters carried by each request calling the first capability (i.e., the third request) is the same as the second identifier group of the second capability to obtain a third judgment result.

[0086] In step 204, it is determined whether the sixth identifier group corresponding to the output parameters carried in the response message of each third request is the same as the fourth identifier group of the second capability to obtain the fourth determination result.

[0087] In step 206, if both the third and fourth judgment results of a certain third request are yes, the provider is instructed to send a notification that the second capability is online to the caller of the third request.

[0088] For example, each third request carries the caller's identifier. If both the third and fourth checks of a third request are true, an instruction carrying the caller's identifier for that third request can be sent to the provider. The provider can then send a notification to the caller based on the caller's identifier in the instruction.

[0089] In the above embodiment, after the second capability is online, the request and response messages for calling the first capability are further analyzed to obtain the third and fourth judgment results. Then, if both the third and fourth judgment results for a certain request are yes, the provider is instructed to send a notification that the second capability is online to the caller of that request. In this way, the number of callers who need to use the second capability but still call the first capability can be reduced, thereby more effectively improving the problem of wasted network bandwidth and resources.

[0090] Figure 3 This is a schematic diagram of the structure of a capability call analysis device according to some embodiments of the present disclosure.

[0091] like Figure 3 As shown, the capability call analysis device 300 includes a judgment module 301, a first determination module 302, a classification module 303, a second determination module 304, and a sending module 305.

[0092] The judgment module 301 is configured to, for multiple first requests from the caller to the first capability provided by the provider, determine whether the first identifier group carried by each first request contains other identifiers besides the second identifier group corresponding to the input parameters carried by the first request, so as to obtain a first judgment result; and determine whether the third identifier group carried by the response message of each first request returned by the provider to the caller contains other identifiers besides the fourth identifier group corresponding to the output parameters carried by the response message, so as to obtain a second judgment result.

[0093] The first determining module 302 is configured to determine a first request in which at least one of the first determination result and the second determination result is yes as a second request to obtain a plurality of second requests.

[0094] The classification module 303 is configured to classify multiple second requests to obtain at least one set of second requests, wherein the second identifier group and the fourth identifier group of different second requests in each set of second requests are the same.

[0095] The second determining module 304 is configured to determine the demand level corresponding to each group of second requests based on at least one of a plurality of metrics. Here, the plurality of metrics includes the number of first requests in the group of second requests, the number of callers in the group of second requests, and the ratio of the number of first requests to the total number of first requests. The demand level is positively correlated with at least one metric.

[0096] The sending module 305 is configured to send a notification message carrying a second identifier group and a fourth identifier group when the demand corresponding to the first group of second requests is greater than a first threshold, so that the provider can provide a second capability to obtain the output parameters corresponding to the fourth identifier group based on the input parameters corresponding to the second identifier group.

[0097] Figure 4 This is a schematic diagram of the structure of a capability call analysis apparatus according to other embodiments of the present disclosure.

[0098] like Figure 4 As shown, the capability call analysis apparatus 400 includes a memory 401 and a processor 402 coupled to the memory 401. The processor 402 is configured to execute the capability call analysis method of any of the foregoing embodiments based on instructions stored in the memory 401.

[0099] The memory 401 may include, for example, system memory, fixed non-volatile storage media, etc. The system memory may store, for example, an operating system, application programs, a boot loader, and other programs.

[0100] The capability access analysis device 400 may also include an input / output interface 403, a network interface 404, and a storage interface 405. These interfaces 403, 404, and 405, as well as the memory 401 and processor 402, can be connected via, for example, a bus 406. The input / output interface 403 provides a connection interface for input / output devices such as displays, mice, keyboards, and touchscreens. The network interface 404 provides a connection interface for various networked devices. The storage interface 405 provides a connection interface for external storage devices such as SD cards and USB flash drives.

[0101] Figure 5 This is a schematic diagram of the structure of a capability call analysis system according to some embodiments of the present disclosure.

[0102] like Figure 5 As shown, the capability call analysis system includes the capability call analysis device 300 / 400 and the provider 501 of any of the above embodiments.

[0103] Provider 501 is configured to receive multiple first requests from a caller to invoke a certain capability; and to send a response message for each first request to the caller.

[0104] In some embodiments, provider 501 is also configured to receive notification messages sent by capability call analysis device 300 / 400.

[0105] In the capability call analysis system, provider 501 initiates a request to call a capability, and provider 501 then returns a response message to the caller. Capability call analysis apparatus 300 / 400, for example, can collect these request and response messages to execute the capability call analysis method of any of the above embodiments.

[0106] This disclosure also provides a computer-readable storage medium including computer program instructions that, when executed by a processor, implement the capability call analysis method of any of the above embodiments.

[0107] This disclosure also provides a computer program product, including a computer program, wherein when the computer program is executed by a processor, it implements the capability call analysis method of any of the above embodiments.

[0108] The embodiments of this disclosure have now been described in detail. To avoid obscuring the concept of this disclosure, some details known in the art have not been described. Those skilled in the art can fully understand how to implement the technical solutions disclosed herein based on the above description.

[0109] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on its differences from other embodiments. Similar or identical parts between embodiments can be referred to interchangeably. For the capability call analysis device and system embodiments, since they largely correspond to the method embodiments, the descriptions are relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0110] Those skilled in the art will understand that embodiments of this disclosure can be provided as methods, systems, or computer program products. Therefore, this disclosure can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this disclosure can take the form of a computer program product embodied on one or more computer-usable non-transitory storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0111] This disclosure is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this disclosure. It should be understood that the functions specified in one or more flowchart illustrations and / or one or more blocks in a block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate functions for implementing the functions in the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0112] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0113] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0114] While specific embodiments of this disclosure have been described in detail by way of examples, those skilled in the art should understand that the examples are for illustrative purposes only and not intended to limit the scope of this disclosure. Those skilled in the art should understand that modifications can be made to the above embodiments or equivalent substitutions can be made to some technical features without departing from the scope and spirit of this disclosure. The scope of this disclosure is defined by the appended claims.

Claims

1. A capability call analysis method, comprising at least one operation, each operation including: For multiple first requests from the caller to the first capability provided by the provider, determine whether the first identifier group carried by each first request contains other identifiers besides the second identifier group corresponding to the input parameters carried by the first request, so as to obtain a first determination result; Determine whether the third identifier group carried in the response message of each first request returned by the provider contains any identifier other than the fourth identifier group corresponding to the output parameter carried in the response message, in order to obtain the second determination result; A first request in which at least one of the first and second judgment results is true is determined as a second request to obtain multiple second requests; The plurality of second requests are classified to obtain at least one group of second requests, wherein the second identifier group and the fourth identifier group of different second requests in each group of second requests are the same; The demand level for each group of second requests is determined based on at least one of a plurality of metrics, including the first number of requests in the group of second requests, the number of callers in the group of second requests, and the ratio of the first number to the number of the plurality of first requests, wherein the demand level is positively correlated with the at least one metric. If the demand corresponding to the second request in the first group is greater than the first threshold, a notification message carrying the second and fourth identifier groups of the second request in the first group is sent so that the provider can provide a second capability to obtain the output parameters corresponding to the fourth identifier group based on the input parameters corresponding to the second identifier group.

2. The method according to claim 1, comprising multiple operations, wherein, The first threshold in the subsequent operation is adjusted based on the second number of requests to invoke the second capability in the previous operation.

3. The method according to claim 2, wherein, The adjustments will be implemented in the following manner: If the second quantity in the previous operation is greater than the second threshold, decrease the first threshold in the subsequent operation; If the second quantity in the previous operation is less than the third threshold, increase the first threshold in the subsequent operation; The third threshold is less than the second threshold.

4. The method according to claim 1, wherein, The notification message also carries the identifiers of at least some of the callers of the first group of second requests, so that the provider can send a notification to the at least some callers that the second capability is online after the second capability is online.

5. The method according to claim 4, wherein, The first moment when the caller initiates each first request falls between the second moment and the third moment following the second moment. Each operation also includes: Before sending the notification message to the provider, a second group of second requests is selected from the first group of second requests, where the interval between the first time and the third time is less than a fourth threshold. Wherein, at least some of the callers are the callers of the second request in the second group.

6. The method according to any one of claims 1-5, wherein, Each operation also includes: After the second capability is launched, determine whether the fifth identifier group corresponding to the input parameters carried by each third request calling the first capability is the same as the second identifier group of the second capability to obtain a third determination result; Determine whether the sixth identifier group corresponding to the output parameters carried in the response message of each third request is the same as the fourth identifier group of the second capability to obtain the fourth determination result; If both the third and fourth judgment results of a certain third request are yes, the provider is instructed to send a notification that the second capability is online to the caller of the third request.

7. The method according to claim 1, wherein, The first capability and the second capability are application programming interface (API) capabilities.

8. The method according to claim 1, wherein, Determining the demand level for each group of second requests based on at least one of multiple metrics includes: The demand level for each group of second requests is determined based on at least two of the multiple indicators.

9. The method according to claim 8, wherein, Determining the demand level for each group of second requests based on at least two of the multiple indicators includes: The demand level corresponding to each group of second requests is determined based on the aforementioned multiple indicators.

10. A capability access analysis device, comprising: The judgment module is configured to, for multiple first requests from the caller to the first capability provided by the provider, determine whether the first identifier group carried by each first request contains any identifier other than the second identifier group corresponding to the input parameters carried by the first request, so as to obtain a first judgment result; and determine whether the third identifier group carried by the response message of each first request returned by the provider to the caller contains any identifier other than the fourth identifier group corresponding to the output parameters carried by the response message, so as to obtain a second judgment result. The first determining module is configured to determine a first request in which at least one of the first determination result and the second determination result is yes as a second request to obtain a plurality of second requests; The classification module is configured to classify the plurality of second requests to obtain at least one group of second requests, wherein the second identifier group and the fourth identifier group of different second requests in each group of second requests are the same; The second determining module is configured to determine the demand level corresponding to each group of second requests based on at least one of a plurality of indicators, wherein the plurality of indicators include the first number of requests in the group of second requests, the number of callers in the group of second requests, and the ratio of the first number to the number of the plurality of first requests, wherein the demand level is positively correlated with the at least one indicator; The sending module is configured to send a notification message carrying a second identifier group and a fourth identifier group of the first group of second requests when the demand corresponding to the first group of second requests is greater than a first threshold, so that the provider can provide a second capability to obtain output parameters corresponding to the fourth identifier group based on the input parameters corresponding to the second identifier group.

11. A capability call analysis device, comprising: Memory; as well as A processor coupled to the memory is configured to execute the capability invocation analysis method of any one of claims 1-9 based on instructions stored in the memory.

12. A capability access analysis system, comprising: The capability call analysis apparatus as described in claim 10 or 11; and The provider is configured to receive the plurality of first requests; Send a response message for each first request.

13. A computer-readable storage medium comprising computer program instructions, wherein, When the computer program instructions are executed by the processor, they implement the capability invocation analysis method according to any one of claims 1-9.

14. A computer program product comprising a computer program, wherein, When the computer program is executed by the processor, it implements the capability call analysis method according to any one of claims 1-9.

Images