CN115878275A

CN115878275A - Resource scheduling policy adjusting method and device, electronic equipment and storage medium

Info

Publication number: CN115878275A
Application number: CN202111154423.5A
Authority: CN
Inventors: 黄佑榕
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-09-29
Filing date: 2021-09-29
Publication date: 2023-03-31

Abstract

The application relates to the technical field of communication, and discloses a resource scheduling policy adjusting method, a resource scheduling policy adjusting device, electronic equipment and a storage medium. Specifically, the client accesses the corresponding target resource based on the obtained scheduling policy, and sends corresponding feedback data to the server based on the access result of the resource, the server receives the feedback data sent by the client, and correspondingly updates the scheduling policy based on the scheduling policy evaluation index, and the server adjusts the scheduling policy corresponding to the client in real time by adding a feedback function to the client and the server, so that the server can adjust the scheduling policy in time, the client can quickly access the required resource based on the updated scheduling policy, the access efficiency of the resource is improved, and the updated scheduling policy is sent by the client based on the access result, so that the client has stronger pertinence, and can accurately access the required resource when accessing the resource based on the updated scheduling policy.

Description

Resource scheduling policy adjusting method and device, electronic equipment and storage medium

Technical Field

The application relates to the technical field of communication, and discloses a resource scheduling policy adjusting method, a resource scheduling policy adjusting device, electronic equipment and a storage medium.

Background

Currently, a Domain Name System (DNS) server generates an IP list based on IP addresses of respective resource storage locations and assigns the IP list to a client. The client accesses various resources in a Content Delivery Network (CDN) corresponding to the corresponding resource storage location based on the randomly selected IP address in the IP list.

In the above application scenario, when a resource storage location corresponding To an IP address in an IP list fails, the DNS server needs To update a scheduling policy of each IP address depending on a Time To Live (TTL) set by the DNS server. Under the circumstance, the client cannot acquire an accurate IP list in time, so that when the client accesses the CDN resources based on the IP address in the IP list, the client may access the CDN resources with poor quality, or even cannot access the CDN resources.

When the client does not access the target CDN resource, the client reselects an IP address from the IP list using an undifferentiated polling mechanism to access the corresponding CDN resource, and repeated resource access may result in low efficiency for the client to obtain the target CDN resource.

On the other hand, for some special clients (e.g., a browser, an application implemented based on a libcurl library, etc.), when the first access to the target CDN resource fails, the access is stopped until the target CDN resource is accessed again after a new scheduling policy is acquired, which may result in a longer resource access time, that is, the efficiency of obtaining the target CDN resource by the client is also lower.

Therefore, a method for dynamically adjusting the IP address scheduling policy is needed to improve the access efficiency of the CDN resources.

Disclosure of Invention

The embodiment of the application provides a resource scheduling policy adjusting method, a resource scheduling policy adjusting device, electronic equipment and a storage medium, which are used for improving the access efficiency of target resources.

In a first aspect, an embodiment of the present application provides a method for adjusting a resource scheduling policy, including:

responding to a resource access request, calling a policy service interface of a server to obtain a corresponding scheduling policy, wherein the scheduling policy comprises at least one candidate access address;

obtaining a target access address based on the at least one candidate access address, and accessing a corresponding target resource based on the target access address;

and sending corresponding feedback data to the server based on the access result of the target resource, wherein the feedback data comprises a scheduling policy evaluation index, so that the server correspondingly updates the scheduling policy based on the scheduling policy evaluation index.

In a second aspect, an embodiment of the present application provides a method for adjusting a resource scheduling policy, including:

responding to a resource scheduling request sent by a client, sending a corresponding scheduling policy to the client through a policy service interface, wherein the scheduling policy contains at least one candidate access address, so that the client accesses a corresponding target resource based on a target access address in the at least one candidate access address;

receiving feedback data sent by the client, wherein the feedback data is sent by the client based on the access result of the target resource and comprises a scheduling strategy evaluation index;

and correspondingly updating the scheduling strategy based on the scheduling strategy evaluation index.

In a third aspect, an embodiment of the present application provides a client, including:

the policy calling module is used for responding to the resource access request and calling a policy service interface of the service end to obtain a corresponding scheduling policy, wherein the scheduling policy comprises at least one candidate access address;

the access module is used for obtaining a target access address based on the at least one candidate access address and accessing corresponding target resources based on the target access address;

and the feedback module is used for sending corresponding feedback data to the server side based on the access result of the target resource, wherein the feedback data comprises a scheduling policy evaluation index, so that the server side correspondingly updates the scheduling policy based on the scheduling policy evaluation index.

Optionally, the scheduling policy further includes an access level and an access quality weight corresponding to each of the at least one candidate access address;

the policy invocation module is specifically configured to:

selecting a target access address from the at least one candidate access address based on at least one of the access level and the access quality weight.

Optionally, the scheduling policy evaluation indicator includes a round trip delay RTT of the target resource and an access speed of the target resource; the feedback module is specifically configured to:

and sending corresponding feedback data to the server side so that the server side updates the access quality weight based on the RTT of the target resource and the access speed of the target resource, and adjusts the arrangement sequence of the target access address in the scheduling policy based on the updated access quality weight so as to update the scheduling policy.

Optionally, the feedback data further includes a feedback type, a source IP address of the client, and the target access address, where the feedback type is used to indicate an adjustment direction of the target access address in the scheduling policy;

