WO2019218441A1 - 请求处理方法、装置、设备及存储介质 - Google Patents

请求处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2019218441A1
WO2019218441A1 PCT/CN2018/094724 CN2018094724W WO2019218441A1 WO 2019218441 A1 WO2019218441 A1 WO 2019218441A1 CN 2018094724 W CN2018094724 W CN 2018094724W WO 2019218441 A1 WO2019218441 A1 WO 2019218441A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain name
address
request
access
original
Prior art date
Application number
PCT/CN2018/094724
Other languages
English (en)
French (fr)
Inventor
罗开辉
Original Assignee
平安科技（深圳）有限公司
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 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019218441A1 publication Critical patent/WO2019218441A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a request processing method, apparatus, device, and storage medium.
  • the next hop node corresponding to the current node needs to be queried, and the live resource is searched for in the next hop node. If the one-hop node still does not exist, it is necessary to continue the query until the live resource is stored in the finally found node.
  • a custom protocol is generally used to query the next hop node, but the custom protocol has large investment, difficulty, and complexity in testing, development, scalability, compatibility, and reliability.
  • the main purpose of the present application is to provide a request processing method, apparatus, device, and storage medium, which are intended to solve the technical problems of high investment and low reliability when querying a next hop node in the prior art.
  • the present application provides a request processing method, and the method includes the following steps:
  • the present application further provides a request processing apparatus, where the apparatus includes: a message parsing module, a node determining module, and a message processing module;
  • the packet parsing module is configured to receive a DNS request packet, perform domain name field extraction on the DNS request packet, and determine an access domain name and request data according to the extracted domain name field;
  • the node determining module is configured to extract an application identifier included in the request data, and determine a next hop node according to the application identifier and the access domain name;
  • the packet processing module is configured to send the DNS request packet to the next hop node.
  • the present application further provides a request processing device, the device comprising: a memory, a processor, and a request processing program stored on the memory and operable on the processor, the request The handler is configured to implement the steps of the request processing method as described above.
  • the present application also proposes a storage medium on which a request processing program is stored, the step of implementing the request processing method as described above when the request processing program is executed by the processor.
  • the request processing method, the device, the device, and the storage medium of the present application receive a DNS request message, perform domain name field extraction on the DNS request message, and determine an access domain name and request data according to the extracted domain name field; and extract request data.
  • the application identifier included in the application determines the next hop node according to the application identifier and the access domain name; the DNS request packet is sent to the next hop node, and the domain name field is extracted for the DNS request packet conforming to the DNS protocol, and is extracted according to the domain name field.
  • the domain name field determines the access domain name and the request data, and then determines the next hop node according to the access domain name and the request data, and sends the DNS request message to the queried next hop node, thereby avoiding request processing through the custom protocol.
  • the cost of the investment guarantees the reliability of the request processing.
  • FIG. 1 is a schematic structural diagram of a request processing device of a hardware operating environment involved in a solution according to an embodiment of the present application
  • FIG. 2 is a schematic flowchart of a first embodiment of a request processing method according to the present application
  • FIG. 3 is a schematic flowchart of a second embodiment of a request processing method according to the present application.
  • FIG. 4 is a schematic flowchart of a third embodiment of a request processing method according to the present application.
  • FIG. 5 is a schematic flowchart of a fourth embodiment of a request processing method according to the present application.
  • FIG. 6 is a structural block diagram of a first embodiment of a request processing apparatus according to the present application.
  • FIG. 1 is a schematic structural diagram of a request processing device in a hardware operating environment according to an embodiment of the present application.
  • the request processing device may include: a processor 1001, such as a central processing unit (Central Processing) Unit, CPU), communication bus 1002, user interface 1003, network interface 1004, memory 1005.
  • the communication bus 1002 is used to implement connection communication between these components.
  • the user interface 1003 can include a display, an input unit such as a keyboard, and the optional user interface 1003 can also include a standard wired interface, a wireless interface.
  • the network interface 1004 can optionally include a standard wired interface, a wireless interface (such as a Wireless Fidelity-FIdelity (WI-FI) interface).
  • WI-FI Wireless Fidelity-FIdelity
  • the memory 1005 can be a high speed random access memory (Random) Access Memory, RAM) memory, or a stable non-volatile memory (Non-Volatile) Memory, NVM), such as disk storage.
  • RAM random access memory
  • NVM stable non-volatile memory
  • the memory 1005 can also optionally be a storage device independent of the aforementioned processor 1001.
  • FIG. 1 does not constitute a definition of a request processing device, and may include more or fewer components than those illustrated, or some components may be combined, or different component arrangements.
  • an operating system may be included in the memory 1005 as a storage medium.
  • a data storage module may be included in the memory 1005 as a storage medium.
  • a network communication module may be included in the memory 1005 as a storage medium.
  • a user interface module may be included in the memory 1005 as a storage medium.
  • the network interface 1004 is mainly used for data communication with the network server; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the processing device of the present application may be The request processing device is called by the processor 1001 to call the request processing program stored in the memory 1005, and executes the request processing method provided by the embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a first embodiment of a request processing method according to the present application.
  • the method includes the following steps:
  • Step S10 Receive a DNS request message, perform domain name field extraction on the DNS request message, and determine an access domain name and request data according to the extracted domain name field;
  • the execution body of the method of this embodiment may be a (network) node, and the node may be a network having its own unique network address and having a function of transmitting and receiving data (for example, by a plurality of The live broadcast network formed by the server, the live broadcast network may be a content distribution network connected to the device; or the live broadcast network service provider may set the cache server in different regions, and the cache servers may be arranged to a region or network where the user access is relatively concentrated.
  • the global load technology is used to point the user's access to the nearest working cache server, and the cache server directly responds to the user request.
  • the domain name system (Domain Name) is currently obtained.
  • System, DNS DNS
  • the node that requested the message is the current node.
  • the current node when receiving the DNS request packet sent by the previous hop node, parses the DNS request packet to extract the corresponding domain name field, and then determines that the domain name field is to be accessed according to the extracted domain name field. Domain name and requested data.
  • Step S20 Extract an application identifier carried in the request data, and determine a next hop node according to the application identifier and the access domain name;
  • the live broadcast networks corresponding to different live broadcast platforms are different.
  • the live broadcast network corresponding to the live broadcast platform A is the network 1
  • the live broadcast network corresponding to the live broadcast platform B may be the network 2, but
  • the same server node
  • the same server node
  • the same server node
  • the same server node
  • the application identifier may be configured in advance for each live broadcast platform, and then the application identifier is used to authenticate the application or client from the live broadcast platform.
  • the data access request sent by the terminal is marked, so that each node that receives the DNS request message can quickly and accurately determine the live broadcast network or line used by the live broadcast platform application or the client according to the application identifier.
  • the current node may extract an application identifier carried in the request data, and then determine, according to the application identifier, a content distribution network to which the current node belongs, and then determine a next hop node based on the content distribution network and the access domain name. . Specifically, after determining the final content distribution network, the current node may distribute the network topology corresponding to the network according to the content distribution network and the network protocol corresponding to the access domain name (Internet) A protocol, IP) address from which the next hop node is determined.
  • Internet Internet
  • the current node receives the DNS request message and also obtains the current IP address corresponding to the current IP address and the target IP address corresponding to the access domain name; the current IP address is matched with the target IP address; And acquiring the resource data corresponding to the request data, and sending the resource data to the user terminal corresponding to the original source IP address; when the matching fails, performing the step S20. That is, each node that receives the DNS request packet detects whether it is a response node or a target node corresponding to the request packet; if yes, parses the DNS request packet to obtain corresponding resource data, and the resource data is obtained.
  • the original source IP address is an IP address of a live platform application or a client-side terminal.
  • Step S30 Send the DNS request packet to the next hop node.
  • the current node may continue to send the DNS request packet to the determined next hop node by matching the current IP address corresponding to the current IP address and the destination IP address corresponding to the access domain name.
  • the one-hop node continues to determine whether it is the responding node or the target node corresponding to the DNS request message according to the DNS request message, and so on, until the DNS request message is sent to the final responding node or the target node.
  • the domain name field is extracted from the DNS request packet by receiving the DNS request packet, and the access domain name and the request data are determined according to the extracted domain name field; the application identifier included in the request data is extracted, and the application identifier and the access domain name are determined according to the application identifier.
  • the next hop node then sends the DNS request message to the next hop node; since the next hop node is queried through the canonical DNS protocol, and then the DNS request message is sent to the queried next hop node, It can realize the fast processing of the request, and greatly reduces the processing cost and processing difficulty of the request compared with the existing method of node query and request processing through the custom protocol.
  • FIG. 3 is a schematic flowchart of a second embodiment of a request processing method according to the present application.
  • the request processing method in this embodiment further includes: before the step S10,
  • Step S01 Receive a data access request, and extract an original access domain name, original request data, and an original source IP address corresponding to the data access request.
  • the information structure of the DNS protocol is variable except for the domain name field portion, and the others are fixed and cannot be changed.
  • the present application re-normalizes the information such as the access domain name, the request data, and the original source IP required to query the next station address in the live network, and then puts the standardized information data into the data.
  • the domain name field of the DNS protocol generates a DNS request packet, so that each node that receives the DNS request packet can successfully query the next hop node according to the normalized information data to implement a response to the data access request.
  • the data access request may be an access request initiated by the user through the live platform application or the client, where the data access request includes the original domain name address to be accessed, the original request data, and the original source IP address. .
  • the node that receives the data access request parses the data access request, and extracts information such as an original access domain name, original request data, and an original source IP address.
  • Step S02 Generate a DNS request message according to the original access domain name, the original request data, and the original source IP address.
  • the node that first receives the data access request may obtain the original access domain name, the original request data, and the original source IP address according to a preset rule.
  • the data access request is redefined to obtain a DNS request message.
  • the initial node may extract the original application identifier included in the request data; the original access domain name, the original application identifier, and the original source IP address. Formatting, obtaining target digital data that satisfies the binary format, that is, target binary data; and then replacing the domain name field in the DNS message according to the target binary data to generate a new DNS request message.
  • the initial node further detects a byte length of the target binary data, and detects whether the length of the byte exceeds a byte length specified by a domain name field of the DNS protocol; If yes, the domain name field in the DNS packet is replaced according to the target binary data to generate a DNS request packet; when it is exceeded, the original access domain name is compressed, and then the compressed access domain name and original The request data and the original source IP address are binary formatted, and the formatted digital data is used to replace the domain name field in the DNS message to generate a DNS request message.
  • the original access domain name, the original request data, and the original source IP address corresponding to the data access request are extracted by receiving the data access request, and the DNS request packet is generated according to the original access domain name, the original request data, and the original source IP address.
  • the existing DNS protocol is defined to pass the access request through the re-authenticated DNS request message, which further reduces the processing cost of the request.
  • FIG. 4 is a schematic flowchart of a third embodiment of a request processing method according to the present application.
  • the step S20 specifically includes the following steps:
  • Step S201 Extract an application identifier included in the request data.
  • the current node performs information extraction on the request data, and obtains an application identifier included in the request data, where the application identifier may be a live platform application that the user sends the data access request or identifier information corresponding to the client.
  • the fast-track live broadcast KSTV
  • Betta live broadcast DYTV
  • Panda live XMTV or PandaTV etc.
  • the specific expression form of the identification information is not limited in this embodiment.
  • Step S202 Searching for a content distribution network corresponding to the application identifier in the mapping relationship, where the mapping relationship stores a correspondence between the application identifier and the content distribution network;
  • mapping relationship may be a pre-established relationship between elements of a set of two elements.
  • the mapping end source is an application identifier of the live broadcast platform, and the target end source is used.
  • the mapping relationship stores the correspondence between the application identifier and the content distribution network, and the mapping relationship may be pre-stored in the storage space of each node.
  • the current node searches for a content distribution network corresponding to the application identifier in a locally stored mapping relationship to implement fast determination of the content distribution network where the user is located.
  • Step S203 Determine a next hop node based on the content distribution network and the access domain name.
  • the next hop node may be determined from the network topology according to the network topology corresponding to the content distribution network and the IP address corresponding to the access domain name.
  • the current node extracts the application identifier included in the request data, searches for a content distribution network corresponding to the application identifier in the mapping relationship, and determines a next hop node based on the content distribution network and the access domain name to implement Fast and accurate acquisition of the next hop node.
  • FIG. 5 is a schematic flowchart of a fourth embodiment of a request processing method according to the present application.
  • the step S203 may specifically include:
  • Step S2031 Obtain a target IP address corresponding to the access domain name, and an original source IP address included in the domain name field.
  • the domain name may be queried by the domain name, that is, the target IP address, or the domain name is sent to the domain name resolution server.
  • the IP address is resolved.
  • the access domain name is www.baidu.com, and the corresponding IP address is 119.75.218.70.
  • the current node may query the target IP address corresponding to the access domain name through a domain name query tool (eg, nslookup, dig, bind, etc.).
  • a domain name query tool eg, nslookup, dig, bind, etc.
  • Step S2032 Determine a target access path based on the content distribution network, the original source IP address, and the target IP address;
  • the content distribution network (Content Delivery Network, CDN) is a layer of intelligent virtual network based on the existing Internet formed by placing node servers throughout the network.
  • the CDN system can obtain network traffic and connection and load status of each node in real time. Information such as the user's distance and response time.
  • the current node may search for a plurality of available access paths between the original source IP address and the target IP address based on the content distribution network; the available access path may be current A network path that can connect the original source IP address with the destination IP address at any time.
  • the greater the network load indicates that the network path of the current time node is more congested.
  • the current node may separately obtain the current network load corresponding to each available access path, and the available access path with the smallest network load is minimized. As the target access path.
  • Step S2033 Search for a next hop node corresponding to the current node according to the target access path.
  • the current node may determine a corresponding next hop node according to the target access path, and send a DNS request packet to the next hop node.
  • the current node is a node that currently obtains the DNS request message.
  • the current node obtains the target IP address corresponding to the access domain name and the original source IP address included in the domain name field; determines the target access path based on the content distribution network, the original source IP address, and the target IP address, and then searches and searches according to the target access path.
  • the next hop node corresponding to the current node determines the target access path according to the original source IP address and the target IP address, and then queries the next hop node based on the target access path, thereby avoiding traversing all nodes adjacent to the current node. Query, get the tedious operation of the next hop node.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • FIG. 6 is a structural block diagram of a first embodiment of a request processing apparatus according to the present application.
  • the request processing apparatus includes: a message parsing module 601, a node determining module 602, and a message processing module 603;
  • the packet parsing module 601 is configured to receive a DNS request packet, perform domain name field extraction on the DNS request packet, and determine an access domain name and request data according to the extracted domain name field;
  • the node determining module 602 is configured to extract an application identifier included in the request data, and determine a next hop node according to the application identifier and the access domain name;
  • the packet processing module 603 is configured to send the DNS request packet to the next hop node.
  • the user requesting the processing device parses the DNS request packet, obtains the access domain name and the request data corresponding to the DNS request packet, and extracts the user identifier carried in the request data, according to the user identifier and the access domain name. Determining the next hop node; because the query of the next hop node is performed through the canonical DNS protocol, and then the DNS request message is sent to the queried next hop node, the fast processing of the user request can be realized, and the existing Compared with the request processing method, the node query by the custom protocol greatly reduces the processing cost and processing difficulty of the user request.
  • the request processing device further includes a message generating module, where the message generating module is configured to receive a data access request, and extract an original access domain name, original request data, and an original source corresponding to the data access request.
  • the IP address is generated according to the original access domain name, the original request data, and the original source IP address.
  • the packet generation module parses the data access request, and extracts information such as an original access domain name, original request data, and an original source IP address.
  • the message generating module may further extract the original application identifier included in the request data, and format the original access domain name, the original application identifier, and the original source IP address.
  • the target digital data in the binary format that is, the target binary data, is satisfied; then, the domain name field in the DNS message is replaced according to the target binary data to generate a new DNS request message.
  • the packet generation module further detects a byte length of the target binary data, and detects whether the byte length exceeds a byte specified by a DNS protocol domain name field. Length: when not exceeding, the domain name field in the DNS packet is replaced according to the target binary data to generate a DNS request message; when it is exceeded, the original access domain name is compressed, and then the compressed The domain name, the original request data, and the original source IP address are binary formatted, and the formatted digital data is used to replace the domain name field in the DNS packet to generate a DNS request message.
  • the node determining module 602 is further configured to extract an application identifier included in the request data, and search for a content distribution network corresponding to the application identifier in a mapping relationship, and distribute the content according to the content.
  • the network and the visited domain name determine a next hop node. ;
  • mapping relationship may be a pre-established relationship between elements of a set of two elements.
  • the mapping end source is an application identifier of the live broadcast platform, and the target end source is used.
  • the mapping relationship stores the correspondence between the application identifier and the content distribution network, and the mapping relationship may be pre-stored in the storage space of each node.
  • the node determining module 602 searches for a content distribution network corresponding to the application identifier in a locally stored mapping relationship, so as to implement a fast determination of the content distribution network where the content is located, and after determining the content distribution network, Determining a next hop node from the network topology according to a network topology corresponding to the content distribution network and an IP address corresponding to the access domain name.
  • the node determining module 602 is further configured to obtain a target IP address corresponding to the access domain name, and an original source IP address included in the domain name field, based on the content distribution network and the original source IP address. And determining, by the target IP address, a target access path, and searching for a next hop node corresponding to the current node according to the target access path.
  • the node determining module 602 may query the IP address corresponding to the domain name, that is, the target IP address, or send the access domain name to the domain name resolution server. It is resolved into an IP address.
  • the access domain name is: www.baidu.com
  • the corresponding IP address is 119.75.218.70.
  • the node determining module 602 can query the target IP address corresponding to the access domain name by using a domain name query tool (eg, nslookup, dig, bind, etc.).
  • a domain name query tool eg, nslookup, dig, bind, etc.
  • the content distribution network is a layer of intelligent virtual network formed on the existing Internet by placing node servers throughout the network, and the CDN system can acquire network traffic and connection of each node in real time, Information such as load conditions and distance to the user and response time.
  • the node determining module 602 may further search, according to the content distribution network, a plurality of available access paths between the original source IP address and the target IP address; the available access path It may be a network path that can connect the original source IP address with the target IP address at the current time.
  • the node determining module 602 is further configured to obtain the current network load corresponding to each available access path, and minimize the current network load.
  • the available access path is used as the target access path, and then the corresponding next hop node is determined according to the target access path, and the DNS request message is sent to the next hop node.
  • the processing device requests the processing device to obtain the target IP address corresponding to the access domain name and the original source IP address included in the domain name field; determine the target access path based on the content distribution network, the original source IP address, and the target IP address, and then according to the target access path.
  • the next hop node corresponding to the current node is searched, and the target access path is determined according to the original source IP address and the target IP address, and then the next hop node is queried based on the target access path, thereby avoiding all nodes adjacent to the current node. Perform a traversal query to obtain the tedious operation of the next hop node.
  • the embodiment method can be implemented by means of software plus a necessary general hardware platform, and of course hardware, but in many cases the former is a better implementation.
  • a storage medium such as read only memory (Read Only) Memory, ROM/RAM, disk, light
  • the disk includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开一种请求处理方法、装置、设备及存储介质，该请求处理方法包括：接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；提取请求数据中包含的应用标识，根据应用标识以及访问域名确定下一跳节点；将DNS请求报文发送至下一跳节点。

