JP7174267B2 - Dividend distribution system - Google Patents

Description

The present disclosure relates to payout distribution systems.

As shown in Patent Literature 1, a game is known in which a gallery can bet on game play performed by a player. After the game play ends, the gallery is awarded a payout according to the win or loss result in that play.

WO2016/092634

The payout amount to the gallery in Patent Literature 1 is determined according to the winning/losing result of the game play and a predetermined payout rate. In general, the value of the payout ratio is determined by the convenience of the game play operator, but if the value reflects information that is familiar to the gallery, the betting side, it will increase the willingness to participate in betting. can be a trigger.

The purpose of the present disclosure is to contribute to increased willingness to participate in betting.

A first aspect of the present disclosure is
a bet accepting unit that accepts a betting operation of a second user betting on the game play of the first user;
a payout rate determination unit that determines a payout rate corresponding to the game play based on the degree of popularity of the first user;
The payout distribution system includes a payout giving unit that gives the second user a payout for the bet operation on the game play based on the result of the game play and the payout rate.

Moreover, in the first aspect,
The popularity level used in determining the payout rate is information set by a trajectory based on the behavior of the first user up to the present.
be able to.

Moreover, in the first aspect,
The payout rate determination unit can further determine the payout rate based on a betting situation according to the betting operation.

Moreover, in the first aspect,
a medium creation unit that creates a usable medium that can be used in the game play based on a creation operation by a third user;
can be further provided.

Moreover, in the first aspect,
a medium selection unit that selects the utilization medium to be used in the game play based on the first user's operation;
can be further provided.

Moreover, in the first aspect,
A friend registration unit capable of performing a process of registering the third user as a friend of the first user by associating the identification information of the first user with the identification information of the third user;
further comprising
Candidates selected by the medium selection unit may include the available medium created by the third user registered as the friend.

Moreover, in the first aspect,
By associating at least one of the identification information of the first user and the identification information of the third user with the identification information of the second user, the second user is at least one of the first user and the third user. A supporter who registers as a supporter who supports the first user and the third user, and who manages support information on the support provided by the supporter to each of the first user and the third user for each of the first user and the third user a registry;
A reward granting unit that grants a play reward for the game play to at least one of the first user and the third user according to the support information.

Moreover, in the first aspect,
There are multiple supporters,
a classification unit that classifies each of the identification information of the plurality of supporters according to the support information;
further comprising
The reward granting unit provides a support reward according to the classification result and an evaluation value according to the activity related to the game play of each of the first user and the third user who are supported by the supporter. It can be given to a supporter.

Moreover, in the first aspect,
A reward granting unit that grants a play reward for the game play to at least one of the first user and the third user according to the support information;
further comprising
The reward granting unit determines the play reward based on at least one of a result of the game play, a betting situation corresponding to the betting operation, a degree of popularity of the first user, and a degree of popularity of the third user. can decide.

Moreover, in the first aspect,
The degree of popularity of the third user, the result of the predetermined play that is the game play performed using the utilization medium created by the third user, the betting situation on the first user in the predetermined play, the A popularity degree calculation unit that calculates based on at least one of the number of supporters who support a third user and the number of support received by the third user;
can be further provided.

Moreover, in the first aspect,
a bet object determination unit that determines the game play involving at least one of the first user and the third user who are the objects supported by the supporter as bet object candidates for the supporter;
further comprising
the bet target candidates include a plurality of the game plays;
The bet accepting unit accepts the betting operation for a predetermined game play among the betting target candidates;
be able to.

Moreover, in the first aspect,
The degree of popularity of the first user is the result of the game play in which the first user was involved, the bet status on the first user, the number of supporters who support the first user, and the number of supporters who support the first user. a popularity calculation unit that calculates based on at least one of the number of support received;
can be further provided.

The payout rate is determined based on the player's popularity. As a result, the gallery will be more willing to participate in betting and will be more interested in the game.

1 is a diagram for explaining an outline of a payout distribution system; FIG. 1 is a configuration diagram of an entire payout distribution system; FIG. 1 is a schematic diagram of a configuration of a server device; FIG. It is a conceptual diagram of user DB. 1 is a schematic diagram of a configuration of a game terminal; FIG. 1 is a schematic diagram of a configuration of a betting terminal; FIG. It is an example of a screen displaying a list of information about scheduled game play. FIG. 4 is a schematic diagram of the configuration of a builder terminal; It is an example of an edit screen displayed when creating a character. 4 is a flow chart representing the operation of the payout distribution system; 4 is a flow chart representing the operation of the payout distribution system;

A payout distribution system 1 according to this embodiment will be described with reference to the drawings.

<Overview of Dividend Distribution System 1>
As shown in FIG. 1, the payout distribution system 1 enables a first user to play a game as a player and a second user to play a game as a gallery and bet amusement media on the game play. It is a system that Furthermore, the third user can become a builder and create or nurture game media that can be used in game play from scratch.

Hereinafter, the action of a builder to create or nurture a game medium from scratch is collectively referred to as "creation".

In this embodiment, the game to be played is a battle-type action game in which a player character operated by a player battles other player characters or non-player characters in a game space. A player selects one character as a player character from a plurality of characters, operates the player character, and engages in a one-on-one fighting match with another player character or a non-player character as an opponent. That is, in the present embodiment, the case where the fighting action game is a fighting game is exemplified.

One game play (one match) consists of a plurality of battles, and ends when the character who has won three games first is determined. In each battle, when one character's physical strength reaches zero, the character whose physical strength reaches zero is considered "losing", and the character whose physical strength is not zero is "winning". Become. Therefore, in the result of one match, the player who operated the winning character is the "winner", and the player who operated the losing character is the "loser".

The "game media" used by the gallery for betting on gameplay includes virtual in-game currency that can be used in fighting games, non-securities such as medals, cash money such as bills, and private money such as tokens. currency, electronic money, and the like. In this embodiment, a case where the game medium is in-game currency is exemplified.

Note that the game medium may be one that can be commonly used in various games. Therefore, the use of game media is not limited to this system 1, and may be commonly used in other game systems. Also, game media can be used in the system 1 for purposes other than bets. For example, when a gallery plays a game as a player, game media are used to enable the player character to perform new techniques, or the player character's parameters are temporarily increased to give an advantage in the game. You can use play media to carry it. The gallery can also bet on multiple gameplays using the playing medium.

The "game media" created by the builder include a "player character" that moves in the game space according to the player's operation, a "non-player character" if the player character's opponent is a non-player character, and these characters. Weapons, armor, and costumes worn by , and objects that appear in gameplay, such as match rings and vehicles.

In this embodiment, the builder creates (specifically, creates and/or nurtures from scratch) "player characters" and "non-player characters" that may be used in the game play of the bet target as game media. do. By seeing how the character created by the builder is used in the game, the builder can feel that he or she is involved in the game, and the interest in the game is deepened.

A payout is awarded to the gallery betting on the game play according to the win or loss of the play. A payout is given to the gallery in the amount of game media corresponding to the payout rate corresponding to the game play.

Winning or losing the game may depend not only on the player's game technique, but also on the character created by the builder, the psychological pressure placed on the player due to the betting situation in the gallery, and the like. Therefore, the actions of each participant in the game, including players, galleries, and builders, can serve as triggers for exciting the game.

In particular, the payout rate of this embodiment is determined based on the popularity of the player who plays the game. A player's popularity is determined regardless of whether the player wins or loses a number of gameplays including various game competitions, a play style that leaves a favorable impression on the viewers of the gameplay, or whether it is related to games or not. It goes up and down depending on various factors such as the remarks and actions that have been made so far, the appearance of the player, etc. Therefore, a player's popularity may fluctuate over time. Depending on the gallery, the degree of popularity of the player affects the payout rate, which may trigger interest in the player, such as daily observation of what kind of person the player is. This interest will also lead to promotion of betting operations on future game play, and it can be expected that the game will become more lively.

Note that the payout rate is once determined based on the degree of popularity, but may be adjusted according to the actual betting situation, for example, in order to reduce the bias of the actual betting. This actual betting situation (such as the number of bets placed on execution) does not imply popularity per se.

Such a system 1 can be used in e-sports (Electronics Sports) competitions where computer games are held as competitions. This encourages participation not only as esports players, but also in other capacities such as galleries and builders.

<Configuration of Dividend Distribution System 1>
As shown in FIG. 2 , the payout distribution system 1 includes one server device 2 , multiple game terminals 4 , multiple betting terminals 6 , and multiple builder terminals 8 . The server device 2 and each terminal 4, 6, 8 are connected so as to be able to communicate with each other via a communication network NW such as the Internet and a LAN.