the feedback module is further configured to, after the server updates the scheduling policy based on the scheduling policy evaluation index, send the updated scheduling policy to the client corresponding to the source IP address.

In a fourth aspect, an embodiment of the present application provides a server, including:

a sending module, configured to send, in response to a resource scheduling request sent by a client, a corresponding scheduling policy to the client through a policy service interface, where the scheduling policy includes at least one candidate access address, so that the client accesses a corresponding target resource based on a target access address in the at least one candidate access address;

a receiving module, configured to receive feedback data sent by the client, where the feedback data is sent by the client based on an access result of the target resource, and the feedback data includes a scheduling policy evaluation index;

and the strategy updating module is used for correspondingly updating the scheduling strategy based on the scheduling strategy evaluation index.

Optionally, the scheduling policy evaluation indicator includes a round trip delay RTT of the target resource and an access speed of the target resource; the policy update module is specifically configured to:

weighting the RTT of the target resource and the access speed of the target resource, and updating the access quality weight corresponding to the target access address;

and adjusting the arrangement sequence of the target access addresses in the scheduling policy based on the updated access quality weight so as to update the scheduling policy.

Optionally, the scheduling policy includes an access level and an access quality weight corresponding to each of the at least one candidate access address, so that the client selects a target access address from the at least one candidate access address based on at least one of the access level and the access quality weight.

Optionally, the sending module is specifically configured to:

responding to a resource scheduling request sent by a client, and obtaining a source IP address of the client;

determining a target resource storage place corresponding to the source IP address based on the corresponding relation between each IP address and each resource storage place configuration information;

and sending the scheduling strategy corresponding to the determined target resource storage place to the client.

Optionally, the feedback data further includes a feedback type, a source IP address, and the target access address, where the feedback type is used to indicate an adjustment direction of the target access address in the scheduling policy; the sending module is further configured to:

and sending the updated scheduling strategy to the client based on the source IP address of the client.

In a fifth aspect, an embodiment of the present application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, where the processor implements a resource scheduling policy adjustment method when executing the program.

In a sixth aspect, an embodiment of the present application provides a computer-readable storage medium storing computer instructions, which, when executed on a computer, cause the computer to execute a resource scheduling policy adjustment method.

In a seventh aspect, an embodiment of the present application provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, the computer program implements the resource scheduling policy adjusting method.

In the embodiment of the application, when a client needs to access resources, a policy service interface of a server is called to obtain a corresponding scheduling policy, a target access address is selected from at least one candidate access address contained in the scheduling policy, the target resources are accessed based on the target access address, and data are fed back to the server in real time, wherein the feedback data contain scheduling policy evaluation indexes, and the server dynamically adjusts the scheduling policy based on the scheduling policy evaluation indexes. On one hand, the real-time adjustment of the scheduling strategy corresponding to the client by the server is realized by adding the feedback function to the client and the server without adjusting according to the set TTL, so that the condition that the client accesses the target resource by adopting a non-differential polling mechanism in a TTL period is prevented, and the access efficiency of the resource is improved; on the other hand, the server side is a scheduling strategy adjusted according to the feedback data of the client side, the pertinence is stronger, the scheduling strategy can be adjusted in time when the feedback data of access failure is received, the time for the client side to wait for updating of the scheduling strategy is reduced, the client side can accurately access the required resources when accessing based on the adjusted scheduling strategy, and the access efficiency of the resources is improved.

Drawings

Fig. 1 is a schematic diagram of a process for accessing a CDN resource by using a round-robin scheduling mechanism according to an embodiment of the present disclosure;

fig. 2 is a schematic view of an application scenario provided in an embodiment of the present application;

fig. 3 is a flowchart of a resource scheduling policy adjustment method for client-side and server-side interaction according to an embodiment of the present application;

FIG. 4a is a schematic diagram of a resource access process provided in an embodiment of the present application;

FIG. 4b is a schematic diagram of a policy update process provided in an embodiment of the present application;

fig. 4c is a schematic diagram of a process of performing resource access based on an updated scheduling policy according to an embodiment of the present application;

fig. 5 is a flowchart of a resource scheduling policy adjusting method provided by a client side according to an embodiment of the present application;

fig. 6 is a flowchart of a method for adjusting a resource scheduling policy provided by a server side according to an embodiment of the present application;

fig. 7 is an architecture diagram of a CDN scheduling system constructed based on a client and a server according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a client function provided in an embodiment of the present application;

fig. 9 is a schematic structural diagram of a server function provided in the embodiment of the present application;

fig. 10 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a terminal device according to an embodiment of the present application.

Detailed Description

In order to better understand the technical solutions provided by the embodiments of the present application, the following detailed descriptions will be made with reference to the drawings and the specific embodiments.

It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the invention described herein are capable of operation in other sequences than those illustrated or described herein. Moreover, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.

In order to facilitate a better understanding of the technical solutions of the present application by those skilled in the art, the following description is given of the basic concepts related to the present application.

CDN: the intelligent virtual network is constructed on the basis of the existing network, and client users can obtain required contents nearby by means of functional modules of load balancing, content distribution, scheduling and the like of a central platform by means of edge servers arranged in various places, so that network congestion is reduced, and the speed and the hit rate of access resources are improved. Key technologies of the CDN are mainly content storage and content distribution technologies. The content storage technology mainly considers the storage of content sources and the storage of content in cache nodes; the content distribution technology issues or delivers the content to a remote service point closest to the client by means of indexing, caching, stream splitting, multicasting and other technologies.

