Client simulator

Description: TECHNICAL FIELD [Detailed description of the invention]

【0001】

[Technical field to which the invention belongs]

The present invention is a client / server configuration in a computer network system by recording / reproducing a message (transmission / reception data) between a client machine (hereinafter, also referred to as a client) and a server machine (hereinafter, also referred to as a server). It relates to a client simulation method that enables a machine to be simulated.

【0002】

[Conventional technology]

FIG. 29 is a diagram showing a conventional client simulation method. In FIG. 29, 1 is the client machine. 2 is an application program (APP program) that runs on the client machine 1 while communicating data with the server machine 8. 3 is the OS (operating system) of client machine 1. 4 is a communication program that controls the transfer of data on a LAN (local area network) 7. 5 is a recording / playback program that records / plays messages between OS3 and APP program 2. The recording / playback program 5 records the message between OS3 and APP program 2 in the script file 6. 9 is a communication program that controls the transfer of data on LAN 7 in the server machine 8. 10 is a measurement target program that runs on the server machine 8 and is a verification target.

【0003】

In the client / server configuration, in the conventional example, the recording / playback program existed on the client machine. Therefore, the client application and the recording / playback program must be running simultaneously on the client machine. And it was not possible to simulate when only the client application was running. Therefore, in order to verify the operation of the server machine when only the client application is running, it was necessary to actually operate the client machine manually.

【0004】

Next, the operation when the client simulation method is configured as shown in FIG. 29 will be described. When the user performs an operation such as key input, OS3 receives the input event and informs APP program 2. After processing the event received from OS3, APP program 2 creates the data to be passed to the server machine and passes it to OS3. OS3 passes the above data to the communication program 4. Then, the communication program 4 sends the data to the server machine 8 on the LAN 7. In the above operation, the recording / playback program 5 of the client machine 1 captures the event received by the OS3 by an operation such as key input from the user, and records the above event in the script file 6. The server machine 8 takes in the message addressed to the server machine 8 through the communication program 9 and passes it to the measurement target program 10 which is the verification target.

【0005】

In this way, the recording / playback program 5 of the client machine records all operations such as key input of the user in the script file 6. When simulating a client machine, OS3 reads the event recorded in script file 6 and sends the event read by OS3 to APP program 2. After APP program 2 processes the event, it sends a message to OS3. After that, since the APP program 2 requires input from the user, the OS3 reads the previously recorded event from the script file 6 through the recording / playback program 5 and sends it to the OS3. By repeating this operation, the user's operation has been automatically simulated without the user having to input keys.

【0006】

In addition, a conventionally used run analyzer (LAN ANALYZER), which is not shown, is a device that records messages flowing on a LAN and performs LAN failure diagnosis and analysis such as monitoring. In this LAN ANALYZER, the message flowing through the LAN is recorded, but the message is not played back for the purpose of simulation for the LAN.

【0007】

[Problems to be Solved by the Invention]

As described above, conventionally, when simulating a client machine, the user's input is recorded in advance by a recording / playback program, and the user's input is reproduced when simulating. Therefore, it was necessary that the APP program and the recording / playback program of the client machine were running at the same time. Therefore, there is a problem that it is not possible to perform a simulation when only the APP program of the client machine is running. In order to verify the operation of the server machine when only the APP program of the client machine is running, there is a problem that the client machine must be actually operated manually.

【0008】

The present invention has been made to solve the above problems, and instead of recording / reproducing user input, it records / reproduces a message between a client machine and a server machine flowing on a LAN. This eliminates the need to run the APP program and the recording / playback program on the client machine at the same time. Then, it is possible to record / play back the case where only the APP program of the client machine is operated. The purpose of this is to obtain a client simulator that can verify the operation of the measurement target program of the server machine with respect to the client machine without human intervention.

【0009】

[Means for solving problems]

The client simulator according to the present invention simulates a client machine of a system in which a server machine and one or more client machines are connected by a LAN, and records a message sent to the LAN as a recording means for capturing and recording the message from the LAN. It is characterized by having a reproduction means for reproducing a message and sending it to a LAN.