The server device 2 is a device managed by the operator of the system 1, and performs overall management and control of the terminals 4, 6 and 8. FIG. The server device 2 stores game programs and game data, provides game programs, and manages game data (for each account information described below) of the game terminal 4 . In addition, the server device 2 performs match matching, understanding of betting situations, management of payout rates, rewards to players and builders, payouts to galleries, and the like.

Giving rewards and dividends to players and builders and giving dividends to galleries are performed by associating identification information for identifying each individual with rewards and dividends. means that

The game terminal 4 is a terminal used by a player. The game terminal 4 is a home game machine such as PlayStation (registered trademark), a portable game machine such as Nintendo Switch (registered trademark), or an electronic device such as a personal computer, a smartphone, or a tablet. The game terminals 4 can be installed in amusement facilities such as game centers and e-sports facilities. Game terminal 4 receives a game program and game data from server device 2 via communication network NW. In addition, the game terminal 4 displays matching results, accepts player operations regarding game play, displays rewards given to players, and the like.

The bet terminal 6 is a terminal used by the gallery. The bed terminal 6 is an electronic device such as a smart phone, tablet, or personal computer. The betting terminal 6 can be installed at home as well as at amusement facilities such as game arcades, casinos, and e-sports facilities. The betting terminal 6 displays payout rates, accepts bet operations from the gallery, displays payouts given to the gallery, and the like.

A builder terminal 8 is a terminal used by a builder. The builder terminal 8 is an electronic device such as a smart phone, tablet, or personal computer. The builder terminal 8, like the betting terminal 6, can be installed in amusement facilities such as arcades, casinos, and e-sports facilities, as well as in homes. The builder terminal 8 receives operations for creating game media, displays rewards given to builders, and the like.

The game terminal 4, the betting terminal 6, and the builder terminal 8 can be installed in different places. For example, a player can play a game via the game terminal 4 of the e-sports facility and obtain a reward according to the payout of the play. Galleries, on the other hand, can place bets through the casino's betting terminals 6 . In this way, amusement performed at seemingly unrelated facilities such as a "game facility" and a "casino" are related to each other, and as a result, they can activate each other's activities.

Each user who participates in the game as a gallery, builder, or player is assigned in advance account information including identification information and a password in association with the terminals 4, 6, and 8 operated by the user. This account information is transmitted from each terminal 4, 6, 8 to the server device 2 at the time of login, and is used for user authentication in the server device 2. FIG.

After user authentication, mutual communication between terminals 4, 6 and 8 for which user authentication has been performed and server device 2 becomes possible. After logging in, each terminal 4, 6, 8 receives the data necessary for performing the above-described various processes from the server device 2, and outputs various screens and sounds to the display and the speaker as appropriate based on the user's operation. go. As a result, each terminal 4, 6, 8 can perform processing according to the role of each terminal 4, 6, 8. FIG.

<Hardware configuration>
The hardware configurations of the server device 2, the game terminal 4, the bet terminal 6, and the builder terminal 8 will be described below with reference to FIGS. 3 to 9. FIG.

<Server Device 2>
As shown in FIG. 3 , the server device 2 has a network interface 21 , a storage section 22 and a control section 23 . Network interface 21 and storage unit 22 are electrically connected to control unit 23 via bus 29 .

The network interface 21 is communicably connected to each terminal 4, 6, 8 via the communication network NW.

The storage unit 22 includes a HDD (Hard Disk Drive), a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), and the like. In addition to various programs, the storage unit 22 stores a user DB 22a, data on payout ratios, and the like.

As shown in FIG. 4, the user DB 22a contains the names of users participating in the game, their identification numbers, the amount of in-game currency they possess, the results of their past wins and losses in game play, popularity, Information on the character that has been played, win/loss results of past bets, information on the character that has been created, user names registered as friends, user names registered as supporters, etc. are stored as one record.

The amount of in-game currency possessed is information indicating the amount of in-game currency that the user can use. The amount of in-game currency is the reward for playing the game as a player, the dividend for the bet when betting on the game as a gallery, and the creation of a character as a builder and the character playing the game. In the case of being used, the reward for the use is increased, and if the supporter (patron) provides support such as investing in other users, the reward for the support is increased. Conversely, the amount of in-game currency held is the amount of the entry fee when entering the game as a player, the amount of the bet when betting as a gallery, and investing in other users as a supporter (patron). If you provide support, the investment amount will be subtracted. Therefore, the amount of in-game currency possessed changes over time as the user participates in the game.

The information on the results of game play wins and losses, the degree of popularity, and the characters used are information related to the case where the user of the corresponding record participates as a player. The win/loss result includes the total number of wins and the total number of losses in the total number of plays. When a game is played as a player, the total number of games played by the user is incremented, and the total number of wins or losses is incremented. As already explained, the degree of popularity is information that numerically expresses how much attention the corresponding user receives at the present time and how much favorable impressions are given to him/her by others. Win/loss results and popularity are used in determining payout rates.

The information about the character used includes the character name, parameters such as the character's level and the names of techniques that can be used, and the number of times each character is used. When a plurality of characters have been used so far, information about each character is included in the information about the used characters. Also, when the same character is used multiple times, the character's parameters may differ each time it is used. This is because the builder may develop (improve) the character before and after use. In that case, the information about the characters used includes the parameters each time they are used as a history.

The winning/losing results of past bets are information related to the case where the user of the corresponding record participates as a gallery. The winning/losing result includes the total number of bets so far, the number of times of winning and the number of times of losing. When that user makes a bet as a gallery, the total bets are incremented and the number of wins or losses is incremented.

Information about the created character is relevant information when the user of the corresponding record participates as a builder. The information about the created character includes the character name, parameters such as level and skill name, creation date and time, parameter update date and time (training date and time), and the like. If the user of the corresponding record has created multiple characters as a builder (including those in the process of training), the information on the created characters includes information on each individual character. When the same character is raised in stages a plurality of times, the history includes the parameters and the date and time of update each time the character is raised.

A user name registered as a friend is information for identifying other users who are friends with the user of the corresponding record. For example, suppose that there is a user who participates as a player and another user who participates as a builder. When the player applies for friend registration to the builder, the user name of the builder is written on the player's record in response to the application. Thereby, the identification information of the builder is associated with the identification information of the player.

The user name registered as a supporter is information for identifying other users who support the user of the corresponding record as a supporter (patron). For example, suppose one user joins as a gallery while another user joins as a builder. When a gallery makes a support request to support a builder, the user name of the builder is written on the gallery record in response to the request. This associates the identification information of the gallery with the identification information of the builder.

"Support" includes investment, investment, financing, donation, support, etc. using in-game currency. Supporting a user means providing assistance to the user on the side of being supported and expecting further success. A benefit for this support action may be given to the user on the support side.

In FIG. 4, it can be seen that the user name "U01" participates in the game only as a player, and the user name "U02" participates in the game not only as a player but also as a gallery. It can be seen that the user name "U03" participates in the game as a gallery or builder, and the user name "U04" participates in the game only as a builder.

In this way, individual users are not limited to one role of player, gallery or builder, but can choose any role at will to participate in the game. Therefore, you are free to change roles, sometimes as a player, and sometimes as a gallery. However, in the following, for convenience of explanation, the terminals 4, 6, and 8 are explained assuming that different terminals are used for each role.

The control unit 23 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of the self-device 2 .

Return to FIG. 3 again. By executing various programs, the control unit 23 controls communication control means 231, collation means 232, DB management means 233, matching means 234, bet management means 235, popularity calculation means 236, dividend rate determination means 237, and dividends. It functions as means 238 and reward giving means 239 .

―Communication control means―
Communication control means 231 controls transmission and reception of data with other terminals 4 , 6 and 8 via network interface 21 .

Main data received from the game terminal 4 include download requests for game programs and/or game data, matching requests, account information, game play results, character information used in game play, friend registration applications, and the like. mentioned. The main data to be sent to the game terminal 4 includes game programs and/or game data, matching results, notification of play rewards (to be described later), details of scheduled game play, latest bet status, etc. information, information on characters created by builders, information on friends, information on supporters (supporter name, investment amount), and the like.

Main data received from the betting terminal 6 include account information, information on betting operations, support requests, and the like. Main data to be sent to the betting terminal 6 include information on scheduled game play, communication on winning/losing and payouts after the end of play, and information on support targets. The information about the scheduled game play includes the name of the player, the character to be used, the payout rate, the latest betting situation, and the like. The notification regarding the payout includes whether or not there is a payout, and if there is a payout, the amount of in-game currency to be paid out. The information about the support target includes the name of the player who is the support target, the name of the builder, the profile information of the support target, and the like.

