JPH04205231A - Program execution control system - Google Patents

Abstract

PURPOSE:To efficiently execute a program under a multitask environment by providing a program execution control table having program start information containing a start condition and the number of starting conditions corresponding to the program. CONSTITUTION:A program execution control table 2 is composed of a memory or the like and stores the program start information containing the start condition and the start condition number corresponding to the program. A program execution control function part 1 judges the start condition corresponding to the program in the program execution control table 2, subtracts 1 from the start condition number when the start condition is satisfied, and starts the program when this number of starting condition turns to zero. Thus, since the program generating the competition of resources is serially executed, the program not generating the competition is parallelly executed and they can be automatically started and executed, the execution efficiency of the program under the multitask environment can be improved.

Description

[Detailed Description of the Invention] [Summary] Regarding a program execution control method in a multitasking environment, the purpose is to efficiently execute a program in a multitasking environment. The program execution control function unit includes an execution control function unit and a program execution management table, the program execution management table has program start information including a start condition corresponding to the program and the number of start conditions, and the program execution control function unit Refer to the execution management table, subtract the number of startup conditions when the startup conditions are satisfied, and start the program when the number of startup conditions becomes zero. Programs that did not conflict were configured to be executed in parallel.

[Industrial application field]

The present invention relates to a program execution control method in a multitasking environment.

When running multiple programs in a multitasking environment, each program can be started in parallel if there is no resource conflict, but if resource conflict occurs,
They will start serially. Therefore, execution efficiency decreases when resource contention occurs, and there is a desire to improve this execution efficiency.

[Conventional technology]

In general operating systems and the like, in order to efficiently control a plurality of input/output devices, a method of controlling under a multitasking environment is relatively often adopted. In such program execution control methods, exclusive control is applied to conflicts with resources such as shared memory, or multiple shared resources such as printers are prepared to reduce the probability of conflict occurring. By reducing the waiting time between tasks, efficiency loss is prevented.

Also, if different tasks request multiple resources in different orders, deadlock may occur while waiting for resource release, so it is necessary to specify the order in which resources are requested or to control requests for multiple resources at the same time. By doing so, deadlocks are avoided.

However, when diagnosing an information processing device such as a switching equipment that has multiple input/output devices controlled by a processor to check the normality of each part and search for failure locations, conventionally All I had to do was run one diagnostic program.

[Problem to be solved by the invention] When diagnosing multiple input/output devices, etc. in a multitasking environment, there is no problem if multiple diagnostic programs can be started in parallel, but if different devices to be diagnosed are the same In the case of controlling the loads of the devices to be diagnosed, it becomes impossible to simultaneously execute diagnostic programs for the devices to be diagnosed. In other words, even if a large number of resources are prepared, contention will occur because specific resources are requested for diagnosis, and maintenance personnel must be aware of these conditions and start the diagnostic programs one after another. Therefore, there is a drawback that automatic startup control of the diagnostic program is impossible.

In addition, if we were to perform automatic program startup control as described above, it would be necessary to perform serial startup control in which the end of a program is used as a trigger to start the next program.
There is a drawback that the multitasking environment cannot be used effectively.

An object of the present invention is to efficiently execute a program in a multitasking environment.

[Means to solve the problem]

The program execution control method of the present invention automatically performs parallel startup control of programs in a multitasking environment, and will be explained with reference to FIG.

It is equipped with a program execution control function unit l under a multitasking environment and a program execution management table 2, and the program execution management table 2 has program activation information including a program-compatible activation condition and the number of activation conditions. ,
The program execution control function unit l refers to the program execution management table 2, and if the startup conditions are satisfied, subtracts the number of startup conditions, and starts the program when the number of startup conditions becomes zero. Therefore, programs that conflict with each other are executed serially, and programs that do not conflict with each other are executed in parallel.

[Operation] The program execution control function unit 1 is configured by, for example, a control function of a diagnostic processor, and the program execution management table 2 is configured by a memory or the like and stores program startup information corresponding to the program. The program execution control function unit 1 determines the startup conditions corresponding to the program in the program execution management table 2. If the startup conditions are satisfied, the number of startup conditions is decremented by 1, and when the number of startup conditions becomes zero, the startup conditions are This is what starts the program.

If this number of activation conditions is set to zero from the beginning, the program will be activated immediately. Further, in the case of a program that causes resource conflict, the number of activation conditions is set to a value such that the number of activation conditions becomes zero, so when the number of activation conditions becomes zero, the program will be activated because no conflict will occur. Therefore, various programs can be automatically started in series or in parallel depending on the presence or absence of resource contention.

[Examples] Examples of the present invention will be described in detail below with reference to the drawings.

FIG. 2 is a block diagram of main parts of an embodiment of the present invention, and 11
12 is a processor (CPU), 12 is a main memory (MEM) that stores diagnostic programs and various programs,
13 is a lotus, 14 is a diagnostic processor, 15 is a memory, 1
6 is a program execution management table, A1-A4. Bl is a device such as an input/output control device or an input/output device. Normally, the processor 11 processes each device A1~ under a multitasking environment.
A4. B1 etc. are controlled. When such information processing devices are used as switching equipment, devices A1 to A4. Bl corresponds to the subscriber circuit 4 channel switch, scanning device, signal distribution device, etc., and performs call processing according to the dialed number from the subscriber.

Further, although the program execution management table 16 is shown as being formed in the memory 15, it can also be formed in the diagnostic processor 14, and stores program startup information corresponding to the program.

