CN114785851A - Resource calling processing method and device, storage medium and electronic equipment - Google Patents

Abstract

The disclosure provides a resource calling processing method and device, a storage medium and electronic equipment, and relates to the technical field of communication. The resource calling processing method comprises the following steps: acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal; screening out available candidate resources of the target user terminal from a plurality of available resources deployed on the computing resource server according to the resource calling requirement information of the target user terminal; and sending the resource parameter information corresponding to the candidate resource to the target user terminal based on the position information of the target user terminal so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource. According to the resource scheduling method and device, through resource screening, the resources finally called by the user can meet the personalized resource calling requirements, and the flexibility of resource calling is improved.

Description

Resource calling processing method and device, storage medium and electronic equipment

Technical Field

The present disclosure relates to the field of communications technologies, and in particular, to a resource call processing method, a resource call processing apparatus, a computer-readable storage medium, and an electronic device.

Background

Through the resource call, the user can use various resources in the communication network. With the increasing demand of users for resource invocation, how to perform personalized invocation on resources becomes an important problem that needs to be solved currently in the communication field.

In the related art, a user terminal selects a desired service by logging in a service provider website, and a service provider provides a resource corresponding to the selected service for the user terminal, thereby realizing resource calling. However, in this process, the user terminal can only use the resources provided by the service provider, and the user terminal does not know the resource coverage of the service provider and the number of available resources, which is difficult to meet the personalized resource invoking requirement of the user, and the flexibility of resource invoking is poor.

It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present disclosure, and thus may include information that does not constitute prior art known to those of ordinary skill in the art.

Disclosure of Invention

The disclosure provides a resource calling processing method, a resource calling processing device, a computer readable storage medium and an electronic device, so as to solve the problems of poor resource calling flexibility and difficulty in meeting personalized requirements of users at least to a certain extent.

Additional features and advantages of the disclosure will be set forth in the detailed description which follows, or in part will be obvious from the description, or may be learned by practice of the disclosure.

According to a first aspect of the present disclosure, there is provided a resource call processing method, the method including: acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal; screening out candidate resources available for the target user terminal from a plurality of available resources deployed on a computing resource server according to the resource calling requirement information of the target user terminal; and sending the resource parameter information corresponding to the candidate resource to the target user terminal based on the position information of the target user terminal so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

In an exemplary embodiment of the present disclosure, the resource invoking requirement information includes a transmission delay requirement of the target user terminal, and the screening out available candidate resources of the target user terminal from a plurality of available resources deployed on a computational resource server according to the resource invoking requirement information of the target user terminal includes: determining transmission time delay required by the target user terminal to call a plurality of available resources deployed on a computing resource server according to the position information of the target user terminal; and according to the transmission delay required by the target user terminal for calling a plurality of available resources deployed on a computing resource server, screening out candidate resources meeting the transmission delay requirement of the target user terminal from the plurality of available resources.

In an exemplary embodiment of the present disclosure, the determining, according to the location information of the target user terminal, a transmission delay required by the target user terminal to invoke a plurality of available resources deployed on a computing resource server includes: determining a calling path for calling the plurality of available resources by the target user terminal according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located; and determining the transmission delay required by the target user terminal to call the plurality of available resources according to the call path of the target user terminal to call the plurality of available resources.

In an exemplary embodiment of the present disclosure, the invoking, by the target user equipment, the available resources by the target user terminal through a network transmission device, and determining, according to an invoking path of the target user terminal invoking the plurality of available resources, a transmission delay required by the target user terminal to invoke the plurality of available resources includes: and determining the transmission delay required by the target user terminal to call the plurality of available resources according to the transmission delay between the network transmission equipment in the call path of the target user terminal to call the plurality of available resources.

In an exemplary embodiment of the present disclosure, the determining, according to the location information of the target user terminal and the location information of the computing resource server where the multiple available resources are located, a call path for the target user terminal to call the multiple available resources includes: determining a candidate path existing between the target user terminal and the computing resource server of the available resource according to the position information of the target user terminal and the position information of the computing resource server of the available resource; and determining a calling path for the target user terminal to call the available resources on the computing resource server from the candidate paths.

In an exemplary embodiment of the present disclosure, the available resources include any one of: network resources, computing resources, storage resources; the resource parameter information includes any one or more of: supplier information of the resource, function of the resource, cost of the resource.

In an exemplary embodiment of the present disclosure, the method further comprises: receiving information of the available resources sent by the computing resource server periodically or in response to a resource change.