Main data received from the builder terminal 8 include account information, information about created characters (appearance, parameters), friend registration applications, and the like. The main data to be sent to the builder terminal 8 includes information on the scheduled game play, communication to that effect when the created character is used in the game play, reward for the use of the character, Information on friends, information on supporters (supporter name, investment amount), and the like are included.

- Verification means -
The verification means 232 uses the account information received from each terminal 4, 6, 8 to authenticate the user account. The authentication result is sent by the communication control means 231 via the network interface 21 to the terminal 4, 6, 8 that sent the account information.

- DB management means -
The DB management means 233 updates the user DB 22a based on various data received from each terminal 4, 6, 8. FIG. For example, the DB management means 233 updates the corresponding record of the user DB 22a based on the game play result, the degree of popularity of the player, and the information on the created character. When a bet is placed on the game play, the DB management means 233 updates the possession amount of the in-game pass according to the bet amount and the dividend amount for the corresponding record, and according to the bet result It also updates the bet wins and losses so far.

Also, the DB management unit 233 functions as a friend registration unit. Based on the friend registration application, the DB management means 233 writes the user name and the like to be friends into the corresponding record. By this writing process, the identification information of the builder (builder name, etc.) and the identification information of the player (player name, etc.) are associated with each other, and the builder and the player's friends are registered as friends. be done.

Also, the DB management means 233 functions as a supporter registration unit. Based on the support application, the DB management means 233 writes the name of the user to be supported and the like into the corresponding record. This writing process associates the identification information of the gallery (such as gallery name) with at least one of the identification information of the corresponding player (such as player name) and the identification information of the builder (such as builder name). is registered as a supporter who supports at least one of the player and the builder.

Furthermore, when the supporter has provided support, the DB management means 233 provides support information including at least one of "when", "who", and "what kind" of support on the supported side. Managed per player and builder. Further, the DB management unit 233 may manage this support information in association with the builder that supports it.

It is also possible for one player or builder to have a plurality of supporters. In this case, the DB management unit 233 can add support information to the user DB 22a every time each supporter provides support.

―Matching method―
Based on the matching request from the game terminal 4, the matching means 234 performs matching processing for setting opponents. As a method of setting opponents, the recipients who have sent matching requests within a predetermined period of time are set as opponents, or the recipients of the matching requests select users who have never played against each other and play against each other. setting as a user, or selecting and setting an arbitrary user from the user DB 22a by lottery.

When an opponent is set by matching, the opponent includes information such as the fact that the opponent was selected, who the user to whom the matching request was sent, the recipient's game play wins and losses, the date and time of the game play, etc. is sent. This is to ask the opponent whether or not to accept the battle. If the opponent accepts the match, the person to whom the matching request is sent is sent information such as who the opponent is, the opponent's game play wins and losses, the date and time of the game play, and the like.

If the opponent does not accept the battle, the fact is sent to the server device 2, so the matching means 234 performs the matching process again. In other words, the game is played between the user to whom the matching request is sent and the opponent who has accepted the match. This is because if the game is played without the opponent's desire for a match, the excitement of the game will be lost, the popularity of the player will be affected, and as a result, there is a risk that betting by the gallery will also be affected. .

―Bet Management Means―
The bet management means 235 manages bets by individual galleries, aggregates bet information for each game play, and the like.

As for bet management, the bet management means 235, based on the betting operation information from the betting terminal 6, collects the name of the gallery that performed the betting operation, the game play and player on which the bet was made, and the in-game currency bet on the bet. specify the amount of Information related to bet operations includes the ID of the gallery user who made the bet, information identifying the game play for which the bet was made, information on which player the bet was placed on, and information representing the amount of in-game currency. Therefore, the bet management means 235 can perform the above-described specific processing. Based on the specified various information, the DB management means 233 can update the possession amount of in-game passes in the user DB 22a.

As for summarizing the bet information, the bet management means 235 calculates, for each individual game play, the number of people in the gallery who have made bets, the number of bets for each player, the total bet amount for each game play, and the total bet amount for each player. do. At least one of these calculation results is used as a betting situation according to the betting operation, such as determining the dividend amount, determining the player's reward, calculating the player's popularity, determining the builder's reward, and calculating the builder's popularity. be done. Incidentally, regarding the totalization of bet information, recent various information may be totalized, or various information within a certain period in the past may be totalized.

Also, the bet management means 235 corresponds to a bet target determination unit. The bet management means 235 extracts a game play scheduled to be played in the future as a bet target candidate. In particular, the bet management means 235 registers "supporters" of the player and the builder with respect to the game play involving the player and the builder who are supported by the supporter, i.e., the side to be supported (supported person). In order to treat the user who is in the gallery as a bet target, the user is determined as a bet target candidate by the supporter. As a result, the supporter can actively bet on a game in which the player being supported is an opponent or a game in which a character created by the builder being supported is scheduled to be used. Therefore, the supporter can further support the player or builder being supported through betting.

It should be noted that this betting target candidate extraction processing is performed, for example, in real time. Each time it is extracted, the bet target candidate is transmitted by the communication control means 231 to the bet terminal 6 of the corresponding supporter. Bet target candidates are notified on the betting terminal 6 side, and the supporter can select a predetermined game play to bet on from the bet target candidates and perform a bet operation.

-Popularity calculation method-
The popularity calculation means 236 calculates the popularity of each player and builder. As already mentioned, the degree of popularity is influenced by past game play victories and defeats, as well as statements and actions made by individual players and builders. Therefore, popularity is calculated every time a predetermined period elapses, such as every day.

The parameters used to calculate a player's popularity include the game play result for that player, the status of bets placed on that player so far, the number of supporters who support the player, and the support received by the player. number, at least one. In other words, the current number of bets itself is not calculated as the current "popularity", but the popularity is information calculated (set) based on the player's trajectory that reflects the player's past actions. , it can be said.

Game play results for a player include the number of times played, the total number of game plays won, the number of exciting matches ever played, and the like. This is because popularity tends to increase as the number of times played increases or the number of wins increases. Regardless of whether you won or lost, the louder the cheers of those who watched the gameplay in real time (visitors), or the more times people who watched the gameplay video clicked "Like", the more likely that gameplay was. It means that the popularity has risen, and it tends to be easy to rise in popularity.

The historical bet status includes the total number of times the gallery has bet on that player and the total amount of in-game currency ever bet on that player. It can be said that the higher the total number of bets or the total amount of in-game currency bet, the higher the popularity of the player.

The number of supporters who support the player is preferably the number of people registered in the "supporters" of the user DB 22a, that is, the current number of supporters. This is because the current number of supporters can be said to be an index that most reflects the current popularity of the player. Also, the number of supporters who support the player may be the total number of supporters including the current supporters and past supporters, instead of the current number of supporters.

The number of supports that a player has received is the total number of contributions so far when one supporter has invested in a player, and the amount invested so far regardless of the number of supporters. total value, etc. It can be inferred that the greater the number of supports, the higher the interest in the player.

Separately from the system 1, the total value of "Like" by other users on the content describing the player's activity can be used as a parameter for calculating the popularity of the player. The other users include people involved in the gameplay, such as other players, builders, galleries, and operators, as well as people who only watch the gameplay. In this case, the degree of popularity can be said to be information set by an index based on input operations by users other than the player.

The parameters used to calculate the popularity of a builder include the result of a game played using a character created by the builder (hereinafter referred to as a predetermined play), the bet situation for players who used the character in the predetermined play, and the builder. At least one of the number of supporters providing support and the number of supports received by the builder is included.

The result of the game play (predetermined play) includes the number of predetermined plays so far, the number of times the player won using the character created by the builder in the predetermined play, the number of predetermined plays in which the player played exciting matches, and so on. The greater the number of predetermined plays or the greater the number of wins using a character created by a builder, the more attention is paid to that character, and the builder who created that character tends to gain more popularity. is. It means that the louder the cheers of those who watched the predetermined play in real time, or the more times people who watched the video of the predetermined play clicked "Like", the more excited the predetermined play was. As a result, the characters used tend to be more popular with creators (builders).

The bet status on the player using the character includes the total number of bets placed on the player in the predetermined play and the total amount of in-game currency bet on the player in the predetermined play. The greater the total number of bets and the total amount of in-game currency, the more attention is paid to the player, and the character used by the player is more likely to be popular with builders.

