CN106209435A - The monitor method of request queue and device - Google Patents

The monitor method of request queue and device Download PDF

Info

Publication number
CN106209435A
CN106209435A CN201610507036.8A CN201610507036A CN106209435A CN 106209435 A CN106209435 A CN 106209435A CN 201610507036 A CN201610507036 A CN 201610507036A CN 106209435 A CN106209435 A CN 106209435A
Authority
CN
China
Prior art keywords
request queue
request
server
response
queue
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610507036.8A
Other languages
Chinese (zh)
Inventor
朱光杰
夏智卿
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LeTV Holding Beijing Co Ltd
LeTV eCommerce Beijing Co Ltd
Original Assignee
LeTV Holding Beijing Co Ltd
LeTV eCommerce Beijing Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LeTV Holding Beijing Co Ltd, LeTV eCommerce Beijing Co Ltd filed Critical LeTV Holding Beijing Co Ltd
Priority to CN201610507036.8A priority Critical patent/CN106209435A/en
Publication of CN106209435A publication Critical patent/CN106209435A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5009Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H04L41/5012Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
    • H04L41/5016Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time based on statistics of service availability, e.g. in percentage or over a given time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Abstract

The present invention relates to monitoring technique field, disclose monitor method and the device of a kind of request queue.Wherein method includes: in the way of request queue, sends the multiple requests in this request queue to server;Receive server for the response of this request queue, and add up the quantity of the response received, obtain statistical value;And after this statistics terminates, according to quantity and this statistical value of the request in request queue, determine the server response condition to request queue.Present invention also offers the monitoring device of a kind of request queue.Embodiment of the present invention, it is possible to monitor the server response condition to request queue more easily.

Description

