JP7443664B2 - Information processing device, information processing method and program - Google Patents

Description

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

For example, in competitions such as bicycle racing, horse racing, and boat racing, voting devices are used that accept votes from voters (users). Voters can vote by writing voting items necessary for voting on a voting paper and inputting it into a voting device. For example, in the case of bicycle racing, voters predict the outcome of the race by referring to information such as past results, the conditions of the athletes on the day of the race, and the odds. You can purchase a voting ticket by marking the voting method, the car number of the player you are voting for, the amount you are voting on, etc. on your voting paper.

Japanese Patent Application Publication No. 11-96253

Here, if the voting user purchases a voting ticket by himself/herself, he or she may win greatly in one competition, but may lose greatly in another competition, and the user may win a large amount in a certain competition, but may lose significantly in another competition. It is predicted that the amount of refunds for users will become unstable. This is thought to be a factor in alienating users who have never voted or users with little voting experience.

The present invention has been made in view of the circumstances explained above, and aims to provide a technology that can stabilize the amount of refund obtained by voting compared to when an individual votes alone. .

An information processing device according to one aspect of the present invention includes a first reception unit that receives votes for a competition for ranking from each of a plurality of users belonging to a group, and a first reception unit that receives votes for a competition for rankings from each of a plurality of users belonging to a group, and that receives a refund amount according to the voting results of the competition by each user. , and a distribution unit that distributes according to distribution conditions set for the group.

According to the present invention, it is possible to stabilize the refund amount obtained by voting compared to when an individual votes alone.

FIG. 1 is a diagram showing an example of a system configuration of a voting system according to the present embodiment. It is a diagram showing an example of the hardware configuration of a server. FIG. 3 is a diagram showing an example of a functional block configuration of a server. An example of a user management DB, group management DB, and distribution condition DB is shown. It is a flowchart which shows an example of the processing procedure performed by a server. FIG. 2 is an explanatory diagram of distribution condition 1; FIG. 3 is an explanatory diagram of distribution condition 2; FIG. 7 is an explanatory diagram of distribution condition 3; FIG. 4 is an explanatory diagram of distribution condition 4; FIG. 3 is a diagram showing an example of a functional block configuration of a server.

Embodiments of the present invention will be described with reference to the accompanying drawings. In addition, in each figure, those with the same reference numerals have the same or similar configurations.

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

The server 10 may be configured using one or more physical servers, etc., may be configured using a virtual server running on a hypervisor, or may be configured using a cloud server. It may be configured as follows. The terminal 20 is a terminal used by a user, and the user can 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, or the like.

In each competition in which voting is held, the server 10 manages the group to which each user belongs, manages the votes performed by each user, manages the predetermined value held by each user, and provides a refund amount (refund amount) according to the result of the competition. Execute various processes such as managing the amount of data.

Competitions include any competition in which a plurality of participants (teams or individuals) compete for ranking, such as bicycle racing, horse racing, boat racing, auto racing, soccer, baseball, and rugby.

A group is a group established for the purpose of distributing refund amounts. In this embodiment, the conditions for belonging to the group (for example, the number of years of voting experience, age, etc.) are set by the user who belongs to the group and is the initiator of the group (hereinafter referred to as the "host user"). be done.

Voting means that each user specifies the competition number, voting method (for example, trifecta, wide, etc.), voting target (player or animal), etc. based on the predicted result, and votes (bets) a predetermined value. It means that.

The predetermined value is a value that can be used for voting, and may be money or points, for example. In addition to voting, points may be available for certain services or games. In addition, points may be points (free points) that a user who plays a predetermined service or game can receive for free in a predetermined service or game, or points that can be received for free in a predetermined service or game. The points may be points (paid points) that can be received in exchange for monetary payment (by charging). The predetermined value may be simply referred to as "value."

In this embodiment, conditions for distributing the refund amount (such as a method of averaging profits and losses) are set for the group. When each user belonging to a group votes, they can receive a refund according to the voting results according to the distribution conditions set for the group (details will be described later).

<Hardware configuration>
FIG. 2 is a diagram showing an example of the hardware configuration of the server 10. The server 10 includes a processor 11 such as a CPU (Central Processing Unit) and a GPU (Graphical Processing Unit), a memory, a storage device 12 such as an HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), and wired or wireless communication. It has a communication IF (Interface) 13 for performing communication, an input device 14 for receiving input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, touch panel, mouse, and/or microphone. The output device 15 is, for example, a display and/or a speaker.