The number of supporters who support the builder is preferably the number of people registered in the "supporters" of the user DB 22a, that is, the current number of supporters. This is because the number of supporters at the moment is the indicator that most reflects the popularity of builders at the moment. In addition, the total number of supporters who support the builder may be the total number of supporters including current supporters and past supporters, instead of the number of supporters at present.

The number of supports that the builder has received is the total number of investments so far when one supporter has invested in the builder, and the amount invested so far regardless of the number of supporters. total value, etc. It can be inferred that the higher the total number of support, the higher the interest in the builder.

Separately from the present system 1, the total number of "likes" by other users on the content describing the activity of the builder can be used as a parameter for calculating the popularity of the builder. Other users include players, other builders, galleries, administrators, and others involved in gameplay, as well as people who only watch gameplay. In this case, the degree of popularity can be said to be information set by an index based on input operations by users other than the builder.

―Dividend Ratio Determining Method―
The payout rate determination means 237 determines the payout rate corresponding to the game play before the game play is executed. In particular, the payout rate determining means 237 determines the payout rate based on the degree of popularity of the players scheduled to compete in the game play. The player's popularity is calculated by the popularity calculating means 236 described above.

Specifically, the payout rate determining means 237 calculates the payout rate to be lower as the popularity of the player increases. This is because it is assumed that many galleries will bet on a popular player.

In general, the payout rate is determined for the convenience of the operator of the game play so that the operator does not suffer losses or is advantageous to the operator. On the other hand, in the present embodiment, since the payout rate is determined according to the degree of popularity, the gallery provides information such as ``Will the game play be exciting?'' and ``Will there be an interesting play?'' You can expect to play and bet.

However, as a result of placing bets with reference to payout rates determined based on popularity, the total number of bets may be biased toward one player, or the actual total number of bets may be sluggish. In this case, the payout rate determining means 237 adjusts (determines) the payout rate based on the actual betting situation (the number of bets on each player, etc.) at a predetermined timing, such as when the betting period has passed about halfway. can be done.

For example, when the difference between the number of bets placed on one player side and the number of bets placed on the other player side becomes a predetermined difference or more, the payout rate determination means 237 lowers the payout rate on the side of one player. adjust to As the payout ratio is lowered, the payout to galleries that have made bets since then will be lower than the payout to galleries that have made bets up to that point. You can decide which player to bet on. Further, when the total number of bets (value obtained by adding the number of bets to each of both players) in one game play is equal to or less than a predetermined value, the payout rate determination means 237 sets the subsequent payout rates to both players as Adjustments may be made to increase the

Also, the payout rate determined according to the degree of popularity may be adjusted according to the degree of popularity and/or the actual betting situation, or may be adjusted so that the payout is such that the operator does not lose money.

In this way, by changing the payout rate according to the actual betting situation, the gallery provides the enjoyment of thinking strategically about when to perform the betting operation.

―Dividend Giving Means―
After the game play ends, the payout awarding means 238 determines the amount of payout to be awarded to the gallery, and performs the process of awarding the payout. In this process, the payout awarding means 238 determines a payout for each bet operation based on the game play result indicating which player won and the payout rate corresponding to the winning player. At that time, it is preferable that the payout is determined using the amount of in-game currency bet on the winning player. For example, the payout amount is determined by multiplying the amount of in-game currency wagered by the individual gallery by the winning player's side payout multiplier.

The payout giving unit 238 gives the payout to the gallery by associating the decided payout with the user ID of the gallery to which the payout should be given.

― Means of Rewards ―
The reward granting means 239 performs a process of granting a play reward for game play to at least one of the player and the builder. A play reward is a reward for participating in a game play that actually took place. Rewards for builders, for example.

The play reward is determined based on at least one of the result of the game play that triggered the reward, the betting situation corresponding to the betting operation in the game play, the popularity of the player, and the popularity of the builder.

The game play result includes which player won (lost) using what character. Reward granter 239 determines the reward for each player such that winning players are awarded more rewards than losing players. The reward granting means 239 is configured so that the creator (builder) of the character used by the winning player is given a larger reward than the creator (builder) of the character used by the losing player. , to determine the reward for each builder.

The bet status here includes at least the total number of bets in the game play performed, the total amount of in-game currency bet on the game play, the total number of bets on each player, and the total amount of in-game currency bet on each player. includes one. Based on the betting situation, the reward granting means 239 rewards each player and each builder so that, for example, more rewards are given to the player who bets more and the builder of the character used by the player. determine (adjust)

Thus, in this embodiment, there are "players" and "builders" as bet targets. Therefore, the betting is complicated and the interest as a whole is increased.

The results calculated by the popularity calculation means 236 are used as the popularity of each player and builder. The reward granting means 239 determines (adjusts) rewards for each player and each builder so that more rewards are given to players and builders with higher popularity according to popularity.

Note that this play reward is further adjusted based on the status of support by the supporter. The support status includes how much support (investment amount) the players and builders, who are the recipients of the play reward, received during a predetermined period of time, the number of supporters, and the like. The reward granting means 239 can add a reward amount corresponding to the support status to the once determined play reward, and determine the added reward amount as the actual play reward for the corresponding player and builder. .

The reward giving unit 239 gives the play reward to the player and the builder by associating the determined play reward with the user IDs of the player and the builder to whom the play reward should be given. When the play reward is given, the DB management means 233 updates the user DB 22a.

Further, the reward granting means 239 grants support rewards to supporters of the players and builders. In determining the support reward, the reward granting means 239 corresponds to a classification section. The reward granting means 239 ranks each of the identification information of the plurality of supporters according to the support information already described. The reward granting means 239 determines support rewards for individual supporters according to this classification result and the evaluation values according to the performance of each of the player and builder to be supported.

Specifically, a plurality of ranks are determined in advance according to the number of times support has been provided. For example, if the number of times of support is 0 to 10 times, it is "rank A", if the number of times of support is 11 to 20 times, it is "rank B", and if the number of times of support is 21 times or more, it is "rank C". Assume that a plurality of ranks A to C are determined step by step according to the number of times. For example, every time one month passes, the reward granting means 239 calculates the number of times each supporter has been supported in the most recent month, and from the number of times of support, determines which rank A to C the supporter applies to. do. The determined rank is written in the user DB 22 a by the DB management means 233 .

Then, the reward granting means 239 determines the support reward for each supporter based on the rank of each supporter described above and the evaluation values of the players and builders who have received investment from each supporter during the past month. decide. Specifically, the remuneration granting unit 239 determines that the support remuneration increases as the supporter corresponds to the rank with the higher number of times of support and the higher the evaluation value. In addition, since the base of the support reward is determined in advance for each rank, the reward granting means 239 determines the base of the support reward based on the determined rank, and provides the support reward corresponding to the latest evaluation value. By adding it to the base, it is possible to determine the support reward for the supporter.

The evaluation value is an index that represents the number of support (approval) by other users for the appearance of active players and builders. The total value of "Like" can be used. Therefore, it can be said that the support reward for the supporter determined using this evaluation value is the return (benefit) to the supporter for the player or builder who has played an active role due to the contribution of the supporter.

As for the evaluation value, the number of presses of "Like" on a general social network that is not directly related to the present system 1 may be used.

The reward giving unit 239 gives the support reward to the gallery by associating the determined support reward with the user ID of the supporter to whom the support reward should be given. When the support reward is given, the DB management means 233 updates the user DB 22a.

<Configuration of Game Terminal 4>
As shown in FIG. 5, the game terminal 4 has a display 52, a speaker 53, a controller 54, and a web camera 55 externally connected or built therein. The game terminal 4 has a network interface 41 , a graphics processing section 42 , an audio processing section 43 , an operation processing section 44 , an imaged sound processing section 45 , a storage section 46 and a control section 47 . The network interface 41 , the graphics processing unit 42 , the audio processing unit 43 , the operation processing unit 44 , the captured sound processing unit 45 and the storage unit 46 are electrically connected to the control unit 47 via the bus 49 .

The network interface 41 is communicably connected to the communication network NW in order to transmit and receive various data to and from the server device 2 and the like.

The graphics processing unit 42 draws game images including characters and various objects related to the virtual game space in a moving image format according to the game image information output from the control unit 47 . The graphics processing unit 42 is connected to, for example, a liquid crystal display 52, and a game image rendered in a moving image format is displayed on the display 52 as a game screen.

The audio processor 43 is connected to the speaker 53 . When the audio processing unit 43 reproduces and synthesizes the game sound according to the instruction from the control unit 47 , the audio processing unit 43 outputs the sound from the speaker 53 .

