WO2019201072A1 - Cdn业务调度处理方法及cdn服务器 - Google Patents

Cdn业务调度处理方法及cdn服务器 Download PDF

Info

Publication number
WO2019201072A1
WO2019201072A1 PCT/CN2019/080178 CN2019080178W WO2019201072A1 WO 2019201072 A1 WO2019201072 A1 WO 2019201072A1 CN 2019080178 W CN2019080178 W CN 2019080178W WO 2019201072 A1 WO2019201072 A1 WO 2019201072A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter
cdn server
response message
url
conversion request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2019/080178
Other languages
English (en)
French (fr)
Inventor
张毅
李从娟
李晋
李峰
韩磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of WO2019201072A1 publication Critical patent/WO2019201072A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • the present invention relates to the field of the Internet, and in particular, to a CDN service scheduling processing method and a CDN server.
  • a content delivery network is an overlay network superimposed on an IP network. By caching content on a node close to the user's network location, the content is transmitted to the user's transmission path to avoid network congestion. Fast access and access to content.
  • the user equipment When the user equipment requests to obtain content, the user equipment acquires an IP address corresponding to the website domain name.
  • the IP address corresponding to the website domain name refers to the CDN scheduling system.
  • the CDN scheduling system sends the IP address of the CDN server that provides the service hosting for the above website to the user equipment in a redirected manner.
  • the user sends a uniform resource locator (URL) to the CDN server according to the IP address of the CDN server, and requests to obtain the content corresponding to the URL.
  • the CDN server obtains the corresponding content according to the received URL, and sends the content corresponding to the URL to the user equipment.
  • URL uniform resource locator
  • the parameter name and the parameter value have no uniform specification requirements, so that the actually used URL parameter is diversified due to different implementation methods of the content provider (CP), that is, the unified operation of the same content. Due to the different CPs, the parameters in the URL will vary greatly. Therefore, when the CDN server receives and parses the URL parameter, the content corresponding to the URL is cached in the CDN server, and the content and operation requested by the user device cannot be determined because the CDN server cannot recognize the parameter of the URL.
  • CP content provider
  • the CDN server has an adaptation scheme saved in the form of a configuration file, which is a relationship table between parameters and content and operations in the URL.
  • the CDN server receives and parses the parameters in the URL, and obtains the content corresponding to the URL according to the adaptation scheme.
  • the solution solves that the CDN server cannot obtain the content corresponding to the cached URL in the CDN server because the URL parameter cannot be recognized.
  • it is necessary to deeply understand the specific implementation of the content, and update the adaptation scheme according to the change of the implementation method, which leads to the need to understand and familiarize with the content when performing business processing, and cannot provide general-purpose general business functions. need.
  • the embodiment of the present invention provides a CDN service scheduling processing method and a CDN server.
  • the embodiment of the present invention implements the versatility and versatility of the locally provided service, and does not need to perform service redirection and forwarding when performing service processing. The user's access speed.
  • an embodiment of the present invention provides a CDN service scheduling processing method, including:
  • the first parameter is a parameter of the parameter of the URL that cannot be recognized by the first CDN server
  • the second parameter is a parameter that can be recognized by the first CDN server
  • the parameter conversion request is a hypertext transfer protocol HTTP request command
  • the first response message is an HTTP response message
  • the method further includes:
  • the method further includes:
  • the method further includes:
  • an embodiment of the present invention provides a CDN service scheduling processing method, including:
  • the parameter conversion request is used to indicate that the first parameter is converted into a second parameter; wherein the parameter conversion request includes the first parameter, and the first parameter is unified a parameter of the resource locator URL that is not recognized by the first CDN server, and the second parameter is a parameter that can be recognized by the first CDN server;
  • the converting the first parameter according to a preset manner to obtain the second parameter includes:
  • the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the parameter conversion request is a hypertext transfer protocol HTTP request command
  • the first response message is a first HTTP response message
  • the method further includes:
  • the second parameter is not obtained by querying the parameter correspondence table according to the first parameter, sending, to the first CDN server, a second response message, in response to the parameter conversion request, the second response.
  • the message is used to indicate that the parameter conversion failed; the second response message is an HTTP response message.
  • an embodiment of the present invention provides a CDN server, including:
  • a receiving unit configured to parse the URL after receiving a uniform resource locator URL sent by the user equipment, to obtain a parameter of the URL;
  • a sending unit when a first parameter exists in a parameter of the URL, sending a parameter conversion request to the second CDN server to request to convert the first parameter into a second parameter; wherein the parameter conversion request includes the a first parameter, where the first parameter is a parameter of the parameter of the URL that cannot be recognized by the first CDN server, and the second parameter is a parameter that can be recognized by the first CDN server;
  • the receiving unit is further configured to receive a first response message that is sent by the second CDN server and that is in response to the parameter conversion request, where the first response message is used to indicate that the parameter conversion is successful, and the first response message includes Said second parameter;
  • an obtaining unit configured to acquire, according to the second parameter and a parameter of the URL, a parameter that can be recognized by the first CDN server, where the target content is content requested by the user equipment.
  • the parameter conversion request is a hypertext transfer protocol HTTP request command
  • the first response message is an HTTP response message
  • the sending unit is further configured to:
  • the target content is sent to the user equipment.
  • the receiving unit is further configured to:
  • the sending unit After the sending unit sends the parameter conversion request to the second CDN server, receiving a second response message sent by the second CDN server and responding to the parameter conversion request, where the second response message is used to indicate that the parameter conversion fails.
  • the second response message is an HTTP response message.
  • the sending unit is further configured to:
  • the receiving unit After receiving the second response message sent by the second CDN server and responding to the parameter conversion request, the receiving unit sends a feedback message to the user equipment, where the feedback message is used to indicate that the target content cannot be obtained.
  • an embodiment of the present invention provides a CDN server, including
  • a receiving unit configured to receive a parameter conversion request sent by the first CDN server, where the parameter conversion request is used to indicate that the first parameter is converted into a second parameter, where the parameter conversion request includes the first parameter,
  • the first parameter is a parameter in the parameter of the Uniform Resource Locator URL that cannot be recognized by the first CDN server, and the second parameter is a parameter that can be recognized by the first CDN server;
  • a converting unit configured to convert the first parameter according to a preset manner to obtain the second parameter
  • a sending unit configured to send, to the first CDN server, a first response message for responding to the parameter conversion request, where the first response message includes the second parameter.
  • the converting unit is specifically configured to:
  • the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the parameter conversion request is a hypertext transfer protocol HTTP request command
  • the first response message is a first HTTP response message
  • the sending unit is further configured to:
  • the converting unit queries the parameter correspondence table according to the first parameter that the second parameter is not obtained, sending, by the first CDN server, a second response message for responding to the parameter conversion request, where The second response message is used to indicate that the parameter conversion fails; the second response message is an HTTP response message.
  • an embodiment of the present invention provides a CDN server, including:
  • a processor coupled to the
  • the processor invokes the executable program code stored in the memory, performs all or part of the methods as described in the first aspect, or performs all or part of the methods as described in the second aspect.
  • an embodiment of the present invention provides a computer readable storage medium, where the computer storage medium stores a computer program, where the computer program includes program instructions, and the program instructions, when executed by a processor, cause the processing
  • the apparatus performs all or part of the methods as described in the first aspect, or performs all or part of the methods as described in the second aspect.
  • the first CDN server when there is a parameter (ie, the first parameter) that is not recognized by the first CDN server in the parameter of the URL received by the first CDN server, the first CDN server is not recognized.
  • the parameters are sent to the second CDN server.
  • the second CDN server converts parameters that are not recognized by the first CDN server into parameters recognized by the first CDN server (ie, second parameters); and returns parameters identified by the first CDN server to the first CDN server.
  • the first CDN server acquires the content requested by the user equipment (ie, the target content) according to the converted parameters and the parameters that can be identified in the URL parameters.
  • the extended command request is used to implement the service coordination between the CDNs, and the unrecognized parameters in the URL parameters are forwarded to other CDN servers (ie, the second CDN server) process conversion processing, so that the local CDN server (ie, the first CDN server) provides universal use.
  • CDN servers ie, the second CDN server
  • the general-purpose business function eliminates the need for redirecting and forwarding of services, improving the speed of user access.
  • FIG. 1 is a schematic diagram of an application scenario of a CDN service scheduling processing method according to an embodiment of the present disclosure
  • FIG. 2 is a schematic flowchart of a CDN service scheduling processing method according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart diagram of another CDN service scheduling processing method according to an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart of an interactive process of another CDN service scheduling processing method according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a specific application according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of a CDN server according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of another CDN server according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of another CDN server according to an embodiment of the present invention.
  • FIG. 1 is a schematic diagram of an application scenario of a CDN service scheduling processing method according to an embodiment of the present invention.
  • the application scenario includes: a user equipment 101, a first CDN server 102, and a second CDN server 103.
  • the user equipment 101 and the first CDN server 102 perform data transmission by wire or wirelessly; the first CDN server 102 and the second CDN server 103 perform data transmission by wire or wireless.
  • the double arrows are shown in FIG.
  • the user equipment 101 is a device that provides voice and/or data connectivity to a user, and may also be a handheld device or an in-vehicle device with a wireless connection function.
  • Common terminal devices include: mobile phones, tablets, laptops, PDAs, mobile internet devices (MIDs), Internet of Things devices, wearable devices (eg smart watches, smart bracelets, pedometers, etc.) .
  • the above CDN server (including the first CDN server 102 and the second CDN server 103) is a server of a layer of intelligent virtual network formed on the existing Internet basis by placing a node server throughout the network.
  • the basic idea of CDN is to avoid the bottlenecks and links on the Internet that may affect the speed and stability of data transmission, so that content transmission is faster and more stable.
  • the CDN system can redirect the user's request to the nearest service node based on the network traffic and the connection of each node, the load status, and the distance to the user and the response time. The goal is to enable users to get the content they need, solve the problem of network congestion, and improve the response speed of users visiting the website.
  • the user equipment 101 transmits a URL to the first CDN server 102 to request target content, and the first CDN server 102 receives and parses parameters in the URL.
  • the first CDN server 102 sends the unrecognizable parameter in the URL to the second CDN server 103 to request parameter conversion.
  • the second CDN server 103 converts the received parameters and transmits the conversion result to the first CDN server 102 described above.
  • the first CDN server 102 obtains a new URL according to the conversion result, acquires the target content according to the new URL, and transmits the target content to the user equipment 101.
  • FIG. 2 is a schematic flowchart diagram of a CDN service scheduling processing method according to an embodiment of the present invention. As shown in Figure 2, the method includes:
  • the first CDN server After receiving the Uniform Resource Locator URL sent by the user equipment, the first CDN server parses the URL to obtain parameters of the URL.
  • the above URL is a simple representation of the location and access method of the resource that can be obtained from the Internet, and is the address of the standard resource on the Internet. Every file on the Internet has a unique URL that contains information indicating the location of the file and how the browser should handle it.
  • the complete format of the above URL is: "Protocol type: [/ / [Voucher information required to access the resource @] Server address [: Port number]] [/ resource level UNIX file path] File name [? Query] [# fragment ID]”. Among them, [access credential information@], [:port number], [? Query] and [#Fragment ID] are both optional.
  • the first CDN server sends a parameter conversion request to the second CDN server when the first parameter exists in the parameter of the URL, to request to convert the first parameter into the second parameter.
  • the parameter conversion request includes the first parameter, where the first parameter is a parameter of the parameter of the URL that cannot be recognized by the first CDN server, and the second parameter is capable of being used by the first CDN server.
  • the above parameter conversion request is an HTTP request command.
  • the above parameter conversion request (ie, the above HTTP request command) is URL_Transform [URL parameter].
  • the URL_Transform is used to identify the parameter conversion; the URL parameter is the first parameter, that is, the parameter that the first CDN server cannot recognize.
  • the first CDN server pre-processes the first parameter according to a manner agreed with the second CDN server, and obtains a first parameter after pre-processing; and then the pre-processed first A parameter is sent to the second CDN server in the form of the above HTTP request command.
  • the first CDN server receives a first response message that is sent by the second CDN server and is sent to the parameter conversion request, where the first response message is used to indicate that the parameter conversion is successful, and the first response message includes the first Two parameters.
  • the first response message is an HTTP response message.
  • the first response message is an HTTP response 200, where the response message is used to identify that the second CDN server successfully converts the first parameter into a second parameter.
  • the Location field of the header of the HTTP response 200 contains the above second parameter, such as Location [second parameter].
  • the first CDN server After receiving the HTTP response 200, the first CDN server extracts the second parameter from the Location field of the header.
  • the first CDN server acquires target content according to the second parameter and a parameter of the URL that can be recognized by the first CDN server, where the target content is the user equipment to the first CDN.
  • the server sends the URL to request the acquired content.
  • the first CDN server acquires the target content according to the parameter that can be recognized by the first CDN server among the parameters of the second parameter and the URL, and then sends the target content to the user equipment.
  • the first CDN server receives a second response message sent by the second CDN server for responding to the parameter conversion request, where the second response message is used to indicate that the parameter conversion fails.
  • the second response message is an HTTP response message.
  • the foregoing second response message is an HTTP response 400.
  • the first CDN server when receiving the second response message sent by the second CDN server, the first CDN server sends a feedback message to the user equipment, where the feedback message is used to indicate that the first CDN server cannot obtain the target content.
  • the first CDN server when receiving the second response message sent by the second CDN server, sends the parameter conversion request to the CDN server other than the second CDN server to request Converting the first parameter to a second parameter.
  • the first CDN server After receiving the second response message sent by the CDN server other than the second CDN server, the first CDN server sends a feedback message to the user equipment, where the feedback message is used to indicate that the first CDN server cannot obtain the target content. .
  • the data transmission between the first CDN server and the second CDN server may be based not only on the HTTP protocol but also on other protocols such as TCP/IP.
  • the first CDN server when there is a parameter (ie, the first parameter) that is not recognized by the first CDN server in the parameter of the URL received by the first CDN server, the first CDN server is not recognized.
  • the parameters are sent to the second CDN server.
  • the second CDN server converts parameters that are not recognized by the first CDN server into parameters recognized by the first CDN server (ie, second parameters); and returns parameters identified by the first CDN server to the first CDN server.
  • the first CDN server acquires the content requested by the user equipment (ie, the target content) according to the converted parameters and the parameters that can be identified in the URL parameters.
  • the extended command request is used to implement the service coordination between the CDNs, and the unrecognized parameters in the URL parameters are forwarded to other CDN servers (ie, the second CDN server) process conversion processing, so that the local CDN server (ie, the first CDN server) provides universal use.
  • CDN servers ie, the second CDN server
  • the general-purpose business function eliminates the need for redirecting and forwarding of services, improving the speed of user access.
  • FIG. 3 is a schematic flowchart diagram of a CDN service scheduling processing method according to an embodiment of the present invention. As shown in FIG. 3, the method includes:
  • the second CDN server receives a parameter conversion request sent by the first CDN server, where the parameter conversion request is used to indicate that the first parameter is converted into the second parameter.
  • the parameter conversion request includes the first parameter, where the first parameter is a parameter that cannot be recognized by the first CDN server in a parameter of a uniform resource locator URL, and the second parameter is capable of being The parameters identified by the first CDN server.
  • the URL is a URL that is sent by the user equipment to the first CDN server to request content acquisition.
  • the second CDN server converts the first parameter according to a preset manner to obtain the second parameter.
  • the converting the first parameter according to a preset manner to obtain the second parameter includes:
  • the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the parameter mapping table is configured in the second CDN server, and the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the second CDN server queries the parameter correspondence table according to the first parameter to obtain the second parameter.
  • the second CDN server sends, to the first CDN server, a first response message for responding to the parameter conversion request, where the first response message includes the second parameter.
  • the parameter conversion request is a hypertext transfer protocol HTTP request command
  • the first response message is a first HTTP response message
  • the above parameter conversion request (ie, the above HTTP request command) is URL_Transform [URL parameter].
  • the URL_Transform is used to identify the parameter conversion; the URL parameter is the first parameter, that is, the parameter that the first CDN server cannot recognize.
  • the first response message may be an HTTP response 200, where the response message is used to identify that the second CDN server successfully converts the first parameter into a second parameter.
  • the Location field of the header of the HTTP response 200 contains the above second parameter, such as Location [second parameter].
  • the method further includes:
  • the second parameter is not obtained by querying the parameter correspondence table according to the first parameter, sending, to the first CDN server, a second response message, in response to the parameter conversion request, the second response.
  • the message is used to indicate that the parameter conversion failed; the second response message is an HTTP response message.
  • the second response message may be an HTTP response 400.
  • the second CDN server converts the parameter to be recognized by the first CDN server.
  • the parameter ie, the second parameter
  • the first CDN server sends the parameter that cannot be identified by the URL to the second CDN server for conversion, which satisfies the implementation manner that the first CDN server does not need to know and is familiar with the user equipment, and does not need to implement the difference according to different implementation manners of the content.
  • the appeal of the adaptation ensures the versatility and versatility of the first CDN server function, and does not require the redirection and forwarding of services.
  • FIG. 4 is a schematic diagram of an interactive flow of another CDN service scheduling processing method according to an embodiment of the present invention. As shown in FIG. 4, the method includes:
  • the user equipment sends a domain name resolution request to the DNS scheduling system.
  • the domain name resolution request carries the domain name of the website that the user equipment needs to access.
  • the DNS scheduling system sends a first response message to the user equipment.
  • the DNS scheduling system After receiving the domain name resolution request, acquires the domain name carried in the domain name resolution request, and parses the domain name to obtain an IP address corresponding to the domain name.
  • the DNS scheduling system sends a first response message to the user equipment, in response to the domain name resolution request, where the first response message carries an IP address corresponding to the domain name.
  • the IP address corresponding to the domain name points to the CDN scheduling system.
  • the user equipment sends a URL to the CDN scheduling system.
  • the user equipment sends the URL to the CDN scheduling system according to the IP address corresponding to the domain name to obtain the target content.
  • the CDN scheduling system sends an IP address of the first CDN server to the user equipment.
  • the CDN scheduling system After receiving the URL, the CDN scheduling system selects a specific one based on the URL corresponding to the content domain name and type, and then based on the network traffic of the CDN server, the connection status of each node, the load status, and the distance to the user and the response time.
  • a suitable CDN server the first CDN server described above.
  • the CDN scheduling system When it is determined that the first CDN server provides a content service for the user equipment, the CDN scheduling system sends the IP address of the first CDN server to the user equipment.
  • the user equipment sends a URL to the first CDN server according to the IP address of the first CDN server to obtain the target content.
  • the target content is the content corresponding to the URL.
  • the above target content is the content that the user equipment needs to acquire.
  • the first CDN server parses the URL to obtain a parameter of the URL.
  • the complete format of the above URL is: "Protocol type: [/ / [Voucher information required to access the resource @] Server address [: Port number]] [/ resource level UNIX file path] File name [? Query] [# fragment ID]”. Among them, [access credential information@], [:port number], [? Query] and [#Fragment ID] are both optional.
  • the first CDN server determines whether a first parameter exists in a parameter of the URL.
  • the first parameter is a parameter that cannot be recognized by the first CDN server among the parameters of the URL.
  • the first CDN server When the first parameter exists in the parameter of the URL, the first CDN server performs step S408; when the first parameter does not exist in the parameter of the URL, the first CDN server performs step S411.
  • the first CDN server sends a parameter conversion request to the second CDN server to request to convert the first parameter into the second parameter.
  • the second parameter is a parameter that can be recognized by the first CDN server.
  • the above parameter conversion request includes the first parameter described above.
  • the parameter conversion request may be an HTTP request command.
  • URL_Transform[URL parameter] URL_Transform is used to indicate parameter conversion, and the URL parameter is the above first parameter.
  • the second CDN server converts the first parameter to obtain a second parameter.
  • the parameter mapping table is configured in the second CDN server, and the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the second CDN server queries the parameter correspondence table according to the first parameter to obtain a second parameter corresponding to the first parameter.
  • the second CDN server sends a second response message to the first CDN server to indicate that the parameter conversion is successful.
  • the second response message includes the second parameter.
  • the foregoing second response message may be an HTTP response message, such as an HTTP response 200.
  • the location field of the header of the HTTP response 200 carries the second parameter, such as Location [second parameter].
  • the first CDN server acquires the target content.
  • the target content is the content requested by the user equipment.
  • the first CDN server directly acquires the target content according to the URL; when the parameter of the URL has a first parameter and receives the sending by the second CDN server And the first CDN server acquires the target content according to the parameter other than the first parameter and the second parameter in the URL parameter.
  • the first CDN server sends the target content to the user equipment.
  • the first CDN server After acquiring the target content, the first CDN server sends the target content to the user equipment to satisfy the request of the user equipment.
  • the second CDN server when the second CDN server queries the parameter relationship correspondence table according to the first parameter that the second parameter corresponding to the first parameter is not queried, the second CDN server sends the first CDN to the first CDN.
  • the server sends a third response message in response to the parameter conversion request described above.
  • the third response message is used to indicate that the parameter conversion fails.
  • the third response message may be an HTTP response message, such as HTTP response 400.
  • the first CDN server determines that the parameter conversion fails, and sends the parameter conversion request to the third CDN server, where the third CDN server is the first CDN server and the third Any CDN server other than the CDN server.
  • the first CDN server determines that the first parameter cannot be converted into the second parameter, and further Unable to get the above target content.
  • the first CDN server sends a feedback message to the user equipment, where the feedback message is used to indicate that the first CDN server cannot obtain the target content.
  • the following is a specific example of the user visiting the iQiyi website and watching the video. Assuming that the user equipment is visiting the iQiyi website for the first time, the user equipment does not have the DNS resolution result of the iQiyi related website locally, and the DNS query is triggered during the access process.
  • the user equipment sends a domain name resolution request to the DNS dispatching system, and the domain name resolution request carries the domain name "iqiyi.com" of the iQiyi website.
  • the DNS scheduling system includes a local DNS and a root DNS.
  • the local DNS and the root DNS obtain the IP address corresponding to the domain name of the above-mentioned iQiyi website by recursively or iteratively, and send the IP address to the user equipment.
  • the user equipment obtains a video program list from a content provider website corresponding to the IP address (ie, the iQiyi website), and then selects video content from the video program to obtain a video description file corresponding to the target video content.
  • the video description file includes "v.iqiyi.com/FilmName_seg1.ts; v.iqiyi.com/FilmName_seg2.ts; v.iqiyi.com/FilmName_seg3.ts; v.iqiyi.com/FilmName_seg4.ts;".
  • the locally initiated DNS resolution request is triggered to resolve the domain name “v.iqiyi.com” of the target video content.
  • the DNS scheduling system (including the local DNS, and the DNS) and the content provider's DNS obtain the IP address of the CDN hosted by the target video content by recursive or iterative manner, and the IP address is usually a DNS or DNS scheduling system of the hosted CDN.
  • the IP address which in turn obtains the IP address of the CDNA server actually serving the user equipment, and sends the IP address to the user equipment.
  • the user equipment sends a first video acquisition request to the CDNA server according to the IP address to request acquisition of the target video fragmentation content, where the target video fragmentation content is part of the target video content.
  • the above-mentioned CDNA server returns the target video fragment content to the user equipment, and the user equipment can normally play the video content selected by the user, that is, the target video content.
  • the user equipment When the user equipment detects that the user drags the video progress bar, the user equipment (usually the video playing tool software on the user equipment) locates the drag point location information. The user equipment sends a second video acquisition request to the CDM server, where the video acquisition request carries the drag location information. Since the description method of the drag point position information is differentiated by the implementation of each tool software, the above-mentioned DNA server cannot recognize the above-mentioned drag point position information. When the drag point location information cannot be identified, the CDDNA server cannot determine the video segment in which the video content corresponding to the drag point is located, and the CDDNA server sends a parameter conversion request to the CDNB server to request the CDN B server to drag the point. The location information is converted.
  • the parameter conversion request carries the above-mentioned drag point location information.
  • the CDN B server converts the drag point position and returns the converted result to the CDM server.
  • the CDNA server obtains the video segment in which the video content corresponding to the drag point is located according to the converted result, and sends the video segment to the user equipment. See Figure 5 for the specific process. As shown in Figure 5, the dashed line is a DNS interaction, implemented as an HTTP interaction.
  • the position information of the drag point position can be regarded as the first parameter, and the converted result can be regarded as the second parameter.
  • FIG. 6 is a schematic structural diagram of a CDN server according to an embodiment of the present invention. As shown in FIG. 6, the CDN server 600 includes:
  • the receiving unit 601 is configured to parse the URL after receiving the uniform resource locator URL sent by the user equipment to obtain the parameter of the URL.
  • the sending unit 602 when the first parameter exists in the parameter of the URL, send a parameter conversion request to the second CDN server to request to convert the first parameter into a second parameter; wherein the parameter conversion request includes The first parameter is a parameter in the parameter of the URL that cannot be recognized by the first CDN server, and the second parameter is a parameter that can be recognized by the first CDN server.
  • the parameter conversion request is an HTTP request command.
  • the receiving unit 601 is further configured to receive a first response message that is sent by the second CDN server and that is in response to the parameter conversion request, where the first response message is used to indicate that the parameter conversion is successful, and the first response message includes The second parameter.
  • the receiving unit 601 is further configured to:
  • the sending unit 602 sends a parameter conversion request to the second CDN server, receiving a second response message sent by the second CDN server and responding to the parameter conversion request, where the second response message is used to indicate that the parameter conversion fails.
  • the second response message is an HTTP response message.
  • the obtaining unit 603 is configured to acquire, according to the second parameter and a parameter of the URL, a parameter that can be recognized by the first CDN server, where the target content is content requested by the user equipment.
  • the sending unit 602 is further configured to:
  • the target content is sent to the user equipment.
  • the sending unit 602 is further configured to:
  • the receiving unit After receiving the second response message sent by the second CDN server and responding to the parameter conversion request, the receiving unit sends a feedback message to the user equipment, where the feedback message is used to indicate that the target content cannot be obtained.
  • each of the above units (receiving unit 601, transmitting unit 602, and obtaining unit 603) is used to perform the relevant steps of the above method.
  • the CDN server 600 is presented in the form of a unit.
  • a "unit” herein may refer to an application-specific integrated circuit (ASIC), a processor and memory that executes one or more software or firmware programs, integrated logic circuits, and/or other devices that provide the functionality described above.
  • ASIC application-specific integrated circuit
  • the above receiving unit 601, transmitting unit 602, and obtaining unit 603 can be implemented by the processor 801 of the router shown in FIG.
  • FIG. 7 is a schematic structural diagram of another CDN server according to an embodiment of the present invention.
  • the CDN server 700 includes:
  • the receiving unit 701 is configured to receive a parameter conversion request sent by the first CDN server, where the parameter conversion request is used to indicate that the first parameter is converted into a second parameter, where the parameter conversion request includes the first parameter,
  • the first parameter is a parameter in the parameter of the Uniform Resource Locator URL that cannot be recognized by the first CDN server
  • the second parameter is a parameter that can be recognized by the first CDN server.
  • the parameter conversion request is an HTTP request command
  • the first response message is a first HTTP response message
  • the converting unit 702 is configured to convert the first parameter according to a preset manner to obtain the second parameter.
  • the converting unit 702 is specifically configured to:
  • the parameter correspondence table includes a correspondence between the first parameter and the second parameter.
  • the sending unit 703 is configured to send, to the first CDN server, a first response message for responding to the parameter conversion request, where the first response message includes the second parameter.
  • the sending unit 703 is further configured to:
  • the converting unit 702 queries the parameter correspondence table according to the first parameter that the second parameter is not obtained, sending, to the first CDN server, a second response message for responding to the parameter conversion request,
  • the second response message is used to indicate that the parameter conversion fails;
  • the second response message is an HTTP response message.
  • each of the above units (receiving unit 701, converting unit 702, and transmitting unit 703) is used to perform the relevant steps of the above method.
  • the CDN server 700 is presented in the form of a unit.
  • a "unit” herein may refer to an application-specific integrated circuit (ASIC), a processor and memory that executes one or more software or firmware programs, integrated logic circuits, and/or other devices that provide the functionality described above.
  • ASIC application-specific integrated circuit
  • the above receiving unit 701, converting unit 702, and transmitting unit 703 can be implemented by the processor 801 of the router shown in FIG.
  • the CDN server 800 can be implemented in the structure of FIG. 8, which includes at least one processor 801, at least one memory 802, and at least one communication interface 803.
  • the processor 801, the memory 802, and the communication interface 803 are connected by the communication bus and complete communication with each other.
  • the processor 801 can be a general purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the above program.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the communication interface 803 is configured to communicate with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Networks (WLAN), and the like.
  • RAN Radio Access Network
  • WLAN Wireless Local Area Networks
  • the memory 802 can be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type that can store information and instructions.
  • the dynamic storage device can also be an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM) or other optical disc storage, and a disc storage device. (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be Any other media accessed, but not limited to this.
  • the memory can exist independently and be connected to the processor via a bus.
  • the memory can also be integrated with the processor.
  • the memory 802 is configured to store application code that executes the above solution, and is controlled by the processor 801 for execution.
  • the processor 801 is configured to execute application code stored in the memory 802.
  • the code stored in the memory 802 can perform the CDN service scheduling processing method provided by the embodiment shown in FIG. 2, for example, after receiving the URL sent by the user equipment, parsing the URL to obtain the parameter of the URL; when the parameter of the URL When the first parameter exists, sending a parameter conversion request to the second CDN server to request to convert the first parameter into a second parameter; wherein the parameter conversion request includes the first parameter, the first parameter a parameter that is not recognized by the first CDN server in the parameter of the URL, the second parameter is a parameter that can be recognized by the first CDN server; and the response sent by the second CDN server is received by the parameter conversion request a first response message, the first response message is used to indicate that the parameter conversion is successful, the first response message includes the second parameter, and the parameter according to the second parameter and the URL can be
  • a parameter recognized by the CDN server acquires target content, where the target content is content requested by the user equipment.
  • the code stored in the memory 802 can also perform the CDN service scheduling processing method provided by the embodiment shown in FIG. 3 above. For example, receiving a parameter conversion request sent by the first CDN server, where the parameter conversion request is used to indicate that the first parameter is converted into a second parameter, where the parameter conversion request includes the first parameter, and the first parameter is a parameter of the URL that cannot be recognized by the first CDN server, the second parameter is a parameter that can be recognized by the first CDN server; and the first parameter is converted according to a preset manner to obtain a Determining a second parameter; transmitting, to the first CDN server, a first response message for responding to the parameter conversion request, the first response message including the second parameter.
  • the embodiment of the present invention further provides a computer storage medium, wherein the computer storage medium can store a program, and the program includes some or all of the steps of any one of the CDN service scheduling processing methods described in the foregoing method embodiments.
  • the disclosed apparatus may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or may be Integrate into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical or otherwise.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable memory. Based on such understanding, the technical solution of the present invention may contribute to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a memory. A number of instructions are included to cause a computer device (which may be a personal computer, server or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing memory includes: a U disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a removable hard disk, a magnetic disk, or an optical disk, and the like, which can store program codes.
  • ROM Read-Only Memory
  • RAM Random Access Memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种CDN业务调度处理方法，包括：接收用户设备发送的URL后，解析所述URL，以得到所述URL的参数；当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数；根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取用户设备请求获取的内容。采用本发明实施例实现了本地提供业务的泛用性和通用性，由于在进行业务处理时无需进行业务的重定向和转发，提高了用户的访问速度。

Description

CDN业务调度处理方法及CDN服务器
本申请要求于2018年4月17日递交中国知识产权局、申请号为201810346347X，发明名称为“CDN业务调度处理方法及CDN服务器”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及互联网领域，尤其涉及一种CDN业务调度处理方法及CDN服务器。
背景技术
内容分发网络(content delivery network，CDN)是叠加在IP网络之上的一种overlay网络，通过将内容缓存在靠近用户网络位置的节点上，优选内容到用户的传输路径以避开网络拥塞，实现内容的快速获取和访问。
用户设备在访问网站请求获取内容时该用户设备并获取该网站域名对应的IP地址。当该网络域名已交给CDN服务器进行业务托管时，上述网站域名对应的IP地址是指向CDN调度系统。该CDN调度系统以重定向方式将为上述网站提供业务托管的CDN服务器的IP地址发送至用户设备。用户根据上述CDN服务器的IP地址向该CDN服务器发送统一资源定位符(uniform resource locator，URL)，请求获取该URL对应的内容。上述CDN服务器根据接收的URL获取对应的内容，并将该URL对应的内容发送至上述用户设备。由于URL参数的规定非常自由，参数名和参数值没有统一规范要求，以致于实际使用的URL参数因内容服务商(contentprovider，CP)的不同实现方法而呈现出多样化，即相同内容的统一操作，由于CP不同，URL中的参数会出现很大差异。因此CDN服务器接收到并解析URL参数时，存在CDN服务器中缓存有该URL对应的内容，由于CDN服务器无法识别URL的参数而无法确定用户设备所请求的内容和操作。
现有技术中，CDN服务器中有以配置文件形式保存的适配方案，该适配方案为URL中的参数与内容和操作之间的关系表。上述CDN服务器接收到并解析URL中的参数，根据适配方案获取URL对应的内容。该方案解决了CDN服务器因无法识别URL参数而无法获取CDN服务器中缓存的URL对应的内容。但是由于适配方多，需要深入了解内容的具体实现，并根据实现方法的变化而更新适配方案，这就导致在进行业务处理时需要了解和熟悉内容，无法提供泛用性通用业务功能的需要。
发明内容
本发明实施例提供一种CDN业务调度处理方法及CDN服务器，采用本发明实施例实现了本地提供业务的泛用性和通用性，由于在进行业务处理时无需进行业务的重定向和转发，提高了用户的访问速度。
第一方面，本发明实施例提供一种CDN业务调度处理方法，包括：
接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数；
当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数；
接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数；
根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
在一种可行的实施例中，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为HTTP响应消息。
在一种可行的实施例中，所述获取目标内容之后，所述方法还包括：
向所述用户设备发送所述目标内容。
在一种可行的实施例中，所述向第二CDN服务器发送参数转换请求后，所述方法还包括：
接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败，所述第二响应消息为HTTP响应消息。
在一种可行的实施例中，所述接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息后，所述方法还包括：
向所述用户设备发送反馈消息，所述反馈消息用于指示无法获取所述目标内容。
第二方面，本发明实施例提供一种CDN业务调度处理方法，包括：
接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数；
根据预设方式对所述第一参数进行转换，以得到所述第二参数；
向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
在一种可行的实施例中，所述根据预设方式对所述第一参数进行转换，以得到所述第二参数包括：
根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表包括所述第一参数与所述第二参数之间的对应关系。
在一种可行的实施例中，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
在一种可行的实施例中，所述方法还包括：
当根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
第三方面，本发明实施例提供一种CDN服务器，包括：
接收单元，用于接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数；
发送单元，当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数；
所述接收单元，还用于接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数；
获取单元，用于根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
在一种可行的实施例中，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为HTTP响应消息。
在一种可行的实施例中，所述发送单元还用于：
在所述获取单元获取目标内容后，向所述用户设备发送所述目标内容。
在一种可行的实施例中，所述接收单元还用于：
在所述发送单元向第二CDN服务器发送参数转换请求后，接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败，所述第二响应消息为HTTP响应消息。
在一种可行的实施例中，所述发送单元还用于：
在所述接收单元接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息后，向所述用户设备发送反馈消息，所述反馈消息用于指示无法获取所述目标内容。
第四方面，本发明实施例提供一种CDN服务器，包括
接收单元，用于接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数；
转换单元，用于根据预设方式对所述第一参数进行转换，以得到所述第二参数；
发送单元，用于向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
在一种可行的实施例中，所述转换单元具体用于：
根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表包括所述第一参数与所述第二参数之间的对应关系。
在一种可行的实施例中，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
在一种可行的实施例中，所述发送单元还用于：
当所述转换单元根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消 息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
第五方面，本发明实施例提供了一CDN服务器，包括：
存储有可执行程序代码的存储器；
与所述耦合的处理器；
所述处理器调用所述存储器中存储的所述可执行程序代码，执行如第一方面所述的全部或者部分方法，或者执行如第二方面所述的全部方法或者部分方法。
第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如第一发面所述的全部或者部分方法，或者执行如第二方面所述的全部方法或者部分方法。
可以看出，在本发明实施例的方案中，当第一CDN服务器接收到的URL的参数中存在该第一CDN服务器无法识别的参数(即第一参数)时，将第一CDN服务器无法识别的参数发送至第二CDN服务器。该第二CDN服务器将第一CDN服务器无法识别的参数转换为该第一CDN服务器识别的参数(即第二参数)；并将该第一CDN服务器识别的参数返回第一CDN服务器。该第一CDN服务器根据转换后的参数和URL参数中能被识别的参数获取用户设备请求的内容(即目标内容)。通过扩展的命令请求实现CDN间的业务配合，将URL参数中无法识别的参数交给其他CDN服务器(即第二CDN服务器)进程转换处理，实现本地CDN服务器(即第一CDN服务器)提供泛用型通用业务功能，无需进行业务的重定向和转发，提高了用户访问的速度。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种CDN业务调度处理方法的应用场景示意图；
图2为本发明实施例提供的一种CDN业务调度处理方法的流程示意图；
图3为本发明实施例提供的另一种CDN业务调度处理方法的流程示意图；
图4为本发明实施例提供的另一种CDN业务调度处理方法的交互式流程示意图；
图5为本发明实施例提供的一个具体应用的流程示意图；
图6为本发明实施例提供的一种CDN服务器的结构示意图；
图7为本发明实施例提供的另一种CDN服务器的结构示意图；
图8为本发明实施例提供的另一种CDN服务器的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、完整地描述。
请参见图1，图1为本发明实施例提供的一种CDN业务调度处理方法的应用场景示意图。如图1所示，该应用场景包括：用户设备101、第一CDN服务器102和第二CDN服务器103。
上述用户设备101与上述第一CDN服务器102之间通过有线方式或无线方式进行数据传输；该第一CDN服务器102与第二CDN服务器103之间通过有线方式或无线方式进行数据传输。为了表示方式，图1中仅以双箭头表示。
其中，上述用户设备101是一种向用户提供语音和/或数据连通性的设备，还可以是具有无线连接功能的手持式设备或车载设备等。常见的终端设备包括：手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、物联网设备，可穿戴设备(例如，智能手表、智能手环、计步器)等。
上述CDN服务器(包括第一CDN服务器102和第二CDN服务器103)是一种通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络的服务器。CDN的基本思想是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。其目的是使用户可就近取得所需内容，解决网络拥挤的状况，提高用户访问网站的响应速度。
上述用户设备101向上述第一CDN服务器102发送URL，以请求目标内容，该第一CDN服务器102接收并解析URL中的参数。当该URL中存在上述第一CDN服务器无法识别的参数时，该第一CDN服务器102将该URL中无法被识别的参数发送至第二CDN服务器103，以请求进行参数转换。第二CDN服务器103对接收到参数进行转换，并将转换结果发送至上述第一CDN服务器102。该第一CDN服务器102根据转换结果得到新的URL，并根据新的URL获取上述目标内容，并将该目标内容发送至用户设备101。
参见图2，图2为发明实施例提供的一种CDN业务调度处理方法的流程示意图。如图2所示，该方法包括：
S201、第一CDN服务器接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数。
需要说明的是，上述URL是可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL，它包含的信息指出文件的位置以及浏览器应该怎么处理它。
其中，上述URL的完整格式为：“协议类型:[//[访问资源需要的凭证信息@]服务器地址[:端口号]][/资源层级UNIX文件路径]文件名[？查询][#片段ID]”。其中，[访问凭证信息@]、[:端口号]、[？查询]和[#片段ID]”都属于选填项。在[？查询]字段会包含参数，以“？”字符为起点，每个参数以“&”隔开，再以“＝”分开参数名称与数据。
S202、第一CDN服务器当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数。
其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数。上述参数转换请求为HTTP请求命令。
具体地，上述参数转换请求(即上述HTTP请求命令)为URL_Transform[URL参数]。其中，URL_Transform用于标识进行参数转换；URL参数为上述第一参数，即上述第一CDN服务器无法识别的参数。
在一种可行的实施例中，上述第一CDN服务器将上述第一参数按照与上述第二CDN服务器约定的方式进行预处理，得到预处理后的第一参数；然后将该预处理后的第一参数以上述HTTP请求命令的形式发送至上述第二CDN服务器。
S203、第一CDN服务器接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数。
其中，上述第一响应消息为HTTP响应消息。
具体地，上述第一响应消息为HTTP response 200，该响应消息用于标识上述第二CDN服务器成功将上述第一参数转换为第二参数。并且HTTP response 200的header的Location字段包含上述第二参数，形如Location[第二参数]。
上述第一CDN服务器接收到HTTP response 200后，从其header的Location字段中提取上述第二参数。
S204、第一CDN服务器根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备向所述第一CDN服务器发送所述URL以请求获取的内容。
其中，上述第一CDN服务器根据上述第二参数和上述URL的参数中能够被上述第一CDN服务器识别的参数，获取上述目标内容，然后将该目标内容发送至上述用户设备。
在一种可行的实施例中，上述第一CDN服务器接收上述第二CDN服务器发送的用于响应上述参数转换请求的第二响应消息，该第二响应消息用于指示参数转换失败。
其中，上述第二响应消息为HTTP响应消息。具体地，上述第二响应消息为HTTP response 400。
进一步地，当接收到上述第二CDN服务器发送的第二响应消息时，上述第一CDN服务器向上述用户设备发送反馈消息，该反馈消息用于指示该第一CDN服务器无法获取上述目标内容。
在一种可行的实施例中，当接收到上述第二CDN服务器发送的第二响应消息时，上述第一CDN服务器向除了上述第二CDN服务器之外的CDN服务器发送上述参数转换请求，以请求将上述第一参数转换为第二参数。
当接收到上述第二CDN服务器之外的CDN服务器发送的第二响应消息后，上述第一CDN服务器向上述用户设备发送反馈消息，该反馈消息用于指示该第一CDN服务器无法获取上述目标内容。
需要说明的是，上述第一CDN服务器和第二CDN服务器之间的数据传输不仅可基于HTTP协议，还可以基于TCP/IP等其他协议。
可以看出，在本发明实施例的方案中，当第一CDN服务器接收到的URL的参数中存在该第一CDN服务器无法识别的参数(即第一参数)时，将第一CDN服务器无法识别的参数发送至第二CDN服务器。该第二CDN服务器将第一CDN服务器无法识别的参数转换为该第一CDN服务器识别的参数(即第二参数)；并将该第一CDN服务器识别的参数返回第一CDN服务器。该第一CDN服务器根据转换后的参数和URL参数中能被识别的参数获取用户设备请求的内容(即目标内容)。通过扩展的命令请求实现CDN间的业务配合，将URL参数中无法识别的参数交给其他CDN服务器(即第二CDN服务器)进程转换处理，实现本地CDN服务器(即第一CDN服务器)提供泛用型通用业务功能，无需进行业务的重定向和转发，提高了用户访问的速度。
参见图3，图3为本发明实施例提供的一种CDN业务调度处理方法的流程示意图。如图3所示，该方法包括：
S301、第二CDN服务器接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数。
其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数。
需要说明的是，上述URL为用户设备向上述第一CDN服务器请求获取内容而发送的URL。
S302、第二CDN服务器根据预设方式对所述第一参数进行转换，以得到所述第二参数。
其中，所述根据预设方式对所述第一参数进行转换，以得到所述第二参数包括：
根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表包括所述第一参数与所述第二参数之间的对应关系。
具体地，上述第二CDN服务器中配置有参数对应关系表，该参数对应关系表中包含上述第一参数和第二参数之间的对应关系。上述第二CDN服务器根据上述第一参数查询上述参数对应关系表，以获取上述第二参数。
S303、第二CDN服务器向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
其中，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
具体地，上述参数转换请求(即上述HTTP请求命令)为URL_Transform[URL参数]。其中，URL_Transform用于标识进行参数转换；URL参数为上述第一参数，即上述第一CDN服务器无法识别的参数。
上述第一响应消息可为为HTTP response 200，该响应消息用于标识上述第二CDN服务器成功将上述第一参数转换为第二参数。并且HTTP response 200的header的Location字段包含上述第二参数，形如Location[第二参数]。
进一步地，所述方法还包括：
当根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一 CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
其中，上述第二响应消息可为HTTP response 400。
可以看出，在本发明实施例的方案中，第二CDN服务器接收第一CDN服务器发送无法被其识别的参数(即上述第一参数)后，将该参数转换为被第一CDN服务器识别的参数(即第二参数)，再将该第二参数发送至第一CDN服务器。第一CDN服务器将URL中不能被其识别的参数发送至第二CDN服务器进行转换，满足了第一CDN服务器无需了解和熟悉用户设备需要获取内容的实现方式，无需根据内容不同的实现方式进行差异化适配的诉求，保证了第一CDN服务器功能的泛用性和通用性，也无需进行业务的重定向和转发。
参见图4，图4为本发明实施例提供的另一种CDN业务调度处理方法的交互式流程示意图。如图4所示，该方法包括：
S401、用户设备向DNS调度系统发送域名解析请求。
其中，上述域名解析请求携带上述用户设备需要访问网站的域名。
S402、DNS调度系统向用户设备发送第一响应消息。
具体地，上述DNS调度系统接收到上述域名解析请求后，获取该域名解析请求中携带的域名，并解析该域名以获取域名对应的IP地址。该DNS调度系统向用户设备发送第一响应消息，以响应上述域名解析请求，该第一响应消息中携带上述域名对应的IP地址。
需要说明的是，当上述用户需要访问的域名已被CDN进行托管时，该域名对应的IP地址指向CDN调度系统。
S403、用户设备向CDN调度系统发送URL。
其中，上述用户设备根据上述域名对应的IP地址向上述CDN调度系统发送上述URL，以获取上述目标内容。
S404、CDN调度系统向用户设备发送第一CDN服务器的IP地址。
其中，上述CDN调度系统接收到上述URL后，根据URL对应内容域名和类型，然后基于CDN服务器的网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息来选择具体的合适的CDN服务器，即上述第一CDN服务器。
当确定上述第一CDN服务器为上述用户设备提供内容服务时，上述CDN调度系统将该第一CDN服务器的IP地址发送至上述用户设备。
S405、用户设备根据第一CDN服务器的IP地址向第一CDN服务器发送URL，以获取目标内容。
其中，上述目标内容为上述URL对应的内容。换句话说，上述目标内容为上述用户设备需要获取的内容。
S406、第一CDN服务器解析URL，以得到URL的参数。
其中，上述URL的完整格式为：“协议类型:[//[访问资源需要的凭证信息@]服务器地址[:端口号]][/资源层级UNIX文件路径]文件名[？查询][#片段ID]”。其中，[访问凭证信息@]、[:端口号]、[？查询]和[#片段ID]”都属于选填项。在[？查询]字段会包含参数，以“？”字符为起点，每个参数以“&”隔开，再以“＝”分开参数名称与数据。
S407、第一CDN服务器确定URL的参数中是否存在第一参数。
其中，上述第一参数为上述URL的参数中无法被上述第一CDN服务器识别的参数。
其中，当上述URL的参数中存在上述第一参数时，上述第一CDN服务器执行步骤S408；当上述URL的参数中不存在上述第一参数时，上述第一CDN服务器执行步骤S411。
S408、第一CDN服务器向第二CDN服务器发送参数转换请求，以请求将第一参数转换为第二参数。
其中，上述第二参数为能够被上述第一CDN服务器识别的参数。上述参数转换请求包括上述第一参数。
其中，上述参数转换请求可为HTTP请求命令。例如URL_Transform[URL参数]，URL_Transform用于指示进行参数转换，URL参数为上述第一参数。
S409、第二CDN服务器对第一参数进行转换，以得到第二参数。
其中，上述第二CDN服务器中配置有参数对应关系表，该参数对应关系表中包括第一参数与第二参数的对应关系。上述第二CDN服务器根据上述第一参数查询上述参数对应关系表，以得到第一参数对应的第二参数。
S410、第二CDN服务器向第一CDN服务器发送第二响应消息，以指示参数转换成功。
其中，上述第二响应消息包括上述第二参数。
具体地，上述第二响应消息可为HTTP响应消息，比如HTTP response 200。当该第二响应消息为HTTP response 200时，该HTTP response 200的header的Location字段中携带上述第二参数，形如Location[第二参数]。
S411、第一CDN服务器获取目标内容。
其中，上述目标内容为上述用户设备请求获取的内容。
具体地，当上述URL的参数中不存在上述第一参数时，上述第一CDN服务器直接根据上述URL获取上述目标内容；当上述URL的参数中存在第一参数且接收到上述第二CDN服务器发送的第二参数时，上述第一CDN服务器根据上述URL参数中除了上述第一参数之外的参数和上述第二参数获取上述目标内容。
S412、第一CDN服务器向用户设备发送目标内容。
具体地，上述第一CDN服务器获取上述目标内容后，将该目标内容发送至上述用户设备，以满足用户设备的请求。
在一种可行的实施例中，当上述第二CDN服务器根据上述第一参数查询上述参数关系对应表未查询到上述第一参数对应的第二参数时，上述第二CDN服务器向上述第一CDN服务器发送第三响应消息，以响应上述参数转换请求。
其中，上述第三响应消息用于指示参数转换失败。具体地，该第三响应消息可为HTTP响应消息，例如HTTP response 400。
当上述第一CDN服务器接收到上述第三响应消息后，该第一CDN服务器确定参数转换失败，将上述参数转换请求发送至第三CDN服务器，该第三CDN服务器为除了第一CDN服务器和第二CDN服务器之外的任一个CDN服务器。当上述除了第一CDN服务器和第二CDN服务器之外的CDN服务器均向上述第一CDN服务器发送第三响应消息时，该第一CDN服务器确定无法将上述第一参数转换为第二参数，进而无法获取上述目标内容。上 述第一CDN服务器向上述用户设备发送反馈消息，该反馈消息用于指示上述第一CDN服务器无法获取上述目标内容。
下面具体以用户访问爱奇艺网站，观看视频举例说明。假设用户设备是首次访问爱奇艺网站，因此用户设备本地没有爱奇艺相关网站的额DNS解析结果，访问过程中会触发DNS查询。
用户设备向DNS的调度系统发送域名解析请求，该域名解析请求携带爱奇艺网站的域名“iqiyi.com”。上述DNS调度系统包括本地DNS和根DNS，该本地DNS和根DNS通过递归方式或者迭代方式获取上述爱奇艺网站域名对应的IP地址，并将该IP地址发送至上述用户设备。用户设备从该IP地址对应的内容提供商网站(即爱奇艺网站)获取视频节目单，然后从该视频节目到中选择视频内容，并获取目标视频内容对应的视频描述文件。比如该视频描述文件包括“v.iqiyi.com/FilmName_seg1.ts；v.iqiyi.com/FilmName_seg2.ts；v.iqiyi.com/FilmName_seg3.ts；v.iqiyi.com/FilmName_seg4.ts；”。
当上述用户设备发起播放请求后，触发本地发起DNS解析请求，以解析上述目标视频内容所在域名“v.iqiyi.com”。上述DNS调度系统(包括本地DNS、跟DNS)和内容提供商的DNS通过递归方式或者迭代方式获取上述目标视频内容所托管CDN的IP地址，该IP地址通常为所托管CDN的DNS或者DNS调度系统的IP地址，进而获取实际服务于上述用户设备的CDNA服务器的IP地址，并将该IP地址发送至上述用户设备。用户设备根据该IP地址向上述CDNA服务器发送第一视频获取请求，以请求获取目标视频分片内容，该目标视频分片内容为上述目标视频内容的一部分。上述CDNA服务器将上述目标视频分片内容返回上述用户设备，该用户设备就可以正常播放用户选择的视频内容，即上述目标视频内容。
当上述用户设备检测到用户拖拽视频进度条时，该用户设备(通常为用户设备上的视频播放工具软件)定位拖拽点位置信息。用户设备向上述CDNA服务器发送第二视频获取请求，该视频获取请求中携带上述拖拽点位置信息。由于拖拽点位置信息的描述方法因各工具软件的实现而呈现差异化，故存在上述CDNA服务器无法识别上述拖拽点位置信息。当无法识别该拖拽点位置信息时，该CDNA服务器无法确定拖拽点对应的视频内容所在的视频分片，上述CDNA服务器向CDNB服务器发送参数转换请求，以请求CDN B服务器对上述拖拽点位置信息进行转换。上述参数转换请求携带上述拖拽点位置信息。上述CDN B服务器对该拖拽点位置进行转换，将转换后的结果返回上述CDNA服务器。该CDNA服务器根据转换后的结果获取拖拽点对应的视频内容所在的视频分片，并将该视频分片发送至上述用户设备。具体过程可参见图5。如图5中所示，虚线为DNS交互，实现为HTTP交互。
需要说明的是，上述拖拽点位置位置信息可以看成上述第一参数，转换后的结果可以看成上述第二参数。
参见图6、图6为本发明实施例提供的一种CDN服务器的结构示意图。如图6所示，该CDN服务器600包括：
接收单元601，用于接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数。
发送单元602，当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数。
其中，上述参数转换请求为HTTP请求命令。
所述接收单元601，还用于接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数。
在一种可行的实施例中，所述接收单元601还用于：
在所述发送单元602向第二CDN服务器发送参数转换请求后，接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败，所述第二响应消息为HTTP响应消息。
获取单元603，用于根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
在一种可行的实施例中，所述发送单元602还用于：
在所述获取单元603获取目标内容后，向所述用户设备发送所述目标内容。
在一种可行的实施例中，所述发送单元602还用于：
在所述接收单元接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息后，向所述用户设备发送反馈消息，所述反馈消息用于指示无法获取所述目标内容。
需要说明的是，上述各单元(接收单元601、发送单元602和获取单元603)用于执行上述方法的相关步骤。
在本实施例中，CDN服务器600是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上接收单元601、发送单元602和获取单元603可通过图8所示的路由器的处理器801来实现。
参见图7，图7为本发明实施例提供的另一种CDN服务器的结构示意图。如图7所示，该CDN服务器700包括：
接收单元701，用于接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数。
其中，所述参数转换请求为HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
转换单元702，用于根据预设方式对所述第一参数进行转换，以得到所述第二参数。
具体地，所述转换单元702具体用于：
根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表包括所述第一参数与所述第二参数之间的对应关系。
发送单元703，用于向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
在一种可行的实施例中，所述发送单元703还用于：
当所述转换单元702根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
需要说明的是，上述各单元(接收单元701、转换单元702和发送单元703)用于执行上述方法的相关步骤。
在本实施例中，CDN服务器700是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上接收单元701、转换单元702和发送单元703可通过图8所示的路由器的处理器801来实现。
如图8所示，CDN服务器800可以以图8中的结构来实现，该CDN服务器800包括至少一个处理器801，至少一个存储器802以及至少一个通信接口803。所述处理器801、所述存储器802和所述通信接口803通过所述通信总线连接并完成相互间的通信。
处理器801可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。
通信接口803，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。
存储器802可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中，所述存储器802用于存储执行以上方案的应用程序代码，并由处理器801来控制执行。所述处理器801用于执行所述存储器802中存储的应用程序代码。
存储器802存储的代码可执行以上图2所示实施例提供的CDN业务调度处理方法，比如接收用户设备发送的URL后，解析所述URL，以得到所述URL的参数；当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL 的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数；接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数；根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
存储器802存储的代码还可执行以上图3所示实施例提供的CDN业务调度处理方法。比如接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数；根据预设方式对所述第一参数进行转换，以得到所述第二参数；向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种CDN业务调度处理方法的部分或全部步骤。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可 为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。
以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上上述，本说明书内容不应理解为对本发明的限制。。

Claims (20)

  1. 一种内容分发网络CDN业务调度处理方法，其特征在于，包括：
    接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数；
    当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数；
    接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数；
    根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
  2. 根据权利要求1所述的方法，其特征在于，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为HTTP响应消息。
  3. 根据权利要求1或2所述的方法，其特征在于，所述获取目标内容之后，所述方法还包括：
    向所述用户设备发送所述目标内容。
  4. 根据权利要求1或2所述的方法，其特征在于，所述向第二CDN服务器发送参数转换请求后，所述方法还包括：
    接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败，所述第二响应消息为HTTP响应消息。
  5. 根据权利要求4所述的方法，其特征在于，所述接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息后，所述方法还包括：
    向所述用户设备发送反馈消息，所述反馈消息用于指示无法获取所述目标内容。
  6. 一种内容分发网络CDN业务调度处理方法，其特征在于，包括：
    接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数；
    根据预设方式对所述第一参数进行转换，以得到所述第二参数；
    向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
  7. 根据权利要求6所述的方法，其特征在于，所述根据预设方式对所述第一参数进行转换，以得到所述第二参数包括：
    根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表包括所述第一参数与所述第二参数之间的对应关系。
  8. 根据权利要求6所述的方法，其特征在于，所述参数转换请求为超文本传输协议 HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
  9. 根据权利要求7所述的方法，其特征在于，所述方法还包括：
    当根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
  10. 一种内容分发网络CDN服务器，其特征在于，包括：
    接收单元，用于接收用户设备发送的统一资源定位符URL后，解析所述URL，以得到所述URL的参数；
    发送单元，当所述URL的参数中存在第一参数时，向第二CDN服务器发送参数转换请求，以请求将所述第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为所述URL的参数中无法被第一CDN服务器识别的参数，所述第二参数为能够被所述第一CDN服务器识别的参数；
    所述接收单元，还用于接收所述第二CDN服务器发送的响应所述参数转换请求的第一响应消息，所述第一响应消息用于指示参数转换成功，所述第一响应消息包括所述第二参数；
    获取单元，用于根据所述第二参数和所述URL的参数中能够被所述第一CDN服务器识别的参数，获取目标内容，所述目标内容为所述用户设备请求获取的内容。
  11. 根据权利要求10所述的CDN服务器，其特征在于，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为HTTP响应消息。
  12. 根据权利要求10或11所述的CDN服务器，其特征在于，所述发送单元还用于：
    在所述获取单元获取目标内容后，向所述用户设备发送所述目标内容。
  13. 根据权利要求10或11所述的CDN服务器，其特征在于，所述接收单元还用于：
    在所述发送单元向第二CDN服务器发送参数转换请求后，接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败，所述第二响应消息为HTTP响应消息。
  14. 根据权利要求13所述的CDN服务器，其特征在于，所述发送单元还用于：
    在所述接收单元接收所述第二CDN服务器发送的响应所述参数转换请求的第二响应消息后，向所述用户设备发送反馈消息，所述反馈消息用于指示无法获取所述目标内容。
  15. 一种内容分发网络CDN服务器，其特征在于，包括：
    接收单元，用于接收第一CDN服务器发送的参数转换请求，所述参数转换请求用于指示将第一参数转换为第二参数；其中，所述参数转换请求包括所述第一参数，所述第一参数为统一资源定位符URL的参数中无法被所述第一CDN服务器识别的参数，所述第二参数为能被所述第一CDN服务器识别的参数；
    转换单元，用于根据预设方式对所述第一参数进行转换，以得到所述第二参数；
    发送单元，用于向所述第一CDN服务器发送用于响应所述参数转换请求的第一响应消息，所述第一响应消息包括所述第二参数。
  16. 根据权利要求15所述的CDN服务器，其特征在于，所述转换单元具体用于：
    根据所述第一参数查询参数对应关系表，以得到所述第二参数，所述参数对应关系表 包括所述第一参数与所述第二参数之间的对应关系。
  17. 根据权利要求15所述的方法，其特征在于，所述参数转换请求为超文本传输协议HTTP请求命令，所述第一响应消息为第一HTTP响应消息。
  18. 根据权利要求16所述的方法，其特征在于，所述发送单元还用于：
    当所述转换单元根据所述第一参数查询所述参数对应关系表未得到所述第二参数时，向所述第一CDN服务器发送用于响应所述参数转换请求的第二响应消息，所述第二响应消息用于指示参数转换失败；所述第二响应消息为HTTP响应消息。
  19. 一种内容分发网络CDN服务器，其特征在于，包括
    存储有可执行程序代码的存储器；
    与所述耦合的处理器；
    所述处理器调用所述存储器中存储的所述可执行程序代码，执行如权利要求1-5任一项所述的方法，或者执行如权利要求6-9任一项所述的方法。
  20. 一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法，或者执行如权利要求6-9任一项所述的方法。
PCT/CN2019/080178 2018-04-17 2019-03-28 Cdn业务调度处理方法及cdn服务器 Ceased WO2019201072A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810346347.XA CN110392069B (zh) 2018-04-17 2018-04-17 Cdn业务调度处理方法及cdn服务器
CN201810346347.X 2018-04-17

Publications (1)

Publication Number Publication Date
WO2019201072A1 true WO2019201072A1 (zh) 2019-10-24

Family

ID=68240513

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/080178 Ceased WO2019201072A1 (zh) 2018-04-17 2019-03-28 Cdn业务调度处理方法及cdn服务器

Country Status (2)

Country Link
CN (1) CN110392069B (zh)
WO (1) WO2019201072A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114615237A (zh) * 2022-03-22 2022-06-10 阿里巴巴（中国）有限公司 流媒体通信方法、系统、设备及存储介质
CN119807559A (zh) * 2024-11-21 2025-04-11 聚好看科技股份有限公司 Cdn服务网元、cdn缓存更新方法及计算机可读存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110958656B (zh) * 2019-11-25 2021-09-14 中国联合网络通信集团有限公司 Cdn重定向的方法及系统
CN113300867B (zh) * 2020-06-29 2022-06-14 阿里巴巴集团控股有限公司 Cdn系统、信息处理方法及装置、cdn节点
CN112615908B (zh) * 2020-12-08 2023-04-18 广东荣文科技集团有限公司 网页处理方法、电子设备及相关产品

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120311076A1 (en) * 2011-05-31 2012-12-06 Cisco Technology, Inc. System and method to support different uniform resource locator formats for content on different network elements
CN104394182A (zh) * 2014-03-21 2015-03-04 贵阳朗玛信息技术股份有限公司 一种实现内容分发网络加速的方法及源服务器
CN106372250A (zh) * 2016-09-23 2017-02-01 郑州云海信息技术有限公司 通过url协议启动本地应用的参数传递方法及装置
US20170099341A1 (en) * 2015-10-06 2017-04-06 Verizon Patent And Licensing Inc. Dynamic media transformation service in a cdn

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI420339B (zh) * 2010-11-10 2013-12-21 Ind Tech Res Inst 軟體授權系統及方法
CN105847398A (zh) * 2016-04-25 2016-08-10 乐视控股（北京）有限公司 业务调度方法、调度服务器及业务服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120311076A1 (en) * 2011-05-31 2012-12-06 Cisco Technology, Inc. System and method to support different uniform resource locator formats for content on different network elements
CN104394182A (zh) * 2014-03-21 2015-03-04 贵阳朗玛信息技术股份有限公司 一种实现内容分发网络加速的方法及源服务器
US20170099341A1 (en) * 2015-10-06 2017-04-06 Verizon Patent And Licensing Inc. Dynamic media transformation service in a cdn
CN106372250A (zh) * 2016-09-23 2017-02-01 郑州云海信息技术有限公司 通过url协议启动本地应用的参数传递方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114615237A (zh) * 2022-03-22 2022-06-10 阿里巴巴（中国）有限公司 流媒体通信方法、系统、设备及存储介质
CN114615237B (zh) * 2022-03-22 2024-03-29 阿里巴巴（中国）有限公司 流媒体通信方法、系统、设备及存储介质
CN119807559A (zh) * 2024-11-21 2025-04-11 聚好看科技股份有限公司 Cdn服务网元、cdn缓存更新方法及计算机可读存储介质

Also Published As

Publication number Publication date
CN110392069B (zh) 2021-12-14
CN110392069A (zh) 2019-10-29

Similar Documents

Publication Publication Date Title
WO2019201072A1 (zh) Cdn业务调度处理方法及cdn服务器
AU2017427437B2 (en) Pdu type setting method, ue policy setting method, and related entity
CN107948324B (zh) 请求传输系统、方法、装置及存储介质
CN102523314B (zh) 识别高效的目标服务器的方法和装置
US8620999B1 (en) Network resource modification for higher network connection concurrence
JP5481481B2 (ja) ラウンドトリップ低減および体験の質の改善のためのクロス・レイヤ・パイプライン処理最適化
CN108200165B (zh) 请求传输系统、方法、装置及存储介质
WO2019061522A1 (zh) 域名解析方法、客户端、边缘节点及域名解析系统
CN111212156B (zh) 一种网络连接方法与装置
US11431765B2 (en) Session migration—based scheduling method and server
CN108200158B (zh) 请求传输系统、方法、装置及存储介质
WO2019062593A1 (zh) 报文传输方法及装置、计算机可读存储介质
CN105493462B (zh) 一种内容分发方法、装置和系统
CN106230942A (zh) 一种回源访问的方法及系统
CN102984223B (zh) 一种消息发送方法、网络设备及系统
CN110839049A (zh) 基于域名系统的数据调度方法和系统
WO2021104458A1 (zh) 域名查询方法以及相关设备
EP4270900A1 (en) Using dns to communicate mp-tcp capability of server devices
JP2017500679A (ja) メディアリソースフィードバック方法、装置、プログラム及び記録媒体
CN106302230B (zh) 一种数据传输方法及装置
CN104518968B (zh) 一种报文处理的方法和透明代理服务器
EP2837148A1 (en) Method for optimising downloading of data
TW201611549A (zh) 網路設備及其進行路由轉發的方法
CN104969521B (zh) 数据发送处理方法及路由器
CN102970391B (zh) 域名查询处理方法、服务器及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19788211

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19788211

Country of ref document: EP

Kind code of ref document: A1