According to a second aspect of the present disclosure, there is provided a resource call processing apparatus, the apparatus comprising: a resource request obtaining module, configured to obtain resource request information sent by a target user terminal, where the resource request information includes location information of the target user terminal and resource calling requirement information of the target user terminal; the candidate resource screening module is used for screening out available candidate resources of the target user terminal from a plurality of available resources deployed on the computing resource server according to the resource calling requirement information of the target user terminal; and the resource parameter sending module is used for sending the resource parameter information corresponding to the candidate resource to the target user terminal based on the position information of the target user terminal so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

According to a third aspect of the present disclosure, there is provided a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the above-described resource call processing method.

According to a fourth aspect of the present disclosure, there is provided an electronic device comprising: a processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to execute the above-described resource call processing method via execution of the executable instructions.

The technical scheme of the disclosure has the following beneficial effects:

in the process of the resource calling processing, resource request information sent by a target user terminal is obtained, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal; screening out available candidate resources of the target user terminal from a plurality of available resources deployed on the computing resource server according to the resource calling requirement information of the target user terminal; and based on the position information of the target user terminal, sending the resource parameter information corresponding to the candidate resource to the target user terminal so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource. On one hand, candidate resources are screened from a plurality of available resources deployed on the resource server, so that the call control of the resources deployed on the resource server is realized, and the flexibility of resource call is enhanced. On the other hand, the resource parameter information corresponding to the candidate resource is sent to the user terminal, so that the user terminal can further determine the resource to be called from the candidate resource, and the personalized resource calling requirement of the user can be met flexibly.

It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and together with the description, serve to explain the principles of the disclosure. It is apparent that the drawings in the following description are only some embodiments of the present disclosure, and that other drawings can be obtained from those drawings without inventive effort for a person skilled in the art.

FIG. 1 illustrates a system architecture on which a resource call processing method operates in the exemplary embodiment;

FIG. 2 shows a flowchart of a resource call processing method in the present exemplary embodiment;

FIG. 3 illustrates a network topology diagram of a resource invocation process in the exemplary embodiment;

FIG. 4 depicts a flowchart of a method for implementing a resource call processing in the illustrative embodiments;

FIG. 5 depicts an interaction flow diagram of a resource invocation process in an exemplary embodiment;

fig. 6 is a block diagram showing the configuration of a resource call processing apparatus in the present exemplary embodiment;

fig. 7 illustrates an electronic device for implementing the resource call processing method in the exemplary embodiment.

Detailed Description

Example embodiments will now be described more fully with reference to the accompanying drawings. Example embodiments may, however, be embodied in many different forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the disclosure. One skilled in the relevant art will recognize, however, that the embodiments of the present disclosure can be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known technical solutions have not been shown or described in detail to avoid obscuring aspects of the present disclosure.

Furthermore, the drawings are merely schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and thus their repetitive description will be omitted. Some of the block diagrams shown in the figures are functional entities and do not necessarily correspond to physically or logically separate entities. These functional entities may be implemented in the form of software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.

In the related art, when a user terminal logs in a service provider website to call a resource, only a specific resource provided by the service provider can be used. The user terminal does not know the resource coverage of the resource provider and the number of available resources, so that the user terminal is difficult to meet the personalized resource calling requirement of the user, and the flexibility of resource calling is poor.

In view of one or more of the above problems, the exemplary embodiments of the present disclosure provide a resource call processing method, which may be applied in a scenario where a resource is called in a personalized manner. Fig. 1 shows a system architecture diagram of the resource call processing method execution environment, including aresource service layer 110, aresource control layer 120, and aresource provisioning layer 130. Theresource service layer 110 is responsible for resource application services, and may include a user side loaded with an application program capable of applying for resource invocation, for example, a user terminal device such as a mobile phone, a tablet, a computer, and a vehicle-mounted device, and may further include a server side corresponding to the application program, where the server side may be used to accept a resource invocation service of a user, and may be an enterprise backend server, a cloud server, and the like corresponding to the application program. Theresource control layer 120 may include a network controller capable of executing the resource calling method, and theresource control layer 120 may communicate with theresource service layer 110 through a RESTful interface, where the RESTful interface is a design style and a development manner of a network application program interface, and may be applicable to a scenario in which a mobile internet vendor serves as a service interface.Resource provisioning layer 130 may include one or more computational resource servers operable to provision various available resources (e.g., computational resources, storage resources, network resources) in a network toresource control layer 120.

