WO2017080386A1 - 一种报文处理方法和装置 - Google Patents

一种报文处理方法和装置 Download PDF

Info

Publication number
WO2017080386A1
WO2017080386A1 PCT/CN2016/104190 CN2016104190W WO2017080386A1 WO 2017080386 A1 WO2017080386 A1 WO 2017080386A1 CN 2016104190 W CN2016104190 W CN 2016104190W WO 2017080386 A1 WO2017080386 A1 WO 2017080386A1
Authority
WO
WIPO (PCT)
Prior art keywords
result
packet
message
server
stored
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/CN2016/104190
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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of WO2017080386A1 publication Critical patent/WO2017080386A1/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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • 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

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a message processing method and a message processing apparatus.
  • the local application needs to frequently initiate a Health Check (HC) request to the remote service to determine whether the remote service is available.
  • HC Health Check
  • the backend server is subject to m/n health check requests per second.
  • the frequency of health check requests that the user's backend server is subjected to is proportional to the number of LVSs and inversely proportional to the interval between health checks.
  • the number of LVS will increase with the number of users and the number of visits, that is, m is always growing, and users hope that when the back-end server has a problem, it can stop the LVS forwarding request as soon as possible. It is necessary to shorten the interval between health checks, that is, to reduce n. That is, the value of m/n will become larger and larger, so that the request for health check will put more pressure on the back-end server. In extreme cases, even the request for health check will be too much, resulting in the back-end server being unavailable. .
  • controlling the number of HC requests by controlling m or n will result in limited size and flexibility of the service.
  • controlling the largest m will result in limited size of the LVS cluster, and the way to control n will be
  • the HC is not sensitive, and when the backend service has problems, it cannot be perceived in time.
  • An object of the present invention is to provide a packet processing method, which can reduce the processing pressure of a backend server for an HC request.
  • the embodiment of the present application further provides a message processing apparatus for ensuring implementation and response of the foregoing method. use.
  • a message processing method including:
  • the pre-stored result is used to find whether there is a first result that matches the first packet
  • the method further includes:
  • the method further includes:
  • the second result is added to the pre-stored result.
  • the finding, in the pre-stored result, whether there is a first result that matches the first packet includes:
  • the method further includes:
  • the result is stored according to the result of the service availability generation detection in the current period.
  • the request information includes a request type, a destination IP address, and a destination port.
  • the specified type of packet is a health check HC request message.
  • the application also discloses a message processing device, including:
  • the message receiving unit is configured to receive the first message sent by the sender
  • the result finding unit is configured to: when the first packet is a packet of the specified type, find, in the pre-stored result, whether there is a first result that matches the first packet;
  • a result feedback unit configured to, when the lookup unit finds a first result that matches the first message, send the first result to the sender.
  • the device further includes:
  • a sending unit configured to send the first packet to a server when the first result does not exist in the pre-stored result
  • a result receiving unit configured to receive a second result fed back by the server
  • the result transmitting unit is configured to send the second result to the sender.
  • the device further includes:
  • An incrementing unit configured to add the second result to the pre-stored result.
  • the result finding unit includes:
  • Extracting the subunit configured to obtain the request information and the validity period included in the first packet
  • Locating a subunit configured to look in a pre-stored result whether there is a result corresponding to the request information
  • Determining a subunit configured to: when the result corresponding to the request information is found in the pre-stored result, determine whether the result satisfies the validity period; if yes, confirm that the result is the first packet The first result of the match, if not, confirms that the first result does not exist.
  • the device further includes:
  • a service detecting unit configured to determine a service availability of the server during a current period based on a health check performed by a specified port or a service program of the server;
  • the result storage unit is configured to store the result based on the service availability generation detection result in the current period.
  • the request information includes a request type, a destination IP address, and a destination port.
  • the specified type of packet is a health check HC request message.
  • the embodiments of the present application include the following advantages:
  • the packet when the received packet is detected as a packet of the specified type, the packet is not directly transmitted to the backend server, but the result of matching the packet is searched for in the locally pre-stored result. If the matching result is found, the result is directly fed back to the sender, and the message is no longer transparently transmitted to the backend server, thereby reducing the processing capacity of the backend server for the type of message, and reducing the amount of processing.
  • the message processing pressure of the backend server When the method is applied to the HC scenario of the backend server, the processing pressure of the backend server for the HC request can be reduced.
  • FIG. 2 is a flow chart of steps of another embodiment of a message processing method of the present application.
  • FIG. 3 is a flow chart showing the steps of an embodiment of a method for finding whether there is a first result matching a first message in a pre-stored result in the present application;
  • FIG. 4 is a schematic diagram of two servers in the present application initiating an HC request to a backend server
  • FIG. 5 is a structural block diagram of an embodiment of a message processing apparatus according to the present application.
  • FIG. 6 is a structural block diagram of another embodiment of a message processing apparatus of the present application.
  • FIG. 7 is a structural block diagram of an embodiment of a result finding unit in the present application.
  • FIG. 8 is a structural block diagram of a preferred embodiment of a message processing apparatus of the present application.
  • FIG. 1 a flow chart of steps of an embodiment of a message processing method of the present application is shown, which may specifically include the following steps:
  • Step 101 Receive a first packet sent by a sender.
  • the device for performing packet processing may be a server itself for responding to the message, or a module disposed inside the server, or an independent setting at the front end of the server.
  • the device can interact with the server.
  • the device may be a back-end server itself or a built-in module, or may be set in A standalone device in front of the backend server, such as the Health Check Proxy (HCP).
  • HCP Health Check Proxy
  • the device receives the first packet sent by the sender, such as an LVS server or a proxy server, and the first packet may be an HC request packet.
  • the sender such as an LVS server or a proxy server
  • the first packet may be an HC request packet.
  • Step 102 When the first packet is a packet of the specified type, the pre-stored result is used to find whether there is a first result that matches the first packet.
  • the device After receiving the first packet, the device first determines whether the packet is a specified type of packet according to the packet type information included in the first packet, and if yes, searches for the presence or absence of the pre-stored result.
  • the first result of the first packet matching if not, may perform other corresponding processing according to the packet type information, or transparently transmit the packet to the backend server for processing.
  • the packet of the specified type may be an HC request packet.
  • the specified type of packet may also be a packet that the device needs to reduce the number of processing of the packet by the backend server.
  • the device is pre-stored with results associated with a message of a specified type.
  • the storing step of the result includes: determining a service availability of the server in a current period based on a health check performed by a specified port or a service program of the server at a timing; generating a detection result according to the service availability in the current period, The result is stored.
  • the device may periodically perform an HC on the designated port or service of the back-end server to detect whether the service of the server is available in the current timing period, and generate a detection result corresponding to the service availability of the back-end server in the period based on the detection.
  • the backend server performs a self-test or the like based on the trigger timing of the device to determine whether it can provide the service within the current timing period, thereby detecting the obtained HC result, that is, the service availability of the backend server in the period, the HC result. Sent to the device for storage.
  • the above-mentioned device controls the back-end server to determine the availability, that is, the HC result in the period, by one detection in one cycle, and the HC result can be used for each HC request in the period without repeating the check, reducing the back-end server. Processing pressure on HC requests.
  • the service refers to a service program running on a server to provide external services.
  • the pre-stored HC result may be searched for whether there is an HC result matching the first message. For details, please refer to the description of the subsequent embodiments.
  • step 103 is performed.
  • Step 103 Send the first result to the sender.
  • the method can be applied not only to the HC scenario of the backend server but also to other processing scenarios that need to reduce the same type of packets periodically sent by the backend server to the sender.
  • the packet when the received packet is detected as a packet of the specified type, the packet is not directly transmitted to the backend server, but the result of matching the packet is searched for in the locally pre-stored result. If the matching result is found, the result is directly fed back to the sender, and the message is no longer transparently transmitted to the backend server, thereby reducing the processing capacity of the backend server for the type of message, and reducing the amount of processing.
  • the message processing pressure of the backend server When the method is applied to the HC scenario of the backend server, the processing pressure of the backend server for the HC request can be reduced.
  • the method may further include:
  • Step 201 When the first result does not exist in the pre-stored result, send the first packet to the server.
  • the backend server is periodically detected to obtain the HC result, it is inevitable that some cases may occur, so that the matching result cannot be found at the time of the request.
  • the device performs the step 102 when searching.
  • the result is that when the first result matching the first packet does not exist in the pre-stored result, the device cannot directly feed back the result to the sender, but needs to transparently transmit the first packet to the (back-end) server. (back end) service
  • the server handles it.
  • Step 202 Receive a second result fed back by the server.
  • the (back end) server processes the first message in an existing manner and returns a second result obtained by the processing to the device.
  • step 203 the second result is sent to the sender.
  • the device After receiving the second result, the device feeds back the second result to the sender.
  • the device may further perform step 204 while performing step 203.
  • Step 204 adding a second result to the pre-stored result.
  • the device may add the second result and its associated information, such as a result acquisition time, etc., to the pre-stored result, or update the pre-stored result, so that the second result may be fed back to the sender without
  • the (back end) server repeats the message processing.
  • a process of searching for a first result matching the first packet is performed in the pre-stored result, as shown in FIG. Can include:
  • Step 301 Obtain the request information and the validity period included in the first packet.
  • the request information may include a request type, a destination IP address, and a destination port.
  • the HC request message is used as an example.
  • a field indicating the HC request message type may be added to the HC request message, for example, TCP in the SYN (synchronous) message requested by the HC (The Transmission Control Protocol (Option) adds the HC type field to the Option: 198-tcp, 199-http, and 200-udp.
  • TCP in the SYN (synchronous) message requested by the HC
  • the Transmission Control Protocol adds the HC type field to the Option: 198-tcp, 199-http, and 200-udp.
  • a validity period which is the interval information, indicating how long the multiplexing can be used. HC results in time.
  • the device After receiving the first packet, the device obtains the field of the HC request packet type in the first packet, the interval information, and the RSIP (Real Server IP Address) of the first packet. And RSport (Real Server port).
  • RSIP Real Server IP Address
  • Step 302 Find, in the pre-stored result, whether there is a result corresponding to the request information.
  • the device may pre-store a session table in which the key is type-RSIP-RSport, and the value is the result of the update and the update time.
  • This step firstly searches for the corresponding value in the session table according to the field (type) of the HC request message type obtained in the previous step, and RSIP and RSport. If found, step 303 is performed, and if not found, the pre-store is confirmed. There is no first result matching the first message in the result, and then the foregoing step 201 is performed.
  • step 303 it is determined whether the result meets the validity period.
  • the update time of the result and the validity period obtained in step 301 are checked. For example, if the interval is 5 s, the update time of the result is checked within 5 s. If yes, the result is determined to be the first. The first result of the message matching is then performed in the foregoing step 103; if not, the result is invalid, and it is confirmed that there is no first result matching the first message in the pre-stored result, and then the foregoing step 201 is performed.
  • the following describes an example in which the server A and the B respectively initiate an HC request to the backend server.
  • the device is an HCP.
  • the servers A and B respectively initiate an HC request
  • the HC request initiated by the server A includes identification information and validity period information, specifically TCP OPT: type (199) interval (5) Src: 192.168.0.1 DST: 192.168 .100.1:80.
  • the HC request initiated by the server B includes the identification information and the validity period information, specifically TCP OPT: type (199) interval (5) Src: 192.168.0.2 DST: 192.168.100.1:80.
  • the HCP After receiving two HC requests, the HCP searches for the corresponding value in the session table, and the HCP finds the result matching the HC request sent by the server B. The HCP directly returns the result to the server B without the HC. The request is sent to the backend server.
  • the HCP does not find the result matching the HC request sent by server A
  • the HC request is sent to the backend server, and the backend server processes the result, and the HCP returns the result to server A, and the result is HCP. Update to the session table maintained by it.
  • the method can periodically perform HC and HC results on the designated port or service of the back-end server as the service availability of the back-end server in this period, and other HC requesters also use the check result of this period, without repeating the check. .
  • the backend server by establishing an HCP between the HC request initiator and the backend service, only one HC request is allowed to reach the backend server in one HC cycle, and other HC requests to multiplex the result of the HC request. To achieve the purpose of reducing the amount of processing of the HC request by the backend server.
  • FIG. 5 a structural block diagram of an embodiment of a message processing apparatus of the present application is shown, which may specifically include the following units:
  • the message receiving unit 501 is configured to receive the first message sent by the sender.
  • the result finding unit 502 is configured to: when the first packet is a packet of a specified type, in a pre-stored knot Finding whether there is a first result matching the first message.
  • the result feedback unit 503 is configured to, when the search unit finds a first result that matches the first message, send the first result to the sender.
  • the device when the device detects that the received packet is a specified type of packet, the device does not directly transmit the packet to the backend server, but first searches for the local pre-stored result. If the result of the packet matching is found, the result is directly fed back to the sender, and the message is no longer transparently transmitted to the backend server, thereby reducing the processing of the packet by the backend server. The amount reduces the packet processing pressure of the backend server. When the device is applied to the HC scenario for the backend server, the processing pressure of the backend server for the HC request can be reduced.
  • the device may further include:
  • the sending unit 601 is configured to send the first packet to the server when the first result does not exist in the pre-stored result
  • a result receiving unit 602 configured to receive a second result fed back by the server
  • the result transmitting unit 603 is configured to transmit the second result to the sender.
  • the device may also include:
  • An incrementing unit 604 is configured to add the second result to the pre-stored result.
  • the result finding unit 502 may further include:
  • the extracting sub-unit 701 is configured to acquire request information and an expiration date included in the first packet.
  • the lookup subunit 702 is configured to look in the pre-stored result whether there is a result corresponding to the request information.
  • the determining sub-unit 703 is configured to: when the result corresponding to the request information is found in the pre-stored result, determine whether the result satisfies the validity period; if yes, confirm that the result is the first report The first result of the text matching, if not, confirms that the first result does not exist.
  • the device may further include:
  • the service detecting unit 801 is configured to determine the service availability of the server during the current period based on a health check performed by the designated port or the service program of the server at a timing.
  • the result storage unit 802 is configured to store the result based on the result of the service availability generation detection within the current period.
  • the above request information may include a request type, a RSIP, and an RSport.
  • the packet of the specified type may be an HC request packet.
  • the embodiment of the present application further provides an electronic device, including a memory, a transceiver, and a processor.
  • the processor and the transceiver and the memory are connected to each other through a bus; the bus may be an ISA bus, a PCI bus or an EISA bus.
  • the bus can be divided into an address bus, a data bus, a control bus, and the like.
  • the memory is used to store a program, and specifically, the program may include program code, and the program code includes computer operation instructions.
  • the memory may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory.
  • the transceiver is configured to receive a first message sent by the sender, and send the first result to the sender.
  • the processor is used to read the program code in the memory and perform the following steps:
  • the pre-stored result is used to find whether there is a first result that matches the first packet
  • the transceiver is notified to send the first result to the sender.
  • the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.
  • embodiments of the embodiments of the present application can be provided as a method, apparatus, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology. The information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory.
  • PRAM phase change memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically erasable programmable read-only memory
  • flash memory or other memory technology
  • CD-ROM compact disc
  • DVD digital multifunction A compact disc
  • magnetic cassette magnetic tape storage or other magnetic storage device or any other non-transportable medium
  • computer readable media does not include non-persistent computer readable media, such as modulated data signals and carrier waves.
  • Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG.
  • These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device
  • Means are provided for implementing the functions specified in one or more of the flow or in one or more blocks of the flow chart.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供了一种报文处理方法和装置。该报文处理方法包括：接收发送方发送的第一报文；当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；若是，则向所述发送方发送所述第一结果。本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。

Description

一种报文处理方法和装置
本申请要求2015年11月10日递交的申请号为201510763197.9、发明名称为“一种报文处理方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，特别是涉及一种报文处理方法和一种报文处理装置。
背景技术
为了快速、准确的识别远端服务的可用性，本地应用需要频繁地对远端服务发起健康检查(Health Check，HC)请求，用以判断远端服务是否可用。
在云计算的大规模负载均衡的场景下，用户通过服务器负载平衡器(Server Load Balancer，SLB)创建的VIP会被配置在多个Linux虚拟服务器(Linux Virtual Server，LVS)上，为了保证尽可能准确的知道后端服务器是否可用，每个LVS上都会启动一个健康检查进程去对后端服务器进行检查。
假设有m个LVS，配置成每n秒对后端服务器进行一次健康检查，那么后端服务器每秒都要承受m/n个健康检查请求。从m/n可以看出，用户后端服务器承受的健康检查请求的频率与LVS的台数成正比，与健康检查的间隔时间成反比。
在云产品环境中，LVS的数量会随着用户数和访问量增长而增长，也就是m始终在增长，而用户又希望当后端服务器出现问题时能尽快的停止LVS对其转发请求，那就需要缩短健康检查的间隔时间，即缩小n。也就是m/n这个值会越来越大，以至于导致健康检查的请求对后端服务器产生较大的压力，极端情况下，甚至会因为健康检查的请求过多，导致后端服务器不可用。
然而，在云环境中，通过控制m或n的方式来控制HC请求数量会导致服务的规模和灵活性受限，其中，控制最大的m会导致LVS集群的规模受限，控制n的方式会导致HC不敏感，后端服务出现问题时，无法及时的感知到。
发明内容
本申请实施例的发明目的在于提供一种报文处理方法，能够减小后端服务器对HC请求的处理压力。
相应的，本申请实施例还提供了一种报文处理装置，用以保证上述方法的实现及应 用。
为了解决上述问题，本申请公开了一种报文处理方法，包括：
接收发送方发送的第一报文；
当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；
若是，则向所述发送方发送所述第一结果。
进一步，所述方法还包括：
当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；
接收所述服务器反馈的第二结果；
向所述发送方发送所述第二结果。
进一步，所述方法还包括：
在所述预存储的结果中添加所述第二结果。
进一步，所述在预存储的结果中查找是否存在与所述第一报文匹配的第一结果，包括：
获取所述第一报文中包含的请求信息及有效期；
在预存储的结果中查找是否存在与所述请求信息对应的结果；
若存在，则判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。
进一步，所述方法还包括：
基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；
依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
进一步，所述请求信息包括请求类型、目的地IP地址和目的地端口。
进一步，所述指定类型的报文为健康检查HC请求报文。
本申请还公开了一种报文处理装置，包括：
报文接收单元，被配置为接收发送方发送的第一报文；
结果查找单元，被配置为当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；
结果反馈单元，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。
进一步，所述装置还包括：
发送单元，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；
结果接收单元，被配置为接收所述服务器反馈的第二结果；
结果发送单元，被配置为向所述发送方发送所述第二结果。
进一步，所述装置还包括：
增加单元，被配置为在所述预存储的结果中添加所述第二结果。
进一步，所述结果查找单元包括：
提取子单元，被配置为获取所述第一报文中包含的请求信息及有效期；
查找子单元，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果；
判定子单元，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。
进一步，所述装置还包括：
服务检测单元，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；
结果存储单元，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
进一步，所述请求信息包括请求类型、目的地IP地址和目的地端口。
进一步，所述指定类型的报文为健康检查HC请求报文。
与现有技术相比，本申请实施例包括以下优点：
本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。
附图说明
图1是本申请的一种报文处理方法实施例的步骤流程图；
图2是本申请的另一种报文处理方法实施例的步骤流程图；
图3是本申请中在预存储的结果中查找是否存在与第一报文匹配的第一结果的方法实施例的步骤流程图；
图4是本申请中两个服务器对后端服务器发起HC请求示意图；
图5是本申请的一种报文处理装置实施例的结构框图；
图6是本申请的另一种报文处理装置实施例的结构框图；
图7是本申请中一种结果查找单元的实施例的结构框图；
图8是本申请的一种报文处理装置优选实施例的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。
参照图1，示出了本申请的一种报文处理方法实施例的步骤流程图，具体可以包括如下步骤：
步骤101，接收发送方发送的第一报文。
本申请实施例中，用于进行报文处理的装置(以下简称该装置)可以是用于响应该报文的服务器本身，或者设置在该服务器内部的一模块，或者设置在该服务器前端的独立装置且可以与服务器进行交互。例如，在云计算的大规模负载均衡的场景中，各LVS服务器和Proxy服务器分别对后端服务器发起HC的情况下，该装置可以是后端服务器本身或内置的一模块，也可以是设置在后端服务器前的独立装置，例如健康检查代理(Health Check Proxy，HCP)。
该装置在本步骤中接收由发送方如LVS服务器或Proxy服务器等发送的第一报文，该第一报文可能是HC请求报文。
步骤102，当第一报文为指定类型的报文时，在预存储的结果中查找是否存在与第一报文匹配的第一结果。
该装置在接收到第一报文后，首先根据第一报文中包含的报文类型信息确定该报文是否为指定类型的报文，如果是，则在预存储的结果中查找是否存在与第一报文匹配的第一结果，如果不是，则可以根据报文类型信息进行其它对应处理，或者将报文透传给后端服务器进行处理。
其中，该指定类型的报文具体可以是HC请求报文。在其它应用场景，该指定类型的报文也可以是该装置需要减少后端服务器对该报文处理数量的报文。
该装置预先存储有与指定类型的报文相关联的结果。其中，该结果的存储步骤包括：基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
即该装置可以定时对后端服务器的指定端口或服务做一次HC，来检测服务器在当前的定时周期内的服务是否可用，对应基于检测得到的后端服务器在这个周期内的服务可用性生成检测结果进行存储。或者后端服务器基于该装置的触发定时进行自检等，以确定自身在当前的定时周期内是否能够提供服务，从而通过检测得到的HC结果即后端服务器在这个周期内的服务可用性，HC结果发送给该装置进行存储。通过上述装置控制后端服务器在一个周期内仅通过一次检测确定该周期内的可用性即HC结果，在该周期内的各个HC请求均可使用该HC结果，而无需重复检查，减小后端服务器对HC请求的处理压力。其中，所述服务指的是运行在服务器上对外提供服务的服务程序。当接收到的第一报文为HC请求报文时，即可在该预先存储的HC结果中查找是否存在与该第一报文相匹配的HC结果。具体请参见后续实施例的描述。
若查找到与第一报文匹配的第一结果则执行步骤103。
步骤103，向发送方发送该第一结果。
该方法不仅可以应用于对后端服务器的HC场景中，还可以应用于其它需要减小后端服务器对发送方周期性发送的同类型报文的处理场景中。
本申请实施例通过在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该方法应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。
在本申请的另一实施例中，当在预存储的结果中不存在与第一报文匹配的第一结果时，如图2所示，该方法还可以包括：
步骤201，当预存储的结果中不存在第一结果时，将第一报文发送至服务器。
虽然会定时检测后端服务器来获取HC结果，但是难免出现一些情况，使得在请求时无法查找到匹配的结果，此情况下为了及时获取匹配的结果，该装置在执行步骤102时，当查找的结果是预存储的结果中不存在与第一报文匹配的第一结果时，此时该装置无法直接向发送方反馈结果，而需要将第一报文透传至(后端)服务器，由(后端)服 务器进行处理。
步骤202，接收服务器反馈的第二结果。
(后端)服务器按照现有方式对该第一报文进行处理，并向该装置返回处理获得的第二结果。
步骤203，向发送方发送第二结果。
该装置在接收到第二结果后，向发送方反馈该第二结果。
该装置在执行步骤203的同时，也还可以进一步执行步骤204。
步骤204，在预存储的结果中添加第二结果。
该装置可以将该第二结果及其关联信息，例如结果获取时间等增加至上述预存储的结果中，或更新上述预存储的结果，以便于后续可以利用该第二结果反馈发送方，而无需(后端)服务器重复进行报文处理。
在本申请的另一实施例中，当第一报文为指定类型的报文时，在预存储的结果中查找是否存在与第一报文匹配的第一结果的过程，如图3所示，可以包括：
步骤301，获取第一报文中包含的请求信息及有效期。
本实施例中，该请求信息可以包括请求类型、目的地IP地址和目的地端口。
以第一报文为HC请求报文为例，本实施例中可以在HC请求报文中增加表明HC请求报文类型的字段，例如，在HC请求的SYN(synchronous)报文中的TCP(Transmission Control Protocol，传输控制协议)Option中增加HC类型的字段：198-tcp，199-http，200-udp，除HC请求报文类型之外，还有有效期即interval信息，表明可以复用多长时间内的HC结果。
该装置在接收到该第一报文后，即获取该第一报文中的HC请求报文类型的字段，interval信息，以及第一报文的RSIP(Real Server IP Address，目的地IP地址)和RSport(Real Server port，目的地端口)。
步骤302，在预存储的结果中查找是否存在与请求信息对应的结果。
该装置中可以预先存储有session表，该表中key为type-RSIP-RSport，value为更新时的结果和更新时间。
本步骤首先根据上步骤获得的HC请求报文类型的字段(type)，以及RSIP和RSport，在session表中查找对应的value，如果查找到，则执行步骤303，如果没有查找到则确认预存储的结果中不存在与第一报文匹配的第一结果，继而执行前述步骤201。
步骤303，判断该结果是否满足有效期。
在查找到对应的结果后，查看该结果的更新时间以及步骤301中获得的有效期，例如interval是5s，则查看该结果的更新时间是否在5s以内，如果是，则确定该结果为与第一报文匹配的第一结果，然后执行前述步骤103；如果否，则该结果失效，确认预存储的结果中不存在与第一报文匹配的第一结果，继而执行前述步骤201。
下面以服务器A、B分别对后端服务器发起HC请求的情况为例进行说明。该装置为HCP。
如图4所示，服务器A、B分别发起HC请求，服务器A发起的HC请求中包含标识信息及有效期信息，具体为TCP OPT：type(199)interval(5)Src：192.168.0.1DST：192.168.100.1:80。服务器B发起的HC请求中包含标识信息及有效期信息，具体为TCP OPT：type(199)interval(5)Src：192.168.0.2DST：192.168.100.1:80。HCP在接收到两个HC请求后，分别在session表中查找对应的value，HCP查找到与服务器B发送的HC请求匹配的结果，HCP直接将该结果返回至服务器B，而不会将其HC请求发送给后端服务器。HCP没有查找到与服务器A发送的HC请求匹配的结果，则将该HC请求发送至后端服务器，后端服务器进行处理后返回结果，HCP将该结果再反馈至服务器A，并且HCP将该结果更新至其维护的session表中。
该方法可以定时对后端服务器的指定端口或服务做一次HC，HC的结果作为后端服务器在这个周期内的服务可用性，其他的HC请求方也都使用这个周期的检查结果，不做重复检查。本实施例通过在HC请求发起方和后端服务之间建立HCP的方式，做到在一个HC周期内，只允许一个HC请求到达后端服务器，其他HC请求复用这个HC请求结果的方式，来到达减少后端服务器对HC请求的处理量的目的。
需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。
参照图5，示出了本申请一种报文处理装置实施例的结构框图，具体可以包括如下单元：
报文接收单元501，被配置为接收发送方发送的第一报文。
结果查找单元502，被配置为当所述第一报文为指定类型的报文时，在预存储的结 果中查找是否存在与所述第一报文匹配的第一结果。
结果反馈单元503，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。
本申请实施例中该装置通过上述单元在检测接收到的报文为指定类型的报文时，不直接将报文透传给后端服务器，而是先在本地预存储的结果中查找与该报文匹配的结果，如果查找到匹配的结果则直接将该结果反馈至发送方，而不再将该报文透传给后端服务器，从而减小了后端服务器对该类报文的处理量，减小了后端服务器的报文处理压力。当该装置应用于对后端服务器的HC场景中时，可以减小后端服务器对HC请求的处理压力。
在另一实施例中，如图6所示，该装置还可以包括：
发送单元601，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；
结果接收单元602，被配置为接收所述服务器反馈的第二结果；
结果发送单元603，被配置为向所述发送方发送所述第二结果。
该装置也还可以包括：
增加单元604，被配置为在所述预存储的结果中添加所述第二结果。
在另一实施例中，如图7所示，结果查找单元502可以进一步包括：
提取子单元701，被配置为获取所述第一报文中包含的请求信息及有效期。
查找子单元702，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果。
判定子单元703，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。
在另一实施例中，如图8所示，该装置还可以包括：
服务检测单元801，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性。
结果存储单元802，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
上述请求信息可以包括请求类型、RSIP和RSport。
上述指定类型的报文可以是HC请求报文。
本申请实施例还提供了一种电子设备，包括存储器、收发器和处理器。
处理器与收发器、存储器通过总线相互连接；总线可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。
其中，存储器用于存储一段程序，具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
收发器用于接收发送方发送的第一报文；向所述发送方发送第一结果。
处理器用于读取存储器中的程序代码，执行以下步骤：
当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；
若是，则通知收发器向发送方发送第一结果。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
在一个典型的配置中，所述计算机设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存 储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitory media)，如调制的数据信号和载波。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备 中还存在另外的相同要素。
以上对本申请所提供的一种报文处理方法和一种报文处理装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

  1. 一种报文处理方法，其特征在于，包括：
    接收发送方发送的第一报文；
    当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；
    若是，则向所述发送方发送所述第一结果。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；
    接收所述服务器反馈的第二结果；
    向所述发送方发送所述第二结果。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    在所述预存储的结果中添加所述第二结果。
  4. 根据权利要求1所述的方法，其特征在于，所述在预存储的结果中查找是否存在与所述第一报文匹配的第一结果，包括：
    获取所述第一报文中包含的请求信息及有效期；
    在预存储的结果中查找是否存在与所述请求信息对应的结果；
    若存在，则判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。
  5. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；
    依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
  6. 根据权利要求4所述的方法，其特征在于，所述请求信息包括请求类型、目的地IP地址和目的地端口。
  7. 根据权利要求1至6中任意一项所述的方法，其特征在于，所述指定类型的报文为健康检查HC请求报文。
  8. 一种报文处理装置，其特征在于，包括：
    报文接收单元，被配置为接收发送方发送的第一报文；
    结果查找单元，被配置为当所述第一报文为指定类型的报文时，在预存储的结果中查找是否存在与所述第一报文匹配的第一结果；
    结果反馈单元，被配置为当所述查找单元查找到与所述第一报文匹配的第一结果是，向所述发送方发送所述第一结果。
  9. 根据权利要求8所述的装置，其特征在于，所述装置还包括：
    发送单元，被配置为当所述预存储的结果中不存在所述第一结果时，将所述第一报文发送至服务器；
    结果接收单元，被配置为接收所述服务器反馈的第二结果；
    结果发送单元，被配置为向所述发送方发送所述第二结果。
  10. 根据权利要求9所述的装置，其特征在于，所述装置还包括：
    增加单元，被配置为在所述预存储的结果中添加所述第二结果。
  11. 根据权利要求8所述的装置，其特征在于，所述结果查找单元包括：
    提取子单元，被配置为获取所述第一报文中包含的请求信息及有效期；
    查找子单元，被配置为在预存储的结果中查找是否存在与所述请求信息对应的结果；
    判定子单元，被配置为在预存储的结果中查找到与所述请求信息对应的结果时，判断所述结果是否满足所述有效期；若是，则确认所述结果为与所述第一报文匹配的第一结果，若否，则确认不存在所述第一结果。
  12. 根据权利要求8所述的装置，其特征在于，所述装置还包括：
    服务检测单元，被配置为基于定时对服务器的指定端口或服务程序执行的健康检查，确定所述服务器在当前周期内的服务可用性；
    结果存储单元，被配置为依据所述当前周期内的服务可用性生成检测的结果，对所述结果进行存储。
  13. 根据权利要求11所述的装置，其特征在于，所述请求信息包括请求类型、目的地IP地址和目的地端口。
  14. 根据权利要求8至13中任意一项所述的装置，其特征在于，所述指定类型的报文为健康检查HC请求报文。
