JP5262506B2 - Thin client experience performance management system, method used therefor, and program thereof - Google Patents

Description

  The present invention relates to a thin client experience performance management system, a method used therefor, and a program thereof, and more particularly to a technique for managing the experience performance of a thin client.

  In the thin client system, all applications such as document creation software and spreadsheet software operate on the server device side. Operation data such as a keyboard and a mouse performed on the client device is transmitted to the server device. After the server device performs processing on the operation data, screen update data is returned to the client device.

  In such a thin client system, data transmission / reception between the server device and the client device is performed in real time, and user experience quality such as subjective or objective quality at the user level that actually uses the application is used. The quality control that was done is regarded as important.

  As quality management using the user experience quality, there is a method of calculating the processing time of the server device (see, for example, Patent Document 1). The management device described in Patent Literature 1 is connected to a server device. FIG. 6 shows the configuration of a module for calculating the processing time of the server device used in this management device. 6, the server processing time calculation module 6 includes a request time estimation module 61, a response completion time estimation module 62, and a processing time calculation module 63.

  The request time estimation module 61 captures a packet input from a client device (not shown) to a server device (not shown), and estimates a time when the server device starts processing a packet (request).

  The response completion time estimation module 62 captures a packet output from the server device to the client device, and estimates a time when the server device completes the processing of the request.

  The processing time calculation module calculates the time required for the server device to process the request by subtracting the processing start time from the processing completion time estimated by the request time estimation module 61 and the response completion time estimation module 62.

  FIG. 7 conceptually shows the processing time of the server device calculated by the management device with respect to the time change between the input packet to the server device and the output packet from the server device.

  As quality control using the user experience quality, there are methods described in Patent Documents 2 to 4 below. In the method described in Patent Document 2, the user experience quality value is estimated with high accuracy in consideration of the influence of the fluctuation of the frame reproduction interval according to the delay fluctuation of the media packet.

  In the method described in Patent Literature 3, an estimation model capable of estimating the user experience quality of a real-time application that can be used as a quality control target value is generated. In the method described in Patent Document 4, in a packet communication network in which burst loss occurs, the phenomenon of burst loss gives to the user experience quality (subjective quality or objective quality) for various media (such as voice and video) of real-time applications. The packet communication network can be managed in consideration of the influence.

JP 2007-221207 A JP 2007-329775 A JP 2006-352528 A Japanese Patent No. 3905891

  In the quality management using the user experience quality described above, there is a problem that the response performance in the server apparatus is managed, and the response performance in the client that is directly connected to the user experience quality is not managed.

  Further, in the quality management using the user experience quality described above, there is a problem in that quality degradation cannot be detected because the processing time cannot be calculated when the processing time of the server device is longer than the request interval.

  Accordingly, an object of the present invention is to solve the above-described problems, manage response performance in a client directly related to the user's experience quality, and use a thin client experience performance management system capable of detecting quality degradation. It is to provide a method and a program thereof.

A thin client experience performance management system according to the present invention captures a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device. A text input determination module that determines that the user's operation is text input;
A response packet detection module that determines whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
When the response packet detection module determines that the reply does not exist, at least the occurrence of quality degradation is stored in the storage device ,
The text input determination module is
A first request time acquisition module that captures a first packet transmitted from the client device to the server device and acquires a transmission time thereof;
A second request time acquisition module that captures a second packet transmitted from the client device to the server device following the first packet and acquires the transmission time;
And a request interval calculation module for calculating a packet transmission interval based on the transmission time of the first packet and the transmission time of the second packet.

A thin client experience performance management method according to the present invention captures a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device. A text input determination process for determining that the user's operation is a text input;
A response packet detection process for determining whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
When it is determined that the reply does not exist in the response packet detection process, the occurrence of quality degradation is stored in at least the storage device ,
The text input determination process includes:
A first request time acquisition process for capturing a first packet transmitted from the client device to the server device and acquiring the transmission time;
A second request time acquisition process for capturing a second packet transmitted from the client device to the server device following the first packet and acquiring the transmission time;
And a request interval calculation process for calculating a packet transmission interval based on the transmission time of the first packet and the transmission time of the second packet .