CDN scheduling system: the CDN directs all access requests for the customer domain name to a suitable target node through various mechanisms, thereby achieving the purposes of flow control, quality control, cost control, and fault handling. Generally, the scheduling modes include DNS scheduling, 302 scheduling, and AnyCast-based route scheduling.

Internet Message Control Protocol (ICMP): is a subprotocol of TCP/IP protocol cluster, which is used to transfer control message between IP host and router. The control message refers to a message of the network itself, such as network access failure, whether a host is reachable, and whether a route is available.

And Ping: an abbreviation of Packet Internet Groper is an Internet Packet explorer, a program for testing network connection quantity, is a service command working in an application layer of a TCP/IP network architecture, and mainly sends an ICMP Echo request message to a specific destination host to test whether the destination host can reach and know the related state. Ping uses ICMP echo request and echo reply messages, which is an application where the application layer directly uses the network layer ICMP.

Access Control Lists (ACL): the access control technology based on the packet filtering can filter the data packets on the interface according to the set conditions, allow the data packets to pass or be discarded, and effectively control the access of the client to the network by means of the ACL, thereby ensuring the network security to the maximum extent.

The following explains the concept of the present application.

At present, a client mainly accesses a required CDN resource by using a round-robin mechanism, as shown in fig. 1, when the client needs to access the resource, the client requests a local DNS server to perform domain name resolution, the DNS server randomly returns an IP list including a plurality of IP addresses, each IP address corresponds to a target node (for example, an edge server of a machine room where the CDN is located), the client selects a resource required for accessing by using an IP address based on random selection or according to an order of the IP addresses in the IP list, and if the access fails, then selects an IP address at random to access until the required resource is accessed.

The above access method has the following problems:

1) In a process (for example, a CDN charging process) in which a client requests domain name resolution, an IP address sequence in an IP list returned by a local DNS server is applicable to most clients, and therefore, is not strong in pertinence; the client side can take IP lists in different sequences every time domain name resolution requests, and the client side can not access target resources based on the IP addresses of the target nodes with the optimal quality every time the client side selects the IP addresses in a polling mode to access the resources.

2) After access fails, based on the behaviors of different clients, a domain name resolution request may be reinitiated once to obtain a new IP list, access is performed based on the IP address in the new IP list, or an IP may be reselected from the IP list for access, however, in any case, after access fails, a client cannot quickly obtain the IP address of a node with the optimal global access quality for resource access, and the access efficiency is low.

In view of this, the embodiment of the present application provides a method and an apparatus for adjusting a resource scheduling policy, an electronic device, and a storage medium, when a client accesses a resource based on an acquired IP address, the client sends feedback data corresponding to an access result to a server in real time, and the server dynamically and timely adjusts a scheduling policy corresponding to the client based on the feedback data of the client, so that a scheduling mechanism of linkage between the client and the server is implemented, the real-time performance is higher, and the efficiency of the client accessing the resource is further improved; the method and the device break through the defect that the IP list returned by the DNS server is passively received, and actively send feedback data to the server side, so that the adjusted scheduling strategy is more suitable for the client side, the pertinence is stronger, the client side can enjoy the CDN acceleration service with the best quality when performing resource access based on the adjusted scheduling strategy, the failure rate of the client side in accessing resources is reduced, the access efficiency is improved, and the user experience is further improved.

In order to more clearly understand the design idea of the present application, an application scenario of the embodiment of the present application is described below as an example.

Fig. 2 is a schematic view of an application scenario provided in an embodiment of the present application; as shown in fig. 2, a plurality of servers 20 (including but not limited to 201 to 205) and a plurality of clients 10 (including but not limited to 101 to 104) are built into the CDN scheduling system.

As shown in fig. 2, the CDN scheduling system deploys node servers 201 to 205 in various places, where 205 is a central server, 201 to 204 are node servers deployed in various places, and each node server stores a CDN resource, so each node server 201 to 205 is a resource storage site for the CDN resource.

After sending a domain name resolution request to the DNS server, the client 10 obtains a scheduling policy including at least one candidate access address, and based on the obtained scheduling policy, the client 10 accesses a CDN resource and sends feedback data of resource access to the server 20 through bluetooth or WiFi.

After receiving the feedback data sent by the client 10, the server 20 updates the scheduling policy, and sends the updated scheduling policy to the client 10 through bluetooth or WiFi, so that the client 10 can quickly and accurately access the required resources based on the updated scheduling policy.

The server 20 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a plurality of cloud servers in the cloud service technology, which provide basic cloud computing services such as cloud service, cloud database, cloud computing, cloud function, cloud storage, network service, cloud communication, middleware service, domain name service, security service, CDN, and big data and artificial intelligence platform.

A client is also called a User Equipment (UE), a Mobile Station (MS), a terminal, etc., and is a device providing voice and/or data connectivity to a User. For example, a handheld Device having a wireless connection function, an in-vehicle Device, a Mobile Phone (Mobile Phone), a tablet computer, a notebook computer, a palmtop computer, a Mobile Internet Device (MID), a wearable Device, a Virtual Reality (VR) Device, an Augmented Reality (AR) Device, a wireless terminal in Industrial Control (Industrial Control), a wireless terminal in Self Driving (Self Driving), a wireless terminal in Remote Surgery (Remote Medical Surgery), a wireless terminal in Smart Grid, a wireless terminal in Transportation Safety (Transportation Safety), a wireless terminal in Smart City (Smart City), a wireless terminal in Smart Home (Smart Home), and the like.

