Request adjustment method and device, electronic equipment and storage medium

Abstract

The invention relates to a request adjustment method and device, electronic equipment and a storage medium. The method comprises the following steps: receiving a target service request sent by a server in a service scene; obtaining a response result of the target device for the target service request within a preset response duration, and feeding back the response result to the server; determining a response success rate of the target equipment according to the response result; under the condition that the response success rate is lower than a preset response threshold value, the preset response duration is adjusted according to the service scene, and the response of the target service request is re-executed by using the adjusted preset response duration; after a target service request sent by a server is received, the response success rate of target equipment relative to the request is calculated, and the response duration is correspondingly shortened or prolonged in combination with the service scene; and an adaptive response duration adjustment scheme is formulated while the timeliness of the advertisement response is ensured not to damage the user experience, so that the stability of the whole advertisement revenue is ensured.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a request adjustment method, device, electronic device and storage medium. Background Art

[0002] Internet advertising is divided into two categories: one is for scenarios where users are more sensitive to time consumption, such as splash screen ads when an application is started and patch ads before a video plays; the other is for scenarios where users are less sensitive to time consumption, such as pop-up floating ads or interstitial ads in videos; Internet advertising is displayed through the front-end APP-advertising backend-bidding platform-advertising provider link. When network congestion occurs in the link or a service module is delayed in processing, the overall advertising request time will increase accordingly, which will lead to longer user waiting time, thereby reducing the user experience.

[0003] The existing technology has taken measures to reduce request time consumption to prevent the advertising request time consumption from affecting the user experience. However, in scenarios where users are not very sensitive to waiting time, the approach of reducing time consumption may reduce the display opportunities of advertisements, thereby affecting advertising revenue.

[0004] Therefore, there is an urgent need to develop a request adjustment method, device, electronic device and storage medium to solve one or more of the above-mentioned problems. Summary of the invention

[0005] In view of this, in order to solve the above technical problems or part of the technical problems, an embodiment of the present invention provides a request adjustment method, device, electronic device and storage medium.

[0006] In a first aspect, the present application provides a request adjustment method, the method comprising:

[0007] Receive target service requests sent by the server in the service scenario;

[0008] Obtaining a response result of the target device to the target service request within a preset response time, and feeding back the response result to the service end;

[0009] Determine a response success rate of the target device according to the response result;

[0010] When the response success rate is lower than a preset response threshold, the preset response duration is adjusted according to the service scenario, and the response to the target service request is re-executed using the adjusted preset response duration.

[0011] In a possible implementation manner, adjusting the preset response time according to the service scenario includes:

[0012] Determining an initial adjustment duration of the preset response duration according to the response success rate;

[0013] According to the service scenario, the preset response duration is adjusted using the initial adjustment duration.

[0014] In a possible implementation manner, the service scenario is the first scenario or the second scenario;

[0015] The adjusting the preset response time using the initial adjustment time according to the service scenario includes:

[0016] When the service scenario is the first scenario, the preset response time is shortened by using the initial adjustment time;

[0017] When the service scenario is the second scenario, the preset response duration is extended by utilizing the initial adjustment duration.

[0018] In a possible implementation, the method further includes:

[0019] Obtain the network status of the target device and the server;

[0020] When the network status of the target device and the server meets the preset conditions, the preset response time is adjusted according to the service scenario, wherein the response success rate corresponding to the adjusted preset response time is higher than the preset response threshold.

[0021] In a possible implementation manner, adjusting the preset response time according to the service scenario includes:

[0022] When the service scenario is the first scenario, extending the preset response time, wherein the extended time of the preset response time is less than the initial adjustment time;

[0023] When the service scenario is the second scenario, the preset response time is shortened, wherein the shortened time of the preset response time is less than the initial adjustment time.

[0024] In a possible implementation manner, determining the response success rate of the target device according to the response result includes:

[0025] Obtain historical response results of historical service requests within a preset response time from the log file of the target device;

[0026] A response success rate of the target device is determined according to the response result and historical response results.

[0027] In a possible implementation, the method further includes:

[0028] Re-determine the response success rate based on the adjusted preset response time;

[0029] When the response success rate is lower than a preset response threshold, the step of determining the initial adjustment duration of the preset response duration according to the response success rate is performed again.

[0030] In a second aspect, the present application provides a request adjustment device, the device comprising:

[0031] A receiving module, used to receive a target service request sent by the server in a service scenario;

