JPS63245723A - System command registering system - Google Patents

Abstract

PURPOSE:To optionally form a system command by registering a command definition body in a common area of a memory at the time of changing the system command and setting/deleting the address of the command definition body in/from a command management table. CONSTITUTION:In case of registering a system command, a command definition body 1-1 is previously formed by a system command forming part 1 and registered in the common area of the memory by a system command registering part 2. In case of validating the system command without executing initial program loading (IPL) again, the address of the command definition body 1-1 and a cipher are set up in the 1st command management table 11. In case of validating the system command by repeating the IPL again, the address of the command definition body 1-1 and the cipher are set up once in the 2nd command management table 12, and after executing the IPL of the system again, the contents of the table 12 are transferred to the table 11.

Description

[Detailed description of the invention] [Table of contents] Overview Industrial field of application Conventional technology Problems to be solved by the invention Means for solving the problems (Fig. 1) Working examples (Figs. 2 to 4) (Figure) (1) In the case of system command registration (2) In the case of system command deletion Effects of the invention [Summary] When creating, changing, or deleting a system command, a command definition body is registered in a common area of memory, By setting and deleting the address of a command definition body in the command management table, it is possible to register, change, delete, etc. without re-IPLing the system.

[Industrial application field]

The present invention relates to a system command registration method, and in particular allows system commands to be dynamically registered, changed, and deleted.

[Conventional technology]

Conventionally, when creating, changing, or deleting system commands for an operating system, it was necessary to register, change, or delete them in the command basics, so only the system command creator could freely create, change, or delete system commands. Unable to create command. Also, if you register a system command, stop the system and re-IPL.
(Initial Program Load) L
/ Otherwise, registration, modification, and deletion of the system command will not be effective.

C Problems to be Solved by the Invention] Therefore, in the conventional system, the system command creator could not freely create system commands.

Also, if you register system commands, restart the system.
This would not be effective without PLL, so it took a lot of time.

Therefore, system commands can be registered freely by the system command creator, and based on the user's judgment, the function of the command can be enabled without re-IPLing the system, or the system command can be re-IPLed. There is a strong demand for a system for dynamically registering system commands that allows users to choose whether or not to enable them.

An object of the present invention is to provide a system command registration method that allows such a system.

[Means for solving problems]

In order to achieve the above object, in the present invention, as shown in FIG. 1, when registering a system command, a command definition (single) 1-1 is created in advance by the system command creation section 1, and the system command registration section 2 registers this in a common area of memory. When this system command is to be enabled without re-IPLing, the address and code of this command definition are set in the first command management table 11.

Also, when re-IPLing this system command to enable it, enter the address and code of this command definition.
First, it is temporarily set in the second command management table 12. Then, the system is re-JPLed to transfer the command definition address and code once set in the second command management table 12 to the first command management table 11.

[Effect]

