JPH061446B2 - Operation monitoring method for batch processing system - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION [Table of Contents] Outline Industrial field of use Conventional technology (Fig. 6) Problems to be solved by the invention Means for solving problems (Fig. 1) Operation Example (a ) Description of batch processing system (Figs. 2, 3, and 4) (b) Description of operation monitoring process (Fig. 5) (c) Description of another embodiment Effect of the invention [Outline] Data processing unit In a batch processing system that uses a file to perform a series of business processes by batch processing, the log file stores the processing value for each delimiter of batch processing, and the final value obtained by calculating the value of this processing By comparing the result value with the final result value obtained by executing the batch process, the operation of the system can be easily monitored.

[Industrial application field]

The present invention relates to an operation monitoring method for monitoring a system operation of a batch processing system in which a data processing unit uses a file to execute a series of tasks by batch processing, and particularly, an operation monitoring method by a balance check of values using processing. The present invention relates to an operation monitoring method for a batch processing system.

A batch processing system is widely used that executes a series of business processes by batch processing using files.

For example, in the order data processing system for mail order, the process from receiving an order for a product to shipping the product is performed by a batch process under schedule management.

In such batch processing, various files are replaced and business processing programs are loaded.
It is desired that system operation be easily monitored.

[Conventional technology]

 FIG. 6 is an explanatory diagram of a conventional technique.

Generally, a batch processing system divides a series of jobs into a plurality of job processes a, b, ...
b ... 2n is interposed.

For example, in a batch processing system for order data,
As the business process a, the data processing unit 1 performs an order examination process, examines whether the order data in the file 2a may be received, and stores the result in the file 2b. Then, in the next business process b, for example, the inventory allocation process, the file 2
The data of b is subjected to inventory allocation processing and stored in the file 2c, and the final result is stored in the file 2n.

[Problems to be solved by the invention]

In such a batch processing system, even if there is no error at first glance when the processing is completed, the values such as the amount of money and the number of cases on the form that outputs the final result may be incorrect.

That is, in the batch processing system, storage media such as files and programs are exchanged, and an incorrect file or program may be used due to an error in replacement.

In such a case, it is difficult to find out that the final result is wrong, much less difficult to find out which file or program is abnormal.

It is an object of the present invention to provide an operation monitoring method of a batch processing system that can easily detect a system operation failure in the batch processing and improve system reliability.

[Means for solving problems]

 FIG. 1 is an explanatory view of the principle of the present invention.

In the figure, the same parts as those shown in FIG. 6 are indicated by the same symbols, and 20 is a log file, which stores values such as the amount of business processing and the number of cases at the break of batch processing. , CP is a balance check process, and the final result is calculated from the process values other than the final result value of the batch process stored in the log file 20 and collated with the final result value of the batch process execution result of the file 2n to operate. The monitoring check is performed.

[Action]

In the present invention, the values that appear in the process are logged at each break of the batch process, and the final result value expected from these values is calculated. Then, by collating with the final result value of the execution of the batch process, it is possible to find out a system operation failure, that is, a mistake in the magnetic tape (file, program) or a program error.

Also, referring to the logging contents, at which stage, which file,
You can also find out if there is a mistake in the program.

〔Example〕

(a) Description of Batch Processing System FIG. 2 is a block diagram of an embodiment of the present invention, and shows an order processing system for mail order as an example of the batch processing system.

In the figure, the same parts as those shown in FIGS. 1 and 6 are indicated by the same symbols, and 2 is a file portion, which is composed of a magnetic disk, a magnetic tape, etc., and stores each file described later. The reference numeral 3 denotes a terminal, which calls a desired program, inputs data, and the like, 2a denotes an order file, which stores customer data received from the terminal 3 and product data. Items to be placed, 2ba is an order pending file for the current day, and transaction data composed of customer data and product data that are pending orders by the order examination process BP described later is stored. 2bb is an order clean file. Yes, transaction data accepted by the order examination processing BP is stored, 2bc is an order cancellation file, and an order from a malicious customer is received in the order examination processing BP. It is intended to store the refuse transaction data orders.

2d is an order pending file for the previous day, which stores transaction data for which orders are pending until the previous day. 2ea
Is a re-holding file, which stores transaction data held again by the hold release processing DP described later, 2eb is an order cancel file, and an order is placed from a malicious customer or credit limit is exceeded by the hold release processing DP. It is determined that the transaction data for refusing the order is stored, and 2ec is an order OK file for storing the transaction data that is accepted by the hold release process DP.

2f is an order backlog file up to the previous day, which stores transaction data that is backordered up to the previous day due to the fact that the designated date of shipment has not arrived yet, the scheduled arrival product has not arrived, etc. A shipping file that stores transaction data determined to be available for shipment in the order backlog update processing EP, which will be described later, 2gb is an order cancellation file, and transaction data in which the customer has canceled the order backorder update processing EP. 2gc is a re-order file, which stores transaction data for re-orders among orders once the order has been canceled by the customer.

