JP7617469B2 - Information processing device and program - Google Patents

Description

The present invention relates to an information processing device and a program.

For example, in various types of competitions where betting is conducted, such as horse racing, bicycle racing, and boat racing, a voting device that accepts votes from voters is used (see, for example, Patent Document 1). Voters can cast their vote by writing the necessary voting information on a ballot paper and inputting it into the voting device. For example, in the case of horse racing, voters can cast their vote by writing the details such as the racecourse where the race will be held, the betting method (win or place), and the horse they are betting on on a ballot paper and inputting them into the voting device.

JP 2013-114487 A

However, the voting methods used in the above-mentioned competitions are complicated and difficult for inexperienced users to understand. For example, in the case of horse racing, bicycle racing, boat racing, etc., users must select the voting method and the horse or rider to bet on from many voting patterns, which is complicated. This is thought to be one of the factors that alienates users who have never voted or have little experience of voting.

The present invention aims to provide a technology that allows even users with little voting experience to easily cast their votes.

An information processing device according to one aspect of the present invention is an information processing device that accepts votes for each of a plurality of competitions for which voting targets can be cast, and has a reception unit that receives an instruction from a first player to vote for the same voting targets as all or some of the voting targets for which a second player has voted or predicted, and a payment processing unit that gives a reward to the first player when the first player votes for the same voting targets as all or some of the voting targets for which the second player has voted or predicted for at least two or more of the plurality of competitions.

The present invention provides technology that allows even users with little voting experience to easily cast their votes.

1 is a diagram illustrating an example of a system configuration of a voting system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating an example of a hardware configuration of a server and a terminal. FIG. 2 illustrates an example of a functional block configuration of a server. FIG. 13 is a diagram showing an example of a user management DB and a prognosticator management DB. FIG. 13 is a diagram illustrating an example of a remuneration definition DB. FIG. 11 is a sequence diagram showing an example of a processing procedure performed by the voting system. 13 shows an example of a screen displaying a reward to be paid to a user.

The embodiment of the present invention will be described with reference to the attached drawings. In each drawing, the same reference numerals are used to denote the same or similar configurations.

<System Configuration>
Fig. 1 is a diagram showing an example of a system configuration of a voting system 1 according to this embodiment. The voting system 1 shown in Fig. 1 includes a server 10 and one or more terminals 20. The server 10 and the terminals 20 are communicatively connected to each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication. The server 10 and the terminals 20 may be referred to as information processing devices.

The server 10 may be configured with one or more physical servers, or may be configured with a virtual server running on a hypervisor, or may be configured with a cloud server. The terminal 20 is a terminal used by a user, and the user can cast a vote for a voting target by operating the terminal 20. The terminal 20 is, for example, a mobile phone (including a smartphone), a tablet terminal, a personal computer, etc.

For example, in various types of competitions where voting is performed, such as bicycle racing, horse racing, boat racing, and auto racing, the server 10 manages the voting targets on which tipsters (Tipsters) vote, the voting targets on which users vote, the predetermined value owned by users, and the amount of refunds (payouts) based on the results of the competition (race).

A betting target is an object for which a predetermined value is bet, and refers to an object that is uniquely determined by a combination of the designation of the contestant (including athletes and animals) expected to win among those competing in the race, and the designation of the betting method. Specifically, in the case of bicycle racing, this would be a dyadic ticket that designates athletes number 5 and 3 as the first and second place winners, respectively, and a trifecta ticket that designates athletes number 1, 2, and 5. Note that a dyadic ticket is a ticket that predicts the first and second place winners in the order of their finish, and a trifecta ticket is a ticket that predicts the first to third place winners (regardless of the order of their finish). In the case of horse racing, this would be a win ticket for number 1, and a place ticket for number 5, etc.

The predetermined value may be, for example, money, or points that can be used to vote for a target. In addition to voting, the points may be usable in a predetermined service or game. Furthermore, the points may be points that a user who plays a predetermined service or game can receive for free within the predetermined service or game (free points), or points that can be received in exchange for paying money (by charging) within the predetermined service or game (paid points). The predetermined value may simply be referred to as "value."