The operation processing section 44 is connected to the controller 54 . When the player makes a key input through the controller 54, the operation processing unit 44 accepts this as data relating to the operation input.

The imaged sound processor 45 is connected to the web camera 55 . The web camera 55 has a moving image capturing function and a voice capturing function. The imaged sound processing unit 45 performs image processing on the moving image data captured by the web camera 55 and performs sound processing on the sound picked up by the web camera 55 .

The storage unit 46 is configured with an HDD, SSD, RAM, ROM, and the like. The storage unit 46 stores game data downloaded from the server device 2, various programs including game programs, account information of the own terminal 4, and the like.

The control unit 47 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of its own terminal 47 .

The control unit 47 functions as communication control means 471 , game setting means 472 , game execution means 473 , notification control means 474 and video data generation means 475 by executing various programs.

―Communication control means―
The communication control means 471 mainly controls transmission/reception with the server device 2 via the network interface 41 .

Main data received from the server device 2 include game programs and/or game data, matching results, notification of play rewards, bet status, information on characters created by builders, information on friends, information on supporters (support person name, investment amount), etc. Main data to be sent to the server device 2 include account information, various download request information, matching requests, game play results, character information used in game play, friend registration applications, and the like.

-Means of game setting-
The game setting means 472 sets the game play based on the operation input to the controller 54 by the player. Settings related to game play include selection of a character to be used in game play, button assignment setting (key configuration) of the controller 54, and rule setting for how to decide victory or defeat.

The game setting means 472 for selecting characters corresponds to the medium selection section.

At the time of character selection, the display 52 of the game terminal 4 displays a list of characters as selection candidates. The player can select a character to use from the list, and the game setting means 472 selects the character according to the operation. In addition to the default characters, the character list also includes characters created by the builder so far. Also, in the list of characters, for each character, the character's appearance, profile such as character settings, skills that can be used, status such as physical strength value and level, created builder name, last update date of this information, etc. are listed. The player can refer to the information in this list when performing a character selection operation.

The character list also includes characters created by builders registered as friends of the player, that is, characters to be created by the builders. It is preferable that this character appears at the beginning of the list display, or is displayed with a color or mark distinguishable from characters other than friends. This makes it easier for the player to find the character created by the friend from the list, and as a result, the chances of selecting the character increase.

Information on the selected character is sent to the server device 2 and used to update the user DB 22a.

- Game execution means -
The game executing means 473 reads data such as virtual game space objects and textures included in the game data from the storage unit 46 or receives data from the server device 2 according to the operation of the controller 54 by the player of the own terminal 4 during game play. The data is used to generate two-dimensional or three-dimensional game image information while executing the game program. As the game image information is processed by the graphics processing unit 42 , the processed game images are sequentially displayed on the display 52 .

Then, the game executing means 473 controls the action of the player character in the virtual game space in accordance with the operation of the player of the own terminal 4 and the progress of the game, thereby executing the battle. For example, the game executing means 473 causes the player character to move or perform tricks in accordance with the player's operation input via the controller 54 .

After the game play ends, the result of the play is sent to the server device 2 and used to update the user DB 22a.

-Notification control means-
The notification control means 474 performs display control of the display 52 and audio output control of the speaker 53 according to the operation of the player of the own terminal 4 and the like in executing the game. The notification control means 474 displays a setting screen relating to game play such as a list of characters before starting the game play, and displays a game image during the game play. When the game play ends, the notification control means 474 displays a screen showing the end of the play and the result of winning or losing.

In addition, when the player is given a play reward, the notification control means 474 notifies information to that effect.

-Video data generation means-
The moving image data generating means 475 uses the game play moving image and the image data captured by the web camera 55 to generate moving image data for viewing. For example, the video data generation unit 474 edits the game play video and video data so that the game play video is displayed on a large screen while the facial expression of the player playing the game is superimposed on the large screen and displayed in front of the large screen. to generate video data. This moving image data may include audio data so that the audio of the player or spectator is output according to each scene.

The process of generating moving image data by the moving image data generating means 475 is performed in real time during game play.

The generated video data is managed by the server device 2 and broadcasted to the communication network NW in real time or after the game is played. This allows various users, such as galleries and builders, to view gameplay at any time.

In this embodiment, the evaluation value described above can be viewed and input in association with the moving image data.

<Configuration of bed terminal 6>
As shown in FIG. 6, the bed terminal 6 has a display 72, a speaker 73, and a controller 74 externally connected or built therein. The bed terminal 6 has a network interface 61 , an image processing section 62 , an audio processing section 63 , an operation processing section 64 , a storage section 66 and a control section 67 . Network interface 61 , image processing section 62 , audio processing section 63 , operation processing section 64 and storage section 66 are electrically connected to control section 67 via bus 69 .

The network interface 61 is communicably connected to the communication network NW in order to transmit and receive various data to and from the server device 2 and the like.

The image processing unit 62 performs image processing on various image information output from the control unit 67 . The image processing unit 62 is connected to, for example, a liquid crystal display 72 and displays an image after image processing on the display 72 .

The audio processing section 63 is connected to the speaker 73 . The audio processing unit 63 causes the speaker 73 to output sound according to the instruction from the control unit 67 .

The operation processing section 64 is connected to the controller 74 . When various operation inputs by the gallery are made via the controller 74, the operation processing section 64 accepts them as data related to the operation input.

Although not shown in FIG. 6, the bed terminal 6 further includes a microphone that picks up the sound of the gallery, a sound processing unit that processes the sound picked up by the microphone, and a web camera that captures the state of the gallery. Can be externally connected or built-in. In this case, the gallery can be filmed and audio picked up as the game is viewed.

The storage unit 66 is configured with an HDD, SSD, RAM, ROM, and the like. The storage unit 66 stores programs and data for validating the betting operation by the gallery, account information of the own terminal 6, and the like.

The control unit 67 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of its own terminal 6 .

The control unit 67 functions as communication control means 671, operation determination means 672, and notification control means 673 by executing various programs.

―Communication control means―
The communication control means 671 mainly controls transmission/reception with the server device 2 via the network interface 61 .

The main data received from the server device 2 include information on scheduled game play, communication on winning/losing and payouts after the end of the play, information on support recipients (name of support recipients), and future planned game play. betting target candidates, and the like. Main data to be sent to the server device 2 include account information, information on betting operations, support application, and the like.

-Operation Judgment Means-
The operation determination means 672 determines what kind of operation the operation input performed via the controller 74 is. Operational inputs performed at the betting terminal 6 include betting operations for game play, operations for selecting players and builders to be supported, operations for requesting the selected players and builders to register as supporters, actual support ( investment), and so on.

In this way, the operation determination unit 672 can receive a bet operation for game play, and thus corresponds to a bet accepting unit.

In addition, a list of games scheduled to be held in which the support target person is involved is sent from the server device 2 to the gallery bet terminal 6 registered as a supporter as information on bet target candidates. The gallery can select a desired game play (predetermined game play) for betting and perform betting operations via the controller 74 . This operation is also included in the operation input performed at the bet terminal 6 . The operation determination means 672 can accept a bet operation for a predetermined game play when these operations are performed.

-Notification control means-
Based on various information sent from the server device 2 , the notification control means 673 notifies, via the display 72 and the speaker 73 , various screens regarding bets on game play, supporter registration, actual support, and the like.

FIG. 7 is an example of a screen notified on the display 72. As shown in FIG. The screen sc1 in FIG. 7 displays a list of information on scheduled game plays and information on bets on each game play in association with each other. The information about the game play includes the user name of the player to compete against. The bet information includes the payout rate for each player in each game play and the current bet situation (the current bet number for each game play and the bet number for each player). Of these, the payout rate is determined based on the player's popularity, as described above.

By checking the screen sc1, the gallery considers which gameplay to bet on, if so, which player to bet on, how much in-game currency to bet, etc. operation can be performed. Also, referring to the displayed payout rate, the gallery can estimate the popularity of each player, and consider their future activities as a supporter.

In addition, when the gallery performs a bet operation, the notification control means 673 sequentially notifies a screen corresponding to the operation. After the gallery performs the bet operation, when the server device 2 accepts the bet operation, the notification control means 673 notifies a screen indicating that the bet operation has been successfully accepted.

The notification control means 673 can notify the video of the game being played in real time according to the operation of the gallery. Further, after the game play ends, the notification control means 673 notifies a screen including the result of the game play, whether or not a payout could be obtained in the game play, and if so, the amount.

