Service processing method, capability exposure platform, readable storage medium, and electronic device
By providing an open platform with multiple service interfaces in cloud-network integrated scheduling scenarios, the problem of inflexible and integrated scheduling of cloud and network infrastructure resources has been solved, enabling collaborative scheduling and efficient interaction of cloud and network infrastructure resources and improving user experience.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- CHINA TELECOM CORP LTD TECHNOLOGY INNOVATION CENTER
- Filing Date
- 2025-06-23
- Publication Date
- 2026-05-28
AI Technical Summary
In existing technologies, the lack of easily accessible service APIs in cloud-network integrated scheduling scenarios makes it impossible to shield complex network layer parameters, resulting in inflexible and integrated scheduling of cloud and network infrastructure resources and a poor user service experience.
It provides a service processing method and capability open platform, which realizes integrated cloud and network scheduling through multiple service interfaces, receives requests from capability callers and forwards them to capability providers, returns response results, supports operations such as service resource consultation, session creation, modification, deletion and subscription query, and unified management of cloud and network basic resources.
It has improved the user experience and ease of use, enabled flexible and efficient collaborative scheduling of cloud and network infrastructure resources, solved the problem of the inability to flexibly and integratedly schedule cloud and network infrastructure resources, and promoted the integrated development of cloud and network.
Smart Images