<Functional block configuration>
FIG. 3 is a diagram showing an example of the functional block configuration of the server 10. The server 10 includes a storage section 100, a condition reception section 110, a recruitment section 120, a vote reception section 130, a vote execution section 140, and a distribution section 150. The storage unit 100 can be realized using the storage device 12 included in the server 10. Further, the condition reception unit 110, the recruitment unit 120, the vote reception unit 130, the vote execution unit 140, and the distribution unit 150 are implemented by the processor 11 of the server 10 by executing a program stored in the storage device 12. It can be realized. Further, 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-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or a CD-ROM.

The storage unit 100 includes a user management DB 101 that manages various information regarding users, a group management DB 102 that manages various information regarding groups to which each user belongs, and a distribution condition DB 103 that stores distribution conditions when distributing refund amounts. to remember.

A in FIG. 4 shows an example of the user management DB 101.
Group IDs, user IDs, possession values, and income and expenditure information are registered in the user management DB 101 in association with each other. "Group ID" is an identifier for uniquely identifying the group to which the user belongs. "User ID" is an identifier for uniquely identifying a user. “Possession value” is a predetermined value that can be used by the user for voting. The "income and expenditure information" includes the investment amount, recovery amount, and refund amount for each competition. "Investment amount" represents a predetermined value voted by the user, "recovery amount" represents a predetermined value collected from the user based on the voting results, and "refund amount" represents the predetermined value set for the group to which the user belongs. represents the predetermined value to be distributed to the user according to the distribution conditions.

B in FIG. 4 shows an example of the group management DB 102.
In the group management DB 102, group IDs and affiliation conditions are registered in association with each other. The "belonging conditions" include conditions necessary for belonging to the group, such as years of voting experience and age. As described above, in this embodiment, a case is assumed in which a host user who is a user who belongs to a group and who is the initiator of the group sets the membership conditions, but the purpose is not limited to this. The affiliation conditions may be set in advance on the system side, or the affiliation conditions may be set by a system operator or the like who does not belong to the group.

C in FIG. 4 shows an example of the distribution condition DB 103.
In the distribution condition DB 103, group IDs and conditions for distributing refund amounts are registered in association with each other. To explain C in Figure 4, for group A, a method (distribution condition 1) is registered that averages the profits and losses and profits of each user belonging to group A and distributes the refund amount to each user, and for group B, a method (distribution condition 1) is registered. In this case, a method (distribution condition 2) is registered in which the distribution is larger for users with more profits, and so on. The distribution conditions may be set by the host user, for example, but may also be set in advance on the system side, or may be set by a system operator who does not belong to the group.

The condition receiving unit (second receiving unit) 110 receives a group ID for identifying the group and conditions for belonging to the group from a host user who is the promoter of the group. The condition accepting unit 110 registers the accepted group ID and affiliation condition in the group management DB 102 in association with each other.

The recruitment unit 120 recruits members (that is, users) who belong to the group for which the membership condition has been accepted. As an example, the recruiting unit 120 transmits group membership conditions (for example, "Voting experience is 5 years or more, number of recruitment is 5 people", etc.) to the terminal 20 of each user who uses this voting system 1. and notify that group recruitment has started. Thereafter, when the recruiting unit 120 receives a request to belong to a group from a user who meets the affiliation conditions, the recruiting unit 120 approves the user as belonging to the group. For example, when a certain user A is approved as a user belonging to group A, the recruiting unit 120 adds the group ID of group A to the user ID (U0001) of user A, as shown in A of FIG. (G001) is associated and registered in the user management DB 101.

The voting reception unit (first reception unit) 130 receives votes for the competition from the terminals 20 of each user belonging to the group. As described above, each user's vote includes designations such as the user ID, group ID, competition number, voting method, voting target, and predetermined value to vote for.

The voting execution unit 140 purchases a voting ticket according to the received voting details, and also detects whether each user's vote was correct (that is, the voting result) based on the result of the corresponding competition.

The distribution unit 150 distributes the refund amount to each user based on the detected voting results of each user and the distribution conditions set for the group to which the user belongs. Note that the specific method of distributing the refund amount will be explained in detail later, so it is omitted here.