It should be noted that theresource control layer 120 may perform the following functional block division: the system comprises a resource information management module, a network topology information collection module, a transmission delay information collection module and a transmission delay calculation module. The resource management module may collect information of the dynamically changing available resources reported in real time according to resource utilization reported by the computing resource server in the network, such as location information of the computing resource server, provider information of the resources, functions of the resources, and cost of the resources. The network topology information collection module can collect topology information from each network transmission device and maintain the network topology information. The transmission delay information collecting module may collect transmission delay information of a network link, such as transmission delay between two connected network transmission devices. The transmission delay calculation module can acquire the position information of the computing server where a plurality of available resources meeting the resource requirements of the target user are located according to the position information of the target user terminal and the resource management module, and can calculate the transmission delay of the target user terminal for calling all the available resources according to the network topology and the shortest path first algorithm.

Fig. 2 shows a schematic flow of a resource call processing method in the present exemplary embodiment, including the following steps S210 to S230:

step S210, acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal;

step S220, according to the resource calling requirement information of the target user terminal, screening out candidate resources available for the target user terminal from a plurality of available resources deployed on the computing resource server;

step S230, based on the location information of the target user terminal, sending the resource parameter information corresponding to the candidate resource to the target user terminal, so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

Each step in fig. 2 will be described in detail below.

Step S210, obtaining resource request information sent by the target user terminal, where the resource request information includes location information of the target user terminal and resource calling requirement information of the target user terminal.

The target user terminal refers to a user terminal initiating a resource request, and may be a user terminal device loaded with an application program capable of applying for resource invocation. The application program capable of applying for resource calling may be, for example, an application program allowing a user to subscribe to a resource. The resource request information refers to request information corresponding to a request for applying for resource usage initiated by a target user terminal, where the request for applying for resource usage may be, for example, a resource ordering request, a resource invoking request, or the like. The resource request information may include location information of the target user terminal and resource call requirement information of the target user terminal. The resource calling requirement information of the target user terminal may include parameter information corresponding to one or more resource calling requirements of the target user terminal, such as a resource request type, a transmission delay requirement, a bandwidth requirement, a computing capability requirement, and a storage requirement. It should be noted that, in practical applications, the parameter information included in the resource calling requirement may be specifically set according to needs, and is not specifically limited herein.

When acquiring the resource request information sent by the target user terminal, the resource request information sent by the target user terminal may be acquired from theresource service layer 110 through the RESTful interface. Specifically, the target user terminal may communicate with the network controller executing the resource calling method through a RESTful interface, and the target user may submit the resource request information on an application program capable of applying for resource calling, which is loaded on the target user terminal, so that the network controller executing the resource calling method obtains the resource request information sent by the target user terminal.

The target user terminal can send resource request information to a server corresponding to the loaded application program capable of applying for resource calling so as to order or call a certain resource. The network controller executing the resource calling method can acquire the resource request information sent by the target user terminal from the server corresponding to the application program applying for resource calling.

After acquiring the resource request information of the target user terminal, step S220 in fig. 2 may be performed.

Step S220, according to the resource calling requirement information of the target user terminal, the candidate resources available for the target user terminal are screened out from the multiple available resources deployed on the computing resource server.

The computing resource server refers to a server which deploys resources available for users and can provide cloud resource services for the users. The available resources may include any one of the following: network resources, computing resources, storage resources. Computing resources refer to resources that can provide computing power, and may be, for example, a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), an FPGA (Field Programmable Gate Array), an ASIC (Application Specific Integrated Circuit), or other computing resources; the storage resource can be used for storing the intermediate result and the final result of the calculation, such as a hard disk resource, a memory resource and the like; the network resources can include virtual network cards, transmission bandwidth and other resources required by network transmission. The candidate resources may be available resources that satisfy one or more user invocation requirements.

In an alternative embodiment, the network controller executing the resource call processing method may further receive information of available resources periodically sent by the computing resource server or sent in response to a resource change, so as to ensure that the candidate resources provided for the target user terminal are available.

It should be noted that, since the resource calling requirement information may include parameter information corresponding to one or more resource calling requirements, after step S220 is executed, candidate resources that simultaneously satisfy one or more resource calling requirements may be screened from a plurality of available resources deployed on the computing resource server.

The following description will take the example that the resource invocation demand information includes the transmission delay requirement of the target user terminal.