【0010】

Further, the client simulator according to the present invention is characterized in that the recording means and the reproducing means are arranged on a client machine independent of the client machine to be simulated.

【0011】

Further, the client simulator according to the present invention includes a recording control unit that holds the recording control information, and the recording means obtains and records the message from the LAN with reference to the recording control information held in the recording control unit. It is characterized by that.

【0012】

Further, the client simulator according to the present invention is characterized in that the client machine has a client identifier uniquely identified on a LAN, and the record control information includes the client identifier.

【0013】

Further, in the client simulator according to the present invention, the server machine has a server identifier uniquely identified on the LAN, and the record control information further includes the server identifier.

【0014】

Further, in the client simulator according to the present invention, the client simulator includes a reproduction control unit that holds reproduction control information, and the reproduction means reproduces a message recorded by referring to the reproduction control information held in the reproduction control unit. It is characterized in that it is sent to the LAN.

【0015】

Further, the client simulator according to the present invention is characterized in that the client machine has a client identifier uniquely identified on the LAN, and the reproduction control information specifies a message to be reproduced by the client identifier.

【0016】

Further, the client simulator according to the present invention is characterized in that the reproduction control information includes information that specifies the number of client machines that reproduce a message.

【0017】

Further, the client simulator according to the present invention is characterized in that the reproduction control information includes information for designating an interval of messages to be reproduced.

【0018】

Further, the client simulator according to the present invention is characterized in that the reproduction control unit dynamically changes the reproduction control information during the reproduction of the message by the reproduction means.

【0019】

Further, the client simulator according to the present invention is characterized in that the operation of the program on the server machine is verified.

【0020】

BEST MODE FOR CARRYING OUT THE INVENTION

Embodiment 1. Hereinafter, Embodiment 1 of the present invention will be described with reference to the drawings. FIG. 1 is a diagram showing a machine configuration for realizing the client simulator of the present invention. This embodiment is an example in which one client machine, one server machine, and one recording / playback machine are connected by LAN. 1 is the client machine. 2 is an application program that runs on a client machine that runs while communicating data with the server machine. In the following description, it is also called an APP program or a client application. 3 is the OS (operating system) of the client machine. 4 is a communication program that controls the transfer of data on the LAN. 7 is LAN. The LAN is, for example, a bus type or a star type. 8 is a server machine. 9 is a communication program that controls the transfer of data on the LAN. 10 is a measurement target program that runs on the server machine and is the verification target. 11 is a recording / playback machine that records / plays back events. 12 is a communication program that controls the transfer of data on the LAN. 5a is a recording / playback program that records / plays back messages between the client machine and the server machine. 6a is a script file 6a in which the recording / playback program 5a records messages between the client machine and the server machine. 13 is a recording control file that stores the addresses of the client machine and server machine to be simulated. The addresses of the client machine and the server machine are identifiers that uniquely identify the client machine and the server machine on the LAN.

【0021】

FIG. 2 is a diagram showing the contents of the record of the script file 6a. As shown in Fig. 2, the record of script file 6a has the time stamp of the message data, the sender address (address of the client machine or server machine that sent the message data), and the receiver address (message data) at the beginning of the message data. Is recorded with the address of the client machine or server machine that receives the data. FIG. 3 is a diagram showing a specific example of the record of the script file 6a.

【0022】

Further, FIG. 4 is a diagram showing the contents of records in the recording control file in which the addresses of the client machine and the server machine are stored. As shown in Fig. 4, the client machine address and server address are paired into one record. It specifies which client machine and server machine to record the message. Therefore, contrary to FIG. 4, the record may be written in the order of the server address and the client address. FIG. 5 is a diagram showing a specific example of a record in a recording control file in which the addresses of one client machine and one server machine in a LAN using the TCP / IP protocol are stored. When using the TCP / IP protocol, one address consists of a logical address (IP address) and a physical address (MAC address).

【0023】

