JPS59161771A - Automatic recovery system of totalizator system - Google Patents

Abstract

PURPOSE:To speed up recovery by automating restarting after a system is shut down and performing the recovery processing automatically. CONSTITUTION:When a master 1 and a slave 2 are both troubled by a memory parity error or abnormal run of software, etc., the contents of a memory such as the bed pool file of this computer are saved on an external storage medium right before the system is shut down. Then, when an automatic recovery switch is turned on, a user iPL routine is started automatically by the control program of this computer. Consequently, the recovery processing is performed automatically and speeded up.

Description

DETAILED DESCRIPTION OF THE INVENTION Technical Field of the Invention The present invention relates to an automatic recovery method when a total system goes down in a 1-1 creator system.

Prior Art and Problems At public velodromes and racetracks, computer-based totalizer systems have been adopted to automate ticket issuing, refunds, and the like. FIG. 1 is a schematic diagram of the system, and numerals 1 and 2 are master and slave computers, which are used to issue and refund packaged tickets called a totalizer. 3 is the terminal control processing unit (
TCM), a plurality of unit terminals 4 are provided, and a large number of unit terminals 4 are connected to each lower level. These terminals 4 are distributed and installed at each voting station within the venue. A suitable operating vehicle is called out to one terminal 4, and a voting ticket desired by the customer is sold (issued) from this operating console. In other words, the information on the voting ticket to be issued, such as the combination of race number and voting horse number, etc., is simultaneously transferred to the computer 1.2 and tallied on each side, and the ticket issuance command is sent to the TCM 3, where it is collated and if there is a match. The ticket is returned to the terminal that made the request, and the voting ticket desired by the customer is sold at that terminal. The above-mentioned release operation of each terminal 4 is performed randomly, and computers 1 and 2
Mutual diagnosis (kairai discovery) is performed at intervals of, for example, one minute. 5 is a large outdoor display that displays the approximate expected payout rate (odds) for each race, and customers refer to this display when voting. The odds are updated, for example, every minute based on the total number of votes. Reference numeral 6 is a small indoor display such as a telehision, which similarly displays information such as Otsuzu. When a departure notice is issued, the display will be fixed to the content at that time,
When the race is over and the finish order is determined, the referee will notify the finish order, and computers 1 and 2 will calculate the payout based on it.
It is displayed on the displays 5 and 6. 7 is card league, 8
is a line printer, 9 is a main console, and these are all controlled by the master (11!) computer 1.

Even if a failure occurs on one side of the system, for example, if a failure occurs on the master side, there is no problem because the slave side takes over. However, if both the master and slave become faulty at the same time (both systems fault) due to a memory parity error or abnormal software running, the system will eventually go down.

1-Ichiri Reset-^ 1% In systems such as wardrobes and systems, it is not possible to leave the system down for a long period of time, so it is necessary to recover it quickly, but in the past, this was left to the operator's discretion, so it was difficult to recover. The disadvantage is that it takes 5 to 7 minutes to complete.

OBJECTS OF THE INVENTION The present invention aims to automate restarting immediately after a system goes down to quickly recover the system.

Components of the Invention The present invention is characterized in that terminals for issuing tickets, refunds, etc. are distributed at each voting ticket sales office, and the center side is capable of calculating i-totals, expected dividends, total refunds, etc. based on data from the terminals. When a total system down occurs in a totalizer system that is equipped with a computer for processing, the memory contents of the computer, such as the vent boolean file, are saved to an external storage medium immediately before the system goes down, and then the management program of the computer is used to Separately provided 1
The feature is that the user iPL routine is activated and the recovery process is automatically performed on the condition that the immediate P recovery switch is turned on, but this will be explained in detail below with reference to the illustrated embodiment. explain.