2ca is an out-of-stock file, and an inventory allocation process F described later.
The transaction data that is out of stock without any stock due to P is stored, and 2cb is the same-day shipping instruction file, and the transaction data for inventing and shipping instructions is stored by the inventory allocation processing FP. Things to keep, 2cc
Is an order backlog file until the day, and stores transaction data that is not in stock but is scheduled to arrive and is not sold out by the inventory allocation processing FP.

2h is an unreported file up to the previous day, and stores unreported transaction data from the terminal 3 up to the previous day without a shipping report even if there is a shipping instruction. 2ia is a shipping report file, which will be described later. The transaction data for which shipment processing has been reported by the processing GP is stored. 2ib is an unreported file until the current day, and transaction data for which shipment has not been reported until the current day is stored by the shipment report processing GP.

Reference numeral 20 denotes a log file, which is configured to log the order data, the hold data, the back order data, and the unreported data by a logging process LP described later and has a balance check column as shown in FIG. Is.

The data processing unit 1 includes an order input processing program AP and an order examination processing program BP which will be described in detail in FIG.
A hold release processing program DP, an order backlog update processing program EP, an inventory allocation processing program FP, a shipping report processing program GP, and a logging processing program LP.
And the balance check processing program CP are selected and executed.

FIG. 3 is a flow chart of a business process according to an embodiment of the present invention, showing a flow of a series of order receiving processes from order input to shipping report, and FIG. 4 is an explanation of contents of a log file according to an embodiment of the present invention. It is a figure.

In mail order, orders are received by telephone or mail.

First, the order input processing program AP is started, and the terminal 3
The input screen is displayed on the screen, and the operator inputs the transaction data including the customer data such as the customer's name, code, and address and the product data such as the ordered product from the terminal 3 while looking at the order form, and the data processing unit 1 Stores the input transaction data in the order file 2a.

In this way, when the order file 2a for the current day is created, the order examination processing program BP is started by time starting according to the scheduling. The data processing unit 1 retrieves the transaction data of the order file 2a one by one, refers to a customer database (not shown), performs a name identification process and a negative check process. In 2ba, the orders that can be accepted are sorted and stored in the order clean file 2bb, and those that are rejected due to an order from a malicious customer in negative negotiation are sorted and stored in the order cancel file 2bc.

Then, as shown in FIG. 4, the order data of each file 2ba, 2bb, 2bc is totalized by the order data logging process LP in the number of cases and the amount of money, and in the order data column of the log file 20, the order clean A, the order for the day is received. It is written as a hold B and an order cancel (blank) C, and then a total D (= A + B + C) is calculated and the total D is written.

Next, in the same manner, according to the scheduling, time activation is performed to process the order (transaction) data for which the order is suspended until the previous day by activating the suspension release processing DP.

For this reason, the order data list of the order pending until the previous day is output, and it is checked in advance for each order data whether the order is from a malicious customer or whether the credit limit is exceeded, or the like, by telephone or the like.

Then, with respect to each order data of the order pending file 2d up to the previous day, it is input from the terminal 3 whether it is re-pending, order canceled, or order is OK, and the re-holding file 2e is input in accordance with this.
a, order cancel file 2eb, and order OK file 2ec are sorted and stored.

Then, the pending data of each of the files 2d, 2eb, and 2ec is summed up by the pending data logging process LP, as shown in FIG. It is written as hold release G and today's hold cancel H, and today's hold F rewrites the order receipt hold B in step. Then, until the day, the hold I (= E + F−G−H) is calculated and written in I.

On the other hand, according to the scheduling, the order backlog update process E
When P is activated for a period of time, the order canceled order data is input from the terminal 3, the order clean file 2bb that is accepted by the order examination, the order OK file 2ec that is accepted by the hold release, and the shipment. The order data of the order backlog file 2f is collected into one until the previous day, which remains because the specified date has not arrived yet, the product that is scheduled to arrive has not arrived, etc., and those that can be shipped are canceled in the shipping file 2ga. Items are sorted and stored in the order cancellation file 2gb.

The order data of the shipping file 2ga is subjected to the stock allocation processing by the stock allocation processing program FP which is time-activated according to the scheduling together with the order data of the re-order file 2gc. Since the stock status is determined by using a stock database (not shown), if the order data of the shipping file 2ga that is out of stock or out of stock is out of stock in the stock file 2ca by this processing, the stock is stored in the stock file 2ca. Yes, the shipping instruction file is the same day shipping instruction file 2c
Items in b that are not in stock but are scheduled to arrive and are not kept out of stock are sorted and stored in the order backlog file 2cc until the day.

And the files 2bb, 2f, 2gc, 2gb, 2c
The order backlog data of a and 2cb are totalized by the order backlog data logging process LP as shown in FIG.
Order backlog (number of files 2f, amount) J until the previous day, same-day order (number of files 2bb, amount) K, re-order on the same day (number of files 2gc, amount) L, same-day out of stock (number of files 2ca, amount) ) M, same-day order cancellation (file 2
gb number, amount) N, same-day shipment (number of file 2cb, amount) are written, and order backlog P (= J + K) until the day
+ L-M-N-O) and write to P.