Next, the operation will be described in detail with reference to the flow charts of FIGS. 6, 7, and 8. FIG. 6 is a diagram showing a processing flow of the client APP program 2. FIG. 7 is a diagram showing a processing flow when the recording / playback machine 11 records a message. FIG. 8 is a diagram showing a processing flow when playing back a message recorded by the recording / playing machine 11. First, the processing flow of APP program 2 of the client machine 1 will be described with reference to FIG. When APP program 2 of client machine 1 is started, APP program 2 of client machine 1 creates the data to be sent to server machine 8 and passes it to OS3 (S1). After that, depending on the content of the data to be transmitted, it is determined whether or not a message from the server machine 8 is required (S2), and if necessary, a message from the server machine 8 is waited for (S3). APP program 2 repeats this process until the program finishes (S4).

【0024】

The operation of OS3 and server machine 8 while APP program 2 is waiting for a message from server machine 8 in the above S3 will be described below. When the OS3 receives the message to be sent from the client APP program 2 to the server machine 8, the OS3 sends the message to the LAN 7 through the communication program 4.

【0025】

The server machine 8 takes in the message addressed to the server machine 8 through the communication program 9 and passes it to the measurement target program 10 which is the verification target. After processing the received message, the measurement target program 10 creates a processing result message to be sent to the client machine 1, and sends the message to the LAN 7 through the communication program 9 of the server machine.

【0026】

When the communication program 4 of the client machine 1 receives the message from the server machine 8, it passes it to the client APP program 2 waiting for the message through OS3.

【0027】

Next, the message recording operation in the recording / playback machine 11 will be described according to the processing flow of FIG. 7. The recording / playback program 5a reads all the messages flowing on the LAN 7 through the communication program 12 (S5). Then, the recording / playback program 5a checks whether the read message is a message between the client machine 1 and the server machine 8 to be simulated. The method of checking is performed by the recording / playback program 5a reading (S6) the records recorded in the recording control file 13 and comparing them. The recording control file 13 stores the address of the client machine to be simulated and the address of the server machine. As a result, it is confirmed whether the sender address and the receiver address of the read message match the client address and the server address recorded in the recording control file 13 (S7). If they match (YES), the time, sender address, receiver address, and the message are recorded in the script file 6a (S8).

【0028】

Next, the message reproduction operation in the recording / reproduction machine 11, that is, the simulation operation will be described according to the processing flow of FIG. FIG. 8 shows a process in which the operation of the client machine and the server machine is recorded in the process of FIG. 7, and then the recording / playback program 5a is executed to reproduce the message.

【0029】

When the simulation of client machine 1 is started, the recording / playback program 5a reads the recorded record from the script file 6a (S9). Next, in S10, it is determined whether or not there is a record to be read from the script file 6a. When the record does not exist (YES) due to the end of the script file, the message playback process ends. When the record exists (NO) due to the end of the script file, it is determined whether the read message is a message from client machine 1 to server machine 8 or a message from server machine 8 to client machine 1. (S11). The direction of the message can be determined by the sender address and the receiver address of each record in the script file 6a. When the message is sent from the client machine 1 to the server machine 8, the sender address of the message read from the script file 6a is changed to the address of the recording / playback machine 11 itself (S12). Also, when the simulation process is started and the first sent message is sent (S14), the message is sent to the server machine 8 (S16). Then, the transmission time is recorded in a register (S17) which is not shown. If it is not the first sent message (S14), the record in the script file 6a is referred to, and the time difference between the time stamp of the previously sent message recorded in the record and the time stamp corresponding to the message sent this time is Wait until it is less than or equal to the difference between the time when it was sent for the previous simulation stored in the register and the current time (S15). After waiting until the condition is satisfied, the message is sent to the server machine 8 (S16), and the transmission time is recorded in the register (S17). If the message read from the script file 6a is a received message from the server machine 8 to the client machine 1 (S11), the same message as the message recorded in the script file 6a is recorded / played back from the server machine 8. To 11 Wait until it comes (S13). By repeating this operation until there are no more records in the script file 6a (S10), the operation of client machine 1 is simulated. In this embodiment, the recording / playback machine 11 is a client simulator for verifying the operation of the measurement target program 10 on the server machine 8. Therefore, the recording / playback machine 11 needs to be a machine having a performance capable of sending a message at the time interval in which the client machine 1 sends a message to the server machine 8.