In an optional implementation manner, when the resource invocation demand information includes a transmission delay requirement of the target user terminal, the method for screening out candidate resources available to the target user terminal from a plurality of available resources deployed on the computing resource server according to the resource invocation demand information of the target user terminal may specifically be implemented in the following manner: determining transmission time delay required by the target user terminal to call a plurality of available resources deployed on the computing resource server according to the position information of the target user terminal; and screening candidate resources meeting the transmission delay requirement of the target user terminal from the plurality of available resources according to the transmission delay required by the target user terminal for calling the plurality of available resources deployed on the computing resource server.

The location information of the target user terminal may be location information of the target user terminal in the network, and may be, for example, IP (Internet Protocol) address information of the target user terminal. The transmission delay here may be a transmission delay required for the target user terminal to access the computational resource server.

In the process, the candidate resources meeting the transmission delay requirement of the target user terminal are screened out from the plurality of available resources, so that the resource calling performance of the user is ensured, and high-quality resource calling service is provided for the user.

The foregoing determining, according to the location information of the target user terminal, the transmission delay required by the target user terminal to invoke the multiple available resources deployed on the computing resource server may be implemented in the following manner: and determining the transmission time delay required by the target user terminal to call the plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located.

It should be noted that the available network resources may be deployed on one or more computing resource servers. The location information where the computing resource server is located may be IP address information of the server. In the process, the transmission delay required by the target user terminal to access the resources on each computational resource server, namely the transmission delay required by the target user terminal to call each available resource, is determined based on the position information of the computational resource server, so that the candidate resources capable of meeting the transmission delay requirement of the target user terminal are screened out. The network controller executing the resource call processing method may store in advance location information of each computing resource server in the network. The position information based on the computing resource server can be used for obtaining transmission delay, is convenient for subsequent user terminals to access, and has higher parameter utilization rate.

In an optional implementation manner, the determining, according to the location information of the target user terminal, a transmission delay required by the target user terminal to invoke a plurality of available resources deployed on the computing resource server may be implemented by: determining a calling path of the target user terminal for calling the plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located; and determining the transmission time delay required by the target user terminal to call the plurality of available resources according to the call path of the target user terminal to call the plurality of available resources.

The call path refers to a communication path in which the target user terminal calls an available resource. Since the available resources may be deployed in multiple computing resource servers, the target user terminal may correspond to the call paths of the multiple available resources.

In the process, the transmission time delay required by the target user terminal for calling the plurality of available resources is determined according to the calling path of the target user terminal for calling the plurality of available resources. Here, the transmission delay required for the target ue to invoke the multiple available resources may be a transmission delay corresponding to each invocation path. The transmission delay of each calling path is determined, so that resources meeting the transmission delay requirement of the user can be screened out for the target user terminal, and the calling efficiency of the user resources is improved.

In an optional implementation manner, the determining, according to the location information of the target user terminal and the location information of the computing resource server where the plurality of available resources are located, a call path for the target user terminal to call the plurality of available resources may be implemented by: and determining a calling path between the target user terminal and the computing resource server according to the position information of the target user terminal, the position information of the computing resource server where the available resources are located and the network topology information, wherein the calling path can pass through one or more network transmission devices.

The network topology information may include deployment information of the network transmission device in the network. In the above process, the transmission delay corresponding to the call path is quickly determined based on the network transmission device by determining the call path including the network transmission device.

In an optional implementation manner, when the target user terminal invokes the available resource through the network transmission device, the determining, according to the invocation path of the target user terminal invoking the multiple available resources, the transmission delay required by the target user terminal to invoke the multiple available resources may be implemented in the following manner: and determining the transmission delay required by the target user terminal to call the plurality of available resources according to the transmission delay between the network transmission equipment in the call path of the target user terminal to call the plurality of available resources.

As shown in fig. 3, a network topology diagram of a resource invocation process is provided. The system comprises a user terminal, a computing resource server, network transmission equipment and a network controller. It should be noted that, in the network topology shown in fig. 3, the number of the user terminals, the computing resource servers, and the network devices is only an exemplary description, and may be deployed according to needs in practical applications, which is not specifically limited herein. The number under Metric designates an integer value of a required number of hops for the route, and the integer value can be used to select a route, which is most matched with a target address in a forwarding packet, from a plurality of routes in a routing table, wherein the selected route has the least number of hops, and the number of hops can reflect the number of hops, the speed of a path, the reliability of the path, the throughput of the path, and management attributes.

Illustratively, in fig. 3, theuser terminal 1 with the IP address of 10.10.10.1 in thecall path 301 passes through thenetwork transmission device 1, the network transmission device 4, and the network transmission device 2 to reach the computing resource server 2 with the IP address of 10.10.100.1. The Metric of thenetwork transmission equipment 1 connected with the network transmission equipment 4 is 100, and the transmission delay is 5 ms; the Metric of the network transmission device 4 connected with the network transmission device 2 is 30, and the transmission delay is 6 ms. The transmission delay of the available resources on the computing resource server 2 called by theuser terminal 1 is 11 ms.

