WO2025167331A1 - 请求处理方法、装置、存储介质及电子设备 - Google Patents
请求处理方法、装置、存储介质及电子设备Info
- Publication number
- WO2025167331A1 WO2025167331A1 PCT/CN2024/139578 CN2024139578W WO2025167331A1 WO 2025167331 A1 WO2025167331 A1 WO 2025167331A1 CN 2024139578 W CN2024139578 W CN 2024139578W WO 2025167331 A1 WO2025167331 A1 WO 2025167331A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- client
- information
- edge node
- rule
- preset
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- 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/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Definitions
- Embodiments of the present disclosure relate to a request processing method, device, storage medium, and electronic device.
- edge nodes In streaming media transmission scenarios, the quality of client access to edge nodes is a key factor affecting the performance of client streaming. Edge node failures can lead to client streaming failures.
- the global network environment is complex, and the level of infrastructure construction varies widely across regions. Failures of individual edge nodes or entire data centers are common.
- the client will fail to establish a connection with the edge node and will try again with other edge nodes until it successfully connects to one. This process may require multiple retries before the client can successfully connect, resulting in a low connection success rate and inefficient connection establishment, further increasing client wait times and impacting user experience.
- the present disclosure provides a request processing method, device, storage medium, and electronic device to improve the connection success rate and connection efficiency between a client and an edge node, thereby improving user experience.
- an embodiment of the present disclosure provides a request processing method, including:
- the access point acquisition request includes the client information
- the preset rules include a correspondence between the client information and the unavailable edge node;
- the node information of the target edge node is sent to the client, so that the client establishes a connection with the target edge node.
- an embodiment of the present disclosure further provides a request processing device, including:
- a request receiving module configured to receive an access point acquisition request from a client, wherein the access point acquisition request includes the client information
- An edge node removal module configured to traverse preset rules, match the client information with the preset rules, and determine an unavailable edge node corresponding to the client; the preset rules include a correspondence between the client information and the unavailable edge node;
- a target edge node determination module configured to remove the unavailable edge nodes from the candidate edge nodes to obtain available edge nodes for the client, and determine at least one target edge node suitable for the client from the available edge nodes;
- processors one or more processors
- a storage device for storing one or more programs
- an embodiment of the present disclosure further provides a storage medium containing computer-executable instructions, which, when executed by a computer processor, are used to execute the request processing method provided in any embodiment of the present disclosure.
- FIG1 is a schematic diagram of an application scenario provided by an embodiment of the present disclosure.
- FIG2 is a schematic diagram of the process of establishing a connection between client A and an edge node
- FIG3 is a flowchart of a request processing method provided by an embodiment of the present disclosure.
- FIG4 is a schematic diagram of a first rule generation process provided by an embodiment of the present disclosure.
- FIG5 is a schematic diagram of a second rule generation process provided by an embodiment of the present disclosure.
- FIG6 is a schematic diagram of edge node offline processing provided by an embodiment of the present disclosure.
- FIG7 is a schematic structural diagram of a request processing device provided by an embodiment of the present disclosure.
- FIG8 is a schematic structural diagram of an electronic device provided by an embodiment of the present disclosure.
- the term “including” and its variations are open-ended, i.e., “including but not limited to.”
- the term “based on” means “based, at least in part, on.”
- the term “one embodiment” means “at least one embodiment,” the term “another embodiment” means “at least one additional embodiment,” and the term “some embodiments” means “at least some embodiments.”
- Other terms are defined in the following description.
- the prompt information in response to receiving a user's active request, may be sent to the user in the form of a pop-up window, in which the prompt information may be presented in text form.
- the pop-up window may also contain a selection control for the user to select "agree” or “disagree” to provide personal information to the electronic device.
- FIG. 1 is a schematic diagram of an application scenario provided by an embodiment of the present disclosure.
- the first client and the second client performing communication respectively access the edge nodes under the real-time communication system, and data can be transmitted between the edge nodes to realize communication between different clients.
- the edge node is the minimum granularity of scheduling in the real-time communication scenario, generally a machine, and the scheduling system of the real-time communication scenario includes multiple IDC (Internet Data Center) computer rooms, and each IDC computer room may include multiple edge devices.
- IDC Internet Data Center
- the clients performing real-time communication can be two or more, and Figure 1 is only an example, for example, a voice communication scenario between two clients, a video communication scenario, or a conference scenario between multiple clients.
- the scheduling component determines a preset number of target edge nodes from the candidate edge nodes, and sends the target edge nodes to the client.
- the candidate edge nodes may be all edge nodes included in multiple IDC computer rooms, and the target edge nodes may be screened after quality assessment among the candidate edge nodes.
- the preset number of target edge nodes may belong to at least two IDC computer rooms.
- edge nodes node1 and node2 are sent to the client, see Figure 2, which is a schematic diagram of the connection process between client A and the edge node. Specifically, client A accesses edge node node1. Due to a fault in edge node node1, client A fails to access.
- Client A automatically retries to access edge node node2. If the client successfully accesses edge node node2, the access process is completed. If both edge node node1 and edge node node2 fail, client A requests a new access point from the scheduling component again and tries to access until the access is successful.
- the process of client accessing edge nodes involves retry overhead. If a large number of nodes fail, the nodes dispatched by the scheduling component may all be faulty. The client will then need to request the scheduling component multiple times and retry the connection, further increasing the connection time. Because clients cannot share information, each client must perform multiple retries before successfully connecting to the edge node. This reduces the connection success rate for a large number of clients and increases the connection time.
- an embodiment of the present disclosure provides a request processing method. See Figure 3.
- Figure 3 is a flow chart of a request processing method provided by an embodiment of the present disclosure.
- the embodiment of the present disclosure is applicable to situations where requests are made by the client.
- the method can be executed by a request processing device, which can be implemented in the form of software and/or hardware.
- a request processing device which can be implemented in the form of software and/or hardware.
- it can be implemented by an electronic device, which can be a computer or a server, etc.
- the above electronic device can serve as a scheduling end.
- a scheduling component can be deployed in the above electronic device to respond to the client's request; optionally, a scheduling analysis component can also be deployed in the above electronic device to receive feedback information from the client, generate and maintain preset rules, and the preset rules are used to describe the correspondence between client information and unavailable edge nodes.
- the method includes:
- S110 Receive an access point acquisition request from a client, where the access point acquisition request includes the client information.
- the preset rules include a correspondence between the client information and the unavailable edge node.
- S130 Remove the unavailable edge nodes from the candidate edge nodes to obtain available edge nodes for the client, and determine at least one target edge node suitable for the client from the available edge nodes.
- S140 Send the node information of the target edge node to the client, so that the client establishes a connection with the target edge node.
- the client sends an access point acquisition request to the calling component.
- the access point acquisition request is used to request edge node information from the scheduling end (e.g., the scheduling component).
- the communication operation can be a triggering operation of a communication control on a communication page, wherein the communication page can be an instant messaging page or a conference page.
- the access point acquisition request sent by the client includes client information, which may be information used to uniquely identify the client, including client location information, network type information, and client unique identifier.
- client information may be information used to uniquely identify the client, including client location information, network type information, and client unique identifier.
- the network type information may be the type of network service provider of the client.
- the scheduling analysis component receives historical connection information between multiple clients and edge nodes, generates preset rules, and synchronizes the preset rules to the scheduling component.
- the scheduling component stores multiple preset rules, where the preset rules are information used to describe the failure status of edge nodes.
- Each preset rule includes a correspondence between client information and unavailable edge nodes, indicating that the unavailable edge node is in a failure state relative to the client corresponding to the client information.
- the preset rule can be Client A - Edge Node 1-1, indicating that for Client A, Edge Node 1-1 is in a failure state.
- the client information set can be a client information class, that is, a class of client information obtained by clustering.
- the preset rules are determined based on the historical connection information of a large number of clients, and the preset rules are generated based on the historical connection information of failed connections.
- point-to-point rules can be generated, and for historical connection information with common information, one or more of many-to-one rules, many-to-many rules and one-to-many rules can be generated.
- the common information can be obtained by clustering the historical connection information.
- Each preset rule is traversed, and the client information in the access point acquisition request is matched with each preset rule. Specifically, the client information in the access point acquisition request is matched with the client information in the preset rule. If the client information in the preset rule includes the client information in the access point acquisition request, it is determined that the client information in the access point acquisition request successfully matches the preset rule, that is, the client information in the access point acquisition request hits the preset rule. If the client information hits the preset rule, all edge nodes in the preset rule are determined to be unavailable edge nodes corresponding to the client. A single piece of client information can hit one or more preset rules.
- the preset rules in the scheduling component include a first rule and a second rule, and accordingly, the client information in the access point acquisition request is matched with each of the first rules, and the client information in the access point acquisition request is matched with each of the second rules to determine the unavailable edge node corresponding to the client.
- determining the unavailable edge node corresponding to the client based on matching the preset rules with the client information includes: matching the client information in the access point acquisition request with the client information in each of the first rules, and if a match is successful, determining the edge node in the first rule as the unavailable edge node corresponding to the client; and/or matching the client information in the access point acquisition request with the client information class in the second rule, and if the client information in the access point acquisition request belongs to the client information class, determining the edge node in the edge node set in the second rule as the unavailable edge node corresponding to the client.
- the second rule For the first rule, if the client information in the access point acquisition request is consistent with the client information in the first rule, then the match is determined to be successful, and the edge node in the first rule is determined to be the unavailable edge node corresponding to the client.
- the second rule includes a client information class, and determines whether the client information in the access point acquisition request belongs to the client information class. If so, then the match is determined to be successful, and the multiple edge nodes in the edge node set of the second rule are all determined to be the unavailable edge nodes corresponding to the client.
- the client information in the access point acquisition request is Beijing operator A client A
- the preset rules included in the scheduling component include first rule 1, first rule 2, and second rule 3, wherein first rule 1 is Beijing operator A client A-Beijing IDC1 edge node 111, first rule 2 is Tianjin operator B client B-Beijing IDC1 edge node 222, and second rule 3 is Beijing operator A-Beijing IDC2.
- Beijing operator A client A is matched with each preset rule in the scheduling component respectively. It can be seen that Beijing operator A client A successfully matches the first rule 1, and Beijing IDC1 edge node 111 is determined as the unavailable edge node of the requesting client (i.e.
- Beijing operator A client A Beijing operator A client A fails to match the first rule 2; Beijing operator A client A belongs to the client information class of Beijing operator A, that is, Beijing operator A client A successfully matches the second rule 3, and all edge nodes belonging to the Beijing IDC2 edge node set (i.e. all edge nodes located in the Beijing IDC2 computer room) are determined as unavailable edge nodes of the requesting client (i.e. Beijing operator A client A).
- the scheduling component determines the unavailable edge nodes corresponding to the client using preset rules, removes these unavailable edge nodes from the candidate nodes, and obtains the available edge nodes corresponding to the client.
- the candidate nodes include all edge nodes in each computer room. It will be understood that the preset rules are used to describe the unavailable edge nodes for specific client information. Accordingly, different clients may correspond to different unavailable edge nodes, and thus, different available edge nodes may also correspond to different clients.
- the scheduling component determines at least one target edge node for the client from the available edge nodes corresponding to the client.
- the available edge nodes corresponding to the client may be evaluated for access quality, evaluation data for each available edge node may be obtained, the available edge nodes corresponding to the client may be ranked based on the evaluation data, and a preset number of edge nodes may be selected as target edge nodes based on the ranking of the edge nodes.
- the evaluation data for the available edge nodes may be obtained by performing weighted processing based on the distance between the location information of the available edge nodes and the location information of the client, the available resources of the available edge nodes, the number of clients connected to the available edge nodes, etc.
- the node information of the available edge nodes and the client information may be input into an evaluation model to obtain the evaluation data of the available edge nodes output by the evaluation model. It is understood that the evaluation data of the available edge nodes may be specific to the client, and the evaluation data of the same edge node may be different for different clients.
- the number of target edge nodes can be pre-set, and can be two or three, etc. By determining multiple target edge nodes, the process of repeatedly requesting the scheduling component when a single target edge node is inaccessible is avoided.
- the scheduling component sends the node information of the target edge node to the client, and the client automatically connects based on the received node information of the target edge node.
- the client sends connection requests to multiple target edge nodes in parallel to establish connections with the target edge nodes.
- the client receives the connection results fed back by the target edge nodes.
- the connection results can be either a successful connection or a failed connection.
- the client can transmit data to any successfully connected target edge node, or the client can transmit data to the target edge node that establishes the fastest connection.
- an access point acquisition request is resent to the scheduling component to obtain node information of a new target edge node.
- the client generates association information based on the association result of each target edge node, the node information of the target edge node and the client information, and sends the association information to the scheduling end, such as the scheduling analysis component of the scheduling end, to update the preset rules.
- the technical solution of the disclosed embodiment creates and maintains preset rules based on the connection information of multiple clients at the scheduling end, and describes the correspondence between client information and unavailable edge nodes through the preset rules.
- the client information in the access point acquisition request is parsed, and the unavailable edge node corresponding to the client is determined based on the matching of the client information in the access point acquisition request with the preset rules.
- the unavailable edge node is removed from the candidate nodes, and the target edge node is determined from the obtained available edge nodes.
- the method for generating the first rule includes: receiving the client's connection information, the connection information including client information, edge node information and connection results; when the connection result is a connection failure, generating the first rule based on the client information and the edge node information.
- each client After establishing a connection with a target edge node and receiving feedback on the connection result from the target edge node, each client generates connection information and reports it to the dispatcher in real time.
- the dispatcher receives connection information reported by multiple clients and generates new preset rules or updates existing preset rules based on the received connection information.
- connection result is a connection failure
- establish a first connection rule based on the client information and edge node information in the connection information, that is, establish an association relationship between the client information and edge node information in the connection information as a first rule.
- FIG 4 is a schematic diagram of the first rule generation process provided by an embodiment of the present disclosure.
- client A fails to establish a connection with edge node 1, and client A successfully establishes a connection with edge node 2.
- the scheduling end receives the connection information uploaded by client A and generates the first rule between client A and edge node 1.
- edge node 1 is the unused edge node corresponding to client A, and edge node 1 is removed from the candidate nodes, and the node information of edge node 1 is no longer sent to client A, so as to avoid the situation where client A accesses edge node 1 again and causes connection failure.
- edge nodes that failed to establish connection are no longer sent, thereby reducing the number of connection failures.
- the method for generating the second rule includes: receiving connection information from multiple clients, wherein the connection information includes client information, edge node information and connection results; regularly clustering the connection information within a preset time period to obtain clustering results, and generating the second rule based on the clustering results.
- the update time interval of the second rule can be preset, for example, it can be 30s, 1 minute, etc.
- the scheduling end maintains an information pool, which is used to store the connection information reported by the client. Each connection information carries a reporting timestamp, and the connection information in the information pool is maintained based on the reporting timestamp of the connection information.
- the time interval between the reporting timestamp of the connection information in the information pool and the current moment is less than the preset time interval.
- the connection information is deleted from the information pool to avoid the situation where the historical connection information does not match the status of the current edge node, affecting the accuracy of the obstacle avoidance information.
- the clustering results include the information sets corresponding to each category, and the proportion of connection results in the information sets corresponding to each category, i.e., the proportion of connection failures, is counted. For any category, if the proportion of connection failures in the connection results between the client information category and the edge node information category exceeds a first threshold, a second rule is generated based on the client information category and the edge node information category, where the edge node information category corresponds to an edge node set.
- the scheduling component When the scheduling component receives the access point acquisition request from the client, if the client information in the access point acquisition request belongs to the client information class of Beijing operator A, the edge node in the edge node set corresponding to Beijing IDC1 is determined as the unavailable edge node corresponding to the client.
- the edge nodes in the edge node set are offline.
- the offline processing can be implemented by generating a second rule for all clients and edge node sets.
- the second rules of the edge node set Beijing IDC1 in Figure 6 include: Beijing operator A-Beijing IDC1, Beijing operator B-Beijing IDC1, Tianjin operator A-Beijing IDC1 (only as an example).
- the edge nodes in Beijing IDC1 are offline, and the second rule of all clients-Beijing IDC1 is set.
- the validity period of the preset rule is determined; if the validity period of the preset rule reaches the validity period, the preset rule is deleted.
- a timer may be set for each preset rule to record the validity period of the preset rule.
- each preset rule may be set to generate a timestamp, and the validity period of the preset rule is determined based on the generation timestamp and the current time.
- the failure of the client to establish a connection with the edge node may be an accidental event, or the failure of the edge node may have been repaired within the effective period, that is, there is a probability that the edge node corresponding to the preset rule has resumed normal operation within the effective period.
- the preset rule can be set with an effective strength, and the effective strength gradually decreases within the effective period, wherein the effective strength is used to describe the probability that the preset rule is effectively implemented within the effective period.
- the effective strength of the preset rule can be a value between 0-100%, and an effective strength of 100% indicates that the preset rule is 100% effective, and an effective strength of 50% indicates that the preset rule is 50% effective, that is, there is a 50% probability that it is not affected by the preset rule.
- an effective strength of 0% indicates that the preset rule is invalid and the preset rule can be deleted.
- the effective strength can be adjusted from 100% to 99%
- the effective strength can be adjusted from 99% to 75%, and so on.
- the adjustment value at different time points can be different, and the adjustment value can be positively correlated with the validity period.
- determining the unavailable edge node corresponding to the client includes: when the client information successfully matches any of the preset rules, determining the unavailable edge node corresponding to the client based on the effective strength of the preset rules. Based on matching the client information in the access point acquisition request with each preset rule, determining the preset rule hit by the client information, determining the effective hit preset rule based on the effective strength of the hit preset rule, and determining the edge node in the effective hit preset rule as the unavailable edge node corresponding to the client.
- the client information hits preset rule 1 and preset rule 2, wherein the effective strength of preset rule 1 is 100%, and the effective strength of preset rule 2 is 50%. When preset rule 2 fails in the current time, the edge node in preset rule 1 is determined as the unavailable edge node corresponding to the client.
- the technical solution of this embodiment sets the effective strength for the preset rules, resulting in a certain failure probability of the preset rules within the effective period, and the edge nodes in the preset rules can be restored and verified within the effective period.
- the client after receiving the node information of the target edge node sent by the scheduling component, the client establishes a connection with the target edge node, generates new connection information and reports it in real time.
- the scheduling end receives the newly added connection information between the client and the target edge node and updates the preset rules based on the newly added connection information.
- updating the preset rule includes: generating a new preset rule based on the newly added connection information; if the new preset rule is different from the existing preset rule, retaining the new preset rule; if the new preset rule is the same as the existing preset rule, indicating that the failure of the edge node in the existing preset rule has not been recovered, then initializing the effective duration and effective strength of the existing preset rule, for example, initializing the effective duration of the existing preset rule to zero and initializing the effective strength of the existing preset rule to 100%.
- updating the preset rules includes: when the newly added connection information indicates a connection failure and the client information and edge node information of the newly added connection information do not belong to the existing preset rules, creating a new preset rule based on the newly added connection information and retaining the new preset rule.
- the client information and edge node information of the newly added connection information belong to an existing preset rule, it indicates that the failure of the edge node in the existing preset rule has not been restored, and the effective duration and effective strength of the existing preset rule are initialized.
- the newly added connection information indicates a successful connection
- the client information and edge node information of the newly added connection information belong to the existing preset rules
- the technical solution of this embodiment improves the accuracy and effectiveness of the preset rules by updating the preset rules based on the connection information fed back by the client.
- FIG7 is a schematic diagram of the structure of a request processing device provided by an embodiment of the present disclosure. As shown in FIG7 , the device includes: a request receiving module 210 , an edge node removing module 220 , a target edge node determining module 230 and a node information sending module 240 .
- a request receiving module 210 is configured to receive an access point acquisition request from a client, wherein the access point acquisition request includes the client information;
- the edge node removal module 220 is configured to traverse preset rules and match the client information based on the preset rules to determine the unavailable edge node corresponding to the client; the preset rules include the correspondence between the client information and the unavailable edge node;
- a target edge node determination module 230 configured to remove the unavailable edge nodes from the candidate edge nodes to obtain available edge nodes for the client, and determine at least one target edge node suitable for the client from the available edge nodes;
- the node information sending module 240 is configured to send the node information of the target edge node to the client, so that the client can establish a connection with the target edge node.
- the technical solution provided by the embodiment of the present disclosure creates and maintains preset rules based on the connection information of multiple clients at the scheduling end, and describes the correspondence between client information and unavailable edge nodes through the preset rules.
- the client information in the access point acquisition request is parsed, and the unavailable edge node corresponding to the client is determined based on the matching of the client information in the access point acquisition request with the preset rules.
- the unavailable edge node is removed from the candidate nodes, and the target edge node is determined from the obtained available edge nodes, thereby reducing the probability of a faulty edge node among the target edge nodes sent to the client, improving the availability of the target edge node, and reducing access failures and retries during the client's access to the edge node, thereby achieving the effect of improving the client access success rate and access efficiency.
- the preset rule includes a first rule and/or a second rule
- the first rule includes a correspondence between single client information and a single edge node
- the second rule includes a correspondence between a client information class and an edge node set.
- the edge node removal module 220 is further configured to:
- the device further includes:
- the preset rule generation module is used to receive the client's connection information, which includes client information, edge node information and connection results; when the connection result is a connection failure, generate a first rule based on the client information and the edge node information.
- the preset rule generation module is further used to:
- connection information of multiple clients wherein the connection information includes client information, edge node information and connection results; regularly cluster the connection information within a preset time period to obtain clustering results, and generate a second rule based on the clustering results.
- the clustering result includes multiple classes, each class including a client information class and an edge node information class;
- the preset rule generation module is also used to:
- the edge nodes in the edge node set are offlined.
- the preset rule is set with an effective period
- a preset rule updating module configured to receive newly added association information between the client and the target edge node, and update the preset rule based on the newly added association information
- an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program includes program code for executing the method shown in the flowchart.
- the computer program can be downloaded and installed from the network through the communication device 509, or installed from the storage device 508, or installed from the ROM 502.
- the processing device 501 When the computer program is executed by the processing device 501, the above-mentioned functions defined in the method of the embodiment of the present disclosure are performed.
- the computer-readable medium mentioned above in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two.
- a computer-readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or component, or any combination of the above.
- the client and server can communicate using any currently known or later developed network protocol, such as HTTP (HyperText Transfer Protocol), and can be interconnected with any form or medium of digital data communication (e.g., a communication network).
- HTTP HyperText Transfer Protocol
- Examples of communication networks include a local area network ("LAN”), a wide area network ("WAN”), an internet (e.g., the Internet), and a peer-to-peer network (e.g., an ad hoc peer-to-peer network), as well as any currently known or later developed network.
- the computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.
- the computer-readable medium carries one or more programs.
- the electronic device When the one or more programs are executed by the electronic device, the electronic device:
- each box in the block diagram and/or flowchart, and the combination of the boxes in the block diagram and/or flowchart can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.
- the units involved in the embodiments described in this disclosure may be implemented in software or hardware.
- the name of a unit does not limit the unit itself.
- the first acquisition unit may also be described as a "unit for acquiring at least two Internet Protocol addresses.”
- exemplary types of hardware logic components include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chip (SOCs), complex programmable logic devices (CPLDs), and the like.
- FPGAs field programmable gate arrays
- ASICs application specific integrated circuits
- ASSPs application specific standard products
- SOCs systems on chip
- CPLDs complex programmable logic devices
- a more specific example of a machine-readable storage medium can include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
- RAM random access memory
- ROM read-only memory
- EPROM or flash memory erasable programmable read-only memory
- CD-ROM portable compact disk read-only memory
- CD-ROM compact disk read-only memory
- magnetic storage device or any suitable combination of the foregoing.
- Example 1 provides a request processing method, including:
- the access point acquisition request includes the client information
- the preset rules include a correspondence between the client information and the unavailable edge node;
- Example 2 provides the request processing method of Example 1, further comprising:
- the preset rules include a first rule and/or a second rule
- the first rule includes a correspondence between single client information and a single edge node
- the second rule includes a correspondence between a client information class and an edge node set.
- Example 3 provides the request processing method of Example 1, further comprising:
- Matching the client information with the preset rule to determine an unavailable edge node corresponding to the client includes:
- Example 4 provides the request processing method of Example 1, further comprising:
- the method for generating the first rule includes: receiving connection information from the client, the connection information including client information, edge node information and connection result; when the connection result is connection failure, generating the first rule based on the client information and the edge node information.
- Example 5 provides the request processing method of Example 1, further comprising:
- Example 6 provides the request processing method of Example 1, further comprising:
- the clustering result includes multiple classes, each class including a client information class and an edge node information class;
- the generating of the second rule based on the clustering result includes: if the proportion of connection failures in the association results between the client information class and the edge node information class exceeds a first threshold, generating the second rule based on the client information class and the edge node information class, wherein the edge node information class corresponds to an edge node set.
- Example 7 provides the request processing method of Example 1, further comprising:
- the method further includes: if the number of second rules corresponding to the same edge node set exceeds a second threshold, offline processing is performed on the edge nodes in the edge node set.
- Example 8 provides the request processing method of Example 1, further comprising:
- the preset rules are set with an effective period
- the method further includes: after generating the preset rule, determining the validity period of the preset rule; and deleting the preset rule when the validity period of the preset rule reaches the validity period.
- Example 9 provides the request processing method of Example 1, further comprising:
- the preset rule is set with an effective strength, and the effective strength gradually decreases during the effective period
- the matching the client information based on the preset rule to determine the unavailable edge node corresponding to the client includes:
- an unavailable edge node corresponding to the client is determined based on the effectiveness strength of the preset rule.
- Example 10 provides the request processing method of Example 1, further comprising:
- the method further includes: receiving newly established association information between the client and the target edge node, and updating the preset rule based on the newly established association information;
- the updating of the preset rules includes: generating new preset rules based on the newly added association information, and if the new preset rules are different from the existing preset rules, retaining the new preset rules; if the new preset rules are the same as the existing preset rules, initializing the effective time and effective strength of the existing preset rules.
- Example 11 provides a request processing device, including:
- a request receiving module configured to receive an access point acquisition request from a client, wherein the access point acquisition request includes the client information
- An edge node removal module configured to traverse preset rules, match the client information with the preset rules, and determine an unavailable edge node corresponding to the client; the preset rules include a correspondence between the client information and the unavailable edge node;
- a target edge node determination module configured to remove the unavailable edge nodes from the candidate edge nodes to obtain available edge nodes for the client, and determine at least one target edge node suitable for the client from the available edge nodes;
- the node information sending module is used to send the node information of the target edge node to the client, so that the client can establish a connection with the target edge node.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
一种请求处理方法、装置、存储介质及电子设备,该请求处理方法包括:接收客户端的接入点获取请求,所述接入点获取请求中包括客户端信息;遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。该方法能够减少客户端接入边缘节点过程中接入失败和重试的情况,提高客户端接入成功率和接入效率。
Description
本申请要求于2024年2月5日递交的中国专利申请第202410168078.8号的优先权,在此全文引用上述中国专利申请公开的内容以作为本申请的一部分。
本公开实施例涉及一种请求处理方法、装置、存储介质及电子设备。
在流媒体传输场景中,客户端接入边缘节点的质量是影响客户端拉流效果的重要因素,边缘节点发生故障导致客户端推拉流失败。全球网络环境复杂,各地区基础网络设施建设水平参差不齐,单个边缘节点或者边缘节点的整体机房故障的情况时有发生。
在边缘节点发生故障的情况下,客户端在向边缘节点请求建立连接失败,再次向其他边缘节点进行请求建立连接,直到与某一边缘节点连接成功。上述过程中,客户端可能经过多次连接重试,才能实现连接成功,导致建联成功率低以及建联效率低的问题,进一步增加客户端等待时长,影响用户体验。
本公开提供一种请求处理方法、装置、存储介质及电子设备,以实现提高客户端与边缘节点的建联成功率以及建联效率,提高用户体验。
第一方面,本公开实施例提供了一种请求处理方法,包括:
接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;
遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;
在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;
将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
第二方面,本公开实施例还提供了一种请求处理装置,包括:
请求接收模块,用于接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;
边缘节点去除模块,用于遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;
目标边缘节点确定模块,用于在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;
节点信息下发模块,用于将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
第三方面,本公开实施例还提供了一种电子设备,所述电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本公开任意实施例提供的请求处理方法。
第四方面,本公开实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本公开任意实施例提供的请求处理方法。
结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
图1是本公开实施例提供的一种应用场景的示意图;
图2是客户端A与边缘节点的建联过程示意图;
图3是本公开实施例所提供的一种请求处理方法流程示意图;
图4是本公开实施例提供的第一规则生成过程示意图;
图5是本公开实施例提供的第二规则生成过程示意图;
图6是本公开实施例提供的边缘节点下线处理的示意图;
图7是本公开实施例所提供的一种请求处理装置的结构示意图;以及
图8是本公开实施例所提供的一种电子设备的结构示意图。
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
可以理解的是,在使用本公开各实施例公开的技术方案之前,均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
例如,在响应于接收到用户的主动请求时,向用户发送提示信息,以明确地提示用户,其请求执行的操作将需要获取和使用到用户的个人信息。从而,使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。
作为一种可选的但非限定性的实现方式,响应于接收到用户的主动请求,向用户发送提示信息的方式例如可以是弹窗的方式,弹窗中可以以文字的方式呈现提示信息。此外,弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。
可以理解的是,上述通知和获取用户授权过程仅是示意性的,不对本公开的实现方式构成限定,其它满足相关法律法规的方式也可应用于本公开的实现方式中。
可以理解的是,本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。
示例性的,参见图1,图1是本公开实施例提供的一种应用场景的示意图。在流媒体传输场景中,以流媒体传输场景为实时通信为例,进行通信的第一客户端和第二客户端,分别接入实时通信系统下的边缘节点,边缘节点之间可进行数据传输,以实现不同客户端之间的通信。其中,边缘节点为实时通信场景下调度的最小粒度,一般为一台机器,实时通信场景的调度系统中包括多个IDC(InternetDataCenter,互联网数据中心)机房,每一IDC机房中可以包括多个边缘设备。可以理解的是,进行实时通信的客户端可以是两个或两个以上,图1仅为一种示例,例如,两个客户端之间的语音通信场景、视频通信场景,或者,多个客户端之间的会议场景等。
对于任一客户端向调度组件请求接入点的情况下,调度组件在候选边缘节点中确定预设数量的目标边缘节点,将目标边缘节点下发至客户端。其中,候选边缘节点可以是多个IDC机房中包括的全部边缘节点,目标边缘节点可以是在候选边缘节点中进行质量评估后筛选。预设数量的目标边缘节点可以是属于至少两个IDC机房。示例性的,向客户端下发边缘节点node1和node2,参见图2,图2是客户端A与边缘节点的建联过程示意图。具体的,客户端A接入边缘节点node1,由于边缘节点node1存在故障,客户端A接入失败,客户端A自动重试接入边缘节点node2,若客户端成功接入边缘节点node2,完成接入过程。若边缘节点node1和边缘节点node2均故障,客户端A重新向调度组件请求新的接入点,并尝试接入,直到接入成功。
上述客户端接入边缘节点的过程中,存在重试消耗,如果存在大批量节点故障,调度组件下发的节点可能均为故障节点,客户端还需要多次请求调度组件,多次重试建联,进一步增加接入耗时。由于客户端之间无法进行信息共享,每一客户端均需要进行多轮重试后才能成功接入边缘节点,导致大量客户端的建联成功率降低,且接入耗时增大。
针对上述技术问题,本公开实施例提供了一种请求处理方法,参见图3,图3为本公开实施例所提供的一种请求处理方法的流程示意图,本公开实施例适用于在客户端请求的情形,该方法可以由请求处理装置来执行,该装置可以通过软件和/或硬件的形式实现,可选的,通过电子设备来实现,该电子设备可以是计算机或者服务器等。上述电子设备可以是作为调度端,可选的,上述电子设备中可以部署有调度组件,以响应客户端的请求;可选的,上述电子设备中还可以是部署有调度分析组件,以接收客户端的反馈信息,生成并维护预设规则,该预设规则用于描述客户端信息与不可用边缘节点的对应关系。
如图3所示,所述方法包括:
S110、接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息。
S120、遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系。
S130、在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点。
S140、将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
客户端响应于通信操作,向调用组件发送接入点获取请求,接入点获取请求用于向调度端(例如调度组件)请求边缘节点的信息。其中,例如通信操作可以是在通信页面对通信控件的触发操作,其中,通信页面可以是即时通信页面或者会议页面等。
客户端发送的接入点获取请求中包括客户端信息,该客户端可以是为用于唯一标识该客户端的信息,可以包括客户端的位置信息、网络类型信息和客户端唯一标识。其中,网络类型信息可以是客户端的网络业务提供商类型。
调度分析组件接收多个客户端与边缘节点的历史建联信息,生成预设规则,并将预设规则同步至调度组件,调度组件中存储有多个预设规则,其中,预设规则为用于描述边缘节点的故障状态的信息,每一预设规则中包括客户端信息与不可用边缘节点的对应关系,表征不可用边缘节点相对于客户端信息对应的客户端处于故障状态。示例性的,预设规则可以是客户端A-边缘节点1-1,表明针对于客户端A而言,边缘节点1-1处于故障状态。
可选的,预设规则中的客户端信息为单一客户端信息,也可以是客户端信息集合;和/或,预设规则中的不可用边缘节点可以是单一边缘节点,也可以是边缘节点集合。相应的,预设规则中可以是包括单一客户端信息与单一边缘节点的规则、客户端信息集合与单一边缘节点的点的多对一的规则、客户端信息集合与边缘节点集合的规则、单一客户端信息与与边缘节点集合的一对多的规则的一项或多项。
其中,客户端信息集合可以是客户端信息类,即通过聚类形式得到客户端信息的一个类。预设规则是根据大量客户端的历史建联信息确定的,基于建联失败的历史建联信息生成预设规则。具体的,对于非共性的历史建联信息,可生成点对点规则,对于具有共性信息的历史建联信息可生成多对一规则、多对多规则和一对多规则的一项或多项。其中,共性信息可通过对历史建联信息进行聚类的方式得到。
遍历每一预设规则,将接入点获取请求中的客户端信息与每一预设规则进行匹配,具体的,将接入点获取请求中的客户端信息与预设规则中的客户端信息进行匹配,若预设规则中的客户端信息包括接入点获取请求中的客户端信息,则确定接入点获取请求中的客户端信息与预设规则匹配成功,即接入点获取请求中的客户端信息命中该预设规则。在客户端信息命中预设规则的情况下,将预设规则中全部边缘节点均确定为该客户端对应的不可用边缘节点,单一客户端信息可以命中一个或多个预设规则。
在一些实施例中,调度组件中的预设规则包括第一规则和第二规则,相应的,将接入点获取请求中的客户端信息与每一第一规则进行匹配,以及,将接入点获取请求中的客户端信息与每一第二规则进行匹配,以确定客户端对应的不可用边缘节点。具体的,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:将所述接入点获取请求中的客户端信息与各所述第一规则中的客户端信息进行匹配,在匹配成功的情况下,将所述第一规则中的边缘节点确定为所述客户端对应的不可用边缘节点;和/或,将所述接入点获取请求中的客户端信息与所述第二规则中的客户端信息类进行匹配,在所述接入点获取请求中的客户端信息属于所述客户端信息类的情况下,将所述第二规则中边缘节点集合中的边缘节点确定为所述客户端对应的不可用边缘节点。
针对于第一规则,接入点获取请求中的客户端信息与第一规则中的客户端信息一致,则确定匹配成功,将第一规则中边缘节点确定为客户端对应的不可用边缘节点。针对于第二规则,第二规则包括客户端信息类,确定接入点获取请求中的客户端信息是否属于客户端信息类,若是,则确定匹配成功,将第二规则的边缘节点集合中的多个边缘节点均确定为客户端对应的不可用边缘节点。示例性的,接入点获取请求中的客户端信息为北京运行商A客户端A,调度组件中包括的预设规则包括第一规则1、第一规则2和第二规则3,其中,第一规则1为北京运行商A客户端A-北京IDC1边缘节点111,第一规则2为天津运行商B客户端B-北京IDC1边缘节点222,第二规则3为北京运行商A-北京IDC2。将北京运行商A客户端A分别与调度组件中的每一预设规则进行匹配,可知,北京运行商A客户端A与第一规则1匹配成功,将北京IDC1边缘节点111确定为请求客户端(即北京运行商A客户端A)的不可用边缘节点;北京运行商A客户端A与第一规则2匹配失败;北京运行商A客户端A属于北京运行商A这一客户端信息类,即北京运行商A客户端A与第二规则3匹配成功,将属于北京IDC2这一边缘节点集合的所有边缘节点(即位于北京IDC2这一机房所有的边缘节点)均确定为请求客户端(即北京运行商A客户端A)的不可用边缘节点。
调度组件通过预设规则确定客户端对应的不可用边缘节点,在候选节点中去除上述不可用边缘节点,得到客户端对应的可用边缘节点,其中,候选节点包括各机房中的所有边缘节点。可以理解的是,预设规则用于描述针对于特定客户端信息的不可用边缘节点,相应的,不同的客户端对应的不可用边缘节点可以不同,即客户端对应的可用边缘节点也可以不同。
调度组件在客户端对应的可用边缘节点中确定客户端的至少一个目标边缘节点。可选的,可以是对客户端对应的可用边缘节点进行接入质量评价,得到每一可用边缘节点的评价数据,基于该评价数据对客户端对应的可用边缘节点进行排序,基于边缘节点的排序选择预设数量的边缘节点作为目标边缘节点。示例性的,可以是基于可用边缘节点的位置信息与客户端位置信息之间的距离、可用边缘节点的可用资源量、可用边缘节点的已接入客户端数量等进行加权处理,得到可用边缘节点的评价数据。示例性的,还可以是通过将可用边缘节点的节点信息与客户端信息输入至评价模型中,得到评价模型输出的可用边缘节点的评价数据。可以理解的是,可用边缘节点的评价数据可以是针对于客户端而言,针对于不同的客户端,相同边缘节点的评价数据可以不同。
目标边缘节点的数量可以是预先设置的,可以是两个或三个等,通过确定多个目标边缘节点,避免单一目标边缘节点无法接入的情况下,向调度组件进行重复请求的过程。
调度组件将目标边缘节点的节点信息下发至客户端,客户端根据接收的目标边缘节点的节点信息进行自动接入。可选的,客户端并行的向多个目标边缘节点发送连接请求,以与目标边缘节点建立连接。客户端接收目标边缘节点反馈的建联结果。其中,建联结果可以是连接成功和连接失败。客户端可以与任一连接成功的目标边缘节点进行数据传输,或者,客户端可以与最快建立连接的目标边缘节点进行数据传输。
在多个目标边缘节点均连接失败的情况下,重新向调度组件发送接入点获取请求,以得到新的目标边缘节点的节点信息。
客户端基于每一目标边缘节点的建联结果、目标边缘节点的节点信息和客户端信息生成建联信息,将建联信息发送至调度端,例如调度端的调度分析组件,以更新预设规则。
本公开实施例的技术方案,通过在调度端基于多个客户端的建联信息创建并维护预设规则,通过预设规则描述了客户端信息与不可用边缘接节点的对应关系。在客户端请求接入点的情况下,解析接入点获取请求中的客户端信息,基于接入点获取请求中的客户端信息与预设规则的匹配可确定客户端对应的不可用边缘节点,在候选节点中去除的不可用边缘节点,并在得到的可用边缘节点中确定目标边缘节点,以减少向客户端下发的目标边缘节点中存在故障边缘节点的概率,提高目标边缘节点的可用性,减少客户端接入边缘节点过程中的接入失败和重试的情况,进而达到提高客户端接入成功率和提高接入效率的效果。
在上述实施例的基础上,第一规则的生成方式包括:接收客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;在所述建联结果为连接失败的情况下,基于所述客户端信息与所述边缘节点信息生成第一规则。
每一客户端在与目标边缘节点建立连接,并得到目标边缘节点反馈的建联结果的情况下,生成建联信息并实时上报至调度端。调度端接收多个客户端上报的建联信息,并基于接收的建联信息生成新的预设规则或者更新已有的预设规则。
识别建联信息中的建联结果,在建联结果为连接失败的情况下,基于建联信息中的客户端信息和边缘节点信息建联第一规则,即将建联信息中的客户端信息和边缘节点信息建立关联关系,作为一条第一规则。
示例性的,参见图4,图4是本公开实施例提供的第一规则生成过程示意图。图4中客户端A与边缘节点1建联失败,客户端A与边缘节点2建联成功。调度端(调度分析组件)接收客户端A上传的建联信息,生成客户端A与边缘节点1的第一规则。在客户端A再次发送接入点获取请求的情况下,通过匹配第一规则可确定边缘节点1为客户端A对应的可不用边缘节点,在候选节点中去除边缘节点1,不再向客户端A下发边缘节点1的节点信息,避免客户端A再次接入边缘节点1导致连接失败的情况。
本实施例中,通过基于客户端的历史建联信息生成第一规则,在客户端的后续请求中,不再下发建联失败的边缘节点,减少建联失败的情况。
在上述实施例的基础上,第二规则的生成方式包括:接收多个客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;定期对预设时间段内的建联信息进行聚类处理,得到聚类结果,基于所述聚类结果生成第二规则。其中,第二规则的更新时间间隔可以是预先设置的,例如可以是30s、1分钟等。调度端维护一信息池,该信息池用于存储客户端上报的建联信息,每一建联信息中携带有上报时间戳,基于建联信息的上报时间戳维护信息池中的建联信息。可选的,信息池中建联信息的上报时间戳与当前时刻的时间间隔小于预设时间间隔,在建联信息的上报时间戳与当前时刻的时间间隔超过预设时间间隔的情况下,从信息池中删除该建联信息,避免历史建联信息与当前边缘节点的状态不匹配的情况下,影响避障信息的准确性。
定期基于信息池中的建联信息更新第二规则,即对信息池中的建联信息进行聚类处理,得到聚类结果,并基于聚类结果生成第二规则。具体的,可以是对建联信息中客户端信息和边缘节点信息的对应关系进行聚类处理,可选的,对客户端信息和边缘节点信息的对应关系分别设置多个维度,例如客户端信息的聚类维度包括位置维度和网络类型维度,其中,位置维度可以是包括不同级别的位置范围,位置范围可以包括但不限于区(县)、城市、省、国家等的范围,网络类型维度包括但不限于运行商A、运行商B、移动等的网络供应商类型。边缘节点信息的聚类维度包括边缘节点维度和机房维度。
基于客户端信息和边缘节点信息分别对应的聚类维度,对建联信息进行多维度聚类处理,可得到多个聚类结果。聚类结果中包括多个类,每一类包括客户端信息类和边缘节点信息类,例如,聚类结果中的一个类可以是城市1-运行商A-机房1。可选的,基于预设的聚类算法对建联信息进行聚类处理,得到每一类分别包括的建联信息,得到聚类结果。可选的,预先设置多个类的描述信息,即客户端信息类和边缘节点信息类,将建联信息中的客户端信息和边缘节点信息分别与每一类的描述信息进行匹配,在客户端信息属于第一类的客户端信息类,且边缘节点信息属于第一类的边缘节点信息类的情况下,确定建联信息属于该第一类,将建联信息添加到第一类的信息集合中。
聚类结果中包括每一类分别对应的信息集合,统计每一类分别对应的信息集合中建联结果的占比,即连接失败的占比。对于任一类,若所述客户端信息类和边缘节点信息类之间的建联结果中连接失败占比超出第一阈值,则基于所述客户端信息类与边缘节点信息类生成第二规则,其中,所述边缘节点信息类对应一边缘节点集合。
其中,第一阈值可以是预先设置的,例如可以是50%。在连接失败占比超出第一阈值的情况下,表明客户端信息类和边缘节点信息类之间的建联成功率低,通过客户端信息类和边缘节点信息类生成第二规则,不再对属于客户端信息类的客户端下发边缘节点信息类对应的边缘节点集合中的边缘节点,以减少建联失败的情况。
示例性的,参见图5,图5是本公开实施例提供的第二规则生成过程示意图。图5中虚线表征建联失败,实线表征建联成功,即图5中属于北京运行商A这一客户端信息类的客户端无法接入北京IDC1这一机房中的边缘节点。调度分析组件在接收到客户端上报的建联信息的情况下,基于对建联信息的聚类处理,生成了第二规则,即北京运行商A-北京IDC1。调度分析组件将生成的第二规则同步至调度组件,调度组件在接收到客户端的接入点获取请求的情况下,若接入点获取请求中的客户端信息属于北京运行商A这一客户端信息类,则将北京IDC1对应的边缘节点集合中的边缘节点确定为客户端对应的不可用边缘节点。
通过局部客户端反馈的建联信息生成第二规则,对于某一客户端,即使未反馈过建联信息或反馈的建联信息较少,在与第二规则匹配成功的情况下,可通过第二规则确定该客户端对应的多个不可用边缘节点,达到了共享客户端反馈的建联信息的效果。多对多避障可以覆盖大量客户端,在边缘机房故障场景下,通过生成多对多的规则,可以快速将批量客户端调离故障机房的所有节点。
可选的,在生成第二规则后,确定第二规则与第一规则是否重合,即确定第一规则中的客户端信息是否属于第二规则中的客户端信息类,以及第一规则中的边缘节点是否属于第二规则中的边缘节点集合。若第一规则中的客户端信息属于第二规则中的客户端信息类,且第一规则中的边缘节点属于第二规则中的边缘节点集合,表明第一规则与第二规则重合,可删除该第一规则,避免存在重合的预设规则,减少预设规则的数量以及减少预设规则的匹配计算量。示例性的,第一规则可以是北京运行商A客户端A-北京IDC1边缘节点1,第二规则可以是北京运行商A-北京IDC1,在接收到北京运行商A客户端A的接入点获取请求的情况下,通过第二规则即可将北京IDC1中所有的边缘节点确定为不可用边缘节点,包括了北京IDC1边缘节点1,可删除与第二规则重合的第一规则。
在上述实施例的基础上,导致边缘节点不可用的原因可以是线路故障原因和边缘节点的设备故障原因,其中,边缘节点可以是对应多个线路,在任一线路故障的情况下,不影响其他线路的正常运行,示例性的,对于北京IDC1这一机房中的边缘节点,在运行商A线路故障的情况下,运行商B线路可正常运行,即对于运行商A的客户端而言,北京IDC1机房中边缘节点为不可用边缘节点,对于运行商B的客户端而言,北京IDC1机房中边缘节点为可用边缘节点。线路故障导致的边缘节点不可用可通过第二规则实现规避。设备故障原因导致所有客户端无法与边缘节点建立连接,设备故障原因可以是某一边缘设备故障,或者机房故障。
在设备故障的情况下,对发生故障的边缘设备进行下线处理,减少建联失败的情况。其中,设备故障可通过第二规则的数量进行判定。可选的,若同一边缘节点集合对应的第二规则的数量超出第二阈值,则对所述边缘节点集合中的边缘节点进行下线处理。边缘节点集合可以包括至少一个边缘节点。第二阈值可以是预先设置的,例如可以是4或5等。
可选的,在同一边缘节点集合对应的第二规则的数量超出第二阈值的情况下,确定同一边缘节点集合对应的多个第二规则是否覆盖不同网络类型,若是,则对边缘节点集合中的边缘节点进行下线处理。其中,下线处理的实现方式可以是通过生成全部客户端与边缘节点集合的第二规则。示例性的,参见图6,图6是本公开实施例提供的边缘节点下线处理的示意图。图6中边缘节点集合北京IDC1的第二规则包括:北京运行商A-北京IDC1、北京运行商B-北京IDC1,天津运行商A-北京IDC1(仅为示例),在北京IDC1对应的第二规则数量达到或超出第二阈值的情况下,对北京IDC1中的边缘节点进行下线处理,设置全部客户端-北京IDC1的第二规则。
在上述实施例的基础上,在生成预设规则之后,基于预设规则生成提示信息,以提示用户对边缘节点进行检测和维护。示例性的,对于下线处理的边缘节点在经维修后可重新上线。针对上述情况,对预设规则设置生效期限,在生效期限内预设规则有效,在超出生效期限后,预设规则失效,可删除失效的预设规则。调度分析组件可进行预设规则的管理,并将实时更新的预设规则同步至调度组件。可选的,第一规则和第二规则的生效期限相同或不同。示例性的,第一规则的生效期限可以是2小时。
相应的,在生成所述预设规则之后,确定所述预设规则的生效时长;在所述预设规则的生效时长达到所述生效期限的情况下,删除所述预设规则。例如,可以是对每一预设规则设置计时器,用于记录预设规则的生效时长。例如,设置每一预设规则是生成时间戳,基于生成时间戳和当前时刻确定预设规则的生效时长。
通过设置预设规则的生效期限,避免预设规则对已恢复的边缘节点的影响。
在上述实施例的基础上,客户端与边缘节点的建联失败可能是偶发事件,或者,边缘节点的故障可在生效期限内已完成修复,即预设规则对应的边缘节点在生效期限内存在已恢复正常运行的概率,为了在生效期限内对边缘节点的运行情况进行验证,可对预设规则设置有有效强度,有效强度在所述生效期限内逐渐减小,其中,有效强度用于描述预设规则在生效期限内有效实施的概率。示例性的,预设规则的有效强度可以是0-100%之间的数值,有效强度为100%表明该预设规则100%有效,有效强度为50%表明预设规则50%生效,即有50%概率不受预设规则的影响,在客户端命中预设规则的情况下,有50%概率将预设规则中的边缘节点作为可用边缘节点。有效强度为0%表征预设规则失效,可删除该预设规则。
对生效期限设置多个时间节点,在每一时间节点对有效强度进行降级处理。例如在第一时间节点将有效强度从100%调节为99%,在第二时间节点将有效强度从99%调节为75%,并以此类推。不同时间节点的调节值可以不同,调节值可以是与生效时长正相关。
可选的,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:在所述客户端信息与任一所述预设规则匹配成功的情况下,基于所述预设规则的有效强度确定所述客户端对应的不可用边缘节点。基于接入点获取请求中的客户端信息与每一预设规则进行匹配,确定客户端信息命中的预设规则,基于命中的预设规则的有效强度确定生效的命中预设规则,将生效的命中预设规则中的边缘节点确定为客户端对应的不可用边缘节点。示例性的,客户端信息命中预设规则1和预设规则2,其中,预设规则1的有效强度为100%,预设规则2的有效强度为50%,在预设规则2在当前次失效的情况下,将预设规则1中的边缘节点确定为客户端对应的不可用边缘节点。
本实施例的技术方案,通过对预设规则设置有效强度,导致预设规则在生效期限内存在一定的失效概率,可在生效期限内对预设规则中的边缘节点进行恢复验证。
在上述实施例的基础上,客户端在接收调度组件下发的目标边缘节点的节点信息后,与目标边缘节点建立连接,并生成新的建联信息并实时上报。调度端接收所述客户端与所述目标边缘节点的新增建联信息,基于所述新增建联信息更新所述预设规则。
在一些实施例中,所述预设规则的更新包括:基于新增建联信息生成新的预设规则,若新的预设规则与已有预设规则不相同,则保留新的预设规则。若新的预设规则与已有预设规则相同,表明已有预设规则中的边缘节点的故障未恢复,则对所述已有预设规则的生效时长和有效强度进行初始化,例如将已有预设规则的生效时长初始化为零,将已有预设规则的有效强度初始化为100%。
在一些实施例中,所述预设规则的更新包括:在所述新增建联信息为连接失败,且所述新增建联信息的客户端信息和边缘节点信息不属于已有预设规则的情况下,基于所述新增建联信息创建新的预设规则,并保留新的预设规则。
在所述新增建联信息为连接失败,且所述新增建联信息的客户端信息和边缘节点信息属于已有预设规则的情况下,表明已有预设规则中的边缘节点的故障未恢复,对所述已有预设规则的生效时长和有效强度进行初始化。
在所述新增建联信息为连接成功,且所述新增建联信息的客户端信息和边缘节点信息属于已有预设规则的情况下,表明已有预设规则中的边缘节点的故障已恢复,减小所述已有预设规则的有效强度和/或增大所述已有预设规则的生效时长,以加速已有预设规则的失效,减小该已有预设规则的影响。
本实施例的技术方案,通过基于客户端反馈的建联信息对预设规则进行更新,提高预设规则的准确性和有效性。
图7为本公开实施例所提供的一种请求处理装置结构示意图,如图7所示,所述装置包括:请求接收模块210、边缘节点去除模块220、目标边缘节点确定模块230和节点信息下发模块240。
请求接收模块210,用于接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;
边缘节点去除模块220,用于遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;
目标边缘节点确定模块230,用于在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;
节点信息下发模块240,用于将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
本公开实施例所提供的技术方案,通过在调度端基于多个客户端的建联信息创建并维护预设规则,通过预设规则描述了客户端信息与不可用边缘接节点的对应关系。在客户端请求接入点的情况下,解析接入点获取请求中的客户端信息,基于接入点获取请求中的客户端信息与预设规则的匹配可确定客户端对应的不可用边缘节点,在候选节点中去除的不可用边缘节点,并在得到的可用边缘节点中确定目标边缘节点,以减少向客户端下发的目标边缘节点中存在故障边缘节点的概率,提高目标边缘节点的可用性,减少客户端接入边缘节点过程中的接入失败和重试的情况,进而达到提高客户端接入成功率和提高接入效率的效果。
在上述实施例的基础上,可选的,所述预设规则包括第一规则和/或第二规则;
其中,第一规则包括单一客户端信息与单一边缘节点的对应关系;
所述第二规则包括客户端信息类与边缘节点集合的对应关系。
在上述实施例的基础上,可选的,边缘节点去除模块220还用于:
将所述接入点获取请求中的客户端信息与各所述第一规则中的客户端信息进行匹配,在匹配成功的情况下,将所述第一规则中的边缘节点确定为所述客户端对应的不可用边缘节点;
和/或,将所述接入点获取请求中的客户端信息与所述第二规则中的客户端信息类进行匹配,在所述接入点获取请求中的客户端信息属于所述客户端信息类的情况下,将所述第二规则中边缘节点集合中的边缘节点确定为所述客户端对应的不可用边缘节点。
在上述实施例的基础上,可选的,该装置还包括:
预设规则生成模块,用于接收客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;在所述建联结果为连接失败的情况下,基于所述客户端信息与所述边缘节点信息生成第一规则。
可选的,预设规则生成模块还用于:
接收多个客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;定期对预设时间段内的建联信息进行聚类处理,得到聚类结果,基于所述聚类结果生成第二规则。
可选的,所述聚类结果中包括多个类,每一类包括客户端信息类和边缘节点信息类;
预设规则生成模块还用于:
若所述客户端信息类和边缘节点信息类之间的建联结果中连接失败占比超出第一阈值,则基于所述客户端信息类与边缘节点信息类生成第二规则,其中,所述边缘节点信息类对应一边缘节点集合。
可选的,预设规则生成模块还用于:
若同一边缘节点集合对应的第二规则的数量超出第二阈值,则对所述边缘节点集合中的边缘节点进行下线处理。
在上述实施例的基础上,可选的,所述预设规则设置有生效期限;
该装置还包括:预设规则管理模块,用于在生成所述预设规则之后,确定所述预设规则的生效时长;在所述预设规则的生效时长达到所述生效期限的情况下,删除所述预设规则。
在上述实施例的基础上,可选的,所述预设规则设置有有效强度,所述有效强度在所述生效期限内逐渐减小;
边缘节点去除模块220还用于:在所述客户端信息与任一所述预设规则匹配成功的情况下,基于所述预设规则的有效强度确定所述客户端对应的不可用边缘节点。
在上述实施例的基础上,可选的,该装置还包括:
预设规则更新模块,用于接收所述客户端与所述目标边缘节点的新增建联信息,基于所述新增建联信息更新所述预设规则;
其中,所述预设规则的更新包括:
在所述新增建联信息为连接失败,且所述新增建联信息的客户端信息和边缘节点信息不属于已有预设规则的情况下,基于所述新增建联信息创建新的预设规则;
在所述新增建联信息为连接失败,且所述新增建联信息的客户端信息和边缘节点信息属于已有预设规则的情况下,对所述已有预设规则的生效时长和有效强度进行初始化;
在所述新增建联信息为连接成功,且所述新增建联信息的客户端信息和边缘节点信息属于已有预设规则的情况下,减小所述已有预设规则的有效强度和/或增大所述已有预设规则的生效时长。
本公开实施例所提供的请求处理装置可执行本公开任意实施例所提供的请求处理方法,具备执行方法相应的功能模块和有益效果。
值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本公开实施例的保护范围。
图8为本公开实施例所提供的一种电子设备的结构示意图。下面参考图8,其示出了适于用来实现本公开实施例的电子设备(例如图8中的终端设备或服务器)500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图8示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示,电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501,其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中,还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。编辑/输出(I/O)接口505也连接至总线504。
通常,以下装置可以连接至I/O接口505:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507;包括例如磁带、硬盘等的存储装置508;以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图8示出了具有各种装置的电子设备500,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置509从网络上被下载和安装,或者从存储装置508被安装,或者从ROM 502被安装。在该计算机程序被处理装置501执行时,执行本公开实施例的方法中限定的上述功能。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
本公开实施例提供的电子设备与上述实施例提供的请求处理方法属于同一发明构思,未在本实施例中详尽描述的技术细节可参见上述实施例,并且本实施例与上述实施例具有相同的有益效果。
本公开实施例提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述实施例所提供的请求处理方法。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务器可以利用诸如HTTP(HyperText Transfer Protocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
根据本公开的一个或多个实施例,示例一提供了一种请求处理方法,包括:
接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;
遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;
在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;
将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
根据本公开的一个或多个实施例,示例二提供了示例一的请求处理方法,还包括:
所述预设规则包括第一规则和/或第二规则;
其中,第一规则包括单一客户端信息与单一边缘节点的对应关系;
所述第二规则包括客户端信息类与边缘节点集合的对应关系。
根据本公开的一个或多个实施例,示例三提供了示例一的请求处理方法,还包括:
基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:
将所述接入点获取请求中的客户端信息与各所述第一规则中的客户端信息进行匹配,在匹配成功的情况下,将所述第一规则中的边缘节点确定为所述客户端对应的不可用边缘节点;
和/或,将所述接入点获取请求中的客户端信息与所述第二规则中的客户端信息类进行匹配,在所述接入点获取请求中的客户端信息属于所述客户端信息类的情况下,将所述第二规则中边缘节点集合中的边缘节点确定为所述客户端对应的不可用边缘节点。
根据本公开的一个或多个实施例,示例四提供了示例一的请求处理方法,还包括:
所述第一规则的生成方式包括:接收客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;在所述建联结果为连接失败的情况下,基于所述客户端信息与所述边缘节点信息生成第一规则。
根据本公开的一个或多个实施例,示例五提供了示例一的请求处理方法,还包括:
所述第二规则的生成方式包括:接收多个客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;定期对预设时间段内的建联信息进行聚类处理,得到聚类结果,基于所述聚类结果生成第二规则。
根据本公开的一个或多个实施例,示例六提供了示例一的请求处理方法,还包括:
所述聚类结果中包括多个类,每一类包括客户端信息类和边缘节点信息类;
所述基于所述聚类结果生成第二规则,包括:若所述客户端信息类和边缘节点信息类之间的建联结果中连接失败占比超出第一阈值,则基于所述客户端信息类与边缘节点信息类生成第二规则,其中,所述边缘节点信息类对应一边缘节点集合。
根据本公开的一个或多个实施例,示例七提供了示例一的请求处理方法,还包括:
所述方法还包括:若同一边缘节点集合对应的第二规则的数量超出第二阈值,则对所述边缘节点集合中的边缘节点进行下线处理。
根据本公开的一个或多个实施例,示例八提供了示例一的请求处理方法,还包括:
所述预设规则设置有生效期限;
所述方法还包括:在生成所述预设规则之后,确定所述预设规则的生效时长;在所述预设规则的生效时长达到所述生效期限的情况下,删除所述预设规则。
根据本公开的一个或多个实施例,示例九提供了示例一的请求处理方法,还包括:
所述预设规则设置有有效强度,所述有效强度在所述生效期限内逐渐减小;
所述基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:
在所述客户端信息与任一所述预设规则匹配成功的情况下,基于所述预设规则的有效强度确定所述客户端对应的不可用边缘节点。
根据本公开的一个或多个实施例,示例十提供了示例一的请求处理方法,还包括:
所述方法还包括:接收所述客户端与所述目标边缘节点的新增建联信息,基于所述新增建联信息更新所述预设规则;
其中,所述预设规则的更新包括:基于所述新增建联信息生成新的预设规则,若所述新的预设规则与已有预设规则不相同,则保留新的预设规则;若所述新的预设规则与所述已有预设规则相同,则对所述已有预设规则的生效时长和有效强度进行初始化。
根据本公开的一个或多个实施例,示例十一提供了一种请求处理装置,包括:
请求接收模块,用于接收客户端的接入点获取请求,所述接入点获取请求中包括所述客户端信息;
边缘节点去除模块,用于遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点;所述预设规则包括客户端信息与不可用边缘节点的对应关系;
目标边缘节点确定模块,用于在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;
节点信息下发模块,用于将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (13)
- 一种请求处理方法,包括:接收客户端的接入点获取请求,所述接入点获取请求中包括客户端信息;遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,其中,所述预设规则包括所述客户端信息与所述不可用边缘节点的对应关系;在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
- 根据权利要求1所述的方法,其中,所述预设规则包括第一规则和/或第二规则;其中,所述第一规则包括单一客户端信息与单一边缘节点的对应关系;所述第二规则包括客户端信息类与边缘节点集合的对应关系。
- 根据权利要求2所述的方法,其中,所述基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:将所述接入点获取请求中的客户端信息与各所述第一规则中的客户端信息进行匹配,在匹配成功的情况下,将所述第一规则中的边缘节点确定为所述客户端对应的不可用边缘节点;和/或,将所述接入点获取请求中的客户端信息与所述第二规则中的客户端信息类进行匹配,在所述接入点获取请求中的客户端信息属于所述客户端信息类的情况下,将所述第二规则中边缘节点集合中的边缘节点确定为所述客户端对应的不可用边缘节点。
- 根据权利要求2或3所述的方法,其中,所述第一规则的生成方式包括:接收客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;在所述建联结果为连接失败的情况下,基于所述客户端信息与所述边缘节点信息生成所述第一规则。
- 根据权利要求2或3所述的方法,其中,所述第二规则的生成方式包括:接收多个客户端的建联信息,所述建联信息中包括客户端信息、边缘节点信息和建联结果;定期对预设时间段内的建联信息进行聚类处理,得到聚类结果,基于所述聚类结果生成所述第二规则。
- 根据权利要求5所述的方法,其中,所述聚类结果中包括多个类,每一类包括客户端信息类和边缘节点信息类;所述基于所述聚类结果生成所述第二规则,包括:若所述客户端信息类和边缘节点信息类之间的建联结果中连接失败占比超出第一阈值,则基于所述客户端信息类与边缘节点信息类生成所述第二规则,其中,所述边缘节点信息类对应一边缘节点集合。
- 根据权利要求6所述的方法,还包括:若同一边缘节点集合对应的第二规则的数量超出第二阈值,则对所述边缘节点集合中的边缘节点进行下线处理。
- 根据权利要求1-7任一项所述的方法,其中,所述预设规则设置有生效期限;所述方法还包括:在生成所述预设规则之后,确定所述预设规则的生效时长;在所述预设规则的生效时长达到所述生效期限的情况下,删除所述预设规则。
- 根据权利要求8所述的方法,其中,所述预设规则设置有有效强度,所述有效强度在所述生效期限内逐渐减小;所述基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,包括:在所述客户端信息与任一所述预设规则匹配成功的情况下,基于所述预设规则的有效强度确定所述客户端对应的不可用边缘节点。
- 根据权利要求9所述的方法,还包括:接收所述客户端与所述目标边缘节点的新增建联信息,基于所述新增建联信息更新所述预设规则;其中,所述预设规则的更新包括:基于所述新增建联信息生成新的预设规则,若所述新的预设规则与已有预设规则不相同,则保留所述新的预设规则;若所述新的预设规则与所述已有预设规则相同,则对所述已有预设规则的生效时长和有效强度进行初始化。
- 一种请求处理装置,包括:请求接收模块,被配置为接收客户端的接入点获取请求,所述接入点获取请求中包括客户端信息;边缘节点去除模块,被配置为遍历预设规则,基于所述预设规则与所述客户端信息进行匹配,确定所述客户端对应的不可用边缘节点,其中,所述预设规则包括所述客户端信息与所述不可用边缘节点的对应关系;目标边缘节点确定模块,被配置为在候选边缘节点中去除所述不可用边缘节点,得到所述客户端的可用边缘节点,在所述可用边缘节点中确定适用于所述客户端的至少一个目标边缘节点;节点信息下发模块,被配置为将所述目标边缘节点的节点信息下发至所述客户端,以使所述客户端与所述目标边缘节点建立连接。
- 一种电子设备,包括:一个或多个处理器;存储装置,被配置为存储一个或多个程序,其中,当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-10中任一所述的请求处理方法。
- 一种包含计算机可执行指令的存储介质,其中,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-10中任一所述的请求处理方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202410168078.8 | 2024-02-05 | ||
| CN202410168078.8A CN117914856A (zh) | 2024-02-05 | 2024-02-05 | 一种请求处理方法、装置、存储介质及电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2025167331A1 true WO2025167331A1 (zh) | 2025-08-14 |
Family
ID=90696873
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2024/139578 Pending WO2025167331A1 (zh) | 2024-02-05 | 2024-12-16 | 请求处理方法、装置、存储介质及电子设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN117914856A (zh) |
| WO (1) | WO2025167331A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117914856A (zh) * | 2024-02-05 | 2024-04-19 | 北京字跳网络技术有限公司 | 一种请求处理方法、装置、存储介质及电子设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113285932A (zh) * | 2021-05-13 | 2021-08-20 | 中国联合网络通信集团有限公司 | 边缘服务的获取方法和服务器、边缘设备 |
| CN113760927A (zh) * | 2021-01-27 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 数据处理方法、装置、电子设备和计算机可读介质 |
| CN115277853A (zh) * | 2022-07-04 | 2022-11-01 | 阿里巴巴(中国)有限公司 | 基于边缘云的数据处理方法及装置 |
| WO2022247750A1 (zh) * | 2021-05-28 | 2022-12-01 | 上海云盾信息技术有限公司 | 访问请求的处理方法、电子装置、电子设备以及介质 |
| CN117914856A (zh) * | 2024-02-05 | 2024-04-19 | 北京字跳网络技术有限公司 | 一种请求处理方法、装置、存储介质及电子设备 |
-
2024
- 2024-02-05 CN CN202410168078.8A patent/CN117914856A/zh active Pending
- 2024-12-16 WO PCT/CN2024/139578 patent/WO2025167331A1/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113760927A (zh) * | 2021-01-27 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 数据处理方法、装置、电子设备和计算机可读介质 |
| CN113285932A (zh) * | 2021-05-13 | 2021-08-20 | 中国联合网络通信集团有限公司 | 边缘服务的获取方法和服务器、边缘设备 |
| WO2022247750A1 (zh) * | 2021-05-28 | 2022-12-01 | 上海云盾信息技术有限公司 | 访问请求的处理方法、电子装置、电子设备以及介质 |
| CN115277853A (zh) * | 2022-07-04 | 2022-11-01 | 阿里巴巴(中国)有限公司 | 基于边缘云的数据处理方法及装置 |
| CN117914856A (zh) * | 2024-02-05 | 2024-04-19 | 北京字跳网络技术有限公司 | 一种请求处理方法、装置、存储介质及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117914856A (zh) | 2024-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107295080B (zh) | 应用于分布式服务器集群的数据存储方法和服务器 | |
| CN111950988B (zh) | 分布式工作流调度方法、装置、存储介质及电子设备 | |
| US10389801B2 (en) | Service request processing method, related apparatus, and system | |
| CN104601696B (zh) | 服务处理方法、服务调用系统、装置和系统 | |
| WO2020156225A1 (zh) | 基于区块链系统的业务处理方法、装置、介质及电子设备 | |
| CN112118315A (zh) | 数据处理系统、方法、装置、电子设备和存储介质 | |
| CN114357495B (zh) | 基于区块链的预言机链下聚合方法、装置、设备和介质 | |
| CN114938395B (zh) | 服务响应方法、装置、设备及存储介质 | |
| CN118118556B (zh) | 基于用户请求的云手机调度方法、装置、设备及存储介质 | |
| CN110851290A (zh) | 一种数据同步方法、装置、电子设备及存储介质 | |
| CN111381988A (zh) | 一种请求限速方法、装置、电子设备及存储介质 | |
| WO2025167331A1 (zh) | 请求处理方法、装置、存储介质及电子设备 | |
| CN116320011A (zh) | 请求处理方法及装置 | |
| CN115412609A (zh) | 一种业务处理方法、装置、服务器及存储介质 | |
| CN110601868A (zh) | 实时分发配置信息的分布式系统、方法和电子设备 | |
| CN109714403B (zh) | 一种确定用户上线时长的方法及装置 | |
| CN116319810A (zh) | 分布式系统的流量控制方法、装置、设备、介质及产品 | |
| WO2023273576A1 (zh) | 异常请求处理方法、装置、电子设备和存储介质 | |
| WO2025208997A1 (zh) | 数据流切换方法、装置、存储介质及电子设备 | |
| WO2025130751A1 (zh) | 解析地址处理方法、装置、介质和电子设备 | |
| CN116846976A (zh) | 数据管理方法、装置、服务器、存储介质及系统 | |
| CN116708564A (zh) | 业务处理方法、装置、设备及存储介质 | |
| CN107329707A (zh) | 统一存储的多存储设备管理方法、系统及gui管理系统 | |
| CN115970292B (zh) | 游戏实体处理方法、装置、可读介质及电子设备 | |
| US20140095701A1 (en) | Method, apparatus and computer program product for synchronizing slm statuses of a plurality of appliances in a cluster |
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: 24923533 Country of ref document: EP Kind code of ref document: A1 |