<Processing procedure>
FIG. 5 is a flowchart illustrating an example of a processing procedure performed by the server 10. The flowchart shown in FIG. 5 assumes that each of a plurality of users belonging to a certain group votes for a competition.

In step S1, the voting accepting unit 130 starts accepting votes from the terminals 20 of each user belonging to the group. Each user votes by operating the screen of the terminal 20 while watching the competition. When the terminal 20 receives a vote from each user, it transmits voting information including designations such as a user ID, group ID, competition number, voting method, voting target, amount of a predetermined value to vote, etc. to the server 10. The voting accepting unit 130 accepts votes by receiving voting information from the terminal 20.

In step S2, the voting execution unit 140 purchases a voting ticket according to the received voting details, and detects whether each user's vote was correct (that is, the voting result) based on the result of the corresponding competition. Here, the voting results may be detected automatically by, for example, analyzing the live video of the competition, or by receiving competition result data representing the competition results from an external source and based on the received competition result data. The voting results may also be detected.

In step S3, the distribution unit 150 distributes the refund amount to each user based on the detected voting results of each user and the distribution conditions set for the group to which the user belongs, and ends the process. Hereinafter, variations in distribution conditions that can be set will be explained using specific examples with reference to FIGS. 6 to 9. In addition, in FIGS. 6 to 9, for convenience of explanation, in a group to which three users A, B, and C belong, the investment amounts of User A, B, and C are 50,000 yen and 10,000 yen, respectively. , 40,000 yen, and the collection amounts are 70,000 yen, 17,000 yen, and 25,000 yen, respectively.

<Distribution condition 1>
Distribution condition 1 determines the refund amount to each user by averaging the profits and losses and profits of all users belonging to the group. FIG. 6 is an explanatory diagram of distribution condition 1.
The distribution unit 150 first grasps each user's income and expenditure (that is, the investment amount and the recovery amount) (see A in FIG. 6).

Next, the distribution unit 150 calculates the total balance of all users (see B in FIG. 6). Here, since the total investment amount is 100,000 yen and the total recovery amount is 112,000 yen, the total balance of all users is 12,000 yen, which is the total investment amount subtracted from the total recovery amount. Then, the distribution unit 150 calculates the amount of income and expenditure per user by dividing the total amount of income and expenditure by the number of users (see C in FIG. 6). Here, since the total amount of income and expenditure is 12,000 yen and the number of users is three, the amount of income and expenditure per person is 4,000 yen.

Finally, the distribution unit 150 calculates the refund amount to each user by adding the income and expenditure amount per person to the investment amount of each user (see D in FIG. 6). Here, since the balance per person is 4,000 yen, the refund amount to user A is 54,000 yen (= 50,000 yen + 4,000 yen), and the refund amount to user B is 14,000 yen (= 10,000 yen + 4,000 yen). ), the refund amount to user C will be 44,000 yen (=40,000 yen + 4,000 yen).

<Distribution condition 2>
Distribution condition 2 determines the payout amount to each user so that the user with more profits receives a larger share. FIG. 7 is an explanatory diagram of distribution condition 2.
The distribution unit 150 first calculates the recovery rate (=recovery amount/investment amount) for each user (see A in FIG. 7). Here, the recovery rates for User A, User B, and User C are 1.4 times, 1.7 times, and 0.625 times, respectively.

Next, the distribution unit 150 calculates the total balance of all users (see B in FIG. 7). The total income and expenditure of all users can be explained in the same way as B in FIG. 6 above, so it will be omitted. Then, the distribution unit 150 calculates each user's income and expenditure using the collection rate of each user (see C in FIG. 7). Here, user A's income and expenditure amount is 4,510 yen (= 12,000 yen x 1.4/(1.4 + 1.7 + 0.625)), and user B's income and expenditure amount is 5,476 yen (= 12,000 yen x 1.7 /(1.4+1.7+0.625), and the balance of user C is 2013 yen (=12000×0.625/(1.4+1.7+0.625)).

Finally, the distribution unit 150 calculates the refund amount to each user by adding each user's income and expenditure amount to each user's investment amount (see D in FIG. 7). Here, the balances of user A, user B, and user C are 4,510 yen, 5,476 yen, and 2,013 yen, respectively, so the refund amount to user A is 54,510 yen (= 50,000 yen + 4,510 yen), The refund amount to B is 15,476 yen (=10,000 yen+5,476 yen), and the refund amount to user C is 42,013 yen (=40,000 yen+2,013 yen).