In this embodiment, a user (first player) can specify a dopestor (second player) to vote for the betting target that the specified dopestor will vote for or predict. In other words, the user can cast a vote using the betting target that the dopestor will vote for or predict, rather than predicting who (what) will win and deciding the betting target himself. In the following description, casting a vote by specifying a dopestor to be used, rather than predicting the betting target himself, is expressed as "riding together". The user can specify the dopestor to ride along with after checking the betting target that the dopestor voted for or predicted. For example, assume that the user specifies dopestor A as a dopestor to ride along with via the screen of the terminal 20, and further specifies that a predetermined value will be bet on the betting ticket for the trifecta of numbers 1, 5, and 6 on which dopestor A has bet. In this case, the server 10 bets the user's predetermined value on the betting ticket for the trifecta of numbers 1, 5, and 6. The user can also specify a dopestor to ride along with before the dopestor makes a vote or prediction. In this case, after the person designated by the user makes a vote or prediction, the server 10 casts the user's predetermined value on the voting target for which the person designated by the user voted or predicted.

The forecaster may be any person, for example, a group of multiple people or a single person. The forecaster may also be a celebrity or other famous person, or an unknown individual. The forecaster is not necessarily limited to a real person, but may also be a fictional person created by computer simulation.

In addition, if a user rides with the same predictor multiple times, the user is given a reward (bonus) according to the number of times the user has ride-shared. For example, if a user rides with predictor B in three competitions (three races) out of all competitions held in one day, a predetermined reward is given for riding with the same predictor B three times. The predetermined reward may be the same value as the predetermined value (for example, if the predetermined value is money, the reward is also money), or may be a value different from the predetermined value (for example, if the predetermined value is money, the reward is points, etc.). The reward (refund) received when the bet target is correct may be called the "first reward", and the reward given according to the number of times the user has ride-shared may be called the "second reward". In addition, the reward (refund) received when the bet target is correct may be called the "reward", and the reward given according to the number of times the user has ride-shared may be called the "bonus" or "privilege".

<Hardware Configuration>
2 is a diagram showing an example of the hardware configuration of the server 10 and the terminal 20. The server 10 and the terminal 20 each have a processor 11 such as a central processing unit (CPU) or a graphical processing unit (GPU), a storage device 12 such as a memory, a hard disk drive (HDD) and/or a solid state drive (SSD), a communication interface (IF) 13 for wired or wireless communication, an input device 14 for accepting input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, a touch panel, a mouse, and/or a microphone. The output device 15 is, for example, a display and/or a speaker.

<Function block configuration>
FIG. 3 is a diagram showing an example of a functional block configuration of the server 10. The server 10 includes a storage unit 100, a display control unit 101, a reception unit 102, a voting processing unit 103, a payment processing unit 104, and a video processing unit 105. The storage unit 100 can be realized using a storage unit 12 provided in the server 10. The display control unit 101, the reception unit 102, the voting processing unit 103, the payment processing unit 104, and the video processing unit 105 can be realized by the processor 11 of the server 10 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable storage medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

The memory unit 100 stores a user management DB 100a, a forecaster management DB 100b, and a reward definition DB 100c.

Figure 4 shows an example of the user management DB 100a and the forecaster management DB 100b. In the "user ID" of the user management DB 100a, an identifier for uniquely identifying the user within the server 10 is stored. In the "nickname", the nickname entered by the user at the time of user registration is stored. In the "owned value", the amount of a predetermined value owned by the user is stored. In the "points", the amount of points owned by the user is stored. In the "points", the amount of paid points and the amount of free points may be stored separately. In the "voting history", the voting object for which the user voted and the predetermined value for which the user voted are stored for each race. In the "voting history", forecasters who the user shared their bets with may also be stored for each race.

In the "doctor ID" of the doctrinator management DB 100b, an identifier for uniquely identifying a doctrinator (including a group of doctrinators) within the server 10 is stored. In "nickname", the nickname of the doctrinator is stored. In "owned value", the amount of a predetermined value owned by the doctrinator is stored. In "increase/decrease amount", the amount of increase/decrease in the doctrinator's owned value based on a predetermined time (e.g., the start of the first race) is stored. For example, in the example of FIG. 4, doctrinator C100 possessed 32,610 yen at the start of the first race, and currently possesses 53,200 yen, an increase of 20,590 yen. In "voting history", the voting target and the predetermined value bet by the doctrinator are stored for each race.

