JP2653276B2 - Keyboard simulator - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method of transmitting a key input of an information processing apparatus (target machine) by transmitting key input data from another information processing apparatus (host machine).
The present invention relates to a keyboard simulator capable of simulating key input data.

[0002]

2. Description of the Related Art FIG. 10 is an external view of a conventional key input device. In FIG.
Is an operator who operates the information processing apparatus 2.

FIG. 11 is a block diagram showing the configuration of the information processing apparatus 2. In FIG.
Is a display means, 13 is a key code capturing means, 14 is a storage means, 15 is an auxiliary storage means, 16 is a display device, and 17 is a keyboard.

Next, the operation will be described. When executing the application program stored in the auxiliary storage unit 15 in the information processing apparatus 2, the operator 3 executes key input using the keyboard 17, and the CPU 11 through the key code capturing unit 13 causes the auxiliary storage unit to execute the key input. 1
The application program stored in the storage device 5 is read out to the storage means 14 and arithmetic processing corresponding to the key input data or / and display on the display device 16 via the display means 12 is executed.

[0005]

Since the conventional key input process is configured as described above, the operator must input an instruction from the keyboard every time in the evaluation test of the application program or the reproduction test of the abnormal process. Therefore, continuous evaluation tests over a long period of time had limitations. Further, in the entire function evaluation test accompanying a partial change in the application program, there is a problem that the same key input processing is required every time, and the work time is wasted.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problem, and it is possible to automate key input and input key code data without changing the software configuration and memory arrangement on a target information processing apparatus. Therefore, a first object is to obtain a keyboard simulator that can perform tests on all parts of a target machine except a keyboard.

It is a second object of the present invention to provide a keyboard simulator which facilitates editing of key code data input from a keyboard.

[0008]

A keyboard simulator according to the present invention comprises: key input means for inputting a key code; and control means for executing a pre-programmed process based on key input contents from the key input means. ,
An information processing apparatus (target machine) having display means for displaying the content executed by the control means.
The key input data from the key input means is simulated by transmitting key input data from another information processing apparatus (host machine).

Further, when the information processing apparatus (host machine) writes the key input data to the auxiliary storage means, the key input data is written into a file using a character code which is easy to see.

[0010]

The key input required for operating the target machine is input from the keyboard of the host machine. As a result, the key code data input by the key is stored in a file format in the auxiliary storage device of the host machine, and when writing to the auxiliary storage device, the key code data is written to the file with a character code that is easy to see and understand. To do.

[0011] The written key code data is read from the key code data file according to the instruction of the operator, and transmitted to the keyboard connector of the target machine via the key code conversion board. In the target machine, it works in the same way as input from the keyboard of the target machine.

[0012]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is an external configuration diagram showing one embodiment of a keyboard simulator according to the present invention, wherein 1 is a host machine, and 2 is a target machine. Reference numeral 17 denotes a keyboard of the target machine 2.

FIG. 2 shows the host machine 1 shown in FIG.
FIG. 2 is a block diagram illustrating a schematic configuration of a target machine 2, in which 11 is a CPU, 12 is a display unit, and 13 is a display unit.
Is a key code capturing unit, 14 is a storage unit, 15 is an auxiliary storage unit, 16 is a display device, 17 is a keyboard, and 18 is R
S232C transmission means 19 is a key code conversion board, and the key code conversion board 19 has an execution means in the board itself, and is configured to be supplied only with power from the host machine 1.

The auxiliary storage means 15 stores a key input capture save program 15a (15a-1 is a key code data character conversion program set in the key input capture save program 15a) and a key code data transmission. Program 15b, key code data file 15c
And a key code data character conversion table 90.

FIG. 3 is a block diagram of the key code conversion board 19;
1 is a storage means for storing a key code conversion processing program, 22 is an RS232C reception means on a key code conversion board 19 for receiving the key code data sent from the RS232C transmission means 18, and 23 is a key code conversion execution means 20 This is conversion key data transmission means for transmitting the converted key input data to the target machine 2. The RS232C transmission unit 23 of the host machine 1, the RS232C reception unit 22 of the key code conversion board 19, the conversion key data transmission unit 23 of the key code conversion board 19, and the key code capture unit 13 of the target machine 2 Connected by communication cable.