Based on the application scenario in fig. 2, a resource scheduling policy adjusting method in the embodiment of the present application is described in detail.

It should be noted that the following is only outlined by taking the process of interaction between one client and one server as an example, and does not exclude the case where the following scheme is implemented by a plurality of communication terminals together.

Fig. 3 is a method for adjusting a resource scheduling policy according to an embodiment of the present application, which mainly includes the following steps:

s301: and responding to the resource access request, and calling a policy service interface of the server by the client.

In an alternative embodiment, when S301 is executed, a Software Development Kit (SDK) may be built in the client, and the SDK implements a method for invoking a server interface, and may respond to a resource access request. Specifically, when the client needs to access the CDN resource, based on a HyperText Transfer Protocol (HTTP), an Application Programming Interface (API) of the server, such as an HTTP API, that provides policy service is called through the SDK.

S302: and responding to the resource scheduling request, and sending a corresponding scheduling strategy to the client by the server through the strategy service interface.

In an optional embodiment, in step S302, after the API interface of the server providing the policy service is called, a resource scheduling request is triggered, the server responds to the resource scheduling request, obtains a source IP address of the client, and determines, by using an IP address location technology, a location of the client and a corresponding operator based on the source IP address of the client, and then sends a corresponding scheduling policy to the client through the policy service interface according to a link distance between the location of the client and the operator to which the client belongs.

S303: the client receives a scheduling policy sent by the server, wherein the scheduling policy comprises at least one candidate access address.

In an alternative embodiment, when performing S303, the scheduling policy includes at least one candidate access address. The candidate access address is an IP address of a node server (resource storage location) in the CDN scheduling system.

S304: the client obtains a target access address based on the at least one candidate access address.

In an alternative embodiment, in step S304, at least one candidate access address included in the scheduling policy is ordered, where the order may be that the CDN scheduling system orders from superior to inferior according to the network quality of each current node server. After the client side obtains the scheduling strategy, a target access address which is most suitable for the client side is selected according to the arrangement sequence of at least one candidate access address in the scheduling strategy. The selected target access address is usually the first candidate access address in the scheduling policy.

S305: and the client accesses the corresponding target resource based on the target access address.

In an optional embodiment, in step S305, after obtaining the target access address, the client determines whether a packet of the target access address can be routed based on the set ACL list, and if so, routes the packet corresponding to the target access address to the API port. Further, a Ping ICMP detection technique is used to determine whether a node server corresponding to the target access address is reachable, and to obtain the network quality of the node server, and if Ping passes the target access address, the corresponding target resource may be accessed.

For example, referring to fig. 4a, the client selects the first candidate access address "36.182.232.7" as the target access address, and accesses the node server in the CDN scheduling system based on "36.182.232.7" to access the resource stored in the node server.

S306: and the client sends corresponding feedback data to the server based on the access result of the target resource, wherein the feedback data comprises a scheduling strategy evaluation index.

In an alternative embodiment, when the client accesses the target resource based on the obtained target access address in S306, there are multiple access results, for example, the client may access the target resource quickly, or may not access the target resource due to network congestion, and based on the access result of the target resource, the client sends feedback data including the scheduling policy evaluation index to the server.

S307: and the server receives feedback data sent by the client, wherein the feedback data comprises a scheduling strategy evaluation index.

Specifically, the scheduling policy evaluation index includes Round-Trip Time (RTT) of the target resource and access speed (location) of the target resource.

S308: and the server side correspondingly updates the scheduling strategy based on the scheduling strategy evaluation index.

In an optional embodiment, when executing S308, the server updates the access quality weight P corresponding to the target access address based on the RTT of the target resource and the access speed of the target resource, where the updating method is as follows:

P＝1/RTT*W _RTT +V*W _V

wherein, W _RTT And W _V Respectively, the RTT and the access speed. The access quality weight is in negative correlation with the RTT and in positive correlation with the access speed, and the access quality weight is larger when the RTT is smaller and the access speed is higher.

After the access quality weight is updated, the server side adjusts the arrangement sequence of the target access addresses in the scheduling strategy based on the updated access quality weight so as to update the scheduling strategy.

For example, as shown in fig. 4b, the client feeds back the corresponding RTT and the access speed to the server based on the access result of the IP address "36.182.232.7" to access the target resource, the server recalculates the access quality weight corresponding to the IP address "36.182.232.7" to "0.54" based on the feedback data of the client, and adjusts the arrangement order of the IP address "36.182.232.7" in the scheduling policy based on the updated access quality weight to update the scheduling policy.

In some embodiments, the feedback data further comprises a feedback type, a source IP address and a destination access address of the client, in the following format:

[ feedback type, source IP address of client, destination access address, RTT, access speed ].

The feedback type is used for indicating the adjustment direction of the target access address in the scheduling policy, and can be represented by bits, wherein a '0' indicates that the access result does not meet the requirement, namely negative feedback, the arrangement sequence of the target access address in the scheduling policy needs to be placed backwards, a '1' indicates that the access result meets the requirement, namely positive feedback, and the arrangement sequence of the target access address in the scheduling policy needs to be placed forwards; the source IP address of the client is used to characterize which client is fed back by the feedback data, and the target access address is used to characterize to which node server (target resource storage place) the feedback data is fed back.

