JPS60221856A - On-line processing system - Google Patents

Abstract

PURPOSE:To execute easily analysis, etc. of a terminal control program of every business at the center side, by transmitting a status code of a terminal control program and a code of an event generated in the outside, by combining them with business discriminating information in a message to be transmitted to the center. CONSTITUTION:In a terminal control device 3, a status code in a terminal control program area 12 and a code of an event generated in the outside are stored in a temporary trace buffer 13. In such a state, a transmitting message to the center is generated by a terminal control program, and when assembling it onto a center message output buffer 15, the previous information in the buffer 13 and the number of traces shown by a counter are set to the head of the center message data part, and transmitted. In such a case, the status code of the terminal control program and the code of the event generated in the outside are transmitted by combining them with business discriminating information in a message to be transmitted to the center.

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to an online processing system capable of tracing the operation of a terminal control program.

Online systems such as banks have many terminals, and one type of terminal performs multiple operations.

Businesses are processed by individual processing programs for each business within the central computer. The operation of the terminal is controlled by a terminal control program within the terminal control device.

The terminal control program analyzes the status of the terminal control program (hereinafter referred to as status) and events that occur outside the terminal control program, such as operation input from the terminal or message input from the central computer (hereinafter referred to as event). The process to be executed is determined based on the combination with (calling) and the corresponding processing routine is called to control terminal operations and communicate with the central computer.

Conventionally, for the purpose of analyzing failures, status and event codes are traced on the terminal side as a history of the operation of the terminal control program. The traces taken on this terminal side alone are not sufficient to analyze whether the failure is caused by processing performed centrally when a failure occurs on the terminal side. Therefore, the trace information on the terminal side is collected and sent to the central office for analysis. There is.

At this time, the history of each central individual processing program,
This requires a lot of time and effort as it is necessary to collect the sent trace information from the beginning, find out which trace corresponds to which processing program, and analyze the cause of the failure.

In order to solve the above-mentioned problem, the present invention enables the central computer to acquire operation history of terminal control programs that are differentiated for each central processing program.

The terminal control program sends a plurality of messages from the start message to the end message to the central program. These messages are appended with information (hereinafter referred to as business distinction information) that distinguishes for which business (which central processing program) the message is for, and for which business the terminal control program operates. It is now possible to distinguish between the two using the central program. By utilizing this, terminal trace information from one message transmission to the next message transmission is added to the message and transmitted, making it possible to centrally acquire traces for each central processing program.

This makes it possible to omit the work of matching the trace information on the terminal side with the history of the central processing program.

Another advantage is that it is possible to analyze tasks where operational errors are likely to occur, routines frequently used in specific tasks, and the like.

Hereinafter, the present invention will be explained in detail using Examples.

FIG. 1 shows an entire embodiment of the present invention. In the figure, 1 is a central computer which executes processing programs 2 for individual operations such as deposits and exchanges.

3 is a terminal control device which controls a plurality of terminals 4 using a terminal control program within the device. It also controls communication with the center. A communication control device 5 controls communication between the central computer and the terminal control device. 6 is a computer for monitoring the operation of the terminal control program on the central side.

The operation will be explained below. The contents of key operations and input data on the terminal 4 are input into the terminal message manual buffer 7 in the terminal control device 3 as the header code and data section of the message from the terminal, respectively. On the other hand, messages from the center are input to the central message input buffer 8 within the terminal control device 3. The terminal control program in the terminal control device analyzes the header codes of these messages, determines and executes the processing to be performed, controls terminal operations, and communicates with the central computer. FIG. 2 shows the structure of the terminal control program. As shown in the figure,
The program consists of a processing routine group 10 that performs processing and a control routine 9 that controls execution of the processing routines.

