CN109391663B

CN109391663B - Access request processing method and device

Info

Publication number: CN109391663B
Application number: CN201710683053.1A
Authority: CN
Inventors: 付鑫; 卢毅军
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-08-10
Filing date: 2017-08-10
Publication date: 2021-11-16
Anticipated expiration: 2037-08-10
Also published as: CN109391663A

Abstract

The application aims to provide a processing method and equipment of an access request; the device comprises a parameter state information determining module, a parameter state information determining module and a parameter state information determining module, wherein the parameter state information determining module is used for determining the parameter state information corresponding to a migration access request of user equipment based on accumulated parameter consumption information and expected parameter consumption information corresponding to the migration access request; the first transceiver module is configured to add the parameter state information to the migration access request, and then send the migration access request to a corresponding target area device, where the migration access request includes the corresponding parameter state information, and the target area device determines processing priority information of the migration access request based on the parameter state information.

Description

Access request processing method and device

Technical Field

The present application relates to the field of computers, and in particular, to a technology for processing an access request.

Background

In the local area network service, a server in an area may not only process a user access request in the area but also process a user access request transferred from another area to the area. When the server in the local area processes the user access request, the user access request migrated to the local area is usually handled as a normal user access request of the local area, and the difference between the user access request migrated from another area to the local area and the user access request in the real local area and the different processing requirements caused by the difference are not considered.

Disclosure of Invention

An object of the present application is to provide a user equipment, wherein the user equipment includes:

the parameter state information determining module is used for determining the parameter state information corresponding to the migration access request based on the accumulated parameter consumption information and the expected parameter consumption information corresponding to the migration access request of the user equipment;

the first transceiver module is configured to add the parameter state information to the migration access request, and then send the migration access request to a corresponding target area device, where the migration access request includes the corresponding parameter state information, and the target area device determines processing priority information of the migration access request based on the parameter state information.

It is another object of the present application to provide a target area apparatus, wherein the target area apparatus includes:

the third transceiver module is configured to acquire a migration access request of the user equipment, where the migration access request includes parameter state information;

and the migration processing module is used for determining the processing priority information of the migration access request based on the parameter state information and processing the migration access request based on the processing priority information.

Another object of the present application is to provide a user equipment, wherein the user equipment includes:

the control module is used for determining target area equipment corresponding to a migration access request of user equipment in one or more area equipment, wherein the migration access request has a corresponding history access request, the migration access request and the history access request correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same.

It is another object of the present application to provide an application program interface comprising:

the receiving module is used for receiving a network service request of a user;

a handover module to perform an operation related to handover of the area device based on the network service request.

It is another object of the present application to provide a method, wherein the method comprises:

determining parameter state information corresponding to a migration access request based on accumulated parameter consumption information and expected parameter consumption information corresponding to the migration access request of user equipment;

and adding the parameter state information into the migration access request, and sending the migration access request to corresponding target area equipment, wherein the migration access request comprises corresponding parameter state information, and the target area equipment determines processing priority information of the migration access request based on the parameter state information.

acquiring a migration access request of user equipment, wherein the migration access request comprises parameter state information;

determining processing priority information of the migration access request based on the parameter state information;

and processing the migration access request based on the processing priority information.

determining target area equipment corresponding to a migration access request of user equipment in one or more area equipment, wherein the migration access request has a corresponding history access request, the migration access request and the history access request correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same.

Drawings

Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:

FIG. 1 schematically illustrates an example scenario for processing of an access request, in accordance with various embodiments;

FIG. 2 schematically illustrates another example scenario for processing of an access request, in accordance with various embodiments;

FIG. 3 schematically illustrates an exemplary system that may be used to implement various embodiments described herein;

fig. 4 schematically illustrates an example of a method for processing an access request at a user equipment, in accordance with various embodiments;

FIG. 5 schematically illustrates an example of a method for access request processing at a target area device side, in accordance with various embodiments;

fig. 6 illustrates another example of a method for processing an access request at a user equipment end, in accordance with various embodiments;

FIG. 7 schematically illustrates an example of a user device that performs access request processing, in accordance with various embodiments;

FIG. 8 schematically illustrates an example of a target area device that performs access request processing, in accordance with various embodiments;

figure 9 schematically illustrates another example of user equipment performing access request processing, in accordance with various embodiments.

The same or similar reference numbers in the drawings identify the same or similar elements.

Detailed Description

The present invention is described in further detail below with reference to the attached drawing figures.