[0032] A feedback module, used to obtain a response result of the target device to the target service request within a preset response time, and feed back the response result to the service end;

[0033] A calculation module, used to determine the response success rate of the target device according to the response result;

[0034] The adjustment module is used to adjust the preset response time according to the service scenario when the response success rate is lower than the preset response threshold, and re-execute the response of the target service request using the adjusted preset response time.

[0035] In a third aspect, the present application provides an electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements the steps of the request adjustment method described in any one of the embodiments of the first aspect when executing the computer program.

[0036] In a fourth aspect, the present application further provides a computer storage medium having a computer program stored thereon, wherein when the computer program is executed by a processor, the steps of the request adjustment method described in any one of the embodiments of the first aspect are implemented.

[0037] The above technical solution provided by the embodiment of the present application has the following advantages over the prior art: the request adjustment method provided by the embodiment of the present application, after receiving the target service request issued by the server, calculates the response success rate of the target device relative to the request, and shortens or extends the response time in accordance with the service scenario; while ensuring the timeliness of the advertising response without damaging the user experience, an adaptive response time adjustment plan is formulated to ensure the stability of the overall advertising revenue. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0039] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0040] One or more embodiments are exemplarily described by pictures in the corresponding drawings, and these exemplified descriptions do not constitute limitations on the embodiments. Elements with the same reference numerals in the drawings represent similar elements, and unless otherwise stated, the figures in the drawings do not constitute proportional limitations.

[0041] Figure 1 A flowchart of a request adjustment method provided in an embodiment of the present application;

[0042] Figure 2 A flowchart of another request adjustment method provided in an embodiment of the present application;

[0043] Figure 3 A schematic diagram of the steps of a request adjustment method provided in an embodiment of the present application;

[0044] Figure 4 A structural diagram of a request adjustment device provided in an embodiment of the present application;

[0045] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of this application.

[0047] The disclosure below provides many different embodiments or examples to implement different structures of the present invention. In order to simplify the disclosure of the present invention, the parts and settings of specific examples are described below. Of course, they are only examples, and the purpose is not to limit the present invention. In addition, the present invention can repeat reference numbers and / or letters in different examples. This repetition is for the purpose of simplification and clarity, and does not itself indicate the relationship between the various embodiments and / or settings discussed.

[0048] In order to solve the technical problem that when network congestion or a processing delay of a service module occurs in the link of front-end APP-advertising backend-bidding platform-advertising provider in the prior art, the time consumption of the overall advertising request will increase accordingly, thereby prolonging the user waiting time and reducing the user experience. Even if measures are taken to reduce the request time consumption to prevent the advertising request time consumption from affecting the user experience, the practice of reducing the time consumption may reduce the display opportunities of advertisements in scenarios where users are not very sensitive to the waiting time, thereby affecting advertising revenue. The present application provides a request adjustment method, device, electronic device and storage medium, which can automatically and adaptively adjust the request timeout duration between nodes in the entire link according to the network and service response time consumption status in different scenarios, so as to optimize the user experience and advertising revenue impact caused by the increase in response time consumption due to network congestion or service failure.

[0049] Figure 1 A flowchart of a request adjustment method provided in an embodiment of the present application is shown in FIG. Figure 1 As shown, the method specifically includes:

[0050] S101, receiving a target service request sent by a server in a service scenario;

[0051] In this embodiment, the server is a front-end server, and the front-end server sends a target service request to the target server to instruct the target server to provide services to the front-end server;

[0052] Taking advertising requests as an example, a complete advertising request link involves multiple modules. Referring to the industry, a main advertising request link model is simply summarized as front-end APP-advertising backend-ADX bidding platform-DSP advertising provider. The front-end APP is the front-end server for the advertising backend, the advertising backend is the front-end server for the ADX bidding platform, and the ADX bidding platform is the front-end server for the DSP advertising provider.

[0053] S102, obtaining a response result of the target device to the target service request within a preset response time, and feeding back the response result to the server;

[0054] In this embodiment, if a fault occurs, the response to the target service request may be unresponsive for a long time, resulting in an increase in the response time. The response time can be used to determine whether there is a fault in the request link between the target device and the server.

[0055] Specifically, after receiving the target service request, the target device will feedback the service content to the server, obtain the response result of the target device to the target service request within the preset response time, and the response result includes the service content corresponding to the target service request, and feedback the response result to the server.

[0056] S103, determining a response success rate of the target device according to the response result;