【0030】

As described above, in this embodiment, since the recording / playback of the movement of the client machine 1 is executed by another machine (recording / playback machine 11) connected to the LAN, the operation of the client machine is completely affected. Messages can be captured from the LAN and recorded / played back without affecting them. Then, the operation of the measurement target program 10 on the server machine 8 can be verified. In this embodiment, one server machine and one client machine are configured for simplification of explanation, but a plurality of server machines and client machines may be connected to each other. In that case, the pair of the address of the client machine and the server machine specified in the recording control file 13 makes it possible to selectively set the pair of the sending side and the receiving side of the message to be recorded, and dynamic operation is possible. It plays the effect. The recording control file 13 does not have to be present. If the recording control file 13 does not exist, all messages are recorded and all messages are played back. Further, in this embodiment, the recording / playback machine is described as an independent machine, but the same effect can be obtained even if the machine is not an independent machine. However, the APP program and the recording / playback program must be running at the same time.

【0031】

Embodiment 2. In the second embodiment, by describing a plurality of addresses of the client machine and the server machine in the recording control file 13, a message between a plurality of sets of client machines and the server machine is recorded in the script file 6a. Then, a case of simulating a plurality of client machines will be described. Hereinafter, Embodiment 2 of the present invention will be described with reference to the drawings. FIG. 9 is a diagram showing a machine configuration for realizing the client simulator of the present invention. The difference from the machine configuration in Fig. 1 is that there are multiple client machines. The contents of the recording control file of the second embodiment are shown in FIG. In the figure, one record records one client address and one corresponding server address. FIG. 11 shows a specific example of the recording control file 13 in which the addresses of three client machines and one server machine are recorded.

【0032】

FIG. 12 shows the flow of recording processing in the recording / playback machine 11. In FIG. 12, the recording / playback program 5a reads all the messages flowing on the LAN 7 through the communication program 12 (S5). Then, the recording / playback program 5a checks whether the read message is a message between the client machine and the server machine to be simulated. Therefore, the recording / playback program 5a reads the record recorded in the recording control file 13 (S6). Then, the recording / playback program 5a checks whether the client address and the server address recorded in the read record match the sender address and the receiver address in the message (S7). If they do not match (NO), the records in the record control file 13 are read in order until the addresses match (S18). If the addresses do not match even after reading the records in the record control file 13 to the end, the above message is ignored and the message flowing on the LAN is read again. In S7, when the addresses match (YES), the time when the message was captured, the sender's address, the receiver's address, and the message are recorded in the script file 6a (S8).

【0033】

As described above, in this embodiment, the flow of the recording process of the recording / playback machine 11 that records the messages of the plurality of client machines by describing a plurality of records in the recording control file has been described.

【0034】

In this way, messages can be recorded without affecting the operation of multiple client machines, and by replaying the recorded contents, the server can be used in a system environment in which multiple client machines are operating. It is possible to verify the behavior of the program to be measured on the machine.

【0035】

Embodiment 3. In the above-described embodiment, the case where all the messages recorded in the script file 6a are reproduced has been described, but in this embodiment, the case where the message to be reproduced is selected and specified will be described. .. FIG. 13 is a diagram showing a machine configuration for realizing the client simulator according to the third embodiment. In FIG. 13, reference numeral 14 denotes a playback control file, which records a record that specifies a combination of the client machine to be simulated and the server machine. Since the other configurations are the same as those in FIG. 9, the description thereof will be omitted. FIG. 14 shows the contents of the record of the playback control file 14. In this embodiment, it is assumed that the script file 6a contains a message between the server machine 8 and the plurality of client machines. From the messages recorded in the script file 6a, the sender address and receiver address of the extracted message are compared with the client address and server address of the playback control file 14 shown in FIG. 14, and only if they match. Simulate by playing the message.

【0036】

In this way, by providing the playback control file, it is possible to selectively play the messages and set the simulation status arbitrarily, instead of playing all the messages recorded in the script file 6a. Become.

【0037】