When registering or changing a system command, register or change the command definition body in the common area and
All you have to do is register it in the nearmant management table 11 (and when you want to delete it, just delete it from the first command management table. Moreover, you can set it once in the second command management table 12 depending on whether re-IPL is required or not. Or, it may be set in the first command management table 11 from the beginning.

〔Example〕

An embodiment of the present invention will be described based on FIGS. 2 to 4.

FIG. 2 is a configuration diagram of an embodiment of the present invention, FIG. 3 is an explanatory diagram of the operation in the case of system command registration of the present invention, and FIG. 4 is an explanatory diagram of the operation in the case of system command deletion.

In the figure, parts with the same symbols as in other figures indicate the same parts, 3 is a management table processing unit, 4 is a processor, 10 is a memory, 13
is the third command management table, 14 is the command definition body,
15 indicates a common area of the memory 2.

System command creation unit 1 creates system commands,
It creates parameters 1-2 necessary for changes and deletions, calls the system command registration section 2, etc. Parameters 1-2 include the parameter length, the presence/absence of re-IPL indicating whether re-IPL is required when enabling the function of the system command, the request type such as whether to register or delete the system command, and the command. It includes the address of the definition program (1)-1, a code in which the name of the programmer (or operator) that enables deletion of this system command is written, and the like. The start address of this parameter 1-2 is written in register 1-3, and the command definition body (unit) 1-1 to be registered is created and prepared by the programmer when registering the system command. .

The system command registration unit 2 performs processes such as registering, changing, and deleting system commands. For example, it copies the command definition body (unit) 1-1 to the common memory area 15, and re-IPLs the parameters. It performs processing such as entering addresses and codes of command definitions in the first command management table 11, second command management table 12, third command management table 13, etc., depending on the presence/absence of the command and the request type of the system command.

The management table processing unit 3 processes the second command management table 1
Processing such as transferring the data of No. 2 to the first command management table 11 is performed.

The first command management table 11 is used to record the addresses and codes of command definitions of system commands that are effective for the operation of the data processing device, and the first command management table 11 is referred to during actual operation. It is used for control such as reading the operand (sometimes more than one) of the command definition and determining that the input command is valid when the operand matches the operand of the command definition.

In the second command management table 12, when the system command to be registered is to be validated by re-IPL, the address and code of the command definition body are temporarily registered therein. These items once registered in the second command management table 12 are transferred to the first command management table 11.

The third command management table 13 is a table in which addresses and codes of command definitions of system commands to be deleted after re-IPL are entered.
The command definition of the cipher entered in this third command management table 13 among the ciphers 1 is to be deleted.

Next, the operation of the present invention will be described in the case of (1) system command registration and (2) system command deletion.

(1) In the case of system command registration ■ As shown in FIG. 3, the system command creator creates the system command creation section 1. For example, when registering system command A, a command definition (single) 1-1 for system command A is created. usually,
The command definition body is composed of a command name A and its operands B, C, etc., for example.

(2) The system command creation section 1 creates parameters 1-2 for passing control to the system command registration section 2.

In this parameter 1-2, the parameter length indicating the size of the parameter, whether or not re-IPL is required, request type information such as registration request or deletion request, address of command definition body 1-1, code, etc. are entered. There is. And this parameter 1
-2 start address is set in register 1-3. Then, the system command creation section 1 activates the system command registration section 2.

■ The system command registration unit 2 reads the parameter 1-2 based on the start address written in the register 1-3, and when it decodes that this request type is a command registration request, it first writes the command definition body 1-1. It is stored in the common area 15 of memory.

■ Next, check the presence or absence of re-IPL in parameters 1-2, and if there is no re-IPL, the command definition body 1 in the common area 15 is added to the first command management table 11.
4, and then set the code read from parameter 1-2.

■ Also, when checking the presence or absence of re-IPL in parameter 1-2, if re-IPL is present, command definition body 1 in the common area 15 is added to the second command management table 12.
4, and then set the code read from parameter 1-2.

(2) Then, the system is stopped once, and after re-IPLing, the management table processing section 3 sets the address and code of the command definition body 14 set in the second command management table 12 in the above-mentioned (2) in the first command management table 11.

(2) In the case of system command deletion ■ As shown in Figure 4, the system command creator must:
Create a system command creation unit 1 for deleting system commands.

(2) The system command creation section 1 creates parameters 1-2 for passing control to the system command registration section 2.

In this parameter 1-2, the parameter length indicating the size of the parameter, presence or absence of re-IPL, request type, address of the command definition to be deleted, etc. are set. Then, the start address of this parameter 1-2 is placed in register 1-3.

Then, the system command creation section 1 activates the system command registration section 2.

■ The system command registration unit 2 reads parameters 1-2 based on the start address written in registers 1-3, and when it decodes that this request type is a command deletion request, checks whether there is a re-IPL. .

(2) If there is no re-IPL, read the code of parameter 1-2, access the first command management table 11, and search for a code that matches the code of parameter 1-2. If there is a match, the address and code of the command definition in the first command management table 11 are cleared, and the command definition in the common area 15 is also invalidated.

(2) Also, when checking whether or not there is a re-IPL in the parameter 1-2, if there is a re-IPL, the address and code of the command definition body in the parameter 1-2 are set in the third command management table 13.

(2) Then, the system is temporarily stopped, and after re-IPL, a search is made for a match between the cipher in the third command management table 13 and the cipher in the first command management table 11. If there is a match, the first command management table 11
The addresses and codes of the command definitions in the common area 15 are cleared, and the command definitions in the common area 15 are also invalidated.

Note that command changes can be processed in substantially the same manner as command registration.

〔Effect of the invention〕

According to the present invention, system command definitions are stored in a common area of memory and managed in the first command management table. can be created.

Moreover, it is possible to select whether or not a re-IPL of the system is required, the system command can be immediately activated, and the re-IPL time can be deleted.

[Brief explanation of drawings]

Fig. 1 is an explanatory diagram of the principle of the present invention; Fig. 2 is a configuration diagram of an embodiment of the present invention; Fig. 3 is an explanatory diagram of operation in the case of system command registration of the present invention; Fig. 4 is a system command of the present invention. FIG. 6 is an explanatory diagram of the operation in the case of deletion. 1-System command creation section 2--System command registration section 10-Memory

Claims (1)

[Claims] In a system command registration method for creating, changing, and deleting system commands, system command creation means (1) creates parameters of system commands, and system command registration means (2) performs system command registration processing. ) and a first command management table (11) for managing valid system commands, and the system command registration means (2) re-IPLs the command definition body address of the system command to the first command management table 11 based on the parameter. A system command registration method that is characterized in that it can be registered or deleted without having to do so.