JPH0589155A - Card betting processing system - Google Patents

Abstract

PURPOSE:To reduce the frequency of data transfer times between a terminal and a system by data-transferring card data and ballotting data to the system without previous collation by means of setting card data to be correct on a card ballotting process system. CONSTITUTION:The terminal 1 transmitting card data and ballotting data to the system 2 through a line and the system 2 where card data and ballotting data are collated by referring to a card management information file 25 and a ticket-issuing information file 26, the terminal 1 is informed of the balance through the line at normal time as the result of collation and an abnormal content (e.g. impossibility of card, lack of balance, abnormality of ballotting information and the like) is transmitted to the terminal 1 through the line at abnormal time are provided. The terminal 1 issues the ticket in accordance with information on the balance, which is transmitted from the system 2, and the transmitted abnormal content is displayed.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a card voting processing system for performing voting processing using a card.

[0002]

2. Description of the Related Art In public competitions such as horse racing, voting tickets for which cash is desired are purchased at a sales outlet. The increase in work volume accompanying the increase in sales has accelerated the labor shortage in recent years, and some measures are required.

[0003] An automatic selling system, which combines a prepaid card with the recently adopted purchasing method by OMR input, has been promising. In the cashless voting process using a prepaid card, it is important to take measures against forgery and forgery of the prepaid card, and a method of managing the card data of the prepaid card by a computer is considered. At this time, at the time of insertion, as shown in FIG. 4, the terminal receives the card data of the prepaid card from the system via the line, and when it is OK after collating with the management file, the terminal receiving the response via the line. After displaying the balance etc., the ticket was issued in response to the data input (voting data input) by the mark sheet. The operation of FIG. 4 will be briefly described below.

In FIG. 4, in S61, the fan inputs the prepaid card (inserts it into the device). S62 is S6
The card data is read from the prepaid card input in 1 and transmitted to the system through the line for card data confirmation.

In step S63, the system verifies the card data transmitted in step S62 with the management file, verifies the card number, balance, etc., and checks whether the card data is correct.
In S64, the result collated in S63 is transmitted to the terminal as a card data answer via the line.

In step S65, the balance is displayed and a data input request is made in response to the card data reply transmitted in step S64. In step S66, a mark sheet type card is inserted and OMR is input (read by OMR).

In step S67, the voting data input by the OMR is transmitted to the system via the line. In S68, the balance of the system is updated corresponding to S67. In S69, the SC (secret code) is transmitted via the line.

In steps S70 and 71, the terminal performs ticketing processing and displays a new balance in response to the SC sent in step S69. In S72, the balance on the card is updated in S73 in response to the end input by the fan.

[0009]

As described above with reference to FIG. 4, the conventional voting process using a prepaid card is performed through a line to a system for centralized management from a terminal as a countermeasure against forgery / alteration of a prepaid card. When the card data is sent and collated, the balance is displayed on the terminal in response to the response when it is correct, the vote data by the mark sheet is entered, the vote data is sent again to the system via the line, and OK Since the ticket issuance processing is performed when it becomes, there is a problem that the number of data transfers to and from the system via the line increases with the introduction of the prepaid card.

According to the present invention, it is possible to reduce the number of data transfers between a terminal and a system by transferring card data and voting data together to a system through a line without verifying that the card data is correct. Has a purpose.

[0011]

[Means for Solving the Problems] Means for solving the problems will be described with reference to FIG. In FIG. 1, the terminal 1
Requests input of voting data in response to card input, and when the voting data is input, sends the card data and voting data read from the card together to the system 2 via the line, It issues a ticket in response to the balance notification sent from 2, or sends a data input request when abnormal contents are sent, and sends the re-input contents to the system 2. ..

The system 2 uses the card data and voting data transmitted from the terminal 1 through the line,
Card management information file 25 and sale information file 2
6 and collate, and when normal, the terminal 1 through the line
The balance to the terminal 1
The abnormal contents (for example, the card cannot be used, the balance is insufficient, the voting information is abnormal, etc.) are transmitted.

[0013]

According to the present invention, as shown in FIG. 1, when the terminal 1 requests the input of voting data in response to the input of a card (for example, a prepaid card) and the voting data is input,
The card data and voting data read from the card are sent together to the system 2 through the line, and the card data and voting data transmitted by the system 2 are referred to the card management information file 25 and the sale information file 26. Collate and notify the terminal 1 of the balance via the line when normal, while when abnormal, send the contents of the abnormality to the terminal 1 via the line (for example, card unusable, insufficient balance, abnormal voting information, etc.) Then, the terminal 1 issues a ticket in response to the balance notification, while displaying the content of the transmitted abnormality.