[0057] In this embodiment, the information or execution status returned by the target device after receiving the instruction may be a simple confirmation signal or a series of complex data packets. The response success rate refers to the proportion or probability of the target device successfully responding to the instruction under specific conditions. The high or low response success proportion or probability directly reflects the working efficiency and stability of the target device.

[0058] In order to accurately determine the response success rate of the target device, obtain historical responses and record the results of each response, which can also include detailed information such as the response time, response data volume, response error code, etc., to provide strong support for our subsequent analysis and evaluation.

[0059] Then, we conduct an in-depth analysis of the collected response results, and use statistical methods to calculate the ratio of the number of successful responses to the total number of tests, thereby obtaining the value of the response success rate. At the same time, we can also conduct statistical analysis on indicators such as response time and response data volume to further understand the response performance of the target device.

[0060] S104: When the response success rate is lower than a preset response threshold, adjust the preset response time according to the service scenario, and re-execute the response to the target service request using the adjusted preset response time.

[0061] The preset response threshold is an expected response success rate standard set by the service provider at the beginning of system design based on historical data, industry standards or customer needs. This standard is used to measure whether the performance of the service system meets the standards when facing specific service requests. When the actual response success rate is lower than this threshold, the current service strategy may not be able to effectively respond to the current service needs and needs to be adjusted. In this embodiment, the adjustment of the service strategy is specifically the adjustment of the preset response time.

[0062] In this embodiment, when network congestion or backend service abnormality occurs, it is not necessarily the case that there are problems in the entire link. For example, when the advertising backend service fails or the network between the front-end APP and the advertising backend is congested, the front-end APP will perceive that the time consumption of requesting the advertising backend module has increased. At this time, the front-end APP needs to perform corresponding time consumption upgrade and downgrade processing according to different scenarios. If the DSP advertising provider fails, the ADX bidding platform will perform corresponding processing. Each module in the entire link needs to implement this automatic timeout control mechanism to optimize the overall link time consumption.

[0063] Adjust the preset response time according to the service response speed in different service scenarios. For example, during the e-commerce promotion period, due to the surge in user requests, the original response time may not be able to meet the demand, resulting in a decrease in the response success rate. At this time, by extending the preset response time, providing the system with more processing time, it can relieve pressure to a certain extent and improve the response success rate.

[0064] It should be noted that the adjustment of the preset response time is not unlimited. Too long a response time may reduce the user experience and even cause user loss. Therefore, when adjusting the preset response time, it is necessary to consider a variety of factors to determine a balanced time that can ensure the response success rate and take into account the user experience.

[0065] Take the e-commerce platform as an example. During the promotion period, the platform monitors the response success rate in real time. Once it finds that it is lower than the preset threshold, it will immediately activate the emergency response mechanism and adjust the preset response time according to the current service scenario. At the same time, the platform also uses big data analysis and artificial intelligence technology to intelligently divert and prioritize service requests to ensure that key service requests can be processed in a timely manner. Through the implementation of this series of measures, the platform's response success rate remained at a high level during the promotion period, and the user experience was effectively guaranteed.

[0066] The request processing method provided in the embodiment of the present application, after accepting the target service request, obtains the response result of the target device to the target service request within a preset time, and calculates the response success rate, and then adjusts the preset response time when the response success rate is lower than the preset response threshold, so as to implement a dynamic monitoring and feedback mechanism, continuously optimize the full-link performance, and formulate an adaptive response time adjustment plan while ensuring the timeliness of the advertising response without damaging the user experience, so as to ensure the stability of the overall advertising revenue.

[0067] In an optional solution of the embodiment of the present invention, adjusting the preset response time according to the service scenario includes:

[0068] Determining an initial adjustment duration of the preset response duration according to the response success rate;

[0069] According to the service scenario, the preset response duration is adjusted using the initial adjustment duration.

[0070] In this embodiment, in order to determine the initial adjustment time of the preset response time, the historical data is deeply analyzed, and the analysis process includes but is not limited to: the response success rate in different time periods (such as peak time and valley time), the distribution of user waiting time, and the satisfaction of user feedback on the response speed, etc. The key factors affecting the response success rate, such as the server workload, system processing speed, etc., are identified through statistical analysis, thereby providing a basis for setting the initial adjustment time; then,

[0071] Based on different service scenarios, flexible adjustment strategies are used to optimize the preset response time. Specifically, the preset response time can be appropriately extended while ensuring service quality to balance the efficiency of customer service resources.

[0072] Figure 2 A flowchart of another request adjustment method provided in an embodiment of the present application is shown as follows: Figure 2 As shown, the method specifically includes:

[0073] S201: When the service scenario is the first scenario, shorten the preset response time by using the initial adjustment time;

[0074] S202: When the service scenario is the second scenario, extend the preset response duration by using the initial adjustment duration.

[0075] In this embodiment, the service scenario, as a specific environment for providing and receiving services, is diverse in multiple dimensions: from simple information consultation to complex business processing, from online virtual environments to offline physical scenarios, each of which places different requirements on the response speed, accuracy, and personalization of the service;

[0076] Take ad requests as an example, such as the splash screen ads when an app starts or the pre-roll ads when a video starts. Imagine if the user opens the app slowly or the video starts slowly and has to wait for loading, it will seriously affect the user experience. For scenarios where users are not sensitive to time consumption, such as pause ads, floating ads, and page banner ads, which do not hinder users from browsing pages or watching videos in the app, a decrease in the success rate will result in fewer ad display opportunities and affect ad revenue.

[0077] Specifically, for time-sensitive scenarios, reduce the next request timeout duration. For scenarios that are not time-sensitive, increase the next request timeout duration. The increase or decrease duration needs to have a limit value. If the normal timeout duration is X, the maximum timeout duration is Y, and the minimum timeout duration is Z, then the timeout duration of each callback is in this range [Z, Y].

[0078] In this embodiment, in different service scenarios, the specific adjustment of the preset response time will also be different. First, the scenario processing should be distinguished. When a fault occurs, some scenarios increase the request time, while some scenarios reduce the request time.

[0079] Specifically, there are two types of scenarios. One is the scenario where users are sensitive to time consumption, such as the splash screen advertisement when starting the app and the patch advertisement before the video starts. If the splash screen advertisement or patch advertisement request takes longer, it will slow down the opening of the app or the start of the video, affecting the user's normal use of the app and reducing the user experience. The other is the scenario where users are not sensitive to time consumption, such as the floating advertisement that pops up in the box or the banner advertisement that is inserted in the page. Users do not expect advertisements in this type of scenario, and will not perceive the appearance of such advertisements in advance, nor will it affect users' normal viewing of videos or browsing of pages. Therefore, users are completely unaware of the increase in request time consumption.

[0080] Secondly, the specific implementation method is that each module needs to implement an http request time-consuming control module, which returns the timeout duration of each request to the service provider for use. After each http request, the service provider will synchronize the result to the module. Therefore, the request time-consuming control module mainly implements two functions. One is to receive the status and duration of each request passed in by the caller, and the other is to call back the next request timeout duration to the caller. The specific implementation of this module is to receive the success or failure status and request duration of each request, and calculate the success rate and average duration of the request in real time. When the success rate of the request decreases and the request duration becomes longer, it means that an exception has occurred. At this time, corresponding upgrade and downgrade processing is required according to the scenario.

[0081] The request processing method provided in the embodiment of the present application adopts different response time adjustment methods for different scenarios, and can adaptively and dynamically adjust the timeout duration of each advertising request, thereby ensuring both user experience and advertising revenue.

[0082] In an optional solution of the embodiment of the present invention, the method further includes:

[0083] Obtain the network status of the target device and the server;

[0084] When the network status of the target device and the server meets the preset conditions, the preset response time is adjusted according to the service scenario, wherein the response success rate corresponding to the adjusted preset response time is higher than the preset response threshold.

[0085] After obtaining the network status of the target device and the server, a response time adjustment strategy is formulated based on the network status information and preset conditions, where "preset conditions" refer to a series of pre-set network status thresholds or rules used to determine whether the current network status meets the requirements of a specific service scenario; when the network status meets the preset conditions, the preset response time is adjusted according to the specific requirements of the service scenario; where "preset response time" is the estimated time it takes for the service to respond after receiving the request, and the response success rate corresponding to the adjusted preset response time is higher than the preset response threshold.

[0086] It should be noted that this embodiment also introduces an intelligent prediction mechanism. By collecting and analyzing historical data and combining multi-dimensional information such as real-time network status, server load, and user behavior, the system can intelligently predict service pressure points and failures that may occur in the future, thereby adjusting the preset response time in advance to ensure that high service quality and user satisfaction can be maintained under high concurrency or abnormal conditions.