Illustratively, in fig. 3, theuser terminal 1 with the IP address of 10.10.10.1 in thecall path 302 passes through thenetwork transmission device 1, the network transmission device 4, the network device 5, and the network transmission device 3 to reach the computing resource server 3 with the IP address of 10.10.200.1. The Metric of thenetwork transmission equipment 1 connected with the network transmission equipment 4 is 100, and the transmission delay is 5 ms; the Metric of the network transmission equipment 4 connected with the network transmission equipment 5 is 30, and the transmission delay is 10 ms; the Metric of the network transmission device 5 connecting with the network transmission device 3 is 30, and the transmission delay is 8 ms. The transmission delay for the available resources on the computing resource server 3 invoked by theuser terminal 1 is 23 ms.

In the above process, the transmission delay required for the target user terminal to call the available resources can be predicted by predicting the transmission delay between the network devices.

The target user terminal usually accesses the network through the nearest network transmission device, and the computing resource server usually accesses the network through the specific network transmission device, so that the transmission delay generated between the target user terminal and the network transmission device and between the computing resource server and the network transmission device does not substantially help to the selection of the candidate resource, and therefore, the transmission delay required by the target user terminal to call the multiple available resources is determined according to the transmission delay between the network transmission devices in the call path of the target user terminal calling the multiple available resources, and the redundant computation can be reduced to the greatest extent. In addition, because the number of the target user terminals is large, the positions of the target user terminals are complex and changeable, and the transmission delay of the target user terminals accessing the network transmission equipment is difficult to estimate, the transmission delay required by the target user terminals for invoking the plurality of available resources is determined according to the transmission delay between the network transmission equipment in the invoking paths for the target user terminals invoking the plurality of available resources, and the problem that the transmission delay between the target user terminals and the network transmission equipment is difficult to estimate can be ingeniously avoided.

In addition, due to the nature of network interworking, multiple paths may exist between a target user terminal and a single computing resource server. In an optional implementation manner, the determining, according to the location information of the target user terminal and the location information of the computing resource server where the plurality of available resources are located, a call path for the target user terminal to call the plurality of available resources may be implemented by: determining a candidate path existing between the target user terminal and the computing power resource server of the available resource according to the position information of the target user terminal and the position information of the computing power resource server of the available resource; and determining a calling path for the target user terminal to call the available resources on the computing resource server from the candidate paths.

The candidate path refers to a possible communication path from the target user terminal to a specific computational resource server. When determining a calling path of the available resources on the computing resource server called by the target user terminal from the candidate paths, calculating the transmission delay corresponding to each candidate path between the target user terminal and the computing resource server; and determining a calling path of the target user terminal for calling the available resources on the computing resource server from the candidate paths based on the transmission delays corresponding to the candidate paths.

For example, the candidate path with the minimum transmission delay may be used as the invoking path for the target user terminal to invoke the available resources on the computing resource server.

In the process, the transmission delay corresponding to the low-delay path is used as the transmission delay of the target user terminal for calling the available resources on the computing resource server, so that the available resources which are more matched with the target user terminal are screened out as far as possible, and the resource calling efficiency of the target user terminal is further ensured. As shown in fig. 3, acall path 301 may be used as a low latency path for theuser terminal 1 to call the available resource on the computational resource server 2, and acall path 302 may be used as a low latency path for theuser terminal 1 to call the available resource on the computational resource server 3.

After screening out the candidate resources available to the target user terminal, step S230 in fig. 2 may be performed.

Step S230, based on the location information of the target user terminal, sending the resource parameter information corresponding to the candidate resource to the target user terminal, so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

The resource parameter information includes any one or more of: supplier information of resources, functions of resources, cost of resources, and the like. In addition, the resource parameter information may also include information such as a call path of the resource and a transmission delay corresponding to the call path. The target user terminal may select from the candidate resources according to the resource parameter information corresponding to the candidate resources. For example, the target user terminal may display resource parameter information and candidate resource options corresponding to the candidate resources on the user interface, and determine resources to be invoked from the candidate resources in response to an invoking resource selection operation input by the user.

In the above steps, the parameter information corresponding to the candidate resource is sent to the user terminal corresponding to the position information of the target user terminal included in the resource request information, so that the target user can know the deployment condition of the available resource, and therefore the resource with higher matching degree with the resource calling requirement is selected, and the personalized resource calling requirement of the user can be flexibly met.