In specific implementation, the server side adjusts the arrangement sequence of the target access addresses in the scheduling policy to update the scheduling policy based on the adjustment direction indicated by the feedback type and the access quality weight determined by the scheduling policy evaluation index.

S309: and the server sends the updated scheduling strategy to the client based on the source IP address of the client.

Specifically, after the scheduling policy is updated, the server sends the updated scheduling data to the corresponding client based on the source IP address of the client in the feedback data.

S310: and the client accesses resources based on the updated scheduling strategy.

Referring to fig. 4c, the client accesses the corresponding node server based on the IP address "36.182.186.231" of the updated scheduling policy, and sends feedback data to the server based on the access result, and the server updates the scheduling policy again based on the feedback data until accessing the optimal node server, and stops updating.

In the above embodiment of the application, when a client needs to access a CDN resource, an HTTP protocol is used, an API interface for providing policy service is called based on a built-in SDK, a server is based on a source IP address of a requesting client, determines a location of the client and a corresponding operator, and sends a corresponding scheduling policy to the client through the API interface, the client accesses a required resource based on the IP address in the obtained scheduling policy, and sends feedback data to the server in real time, and the server updates the scheduling policy based on the data fed back in real time and sends the scheduling policy to the client, so that the client accesses the resource based on the updated scheduling policy. The whole scheduling process fully utilizes an HTTP application layer protocol, an IP address positioning technology, a Ping ICMP detection technology and a feedback technology, and realizes real-time linkage of a client and a server, so that the timeliness and pertinence of scheduling strategy updating are improved, and the resource access efficiency is improved; and when the client accesses the resources based on the updated scheduling strategy, the client can access the globally optimal node server, so that the success rate and quality of the client accessing the CDN resources are ensured.

The resource scheduling policy adjusting method in the embodiment of the present application is described below by taking a resource scheduling policy adjusting method executed by a client side as an example. Referring to fig. 5:

s501: and responding to the resource access request, and calling a policy service interface of the server by the client to obtain a corresponding scheduling policy, wherein the scheduling policy comprises at least one candidate access address.

In an optional embodiment, when S501 is executed, the client uses an HTTP protocol, and invokes a service API interface providing policy service based on a built-in SDK, to obtain a corresponding scheduling policy sent by the service. Wherein the scheduling policy contains at least one candidate access address.

S502: the client side obtains a target access address based on at least one candidate access address, and accesses corresponding target resources based on the target access address.

In an alternative embodiment, in step S502, the client selects a target access address based on the ranking order of at least one candidate access address in the scheduling policy, and acquires the target resource from the corresponding node server based on the target access address. The specific process is described in relation to S304-S305.

In some embodiments, the scheduling policy includes, in addition to at least one candidate access address, an access level and an access quality weight corresponding to each candidate access address, where the access level and the access quality weight both reflect network quality of the corresponding candidate access address, and the higher the access level is, the better the network quality of the node server corresponding to the candidate access address is, and similarly, the larger the access quality weight is, the better the network quality of the node server corresponding to the candidate access address is.

Optionally, in the embodiment of the present application, the access levels are divided into three levels, i.e., a high level, a medium level, and a low level, each access level corresponds to a preset value interval, and the value intervals corresponding to each access level may be equal in size or different in size, as shown in table 1.

Table 1, value ranges corresponding to access levels

Level of access	Value interval
		High (a)	[0.7,1]
In	[0.4,0.7)
		Is low with	[0,0.4)

It should be noted that table 1 is only an example, and the access level division level and the value interval may be set according to actual situations.

In the embodiment of the application, the access quality weight value interval is [0,1], and the server side can determine the access level of the corresponding candidate access sending address according to the relation between the access quality weight and the access level value interval. { access level, candidate access address, access quality weight } constitutes the scheduling policy, as shown in table 2.

TABLE 2 scheduling policy composition Structure

1	[ middle, 36.103.197.240,0.69 ]]
		2	[ 36.82.186.231,0.61 ]]
3	[ middle, 72.123.113.245,0.55]
		4	[ Low, 129.101.09.226,0.38,]
…	…

it should be noted that table 2 is only an example, and since the access level and the access quality weight may reflect the network quality of the node server corresponding to the corresponding candidate access address, the candidate access addresses in the scheduling policy may also be unordered.

In an alternative embodiment, in S502, the client selects a target access address from the at least one candidate access address based on at least one of the access level and the access quality weight. The method specifically comprises the following steps:

in one mode

And the client acquires a target access address based on the access level.

For example, the scheduling policy obtained by the client is [ { low, 36.182.98.106,0.38} ], in { middle, 36.182.232.7,0.69} ], the access level corresponding to the IP address "36.182.232.7" is "medium", and the access level corresponding to the IP address "36.182.232.7" is "low", that is, the client is closer to the node server corresponding to the "36.182.232.7", and the node server can provide better network service for the client, so that the client uses the "36.182.232.7" as a target access address to quickly access CDN resources stored in the node server.

Mode two

And the client acquires a target access address based on the access quality weight.

For example, the scheduling policy obtained by the client is [ { 36.182.232.7,0.69}, { 36.182.186.231,0.61} ], the access quality weight "0.69" corresponding to the IP address "36.182.232.7" is greater than the access quality weight "0.61" corresponding to the IP address "36.182.186.231,0.61", that is, the client is closer to the node server corresponding to "36.182.232.7", and the node server can provide better network service for the client, so that the client uses "36.182.232.7" as the target access address to quickly access the CDN resources stored in the node server.