Embodiment 4. In the fourth embodiment, the process of recording the address and server address of the client machine to be simulated in the script file 6a in advance as the reproduction control information and reproducing based on the reproduction control information will be described. To do. In the above-described embodiment, the reproduction control information is recorded in the reproduction control file, but in the fourth embodiment, the reproduction control information is provided in the script file 6a in which the message is recorded. explain. Therefore, the configuration diagram of this embodiment is the same as that of FIG. However, the script file 6a is different from the above-described embodiment in that the playback control information is recorded in addition to the message. FIG. 15 shows the contents of the playback control information stored in the script file 6a. Since this record is stored in the script file 6a, the playback machine control data is included at the beginning of the record to identify that it is different from the record that stores a normal message. The reproduction machine control data is an identifier indicating that the address of the reproduction machine is stored. Following the playback machine control data, the client address and server address are stored. FIG. 16 shows an example in which playback control information is recorded at the beginning of the script file 6a. The first line is a specific example of playback control information. @exec_machine is the playback machine control data. The second to fourth lines are the message data. Since the content of the message data is the same as that shown in FIG. 3, the description thereof will be omitted. FIG. 17 is a diagram showing a playback machine table expanded on the memory of the recording / playback machine 11. The playback machine table is a table for registering client machines to be played back. FIG. 18 is a processing flow chart of the recording / playback program 5a of this embodiment.

【0038】

Hereinafter, a fourth embodiment of the present invention will be described with reference to FIG. When the recording / playback program 5a is executed to play back the message recorded in the script file 6a, the script file 6a in which the message is recorded has the playback control information instructing which message to play back. Prepare a record like the one shown in advance. Specifically, as a method of preparing, for example, if the script file 6a is a text file, it may be edited using a tool such as an editor. Alternatively, it may be a file other than a text file. In that case, editing may be performed using an editing means similar to a commonly used editing tool. In FIG. 16, the record having the reproduction control information is described at the beginning of the script file 6a. The recording / playback program 5a reads the record from the recorded script file 6a (S9). Next, in S10, it is determined whether or not the script file 6a is terminated. This process is the same as in FIG. 8 described above. Next, it is determined whether the record type is a recorded message or playback control information (S18). This determination is made based on whether or not the playback machine control data shown in FIG. 15 is at the beginning of the record. The reproduction machine control data is an identifier indicating that the record is reproduction control information. Therefore, when it is determined to be the reproduction control information by the reproduction machine control data which is an identifier, the client address and the server address are entered in the reproduction machine table which is a table for registering the client machine to be reproduced in S20. If there is no identifier, it can be determined that the record read from the script file 6a is a recorded message, so the playback machine table shown in FIG. 17 is checked to determine whether the message is a message of the machine to be played back (S19). This determination is made by checking that the sender address and receiver address of the message extracted from the script file 6a match the addresses registered in the playback machine table. If you play If it is a machine message, the message is sent in the same procedure as in the first embodiment (S11 to S17). If it is not a message from the machine to play, ignore the message. Then go back to S9 and read the next record from the script file 6a. By repeating this operation until there are no more records in the script file 6a, the operation of the specified client machine is simulated.

【0039】

Further, a plurality of playback control information may be inserted and arranged at an arbitrary location in the script file 6a. For example, by adding one machine to play every 10 messages, it is possible to increase the number of client machines to be simulated with the passage of time during the simulation execution to perform the simulation. In this case, as described above, in the process of S18 of the flow chart shown in FIG. 18, when the type of the fetched record is the reproduction control information, in S20, the second client machine in the reproduction machine table, 3 The first client machine will be registered.

【0040】

As described above, in this embodiment, by having the playback control information in the same script file 6a as the message, it is possible to dynamically switch the simulation status during message playback, that is, during simulation execution. It will be possible. In the third embodiment described above, as shown in FIG. 13, a playback control file 14 is provided in addition to the script file 6a. Therefore, there is an advantage that the playback control file can be read once, the machine to be played back can be specified, and the message can be selected. However, once the playback machine was set, the playback machine was fixed until the end of the playback process. In the fourth embodiment, this point is solved.

