Information processing apparatus, information processing method, and program

Abstract

To provide a technology for notifying a user of a predictor whose voting object is close to the taste of the user about a game to be held in the future.SOLUTION: The information processing device includes a first reception unit configured to receive, from a first player, designation of a betting target, a second reception unit configured to receive, from a plurality of second players, designation of a betting target and a betting method, an extraction unit configured to extract, from the plurality of second players, a second player whose betting target includes at least a betting target of the first player, and a notification unit configured to notify the first player of the extracted second player.SELECTED DRAWING: Figure 3

Description

[Technical Field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] Currently, publicly managed races such as horse racing, bicycle racing, and boat racing are held. Patent Document 1 discloses a voting prediction disclosure system that displays the objective reliability of a forecaster on a website that publishes predictions for publicly managed races on the Internet, allowing visitors to the website to visually recognize the reliability of the forecaster and use the predictions as reference. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2009-1596 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the technology described in Patent Document 1 is a technology that notifies users of highly reliable forecasters based on reliability based on past performance, such as the hit rate or recovery rate of the forecaster's past votes. In other words, the technology described in Patent Document 1 notifies users of highly reliable forecasters regardless of the user's preferences (for example, longshots or conservatives). Therefore, it is not possible to notify users of forecasters who are making predictions or voting that fit the user's preferences (for example, longshots or conservatives) for the race in which the user will be voting.

[0005] Therefore, an object of the present invention is to provide a technology that can notify a user of predictors whose voting targets are close to the user's preferences for upcoming competitions. [Means for solving the problem]

[0006] An information processing device according to one embodiment of the present invention is an information processing device that executes processing related to voting for a competition in which voting is possible for voting targets, and has a first reception unit that receives designation of voting targets from a first player, a second reception unit that receives designation of voting targets and voting methods from a plurality of second players, an extraction unit that extracts from the plurality of second players second players whose voting targets for each of the plurality of second players include at least the voting target of the first player, and a notification unit that notifies the first player of the extracted second players. [Effects of the Invention]

[0007] According to the present invention, it is possible to provide a technology that can notify a user of predictors whose voting targets are close to the user's preferences for upcoming competitions. [Brief explanation 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. [Figure 2] FIG. 2 illustrates an example of a hardware configuration of a server. [Figure 3] FIG. 2 is a diagram illustrating an example of a functional block configuration of a server. [Figure 4] 1 shows an example of a user management DB and a forecaster management DB. [Figure 5] FIG. 10 is a sequence diagram showing an example of a processing procedure performed by the voting system. [Figure 6] FIG. 10 is a diagram showing an example of a screen display. [Figure 7] FIG. 10 is a sequence diagram showing an example of a processing procedure performed by the voting system in the second embodiment. [Figure 8] FIG. 10 is a diagram showing an example of a screen display in the second embodiment. DETAILED DESCRIPTION OF THE INVENTION