A program according to the present invention is a program to be executed by a computer in a device connected to a thin client system in which operation data input by a user operation on a client device is processed by a server device,
A text input determination process for determining that the user's operation is a text input by capturing a packet transmitted from the client device to the server device in the thin client system;
A response packet detection process for determining whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
If it is determined that the reply does not exist in the response packet detection process, at least the occurrence of quality degradation is stored in the storage device ,
The text input determination process includes:
A first request time acquisition process for capturing a first packet transmitted from the client device to the server device and acquiring the transmission time;
A second request time acquisition process for capturing a second packet transmitted from the client device to the server device following the first packet and acquiring the transmission time;
And a request interval calculation process for calculating a packet transmission interval based on the transmission time of the first packet and the transmission time of the second packet .

  By adopting the configuration and operation as described above, the present invention can manage the response performance in the client that is directly linked to the user's quality of experience, and the effect that quality degradation can be detected is obtained.

  Next, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a configuration example of a thin client experience performance management system according to the first exemplary embodiment of the present invention. 1, the thin client experience performance management system according to the first embodiment of the present invention is communicably connected to a client device (not shown) of the thin client system, and includes a text input determination module 1 and a response. A packet detection module 2.

  The text input determination module 1 further includes a first request time acquisition module 11, a second request time acquisition module 12, and a request interval calculation module 13. The text input determination module 1 and the response packet detection module 2 execute a program for realizing processing of a thin client experience performance management method, which will be described later, by a computer not shown (for example, a CPU (Central Processing Unit)). This is possible by doing.

  FIG. 2 is a flowchart showing processing by the thin client experience performance management system according to the first exemplary embodiment of the present invention. With reference to FIG.1 and FIG.2, the thin client experience performance management method by the 1st Embodiment of this invention is demonstrated. Note that the processing shown in FIG. 2 is realized by the above-described computer (for example, CPU) executing a program.

  First, the text input determination module 1 determines that a user operation on the client device is text input by capturing a packet transmitted from a client device of the thin client system to a server device (not shown).

  Packets transmitted and received by the client device can be acquired by using functions such as an OS (Operating System) and a library on the client device. The packet can also be acquired from a communication device (not shown) such as a network switch, hub, or router connected to the client device in a network.

  In the thin client system, all applications such as document creation software and spreadsheet software operate on the server device side. Operation data (operation data input by a user operation on the client device) performed on the client device using a keyboard, a mouse, or the like is transmitted to the server device, and processing for the operation data is executed on the server device. Update data of the screen indicating the result of processing on the data is returned to the client device.

  The determination as to whether or not the operation on the client device is a text input is realized by the cooperation of the three modules: the first request time acquisition module 11, the second request time acquisition module 12, and the request interval calculation module 13.

  First, the first request time acquisition module 11 captures the first packet transmitted from the client device of the thin client system to the server device, and acquires the packet transmission time (step S1 in FIG. 2).

  Next, the second request time acquisition module 12 captures the second packet transmitted from the client device to the server device next to the first packet, and acquires the packet transmission time in the same manner as described above ( FIG. 2 step S2).

  The request interval calculation module 13 calculates the packet transmission interval by subtracting the transmission time of the first packet from the transmission time of the second packet (step S3 in FIG. 2). Next, the request interval calculation module 13 notifies the response packet detection module 2 whether or not the calculated transmission interval is within a predetermined range.

  The range of the transmission interval used for this determination is determined from the keystroke speed of the keyboard by the user. For an experienced person, the speed of hitting the keyboard is usually between 400 and 600 strokes per minute. At this time, the keystroke interval is from 100 ms (milliseconds) to 150 ms. Therefore, the text input determination module 1 determines that the operation of the client device corresponding to the first packet is text input when the transmission interval of packets transmitted from the client device to the server device is 100 to 150 ms.

  The speed at which you hit the keyboard depends on the person and the situation. In other words, even if the packet transmission interval is out of the range of 100 to 150 ms, the operation that caused the packet transmission is not necessarily text input. However, for the convenience described later, in this embodiment, packets in this range are targeted for analysis. Also, a user who is slow to hit the keyboard is likely not to require high response performance from the thin client system.

  Subsequently, when the response packet detection module 2 receives the notification regarding the packet transmission interval of the client device, if the request interval is not within the predetermined range (False in step S4 in FIG. 2), the processing ends without doing anything. To do.

  When the request interval is within the predetermined range (true in step S4 in FIG. 2), the response packet detection module 2 then moves from the server device to the client device between the first packet and the second packet. Check whether there is a response packet sent.

  When there is a response packet (False in step S5 in FIG. 2), the response packet detection module 2 ends the process. When there is no response packet (True in step S5 in FIG. 2), the response packet detection module 2 stores the occurrence of quality deterioration in a storage device (not shown) and indicates that the quality deterioration has occurred. The data is output to an output device or the like (not shown) (step S6 in FIG. 2).

  The response packet at this time includes screen update data for the text input operation of the client device. The fact that the response packet did not reach the client between the first packet transmission and the second packet transmission means that the screen was not updated for the text input operation corresponding to the first packet transmission (in time). It means no). The response packet detection module 2 determines this as degradation.

  By the way, when a delay of 100 ms to 150 ms or more occurs, humans actually perceive the delay as a delay, so that the screen is updated between the input of a character and the input of the next character 100 to 150 ms later. If this is not done, the user is likely to perceive that the thin client system is slow to respond. At this time, it can be said that the quality of experience of the thin client system is lowered for the user. For this reason, in this embodiment, it is determined that the response performance is degraded when the packet transmission interval is 100 to 150 ms. Of course, these numerical values are examples, and can be changed as appropriate.

  If the keystroke interval of the user's keyboard is 20 ms (3000 strokes per minute), the user will not notice the delay even if the screen is not updated between two key inputs. In this embodiment, the text input interval of the expert is 100 to 150 ms and the nature of human perception ability is used.

  As an example, consider a thin client system using a terminal service provided by a Windows (registered trademark) Server (a server OS of Microsoft Corporation). In the terminal service, the client device and the server device exchange operation data and screen data using RDP (Remote Desktop Protocol). Data is divided into packets and flows on the network.

  The packet capture data is acquired from software on the client device or a packet capture port provided in a network switch or the like that is close to the client device in a network. Since RDP packets are transmitted and received using a specific port number, it is possible to determine whether a packet uses RDP by analyzing the part describing the port number in the packet data. It is.

