JPS59733A - Control system of conversation processing - Google Patents

Abstract

PURPOSE:To attain ease of review and debugging, by combining command types with key types and forming and storing a control table for performing retrieval with the table. CONSTITUTION:When a data is transmitted to a central processing unit 2, all data and the types of PF key/enter key inputted entirely so far are informed. In receiving the transmission data at a control section 21 of the central proccessing unit 2, a prescribed processing is executed based thereon. The data are handled as data as they are, and the function of a program of the central processing unit depends on the key type and the command type, and the succeeding processing are different. The retrieval finding out a program module to execute the succeeding processing is performed by retrieving a control table 10 based on the key and the command types received at the control section 2 and calling out the registered processing module.

Description

DETAILED DESCRIPTION OF THE INVENTION (a) Technical Field of the Invention The present invention relates to a conversation processing control system when data processing is performed conversationally in an electronic computer system.

(bl Prior Art and its Problems) Systems have become widespread in which the central processing unit of an electronic computer system is shared in a time-sharing manner and processes are performed by interactively operating terminal devices.In this case, a control program that performs conversational processing has to deal with a wide variety of user inputs such as function keys, commands, normal/abnormal, etc.For this purpose, conventionally, the command type was determined in the control program using iP statements, etc., and when it could not be determined based on the command type alone, By further determining the key type, the system performs a logical check and determines the module entry point of the processing program to execute the process.However, the program is complicated to logically determine the user input one by one. Not only that, but it also takes processing time and reduces the efficiency of conversation processing.Furthermore, changes in specifications such as user power have a large influence, making accompanying corrections difficult.

(e) Purpose of the Invention The present invention solves the problems of conventional conversation processing control systems, enables high-speed conversation processing with a simple configuration, and eliminates the need for changes in specifications. The purpose is to make maintenance easier.

Structure of fd1 Invention In order to achieve this object, the present invention stores a control table having all combinations of input key types and command types, and a control program required for conversation processing. Each is equipped as an independent module, and corresponds to the key type and command type.
Modules to be executed are registered in order, and a control table is used to search and call the registered processing module based on the received key type and command type.

fe) Embodiment of the Invention Next, an embodiment of the conversation processing control system according to the present invention will be described with reference to the drawings. FIG. 1 shows the configuration of a conversation processing system, where 1 is a terminal device and 2 is a central processing unit. The terminal device 1 is equipped with an F'F key, that is, a program function key 3, and a third enter key (ENTER key) 4 for instructing execution of transmission from the terminal device side to the central processing unit. ing.

The area indicated by 6 on the screen 5 of the terminal device indicates a command input line, and the area indicated by 7 indicates a data input line.

When the user presses the key 3 or the enter key 4 of the terminal device, the data is sent to the central processing unit 2.

At this time, all the data input so far and the type of the PF primary key enter key will be notified. Note that the transmission data at this time includes data 81 indicating the field position, field data 82 input at that position, and data 9 indicating the type of key. When field position data 81 points to a command input line, field data 82 becomes that data, that is, the command.

When the control unit 21 of the central processing unit 2 receives this transmission data, predetermined processing is performed based on it. Therefore, the data is treated as data as it is, but the function of the program of the central processing unit differs depending on the type of key of the PF key 3 and the type of command, and the subsequent processing will be different. For example, a process such as =4- ending the process or canceling the process is performed.

When input of the PF primary key command along with data is transmitted from the terminal device l side in this way, it is necessary to find a program module for executing subsequent processing.

In the present invention, this search is performed in the control unit 21 based on the received key type and command type.
This is done by searching for and calling the registered processing module.

FIG. 2 is a diagram showing a processing form based on combinations of key types and command types, and a number representing an index is shown at the intersection of each key type and command type. The numbers indicate the indexes in the figure, and ``■'' indicates 8 BEND, 2 indicates command name error, and 3 indicates command and PF primary key duplication error, and so on. According to this, #2.4.5.10.11.12.
Only commands 13, 14, 15, and 16 are processed, and each of these becomes effective when the enter key 45- is pressed after inputting each command, and the command is sent to the central processing unit to process the command. be done. Conversely, if the enter key is pressed without any command being input (no command), the data in #4 will be checked, and the I'F keys #1, #2, #4, # will be checked without any command being input. 7-11
If each key is pressed, "8 BEND" is indicated by command processing #1. Note that there is no command input, and P
When F primary keys #3, #5, #6, and #12 are pressed, #4.5.6 and #4.5 of the calling module are pressed, respectively.
．． 7, #4.5.8, and #9.4 modules are called and the corresponding modules are executed. Therefore, the PF primary keys #3, #5, #6, and #12 perform the same function as command input even when used alone, and one-tongue operations can be performed without inputting commands one by one.