[0087] The intelligent prediction mechanism may include but is not limited to the following steps: first, build a prediction model, which is based on key indicators in historical data (such as request volume, response time, success rate, etc.) and influencing factors (such as time period, user behavior patterns, network conditions, etc.), and is trained and optimized through machine learning algorithms; second, collect various data of the current system in real time, including request volume, response time, network delay, etc., and input these data into the prediction model; finally, based on the prediction results of the model, the system adjusts the preset response time in advance to adapt to the upcoming changes in service pressure, providing advertisers and users with a more stable and efficient service experience.

[0088] In an optional solution of the embodiment of the present invention, adjusting the preset response time according to the service scenario includes:

[0089] When the service scenario is the first scenario, extending the preset response time, wherein the extended time of the preset response time is less than the initial adjustment time;

[0090] When the service scenario is the second scenario, the preset response time is shortened, wherein the shortened time of the preset response time is less than the initial adjustment time.

[0091] In this embodiment, the calculation of adjusting the response time is continuous and automatic. After the service or network failure is restored, the module will also automatically calculate the correction until it returns to the normal request time X. When a failure occurs, the operation of reducing or increasing the time is performed according to different scenarios. The scenario of reducing the time ensures that the user experience is not affected but the advertising revenue may decrease. The scenario of increasing the time will increase the revenue and the user experience will not be affected. In this way, the increase and decrease can ensure the user experience as much as possible while preventing the overall advertising revenue from decreasing.

[0092] The specific implementation of request dynamic timeout and recovery includes:

[0093] To determine whether to increase or decrease the timeout, it is necessary to make a judgment based on the current traffic scenario. If it is a time-sensitive scenario, the timeout is reduced, otherwise the timeout is increased. The traffic scenario is judged based on the advertising location information carried in the request. To increase or decrease the time, the step length N must be set, and the returned result may be XN or X+N. The next request uses XN or X+N as the timeout of the request. The result of the next request continues to be accumulated in this module for cumulative calculation, and the processing is repeated in sequence until the success rate and time consumption standards of the specified sub-scenario are met, or until the maximum and minimum timeouts Y and Z stop. If the network or service failure is restored, if the timeout has become XM and X+M, then the reverse operation X-M+N, X+MN is performed again, and the calculation and iterative processing is repeated with each request in sequence. Finally, the timeout will be restored to the initial value X. This process is completely automatic by the system. When a failure occurs, it is automatically upgraded or downgraded. After the failure is restored, the previous upgrade or downgrade is reversed until it returns to normal levels.

[0094] In this embodiment, after determining the adjustment duration, it is necessary to set a reasonable adjustment step length N. The selection of the step length should be based on the actual situation of the system and the test data, so as to avoid the instability of the system caused by excessive adjustment, and to ensure that the adjustment effect can be gradually manifested. Generally speaking, the setting of the step length N should follow the principle of "small steps and fast running", that is, on the premise of ensuring the stability of the system, gradually approach the optimal solution through multiple small adjustments; at the same time, set the maximum and minimum timeout durations Y and Z as the upper and lower limits of the adjustment to prevent the system from falling into an extreme state due to excessive adjustment, and ensure that the system always runs within a controllable range. When the adjusted timeout duration reaches Y or Z, the system will stop further adjustment and wait for new trigger conditions (such as changes in traffic scenarios, system performance monitoring results, etc.) to decide whether to make a new round of adjustments. The entire timeout duration adjustment process is fully automated, and the system automatically decides and executes according to the real-time traffic scenario and performance monitoring results.

[0095] Furthermore, when facing network status stabilization or service fault resolution, the system also needs to have a corresponding recovery mechanism. When the fault is resolved and the network status is restored, if the timeout duration has changed due to previous adjustments (such as changing to XM and X+M), the system should be able to automatically identify and trigger reverse operations (such as X-M+N, X+MN) to gradually restore the timeout duration to the initial value X to ensure that the system remains stable during the recovery process.

[0096] In an optional solution of the embodiment of the present invention, historical response results of historical service requests within a preset response time are obtained from a log file of the target device;

[0097] A response success rate of the target device is determined according to the response result and historical response results.

[0098] In this embodiment, the log file of the target device includes a record of the target service request, specifically including the historical response results of the target device in the historical request response process within the preset response time;

[0099] Specifically, you can use regular expressions and log analysis tools (such as ELK Stack, Splunk, etc.) to screen and filter log files to extract log entries related to specific service requests. Then, the extracted log entries are often semi-structured text data, containing multiple fields such as timestamp, service name, request ID, response status code, etc. These unstructured log contents are further converted into structured data formats (such as JSON, CSV, etc.) to form data tables that are easy to query and analyze, and then