Assume that the following capture data is obtained near “14:25:37” as a result of extracting only RDP packets from packets transmitted and received by the client device.
1: C → S RDP 14: 25: 37.068
2: C → S RDP 14: 25: 37.102
3: S → C RDP 14: 25: 37.152
4: C → S RDP 14: 25: 37.237
5: C → S RDP 14: 25: 37.371
6: S → C RDP 14: 25: 37.492
7: C → S RDP 14: 25: 37.518
8: C → S RDP 14: 25: 38.005

  In this data, one line corresponds to one packet. For example, the first line indicates that transmission of a packet from the client apparatus C to the server apparatus S was performed at “14: 25: 37.068 seconds”.

  The first request time acquisition module 11 first acquires the time “14: 25: 37.068” at which the packet in the first row was transmitted as the first packet.

  Next, the second request time acquisition module 12 acquires the time “14: 25: 37.102” at which the packet in the second row was transmitted as the second packet.

  Then, the request interval calculation module 13 subtracts the time “14: 25: 37.068” from the time “14: 25: 37.102” to calculate “0.034 (seconds)” as the transmission interval.

  Here, it is assumed that the transmission interval used for determining the operation of the client device is 120 to 150 ms (0.120 to 0.150 seconds). Since the calculated transmission interval is “0.034 (seconds)” and does not fall within this range, the request interval calculation module 13 notifies the response packet detection module 2 that the operation of the client device is not text input.

  The response packet detection module 2 that has received the notification ends the process without doing anything. Alternatively, the response packet detection module 2 may output that the deterioration has not occurred to an external output device such as a display.

  The above is the first case. Next, the second case will be described. In the second case, the first request time acquisition module 11 acquires the time “14: 25: 37.102” at which the packet in the second row is transmitted as the first packet.

  Next, the second request time acquisition module 11 sends the time “14: 25: 37.237” when the packet in the fourth row, which is the next packet transmitted from the client device to the server device, is transmitted as the second packet. Is obtained.

  The request interval calculation module 13 subtracts the time “14: 25: 37.102” from the time “14: 25: 37.237” to calculate the transmission interval “0.125 (seconds)”. Since this value is within a predetermined range (0.120 to 0.150 seconds), the request interval calculation module 13 notifies the response packet detection module 2 to that effect.

  Upon receiving the notification, the response packet detection module 2 determines whether or not there is a reply of the packet from the server device to the client device between the first packet and the second packet because the operation of the client device is text input. Check out. When the captured data is viewed, there is a reply packet on the third line, so the response packet detection module 2 also ends the process in this case. Similarly to the first case, the response packet detection module 2 may output that the deterioration has not occurred to an external output device such as a display.

  Next, the third case will be described. In the third case, the first request time acquisition module 11 acquires the time “14: 25: 37.237” at which the packet in the fourth row is transmitted as the first packet.

  Next, the second request time acquisition module 12 acquires the time “14: 25: 37.371” at which the packet in the fifth row was transmitted as the second packet.

  The request interval calculation module 13 subtracts the time “14: 25: 37.237” from the time “14: 25: 37.371” to calculate the transmission interval “0.134 (seconds)”. Since this value is within a predetermined range (0.120 to 0.150 seconds), the request interval calculation module 13 notifies the response packet detection module 2 to that effect.

  Upon receiving the notification, the response packet detection module 2 determines whether or not there is a reply of the packet from the server device to the client device between the first packet and the second packet because the operation of the client device is text input. Check out. Since there is no packet return from the server device to the client device between the 4th and 5th rows, the response packet detection module 2 indicates that the response performance is degraded, such as another external system or display Output to the output device.

  Similarly, in the fourth case, the transmission interval of packets from the client device to the server device in the fifth and seventh rows is the time “14: 25: 37.518” −time “14:25:37. 371 ”= transmission interval“ 0.147 ”, which falls within the predetermined range, the text input determination module 1 determines that the operation of the client device is text input.

  However, since it is detected that there is a reply from the server device to the client device on the sixth line in the meantime, the response packet detection module 2 determines that there is no deterioration.

  In the fifth case, the packet transmission interval from the client device to the server device in the seventh and eighth lines is time “14: 25: 38.005” −time “14: 25: 37.518” = Since the transmission interval “0.487” is outside the predetermined range, the text input determination module 1 determines that the operation of the client device is not text input, and is not subject to deterioration detection.

  As described above, according to the present embodiment, it is possible to determine whether or not there is a response delay that can be perceived by the user with respect to the text input operation in the client device. Thereby, in this embodiment, it is possible to manage the quality of experience provided to the user by the thin client system.

  FIG. 3 is a block diagram illustrating a configuration example of a thin client experience performance management system according to the second exemplary embodiment of the present invention. 3, the processing device 3 includes a deterioration rate calculation module 31 in addition to the text input determination module 1 and the response packet detection module 2 in the first embodiment of the present invention described above.

  The processing device 3 is connected to a storage device 4 having a text input number storage unit 41 and a deterioration number storage unit 42 and an output device 5. The text input determination module 1 and the response packet detection module 2 are the same as the configuration and operation according to the first embodiment of the present invention shown in FIG. 1 and FIG. .

  FIG. 4 is a flowchart showing processing of the thin client experience performance management system according to the second exemplary embodiment of the present invention. Processing of the thin client experience performance management system according to the second exemplary embodiment of the present invention will be described with reference to FIGS. In the present embodiment, the ratio of packets determined to be degraded among the packets determined to be text input is calculated. Further, the processing shown in FIG. 4 is realized by the above-described computer (for example, CPU) executing a program.

  In calculating the ratio of those determined to be degraded, the processing device 3 sets both the text input count held by the text input count storage unit 41 in the storage device 4 and the degradation count held by the degradation count storage unit 42 to 0. Initialization is performed (step S11 in FIG. 4).

  Furthermore, the processing device 3 repeats the processing after step S13 until there is no packet (request) transmitted from the client device to be processed to the server device (False in step S12 in FIG. 4). In step S12, for example, it is determined that there is no packet (request) when the next packet does not arrive for a predetermined time. When there are no more packets to be processed (true in step S12 in FIG. 4), the processing device 3 calculates the deterioration rate (step S20 in FIG. 4) and completes the processing.

  The operation of the text input determination module 1 in the processes of steps S13 to S16 is the same as that of the above-described first embodiment of the present invention. In the present embodiment, further, when the text input determination module 1 has a packet transmission interval within a predetermined range (true in step S16 in FIG. 4), the text input count stored in the text input count storage unit 41 Is increased by 1 (step S17 in FIG. 4).

  The determination process of the response packet detection module 2 in step S18 is also the same as that of the first embodiment of the present invention described above. In the present embodiment, when it is determined that there is no response packet and there is degradation (True in step S18 in FIG. 4), the response packet detection module 2 increases the value of the degradation count held in the degradation count storage unit by 1. (FIG. 4, step S19).

  In the present embodiment, by repeating the processes of steps S12 to S19, the number of packets determined to correspond to the text input and the number of packets determined to be degraded are counted.

  Finally, the deterioration rate calculation module 31 of the processing device 3 calculates the deterioration rate of response performance defined as deterioration rate = number of times of deterioration / number of times of text input (step S20 in FIG. 4).

  FIG. 5 is a diagram showing the relationship between the transmission / reception time and the flow rate of packets exchanged between the server device and the client device of the thin client system according to the second embodiment of the present invention.

  In FIG. 5, among the upstream packets from the client device to the server device, a packet with a request interval of 100 to 150 ms (packet marked with a star) is determined as text input. There are a total of 6 packets determined to be text input, and 2 of them have no response (downstream packets from the server device to the client device), so the degradation rate is calculated as 2/6 (≈0.333). Is done.

  At this time, in the present embodiment, response rate = 1−deterioration rate = 4/6 indicating the rate of response may be calculated. Further, in the present embodiment, the deterioration rate for each time zone can be calculated and output in the form of a table or a graph. For example, by calculating the deterioration rate every 30 minutes and creating a graph of the deterioration rate, it is possible to visually grasp the time zone in which the deterioration occurs.

  Next, a specific processing example in the second embodiment of the present invention will be described using an example similar to the specific example described in the first embodiment of the present invention. In this example, regarding the RDP packet transmitted / received by the client device, there are six packets transmitted from the client device to the server device. The five cases described in the first embodiment of the present invention correspond to this determination and detection processing, respectively.

  Three cases (packets) among the determinations of the five cases of packets are determined to be text input, and one of them is determined to be deteriorated. At this time, the text input count is 3, the degradation count is 1, and the degradation rate calculation module 31 calculates the degradation rate as 1/3.

  For example, when capture data for one day is acquired, it is divided according to the time zone, and the deterioration rate for each divided data group is calculated and summarized in a table or graph to grasp changes in the deterioration rate for one day. can do.