Further, the system 2 transmits the content of the abnormality to the terminal 1 and displays the content, and when the number of re-inputs exceeds a predetermined number, the fact is transmitted to the terminal 1 to display the abnormality. At the same time, the maintenance personnel are notified of this.

Therefore, the card data and the voting data are transmitted together from the terminal 1 to the system 2 through the line without preliminarily verifying that the card data is correct,
It is possible to reduce the number of data transfers between the terminal 1 and the system 2.

[0016]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, the construction and operation of an embodiment of the present invention will be sequentially described in detail with reference to FIGS.

FIG. 1 shows a block diagram of an embodiment of the present invention.
In FIG. 1, a terminal 1 is for issuing a voting ticket for horse racing or the like using a prepaid card, and includes a prepaid card reading / writing unit 11, an OMR reading unit 12, a control unit 13, a data display unit 14, and communication. Control unit 1
5, and a storage unit 16 for storing various information.

Prepaid card reading / writing unit 1
1 corresponds to the fact that a fan has inserted a card (for example, a prepaid card) that the user paid in advance for cash, and reads card data (balance, ID number, etc.) from this card, or writes and updates the balance. And so on.

The OMR reading section 12 reads the voting data from now on in response to the insertion of a mark sheet or the like on which the voting data is marked by the fan. The control unit 13 performs various controls according to a program.

The data display unit 14 displays various data (eg balance, voting data, etc.). The communication controller 15 transmits / receives card data / voting data to / from the system 2 via a line.

The storage unit 16 stores various data, for example, the previous card data and the current card data as shown in the figure. This is for storing the previous card data, assigning the same number when the current card numbers are the same, and transmitting the card data / voting data to the system.

The system 2 comprises a plurality of terminals 1 via lines.
And is configured to include a communication control unit 21, a control unit 22, a storage unit 23, and the like. The communication control unit 21 transmits / receives data to / from a plurality of terminals 1 via a line.

The control unit 22 performs various controls according to a program, and has voting information 24 in the storage unit 23,
With reference to the card management information file 25 and the sale information file 26, the card data and voting data transmitted from the terminal 1 are checked for correctness, and the balance is calculated when correct. ..

The storage unit 23 stores various data, and stores / holds voting information 24, card management information file 25, sale information file 26, etc., as shown in the figure.

The voting information 24 manages voting data input by the fan from the terminal 1 on a mark sheet or the like, card data read by inserting a card, and the like.
Here, the terminal 1 manages a card counter, a balance, normal / abnormal information, voting content, and a processing counter that counts the number of times the fan is re-input corresponding to the abnormality in association with the serial number to which the terminal 1 gives a unique number. To do.

The card management information file 25 manages the balance, the date of card issuance, etc. in association with the serial number. The sale information file 26 manages sale information such as horse racing.

Next, the operation of the configuration of FIG. 1 will be sequentially described in detail with reference to FIGS. 2 and 3. FIG. 2A shows an operation explanatory diagram in the case of a normal data pattern. This is when the card data / voting data is normal.

In FIG. 2A, S1 inputs a prepaid card. This reads the card data (number, balance, etc.) in response to the fan inserting the prepaid card into the prepaid card reading / writing unit 11.

In step S2, a data input request is made. this is,
The control unit 13 requests (prompts) the data display unit 14 to input data (input voting data). S3 is O
MR input. This is, in response to the data input request of S2, insert a mark sheet or the like in which the voting data which the fan intends to vote is inserted into the OMR reading unit 12,
The OMR reading unit 12 reads this as voting data.

In step S4, the card data / voting data is transmitted to the system via the line. This regards the card data read from the prepaid card as correct,
A unique number is added to the voting data read by making a data input request and transmitted to the system 2 via the line. As a result, it is possible to reduce the number of data transfers for individually transmitting only card data.

In S5, the transmitted card data / voting data is collated with the management file to update the balance. This refers to the card management information file 25 in the storage unit 23 of the system 2 of FIG. 1 to check whether it matches with the serial number, balance, and issue date registered and managed in the card management information file 25. By referring to the file 26, it is checked whether or not the race is currently on sale, and when all are OK, the total amount of voting tickets to be released is obtained and subtracted from the balance to update the balance.

In step S6, an SC (secret code) / balance notice is transmitted to the terminal 1 via the line. In S7, the terminal 1 performs ticket issuing processing.

