JPS634223B2 - - Google Patents

Description

DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a data aggregation system for selling voting tickets in public horse racing, bicycle racing, etc., for example.

In general, voting tickets for public horse racing, bicycle racing, etc. are sold simultaneously from multiple ticket sales windows (terminals), and these windows are operated by computers (hereinafter referred to as hosts) installed in computer rooms or polling places. controlled. Normally, it is legally stipulated that voting tickets for a certain race must be sold and counted by the start of that race. Therefore, conventionally, each voting ticket sales window started selling tickets all at once according to a command from the host, and each voting ticket sales window stopped selling all at once according to a command from the host. However, in this conventional method, because the status of each voting ticket sales counter immediately before the sales stop is unknown, sales may be stopped midway through the service, which can cause unfavorable reviews from purchasing fans and cause trouble. In addition, in order to prevent such situations, the status of each voting ticket sales counter may be monitored by a supervisor, or the host may be contacted by display on a lamp or the like or by telephone. However, in this case, there are problems such as the sale stop time being delayed in many cases, and the final sale price from the host being unable to be verified with cash at a voting ticket sale window that closes early.

The purpose of the present invention is to prevent troubles at the ticket counters and to prevent delays in sales suspension time, based on the concept of individually suspending each voting ticket ticket sales counter in accordance with a request from each ticket ticket sales counter to the host to suspend sales. The object of the present invention is to solve the problems of the conventional method described above by reducing the number of tickets sold, and by speeding up the work of comparing the final sales amount with cash at each voting ticket sales counter.

The present invention will be explained below with reference to the drawings.

FIG. 1 is a block circuit diagram of a data aggregation system for selling voting tickets as an embodiment of the present invention.
In FIG. 1, a host 1 has a plurality of voting ticket sales counters (each counter is equipped with a terminal, therefore, hereinafter simply referred to as a terminal) 2-1, 2-2,
..., 2-n are under overall control. That is, each of the terminals 2-1, 2-2, . On the other hand, the suspension of the release operation is performed at each terminal 2-1, 2-
This is done for each terminal by sending a sales stop request signal of 2, . . . , 2-n to the host 1.

FIG. 2 is a block circuit diagram of the host 1 of FIG. In FIG. 2, 11 is a control section, 12 is an arithmetic section, and 13 is a memory section. Furthermore, the memory unit 13 stores a flag 1 corresponding to each terminal 2-1, 2-2, .
3F-1, 13F-2, ..., 13F-n, and terminal tally tables 13T-1, 13T- that store the tally of cash for each terminal and the tally of ticket types sold.
2, . . . , 13T-n, an overall total table 14 that stores total cash totals and total ticket types sold, and a flag detection unit 15. In FIG. 2, when the sale starts, the flags 13F-1, 13F-2, ..., 13F-n of the memory section 3 are set all at once. , ..., 13F-n, in the order in which the control unit 11 receives the sales stop request signals from the respective terminals 2-1, 2-2, ..., 2-n (Fig. 1).
For example, the logic level is lowered from "1" to "0". In addition, in this order, the calculation unit 12 calculates the total amount of cash and the total number of ticket types for each terminal, and the calculation results are stored in each terminal total table 13T-1, 13T-1.
At the same time as being stored in T-2,...,13T-n,
Each time the calculation results are totaled, the calculation results are output as a list to a printer (not shown). The list is passed to the operator at each terminal completing the tally. All flags 13F-1, 13F-2,..., 13F-
When n is lowered, the flag detection unit 15 detects this and notifies the control unit 11. As a result, the control unit 1
1 starts the calculation unit, and the calculation unit 12 creates each terminal tally table 13T-1, 13T-2,..., 13T.
- Calculate the total of data stored in n.
This calculation result is stored in the overall summary table 14. Only after completing this series of operations,
The race will begin.

FIGS. 3 1 to 3 4 are timing charts for explaining the above-mentioned calculation process. Figure 3 1 to Figure 3 4 are four terminals 2-1, 2-2, 2-3, 2-4.
Flags 13F-1, 13F-2, 13F in case of
-3,13F-4 values are shown. That is,
At time t ₁ , each flag 13F-1, 13F-
2, 13F-3, and 13F-4 were erected all at once,
Each of the terminals 2-1, 2-2, 2-3, and 2-4 is in the process of selling. Next, at time t ₂ ,
Host 1 connects each terminal 2-1, 2-2, 2-3, 2-
4, a sales stop permission signal is sent. This results in
The operators at each terminal will individually select a time to stop the terminal's sales operation.

First, as shown in FIG. 3, at time _t3 , a sales stop request signal is sent from the terminal 2-1 and the flag 13F-1 is lowered, and further after a time Δt, the terminal 2-1 totals the cash. The total of ticket types and ticket types are stored in the terminal total table 13T-1, and a list of stored contents is passed to the operator. Thereafter, in _the same manner _, each terminal _2-
A sales stop request signal is sent from 3, 2-2, 2-4, and the flags 13F-3, 13F-2, 13F
-4 will be dropped in order. In this way, the total tally is stored in the overall tally table 14 at time _t7 , after a period of time ΔT has passed since the tallying of all terminals is completed.

In the above-described embodiment, if necessary, for example, if a terminal's release stop request is extremely delayed, the host 1 can forcibly stop the release operation.

As explained above, according to the present invention, each voting ticket sales counter (terminal) has its sales operation stopped depending on the situation, in other words, the counter is closed, so troubles at the counter can be prevented. In addition, it is possible to prevent delays in sales stop times, and furthermore, the aggregation calculation for each terminal is speeded up, making cash reconciliation work faster. is also helpful.

[Brief explanation of the drawing]

FIG. 1 is a block circuit diagram of a data aggregation system as an embodiment of the present invention, FIG. 2 is a block circuit diagram of the host 1 in FIG. 1, and FIGS. FIG. 3 is a timing diagram for explaining the circuit operation of FIG. 2; 1...Host (computer), 2-1, 2-2,...,
2-n...Voting ticket sales counter (terminal), 11...Control unit, 12...Calculation unit, 13...Memory unit, 13
F-1, 13F-2,..., 13F-n...Flag, 13T-1, 13T-2,..., 13T-n...
...terminal tally table, 14...total tally table, 15...flag detection section.

Claims (1)

[Scope of Claims] 1. A data aggregation system that includes a plurality of voting ticket vending machines and a host computer, and in which the host computer aggregates all ticket vending data generated from each voting ticket vending machine, comprising: A flag storage unit that is determined in accordance with a sales stop request signal from the voting ticket vending machine and is provided for each voting ticket vending machine; means for storing a total of ticket sales data generated from the voting ticket vending machine; and means for storing a total total of ticket sales data for each voting ticket vending machine when all flags in the flag storage section are determined. A data aggregation system characterized by the provision of.