JPH03219357A - Program execution control system - Google Patents

Abstract

PURPOSE:To improve the execution efficiency of the whole system by detecting an application program having a prescribed execution format from a program control table and loading the detected program to a computer. CONSTITUTION:The number of queuing telegrams is displayed on a queuing telegram number display part 27 and which application program AP25 out of a conversation type and a pseudo conversation type is to be executed is registered in the program control table 26 in accordance with the number of queuing telegrams in each sort of telegrams. Both the APs are referred during the period of a telegram distribution time and the AP 25 to be executed is selected. When there are many queuing telegrams, the false conversation type AP 25 is started in order to improve the execution efficiency of the whole system, and when the number of queuing telegrams is small, the conversational type AP 25 can be started. Consequently, the execution efficiency of the whole system can be improved without unnecessarily increasing the overhead of the execution time of individual AP.

Description

[Detailed Description of the Invention] [Industrial Application Field] The present invention uses a program execution management method, that is, a host computer connected to a terminal via a communication line receives a message sent from the terminal and processes the message. Program execution management that searches for a corresponding application program from the computer's program library based on the message type information in the computer, loads it into the computer's execution area, executes the program, and returns the result to the terminal. It is a famous work regarding the method.

As an example of such a program execution management system, when a depositor sends a message to the host computer to withdraw a deposit from a bank terminal, the host computer executes the corresponding application program for deposit processing, and the bank terminal's bankbook is saved. When a message indicating that the amount of inventory has increased by this amount is sent from the terminal side to the host computer during deposit processing such as recording and displaying the amount withdrawn, or inventory management, etc., the host computer displays the corresponding amount of inventory. There are many examples of inventory processing, such as executing a processing application program and outputting the results to a terminal. The present invention relates to such a program execution management method.

[Prior Art] Conventionally, a terminal 11 as shown in the system configuration diagram of FIG.
In a processing method consisting of a host computer 13 that receives a message from this terminal via a communication line 12, executes the corresponding application program AP, and returns the processing result to the terminal 11, the message serving as a processing request is placed in a queue. When resources such as memory are prepared and the message becomes executable, the corresponding application program AP is sequentially selected from the queue based on the message type written in the message.
A method in which the name is determined from a pre-registered program management control table, searched from the program library, loaded into the execution area of the computer, and controlled for execution.At this time, one process consists of exchanging multiple messages with the terminal. When sending a message to the terminal side and waiting for the next message, the application program AP remains in the execution area (in memory) and occupies resources such as memory.
The overall system was inefficient. In addition, if there are many messages waiting to be executed at this time, subsequent messages have to take a long time to wait for execution (conversational type).However, in order to solve this problem, one application program AP is divided into multiple application programs AP according to the sending and receiving of the message, and when the message is sent to the terminal side, the intermediate result of the processing and the name of the application program AP to be executed when the message is sent from the terminal next time. is saved and the execution area is released, and when the next message comes up, the corresponding application program A
A method has been adopted in which P is extracted from a program library, loaded in an execution area, and the intermediate result is taken over and executed (pseudo-conversational type).

However, in this case as well, the application program AP
There is a problem in that processing time increases due to loading into the execution area and writing and reading the takeover information.

Here, FIG. 5 shows the structure of the interactive program.

The command RECEIVE MESSAGE (31) is for receiving a message from a terminal.

Further, the instruction 5END MESSAGE (32) is for sending a message to the terminal. A conversational program is a set of tasks that involve sending and receiving multiple messages to and from a terminal.
This is done during APO. In this form, the application program AP occupies the execution area while the application program AP sends a message to the terminal and waits for the next message from the terminal, so the messages accumulated in the queue are out of order of execution. You will be left in a waiting state for a long time.

It also has the disadvantage that the processing efficiency of the entire system is poor.