Embodiment of the Invention FIG. 2 is a flowchart showing an embodiment of the invention, in which the solid line frame indicates the process immediately before down. ■r CK'P
T-file KEEPJ is a step to keep (KEEP) the contents of the checkpoint file (CKPT) in the bulk core memory (BGM). The following ■ [Core BPF KEEPJ is a bent boul file (BP
This is a step in which the contents of F) are also kept in the BGM. Here, the content of BPF is the number of votes for each roll (1-2, '1-3, etc.) for races currently on sale, and based on this, the odds are calculated and the predicted or final dividend Money is calculated. Please note that voting tickets will be sold for each race - not all at once, but in race order - for example, from 10:00 to 10:50 for the first race.
The second race will be held from 10:50 to 11:10. And since the BGM takes a long time to access, the current race is stored in the CPU's memory, and when the next race is released, the BGM is
However, in the event of a failure, the BPF on the memory is kept in the BGM. ``Failure message output'' is a step for outputting a message indicating what type of failure is occurring. The message may be, for example, a hardware check failure,
This message indicates the type of memory parity error, CPU abnormality, or program execution abnormality, and this message is output to the console typewriter. At this time, in order for the S'E or CE' (maintenance engineer) to check the cause of the failure later, all memory contents of the CPU are kept in the DiSK in step (2). This DiSK
The contents are output from the line printer during inspection and repair after every race.

The following steps (2) to [phases] are necessary for recovery, and among these, (2), (2), and the above (2) are routines added according to the present invention. ■The riPsW routine'' is in the OS (management program) of computers 1 and 2 in Figure 1, and if you jump into it, you will see the ``user iPL routine'' in ■.
Startup is performed.

In the routine (2), it is determined whether the startup is a normal startup or a startup after the system goes down (recovery startup). Specifically, the 13th ENT of the 16 entry switches
It is determined whether the RY S/W 13 (described later) is on (6N). Here, it means turning on the switch and starting up. If it is on, proceed to ■~[phase] glue recovery routine.

■ rCBBRGETJ is Common Franchihasu (CBB
This is the step of acquiring (GET) R). In other words, as shown in Figure 3, master A and slave B have changeover switches, and the 0th and 1st are DiSK-A and DiS.
Used to select KB. DiSK-A is CPU-A
On the side (master side) disk, there are 200 to 30
In addition to 0 programs, about 30 types of data files are stored. The same applies to DiSK-B. The second and third switches are for CBBR, these are for slow 110 (card reader 7, line printer 8,
Switch the main console 9, etc.) to the master side or slave side. The 4th and 5th switches are magnetic tape MT-
This is for switching between A and MT-B. 2nd to 5th of these
The second switch is left in the neutral state, and the A side and B side are selected by software. If you manually flip these switches up or down (leaving them in the A or B selection state), you will not be able to change them using software.

Therefore, it is always kept neutral and the software selects A or B, but this is released when the system goes down. Therefore, after the system goes down, CBBR can be obtained again (GET).
)There is a need to. This is step ■. Continue ■
"Issuance TRKEEP" is the state of the terminal (voting ticket vending machine) 4 just before the system goes down, and in detail, the transaction status (transaction) TR of each console connected to each terminal is listed.
This is the step of keeping the data on the magnetic tape MT in the - format.

By printing out this list later and comparing it with the information (history) on the computer side, you can determine whether, for example, there was a system outage before the voting tickets were actually issued even though a ticket issue instruction was issued after the tabulation process was performed, or if the system was down before the voting tickets were actually issued. Before processing and issuing ticket issuing instructions, it is possible to determine whether a system failure has occurred, and this allows processing such as reconciling ledgers and cash. The next ■rFiLE restoration” is the vote count file BPF, F
Since the total number of issued tickets file TiP and checkpoint file CKPT for each M production console were kept on the BCM immediately before the system went down, this step is to deploy them on the core (memory of the computer).

The next [phase] rMODE instruction'' will be explained with reference to FIG. The TCM (terminal control processing unit) 3 shown in FIG. Consists of L#2. These two microcomputers L#1. L#2 is for multiple terminals, one from top to bottom and the other from bottom to top (assuming that the terminals are numbered, one from the smallest number to the largest number, and the other from the largest number) data is collected at high speed by double polling in the opposite direction (toward the smaller one). However,
L12. There is no interaction between L#2. Therefore, from the master 1 or slave 2 side to the TCM, currently L12. It informs you of the operating mode, such as whether it is operating with Li2, Decoral (2 units), or single unit (1 unit).

This is the rMODE instruction. Furthermore, - for example, T
There are four CMs and 48 terminals are connected to each TCM, so the number of terminals is 192, and the number of operation consoles is twice that, 384. Also, TCM is the master for this rMODE instruction.
This includes instructing which of the slaves data should be transferred to, in other words, whether the master or slave is in dual mode or single mode.

The following ``operation control'' is a step for instructing, for example, whether or not the terminal is in a state where it can issue tickets, or whether or not subtraction processing after ticket issuance is possible. Next @ “Stakes list output”
This is the step of outputting the number of races that have been completed on a form using a typewriter (line printer).

The final @rONL 5TART process (CIST) J is when the mask and slaves 1' and 2' are added as options, and the mask and slaves 1' and 2' on the sub side, that is, the added side, on the online (ONL), This is a step to notify that the mask and slaves 1 and 2 on the main side have started up, and is not necessary in a standard system with only the mask and slaves 1 and 2.

Conventional user iPL routines do not take automatic startup into consideration at all, so from O8 to the user iPL routine, the iPL ends suddenly and the user waits for the user to input an initial startup command manually (stop). )
. However, in the present invention, the start of the iPL and routine is automated (however, the aforementioned switch 13 must be turned on during operation), eliminating the need for the operator to start up the cover, which takes 5 to 7 minutes. The recovery time is shortened to about 2 to 3 minutes. This system also has BGM and a disk, and files are stored on these.
The operator had to decide whether to restore the files from the BGM or from the disc. Therefore, the operator may be confused as to whether to start from the BGM or the disc.In the present invention, the system is automatically started from the BGM, and the operator does not need to make a decision. In addition, since conventional KEEPJ of all memories has not been performed in C-2, it takes about an hour for the operator to perform this operation, making it difficult to resume operations immediately. On the other hand, [full memory KEEPJ] can complete keeping all memory contents to the disk in a few seconds to 10 seconds, so immediately after
You can enter PL.