The target user terminal can send a service request IP message of which the target IP address is the computing resource server corresponding to the resource to be called according to the IP address of the computing resource server corresponding to the selected resource to be called so as to realize the calling of the resource to be called. Wherein the service request IP message can be forwarded to the destination IP address through the network transmission equipment route.

As shown in fig. 4, a flowchart implementing a resource call processing method is further provided, where the flowchart is executed by a network controller, and the method specifically includes the following steps:

step S410, acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling requirement information of the target user terminal, and the resource calling requirement information comprises a transmission delay requirement of the target user terminal;

step S420, determining a low-delay path for the target user terminal to call a plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located;

step S430, determining the transmission time delay required by the target user terminal to call the multiple available resources according to the transmission time delay between the network transmission devices in the low-time-delay path of the multiple available resources called by the target user terminal;

step S440, according to the transmission time delay required by the target user terminal for calling a plurality of available resources deployed on the computing resource server, screening out candidate resources meeting the transmission time delay requirement of the target user terminal from the plurality of available resources;

step S450, based on the position information of the target user terminal, the resource parameter information corresponding to the candidate resource is sent to the target user terminal, so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

It should be noted that the low-latency path in fig. 4 refers to the path with the smallest transmission latency among the candidate paths. After determining the resource to be called, the target user terminal device may call the resource to be called according to the low-delay path corresponding to the resource to be called. In the step shown in fig. 4, candidate resources are screened for the target ue based on the transmission delay corresponding to the shortest delay path, so as to ensure efficient resource invocation.

As shown in fig. 5, an interaction flow diagram of resource calling processing is also provided, and a specific interaction flow is as follows:

step S501, a network controller collects and maintains network topology information;

step S502, the computing resource server reports the information of the dynamically changed available resources to the network controller according to the strategy (real-time or resource change);

step S503, the target ue submits resource request information to the network controller, including: position information of the target user terminal, resource calling requirement information such as resource request type, transmission delay requirement, bandwidth requirement, computing capability requirement, storage requirement and the like;

step S504, the network controller determines the transmission time delay required by the target user terminal to call the plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located;

step S505, the network controller screens available candidate resources of the target user terminal from a plurality of available resources according to the transmission delay requirement of the target user terminal and other resource calling requirements in the resource calling requirement information, and returns resource parameter information corresponding to the candidate resources to the target user terminal;

step S506, the target user terminal determines resources to be called from the candidate resources based on the dynamically acquired resource parameter information.

In the step shown in fig. 5, the personalized call of the available resources is realized through the interaction among the target user terminal, the network controller and the computing resource server.

Exemplary embodiments of the present disclosure also provide a resource call processing system, which may include at least a target user terminal, a network controller, and a computing resource server. The target user terminal can be used for sending resource request information, and the resource request information can comprise position information of the target user terminal and resource calling requirement information of the target user terminal; the network controller can be used for executing the resource calling method; and the computing resource server can be used for sending the information of the available resources to the network controller at regular time or responding to the resource change. It should be noted that specific details of each part in the system have been described in detail in the method part embodiment, and details that are not disclosed may refer to the method part embodiment, and thus are not described again.

Exemplary embodiments of the present disclosure also provide a resource call processing apparatus, as shown in fig. 6, the resourcecall processing apparatus 600 may include:

a resourcerequest obtaining module 610, configured to obtain resource request information sent by a target user terminal, where the resource request information includes location information of the target user terminal and resource calling requirement information of the target user terminal;

the candidateresource screening module 620 is configured to screen, according to the resource calling requirement information of the target user terminal, candidate resources available to the target user terminal from a plurality of available resources deployed on the computing resource server;

the resourceparameter sending module 630 is configured to send resource parameter information corresponding to the candidate resource to the target user terminal based on the location information of the target user terminal, so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

In an optional implementation manner, the resourceinvocation processing apparatus 600 may include the information of the resource invocation demand of the target ue, and the candidateresource filtering module 620 may include: the transmission delay determining module is used for determining the transmission delay required by the target user terminal to call a plurality of available resources deployed on the computing resource server according to the position information of the target user terminal; and the candidate resource screening submodule is used for screening the candidate resources meeting the transmission delay requirement of the target user terminal from the plurality of available resources according to the transmission delay required by the target user terminal calling the plurality of available resources deployed on the computing resource server.