As described above, in the present embodiment, it is possible to quantitatively grasp the degree of deterioration by calculating the deterioration rate for a certain period.

  The present invention is suitable for an apparatus or system for monitoring or analyzing the quality of experience of a thin client system.

It is a block diagram which shows the structural example of the thin client experience performance management system by the 1st Embodiment of this invention. It is a flowchart which shows the process by the thin client experience performance management system by the 1st Embodiment of this invention. It is a block diagram which shows the structural example of the thin client experience performance management system by the 2nd Embodiment of this invention. It is a flowchart which shows the process of the thin client experience performance management system by the 2nd Embodiment of this invention. It is a figure showing the relationship between the transmission / reception time and flow volume of the packet exchanged between the server apparatus and client apparatus of the thin client system in the 2nd Embodiment of this invention. It is a block diagram which shows the structure of the module for calculating the processing time of the server apparatus used with the management apparatus relevant to this invention. It is a figure which shows notionally the processing time of the server apparatus calculated with respect to the time change of the input packet to a server apparatus, and the output packet from a server apparatus in the management apparatus relevant to this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Text input determination module 2 Response packet detection module 3 Processing apparatus 4 Storage apparatus 5 Output apparatus 11 1st request time acquisition module 12 2nd request time acquisition module 13 Request interval calculation module 31 Degradation rate calculation module 41 Text input frequency storage Part 42 Deterioration frequency storage part