Effects of the Invention As described above, according to the present invention, a totalizer system that performs ticketing, refunding, etc. operations at public stadiums, etc.
- It has the advantage of being able to recover quickly and automatically even if a complete system goes down.

[Brief explanation of the drawing]

FIG. 1 is a schematic configuration diagram showing an example of a totalizer system, FIG. 2 is a flowchart showing an embodiment of the present invention,
FIG. 3 is an explanatory diagram of common branch bus acquisition, and FIG. 4 is an explanatory diagram of mode instruction. In the figure, I, 2 is 1-talizator (computer), 4
is a terminal. Applicant Fujitsu Ltd. Representative Patent Attorney Minoru Aoyagi Figure 2 1 ■C99RGET ■Complete TP KEEρ (~MT) ↓ ■ Go 1F body rele 1 ■ ■ Status list output

Claims (1)

[Claims] Each voting ticket sales office has terminals that issue tickets, refunds, etc. distributed, and the center side aggregates and calculates data based on the data from the terminals.
In the totalizer system, which is equipped with a computer that processes expected dividend calculations, total refund calculations, etc.
When a total system down occurs, the memory contents of the computer, such as the pet pool file, are saved to an external storage medium immediately before the system goes down, and then a separate automatic recovery switch is turned on by the computer's management program. User iPL on the condition that
An automatic recovery method for the totalizer system, which is characterized by starting a routine and automatically performing recovery processing.