FIG. 6 shows the structure of a pseudo conversational program. What is a pseudo-conversation program? A set of tasks that involve sending and receiving multiple messages to and from a terminal is divided into multiple application programs AP, and intermediate processing results are saved in the transfer information area between application programs A2 and 2. The task is to complete one set of tasks while taking over the task.

The command SE'l'' HIKITSUGI (41) saves the processing results in the designated takeover area, then receives a message from the terminal, and when the application program AP is started, takes over the information to the application program AP. It is something.

In this form, during the period when the application program AP sends a message to the terminal and is waiting for the next message from the terminal, the execution area is released and another application program
In order to hand over the message to P, the one with the highest priority among the messages accumulated in the queue is executed, thereby improving the processing efficiency of the entire system.

However, a problem arises in that the overhead for saving and reloading the application program AP and the takeover information increases.

FIG. 7 is an explanatory diagram showing the structure of a conventional program management control table. Conventionally, when the message distribution execution unit receives a message, it reads the message type in the message, refers to the program management control table 50, and determines the AP name (5) corresponding to the message type 51.
2) and was looking for an application program AP that would execute it.

(Problems to be Solved by the Invention) The problem with the prior art described above is that program execution is managed in a unique manner without considering the amount of processing requests to the system, that is, the number of special messages. This occurred because of this.

An object of the present invention is to provide a program execution management method that takes into consideration the number of special messages and can improve the execution efficiency of the entire system without unnecessarily increasing the overhead of execution time of individual application programs AP. It's about doing.

[Means to solve the problem]

The above purpose is to provide a waiting message count display section that shows the number of messages waiting to be processed, and to determine whether the application program AP, conversational or pseudo-conversational, is executed depending on the number of waiting messages for each message type. This is achieved by registering the application program AP in the program management table, and referring to both during message distribution execution time to select the application program AP to be executed.

[Operation] The message distribution execution unit reads the value of the number of pending messages display unit indicating the amount of special messages, refers to the program management table, and selects the number of pending messages from among the application program AP names corresponding to the message type. To realize a program execution management method that increases the execution efficiency of the entire system without unnecessarily increasing the execution time overhead of each application program AP by setting the application programs A and P to be executed according to the application program. I can do it.

In other words, this means that when there are many special messages, the application program AP is configured using a pseudo-conversation method that increases the execution efficiency of the entire system, and when there is sufficient execution space, the application program AP is configured using a conversation method that reduces processing time overhead. In other words, the application program AP is started.

(Example] An embodiment of the present invention will be described below with reference to the drawings.

FIG. 4 is a system configuration diagram to which the present invention is implemented, in which a terminal 11 used by a user is connected to a host computer 13 via a communication line 12, and messages are exchanged between the terminal and the host. I explained something earlier.

FIG. 1 is a block diagram showing the configuration of a host computer 13 as the main part of an embodiment of the present invention. Receiving section 21
assembles the signals from the terminal 11 into a telegram and saves it as a special telegram 29. The message distribution execution unit 22 extracts the message with the highest priority among the special messages, reads the message type in the message, refers to the program management control table 26 and the number of waiting messages display unit 27, and selects the corresponding application program A.
P(25) is determined from the program library 24. The details will be described later. 28 is a takeover information area.

Next, the application program AP identified here is loaded from the program library 24 to the execution area 23 and executed.

FIG. 2 shows the structure of the program management control table 26 in FIG. 1. Here, regarding a certain message type 61,
If the number of waiting messages is less than the value registered in the number of waiting messages 64, the application program AP registered in AP name 1 (62) is executed, and if it exceeds this value, the application program AP registered in AP name 2 (63) is executed. This indicates that the application program AP registered in .

That is, here, an application program AP configured as a conversational type is registered in API, and an application program A configured as a pseudo conversational type is registered in AP2.
P is registered. However, it goes without saying that all of the application programs AP registered here perform the same processing.

