JP2004302898A - Cashless betting system, cashless betting method, and cashless betting program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To ensure the convenience of a bettor in a view of race hitting money operation and enhance the efficiency of a race organizer in a view of race hitting money management. <P>SOLUTION: In a betting system enabling of betting in a cashless mode from a betting terminal, the bettor performs a betting by use of a bettor card or mark card from the betting terminal 1. An ID is set to the bettor card. For every card ID, a deposit (the cash put into the betting terminal), a betting money, a hitting money (the race hitting money managed by the race organizer in an unpaid state), a refund money (corresponding to a hitting money partially or entirely transferred by the bettor) and the like are registered in the form of a database 21. The bettor can optionally transfer the hitting money to the refund money to use it as the betting fund. The server 2 of the race organizer invalidates the hitting money registered in the database 21 when this hitting money is not transferred to the refund money even after the lapse of a predetermined number of days. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a voting system, a voting method, and a voting program that enable voting from a voting terminal in a cashless manner. The target of the application is various sports such as horse racing, bicycle racing, and auto racing.
[0002]
In the case of cashless voting in horse racing, etc., it is possible to ensure consistency in the accounting treatment of the event organizer's side with regard to the fund for the race, and that the voter can make a new voting fund over the period beyond the date. Desirably, the present invention addresses such a need.
[0003]
[Prior art]
In traditional cashless voting, the race cash
(1) Automatically move to the refund area of the server of the competition organizer,
(2) We add to voter's card,
(For example, see Patent Documents 1, 2, and 3).
[0004]
In the case of the above (1), the competition organizer positions that the cash has been refunded to the voter at the time when the race fund has shifted to the rebate area.
[0005]
For this reason, in the accounting, the amount of the refund area of the server is valid only on the day, and the voter has to settle the entire amount to cash when the race on the day ends.
[0006]
In other words, it is only cashless for that day, and the voter must register cashless voting (registration of ID, insertion of cash, etc.) every time he goes to the stadium.
[0007]
In the case of the above (2), the money added to the card, that is, the money which has already been converted in the data and which the voter owns, must actually be managed by the competition organizer.
[0008]
This is because the competition organizers have to be cautious about treating their race funds as electronic money solely for their own convenience, regardless of the needs of the voters.
[0009]
[Patent Document 1]
JP-A-02-239390
[Patent Document 2]
JP-A-06-325063
[Patent Document 3]
JP-A-06-325065
[0010]
[Problems to be solved by the invention]
Thus, in the case of conventional cashless voting, voters use their race funds to any content (for example, transfer only part of the race funds to the voting funds of the day, and use the rest for later use). The competition organizer's side for the time being), it is not possible to process it, and there is a problem in that efficiency and convenience are applied to the management and operation of the middle fund for the race.
[0011]
Therefore, in the present invention, a race target (dividend) is transferred to a voter who is under the control of the competition organizer and has not been paid to a voter, and the target is transferred to the voter's control. Refunds in the raced state, and allows the voter to operate the race incentive in any form he or she desires, and to provide any race after the dividend based on the race It is an object of the present invention to match the manager and owner of the race winning money (hit money, payout money) in a stage (for example, a stage in which part of the hit money is transferred to a payout money).
[0012]
In the event that the hit money under the control of the competition organizer does not shift to a refund after a predetermined period (multiple days), the hit money will be invalidated by invalidating the hit money. The purpose is to improve efficiency.
[0013]
[Means for Solving the Problems]
The present invention solves this problem with the following cashless voting system.
(1) In a voting system that enables voting in a cashless manner from a voting terminal, each user has at least a deposit for voting, a voting money for a race, and an unpaid target for the hit voting content. A file (for example, a card ID file 21a to be described later) holding data based on the middle money and the paid money in which a part or all of the hit money has been transferred and in a paid state, and a payout instruction. A file management unit (for example, a file management unit 22 to be described later) that registers a record in which the relevant data of the hit and refund amounts of the file (for example, a hit total and a refund total to be described later) are set to the post-migration values. ).
(2) In a voting system in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid target for the hit voting content. A display unit that displays information extracted from a file in which data based on the middle money and the reimbursement in which a part or the whole of the hit money has been transferred and in a paid state are associated with each other (for example, a display described later) Part 17), and examine the magnitude relationship between the voting amount corresponding to the sum of the deposit and the refund of the user minus the voting amount up to the previous time, and the current voting amount of the user. In the case where the voting amount is insufficient, the display unit displays an indication as to whether or not to shift the hit money to a paid-out refund, and based on the refund instruction from the user, And a voting processing unit to investigate the magnitude relation between the new vote can amount and the voting amount after the refund (e.g. voting and settlement processing unit 13 to be described later) Te.
(3) In a voting method in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid target for a hit voting content. The data based on the middle money and the reimbursement in the paid state which is obtained by transferring part or all of the middle money is stored in a file in association with each other, and based on the reimbursement instruction, the middle money of the file is And a record in which the related data of the refund is set to the value after the transfer.
(4) A program for voting in a cashless manner from a voting terminal by computer processing, wherein the computer has at least a deposit for voting, a voting money for a race, and a hit. A function of associating data based on the unpaid hit money with respect to the voting content that has been transferred and the paid money that has been transferred with a part or all of the hit money in a file, and a refund instruction. And a function of registering a record in which the relevant data of the hit money and the refund of the file is set to the value after the transfer.
(5) A program for voting in a cashless manner from a voting terminal by computer processing, wherein at least a deposit for voting, a voting money for a race, and a hit of each user are stored in the computer. Displays information extracted from the file that holds data based on the unpaid hit money for the voting content that has been transferred and the reimbursement money that has been transferred by transferring part or all of the hit money. Function, the amount of voting corresponding to the sum of the deposit and the refund of the user minus the voting amount up to the previous time, and the magnitude relationship between the current voting amount of the user and When the voting amount is insufficient, a function for displaying whether or not to transfer the hit money to a refund in a paid state and a refund instruction from the user are provided. There are to realize a function to check the magnitude relationship between the new vote can amount and the voting amount after the refund.
[0014]
According to the present invention, as described above, a race fund (dividend) is a ballot fund managed by the competition organizer in an unpaid state and a part or all of the ballot fund is refunded. Refunds are kept in a file, which separates the refunds into two files, thereby ensuring the convenience of the voter's management of the race fund and the efficiency of the competition organizer's management of the race fund. ing.
[0015]
Furthermore, if the cash reserve under the control of the competition organizer does not shift to a refund even after a predetermined period (several days), the payout is invalidated, thereby reducing the complexity of managing the race money. In addition, the voter card is guaranteed to be continuously used for the voter card from the next day onward.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described with reference to FIGS.
[0017]
FIG. 1 is an explanatory diagram showing a network configuration.
In FIG.
1 is for a voter to register a voter card (vote ID card) and voting funds (cash), to vote by cashless using the voter card or mark card (vote card), and to use the voter card. Voting terminal for refund / payment,
2 creates and updates a database 21 (see FIG. 7) based on various data such as registration data, voting data, refund / payment data sent from each voting terminal 1, and various kinds of data set by the race organizer, such as a race fund. Server,
Are respectively shown.
[0018]
In addition, the voter card and the mark card are respectively well-known. A voter ID is recorded on the voter card, and the mark card is provided with mark portions such as, for example, by type, place name, race number, frame number / horse number, and amount.
[0019]
Each voting terminal 1 includes a voter card or mark card insertion / ejection unit, a voting ticket takeout unit, a cash input / output unit, a display screen, and the like, and is connected to the server 2 by a communication line.
[0020]
Voters use a voter card or a mark card from each voting terminal 1,
・ Enter voting funds (cash: deposit) and voting details,
・ The race organizer will reimburse the middle money for the race, which is managed in the unpaid state, and transfer it to voting money (= deposit + refund)
・ Settle voting money,
And the like can be arbitrarily performed.
[0021]
2 to 5 are explanatory diagrams showing examples of the display screen of each voting terminal 1.
FIG. 2 shows a display screen of the voting amount based on the voter card,
FIG. 3 shows a display screen in a case where the voting amount based on the mark card exceeds the voting amount, and an unpaid hitting target (hitting target G in FIG. 7) remains.
FIG. 4 shows a display screen when the voting amount based on the mark card exceeds the voting amount and there is no unpaid hit money.
FIG. 5 shows a settlement display screen based on the voter card.
[0022]
The voter enters the amount of the transfer to the refund when selecting "Yes" on the display screen of FIG. 3, and newly inputs cash when selecting "Yes" on the display screen of FIG. I do.
[0023]
The server 2 registers this cash in the database 21 as a "deposit" (see FIG. 7). That is, in both cases of “transition to refund” and “introduction of cash”, the voting money (= deposit + refund) increases accordingly.
[0024]
FIG. 6 is an explanatory diagram showing a configuration example of a voting terminal and a server.
1 is a voting terminal,
11 is a card insertion / ejection unit for voter cards and mark cards,
12 is a card reading section for voter cards and mark cards,
13 is a voting / payment processing section for voting, settlement and registration of deposits,
Reference numeral 14 denotes an input operation unit for instructing whether or not the voter should refund the unpaid hit money and for specifying a transfer amount to the refund.
15 is a cash input / output unit,
16 is a voting ticket issuing department,
17 is a display unit,
18 is an input / output unit with the server 2,
Reference numeral 19 denotes a memory for storing file data (records) sent from the server 2 and operation data in the voting / payment processing unit 13;
2 is a server,
21 is a database, 21a is a card ID file (see FIG. 7), 21b is a race result file,
22 is a file management unit for creating and updating a database;
23 is an input / output unit with the voting terminal 1;
24 is a calendar showing year, month and time,
Are respectively shown.
[0025]
The card ID file 21a transfers a deposit for purchasing a voting ticket, a voting fee for a race, an unpaid hit for the hit voting content, and a part or all of the hit (paid status). ), A refundable money, a voting possible money (remaining deposit + refundable money total) and the like are associated with each card ID (see FIG. 7).
[0026]
The race result file 21b is a file in which a race date, a race number, a race result, a hit money, and the like are associated with each race. Each data is entered by the competition organizer.
[0027]
The file management unit 22 stores, in the card ID file 21a, data such as deposits, voting money, and refunds sent from the voting terminal 1 together with output data (year and month) of the calendar 24 in a predetermined record format (see FIG. 7). ) To register.
[0028]
In addition, by referring to the calendar 24, the unpaid hit money (hit money total G in FIG. 7) is determined in each race of the card ID file 21a from the registration date (the visit date in FIG. 7). A check is made to see if any data has passed for the number of days, and the corresponding deposit data is invalidated. For example, an invalidation flag is set for the record.
[0029]
In the specific process of invalidation, for example, after changing the hit amount G (see FIG. 7) of the corresponding record to “0”, the item data of each subsequent record is corrected according to the change.
[0030]
Then, when there is an access from the voting terminal 1 by the card ID, the content of the invalidation processing is notified to the voting terminal. The voting terminal that has received the notification displays the content on the display unit 17.
[0031]
FIG. 7 is an explanatory diagram showing the data structure of the card ID file.
The record of the card ID file is
・ Card ID
・ Date of visit
・ Usage status (= record type such as deposit registration, voting, refund, settlement)
・ Deposit A
・ Deposit total B
・ Voting race, voting frame number, etc.
・ Voting money C
・ Voting D
・ Remaining deposit E (= BD)
・ Rate F
・ Match total gold
・ Refund H
・ Refund amount I
・ Votable money J (= E + I)
・ Settlement K
And so on.
[0032]
Although not shown, each record of each card ID is given a record number in the order of registration. Further, records may be linked by a pointer in the order of registration, or a flag may be provided for the latest registered record.
[0033]
As a result, the file management unit 22 can search for the latest registration record for any card ID.
[0034]
The data in the part of FIG. 7 is for the voter card with the card ID “00100”, and this depositor card is used to register deposits twice, vote five times, and refund on October 5, 2002. Indicates that payment has been performed once and payment has been performed once, and refund and voting have been performed once each on the following day 06.
[0035]
That is, on October 05, this voter
(1) Register the deposit of “$ 10000”
(2) Voted “$ 4000” for “Kyoto 9 Race” (the remaining deposit is “$ 6000”)
(3) Voted “$ 4000” for “Tokyo 10 Races” (residual deposit is “$ 2000”)
(4) Vote for “$ 2000” for “Kyoto 10 Race” (the remaining deposit is “$ 0”) and get a target money of “$ 10000”
(5) Register the deposit of "$ 6000" without refund of this target money as it is (the remaining deposit is "$ 6000"),
(6) Vote for “$ 4000” for “Tokyo 11 Race” (the remaining deposit is “$ 2000”) and get a target of “$ 20,000” (the total target is “$ 30,000”),
(7) Only “$ 20000” will be refunded out of “$ 30,000” (the voting money is “$ 22,000 [= remaining deposit 2000 + refundable total of 20,000]”, and the hit total is “$ 10000 [= Previous hit total 30000-Refund 20000]),
(8) Vote "$ 3000" for "Kyoto 11 Race" (The remaining deposit is "-$ 1000", but the voting available immediately before is "$ 22,000", so voting is possible) and the target price is "$ 5,000". (The total amount of money is $ 15,000, the voting money is "$ 19000 [= refund total 20,000-remaining deposit 1000]"),
(9) The voting possible money "$ 19000" is settled.
[0036]
As a result of this settlement, the data of the deposit balance, the voting balance, the remaining balance, the refund balance, and the voting allowance are cleared to "0". Note that the value of “$ 15000” of the hitting total is carried over as it is.
[0037]
Further, when the voter pays out a part of the voting money “$ 19000”, for example, “$ 10000”, the difference “$ 9000” is registered in each item of the refund amount and the voting money.
[0038]
And the next day, the voters
(10) Refund the entire amount of the remaining hit total "$ 15000"
(11) From this rebate, "$ 5000" was voted for "Tokyo 1 Race" (the remaining deposit is "-$ 5000", but the voting money is "$ 15000", so it must be hit) Has become. The votable money at this stage is “$ 10000 (= voteable money 15000−remaining deposit 5000)”.
[0039]
FIG. 8 is an explanatory diagram showing a deposit (cash) registration procedure, that is, a processing procedure when a user registers a voting fund (cash) in the server 2 from the voting terminal 1 using a voter card. The individual card ID has already been assigned to the voter card.
[0040]
The processing procedure of FIG. 8 is as follows.
(S11) The voter inserts the voter card into the card insertion / ejection unit 11 of the voting terminal 1 and throws the voting fund (cash) into the cash input / output unit 15. At this time, the card reading unit 12 reads the card ID of the card, and the cash input / output unit 15 detects the inserted amount.
(S12) The voting / payment processing unit 13 notifies the server 2 of the card ID and the amount data.
(S13) The file management unit 22 registers the deposit record (registered record) including the input amount data in the member portion of the card ID in the card ID file 21a.
(S14) The file management unit 22 notifies the voting terminal 1 that registration of the deposit has been completed.
(S15) The voting / payment processing unit 13 (display unit 17) displays on the screen that the voting fund has been registered.
[0041]
It should be noted that the voter's password is registered, the voter enters the password together with the voter card, transmits the same to the server 2, and after confirming the truth of the voter, for example, enters the voting fund (cash). May be transferred.
[0042]
9 and 10 are explanatory diagrams showing a voting procedure, that is, a processing procedure of cashless voting using a voter card and a mark card.
[0043]
9 and 10 are as follows.
(S21) The voter inserts the voter card into the card insertion / ejection unit 11 of the voting terminal 1, and inputs his / her own password from the input operation unit 14. At this time, the card reading unit 12 reads the card ID of the card. These data are held in the memory 19. The password has already been registered in the server 2, for example, in the card ID file 21a.
(S22) The voting / payment processing unit 13 notifies the server 2 of the card ID and the password.
(S23) The file management unit 22 determines whether the combination of the password and the card ID sent from the voting terminal 1 matches the registration data. If “Yes”, the process proceeds to step (s27), where “ If No, proceed to the next step.
(S24) The file management unit 22 notifies the voting terminal 1 that the password is different, together with the card ID.
(S25) The voting / payment processing unit 13 determines whether or not the password mismatch with the card ID has continued for a predetermined number of times (for example, four times). When the processing is completed and “No”, “Password mismatch” is displayed on the screen, and the process proceeds to the next step.
(S26) The voter re-enters his / her password and returns to step (s22).
(S27) The file management unit 22 extracts the latest record of the card ID from the file 21a and notifies the voting terminal 1 of the latest record. The search for the latest record uses the record number and the last flag described above.
(S28) The voting / payment processing unit 13 (display unit 17) displays the voting available money (J) of the notified record on the screen (see FIG. 2). Note that the record is held in the memory 19.
(S29) The voter inserts the mark card into the card insertion / ejection unit 11 of the voting terminal 1. At this time, the card reading unit 12 reads the voting data (type, place name, race number, frame number, horse number, amount of money, etc.) written on the card in a mark format. The voting data is stored in the memory 19.
(S30) The voting / payment processing unit 13 determines whether or not “the voting amount of (s28) ≧ the voting amount of (s29)”, and if “Yes”, proceeds to step (s41) in FIG. The process proceeds to “No”, and proceeds to the next step. Here, in the case of “No”, “voting amount−voting possible amount” is the shortage amount upon voting.
(S31) The voting / payment processing unit 13 determines whether or not the hit amount (G) of the record is “$ 0”. If “Yes”, the process proceeds to step (s35), and “No” If so, proceed to the next step.
(S32) The voting / payment processing unit 13 (display unit 17) displays the shortage amount and the hit amount on the screen (see FIG. 3).
(S33) The voter instructs whether or not to refund the hit money. In the case of "Yes", the flow proceeds to the next step, and in the case of "No", the flow proceeds to the step (s36).
(S34) The voter inputs the amount of the refund from the input operation unit 14. If the input value exceeds the hit value, a warning to that effect is displayed on the screen. Note that cash input (deposit of a deposit) may be performed at the same time. Input data is stored in the memory 19. Next, the process proceeds to step (s38) in FIG.
(S35) The voting / payment processing unit 13 (display unit 17) displays the shortage amount on the screen (see FIG. 4).
(S36) The voter instructs whether or not to register a deposit (cash). If “Yes”, the flow proceeds to the next step; if “No”, the flow proceeds to the step (s40) in FIG.
(S37) The voter puts the deposit (cash) into the cash input / output unit 15 of the voting terminal 1. At this time, the cash input / output unit 15 detects the inserted amount. The detection data is stored in the memory 19.
(S38) The voting / payment processing unit 13 adds the payout and the deposit to the voting money (J) of the record.
(S39) The voting / payment processing unit 13 determines whether or not “the voting amount after the addition ≧ (s29) voting amount”, and if “Yes”, proceeds to step (s41), and proceeds to step (s41). If No, proceed to the next step.
(S40) The voting / payment processing unit 13 (display unit 17, card insertion / ejection unit 11) displays “voting failure” on the screen, ejects the voter card and the mark card, and ends the process.
(S41) The voting / payment processing unit 13
・ Card ID
・ Content of voting
・ Refunds and deposits, and their values
Is notified to the server 2. The presence or absence of a refund or deposit refers to whether or not the processing of the above steps (s34) and (s36) has been executed.
(S42) The voting / payment processing unit 13 (card insertion / ejection unit 11, voting ticket issuing unit 16) ejects the voter card and issues a voting ticket.
(S43) The file management unit 22 determines whether or not the notification from the voting terminal 1 is “yes” for the refund and deposit, and proceeds to the next step if “Yes” and to “No” Goes to step (s45).
(S44) The file management unit 22 adds the registration record and the payout record corresponding to the “yes” to the member portion of the card ID of the card ID file 21a as the latest record.
(S45) The file management unit 22 adds the voting record to the member portion of the card ID in the card ID file 21a as the latest record.
[0044]
As shown in FIG.
-In the registration record, the value of the total deposit (B), the remaining deposit (E) and the voting money (J) are increased by the amount of the deposit,
In the refund record, the value of the hit total (G) becomes smaller and the value of the voting money (J) becomes larger by the amount of the refund,
In the voting record, the value of the voting money meter (D) becomes larger and the value of the remaining deposit (E) and the voting money (J) become smaller by the voting money.
[0045]
FIG. 11 is an explanatory diagram showing a settlement procedure, that is, a processing procedure for cashing out voting money using a voter card.
[0046]
The processing procedure of FIG. 11 is as follows.
(S21) The accountant inserts the voter card into the card insertion / ejection unit 11 of the voting terminal 1 and inputs his / her password from the input operation unit 14.
(S22) The voting / payment processing unit 13 notifies the server 2 of the card ID and the password.
(S23) The file management unit 22 determines whether the combination of the password and the card ID sent from the voting terminal 1 matches the registration data. If “Yes”, the process proceeds to step (s27), where “ If No, proceed to the next step.
(S24) The file management unit 22 notifies the voting terminal 1 that the password is different, together with the card ID.
(S25) The voting / payment processing unit 13 determines whether or not the password mismatch with the card ID has continued for a predetermined number of times (for example, four times). When the processing is completed and “No”, “Password mismatch” is displayed on the screen, and the process proceeds to the next step.
(S26) The accountant re-enters his password and returns to step (s22).
(S27) The file management unit 22 extracts the latest record of the card ID from the file 21a and notifies the voting terminal 1 of the latest record.
[0047]
The above processing is the same as (s21) to (s27) in FIG.
Following this is the next processing procedure.
(S51) The voting / payment processing unit 13 (display unit 17) displays the voting possible money (J) and the hit gold balance (G) of the notified record on the screen (see FIG. 5). Note that the record is held in the memory 19.
(S52) The voting / payment processing unit 13 determines whether or not the hit amount (G) of the record is “$ 0”. If “Yes”, the process proceeds to step (s56), and “No” If so, proceed to the next step.
(S53) The cashier instructs whether or not to refund the hit money. In the case of "Yes", the flow proceeds to the next step, and in the case of "No", the flow proceeds to step (s56).
(S54) The cashier inputs the amount of the refund from the input operation unit 14. If the input value exceeds the hit value, a warning to that effect is displayed on the screen. Input data is stored in the memory 19.
(S55) The voting / payment processing unit 13 adds the payout to the voting money (J) of the record, and proceeds to step (s57).
(S56) The voting / payment processing unit 13 determines whether the voting money (J) of the record is “$ 0”, terminates the processing if “Yes”, and ends the processing if “No”. Goes to the next step.
(S57) The voting / payment processing unit 13 (cash input / output unit 15) cashes out the voting money. It should be noted that the cashier can also specify a part of the voting money to make the cash payment.
(S58) The voting / payment processing unit 13
・ Card ID
-Whether there is a refund and its value
Is notified to the server 2. The presence or absence of a refund is whether or not the processing of the above step (s54) has been executed.
(S59) The file management unit 22 adds the checkout record to the member portion of the card ID in the card ID file 21a as the latest record.
[0048]
In the settlement record, the value of the hit amount meter (G) becomes smaller by the amount of the refund, and the value of the voting money (J) becomes smaller by the amount of the settlement.
[0049]
It goes without saying that various changes can be made in the above-described embodiment. For example, the following changes may be made.
(A) A calendar is provided in the voting terminal 1, and date and time data is added to the registration, voting, payout, and settlement information sent from the terminal to the server 2.
(B) The processing relating to the password in steps (s21) to (s26) in FIGS. 9 and 11 is omitted. In this case, the voter does not enter a password.
(C) Cause the server 2 to execute the process in the voting terminal 1 as needed.
(D) The data held in the card ID file 21a (data based on the operations of registering, voting, paying back, and adjusting the voter) is created by the voting terminal 1 and sent to the server 2.
(E) An IC card is used as a voter card, and the same data as the card ID file 21a is stored in the card. In this case, the voting terminal 1 can execute processes such as voting, payout, registration, and settlement based on the data of the IC card.
(F) With respect to deposits, voting money, hit money, refunds, etc., these individual data are registered in the card ID file 21a, and the total data is obtained from the voting terminal which has received the voting file data as a whole. . The same applies to the calculation of the remaining deposit and the voting money. Conversely, the total data, the remaining deposit, and the voting money are registered in the card ID file 21a without registering individual data such as deposits, voting money, hit money, refunds, etc. in the card ID file 21a. .
(G) Instead of cash input in (s11) of FIG. 8 and (s37) of FIG. 9, a deposit registration process using a prepaid card is performed.
[0050]
As a recording medium for storing the processing program for the above cashless voting,
・ Database of program provider (line destination memory such as DASD)
・ Portable recording media of various types
・ RAM and hard disk on the computer body
Any of these may be used. The program is loaded into the computer main body and executed on the main memory.
[0051]
(Supplementary Note 1) In a voting system in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid state for a hit voting content. A file that stores data based on the hit money, the paid money in which a part or all of the hit money has been transferred, and the paid money, and a hit of the file based on the payout instruction. A file management unit for registering a record in which related data of money and refund is set to the value after the transfer.
(Supplementary Note 2) The file management unit may invalidate a hit amount of the file that has not been shifted to the refund after a predetermined period of time has passed since the file is held in the file. The cashless voting system described.
(Supplementary Note 3) In a voting system in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid state for a hit voting content. A display unit that displays information extracted from a file that holds data based on the hit money and the reimbursement in which a part or all of the hit money has been transferred and is in a paid state; Investigate the magnitude relationship between the voting amount corresponding to the sum of the deposit and the refund and subtracting the voting amount up to the previous time, and the current voting amount of the user. Is displayed on the display unit as to whether or not to shift the hit money to a paid-back refund, and based on the refund instruction from the user, a new post-payment new Cashless voting system and a voting processing unit to investigate the magnitude relation between the votes of amounts and the voting amounts, characterized in that.
(Supplementary Note 4) In a voting method in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid state for the voting content hit. The data based on the hit money and the reimbursement in the paid state obtained by transferring a part or all of the hit money are stored in a file in association with each other, and the hit of the file is determined based on the payout instruction. A cashless voting method comprising: registering a record in which relevant data of money and refund is set to the value after the transfer.
(Supplementary Note 5) In a voting method in which a voting terminal is capable of voting in a cashless manner, each user has at least a deposit for voting, a voting money for a race, and an unpaid state for a hit voting content. Displays information extracted from a file in which data based on the hit money and the reimbursement in a state where a part or all of the hit money has been transferred and which has been paid are displayed, and the user's deposit is displayed. Investigate the relationship between the voting amount corresponding to the sum of the refund and the voting amount up to the previous time from the sum of the refund and the current voting amount of the user, and if the voting amount is insufficient. Performs an indication as to whether or not to transfer the hit money to a paid-back refund, and based on the refund instruction from the user, the new voting amount after the refund and the voting amount and Examine the magnitude relationship, cashless voting method, characterized in that.
(Supplementary Note 6) A program for voting in a cashless manner from a voting terminal by computer processing, the computer comprising, at least, a deposit for voting, a voting money for a race, A function of associating data based on the unpaid hit money with respect to the content of the voting executed and the refund paid in a state in which a part or all of the hit money has been transferred, in a file, and a refund. A function of registering, based on the instruction, a record in which the hit data and the reimbursement data of the file are set to the values after the transfer, and a function of registering the cashless voting program.
(Supplementary Note 7) A program for voting in a cashless manner from a voting terminal by computer processing, wherein the computer stores at least a deposit for voting, a voting money for a race, The information extracted from the file that holds the data based on the unpaid hit money for the content of the voting and the refund in the paid state after transferring part or all of the hit money Investigate the display function, the voting amount corresponding to the sum of the deposit and the refund of the user minus the voting amount up to the previous time, and the magnitude relationship between the current voting amount of the user and A function for executing a display as to whether or not to transfer the hit money to a paid-back refund if the voting amount is insufficient, and a refund instruction from the user; Based on cashless voting program the new vote can after payout amount and to realize a function to check the magnitude relationship between the voting amounts, characterized in that.
[0052]
【The invention's effect】
According to the present invention, as described above, the race fund (dividend) is a ballot fund managed by the competition organizer in an unpaid state and a part or all of the ballot fund is refunded by the voter. Since the refunds are kept separately in the file, the convenience of the voter in the management of the race fund is ensured, and the efficiency of the competition organizer in the management of the race fund is improved. Can be planned.
[0053]
Furthermore, if the cash reserve under the control of the competition organizer does not shift to a refund even after a predetermined period (multiple days), the payout is invalidated, which makes the management of the race cash management complicated. And the voter card can be guaranteed continuous use of the voter card from the next day onward.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a network configuration according to the present invention.
FIG. 2 is an explanatory diagram showing a display screen of a possible voting amount based on a voter card according to the present invention.
3 is an explanatory diagram showing a display screen according to the present invention when a voting amount based on a mark card exceeds a voting amount and an unpaid hit money (hit money total G in FIG. 7) remains. is there.
FIG. 4 is an explanatory diagram showing a display screen when a voting amount based on a mark card exceeds a voting amount and no unpaid hit money remains.
FIG. 5 is an explanatory diagram showing a settlement display screen based on a voter card according to the present invention.
FIG. 6 is an explanatory diagram showing a configuration example of a voting terminal and a server according to the present invention.
FIG. 7 is an explanatory diagram showing a data structure of a card ID file according to the present invention.
FIG. 8 is an explanatory diagram showing a deposit (cash) registration procedure of the present invention, that is, a processing procedure when a user registers a voting fund (cash) in a server 2 from a voting terminal 1 using a voter card. .
FIG. 9 is an explanatory view (No. 1) showing a voting procedure, that is, a processing procedure of cashless voting using a voter card and a mark card according to the present invention.
FIG. 10 is an explanatory diagram (No. 2) illustrating a voting procedure, that is, a processing procedure of cashless voting using a voter card and a mark card according to the present invention.
FIG. 11 is an explanatory diagram showing a settlement procedure, that is, a processing procedure for cashing voting money using a voter card according to the present invention.
[Explanation of symbols]
1: Voting terminal
11: Card insertion / ejection unit
12: Card reading unit
13: Voting / payment processing section
14: Input operation unit
15: Cash input / output unit
16: Voting ticket issuance department
17: Display section
18: Input / output unit with server 2
19: Memory
2: Server
21: Database
21a: Card ID file
21b: Race result file
22: File management unit
23: Input / output unit with voting terminal 1
24: Calendar