Claims (15)

By capturing a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device, the user operation can be performed by text input. A text input determination module for determining the presence,
A response packet detection module that determines whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
When the response packet detection module determines that the reply does not exist, at least the occurrence of quality degradation is stored in the storage device ,
The text input determination module is
A first request time acquisition module that captures a first packet transmitted from the client device to the server device and acquires a transmission time thereof;
A second request time acquisition module that captures a second packet transmitted from the client device to the server device following the first packet and acquires the transmission time;
A thin client experience performance management system , comprising: a request interval calculation module that calculates a packet transmission interval based on a transmission time of the first packet and a transmission time of the second packet .   The thin client experience performance management system according to claim 1, wherein when the response packet detection module determines that the reply does not exist, the thin client experience performance management system outputs to the outside that the quality degradation has occurred.   3. The thin client sensation performance management system according to claim 1, further comprising a deterioration rate calculation module that calculates a ratio of packets determined to be text input and determined to be deteriorated. 2. The apparatus according to claim 1, wherein when the transmission interval calculated by the request interval calculation module is a numerical value within a predetermined range, it is determined that the first packet corresponds to the text input. 4. The thin client experience performance management system according to any one of 3. 5. The thin client experience performance management system according to claim 4, wherein 150 milliseconds is used as an upper limit of the predetermined range. 6. The thin client experience performance management system according to claim 5, wherein 100 milliseconds is used as a lower limit of the predetermined range. By capturing a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device, the user operation can be performed by text input. A text input determination module for determining the presence,
When it is determined that the user's operation is text input, a first packet transmitted from the client device to the server device, and a transmission from the client device to the server device following the first packet. A response packet detection module that determines whether or not there is a packet reply from the server device to the client device between the second packet and
A thin client experience performance management system, wherein the response packet detection module outputs information indicating the occurrence of quality degradation when it is determined that the reply does not exist. By capturing a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device, the user operation can be performed by text input. A text input determination module for determining the presence,
A response packet detection module that determines whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
The text input determination module is
A first request time acquisition module that captures a first packet transmitted from the client device to the server device and acquires a transmission time thereof;
A second request time acquisition module that captures a second packet transmitted from the client device to the server device following the first packet and acquires the transmission time;
A request interval calculation module that calculates a packet transmission interval based on a transmission time of the first packet and a transmission time of the second packet;
A thin client sensation performance management system characterized in that when the response packet detection module determines that the reply does not exist, information indicating the occurrence of quality degradation is output. By capturing a packet transmitted from the client device to the server device in a thin client system in which operation data input by a user operation on the client device is processed by the server device, the user operation can be performed by text input. A text input determination process for determining that there is,
A response packet detection process for determining whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
When it is determined that the reply does not exist in the response packet detection process, the occurrence of quality degradation is stored in at least the storage device,
The text input determination process includes:
A first request time acquisition process for capturing a first packet transmitted from the client device to the server device and acquiring the transmission time;
A second request time acquisition process for capturing a second packet transmitted from the client device to the server device following the first packet and acquiring the transmission time;
A thin client experience performance management method comprising: a request interval calculation process for calculating a packet transmission interval based on a transmission time of the first packet and a transmission time of the second packet. 10. The thin client experience performance management method according to claim 9, wherein the response packet detection processing outputs to the outside that the quality degradation has occurred when it is determined that the reply does not exist. The thin client experience performance management method according to claim 9, further comprising a deterioration rate calculation process for calculating a ratio of a packet determined to be deteriorated among the packets determined to be text input. 10. The method according to claim 9 , wherein when the transmission interval calculated in the request interval calculation process is a numerical value within a predetermined range, it is determined that the first packet corresponds to the text input. The thin client experience performance management method according to any one of 11.   13. The thin client experience performance management method according to claim 12, wherein 150 milliseconds is used as an upper limit of the predetermined range.   The thin client experience performance management method according to claim 13, wherein 100 milliseconds is used as a lower limit of the predetermined range. A program to be executed by a computer in a device connected to a thin client system in which operation data input by a user operation on a client device is processed by a server device,
A text input determination process for determining that the user's operation is a text input by capturing a packet transmitted from the client device to the server device in the thin client system;
A response packet detection process for determining whether there is a packet reply from the server device to the client device between two packets transmitted from the client device to the server device;
If it is determined that the reply does not exist in the response packet detection process, at least the occurrence of quality degradation is stored in the storage device ,
The text input determination process includes:
A first request time acquisition process for capturing a first packet transmitted from the client device to the server device and acquiring the transmission time;
A second request time acquisition process for capturing a second packet transmitted from the client device to the server device following the first packet and acquiring the transmission time;
A program , comprising: a request interval calculation process for calculating a packet transmission interval based on a transmission time of the first packet and a transmission time of the second packet .

Images