Figure 5 shows an example of the reward definition DB 100c. "Number of times" indicates how many times the user has shared a ride with the same person. "Support bonus" indicates a reward given to the user regardless of whether the bet target is correct or not. In the example of Figure 5, it is shown that a predetermined amount of free points according to the number of times the user has shared a ride is given as a support bonus. For example, if the user has shared a ride with the same person twice, 15 free points are given. Note that the act of the user sharing a ride with the same person multiple times is considered to be synonymous with the user supporting the same person. Therefore, in this embodiment, the reward given to the user regardless of whether the bet target is correct or not is called a "support bonus". On the other hand, "success bonus" indicates a reward given to the user when the bet target is correct. In the example of Figure 5, it is shown that the payout amount is increased by a percentage according to the number of times the user has shared a ride with the person. For example, if the user has shared a ride with the person five times, the payout amount is increased by 2.5%. Note that the hit bonus is not limited to this, and a predetermined amount of reward may be given.

The display control unit 101 performs various processes required for displaying, on the display of the terminal 20, a screen for accepting the designation of a dosigrapher from the user, a video showing the dosigrapher making a prediction, and a screen showing the amount of reward, etc. The display control unit 101 may transmit data for displaying various screens to the terminal 20 in response to access from a web browser provided in the terminal 20, or in response to access from a dedicated application installed in the terminal 20.

The reception unit 102 has a function of receiving an instruction from a user to vote for the same voting targets as all or part of the voting targets for which the doctor is voting or predicting. In other words, the reception unit 102 receives the selection of a doctor to join directly or indirectly from the user. For example, the reception unit 102 may directly receive the selection of a doctor to join, the selection of the voting target to be voted for, and the designation of the amount of the predetermined value to be voted for via the screen of the terminal 20. Alternatively, the reception unit 102 may indirectly receive the selection of a doctor to join by receiving an instruction from a user to join the same doctor as a doctor with whom another user (e.g., another user in a friendship relationship or the same group, etc.) is joining. The reception unit 102 also has a function of receiving the designation of the voting target to be voted for and the amount of the predetermined value to be voted for from the doctor.

The voting processing unit 103 has a function to vote for the voting targets specified by the doctrinators for each competition. The voting processing unit 103 also has a function to execute a process to vote for all or some of the voting targets accepted from the user by the acceptance unit 102 with a predetermined value or a part of it specified by the user for each competition. The voting processing unit 103 may access an external system that accepts votes for competitions and pays refunds, etc., to vote for the voting targets accepted from the user and doctrinators.

The payment processing unit 104 has a function of giving a reward (bonus) to a user when the user votes for all or some of the voting targets that are the same as those voted for or predicted by a prognosticator for at least two or more of a plurality of competitions.

In addition, when the bet target for which the user has bet a predetermined value is the target for which a reward is to be paid (when the bet target is a winning bet), the payment processing unit 104 may perform a payment process for the user of a reward (refund) according to the predetermined value bet by the first player for each competition, either on the server 10 itself or using an external system.

The video processing unit 105 has the function of receiving a video of the forecaster making a prediction from the forecaster's terminal or the like, and passing it to the display control unit 101.

<Processing Procedure>
Fig. 6 is a sequence diagram showing an example of the processing procedure performed by the voting system 1. The processing procedure performed by the server 10 and the terminal 20 will be specifically described with reference to Fig. 6. In Fig. 6, the terminal used by the user is described as terminal 20a, and the terminal used by the forecaster is described as terminal 20b. In the following description, the calculation of the reward (bonus) given to the user is performed according to the reward definition DB shown in Fig. 5.

First, the terminal 20b used by each dosigrapher transmits video data of the dosigrapher making a prediction to the server 10 (S101). The video data is continuously transmitted for a predetermined period (a period including at least the time periods during which multiple competitions are held, such as one day).

Next, the terminal 20b of the doctor accepts the designation of the voting target for which the doctor has voted or predicted and the amount of the predetermined value to be voted (S102). Next, the terminal 20a used by the user requests the server 10 to display a screen that accepts the doctor's selection in accordance with the user's operation (S103). The server 10 transmits screen data of the screen that accepts the doctor's selection in accordance with the request to the terminal 20a (S104). On the display of the terminal 20a that has received the screen data, a screen that accepts the designation of the doctor and a screen that accepts the amount of the predetermined value to be voted by the user for each voting target for which the doctor has voted or predicted are displayed. Note that if the doctor has not finished voting or predictions, the voting targets for which each doctor has voted or predicted may not be displayed on the screen.