In a typical configuration of the present application, the terminal, the device serving the network, and the trusted party each include one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, 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 (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include non-transitory computer readable media (transient media), such as modulated data signals and carrier waves.

Although certain embodiments have been illustrated and described herein for purposes of description, this application is intended to cover any adaptations or variations of the embodiments discussed herein and of the claims.

References in the specification to "one embodiment," "an example embodiment," etc., indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases are not intended to refer to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to effect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

Further, it is understood that the description "at least one A, B and C" in this application may mean (a); (B) (ii) a (C) (ii) a (A and B); (A and C); (B and C); or (A, B, and C). Similarly, by "at least one A, B or C" can be meant (a); (B) (ii) a (C) (ii) a (A and B); (A and C); (B and C); or (A, B, and C).

The embodiment of the application provides a user device for processing an access request, and a target area device for processing an access request, wherein the target area device includes but is not limited to a computer, a network host, a single network server, a plurality of network server sets or a cloud server, and the cloud server may be a virtual supercomputer running in a distributed system and composed of a group of loosely coupled computer sets, and is used for realizing simple, efficient, safe, reliable, and elastically scalable processing capability computing services. The user devices include, but are not limited to, various personal computers, mobile smart devices, network hosts, a single network server, multiple sets of network servers, or cloud servers.

In an embodiment of the present application, a network service corresponding to an access request of a user may be deployed in area devices of multiple areas, where the area devices of each area may be deployed with the same network service, and further, in an implementation manner, data services provided by the area devices deployed with the same network service at any time may be kept consistent with each other. Here, the plurality of areas may include, but are not limited to, a plurality of machine rooms, a plurality of countries, a plurality of areas, and the like. One practical possible scenario is that, during a process of requesting a network service from a regional device in one region, a user needs to migrate the request of the network service to another region for various possible reasons, and the regional device in another region processes the network service, and the migration of the network service processing may not be limited to one or more times, and the migrated regional device is a target regional device. Herein, the various possible reasons include, but are not limited to, various conditions that make the previous area device unable to handle the network service, for example, various hardware or software failures of the previous area device, handling of the network service by the previous area device exceeding a preset delay, and the like. When an access request of a network service is migrated to a subsequent region device, if the subsequent region device does not consider history processing information of the migration access request, but treats the migration access request as a regular access request of the subsequent region device, the migration access request may not be processed in time, which may result in further prolonging of a delay that the migration access request cannot be processed, and even in a situation that the migration access request is migrated again or continuously migrated to another region device for multiple times because the subsequent region device cannot be processed in time, thereby possibly increasing the operation load of the associated multiple region devices, and particularly when the number of the type of migration access requests is large, even causing an avalanche effect to occur among the multiple region devices; meanwhile, further delay of network service processing can also greatly reduce user experience of users corresponding to each migration request. Therefore, in real applications, there is a need for a general processing mechanism for the migration access request that is different from the normal access request in a region.

Here, fig. 1 shows an example of a scenario of processing of an access request. The first area device 12, the second area device 13, the nth area device 14, etc. may be several area devices in a data system providing a consistent data service. Further, one or more servers, for example, the server 121, the server 122, the server 123, and the like corresponding to the first area device 12, the server 131, the server 132, the server 133, and the like corresponding to the second area device 13, and the server 141, the server 142, the server 143, and the like corresponding to the nth area device 14, may be deployed in each area device, and the servers are configured to receive and process network access requests from user devices. Meanwhile, data information corresponding to the data service requested by the user may be stored in a local storage device or system corresponding to the corresponding area device, for example, the local storage 120 corresponding to the first area device 12, the local storage 130 corresponding to the second area device 13, the local storage 140 corresponding to the nth area device 14, and the like; but may also be stored in any other device or system than the corresponding area device. User device 11 in fig. 1 may be used to refer to any device that issues a network access request to a zone device based on data service requirements, including but not limited to various personal computers, mobile smart devices, network hosts, a single network server, multiple sets of network servers, or cloud servers, etc.

Here, it is assumed that the historical access request 1 is a regular access request about one network service, which is sent by the user equipment 11 to the first area device 12, and the regular access request may mean that the user equipment 11 has not initiated a similar access request with the same data service content to other area devices before initiating an access request to the first area device 12, and in the present application, the regular access request corresponds to a migration access request. Then, if the first area device 12 cannot provide the data service for the user device smoothly based on the regular access request, for example, if the first area device 12 is catastrophe, the user device 11 sends the history access request 2 corresponding to the regular access request to the corresponding second area device 13, where the history access request 2 is also the migration access request 1 corresponding to the regular access request, and if the second area device 13 cannot provide the data service for the user device smoothly based on the history access request 2, the user device 11 sends the migration access request 2 corresponding to the history access request 1 and the history access request 2 to the corresponding nth area device 14, and then, there may be a case where: the Nth area device 14 successfully processes the migration access request 2 from the user device 11 and successfully realizes the data service requested by the user; alternatively, if the nth area device 14 cannot smoothly provide the data service to the user device 11 based on the migration access request 2, the user device 11 continues to migrate the access request to another area device. In one implementation, the number of times of migration of the request of the network service of the user equipment 11 may be one or more times, and the user equipment 11 may correspond to one or more conventional access requests and/or multiple migration access requests for the network service until the network equipment corresponding to the network service executes the request or the user equipment gives up the request of the network service, where the contents corresponding to the access requests are the same, that is, the access requests all request the same network service, such as a read data service, a write data service, or the like.

Here, the second area device 13, the nth area device 14, and the like may all be referred to as a target area device with respect to the first area device 12, and the second area device 13 may also be referred to as a target area device with respect to the nth area device 14, where the target area device may be an area device to which an access request of a user is transferred. There may be several migration access requests from the respective user devices in the target area device, while there may also be several regular access requests in the target area device. In the application, the target area device may determine priority information of the migration access request based on the parameter state information in the migration access request, and process the corresponding migration access request based on the priority information.

Figure 7 schematically illustrates an example of a user device that performs access request processing, in accordance with various embodiments. In one implementation, the user equipment 11 in fig. 1 may be an example of the user equipment 1 in fig. 7.

As shown in fig. 7, the user equipment 1 may include a parameter status information determining module 71 and a first transceiving module 72. The parameter state information determining module 71 may determine, based on accumulated parameter consumption information and expected parameter consumption information corresponding to a migration access request of the user equipment 1, parameter state information corresponding to the migration access request; then, the first transceiver module 72 may add the parameter status information to the migration access request, and then send the migration access request to the corresponding target area device, where the migration access request includes the corresponding parameter status information, and the target area device determines the processing priority information of the migration access request based on the parameter status information. Here, the target area device may be the same as or similar to the target area device 2 in fig. 8.

In response, FIG. 8 schematically illustrates an example of a target area device that performs access request processing, in accordance with various embodiments. In one implementation, the target area device 2 in fig. 8 may be any one of the area devices shown in fig. 1, and particularly when corresponding to the process of data access by the user device 11 in fig. 1, the target area device 2 may be, for example, the second area device 13 or the nth area device 14 in fig. 1.

The target area device 2 may include a third transceiver module 81 and a migration processing module 82. The third transceiver module 81 may obtain a migration access request of the user equipment 1, where the migration access request includes parameter status information; next, the migration processing module 82 may determine processing priority information of the migration access request based on the parameter status information, and process the migration access request based on the processing priority information.

In one implementation, the first transceiver module 72 may add the determined parameter status information to the migration access request, and further send the migration access request added with the parameter status information to the corresponding target area device 2, and receive the migration access request by the corresponding third transceiver module 81, where the migration access request includes the parameter status information determined by the parameter status information determining module 71, and the migration processing module 82 of the target area device 2 determines the processing priority information of the migration access request based on the parameter status information, where the parameter status information is a basis for the target area device 2 to determine the migration access request. In one implementation, the consumption of the network resources and the device resources is not generally unlimited, the user equipment 1 may have an expectation of parameter consumption for a request of a network service, and if the parameter status information exceeds the expectation, the user equipment 1 may automatically stop the request of accessing the network service based on the setting, or may be a request of the user to actively stop the network service.

Based on fig. 7, in one embodiment, the accumulated parameter consumption information may include, but is not limited to, any one of accumulated request processing time information, accumulated request number information, accumulated request processing traffic consumption information, or any combination of multiple items. In one implementation, the accumulated request processing time information includes processing time that has not been successfully processed before the request for network service of the user equipment 1 is handed over to the target area device 2, e.g., request processing time information for one or more historical access requests prior to the migration access request. In one implementation, the accumulated number of requests information may include the number of requests during a period of time that the request for network service of the user equipment 1 has not been successfully processed before being handed over to the target area device 2, for example, the number of historical access requests before the migration access request. In one implementation, the cumulative request processing traffic consumption information may include traffic values consumed during a period of time in which a request for network service of the user equipment 1 has not been successfully processed before being handed over to the target area device 2, e.g., traffic consumption information of one or more historical access requests before the migration access request. In one implementation, the accumulated parameter consumption information may further correspond to a combination of multiple consumption parameters, for example, a new accumulated parameter consumption information may be defined, and a calculation formula of a, accumulated request processing time information + b, accumulated request number information + c, accumulated request processing flow consumption information may be defined, where a, b, and c are set weights.

It should be understood by those skilled in the art that the above-mentioned items of accumulated parameter consumption information are only examples, and other kinds of accumulated parameter consumption information, which may exist or may appear in the future, should also be included in the scope of the present application if the present application is applicable, and are included by reference.

Based on fig. 7, further, in an embodiment, the expected parameter consumption information includes any one of expected request processing time information, expected request number information, expected request processing traffic consumption information, or a combination of any plurality of items. In one implementation, the expected request processing time information may include an allowable elapsed time from an initial request to an expected end of processing of the request of the network service of the user equipment 1, which may include successful processing. In one implementation, the expected number of requests information may include the number of allowed requests for the period of time from the initial request to the expected end of processing of the request for the network service of the user equipment 1, which may include successful processing. In one implementation, the expected processing traffic consumption information may include traffic information that is allowed to be consumed during a period from an initial request to an expected end of processing of the request of the network service of the user equipment 1, and the expected end of processing may include successful processing. In one implementation, the expected parameter consumption information may further correspond to a combination of multiple consumption parameters, for example, a new expected parameter consumption information may be defined, which is calculated by a formula d × expected request processing time information + e × expected request times information + f × expected request processing flow consumption information, where d, e, and f are set weights.

It should be understood by those skilled in the art that the above-mentioned expected parameter consumption information is only an example, and other types of expected parameter consumption information that may exist or may appear in the future are also included in the scope of the present application and are included by reference if applicable.

Based on fig. 7, in one embodiment, the parameter status information may include any one of: the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and is less than the expected parameter consumption information; the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information; the accumulated parameter consumption information is less than a preset parameter consumption threshold and less than expected parameter consumption information. In one implementation, the reference consumption threshold may include, but is not limited to, a request processing time threshold, a request number threshold, a request processing traffic consumption threshold. In one implementation, the specific content of the parameter consumption threshold corresponds to the accumulated parameter consumption information and the expected parameter consumption information, for example, if the accumulated parameter consumption information is accumulated request processing time information, the expected parameter consumption information corresponds to expected request processing time information, and accordingly, the parameter consumption threshold is a request processing time threshold. In one implementation, the user equipment 1 may add the determined parameter status information to the migration access request, and then determine how to specifically process the migration access request by the received target area device 2. In another implementation manner, the user equipment 1 may also abandon the migration access request at any time based on a user operation, for example, if the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, the corresponding migration access request may be sent based on a preset setting or based on a user selection, and the migration access request may also be abandoned based on a user selection.

Based on fig. 7, further, in an embodiment, the user equipment 1 may further include a setting module 73, which may be configured to perform at least any one of the following: setting the parameter consumption threshold corresponding to the migration access request; and setting the expected parameter consumption information corresponding to the migration access request. In one implementation, the parameter consumption threshold may be set to be less than or equal to the expected parameter consumption information.

Then, after the third transceiver module 81 acquires the migration access request of the user equipment, the migration processing module 82 determines processing priority information of the migration access request based on the parameter state information, and may perform request processing matched with the processing priority information on the migration access request based on the processing priority information, where a corresponding relationship between the processing priority information and a processing manner may be matched in a customized manner based on a requirement of an actual scene.

In the present application, the target area device 2 may match, based on the migration access request, the corresponding processing priority information with the corresponding parameter state information, so as to determine when to process the migration access request according to the processing priority information, and thus, in combination with a historical processing situation of the migration access request, the processing requirement that the migration access request is different from a conventional access request may be sufficiently met, so as to implement timely processing of the migration access request, reduce a bad experience brought to a user by processing delay, and at the same time, effectively reduce the number of times that the migration access request is migrated among a plurality of area devices, reduce an operation load of the area devices, and avoid the area devices from generating an avalanche effect.

Based on fig. 7, in an embodiment, the user equipment 1 may further include a first cumulative parameter consumption information determining module 74, and if the cumulative parameter consumption information includes cumulative request processing time information, the first cumulative parameter consumption information determining module 74 of the user equipment 1 may obtain request processing time information of one or more historical access requests corresponding to the migration access request, where the migration access request and the historical access request each time correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, one way of determining the request processing time information of the historical access request may be to: recording the time T1 when the user equipment 1 sends the history access request, if the waiting time limit of the history access request is preset to be T1, if the feedback information of the area equipment corresponding to the history access request is not received at the time T1+ T1, determining that the request processing time information of the history access request is T1. In one implementation, one way of determining the request processing time information of the historical access request may be to: the time T1 when the user equipment 1 issued the history access request is recorded, and if the request processing failure information of the area equipment corresponding to the history access request is received at time T2, it is determined that the request processing time information of the history access request is T2-T1. Next, cumulative processing time information of the migration access request may be determined based on the request processing time information of each of the historical access requests, and in one implementation, the request processing time information of each of the historical access requests may be summed to determine the cumulative processing time information. Next, the parameter status information may be determined in association with expected request processing time information corresponding to the migration access request set by the user equipment 1.

Based on fig. 7, in an embodiment, the user equipment 1 may further include a second accumulated parameter consumption information determining module 75, and if the accumulated parameter consumption information includes accumulated request number information, the second accumulated parameter consumption information determining module 75 may obtain request number information of a historical access request corresponding to the migration access request to determine the accumulated request number information, where the migration access request and the historical access request each time correspond to the same user equipment initiating the access request, and the content of the corresponding access request is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, one way of determining the request time information of the historical access request may be: once every time an access request for the corresponding network service is initiated, it is accumulated. Next, the parameter status information may be determined in combination with expected request number information corresponding to the migration access request set by the user equipment 1.

Based on fig. 7, in an embodiment, the user equipment 1 may further include a third cumulative parameter consumption information determining module 76, and if the cumulative parameter consumption information includes cumulative request processing traffic consumption information, the third cumulative parameter consumption information determining module 76 may obtain request processing traffic consumption information of one or more historical access requests corresponding to the migration access request, where the migration access request and the historical access request each time correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, the request processing traffic consumption information of the historical access request may be determined by one or more of the parameters of the size of the request content, the size of the returned content, the request type, and the like corresponding to the historical access request. Further, in an implementation manner, when the various parameters are used in combination, a weight corresponding to each parameter may also be set. Next, determining accumulated request processing traffic consumption information of the migration access request based on the request processing traffic consumption information of each historical access request, and in one implementation, summing up the request processing traffic consumption information of each historical access request to determine the accumulated request processing traffic consumption information; next, the parameter status information may be determined in association with expected request processing traffic consumption information of a history access request corresponding to the migration access request set by the user equipment 1.

After the third transceiver module 81 of the target area device 2 obtains the migration access request of the user device 1, the migration processing module 82 may determine processing priority information of the migration access request based on the parameter status information, and process the migration access request based on the processing priority information.

Based on fig. 8, in an embodiment, if the parameter status information is that the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and less than the expected parameter consumption information, the migration processing module 82 may determine that the processing priority information of the migration access request is the first special level; then, based on the first special level, the migration processing module 82 may prioritize the migration access request. For example, if the cumulative request processing time information of the history access request corresponding to the migration access request is 9s, the request processing time threshold is 8s, and the expected request processing time information is 10s, it may be determined that the processing priority information of the migration access request satisfies the condition of the first special level, and the target area device 2 may preferentially process the migration access request.

Based on fig. 8, in an embodiment, if the parameter status information is that accumulated parameter consumption information is greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, where the migration access request and the historical access request correspond to the same user equipment initiating the access request and the same target area device 2 processing the access request, and the contents of the corresponding access requests are the same, the migration processing module 82 may determine that the processing priority information of the migration access request is of the second special level; the migration access request may then be prioritized based on the second special level. Further, in an embodiment, if the parameter status information is that the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, and the migration access request does not correspond to the historical access request, the migration processing module 82 may determine that the processing priority information of the migration access request is non-priority; processing of the migration access request may then be denied. In the above two embodiments, when the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, the user equipment 1 does not directly abandon the request, but may continue to perform the corresponding network service processing in the target area equipment 2 based on the user selection, and at the same time, the corresponding target area equipment 2 may select to reject the migration access request for processing, for example, disregard the request or directly feed back rejection processing information; alternatively, it is also possible to provide: if the historical access request corresponding to the same network service is sent to the target area device 2 before the migration access request, the priority of the migration access request is changed, and the migration access request is processed preferentially. In this embodiment, the user's discretionary choice of the processing mode for processing the migration access request can be sufficiently respected to improve the user experience.

Based on fig. 8, in an embodiment, if the parameter status information is that the accumulated parameter consumption information is smaller than a preset parameter consumption threshold and smaller than the expected parameter consumption information, the migration processing module 82 may determine that the processing priority information of the migration access request is a normal level; then, any of the following operations may be performed: performing priority processing on the migration access request; processing the migration access request based on a first-come-first-processed principle, and in one implementation, the migration access request may be processed based on the first-come-first-processed principle together with a corresponding conventional access request in the target area device 2 without distinction; after the corresponding conventional access request in the target area device 2 is processed, sequentially processing the migration access request, wherein in an implementation manner, the sequential processing may be a first-come first-processed principle; in one implementation, the request type may include any known or customized type information, for example, the request is divided into a high-level user request and a normal user request, where the former has a higher priority than the latter, and the priority information of the request type information is given to the request type information, so as to perform priority processing on the migration access request corresponding to the high-level user request.

In one embodiment, the accumulated parameter consumption information may include, but is not limited to, at least any one of: accumulated request processing time information, accumulated request number information, and accumulated request processing flow consumption information. Correspondingly, the expected parameter consumption information may also include, but is not limited to, at least any one of the following: expected request processing time information, expected request number information, and expected request processing traffic consumption information. In one implementation, if the accumulated parameter consumption information and the corresponding expected parameter consumption information are not limited to the combination information of the plurality of items, the parameter status information corresponding to each parameter may be sequentially determined, and the parameter status information corresponding to the largest weighted one of the plurality of items may be set, and the final parameter status information according to which the migration access request is processed for the replacement network request 2 may be set, or the maximum one of the parameter status information corresponding to each of the plurality of items may be set, and the final parameter status information according to which the migration access request is processed for the replacement network request 2 may be set.

Based on fig. 7, in an embodiment of the present application, the user equipment further includes a target area device determining module 78, and the target area device determining module 78 may determine a target area device 2 from one or more area devices; next, the first transceiver module 72 may send a migration access request corresponding to a history access request of the user equipment 1 to the corresponding target area equipment 2, where the migration access request and the history access request correspond to the same user equipment initiating the access request, and the content of the corresponding access request is the same.

In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; but may be other access requests sent to the target area device 2 prior to the current migration access request. Here, the area device may include, but is not limited to, a single web server, a plurality of web server sets, or a cloud server. In one implementation, the area devices may be deployed in corresponding data storage systems, and different area devices may be set to correspond to different areas and match the same network service. Further, in an implementation manner, a plurality of area devices or the data storage system may correspond to a unified area device information parsing service, the area device information parsing service may provide a unified address parsing service for the area devices or all or some of the area devices in the data storage system, and when the data storage system is a data storage system with multiple areas and strong consistency, it may also be ensured that the area device information of the area devices corresponding to the area device information parsing service realizes cross-area data consistency. In an implementation, when the user equipment 1 needs, the local device information resolution service may be acquired from a corresponding server or server cluster, for example, the local device information of one or more local devices, such as device IP information, or VIP information corresponding to the device cluster, is acquired. In another implementation manner, the unified regional device information service may be deployed in the user equipment 1, for example, the regional device information of the regional device is imported into the user equipment through hard coding, configuration, and the like, and one implementation manner is that the coding, configuration, and the like information may be contained in a corresponding SDK file and acquired by the corresponding user equipment 1, and the user equipment 1 acquires the regional device information of one or more regional devices through a corresponding interface calling manner.

Next, the user equipment may determine, among the one or more area devices, a target area device 2 corresponding to the migration access request of the user equipment 1. In one implementation, the target area device 2 corresponding to the migration access request for receiving the user may be determined from one or more area devices by a simple selection manner, such as random filtering, sequential filtering, and the like. In another implementation manner of the present application, the target area device 2 corresponding to the migration access request of the user equipment 1 may be further determined in one or more area devices based on the screening information corresponding to the area devices.

The embodiment of the application can determine the target area device 2 corresponding to the migration access request of the user equipment 1 in one or more area devices, and further switch the network service to the area devices in other areas for processing continuously through the migration access request, so that adverse effects brought to the access request of the corresponding user due to catastrophe of the area devices in partial areas can be reduced, the requirement of the user for obtaining the network service is effectively guaranteed, meanwhile, the operation load of the area devices in the corresponding areas can be reduced, and the avalanche effect possibly caused by the large operation load of the corresponding area devices is avoided.

Further, in an embodiment, the target area device determining module 78 may further implement determining, in one or more area devices, the target area device 2 corresponding to the migration access request of the user device 1 when the access request migration triggering condition is satisfied. Here, the access request migration trigger condition may include various reasons that the network service corresponding to the migration access request cannot be successfully processed as expected by the user. For example, a disaster occurs to the corresponding area device of the history access request corresponding to the migration access request, and specifically, the disaster may include a failure in processing the history access request by the user device 1. Here, the reason for the processing failure may include various possible network failures or hardware failures; the method can further comprise that the historical access requests wait to be processed in the party, and the waiting time reaches a preset time threshold. For historical access request processing failures, the user equipment 1 may determine based on failure feedback information of the area devices or default based on exceeding a preset time threshold.

It should be understood by those skilled in the art that the foregoing access request migration triggering conditions are only examples, and other types of access request migration triggering conditions that may exist or may appear in the future are also included in the scope of the present application and are included by reference herein if applicable.

In one embodiment, the target area device determining module 78 may implement determining the target area device 2 corresponding to the migration access request of the user device 1 in one or more area devices based on the screening information corresponding to the area devices, where the screening information includes at least any one of the following: the processing delay information may be processing delay information of the regional device, and the processing delay information may reasonably predict, with reference to a current network environment and a device state, a possible consumed time for the corresponding regional device to process the migration access request; and the device processing capability information of the regional device can also comprise the whole device processing capability information of the available server or the real-time device processing capability information. For example, taking the available server as a terminal cluster as an example, the device processing capability information may include, but is not limited to, a total amount of CPUs, a total memory size, a throughput, a total memory remaining, a remaining traffic, and the like of the cluster. Here, the overall resource quality of each available server or the current real-time terminal load state may be measured by the device real-time processing capability information, so as to determine, by comparison, the area device with the best processing capability of the current server as the target area device 2 of the migration access request.

It should be understood by those skilled in the art that the above-mentioned various screening information are only examples, and other types of screening information that may exist or may appear in the future are also included in the scope of the present application and are included by reference herein if applicable.

In this embodiment, compared with a simple selection manner, the processing effect of each area device on the migration access request can be predicted more specifically based on the screening information, and smooth migration of the access request is facilitated. Based on this, the method and the device for processing the migration access request further improve the efficiency of processing the migration access request by the achievement through reasonable selection of the regional devices, reduce bad experience brought to users due to regional catastrophe and processing delay corresponding to flow migration, effectively reduce the migration times of the migration access request in the plurality of regional devices, reduce the operation load of the regional devices, and avoid the avalanche effect of the regional devices.

Further, in one embodiment, the target zone device determination module 78 may obtain screening information for each of the one or more zone devices. In an implementation manner, the screening information may be obtained by the user equipment 1 in real time, for example, may be obtained by a heartbeat mechanism between the user equipment 1 and the regional equipment, for example, the user equipment 1 obtains processing delay information corresponding to one or more regional equipment by initiating a heartbeat request. In another implementation manner, the screening information may also be pre-stored in the user equipment 1, for example, information such as the total amount of the cluster CPUs of the area devices, the total memory size, and the throughput may be included in a corresponding SDK file and acquired by the corresponding user equipment 1. Next, the target area device determining module 78 may determine the target area device 2 corresponding to the migration access request of the user device 1 among the one or more area devices based on the filtering rule corresponding to the filtering information. Here, the corresponding filtering rule may be set based on different kinds of filtering information.

Further, in one embodiment, if the filtering information includes processing latency information of the area devices, the target area device determining module 78 may obtain processing latency information of one or more area devices. In an implementation manner, the user equipment 1 may be configured to send heartbeat requests to the respective regional devices at regular time, based on a corresponding heartbeat mechanism, the user equipment 1 may obtain processing delay information between the user equipment 1 and the respective regional devices at regular time, and further, when the user equipment 1 needs to send a migration access request, the target regional device determining module 78 may obtain processing delay information of the respective current regional devices. Next, the target area device determining module 78 may determine, based on the processing delay information of each area device, the area device with the shortest delay in the processing delay information as the target area device. In one implementation, the processing delay information of each regional device may be sorted according to size, for example, according to the time length of a specific delay; next, it is determined that the processing delay information is the minimum, for example, the area device with the shortest current delay time is the target area device 2 corresponding to the migration access request of the user device 1.

Further, in one embodiment, if the filtering information includes device processing capability information of the area devices, the target area device determining module 78 may obtain device processing capability information of one or more area devices; in an implementation manner, the user equipment 1 may be configured to send heartbeat requests to each regional equipment at regular time, and based on a corresponding heartbeat mechanism, the user equipment 1 may obtain various types of equipment processing capability information included in a heartbeat response fed back by the regional equipment; in another implementation, the user equipment 1 may also read the corresponding device overall processing capability information stored in the device. Next, the target area device determining module 78 may determine, based on the device processing capability information of each area device, the area device with the strongest device processing capability information as the target area device 2. In one implementation, the device overall processing capability information of each regional device may be sorted strongly or weakly, and in one implementation, the CPU total amount, the total memory size, the throughput, the total memory remaining, and the remaining traffic of the cluster may be weighted and calculated, so as to determine a comprehensive value reflecting the device overall processing capability information, and perform corresponding sorting. Further, it is determined that the area device with the strongest overall processing capability information is the target area device 2 corresponding to the migration access request of the user equipment 1.

Further, in an embodiment, if the filtering information includes processing delay information of the area devices and device processing capability information of the area devices, the target area device determining module 78 may obtain processing delay information and device processing capability information of one or more area devices; then, the user equipment 1 may sort the processing delay information of each regional equipment by the length of the delay, and sort the processing capability information of each regional equipment by the strength; and further, determining that the area equipment with the shortest time delay and the strongest equipment processing capability information in the processing time delay information is the target area equipment 2 corresponding to the migration access request of the user equipment 1. In one implementation, two or more of the above-mentioned screening information may be obtained simultaneously, and it is determined that the target area device 2 needs to satisfy each item of screening information at the same time best. In another implementation, the priority of reference may be set for two or more pieces of screening information, for example, the device processing capability information of each regional device is first sorted strongly or weakly, and if there are a plurality of regional devices with the strongest overall processing capability information, the device with the shortest processing delay information is determined to be the target regional device based on the respective processing delay information of the plurality of regional devices. In the application, the diversification algorithm selected by the target area device 2 can flexibly match the optimal target area device 2 for the current user equipment 1 according to different application scenarios, so that the efficiency of processing the migration access request is further improved, and the user experience is optimized.

In one embodiment, the user equipment 1 further comprises a second transceiver module 77, the second transceiver module 77 may obtain the zone device information of one or more zone devices corresponding to the historical access request of the user equipment 1, for example, the device IP information, if the local device is a device cluster, the local device information may also be VIP information corresponding to the device cluster, in one implementation, the user equipment 1 may acquire zone device information of one or more zone devices through a zone device information service, for example, the zone device information may be obtained from a server or a cluster of servers that provide a unified zone device information service, in one implementation, the user equipment 1 may obtain the regional device information of all regional devices in the data system providing the consistent data service from a server or a server cluster providing a unified regional device information service. Then, based on the area device information of the target area device 2, the second transceiver module may transmit a migration access request corresponding to the history access request of the user device 1 to the target area device 2 corresponding to the area device information.

The embodiment of the application also provides another user equipment for carrying out access request migration so as to realize smooth switching of the access request. The user equipment includes but is not limited to various personal computers, mobile intelligent devices, network hosts, a single network server, multiple network server sets or cloud servers, and the like.

The existing data storage system is usually deployed in a single area or backups target data in the single area, and cannot solve the problem of service interruption caused by area catastrophe, so that effective migration of access requests caused by single area system faults cannot be realized, and service interruption, abnormity and even errors occur.

In an embodiment of the present application, the data storage system may include deployment of regional devices of multiple regions, and the regional devices of each region may be deployed with the same network service, and further, in an implementation manner, the data services provided by the regional devices of the same network service at any time may be kept consistent with each other, where the regional devices may be a single server or a server cluster. Here, the plurality of areas may include, but are not limited to, a plurality of machine rooms, a plurality of countries, a plurality of areas, and the like. One possible actual scenario is that, in the process of requesting a network service from a regional device in a region, when the network service cannot be processed smoothly, for example, when the regional device in the region is subjected to a disaster, a target regional device corresponding to a migration access request of a user device may be determined in one or more regional devices, and then the network service is switched to a regional device in another region for processing continuously through the migration access request, so that adverse effects on an access request of a corresponding user due to a failure of a part of regional devices may be reduced, a requirement of the user for acquiring the network service is effectively ensured, meanwhile, an operation load of the regional device in the corresponding region may be reduced, and an avalanche effect that may be caused by a large operation load of the corresponding regional device may be avoided. In an implementation manner of the present application, a target area device corresponding to a migration access request for receiving a user may be determined from one or more area devices through a simple selection manner such as random screening, sequential screening, and the like. In another implementation manner of the present application, a target area device corresponding to a migration access request of a user device may be determined in one or more area devices based on screening information corresponding to the area devices. Compared with a simple selection mode, the processing effect of each area device on the migration access request can be predicted in a more targeted manner based on the screening information, and smooth migration of the access request is facilitated. Based on this, the method and the device for migration access request processing can further improve efficiency of processing the migration access request by the achievement through reasonable selection of the regional devices, reduce bad experience brought to users due to regional catastrophe and processing delay corresponding to flow migration, simultaneously can effectively reduce migration times of the migration access request in a plurality of replacement regional devices, reduce operation loads of the replacement regional devices, and avoid avalanche effect of the replacement regional devices.

Here, fig. 2 schematically illustrates another scenario example of processing of an access request, according to various embodiments, for illustrating a scenario of performing access request migration on a network service. The first area device 22, the second area device 23, the nth area device 24, etc. may be several area devices in a data system providing a consistent data service. Further, one or more servers, for example, the server 221, the server 222, the server 223, etc. corresponding to the first area device 22, the server 231, the server 232, the server 233, etc. corresponding to the second area device 13, the server 241, the server 242, the server 243, etc. corresponding to the nth area device 24 may be deployed in each area device, and the servers are configured to receive and process network access requests from user devices, in one implementation, if the area device includes multiple servers, each specific network access request may be allocated to a specific server for processing through a load balancing technique, and meanwhile, data information corresponding to a data service requested by a user may be stored in a local storage device or system corresponding to the corresponding area device, for example, the local storage 220 corresponding to the first area device 22, a local storage 230 corresponding to the second area device 23, a local storage 240 corresponding to the nth area device 24, and the like; but may also be stored in any other device or system than the corresponding area device. User device 21 in fig. 2 may be used to refer to any device that issues a network access request to a zone device based on data service requirements, including but not limited to various personal computers, mobile smart devices, network hosts, a single network server, multiple sets of network servers, or cloud servers, etc.

Here, in fig. 2, first, the first area device 22 receives the history access request of the user device 21, but since the first area device 22 cannot provide the data service for the user device 21 smoothly based on the history access request, for example, the first area device 22 is in a catastrophe, the user device 21 may determine a corresponding target area device in other area devices in the data system, for example, the second area device 23, the nth area device 24, or other area devices, and then send the migration access request corresponding to the history access request to the target area device, so as to implement the migration of the access traffic. One possible implementation manner of determining the target area device may be to obtain filtering information that may be used to select the target area device based on a heartbeat mechanism between the user device 21 and each area device, and thereby determine, in one or more area devices, the target area device corresponding to the migration access request of the user device based on the filtering information corresponding to the area device. In addition, fig. 2 also shows that the user equipment 21 may obtain the zone equipment information of one or more zone equipment through the zone equipment information service 25, for example, the zone equipment information of all zone equipment in a data system providing a consistent data service may be obtained from a server or a server cluster providing a unified zone equipment information service. In one implementation, the area device information in the server or the server cluster providing the unified area device information service may be obtained by capturing or updating from each area device, or may be automatically provided by each area device.

Here, fig. 9 schematically illustrates another example of a user equipment performing access request processing, in accordance with various embodiments. In one implementation, the user equipment 3 may be the same as or similar to the user equipment 1 in fig. 7. In one implementation, the user equipment 21 in fig. 2 may be an example of the user equipment 3 in fig. 9.

Based on fig. 9, in an embodiment of the present application, the user equipment 3 includes a control module 91, and the control module 91 may determine, in one or more area devices, a target area device 2 corresponding to a migration access request of the user equipment 3, where the migration access request has a corresponding historical access request, the migration access request and the historical access request correspond to the same user equipment 3 that initiated the access request, and the content of the corresponding access request is the same.

In one implementation, the historical access request may be a first access request initiated by the user equipment 3 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; but may be other access requests sent to the target area device 2 prior to the current migration access request. Here, the area device may include, but is not limited to, a single web server, a plurality of web server sets, or a cloud server. In one implementation, the area devices may be deployed in corresponding data storage systems, and different area devices may be set to correspond to different areas and match the same network service. Further, in an implementation manner, a plurality of area devices or the data storage system may correspond to a unified area device information parsing service, the area device information parsing service may provide a unified address parsing service for the area devices or all or some of the area devices in the data storage system, and when the data storage system is a data storage system with multiple areas and strong consistency, it may also be ensured that the area device information of the area devices corresponding to the area device information parsing service realizes cross-area data consistency. In an implementation, when the user equipment 3 needs, the local device information service may be acquired from the corresponding server or server cluster, for example, the local device information of one or more local devices, such as device IP information, or VIP information corresponding to the device cluster is acquired. In another implementation manner, the unified regional device information service may be deployed in the user equipment 3, for example, the regional device information of the regional device is imported into the user equipment 3 through hard coding, configuration, and the like, and one implementation manner is that the coding, configuration, and the like information may be contained in a corresponding SDK file and acquired by the corresponding user equipment 3, and the user equipment 3 acquires the regional device information of one or more regional devices through a corresponding interface calling manner.

The control module 91 may determine the target zone device 2 corresponding to the migration access request of the user device 3 among the one or more zone devices. In one implementation, the target area device 2 corresponding to the migration access request for receiving the user may be determined from one or more area devices by a simple selection manner, such as random filtering, sequential filtering, and the like. In another implementation manner of the present application, a target area device corresponding to the migration access request of the user equipment 3 may be further determined in one or more area devices based on the screening information corresponding to the area devices.

The embodiment of the application can determine the target area device 2 corresponding to the migration access request of the user equipment 3 in one or more area devices, and further switch the network service to the area devices in other areas for processing continuously through the migration access request, so that adverse effects brought to the access request of the corresponding user due to catastrophe of the area devices in partial areas can be reduced, the requirement of the user for obtaining the network service is effectively guaranteed, meanwhile, the operation load of the area devices in the corresponding areas can be reduced, and the avalanche effect possibly caused by the large operation load of the corresponding area devices is avoided.

Further, in one embodiment, when the access request migration trigger condition is satisfied, the control module 91 may determine, among the one or more area devices, the target area device 2 corresponding to the migration access request of the user device 3. Here, the access request migration trigger condition may include various reasons that the network service corresponding to the migration access request cannot be successfully processed as expected by the user. For example, a disaster occurs to the corresponding area device of the history access request corresponding to the migration access request, and specifically, the disaster may include a failure in processing the history access request by the user device 3. Here, the reason for the processing failure may include various possible network failures or hardware failures; the method can further comprise that the historical access requests wait to be processed in the party, and the waiting time reaches a preset time threshold. For historical access request processing failures, the user equipment 3 may be determined based on failure feedback information of the area devices or default based on exceeding a preset time threshold.

In one embodiment, the control module 91 may implement determining, in one or more area devices, a target area device 2 corresponding to a migration access request of a user device 3 based on screening information corresponding to the area devices, where the screening information includes at least any one of: the processing delay information may be processing delay information of the regional device, and the processing delay information may reasonably predict, with reference to a current network environment and a device state, a possible consumed time for the corresponding regional device to process the migration access request; and the device processing capability information of the regional device can also comprise the whole device processing capability information of the available server or the real-time device processing capability information. For example, taking the available server as a terminal cluster as an example, the device processing capability information may include, but is not limited to, a total amount of CPUs, a total memory size, a throughput, a total memory remaining, a remaining traffic, and the like of the cluster. Here, the overall resource quality of each available server or the current real-time terminal load state may be measured by the device real-time processing capability information, so as to determine, by comparison, the area device with the best processing capability of the current server as the target area device 2 of the migration access request.

In this embodiment, compared with a simple selection manner, the processing effect of each area device on the migration access request can be predicted more specifically based on the screening information, and smooth migration of the access request is facilitated. Based on this, the method and the device for migration access request processing can further improve efficiency of processing the migration access request by the achievement through reasonable selection of the regional devices, reduce bad experience brought to users due to regional catastrophe and processing delay corresponding to flow migration, simultaneously can effectively reduce migration times of the migration access request in a plurality of replacement regional devices, reduce operation loads of the replacement regional devices, and avoid avalanche effect of the replacement regional devices.

Further, in one embodiment, the control module 91 may obtain the filtering information of each of the one or more regional devices. In an implementation manner, the screening information may be obtained by the user equipment 3 in real time, for example, may be obtained by a heartbeat mechanism between the user equipment 3 and the regional equipment, for example, the user equipment 3 obtains processing delay information corresponding to one or more regional equipment by initiating a heartbeat request. In another implementation, the filtering information may also be pre-stored in the user equipment 3, for example, information such as the total amount of the cluster CPUs of the area devices, the total memory size, and the throughput may be included in a corresponding SDK file and acquired by the corresponding user equipment 3. Next, the control module 91 may determine the target area device 2 corresponding to the migration access request of the user device 3 among the one or more area devices based on the filtering rule corresponding to the filtering information. Here, the corresponding filtering rule may be set based on different kinds of filtering information.

Further, in an embodiment, if the screening information includes processing delay information of the area devices, the control module 91 may obtain processing delay information of one or more area devices. In an implementation manner, the user equipment 3 may be configured to send heartbeat requests to the respective regional devices at regular time, based on a corresponding heartbeat mechanism, the user equipment 3 may obtain processing delay information between the user equipment 3 and the respective regional devices at regular time, and further, when the user equipment 3 needs to send a migration access request, the processing delay information of the respective current regional devices may be obtained. Next, the control module 91 may determine, based on the processing delay information of each area device, the area device having the shortest delay in the processing delay information as the target area device 2. In one implementation, the processing delay information of each regional device may be sorted according to size, for example, according to the time length of a specific delay; next, it is determined that the processing delay information is the minimum, for example, the area device with the shortest current delay time is the target area device 2 corresponding to the migration access request of the user device 3.

Further, in an embodiment, if the screening information includes device processing capability information of the area devices, the control module 91 may obtain device processing capability information of one or more area devices; in an implementation manner, the user equipment 3 may be configured to send heartbeat requests to each regional equipment at regular time, and based on a corresponding heartbeat mechanism, the user equipment 3 may obtain various types of equipment processing capability information included in a heartbeat response fed back by the regional equipment; in another implementation, the user device 3 may also read the corresponding device overall processing capability information stored in the device. Next, the control module 91 may determine, based on the device processing capability information of each area device, the area device with the strongest device processing capability information as the target area device 2. In one implementation, the device overall processing capability information of each regional device may be sorted strongly or weakly, and in one implementation, the CPU total amount, the total memory size, the throughput, the total memory remaining, and the remaining traffic of the cluster may be weighted and calculated, so as to determine a comprehensive value reflecting the device overall processing capability information, and perform corresponding sorting. Further, it is determined that the area device with the strongest overall processing capability information is the target area device 2 corresponding to the migration access request of the user equipment 3.

Further, in an embodiment, if the screening information includes processing delay information of the area devices and device processing capability information of the area devices, the control module 91 may obtain processing delay information and device processing capability information of one or more area devices; then, the user equipment 3 may sort the processing delay information of each regional equipment by the length of the delay, and sort the processing capability information of each regional equipment by the strength; further, it is determined that the area device with the shortest time delay and the strongest device processing capability information in the processing time delay information is the target area device 2 corresponding to the migration access request of the user equipment 3. In one implementation, two or more of the above-mentioned screening information may be obtained simultaneously, and it is determined that the target area device 2 needs to satisfy each item of screening information at the same time best. In another implementation, the priority of reference may be set for two or more pieces of screening information, for example, the device processing capability information of each regional device is first sorted strongly or weakly, and if there are a plurality of regional devices with the strongest overall processing capability information, the device with the shortest processing delay information is determined to be the target regional device 2 based on the respective processing delay information of the plurality of regional devices. In the application, the diversification algorithm selected by the target area device 2 can flexibly match the optimal target area device 2 for the current user device 3 according to different application scenarios, so that the efficiency of processing the migration access request is further improved, and the user experience is optimized.

In one embodiment, the user equipment 3 further comprises a fourth transceiver module 92, and the fourth transceiver module 92 may transmit the migration access request of the user equipment 3 to the target area device 2. Further, in one embodiment, the user equipment 3 further comprises a fifth transceiver module 93, the fifth transceiving module 93 may acquire zone device information of one or more zone devices corresponding to the historical access request of the user device 3, for example, the device IP information, if the local device is a device cluster, the local device information may also be VIP information corresponding to the device cluster, in one implementation, when the user equipment 3 can obtain the zone device information of one or more zone devices through the zone device information service, for example, the zone device information may be obtained from a server or a cluster of servers that provide a unified zone device information service, in one implementation, the user equipment 3 may obtain the zone device information of all zone devices in the data system providing the consistent data service from a server or a server cluster providing a unified zone device information service. Next, based on the area device information of the target area device 2, a migration access request corresponding to the history access request of the user device 3 may be transmitted to the target area device 2 corresponding to the area device information.

The embodiment of the application also provides a processing method of the migration access request, and the method can be implemented in corresponding user equipment and/or target area equipment. The target area device includes, but is not limited to, a computer, a network host, a single network server, multiple network server sets, or a cloud server, where the cloud server may be a virtual supercomputer operating in a distributed system and composed of a group of loosely coupled computer sets, and is used to implement a simple, efficient, secure, reliable, and processing-capacity scalable computing service. The user devices include, but are not limited to, various personal computers, mobile smart devices, network hosts, a single network server, multiple sets of network servers, or cloud servers.

In an embodiment of the present application, a network service corresponding to an access request of a user may be deployed in area devices of multiple areas, where the area devices of each area may be deployed with the same network service, and further, in an implementation manner, data services provided by the area devices deployed with the same network service at any time may be kept consistent with each other. Here, the plurality of areas may include, but are not limited to, a plurality of machine rooms, a plurality of countries, a plurality of areas, and the like. One practical possible scenario is that, during a process of requesting a network service from a regional device in one region, a user needs to migrate the request of the network service to another region for various possible reasons, and the regional device in another region processes the network service, and the migration of the network service processing may not be limited to one or more times, and the migrated regional device is a target regional device. Herein, the various possible reasons include, but are not limited to, various conditions that make the previous area device unable to handle the network service, for example, various hardware or software failures of the previous area device, handling of the network service by the previous area device exceeding a preset delay, and the like. When a network service is migrated to a subsequent area device, if the subsequent area device does not consider history processing information of a migration access request, but uses the migration access request as a regular access request of the subsequent area device, the migration access request may not be processed in time, which may result in further prolonging of a delay that the migration access request cannot be processed, and even may cause a situation that the migration access request is migrated again or continues to be migrated to other area devices for multiple times because the subsequent area device cannot be processed in time, thereby possibly aggravating operation loads of a plurality of associated area devices, and particularly when the number of the type of migration access requests is large, even causing an avalanche effect to occur in the plurality of area devices; meanwhile, further delay of network service processing can also greatly reduce user experience of users corresponding to each migration request. Therefore, in real applications, there is a need for a general processing mechanism for the migration access request that is different from the normal access request in a region.

Here, fig. 1 shows an example of a scenario of processing of an access request. The first area device 12, the second area device 13, the nth area device 14, etc. may be several area devices in a data system providing a consistent data service. Further, one or more servers, for example, the server 121, the server 122, the server 123, etc. corresponding to the first area device 12, the server 131, the server 132, the server 133, etc. corresponding to the second area device 13, the server 141, the server 142, the server 143, etc. corresponding to the nth area device 14 may be deployed in each area device, and the servers are configured to receive and process network access requests from the user devices, and in one implementation, if the area device includes a plurality of servers, each specific network access request may be allocated to a specific server for processing through a load balancing technique, and meanwhile, data information corresponding to a data service requested by a user may be stored in a local storage device or system corresponding to the corresponding area device, for example, the local storage 120 corresponding to the first area device 12, a local storage 130 corresponding to the second area device 13, a local storage 140 corresponding to the nth area device 14, and the like; but may also be stored in any other device or system than the corresponding area device. User device 11 in fig. 1 may be used to refer to any device that issues a network access request to a zone device based on data service requirements, including but not limited to various personal computers, mobile smart devices, network hosts, a single network server, multiple sets of network servers, or cloud servers, etc.

Here, it is assumed that the historical access request 1 is a regular access request about one network service, which is sent by the user equipment 11 to the first area device 12, and the regular access request may mean that the user equipment 11 has not initiated a similar access request with the same data service content to other area devices before initiating an access request to the first area device 12, and in the present application, the regular access request corresponds to a migration access request. Next, if the first area device 12 cannot provide the data service for the user device smoothly based on the regular access request, for example, if the first area device 12 is catastrophe, the user device transmits the history access request 2 corresponding to the regular access request to the corresponding second area device 13, where the history access request 2 is also the migration access request 1 corresponding to the regular access request, and if the second area device 13 cannot provide the data service for the user device smoothly based on the history access request 2, the user device transmits the migration access request 2 corresponding to the history access request 1 and the history access request 2 to the corresponding nth area device 14, and then, there may be a case where: the Nth area device 14 successfully processes the migration access request 2 from the user device 11 and successfully realizes the data service requested by the user; alternatively, if the nth area device 14 cannot smoothly provide the data service to the user device based on the migration access request 2, the user device 11 continues to migrate the access request to another area device. In one implementation, the number of times of migration of the request of the network service of the user equipment 11 may be one or more times, and the user equipment 11 may correspond to one or more conventional access requests and/or multiple migration access requests for the network service until the network equipment corresponding to the network service executes the request or the user equipment 11 gives up the request of the network service, where the contents corresponding to the access requests are the same, that is, the same network service is requested, such as a read data service, a write data service, or the like.

Here, the second area device 13, the nth area device 14, and the like may be referred to as target area devices with respect to the first area device 12, where several migration access requests from respective user devices may exist in the target area devices, and several regular access requests may also exist in the target area devices. In the application, the target area device may determine priority information of the migration access request based on the parameter state information in the migration access request, and process the corresponding migration access request based on the priority information.

In one embodiment of the application, the method may be performed by the respective user equipment 1 and target area device 2. Fig. 4 shows an example of a method for processing an access request at a user equipment. Fig. 5 shows an example of a method for processing an access request at a target area device side.

In one implementation, the user equipment 11 in fig. 1 may be an example of the user equipment 1. In one implementation, the target area device 2 may be any one of the area devices shown in fig. 1, and particularly when corresponding to the process of data access by the user device 11 in fig. 1, the target area device 2 may be, for example, the second area device 13 or the nth area device 14 in fig. 1.

In block 41, the parameter state information corresponding to the migration access request may be determined based on the accumulated parameter consumption information and the expected parameter consumption information corresponding to the migration access request of the user equipment; next, in block 42, the parameter status information may be added to the migration access request, and then the migration access request is sent to the corresponding target area device 2, where the migration access request includes the corresponding parameter status information, and the target area device 2 determines the processing priority information of the migration access request based on the parameter status information. In one implementation, the consumption of the network resources and the device resources is not generally unlimited, the user equipment 1 may have an expectation of parameter consumption for a request of a network service, and if the parameter status information exceeds the expectation, the user equipment 1 may automatically stop the request of accessing the network service based on the setting, or may be a request of the user to actively stop the network service.

In one embodiment, the accumulated parameter consumption information may include, but is not limited to, any one of accumulated request processing time information, accumulated request number information, accumulated request processing traffic consumption information, or any combination of multiple items. In one implementation, the accumulated request processing time information includes processing time that has not been successfully processed before the request for network service of the user equipment 1 is handed over to the target area device 2, e.g., request processing time information for one or more historical access requests prior to the migration access request. In one implementation, the accumulated number of requests information may include the number of requests during a period of time that the request for network service of the user equipment 1 has not been successfully processed before being handed over to the target area device 2, for example, the number of historical access requests before the migration access request. In one implementation, the cumulative request processing traffic consumption information may include traffic values consumed during a period of time in which a request for network service of the user equipment 1 has not been successfully processed before being handed over to the target area device 2, e.g., traffic consumption information of one or more historical access requests before the migration access request. In one implementation, the accumulated parameter consumption information may further correspond to a combination of multiple consumption parameters, for example, a new accumulated parameter consumption information may be defined, and a calculation formula of a, accumulated request processing time information + b, accumulated request number information + c, accumulated request processing flow consumption information may be defined, where a, b, and c are set weights.

Further, in an embodiment, the expected parameter consumption information includes any one of expected request processing time information, expected request number information, expected request processing traffic consumption information, or any combination of multiple items. In one implementation, the expected request processing time information may include an allowable elapsed time from an initial request to an expected end of processing of the request of the network service of the user equipment 1, which may include successful processing. In one implementation, the expected number of requests information may include the number of allowed requests for the period of time from the initial request to the expected end of processing of the request for the network service of the user equipment 1, which may include successful processing. In one implementation, the expected processing traffic consumption information may include traffic information that is allowed to be consumed during a period from an initial request to an expected end of processing of the request of the network service of the user equipment 1, and the expected end of processing may include successful processing. In one implementation, the expected parameter consumption information may further correspond to a combination of multiple consumption parameters, for example, a new expected parameter consumption information may be defined, which is calculated by a formula d × expected request processing time information + e × expected request times information + f × expected request processing flow consumption information, where d, e, and f are set weights.

In one embodiment, the parameter status information may include any one of: the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and is less than the expected parameter consumption information; the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information; the accumulated parameter consumption information is less than a preset parameter consumption threshold and less than expected parameter consumption information. In one implementation, the reference consumption threshold may include, but is not limited to, a request processing time threshold, a request number threshold, a request processing traffic consumption threshold. In one implementation, the specific content of the parameter consumption threshold corresponds to the accumulated parameter consumption information and the expected parameter consumption information, for example, if the accumulated parameter consumption information is accumulated request processing time information, the expected parameter consumption information corresponds to expected request processing time information, and accordingly, the parameter consumption threshold is a request processing time threshold. In one implementation, the user equipment 1 may add the determined parameter status information to the migration access request, and then determine how to specifically process the migration access request by the received target area device 2. In another implementation manner, the user equipment 1 may also abandon the migration access request at any time based on a user operation, for example, if the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, the corresponding migration access request may be sent based on a preset setting or based on a user selection, and the migration access request may also be abandoned based on a user selection.

Further, in an embodiment, the method may further comprise a block 43, in block 43, at least any one of the following may be performed: setting the parameter consumption threshold corresponding to the migration access request; and setting the expected parameter consumption information corresponding to the migration access request. In one implementation, the parameter consumption threshold may be set to be less than or equal to the expected parameter consumption information.

In an embodiment, if the accumulated parameter consumption information includes accumulated request processing time information, the method further includes a block 44, and in the block 44, the user equipment 1 may obtain request processing time information of one or more historical access requests corresponding to the migration access request, where the migration access request and each historical access request correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, one way of determining the request processing time information of the historical access request may be to: recording the time T1 when the user equipment 1 sends the history access request, if the waiting time limit of the history access request is preset to be T1, if the feedback information of the area equipment corresponding to the history access request is not received at the time T1+ T1, determining that the request processing time information of the history access request is T1. In one implementation, one way of determining the request processing time information of the historical access request may be to: the time T1 when the user equipment 1 issued the history access request is recorded, and if the request processing failure information of the area equipment corresponding to the history access request is received at time T2, it is determined that the request processing time information of the history access request is T2-T1. Next, cumulative processing time information of the migration access request may be determined based on the request processing time information of each of the historical access requests, and in one implementation, the request processing time information of each of the historical access requests may be summed to determine the cumulative processing time information. Next, the parameter status information may be determined in association with expected request processing time information corresponding to the migration access request set by the user equipment 1.

In an embodiment, if the accumulated parameter consumption information includes accumulated request number information, the method further includes a block 45, and in the block 45, the user equipment 1 may obtain request number information of a historical access request corresponding to the migration access request to determine the accumulated request number information, where the migration access request and the historical access request each time correspond to the same user equipment initiating an access request, and the content of the corresponding access requests is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, one way of determining the request time information of the historical access request may be: once every time an access request for the corresponding network service is initiated, it is accumulated. Next, the parameter status information may be determined in combination with expected request number information corresponding to the migration access request set by the user equipment 1.

In an embodiment, if the accumulated parameter consumption information includes accumulated request processing traffic consumption information, the method further includes a block 46, and in the block 46, the user equipment 1 may obtain request processing traffic consumption information of one or more historical access requests corresponding to the migration access request, where the migration access request and each historical access request correspond to the same user equipment initiating the access request, and the content of the corresponding access requests is the same. In one implementation, the historical access request may be a first access request initiated by the user equipment 1 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other zone devices before the same network service request target zone device 2 may also be based; other migration access requests sent to the target area device 2 prior to the current migration access request may also be possible. In one implementation, the request processing traffic consumption information of the historical access request may be determined by one or more of the parameters of the size of the request content, the size of the returned content, the request type, and the like corresponding to the historical access request. Further, in an implementation manner, when the various parameters are used in combination, a weight corresponding to each parameter may also be set. Next, determining accumulated request processing traffic consumption information of the migration access request based on the request processing traffic consumption information of each historical access request, and in one implementation, summing up the request processing traffic consumption information of each historical access request to determine the accumulated request processing traffic consumption information; next, the parameter status information may be determined in association with expected request processing traffic consumption information of a history access request corresponding to the migration access request set by the user equipment 1.

Correspondingly, fig. 5 shows an example of a method for processing an access request at the local device side.

In block 51, a migration access request of a user equipment is obtained, where the migration access request includes parameter status information; next, in block 52, processing priority information for the migration access request is determined based on the parameter status information; next, in block 53, the migration access request is processed based on the processing priority information. Here, the correspondence between the processing priority information and the processing manner may be customized and matched based on the needs of the actual scene.

In one embodiment, if the parameter status information is that the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and less than the expected parameter consumption information, in block 52, it may be determined that the processing priority information of the migration access request is a first special level; next, in block 53, based on the first special level, the user equipment 1 may prioritize the migration access request. For example, if the cumulative request processing time information of the history access request corresponding to the migration access request is 9s, the request processing time threshold is 8s, and the expected request processing time information is 10s, it may be determined that the processing priority information of the migration access request satisfies the condition of the first special level, and the target area device 2 may preferentially process the migration access request.

In an embodiment, if the parameter status information is that accumulated parameter consumption information is greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, where the migration access request and the historical access request correspond to the same user equipment initiating the access request and the same target area equipment processing the access request, and the contents of the corresponding access requests are the same, in block 52, it may be determined that the processing priority information of the migration access request is at a second special level; next, in block 53, the user equipment 1 prioritizes the migration access request based on the second special level. Further, in an embodiment, if the parameter status information is that the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, and the migration access request does not correspond to the historical access request, in block 52, it may be determined that the processing priority information of the migration access request is non-priority; next, in block 53, the target area device 2 may deny processing of the migration access request. In the above two embodiments, when the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, the user equipment 1 does not directly abandon the request, but may continue to perform the corresponding network service processing in the target area equipment based on the user selection, and the corresponding target area equipment 2 may select to reject the migration access request for processing, for example, disregard the request or directly feed back rejection processing information; alternatively, it is also possible to provide: if the historical access request corresponding to the same network service is sent to the target area device 2 before the migration access request, the priority of the migration access request is changed, and the migration access request is processed preferentially. In this embodiment, the user's discretionary choice of the processing mode for processing the migration access request can be sufficiently respected to improve the user experience.

In one embodiment, if the parameter status information is that the accumulated parameter consumption information is smaller than the preset parameter consumption threshold and smaller than the expected parameter consumption information, in block 52, it may be determined that the processing priority information of the migration access request is a normal level; next, in block 53, the target area device 2 may perform any of the following operations: performing priority processing on the migration access request; processing the migration access request based on a first-come-first-serve principle, in one implementation, the migration access request may be processed together with a corresponding conventional access request in the target area device without distinction, based on the first-come-first-serve principle; after the processing of the corresponding conventional access request in the target area device is finished, sequentially processing the migration access request, wherein in one implementation mode, the sequential processing can be a first-come first-processed principle; in one implementation, the request type may include any known or customized type information, for example, the request is divided into a high-level user request and a normal user request, where the former has a higher priority than the latter, and the priority information of the request type information is given to the request type information, so as to perform priority processing on the migration access request corresponding to the high-level user request.

Based on fig. 4, in one embodiment of the present application, the method further comprises a block 47, in which block 47 a target zone device 2 may be determined from the one or more zone devices; next, in block 42, a migration access request corresponding to a history access request of the user equipment 1 may be sent to the corresponding target area equipment 2, where the migration access request and the history access request correspond to the same user equipment initiating the access request, and the content of the corresponding access request is the same.

Further, in an embodiment, in block 47, it may be further implemented that, when the access request migration trigger condition is satisfied, the target area device 2 corresponding to the migration access request of the user device 1 is determined in one or more area devices. Here, the access request migration trigger condition may include various reasons that the network service corresponding to the migration access request cannot be successfully processed as expected by the user. For example, a disaster occurs to the corresponding area device of the history access request corresponding to the migration access request, and specifically, the disaster may include a failure in processing the history access request by the user device 1. Here, the reason for the processing failure may include various possible network failures or hardware failures; the method can further comprise that the historical access requests wait to be processed in the party, and the waiting time reaches a preset time threshold. For historical access request processing failures, the user equipment 1 may determine based on failure feedback information of the area devices or default based on exceeding a preset time threshold.

In one embodiment, in block 47, determining a target area device corresponding to the migration access request of the user equipment 1 in one or more area devices based on the screening information corresponding to the area devices may be implemented, where the screening information includes at least any one of: the processing delay information may be processing delay information of the regional device, and the processing delay information may reasonably predict, with reference to a current network environment and a device state, a possible consumed time for the corresponding regional device to process the migration access request; and the device processing capability information of the regional device can also comprise the whole device processing capability information of the available server or the real-time device processing capability information. For example, taking the available server as a terminal cluster as an example, the device processing capability information may include, but is not limited to, a total amount of CPUs, a total memory size, a throughput, a total memory remaining, a remaining traffic, and the like of the cluster. Here, the overall resource quality of each available server or the current real-time terminal load state may be measured by the device real-time processing capability information, so as to determine, by comparison, the area device with the best processing capability of the current server as the target area device 2 of the migration access request.

Further, one embodiment may include, in block 47, the user device 1 may obtain screening information for each of the one or more zone devices. In an implementation manner, the screening information may be obtained by the user equipment 1 in real time, for example, may be obtained by a heartbeat mechanism between the user equipment 1 and the regional equipment, for example, the user equipment 1 obtains processing delay information corresponding to one or more regional equipment by initiating a heartbeat request. In another implementation manner, the screening information may also be pre-stored in the user equipment 1, for example, information such as the total amount of the cluster CPUs of the area devices, the total memory size, and the throughput may be included in a corresponding SDK file and acquired by the corresponding user equipment 1. Next, in block 47, a target area device 2 corresponding to the migration access request of the user device 1 may be determined among the one or more area devices based on a filtering rule corresponding to the filtering information. Here, the corresponding filtering rule may be set based on different kinds of filtering information.

Further, in block 47, in an embodiment, if the filtering information includes processing delay information of the area devices, processing delay information of one or more area devices may be obtained. In an implementation manner, the user equipment 1 may be configured to send heartbeat requests to the respective regional devices at regular time, based on a corresponding heartbeat mechanism, the user equipment 1 may obtain processing delay information between the user equipment 1 and the respective regional devices at regular time, and further, when the user equipment 1 needs to send a migration access request, the processing delay information of the respective current regional devices may be obtained. Next, in block 47, the zone device with the shortest delay in the processing delay information may be determined as the target zone device based on the processing delay information of each zone device. In one implementation, the processing delay information of each regional device may be sorted according to size, for example, according to the time length of a specific delay; next, it is determined that the processing delay information is the minimum, for example, the area device with the shortest current delay time is the target area device 2 corresponding to the migration access request of the user device 1.

Further, in block 47, in an embodiment, if the screening information includes device processing capability information of the area devices, device processing capability information of one or more area devices may be obtained; in an implementation manner, the user equipment 1 may be configured to send heartbeat requests to each regional equipment at regular time, and based on a corresponding heartbeat mechanism, the user equipment 1 may obtain various types of equipment processing capability information included in a heartbeat response fed back by the target regional equipment; in another implementation, the user equipment 1 may also read the corresponding device overall processing capability information stored in the device. Next, in block 47, the area device with the strongest device processing capability information may be determined to be the target area device based on the device processing capability information of each area device. In one implementation, the device overall processing capability information of each regional device may be sorted strongly or weakly, and in one implementation, the CPU total amount, the total memory size, the throughput, the total memory remaining, and the remaining traffic of the cluster may be weighted and calculated, so as to determine a comprehensive value reflecting the device overall processing capability information, and perform corresponding sorting. Further, it is determined that the area device with the strongest overall processing capability information is the target area device 2 corresponding to the migration access request of the user equipment 1.

Further, in block 47, in an embodiment, if the screening information includes processing delay information of the area devices and device processing capability information of the area devices, the user equipment 1 acquires processing delay information and device processing capability information of one or more area devices; then, the user equipment 1 may sort the processing delay information of each regional equipment by the length of the delay, and sort the processing capability information of each regional equipment by the strength; and further, determining that the area equipment with the shortest time delay and the strongest equipment processing capability information in the processing time delay information is the target area equipment 2 corresponding to the migration access request of the user equipment 1. In one implementation, two or more of the above-mentioned screening information may be obtained simultaneously, and it is determined that the target area device needs to satisfy each item of screening information at the same time best. In another implementation, the priority of reference may be set for two or more pieces of screening information, for example, the device processing capability information of each regional device is first sorted strongly or weakly, and if there are a plurality of regional devices with the strongest overall processing capability information, the device with the shortest processing delay information is determined to be the target regional device based on the respective processing delay information of the plurality of regional devices. In the application, the diversified algorithm selected by the target area device can flexibly match the optimal target area device 2 for the current user device 1 according to different application scenes, so that the processing efficiency of the migration access request is further improved, and the user experience is optimized.

In one embodiment, the method further includes a block 48 (not shown), in block 48, zone device information for one or more zone devices corresponding to the historical access requests of the user device 1 may be obtained, for example, the device IP information, if the local device is a device cluster, the local device information may also be VIP information corresponding to the device cluster, in one implementation, when the user equipment 1 can obtain the zone device information of one or more zone devices through the zone device information service, for example, the zone device information may be obtained from a server or a cluster of servers that provide a unified zone device information service, in one implementation, the user equipment 1 may obtain the regional device information of all regional devices in the data system providing the consistent data service from a server or a server cluster providing a unified regional device information service. Next, in block 48, based on the zone device information of the target zone device 2, a migration access request corresponding to the history access request of the user device 1 may be transmitted to the target zone device 2 corresponding to the zone device information.

The embodiment of the application also provides another method for carrying out access request migration on the network service so as to realize smooth switching of the access request. The method may be implemented in a corresponding user equipment. The user equipment includes but is not limited to various personal computers, mobile intelligent devices, network hosts, a single network server, multiple network server sets or cloud servers, and the like.

Here, in fig. 2, first, the first area device 22 receives the history access request of the user device 21, but since the first area device 22 cannot provide the data service for the user device 21 smoothly based on the history access request, for example, the first area device 22 is in a catastrophe, the user device 21 may determine a corresponding target area device in other area devices in the data system, for example, the second area device 23, the nth area device 24, or other area devices, and then send the migration access request corresponding to the history access request to the target area device, so as to implement the migration of the access traffic. One possible implementation manner of determining the target area device may be to obtain filtering information that may be used to select the target area device based on a heartbeat mechanism between the user device 21 and each area device, and thereby determine, in one or more area devices, the target area device corresponding to the migration access request of the user device based on the filtering information corresponding to the area device. In addition, fig. 2 also shows that the user equipment 21 may obtain the zone equipment information of one or more zone equipment through the zone equipment information service 25, for example, the zone equipment information of all the zone equipment in the data system providing the consistent data service may be obtained from a server or a server cluster providing a unified zone equipment information service. In one implementation, the area device information in the server or the server cluster providing the unified area device information service may be obtained by capturing or updating from each area device, and may also be automatically provided by each area device.

In one embodiment of the application, the method may be performed by a respective user equipment 3. The user equipment 3 may be the same as or similar to the user equipment 1 described above. In one implementation, the user equipment 21 in fig. 2 may be an example of the user equipment 3. FIG. 6 illustrates an example of a method of performing access request migration for a network service.

The method includes a block 61, and in the block 61, a target area device 2 corresponding to a migration access request of a user device 3 may be determined in one or more area devices, where the migration access request has a corresponding history access request, the migration access request and the history access request correspond to the same user device 3 initiating an access request, and the contents of the corresponding access requests are the same, and meanwhile, the corresponding area device receiving the history access request is not included in the one or more area devices.

In one implementation, the historical access request may be a first access request initiated by the user equipment 3 to the same network service; other access requests which correspond to the same regional equipment with the first access request in history can also be used; other migration access requests initiated to other regional devices before the same network service request target regional device can also be based; other access requests sent to the target area device prior to the current migration access request may also be present. Here, the area device may include, but is not limited to, a single web server, a plurality of web server sets, or a cloud server. In one implementation, the area devices may be deployed in corresponding data storage systems, and different area devices may be set to correspond to different areas and match the same network service. Further, in an implementation manner, a plurality of area devices or the data storage system may correspond to a unified area device information parsing service, the area device information parsing service may provide a unified address parsing service for the area devices or all or some of the area devices in the data storage system, and when the data storage system is a data storage system with multiple areas and strong consistency, it may also be ensured that the area device information of the area devices corresponding to the area device information parsing service realizes cross-area data consistency. In one implementation, the unified local device information service may be deployed in a single server or a server cluster, and further, the unified local device information service may correspond to a backup server or a server cluster. In another implementation, the unified regional device information service may be deployed in the user equipment, for example, the regional device information of the regional device is imported into the user equipment through hard coding, configuration, and the like, and one implementation is that the coding, configuration, and the like information may be contained in a corresponding SDK file and acquired by the corresponding user equipment 3, and the user equipment 3 acquires the regional device information of one or more regional devices through a corresponding interface calling manner.

Next, the user equipment 3 may determine, in the one or more area devices, a target area device corresponding to the migration access request of the user equipment 3. In one implementation, a target area device corresponding to a migration access request for receiving a user can be determined from one or more area devices through a simple selection manner such as random screening, sequential screening, and the like. In another implementation manner of the present application, a target area device corresponding to a migration access request of a user device may be determined in one or more area devices based on screening information corresponding to the area devices.

The embodiment of the application can determine the target area equipment corresponding to the migration access request of the user equipment 3 in one or more area equipment, and further switch the network service to the area equipment in other areas for continuous processing through the migration access request, so that adverse effects brought to the access request of the corresponding user due to catastrophe of the area equipment in partial areas can be reduced, the requirement of the user for obtaining the network service is effectively guaranteed, meanwhile, the operation load of the area equipment in the corresponding area can be reduced, and the avalanche effect possibly caused by the large operation load of the corresponding area equipment is avoided.

Further, in an embodiment, in block 61, it may be further implemented that, when the access request migration trigger condition is satisfied, a target area device corresponding to the migration access request of the user device 3 is determined in one or more area devices. Here, the access request migration trigger condition may include various reasons that the network service corresponding to the migration access request cannot be successfully processed as expected by the user. For example, a disaster occurs to the corresponding area device of the history access request corresponding to the migration access request, and specifically, the disaster may include a failure in processing the history access request by the user device 3. Here, the reason for the processing failure may include various possible network failures or hardware failures; the method can further comprise that the historical access requests wait to be processed in the party, and the waiting time reaches a preset time threshold. For historical access request processing failures, the user device may be determined based on failure feedback information of the area device or default based on exceeding a preset time threshold.

In one embodiment, in block 61, determining a target area device corresponding to the migration access request of the user equipment 3 in one or more area devices based on the screening information corresponding to the area devices may be implemented, where the screening information includes at least any one of the following: the processing delay information may be processing delay information of the regional device, and the processing delay information may reasonably predict, with reference to a current network environment and a device state, a possible consumed time for the corresponding regional device to process the migration access request; and the device processing capability information of the regional device can also comprise the whole device processing capability information of the available server or the real-time device processing capability information. For example, taking the available server as a terminal cluster as an example, the device processing capability information may include, but is not limited to, a total amount of CPUs, a total memory size, a throughput, a total memory remaining, a remaining traffic, and the like of the cluster. Here, the overall resource quality of each available server or the current real-time terminal load state may be measured by the device real-time processing capability information, so as to determine, through comparison, the area device with the best processing capability of the current server as the target area device of the migration access request.

Further, one embodiment may include, in block 61, the user device 3 may obtain screening information for each of the one or more regional devices. In an implementation manner, the screening information may be obtained by the user equipment 3 in real time, for example, may be obtained by a heartbeat mechanism between the user equipment 1 and the regional equipment, for example, the user equipment 3 obtains processing delay information corresponding to one or more regional equipment by initiating a heartbeat request. In another implementation, the filtering information may also be pre-stored in the user equipment, for example, information such as the total amount of the cluster CPUs of the area devices, the total memory size, and the throughput may be included in a corresponding SDK file and acquired by the corresponding user equipment 3. Next, in block 61, a target area device 2 corresponding to the 3-migration access request of the user device may be determined among the one or more area devices based on a filtering rule corresponding to the filtering information. Here, the corresponding filtering rule may be set based on different kinds of filtering information.

Further, in block 61, in an embodiment, if the filtering information includes processing delay information of the area devices, processing delay information of one or more area devices may be obtained. In an implementation manner, the user equipment 3 may be configured to send heartbeat requests to the respective regional devices at regular time, based on a corresponding heartbeat mechanism, the user equipment 3 may obtain processing delay information between the user equipment 3 and the respective regional devices at regular time, and further, when the user equipment 3 needs to send a migration access request, the processing delay information of the respective current regional devices may be obtained. Next, in block 61, the area device having the shortest time delay in the processing time delay information may be determined as the target area device 2 based on the processing time delay information of each area device. In one implementation, the processing delay information of each regional device may be sorted according to size, for example, according to the time length of a specific delay; then, it is determined that the processing delay information is the minimum, for example, the area device with the shortest current delay time is the target area device 2 corresponding to the migration access request of the user device 2.

Further, in block 61, in an embodiment, if the filtering information includes the device processing capability information of the area devices, the user device 3 may obtain the device processing capability information of one or more area devices; in an implementation manner, the user equipment 3 may be configured to send heartbeat requests to each regional equipment at regular time, and based on a corresponding heartbeat mechanism, the user equipment 3 may obtain various types of equipment processing capability information included in a heartbeat response fed back by the regional equipment; in another implementation, the user device 3 may also read the corresponding device overall processing capability information stored in the device. Next, in block 61, it may be determined that the area device with the strongest device processing capability information is the target area device 2 based on the device processing capability information of each area device. In one implementation, the device overall processing capability information of each regional device may be sorted strongly or weakly, and in one implementation, the CPU total amount, the total memory size, the throughput, the total memory remaining, and the remaining traffic of the cluster may be weighted and calculated, so as to determine a comprehensive value reflecting the device overall processing capability information, and perform corresponding sorting. Further, it is determined that the area device with the strongest overall processing capability information is the target area device 2 corresponding to the migration access request of the user equipment 3.

Further, in block 61, in an embodiment, if the filtering information includes processing delay information of the area devices and device processing capability information of the area devices, the user equipment 3 acquires processing delay information and device processing capability information of one or more area devices; then, the user equipment 3 may sort the processing delay information of each regional equipment by the length of the delay, and sort the processing capability information of each regional equipment by the strength; further, it is determined that the area device with the shortest time delay and the strongest device processing capability information in the processing time delay information is the target area device 2 corresponding to the migration access request of the user equipment 3. In one implementation, two or more of the above-mentioned screening information may be obtained simultaneously, and it is determined that the target area device 2 needs to satisfy each item of screening information at the same time best. In another implementation, the priority of reference may be set for two or more pieces of screening information, for example, the device processing capability information of each regional device is first sorted strongly or weakly, and if there are a plurality of regional devices with the strongest overall processing capability information, the device with the shortest processing delay information is determined to be the target regional device 2 based on the respective processing delay information of the plurality of regional devices. In the application, the diversified algorithm selected by the target area device 2 can flexibly match the optimal target area device 2 for the current user device according to different application scenarios, so that the efficiency of processing the migration access request is further improved, and the user experience is optimized.

In one embodiment, the method further includes block 62, and in block 62, a migration access request of the user device 3 may be sent to the target area device 2. Further, in one embodiment, the method further includes a block 63, in which block 63, zone device information of one or more zone devices corresponding to the historical access requests of the user device 3 may be obtained, for example, the device IP information, if the local device is a device cluster, the local device information may also be VIP information corresponding to the device cluster, in one implementation, when the user equipment 3 can obtain the zone device information of one or more zone devices through the zone device information service, for example, the zone device information may be obtained from a server or a cluster of servers that provide a unified zone device information service, in one implementation, the user equipment 3 may obtain the zone device information of all zone devices in the data system providing the consistent data service from a server or a server cluster providing a unified zone device information service. Next, based on the area device information of the target area device 2, a migration access request corresponding to the history access request of the user device 3 may be transmitted to the target area device 2 corresponding to the area device information.

In various embodiments of the present application, various operations performed by the user equipment (user equipment 1, user equipment 2) may be implemented by methods called by the interface.

The embodiment of the application provides an application program interface, which can be used for meeting the requirement of switching regional equipment when a user carries out a network service access request, and further helping the user to provide a migration access request to target regional equipment for processing. The application program interface can be developed and realized based on a multi-region strong-consistency data system. In one implementation, the application program interface may be extended and added based on the service needs of the data system.

In one embodiment of the present application, the application program interface may include: the receiving module can receive a network service request of a user; a handover module that may perform operations related to handing over a zone device with the network service request.

Further, in an embodiment, the receiving module may receive a regional device information acquisition request of a user; next, the switching module may output the area device information acquisition request; and acquiring the regional equipment information returned based on the regional equipment information acquisition request. Here, the area device information may be an IP address of an area device, and if the area device is a device cluster, the area device information may also be a VIP address of the device cluster.

In one embodiment, the receiving module may receive a handover area device request of a user; next, the handover module requests handover of the zone device based on the handover zone device.

In one embodiment, the receiving module may receive an automatic switch area device request of a user device; then, the switching module may request switching of the area device corresponding to the network service based on the automatic switching area device.

In one implementation, the switching module may further implement an opening and closing operation of the automatic switching function of the area device.

In an implementation manner, the switching module may further obtain the area device information based on a set list of implementing area device information.

In one implementation, the switching module may further perform, based on a set processing time-based zone device switching algorithm, switching of the zone device when the cumulative access time of the single request to the current zone device reaches or exceeds the executed processing time.

In an implementation manner, the switching module may further perform, based on a set area device switching algorithm based on the processing times, switching of the area device when the cumulative access failure times of the single request to the current area device exceeds the executed processing times.

In an implementation manner, the switching module may further perform, based on a set switching algorithm based on resources consumed by the current request, switching of the area device when an accumulated consumed resource of a single request to the current area device exceeds a specified consumed resource.

In one implementation, the switching module may further determine the resource consumption amount based on a set resource consumption algorithm. The resource consumption of a single request may be calculated by the size of the request, the type of request, etc.

In an implementation manner, the switching module may further select a next area device address in the current area device list when the current area device has an access abnormality based on a set area device switching selection algorithm.

In an implementation manner, the switching module may further implement sequential or random selection of the address of the device in the switching area from the current area device list based on a set sequence or a random selection algorithm.

In an implementation manner, the switching module may further select, based on a set regional device resource priority algorithm, to perform switching with the most least consumption of regional device cluster resources according to the obtained information in the current regional device list

In an implementation manner, the switching module may further obtain a current area device list based on a set access delay priority algorithm, obtain a current actual access delay, and further select an optimal switching area device according to the current delay time.

In an implementation manner, the switching module may further execute a custom callback method when switching occurs to the area device based on the setting.

In an implementation manner, the switching module may further return the switching failure of the regional device when the current data storage system cannot meet the automatic switching of the traffic based on a set regional device switching failure method.

In one implementation, the switching module may also be based on a set number-based failure method. And determining that the regional equipment fails to be switched when the request switching fails for multiple times and reaches the specified times.

In an implementation manner, the switching module may further determine that the regional device fails to be switched based on a set timeout-based failure method, where a failure occurs many times when the request for switching and the normal operation cannot be performed when the specified time is reached.

The embodiment of the present application further provides a data processing method, where the method includes a block 00 (not shown), a block 01 (not shown), and a block 02 (not shown), where in the block 00 (not shown), the user equipment 1 obtains a migration access request and a history access request corresponding to the migration access request; in block 01 (not shown), the user equipment 1 sets priority data of the migration access request; in block 02 (not shown), the user equipment 1 sends the migration access request, wherein the migration access request comprises the priority data.

In one implementation, the user equipment 11 in fig. 1 may be an example of the user equipment 1. In block 00 (not shown), the user equipment 1 obtains a migration access request and a history access request corresponding to the migration access request, and determines accumulated parameter consumption information and expected parameter consumption information corresponding to the migration access request based on the migration access request and the history access request corresponding to the migration access request; determining priority data of the migration access request based on accumulated parameter consumption information and expected parameter consumption information corresponding to the migration access request, wherein in one implementation, the priority data may include parameter state information corresponding to the migration access request; next, in block 02, the user equipment 1 may send the migration access request, where the migration access request includes the priority data, for example, send the migration access request including the parameter status information to a corresponding target area device, where the target area device determines processing priority information of the migration access request based on the parameter status information.

In some embodiments, as shown in fig. 3, the system 300 can be the user device 11, the first zone device 12, the second zone device 13, the nth zone device 14, the user device 21, the first zone device 22, the second zone device 23, the nth zone device 24, the user device 1, the target zone device 2, the user device 3 as described in any of the embodiments shown in fig. 1, fig. 2, fig. 7, fig. 8, or fig. 9, or any of the other described embodiments. In some embodiments, system 300 may include one or more computer-readable media (e.g., system memory or NVM/storage 320) having instructions and one or more processors (e.g., processor(s) 305) coupled with the one or more computer-readable media and configured to execute the instructions to implement modules to perform the actions described herein.

For one embodiment, system control module 310 may include any suitable interface controllers to provide any suitable interface to at least one of processor(s) 305 and/or any suitable device or component in communication with system control module 310.

The system control module 310 may include a memory controller module 330 to provide an interface to the system memory 315. Memory controller module 330 may be a hardware module, a software module, and/or a firmware module.

System memory 315 may be used, for example, to load and store data and/or instructions for system 300. For one embodiment, system memory 315 may include any suitable volatile memory, such as suitable DRAM. In some embodiments, the system memory 315 may include a double data rate type four synchronous dynamic random access memory (DDR4 SDRAM).

For one embodiment, system control module 310 may include one or more input/output (I/O) controllers to provide an interface to NVM/storage 320 and communication interface(s) 325.

For example, NVM/storage 320 may be used to store data and/or instructions. NVM/storage 320 may include any suitable non-volatile memory (e.g., flash memory) and/or may include any suitable non-volatile storage device(s) (e.g., one or more Hard Disk Drives (HDDs), one or more Compact Disc (CD) drives, and/or one or more Digital Versatile Disc (DVD) drives).

NVM/storage 320 may include storage resources that are physically part of the device on which system 300 is installed or may be accessed by the device and not necessarily part of the device. For example, NVM/storage 320 may be accessible over a network via communication interface(s) 325.

Communication interface(s) 325 may provide an interface for system 300 to communicate over one or more networks and/or with any other suitable device. System 300 may wirelessly communicate with one or more components of a wireless network according to any of one or more wireless network standards and/or protocols.

For one embodiment, at least one of the processor(s) 305 may be packaged together with logic for one or more controller(s) (e.g., memory controller module 330) of the system control module 310. For one embodiment, at least one of the processor(s) 305 may be packaged together with logic for one or more controller(s) of the system control module 310 to form a System In Package (SiP). For one embodiment, at least one of the processor(s) 305 may be integrated on the same die with logic for one or more controller(s) of the system control module 310. For one embodiment, at least one of the processor(s) 305 may be integrated on the same die with logic for one or more controller(s) of the system control module 310 to form a system on a chip (SoC).

In various embodiments, system 300 may be, but is not limited to being: a server, a workstation, a desktop computing device, or a mobile computing device (e.g., a laptop computing device, a handheld computing device, a tablet, a netbook, etc.). In various embodiments, system 300 may have more or fewer components and/or different architectures. For example, in some embodiments, system 300 includes one or more cameras, a keyboard, a Liquid Crystal Display (LCD) screen (including a touch screen display), a non-volatile memory port, multiple antennas, a graphics chip, an Application Specific Integrated Circuit (ASIC), and speakers.

It should be noted that the present invention may be implemented in software and/or in a combination of software and hardware, for example, as an Application Specific Integrated Circuit (ASIC), a general purpose computer or any other similar hardware device. In one embodiment, the software program of the present invention may be executed by a processor to implement the steps or functions described above. Also, the software programs (including associated data structures) of the present invention can be stored in a computer readable recording medium, such as RAM memory, magnetic or optical drive or diskette and the like. Further, some of the steps or functions of the present invention may be implemented in hardware, for example, as circuitry that cooperates with the processor to perform various steps or functions.

The application provides a method and a device for processing an access request, and example 1 may include a user equipment, where the user equipment includes a parameter status information determining module and a first transceiver module:

Example 2 may include the user equipment of example 1, wherein the parameter status information comprises any one of:

the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and is less than the expected parameter consumption information;

the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information;

the accumulated parameter consumption information is less than a preset parameter consumption threshold and less than expected parameter consumption information.

Example 3 may include the user equipment of example 2, wherein the user equipment further comprises a setup module to perform at least any one of:

setting the parameter consumption threshold corresponding to the migration access request;

and setting the expected parameter consumption information corresponding to the migration access request.

Example 4 may include the user equipment of any one of examples 1 to 3, wherein the cumulative parameter consumption information includes at least any one of:

accumulating request processing time information;

accumulating the request times information;

the cumulative request processes traffic consumption information.

Example 5 may include the user equipment of any one of examples 1 to 4, wherein the expected parameter consumption information includes at least any one of:

expecting to request processing time information;

expected request number information;

it is expected that the traffic consumption information is requested to be processed.

Example 6 may include the user equipment of any one of examples 1 to 5, wherein if the cumulative parameter consumption information includes cumulative request processing time information, the user equipment further includes:

the first cumulative parameter consumption information determining module is used for acquiring request processing time information of one or more historical access requests corresponding to the migration access request, wherein the migration access request and the historical access request each time correspond to the same user equipment initiating the access request, and the corresponding access request contents are the same; and determining accumulated processing time information of the migration access request based on the request processing time information of each historical access request, wherein the expected parameter consumption information corresponding to the migration access request comprises expected request processing time information.

Example 7 may include the user equipment of any one of examples 1 to 5, wherein if the cumulative parameter consumption information includes cumulative request number information, the user equipment further includes:

a second cumulative parameter consumption information determining module, configured to determine cumulative request number information of historical access requests corresponding to the migration access request, where the migration access request and each historical access request correspond to the same user equipment initiating an access request, and corresponding access request contents are the same, and meanwhile, the expected parameter consumption information corresponding to the migration access request includes expected request number information.

Example 8 may include the user equipment of any one of examples 1 to 5, wherein, if the cumulative parameter consumption information includes cumulative request processing traffic consumption information, the user equipment further includes:

a third cumulative parameter consumption information determining module, configured to obtain request processing traffic consumption information of one or more historical access requests corresponding to the migration access request, where the migration access request and each historical access request correspond to the same user equipment initiating the access request, and the corresponding access request content is the same; and determining accumulated request processing traffic consumption information of the migration access request based on the request processing traffic consumption information of each historical access request, wherein the expected parameter consumption information corresponding to the set migration access request comprises expected request processing traffic consumption information.

Example 9 may include the user equipment of any one of examples 1 to 8, wherein the user equipment further includes:

a target area device determining module for determining a target area device from one or more area devices;

wherein the first transceiver module is configured to:

and sending a migration access request corresponding to a historical access request of the user equipment to corresponding target area equipment, wherein the migration access request and the historical access request correspond to the same user equipment initiating the access request, and the corresponding access request contents are the same.

Example 10 may include the user equipment of example 9, wherein the target area device determination module is to:

when the access request migration triggering condition is satisfied, a target zone device is determined from the one or more zone devices.

Example 11 may include the user equipment of example 9 or 10, wherein the target area device determination module is to:

determining a target area device from one or more area devices based on screening information corresponding to the area devices, wherein the screening information comprises at least any one of the following items

Processing delay information of the regional equipment;

device processing capability information of the zone device.

Example 12 may include the user equipment of example 11, wherein the target area device determination module is to:

obtaining screening information of each regional device in one or more regional devices;

determining a target zone device from the one or more zone devices based on a screening rule corresponding to the screening information.

Example 13 may include the user equipment of example 11 or 12, wherein if the screening information includes processing latency information of a zone device, the target zone device determination module is to:

acquiring processing time delay information of one or more regional devices;

and determining the area equipment with the shortest time delay in the processing time delay information as the target area equipment based on the processing time delay information of each area equipment.

Example 14 may include the user equipment of example 11 or 12, wherein, if the screening information includes equipment processing capability information of a zone device, the target zone device determination module is to:

acquiring equipment processing capacity information of one or more regional equipment;

and determining the area equipment with the strongest equipment processing capability information as the target area equipment based on the equipment processing capability information of each area equipment.

Example 15 may include the user equipment of example 11 or 12, wherein if the filtering information includes processing latency information of the area equipment and equipment processing capability information of the area equipment, the target area equipment determining module is configured to:

acquiring processing time delay information and equipment processing capacity information of one or more regional equipment;

and determining the area equipment with the shortest time delay and the strongest equipment processing capability information in the processing time delay information as the target area equipment.

Example 16 may include the user equipment of any one of examples 9 to 15, wherein the user equipment further comprises:

the second transceiver module is used for acquiring regional equipment information of one or more regional equipment corresponding to the historical access request of the user equipment;

wherein the first transceiver module is configured to:

and sending a migration access request corresponding to the historical access request of the user equipment to the corresponding target area equipment based on the area equipment information of the target area equipment.

Example 17 may include a target area device, wherein the target area device comprises:

Example 18 may include the target area device of example 17, wherein if the parameter status information is that accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and less than expected parameter consumption information, the migration processing module is to:

determining that the processing priority information of the migration access request is a first special level; and the migration access request is processed preferentially.

Example 19 may include the target area device of example 17, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, where the migration access request and the historical access request correspond to a same user device initiating the access request and a same target area device processing the access request, and contents of the corresponding access requests are the same, the migration processing module is configured to:

and determining that the processing priority information of the migration access request is a second special level, and performing priority processing on the migration access request.

Example 20 may include the target area device of example 19, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information and the migration access request does not correspond to the historical access request, the migration processing module is to:

determining that the processing priority information of the migration access request is non-priority, and refusing to process the migration access request.

Example 21 may include the target area device of example 17, wherein if the parameter status information is that accumulated parameter consumption information is less than a preset parameter consumption threshold and less than expected parameter consumption information, the migration processing module is to:

determining that processing priority information of a migration access request of the migration access requests is a normal level, and performing any one of:

performing priority processing on the migration access request;

processing the migration access request based on a first come first processed principle;

after the corresponding conventional access request in the target area equipment is processed, sequentially processing the migration access request;

and performing corresponding processing on the migration access request based on the request type information of the migration access request and by combining the priority information of the request type information.

Example 22 may include a user equipment, wherein the user equipment comprises:

Example 23 may include the user equipment of example 22, wherein the control module is to:

and when the access request migration triggering condition is met, determining target area equipment corresponding to the migration access request of the user equipment in the one or more area equipment.

Example 24 may include the user equipment of example 22 or 23, wherein the control module is to:

determining a target area device corresponding to a migration access request of a user device in one or more area devices based on screening information corresponding to the area devices, wherein the screening information comprises at least any one of the following items

Processing delay information of the regional equipment;

device processing capability information of the zone device.

Example 25 may include the user equipment of example 24, wherein the control module is to:

and determining a target area device corresponding to the migration access request of the user equipment in one or more area devices based on a screening rule corresponding to the screening information.

Example 26 may include the user equipment of example 24 or 25, wherein if the filtering information includes processing latency information of a regional device, the control module is to:

acquiring processing time delay information of one or more regional devices;

Example 27 may include the user equipment of example 24 or 25, wherein if the screening information includes equipment processing capability information of a regional equipment, the control module is to:

Example 28 may include the user equipment of example 24 or 25, wherein if the filtering information includes processing latency information of the area equipment and equipment processing capability information of the area equipment, the control module is to:

Example 29 may include the user equipment of examples 22 to 28, wherein the user equipment further comprises:

and the fourth transceiver module is used for sending the migration access request of the user equipment to the target area equipment.

Example 30 may include the user equipment of example 29, wherein the user equipment further comprises:

the fifth transceiving module is used for acquiring regional equipment information of one or more regional equipment corresponding to the historical access request of the user equipment;

wherein the fourth transceiver module is configured to:

and sending a migration access request corresponding to a history access request of the user equipment to the target area equipment based on the area equipment information of the target area equipment.

Example 31 may include an application program interface, wherein the application program interface comprises:

the receiving module is used for receiving a network service request of a user;

a handover module to perform operations related to handing over the zone device based on the network service request.

Example 32 may include the application program interface of example 31, wherein the receiving module is to:

receiving a regional equipment information acquisition request of a user;

wherein the switching module is configured to:

outputting the regional equipment information acquisition request;

and acquiring the regional equipment information returned based on the regional equipment information acquisition request.

Example 33 may include the application program interface of example 31, wherein the receiving module is to:

receiving a switching area equipment request of a user;

wherein the switching module is configured to:

and switching the area equipment corresponding to the network service based on the switching area equipment request.

Example 34 may include the application program interface of example 31, wherein the receiving module is to:

receiving an automatic area switching equipment request of user equipment;

wherein the switching module is configured to:

and switching the area equipment corresponding to the network service based on the automatic switching area equipment request.

Example 35 may include a method, wherein the method comprises:

Example 36 may include the method of example 35, wherein the parameter status information includes any one of:

Example 37 may include the method of example 36, wherein the method further comprises at least any one of:

Example 38 may include the method of any one of examples 35 to 37, wherein the accumulated parameter consumption information includes at least any one of:

accumulating request processing time information;

accumulating the request times information;

the cumulative request processes traffic consumption information.

Example 39 may include the method of any one of examples 35 to 38, wherein the expected parameter consumption information includes at least any one of:

expecting to request processing time information;

expected request number information;

Example 40 may include the method of any one of examples 35 to 39, wherein, if the accumulated parameter consumption information includes accumulated request processing time information, the method further comprises:

acquiring request processing time information of one or more historical access requests corresponding to the migration access request, wherein the migration access request and the historical access request each time correspond to the same user equipment initiating the access request, and the corresponding access request contents are the same;

and determining accumulated processing time information of the migration access request based on the request processing time information of each historical access request, wherein the expected parameter consumption information corresponding to the migration access request comprises expected request processing time information.

Example 41 may include the method of any one of examples 35 to 39, wherein if the accumulated parameter consumption information includes accumulated number of requests information, the method further comprises:

determining accumulated request times information of historical access requests corresponding to the migration access requests, wherein the migration access requests and the historical access requests correspond to the same user equipment initiating the access requests each time, the corresponding access requests have the same content, and meanwhile, the expected parameter consumption information corresponding to the migration access requests comprises expected request times information.

Example 42 may include the method of any one of examples 35 to 39, wherein, if the accumulated parameter consumption information includes accumulated request processing traffic consumption information, the method further comprises:

acquiring request processing flow consumption information of one or more historical access requests corresponding to the migration access request, wherein the migration access request and each historical access request correspond to the same user equipment initiating the access request, and the corresponding access request contents are the same;

and determining accumulated request processing traffic consumption information of the migration access request based on the request processing traffic consumption information of each historical access request, wherein the expected parameter consumption information corresponding to the migration access request comprises expected request processing traffic consumption information.

Example 43 may include the method of any one of examples 35 to 42, wherein the method further comprises:

determining a target zone device from the one or more zone devices;

wherein sending the migration access request of the user equipment to the corresponding target area equipment comprises:

Example 44 may include the method of example 43, wherein the determining a target zone device from the one or more zone devices comprises:

Example 45 may include the method of example 43 or 44, wherein the determining a target zone device from the one or more zone devices comprises:

Processing delay information of the regional equipment;

device processing capability information of the zone device.

Example 46 may include the method of example 45, wherein the determining a target zone device from the one or more zone devices comprises:

Example 47 may include the method of example 45 or 46, wherein, if the screening information includes processing latency information of a zone device, the determining a target zone device from among one or more zone devices comprises:

acquiring processing time delay information of one or more regional devices;

Example 48 may include the method of example 45 or 46, wherein, if the screening information includes device processing capability information of a zone device, the determining a target zone device from among one or more zone devices comprises:

Example 49 may include the method of example 45 or 46, wherein, if the screening information includes processing latency information of a zone device and device processing capability information of a zone device, the determining a target zone device from among the one or more zone devices comprises:

Example 50 may include the method of any one of examples 43 to 49, wherein the method further comprises:

acquiring regional equipment information of one or more regional equipment corresponding to the historical access request of the user equipment;

Example 51 may include a method, wherein the method comprises:

Example 52 may include the method of example 51, wherein, if the parameter status information is accumulated parameter consumption information that is greater than or equal to a preset parameter consumption threshold and less than expected parameter consumption information, the determining, based on the parameter status information, processing priority information of the migration access request includes:

determining that the processing priority information of the migration access request is a first special level;

wherein the processing the migration access request based on the processing priority information comprises:

prioritizing the migration access request based on the first special level.

Example 53 may include the method of example 51, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, where the migration access request and the historical access request correspond to a same user device initiating the access request and a same target area device processing the access request, and contents of the corresponding access requests are the same, the determining, based on the parameter status information, processing priority information of the migration access request includes:

determining that the processing priority information of the migration access request is a second special level;

and based on the second special level, performing priority processing on the migration access request.

Example 54 may include the method of example 53, wherein, if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information and the migration access request does not correspond to the historical access request, the determining processing priority information of the migration access request based on the parameter status information includes:

determining that the processing priority information of the migration access request is non-priority;

denying processing of the migration access request.

Example 55 may include the method of example 51, wherein determining processing priority information of the migration access request based on the parameter status information if the parameter status information is that accumulated parameter consumption information is less than a preset parameter consumption threshold and less than expected parameter consumption information comprises:

determining that the processing priority information of the migration access request is in a conventional level;

wherein the processing the migration access request based on the processing priority information comprises any one of:

performing priority processing on the migration access request;

Example 56 may include a method, wherein the method comprises:

Example 57 may include the method of example 56, wherein the determining, among the one or more zone devices, a target zone device to which the migration access request of the user device corresponds includes:

Example 58 may include the method of example 56 or 57, wherein the determining, among the one or more zone devices, a target zone device to which the migration access request of the user device corresponds includes:

Processing delay information of the regional equipment;

device processing capability information of the zone device.

Example 59 may include the method of example 58, wherein the determining, among the one or more zone devices, a target zone device to which the migration access request of the user device corresponds includes:

Example 60 may include the method of example 58 or 59, wherein, if the filtering information includes processing latency information of a zone device, the determining, in the one or more zone devices, a target zone device corresponding to the migration access request of the user equipment includes:

acquiring processing time delay information of one or more regional devices;

Example 61 may include the method 61 of example 58 or 59, wherein, if the screening information includes device processing capability information of a zone device, the determining, in the one or more zone devices, a target zone device to which the migration access request of the user device corresponds includes:

acquiring the whole processing capacity information of one or more regional devices;

Example 62 may include the method 61 of example 58 or 59, wherein, if the screening information includes processing latency information of the regional device and device processing capability information of the regional device, the determining, in the one or more regional devices, a target regional device corresponding to the migration access request of the user equipment includes:

and determining the area equipment with the shortest time delay and the strongest equipment processing capacity information in the processing time delay information as the target area equipment corresponding to the migration access request of the user equipment.

Example 63 may include the method of any one of examples 56 to 62, wherein the method further comprises:

and sending the migration access request of the user equipment to the target area equipment.

Example 64 may include the method of example 63, wherein the method further comprises:

acquiring regional equipment information of one or more regional equipment corresponding to a historical access request of user equipment;

wherein sending the migration access request of the user equipment to the target area equipment comprises:

Example 65 includes an apparatus, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform the methods of examples 35-50.

Example 66 includes one or more machine-readable media having instructions stored thereon, which when executed by one or more processors, cause an apparatus to perform a method as in examples 35-50.

Example 67 includes an apparatus, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform methods as examples 51-55.

Example 68 includes one or more machine-readable media having instructions stored thereon, which when executed by one or more processors, cause an apparatus to perform a method as in examples 51-55.

Example 69 includes an apparatus, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform the methods of examples 56-64.

Example 69 one or more machine-readable media having instructions stored thereon, which when executed by one or more processors, cause an apparatus to perform the methods of examples 56-64.

Example 70 may include a method, wherein the method comprises:

acquiring a migration access request and a history access request corresponding to the migration access request;

setting priority data of the migration access request;

sending the migration access request, wherein the migration access request comprises the priority data.

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

In addition, some of the present invention can be applied as a computer program product, such as computer program instructions, which when executed by a computer, can invoke or provide the method and/or technical solution according to the present invention through the operation of the computer. Program instructions which invoke the methods of the present invention may be stored on a fixed or removable recording medium and/or transmitted via a data stream on a broadcast or other signal-bearing medium and/or stored within a working memory of a computer device operating in accordance with the program instructions. An embodiment according to the invention herein comprises an apparatus comprising a memory for storing computer program instructions and a processor for executing the program instructions, wherein the computer program instructions, when executed by the processor, trigger the apparatus to perform a method and/or solution according to embodiments of the invention as described above.

It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned. Furthermore, it is obvious that the word "comprising" does not exclude other elements or steps, and the singular does not exclude the plural. A plurality of units or means recited in the apparatus claims may also be implemented by one unit or means in software or hardware. The terms first, second, etc. are used to denote names, but not any particular order.

Claims

1. A user equipment, wherein the user equipment comprises:

2. The user equipment of claim 1, wherein the parameter status information comprises any one of:

3. The user equipment of claim 2, wherein the user equipment further comprises a setup module to perform at least any one of:

4. The user equipment of claim 1, wherein the cumulative parameter consumption information comprises at least any one of:

accumulating request processing time information;

accumulating the request times information;

the cumulative request processes traffic consumption information.

5. The user equipment of claim 1, wherein the expected parameter consumption information comprises at least any one of:

expecting to request processing time information;

expected request number information;

6. The user equipment of claim 1, wherein if the cumulative parameter consumption information includes cumulative request processing time information, the user equipment further comprises:

7. The ue of claim 1, wherein if the cumulative parameter consumption information includes cumulative request times information, the ue further comprises:

8. The ue of claim 1, wherein if the cumulative parameter consumption information comprises cumulative request processing traffic consumption information, the ue further comprises:

a third cumulative parameter consumption information determining module, configured to obtain request processing traffic consumption information of one or more historical access requests corresponding to the migration access request, where the migration access request and each historical access request correspond to the same user equipment initiating the access request, and the corresponding access request content is the same; and determining accumulated request processing traffic consumption information of the migration access request based on the request processing traffic consumption information of each historical access request, and setting the expected parameter consumption information corresponding to the migration access request to include expected request processing traffic consumption information.

9. A target area device, wherein the target area device comprises:

the parameter status information includes any one of: the accumulated parameter consumption information is greater than or equal to a preset parameter consumption threshold and less than expected parameter consumption information, the accumulated parameter consumption information is greater than or equal to the expected parameter consumption information, and the accumulated parameter consumption information is less than the preset parameter consumption threshold and less than the expected parameter consumption information;

10. The target area device of claim 9, wherein if the parameter status information is accumulated parameter consumption information that is greater than or equal to a preset parameter consumption threshold and less than expected parameter consumption information, the migration processing module is configured to:

11. The target area device of claim 9, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, where the migration access request and the historical access request correspond to a same user device initiating the access request and a same target area device processing the access request, and the contents of the corresponding access requests are the same, the migration processing module is configured to:

12. The target area device of claim 11, wherein if the parameter status information is accumulated parameter consumption information that is greater than or equal to expected parameter consumption information and the migration access request does not correspond to the historical access request, the migration processing module is configured to:

13. The target area device of claim 9, wherein if the parameter status information is accumulated parameter consumption information that is less than a preset parameter consumption threshold and less than expected parameter consumption information, the migration processing module is configured to:

performing priority processing on the migration access request;

14. A method for processing an access request, wherein the method comprises:

15. The method of claim 14, wherein the parameter status information comprises any one of:

16. The method of claim 15, wherein the method further comprises at least any one of:

17. The method of claim 14, wherein the accumulated parameter consumption information comprises at least any one of:

accumulating request processing time information;

accumulating the request times information;

the cumulative request processes traffic consumption information.

18. The method of claim 14, wherein the expected parameter consumption information comprises at least any one of:

expecting to request processing time information;

expected request number information;

19. The method of claim 14, wherein if the accumulated parameter consumption information includes accumulated request processing time information, the method further comprises:

20. The method of claim 14, wherein if the cumulative parameter consumption information includes cumulative request times information, the method further comprises:

21. The method of claim 14, wherein if the cumulative parameter consumption information comprises cumulative request processing traffic consumption information, the method further comprising:

22. A method for processing an access request, wherein the method comprises:

23. The method of claim 22, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to a preset parameter consumption threshold and less than expected parameter consumption information, the determining processing priority information of the migration access request based on the parameter status information comprises:

prioritizing the migration access request based on the first special level.

24. The method of claim 22, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information, and the migration access request corresponds to at least one historical access request, wherein the migration access request and the historical access request correspond to a same user device initiating the access request and a same target area device processing the access request, and the contents of the corresponding access requests are the same, the determining the processing priority information of the migration access request based on the parameter status information comprises:

25. The method of claim 24, wherein if the parameter status information is accumulated parameter consumption information greater than or equal to expected parameter consumption information and the migration access request does not correspond to the historical access request, the determining processing priority information for the migration access request based on the parameter status information comprises:

denying processing of the migration access request.

26. The method of claim 24, wherein if the parameter status information is accumulated parameter consumption information that is less than a preset parameter consumption threshold and less than expected parameter consumption information, determining processing priority information of the migration access request based on the parameter status information comprises:

performing priority processing on the migration access request;

27. A method of data processing, comprising:

setting priority data of the migration access request;

and sending the migration access request, wherein the migration access request comprises the priority data, and the priority data comprises parameter state information corresponding to the migration access request.

28. An apparatus for processing an access request, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform the method of any of claims 14-21.

29. One or more machine-readable media having instructions stored thereon, which when executed by one or more processors, cause an apparatus to perform the method of any of claims 14-21.

30. An apparatus for processing an access request, comprising:

one or more processors; and

one or more machine-readable media having instructions stored thereon that, when executed by the one or more processors, cause the apparatus to perform the method of any of claims 22-26.

31. One or more machine-readable media having instructions stored thereon, which when executed by one or more processors, cause an apparatus to perform the method of any of claims 22-26.