Description

请求处理方法、装置、设备及存储介质
本申请要求于2018年05月16日提交中国专利局、申请号为201810472186.9、发明名称为“请求处理方法、装置、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种请求处理方法、装置、设备及存储介质。
背景技术
近年来，网络直播作为一种新兴的网络社交方式，已经为大众所接受并喜爱，随着网络直播的兴起，网络直播平台也成为了一种崭新的社交媒体。在网络直播平台上，用户可以通过手机、平板电脑、个人电脑等上传直播数据，来实现对直播内容的分享。当全国各地的用户需要观看某个主播的直播内容时，就可通过客户端来点击获取相应的直播资源进行观看。
现有的直播网络，当网络中接收到用户请求的当前节点中不存在对应的直播资源时，就需要查询当前节点对应的下一跳节点，去下一跳节点中寻找该直播资源，若下一跳节点中仍不存在，就需要继续查询直至最终找到的节点中存放有该直播资源。目前，一般使用自定义协议去查询下一跳节点，但自定义协议在测试、开发、扩展性、兼容性、可靠性等方面存在投入大、难度大、复杂度高等问题。
上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
发明内容
本申请的主要目的在于提供了一种请求处理方法、装置、设备及存储介质，旨在解决现有技术中对下一跳节点进行查询时，存在的投入高、可靠性低的技术问题。
为实现上述目的，本申请提供了一种请求处理方法，所述方法包括以下步骤:
接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
将所述DNS请求报文发送至所述下一跳节点。
此外，为实现上述目的，本申请还提出一种请求处理装置，所述装置包括：报文解析模块、节点确定模块和报文处理模块；
所述报文解析模块，用于接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
所述节点确定模块，用于提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
所述报文处理模块，用于将所述DNS请求报文发送至所述下一跳节点。
此外，为实现上述目的，本申请还提出一种请求处理设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的请求处理程序，所述请求处理程序配置为实现如上文所述的请求处理方法的步骤。
此外，为实现上述目的，本申请还提出一种存储介质，所述存储介质上存储有请求处理程序，所述请求处理程序被处理器执行时实现如上文所述的请求处理方法的步骤。
本申请的请求处理方法、装置、设备及存储介质，通过接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；提取请求数据中包含的应用标识，根据应用标识以及访问域名确定下一跳节点；将DNS请求报文发送至下一跳节点，由于是对符合DNS协议的DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据，然后根据该访问域名及请求数据确定出下一跳节点，并将DNS请求报文发送至查询到的下一跳节点，避免了通过自定义协议进行请求处理的成本投入，保证了请求处理的可靠性。
附图说明
图1是本申请实施例方案涉及的硬件运行环境的请求处理设备的结构示意图；
图2为本申请请求处理方法第一实施例的流程示意图；
图3为本申请请求处理方法第二实施例的流程示意图；
图4为本申请请求处理方法第三实施例的流程示意图；
图5为本申请请求处理方法第四实施例的流程示意图;
图6为本申请请求处理装置第一实施例的结构框图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
参照图1，图1为本申请实施例方案涉及的硬件运行环境的请求处理设备结构示意图。
如图1所示，该请求处理设备可以包括：处理器1001，例如中央处理器（Central Processing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（WIreless-FIdelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（Random Access Memory，RAM）存储器，也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的结构并不构成对请求处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及请求处理程序。
在图1所示的请求处理设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本申请请求处理设备中的处理器1001、存储器1005可以设置在请求处理设备中，所述请求处理设备通过处理器1001调用存储器1005中存储的请求处理程序，并执行本申请实施例提供的请求处理方法。
本申请实施例提供了一种请求处理方法，参照图2，图2为本申请请求处理方法第一实施例的流程示意图。
本实施例中，所述方法包括以下步骤：
步骤S10：接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
需要说明的是，本实施例方法的执行主体可以是（网络）节点，所述节点可以是一个拥有自己唯一网络地址的，与具有独立地址和具有传送或接收数据功能的网络（如，由众多服务器构成的直播网络，该直播网络可以是一种内容分发网络）相连的设备；也可以是直播网络服务商设置在不同地区的缓存服务器，这些缓存服务器可布置到用户访问相对集中的地区或网络中，在用户进行访问时，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上，由缓存服务器直接响应用户请求。
在本实施例及下述各实施例中，将当前获取到域名系统（Domain Name System，DNS）请求报文的节点作为当前节点。
在具体实现中，当前节点在接收到上一跳节点发送的DNS请求报文时，对所述DNS请求报文进行解析以提取其对应的域名字段，然后根据提取出的域名字段确定出将要访问的域名以及请求的数据。
步骤S20：提取所述请求数据中携带的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
可以理解的是，一般情况下，不同的直播平台所对应的直播网络都不相同，例如：直播平台A所对应的直播网络为网络1，直播平台B所对应的直播网络可能为网络2，但实际情况中也可能存在同一服务器（节点）被不同直播平台的直播网络或被同一直播平台的直播网络中不同线路交叉使用的情况，因此为了使这些被交叉使用的服务器在接收到DNS请求报文时，能够快速准确地确定该DNS请求报文应该在哪一直播网络或线路中进行传输，可预先对每个直播平台配置一个应用标识，然后通过该应用标识对从该直播平台应用程序或客户端发出的数据访问请求进行标记，以便于每个接收到DNS请求报文的节点都可以快速准确地根据该应用标识确定出该直播平台应用程序或客户端所使用的直播网络或线路。
在具体实现中，当前节点可通过提取所述请求数据中携带的应用标识；然后根据应用标识确定当前节点所属的内容分发网络，再基于所述内容分发网络和所述访问域名确定下一跳节点。具体的，在确定出最终的内容分发网络后，当前节点即可根据该内容分发网络对应的网络拓扑以及所述访问域名对应的网络协议（Internet Protocol，IP）地址，从所述网络拓扑中确定出下一跳节点。
进一步的，当前节点在接收到DNS请求报文还将获取自身对应的当前IP地址以及所述访问域名对应的目标IP地址；将所述当前IP地址与所述目标IP地址进行匹配；在匹配成功时，获取与所述请求数据对应的资源数据，并将所述资源数据发送至所述原始源IP地址对应的用户终端；在匹配失败时，执行所述步骤S20。即每个接收到所述DNS请求报文的节点都会检测自身是否为该请求报文对应的响应节点或目标节点；若是，则解析该DNS请求报文获取对应的资源数据，并将该资源数据发送至所述原始源IP地址对应的用户终端；若不是，则继续将该DNS请求报文进行下发，直至找到最终的响应节点或目标节点。本实施例中，所述原始源IP地址为直播平台应用程序或客户端对应终端的IP地址。
步骤S30：将所述DNS请求报文发送至所述下一跳节点。
在具体实现中，当前节点在通过将自身对应的当前IP地址以及访问域名对应的目标IP地址进行匹配且匹配失败时，可继续将DNS请求报文发送至确定出的下一跳节点，由下一跳节点继续根据DNS请求报文确定自身是否为DNS请求报文对应的响应节点或目标节点，如此循环，直至将所述DNS请求报文发送至最终的响应节点或目标节点。
本实施例通过接收DNS请求报文，对DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；提取请求数据中包含的应用标识，根据应用标识以及访问域名确定下一跳节点；然后将DNS请求报文发送至下一跳节点；由于是通过规范的DNS协议进行下一跳节点的查询，然后将DNS请求报文发送至查询到的下一跳节点，因而能够实现对请求的快速处理，与现有的通过自定义协议进行节点查询与请求处理方式相比，大大降低了请求的处理成本及处理难度。
参考图3，图3为本申请请求处理方法第二实施例的流程示意图。
基于上述第一实施例，本实施例提出的请求处理方法，在所述步骤S10之前，还包括：
步骤S01：接收数据访问请求，提取所述数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址；
应理解的是，作为一种二进制协议，DNS协议的信息结构除了域名字段部分是可变的，其他已经固定不可更改。本申请为了使用DNS协议实现对数据访问请求进行调度，采用将直播网络中查询下一站地址需要的访问域名、请求数据以及原始源IP等信息进行重新规范，然后将规范后的信息数据放入DNS协议的域名字段部分生成DNS请求报文，以使每个接收到该DNS请求报文的节点都可以根据规范后的信息数据顺利地查询出下一跳节点，实现对数据访问请求的响应。
需要说明的是，所述数据访问请求可以为用户通过直播平台应用程序或客户端发起的访问请求，所述数据访问请求中包含待访问的原始域名地址，原始请求数据以及原始源IP地址等信息。
在具体实现中，接收到所述数据访问请求的节点对所述数据访问请求进行解析，提取其中包含的原始访问域名、原始请求数据以及原始源IP地址等信息。
步骤S02：根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文。
在本步骤中，最先接收到所述数据访问请求的节点（以下称为初始节点）在获取到所述原始访问域名、原始请求数据以及原始源IP地址后，可按照预设规则对所述数据访问请求进行重新定义获得DNS请求报文，具体的，初始节点可通过提取所述请求数据中包含的原始应用标识；对所述原始访问域名、所述原始应用标识以及所述原始源IP地址进行格式化，获得满足二进制格式的目标数字数据，即目标二进制数据；然后根据所述目标二进制数据对DNS报文中的域名字段进行替换，生成新的DNS请求报文。
进一步地，在生成所述目标二进制数据后，初始节点还会对所述目标二进制数据的字节长度进行检测，检测所述字节长度是否超过DNS协议域名字段部分规定的字节长度；在不超过时，再根据所述目标二进制数据对DNS报文中的域名字段进行替换，生成DNS请求报文；在超过时，则对所述原始访问域名进行压缩，然后将压缩后的访问域名、原始请求数据以及原始源IP地址进行二进制格式化，再利用格式化后的数字数据对DNS报文中的域名字段进行替换，生成DNS请求报文。
本实施例通过接收数据访问请求，提取数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址；根据所述原始访问域名、原始请求数据以及原始源IP地址生成DNS请求报文，通过对现有DNS协议进行规范定义来通过重新规范后的DNS请求报文传递访问请求，进一步降低了对请求的处理成本。
参考图4，图4为本申请请求处理方法第三实施例的流程示意图。
基于上述各实施例，本实施例提出的请求处理方法中，所述步骤S20具体包括以下步骤：
步骤S201：提取所述请求数据中包含的应用标识；
在具体实现中，当前节点对请求数据进行信息提取，获取所述请求数据中包含的应用标识，所述应用标识可以是用户发送所述数据访问请求的直播平台应用程序或客户端对应的标识信息，例如，快手直播：KSTV、斗鱼直播：DYTV、熊猫直播XMTV或PandaTV等，所述标识信息的具体表现形式本实施例不做限制。
步骤S202：在映射关系中查找与所述应用标识对应的内容分发网络，所述映射关系中存放有应用标识和内容分发网络之间的对应关系；
需要说明的是，所述映射关系可以是预先建立的一种两个元素的集之间元素相互“对应”的关系，在本实施例中，映射端源为直播平台的应用标识，目标端源为直播平台所使用的内容分发网络，即所述，所述映射关系中存放有应用标识和内容分发网络之间的对应关系，且该映射关系可预先保存在每一个节点的存储空间中。
在具体实现中，当前节点通过在本地存储的映射关系中查找与所述应用标识对应的内容分发网络，以实现对自身所在内容分发网络的快速确定。
步骤S203：基于所述内容分发网络和所述访问域名确定下一跳节点。
在具体实现中，当前节点确定出内容分发网络后，即可根据该内容分发网络对应的网络拓扑以及所述访问域名对应的IP地址，从所述网络拓扑中确定出下一跳节点。
本实施例当前节点提取所述请求数据中包含的应用标识；在映射关系中查找与所述应用标识对应的内容分发网络；基于所述内容分发网络和所述访问域名确定下一跳节点，实现了对下一跳节点快速准确的获取。
参考图5，图5为本申请请求处理方法第四实施例的流程示意图。
基于上述各实施例，本实施例提出的请求处理方法中，所述步骤S203可具体包括：
步骤S2031：获取所述访问域名对应的目标IP地址，以及所述域名字段中包含的原始源IP地址；
应理解的是，当前节点在获取到访问域名时，可通过所述域名查询出该域名对应的IP地址，即所述目标IP地址，又或是将所述访问域名发送至域名解析服务器由其解析成IP地址，例如访问域名为：www.baidu.com，对应的IP地址则为119.75.218.70。
在具体实现中，当前节点可通过域名查询工具（如，nslookup、dig、bind等）查询出访问域名对应的目标IP地址。
步骤S2032：基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径；
应理解的是，内容分发网络（Content Delivery Network，CDN）是由通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地获取网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等信息。
具体的，在确定出所属的内容分发网络后，当前节点可基于所述内容分发网络，查找出原始源IP地址以及目标IP地址之间的若干条可用访问路径；所述可用访问路径可以是当前时刻能够将原始源IP地址与目标IP地址进行连接的网路路径。
可理解的是，网络负载越大表明当前时间节点该网络路径越拥堵。本实施例为了实现对DNS请求报文的快速处理，在筛选出若干条可用访问路径后，当前节点可分别获取每条可用访问路径对应的当前网络负载，并将当前网络负载最小的可用访问路径作为目标访问路径。
步骤S2033：根据所述目标访问路径，查找与当前节点对应的下一跳节点。
在具体实现中，当前节点在确定最终的目标访问路径后，即可根据该目标访问路径确定出对应的下一跳节点，并将DNS请求报文发送至所述下一跳节点，本实施例中所述当前节点为当前获取到所述DNS请求报文的节点。
本实施例当前节点获取访问域名对应的目标IP地址，以及域名字段中包含的原始源IP地址；基于内容分发网络、原始源IP地址以及目标IP地址确定目标访问路径，然后根据目标访问路径查找与当前节点对应的下一跳节点，由于是根据原始源IP地址以及目标IP地址确定目标访问路径，再基于该目标访问路径查询出下一跳节点，避免了对当前节点相邻的所有节点进行遍历查询，获得下一跳节点的繁琐操作。
需要说明的是，本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
参照图6，图6为本申请请求处理装置第一实施例的结构框图。
如图6所示，本申请实施例提出的请求处理装置包括：报文解析模块601、节点确定模块602和报文处理模块603；
所述报文解析模块601，用于接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
所述节点确定模块602，用于提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
所述报文处理模块603，用于将所述DNS请求报文发送至所述下一跳节点。
本实施例用户请求处理装置通过获取DNS请求报文对DNS请求报文进行解析，获取与DNS请求报文对应的访问域名以及请求数据；提取请求数据中携带的用户标识，根据用户标识以及访问域名确定下一跳节点；由于是通过规范的DNS协议进行下一跳节点的查询，然后将DNS请求报文发送至查询到的下一跳节点，因而能够实现对用户请求的快速处理，与现有的通过自定义协议进行节点查询与请求处理方式相比，大大降低了用户请求的处理成本及处理难度。
基于上述请求处理装置第一实施例，提出请求处理装置第二实施例。
在本实施例中，所述请求处理装置还包括报文生成模块，所述报文生成模块，用于接收数据访问请求，提取所述数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址，根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文。
具体的，报文生成模块对所述数据访问请求进行解析，提取其中包含的原始访问域名、原始请求数据以及原始源IP地址等信息。
在具体实现中，所述报文生成模块还可通过提取所述请求数据中包含的原始应用标识；对所述原始访问域名、所述原始应用标识以及所述原始源IP地址进行格式化，获得满足二进制格式的目标数字数据，即目标二进制数据；然后根据所述目标二进制数据对DNS报文中的域名字段进行替换，生成新的DNS请求报文。
进一步地，在生成所述目标二进制数据后，所述报文生成模块还会对所述目标二进制数据的字节长度进行检测，检测所述字节长度是否超过DNS协议域名字段部分规定的字节长度；在不超过时，再根据所述目标二进制数据对DNS报文中的域名字段进行替换，生成DNS请求报文；在超过时，则对所述原始访问域名进行压缩，然后将压缩后的访问域名、原始请求数据以及原始源IP地址进行二进制格式化，再利用格式化后的数字数据对DNS报文中的域名字段进行替换，生成DNS请求报文。
进一步地，在本实施例中所述节点确定模块602，还用于提取所述请求数据中包含的应用标识，在映射关系中查找与所述应用标识对应的内容分发网络，基于所述内容分发网络和所述访问域名确定下一跳节点。；
需要说明的是，所述映射关系可以是预先建立的一种两个元素的集之间元素相互“对应”的关系，在本实施例中，映射端源为直播平台的应用标识，目标端源为直播平台所使用的内容分发网络，即所述，所述映射关系中存放有应用标识和内容分发网络之间的对应关系，且该映射关系可预先保存在每一个节点的存储空间中。
在具体实现中，节点确定模块602通过在本地存储的映射关系中查找与所述应用标识对应的内容分发网络，以实现对自身所在内容分发网络的快速确定，且在确定出内容分发网络后，根据该内容分发网络对应的网络拓扑以及所述访问域名对应的IP地址，从所述网络拓扑中确定出下一跳节点。
进一步地，所述节点确定模块602，还用于获取所述访问域名对应的目标IP地址，以及所述域名字段中包含的原始源IP地址，基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径，根据所述目标访问路径，查找与当前节点对应的下一跳节点。
应理解的是，节点确定模块602在获取到访问域名时，可通过所述域名查询出该域名对应的IP地址，即所述目标IP地址，又或是将所述访问域名发送至域名解析服务器由其解析成IP地址，例如访问域名为：www.baidu.com，对应的IP地址则为119.75.218.70。
在具体实现中，节点确定模块602可通过域名查询工具（如，nslookup、dig、bind等）查询出访问域名对应的目标IP地址。
可理解的是，内容分发网络是由通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地获取网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等信息。
具体的，在确定出所属的内容分发网络后，节点确定模块602还可基于所述内容分发网络，查找出原始源IP地址以及目标IP地址之间的若干条可用访问路径；所述可用访问路径可以是当前时刻能够将原始源IP地址与目标IP地址进行连接的网路路径。
需要说明的是，网络负载越大表明当前时间节点该网络路径越拥堵。本实施例为了实现对DNS请求报文的快速处理，在筛选出若干条可用访问路径后，节点确定模块602还用于分别获取每条可用访问路径对应的当前网络负载，并将当前网络负载最小的可用访问路径作为目标访问路径，然后可根据该目标访问路径确定出对应的下一跳节点，并将DNS请求报文发送至所述下一跳节点。
本实施例请求处理装置通过获取访问域名对应的目标IP地址，以及域名字段中包含的原始源IP地址；基于内容分发网络、原始源IP地址以及目标IP地址确定目标访问路径，然后根据目标访问路径查找与当前节点对应的下一跳节点，由于是根据原始源IP地址以及目标IP地址确定目标访问路径，再基于该目标访问路径查询出下一跳节点，避免了对当前节点相邻的所有节点进行遍历查询，获得下一跳节点的繁琐操作。
本申请请求处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述 实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通 过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的 技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体 现出来，该计算机软件产品存储在一个存储介质(如只读存储器（Read Only Memory，ROM/RAM、磁碟、光 盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种请求处理方法，其特征在于，所述方法包括：
    接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
    提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
    将所述DNS请求报文发送至所述下一跳节点。
  2. 如权利要求1所述的方法，其特征在于，所述接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据之前，所述方法还包括：
    接收数据访问请求，提取所述数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址；
    根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文。
  3. 如权利要求2所述的方法，其特征在于，所述根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文的步骤包括：
    提取所述原始请求数据中包含的原始应用标识；
    对所述原始访问域名、所述原始应用标识以及所述原始源IP地址进行格式化，获得目标二进制数据；
    根据所述目标二进制数据对预存DNS报文中的域名字段进行替换，生成DNS请求报文。
  4. 如权利要求1所述的方法，其特征在于，所述提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点的步骤包括：
    提取所述请求数据中包含的应用标识；
    在映射关系中查找与所述应用标识对应的内容分发网络，所述映射关系中存放有应用标识和内容分发网络之间的对应关系；
    基于所述内容分发网络和所述访问域名确定下一跳节点。
  5. 如权利要求4所述的方法，其特征在于，所述基于所述内容分发网络和所述访问域名确定下一跳节点的步骤包括：
    获取所述访问域名对应的目标IP地址，以及所述域名字段中包含的原始源IP地址；
    基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径；
    根据所述目标访问路径，查找与当前节点对应的下一跳节点，所述当前节点为当前获取到所述DNS请求报文的节点。
  6. 如权利要求5所述的方法，其特征在于，所述基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径的步骤包括：
    基于所述内容分发网络，查找出所述原始源IP地址以及所述目标IP地址之间的若干条可用访问路径；
    分别获取每条可用访问路径对应的当前网络负载，并将当前网络负载最小的可用访问路径作为目标访问路径。
  7. 如权利要求6所述的方法，其特征在于，所述接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据之后，所述方法还包括：
    获取所述当前节点对应的当前IP地址以及所述访问域名对应的目标IP地址；
    将所述当前IP地址与所述目标IP地址进行匹配；
    在匹配成功时，获取与所述请求数据对应的资源数据，并将所述资源数据发送至所述原始源IP地址对应的用户终端；
    在匹配失败时，执行所述提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点的步骤。
  8. 一种请求处理装置，其特征在于，所述装置包括：报文解析模块、节点确定模块和报文处理模块；
    所述报文解析模块，用于接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
    所述节点确定模块，用于提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
    所述报文处理模块，用于将所述DNS请求报文发送至所述下一跳节点。
  9. 一种请求处理设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的请求处理程序，所述请求处理程序配置为实现如下步骤：
    接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
    提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
    将所述DNS请求报文发送至所述下一跳节点。
  10. 如权利要求9所述的请求处理设备，其特征在于，所述接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据之前，所述方法还包括：
    接收数据访问请求，提取所述数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址；
    根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文。
  11. 如权利要求10所述的请求处理设备，其特征在于，所述根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文的步骤包括：
    提取所述原始请求数据中包含的原始应用标识；
    对所述原始访问域名、所述原始应用标识以及所述原始源IP地址进行格式化，获得目标二进制数据；
    根据所述目标二进制数据对预存DNS报文中的域名字段进行替换，生成DNS请求报文。
  12. 如权利要求9所述的请求处理设备，其特征在于，所述提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点的步骤包括：
    提取所述请求数据中包含的应用标识；
    在映射关系中查找与所述应用标识对应的内容分发网络，所述映射关系中存放有应用标识和内容分发网络之间的对应关系；
    基于所述内容分发网络和所述访问域名确定下一跳节点。
  13. 如权利要求12所述的请求处理设备，其特征在于，所述基于所述内容分发网络和所述访问域名确定下一跳节点的步骤包括：
    获取所述访问域名对应的目标IP地址，以及所述域名字段中包含的原始源IP地址；
    基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径；
    根据所述目标访问路径，查找与当前节点对应的下一跳节点，所述当前节点为当前获取到所述DNS请求报文的节点。
  14. 如权利要求13所述的请求处理设备，其特征在于，所述基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径的步骤包括：
    基于所述内容分发网络，查找出所述原始源IP地址以及所述目标IP地址之间的若干条可用访问路径；
    分别获取每条可用访问路径对应的当前网络负载，并将当前网络负载最小的可用访问路径作为目标访问路径。
  15. 如权利要求14所述的请求处理设备，其特征在于，所述接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据之后，所述方法还包括：
    获取所述当前节点对应的当前IP地址以及所述访问域名对应的目标IP地址；
    将所述当前IP地址与所述目标IP地址进行匹配；
    在匹配成功时，获取与所述请求数据对应的资源数据，并将所述资源数据发送至所述原始源IP地址对应的用户终端；
    在匹配失败时，执行所述提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点的步骤。
  16. 一种存储介质，其特征在于，所述存储介质上存储有请求处理程序，所述请求处理程序被处理器执行时实现如下步骤：
    接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据；
    提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点；
    将所述DNS请求报文发送至所述下一跳节点。
  17. 如权利要求16所述的存储介质，其特征在于，所述接收DNS请求报文，对所述DNS请求报文进行域名字段提取，并根据提取出的域名字段确定访问域名以及请求数据之前，所述方法还包括：
    接收数据访问请求，提取所述数据访问请求对应的原始访问域名、原始请求数据以及原始源IP地址；
    根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文。
  18. 如权利要求17所述的存储介质，其特征在于，所述根据所述原始访问域名、所述原始请求数据以及所述原始源IP地址生成DNS请求报文的步骤包括：
    提取所述原始请求数据中包含的原始应用标识；
    对所述原始访问域名、所述原始应用标识以及所述原始源IP地址进行格式化，获得目标二进制数据；
    根据所述目标二进制数据对预存DNS报文中的域名字段进行替换，生成DNS请求报文。
  19. 如权利要求16所述的存储介质，其特征在于，所述提取所述请求数据中包含的应用标识，根据所述应用标识以及所述访问域名确定下一跳节点的步骤包括：
    提取所述请求数据中包含的应用标识；
    在映射关系中查找与所述应用标识对应的内容分发网络，所述映射关系中存放有应用标识和内容分发网络之间的对应关系；
    基于所述内容分发网络和所述访问域名确定下一跳节点。
  20. 如权利要求19所述的存储介质，其特征在于，所述基于所述内容分发网络和所述访问域名确定下一跳节点的步骤包括：
    获取所述访问域名对应的目标IP地址，以及所述域名字段中包含的原始源IP地址；
    基于所述内容分发网络、所述原始源IP地址以及所述目标IP地址确定目标访问路径；
    根据所述目标访问路径，查找与当前节点对应的下一跳节点，所述当前节点为当前获取到所述DNS请求报文的节点。
PCT/CN2018/094724 2018-05-16 2018-07-06 请求处理方法、装置、设备及存储介质 WO2019218441A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810472186.9 2018-05-16
CN201810472186.9A CN109729183B (zh) 2018-05-16 2018-05-16 请求处理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2019218441A1 true WO2019218441A1 (zh) 2019-11-21

Family

ID=66293794

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/094724 WO2019218441A1 (zh) 2018-05-16 2018-07-06 请求处理方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN109729183B (zh)
WO (1) WO2019218441A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111966445A (zh) * 2020-06-30 2020-11-20 北京百度网讯科技有限公司 调用应用程序接口的处理方法和装置
CN112104605A (zh) * 2020-08-10 2020-12-18 深信服科技股份有限公司 网络管理方法、设备及存储介质
CN112910718A (zh) * 2021-03-17 2021-06-04 中国电子信息产业集团有限公司第六研究所 一种基于dns系统的网络空间测绘方法
CN113132447A (zh) * 2020-01-15 2021-07-16 北京沃东天骏信息技术有限公司 反向代理的方法和系统
CN113676561A (zh) * 2021-07-16 2021-11-19 阿里巴巴新加坡控股有限公司 域名访问控制方法及装置
CN114466018A (zh) * 2022-03-22 2022-05-10 北京有竹居网络技术有限公司 内容分发网络的调度方法、装置、存储介质及电子设备
CN114553727A (zh) * 2022-02-18 2022-05-27 网宿科技股份有限公司 一种基于内容分发网络的数据处理方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113489772B (zh) * 2019-08-08 2022-09-09 腾讯科技（深圳）有限公司 网络请求处理方法及装置、电子设备
CN111131907B (zh) * 2019-12-31 2022-03-22 广州市百果园信息技术有限公司 一种直播内容引入方法、装置、存储介质及设备
CN117749762A (zh) * 2023-10-19 2024-03-22 天翼安全科技有限公司 一种dns访问请求处理方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634214A (zh) * 2013-11-25 2014-03-12 北京神州绿盟信息安全科技股份有限公司 一种路由信息生成方法及装置
CN106331206A (zh) * 2015-06-30 2017-01-11 杭州华三通信技术有限公司 域名管理方法及装置
WO2017184528A2 (en) * 2016-04-19 2017-10-26 Cisco Technology, Inc. Content routing in an ip network
CN107786678A (zh) * 2016-08-24 2018-03-09 北京金山云网络技术有限公司 域名解析方法、装置及系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101237442B (zh) * 2007-01-29 2013-02-27 华为技术有限公司 一体化网络中终端标识解析和业务传输方法、系统及装置
US7925782B2 (en) * 2008-06-30 2011-04-12 Amazon Technologies, Inc. Request routing using network computing components
CN101651720B (zh) * 2008-08-11 2014-05-21 上海可鲁系统软件有限公司 一种网络域名的解析方法
CN101841548B (zh) * 2010-05-18 2012-12-19 中国科学院软件研究所 主机标识到网络地址的映射方法
WO2012162965A1 (zh) * 2011-08-26 2012-12-06 华为技术有限公司 应用信息推送方法、系统和网元
CN103338213B (zh) * 2013-07-19 2017-02-08 中国人民解放军理工大学 本地设备与ims网络互通的方法、系统及接入网关
CN103747273A (zh) * 2013-12-23 2014-04-23 乐视网信息技术（北京）股份有限公司 一种视频请求方法、设备及系统
US20170041332A1 (en) * 2015-08-07 2017-02-09 Cisco Technology, Inc. Domain classification based on domain name system (dns) traffic
CN105872735A (zh) * 2016-04-25 2016-08-17 乐视控股（北京）有限公司 一种信息处理方法及电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634214A (zh) * 2013-11-25 2014-03-12 北京神州绿盟信息安全科技股份有限公司 一种路由信息生成方法及装置
CN106331206A (zh) * 2015-06-30 2017-01-11 杭州华三通信技术有限公司 域名管理方法及装置
WO2017184528A2 (en) * 2016-04-19 2017-10-26 Cisco Technology, Inc. Content routing in an ip network
CN107786678A (zh) * 2016-08-24 2018-03-09 北京金山云网络技术有限公司 域名解析方法、装置及系统

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113132447A (zh) * 2020-01-15 2021-07-16 北京沃东天骏信息技术有限公司 反向代理的方法和系统
CN111966445A (zh) * 2020-06-30 2020-11-20 北京百度网讯科技有限公司 调用应用程序接口的处理方法和装置
CN111966445B (zh) * 2020-06-30 2023-07-25 北京百度网讯科技有限公司 调用应用程序接口的处理方法和装置
CN112104605A (zh) * 2020-08-10 2020-12-18 深信服科技股份有限公司 网络管理方法、设备及存储介质
CN112910718A (zh) * 2021-03-17 2021-06-04 中国电子信息产业集团有限公司第六研究所 一种基于dns系统的网络空间测绘方法
CN113676561A (zh) * 2021-07-16 2021-11-19 阿里巴巴新加坡控股有限公司 域名访问控制方法及装置
CN114553727A (zh) * 2022-02-18 2022-05-27 网宿科技股份有限公司 一种基于内容分发网络的数据处理方法及装置
CN114466018A (zh) * 2022-03-22 2022-05-10 北京有竹居网络技术有限公司 内容分发网络的调度方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
CN109729183A (zh) 2019-05-07
CN109729183B (zh) 2021-10-26

Similar Documents

Publication Publication Date Title
WO2019218441A1 (zh) 请求处理方法、装置、设备及存储介质
WO2019128007A1 (zh) 一种容器登录方法、应用服务器、系统及存储介质
WO2014010992A1 (ko) 컨텐츠 이름 기반의 컨텐츠 중심 네트워크에서 컨텐츠 및 실시간 스트리밍 컨텐츠 제공을 위한 컨텐츠 요청자 및 컨텐츠 제공자의 통신 방법
WO2019227557A1 (zh) 密钥管理方法、设备、存储介质及装置
WO2020224247A1 (zh) 基于区块链的数据溯源方法、装置、设备及可读存储介质
WO2017088664A1 (zh) 集群文件系统的数据处理方法和装置
WO2017024805A1 (zh) 一种文件分发方法、装置和系统
WO2018040421A1 (zh) 资源共享方法、装置及系统
WO2019174375A1 (zh) 接口测试方法、装置、设备及计算机可读存储介质
WO2018098880A1 (zh) 网站信息下载方法及装置
WO2018228050A1 (zh) 防止敏感信息泄露的方法、装置及存储介质
WO2017092268A1 (zh) 终端故障处理方法、装置及系统
WO2013104252A1 (zh) 一种移动终端通过手机上网的方法及系统
WO2014015809A1 (zh) Ugc主备数据同步方法及其系统、计算机存储介质
WO2020071809A1 (en) Method and apparatus for enhanced assertion management in cloud media processing
WO2019100531A1 (zh) 数字签名生成、验证方法及其设备和存储介质
WO2015157942A1 (zh) 接入无线网络的装置及方法
WO2019156506A1 (en) System and method for providing conversational contents
WO2018076811A1 (zh) 数据分享方法、装置、存储介质及电子设备
WO2018076873A1 (zh) 数据分享方法、装置、介质、电子设备及系统
WO2013075613A1 (zh) 网络服务提供方法及装置
WO2018076812A1 (zh) 数据请求的响应方法、装置、存储介质、服务器及系统
WO2018076840A1 (zh) 数据分享方法、装置、存储介质及服务器
WO2016065705A1 (zh) 一种频道列表更新方法、装置及终端设备
WO2018121026A1 (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: 18918459

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 11.03.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 18918459

Country of ref document: EP

Kind code of ref document: A1