Next, the terminal 20a transmits to the server 10 information indicating the forecaster selected by the user on the screen that accepts the designation of the forecaster, the voting target, and the amount of the predetermined value to be voted for (S105). The reception unit of the server 10 receives the information from the terminal 20a and accepts the selection of the forecaster, the voting target, and the amount of the predetermined value to be voted for (S106).

The betting processing unit 103 bets the amount of a predetermined value designated by the dopestor for the betting object selected by the dopestor (S107). Also, the betting processing unit 103 bets the amount of a predetermined value designated by the user for the betting object accepted in the processing procedure of step S106 (S108). The processing procedure of steps S102 to S108 is repeated for each competition. Also, the processing procedure of step S107 may be executed at any timing after step S102.

Here, the payment processing unit 104 gives a reward to a user when the user votes for all or some of the same voting targets as those voted for or predicted by the same prognosticator for at least two or more of multiple competitions held within a specified period (e.g., one day). For example, if a user joins in (directly or indirectly) the voting of prognosticator A three times, the payment processing unit 104 gives the user 30 free points. In addition, if the voting target for which the user voted is correct, the payment processing unit 104 gives the user an increased refund amount of 1.5%.

The condition for giving a reward when a user shares a ride with the same predictor may be that the reward is given according to the number of times the user shares a ride "consecutively." In other words, the payment processing unit 104 may give a reward to a user when the user votes for all or some of the same voting targets as those voted for or predicted by the same predictor for consecutive races among a plurality of races.

The reward paid to the user may be increased the more times the user has consecutively piggybacked on the same predicted candidate. In other words, the payment processing unit 104 may be configured to increase the reward paid to the user the more sports in which the user has voted for the same voting targets as all or part of the voting targets voted for or predicted by the predictor among multiple sports. In this case, in the reward definition DB 100c shown in FIG. 5, the "number of times" may mean the number of consecutive times the user has piggybacked on the same predicted candidate. For example, "twice" may mean that the user has piggybacked on the same predicted candidate twice in a row.

For example, let us say that out of the 10 races held on one day, the user piggybacks with forecaster A for the first race and the third through fifth races. In this case, the user will have piggybacked with forecaster A three times in a row, from the third through fifth races, and will be awarded 30 points as a support bonus once all races have finished.

The payment processing unit 104 may be configured to give a reward to a user "each time a competition is completed" when the user votes for all or some of the voting targets that are the same as those voted for or predicted by a dopestor for consecutive competitions among a plurality of competitions. For example, assume that the user has piggybacked on dopestor A for the third to fifth races. In this case, the user will have piggybacked on dopestor A for two consecutive races at the time of the fourth race, so 15 points will be given as a cheering bonus at the time of the fourth race. Furthermore, the user will have piggybacked on dopestor A for three consecutive races at the time of the fifth race, so an additional 30 points will be given as a cheering bonus at the time of the fifth race. In other words, user A will be given a total of 45 points as a cheering bonus at the time of the fifth race.

The number of times that a user has piggybacked on the same predictor may be reset every predetermined period. In other words, the payment processing unit 104 may reset the number of competitions for which the user has voted for the same voting targets as all or part of the voting targets voted for or predicted by the predictor among multiple competitions held within a predetermined period for the predetermined period. For example, if the predetermined period is set to one day, the number of times that the user has piggybacked on predictor A is reset every day. Also, for example, if the predetermined period is set to two days based on a predetermined day (for example, two days based on odd days), the number of times that the user has piggybacked on predictor A is reset every two days. Also, for example, if the predetermined period is set to one week based on the beginning of the week (for example, Monday), the number of times that the user has piggybacked on predictor A is reset every Monday.

Figure 7 shows an example of a screen that displays the reward to be paid to the user. The screen shown in Figure 7 may be displayed by performing a predetermined operation on a screen that accepts the selection of a dopestor. Figure 7(a) displays a list of tickets for which Team A will bet in the 10th race, and a button for specifying the amount of a predetermined value that the user will bet on. For example, Figure 7(a) shows a state in which the user selects Team A as a dopestor to join the group, and selects to bet 1,000 points on the ticket for 1-7 predicted by Team A, 1,000 points on the ticket for 1-7-3, 500 points on the ticket for 3-4-1, and 500 points on the ticket for 1-6-2. Figure 7(a) also displays the amount of reward that may be given to the user. In the example of FIG. 7(a), if a user piggybacks with Team A and the 3-4-1 ticket wins, 150 points will be awarded as a support bonus, and a maximum of 2703 points (500 points x 98.3 times x 5.5%) may be awarded as a winning bonus. When button B10 is pressed, the designated points are voted for each ticket selected in FIG. 7(a). FIG. 7(b) shows an example of a screen showing the amount of reward awarded when the user piggybacks with the same predictor consecutively. By referring to the screen of FIG. 7(b), the user can check in advance how much reward will be awarded for how many times the user piggybacks.