Mode III

And the client acquires a target access address based on the access level and the access quality weight.

For example, the scheduling policy obtained by the client is [ { middle, 36.182.232.7,0.69} ], in this { middle, 36.182.197.240,0.55} ], the access level corresponding to the IP address "36.182.232.7", and the access level corresponding to the IP address "36.182.197.240" are all "middle", but the access quality weight "0.69" corresponding to the IP address "36.182.232.7" is greater than the access quality weight "0.55" corresponding to the IP address "36.182.197.240", that is, the client is closer to the node server corresponding to "36.182.232.7", and the node server can provide better network service for the client, so the client uses "36.182.232.7" as the target access address to quickly access the CDN resources stored in the node server.

S503: and the client sends corresponding feedback data to the server based on the access result of the target resource, wherein the feedback data comprises the scheduling strategy evaluation index, so that the server correspondingly updates the scheduling strategy based on the scheduling strategy evaluation index.

In an alternative embodiment, in step S503, the scheduling policy evaluation indicator includes RTT of the target resource and access speed of the target resource. The specific updating process of the scheduling policy is shown in S308 and will not be repeated here.

Correspondingly to the resource scheduling policy adjustment method on the client side, taking the resource scheduling policy adjustment method executed on the server side as an example below, fig. 6 is a flowchart of the resource scheduling policy adjustment method on the server side provided in this embodiment of the present application, where the flowchart mainly includes the following steps:

s601: responding to a resource scheduling request sent by the client, the server sends a corresponding scheduling policy to the client through the policy service interface, wherein the scheduling policy comprises at least one candidate access address, so that the client accesses the corresponding target resource based on a target access address in the at least one candidate access address.

In an optional embodiment, when S601 is executed, after a policy service interface of a server is called by an SDK built in a client, the server responds to a resource scheduling request to obtain a source IP address of the client, where the source IP address reflects a location of the client and a corresponding operator, as shown in fig. 2, configuration information of each CDN resource storage location (node server) includes information of an operator, a network speed, a bandwidth, a storage amount, and the like corresponding to the corresponding resource storage location, and the server determines, according to the source IP address of the client, a resource storage location closest to a link thereof by using an IP address location technology, and sends a scheduling policy corresponding to the determined target resource storage location to the client based on a preset corresponding relationship between each IP address and configuration information of each resource storage location.

For example, the source IP address of the client is "36.182.177.101", the location of the client is wu-ju-qiu, the operator of the client is mobile, and the server sends a scheduling policy, which is formed by IP addresses of resource storage locations of wu-ju-qiu deployed in the CDN scheduling system, to the client.

And after the client side obtains the scheduling strategy, the resource access is carried out based on at least one candidate access address. See S502 for details, which are not repeated here.

S602: and the server receives feedback data sent by the client, wherein the feedback data is sent by the client based on the access result of the target resource and comprises a scheduling strategy evaluation index.

In an optional implementation manner, the scheduling policy evaluation index includes RTT of the target resource and access speed of the target resource, and the scheduling policy evaluation index is used for characterizing network quality of a storage place (node server) of the target resource.

In another optional embodiment, the feedback data further comprises a feedback type, a source IP address and a destination access address of the client. The format is as follows:

The feedback types are divided into positive feedback and negative feedback, where "0" indicates negative feedback and "1" indicates positive feedback.

For example, when the client accesses the target resource based on the target access address, the feedback type is set to "1", and the target access address is arranged forward, and when the client does not access the target resource based on the target access address, the feedback type is set to "0", and the target access address is arranged backward.

The source IP address of the client is used for representing which client feeds back the feedback data, so that the server purposefully adjusts the scheduling strategy corresponding to the client without influencing the scheduling strategies corresponding to other clients.

The target access address is used for representing the node server to which the feedback data is fed back, so that the position of the target access address in the scheduling strategy is adjusted according to the access quality weight according to the direction indicated by the feedback type.

S603: and the server side correspondingly updates the scheduling strategy based on the scheduling strategy evaluation index.

In an optional embodiment, when S603 is executed, the server side weights the RTT of the target resource and the access speed of the target resource, updates an access quality weight corresponding to the target access address, and adjusts, based on the updated access quality weight, an arrangement order of the target access address in the scheduling policy to update the scheduling policy. The detailed description refers to S308, which is not repeated here.

Based on the method flows of the client side and the server side, an embodiment of the present application provides a CDN scheduling system architecture diagram, which is shown in fig. 7 and includes a policy scheduling module, a feedback receiving module, a policy updating module, an API interface, and a data storage module, where the policy scheduling module is located at the client side, and the feedback receiving module, the policy updating module, the API interface, and the data storage module are located at the server side.

A policy scheduling module: the SDK is arranged in the server and is used for calling an API (application program interface) of the server for providing policy service, acquiring a scheduling policy and sending feedback data for resource access based on an IP (Internet protocol) address in the scheduling policy to the server;

a feedback receiving module: the system comprises an access quality database, a feedback data processing module and a feedback data processing module, wherein the access quality database is used for receiving feedback data sent by a client and storing the feedback data in the access quality database;