The contents of the same day shipping instruction file 2cb are output in a required format and a shipping instruction is given, whereby the ordered product is shipped.

When there is a shipping instruction and shipping is performed, a shipping report is input from the terminal 3. The shipping report processing program GP is
Unreported file 2h and same day shipping instruction file 2 until the previous day
With respect to the data of cb, the data reported by the terminal 3 to the shipping report file 2ia and the unreported data to the unreported file 2ib are stored until the day.

Then, as for the data of the files 2h and 2ia, as shown in FIG. 4, the number of cases and the amount of money are respectively tabulated by the unreported data logging process LP, and the unreported data column up to the previous day is displayed in the unreported data column of the log file 20. , The same-day shipping report R is written, and the unreported amount T (= Q + −R) is calculated until the same day and written in T.

In this way, computer processing from order receipt to shipment is performed by batch processing by scheduling. And the order hold file 2b for the day
a, the order backlog file 2cc until the day, and the unreported file 2ib until the day are left on the magnetic tape or the like for the processing of the next day.

(b) Description of Operation Monitoring Process FIG. 5 is an explanatory diagram of the operation monitoring process according to the embodiment of the present invention.

Due to the above-mentioned batch processing, the order data A, B, C, D, the pending data E, F, G, H, and
I, order backlog data J, K, L, M, N, P, unreported data Q, R, S, T are stored.

The order backlog data P is the sum of the order backlog J up to the previous day, the same day order K, and the same day reorder L minus the same day order cancel N, the same day out of stock M, and the same day shipment O, that is, the order. It corresponds to the number of remaining files 2cc and the amount of money.

Therefore, the number of backorder data in the backorder file 2cc,
The amount of money U is calculated by the balance check process CP and compared with the backlog data P (number of cases, amount of money) of the log file 20, and the difference (UP) is calculated and stored as shown in FIG.

Further, the unreported data T corresponds to the unreported amount Q up to the previous day, plus the same-day shipping amount O and subtracting the same-day shipping reported amount R, that is, the amount of the unreported file 2ib until the current day.

Therefore, the amount V of unreported data in the unreported file 2ib
Is calculated by balance check processing CP, and log file 2
The unreported data T of 0 is checked and the difference (VT) is calculated and stored as shown in FIG.

Then, the contents of the log file 20 are output as a total order shipment table as shown in FIG.

Therefore, the operator (UP) from this total table,
If (VT) is not "0", it can be determined that there is an operational abnormality.

And comparing with the same total table for the previous day, the order backlog up to the day before the day, unreported is the order backlog on the day before the day,
Since it has not been reported, it can be determined whether these files are mistakenly placed on the magnetic tape, an operation error, or an abnormality in the program, and which file or program is the cause can be determined.

(c) Description of Other Embodiments In the above embodiments, the order processing system for mail-order sales has been described as an example, but other batch processing systems may be used, and the processing result is not limited to backlog or unreported processing. .

Alternatively, the number of files and the amount of money may be aggregated in each process BP, and the logging process LP may log the number of aggregates and the amount of money. It is also possible to log in 20 and perform totaling by the balance check processing or a separately provided totaling processing.

Although the present invention has been described with reference to the embodiments, the present invention can be variously modified according to the gist of the present invention, and these modifications are not excluded from the present invention.

〔The invention's effect〕

As described above, according to the present invention, the value in the middle of processing is locked, the final result value obtained as the processing result is calculated from these, and the balance check is performed by collating with the final result value of the batch processing execution. Therefore, there is an effect that the operation status of the system can be monitored, and the presence or absence of an operation failure can be immediately found.

In addition, by analyzing the logging contents, it is possible to find out which file or program is wrong,
It contributes to improving the reliability of batch processing.

[Brief description of drawings]

 FIG. 1 is an explanatory view of the principle of the present invention, FIG. 2 is a configuration diagram of an embodiment of the present invention, FIG. 3 is a batch processing flow chart of an embodiment of the present invention, and FIG. 4 is an embodiment log of the present invention. FIG. 5 is an explanatory view of the contents of the file, FIG. 5 is an operation monitoring process flow chart of one embodiment of the present invention, and FIG. In the figure, 1 ... Data processing unit, 2a to 2n ... File, 20 ... Log file.

Claims (1)

[Claims] 1. A data processing unit (1) and a plurality of files (2a to 2n), the data processing unit (1) including the files (2a to 2n).
In a batch processing system that performs a series of business processing by batch processing using n), a value that appears in the business processing at each break of the batch processing is stored in a log file (20), and the data processing unit (1) stores the values. Log files (20)
The final result value is calculated from the processing value other than the final result value of the batch processing, the final result value as the execution result of the batch processing is collated with the calculated final result value, and operation monitoring is performed. Monitoring method for batch processing system.