Claims (5)

In a voting system that enables voting in a cashless manner from a voting terminal,
The transfer of at least the deposits for voting, the voting for races, the unpaid hits for hits, and some or all of the hits for each user. A file in which the data based on the refund in the paid state is stored in association with the refund,
A file management unit for registering a record in which the relevant data of the hit money and the refund of the file is set to the value after the transfer based on the refund instruction.
A cashless voting system characterized by the following. In a voting system that enables voting in a cashless manner from a voting terminal,
The transfer of at least the deposits for voting, the voting for races, the unpaid hits for hits, and some or all of the hits for each user. A display unit that displays information extracted from a file that holds data based on a refund in a paid state, and
By examining the magnitude relationship between the voting amount corresponding to the sum of the deposit and the refund of the user minus the voting amount up to the previous time and the current voting amount of the user, the voting amount is determined. In the case of a shortage, the display unit is caused to execute a display as to whether or not the target money is to be transferred to a paid-back refund, and a new paid-back refund is issued based on the refund instruction from the user. A voting processing unit that checks the magnitude relationship between the voting amount and the voting amount,
A cashless voting system characterized by the following. In a voting method that enables voting in a cashless manner from a voting terminal,
The transfer of at least the deposits for voting, the voting for races, the unpaid hits for hits, and some or all of the hits for each user. Refunds in the paid state and the data based on it are stored in a file in association with each other,
Based on a refund instruction, register a record in which the relevant data of the hit money and the refund money of the file are set to the value after the migration,
A cashless voting method characterized in that: A program for voting in a cashless manner from a voting terminal by computer processing,
To the computer,
The transfer of at least the deposits for voting, the voting for races, the unpaid hits for hits, and some or all of the hits for each user. A function of associating data based on the refund in the paid state with the data in the file,
Based on a refund instruction, a function of registering a record in which the relevant data of the hit and refund of the file is set to the value after the transfer,
A cashless voting program characterized by the following: A program for voting in a cashless manner from a voting terminal by computer processing,
To the computer,
The transfer of at least the deposits for voting, the voting for races, the unpaid hits for hits, and some or all of the hits for each user. A function of displaying information extracted from a file that holds data based on a refund in a paid state in association with the refund,
By examining the magnitude relationship between the voting amount corresponding to the sum of the deposit and the refund of the user minus the voting amount up to the previous time and the current voting amount of the user, the voting amount is determined. If insufficient, a function to execute a display as to whether to shift the hit money to a paid-back refund,
A function of checking a magnitude relationship between a new voting amount after the refund and the voting amount based on the refund instruction from the user,
A cashless voting program characterized by the following:

Images