a policy update module; and the scheduling policy database is used for acquiring feedback data of the corresponding client from the quality database, updating the scheduling policy based on the acquired feedback data, and storing the updated scheduling policy into the policy database. Wherein, the feedback data includes but is not limited to feedback type, scheduling policy evaluation index (e.g. RTT and access speed), source IP address of the client, and target access address (IP address of target resource storage place);

an API interface: the system is used for receiving a resource scheduling request sent by a client, obtaining a source IP address of the client, and obtaining an updated scheduling policy from a policy database to the client based on the obtained source IP address.

Based on the same technical concept, an embodiment of the present application provides a client, with reference to fig. 8, including:

a policy invoking module 801, configured to invoke a policy service interface of a service end in response to a resource access request, to obtain a corresponding scheduling policy, where the scheduling policy includes at least one candidate access address;

an accessing module 802, configured to obtain a target access address based on at least one candidate access address, and access a corresponding target resource based on the target access address;

and a feedback module 803, configured to send corresponding feedback data to the server based on the access result of the target resource, where the feedback data includes a scheduling policy evaluation index, so that the server updates the scheduling policy based on the scheduling policy evaluation index.

Optionally, the scheduling policy further includes an access level and an access quality weight corresponding to each of the at least one candidate access address; the access module 802 is specifically configured to:

Optionally, the scheduling policy evaluation index includes a round trip delay RTT of the target resource and an access speed of the target resource.

Optionally, the feedback data further includes a feedback type, a source IP address of the client, and a target access address, where the feedback type is used to indicate an adjustment direction of the target access address in the scheduling policy, and the source IP address of the client is used to send the updated scheduling policy to the client based on the IP source address of the client after the scheduling policy is updated by the server based on the scheduling policy evaluation index.

As an embodiment, the module in fig. 8 may be used in the resource scheduling policy adjustment method provided by the client side in the embodiment of the present application, and can achieve the same technical effect, which is not described herein again.

Based on the same technical concept, an embodiment of the present application provides a server, with reference to fig. 9, including:

a sending module 901, configured to send, in response to a resource scheduling request sent by a client, a corresponding scheduling policy to the client through a policy service interface, where the scheduling policy includes at least one candidate access address, so that the client accesses a corresponding target resource based on a target access address in the at least one candidate access address;

a receiving module 902, configured to receive feedback data sent by a client, where the feedback data is sent by the client based on an access result of a target resource, and the feedback data includes a scheduling policy evaluation index;

and a policy updating module 903, configured to update the scheduling policy correspondingly based on the scheduling policy evaluation index.

Optionally, the scheduling policy evaluation index includes a round trip time RTT of the target resource and an access speed of the target resource; the policy update module 903 is specifically configured to:

Optionally, the scheduling policy includes an access level and an access quality weight corresponding to each of the at least one candidate access address.

Optionally, the sending module 901 is specifically configured to:

responding to a resource scheduling request sent by a client, and acquiring a source IP address of the client;

Optionally, the feedback data further includes a feedback type, a source IP address of the client, and a target access address, where the feedback type is used to indicate an adjustment direction of the target access address in the scheduling policy; the sending module 901 is further configured to:

As an embodiment, the module in fig. 9 may be used in the resource scheduling policy adjustment method provided by the server side in the embodiment of the present application, and can achieve the same technical effect, which is not described herein again.

An example of the above-mentioned apparatus as a hardware entity is an electronic device shown in fig. 10, which includes a processor 1001, a storage medium 1002, and at least one external communication interface 1003; the processor 1001, the storage medium 1002, and the external communication interface 1003 are connected by a bus 1004.

The storage medium 1002 stores therein a computer program;

the processor 1001, when executing the computer program, implements a resource scheduling policy adjusting method as discussed above.

Fig. 10 illustrates one processor 1001, but the number of processors 1001 is not limited in practice.

The storage medium 1002 may be a volatile storage medium (volatile memory), such as a random-access memory (RAM); the storage medium 1002 may also be a non-volatile storage medium (non-volatile memory), such as a read-only memory (rom), a flash memory (flash memory), a hard disk (HDD) or a solid-state drive (SSD), or the storage medium 1002 may be any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to this. Storage medium 1002 may be a combination of the storage media described above.

Based on the same inventive concept, the embodiment of the present application provides a terminal device, which is described below.

Referring to fig. 11, the terminal device includes a display unit 1140, a processor 1180, and a memory 1120, where the display unit 1140 includes a display panel 1141 for displaying user inputs and providing various operation interfaces and display pages, and in this embodiment, the display panel is mainly used for displaying an interface, a shortcut window, and the like of a client installed in the terminal device.

Alternatively, the Display panel 1141 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The processor 1180 is configured to read the computer program and then execute a method defined by the computer program, for example, the processor 1180 reads an application of the question and answer client, so as to run the application on the terminal device, and display an interface of the application on the display unit 1140. The Processor 1180 may include one or more general processors, and may further include one or more DSPs (Digital Signal processors) for performing relevant operations to implement the technical solutions provided in the embodiments of the present application.

Memory 1120 generally includes both memory, which may be Random Access Memory (RAM), read Only Memory (ROM), and CACHE (CACHE), among others. The external memory can be a hard disk, an optical disk, a USB disk, a floppy disk or a tape drive. The memory 1120 is used for storing computer programs including application programs and the like corresponding to the clients, and other data, which may include data generated after an operating system or the application programs are executed, including system data (e.g., configuration parameters of the operating system) and user data. In the embodiment of the present application, the program instructions are stored in the memory 1120, and the processor 1180 executes the program instructions in the memory 1620 to implement any one of the resource scheduling policy adjusting methods discussed in the foregoing figures.