<Distribution condition 3>
Distribution condition 3 determines the refund amount to each user by averaging only the profits of each user. FIG. 8 is an explanatory diagram of distribution condition 3.
The distribution unit 150 first grasps each user's income and expenditure (that is, the investment amount and the recovery amount) (see A in FIG. 8).

Next, the distribution unit 150 identifies users who are making profits (hereinafter referred to as profitable users), and calculates the total profit amount (total profit) of the profitable users (see B in FIG. 8). Here, since user A's profit is 20,000 yen (=70,000 yen - 50,000 yen) and user B's profit is 70,000 yen (=17,000 yen - 10,000 yen), the total profit is 27,000 yen. On the other hand, user C is not a profitable user because he has incurred a loss of 15,000 yen (=25,000 yen - 40,000 yen).

Then, the distribution unit 150 calculates the distributed profit per user by dividing the total profit by the number of users (see C in FIG. 8). Here, since the total profit is 27,000 yen and the number of users is 3, the distributed profit per user is 9,000 yen.

Finally, the distribution unit 150 adds the distributed profit per person to the respective investment amount (users making a profit) or collection amount (users making a loss) to calculate the refund amount to each user. (see D in Figure 8). Here, user A and user B are making a profit, while user C is making a loss, so the refund amount to user A is 59,000 yen (= 50,000 yen (investment amount) + 9,000 yen), The refund amount to user B is 19,000 yen (=10,000 yen (investment amount) + 9,000 yen), and the refund amount to user C is 34,000 yen (=25,000 yen (collected amount) + 9,000 yen).

<Distribution condition 4>
Distribution condition 4 determines the amount of refund to each user according to the investment ratio of each user. FIG. 9 is an explanatory diagram of distribution condition 4.

The distribution unit 150 first grasps the income and expenditure (that is, the investment amount and the recovery amount) of each user (see A in FIG. 9), and then calculates the total income and expenditure of all users (see B in FIG. 9). Then, the distribution unit 150 calculates the income and expenditure amount of each user according to the investment ratio (see C in FIG. 9). Here, the investment ratios of user A, user B, and user C are 0.5 (=5/(5+1+4)), 0.1 (=1/(5+1+4)), and 0.4 (=4/( 5+1+4)), user A's income and expenditure amount is 6000 yen (=12000 yen x 0.5), user B's income and expenditure amount is 1200 yen (=12000 yen x 0.1), and user C. The income and expenditure amount will be 4,800 yen (= 12,000 yen x 0.4).

Finally, the distribution unit 150 calculates the refund amount to each user by adding the income and expenditure amount of each user to the investment amount of each user (see D in FIG. 9). Here, the balances of user A, user B, and user C are 6,000 yen, 1,200 yen, and 4,800 yen, respectively, so the refund amount to user A is 56,000 yen (= 50,000 yen + 6,000 yen), The refund amount to user B is 11,200 yen (= 10,000 yen + 1,200 yen), and the refund amount to user C is 44,800 yen (= 40,000 yen + 4,800 yen).

As explained above, according to the present embodiment, the user does not receive a refund amount according to the voting result based only on the user's own vote, but based on the distribution conditions set for the group to which the user belongs. Accordingly, you will receive a refund according to the voting results. Therefore, it is possible to stabilize the payout amount for users who vote on competitions.

B. Modifications The embodiments described above are intended to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. The flowcharts, sequences, and elements included in the embodiments, as well as their arrangement, materials, conditions, shapes, sizes, etc., described in the embodiments are not limited to those illustrated and can be changed as appropriate. Further, it is possible to partially replace or combine the structures shown in different embodiments.

In this embodiment, a case has been described in which the refund amount is distributed to each user belonging to a group for each competition. After the final competition ends, etc., the voting results of each user up to that point may be compiled and the refund amount may be distributed to each user.

Further, in the present embodiment, a case has been described in which the voting reception unit 130 executes all votes received by each user, but the present invention is not limited to this. Votes may be executed (that is, voting tickets may be purchased) only for votes approved by the host user who is the initiator of the group. In this case, the voting execution unit (execution unit) 140 executes voting only for the votes of each user accepted by the voting reception unit 130 and approved by the host user. In other words, the voting execution unit 140 temporarily suspends the received votes of each user without actually voting. Thereafter, the voting execution unit 140 actually executes voting if the host user approves the pending voting. Note that the host user can view and approve all votes of the group accepted by the vote reception unit 130 by operating the terminal 20 as appropriate. According to such a configuration, it is possible to prevent votes that are not in line with the host user's intentions (for example, making a huge investment in a trifecta).