Figure CN2025102741_28052026_PF_FP_ABST
Abstract
Description
Service processing methods, capability open platforms, readable storage media, electronic devices
[0001] Cross-reference to related applications
[0002] This disclosure claims priority to Chinese Patent Application No. 202411687304.X, filed on November 22, 2024, entitled "Service Processing Method, Capability Opening Platform, Readable Storage Medium, Electronic Device", the entire contents of which are incorporated herein by reference. Technical Field
[0003] This disclosure relates to the field of cloud-network convergence technology, and in particular to a service processing method, a capability open platform, a computer-readable storage medium, and an electronic device. Background Technology
[0004] The 3GPP standard TS23.222 defines a universal application programming interface (CAPIF) architecture for mobile communication networks. Based on this architecture, a unified capability open platform can be provided, supporting the joint provision of network open capabilities with Network Exposure Functions (NEFs). It is an important reference for the implementation of network capability open architecture.
[0005] However, current open capabilities mostly focus on opening up network layer capabilities of mobile networks. For customers, they do not shield complex network parameters, lack easily callable service APIs (Application Programming Interfaces), and cannot provide user services in cloud-network integrated scheduling scenarios.
[0006] Therefore, there is an urgent need in this field to develop a new service processing method.
[0007] It should be noted that the information disclosed in the background section above is only used to enhance the understanding of the background of this disclosure. Summary of the Invention
[0008] The purpose of this disclosure is to provide a service processing method, a capability open platform, a computer-readable storage medium, and an electronic device, thereby overcoming, to at least a certain extent, the technical problem of being unable to provide user services in cloud-network integrated scheduling scenarios due to limitations in related technologies.
[0009] Other features and advantages of this disclosure will become apparent from the following detailed description, or may be learned in part from practice of this disclosure.
[0010] According to a first aspect of this disclosure, a service processing method is provided, applied to a capability open platform, the capability open platform being used to provide multiple service interfaces, different service interfaces corresponding to different service capabilities in a cloud-network integrated scheduling scenario, the cloud-network integrated scheduling scenario being used to schedule cloud-network infrastructure resources, the method comprising:
[0011] The receiving capability caller sends a cloud-network integrated service call request by calling a specific service interface. The cloud-network integrated service call request is used to request the call of a specific service capability associated with the specific service interface.
[0012] The cloud-network integrated service call request is forwarded to the capability provider, and upon receiving the request response result returned by the capability provider, the request response result is returned to the capability caller.
[0013] The capability provider is used to process the cloud-network integrated service call request and generate the request response result.
[0014] According to a second aspect of this disclosure, a capability open platform is provided, the capability open platform being used to provide multiple service interfaces, different service interfaces corresponding to different service capabilities in a cloud-network integrated scheduling scenario, the cloud-network integrated scheduling scenario being used to schedule cloud-network infrastructure resources, the platform comprising:
[0015] The request receiving module is used to receive the cloud-network integrated service call request sent by the capability caller through calling a specific service interface. The cloud-network integrated service call request is used to request to call a specific service capability associated with the specific service interface.
[0016] The response result forwarding module is used to forward the cloud-network integrated service call request to the capability provider, and when it receives the request response result returned by the capability provider, it returns the request response result to the capability caller.
[0017] The capability provider is used to process the cloud-network integrated service call request and generate the request response result.
[0018] According to a third aspect of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the service processing method described in the first aspect above.
[0019] According to a fourth aspect of this disclosure, an electronic device is provided, comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to perform the service processing method described in the first aspect by executing the executable instructions.
[0020] As can be seen from the above technical solutions, the service processing method, capability opening platform, computer-readable storage medium, and electronic device in the exemplary embodiments of this disclosure have at least the following advantages and positive effects:
[0021] In some embodiments of the technical solutions provided in this disclosure, a capability open platform is used to provide multiple service interfaces. Different service interfaces correspond to different service capabilities in a cloud-network integrated scheduling scenario. The cloud-network integrated scheduling scenario is used to schedule cloud-network infrastructure resources. It receives cloud-network integrated service call requests sent by capability callers through specific service interfaces (the cloud-network integrated service call request is used to request a specific service capability associated with a specific service interface), forwards the cloud-network integrated service call request to the capability provider, and, upon receiving the request response result returned by the capability provider (the capability provider uses to process the cloud-network integrated service call request and generate a request response result), forwards the request to the capability provider. The solution returns the response result to the capability caller. On the one hand, this solution enables efficient interaction between capability callers and capability providers through the capability open platform, improving user experience and ease of use. Furthermore, through the multiple service interfaces provided by the capability open platform, it can provide capability callers with more flexible and efficient cloud-network integrated scheduling services, solving the problem of inflexible integrated scheduling of cloud and network infrastructure resources, realizing collaborative scheduling of cloud and network infrastructure resources, and improving the quality of cloud-network integrated scheduling services and user experience. On the other hand, this disclosure also facilitates easy management and upgrading of various service interfaces based on the capability open platform, promoting the rapid development of the capability open field towards cloud-network convergence.
[0022] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description
[0023] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure. It is obvious that the drawings described below are merely some embodiments of this disclosure, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort.
[0024] Figure 1 shows a flowchart of the service processing method in an embodiment of this disclosure;
[0025] Figure 2 illustrates a flowchart of how a service resource inquiry response is returned to the capability caller in an embodiment of this disclosure;
[0026] Figure 3 illustrates a flowchart of how a capability provider generates a service resource consultation response in an embodiment of this disclosure;
[0027] Figure 4 illustrates the overall process of how a capability caller obtains service resource consultation results in an embodiment of this disclosure.
[0028] Figure 5 illustrates a flowchart of how a capability caller obtains a service session creation response in an embodiment of this disclosure;
[0029] Figure 6 illustrates a flowchart of how a capability caller obtains a service session modification response in an embodiment of this disclosure;
[0030] Figure 7 illustrates a flowchart of how a capability caller obtains a service session deletion response in an embodiment of this disclosure;
[0031] Figure 8 illustrates a flowchart of how a capability caller obtains a service subscription query response in an embodiment of this disclosure;
[0032] Figure 9 illustrates a flowchart of how a capability caller obtains a service subscription query response in an embodiment of this disclosure;
[0033] Figure 10 shows the overall architecture diagram of the service processing method in an embodiment of this disclosure;
[0034] Figure 11 shows a schematic diagram of the capability open platform in an exemplary embodiment of this disclosure;
[0035] Figure 12 shows a schematic diagram of the structure of an electronic device in an exemplary embodiment of the present disclosure. Detailed Implementation
[0036] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided to make this disclosure more comprehensive and complete, and to fully convey the concept of the example embodiments to those skilled in the art. The described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a full understanding of embodiments of this disclosure. However, those skilled in the art will recognize that the technical solutions of this disclosure can be practiced with one or more of the specific details omitted, or other methods, components, apparatus, steps, etc., can be employed. In other instances, well-known technical solutions are not shown or described in detail to avoid obscuring various aspects of this disclosure.
[0037] The terms “a,” “an,” “the,” and “the” are used in this specification to indicate the presence of one or more elements / components / etc.; the terms “including” and “having” are used to indicate an open-ended inclusion and to mean that there may be other elements / components / etc. in addition to the listed elements / components / etc.; the terms “first” and “second” are used only as markings and are not a limitation on the number of objects.
[0038] Furthermore, the accompanying drawings are merely illustrative of this disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities.
[0039] 3GPP TS29.522 specifies the northbound API interfaces for opening network capabilities in 5G (5th Generation) systems. These primarily include scenarios such as monitoring event reporting, QoS (Quality of Service) management capabilities, PFD (Packet Flow Description) management capabilities, billing party assignment capabilities, background traffic resource management, AF (Application Function)-influenced routing, and user status reporting. In addition to 5G capability opening, ITU standards, such as ITU-T Y.3133, define standards supporting fixed-mobile convergence capability opening.
[0040] However, current capability openness mostly focuses on opening up network layer capabilities of mobile networks, which does not shield complex network parameters from customers and lacks easy-to-use service API design.
[0041] Furthermore, with the current development of cloud-network integration, users are increasingly demanding cloud-connected dedicated networks with high bandwidth, high reliability, and stable transmission, as well as computing resources. Therefore, the opening of cloud computing network service capabilities needs to adapt to the trend of cloud-network integration and meet customer needs in a more flexible and user-friendly way.
[0042] Based on this, this disclosure proposes a cloud network service capability opening scheme, which shields the complex parameters of the network layer through a set of service-oriented API interfaces, enabling cloud network infrastructure resource opening, scheduling and operation and maintenance in a more flexible and efficient manner, solving the problems of traditional cloud resources and network resources requiring separate ordering, long opening cycles and inflexible demand adjustment.
[0043] In the embodiments of this disclosure, a service processing method is first provided, which at least to some extent overcomes the shortcomings of related technologies in providing user services in cloud-network integrated scheduling scenarios.
[0044] Figure 1 shows a flowchart of the service processing method in an embodiment of this disclosure. The execution subject of the service processing method can be a capability open platform.
[0045] Referring to FIG1, a service processing method according to an embodiment of the present disclosure includes the following steps:
[0046] Step S110: Receive the cloud-network integrated service call request sent by the capability caller through calling a specific service interface. The cloud-network integrated service call request is used to request the call of a specific service capability associated with the specific service interface.
[0047] Step S120: Forward the cloud-network integrated service call request to the capability provider, and upon receiving the request response result returned by the capability provider, return the request response result to the capability caller;
[0048] The capability provider is used to process cloud-network integrated service call requests and generate request response results.
[0049] In the technical solution provided by the embodiment shown in Figure 1, a capability open platform is used to provide multiple service interfaces. Different service interfaces correspond to different service capabilities in the cloud-network integrated scheduling scenario. The cloud-network integrated scheduling scenario is used to schedule cloud-network infrastructure resources. It receives cloud-network integrated service call requests sent by capability callers through calling specific service interfaces (the cloud-network integrated service call request is used to request the call of a specific service capability associated with a specific service interface), forwards the cloud-network integrated service call request to the capability provider, and, upon receiving the request response result returned by the capability provider (the capability provider is used to process the cloud-network integrated service call request and generate the request response result), sends the request response... The results should be returned to the capability caller. On the one hand, this solution enables efficient interaction between capability callers and capability providers through the capability open platform, improving user experience and ease of use. Furthermore, through the multiple service interfaces provided by the capability open platform, it can provide capability callers with more flexible and efficient cloud-network integrated scheduling services, solving the current problem of the inability to flexibly and integratedly schedule cloud and network infrastructure resources, realizing collaborative scheduling of cloud and network infrastructure resources, and improving the quality of cloud-network integrated scheduling services and user experience. On the other hand, this disclosure also facilitates easy management and upgrading of various service interfaces based on the capability open platform, promoting the rapid development of the capability open field towards cloud-network convergence.
[0050] The following is a detailed explanation of the specific implementation process of each step in Figure 1:
[0051] Before step S110, it should be noted that this disclosure is applied to a cloud-network integrated scheduling scenario. This scenario is used to schedule cloud-network infrastructure resources. Cloud-network infrastructure resources refer to resources that provide basic computing, storage, and network functions in a cloud computing and network environment. These resources are the foundation for building and running cloud services, supporting the efficient operation of various applications and services. For example, the aforementioned cloud-network infrastructure resources may include cloud resources, computing resources, storage resources, network resources, and other infrastructure, which can be set according to actual conditions. This disclosure does not impose any special limitations on this. Cloud resources refer to various services and resources provided in a cloud computing environment. For example, cloud resources may be virtual machines (virtualized computing instances that provide computing and storage capabilities), containers (providing the deployment and management of containerized applications, such as Docker containers and Kubernetes clusters), etc.
[0052] Computing resources can be hardware and software resources used to perform computing tasks. For example, computing resources can be virtual machines, containers, bare metal servers (providing high-performance physical server resources), central processing units (CPUs), graphics processing units (GPUs), field-programmable gate arrays (FPGAs), random access memory (RAM), and storage devices (e.g., solid-state drives (SSDs), hard disk drives (HDDs), etc.). These can be configured according to actual needs, and this disclosure does not impose any special limitations on them.
[0053] Storage resources are basic resources used to provide data storage and management functions. For example, storage resources can be data warehouses, object storage, block storage, file storage, etc., and can be set according to actual conditions. This disclosure does not make any special limitations on them.
[0054] Network resources refer to the infrastructure and services used for data transmission and communication. For example, network resources may be network bandwidth, routing, etc., which can be set according to actual conditions. This disclosure does not impose any special limitations on them.
[0055] The cloud-network integrated service disclosed herein is a service model that unifies the management and scheduling of cloud resources (such as virtual machines, virtual containers, etc.), computing resources (such as virtual machines, containers, physical servers, etc.), storage resources (such as object storage, block storage, file storage, etc.), and network resources (such as virtual private clouds, load balancers, content delivery networks, etc.).
[0056] This disclosure can provide multiple service interfaces through a capability open platform, with different service interfaces corresponding to different service capabilities in the cloud-network integrated scheduling scenario.
[0057] For example, the capability open platform can provide the following service interfaces:
[0058] ① Service resource consultation interface, used to provide service resource consultation capabilities. Specifically, the capability caller (which can be a third-party application / internal system / developer) can send a service resource consultation request through this service resource consultation interface to inquire about the availability of resources corresponding to the service to be called. The service to be called can be a detailed service included under the cloud-network integrated service (each detailed service corresponds to its own service ID), such as: computing service, storage service, network service, security service, management and monitoring service, etc. It can be set according to the actual situation, and this disclosure does not make any special restrictions on it.
[0059] ② Service session creation interface, which is used to provide service session creation capability. Specifically, the capability caller can send a service session creation request through this service session creation interface to request the creation of the service to be created;
[0060] ③ Service Session Modification Interface, which is used to provide service session modification capabilities. Specifically, the capability caller can send a service session modification request through this service session modification interface to request modification of the cloud network infrastructure resource configuration of the service to be modified.
[0061] ④ The service session deletion interface is used to provide service session deletion capabilities. Specifically, the capability caller can send a service session deletion request through this service session deletion interface to request the deletion of cloud network infrastructure resource configurations related to the service to be deleted.
[0062] ⑤ Service subscription query interface, which is used to provide service subscription query capability. Specifically, the capability caller can send a service subscription query request through this service subscription query interface to query the resource subscription information of the service to be queried;
[0063] ⑥ Service Quality Assurance Query Interface: This interface provides the ability to query service quality assurance. Specifically, the service caller can send a service quality assurance query request through this interface to check whether the service quality of the subscribed service can be guaranteed.
[0064] In summary, when a capability caller needs to invoke a certain service capability, they can directly call the service-related service interface and send a cloud-network integrated service call request to the capability provider through the service interface.
[0065] In step S110, the receiving capability caller sends a cloud-network integrated service call request by calling a specific service interface. The cloud-network integrated service call request is used to request the call of a specific service capability associated with the specific service interface.
[0066] In this step, after the capability caller sends a cloud-network integrated service call request by calling a specific service interface, the capability open platform can receive the cloud-network integrated service call request.
[0067] Specifically, when the specific service interface called by the capability caller is a service resource consultation interface, the corresponding cloud-network integrated service call request sent is a service resource consultation request.
[0068] When the specific service interface called by the capability caller is the service session creation interface, the corresponding cloud-network integrated service call request sent is a service session creation request.
[0069] When the specific service interface called by the capability caller is the service session modification interface, the corresponding cloud-network integrated service call request sent is a service session modification request.
[0070] When the specific service interface called by the capability caller is the service session deletion interface, the corresponding cloud-network integrated service call request sent will be a service session deletion request.
[0071] When the specific service interface called by the capability caller is the service subscription query interface, the corresponding cloud-network integrated service call request sent is a service subscription query request.
[0072] When the specific service interface called by the capability caller is a service quality assurance query interface, the corresponding cloud-network integrated service call request sent is a service quality assurance query request.
[0073] In step S120, the cloud-network integrated service call request is forwarded to the capability provider, and upon receiving the request response result returned by the capability provider, the request response result is returned to the capability caller.
[0074] In this step, after receiving the cloud-network integrated service call request, the capability open platform can forward the cloud-network integrated service call request to the capability provider. The capability provider can process the cloud-network integrated service call request and generate a request response result. When the capability open platform receives the request response result returned by the capability provider, it can return the request response result to the capability caller.
[0075] Specifically, when a capability caller sends a service resource inquiry request via the service resource inquiry interface, the capability open platform, upon receiving the request, can return a service resource inquiry response to the capability caller based on the following processing procedure:
[0076] Referring to Figure 2, Figure 2 illustrates a flowchart of how a service resource inquiry response is returned to the capability caller in this embodiment of the present disclosure, including steps S201-S203:
[0077] In step S201, the identity security authentication of the capability caller is performed.
[0078] In this step, the capability open platform can perform identity security authentication on the aforementioned capability callers. For example, each capability caller can be assigned a unique API key during registration. The capability open platform can then perform identity security authentication on the capability caller based on this API key. Specifically, if the API key provided by the capability caller matches the pre-assigned API key, the identity security authentication is successful; otherwise, the identity security authentication is unsuccessful.
[0079] In step S202, after identity security authentication is successful, the service resource consultation request is forwarded to the capability provider.
[0080] In this step, after the identity of the capability caller is successfully authenticated, the capability open platform can forward the aforementioned service resource inquiry request to the capability provider.
[0081] The aforementioned service resource inquiry request may include service description information and service requirement information of the service to be invoked.
[0082] The service description information mentioned above can be the service name, service ID, etc., and can be set according to the actual situation. This disclosure does not impose any special restrictions on it.
[0083] The aforementioned service requirement information includes resource requirement information and / or endpoint address requirement information. This service requirement information can be resource SLA requirements, such as: CPU core count requirements, memory requirements, storage requirements, network guaranteed bandwidth / protection level / guarantee duration, GPU card model / quantity, etc., which can be set according to actual needs, and this disclosure does not impose any special limitations on this. The aforementioned endpoint address requirement information includes one or more specified endpoint address information. For example, the endpoint address can be an access point IP address and a destination IP address. Optionally, the destination IP address can be null (indicating that the capability caller does not have a specific destination cloud node requirement, and the destination cloud node can be selected according to needs when generating the resource configuration policy later), or the destination IP address can be the address of a specified destination cloud node (indicating that the capability caller has a specified destination cloud node, and therefore must schedule the target cloud node when generating the resource configuration policy later), or it can be multiple cloud pool addresses (indicating that the capability caller has multiple optional cloud node addresses, and can schedule to one of the optional cloud nodes when generating the resource configuration policy later).
[0084] Therefore, upon receiving the aforementioned service resource inquiry request, the capability provider can perform the following processing steps to generate a service resource inquiry response. Referring to Figure 3, which illustrates a flowchart of how the capability provider generates a service resource inquiry response in this embodiment of the disclosure, steps S301-S303 are included:
[0085] In step S301, it is determined whether real-time invocation of the service to be invoked is supported based on the availability of resources corresponding to the service to be invoked.
[0086] In this step, the capability open platform can first check the availability of resources corresponding to the service to be called (e.g., whether there is enough memory capacity, enough CPU cores, enough bandwidth, etc.), and evaluate whether the service to be called is supported based on the availability of resources corresponding to the service to be called.
[0087] Checking the availability of resources for a service to be called means checking and confirming whether the resources required by the service are available before calling it. This process can ensure the success rate of service calls and the stability of the system.
[0088] In step S302, if real-time invocation of the service to be invoked is supported, a resource configuration strategy for the service to be invoked is calculated based on the service requirement information, and a service resource consultation response is generated based on the service description information, the resource configuration strategy, and the tariff information related to the resource configuration strategy.
[0089] In this step, if real-time invocation of the service to be invoked is supported, the capability provider can calculate the resource configuration strategy for the service to be invoked based on the service requirement information, and generate a service resource consultation response based on the service description information, the resource configuration strategy, and the pricing information related to the resource configuration strategy.
[0090] In one alternative implementation, the capability provider can calculate a specific resource allocation strategy that can meet the above-mentioned service requirements, and calculate the pricing information related to the resource allocation strategy. Then, the service description information, the resource allocation strategy, and the pricing information related to the resource allocation strategy are packaged together to generate the above-mentioned service resource consultation response.
[0091] When calculating the resource configuration strategy, for example, the capability provider can analyze the above service requirement information to determine the specific resource requirements and endpoint address requirements. Then, based on the resource requirements, the provider can determine the scheduling amount of each resource required for the service to be invoked, and based on the endpoint address requirements, the provider can determine the cloud nodes that need to be scheduled, thereby determining the above resource configuration strategy.
[0092] In another alternative implementation, the capability provider can calculate multiple optional resource configuration strategies that meet the above service requirements. Different optional resource configuration strategies use different system performance indicators as key considerations. Then, the service description information, each optional resource configuration strategy, and the pricing information related to each optional resource configuration strategy can be packaged to generate the above service resource consultation response.
[0093] The aforementioned system performance indicators refer to various metrics used to measure and evaluate system performance and efficiency, such as time, energy consumption, cost, performance, and security. These can be set according to actual conditions, and this disclosure does not impose any special limitations on them. Therefore, the capability provider can offer a variety of optional resource configuration strategies, such as the shortest latency strategy, the lowest cost strategy, the lowest energy consumption strategy, and the optimal security strategy. The capability caller can weigh different factors according to actual conditions and choose the most suitable cloud network infrastructure resource scheduling scheme for themselves.
[0094] For example, assuming that system performance metrics include time, energy consumption, and cost, the capability provider can offer three optional resource allocation strategies: the first option is the resource allocation strategy with the shortest time, the second option is the resource allocation strategy with the lowest energy consumption, and the third option is the resource allocation strategy with the lowest cost.
[0095] In step S303, if real-time invocation of the service to be invoked is not supported, a service resource consultation response is generated based on the service description information and resource usage trends.
[0096] In this step, if real-time invocation of the service to be invoked is not supported, the capability provider can generate a service resource inquiry response based on the service description information and resource usage trends. Specifically, the capability caller can determine the expected waiting time (i.e., approximately how long after the real-time invocation of the service to be invoked will be supported) based on resource usage trends, and estimate the expected resource configuration strategy for the service to be invoked based on service demand information and resource usage trends. Then, the service description information, expected resource configuration strategy, and expected waiting time can be packaged to generate a service resource inquiry response.
[0097] For example, when formulating a planned resource allocation strategy, the capability provider can collect resource usage trends, which may include historical resource usage data over a past period and the periodic fluctuations of that data. Then, a resource prediction model can be invoked to predict resource usage over a future period based on historical usage data and its periodic fluctuations (for example, time series analysis algorithms or regression analysis algorithms can be used). Based on the resource usage over the future period, the expected waiting time to support real-time invocation of the aforementioned services can be determined. Furthermore, based on the resource usage over the future period combined with service demand information, the expected scheduling volume of each resource required for the services to be invoked and the cloud nodes that may need to be scheduled can be further estimated to determine the aforementioned planned resource allocation strategy.
[0098] After generating a service resource inquiry response, the capability provider can return the aforementioned service resource inquiry response to the capability open platform.
[0099] Referring to Figure 2, in step S203, upon receiving the service resource inquiry response from the capability provider, the service resource inquiry response is returned to the capability caller.
[0100] In this step, when the capability open platform receives the service resource inquiry response from the capability provider, it can return the service resource inquiry response to the capability caller, so that the capability caller can obtain the service resource inquiry result.
[0101] Referring to Figure 4, Figure 4 shows a schematic diagram of the overall process by which a capability caller obtains service resource consultation results in an embodiment of this disclosure, including steps S401-S405:
[0102] In step S401, the capability invocation direction sends a service resource inquiry request to the capability open platform;
[0103] In step S402, the capability open platform performs identity security authentication on the capability caller;
[0104] In step S403, the capability open platform forwards the service resource consultation request to the capability provider (or the integrated resource scheduling and orchestration system);
[0105] In step S404, the capability provider performs resource availability verification, strategy calculation, and tariff assessment, and generates a service resource consultation response;
[0106] In step S405, the capability provider returns the service resource inquiry response to the capability open platform, which then forwards it to the capability caller.
[0107] For example, the following illustrates the specific process by which a capability caller obtains a service resource inquiry response in an embodiment of this disclosure:
[0108] 1. The capability invocation direction sends a service resource inquiry request to the capability open platform. The service resource inquiry request may include the following required parameters: service name of the service to be invoked, service ID, CPU core count requirement, number of GPU cards, storage requirements, network bandwidth guarantee, and access point IP. The following parameters are optional parameters: network guarantee level and guarantee duration. If the user needs to specify the endpoint address, the endpoint IP is a required parameter. In addition, it should be noted that when the CPU / GPU / storage requirements are 0, the endpoint IP constraint is a required parameter, that is, the target IP needs to be specified.
[0109] 2. After the capability open platform successfully authenticates the identity of the capability caller, it forwards the service resource inquiry request to the integrated resource scheduling and orchestration system (capability provider);
[0110] 3. The integrated resource scheduling and orchestration system checks resource availability based on service resource consultation requests. Based on factors such as time, energy consumption, cost, performance, and security, it calculates at least one optional resource configuration strategy. For example, the strategy of shortest latency will mainly consider the resource pool closest to the access point IP; the strategy of lowest cost will mainly consider the low cost of cloud resources and network transmission resources (e.g., network protection level A, AA, AAA, with costs increasing in that order); the strategy of lowest energy consumption will mainly consider the cloud resource pool with the lowest PUE (Power Usage Effectiveness); and the strategy of optimal security will mainly consider the most secure private network transmission and securely isolated cloud resource pools, etc.
[0111] When the destination IP address is null, it means the caller does not have a specific destination cloud node requirement. Therefore, when determining the resource configuration strategy, differences such as cost priority and performance priority can be reflected. When the destination IP address is a cloud pool address, it means the caller has specified a destination cloud node in the request. Therefore, when determining the resource configuration strategy, scheduling to the specified destination cloud node is required, and the strategy and billing estimate should reflect the performance and cost of cloud private lines with different guarantee levels. When the destination IP address is multiple cloud pool addresses, it means the caller can support multiple optional cloud node addresses. Therefore, when determining the resource configuration strategy, it is only necessary to go to one of the optional cloud nodes.
[0112] 4. The integrated resource scheduling and orchestration system returns service resource inquiry responses to the capability caller through the capability open platform. The service resource inquiry response may include information such as service name, service ID, policy identifier, resource attribute parameters (such as network availability, leased line type, network guaranteed bandwidth, number of CPU cores, memory size, storage size, number of GPU cards, etc.), destination IP, cost estimate, and energy consumption estimate, which the capability caller can choose independently.
[0113] When a capability caller sends a service session creation request via the service session creation interface, the capability open platform, upon receiving the request, can forward it to the capability provider. The capability provider can then generate a service session creation response based on the following processing steps:
[0114] Given that the service session creation request may include service description information (e.g., service ID) for the service to be created and resource configuration policy information (e.g., pre-selected policy identifier ID) for the service to be created, the capability provider can configure cloud network infrastructure resources (e.g., configure the network bandwidth from the capability caller's access site / cloud to the target cloud corresponding to the pre-selected policy, and configure the computing (CPU cores / GPU cards, etc.) resources and storage resources of the target cloud corresponding to the pre-selected policy) based on the resource configuration results (e.g., the final resource configuration for the service to be created) and generate a service session creation response based on the resource configuration results.
[0115] After generating the service session creation response, the capability provider can return the service session creation response to the capability open platform.
[0116] Referring to Figure 5, Figure 5 illustrates a flowchart of how a capability caller obtains a service session creation response in an embodiment of this disclosure, including steps S501-S503:
[0117] In step S501, the capability caller sends a service session creation request to the capability open platform, and the capability open platform forwards the service session creation request to the capability provider.
[0118] In step S502, the capability provider configures cloud network infrastructure resources according to resource configuration policy information and generates a service session creation response based on the resource configuration results;
[0119] In step S503, the capability provider returns a service session creation response to the capability open platform, and the capability open platform returns the service session creation response to the capability caller.
[0120] For example, the following illustrates the specific process by which a capability caller obtains a service session creation response in an embodiment of this disclosure:
[0121] 1. The capability caller selects a resource configuration strategy from a variety of optional resource configuration strategies, calls the service session creation interface, and sends the service session creation request to the integrated resource scheduling and orchestration system through the capability open platform. The creation request includes the service ID and the selected strategy identifier ID.
[0122] 2. The integrated resource scheduling and orchestration system performs corresponding cloud computing network integrated resource configuration according to the selected strategy, such as configuring the network bandwidth from the access site / cloud of the capability caller to the target cloud corresponding to the selected strategy, and configuring the computing (CPU core / GPU card, etc.), storage and memory resources of the target cloud corresponding to the selected strategy. When executing this step, the resource management layer (e.g., network controller / network management system and the network layer API opened by the cloud management system) can be called to issue scheduling strategy orchestration instructions to complete the resource configuration.
[0123] 3. The integrated resource scheduling and orchestration system sends the service session creation response to the capability caller through the capability open platform. The service creation response includes a return value indicating whether the creation was successful.
[0124] When a capability caller sends a service session modification request via the service session modification interface, the capability open platform, upon receiving the request, can forward it to the capability provider. The capability provider can then generate a service session modification response based on the following processing steps:
[0125] Given that the service session modification request may include service description information of the service to be modified (e.g., service ID) and modified resource requirement parameters (e.g., modified access bandwidth, cloud host requirements, memory requirements, storage requirements, service quality assurance time, etc.), the capability provider can redetermine a new resource configuration strategy based on the modified resource requirement parameters, reconfigure cloud network infrastructure resources according to the new resource configuration strategy, and generate the aforementioned service session modification response based on the resource reconfiguration result. Optionally, after determining the new resource configuration strategy, a target resource configuration strategy can also be selected from the new resource configuration strategies based on the system performance indicator preferences selected when initially creating the service, and cloud network infrastructure resources can be reconfigured based on the target resource configuration strategy, generating the aforementioned service session modification response based on the resource reconfiguration result.
[0126] After generating the service session modification response, the capability provider can return the service session modification response to the capability open platform.
[0127] Referring to Figure 6, Figure 6 illustrates a flowchart of how a capability caller obtains a service session modification response in an embodiment of this disclosure, including steps S601-S603:
[0128] In step S601, the capability caller sends a service session modification request to the capability open platform, and the capability open platform sends the service session modification request to the capability provider.
[0129] In step S602, the capability provider redetermines a new resource configuration strategy, reconfigures cloud network infrastructure resources according to the new resource configuration strategy, and generates a service session modification response based on the resource reconfiguration result.
[0130] In step S603, the capability provider returns the service session modification response to the capability open platform, and the capability open platform returns the service session modification response to the capability caller.
[0131] For example, the following illustrates the specific process by which a capability caller obtains a service session modification response in an embodiment of this disclosure:
[0132] 1. When a capability caller issues a service session modification request, it can call the service session modification interface and send the request to the integrated resource scheduling and orchestration system through the capability open platform.
[0133] Service session modification requests can include modified resource requirement parameters, such as increasing the access bandwidth from 100Mbps to 200Mbps, or increasing the memory requirement of the cloud server from 4GB to 8GB.
[0134] 2. The integrated resource scheduling and orchestration system recalculates new resource allocation strategies to meet new demands through real-time monitoring and analysis of current cloud network resources. During the calculation process, the system considers various factors, such as network load, cloud computing resource availability, and cost. Simultaneously, the system matches the key considerations selected by the service caller during service creation.
[0135] For example, when creating a service, the caller may prioritize the strategy with the lowest cost. When recalculating the strategy, the system will try to choose the lowest cost option while meeting the new requirements. If the priority is to minimize network latency, the system will focus on optimizing the network path to ensure that the new service session can meet the low latency requirement.
[0136] Once the optimal resource allocation strategy is determined, the system will initiate the corresponding reconfiguration of cloud network infrastructure resources. For example, adjusting network bandwidth from 100Mbps to 200Mbps, increasing cloud server memory resources from 4GB to 8GB, etc.
[0137] 3. The service session modification response is returned to the capability caller through the capability open platform, so that the capability caller can understand the modified service information in a timely manner.
[0138] When a capability caller sends a service session deletion request via the service session deletion interface, the capability open platform, upon receiving the request, can forward it to the capability provider. The capability provider can then generate a service session deletion response based on the following processing procedure:
[0139] Since the service session deletion request includes the service description information (service ID) of the service to be deleted, the capability provider can delete the resource configuration results related to the service to be deleted in order to release the cloud network infrastructure resources occupied by the service to be deleted (e.g., update the computing resources, storage resources, network resources, etc. that have been allocated to the service from occupied to available), and generate a service session deletion response based on the resource release result.
[0140] After generating the service session deletion response, the capability provider can return the service session deletion response to the capability open platform.
[0141] Referring to Figure 7, Figure 7 illustrates a flowchart of how a capability caller obtains a service session deletion response in an embodiment of this disclosure, including steps S701-S703:
[0142] In step S701, the capability caller sends a service session deletion request to the capability open platform, and the capability open platform forwards the service session deletion request to the capability provider.
[0143] In step S702, the capability provider deletes the resource configuration results related to the service to be deleted, releases the resources, and generates a service session deletion response;
[0144] In step S703, the capability provider returns a service session deletion response to the capability open platform, and the capability open platform returns a service session deletion response to the capability caller.
[0145] When a capability caller sends a service subscription query request via the service subscription query interface, the capability open platform, upon receiving the request, can forward it to the capability provider. The capability provider can then generate a service subscription query response based on the following processing steps:
[0146] Since a service subscription query request can include service description information (e.g., service ID) of the service to be queried, the capability open platform, upon receiving such a request, can forward it to the capability provider. The capability provider can then parse the service description information and query the database or data store for resource subscription information associated with that service (the query can be performed using SQL, NoSQL, or other data retrieval methods). This resource subscription information can include subscription ID, resource type, resource configuration, etc. Finally, this resource subscription information can be packaged to generate a service subscription query response.
[0147] After generating the service subscription query response, the capability provider can return the service subscription query response to the capability open platform.
[0148] Referring to Figure 8, Figure 8 illustrates a flowchart of how a capability caller obtains a service subscription query response in an embodiment of this disclosure, including steps S801-S803:
[0149] In step S801, the capability invoking party sends a service subscription query request to the capability opening platform, and the capability opening platform forwards the service subscription query request to the capability provider;
[0150] In step S802, the capability provider queries resource subscription information related to the service to be queried, determines the resource subscription information of the service to be queried, and generates a service subscription query response based on the resource subscription information;
[0151] In step S803, the capability provider returns the service subscription query response to the capability open platform, and the capability open platform returns the service subscription query response to the capability caller.
[0152] When a capability caller sends a service quality assurance query request via the service quality assurance query interface, the capability open platform, upon receiving the request, can forward it to the capability provider. The capability provider can then generate a service subscription query response based on the following processing steps:
[0153] Since the service quality assurance query request includes service quality requirement indicators for the subscribed services, the capability open platform can perform service quality analysis on the aforementioned subscribed services and generate a service quality assurance query response based on the service quality analysis results and the comparison results between the service quality requirement indicators.
[0154] The aforementioned service quality requirements indicators can be network performance requirements (e.g., requirements for connectivity, bandwidth, latency, jitter, etc.) or requirements related to cloud resource availability or utilization. These can be set according to actual circumstances, and this disclosure does not impose any special limitations. Therefore, the capability provider can perform service quality testing or prediction on subscribed services to determine the service quality analysis results (describing the current achievable indicator value level or the indicator value level achievable within a future period). Then, the service quality analysis results can be compared with the service quality requirements indicators to determine whether the currently provided service quality meets the service quality requirements indicators. The comparison results (e.g., bandwidth currently meets the service quality requirements indicators, latency indicators will meet the service quality requirements indicators in approximately 10 minutes) are then packaged to generate a service quality assurance query response.
[0155] After generating the service quality assurance query response, the capability provider can return the service quality assurance query response to the capability open platform.
[0156] Referring to Figure 9, Figure 9 illustrates a flowchart of how a capability caller obtains a service subscription query response in an embodiment of this disclosure, including steps S901-S903:
[0157] In step S901, the capability invoking party sends a service quality assurance query request to the capability opening platform, and the capability opening platform forwards the service quality assurance query request to the capability provider.
[0158] In step S902, the capability provider performs service quality analysis on the subscribed services and generates a service quality assurance query response based on the service quality analysis results and the comparison results between service quality requirement indicators.
[0159] In step S903, the capability provider returns the service quality assurance query response to the capability open platform, and the capability open platform returns the service quality assurance query response to the capability caller.
[0160] Referring to Figure 10, which shows the overall architecture of the service processing method in this embodiment of the present disclosure, as shown in Figure 10:
[0161] Capability callers (which can be third-party applications, self-operated applications, and developers): can initiate capability call requests through the capability open platform after subscribing and signing up. It should be noted that capability callers and capability open platforms can communicate through the RP-IG interface.
[0162] Capability Opening Platform (Capability Opening Gateway): Provides a set of service interfaces for capability callers (third-party applications / internal systems / developers). Capability callers can then use these service interfaces to inquire about service resources, create service sessions, query subscriptions, query service quality assurance, modify service sessions, release service resources, etc. It should be noted that the Capability Opening Platform and capability providers can communicate via the RP-IG-1 interface.
[0163] Capability Provider / Integrated Resource Scheduling and Orchestration System: Based on resource availability inquiry requests and resource awareness, and considering factors such as time, energy consumption, cost, performance, and security, the system calculates resource configuration strategies and cost estimates, and sends the service resource inquiry response, including service description information, resource configuration strategies, and cost estimates, to the capability caller through the capability open platform. It should be noted that the capability provider and the resource management layer can communicate via the RP-IG-2 interface.
[0164] Resource management layer (which can be a network management / controller or a cloud management system): It opens up the ability to perceive and control the configuration of cloud network infrastructure resources to the capability provider, such as the ability to query the availability of cloud network infrastructure resources, reserve resources, configure resources, query the running status, re-optimize resource configuration, and release resources.
[0165] Based on the above technical solutions, this disclosure has at least the following technical effects:
[0166] First, the interface design can meet diverse resource needs: on the one hand, resource consultation, policy calculation, and cost assessment can be achieved through a single service resource consultation interface; furthermore, the capability caller can flexibly set resource parameters in the service resource consultation request according to its own needs, including CPU core requirements, GPU card quantity, storage requirements, network bandwidth guarantee, etc., to meet the diverse needs of cloud network infrastructure resources under different business scenarios; on the other hand, by providing a variety of scheduling strategy options, such as the shortest latency strategy, the lowest cost strategy, the lowest energy consumption strategy, and the optimal security strategy, the capability caller can weigh different factors according to the actual situation and choose the most suitable cloud network infrastructure resource scheduling solution for itself.
[0167] Secondly, it enables efficient resource allocation: The capability caller can quickly verify resources and calculate appropriate scheduling strategies based on service resource inquiry requests, improving resource allocation efficiency. After selecting a scheduling strategy, the capability caller can also issue scheduling strategy orchestration instructions by calling the network layer API of the resource management layer, enabling rapid deployment of cloud network infrastructure resources.
[0168] Third, it offers high flexibility and adaptability: Depending on the destination IP address, this disclosure can provide different scheduling strategies to accommodate situations where the caller has specific destination cloud node requirements or multiple optional cloud node addresses, increasing the flexibility of the solution. For cases without specific destination cloud node requirements, this disclosure can calculate a suitable destination cloud resource pool IP from the list of accessible cloud resource pools, providing the caller with more options. For cases with a specified destination cloud node, the calculated strategies and billing estimates can reflect the performance and cost of cloud leased lines at different protection levels, allowing the caller to clearly understand the cost and performance differences in resource usage.
[0169] Fourth, enhancing user experience: The service resource consultation response provides detailed information, including service name, service ID, policy identifier, resource attribute parameters, cost estimate, and energy consumption estimate, facilitating decision-making and selection by the capability caller. When the caller's needs change, this disclosure can initiate a re-optimization strategy and match the priority factors selected by the capability caller when creating the service session, such as lowest cost or lowest network latency, ensuring that while meeting new requirements, it also meets the user's personalized needs and preferences as much as possible, providing more accurate services. In summary, this solution enables efficient interaction between capability callers and capability providers through the capability open platform, improving user experience and ease of use.
[0170] Fifth, efficient response to changing needs: When the needs of the capability caller change, the capability caller can quickly recalculate a resource configuration strategy suitable for the new needs through real-time monitoring and analysis of the current cloud network infrastructure resources, ensuring the efficiency of resource adjustment and conforming to customer policy preferences, meeting the ever-changing business needs of users, and improving the adaptability and flexibility of the system.
[0171] In summary, the solutions disclosed herein provide more flexible and efficient multi-type resource services for capability callers, promoting the development of the capability openness field towards cloud-network convergence.
[0172] This disclosure also provides a capability open platform, which provides multiple service interfaces. Different service interfaces correspond to different service capabilities in a cloud-network integrated scheduling scenario, which is used to schedule cloud-network infrastructure resources. Figure 11 shows a schematic diagram of the capability open platform in an exemplary embodiment of this disclosure. As shown in Figure 11, the capability open platform 1100 may include a request receiving module 1110 and a response result forwarding module 1120. Wherein:
[0173] The request receiving module 1110 is used to receive a cloud-network integrated service call request sent by the capability caller through a specific service interface, wherein the cloud-network integrated service call request is used to request the call of a specific service capability associated with the specific service interface.
[0174] The response result forwarding module 1120 is used to forward the cloud-network integrated service call request to the capability provider, and when it receives the request response result returned by the capability provider, it returns the request response result to the capability caller.
[0175] The capability provider is used to process the cloud-network integrated service call request and generate the request response result.
[0176] In an exemplary embodiment of this disclosure, the service capability includes service resource consultation capability, and the specific service interface includes a service resource consultation interface;
[0177] The cloud-network integrated service call request includes a service resource consultation request, and the request response result includes a service resource consultation response;
[0178] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0179] Perform identity security authentication on the ability caller;
[0180] After the identity security authentication is passed, the service resource inquiry request is forwarded to the capability provider; the service resource inquiry request contains service description information and service requirement information of the service to be invoked, the service requirement information includes resource requirement information and / or endpoint address requirement information, and the endpoint address requirement information includes one or more specified endpoint address information;
[0181] Upon receiving a service resource inquiry response from the capability provider, the service resource inquiry response is returned to the capability caller.
[0182] In an exemplary embodiment of this disclosure, after forwarding the service resource inquiry request to the capability provider, the capability provider is configured to:
[0183] Determine whether real-time invocation of the service to be invoked is supported based on the availability of resources corresponding to the service to be invoked.
[0184] When real-time invocation of the service to be invoked is supported, a resource configuration strategy for the service to be invoked is calculated based on the service requirement information, and a service resource consultation response is generated based on the service description information, the resource configuration strategy, and the tariff information related to the resource configuration strategy.
[0185] If real-time invocation of the service to be invoked is not supported, a service resource consultation response is generated based on the service description information and resource usage trends.
[0186] In an exemplary embodiment of this disclosure, where real-time invocation of the service to be invoked is supported, the capability provider is further configured to:
[0187] Based on the service requirement information, calculate a variety of optional resource configuration strategies for the service to be invoked;
[0188] Different optional resource allocation strategies use different system performance indicators as key considerations.
[0189] In an exemplary embodiment of this disclosure, where real-time invocation of the service to be invoked is not supported, the capability provider is further configured to:
[0190] The expected waiting time is determined based on resource usage trends, and the expected resource configuration strategy for the service to be invoked is estimated based on the service demand information and the resource usage trends.
[0191] The service resource inquiry response is generated based on the service description information, the expected resource configuration strategy, and the expected waiting time.
[0192] In an exemplary embodiment of this disclosure, the service capability includes the service session creation capability, and the specific service interface includes the service session creation interface;
[0193] The cloud-network integrated service call request includes a service session creation request, which includes service description information of the service to be created and resource configuration strategy information selected for the service to be created. The request response result includes a service session creation response.
[0194] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0195] Forward the service session creation request to the capability provider;
[0196] Upon receiving the service session creation response returned by the capability provider, the service session creation response is forwarded to the capability caller;
[0197] The capability provider configures the cloud network infrastructure resources according to the resource configuration policy information, and generates the service session creation response based on the resource configuration results.
[0198] In an exemplary embodiment of this disclosure, the service capability includes the service session modification capability, and the specific service interface includes the service session modification interface;
[0199] The cloud-network integrated service call request includes a service session modification request, which includes the service description information of the service to be modified and the modified resource requirement parameters. The request response result includes a service session modification response.
[0200] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0201] Forward the service session modification request to the capability provider;
[0202] Upon receiving a service session modification response from the capability provider, the service session modification response is forwarded to the capability caller.
[0203] The capability provider is used to redetermine a new resource configuration strategy based on the modified resource requirement parameters, reconfigure cloud network infrastructure resources according to the new resource configuration strategy, and generate the service session modification response based on the resource reconfiguration result.
[0204] In an exemplary embodiment of this disclosure, the service capability includes a service session deletion capability, and the specific service interface includes a service session deletion interface;
[0205] The cloud-network integrated service call request includes a service session deletion request, which includes service description information of the service to be deleted, and the request response result includes a service session deletion response;
[0206] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0207] Forward the service session deletion request to the capability provider;
[0208] Upon receiving a service session deletion response from the capability provider, the service session deletion response is forwarded to the capability caller.
[0209] The capability provider is used to delete the resource configuration results related to the service to be deleted in order to release the cloud network infrastructure resources occupied by the service to be deleted, and generate the service session deletion response based on the resource release results.
[0210] In an exemplary embodiment of this disclosure, the service capability includes a service subscription query capability, and the specific service interface includes a service subscription query interface;
[0211] The cloud-network integrated service call request includes a service subscription query request, which includes service description information of the service to be queried, and the request response result includes a service subscription query response;
[0212] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0213] Forward the service subscription query request to the capability provider;
[0214] Upon receiving a service subscription query response from the capability provider, the service subscription query response is forwarded to the capability caller.
[0215] The capability provider is used to query the resource subscription information associated with the service to be queried based on the service description information of the service to be queried, and generate the service subscription query response based on the resource subscription information.
[0216] In an exemplary embodiment of this disclosure, the service capability includes a service quality assurance query capability, and the specific service interface includes a service quality assurance query interface;
[0217] The cloud-network integrated service call request includes a service quality assurance query request, which includes service quality requirement indicators for subscribed services, and the request response result includes a service quality assurance query response.
[0218] After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the response result forwarding module 1120 is configured as follows:
[0219] Forward the service quality assurance query request to the capability provider;
[0220] Upon receiving a service quality assurance query response from the capability provider, the service quality assurance query response is forwarded to the capability caller.
[0221] The capability provider is used to perform service quality analysis on the subscribed services and generate the service quality assurance query response based on the comparison results between the service quality analysis results and the service quality requirement indicators.
[0222] The specific details of each module in the aforementioned capability open platform have been described in detail in the corresponding service processing methods, so they will not be repeated here.
[0223] This disclosure also provides a computer-readable storage medium, which may be included in the electronic device described in the above embodiments; or it may exist independently and not assembled into the electronic device.
[0224] Computer-readable storage media can be, for example—but not limited to—electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatuses, or devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this disclosure, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.
[0225] A computer-readable storage medium can be sent, propagated, or transmitted for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable storage medium can be transmitted using any suitable medium, including but not limited to: wireless, wireline, optical fiber, RF, etc., or any suitable combination thereof.
[0226] A computer-readable storage medium carries one or more programs that, when executed by an electronic device, cause the electronic device to perform the methods described in the above embodiments.
[0227] Furthermore, this disclosure also provides an electronic device capable of implementing the above-described method.
[0228] Those skilled in the art will understand that various aspects of this disclosure can be implemented as a system, method, or program product. Therefore, various aspects of this disclosure can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or a combination of hardware and software aspects, collectively referred to herein as a "circuit," "module," or "system."
[0229] The electronic device 1200 according to this embodiment of the present disclosure will now be described with reference to FIG12. The electronic device 1200 shown in FIG12 is merely an example and should not be construed as limiting the functionality and scope of the embodiments of the present disclosure.
[0230] As shown in Figure 12, the electronic device 1200 is presented in the form of a general-purpose computing device. The components of the electronic device 1200 may include, but are not limited to: at least one processor 1210, at least one memory 1220, a bus 1230 connecting different system components (including memory 1220 and processor 1210), and a display 1240.
[0231] The memory stores program code that can be executed by the processor 1210, causing the processor 1210 to perform the steps described in the "Exemplary Methods" section of this specification according to various exemplary embodiments of this disclosure. For example, the processor 1210 can perform the following steps as shown in FIG1: Step S110, receiving a cloud-network integrated service call request sent by a capability caller through a specific service interface, the cloud-network integrated service call request being used to request a specific service capability associated with the specific service interface; Step S120, forwarding the cloud-network integrated service call request to the capability provider, and returning the request response result to the capability caller upon receiving the request response result returned by the capability provider; wherein the capability provider is used to process the cloud-network integrated service call request and generate the request response result.
[0232] The memory 1220 may include a readable medium in the form of volatile storage, such as random access memory (RAM) 12201 and / or cache memory 12202, and may further include read-only memory (ROM) 12203.
[0233] The memory 1220 may also include a program / utility 12204 having a set (at least one) of program modules 12205, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment.
[0234] Bus 1230 can represent one or more of several types of bus structures, including a memory bus or memory controller, peripheral bus, graphics acceleration port, processor, or a local bus using any of the various bus structures.
[0235] Electronic device 1200 can also communicate with one or more external devices 1300 (e.g., keyboard, pointing device, Bluetooth device, etc.), and with one or more devices that enable a user to interact with electronic device 1200, and / or with any device that enables electronic device 1200 to communicate with one or more other computing devices (e.g., router, modem, etc.). This communication can be performed via input / output (I / O) interface 1250. Furthermore, electronic device 1200 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via network adapter 1260. As shown, network adapter 1260 communicates with other modules of electronic device 1200 via bus 1230. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with electronic device 1200, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.
[0236] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and embodiments are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the claims.
Claims
1. A service processing method, wherein, The method is applied to a capability open platform, which provides multiple service interfaces. Different service interfaces correspond to different service capabilities in a cloud-network integrated scheduling scenario, where the cloud-network integrated scheduling scenario is used to schedule cloud-network infrastructure resources. The method includes: The receiving capability caller sends a cloud-network integrated service call request by calling a specific service interface. The cloud-network integrated service call request is used to request the call of a specific service capability associated with the specific service interface. The cloud-network integrated service call request is forwarded to the capability provider, and upon receiving the request response result returned by the capability provider, the request response result is returned to the capability caller. The capability provider is used to process the cloud-network integrated service call request and generate the request response result.
2. The method according to claim 1, wherein, The service capabilities include service resource consultation capabilities, and the specific service interfaces include service resource consultation interfaces. The cloud-network integrated service call request includes a service resource consultation request, and the request response result includes a service resource consultation response; After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Perform identity security authentication on the ability caller; After the identity security authentication is passed, the service resource inquiry request is forwarded to the capability provider; the service resource inquiry request contains service description information and service requirement information of the service to be invoked, the service requirement information includes resource requirement information and / or endpoint address requirement information, and the endpoint address requirement information includes one or more specified endpoint address information; Upon receiving a service resource inquiry response from the capability provider, the service resource inquiry response is returned to the capability caller.
3. The method according to claim 2, wherein, After forwarding the service resource inquiry request to the capability provider, the capability provider uses the following methods: Determine whether real-time invocation of the service to be invoked is supported based on the availability of resources corresponding to the service to be invoked. When real-time invocation of the service to be invoked is supported, a resource configuration strategy for the service to be invoked is calculated based on the service requirement information, and a service resource consultation response is generated based on the service description information, the resource configuration strategy, and the tariff information related to the resource configuration strategy. If real-time invocation of the service to be invoked is not supported, a service resource consultation response is generated based on the service description information and resource usage trends.
4. The method according to claim 3, wherein, In supporting real-time invocation of the service to be invoked, the capability provider is further configured to: Based on the service requirement information, calculate a variety of optional resource configuration strategies for the service to be invoked; Different optional resource allocation strategies use different system performance indicators as key considerations.
5. The method according to claim 3, wherein, In the absence of real-time invocation of the service to be invoked, the capability provider is further configured to: The expected waiting time is determined based on resource usage trends, and the expected resource configuration strategy for the service to be invoked is estimated based on the service demand information and the resource usage trends. The service resource inquiry response is generated based on the service description information, the expected resource configuration strategy, and the expected waiting time.
6. The method according to claim 1, wherein, The service capabilities include the service session creation capability, and the specific service interface includes the service session creation interface; The cloud-network integrated service call request includes a service session creation request, which includes service description information of the service to be created and resource configuration strategy information selected for the service to be created. The request response result includes a service session creation response. After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Forward the service session creation request to the capability provider; Upon receiving the service session creation response returned by the capability provider, the service session creation response is forwarded to the capability caller; The capability provider configures the cloud network infrastructure resources according to the resource configuration policy information, and generates the service session creation response based on the resource configuration results.
7. The method according to claim 1, wherein, The service capability includes the service session modification capability, and the specific service interface includes the service session modification interface; The cloud-network integrated service call request includes a service session modification request, which includes the service description information of the service to be modified and the modified resource requirement parameters. The request response result includes a service session modification response. After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Forward the service session modification request to the capability provider; Upon receiving a service session modification response from the capability provider, the service session modification response is forwarded to the capability caller. The capability provider is used to redetermine a new resource configuration strategy based on the modified resource requirement parameters, reconfigure cloud network infrastructure resources according to the new resource configuration strategy, and generate the service session modification response based on the resource reconfiguration result.
8. The method according to claim 1, wherein, The service capability includes the service session deletion capability, and the specific service interface includes the service session deletion interface; The cloud-network integrated service call request includes a service session deletion request, which includes service description information of the service to be deleted, and the request response result includes a service session deletion response; After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Forward the service session deletion request to the capability provider; Upon receiving a service session deletion response from the capability provider, the service session deletion response is forwarded to the capability caller. The capability provider is used to delete the resource configuration results related to the service to be deleted in order to release the cloud network infrastructure resources occupied by the service to be deleted, and generate the service session deletion response based on the resource release results.
9. The method according to claim 1, wherein, The service capabilities include service subscription query capabilities, and the specific service interfaces include service subscription query interfaces; The cloud-network integrated service call request includes a service subscription query request, which includes service description information of the service to be queried, and the request response result includes a service subscription query response; After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Forward the service subscription query request to the capability provider; Upon receiving a service subscription query response from the capability provider, the service subscription query response is forwarded to the capability caller. The capability provider is used to query the resource subscription information associated with the service to be queried based on the service description information of the service to be queried, and generate the service subscription query response based on the resource subscription information.
10. The method according to claim 1, wherein, The service capabilities include the service quality assurance query capability, and the specific service interface includes the service quality assurance query interface; The cloud-network integrated service call request includes a service quality assurance query request, which includes service quality requirement indicators for subscribed services, and the request response result includes a service quality assurance query response. After receiving a cloud-network integrated service call request sent by the capability caller through a specific service interface, the method further includes: Forward the service quality assurance query request to the capability provider; Upon receiving a service quality assurance query response from the capability provider, the service quality assurance query response is forwarded to the capability caller. The capability provider is used to perform service quality analysis on the subscribed services and generate the service quality assurance query response based on the comparison results between the service quality analysis results and the service quality requirement indicators.