For example, if you press the enter key after inputting the "LOG" command as a command, after the data check in #4, write the data in #5, and execute the LOC, command in #13 in sequence. 6- The sea urchin is turning.

In addition to the above, when command input and PF key manual input are performed at the same time, module #1 ABEND, #2 command name error, #3 command and PF primary key duplication error will occur, and each error message will be Is displayed. In this way, each module can be specified by a combination of command type and key type.

Figure 3 shows a table summarizing these combinations, showing their bit patterns and calling module indexes, and shows all key types including the enter key and each PF primary key, and commands. All command types are included, including those without. Bits are set at predetermined positions depending on the combination with the enter key and each PF primary key command type, and processing types 1 to 20 are shown corresponding to all combinations. The processing type based on the combination of key type and command type is the same as in the case of Fig. 2. For example, if Command I/None is ON and the Enter key is also ON, the processing type is the third 7-, The calling module is #4, which is consistent with FIG. CAN command is ON and enter key is also ON
In this case, the processing type is 9th, the calling module index is #10, and it is a CAN command. In this way, when both the command type side and the key type side of each processing type are ON, the module of the corresponding processing type is called.

This table is table 10 in FIG. 1, and table 11 is provided to make the module index # of this table correspond to the module address. When a module address is designated, the corresponding modules M+, M2, M3, etc. are called and executed.

When actually inputting a command, move the cursor to command input line 6 on the terminal device screen in Figure 1, input the command, for example °' CAN, and then press the enter key. The module index is determined by indexing the table 10 using this transmitted value as an index, and the module index is determined in table 11 based on the index. The address of the population point is determined, and the corresponding modules M1, M2, M3, . . . are called.

FIG. 4 is a flowchart of a table indexing operation when transmitting data from a terminal device is received. First, it is determined whether a command has been input, and if there is no command input, an index indicating no command is set.

On the other hand, if a command is input, it is determined whether the command is correct or not, and if it is determined that it is not a registered command, an index indicating a command error is set. If the command is valid, its contents are parsed to obtain the index of the control block's command hint column.

Next, the index of the PF key bit string of the control block is obtained from the key type signal indicated by 9 in the transmission data.

Then, by using the two indexes of command type and key type, the specified bits of each bit string are both O
The control block is searched by advancing the index of the control program 9 until N is reached. The command registered as a result, P
The F key processing modules are called one after another. When an error occurs, call process #1 and 8BEND
message is displayed and the module is not called.

ff1 Effects of the Invention As described above, according to the present invention, a control table is created and stored with a combination of both command types and key types, and data transmitted from a terminal device is searched in this table. , the method is to call the corresponding module. Therefore, programs can be simplified by simply providing a table, and review and debugging can be easily performed by looking at table design documents and source lists. Also, since each processing machine is independent, maintainability is also superior. Since only the table is searched, the processing speed is fast and efficient.

[Brief explanation of the drawing]

10- The drawings show an embodiment of the conversation processing control method according to the present invention, in which Fig. 1 shows an overview of the system, Fig. 2 shows the basic concept of the table, and Fig. 3 shows the control table. FIG. 4 is a flowchart showing the processing operation for searching for a module of the control program. In the figure, I is a terminal device, 2 is a central processing unit, 21 is a control unit, 3... is a PF primary key, 4 is an enter key, 5 is a screen, 10 is a control table, 11 is a module entry point table, Ml, M2...indicates a program module, respectively. Patent applicant: Fujitsu Ltd. Agent: Patent attorney: Minoru Aoyagi 11- No. 11

Claims (1)

[Claims] A control table with all the different combinations of input keys and commands is stored, and the control programs required for conversation processing are each equipped as independent modules. In addition, modules to be executed are registered in order according to the key type and command type, and the registered processing module is searched and called using the control table based on the received key type and command type. A conversation processing control method characterized by being configured as follows.