Next, the operation will be described. In order to simulate key input, the operator first executes the key input capture save program 15 a stored in the auxiliary storage means 15 of the host machine 1 by the CPU 11.
FIG. 4 shows the processing of the key input capture save program 15a.
This will be described with reference to the flowchart of FIG.

The key input capture save program 15a is started (step 100). Thereafter, the operator inputs a key code data file name for storing key input operation data similar to a normal application operation on the host machine 1 (step 101). Next, a key code input by a key input operation similar to a normal application operation is read (step 10).
2). Thereafter, it is determined whether or not the input code is a key input end code (step 103).
Is completed (step 106).

On the other hand, if it is not the key input end code, the input key code is transmitted from the RS232C transmission means 18 to the key code conversion board 19 (step 104). Further, the key code is registered as a key code data file in the auxiliary storage means 15 with a preset file name (step 105). Thereafter, the key code reading process is sequentially performed, and the above-described series of processes is repeated until it is determined in step 103 that the key input end code has been input.

Next, when the key code conversion board 19 receives the key code transmitted by the key input capture save program 15a, the key code conversion execution means 20 causes the key code conversion execution means 20 to connect to the interface of the key code capture means 13 of the target machine 2. The data is converted so as to be suitable, and transmitted to the key code capturing means 13 of the target machine 2 via the converted key data transmitting means 23. The operator activates the key code data transmission program 15b after confirming that the key code data sent to the target machine 2 is normal data and that the processing of the application program is normal processing corresponding to key input.

Next, the key code data transmission program 1
The processing of 5b will be described with reference to the flowchart of FIG.
First, the key code data transmission program 15b is started (Step 200). Thereafter, the key code data file name registered by the key input capture program 15a is inputted by the operator (step 20).
1). Thereafter, the input key code data file name is stored in the work area of the key code data transmission program 15b (step 202). Further, the operator is queried as to whether there is a key input code data file to be transmitted other than the file name registered in the key code data file name input processing, and a response is determined (step 2).
03). If there is another transmission file, the process returns to step 201, and the key code data file name is input again.

If there is no data file to be returned, the data file name is read from the work area (step 204), and one byte of data corresponding to the data file name read from the auxiliary storage means 15 is read (step 205). Key code data is RS232
The transmission is again performed from the C transmission means 18 to the key code conversion board 19 (step 206).

Next, it is determined whether or not the data is completed (END) (step 207). If not, the process returns to step 205. On the other hand, when the data is completed, it is determined whether or not another data file name is registered in the work area (step 208). If the data file name is registered, the process returns to step 204. Conversely, if not registered, key code data transmission program 1
5b is finished (step 209). as a result,
The target machine 2 executes processing of the application program, assuming that a key input has been performed on the target machine 2.

The key input capture save program 15a
When a key code is saved as a key code data file in the auxiliary storage means 15, the ordinary key code data is simply a list of binary data as in the key code data file 31a shown in FIG. I can't determine if it was entered. The processing of the key code data character conversion program 15a-1 executed to solve this problem will be described with reference to the flowchart of FIG. 7, and FIGS.

First, the key code data character conversion program 15a-1 is started (step 300). Next, two bytes of the key code are read (step 301). The process of step 301 is the same as step 102 of the key input capture save program 15a shown in FIG.

Next, an index (INDEX) 91 for referring to the key code data character conversion table 90.
Is initialized (step 302). Thereafter, the data read in step 301 is compared with the key code data 92 corresponding to the value of the index 91 in the key code data character conversion table 90 (step 303).
If the result is the same, the character code 93 corresponding to the value of the index 91 of the key code data character conversion table 90 is read (step 304). Further, the index value is initialized again (step 305).

Next, the character data read in step 304 is written into the key code data file 15c registered in advance by the operator (step 3).
06), it is determined whether the key code data is a key input end code (step 310). If it is determined that the key code data is an end code, the processing of the key code data character conversion program 15a-1 is ended. On the other hand, if it is not the end code, the process returns to the step 301 to execute the same processing thereafter.

If the comparison result is different in step 303, the value of the index 91 is incremented (step 307). Next, it is determined whether or not the value after the increment exceeds the maximum value of the index 91 (step 308). If it exceeds, it is determined that the read key code data does not need to be converted. Write to the key code data file 15c registered in advance by the operator (step 30).
9). On the other hand, if the maximum value of the index 91 is not exceeded, the process returns to the step 303 and the comparison process is performed again with the key code data 92 corresponding to the value of the index 91 of the key code data character conversion table 90.