<Summary>
According to the embodiment described above, the user is allowed to select a dozier to join the dozier, and the user is allowed to vote a predetermined value designated by the user for all or part of the voting targets for which the dozier has voted. This makes it possible to provide a technology that allows even users with little voting experience to easily cast their votes.

In addition, if a user votes for the same voting target as the same prognosticator in multiple competitions (i.e., if the user piggybacks on the same prognosticator multiple times), the user is given a reward according to the number of competitions (number of times) in which the user piggybacks on the same prognosticator. This makes it possible to prevent a situation in which users piggyback on a specific prognosticator, for example, since it is expected that there will be users who will piggyback on the same prognosticator (support the person) if they can receive a reward, even if the user does not seem to have much experience in prognostication.

The above-described embodiments are intended to facilitate understanding of the present invention, and are not intended to limit the present invention. The flow charts, sequences, elements included in the embodiments, and their arrangements, materials, conditions, shapes, sizes, etc., described in the embodiments are not limited to those exemplified, and may be modified as appropriate. In addition, configurations shown in different embodiments may be partially substituted or combined.

1... Voting system, 10... Server, 11... Processor, 12... Storage device, 13... Communication IF, 14... Input device, 15... Output device, 20... Terminal, 100... Storage unit, 101... Display control unit, 102... Reception unit, 103... Voting processing unit, 104... Payment processing unit, 105... Video processing unit

Claims (4)

A processor is provided.
the processor accepts a first vote from a first player to vote for the same voting targets as all or a part of the voting targets voted for or predicted by a second player for the first competition;
the processor, after accepting the first vote, when accepting a second vote from the first player for voting targets that are the same as all or some of the voting targets voted for or predicted by the second player for a second competition, grants to the first player a payout amount for the second vote and a bonus obtained by multiplying the payout amount by a premium rate, and sets the premium rate by which the payout amount is multiplied when the second vote is placed within a predetermined period to be greater than the premium rate by which the payout amount is multiplied when the second vote is placed after the predetermined period;
Information processing device. The processor accepts a first vote from the first player to vote for the same voting target as all or a part of the voting targets voted for or predicted by the second player for the first competition;
when the processor , after accepting the first vote, accepts a second vote from the first player for voting targets that are the same as all or part of the voting targets voted for or predicted by the second player for a second competition, the processor grants to the first player a payout amount for the second vote and a bonus obtained by multiplying the payout amount by a premium rate, and when the second vote is placed within a predetermined period, the processor makes the premium rate by which the payout amount is multiplied higher than the premium rate by which the payout amount is multiplied when the second vote is placed after the predetermined period;
method. causing the processor to accept a first vote from the first player for voting for the same voting targets as all or a part of the voting targets voted for or predicted by the second player for the first competition;
when the processor accepts, after accepting the first vote, a second vote from the first player for voting targets that are the same as all or some of the voting targets for which the second player has voted or predicted for a second competition, the processor grants to the first player a payout amount for the second vote and a bonus obtained by multiplying the payout amount by a premium rate, and when the second vote is placed within a predetermined period, the premium rate by which the payout amount is multiplied is made higher than the premium rate by which the payout amount is multiplied when the second vote is placed after the predetermined period;
method. Equipped with a server,
the server accepts a first vote from a first player to vote for the same voting targets as all or a part of the voting targets voted for or predicted by a second player for the first competition;
the server, after accepting the first vote, when accepting a second vote from the first player for voting targets that are the same as all or part of the voting targets voted for or predicted by the second player for a second competition, grants to the first player a refund amount for the second vote and a bonus obtained by multiplying the refund amount by a premium rate, and sets the premium rate by which the refund amount is multiplied when the second vote is placed within a predetermined period to be higher than the premium rate by which the refund amount is multiplied when the second vote is placed after the predetermined period;
system.

Images