In addition, the terminal device may further include a display unit 1140 for receiving input digital information, word information, or a contact touch operation or a non-contact gesture, and generating signal input related to user settings and function control of the terminal device, and the like. Specifically, in the embodiment of the present application, the display unit 1140 may include a display panel 1141. The display panel 1141, such as a touch screen, may collect touch operations of a user (e.g., operations of the user on the display panel 1141 or on the display panel 1141 using any suitable object or accessory such as a finger, a stylus, etc.) on or near the display panel 1141, and drive the corresponding connection device according to a preset program. Alternatively, the display panel 1141 may include two parts, i.e., a touch detection device and a touch controller. The touch detection device detects the touch direction of a player, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 1180, and can receive and execute commands sent by the processor 1180.

The display panel 1141 may be implemented by various types, such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the display unit 1140, the terminal device may further include an input unit 1130, the input unit 1130 may include, but is not limited to, an image input device 1131 and other input devices 1132, and the other input devices 1132 may include, but are not limited to, one or more of a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

In addition to the above, the terminal device may also include a power supply 1190 for powering other modules, audio circuitry 1160, a near field communications module 1170, and RF circuitry 1110. The terminal device may also include one or more sensors 1150, such as acceleration sensors, light sensors, pressure sensors, and the like. The audio circuit 1160 specifically includes a speaker 1161, a microphone 1162, and the like, for example, the terminal device may collect the voice of the user through the microphone 1162, perform corresponding operations, and the like.

For example, the number of the processors 1180 may be one or more, and the processor 1180 and the memory 1120 may be in a coupled configuration or may be in a relatively independent configuration.

As an embodiment, the processor 1180 in fig. 11 may be used to implement the functions of the respective modules in fig. 8 and 9.

As an example, the processor 1180 in fig. 11 may be used to implement the client-side and server-side functions discussed above.

Those of ordinary skill in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the computer program may be stored in a computer-readable storage medium, and when executed, executes the steps including the method embodiments; and the aforementioned storage medium includes: a mobile storage device, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and various media capable of storing program codes.

Alternatively, the integrated unit of the invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be essentially implemented or a part contributing to the prior art may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the above methods of the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a ROM, a RAM, a magnetic or optical disk, or various other media that can store program code.

Based on the same technical concept, the embodiment of the present application also provides a computer-readable storage medium, which stores computer instructions that, when executed on a computer, cause the computer to execute the question expansion method as discussed above.

Based on the same technical concept, embodiments of the present application provide a computer program product, which includes a computer program, and when the computer program is executed by a processor, the computer program implements a resource scheduling policy adjustment method.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A resource scheduling policy adjustment method is characterized in that the method comprises the following steps:

2. The method of claim 1, wherein the scheduling policy further comprises an access level and an access quality weight corresponding to each of the at least one candidate access address;

the obtaining a target access address based on the at least one candidate access address comprises:

3. The method of claim 2, wherein the scheduling policy evaluation metric comprises a round trip delay RTT of the target resource and an access speed of the target resource;

and sending corresponding feedback data to the server side so that the server side updates the access quality weight based on the RTT of the target resource and the access speed of the target resource, and adjusting the arrangement sequence of the target access address in the scheduling policy based on the updated access quality weight so as to update the scheduling policy.

4. The method of any of claims 1-3, wherein the feedback data further comprises a feedback type, a source IP address, and the destination access address; the feedback type is used for indicating the adjustment direction of the target access address in the scheduling policy, and the source IP address is used for sending the updated scheduling policy to the client corresponding to the source IP address after the server updates the scheduling policy based on the scheduling policy evaluation index.

5. A resource scheduling policy adjustment method is characterized in that the method comprises the following steps:

6. The method of claim 5, wherein the scheduling policy evaluation metric comprises a round trip delay (RTT) of the target resource and an access speed of the target resource;

the correspondingly updating the scheduling policy based on the scheduling policy evaluation index includes:

7. The method of claim 5, wherein the scheduling policy comprises an access level and an access quality weight corresponding to each of the at least one candidate access address, such that the client selects a target access address from the at least one candidate access address based on at least one of the access level and the access quality weight.

8. The method of any one of claims 5-7, wherein said sending a corresponding scheduling policy to a client through a policy service interface in response to a resource scheduling request sent by the client, comprises:

9. The method of any of claims 5-7, wherein the feedback data further comprises a feedback type, a source IP address, and the destination access address; the feedback type is used for indicating the adjustment direction of the target access address in the scheduling policy;

after the scheduling policy is correspondingly updated based on the scheduling policy evaluation index, the method further includes:

10. A client, comprising:

the policy calling module is used for responding to the resource access request, calling a policy service interface of the service end and obtaining a corresponding scheduling policy, wherein the scheduling policy comprises at least one candidate access address;

11. A server, comprising:

12. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the steps of the method of any one of claims 1 to 9 when executing the program.

13. A computer-readable storage medium having stored thereon computer instructions which, when executed on a computer, cause the computer to perform the method of any one of claims 1-9.

14. A computer program product comprising a computer program, characterized in that the computer program realizes the method of any of claims 1-9 when executed by a processor.