As described above, this processing is to write in the key code data file 15c with an easy-to-read character code when writing to the key code data file 15c.
The key code data file 31 in FIG. Numeral 32 in FIG. 9B is an example of character conversion when converting a key code.

Thus, it is possible to refer to and change the key input contents using a normal text editor (editor capable of editing characters such as alphabets, kana, kanji, hiragana, and numbers).

Further, the present invention aims at automating key input and simulating key input from a keyboard without changing the memory layout at all. Although it is a test to reproduce the processing, it can also be used for automatic driving of demonstrations such as shows and exhibitions.

Further, by transmitting a hard copy key from the host machine, screen data from the target machine is received by the host machine, and can be used as an automatic test apparatus by comparing it with normal screen data stored in advance.

Further, in the above embodiment, the key code data is only transmitted to the target machine at a certain interval, but when the key code is taken in on the host machine, the key input is performed. When the interval is taken in as information at the same time and the key code data is transmitted to the key code conversion board 19, the key input interval information is read and the key code data is read and transmitted to the key code conversion board 19 at the key input interval time. An automatic test closer to actual key input can be performed.

The key code is transmitted to the key code conversion board 19 via RS232C, converted into a key input signal of the target machine on the key code conversion board 19, and transmitted to the target machine. Another transmission means (for example, RS42
2 or the data bus of the host machine, the same effect can be obtained.

[0034]

As described above, according to the present invention, the key input data from the keyboard of the target machine is transmitted from the host machine, and the key input operation from the keyboard is simulated. Reproduction test is performed by software configuration of target machine,
The application program can be executed without changing the memory arrangement on the storage device, and the functions of all target machines other than the keyboard can be evaluated.

In the host machine, the means for converting the key input data into the same signal as the signal to be transmitted from the keyboard of the target machine to the target machine is provided as a conversion board. Further, reliability is improved.

Further, when writing the key input data to the auxiliary storage means, the key code data is written to the file with a character code which is easy to see and understand.
It does not require a special editing program and can be edited with a general text editor, so it can be edited at low cost.

[Brief description of the drawings]

FIG. 1 is an explanatory diagram showing an external configuration of a keyboard simulator according to an embodiment of the present invention.

FIG. 2 is a block diagram showing a schematic configuration of a host machine and a target machine shown in FIG.

FIG. 3 is a block diagram showing a schematic configuration of a key code conversion board shown in FIG. 2;

FIG. 4 is a flowchart showing a processing operation of a key input capture save program.

FIG. 5 is a flowchart showing a processing operation of a key code data transmission program.

FIG. 6 is an explanatory diagram showing an example of a key code data file before character conversion.

FIG. 7 is a flowchart showing a processing operation of a key code data character conversion program.

FIG. 8 is an explanatory diagram showing a key code data character conversion table.

FIG. 9 is an explanatory diagram showing a key code data file and a character conversion example when registering in the auxiliary storage means.

FIG. 10 is an explanatory diagram showing an external configuration and an operator of a conventional information processing apparatus.

FIG. 11 is a block diagram illustrating a schematic configuration of the information processing apparatus illustrated in FIG. 10;

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Host machine 2 Target machine 11 CPU 12 Display means 13 Key code capture means 14 Storage means 15 Auxiliary storage means 15a Key input capture save program 15b Key code data transmission program 15c Key code data file 16 Display device 17 Keyboard 18 RS232C transmission Means 19 Key code conversion board 20 Key code conversion execution means 21 Storage means 22 RS232C reception means 23 Conversion key data transmission means 31 Key code data file (after conversion) 31a Key code data file (before conversion) 32 Character conversion example 90 Key code Data character conversion table 91 Index 92 Key code data example 93 Character code example

Claims (2)

(57) [Claims] 1. Key input means for inputting a key code,
An information processing apparatus (target machine) having control means for executing a pre-programmed process based on the key input content from the key input means, and display means for displaying the content executed by the control means, A keyboard simulator which simulates key input contents from the key input means by transmitting key input data from another information processing apparatus (host machine). 2. The keyboard simulator according to claim 1, wherein when the information processing apparatus (host machine) writes the key input data to the auxiliary storage means, the key input data is written by a character code.