In step S8, the fan makes an end input. S9
Updates the balance on the card. By the above, both the card data read from the prepaid card and the voting data read from the mark sheet were sent together to the system 2, and all of them were normal.
The terminal 1 which has received the balance notification transmission issues a ticket, updates the balance of the prepaid card, and normally terminates a series of ticket issuing processing. This makes it possible to transmit the card data / voting data together to the system 2 via the line, and reduce the number of data transfers between the terminal 1 and the system 2.

Next, FIG. 2B shows an operation explanatory diagram in the case of a data abnormality pattern (insufficient balance). This is when the balance of the card data of the card data / voting data is insufficient.

In FIG. 2B, in S11, the prepaid card is input. This reads the card data (number, balance, etc.) in response to the fan inserting the prepaid card into the prepaid card reading / writing unit 11.

In step S12, a data input request is made. This requests (prompts) the control unit 13 to perform data input (input of voting data) to the data display unit 14. S13
Enter OMR. In response to the data input request in S12, a mark sheet in which voting data to be voted by a fan is marked is inserted into the OMR reading unit 12, and the OMR reading unit 12 reads it as voting data.

In step S14, the card data / voting data is transmitted to the system via the line. This is because the card data read from the prepaid card is regarded as correct, a data input request is made to be combined with the read voting data, and a unique number is given to the system 2 via the line.
Send to.

In S15, the transmitted card data /
The voting data is collated with the management file. This refers to the card management information file 25 in the storage unit 23 of the system 2 of FIG. 1 to check whether it matches with the serial number, balance, and issue date registered and managed in the card management information file 25. By referring to the file 26, it is checked whether or not the race is currently on sale. Here, when the total amount of voting tickets is obtained, it is found that the balance is insufficient. Since the abnormality that the balance is insufficient is found, record the serial number, card number, and abnormality information (insufficient balance).

In S16, the details of the abnormality (here, the balance is insufficient)
Is transmitted to the terminal 1. In S17, the data display unit 14 of the terminal 1 displays the balance shortage, and the fan inputs the change of the purchase amount by key input and transmits, or a new card (prepaid card).
Read and send the addition of.

In S18, in response to the balance shortage in S17, the fan sends card data and voting data to the system 2 in response to the purchase amount change or the insertion of a new prepaid card. At this time, in the case of the same card number, the serial number (unique serial number) given to the previous card data is added and the card data and voting data are transmitted to the system via the line.

In S19, the system 2 collates with the management file. This time, it turned out to be correct by referring to the card management information facil 25 and the sale information file 26.
The purchase amount is calculated, the balance is subtracted, and the balance is updated.

S20 is SC (secret code) /
The balance notification is transmitted to the terminal 1 via the line. S21 is
The terminal 1 performs ticket issuing processing.

In S22, the fan inputs the end. S2
3 updates the balance on the card. As described above, both the card data read from the prepaid card and the voting data read from the mark sheet are transmitted together to the system 2, and when it is determined that the balance is insufficient, the abnormal content (insufficient balance) is transmitted and displayed on the terminal 1. , In response to the fan changing the purchase price or inserting a new prepaid card, the card data / voting data was transmitted to the system 2. Since everything was normal this time, the SC response / balance notification is sent to the terminal 1. To issue a ticket, update the balance of the prepaid card, and normally end a series of ticket issuing processing. In this way, the card data and the voting data are transmitted together to the system 2 via the line, so that the number of data transfers can be reduced.

FIG. 3C shows an operation explanatory diagram in the case of a data abnormality pattern (card abnormality and no re-input). This is the case where the card is found to be abnormal in the card data / voting data and the fan does not re-input.

In FIG. 3C, in S31, the prepaid card is input. This reads the card data (number, balance, etc.) in response to the fan inserting the prepaid card into the prepaid card reading / writing unit 11.

In S32, a data input request is made. This requests (prompts) the control unit 13 to perform data input (input of voting data) to the data display unit 14. S33
Enter OMR. In response to the data input request in S32, a mark sheet in which voting data to be voted by a fan is marked is inserted into the OMR reading unit 12, and the OMR reading unit 12 reads it as voting data.

In step S34, the card data / voting data is transmitted to the system via the line. This considers the card data read from the prepaid card to be correct, issues a data input request, and, together with the read voting data, gives a unique number and sends it to the system 2 via the line.