[0100] According to the preset filtering conditions (such as service name, time range, etc.), all relevant service request records are extracted from the historical log data, and the response success rate of the target device is calculated based on the records.

[0101] In an optional solution of the embodiment of the present invention, the method further includes:

[0102] Re-determine the response success rate based on the adjusted preset response time;

[0103] When the response success rate is lower than a preset response threshold, the step of determining the initial adjustment duration of the preset response duration according to the response success rate is performed again.

[0104] In this embodiment, when the response success rate is lower than a preset response threshold, the determination of the initial adjustment duration is re-executed.

[0105] Specifically, after adjusting the preset response time, in the subsequent request process, it is determined whether further adjustment is needed based on the response success rate until the adjusted preset response time meets the preset success rate requirement, thereby ensuring the quality of the advertising service and thus ensuring the user experience.

[0106] Figure 3 A schematic diagram of the steps of a request adjustment method provided in an embodiment of the present application, such as Figure 3 Shown

[0107] The server side will subdivide the backend services with multiple different functions. These backend services all need to implement the dynamic timeout mechanism. The server modules of different media are divided differently. The specific advertising backend architecture is illustrated by taking the advertising backend into three main modules, namely the advertising engine recall service, ADX bidding platform, and DSP advertising service.

[0108] Among them, the advertising engine is responsible for traffic entry and advertising strategy screening, the ADX bidding platform is responsible for requesting each DSP advertising provider to obtain advertisements and bidding and ranking to obtain the final winning advertisements, and the DSP advertising service is responsible for providing specific advertisers' ordered advertisements. A complete advertising request display link is as follows:

[0109] Step 1: The advertising front-end APP requests the advertising engine to obtain advertisements.

[0110] Step 2: The advertising engine requests the ADX bidding platform to obtain advertisements.

[0111] Step 3: The ADX bidding platform requests each DSP service to obtain its own advertisements participating in the bidding, and returns them to the advertising engine after sorting by bidding.

[0112] Step 4: The advertising engine returns the advertisement to the front-end APP, which performs advertising exposure and interaction and reports the advertisement to advertising billing monitoring.

[0113] The specific implementation process of the request dynamic timeout module includes:

[0114] Step 1: Determine whether the timeout duration needs to be upgraded or downgraded. The input parameters of this module are the request status (success or failure) and the request duration. The total number of successes and failures within a time window is accumulated to calculate the request success rate, and the average duration is calculated by accumulating the request duration within a time window. The success rate and average duration need to have a reference standard. When the success rate drops below the standard value and the average request duration exceeds the standard duration value, it is necessary to enter the second stage to calculate the next request timeout duration.

[0115] Step 2: First, determine whether to increase or decrease the timeout period. This is based on the current traffic scenario. If it is a time-sensitive scenario, the timeout period is reduced. Otherwise, the timeout period is increased. The traffic scenario is determined based on the advertisement location information carried in the request. To increase or decrease the time, the step length N must be set. The returned result may be XN or X+N. The next request uses XN or X+N as the request timeout period. The result of the next request continues to be accumulated in this module for cumulative calculation. The processing is repeated in sequence until the success rate and time consumption standards of the specified sub-scenario are met, or until the maximum and minimum timeout periods Y and Z are stopped. If the network or service failure is restored, if the timeout period has become XM and X+M, the reverse operation X-M+N, X+MN is performed again. The calculation and iteration processing is repeated with each request in sequence, and the timeout period is finally restored to the initial value X. This process is completely automatic by the system. When a failure occurs, it is automatically upgraded or downgraded. After the failure is restored, the previous upgrade or downgrade is reversed until it returns to normal.

[0116] In addition, this embodiment also needs to have the ability to optimize learning in order to more intelligently respond to complex and changing network environments and user behaviors; for example, by continuously collecting and analyzing key indicators such as the success rate, response time, and error logs of service requests, it can automatically identify potential performance bottlenecks or service failure modes, and take preventive measures in advance, such as pre-allocating resources, optimizing algorithm parameters, etc., to avoid possible problems in the future.

[0117] At the same time, in order to further improve the adaptability and flexibility of the system, this embodiment also introduces a machine learning algorithm. By building a prediction model, it predicts the service request trend and performance in the future based on historical data and real-time information, so as to make adjustment decisions in advance. This prediction-based adjustment method can not only reduce the system's response time to emergencies, but also improve the overall stability of the system and user experience.