The monitor method of request queue and device
Technical field
The present invention relates to monitoring technique field, particularly to monitor method and the device of a kind of request queue.
Background technology
At present, client sends request (request) generally by server, then receives the sound that server returns Answer the mode of (response), enjoy the network service that service provider provides, such as, browse webpage, viewing video etc.. But, in prior art, when user end to server sends request, it is not to take one response of a request, further sometimes The mode of another response of individual request.But once send large batch of request to server, receive server the most again to this Ask the response done a bit.But for some reason, the factors such as such as network quality is the best, server load is overweight, Server can miss the response to individual request, thus causes some request not reaction of client.And in prior art, lack Few a kind of monitor server whether to all asking the scheme that responds.
Summary of the invention
The purpose of embodiment of the present invention is to provide monitor method and the device of a kind of request queue, it is possible to more convenient The server response condition to request queue is monitored on ground.
For solving above-mentioned technical problem, embodiments of the present invention provide the monitor method of a kind of request queue, comprise: In the way of request queue, the multiple requests in this request queue are sent to server;Receiving described server please for this Ask the response of queue, and the quantity of the response received described in statistics, obtain statistical value;And after this statistics terminates, according to The quantity of the request in described request queue and this statistical value, determine the described server response condition to described request queue.
Embodiment of the present invention additionally provides the monitoring device of a kind of request queue, comprises: sending module, for request Multiple requests in this request queue are sent to server by the mode of queue;Receiver module, is used for receiving described server pin Response to this request queue;Statistical module, is used for the quantity of the response received described in adding up, obtains statistical value;And place Reason module, for after the statistics of described statistical module terminates, according to quantity and this statistics of the request in described request queue Value, determines the described server response condition to described request queue.
Embodiment of the present invention in terms of existing technologies, for request queue, is receiving server for this request During the response of queue, the quantity of the response received is added up, and according to the statistical value obtained by statistics and request queue In the quantity of request, determine the server response condition to request queue, such that it is able to listen to service more easily The device response condition to request queue, to facilitate user to grasp correlation circumstance.Such as, when server performance is tested, by with The mode of request queue sends large batch of request to server, and statistical server is for the sound returned in each request queue The quantity answered, then according to the quantity of the number of requests in request queue with the response counted on for each request queue, To determine the server response condition to request queue, this response condition can be used for the performance of Analysis server.
It addition, described request is HTTP (HyperText Transfer Protocol, HTML (Hypertext Markup Language)) request. HTTP request is asked more widely for using in practice, therefore adds up HTTP request, has higher practical value.
It addition, the described server of described reception is for the response of this request queue, and the response received described in adding up Quantity, including: start enumerator;And whenever receiving a response of described server, then increase the value of described enumerator; Wherein, the value of described enumerator is described statistical value.Present embodiment, employ counters to add up the response that receives Number, such that it is able to more accurately and quickly realize the statistics of the number to response.Its Counter can be with software or hard The mode of part realizes.
It addition, the described quantity according to the request in described request queue and this statistical value, determine that described server is to institute State the response condition of request queue, including: when the quantity of the request in described request queue is equal with described statistical value, determine Described server has completed the response to described request queue;Described method also includes: right when determining that described server has completed After the response of described request queue, empty the value of described enumerator.This embodiment, if statistical value and the request in request queue Quantity is equal, then explanation server has been for this request queue and completes response.
It addition, the described quantity according to the request in described request queue and this statistical value, determine that described server is to institute State the response condition of request queue, including: when described statistical value is less than the quantity of the request in described request queue, determine institute State server and be not fully complete the response to described request queue;Described method also includes: when determining that described server is not fully complete institute When stating the response of request queue, the request that server described in described request queue does not responds is sent again to described service Device.This embodiment, if statistical value is less than the quantity of the request in request queue, then explanation server is not fully complete this request team The response of row, therefore can send the request not responded in this request queue to server, with request server again Again respond.
Accompanying drawing explanation
Fig. 1 is the schematic flow sheet of the monitor method of the request queue of first embodiment of the invention;
Fig. 2 is the schematic flow sheet of the monitor method of the request queue of second embodiment of the invention;
Fig. 3 is the schematic flow sheet of the monitor method of the request queue of third embodiment of the invention;
Fig. 4 is the structural representation of the monitoring device of the request queue of four embodiment of the invention;
Fig. 5 is the structural representation of the user terminal of fifth embodiment of the invention.
Detailed description of the invention
For making the object, technical solutions and advantages of the present invention clearer, below in conjunction with the accompanying drawing each reality to the present invention The mode of executing is explained in detail.But, it will be understood by those skilled in the art that in each embodiment of the present invention, In order to make reader be more fully understood that, the application proposes many ins and outs.But, even if there is no these ins and outs and base Many variations and amendment in following embodiment, it is also possible to realize the application each claim technical side required for protection Case.
First embodiment of the present invention relates to the monitor method of a kind of request queue.Idiographic flow is as shown in Figure 1.Its In, the embodiment of Fig. 1 may be used in user terminal, and this user terminal can be such as smart mobile phone, panel computer, wearable Formula equipment, personal digital assistant (Personal Digital Assistant, personal digital assistant), vehicle carried video etc..And This user terminal has the ability accessing network, such as, can access interconnection by means of modes such as 3G, 4G, WIFI (Wireless Fidelity) Net.Further, can have WEB (webpage) browser in the user terminal, this user terminal can be to clothes by this web browser Resource in business device conducts interviews.Wherein resource can include some contents, for example simple html file, or produces dynamic The program of state response.
Concrete, as it is shown in figure 1, the monitor method of its request queue related to includes:
Multiple requests in this request queue are sent to server by step 102: in the way of request queue.
Step 104: receive server for the response of this request queue, and add up the quantity of the response received, obtain Statistical value.And
Step 106: after this statistics terminates, according to quantity and this statistical value of the request in request queue, determines service The device response condition to request queue.
Wherein, in a step 102, it is to send request to server in the way of request queue.For example, it is possible to request is pressed It is different types of request queue according to Type division, the most all types of request queues is sent to server.Further, exist When sending the request to server in the way of request queue, can confirm that a request queue is all responded it by server After, just the request in another request queue is sent to server.Wherein, for different request queues, contained therein The quantity of request can be identical or can be different.Such as, the length of request queue can be fixed, i.e. for each request team Row, number of requests contained therein is preset value.For this kind of situation, need not be additionally contained in certain statistical request queue The quantity of request, and have only to the length value of request queue.
Wherein, the request related in a step 102 can be HTTP request, and correspondingly, the response that step 104 receives is also It can be http response.
Wherein, step 104 can monitor the response from server, whenever listening to a response from server Time, then statistical value can be added 1.It should be noted that when monitoring time-out, then statistics terminates.Such as, continue for some time (this time span can be preset) does not receives the response from server, it is determined that for monitoring time-out, correspondingly statistics terminates. The most such as, for each request queue, the response of the most corresponding scheduled time length receives window, arrives when this response receives window Constantly, then statistics terminates.
It addition, the response received in step 104 can be to carry requested resource or with error message Response.It is said that in general, server is when providing requested resource, then can carry the resource of this request in the response; And when server is not provided that requested resource (as resource is unavailable) for some reason, then return with error message Response.
Wherein, in step 106, after statistics terminates, it is possible to according to the request in statistical value and request queue Quantity, determines the server response condition to request queue.It should be noted that before not adding up and terminating, it is also possible to Utilize statistical value to determine the response condition of server, simply the most now terminate owing to not adding up, be only capable of obtaining server current Return how many response, also had how much respond not return etc..If it addition, have recorded statistics the most simultaneously The pace of change of value, then by the pace of change of this statistical value it may also be determined that the response speed of server, thus as analyzing The foundation of server performance and current Network quality etc..
Wherein, in step 106, it is however generally that, when statistical value is equal to the number of requests in request queue, it is determined that clothes Business device has completed the response to this request queue.And when the quantity of the request during statistical value is less than request queue, then can determine that Server is not fully complete the response to this request queue.Wherein, the reason that server is not fully complete the response to request queue is more, example As busy for server, network quality is the best.
Present embodiment, statistical server for the response condition of the request in request queue, and according to carry out add up institute Relation between the quantity of the request in the statistical value obtained and request queue, determines the server response to this request queue Situation, such that it is able to listen to the server response condition to request queue more easily, concerns feeling mutually to facilitate user to grasp Condition.
Second embodiment of the present invention relates to the monitor method of a kind of request queue, as shown in Figure 2.Second embodiment Roughly the same with the first embodiment, it is in place of the main distinction: in this second embodiment, it is provided that a kind of statistics receives The solution of quantity of response, the i.e. second embodiment is mainly the restriction of step 104 in the first embodiment.
Concrete, as in figure 2 it is shown, the method that the monitoring of second embodiment of the invention is asked for instructions includes:
Multiple requests in this request queue are sent to server by step 202: in the way of request queue.
Step 204: start enumerator.
Step 206: whenever receiving a response of server, then increase the value of enumerator.Wherein, the value of this enumerator It is the value of statistics.
Step 208: according to quantity and this statistical value of the request in described request queue, determines that described server is to described The response condition of request queue.
Wherein, step 204 and step 206 are mainly the restriction of step 104 in Fig. 1.In the present embodiment, meter is used The quantity of the response received added up by number device, and the initial value of such as enumerator could be arranged to 0, then whenever receiving one From the response of server, then the value of enumerator is increased by 1.Wherein, this enumerator can be come by the mode of software or hardware Realize.It should be noted that different request queues is to there being different enumerators.
Wherein, in step 206, when the value of enumerator changes, it is also possible to the value of recording counter is at one-shot change Middle the spent time, the value of such as enumerator from 3 become 4 time, can with the value of recording counter from 3 become 4 during this time Between, such that it is able to the response speed of Analysis server indirectly.If such as server performance is more excellent, response speed is very fast, then The value of enumerator by quickly become 4 from 3;If otherwise the performance degradation of server, response speed is slack-off, then the value of enumerator by 3 become 4 will take for for a long time.
Present embodiment, utilizes enumerator to add up the quantity of the response received.This kind of mode is easily achieved, and real Now get up and be also easier.Wherein, enumerator can be realized by hardware or software.
Third embodiment of the present invention relates to the monitor method of a kind of request queue, as shown in Figure 3.Wherein, the 3rd is real Mode of executing is mainly after determining the server response condition to request queue, how to carry out follow-up operation.Below It is merely illustrative of rather than limitation of the present invention.
Concrete, as it is shown on figure 3, the monitor method of the request queue of the 3rd embodiment includes:
Multiple requests in this request queue are sent to server by step 302: in the way of request queue.
Step 304: start enumerator.
Step 306: whenever receiving a response of server, then increase the value of enumerator.Wherein, the value of this enumerator It is the value of statistics.
Step 308: according to quantity and this statistical value of the request in request queue, determine the server sound to request queue Answer situation.
Step 310: after determining that server has completed the response to this request queue, empties the value of enumerator, terminates stream Journey.
Step 312: after determining that server is not fully complete the response to request queue, does not rings server in this request queue The request answered sends again to server, terminates flow process.
Wherein, in the step 310, when the statistical value of step 306 is equal to the quantity of the request in request queue, it is determined that Server has completed the response to request queue.Now, the value of enumerator is emptied.
Wherein, in step 312, when the statistical value of step 306 is less than the quantity of the request in request queue, it is determined that Server is not fully complete the response to request queue.Also have which request server not respond at this point it is possible to analyze, such as, pass through Ask the relation between response, utilize and receive response to determine in request queue, which request server responds, and ask Remaining request in queue is asked to be the request that server does not responds to.Then the request that server does not responds to is sent again To server, thus ensure that all requests in request queue can all be responded by server, to promote Consumer's Experience.And And, this kind of mode can automatically trigger, and manually triggers without user, thus promotes Consumer's Experience further.
The step of the most various methods divides, and is intended merely to describe clear, it is achieved time can merge into a step or Some step is split, is decomposed into multiple step, as long as comprising identical logical relation, all at the protection domain of this patent In;To adding inessential amendment in algorithm or in flow process or introducing inessential design, but do not change its algorithm With the core design of flow process all in the protection domain of this patent.
4th embodiment of the present invention relates to the monitoring device of a kind of request queue.Concrete structure is as shown in Figure 4.Its In, the embodiment of Fig. 4 can apply in user terminal, and this user terminal can be such as smart mobile phone, panel computer, can wear Wear formula equipment, personal digital assistant, vehicle carried video etc..And this user terminal has the ability accessing network, such as can be by The Internet is accessed in modes such as 3G, 4G, WIFI (Wireless Fidelity).Further, can have WEB (webpage) in the user terminal to browse Device, the resource in server can be conducted interviews by this user terminal by this web browser.Wherein resource can include some Content, for example simple html file, or produce the program of dynamic response.
Concrete, as shown in Figure 4, the monitoring device 400 of this request queue includes:
Multiple requests in this request queue, in the way of request queue, are sent to service by sending module 402 Device.
Receiver module 404, for receiving the server response for this request queue;
Statistical module 406, for adding up the quantity of the response that receiver module 404 receives, obtains statistical value.And
Processing module 408, is used for after this statistics terminates, according to quantity and this statistical value of the request in request queue, Determine the server response condition to request queue.
Wherein, sending module 402 is to send request to server in the way of request queue.For example, it is possible to request is pressed It is different types of request queue according to Type division, the most all types of request queues is sent to server.Further, exist When sending the request to server in the way of request queue, can confirm that a request queue is all responded it by server After, just the request in another request queue is sent to server.Wherein, for different request queues, contained therein The quantity of request can be identical or can be different.Such as, the length of request queue can be fixed, i.e. for each request team Row, number of requests contained therein is preset value.For this kind of situation, need not be additionally contained in certain statistical request queue The quantity of request, and have only to the length value of request queue.
Wherein, the request that sending module 402 sends can be HTTP request, correspondingly, the sound that receiver module 404 receives It should be http response.
Wherein, receiver module 404 can monitor the response from server, comes whenever receiver module 404 listens to one When the response of server, then its statistical value can be added 1 by statistical module 406.It should be noted that when monitoring time-out, then Statistics terminates.Such as, continue for some time (this time span can be preset) and do not receive the response from server, it is determined that For monitoring time-out, correspondingly statistics terminates.The most such as, for each request queue, the response of the most corresponding scheduled time length Receive window, when this response reception window is to constantly, then statistics terminates.
It addition, the response that receiver module 404 receives can be to carry requested resource or carry wrong disappearing The response of breath.It is said that in general, server is when providing requested resource, then can carry the money of this request in the response Source;And when server is not provided that requested resource (as resource is unavailable) for some reason, then return band wrong The response of message.
Wherein, after the statistics of statistical module 406 terminates, processing module 408 just can be according to the system of statistical module 406 The quantity of the request in evaluation and request queue, determines the server response condition to request queue.It should be noted that Do not add up before terminating, it is also possible to utilize statistical value to determine the response condition of server, be the most now owing to not adding up Terminate, be only capable of obtaining server and the most returned how many response, also have how much respond not return etc..
It is said that in general, when statistical value is equal to the number of requests in request queue, it is determined that server has completed please to this Ask the response of queue.And when the quantity of the request during statistical value is less than request queue, then can determine that server is not fully complete this The response of request queue.Wherein, the reason that server is not fully complete the response to request queue is more, for example, server busy, Network quality is the best.
Present embodiment, statistical server for the response condition of the request in request queue, and according to carry out add up institute Relation between the quantity of the request in the statistical value obtained and request queue, determines the server response to this request queue Situation.Such that it is able to listen to the server response condition to request queue more easily, concern feeling mutually to facilitate user to grasp Condition.
It is seen that, present embodiment is the system embodiment corresponding with the first embodiment, and present embodiment can be with First embodiment is worked in coordination enforcement.The relevant technical details mentioned in first embodiment the most still has Effect, in order to reduce repetition, repeats no more here.Correspondingly, the relevant technical details mentioned in present embodiment is also applicable in In first embodiment.
Continuing as shown in Figure 4, in another embodiment, statistical module 406 is used for starting enumerator.And whenever reception Module 402 receives a response of server, then the value of statistical module 406 control counter increases.Wherein, this enumerator Value is the value of statistics.In this embodiment, employ counters to add up at the beginning of the quantity of the response received, such as enumerator Initial value could be arranged to 0, then whenever receiving a response from server, then the value of enumerator is increased by 1.Wherein, This enumerator can be realized by the mode of software or hardware.It should be noted that different request queues is to there being difference Enumerator.
Continue as shown in Figure 4, in another embodiment, when the quantity of the request during statistical value is equal to request queue, Then processing module 408 can determine that server has completed the response to request queue.Now, the value of enumerator is emptied.And when statistics When value is less than the quantity of the request in request queue, then processing module 408 determines that server is not fully complete the response to request queue. Also have which request server not respond at this point it is possible to analyze, such as, by the relation between request and response, utilize and receive Determine in request queue, which request server responds to response, and in request queue, remaining request is server and does not has There is the request of response.Then processing module 408 controls the request that server do not responds to by sending module 402 and again sends to clothes Business device, thus ensure that all requests in request queue can all be responded by server, to promote Consumer's Experience.Further, This kind of mode can automatically trigger, and manually triggers without user, thus promotes Consumer's Experience further.
It is noted that each module involved in embodiment of above is logic module, in actual applications, One logical block can be a physical location, it is also possible to be a part for a physical location, it is also possible to multiple physics The combination of unit realizes.Additionally, for the innovative part highlighting the present invention, will be with the solution present invention in present embodiment The closest unit of the technical problem relation that proposed introduces, but this is not intended that in present embodiment the list that there is not other Unit.
Concrete, the 5th embodiment of the present invention relates to a kind of user terminal, and its structure is as shown in Figure 5.This user is eventually End can be such as smart mobile phone, panel computer, personal digital assistant, Wearable device, etc..As it is shown in figure 5, this user Terminal 500 includes: display screen 502, processor 504, communications component 506 and memorizer 508.Wherein display screen 502 can be to touch Control screen, it not only has the function that display function also has the input receiving user to control.Wherein processor 504 is the core of terminal The heart, it can be realized by CPU etc., and statistical module 406 and the processing module 408 mentioned in previous embodiment i.e. can be by these Processor 504 realizes.Wherein communications component 506 is for realizing the wirelessly or non-wirelessly communication function of user terminal 500, so that Terminal such as can interact with web page server with server interaction, to realize browsing the function of webpage.It addition, it is above-mentioned Device is implemented sending module 402 and receiver module 404 in row and i.e. can be realized by this communications component 506.Wherein, memorizer 508 are used for storing the executable program code of processor 504 or other information.
It will appreciated by the skilled person that all or part of flow process realizing in above-described embodiment method, be can Completing instructing relevant hardware by computer program, described program can be stored in an embodied on computer readable storage and be situated between In matter, this program is upon execution, it may include such as the flow process of the embodiment of above-mentioned each method.Wherein, described storage medium can be Magnetic disc, CD, read-only store-memory body (Read-Only Memory, ROM) or random store-memory body (Random Access Memory, RAM) etc..
The foregoing is only presently preferred embodiments of the present invention, not in order to limit the present invention, all essences in the present invention Any amendment, equivalent and the improvement etc. made within god and principle, should be included within the scope of the present invention.