The diagnostic processor 14 refers to the program execution management table 16 to control the startup of the diagnostic program, and sends a startup message to the processor 11 according to the diagnostic program startup conditions, and sends a termination message when the program ends. is to be received.

FIG. 3 is an explanatory diagram of the program execution management table,
The program execution management table 16 has program startup information #1 to #m corresponding to the program, and each program startup information includes a program identifier, a startup program name, startup parameters, startup conditions 81 to Sn, the number of startup conditions N, and execution. It consists of the state etc. Further, the program execution control function section 17 is constituted by the processing functions of the diagnostic processor 14 in FIG.

The activation conditions S1 to Sn indicate programs that must have already finished executing when the program is activated, and are stored as program identifiers. The number N of starting conditions stores the number of starting conditions S1 to Sn, and if there is no starting condition, the number N of starting conditions is set to zero. Further, the execution state is set to one of "running", "finished", and "not started".

FIG. 4 is a flowchart of an embodiment of the present invention, in which the program execution control function unit 17 reads program start information sequentially from the top address of the program execution management table 16, and when this program start information is read, , determines whether the execution state of the program is "finished" or not. If the program is finished, the program start information index is incremented by 1. That is, the address of the program execution management table 16 is incremented by 1, and it is determined whether the program execution management table has ended, that is, whether the successive address of the program execution management table 16 has become the final address.
stock], if it is not the final address, return to step ■, and if it is the final address, determine whether execution of all programs has ended or not; if execution has ended, this process ends, and execution ends. If not, the program startup information index is returned to O, and the process returns to step (2), where the program startup information is read from the top address of the program execution management table 16.

Also, in step ■, if the execution state is not "finished", it is determined whether the execution state is "running" or not, and if it is not "running", the number of startup conditions N is zero (N=O). ■ If it is zero, start the program based on the startup program name and startup parameters, set the execution status to "Running", and set the program startup information index to +
1 and ■, perform the processing after step [stock]. in this case,
In FIG. 2, a startup message containing a startup program name and startup parameters is transferred from the diagnostic processor 14 to the processor 11, so that the processor 11 executes the diagnostic program according to the startup message.

Also, in step ■, if the execution status is "Running",
Determine whether the execution of the program has finished or not. If it is still running and has not finished, proceed to step Add +1 to @ and move to step ■.

Also, in step ■, if the number of activation conditions N is not zero (
N=I=0) determines whether the activation conditions are satisfied;
If the conditions are satisfied, set the number of activation conditions N to -IL(N+N-1
) ■, Next, it is determined whether all the remaining activation conditions have been checked, including the cases where the activation conditions are satisfied.■ If there are activation conditions that remain to be determined, the process moves to step ■, and the remaining activation conditions are checked. If there is no activation condition, the number of activation conditions N is zero (N=O
), and if it is not zero, proceed to step ■; if it is zero, start the program based on the startup program name and startup parameters, proceed to step [phase].

The above-mentioned operation is repeated for the program whose execution state is "Not started", and for the program whose execution state is "Running", check whether the execution of that program has finished, and if it has finished, This process ends by setting "end" as shown in step (3) and setting the execution status of all programs to "end".

For example, in a program that controls device A1 and a program that controls device A2, if device B1 needs to be controlled from device A2 after device B1 is controlled from device A1, device B1 must be controlled from device A2. The program identifier of the program startup information of the device A1 is set as the startup condition of the program startup information corresponding to the program to be controlled, and the number of startup conditions N is set to 1.

Then, to determine whether or not the execution of the program for device A1 has ended, the execution status of the program startup information of device AI is checked based on the program identifier of the startup condition. If it is "finished", the control has already ended. Therefore, the startup conditions of the program startup information of device A2 are satisfied.
By subtracting the number of activation conditions N by -1, the number of activation conditions N
Since becomes zero (N-1=0), a program for device A2 to control device B1 is started. That is, if a resource conflict occurs, programs will be started serially.

Also, the device AI, A3. If the number N of activation conditions in the program activation information for A4 is set to zero, this means that there is no resource conflict, so the programs will be activated in parallel.

The present invention can be applied not only to diagnosis in a multitasking environment but also to normal control.

〔Effect of the invention〕

As described above, the present invention stores program startup information including startup conditions and the number of startup conditions in the program execution management table 2 in correspondence with programs, and the program execution control function section 1 stores the program startup information including the startup conditions and the number of startup conditions in the program execution management table 2. , subtract the number of startup conditions when the startup conditions are satisfied, and start the program when the number of startup conditions is zero, and form the program execution management table 2. As a result, programs that cause resource contention can be automatically started and executed serially, and programs that do not have resource contention can be started and executed in parallel, which improves program execution efficiency in a multitasking environment. can be improved.

[Brief explanation of the drawing]

FIG. 1 is an explanatory diagram of the principle of the present invention, FIG. 2 is a block diagram of main parts of an embodiment of the present invention, FIG. 3 is an explanatory diagram of a program execution management table of an embodiment of the present invention, and FIG. 3 is a flowchart of an embodiment of the invention. 1 is a program execution control function unit, and 2 is a program execution management table.

Claims (1)

[Scope of Claims] A program execution control function unit (1) in a multitasking environment and a program execution management table (2), the program execution management table (2) containing program execution conditions and program execution control functions. The program execution control function unit (1) refers to the program execution management table (2) and subtracts the number of activation conditions when the activation condition is satisfied. A program execution control method characterized in that the program is started when the number of start conditions becomes zero, and programs that conflict with each other are executed serially, and programs that do not conflict with each other are executed in parallel.