【0041】

Further, by combining with the specification at the time of recording the message by the recording control file of the first embodiment and the second embodiment, the operation of the measurement target program on the server machine is verified by a plurality of combinations at the time of recording and at the time of reproduction. Can be done.

【0042】

Embodiment 5. In the above-described embodiment, the reproduction control information for specifying the address of the machine to be reproduced has been described, but in this embodiment, the reproduction control information for specifying the number of machines to be reproduced is provided. This section describes a case where a record is added to the script file 6a to simulate not one server machine to one client machine but the specified number of client machines out of a plurality of machines. That is, a case will be described in which the messages are reproduced as if the specified number of client machines are operating for each message recorded in the script file 6a. FIG. 19 shows the contents of the playback machine number control information that specifies the number of client machines to be played back. This playback machine number control information is added to the script file 6a. The playback machine number control information is composed of client machine number control data, which is an identifier indicating that the playback machine number control is performed, and a number value. In addition, FIG. 20 shows a specific example in which the number of playback machines control information that specifies that 10 machines are to be played back is added. The @exec_number on the first line is the client machine number control data, and 10 is the number value.

【0043】

The machine configuration of the fifth embodiment shall take the configuration shown in FIG. FIG. 21 shows a flow chart of the event reproduction process of the fifth embodiment. The same reference numerals are used for the parts corresponding to the flow charts shown in FIGS. 8 and 18 described above. When the recording / playback program 5a is executed to play back the message recorded in the script file 6a, the script file 6a contains the playback machine number control information having the number of client machines to be played back, as shown in FIG. Set using. This setting shall be made using an editing means such as an editor after the message is recorded in the script file 6a and before the simulation, that is, the reproduction process. The recording / playback program 5a reads the recorded message from the script file 6a (S9). Next, it is determined whether the message is a recorded message or client machine number control data (S18). This determination is made based on the client machine number control data, which is an identifier indicating that the number of playback machines is controlled. If the client machine number control data exists at the beginning of the message read from the script file 6a, the number value described later, that is, the number of machines to be played back is set in the machine number storage area (S21). The machine number storage area is a work area used by the recording / playback program 5a, and is expanded on the memory. If the message read from the script file 6a does not have the client machine number control data, the message is determined to be a recorded message, and processing is performed in the same procedure as in the first embodiment (S11 to S16) to send the message. At that time, the same message is transmitted for the number of machines set in the machine number storage area (S22). By repeating this operation until there are no more records in the script file 6a, the operation of the specified number of client machines is simulated.

【0044】

Since the number of client machines to be played can be specified in this way, each message recorded in the script file 6a is played as if the specified number of client machines are operating. It is possible to verify the operation of the measurement target program on the server machine in the same state as when a plurality of client machines operating in the same operation are operated. You can also do this with a single recording / playback machine. Further, in this embodiment, as shown in FIG. 20, the case where the playback machine number control information is at the beginning of the script file 6a has been described as an example, but it is not limited to the beginning and is not limited to the beginning, and any location of the script file 6a. You may set it to. For example, insert this playback machine number control information at an arbitrary location assuming a situation where you actually want to perform a simulation, such as immediately before a specific message using editing means in advance, or immediately after a specific message. It is possible to do.

【0045】

Embodiment 6. This embodiment sixth embodiment, as reproduction control information, records the message interval value that specifies the message interval time to play the script file 6a by adding de, the distance between the messages that the client machine sends The case of simulating the client machine will be described differently. Figure 22 shows the contents of the message interval control information added to the script file 6a. The message interval control information is composed of message interval control data, which is an identifier indicating that a message interval value is set, and a message interval value. FIG. 23 shows an example in which the message interval control information for setting the message interval to 1 second is added to the script file 6a shown in FIG. The @exec_interval on the first line is the message interval control data, and 1,000 is the message interval value. In this example, the message interval control information is added to the beginning of the script file 6a, but it does not matter at any position in the script file 6a.

【0046】