Claims (10)

1. the monitor method of a request queue, it is characterised in that comprise:
In the way of request queue, the multiple requests in this request queue are sent to server;
Receive the response for this request queue of the described server, and the quantity of the response received described in statistics, added up Value;And
After this statistics terminates, according to quantity and this statistical value of the request in described request queue, determine described server pair The response condition of described request queue.
The monitor method of request queue the most according to claim 1, it is characterised in that described request is Hyper text transfer association View HTTP request.
The monitor method of request queue the most according to claim 1, it is characterised in that the described server of described reception for The response of this request queue, and the quantity of the response received described in statistics, including:
Start enumerator;And
Whenever receiving a response of described server, then increase the value of described enumerator;
Wherein, the value of described enumerator is described statistical value.
The monitor method of request queue the most according to claim 3, it is characterised in that described according in described request queue The quantity of request and this statistical value, determine the described server response condition to described request queue, including:
When the quantity of the request in described request queue is equal with described statistical value, determine that described server has completed to described The response of request queue;
Described method also includes: after determining that described server has completed the response to described request queue, empty described counting The value of device.
The monitor method of request queue the most according to claim 1, it is characterised in that described according in described request queue The quantity of request and this statistical value, determine the described server response condition to described request queue, including:
When the quantity of the request during described statistical value is less than described request queue, determine that described server is not fully complete and ask described Ask the response of queue;
Described method also includes:
When determining that described server is not fully complete the response to described request queue, by server described in described request queue not The request of response sends again to described server.
6. the monitoring device of a request queue, it is characterised in that comprise:
Multiple requests in this request queue, in the way of request queue, are sent to server by sending module;
Receiver module, for receiving the response for this request queue of the described server;
Statistical module, is used for the quantity of the response received described in adding up, obtains statistical value;And
Processing module, for after the statistics of described statistical module terminates, according to the quantity of the request in described request queue and This statistical value, determines the described server response condition to described request queue.
The monitoring device of request queue the most according to claim 6, it is characterised in that described request is Hyper text transfer association View HTTP request.
The monitoring device of request queue the most according to claim 7, it is characterised in that described statistical module is specifically for opening A dynamic enumerator, and whenever receiving a response of described server, then control to increase the value of described enumerator;Wherein, The value of described enumerator is described statistical value.
The monitoring device of request queue the most according to claim 8, it is characterised in that described processing module, specifically for When the quantity of the request in described request queue is equal with described statistical value, determine that described server has completed to described request The response of queue;
Described statistical module, is additionally operable to when described processing module determines that described server has completed the response to described request queue After, empty the value of described enumerator.
The monitoring device of request queue the most according to claim 6, it is characterised in that described processing module, specifically for When the quantity of the request during described statistical value is less than described request queue, determine that described server is not fully complete described request team The response of row;
Described processing module, is additionally operable to when determining that described server is not fully complete the response to described request queue, controls described The request that server described in described request queue does not responds is sent to described server by sending module again.
CN201610507036.8A 2016-06-30 2016-06-30 The monitor method of request queue and device Pending CN106209435A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610507036.8A CN106209435A (en) 2016-06-30 2016-06-30 The monitor method of request queue and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610507036.8A CN106209435A (en) 2016-06-30 2016-06-30 The monitor method of request queue and device