In addition, the notification control means 673 displays a registration screen when the gallery wishes to register as a supporter, displays an investment application screen when the gallery invests in a support target person, and displays a contribution application screen when a reward for the investment is given. and the amount of remuneration are respectively notified.

<Configuration of builder terminal 8>
As shown in FIG. 8, the builder terminal 8 has a display 92, a speaker 93, and a touch panel 94 either externally connected or built therein. The builder terminal 8 has a network interface 81 , an image processing section 82 , an audio processing section 83 , an operation processing section 84 , a storage section 86 and a control section 87 . Network interface 81 , image processing unit 82 , audio processing unit 83 , operation processing unit 84 and storage unit 86 are electrically connected to control unit 87 via bus 89 .

The network interface 81 is communicably connected to the communication network NW in order to transmit and receive various data to and from the server device 2 and the like.

The image processing unit 82 performs image processing on various image information output from the control unit 87 . The image processing unit 82 is connected to, for example, a liquid crystal display 92 and displays an image after image processing on the display 92 .

The audio processing section 83 is connected to the speaker 93 . The audio processing unit 83 causes the speaker 93 to output sound according to instructions from the control unit 87 .

The operation processing section 84 is connected to the touch panel 94 . When various operation inputs are made by the builder via the touch panel 94, the operation processing section 84 receives them as data relating to the operation inputs. Operation inputs include friend application input, various information confirmation input, and the like.

In particular, the builder can perform an operation input for creating a character via the touch panel 94, and the operation processing section 84 can accept this as data regarding the operation input.

Although not shown in FIG. 8, the builder terminal 8 further includes a microphone that picks up the voice of the builder, a voice processing unit that processes the voice picked up by the microphone, and a web camera that captures the builder. Can be externally connected or built-in. In this case, it is possible to pick up video and audio of the builder watching the game play and of the builder creating the character.

The storage unit 86 is configured with an HDD, SSD, RAM, ROM, and the like. The storage unit 86 stores programs and data for validating character creation operations by the builder, account information of the own terminal 8, and the like.

The control unit 87 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of its own terminal 8 .

The control unit 87 functions as communication control means 871, character creation means 872, and notification control means 873 by executing various programs.

―Communication control means―
The communication control means 871 mainly controls transmission/reception with the server device 2 via the network interface 81 .

The main data received from the server device 2 include the fact that the created character has been used and the notification of rewards for it, information on friends, information on supporters (supporter name, investment amount), and the like. Main data to be sent to the server device 2 include account information, information about the created character (appearance, parameters, etc.), friend registration application, and the like. In addition, the main transmission data to the server device 2 may further include information about what kind of material was used to raise the character (that is, information about the raising material). .

-Character Creation Means-
The character creator 872 corresponds to the medium creator. When the builder performs a character creation operation via the touch panel 94, the character creation means 872 performs character creation processing based on data relating to the operation input.

The character creation process includes the process of creating a character from scratch, strengthening the character parameters such as physical strength and skills, and changing the appearance of a character that has been created once or a character that is prepared by default. processing, including

The process of creating a character from scratch includes the process of setting the concept of the character, and the process of determining the character's name, appearance, voice, parameters, techniques, equipment parts, improved parts, and the like.

- Notification control means -
The notification control means 873 notifies various screens via the display 92 and the speaker 93 based on various information sent from the server device 2 .

For example, when a character created by a builder is used in game play, the notification control means 873 notifies a screen to that effect, or displays a screen indicating that a reward has been given for use and a reward amount. to be notified. In addition, the notification control means 873 notifies a screen indicating that the builder has been registered as a friend by the player's friend application, and that the supporter has contributed money to that effect.

When the builder creates a character, the notification control means 873 causes the display 92 to display the screen sc2 shown in FIG. The screen sc2 in FIG. 9 is an example of an editing screen when creating a character from scratch or brushing it up.
<Flow of Operation of Dividend Distribution System 1>

10 and 11 are diagrams showing the flow of the overall operation of the payout distribution system 1. FIG.

In the builder terminal 8, it is assumed that the character creation means 872 performs character creation processing in accordance with the builder's input operation on the touch panel 94 (step st1). The communication control means 871 controls transmission of information about the character to the server device 2 .

In the server device 2, when the information about the character is received, the DB management means 233 updates the corresponding part of the user DB 22a based on this information (step st2). The communication control means 231 transmits all information about the latest character to each terminal 4, 6, 8 (step st3). The notification control means 474, 673 of the terminals 4, 6 notify the latest character information in the form of a list, for example (steps st4, st5). The notification control means 873 of the builder terminal 8 displays on the screen that the information on the character created by the terminal 8 has been received by the server device 2 and is subject to management (step st6).

In the game terminal 4, the player may wish to register any builder as a friend based on the latest information on characters. When an operation to select and register an arbitrary builder as a friend is performed via the controller 54 of the game terminal 4, the communication control means 471 sends the friend registration application to the server device with the arbitrary builder as a friend target person. 2 (step st7).

In response to receiving this friend registration application, the communication control means 231 of the server device 2 transmits information about the player who has made the friend registration application to the builder terminal 8 of the builder who has become a friend candidate. The builder terminal 8 notifies information about the player who applied for friend registration. In response to the operation of approving the friend registration on the side of the builder terminal 8, the DB management means 233 of the server device 2 updates the corresponding part in the user DB 22a (step st8). After updating, the communication control means 231 transmits to the game terminal 4 that the friend registration has been completed. As a result, the game terminal 4 notifies that the friend registration has been completed. In addition, the communication control means 231 of the server device 2 transmits to the builder terminal 8 of the builder who has become a friend candidate that the friend has been registered. As a result, the builder terminal 8 notifies that the person has been registered as a friend candidate (step st9).

Also, galleries may wish to help players and builders. When an operation is performed to select an arbitrary player and builder from among players and builders who are support target candidates via the controller 74 of the betting terminal 6, the communication control means 671 supports the selected player and builder. A supporter application is transmitted to the server device 2 in the state of being a target person (step st10).

In response to receiving this supporter application, the communication control means 231 of the server device 2 sends the information about the gallery for which the supporter application has been made to the game terminal 4 and builder terminal of each of the player and builder who have become supporters. Send to 8. On the game terminal 4 and the builder terminal 8, information about the gallery for which the supporter application has been made is notified. In response to the operation of approving the supporter application on the terminals 4 and 8 side, the DB management means 233 of the server device 2 updates the corresponding part in the user DB 22a (step st11). After the update, the communication control means 231 notifies the bet terminal 6 that the supporter registration has been completed. Also, the communication control means 231 transmits the information of the supporter to the game terminal 4 of the corresponding player and the builder terminal 8 of the builder. As a result, the game terminal 4 and the builder terminal 8 are notified of information such as the support target and the name of the supporter (steps st12 and st13).

By the way, a player may wish to participate in a game play. When an operation requesting determination of an opponent is performed via the controller 54 of the game terminal 4, the communication control means 471 transmits a matching application to the server device 2 (step st14).

In response to receiving this matching application, the matching means 234 of the server device 2 performs matching processing (step st15). When the opponent is set by the matching process, the communication control means 231 transmits inquiry information as to whether or not to approve the battle to the opponent. When accepting the match from the opponent, the communication control means 231 transmits the matching result including the opponent and the date and time of the game play to the game terminal 4 to which the matching request is made (step st16).

Next, the popularity calculation means 236 of the server device 2 calculates the latest popularity of each of the matched opponents (players) (step st17), and the payout rate determination means 237 calculates A corresponding payout rate is determined based on the latest popularity (step st18). After determining the payout rate, the communication control means 231 transmits the content of the game play, the payout rate, the latest betting situation, and the like to each terminal 4, 6, 8 (step st19). As a result, each terminal 4, 6, 8 receives and reports the information (steps st20, st21, st22).

At the betting terminal 6, the gallery that has confirmed the information notified in step st21 may wish to bet on the game play. When a betting operation is performed via the controller 74 of the betting terminal 6 (step st23), the communication control means 671 transmits information regarding the betting operation to the server device 2. FIG.

In response to receiving the information regarding the betting operation, the betting management means 235 of the server device 2 identifies the game play and player betted, the amount of in-game currency betted, etc., and updates the betting status (step st24). The DB management means 233 updates the corresponding part in the user DB 22a. After updating the user DB 22a, the communication control means 231 transmits the updated bet status to each terminal 4, 6, 8. FIG. As a result, each terminal 4, 6, 8 receives and reports the bet status (steps st25, st26, st27).