FIG. 24 shows a flow chart of the message reproduction process of the sixth embodiment. When the recording / playback program 5a is executed for playback, the message interval control information as shown in FIG. 22 and the message interval control information are set in advance in the recorded script file 6a before playback. Keep it. The recording / playback program 5a reads the record from the recorded script file 6a (S9). Next, it is determined whether the message is a recorded message or message interval control information (S18). This determination is made based on whether or not the record read from the script file 6a has message interval control data indicating that it is message interval control information. If the message interval control data exists, it is determined to be the message interval control information, and the message interval value is recorded in the work area of the recording / playback program 5a (S23). If the message interval control data does not exist, it is determined to be a recorded message, and processing is performed in the same procedure as in the first embodiment (S11 to S14). Also, prior to sending the message, wait until the difference between the time when the message was actually sent last time and the current time becomes equal to or greater than the time interval specified as the message interval value (S24). When the message interval value is exceeded, a message is sent to the server machine (S16). By repeating this operation until there are no more records in the script file 6a, the operation of client machine 1 is simulated.

【0047】

In this way, when playing back the recorded message, the message interval value can be specified, so set the message transmission timing of the client machine to an arbitrary interval and verify the behavior of the measurement target program on the server machine. Can be done.

【0048】

Embodiment 7. Figure 25 shows the control information to be added to the script file 6a of Embodiment 7. In the seventh embodiment, the reproduction control information applied to the fifth and sixth embodiments as shown in FIG. 25 is simultaneously added to the script file 6a. As a result, this playback control information is executed only on the specified client machine, instead of being executed on all the client machines to be played back registered in the playback machine table. Further, FIG. 26 shows the reproduction control information indicating that the message of the designated client machine reproduces 10 units. Further, the message of the specified client machine indicates the reproduction control information indicating that the message interval is reproduced in 1 second.

【0049】

In this way, since the client machine to which the playback control information is applied can be specified and specified, it is possible to set a plurality of detailed specifications and verify the operation of the measurement target program on the server machine in response to the specifications.

【0050】

8. In the eighth embodiment, a plurality of playback machine control information of the fourth embodiment, control information of the number of playback machines of the fifth embodiment, and message interval control information of the sixth embodiment are embedded in the script file 6a. Therefore, a client machine with multiple combinations is simulated.

【0051】

In this way, by describing a plurality of control information in the script file 6a, the playback machine control, the number control, and the message interval control can be dynamically changed at any time to verify the operation of the measurement target program on the server machine. Can be done.

【0052】

Embodiment 9. In Embodiment 9, it will be described that the recording / playback program 5a operates on the same machine on which the client APP program 2 is running. This machine configuration will be described with reference to FIG. 27. As for the recording operation, when the client APP program 2 sends a message to OS3, OS3 outputs the message to the recording / playback program 5a. Next, the recording / playback program 5a outputs the message to the script file 6a, and at the same time, passes the message to the communication program 4. The communication program 4 outputs the received data to the server machine. Messages from the server machine to the client machine are processed in the same way. That is, the communication program 4 receives the message from the server machine and outputs it to the recording / playback program 5a. The recording / playback program 5a outputs the message to the script file 6a and at the same time passes the message to OS3. As for the playback operation, the recording / playback program 5a extracts the record from the script file 6a and outputs it to the communication program 4. Then, the communication program 4 outputs the data of the record taken out to the server machine 8.

【0053】

In this way, when playing a message, the APP program of the client machine is not required, so the load on the machine is lightened. As a result, the point that the user's manual operation cannot be simulated as in the conventional case is alleviated, and the time interval similar to the user's operation can be simulated.

【0054】

Embodiment 10. In this Embodiment 10, a case where a plurality of recording / playback programs are run on an OS capable of operating a plurality of programs and executed in the same manner as in the ninth embodiment will be described. This machine configuration will be described with reference to FIG. The method of recording the message in this embodiment is the same as that in the above-described ninth embodiment. The feature of the tenth embodiment is that a plurality of recording creation programs for reproduction operate at the time of reproduction for performing simulation. Multiple recording / playback programs 5.1a, 5.2a, ..., 5.na on the client machine extract records from the script file 6a and output them to the communication program 4. Then, the communication program 4 outputs the data of the record taken out to the server machine 8.