PCT/CN2016/104190 2015-11-10 2016-11-01 一种报文处理方法和装置 Ceased WO2017080386A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510763197.9A CN106686040B (zh) 2015-11-10 2015-11-10 一种报文处理方法和装置
CN201510763197.9 2015-11-10

Publications (1)

Publication Number Publication Date
WO2017080386A1 true WO2017080386A1 (zh) 2017-05-18

Family

ID=58694463

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/104190 Ceased WO2017080386A1 (zh) 2015-11-10 2016-11-01 一种报文处理方法和装置

Country Status (2)

Country Link
CN (1) CN106686040B (zh)
WO (1) WO2017080386A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110719231A (zh) * 2019-10-25 2020-01-21 深圳市鹏巨术信息技术有限公司 一种数据处理方法、装置、设备及可读存储介质
CN112615784A (zh) * 2020-12-17 2021-04-06 北京天融信网络安全技术有限公司 一种转发报文的方法、装置、存储介质和电子设备
CN112769882A (zh) * 2019-11-01 2021-05-07 科美诊断技术股份有限公司 一种医疗数据的上传方法及装置
CN113630329A (zh) * 2021-07-20 2021-11-09 湖北美和易思教育科技有限公司 基于用户访问量的负载均衡方法、系统及可读存储介质
CN116155748A (zh) * 2023-02-23 2023-05-23 北京从云科技有限公司 一种网络溯源方法、系统和装置

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110213128B (zh) * 2019-05-28 2020-06-05 掌阅科技股份有限公司 服务端口检测方法、电子设备及计算机存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101018130A (zh) * 2007-02-15 2007-08-15 物方恒德（北京）投资咨询有限公司 金融业务系统及金融业务处理方法
CN102904828A (zh) * 2012-10-26 2013-01-30 杭州迪普科技有限公司 一种负载均衡方法及装置
CN102932444A (zh) * 2012-10-29 2013-02-13 上海银商资讯有限公司 金融实时交易系统中的负载均衡模块
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和系统
CN104301184A (zh) * 2014-10-31 2015-01-21 北京百度网讯科技有限公司 链路的健康检查方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7379996B2 (en) * 2003-04-07 2008-05-27 Microsoft Corporation System and method for web server migration
CN102223381A (zh) * 2011-07-07 2011-10-19 莫雅静 一种消息推送方法、服务器、客户端及系统
CN102546292B (zh) * 2011-12-16 2015-11-18 深信服网络科技（深圳）有限公司 检测服务器应用健康状态的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101018130A (zh) * 2007-02-15 2007-08-15 物方恒德（北京）投资咨询有限公司 金融业务系统及金融业务处理方法
CN102904828A (zh) * 2012-10-26 2013-01-30 杭州迪普科技有限公司 一种负载均衡方法及装置
CN102932444A (zh) * 2012-10-29 2013-02-13 上海银商资讯有限公司 金融实时交易系统中的负载均衡模块
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和系统
CN104301184A (zh) * 2014-10-31 2015-01-21 北京百度网讯科技有限公司 链路的健康检查方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110719231A (zh) * 2019-10-25 2020-01-21 深圳市鹏巨术信息技术有限公司 一种数据处理方法、装置、设备及可读存储介质
CN112769882A (zh) * 2019-11-01 2021-05-07 科美诊断技术股份有限公司 一种医疗数据的上传方法及装置
CN112615784A (zh) * 2020-12-17 2021-04-06 北京天融信网络安全技术有限公司 一种转发报文的方法、装置、存储介质和电子设备
CN113630329A (zh) * 2021-07-20 2021-11-09 湖北美和易思教育科技有限公司 基于用户访问量的负载均衡方法、系统及可读存储介质
CN113630329B (zh) * 2021-07-20 2024-05-17 武汉美和易思数字科技有限公司 基于用户访问量的负载均衡方法、系统及可读存储介质
CN116155748A (zh) * 2023-02-23 2023-05-23 北京从云科技有限公司 一种网络溯源方法、系统和装置