Publications (1)

Publication Number Publication Date
CN106209435A true CN106209435A (en) 2016-12-07

Family

ID=57463677

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610507036.8A Pending CN106209435A (en) 2016-06-30 2016-06-30 The monitor method of request queue and device

Country Status (1)

Country Link
CN (1) CN106209435A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106802792A (en) * 2016-12-09 2017-06-06 合肥国为电子有限公司 Interactive interface operation requests queue processing method based on BP neural network
CN107577529A (en) * 2017-09-21 2018-01-12 浪潮软件股份有限公司 A kind of request processing method and device
CN111200573A (en) * 2018-11-16 2020-05-26 迈普通信技术股份有限公司 RPC request calling method and device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549516A (en) * 2003-05-12 2004-11-24 华为技术有限公司 Method for testing AAA server characteristics and apparatus thereof
CN103138995A (en) * 2011-11-24 2013-06-05 中兴通讯股份有限公司 Method and device for server performance test

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549516A (en) * 2003-05-12 2004-11-24 华为技术有限公司 Method for testing AAA server characteristics and apparatus thereof
CN103138995A (en) * 2011-11-24 2013-06-05 中兴通讯股份有限公司 Method and device for server performance test

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106802792A (en) * 2016-12-09 2017-06-06 合肥国为电子有限公司 Interactive interface operation requests queue processing method based on BP neural network
CN106802792B (en) * 2016-12-09 2020-01-03 合肥国为电子有限公司 Interactive interface operation request queue processing method based on BP neural network
CN107577529A (en) * 2017-09-21 2018-01-12 浪潮软件股份有限公司 A kind of request processing method and device
CN111200573A (en) * 2018-11-16 2020-05-26 迈普通信技术股份有限公司 RPC request calling method and device