When the scheduled date and time of the game play is reached, acceptance of the bet operation is closed, and the game terminal 4 executes the game play (competition) (step st28). While the game is being played, the video data generation means 475 generates video data using the game play video and the video data. This moving image data is broadcast in real time to the communication network NW. Therefore, each terminal 4, 6, 8 can view and listen to the game play.

When the game play ends (step st29), the communication control means 471 of the game terminal 4 transmits the result of the game play including the win or loss of the player to the server device 2. FIG.

Upon receipt of the result of the game play (step st30), the payout giving means 238 of the server device 2 determines the payout for the bet operation and gives it to the gallery. A process of determining a play reward for participating in the play and giving it to the player and the builder is performed. If the gallery has provided support as a supporter, the remuneration granting means 239 determines the amount of support remuneration for the support and performs processing for granting it to the gallery (step st31).

The communication control means 231 of the server device 2 provides information on the fact and the amount of the payout when a payout is given as a result of the game play, and information on the fact and the amount of the play reward when the play reward is given. , when a support reward is granted, information to that effect and the amount of the support reward is transmitted to the corresponding terminal 4, 6, 8. As a result, the game terminal 4 notifies that a play reward has been given as a result of the game play and the amount of the play reward (step st32). At the betting terminal 6, as a result of the game play, the fact that a payout has been awarded, the amount of the payout, the fact that a support reward has been awarded, and the amount of the support reward are notified (step st33). At the builder terminal 8, as a result of the game play, the fact that the play reward has been granted and the amount of the play reward are notified (step st34).

To summarize the above, the payout distribution system 1 of the present embodiment includes the operation determination means 672 ( a bet acceptance section), a payout rate determination means 237 (payout rate determination section) of the server device 2 that determines a payout rate corresponding to the game play based on the popularity of the player (first user), and the result of the game play. and a payout awarding means 238 (payout awarding unit) for awarding to the gallery (second user) a payout for a bet operation on the game play based on the payout rate.

<effect>
According to this embodiment, the payout rate is determined based on the popularity of the player. In other words, the payout rate is a value that reflects information such as a gallery that is familiar to participating users, rather than a value that is determined by the operator's convenience. Therefore, the gallery becomes more willing to participate in betting and has more interest in the game.

Furthermore, the payout rate can be determined based on the betting situation according to the betting operation. For example, when bets are concentrated on one player, if the payout rate is determined (adjusted) based on the bet situation, there is a possibility that the bias in the bet situation can be alleviated.

Also, in the builder terminal 8, a character (usable medium) that can be used in game play can be created based on an operation by the builder (third user). Builders can feel familiarity with the gameplay by participating in the gameplay through the creation of characters, although not as players.

Also, in the game terminal 4, a character to be used in game play can be selected based on the player's operation. By selecting a character created by the builder as a character, the player and the builder can be connected, and the builder can feel familiarity with the player. In addition, builders can be more motivated to create characters.

When a player selects a character to use in game play, selection candidates can include characters created by builders registered as friends with the player. This allows the player to positively select the character of the builder registered as a friend.

Galleries can also be registered as backers to help players and/or builders. If registered as a supporter, support information such as how much investment has been received is managed for each of the players and builders who are support recipients. Depending on this supporting information, players and/or builders can be awarded play rewards for game play. In other words, the play rewards players and builders get for engaging in gameplay will also vary depending on how much funding they have received.

In addition, galleries that have become supporters will be given support rewards for their support. The support reward can be determined according to the result of ranking according to the support information (classification result) and the evaluation value according to the performance of each of the players and builders who are the support recipients in terms of game play. . In other words, the gallery that has become a supporter will be given a rank that indicates how much support such as investment has been provided, and a support reward according to how active the player or builder who received that support has been. can be done. As a result, the gallery, which is the supporter, becomes conscious of the connection with the player and the builder, who are the support target, from the position of the patron, so it can be a call for further support.

Regardless of whether or not the player or builder has a supporter, a play reward is given to the player or builder for performing the game play. This play reward can be determined based on at least one of the result of the game play, the betting situation according to the betting operation, the player's popularity, and the builder's popularity. Therefore, it can be said that the play reward may fluctuate.

The degree of popularity of a builder is the result of a game play (predetermined play) performed using a character created by the builder, the betting situation for players who used the character in this play, and the number of supporters who support the builder. , the number of backings the builder received. In other words, since the popularity of a builder may fluctuate, the player reward determined based on the popularity of this builder may also fluctuate.

In addition, a game play involving at least one of the player and the builder who are the support target becomes a bet target candidate by the gallery, and the gallery can bet on a predetermined game play among the bet target candidates. Since the gallery itself provides support, it makes people want to bet in the sense of supporting the players and builders who are the support target. On the other hand, the players and builders who are the support recipients are more motivated to work to win the game play in order to meet the expectations of the supporters.

A player's popularity is based on at least one of the results of gameplay in which the player has been involved, past bets placed on the player, the number of supporters assisting the player, and the number of support the player has received. can be calculated. In other words, since the player's popularity may fluctuate, the payout rate determined based on the player's popularity may also fluctuate from time to time.

[Other embodiments]
The various control means and processing procedures described in the above embodiments are examples, and are not intended to limit the scope of the present disclosure, its applications, or its uses. Various control means and processing procedures can be appropriately modified in design without changing the gist of the present disclosure.

The game is not limited to a fighting game such as a fighting game, and may be any game as long as the game play causes an event to be betted. The game can also be applied to action games, card games, and the like. For example, the game may be a game in which a plurality of players cooperate to solve a problem or defeat an enemy of a non-player character, or a game in which a plurality of players compete against each other. There may be.

While the above embodiments describe gameplay animation data being broadcast in real-time or after-play, this is not required.

In the above-described embodiment, the training object created by the builder is a game medium, which is an integral "character". However, the training target may be a team consisting of a plurality of characters.

A character created by a builder may be used by one player or by multiple players. Also, when a builder creates a team consisting of a plurality of characters, the team may be used by one player or may be used by a plurality of players.

Play rewards in the above embodiments may be available only as a player or only as a builder. For example, the play reward for the player may be the right to participate in a predetermined number of games for free, an item for strengthening the character's status, a skill that can be given to the character, or the like. The play reward for the builder may be exclusive parts for the character, remodeling parts and materials that can be used in character training processing, and the like.

Also, the play reward may be one that can be used in common by the player and the builder. For example, the play reward may be medals that can actually be used at game arcades or casinos, cash money such as banknotes, virtual currency including private money such as tokens, or electronic money. Play rewards include the experience value of the character, the stamina value that regulates the character's action time and number of actions, the consumable media and lottery rights that are consumed in exchange for executing the gacha that selects the game object in the lottery, and special games such as tournament battles. It may be the right to participate in the event.

A single builder may be able to create multiple characters (use media). In this case, the "popularity of each individual character" may be linked as the popularity of each character with respect to the builder. Also, a comprehensive evaluation of the creation of all characters may be linked to the degree of popularity with respect to builders.

The player's popularity may be reported to the builder, and the builder's popularity may be reported to the player. In this case, the player can deliberately select a character created by a builder with a relatively low popularity or a character with a relatively low popularity. By winning while using such a character, the popularity calculation means 236 of the server device 2 may perform calculations so as to greatly increase the popularity of the builder with respect to that character. In addition, if the player can win while using a character with a relatively low popularity, it can be an opportunity for the player's own popularity to rise.

In the above embodiment, it has been explained that the player can select the character of the builder registered as a friend as the character to be used in the game play. However, depending on the event of the game competition, regulations such as "characters of builders registered as friends cannot be used" and "characters to be used are forcibly assigned by random lottery" may be imposed. In these cases, the payout distribution system 1 can be designed such that the character of the builder registered as a friend cannot be selected, but other characters can be selected, or the character cannot be selected regardless of who the builder is.

During game play, a handicap may be imposed on a player with a high degree of popularity according to the degree of popularity of the player. Since this makes it difficult to predict which player will win, it is expected that the game play will become even more exciting.

In the above-described embodiment, as shown in the screen sc1 of FIG. 7, the betting terminal 6 notifies the bet status and payout rate in the scheduled game play before the start of the game play. However, this notification timing may be after the end of the game play. In other words, it is not necessary to notify the bet status and payout rate until the end of the game play. This is to prevent cheating such as collusion between galleries or between a gallery and a player before the start of game play so as to obtain a favorable result.

The betting terminal 6 may be any terminal capable of receiving betting operations and payout information, and basically may be a terminal controlled independently of the other terminals 4 and 8 .

The gallery, which is a supporter, may support a single player or builder, or may support a combination of a player and a builder.