[0118] In addition, in order to ensure the maintainability and scalability of the system, this embodiment also adopts a modular design. The various functional modules remain relatively independent and can be replaced or upgraded as needed without having much impact on other modules. At the same time, the system also provides rich interfaces and documentation support to facilitate developers and operation and maintenance personnel to carry out secondary development and troubleshooting.

[0119] In terms of security, this implementation adopts a variety of security measures to ensure the security of data transmission and storage, such as encrypted transmission, access control, security audit, etc. At the same time, the system also has the ability to prevent tampering and attacks, and can effectively resist various network attacks and malicious behaviors.

[0120] The request processing method provided in the embodiment of the present application builds an efficient, stable, scalable and secure advertising service environment, which can automatically adapt to changes in network status and service quality, and ensure high availability and user experience of advertising services.

[0121] Figure 4 A structural diagram of a request adjustment device provided in an embodiment of the present application is as follows: Figure 4 As shown, the device specifically includes:

[0122] The receiving module 401 is used to receive a target service request sent by the server in a service scenario;

[0123] Feedback module 402, used to obtain the response result of the target device to the target service request within a preset response time, and feed back the response result to the service end;

[0124] A calculation module 403, configured to determine a response success rate of the target device according to the response result;

[0125] The adjustment module 404 is used to adjust the preset response time according to the service scenario when the response success rate is lower than the preset response threshold, and re-execute the response of the target service request using the adjusted preset response time.

[0126] In a possible implementation, the adjustment module 404 is further configured to determine an initial adjustment duration of the preset response duration according to the response success rate; and adjust the preset response duration using the initial adjustment duration according to the service scenario.

[0127] In one possible implementation, the adjustment module 404 is also used to, when the service scenario is the first scenario, use the initial adjustment duration to shorten the preset response duration; and when the service scenario is the second scenario, use the initial adjustment duration to extend the preset response duration.

[0128] In one possible implementation, the adjustment module 404 is also used to obtain the network status of the target device and the server; when the network status of the target device and the server meets the preset conditions, the preset response time is adjusted according to the service scenario, wherein the response success rate corresponding to the adjusted preset response time is higher than the preset response threshold.

[0129] In one possible implementation, the adjustment module 404 is also used to extend the preset response time when the service scenario is the first scenario, wherein the extended time of the preset response time is less than the initial adjustment time; and to shorten the preset response time when the service scenario is the second scenario, wherein the shortened time of the preset response time is less than the initial adjustment time.

[0130] In a possible implementation, the calculation module 403 is further used to obtain historical response results of historical service requests within a preset response time from a log file of the target device; and determine the response success rate of the target device based on the response results and historical response results.

[0131] In one possible implementation, the calculation module 403 is also used to re-determine the response success rate based on the adjusted preset response time; when the response success rate is lower than the preset response threshold, the step of determining the initial adjustment time of the preset response time based on the response success rate is re-executed.

[0132] The request adjustment device provided in this embodiment may be as follows Figure 4 The request adjustment device shown in , can be executed as follows Figure 1-3 All steps in requesting adjustments in order to achieve Figure 1-3 For details, please refer to the technical effect of the requested adjustment. Figure 1-3 For the sake of brevity, the relevant description is not repeated here.

[0133] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0134] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, an embodiment of the present application provides an electronic device, including a processor 501, a communication interface 502, a memory 503 and a communication bus 504, wherein the processor 501, the communication interface 502, and the memory 503 communicate with each other through the communication bus 504; the memory 503 is used to store computer programs; the processor 501 is used to execute the program stored in the memory 503, and implement the steps of requesting adjustment provided by any of the aforementioned method embodiments:

[0135] Receive a target service request issued by a server in a service scenario; obtain a response result of the target device to the target service request within a preset response time, and feed the response result back to the server; determine a response success rate of the target device based on the response result; if the response success rate is lower than a preset response threshold, adjust the preset response time according to the service scenario, and re-execute the response of the target service request using the adjusted preset response time.

[0136] In a possible implementation, an initial adjustment duration of the preset response duration is determined according to the response success rate; and according to the service scenario, the preset response duration is adjusted using the initial adjustment duration.

[0137] In one possible implementation, when the service scenario is the first scenario, the initial adjustment duration is used to shorten the preset response duration; when the service scenario is the second scenario, the initial adjustment duration is used to extend the preset response duration.

[0138] In one possible implementation, the network status of the target device and the server is obtained; when the network status of the target device and the server meets a preset condition, the preset response time is adjusted according to the service scenario, wherein the response success rate corresponding to the adjusted preset response time is higher than a preset response threshold.