Similar Documents

Publication Publication Date Title
CN104993946B (en) Appraisal procedure, the device and system of gray scale publication
US9112808B2 (en) Devices, systems, and methods for providing data
CN108334525A (en) A kind of method for exhibiting data and device
CN102916854B (en) Flow statistical method, device and proxy server
WO2008086442A2 (en) Methods and systems for measuring online chat performance
CN104426985B (en) Show the method, apparatus and system of webpage
US9402004B2 (en) Method and system for managing data usage for a service across multiple devices
US9613367B2 (en) Assessment of users feedback data to evaluate a software object
US20150170271A1 (en) System and Method to Request and Collect Information to Determine Personalized Credit
CN106911801A (en) The method and information transmission system of association user information
CA2949890A1 (en) Semi-automated form-based chat
CN112905928B (en) Webpage refreshing method and device, electronic equipment and storage medium
CN106209435A (en) The monitor method of request queue and device
CN108196829A (en) A kind of artificial intelligence mobile phone accounting system for analyzing account and method
CN108810047A (en) For determining that information pushes the method, apparatus and server of accuracy rate
CN106131157A (en) Monitor the method and device of request
CN108702334A (en) The method and system of distributed testing for the network configuration for zero rate
JP5676750B2 (en) Information processing system, information processing method, and storage medium
US10009406B2 (en) Incentivized sharing for toll-free data
CN108512745A (en) Information dissemination method and system, server and computer readable storage medium
KR20130089900A (en) Method for simultaneously processing advertisement material at internet mobile device
CN103634348A (en) Terminal device and method for releasing information
CN109688432B (en) Information transmission method, device and system
US10432489B2 (en) Computing system including dynamic performance profile adaptation functionality
CA2914898C (en) A method and survey server for performing a web survey based on behavioral data specific to a web page

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20161207