In an optional implementation manner, the transmission delay determining module may include: the calling path determining module is used for determining a calling path for the target user terminal to call the plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located; and the transmission delay determining submodule is used for determining the transmission delay required by the target user terminal for calling the plurality of available resources according to the calling paths of the target user terminal for calling the plurality of available resources.

In an optional implementation manner, the target user terminal invokes the available resource through the network transmission device, and the transmission delay determining sub-module may be configured to: and determining the transmission delay required by the target user terminal to call the plurality of available resources according to the transmission delay between the network transmission devices in the call path of the target user terminal to call the plurality of available resources.

In an optional implementation manner, the call path determining module includes: the candidate path determining module is used for determining a candidate path between the target user terminal and the computing resource server of the available resource according to the position information of the target user terminal and the position information of the computing resource server of the available resource; and the calling path determining submodule is used for determining a calling path of the target user terminal for calling the available resources on the computing resource server from the candidate paths.

In an alternative embodiment, the available resources in the resourcecall processing device 600 include any one of the following: network resources, computing resources, storage resources; the resource parameter information includes any one or more of: supplier information of the resource, function of the resource, cost of the resource.

In an optional implementation manner, the resourcecall processing apparatus 600 may further include: and the resource information receiving module is used for receiving the information of the available resources sent by the computing resource server at regular time or in response to the resource change.

The details of the parts in the resourcecall processing apparatus 600 are described in detail in the method part, and the details that are not disclosed may refer to the contents of the method part, and thus are not described again.

Exemplary embodiments of the present disclosure also provide a computer readable storage medium having stored thereon a program product capable of implementing the above-described resource call processing method of the present specification. In some possible embodiments, various aspects of the disclosure may also be implemented in the form of a program product comprising program code for causing an electronic device to perform the steps according to various exemplary embodiments of the disclosure described in the above-mentioned "exemplary methods" section of this specification, when the program product is run on the electronic device. The program product may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be run on an electronic device, such as a personal computer. However, the program product of the present disclosure is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

A computer readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user computing device, partly on the target user device, as a stand-alone software package, partly on the user computing device and partly on a remote computing device, or entirely on the remote computing device or server. In the case of a remote computing device, the remote computing device may be connected to the user computing device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external computing device (e.g., through the internet using an internet service provider).

The exemplary embodiment of the present disclosure also provides an electronic device capable of implementing the above resource call processing method. Anelectronic device 700 according to this exemplary embodiment of the present disclosure is described below with reference to fig. 7. Theelectronic device 700 shown in fig. 7 is only an example and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 7,electronic device 700 may take the form of a general-purpose computing device. The components of theelectronic device 700 may include, but are not limited to: at least oneprocessing unit 710, at least onememory unit 720, abus 730 that couples various system components including thememory unit 720 and theprocessing unit 710, and adisplay unit 740.

Thememory unit 720 stores program code that may be executed by theprocessing unit 710 to cause theprocessing unit 710 to perform steps according to various exemplary embodiments of the present disclosure as described in the "exemplary methods" section above in this specification. For example, processingunit 710 may perform any one or more of the method steps of fig. 2, 4, and 5.

Thestorage unit 720 may include readable media in the form of volatile memory units, such as a random access memory unit (RAM)721 and/or acache memory unit 722, and may further include a read only memory unit (ROM) 723.

Thememory unit 720 may also include programs/utilities 724 having a set (at least one) ofprogram modules 725,such program modules 725 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination thereof may comprise an implementation of a network environment.

Bus 730 may be any representation of one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

Theelectronic device 700 may also communicate with one or more external devices 800 (e.g., keyboard, pointing device, bluetooth device, etc.), with one or more devices that enable a user to interact with theelectronic device 700, and/or with any device (e.g., router, modem, etc.) that enables theelectronic device 700 to communicate with one or more other computing devices. Such communication may occur through input/output (I/O) interfaces 750. Also, theelectronic device 700 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network such as the internet) via thenetwork adapter 760. As shown, thenetwork adapter 760 communicates with the other modules of theelectronic device 700 over thebus 730. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with theelectronic device 700, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, to name a few.

Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein may be implemented by software, or by software in combination with necessary hardware. Therefore, the technical solution according to the embodiments of the present disclosure may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which may be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the exemplary embodiments of the present disclosure.

Furthermore, the above-described figures are merely schematic illustrations of processes involved in methods according to exemplary embodiments of the present disclosure, and are not intended to be limiting. It will be readily appreciated that the processes illustrated in the above figures are not intended to indicate or limit the temporal order of the processes. In addition, it is also readily understood that these processes may be performed, for example, synchronously or asynchronously in multiple modules.