In S35, the transmitted card data /
The voting data is collated with the management file, and since it is found to be abnormal here, the serial number, card number, and abnormal information are recorded. This refers to the card management information file 25 in the storage unit 23 of the system 2 of FIG. 1 to check whether it matches with the serial number, balance, and issue date registered and managed in the card management information file 25. By referring to the file 26, it is checked whether or not the race is currently on sale. Since it is determined that the card is abnormal in this case, the serial number, the card number and the abnormality information are recorded as the voting information 24 in the storage unit 23.

In step S36, a notification of the details of the abnormality is transmitted. S
37 displays the card abnormality on the data display unit 14.
Next, FIG. 3D shows an operation explanatory diagram in the case of a data abnormality pattern (card re-entry due to card abnormality). this is,
This is the case when the fan has re-inputted the card data / voting data after it was found to be abnormal.

In FIG. 3D, S41 to S47.
Is the same as S31 to S37 in FIG. 3C, and the description thereof will be omitted. In S48, the prepaid card is input. At this time, it is checked whether the card number read from the prepaid card is equal to the card number of the previous card data stored in the storage unit 16, and if the same, the same serial number as the previous one is given.

In step S49, a data input request is made. S50
Enter OMR. This is because the OMR reading unit 12 reads the voting data from the mark sheet in response to the insertion of the mark sheet in which the fan marks the voting data to be voted into the OMR reading unit 12.

In step S51, the card data / voting data is transmitted to the system via the line. In S52, the transmitted card data / voting data is collated with the management file, and it is found that there is an abnormality here. Therefore, the serial number, the card number and the abnormality information are recorded, and +1 is added to the processing counter and the number of abnormalities counted. Check.

In step S53, a notice (countover) of the abnormality content is transmitted. Since this is determined to be a card abnormality in S52, the contents of the abnormality (card abnormality) are notified to the terminal 1, and when the accumulated number of abnormalities exceeds the predetermined value in the processing counter, the terminal 1 is also counted. To notify.

In S54, the abnormality content is displayed on the data display unit 14 in response to the notification of the abnormality content, and the maintenance person of the terminal 1 is called. This is because the fan repeatedly inserted the same prepaid card in an attempt to purchase a voting ticket, and the abnormality was detected a predetermined number of times or more, so that the content of the abnormality is displayed on the data display unit 14 of the terminal 1 and the forgery is made. In consideration of alteration, the maintenance person of the terminal 1 is called and a check request is made.

As described above, when purchasing a voting ticket using a prepaid card, when the abnormality is detected a predetermined number of times or more under the same card number, the maintenance person of the terminal 1 is called. Checks are made to prevent the use of forged and altered prepaid cards.

[0056]

As described above, according to the present invention,
The card data and the voting data are sent together from the terminal 1 to the system 2 through the line without verifying that the card data is correct, and the data is checked against the management file of the system 2 and checked. On the other hand, in the case of an abnormality, the contents of the abnormality are displayed on the terminal 1 to request re-data input, and a maintenance person is called when an abnormality is detected a predetermined number of times or more with the same card. Since this is adopted, it is possible to reduce the number of times of data transfer between the terminal 1 and the system 2, and it is possible to prevent the use of a forged and forged card (such as a prepaid card).

[Brief description of drawings]

FIG. 1 is a configuration diagram of an embodiment of the present invention.

FIG. 2 is an operation explanatory diagram (1) of the present invention.

FIG. 3 is an operation explanatory diagram (2) of the present invention.

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

[Explanation of symbols]

 1: Terminal 11: Prepaid card reading / writing unit 12: OMR reading unit 13, 22: Control unit 14: Data display unit 15, 21: Communication control unit 16, 23: Storage unit 2: System 24: Voting information 25: Card Management information file 26: Release information file

Claims (2)

[Claims] 1. In a card voting processing method for performing voting processing using a card, a request for inputting voting data is made in response to card input,
When the voting data is input, the terminal (1) that transmits the card data and the voting data read from the card together to the system (2) through the line, and the terminal (1) transmits the data through the line. The card data and voting data are collated by referring to the card management information file (25) and the sale information file (26), and as a result of these collations, the balance is notified to the terminal (1) via the line when normal. On the other hand, a system (2) is provided for transmitting the content of the abnormality to the terminal (1) via the line when there is an abnormality, and the terminal (1) is provided corresponding to the balance notification transmitted from the system (2). The card voting processing method is characterized in that the card is issued while the abnormal content transmitted is displayed. 2. The system (2) transmits the content of the abnormality to the terminal (1) and displays the content of the abnormality, and when the number of re-inputs exceeds a predetermined number, the terminal (1) displays the abnormality. The card voting processing method according to claim 1, wherein the card voting processing method is configured so as to perform the above and notify the maintenance person of that fact.