【0055】

By executing multiple recording / playback programs on one machine in this way, it is possible to execute a simulation that makes it appear as if there are many client machines physically, and to verify the measurement target program of the server machine.

【0056】

Embodiment 11. In the above embodiment, the case where there is one server machine has been described. However, there may be multiple server machines. In this case, it is possible to simulate the movement performed by one client machine and a plurality of server machines, or a combination of a plurality of client machines and a plurality of server machines.

[Simple explanation of drawings]

[Figure 1]

It is a figure which shows the machine configuration for realizing the client simulator in Embodiment 1 of this invention.

[Figure 2]

It is a figure which shows the content of the record of the script file of this invention.

[Fig. 3]

It is a figure which shows the specific example of the record of the script file of this invention.

[Fig. 4]

It is a figure which shows the content of the record of the record control file of this invention.

[Fig. 5]

It is a figure which shows the specific example of the record of the record control file of this invention.

[Fig. 6]

It is a figure which shows the process flow of the client application program of Embodiment 1 of this invention.

[Fig. 7]

It is a figure which shows the flow of the recording process in the recording / reproduction machine of Embodiment 1 of this invention.

[Fig. 8]

It is a figure which shows the flow of the reproduction processing in the recording / reproduction machine of Embodiment 1 of this invention.

[Fig. 9]

It is a figure which shows the machine structure for realizing the client simulator of this invention.

[Fig. 10]

It is a figure which shows the content of the record control file of Embodiment 2 of this invention.

[Fig. 11]

It is a figure which shows the specific example of the record control file of Embodiment 2 of this invention.

[Fig. 12]

It is a figure which shows the flow of the recording process of the recording / reproduction machine of Embodiment 2 of this invention.

[Fig. 13]

It is a figure which shows the machine configuration for realizing the client simulator in Embodiment 3 of this invention.

[Fig. 14]

It is a figure which shows the content of the record of the reproduction control file of this invention.

[Fig. 15]

It is a figure which shows the reproduction control information added to the script file of Embodiment 4 of this invention.

[Fig. 16]

It is a figure which shows the specific example of the reproduction control information added to the script file of Embodiment 4 of this invention.

[Fig. 17]

It is a figure which shows the structure of the reproduction machine table of Embodiment 4 of this invention.

[Fig. 18]

It is a figure which shows the flow of the reproduction process of the recording / reproduction machine of Embodiment 4 of this invention.

[Fig. 19]

It is a figure which shows the reproduction machine number control information added to the script file of Embodiment 5 of this invention.

[Fig. 20]

It is a figure which shows the specific example of the play machine number control information added to the script file of Embodiment 5 of this invention.

[Fig. 21]

It is a figure which shows the flow of the process at the time of reproduction of the recording / reproduction machine of Embodiment 5 of this invention.

[Fig. 22]

It is a figure which shows the message interval control information added to the script file of Embodiment 6 of this invention.

[Fig. 23]

It is a figure which shows the specific example of the message interval control information added to the script file of Embodiment 6 of this invention.

[Fig. 24]

It is a figure which shows the flow of the process at the time of reproduction of the recording / reproduction machine of Embodiment 7 of this invention.

[Fig. 25]

It is a figure which shows the control information which is added to the script file of Embodiment 8 of this invention.

[Fig. 26]

It is a figure which shows the specific example of the control information added to the script file of Embodiment 8 of this invention.

[Fig. 27]

It is a figure which shows the machine structure in Embodiment 9 of this invention.

[Fig. 28]

It is a figure which shows the machine structure in Embodiment 10 of this invention.

[Fig. 29]

It is a figure which shows the client simulation method of the conventional example.

[Explanation of symbols]

1 client machine, 2 application program, 3 OS, 4 communication program, 5 recording / playback program, 6 script file, 7 LAN, 8 server machine, 9 communication program, 10 measurement target program, 11 recording / playback machine, 12 communication program , 13 recording control file, 14 playback control file, 5a recording / playback program, 6a script file.