It should be noted that although in the above detailed description several modules or units of the device for action execution are mentioned, such a division is not mandatory. Indeed, the features and functions of two or more modules or units described above may be embodied in one module or unit, according to exemplary embodiments of the present disclosure. Conversely, the features and functions of one module or unit described above may be further divided into embodiments by a plurality of modules or units.

As will be appreciated by one skilled in the art, aspects of the present disclosure may be embodied as a system, method or program product. Accordingly, various aspects of the present disclosure may be embodied in the form of: an entirely hardware embodiment, an entirely software embodiment (including firmware, microcode, etc.) or an embodiment combining hardware and software aspects that may all generally be referred to herein as a "circuit," module "or" system. Other embodiments of the disclosure will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice in the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the disclosure being indicated by the following claims.

It will be understood that the present disclosure is not limited to the precise arrangements described above and shown in the drawings and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is to be limited only by the terms of the appended claims.

Claims (10)

1. A resource call processing method, characterized in that the method comprises:

acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal;

screening out candidate resources available for the target user terminal from a plurality of available resources deployed on a computing resource server according to the resource calling requirement information of the target user terminal;

and sending the resource parameter information corresponding to the candidate resources to the target user terminal based on the position information of the target user terminal, so that the target user terminal determines the resources to be called from the candidate resources according to the resource parameter information corresponding to the candidate resources.

2. The method of claim 1, wherein the resource invocation demand information includes a transmission delay requirement of the target user terminal, and wherein the screening out candidate resources available for the target user terminal from a plurality of available resources deployed on a computational resource server according to the resource invocation demand information of the target user terminal comprises:

determining transmission time delay required by the target user terminal to call a plurality of available resources deployed on a computing resource server according to the position information of the target user terminal;

and screening candidate resources meeting the transmission delay requirement of the target user terminal from the plurality of available resources according to the transmission delay required by the target user terminal for calling the plurality of available resources deployed on the computing resource server.

3. The method of claim 2, wherein the determining, according to the location information of the target ue, a transmission delay required for the target ue to invoke a plurality of available resources deployed on a computing resource server comprises:

determining a calling path for the target user terminal to call the plurality of available resources according to the position information of the target user terminal and the position information of the computing resource server where the plurality of available resources are located;

and determining the transmission time delay required by the target user terminal to call the plurality of available resources according to the call path of the target user terminal to call the plurality of available resources.

4. The method of claim 3, wherein the target ue invokes the available resources through a network transmission device, and wherein the determining, according to an invocation path of the target ue invoking the plurality of available resources, a transmission delay required for the target ue to invoke the plurality of available resources comprises:

and determining the transmission delay required by the target user terminal for calling the plurality of available resources according to the transmission delay between the network transmission equipment in the calling path of the target user terminal for calling the plurality of available resources.

5. The method according to claim 3, wherein the determining, according to the location information of the target user terminal and the location information of the computing resource server where the plurality of available resources are located, a call path for the target user terminal to call the plurality of available resources comprises:

determining a candidate path existing between the target user terminal and the computing power resource server of the available resource according to the position information of the target user terminal and the position information of the computing power resource server of the available resource;

and determining a calling path for the target user terminal to call the available resources on the computing resource server from the candidate paths.

6. The method of claim 1, wherein the available resources comprise any one of: network resources, computing resources, storage resources;

the resource parameter information includes any one or more of: supplier information of the resource, function of the resource, cost of the resource.

7. The method of claim 1, further comprising:

receiving information of the available resources sent by the computing resource server periodically or in response to a resource change.

8. A resource call processing apparatus, the apparatus comprising:

the resource request acquisition module is used for acquiring resource request information sent by a target user terminal, wherein the resource request information comprises position information of the target user terminal and resource calling demand information of the target user terminal;

the candidate resource screening module is used for screening out available candidate resources of the target user terminal from a plurality of available resources deployed on the computing resource server according to the resource calling requirement information of the target user terminal;

and the resource parameter sending module is used for sending the resource parameter information corresponding to the candidate resource to the target user terminal based on the position information of the target user terminal so that the target user terminal determines the resource to be called from the candidate resource according to the resource parameter information corresponding to the candidate resource.

9. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method of any one of claims 1 to 7.

10. An electronic device, comprising:

a processor; and

a memory for storing executable instructions of the processor;

wherein the processor is configured to perform the method of any of claims 1 to 7 via execution of the executable instructions.

Images