Also Published As

Publication number Publication date
CN106686040A (zh) 2017-05-17
CN106686040B (zh) 2020-06-30

Similar Documents

Publication Publication Date Title
CN108075934B (zh) 一种网络质量监控方法、装置及系统
EP3167596B1 (en) Representational state transfer operations in an information centric networking
CN107948324B (zh) 请求传输系统、方法、装置及存储介质
WO2017080386A1 (zh) 一种报文处理方法和装置
CN106534243B (zh) 基于http协议的缓存、请求、响应方法及相应装置
CN106572197B (zh) 一种网络地址转换方法、装置及系统
WO2017114206A1 (zh) 短链接处理方法、装置及短链接服务器
US10623450B2 (en) Access to data on a remote device
CN104618444A (zh) 一种基于反向代理服务器处理请求的方法和装置
CN111327385A (zh) 物联网设备的时钟同步方法、装置及设备
WO2017218659A1 (en) Generating and transmitting back-to-source routing information
CN114338574A (zh) 一种即时通讯方法、管理节点及系统
CN110581784B (zh) 一种节点健康检查方法、装置及设备
CN110830527A (zh) 一种网络间数据通信的方法、装置及数据通信系统
CN110943876B (zh) Url状态检测方法、装置、设备和系统
JP6687802B2 (ja) サービス処理方法及び装置
CN106230992A (zh) 一种负载均衡方法和负载均衡节点
CN109471713B (zh) 用于查询信息的方法和装置
WO2012100698A1 (zh) 传输精确时钟同步协议消息的方法、设备及系统
CN104717312A (zh) 一种确定访问网络资源接口的方法及装置
US9876859B1 (en) Client session timeout with automatic refresh
US10104530B2 (en) Information query method, device, and system
CN106341440A (zh) 一种数据更新方法和装置
US9866390B2 (en) Data transmitting method suitable to client and server, data transmitting system and data transmitting method for client suitable to transmit and receive data to and from server
TWI546688B (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: 16863563

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: 16863563

Country of ref document: EP

Kind code of ref document: A1