[0139] In one possible implementation, when the service scenario is the first scenario, the preset response time is extended, wherein the extended time of the preset response time is less than the initial adjustment time; and when the service scenario is the second scenario, the preset response time is shortened, wherein the shortened time of the preset response time is less than the initial adjustment time.

[0140] In a possible implementation, historical response results of historical service requests within a preset response time are obtained from a log file of the target device; and a response success rate of the target device is determined based on the response results and the historical response results.

[0141] In one possible implementation, the response success rate is re-determined based on the adjusted preset response time; when the response success rate is lower than the preset response threshold, the step of determining the initial adjustment time of the preset response time based on the response success rate is re-executed.

[0142] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a general hardware platform, and of course, by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the relevant technology can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0143] It should be understood that the terms used herein are only for the purpose of describing specific example embodiments and are not intended to be limiting. Unless the context clearly indicates otherwise, the singular forms "one", "an" and "said" as used herein may also be meant to include plural forms. The terms "include", "comprise", "contain", and "have" are inclusive, and therefore specify the existence of stated features, steps, operations, elements and / or parts, but do not exclude the existence or addition of one or more other features, steps, operations, elements, parts, and / or combinations thereof. The method steps, processes, and operations described herein are not interpreted as necessarily requiring them to be performed in the specific order described or illustrated, unless the execution order is clearly indicated. It should also be understood that additional or alternative steps may be used.

[0144] The foregoing is merely a specific embodiment of the present invention, which enables those skilled in the art to understand or implement the present invention. Various modifications to these embodiments will be apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the present invention. Therefore, the present invention will not be limited to the embodiments shown herein, but rather to the widest scope consistent with the principles and novel features claimed herein.

Claims

1. A request adjustment method, characterized in that: include: Receive target service requests sent by the server in the service scenario; Obtaining a response result of the target device to the target service request within a preset response time, and feeding back the response result to the service end; Determine a response success rate of the target device according to the response result; When the response success rate is lower than a preset response threshold, the preset response duration is adjusted according to the service scenario, and the response to the target service request is re-executed using the adjusted preset response duration.

2. The method according to claim 1, characterized in that The adjusting the preset response time according to the service scenario includes: Determining an initial adjustment duration of the preset response duration according to the response success rate; According to the service scenario, the preset response duration is adjusted using the initial adjustment duration.

3. The method according to claim 2, characterized in that The service scenario is the first scenario or the second scenario; The adjusting the preset response time by using the initial adjustment time according to the service scenario includes: When the service scenario is the first scenario, shortening the preset response time by using the initial adjustment time; When the service scenario is the second scenario, the preset response duration is extended by utilizing the initial adjustment duration.

4. The method according to claim 1, characterized in that: The method further comprises: Obtain the network status of the target device and the server; When the network status of the target device and the server meets the preset conditions, the preset response time is adjusted according to the service scenario, wherein the response success rate corresponding to the adjusted preset response time is higher than the preset response threshold.

5. The method according to claim 4, characterized in that The adjusting the preset response time according to the service scenario includes: When the service scenario is the first scenario, extending the preset response time, wherein the extended time of the preset response time is less than the initial adjustment time; When the service scenario is the second scenario, the preset response time is shortened, wherein the shortened time of the preset response time is less than the initial adjustment time.

6. The method according to claim 1, characterized in that The determining the response success rate of the target device according to the response result includes: Obtain historical response results of historical service requests within a preset response time from the log file of the target device; A response success rate of the target device is determined according to the response result and historical response results.

7. The method according to claim 2, characterized in that The method further comprises: Re-determine the response success rate based on the adjusted preset response time; When the response success rate is lower than a preset response threshold, the step of determining the initial adjustment duration of the preset response duration according to the response success rate is performed again.

8. A request adjustment device, characterized in that: include: A receiving module, used to receive a target service request sent by the server in a service scenario; A feedback module, used to obtain a response result of the target device to the target service request within a preset response time, and feed back the response result to the service end; A calculation module, used to determine the response success rate of the target device according to the response result; The adjustment module is used to adjust the preset response time according to the service scenario when the response success rate is lower than the preset response threshold, and re-execute the response of the target service request using the adjusted preset response time.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the request adjustment method according to any one of claims 1 to 7 are implemented.

10. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the request adjustment method according to any one of claims 1 to 7 are implemented.

Images