Information processing device and program
Patent Information
- Application Number
- JP2024227814
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2024-12-24
- Publication Date
- 2025-03-07
- Estimated Expiration
- 2039-07-23
AI Technical Summary
【0007】 本発明によれば、投票の経験が少ないユーザであっても容易に投票を行うことができる技術を提供することができる。
Smart Images

Figure 2025031890000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to an information processing device and a program. [Background technology]
[0002] For example, in various types of competitions where betting is conducted, such as horse racing, bicycle racing, and boat racing, a betting device that accepts votes from voters is used (for example, see Patent Document 1). Voters can cast their vote by writing the voting information required for voting on a ballot paper and inputting it into the betting 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 such as win or place, and the horse they are betting on on a ballot paper and inputting them into the betting device. [Prior art documents] [Patent documents]
[0003] [Patent Document 1] JP 2013-114487 A Summary of the Invention [Problem to be solved by the invention]
[0004] However, the betting methods used in the above-mentioned competitions are complicated and difficult for beginner users to understand. For example, in horse racing, bicycle racing, boat racing, etc., users must select a betting method and the horse or rider to be bet on from many betting 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.
[0005] Therefore, an object of the present invention is to provide a technique that enables even users with little voting experience to easily cast their votes. [Means for solving the problem]
[0006] An information processing device according to one embodiment of the present invention is an information processing device that accepts votes for each of a plurality of competitions for which voting is available, 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 is voting or predicting, 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 is voting or predicting for at least two or more of the plurality of competitions. Effect of the Invention
[0007] According to the present invention, it is possible to provide a technique that enables even users with little voting experience to easily cast their votes. [Brief description of the drawings]
[0008] [Figure 1] 1 is a diagram illustrating an example of a system configuration of a voting system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a diagram illustrating an example of a hardware configuration of a server and a terminal. [Diagram 3] FIG. 2 illustrates an example of a functional block configuration of a server. [Figure 4] A figure showing an example of a user management DB and a prognosticator management DB. [Diagram 5] FIG. 13 is a diagram illustrating an example of a remuneration definition DB. [Figure 6] FIG. 11 is a sequence diagram showing an example of a processing procedure performed by the voting system. [Figure 7] 13 shows an example of a screen displaying a reward to be paid to a user. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the accompanying drawings, in which the same reference numerals denote the same or similar configurations.
[0010] <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 connected to each other so as to be able to communicate with 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.
[0011] The server 10 may be configured with one or more physical servers, or may be configured with a virtual server operating 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.
[0012] For example, in various competitions where betting is conducted, such as bicycle racing, horse racing, boat racing, and auto racing, the server 10 manages the betting targets for which Tipsters vote, the betting targets for which users vote, the predetermined value owned by users, and the payout amount (payout money) according to the results of the competition (race).
[0013] 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 includes a dyadic ticket that designates the number 5 and number 3 athletes as the first and second place winners, respectively, and a trifecta ticket that designates the number 1, number 2, and number 5 athletes. 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 includes a win ticket for number 1 and a place ticket for number 5.
[0014] The predetermined value may be, for example, money, or points that can be used to vote for a voting 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."
[0015] 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. That is, 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 by himself / herself. In the following description, casting a vote by specifying a dopestor to be used, rather than predicting the betting target by himself / herself, 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, it is assumed 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 dotter designated by the user casts a vote or makes a prediction, the server 10 casts the user's predetermined value for the voting target for which the dotter cast a vote or made a prediction.
[0016] The predictor may be any person, for example, a group of multiple people or a single person. Also, the predictor may be a celebrity such as a celebrity, or an unknown person. Also, the predictor is not necessarily limited to a real person, but may be a virtual person created by computer simulation.
[0017] 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 rides with the predictor. 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 rides with the predictor 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 rides with the predictor may be called the "bonus" or "privilege".
[0018] <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 CPU (Central Processing Unit) or a GPU (Graphical processing unit), a storage device 12 such as a memory, an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), a communication IF (Interface) 13 for wired or wireless communication, an input device 14 for accepting an input operation, 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.
[0019] <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 by using a storage device 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 device 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.
[0020] The storage unit 100 stores a user management DB 100a, a doppelganger management DB 100b, and a reward definition DB 100c.
[0021] FIG. 4 shows an example of the user management DB 100a and the doctrinator 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", a 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", further, the doctrinator who the user shared the winnings with may be stored for each race.
[0022] In the "doctor ID" of the doctrinator management DB100b, an identifier for uniquely identifying a doctrinator (including a group of doctrinators) within the server 10 is stored. In the "nickname", the nickname of the doctrinator is stored. In the "owned value", the amount of a predetermined value owned by the doctrinator is stored. In the "increase / decrease amount", the amount of increase / decrease in the owned value of the doctrinator based on a predetermined time (e.g., the start of the first race, etc.) is stored. For example, in the example of FIG. 4, it is shown that the 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 the "voting history", the voting object and the predetermined value bet by the doctrinator are stored for each race.
[0023] FIG. 5 shows an example of the reward definition DB100c. "Number of times" indicates how many times the same predictor has been shared. "Support bonus" indicates a reward given to the user regardless of whether the bet target is correct or not. In the example of FIG. 5, it is shown that a predetermined amount of free points according to the number of times of sharing is given as a support bonus. For example, when a user shares a ride with a predictor twice, 15 free points are given. Note that the act of a user sharing a ride with the same predictor multiple times is considered to be synonymous with the user supporting the same predictor. Therefore, in this embodiment, a reward given to a user regardless of whether the bet target is correct or not is called a "support bonus". On the other hand, "hit bonus" indicates a reward given to a user when the bet target is correct. In the example of FIG. 5, it is shown that the hit bonus is a bonus of the amount of refund according to the number of times of sharing. For example, when a user shares a ride with a predictor five times, the amount of refund is increased by 2.5%. Note that the hit bonus is not limited to this, and a predetermined amount of reward may be given.
[0024] 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 dopestor from the user, a video showing the dopestor making a prediction, 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 included in the terminal 20 or in response to access from a dedicated application installed in the terminal 20.
[0025] The reception unit 102 has a function of receiving an instruction from a user to vote for the same voting target as all or part of the voting targets for which the doctor votes or predicts. In other words, the reception unit 102 receives the selection of a doctor to piggyback directly or indirectly from the user. For example, the reception unit 102 may directly receive the selection of a doctor to piggyback, 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 piggyback by receiving an instruction from the user to piggyback on the same doctor as another user (for example, another user in a friendship relationship or the same group, etc.) is piggybacking on. 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.
[0026] The voting processing unit 103 has a function to vote for the voting target designated by the dopestor 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 thereof designated by the user for each competition. The voting processing unit 103 may access an external system that accepts votes for competitions and pays refunds, thereby voting for the voting targets accepted from the user and dopestor.
[0027] The payment processing unit 104 has a function of giving a reward (bonus) to a user when the user votes for all or part of the voting targets that are the same as those voted for or predicted by a dopestor for at least two or more of a plurality of competitions.
[0028] In addition, when a betting object for which a user has bet a predetermined value is the object of payment of a reward (when the betting object is a winning object), the payment processing unit 104 may perform payment processing of a reward (refund) to the user according to the predetermined value bet by the first player for each competition, either by the server 10 itself or using an external system.
[0029] The video processing unit 105 has a function of receiving videos of the dopestors making their predictions from their terminals or the like, and passing them to the display control unit 101.
[0030] <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.
[0031] First, the terminal 20b used by each dopestor transmits video data of the dopestor making a prediction to the server 10 (S101). The video data is continuously transmitted for a predetermined period (a period including at least a time period during which a plurality of competitions are held, for example, one day).
[0032] Next, the terminal 20b of the dopestor accepts the designation of the voting target for which the dopestor 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 for accepting the selection of the dopestor in accordance with the user's operation (S103). The server 10 transmits screen data of the screen for accepting the selection of the dopestor to the terminal 20a in accordance with the request (S104). On the display of the terminal 20a that has received the screen data, a screen for accepting the designation of the dopestor and a screen for accepting the amount of the predetermined value to be voted by the user for each voting target for which the dopestor has voted or predicted by the dopestor are displayed. Note that if the dopestor has not finished voting or prediction, the voting targets for which each dopestor has voted or predicted may not be displayed on the screen.
[0033] Next, the terminal 20a transmits information indicating the dopestor selected by the user on the screen for accepting the designation of the dopestor, the voting target, and the amount of the predetermined value to be voted for to the server 10 (S105). The reception unit of the server 10 receives the information from the terminal 20a, thereby accepting the selection of the dopestor, the voting target, and the amount of the predetermined value to be voted for (S106).
[0034] The voting processing unit 103 votes the amount of a predetermined value designated by the dopestor for the voting object selected by the dopestor (S107). Also, the voting processing unit 103 votes the amount of a predetermined value designated by the user for the voting object accepted in the processing procedure of step S106. (S108). The process procedure of steps S102 to S108 is repeated for each sport. The process procedure of step S107 may be executed at any timing after step S102.
[0035] Here, the payment processing unit 104 gives a reward to a user when the user votes for all or part of the voting targets that are the same as those voted for or predicted by the same dodger for at least two or more of a plurality of competitions held within a predetermined period (e.g., one day, etc.). For example, when a user piggybacks (directly or indirectly) on the voting of dodger A three times, the payment processing unit 104 gives the user 30 free points. In addition, when the voting target that the user voted for wins, the payment processing unit 104 gives the user an increased refund amount of 1.5%.
[0036] In addition, 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 with the same predictor "consecutively." In other words, the payment processing unit 104 may give a reward to a user when the user votes for all or part of the voting targets that are the same as those voted for or predicted by the same predictor for consecutive races among a plurality of races.
[0037] Also, the more times a user has consecutively piggybacked on the same predicted person, the more rewards the user may be paid. In other words, the payment processing unit 104 may be configured to pay a larger reward to a 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 how many consecutive times the user has piggybacked on the same predicted person. For example, "2 times" may mean that the user has consecutively piggybacked on the same predicted person twice.
[0038] For example, let us say that out of 10 races held in one day, the user has joined with forecaster A for the first race and the third to fifth races. In this case, the user will have joined with forecaster A three times in a row from the third to the fifth races, so 30 points will be given as a support bonus when all the races are over.
[0039] In addition, the payment processing unit 104 may give the user a reward "every time a race is completed" when the user votes for all or part of the voting targets that the dodger votes for or predicts for consecutive races among a plurality of races. For example, assume that the user has piggybacked on the dodger A for the races from the third race to the fifth race. In this case, the user will have piggybacked on the dodger 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. In addition, the user will have piggybacked on the dodger 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, a total of 45 points will be given to the user A as a cheering bonus at the time of the fifth race.
[0040] The number of times that the user has piggybacked on the same dopester may be reset every predetermined period. In other words, the payment processing unit 104 may reset the number of competitions 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 dopester among multiple competitions held within a predetermined period, every predetermined period. For example, if the predetermined period is set to one day, the number of times that the user has piggybacked on the dopester 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 the dopester 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 the dopester A is reset every Monday.
[0041] FIG. 7 shows an example of a screen that displays the reward paid to the user. The screen shown in FIG. 7 may be displayed by performing a predetermined operation on a screen that accepts the selection of a dopestor. FIG. 7(a) shows a list of tickets that Team A will bet on in the 10th race, and a button that allows the user to specify the amount of a predetermined value to bet. For example, FIG. 7(a) shows a state in which the user selects Team A as a dopestor to ride with, and selects to bet 1000 points on the ticket of 1-7 predicted by Team A, 1000 points on the ticket of 1-7-3, 500 points on the ticket of 3-4-1, and 500 points on the ticket of 1-6-2. FIG. 7(a) also shows the amount of reward that may be given to the user. In the example of FIG. 7(a), if the user rides with Team A and the ticket of 3-4-1 wins, 150 points are given as a support bonus, and a maximum of 2703 points (500 points x 98.3 times x 5.5%) may be given 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 to be awarded when the same predictor is used repeatedly. By referring to the screen in Fig. 7(b), the user can check in advance how much reward will be awarded for how many times the user uses the same predictor.
[0042] <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.
[0043] In addition, if a user votes for the same voting target as the same predictor in multiple competitions (i.e., if the user rides with the same predictor multiple times), the user is given a reward according to the number of competitions (number of times) in which the user has been riding with the same predictor. This makes it possible to prevent a situation in which users are biased toward a specific predictor, since it is expected that there will be users who will ride with the predictor (support him) even if the predictor does not seem to have much experience in predictions if they can receive a reward.
[0044] 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. are not limited to those illustrated, and can be changed as appropriate. In addition, configurations shown in different embodiments can be partially replaced or combined with each other. [Explanation of symbols]
[0045] 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
1. An information processing device that accepts votes for a plurality of sports for which voting objects can be voted on, and that accepts votes for each of the sports, a reception unit that receives an instruction from the first player to vote for all or a part of the voting targets that are the same as the voting targets voted for or predicted by the second player; a payment processing unit that gives a reward to the first player when the first player votes for all or a part of the voting targets that the second player votes for or predicts for at least two or more of the plurality of competitions, Information processing device.
2. a betting processing unit that executes a process of betting a predetermined value or a part thereof designated by the first player for each event on a betting target accepted by the accepting unit, the payment processing unit performs a payment process for a reward to the first player according to the predetermined value bet by the first player for each game when the bet object for which the first player bets the predetermined value is a reward payment object; The information processing device according to claim 1 .
3. the payment processing unit provides a reward to the first player when the first player votes for all or a part of the voting targets that are the same as the voting targets voted for or predicted by the second player for consecutive competitions among the plurality of competitions; 3. The information processing device according to claim 1 or 2.
4. the payment processing unit increases the reward paid to the first player as the number of sports for which the first player has voted for the same betting targets as all or a part of the betting targets voted for or predicted by the second player among the plurality of sports increases. The information processing device according to any one of claims 1 to 3.
5. the payment processing unit resets, at every predetermined period, the number of competitions for which the first player has voted for the same voting targets as all or part of the voting targets for which the second player has voted or predicted among the plurality of competitions; The information processing device according to any one of claims 1 to 4.
6. A computer that accepts votes for each of a plurality of sports for which voting is possible for a betting object, receiving, from the first player, voting targets that are the same as all or a part of the voting targets voted for or predicted by the second player; providing a reward to the first player when the first player votes for the same voting targets as all or a part of the voting targets voted for or predicted by the second player for at least two or more of the plurality of competitions; A program for executing.
Citation Information
Patent Citations
Information processor and game program
JP2019068894A
Sales server, sales assistance method, recording medium, and program
WO2015194037A1
Betting ticket information provision device, betting ticket information provision method, and program for betting ticket information provision device
WO2016051515A1
Display system for betting processing, video distribution device, and display method
JP2013114487A