In addition, when executing either a conversation type or pseudo conversation type application program AP uniquely for a certain message type regardless of the number of waiting messages, the AP name 2 (63) and the number of waiting messages 64 are Leave it blank and set it to APPI362) Part 1
The desired application program AP shall be entered.

FIG. 3 is a processing flowchart of the message distribution execution unit 22 of FIG. 1, which is a feature of the present invention.

First, the message type is read from the message extracted from the special message 29 (step 71).

Then, referring to the program management control table 26, the value a of the number of waiting messages 64 corresponding to the message type 61 is known (step 7
2). Then, whether this value a is null,
That is, it is determined whether the same application program AP is specified to be started regardless of the value on the waiting message number display section 27.

If it is a null value, the program management control table 26 is used as the application program AP name to be executed.
The application program AP name registered in the API (62) is selected (step 76).

On the other hand, if the value is not a null value, the waiting message number display section 27
, the number of waiting messages is known (step 74), and the number of waiting messages is compared with the value a of 64 (step 75).

If the value of this number of waiting messages is
If the value is less than or equal to the value a specified in , program management control table 2 is used as the application program AP name to be executed.
The application program AP name registered in the API (62) of No. 6 is selected (step 76).

On the other hand, if it exceeds the limit, select the application program AP name registered in AP2 (63) (
Step 77).

When the selection of the application program AP name to be executed is completed, the selected application program AP is loaded from the program library 24 into the execution area 23 and executed (step 78).

As explained above, in the present invention, the message distribution execution unit 2
2 is a waiting message number display section 27 that indicates the number of waiting messages at that time.
Read the value of Progera, refer to the management control table 26, and select the application program A corresponding to the message type.
By setting the P name corresponding to the number of waiting messages as the execution target application program AP, while referring to this and referring to the program to be executed,
By selecting the program to be executed, when there are many waiting messages, a pseudo-conversation type application Progera increases the execution efficiency of the entire system! , AP,
If the number of waiting messages is small, application program A is configured using a conversation method with low processing time overhead.
P can be activated to overcome the problems of conversational and pseudo-conversation types.

〔Effect of the invention〕

As described above, according to the present invention, when the number of waiting messages is large, the system uses a pseudo-conversation method that increases the overall execution efficiency, and when the number of waiting messages is small, the system uses a pseudo-conversation method that reduces processing time overhead. It is now possible to start an application program AP configured using the above methods, and it is possible to realize a program execution management method that takes advantage of the strengths while suppressing the shortcomings of each method.

[Brief explanation of drawings]

FIG. 1 is a block diagram showing the configuration of a host computer as a main part of an embodiment of the present invention, FIG. 2 is an explanatory diagram showing the configuration of the progera l and management control table in FIG. 1, and FIG. 1
Flowchart showing the processing flow of the message distribution execution unit in the figure, FIG. 4 is a configuration diagram of a system to which the present invention is implemented, FIG. 5 is an explanatory diagram showing the configuration of a conversational program, and FIG. 6 is a pseudo conversation. FIG. 7 is an explanatory diagram showing the structure of a conventional program management control table. Explanation of symbols

Claims (1)

[Scope of Claims] 1) A program provided in the computer that receives a message transmitted from the terminal in a host computer connected to a terminal via a communication line, and based on the message type information therein. In a program execution management method that searches for a corresponding application program from a library, loads it into the execution area of a computer, executes the program, and returns the result to the terminal, the application program is currently waiting to be processed on the computer. The number of waiting messages display section shows the number of messages, and the application program is the same application program based on the message type information, but the execution format differs depending on the current number of waiting messages. Knowing the message type information from a program management table that is made into a table corresponding to the number combinations and the message received from the terminal, and also knowing the current number of waiting messages at that time by referring to the waiting message number display section, Determine an application program having a predetermined execution format from the program management table based on the combination of the message type information and the number of waiting messages;
A program execution management system comprising: a message distribution execution unit that searches the program from the program library and loads the program into an execution area of a computer.