Further, in the present embodiment, the recruitment unit 120 recruits users to belong to a group based on the group membership conditions (years of voting experience, age, etc.) set by the host user, but the purpose is not limited thereto. For example, the recruiting unit 120 may recruit users who belong to a group based on a set voting policy (aiming for a long shot, aiming for a safe bet). Here, the "voting policy" may represent a payout rate (so-called odds) of voting targets that each user belonging to a group can vote for, or a range of odds. For example, if the voting policy is set to "Aim for the long shot", you will only be able to vote for high odds (for example, 15 times or more), and odds other than the high odds will be hidden or grayed out (black). (out), each user becomes unable to select odds other than the higher odds.
On the other hand, if the voting policy is set to "safety", you will only be able to vote for low odds (for example, less than 2x), and odds other than low odds will be hidden or grayed out (blacked out). ), each user is unable to select odds other than low odds. However, if a user belonging to a group votes individually rather than for the group, it is possible to remove the restriction that the predetermined odds described above cannot be selected.
Further, the host user may set an odds range in which voting is possible as a voting policy. As an example, the host user may set "10 times or more, less than 20 times" as the range of high odds that can be voted, or "1 times or more, less than 3 times" as the range of low odds. Note that these voting odds ranges are merely examples, and can be set arbitrarily by the host user. Further, the voting policy may be set by the host user, but may also be set in advance on the system side, or may be set by the operator or the like.

FIG. 10 is a diagram showing an example of the functional block configuration of the server 10 according to a modification. The server 10 shown in FIG. 10 is the server 10 shown in FIG. 3 provided with a management section 160. The management unit 160 separately manages a group possession value (first value) and an individual possession value (second value) for each user. The "possession value for a group" refers to a predetermined value that can be used for voting for a group, and the "possession value for an individual" refers to a predetermined value that can be used for voting by an individual.

By operating the terminal 20, each user belonging to a group instructs whether to vote for the group or as an individual, and also instructs a predetermined value to be used for voting. For example, when user A who belongs to a group inputs an instruction to vote for 2,000 yen as an individual (hereinafter referred to as voting instruction), the input voting instruction is sent from the terminal 20 to the server 10. be done. The voting reception unit 130 of the server 10 receives the voting instruction and sends it to the management unit 160. When the management unit 160 learns that User A wishes to vote for 2,000 yen as an individual based on the received voting instruction, it accesses the user management DB 101 and records the value of User A's personal possessions. The designated predetermined value (in this case, 2000 yen) is subtracted from , and the voting execution unit 140 is instructed to purchase a voting ticket according to the voting details. Note that the subsequent operation is the same as that of this embodiment, and therefore a description thereof will be omitted.

Further, although not specifically mentioned in this embodiment, a limit amount of a predetermined value that each user can vote may be set. The limit may be set for each single sport or for multiple sports. The limit amount may be set, for example, by a host user who is the promoter of the group. By setting a limit, it is possible to prevent overspending of funds.

In addition, users belonging to the group can earn a predetermined value (for example, total 50,000 yen or more), the user may be excluded from the distribution of the refund amount. For example, suppose that at the end of the six competitions, users A and B have voted a total of 150,000 yen and 140,000 yen, respectively, while user C has only voted a total of 300 yen. In such a case, by setting the above-mentioned predetermined value threshold (total of 50,000 yen or more), User C will be excluded from the distribution of the refund amount, and User A and User B will not be eligible for the distribution of the refund amount. You can get a refund amount that is highly satisfactory.

C. Others [Appendix 1]
a first reception unit that receives votes for a ranking competition from each of a plurality of users belonging to the group;
An information processing device comprising: a distribution unit that distributes a refund amount according to voting results of the competition by each user according to distribution conditions set for the group.

According to Appendix 1, the amount of refund obtained by voting is more stable than when an individual votes alone.

[Additional note 2]
a second reception unit that receives conditions for belonging to the group from a host user who is a user who belongs to the group and serves as an initiator of the group;
a recruiting department that recruits each of the users to belong to the group based on the affiliation condition;
The information processing device according to Supplementary Note 1, further comprising:

According to Supplementary Note 2, it is possible to suppress variations in the experience values of each user regarding voting.

[Additional note 3]
The information processing device according to supplementary note 2, further comprising an execution unit that executes the vote for the competition received from each of the users and approved by the host user.

According to appendix 3, it is possible to prevent voting that is not in line with the host user's intention (for example, investing a huge amount of money in a win).

[Additional note 4]
The information processing device according to supplementary note 1, further comprising a recruitment unit that recruits each of the users belonging to the group based on a voting policy for the competition that is set.

According to appendix 4, it is possible to gather users who have a voting policy similar to the voting policy within the group.

[Additional note 5]
The information processing device according to supplementary note 4, wherein the voting policy represents an odds range of voting targets for which each user belonging to the group can vote.

According to appendix 5, it is possible to prevent voting with content that deviates from the voting policy.

[Additional note 6]
Supplementary note, further comprising a management unit that separately manages, for each user, a first value that can be used for the voting for the group to which the user belongs, and a second value that can be used for the voting by the user individually. The information processing device according to any one of 1 to 5.

According to appendix 6, it is possible to realize both group voting and personal voting while belonging to a group.

[Additional note 7]
An information processing method performed by an information processing device, the method comprising:
a step of receiving votes for a ranking competition from each of a plurality of users belonging to the group;
An information processing method comprising: distributing a refund amount according to voting results of the competition by each user according to distribution conditions set for the group.

According to Appendix 7, the amount of refund obtained by voting is more stable than when an individual votes alone.

[Additional note 8]
to the computer,
a step of receiving votes for a ranking competition from each of a plurality of users belonging to the group;
and distributing a refund amount according to voting results of the competition by each user according to distribution conditions set for the group.

According to Appendix 8, the amount of refund obtained by voting is more stable than when an individual votes alone.

DESCRIPTION OF SYMBOLS 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...User management DB, 102... Group management DB, 103...Distribution condition DB, 110...Condition reception section, 120...Recruitment section, 130...Vote reception section, 140...Vote execution section, 150...Distribution section

Claims (5)

a processor, the processor comprising:
Accepts settings for groups of voting policy and refund distribution conditions for ranking competitions from a terminal operated by a host user,
From a terminal operated by a host user, we accept recruitment of users who belong to a group that votes based on voting policy,
In group voting, each terminal of a plurality of users belonging to a group is enabled to vote within an odds range based on a voting policy, and is restricted from voting outside the odds range. ,
Accept votes for the competition from each terminal of multiple users belonging to the group ,
An information processing device that distributes a refund amount according to a voting result of a group by each user according to distribution conditions set for the group. The processor further includes:
The information processing device according to claim 1 , wherein the information processing device executes the voting for the competition that is received from the terminals of each of a plurality of users belonging to a group and that is approved by the host user. The processor further includes:
Claim 1: For each user belonging to a group , a first value that can be used for the voting for the group to which the user belongs and a second value that can be used for the voting by the user individually are managed separately. or the information processing device according to 2 . An information processing method performed by an information processing device, the method comprising:
a step of accepting, from a terminal operated by a host user, settings for a voting policy for a ranking competition and conditions for distributing refunds for a group;
accepting recruitment of users belonging to a group that votes based on a voting policy from a terminal operated by a host user;
For each terminal of multiple users belonging to a group, in group voting, it is possible to vote within the odds range based on the voting policy, but it is not possible to vote for votes outside the odds range. a step to limit;
accepting votes for the competition from each terminal of a plurality of users belonging to the group ;
An information processing method comprising the step of distributing a refund amount according to a voting result of a group vote by each user according to distribution conditions set for the group. to the computer,
a step of accepting, from a terminal operated by a host user, settings for a voting policy for a ranking competition and conditions for distributing refunds for a group;
accepting recruitment of users belonging to a group that votes based on a voting policy from a terminal operated by a host user;
For each terminal of multiple users belonging to a group, in group voting, it is possible to vote within the odds range based on the voting policy, but it is not possible to vote for votes outside the odds range. a step to limit;
accepting votes for the competition from each terminal of a plurality of users belonging to the group ;
A program for distributing a refund amount according to a voting result of a group by each user according to distribution conditions set for the group.

Images