[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 components.

[0010] [First embodiment] <System configuration> Fig. 1 is a diagram showing an example of the 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 also 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 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.

[0012] The server 10 performs various processes, such as managing the betting targets, voting methods and predetermined values ​​that Tipsters predict and vote on, the betting targets, voting methods and predetermined values ​​that users predict and vote on, the predetermined values ​​held by users and Tipsters, and the amount of refunds (payout money) according to the results of the competition (race), in various competitions where betting is performed, such as bicycle racing, horse racing, boat racing and auto racing.

[0013] The doctor may be any person, for example, a group consisting of multiple people, or a single person. The doctor may also be a celebrity such as a celebrity, or an unknown ordinary person. The doctor is not necessarily limited to a real person, but may also be a virtual person created by computer simulation. In this embodiment, the user can view on the screen of the terminal 20 a video of the doctor predicting the competition results, taken in real time, and can experience enjoying the competition together with the doctor.

[0014] The voting targets are the contestants (including athletes and animals) participating in the competition. For example, in a competition in which contestants numbered 1 to 5 compete, each of the contestants numbered 1 to 5 is a voting target.

[0015] A betting method is a method of betting (betting) a predetermined value on a betting target. For example, a win bet is a method of predicting which betting target will come in first and betting a predetermined value, and a place bet is a method of predicting which betting targets will come in first through third and betting a predetermined value. A duplicita bet is a method of predicting the order of finish of the betting targets that will come in first and second and betting a predetermined value, and a duplicative bet is a method of predicting two betting targets that will come in first and second (regardless of order of finish) and betting a predetermined value. A trifecta bet is a method of predicting the order of finish of the betting targets that will come in first, second, and third and betting a predetermined value, and a trifecta bet is a method of predicting three betting targets that will come in first through third (regardless of order of finish) and betting a predetermined value. Betting methods according to this embodiment also include betting methods other than these methods.

[0016] In this embodiment, an object for which a predetermined value can be bet, which is uniquely determined by specifying a betting method and betting object, is called a "betting ticket." Betting tickets may be issued on paper, or may be data managed within the betting system 1. Examples of betting tickets include a betting ticket for a diadem betting on number 1 in first place and number 5 in second place, or a betting ticket for a trifecta betting on numbers 5, 7, and 8. In this embodiment, "a user or docent purchases a betting ticket" is synonymous with "a user or docent betting person betting a predetermined value for the selected betting method and betting object."

[0017] The predetermined value is a value that can be used to vote for a voting target, and may be, for example, money or points. Points may be usable in a predetermined service or game in addition to being used to vote. 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."

[0018] As a result of the competition, if the betting ticket is a winning ticket, the user and the person who made the prediction can receive a refund of a predetermined value. For example, if three times the betting ticket is a winning ticket, the user and the person who made the prediction can receive a refund of a predetermined value three times the amount of the bet.

[0019] In this embodiment, the server 10 notifies the user (first player) of dopests who have similar tastes to the user's (longshot, conservative, etc.) More specifically, when the server 10 receives from the user a designation of a voting target predicted to rank highly, the server 10 extracts from the dopests a dopest (second player) who predicts that a ballot ticket containing the same voting target as the voting target designated by the user will win, and notifies the user of the extracted dopests.

[0020] Furthermore, by designating one of the extracted doctrinators on the screen of the terminal 20, the user can purchase ballots that are identical to all or part of the ballots that predict that the doctrinator will win. In the following explanation, when a user purchases a ballot that is identical to the ballot that a doctrinator predicts, this is referred to as the user "piggybacking" on the doctrinator. In other words, the user can identify doctrinators whose voting targets are close to their own preferences, and can purchase ballots by referring to the ballots predicted by the doctrinator.

[0021] In this embodiment, "prediction" includes both predicting which voting target will rank highly in order to purchase voting tickets, and making predictions only without purchasing voting tickets.

[0022] <Hardware configuration> 2 is a diagram illustrating an example of the hardware configuration of the server 10. The server 10 includes 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 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.

[0023] <Function block configuration> FIG. 3 is a diagram illustrating 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 first reception unit 102, a second reception unit 103, an extraction unit 104, a notification unit 105, and a voting processing unit 106. The storage unit 100 can be realized using a storage device 12 included in the server 10. The display control unit 101, the first reception unit 102, the second reception unit 103, the extraction unit 104, the notification unit 105, and the voting processing unit 106 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 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.

[0024] The storage unit 100 stores a user management DB 100a that manages various information related to users, and a doctrinator management DB 100b that manages various information related to doctrinators.

[0025] FIG. 4 shows an example of the user management DB 100a and the doctrinator management DB 100b. The "user ID" in the user management DB 100a stores an identifier for uniquely identifying a user within the server 10. The "nickname" stores the nickname entered by the user when registering. The "owned value" stores the amount of a predetermined value that the user possesses. The "voting history" stores the betting tickets that the user has bet on and the predetermined value that they have bet (bet) on for each race.

[0026] The "teacher ID" in the docent management DB 100b stores an identifier for uniquely identifying a docent (including a group of docents) within the server 10. The "nickname" stores the nickname of the docent. The "owned value" stores the amount of predetermined value the docent possesses. The "prediction" stores the betting tickets predicted by the docent for upcoming competitions and the predetermined value that the docent plans to bet or has already bet on. Note that upcoming competitions are not limited to competitions taking place immediately or on the same day, but also include predictions for future competitions, such as competitions taking place the next day. In the example of Figure 4, the contents of the betting tickets predicted by teams A to C for the fifth competition are stored. The "betting history" stores the betting tickets bet by the docent and the predetermined value used to purchase those tickets for each competition that has already finished.

[0027] The display control unit 101 performs various processes required to display on the display of the terminal 20, such as a video of the doctor making a prediction, a screen that accepts the user's designation of the betting target to be predicted, and a screen that shows the betting ticket predicted by the doctor and the amount of predetermined value to be bet on that betting ticket. The display control unit 101 transmits data to the terminal 20 for displaying various screens in response to access from a web browser provided in the terminal 20 or in response to access from a dedicated application installed on the terminal 20.

[0028] The first accepting unit 102 accepts the designation of a voting target from the user. Note that accepting the designation of a voting target includes both accepting the designation of a voting target from the user to vote a predetermined value, and accepting the designation of a voting target to be predicted from the user (including the case where only a prediction is made and a predetermined value is not voted).

[0029] The first accepting unit 102 may also accept a selection of a dopestor from among the dopestors extracted by the extracting unit 104, which will be described later, with whom the user will share the bet.

[0030] In addition, the first reception unit 102 may receive from the user a selection of a forecaster from among the forecasters extracted by the extraction unit 104 described below (i.e., receive a selection of a forecaster to join), and may receive a designation of the voting target and voting method for the user to vote for, and a designation of a predetermined value for the vote, from among the voting targets and voting methods designated by the selected forecaster.

[0031] The second reception unit 103 receives designations of voting targets and voting methods (designation of voting tickets to be purchased) from multiple doctrinators. Note that receiving designations of voting targets includes both receiving designations of voting targets and voting methods from doctrinators to bet a predetermined value, and receiving designations of voting targets and voting methods that are predicted to be correct from doctrinators (including cases where only a prediction is made and a predetermined value is not bet).

[0032] The extraction unit 104 extracts, from among the plurality of doctrinators, doctrinators whose voting targets include at least the voting target of the user.

[0033] The notification unit 105 notifies the user of the extracted dopestors. In addition, the notification unit 105 may notify the user of the voting target and voting method predicted by the dopestors in addition to the extracted dopestors.

[0034] The voting processing unit 106 performs various processes related to voting of a predetermined value. For example, the voting processing unit 106 votes a specified predetermined value for a specified voting target and voting method.

[0035] <Processing Procedure> Fig. 5 is a sequence diagram showing an example of the processing procedure performed by the voting system 1. Using Fig. 5, the processing procedure performed by the server 10 and the terminal 20 will be specifically explained. In Fig. 5, the terminal used by the user is referred to as terminal 20a, and the terminal used by the forecaster is referred to as terminal 20b.

[0036] In step S101, the terminal 20b used by each doctor transmits to the server 10 video data of the doctor making a prediction about which betting target will come out on top as a result of the competition. The transmission of the video data is continued for a predetermined period (a period that includes at least the time periods during which multiple competitions are held, for example, from 9:00 AM to 9:00 PM). The terminal 20b also transmits to the server 10 prediction data that indicates the betting tickets (betting method and betting target) predicted by the doctor and the amount of predetermined value to be bet on the betting ticket. The second reception unit 103 of the server 10 receives, from the terminal 20b of each doctor, the designation of the betting ticket predicted by the doctor and the designation of the amount of predetermined value to be bet on each betting ticket.

[0037] In step S102, the terminal 20a used by the user transmits a message requesting transmission of a screen for voting, etc. to the server 10. The message is transmitted, for example, when a web browser or a dedicated application is launched on the terminal 20a.

[0038] In step S103, the display control unit 101 of the server 10 transmits to the terminal 20a a message including data for displaying the predicted input screen on the terminal 20a.

[0039] In step S104, the terminal 20a displays a prediction input screen and accepts from the user the designation of betting targets predicted to finish in the top ranks. Screen D10 in FIG. 6 is an example of a prediction input screen. On screen D10, the user designates a betting target predicted to come in first, a betting target predicted to come in second, and a betting target predicted to come in third. Note that it is not necessary to predict all of the first to third places. Only first place may be predicted, or first and second places may be predicted but third place may not be predicted. Furthermore, screen D10 is configured to accept the designation of betting targets according to the order of finish, but this is not limiting. For example, it may be configured to accept a predetermined number (e.g., three) of betting targets predicted to finish in the top ranks regardless of the order of finish. When button B10 is pressed by the user, the terminal 20a executes the processing procedure of step S105 in FIG. 5. Returning to FIG. 5, the explanation will be continued.

[0040] In step S105, the terminal 20a transmits a message indicating the voting target designated by the user to the server 10. The first accepting unit 102 of the server 10 accepts the voting target designated by the user.

[0041] In step S106, the extraction unit 104 of the server 10 extracts doctrinators whose predictions are similar to those of the user. More specifically, the extraction unit 104 accesses the doctrinator management DB 100b and extracts, from among the multiple doctrinators, doctrinators whose voting targets included in the "prediction" column include at least the user's voting target.

[0042] For example, it is assumed that the data shown in FIG. 4 is stored in the docent management DB 100b. In this case, if the user predicts that contestant number 7 will finish in the top ranks, the extraction unit 104 extracts Team B, whose betting ticket predicted by the docent is inclusive of the betting target number 7. Also, if the user predicts that contestant number 3 will finish in the top ranks, the extraction unit 104 extracts Team A and Team C, whose betting ticket predicted by the docent is inclusive of the betting target number 3. Also, if the user predicts that No. 3 will come in first and No. 1 will come in second, the extraction unit 104 extracts Team A, whose betting ticket predicted by the docent is inclusive of the betting ticket for No. 3 to come in first and No. 1 to come in second (a double bet on No. 3 and No. 1).

[0043] In step S107, the notification unit 105 notifies the terminal 20a of a message including the nickname of the doctor extracted by the extraction unit 104 and data for displaying a doctor display screen showing the doctor's predictions (betting ticket, predetermined value of bet). For example, if teams A and C are extracted in the processing procedure of step S106, the notification unit 105 notifies the terminal 20a of a message showing team A's predictions (500 yen for the win bet on number 3, 200 yen for the bifecta bet on number 3 in first place and number 5 in second place, and 200 yen for the bifecta bet on number 3 in first place and number 1 in second place) and team C's predictions (200 yen for the bifecta bet on numbers 3 and 4, and 200 yen for the bifecta bet on numbers 1 and 5).

[0044] In step S108, the terminal 20 displays a list of dopestors showing dopestors whose predictions are similar to those of the user. Screen D11 in FIG. 6 is an example of a screen displaying a list of dopestors. The screen displaying the list of dopestors displays the predictions of each dopestor notified by the server 10 in the processing procedure of step S107. The order of dopestors displayed on the screen may be in descending order from the top of the screen to the order of the number of betting tickets containing the user's predicted bet. For example, in the example of FIG. 6, the user predicts that contestant No. 3 will come in first. Team A, which includes contestant No. 3, has three betting tickets: a betting ticket for No. 3 to win, a betting ticket for a diaconal bet on No. 3 to come in first and No. 5 to come in second, and a betting ticket for No. 3 to come in first and No. 1 to come in second. On the other hand, Team C, which includes contestant No. 3, only has a betting ticket for a diaconal bet on No. 3 and No. 4. Therefore, the terminal 20 displays a display area T10 showing Team A's predictions above a display area T11 showing Team C's predictions. Returning to FIG. 5, we will continue the explanation.

[0045] In step S109, the terminal 20 accepts the selection of the dopestors to share the ride from the user. For example, the terminal 20 may recognize that team A has been selected when the display area T10 is pressed on the screen shown in Fig. 6, and that team C has been selected when the display area T11 is pressed. When the user presses the display area T10 or the display area T11, the terminal 20 proceeds to the processing procedure of step S110 in Fig. 5.

[0046] In step S110, the terminal 20 notifies the server 10 of the dopest selected in the processing procedure of step S109. The first accepting unit 102 of the server 10 accepts the dopestor (dopestor to share) selected by the user.

[0047] In step S111, the display control unit 101 of the server 10 transmits to the terminal 20a a message including data for displaying a betting ticket for betting a predetermined value and a screen for accepting the designation of the predetermined value to be bet.

[0048] In step S112, the terminal 20 receives from the user a ballot ticket for betting a predetermined value and the specified predetermined value to be bet. Screen D12 in FIG. 6 is an example of a ballot acceptance screen. Screen D12 displays the ballot ticket for the dopestor selected on screen D11 and the specified value to be bet side by side. Screen D12 displays input areas P10 to P12 for inputting the specified value to bet for each ballot ticket. When the specified value to be bet is input into the input areas P10 to P12 and the execute bet button B10 is pressed, the terminal 20a executes the processing procedure of step S113 in FIG. 5. Note that when "0" is input into the specified value field, no bet may be made for the ballot ticket corresponding to that specified value field. Returning to FIG. 5, the explanation will continue.

[0049] In step S113, the terminal 20 transmits a purchase instruction message indicating the predetermined value for which the user will vote, which was input on the screen D12, to the server 10. The first reception unit 102 of the server 10 receives the designation of the voting object and voting method for which the user will vote, and the designation of the predetermined value for which the user will vote.

[0050] In step S114, the voting processing unit 106 of the server 10 performs a process of betting the specified predetermined value on the voting ticket notified from the terminal 20 (i.e., a process of purchasing a voting ticket). This process may be performed by the voting processing unit 106 requesting another information processing device of the organization running the competition to vote the specified value.

[0051] <Modifications for extracting forecasters whose forecasts are similar to the user> Next, several modified examples of the process performed by the extraction unit 104 to extract dopestors whose predictions are similar to those of the user will be described.

[0052] (Variation 1) The extraction unit 104 may further extract a predetermined number of dopestors (e.g., the top two dopestors) from among the dopestors extracted in the processing procedure of step S106 of FIG. 5 in order of the degree of agreement between the dopestors' predictions and the user's predictions. Furthermore, the notification unit 105 may notify the user of the extracted dopestors, the ballots predicted by the dopestors, and the amount of predetermined value that the dopestors will bet on each ballot, in the order extracted by the extraction unit 104. The degree of agreement between the dopestors' predictions and the user's predictions may be determined based on the number of ballots predicted by the dopestors that include the target predicted by the user. For example, assume that the dopestor management DB 100b stores the data shown in FIG. 4. If a user predicts target number 3, the number of ballots containing target number 3 is three for Team A and one for Team C. Therefore, the degree of agreement is higher for Team A than for Team C.

[0053] (Variation 2) The extraction unit 104 may further extract a predetermined number of docents (e.g., the top three docents) from among the docents extracted in the processing procedure of step S106 of Fig. 5 in order of the number of betting targets that are the same as those that the user voted for in the past race, among the betting targets that each docent voted for in the past race. Furthermore, the notification unit 105 may notify the user of the extracted predetermined number of docents, the betting tickets for predictions made by the docents, and the amount of predetermined value that the docents will bet on each betting ticket, in the order extracted by the extraction unit 104. The past race to be compared may be the most recent race (i.e., the race immediately before the next race to be held), multiple most recent races, or one or more most recent races from among the races in which the user has hit the target (a race in which a betting ticket has been won).

[0054] For example, suppose the dopestors extracted in the processing procedure of step S106 in FIG. 5 are Team A and Team C. Also, suppose that in a past competition (here, the first competition), the betting tickets placed by Team A were a diaconal combination of No. 1 and No. 5, and a diaconal combination of No. 4 and No. 5. Similarly, suppose that in the past competition, the betting tickets placed by Team C were a win bet on No. 2 and a win bet on No. 3. In other words, the betting targets placed by Team A in the past competition were No. 1, No. 4, and No. 5, and the betting targets placed by Team C in the past competition were No. 2 and No. 3. In this case, assuming that the betting targets included in the betting ticket placed by the user in the past competition were No. 2 and No. 3, the number of betting targets that are the same as the betting targets placed by the user in the past competition is two for Team C and zero for Team A. Therefore, the extraction unit 104 extracts Team C as the predictors to be notified to the user, and the notification unit 105 notifies the user of the ballots predicted by Team C and the amount of a predetermined value that Team C will vote for each ballot.

[0055] (Variation 3) The extraction unit 104 may extract, from among a plurality of doctors, doctors whose voting targets and voting methods at least include the voting targets and voting methods of the user. More specifically, the extraction unit 104 accesses the doctor management DB 100b and extracts, from among the plurality of doctors, doctors whose voting targets and voting methods included in the "prediction" column at least include the voting targets and voting methods predicted by the user.

[0056] For example, it is assumed that the data shown in Fig. 4 is stored in the docent management DB 100b. In this case, if a user predicts number 7 for the win, the extraction unit 104 extracts team B, whose betting ticket predicted by the docent includes number 7 for the win. Also, if a user predicts number 3 for the win, the extraction unit 104 extracts team A, whose betting ticket predicted by the docent includes number 3 for the win.

[0057] (Variation 4) The extraction unit 104 may extract a predetermined number of dopestors from among a plurality of dopestors in descending order of the total value of a predetermined value to bet on the voting target and voting method that are the same as the voting target and voting method of the user. Furthermore, the notification unit 105 may notify the user of the extracted predetermined number of dopestors and the voting target and voting method of the dopestors in the order extracted by the extraction unit 104.

[0058] For example, assume that Team M, Team N, Team O, and Team P bet 200 yen, 700 yen, 300 yen, and 1,000 yen on the bet No. 3, and 500 yen, 200 yen, 300 yen, and 500 yen on the bet No. 4, respectively. It is also assumed that the predetermined number is set to two. It is also assumed that the user predicts the bet No. 3 and No. 4. In this case, the teams whose betting tickets predicted by the dodders include the bet No. 3 and No. 4 are Team M, Team N, Team O, and Team P, and the total values ​​of the predetermined values ​​for betting on the bet No. 3 and No. 4 are 700 yen, 900 yen, 600 yen, and 1,500 yen, respectively. Therefore, the extraction unit 104 extracts the two teams (i.e., Team P and Team N) in descending order of the total value of the predetermined values.

[0059] (Variation 5) The extraction unit 104 may extract a predetermined number of doctrinators from among a plurality of doctrinators in descending order of the ratio of the total value of the predetermined value voted for the voting target and voting method that are the same as the voting target and voting method of the user to the total amount of the predetermined value voted by each doctrinator. Furthermore, the notification unit 105 may notify the user of the extracted predetermined number of doctrinators and the voting target and voting method of the doctrinators in the order extracted by the extraction unit 104.

[0060] For example, assume that Team M, Team N, Team O, and Team P bet 200 yen, 700 yen, 300 yen, and 1,000 yen on bet No. 3, 500 yen, 200 yen, 300 yen, and 5,000 yen on bet No. 4, and 100 yen, 500 yen, 800 yen, and 30,000 yen on bet No. 5, respectively. It is also assumed that the predetermined number is set to two. It is also assumed that the user is predicting bets on bet No. 3 and bet No. 4. In this case, the teams whose betting tickets predicted by the dopestors include the third and fourth bets are Team M, Team N, Team O, and Team P, and the proportions of the predetermined value of betting on the third and fourth bets to the total amount of all bets are (200 + 500) ÷ (200 + 500 + 100) = 0.875, (700 + 200) ÷ (700 + 200 + 500) = 0.642, (300 + 300) ÷ (300 + 300 + 800) = 0.428, and (1000 + 5000) ÷ (1000 + 5000 + 30000) = 0.166, respectively. Therefore, the extraction unit 104 extracts the two teams (i.e., Team M and Team N) in descending order of the calculated proportions.

[0061] <Summary> According to the embodiment described above, when the server 10 receives from the user a designation of a betting target that the user predicts will rank highly, it extracts from among the dopestors who predict that the betting ticket containing the same betting target as the user designated will win, and notifies the user of the extracted dopestors. This makes it possible to notify the user of dopests whose betting targets are close to the user's preferences (for example, longshots or conservatives) for upcoming competitions.

[0062] The above-described embodiments are intended to facilitate understanding of the present invention and are not intended to limit the present invention. The flowcharts, sequences, elements included in the embodiments, and their arrangements, materials, conditions, shapes, sizes, etc., described in the embodiments are not limited to those illustrated and can be modified as appropriate. Furthermore, configurations shown in different embodiments can be partially substituted or combined with each other.

[0063] <Additional Notes> [Appendix 1] An information processing device that executes processing related to voting for a competition in which voting is possible for a voting target, a first reception unit that receives a designation of a voting target from a first player; a second reception unit that receives designation of a voting target and a voting method from a plurality of second players; an extracting unit that extracts, from the plurality of second players, second players whose voting targets include at least one of the voting targets of the first player; a notification unit that notifies the first player of the extracted second player; An information processing device having the above.

[0064] According to Appendix 1, it is possible to provide a technology that can notify a user of prospective bettors whose voting preferences are close to the user's preferences for upcoming competitions.

[0065] [Appendix 2] The notification unit notifies the first player of the voting target and voting method of the second player. 2. The information processing device according to claim 1.

[0066] According to Appendix 2, it becomes possible for a forecaster to notify the user of the voting target and voting method that the forecaster is predicting.

[0067] [Appendix 3] the first reception unit receives a selection of a second player from the extracted second players; a voting processing unit that receives a designation of a voting object and a voting method for the first player to vote for from among the voting objects and voting methods designated by the selected second player, and a designation of a predetermined value to be voted for; 3. The information processing device according to claim 1 or 2.

[0068] According to Appendix 3, users can join in on the predictions of other forecasters, making it easy for even users who are not familiar with voting to cast their votes.

[0069] [Appendix 4] the extraction unit extracts a predetermined number of second players from the extracted second players in descending order of the number of voting targets of the second players that are the same as the voting targets of the first player; the notification unit notifies the first player of the extracted predetermined number of second players, and the voting targets and voting methods of the second players. 4. The information processing device according to any one of claims 1 to 3.

[0070] According to Supplementary Note 4, when multiple forecasters are extracted, it becomes possible to notify the user preferentially of forecasters whose voting tendencies are closest to the user's voting tendencies.

[0071] [Appendix 5] the extraction unit extracts, from the extracted second players, a predetermined number of second players in descending order of the number of voting targets that are the same as voting targets that the first player voted for in the past competition, among voting targets that each of the extracted second players voted for in the past competition; the notification unit notifies the first player of the extracted predetermined number of second players, and the voting targets and voting methods of the second players. 5. The information processing device according to any one of Supplementary Notes 1 to 4.

[0072] According to Supplementary Note 5, when multiple predictors are applicable, it becomes possible to notify the user preferentially of predictors whose voting tendencies are closer to the user's voting tendencies in past competitions as well.

[0073] [Appendix 6] the extraction unit extracts second players whose voting targets and voting methods include at least the voting targets and voting methods of the first player; 6. The information processing device according to any one of Supplementary Notes 1 to 5.

[0074] According to Appendix 6, in addition to the voting targets, it is also possible to extract predictors whose voting methods are close to the user's preferences and notify the user of them.

[0075] [Appendix 7] the extraction unit extracts a predetermined number of second players in descending order of total value of predetermined values ​​to bet on the same voting object and voting method as the first player; the notification unit notifies the first player of the extracted predetermined number of second players, and the voting targets and voting methods of the second players. 7. The information processing device according to claim 6.

[0076] According to Supplementary Note 7, it is possible to extract and notify the user of not only the voting target but also the voting method of a forecaster who is close to the user's preference. Also, when multiple forecasters are extracted, it is possible to notify the user preferentially of forecasters who have bet a large amount of predetermined value on voting tickets that match the user's preference (forecasters who are thought to be confident in their predictions).

[0077] [Appendix 8] An information processing method performed by an information processing device that executes processing related to voting for a competition in which voting is possible for a voting target, receiving a designation of a voting target from a first player; receiving designation of a voting target and a voting method from a plurality of second players; extracting, from the plurality of second players, second players whose voting targets include at least the voting target of the first player; notifying the first player of the extracted second player; An information processing method comprising:

[0078] According to Appendix 8, it is possible to provide a technology that can notify users of upcoming competitions about candidates whose betting options are closest to the user's preferences.

[0079] [Appendix 9] A computer that executes processing related to voting for a competition in which voting is possible for a voting target, receiving a designation of a voting target from a first player; receiving designation of a voting target and a voting method from a plurality of second players; extracting, from the plurality of second players, second players whose voting targets include at least the voting target of the first player; notifying the first player of the extracted second player; A program to execute.

[0080] According to Appendix 9, it is possible to provide a technology that can notify a user of the candidates whose betting options are closest to the user's preferences for upcoming competitions.

[0081] [Second embodiment] A second embodiment of the present invention will be described below. The voting system 1 according to the second embodiment can employ the same system and hardware configuration as the voting system 1 according to the first embodiment, and therefore a description thereof will be omitted here. The functional configuration of the server 10 can also employ the same configuration as that shown in FIG. 3, but differs in the processing executed by each unit. The following will first describe the functions of the server 10 according to the second embodiment, focusing on the differences from the first embodiment.

[0082] The first reception unit 102 receives a first vote from a first player, which specifies a betting target and a predetermined value for a predetermined competition. Here, the first player is the user who operates the terminal 20a. The predetermined competition is the competition for which the first player will place a vote. The first vote is information that specifies a betting target for the predetermined competition and the amount of predetermined value set for that betting target. For example, the first vote may be information on a betting ticket that the first player will use to cast a vote in the predetermined competition.

[0083] Furthermore, the first reception unit 102 may receive a plurality of first votes from the first player, each of which specifies a betting target and a predetermined value for a predetermined competition. For example, in the example shown in Fig. 6, each of the betting targets, betting methods, and betting amounts for which the first player has voted corresponds to a first vote. The first reception unit 102 may receive a plurality of first votes at the same time, or may receive at least one first vote at a different time from the other first votes.

[0084] The voting processing unit 106 executes voting based on the first vote received by the first reception unit 102. Specifically, the voting processing unit 106 executes processing to purchase a voting ticket indicated by the first vote. When multiple first votes are received by the first reception unit 102, the voting processing unit 106 executes voting based on each first vote. After the end of a predetermined competition, when the results of the competition are determined, if the betting target and betting method specified in the first vote are correct, the winning amount calculated based on the corresponding odds and the betting amount specified in the first vote will be awarded to the first player.

[0085] The second reception unit 103 receives at least the designation of voting targets for a predetermined competition from a plurality of second players. The plurality of second players may be users other than the first player who have designated information on voting targets for a predetermined competition. The second reception unit 103 may receive, in addition to the designation of voting target information from the plurality of second players, designation of voting method information, and may further receive designation of betting amount information. The information on the designation of voting targets received from the plurality of second players is stored in, for example, the dodders management DB 100b shown in FIG. 4.

[0086] The extraction unit 104 extracts, from among the second players, second players whose voting targets include at least the voting target designated for the first vote. Specifically, the extraction unit 104 searches the doppelganger management DB 100b for predictions including the voting target designated for the first vote, and extracts the searched doppelganger as the second player.

[0087] Furthermore, when there are multiple first votes, the extraction unit 104 may extract, from the multiple second players, second players whose voting targets are included in one or more first votes selected from the multiple first votes. For example, the extraction unit 104 may extract the second player who made a prediction (vote) that includes the most voting targets among the voting targets specified in each of the multiple first votes. Furthermore, the extraction unit 104 may select two or more first votes from the multiple first votes and extract second players whose voting targets are included in all of the voting targets specified in each of the two or more first votes.

[0088] Furthermore, for example, the extraction unit 104 may extract, from a plurality of second players, second players who include the voting target designated in a predetermined number of first votes selected from a plurality of first votes in descending order of the designated predetermined value. The predetermined number may be any value equal to or greater than 1, but when the predetermined number is set to 1, the extraction unit 104 may select the first vote with the largest designated predetermined value from the plurality of first votes, and extract second players who have made predictions (votes) that include the voting target designated in the selected first vote.

[0089] The notification unit 105 notifies the first player of the extracted information about the second player. The information about the second player may include at least one of information identifying the second player and information about votes or predictions made by the second player for a predetermined competition. The notification unit 105 may perform the above notification by displaying the information about the second player on the display of the terminal 20a operated by the first player.

[0090] The notification unit 105 may notify the first player of information related to the extracted vote of the second player when an operation for an additional vote for a predetermined competition is received from the first player after the first vote is received. The operation for an additional vote for the predetermined competition may be an operation for transitioning to a screen for casting a vote for the predetermined competition in addition to the first vote, or an operation for obtaining information for casting a vote.

[0091] Furthermore, the notification unit 105 may notify the extracted voting targets of the second player in a distinguishable manner between voting targets included in the first vote and voting targets not included in the first vote. For example, the notification unit 105 may add different images to the voting targets included in the first vote and voting targets not included in the first vote among the voting targets of the second player, display them in different modes (colors, highlighting, etc.), or add a specific image to only one of them or display them in a specific mode. Furthermore, the notification unit 105 may further notify information about the betting amount of the first player for the voting targets included in the first vote among the voting targets of the second player.

[0092] Next, an example of processing executed in the voting system 1 according to the second embodiment will be described based on the sequence diagram shown in Fig. 7. In Fig. 7, terminal 20a is a computer operated by a first player, and terminal 20b is a computer operated by a second player. Note that although Fig. 7 shows one terminal 20b, there are multiple terminals 20b, and the processing of each terminal 20b is similar, so repeated description will be omitted.

[0093] 7, when the terminal 20b receives a vote for a predetermined competition from the second player, the terminal 20b transmits information about the vote to the server 10 (S201). The server 10 executes a betting ticket purchase process based on the information about the vote received from the terminal 20b (S203), and stores information about the vote of the second player in the doppelganger management DB 100b.

[0094] When the terminal 20a receives a vote (first vote) for a predetermined competition from the first player, the terminal 20a transmits information about the vote to the server 10 (S202). The server 10 executes a betting ticket purchase process based on the information about the vote received from the terminal 20a (S203), and stores information about the vote of the first player in the user management DB 100a.

[0095] After the first vote is cast, the terminal 20a receives a search request for an additional vote from the first player (S204). This search request for an additional vote may be realized by pressing a button or the like to search for a second player based on the first vote, and corresponds to an example of an "operation for an additional vote for a predetermined competition."

[0096] When the server 10 receives a search request from the terminal 20a (S205), it searches for a second player (user) based on the first vote (S206). Specifically, the server 10 searches for a second player who has cast a vote for the betting target designated in the first vote for a predetermined competition by referring to the doppelganger management DB 100b. The process of S206 is executed by the extraction unit 104.

[0097] Next, the server 10 generates an additional voting screen D20 containing information about the vote of the second player searched for in S206, for making an additional vote for a specified competition (S207), and transmits data for displaying the additional voting screen D20 to the terminal 20a (S208).

[0098] The terminal 20a receives data for the additional voting screen D20 from the server 10 (S209), and displays the additional voting screen D20 on the display based on the data (S210). An example of the additional voting screen D20 will now be described with reference to FIG.

[0099] As shown in Fig. 8, the additional voting screen D20 includes a voting content display area 250 that displays the voting content of the second player (doctor D in the example shown in Fig. 8) searched for in S206. In the example shown in Fig. 8, the voting content display area 250 displays a first voting content 251B, a second voting content 252B, and a third voting content 253B of the second player. Each voting content indicates information on a voting ticket on which the second player has cast a ballot for a predetermined competition.

[0100] The first voting details 251B correspond to a voting ticket that has the same voting target as the first vote placed by the first player for a predetermined competition. Therefore, the voting completion flag 251A corresponding to the first voting details 251B is set to a value ("voted") indicating that the first player has already voted. Note that in the example shown in FIG. 8, the first voting details 251B includes information regarding the amount of the bet already placed by the first player, but the area that displays this information is not limited to the example shown in FIG. 8.

[0101] On the other hand, since the second voting content 252B and the third voting content 253B do not share the same voting target as the first vote cast by the first player for a specified competition, the voted flag 252A corresponding to the second voting content and the voted flag 253A corresponding to the third voting content 253B are each set to a value (“not voted”) indicating that the first player has not yet voted.

[0102] Note that the first voting content 251B, the second voting content 252B, and the third voting content 253B each have a voting amount input field 251C, 252C, and 253C for setting the voting amount. By inputting the voting amount in the voting amount input field 251C, 252C, and 253C for the first voting content 251B, the second voting content 252B, and the third voting content 253B, respectively, and pressing button 255, it is possible to cast an additional vote for each voting content. Note that if a vote is not cast for a voting content, the voting amount can be set to 0.

[0103] Now, the explanation will be continued by returning to Fig. 7. As shown in Fig. 7, when the terminal 20a receives an additional vote from the first player via the additional vote screen D20 (S211), the terminal 20a transmits information about the additional vote to the server 10 (S212).

[0104] When the server 10 receives the information about the additional vote from the terminal 20a, it executes the betting ticket purchase process based on the information about the additional vote (S213) and ends the process.

[0105] This concludes the description of the voting system 1 according to the second embodiment. The voting system 1 according to the second embodiment enables a user to cast an additional vote based on the information of a voting ticket on which the user has already cast a vote, while taking into account the voting details of other users who have similar voting viewpoints to the user.

[0106] <Additional Notes> [Appendix 11] An information processing device that executes processing related to voting for a competition in which voting is possible for a voting target, a first reception unit that receives a first vote from a first player, the first vote specifying a betting target and a predetermined value for a predetermined competition; a second reception unit that receives at least designation of voting targets for the predetermined competition from a plurality of second players; an extraction unit that extracts, from the plurality of second players, second players whose voting targets include at least the voting target designated for the first vote; a notification unit that notifies the first player of the extracted information about the second player; An information processing device having the above. According to Supplementary Note 11, information about a second player selected from a plurality of second players can be notified to the first player based on the first vote already cast by the first player. This allows the first player to be notified of information about players who have voting viewpoints similar to those of the first player.

[0107] [Appendix 12] the notification unit, when receiving an operation from the first player for an additional vote for the predetermined competition after receiving the first vote, notifies the first player of information regarding the vote of the extracted second player. 12. The information processing device according to claim 11. According to Supplementary Note 12, when the first player casts an additional vote, the extracted information on the vote of the second player can be provided as reference information.

[0108] [Appendix 13] the notification unit notifies, among the extracted voting targets of the second player, voting targets included in the first vote and voting targets not included in the first vote in a distinguishable manner. 13. The information processing device according to claim 12. According to Supplementary Note 13, when the first player casts an additional vote, it becomes possible to distinguish between the vote targets of the second player that the first player has already voted for and those that the first player has not voted for.

[0109] [Appendix 14] the first acceptance unit accepts a plurality of first votes from the first player, each of which designates a betting target and a predetermined value for the predetermined competition; the extraction unit extracts, from the plurality of second players, second players that include voting targets designated in one or more first votes selected from the plurality of first votes; 14. An information processing device according to any one of appendices 11 to 13. According to Supplementary Note 14, the second player can be extracted based on a vote selected from a plurality of votes cast by the first player, which makes it easier to extract a second player whose voting viewpoint is similar to that of the first player.

[0110] [Appendix 15] the extraction unit extracts, from the plurality of second players, second players including voting targets designated in a predetermined number of first votes selected from the plurality of first votes in descending order of designated predetermined values; 15. The information processing device according to claim 14. According to Supplementary Note 15, a second player can be extracted based on votes in which the first player has contributed a large amount of a predetermined value. This makes it easier to extract a second player who is similar to the first player in terms of the voting perspective that the first player values.

[0111] [Appendix 16] An information processing method for executing processing related to voting for a competition in which voting is possible for a voting target, comprising: The computer accepts a first vote from a first player, the first vote specifying a voting target and a predetermined value for a predetermined competition; the computer accepts, from a plurality of second players, at least a designation of a voting target for the predetermined competition; a computer extracts, from the plurality of second players, second players whose voting targets include at least the voting target designated for the first vote; An information processing method in which a computer notifies the first player of information regarding the extracted second player.

[0112] [Appendix 17] A computer that executes processing related to voting for a competition in which voting is possible for a voting object, a first reception unit that receives a first vote from a first player, the first vote specifying a betting target and a predetermined value for a predetermined competition; a second reception unit that receives at least designation of voting targets for the predetermined competition from a plurality of second players; an extraction unit that extracts, from the plurality of second players, second players whose voting targets include at least the voting target designated for the first vote; a program for causing the computer to function as a notification unit that notifies the first player of the extracted information about the second player; [Explanation of symbols]

[0113] 10...server, 11...processor, 12...storage device, 13...communication IF, 14...input device, 15...output device, 20...terminal, 100...storage unit, 100a...user management DB, 100b...forecaster management DB, 101...display control unit, 102...first reception unit, 103...second reception unit, 104...extraction unit, 105...notification unit, 106...voting processing unit

Claims

[Claim 1] An information processing device that executes processing related to voting for a competition in which voting is possible for a voting target, a first accepting unit that accepts a first vote from a first player, the first vote specifying a betting target and a predetermined value for a predetermined competition; a second reception unit that receives at least designation of voting targets for the predetermined competition from a plurality of second players; an extracting unit that extracts, from the plurality of second players, second players whose voting targets include at least the voting target designated for the first vote; a notification unit that notifies the first player of the extracted information about the second player; An information processing device having the above.

Images