The operation of the control routine is shown in FIG. Waiting for external input,
When a message is input to the central message input buffer or terminal message input buffer, the header code is analyzed to check for 1 occurrence event (e). The process to be executed is determined based on the combination of this event (e) and the state (8) of the terminal control program, and the corresponding process routine is called. When the execution of the processing routine is completed, the current state of the terminal control program is updated to the next state, and the terminal waits for external input again. For example, when an event such as a guide key press occurs while the program is in a state of waiting for terminal input, the program calls the side screen display routine and returns to the state of waiting for terminal input, waiting for input from the outside. Furthermore, when the program receives a central message while the program is in the state of waiting for terminal input, it calls an error handling routine and enters the state of waiting for reset. In this way, the operation of the terminal control program is completely determined by the combination of events and statuses, and by recording the history of events and statuses, the program operation history can be understood. Note that a job starts when the job type key is pressed and ends when the end key is pressed, but during this time, the terminal control program distinguishes between the job types.
Business distinction information (FIG. 1, 11) that specifies the business type is added to the message sent to the center, and the message is sent.

In the present invention, each time the program a in FIG. 3 is executed, event and status codes in the terminal control program area 12 in the terminal control device are transferred to the temporary trace buffer
Store within 3. At this time, the counter 14 is incremented by one. Next, a message to be sent to the center is generated by the terminal control program, and when it is assembled on the central message output buffer 15, the trace information up to that point in the temporary trace buffer and the number of traces indicated by the counter are transferred to the central message data. Set it at the beginning of the section and send it.

At this time, the counter 14 is cleared to zero. In this way, the occurrence of a centrally transmitted message in the terminal control program is synchronized with the operation history of the terminal control program, and the service classification information 11 in the message is used to differentiate the processing programs for each service to be processed centrally. This makes it possible to obtain the operation history of the terminal control program.

On the other hand, in the communication control device M5 located on the center side.

Messages to the center are input to input message buffer 16. In this embodiment, the trace information of the terminal control program is separated from the message in this buffer and sent to the terminal monitor computer 6. That is, the task classification information, the number of traces, and the trace data in the message are set in the monitor output buffer 17, and the original message addressed to the center, which is obtained by removing the number of traces and the trace data from the message, is set in the central output buffer 18. Each is output to the central computer and terminal monitor computer. Messages addressed to the central computer are passed to a processing program corresponding to the business classification information and processed. In the terminal monitor computer, the sent information is input into an input buffer 19. On the terminal monitor computer, based on the business classification information and the number of traces,
Each business (individual processing program of central computer)
Trace data is accumulated in individual trace buffers 20 corresponding to the trace data. By using the accumulated information, it is possible to quickly analyze the operation of terminal control programs for each job, deal with failures and program errors, etc. on the central side, without placing any burden on conventional central-side programs. Become.

According to the present invention, it is possible to match the trace information on the terminal side with the history of each individual processing program at the center, and to omit the work of checking which trace corresponds to which processing program. In addition, it is possible to centrally analyze routines that are frequently used in specific tasks that are prone to operational errors, which can be effective in improving the online system as a whole. For example, in the embodiment, a simulator consisting of a program that operates exactly the same as the control routine of the terminal control program (Fig. 2, 9) and a dummy processing routine is prepared in the terminal monitor computer, and It is also possible to simulate a terminal control program for each task using trace information as input. This allows, for example, to predict and make routines that are frequently used that day permanent. Furthermore, by predicting frequently performed tasks and making those task programs permanent, turnaround improvements can be made dynamically on a daily basis. In addition, by combining this with journal information kept for each business program, it is possible to rerun each business and speed up recovery.

[Brief explanation of drawings]

FIG. 1 is a diagram showing an embodiment of the present invention. FIG. 2 is a diagram showing an embodiment of the present invention.
FIG. 3, which is a diagram showing the structure of the terminal control program in the terminal control device, is a flowchart showing the operation of the terminal control program. 1... Computer that processes business on the central side, 3... Terminal control device that controls terminals, 4... Terminals, 5... Communication control device that controls communication between the center and terminal sides, 6. ...A computer that monitors the operation of the terminal control program on the central side. Figure 2 Figure 3

Claims (1)

[Claims] A plurality of terminals, a terminal control device, and a communication control device. In an online processing system consisting of a central computer,
The code of the status of the terminal control program in the terminal control device and the code of the event occurring outside the terminal control program are combined with the task classification information in the message sent by the terminal control program to the central office, and the data is transmitted and executed at the central office. An online processing system characterized by centrally acquiring the operation history of terminal control programs for each business process.