Players and builders may have levels, and characters may have levels. The higher the level, the more advantageous the game play may be. For example, the higher the level of a player or character, the more advantage the player or character can use during play. The higher the level of the builder, the more benefits such as special skills can be granted when creating a training target.

A character may be restricted in use, such as being usable only when the builder who created the character is logged into the payout distribution system 1 . Also, if a player has friend registration with a character's builder, the player can use that character regardless of the builder's login status (that is, even if the builder is not logged in). good.

A character's status (skill or performance) may change depending on whether or not the builder is logged into the payout distribution system 1 . In this case, the character's status changes according to the log-in status of the builder during game play, which affects the result of game play.

It is also assumed that the login state of the builder changes from logoff to logon or from logon to logoff during the game play. Therefore, it is preferable that the status according to the login state of the builder at the start of the game play be maintained during the game play.

In the above embodiment, it was explained that the supporters are ranked according to the degree of support. A title according to this rank may be given to a supporter. This title may be notified to other users who participate in the system 1 . The notification timing of the title may be any timing, such as the timing when the title is given, the timing when the payout ratio is notified before the start of the game play, or the like. As a result, if the supporter is a famous person, the fact that the supporter is a player or builder supported by that person becomes known to other users participating in the system 1, so the popularity of the player or builder increases. there's a possibility that.

In the above embodiment, for convenience of explanation, the roles of users who participate in the system 1 are described as "player", "gallery", and "builder". However, a user may be allowed to play two or more roles in one game tournament, or conversely, a user may be prohibited from playing two or more roles in a specific game tournament.

In the above embodiment, it has been explained that friend registration between a player and a builder is triggered by a friend application specifying a partner to be friends. However, the friend application may be triggered by the friend application without specifying the partner, and the partner to be the friend may be automatically determined and registered by matching.

In the above embodiment, the gallery bets on the outcome of game play. However, the betting target may be anything other than the "win or lose" of the game play as long as it is related to the game play. For example, ``the number of battles that determine the victory or defeat of the player'', ``whether or not predetermined techniques are included in the techniques performed during game play'', and ``the total number of predetermined techniques to be performed during one game". , etc., may be an object to bet on.

In the above embodiment, the case where the opponent is set by matching has been exemplified. However, no matching need be performed. Match cards (competitors) may be prepared in advance for tournament matches, league matches, and the like. In this case, the player can log in at the scheduled time and play against an opponent who has already been determined. In this case, the gallery can confirm the competition schedule and place a bet.

In the above-described embodiment, the "supporter" of the player and the builder is regarded as a gallery, and the supporter can bet on the game play involving the player and the builder who are the support target. However, the supporter may simply enjoy watching the game play or simply enjoy watching the performance of the support target person without placing a bet.

In the above embodiment, the extraction process of the betting target candidates is performed in real time. However, the betting target candidate extraction process may be performed at predetermined time intervals such as every hour instead of real time.

The betting operation may be performed not before the start of game play, but until a predetermined period of time has elapsed after the start of game play. In this case, the payout to the gallery where the bet operation was performed after the start of the game play may be smaller than the payout when the bet operation was made before the start of the game play.

The reward granting means 239 may perform a process of granting a portion of the bet amount and/or the payout amount to the player or builder as a reward. In this case, the reward may be given to the player or the builder in the form of paid in-game currency or free in-game currency valid within the virtual game space. Further, the reward granting means 239 may perform a process of granting part of the bet amount and/or the dividend amount to all players registered in the system 1 . The reward in this case can act as a priming to encourage all players to actively participate in the game play.

The gallery may place bets only on players, and perform betting operations in a state in which information about builders is not disclosed. In this case, the reward may be given not only to the player but also to the builder. The gallery can predict which player is using which builder's character if it has knowledge of the builder. For such galleries, keeping information private about builders makes betting more enjoyable. Also, information about the builder may be disclosed after the game play is started with betting only on the player. In this case, the gallery may be able to re-bet.

In step st16 of FIG. 10, when approval for the match is received from the opponent, the communication control means 231 of the server device 2 sets the betting deadline, and sets the betting deadline to the game terminal 4 to which the matching request is made. etc.

In the above embodiment, the payout distribution system 1 is composed of the server device 2, the game terminal 4, the betting terminal 6, and the builder terminal 8. The server device 2 and the terminals 4, 6, 8 are shown in FIGS. A case of having each function as shown is exemplified. However, the system configuration and which device or terminal has which function are not limited to the above embodiments and can be changed as appropriate.

1 dividend distribution system 233 DB management means (friend registration unit)
235 bet management means (bet target determination unit)
236 popularity calculation means (popularity calculation unit)
237 Dividend Rate Determination Means (Dividend Rate Determination Unit)
238 Dividend Giving Means (Dividend Giving Section)
239 Reward Giving Means (Reward Giving Section, Classifying Section)
472 game setting means (medium selection unit)
672 operation determination means (bet accepting unit)
872 Character creation means (medium creation unit)

Claims (12)

a bet accepting unit that accepts a betting operation of a second user betting on the game play of the first user;
a popularity degree calculation unit that calculates the popularity degree of the first user based on a value corresponding to the first user's action related to the game play up to the present;
a payout rate determination unit that determines a payout rate corresponding to the game play based on the popularity of the first user ;
A payout distribution system comprising a payout awarding unit that provides the second user with a payout for the bet operation on the game play based on the result of the game play and the payout rate. a bet accepting unit that accepts a betting operation of a second user betting on the game play of the first user;
a popularity degree calculation unit that calculates at least the popularity degree of the first user determined regardless of whether or not the betting operation is performed by the second user;
a payout rate determination unit that determines a payout rate corresponding to the game play based on the popularity of the first user;
a payout awarding unit for awarding to the second user a payout for the bet operation on the game play based on the result of the game play and the payout rate;
A dividend distribution system comprising: 3. The payout distribution system according to claim 1, wherein said payout rate determination unit further determines said payout rate based on a betting situation according to said betting operation. A medium creation unit that creates and/or nurtures a usable medium that can be used in the game play based on a creation operation by a third user;
4. A payout distribution system according to any one of claims 1 to 3, further comprising: a medium selection unit that selects the utilization medium to be used in the game play based on the first user's operation;
5. The payout distribution system of claim 4, further comprising: A friend registration unit capable of performing a process of registering the third user as a friend of the first user by associating the identification information of the first user with the identification information of the third user;
further comprising
6. The dividend distribution system according to claim 5, wherein candidates selected by said medium selection unit include said usable medium created and/or trained by said third user registered as said friend. By associating at least one of the identification information of the first user and the identification information of the third user with the identification information of the second user, the second user is at least one of the first user and the third user. A supporter who registers as a supporter who supports the first user and the third user, and who manages support information on the support provided by the supporter to each of the first user and the third user for each of the first user and the third user a registry;
7. Any one of claims 4 to 6, further comprising a reward granting unit that grants a play reward for the game play to at least one of the first user and the third user according to the support information. A dividend distribution system as described in . There are multiple supporters,
a classification unit that classifies each of the identification information of the plurality of supporters according to the support information;
further comprising
The reward granting unit provides a support reward according to the classification result and an evaluation value according to the activity related to the game play of each of the first user and the third user who are supported by the supporter. 8. The payout distribution system according to claim 7, wherein the payout is given to a supporter. A reward granting unit that grants a play reward for the game play to at least one of the first user and the third user according to the support information;
further comprising
The reward granting unit determines the play reward based on at least one of a result of the game play, a betting situation corresponding to the betting operation, a degree of popularity of the first user, and a degree of popularity of the third user. 9. A payout distribution system according to claim 7 or claim 8, wherein the payout distribution system is determined by: The degree of popularity of the third user, the result of the predetermined play that is the game play performed using the utilization medium created by the third user, the betting situation on the first user in the predetermined play, the A popularity degree calculation unit that calculates based on at least one of the number of supporters who support a third user and the number of support received by the third user;
10. The payout distribution system of claim 9, further comprising: a bet object determination unit that determines the game play involving at least one of the first user and the third user who are the objects supported by the supporter as bet object candidates for the supporter;
further comprising
the bet target candidates include a plurality of the game plays;
The bet accepting unit accepts the betting operation for a predetermined game play among the betting target candidates;
9. A payout distribution system according to claim 7 or claim 8. The degree of popularity of the first user is the result of the game play in which the first user was involved, the bet status on the first user, the number of supporters who support the first user, and the number of supporters who support the first user. a popularity calculation unit that calculates based on at least one of the number of support received;
12. A payout distribution system according to any one of claims 1 to 11, further comprising:

Images