JPH052445A - Keyboard simulator - Google Patents

Abstract

PURPOSE:To evaluate the functions of all target machines except a keyboard by attaining the automatic key input operations. CONSTITUTION:A host machine 1 transmits the key input data to a target machine 2 which contains a keyboard 17 which inputs the key codes, a CPU 11 which carries out the processing programmed previously based on the key input contents received from the keyboard 17, and a display device 16 which shows the contents carried out by the CPU 11. Then the key input contents received from the keyboard 17 are simulated. Furthermore the key input data are written into an auxiliary storage means 15 by the machine 1 in the easy- to-see character codes 93.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention provides a key input of an information processing device (target machine) by transmitting key input data from another information processing device (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 which 2 is an information processing device and 3 is an information processing device.
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 which 11 is a CPU and 12 is a block diagram.
Is a display means, 13 is a key code fetching 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 the application program stored in the auxiliary storage unit 15 is executed in the information processing apparatus 2, the operator 3 performs key input using the keyboard 17, and the CPU 11 via the key code fetching unit 13 causes the auxiliary storage unit. 1
The application program stored in No. 5 is read into the storage unit 14, and the arithmetic processing corresponding to the key input data or / and the display on the display device 16 via the display unit 12 is executed.

[0005]

Since the conventional key input processing 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 processing. Therefore, there is a limit to the continuous evaluation test for a long time. 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 working time is wasted.

The present invention has been made in order to solve the above problems, and it is possible to input key code data without changing the automation of key input and the software configuration and memory arrangement on the target information processing apparatus. Therefore, it is a first object to obtain a keyboard simulator capable of performing a test on all parts of the target machine except the keyboard.

A second object is to obtain a keyboard simulator that facilitates editing of key code data input from the keyboard.

[0008]

A keyboard simulator according to the present invention comprises a key input means for inputting a key code, and a control means for executing a pre-programmed process based on the key input contents from the key input means. ,
For an information processing device (target machine) having a display unit for displaying the contents executed by the control unit,
By transmitting key input data from another information processing apparatus (host machine), the contents of key input from the key input means are simulated.

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

[0010]

[Function] The key input necessary 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 in a file with a visually recognizable character code. To do so.

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. On the target machine, it works the same as what was input from the keyboard of the target machine.

[0012]

DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is an external configuration diagram showing an embodiment of a keyboard simulator according to the present invention, in which 1 is a host machine and 2 is a target machine. Further, 17 is a keyboard of the target machine 2.

FIG. 2 shows the host machine 1 shown in FIG.
2 is a block diagram showing a schematic configuration of the target machine 2, in which 11 is a CPU, 12 is a display unit, and 13
Is a key code fetching means, 14 is a storage means, 15 is an auxiliary storage means, 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 on the board itself and is configured so that only power is supplied from the host machine 1.

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

FIG. 3 is a block diagram of the key code conversion board 19, 20 is a key code conversion executing means, and 2 is a key code conversion executing means.
Reference numeral 1 is a storage means for storing a key code conversion processing program, 22 is an RS232C receiving means on a key code conversion board 19 for receiving the key code data sent from the RS232C transmitting means 18, and 23 is a key code conversion executing means 20. It is a conversion key data transmitting means for transmitting the converted key input data to the target machine 2. The RS232C transmission means 23 of the host machine 1, the RS232C reception means 22 of the key code conversion board 19, the conversion key data transmission means 23 of the key code conversion board 19 and the key code acquisition means 13 of the target machine 2 are respectively It is connected with a communication cable.

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

The key input capture save program 15a is activated (step 100). Then, the operator inputs the key code data file name for storing the key input operation data similar to the normal application operation on the host machine 1 (step 101). Next, the key code input by the key input operation similar to the normal application operation is read (step 10).
2). Then, it is judged whether or not the entered code is the key input end code (step 103), and if it is the key input end code, the key input capture save program 15a.
The process of (3) is finished (step 106).

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

Next, when the key code conversion board 19 receives the key code transmitted by the key input acquisition save program 15a, the key code conversion execution means 20 causes the key code conversion board 19 to interface with the key code acquisition means 13 of the target machine 2. The data is converted so as to be suitable and transmitted to the key code fetching means 13 of the target machine 2 via the conversion 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 the processing of the application program is normal processing corresponding to the key input.

Next, the key code data transmission program 1
The process 5b will be described with reference to the flowchart of FIG.
First, the key code data transmission program 15b is activated (step 200). Thereafter, the operator inputs the key code data file name registered by the key input capture save program 15a (step 20).
1). Then, 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 inquired 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 process, and a reply 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), the corresponding data of the data file name read from the auxiliary storage means 15 is read out by 1 byte (step 205), and read. Key code data is RS232
The C transmission means 18 transmits again to the key code conversion board 19 (step 206).

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

The key input capture save program 15a
When the key code is saved in the auxiliary storage means 15 as a key code data file, the normal key code data is just a list of binary data like the key code data file 31a shown in FIG. I can not judge whether 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. 8 and 9.

First, the key code data character conversion program 15a-1 is started (step 300). Next, 2 bytes of the key code are read (step 301). The processing of step 301 is similar to that of 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). After that, the data read in step 301 is compared with the key code data 92 corresponding to the value of the index 91 of 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 in the key code data file 15c registered in advance by the operator (step 3
06), it is determined whether or not the key code data is the key input end code (step 310), and when it is determined that it is the end code, the process of the key code data character conversion program 15a-1 is ended. On the contrary, if it is not the end code, the process returns to step 301 and the same processing is executed 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 incremented value 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, The key code data file 15c registered in advance by the operator is written (step 30).
9). On the contrary, 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 process is performed by writing the character code in the key code data file 15c with an easy-to-read character code. As a concrete conversion example, FIG.
It becomes the key code data file 31 in (a). Reference 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 by using an ordinary text editor (editor capable of editing characters such as alphabets, kana, kanji, hiragana and numbers).

Further, since the present invention aims at automating the key input and simulating the key input from the keyboard without changing the memory arrangement at all, the application is evaluated by an application program evaluation test or abnormal operation. Although it is used as a process reproduction test, it can also be used for automated driving during demonstrations at shows and exhibitions.

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

Further, in the above embodiment, the key code data is only transmitted to the target machine only at a constant interval. However, when the key code is taken in on the host machine, key input is performed. When the interval is also taken in as information at the same time and the key code data is transmitted to the key code conversion board 19, by reading the key input interval information and transmitting it to the key code conversion board 19 at the key input interval time when the key code data is read, It is possible to perform an automatic test that is closer to actual key input.

The key code is transmitted to the key code conversion board 19 via RS232C, converted into the 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) is used for the conversion board 19.
2 or the data bus of the host machine) to output the key code, 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 to simulate the key input work from the keyboard. Reproduction test, target machine software configuration,
It is possible to execute the application program without changing the memory arrangement on the storage device and evaluate the functions of all the target machines other than the keyboard.

Further, in the above host machine, since the means for converting the key input data into the same signal as the signal transmitted from the keyboard of the target machine to the target machine is the conversion board, the number of parts can be reduced and the apparatus becomes inexpensive, Moreover, reliability is improved.

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

[Brief description of 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 the key code conversion board shown in FIG.

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 an auxiliary storage unit.

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

11 is a block diagram showing a schematic configuration of the information processing apparatus shown in FIG.

[Explanation of symbols]

1 host machine 2 target machine 11 CPU 12 Display means 13 Key code acquisition 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 17 keyboard 18 RS232C transmission means 19 Key code conversion board 20 Key code conversion execution means 21 storage means 22 RS232C receiving 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)

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