JP2007117200A - Game system, game program, game control method and terminal machine - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system which can facilitate the putting out of dividends in a game in which a plurality of players participate and simultaneously play the same game and the securement of stable earnings on a game provider's side. <P>SOLUTION: The game system has an allotted points storage means to store points allotted to the players, a bet points accumulation means to accumulate bet points on a game input by the players, a game result decision means to decide on the results of the game for the players, a judgment means to judge whether the results of the game of the players satisfy prescribed conditions, a dividend decision means to decide on a dividend to the players in accordance with total bet points as the result of accumulation by the bet points accumulation means and the number of players whose results of the game satisfy the prescribed conditions and a dividend addition means to add dividends decided on by the dividend decision means to the allotted points of the players whose results of the game satisfy the prescribed conditions. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

The present invention relates to a game system including a plurality of terminals connected via a communication line, a game program for operating each of the plurality of terminals by a plurality of players and simultaneously executing the same game, The present invention relates to a game control method for simultaneously executing the same game by operating each of a plurality of terminals by a plurality of players, and a terminal included in the plurality of terminals connected via a communication line.

Conventionally, for example, a so-called net video game in which a plurality of players participate and play the same game at the same time employs a casino game (see, for example, Patent Document 1). According to the game system described in Patent Document 1, the player does not need to go to the casino and can enjoy the casino game.

Special table 2000-510352 gazette

By the way, in a casino game, since a dealer and a player usually have a game, when the dealer loses, the casino pays a dividend to the player. However, when a casino game is adopted as a net video game, it is difficult to set a dealer, and the problem is how to pay a dividend to the player. From such a point, when a casino game is adopted as a net video game in which a plurality of players participate and play the same game at the same time, it is necessary to construct a new mechanism.

The present invention has been made in view of the above-described problems, and its purpose is to pay out dividends in a game in which a plurality of players participate and play the same game at the same time, and to provide stable profits on the side of providing the game. It is an object to provide a game system, a game program, a game control method, and a terminal capable of ensuring the above.

In order to achieve the above object, the present invention provides the following.
(1) A game system including a plurality of terminals connected via a communication line, wherein each of a plurality of players operates each of the terminals to simultaneously execute the same game.
A score storage means for storing the score of each player;
Betting point accumulating means for accumulating betting points for the game inputted by the respective players through the terminals;
Game result determining means for determining a game result of the game in association with each player;
Determining means for determining whether or not the game result associated with each player satisfies a predetermined condition;
A payout determining means for determining a payout for a player in accordance with the total betting points as a result of the accumulation by the betting point accumulating means and the number of players associated with the game result determined to satisfy the predetermined condition; ,
Of the points of each player stored in the points storage means, the payout determined by the payout determination means is given to the points of the player associated with the game result determined to satisfy the predetermined condition. A game system comprising payout addition means for adding.

According to the invention of (1), since the total betting points obtained by accumulating the betting points of a plurality of players are distributed as payouts to players whose game results satisfy a predetermined condition, regardless of the game results, It is possible to smoothly pay dividends to each player and secure stable profits on the side of providing the game.

Furthermore, the present invention provides the following.
(2) The game system according to (1) above,
A plurality of players is provided with betting point setting means for setting the same betting points for the game that can be input through the terminals.

According to the invention of (2), since each player's betting points are set to be equal, when the total betting points are distributed as a payout, the player has an unfairness or distrust to the game. Can be prevented. Accordingly, it becomes possible to more smoothly perform payment of a dividend to each player and secure stable earnings on the side of providing the game.

Furthermore, the present invention provides the following.
(3) The game system of (1) above,
When there are a plurality of players associated with the game results determined to satisfy the predetermined condition, the payout determination unit determines the total bet points that are the accumulation results by the bet point accumulation unit and the plurality of players. The payout for the player is determined according to the betting points input by each player.

According to the invention of (3), in order to determine a payout for a player according to the player's betting points, for example, a large amount of payout is paid out to a player with many betting points. On the other hand, it is possible to prevent feelings of unfairness and distrust. Accordingly, it is possible to more smoothly perform payment of a dividend to each player and secure stable earnings on the side of providing the game.

Furthermore, the present invention provides the following.
(4) The game system according to (1) or (3) above,
Lower limit value setting means for setting a lower limit value of betting points for the game that can be input via each of the terminals by a plurality of players,
The lower limit value setting means sets a lower limit value of betting points for the game based on a maximum value of betting points for the game inputted by the player through the terminal.

According to the invention of (4), since the lower limit value of the betting points for the game is set based on the maximum value of the betting points, for example, when one player has many betting points, the lower limit value of the betting points is increased. It is possible to set other players to bet a lot of betting points, and to bet a lot of betting points while reducing the difference between the betting points of each player. As a result, it is possible to prevent the player from feeling unfair or distrustful with the game when the total betting points are distributed. Accordingly, it becomes possible to more smoothly perform payment of a dividend to each player and secure stable profits on the side of providing the game.

Furthermore, the present invention provides the following.
(5) A game program executed by a computer provided in any one terminal of a plurality of terminals connected through a communication line or a computer provided in a server connected to the plurality of terminals via a communication line And a game program for each of a plurality of players to operate the respective terminals and simultaneously execute the same game,
In the above computer,
A betting point accumulating step for accumulating betting points for the game input by each of a plurality of players via the terminals;
A game result determining step for determining a game result of the game in association with each player;
A determination step of determining whether a game result associated with each player satisfies a predetermined condition;
A payout determination step for determining a payout for a player in accordance with the total betting points as the result of the accumulation in the betting point accumulation step and the number of players associated with the game result determined to satisfy the predetermined condition; ,
A game program for executing a payout addition step of adding the payout determined in the payout determination step to the player's points associated with the game result determined to satisfy the predetermined condition.

According to the invention of (5), since the total betting points obtained by accumulating the betting points of a plurality of players are distributed as payouts to players whose game results satisfy a predetermined condition, regardless of the game results, It is possible to smoothly pay dividends to each player and secure stable profits on the side of providing the game.

Furthermore, the present invention provides the following.
(6) A game control method for allowing a plurality of players to simultaneously execute the same game by operating each of a plurality of terminals connected via a communication line.
A betting point accumulating step for accumulating betting points for the game input by each of a plurality of players via the terminals;
A game result determining step for determining a game result of the game in association with each player;
A determination step of determining whether a game result associated with each player satisfies a predetermined condition;
A payout determination step for determining a payout for a player in accordance with the total betting points as the result of the accumulation in the betting point accumulation step and the number of players associated with the game result determined to satisfy the predetermined condition; ,
A game control method comprising: a payout addition step of adding the payout determined in the payout determination step to a player's score associated with a game result determined to satisfy the predetermined condition.

According to the invention of (6), since the total betting points obtained by accumulating the betting points of a plurality of players are distributed as payouts to the players whose game results satisfy a predetermined condition, regardless of the game results, It is possible to smoothly pay dividends to each player and secure stable profits on the side of providing the game.

Furthermore, the present invention provides the following.
(7) A terminal that is included in a plurality of terminals connected via a communication line, and that allows a plurality of players to operate each of the plurality of terminals and simultaneously execute the same game. A terminal,
A score storage means for storing the score of each player;
Betting point accumulating means for accumulating betting points for the game inputted through the terminals by each of a plurality of players;
Game result determining means for determining a game result of the game in association with each player;
Determining means for determining whether or not the game result associated with each player satisfies a predetermined condition;
A payout determining means for determining a payout for a player in accordance with a total betting point as an accumulation result by the betting point accumulating means and a number of players associated with a game result determined to satisfy the predetermined condition; ,
Among the points of each player stored in the point storage means, the payout determined by the payout determination means is assigned to the points of the player associated with the game result determined to satisfy the predetermined condition. A terminal comprising: a payout adding means for adding.

According to the invention of (7), the total betting points obtained by accumulating the betting points of a plurality of players are distributed and distributed to the players whose game results satisfy a predetermined condition. Thus, it becomes possible to smoothly pay dividends to each player and secure stable profits on the side of providing the game.

According to the present invention, a plurality of players can participate and pay a dividend in the same game at the same time, and can ensure a stable profit on the side providing the game.

FIG. 1 is a schematic diagram showing an example of a game system according to the present invention.
The game system 100 includes a plurality of terminals 1 (1A to 1D in the figure) connected via a communication line 9. The terminal 1 includes a display 13 on which various images related to the game are displayed, and a controller 16 and a coin selector 17.
In the figure, only four terminals are shown, but the number of terminals provided in the game system according to the present invention is not particularly limited as long as it is plural. Further, in the game system 100, the case where the communication line 9 is wired is shown, but the communication line in the present invention is not limited to wired and may be wireless. In addition, a dedicated line, an exchange line, or the like may be employed as the communication line.

In the game system 100, a LAN (Local Area Network) is constructed by a plurality of terminals 1, but in the present invention, each terminal 1 may be connected via the Internet. The game system 100 may be constructed in one commercial facility capable of playing games, such as a so-called game center, casino, bar, etc., or may be constructed among a plurality of commercial facilities. When constructed in one commercial facility, the game system 100 may be constructed for each floor or section of the commercial facility. In the game system 100, the terminal 1 is a business arcade machine. However, the terminal in the present invention is not particularly limited, and may be a general-purpose personal computer as described later, for example.

In the game system 100, blackjack is performed. However, the game played in the game system in the present invention is not particularly limited as long as a plurality of players can play the same game at the same time. Examples of the game include card games such as poker and seven bridge, and table games such as roulette.

FIG. 2 is a block diagram illustrating an internal configuration of the terminal 1 provided in the game system 100 illustrated in FIG.
The terminal 1 includes a CPU (computer) 10, to which a ROM 11 and a RAM 12 as a point storage means are connected. The ROM 11 stores a game program according to the present invention, various image data displayed on the display 13, various sound data output from the speaker 14, permanent data, a program, and the like. The RAM 12 stores status data (see FIGS. 7 and 8) including data related to the player (player data), data related to the game in progress (game data), and the like. The status data will be described later in detail.

A display 13, a speaker 14, a communication I / F 15, a controller 16 and a coin selector 17 are connected to the CPU 10. Various images are displayed on the display 13 according to the game situation. Various sounds (for example, BGM, voice, sound effects) are displayed from the speaker 14 according to the game situation. The communication I / F 15 is for performing communication with other terminals 1 and is connected to the communication line 9. The controller 16 is for inputting an instruction relating to the game, and outputs a command signal to the CPU 10 when operated by the player. The coin selector 17 detects inserted coins, and outputs a detection signal to the CPU 10 when a coin is detected.

Next, processing executed in the terminal 1 will be described with reference to FIGS.
FIG. 3 is a flowchart showing the game process.
FIG. 4 is a flowchart showing the BET acceptance process that is called and executed in step S11 of the subroutine shown in FIG.
FIG. 5 is a flowchart showing the game result determination process that is called and executed in step S12 of the subroutine shown in FIG.
FIG. 6 is a flowchart showing the payout determination process that is called and executed in step S15 of the subroutine shown in FIG.
FIGS. 7A to 7E and FIGS. 8A to 8D are diagrams showing examples of status data.

Note that in the game system 100, the processing described with reference to FIGS. 3 to 8 is processing performed in any one of the plurality of terminals 1 (for example, a terminal to which an instruction for entry is first input). However, in the following description, the case where the above process is performed in the terminal 1A will be described. Terminals 1 (1B to 1D) other than the terminal 1A execute processing corresponding to the above processing in the terminal 1A. In the present embodiment, the terminal 1A corresponds to the terminal of the present invention.
Also, in the following, unless specifically explained, explanations regarding image display and sound output will be omitted. However, in each terminal 1 (1A to 1D), a display is provided according to the game situation. 13 displays an image, and various sounds (for example, BGM, sound, and sound effects) are output from the speaker 14.

FIG. 3 is a flowchart showing a game process executed in the terminal device 1.
The CPU 10 of the terminal 1A executes an entry acceptance process (step S10).
As a procedure for entering the game, the player inserts a predetermined number of coins into the terminal 1A, and then operates the controller 16 of the terminal 1A to input player ID data (hereinafter referred to as player ID). To do. In step S10, the CPU 10 of the terminal 1A associates the input player ID with the ID data (hereinafter referred to as terminal ID) of the terminal 1A, and stores the status data stored in the RAM 43 (see FIG. 7). To remember. Further, the CPU 10 of the terminal 1 </ b> A stores the points corresponding to the coin selector 17 coin in the status data stored in the RAM 43 in association with the player ID.

In step S10, when an entry request signal is received from another terminal 1 (1B to 1D) within a predetermined period (for example, 1 minute), the player ID, the terminal ID and the possession ID indicated by the entry request signal are received. The point is stored in the status data stored in the RAM 43.
The entry request signal is a signal transmitted to the terminal 1A when another player performs a procedure for entering the game in the other terminal 1 (1B to 1D). It shows the terminal ID and points.
The RAM 12 of the terminal 1A functions as a score storage means for storing the score of each player. In the game system 100, the case where the points of each player are stored in the RAM 12 of the terminal 1A has been described. However, in the present invention, the points of each player are stored in a storage device (for example, a RAM) included in each terminal. It may be stored.

In step S10, if no entry request signal is received from another terminal 1 within a predetermined period (for example, 1 minute), the game may not be performed, and NPC (non-play) operated by a computer may be performed. A game with a character) may be executed. Below, the case where the entry request signal is received from all of the terminals 1B to 1D will be described.

In step S10, when entry to the game is performed from the terminals 1A to 1D, for example, status data shown in FIG. 7A is stored in the RAM 12 of the terminal 1A.

FIG. 7A shows status data at the time when the process of step S10 is performed.
The status data includes player data (left column in the figure) and game data (right column in the figure). As the player data, the above-mentioned player ID, terminal ID, and score are stored. The terminal IDs “AA”, “AB”, “AC”, and “AD” correspond to the terminals 1A to 1D, respectively.

The game data includes a set value of betting points that can be bet on the game, a betting point of each player for the game, a total betting point for the game, a card point value and a point value of each player, and a game result. Can be remembered.
The card point value corresponds to a numerical value drawn on one card. The point value of the card “A” is 1 or 11. The point values of the cards “2” to “10” are the numerical values. The point value of the cards “J” to “K” is 10. CP1, CP2,... Indicate the card point value of the first card, the card point value of the second card,. The point value is the sum of card point values.

After the process of step S10 is executed, when a coin is inserted into the terminal 1 and the coin is detected by the coin selector 17, a predetermined interruption process is performed, and the terminal ID of the terminal 1 is determined. The number of points corresponding to the coin is added to the points corresponding to. Therefore, the player can insert coins into the terminal 1 at any timing after making the entry, and can replenish points.

After executing the process of step S10, the CPU 10 of the terminal 1A executes a BET acceptance process (step S11).
In the BET acceptance process, as shown in FIG. 4, the CPU 10 of the terminal 1A first sets the setting value to a predetermined value (10 in the present embodiment) (step S20). The set value is a value at which the player can bet on the game, and the player can bet the same number of betting points as the set value on the game. The set value is stored in status data stored in the RAM 12. In the present invention, the set value does not always have to be constant, and may be appropriately changed according to the game situation.
In step S <b> 20, the CPU 10 functions as a betting point setting unit that sets the same betting points for games that can be input by each of the plurality of players via each terminal 1.

Next, the CPU 10 of the terminal 1A determines whether or not a BET instruction is input from any one of the terminals 1A to 1D (step S21). The BET instruction is an instruction for setting betting points for the game, and is an instruction input when the controller 16 of the terminal 1 is operated. If it is determined that no BET instruction has been input, the process returns to step S21. On the other hand, if it is determined that a BET instruction has been input, the CPU 10 of the terminal 1A sets the player's betting points (step S22) and decreases the player's points (step S23).

Next, the CPU 10 of the terminal 1A determines whether or not the betting points of all the players who have entered are set (step S24). If it is determined that not all player betting points have been set, the process returns to step S21. On the other hand, if it is determined that the betting points of all players have been set, the betting points are integrated to obtain the total betting points (step S25).
In step S25, the CPU 10 of the terminal 1A functions as a betting point accumulating means for accumulating betting points for a game input via each terminal 1 by each of a plurality of players.
Step S25 corresponds to a betting point accumulation step of accumulating betting points for a game input via each terminal 1 by each of a plurality of players.

When the process of step S25 is performed, the status data shown in FIG. 7B is stored in the RAM 12 of the terminal 1A, for example.
FIG. 7B shows status data at the time when the process of step S25 is performed. The betting point of each player is set to “10”, and the score of each player is subtracted 10 from 100 to “90”. In addition, “40” is stored as the total betting points.
After executing the process of step S25, the process returns to FIG.

Next, the CPU 10 of the terminal 1A executes a game result determination process (step S12).
In the game result determination process, as shown in FIG. 5, the CPU 10 of the terminal 1A first executes a predetermined lottery program included in the game program stored in the ROM 11 to each player and dealer (NPC). Two card point values are set (step S30). This process corresponds to “DEAL” in blackjack.

When the process of step S30 is performed, for example, status data shown in FIG. 7C is stored in the RAM 12 of the terminal 1A.
FIG. 7C shows the status data when the status data 30 is processed.
The card point values of the terminal 1A are CP1 “11” and CP2 “10”, and the point value is “21”.
The card point values of the terminal 1B are CP1 “10” and CP2 “10”, and the point value is “20”.
The card point values of the terminal 1C are CP1 “10” and CP2 “4”, and the point value is “14”.
The card point values of the terminal 1D are CP1 “6” and CP2 “2”, and the point value is “8”.
The dealer's card point values are CP1 “10” and CP2 “6”, and the point value is “16”.

After executing the processing of step S30, the CPU 10 of the terminal 1A refers to the status data (see FIG. 7C) stored in the RAM 12, and whether or not the point value of any player is “21”. Is determined (step S31).
If the point value of any player is “21”, the game result of that player is determined to be “21” (step S32).
In step S32, the CPU 10 of the terminal 1A functions as a game result determining unit that determines the game result of the game in association with the player.
Step S32 corresponds to a game result determination step for determining the game result of the game in association with the player.

In the status data shown in FIG. 7C, since the card point value of the terminal 1A is “21”, the CPU 10 of the terminal 1A sets the game state of the terminal 1A to “STAND” and displays the game result. “21” is determined (see FIG. 7D). In the terminal device 1 for which the game result has been determined, the player cannot input an instruction “STAND” or “HIT” to be described later.

Next, the CPU 10 of the terminal 1A determines whether or not a STAND instruction is input from any one of the terminals 1A to 1D (step S33). The STAND instruction is an instruction for determining a game result, and is an instruction input when the controller 16 of the terminal 1 is operated. If it is determined that the STAND instruction has been input, the CPU 10 of the terminal 1A determines the game result of the player as “point value” (step S34).
In step S34, the CPU 10 of the terminal 1A functions as a game result determining unit that determines the game result of the game in association with the player.
Step S34 corresponds to a game result determination step for determining the game result of the game in association with the player.

If the STAND instruction is input from the controller 16 of the terminal 1B when the status data is in the state shown in FIG. 7D, the card point value of the terminal 1B is “20”. The CPU 10 of 1A sets the game state of the terminal 1B to “STAND” and determines the game result to “20” (see FIG. 7E).

When it is determined in step S33 that the STAND instruction is not input, or when the process of step S34 is executed, the CPU 10 of the terminal 1A receives the HIT instruction from any one of the terminals 1A to 1D. It is determined whether or not (step S35).
When it is determined that the HIT instruction has been input, the CPU 10 of the terminal 1A executes a predetermined lottery program included in the game program stored in the ROM 11, and uses one card point value obtained as a lottery result as the player. Is added to the point value (step S36).

After the process of step S36, the CPU 10 of the terminal 1A determines whether or not the player's point value is less than “21” (step S37). If it is determined that the player's point value is less than “21”, the process proceeds to step S41.
On the other hand, if it is determined in step S37 that the player's point value is not less than “21”, the CPU 10 of the terminal 1A determines whether or not the player's point value is “21” (step S38). ). If it is determined that the point value of the player is “21”, the CPU 10 of the terminal 1A determines the game result of the player as “21” (step S39). On the other hand, when determining that the point value of the player is not “21”, the CPU 10 of the terminal 1A determines the game result of the player as “BURST” (step S40).
In step S39 or S40, the CPU 10 of the terminal 1A functions as a game result determination unit that determines the game result of the game in association with the player.
Step S39 or S40 corresponds to a game result determination step of determining the game result of the game in association with the player.

When the status data is in the state shown in FIG. 7E, a HIT instruction is input from the controller 16 provided in each of the terminals 1C and 1D (step S35: YES), and 1 is added to the point value of each player. When two card point values “10” and “9” are added (step S36), the point value of the terminal 1C is “24” and the point value of the terminal 1D is “17”. Since the point value of the terminal 1C exceeds “24” (step S38: NO), as shown in FIG. 8A, the game result of the terminal 1C is determined to be “BURST” (step S40). .

If it is determined in step S35 that no HIT instruction has been input, if it is determined in step S37 that the point value is less than “21”, or if the process of step S39 or S40 is executed, the terminal 1A The CPU 10 refers to the status data stored in the RAM 12 and determines whether or not the game results of all the players have been determined (step S41). If it is determined that the game results of all players have been determined, the process returns to step S33, and the processes of steps S33 to S40 are repeated.

When the status data is in the state shown in FIG. 8A, the processing of steps S33 to S40 is performed again, and when a STAND instruction is input from the controller 16 of the terminal 1D (step S33), The CPU 10 of the terminal 1A determines the game result of the terminal 1D as the point value “17” of the terminal 1D (see FIG. 8B). In this way, the game results of all the players are determined by repeatedly executing the processes of steps S33 to S40.

If it is determined in step S41 that the game results of all players have been determined, the CPU 10 of the terminal 1A determines a dealer (NPC) point value (step S42). In this process, the CPU 10 of the terminal 1A determines whether to perform STAND or HIT based on the point value of the dealer (NPC), and if it is determined to perform HIT, the game stored in the ROM 11 is determined. A predetermined lottery program included in the program is executed, and one card point value obtained as a lottery result is added to the point value of the dealer (NPC). This process is repeatedly executed until the point value becomes “21” or more or STAND is performed.

FIG. 8C shows an example of status data at the time point when the process of step S42 is performed.
All the game results of each player are determined, and the dealer's point value is determined. Based on these data, in the following processing, it is determined whether or not the game result of each player satisfies a predetermined condition.

After executing the process of step S42, the process returns to FIG.
Next, the CPU 10 of the terminal 1A determines whether or not the game result satisfies a predetermined condition for each player (step S13).
The predetermined condition is that (A) when the dealer's point value exceeds “21”, the player's game result is not “BURST”, or (B) the dealer's point value is “21” or less. In some cases, the game result of the player is not “BURST” and exceeds the dealer's point value. The predetermined condition is included in the game program stored in the ROM 12.

When the status data is in the state shown in FIG. 8C, when the CPU 10 of the terminal 1A executes the process of step S13, the following occurs.
Since the dealer's point value is “19”, the CPU 10 of the terminal 1A applies the condition (2), and determines whether the game result of each player satisfies the condition (B).
The game result of the terminal 1A is “21”. This is not “BURST” and exceeds the dealer's point value “19”. Accordingly, the CPU 10 of the terminal 1A determines that the game result of the terminal 1A satisfies the predetermined condition.
The game result of the terminal 1B is “20”. This is not “BURST” and exceeds the dealer's point value “19”. Accordingly, the CPU 10 of the terminal 1A determines that the game result of the terminal 1B satisfies the predetermined condition.
The game result of the terminal 1C is “BURST”. Therefore, the CPU 10 of the terminal 1A determines that the game result of the terminal 1C does not satisfy the predetermined condition.
The game result of the terminal 1D is “17”. This is not “BURST” but does not exceed the dealer's point value “19”. Therefore, the CPU 10 of the terminal 1A determines that the game result of the terminal 1D does not satisfy the predetermined condition.

In step S13, the CPU 10 of the terminal 1A functions as a determination unit that determines whether or not the game result associated with each player satisfies a predetermined condition.
Step S13 corresponds to a determination step of determining whether or not the game result associated with each player satisfies a predetermined condition.

Next, the CPU 10 of the terminal 1A determines whether there is a player whose game result satisfies a predetermined condition based on the determination result in step S13 (step S14).
If it is determined that there is no player whose game result satisfies the predetermined condition, the process proceeds to step S17. On the other hand, when it is determined that there is a player whose game result satisfies a predetermined condition, the CPU 10 of the terminal 1A executes a payout determination process (step S15).

In the payout determination process, as shown in FIG. 6, the CPU 10 of the terminal 1A determines the player's payout by dividing the total betting points by the number of players whose game results satisfy a predetermined condition (step S16). ). After executing the process of step S16, the process returns to FIG.

When executing the process of step S15 (the process shown in FIG. 3), the CPU 10 of the terminal 1A determines the total betting points and the number of players associated with the game result determined to satisfy the predetermined condition. Accordingly, it functions as a payout determining means for determining a payout for the player.
The process of step S15 (the process shown in FIG. 3) is a payout for determining a payout for a player in accordance with the total betting points and the number of players associated with a game result determined to satisfy a predetermined condition. This corresponds to the decision step.

Next, the CPU 10 of the terminal 1A determines the payout determined in step S15 as the score of the player whose game result satisfies the predetermined condition among the score of each player stored in the status data stored in the RAM 12. Are added (step S16).

When the status data is in the state shown in FIG. 8C, the CPU 10 of the terminal 1A executes the processes of steps S14 to S16 as follows.
Since there are two players whose game result satisfies the predetermined condition (step S14: YES), in the payout determination process, the CPU 10 of the terminal 1A sets the total betting point “40” and the game result satisfies the predetermined condition. Dividing by the number of players “2”, a payout “20” for the player is determined (step S15). Subsequently, the payout “20” is added to the score of the player whose game result satisfies the predetermined condition (the score of the terminal 1A, 1B) (step S16).
As a result, the status data is as shown in FIG.

In step S <b> 16, the CPU 10 of the terminal 1 </ b> A adds a payout to the score of the player associated with the game result determined to satisfy the predetermined condition among the score of each player stored in the RAM 12. It functions as a dividend addition means.
Step S16 corresponds to a payout addition step of adding a payout to the player's points associated with the game result determined to satisfy the predetermined condition.

The process of steps S11 to S16 is a process corresponding to one game.
When the process of step S16 ends, the CPU 10 of the terminal 1A determines whether or not a game end condition is satisfied (step S17). The game end condition is that a predetermined number of games have been played, or that any player has a score less than a set value.
If it is determined in step S17 that the game end condition is not satisfied, the process returns to step S11. On the other hand, if it is determined in step S17 that the game end condition is satisfied, after executing various processes related to the end of the game, the present subroutine is ended.

As described above, according to the game system 100 described above, the total wager points obtained by accumulating the wager points of a plurality of players are distributed as payouts to the players whose game results satisfy a predetermined condition. Accordingly, it becomes possible to smoothly pay dividends to each player and secure stable profits on the side of providing the game.

Further, according to the game system 100, since the betting points of each player are set to be equal, the player feels unfairness or distrust to the game when the total betting points are distributed and distributed. Can be prevented. Accordingly, it becomes possible to more smoothly perform payment of a dividend to each player and secure stable earnings on the side of providing the game.

Although an example of processing performed in the game system 100 has been described with reference to FIGS. 3 to 8, the above processing is not limited to this example, and for example, the following processing may be performed. .

Another example of processing executed in the terminal 1 will be described with reference to FIGS.
FIG. 9 is a flowchart illustrating another example of the BET acceptance process.
FIG. 10 is a flowchart illustrating another example of the payout determination process.
FIGS. 11A to 11E are diagrams showing examples of status data.
FIGS. 12A and 12B are diagrams showing examples of status data.
Since the game process (see FIG. 3) and the game result determination process (see FIG. 5) are as described above, description thereof will be omitted here.

First, the BET acceptance process will be described.
When the BET acceptance process is executed in step S11 of the subroutine shown in FIG. 3, as shown in FIG. 9, the CPU 10 of the terminal 1A firstly sets the lower limit value (10 in this embodiment) of betting points. And an upper limit (50 in this embodiment) is set (step S120).
The lower limit value of the betting points is the minimum value (minimum bet) that the player can bet on the game, and the player must bet a betting point equal to or higher than the lower limit value on the game. The upper limit value of the betting points is the maximum value (maximum bet) that the player can bet on the game, and the player cannot place betting points exceeding the upper limit value in the game. The lower limit value and the upper limit value of the betting points are stored in the status data stored in the RAM 12.
At this time, the CPU 10 of the terminal 1 </ b> A functions as a lower limit setting unit that sets a lower limit of betting points for a game that can be input via each terminal 1 by a plurality of players.

Next, the CPU 10 of the terminal 1A determines whether a BET instruction is input from any one of the terminals 1A to 1D (step S121). The BET instruction is an instruction for setting betting points for the game, and is an instruction input when the controller 16 of the terminal 1 is operated. If it is determined that the BET instruction has not been input, the process of step S21 is returned. On the other hand, if it is determined that a BET instruction has been input, the CPU 10 of the terminal 1A sets the player's betting points (step S122) and decreases the player's points (step S123).

Next, the CPU 10 of the terminal 1A determines whether or not the betting points of the player who has input the BET instruction is the maximum value of all the player's betting points at that time (step S124). If it is determined that the betting points of the player who has input the BET instruction are not the maximum value of the betting points of all players, the process proceeds to step S132.
On the other hand, if it is determined in step S124 that the betting points of the player who has input the BET instruction is the maximum value of the betting points of all players, the CPU 10 of the terminal 1A determines the betting points of the player who has input the BET instruction. Accordingly, the lower limit value of betting points is changed (step S125).
In the present embodiment, the CPU 10 of the terminal 1A changes the lower limit value of betting points based on the following equation (1).

Lower limit value after change = lower limit value before change + (maximum value of betting points-lower limit value before change) / 2 (1)
For example, when the lower limit before change is 10 and the maximum value of betting points is 30, in step S125, the CPU 10 of the terminal 1A sets the lower limit to 10+ (30 based on the above equation (1). −10) / 2 = 20.

In step S125, the CPU 10 of the terminal 1A functions as a lower limit setting unit, and sets a lower limit value of betting points for the game based on the maximum value of betting points for the game input by the player via the terminal device 1. To do.

Next, based on the status data stored in the RAM 12, the CPU 10 of the terminal 1A determines whether or not there is a player with a betting point less than the lower limit value (step S126). If it is determined that there is no player set with a betting point less than the lower limit, the process proceeds to step S132. On the other hand, if it is determined in step S126 that there is a player set with a betting point less than the lower limit, the CPU 10 of the terminal 1A requests the terminal 1 operated by the player to add a betting point. Send a request signal. The CPU 10 of the terminal 1 that has received the request signal displays an image indicating options for selecting whether or not to add betting points on the display 13. The player can operate the controller 16 and input an instruction to add betting points or an instruction not to add betting points. The CPU 10 of the terminal 1 transmits a response signal to the terminal 1A based on the above instruction.
In addition, when the terminal 1 operated by the player set with a betting point less than the lower limit is the terminal 1A, the CPU 10 of the terminal 1A selects whether or not to request the display 13 to add a betting point. An image showing the options for doing is displayed. The player can operate the controller 16 and input an instruction to add betting points or an instruction not to add betting points.

After the process of step S127, the CPU 10 of the terminal 1A determines whether or not there is a response to add betting points (step S128). When it is determined that there is a response to add a betting point, the CPU 10 of the terminal 1A adds the player's betting point (step S129) and decreases the player's score (step S130).

On the other hand, if it is determined that there is no response to add the betting points, the CPU 10 of the terminal 1A performs processing for canceling the player's participation in the current game (step S131). In this process, the CPU 10 of the terminal 1A sets the player's betting points to 0, and adds the betting points already bet to the player's points.

If it is determined in step S124 that the bet point of the player who has input the BET instruction is not the maximum value of the bet points of all players, it is determined in step S126 that there is no player with a bet point less than the lower limit value. If the processing of step S130 or S131 is executed, the CPU 10 of the terminal 1A refers to the status data stored in the RAM 12, and the betting points of all the players participating in the current game are set. It is determined whether or not (step S132). If it is determined that the betting points of all the players participating in the current game have not been set, the process returns to step S121.
On the other hand, when it is determined that the betting points of all the players participating in the current game have been set, the betting points are integrated to obtain the total betting points (step S133).
In step S133, the CPU 10 of the terminal 1A functions as a betting point accumulating unit for accumulating betting points for games input via the respective terminals 1 by a plurality of players.
Step S133 corresponds to a betting point accumulation step of accumulating betting points for a game input via each terminal 1 by each of a plurality of players.

Next, the payout determination process will be described.
When the payout determination process is executed in step S15 of the subroutine shown in FIG. 3, the CPU 10 of the terminal 1A first has a plurality of players whose game results satisfy a predetermined condition, as shown in FIG. It is determined whether or not to perform (step S150).
If it is determined that there are not a plurality of players that satisfy the game result, that is, that there is one player that satisfies the game result, the CPU 10 of the terminal 1A determines the total betting point as the payout of that player (step S151). . After the process of step S151, this subroutine is terminated.

On the other hand, if it is determined in step S150 that there are a plurality of players whose game results satisfy the predetermined condition, the CPU 10 of the terminal 1A calculates the ratio of the betting points of those players (step S152).
For example, when there are two players whose game results satisfy a predetermined condition and the betting points of each player are 35 and 40, the ratio of the betting points of the players is 35 / (35 + 40) = 0.47, 40 / (35 + 40) = 0.53.

After the process of step S152, the CPU 10 of the terminal 1A distributes the total bet points based on the bet point ratio calculated in step S152, and determines the payout of each player (step S153).
In the above-described example, when the total bet point is 125, the payout of the player with the bet point 35 is 125 × 0.47 = 58, and the payout of the player with the bet point 40 is 125 × 0. 53 = 67.

After executing the process of step S151 or S153, the CPU 10 of the terminal 1A ends this subroutine and returns to the process of FIG. 3. In step S16 of FIG. To the payout determined in the process shown in FIG.
When the payout determination process shown in FIG. 10 is executed, the CPU 10 of the terminal 1A functions as a payout determination unit, and there are a plurality of players associated with game results determined to satisfy a predetermined condition ( Step S150: YES), the payout for the player is determined according to the total betting points and the betting points input by each of the plurality of players.

Next, the processing shown in FIGS. 9 and 10 will be specifically described using the status data shown in FIGS. 11 and 12.
As shown in FIG. 11A, when the betting points of the terminals 1A and 1B are set to 10 while the lower limit value of the betting points is set to 10 and the upper limit value is set to 50 (steps S121 to 123). ) Since the player's betting point is the maximum value of the betting points (step S124: YES), the betting point is the same as the lower limit value, so even if the lower limit value is set based on the above equation (1), the lower limit value is set. The value does not change (step S125).

When the status data is as shown in FIG. 11A, the terminal 1C inputs a BET instruction (step S121), and when a betting point 30 is set (steps S122 to S123), the betting point 30 of the player is Since this is the maximum value of the betting points (step S124: YES), the lower limit value of the betting points as shown in FIG. 11 (b) based on the above equation (1) according to the betting points 30 of the player. Is changed from 10 to 20 (step S125).

When the process of step S125 is performed, the betting points of the terminals 1A and 1B are less than the lower limit value (step S126: YES), so the CPU 10 of the terminal 1A requests the addition of betting points. Is performed (step S127).
At this time, if the player who operates the terminal 1A makes a response that the betting points are not added and the player who operates the terminal 1B makes a response that the betting points are added, the status data is shown in FIG. 11 (c). The betting point of the player who has made a response not to add betting points is set to 0, and the betting points that have been bet are added to the points. Up to 20 betting points are added to the player who has made a response to add betting points.

When the status data is as shown in FIG. 11C, the terminal 1D inputs a BET instruction (step S121), and a betting point 50 is set (steps S122 to S123), the betting point 50 of the player is Since this is the maximum value of the betting points (step S124: YES), the lower limit value of the betting points as shown in FIG. 11 (b) based on the above equation (1) according to the betting points 50 of the player. Is changed from 20 to 35 (step S125).

When the process of step S125 is performed, the betting points of the terminals 1B and 1C are less than the lower limit value (step S126: YES), so the CPU 10 of the terminal 1A requests the addition of betting points. Is performed (step S127).
At this time, when the player operating the terminals 1B and 1C makes a response to add betting points, the status data is as shown in FIG. In the status data shown in FIG. 11 (e), the betting points of the terminal 1C are added up to a value exceeding the lower limit value. Thus, when adding a score, it is good also as adding a score exceeding a lower limit.

Thereafter, when the game result is determined as in the status data shown in FIG. 12A, the player whose game result satisfies the predetermined condition is the player who operates the terminals 1B and 1C. In this case, the CPU 10 of the terminal 1A determines that there are a plurality of players whose game results satisfy the predetermined condition in the payout determination process (see FIG. 10) (step S150: YES), and calculates the ratio of betting points (step S150: YES). Step S152). Since the betting points of the players operating the terminals 1B and 1C are 35 and 40, the ratios of the betting points of the players are 35 / (35 + 40) = 0.47 and 40 / (35 + 40) = 0.53, respectively. Become.

After the process of step S152, the CPU 10 of the terminal 1A distributes the total bet points based on the bet point ratio calculated in step S152, and determines the payout of each player (step S153). Since the total betting point is 125, the payout for the player operating the terminal 1B is 125 × 0.47 = 58, and the payout for the player operating the terminal 1C is 125 × 0.53 = 67. . After the processing of step S153, the CPU 10 of the terminal 1A determines in step S153 that the player's score (the player who operates the terminals 1B and 1C) satisfies the predetermined game result in step S16 of FIG. The paid dividend is added.

When the processing shown in FIGS. 9 and 10 is executed in the game system 100, for example, a large amount of payout is paid out to a player with many betting points. Since the payout is determined, it is possible to prevent the player from feeling unfair or distrustful with the game. Accordingly, it is possible to more smoothly perform payment of a dividend to each player and secure stable earnings on the side of providing the game.

Also, in order to set the lower limit value of betting points for the game based on the maximum value of betting points, for example, when one player has many betting points, the lower limit value of betting points is set higher, It is possible to bet a large number of betting points, and it is possible to bet a large number of betting points while reducing the difference between the betting points of each player. As a result, it is possible to prevent the player from feeling unfair or distrustful with the game when the total betting points are distributed. Accordingly, it is possible to more smoothly perform payment of a dividend to each player and secure stable earnings on the side of providing the game.

Although the above-described game system 100 has been described with respect to the case where a plurality of terminals 1 connected via the communication line 9 are provided, the game system according to the present invention is not limited to this example. Examples of the game system in the present invention include the game systems shown in FIGS.

FIG. 13 is a schematic diagram showing another example of the game system according to the present invention.
The game system 110 includes a plurality of terminals 1 (1A to 1D in the figure) and a server 2, and the plurality of terminals 1 and the server 2 are connected via a communication line 9. Thus, the game system of the present invention may include a server.
In the game system 110, processing (see FIGS. 3 to 6, 9 and 10) executed by the CPU 10 of the terminal 1 </ b> A in the game system 100 is performed by a computer (not shown) such as a CPU provided in the server 2. Executed. The CPU 10 (computer) included in each terminal 1 executes processing according to processing performed in the server 2.

FIG. 14 is a schematic diagram showing another example of the game system according to the present invention.
The game system 120 includes a plurality of personal computers 3 (3A to 3D in the figure) corresponding to the terminals in the present invention. Each personal computer 3 is connected to the Internet N via a communication line 9.
Thus, the game system of this invention may be comprised by the general purpose personal computer.
In the game system 120, processing (see FIGS. 3 to 6, 9, and 10) executed by the CPU 10 of the terminal 1 </ b> A in the game system 100 is performed by a CPU (not shown) included in one personal computer 3. Executed. A CPU provided in another personal computer 3 executes a process corresponding to a process performed in one personal computer 3.

FIG. 15 is a schematic view showing another example of the game system according to the present invention.
The game system 130 includes a plurality of personal computers 3 and a server 4 corresponding to the terminal in the present invention, and the plurality of personal computers 3 and the server 4 are connected to the Internet N via a communication line 9. .
As described above, the game system of the present invention may include a server even if it is configured by a general-purpose personal computer.
In the game system 130, processing (see FIGS. 3 to 6, 9, and 10) executed by the CPU 10 of the terminal 1 </ b> A in the game system 100 is performed by a computer (not shown) such as a CPU provided in the server 4. Executed. The CPU included in each personal computer 3 executes processing according to processing performed in the server 4.

In the game system 100, the above-described processing (see FIGS. 3 to 6, 9, and 10) is performed by the CPU 10 of the terminal 1A, and status data is stored in the RAM 12 of the terminal 1A. In the present invention, the terminal that performs the above-described processing and the terminal that stores the status data are not necessarily the same. For example, each terminal may store player data of a player who operates the terminal, and any one terminal may perform the above-described processing and store game data. In addition, each terminal may store the status data in synchronization.

In the present invention, “each of a plurality of players can operate each terminal and simultaneously execute the same game” does not mean that the processing in each terminal is strictly synchronized. This means that the player can play the same game at the same time. Therefore, even if there is a time error in the processing in each terminal, as long as a plurality of players can play the same game at the same time, the present invention is applicable as long as the configuration of the present invention is satisfied. To do.

In the game system 100, the case where the player is identified by the player ID and the terminal ID has been described. However, in the present invention, the player may be identified by the player ID, or by the terminal ID. Also good.

The embodiment of the present invention has been described above, but only specific examples are illustrated, and the present invention is not particularly limited. The specific configuration of each unit and the like can be appropriately changed. The effects described in the embodiments of the present invention are only the most preferable effects resulting from the present invention, and the effects of the present invention are limited to those described in the embodiments of the present invention. is not.

It is the schematic which shows an example of the game system which concerns on this invention. It is a block diagram which shows the internal structure of the terminal with which the game system shown in FIG. 1 is provided. It is a flowchart which shows a game process. It is a flowchart which shows the BET reception process called and performed in step S11 of the subroutine shown in FIG. It is a flowchart which shows the game result determination process called and performed in step S12 of the subroutine shown in FIG. It is a flowchart which shows the dividend determination process called and performed in step S15 of the subroutine shown in FIG. (A)-(e) is a figure which shows an example of status data, respectively. (A)-(d) is a figure which shows an example of status data, respectively. It is a flowchart which shows another example of a BET reception process. It is a flowchart which shows another example of a payout determination process. (A)-(e) is a figure which shows an example of status data, respectively. (A), (b) is a figure which shows an example of status data, respectively. It is the schematic which shows another example of the game system which concerns on this invention. It is the schematic which shows another example of the game system which concerns on this invention. It is the schematic which shows another example of the game system which concerns on this invention.

Explanation of symbols

1 (1A-1D) Terminal 3 (3A-3D) Personal computer 2, 4 Server 9 Communication line 10 CPU (computer)
11 ROM
12 RAM
13 Display 14 Speaker 15 Communication I / F
16 Controller 17 Coin selector

Claims (7)

A game system comprising a plurality of terminals connected via a communication line, each of a plurality of players operating each of the terminals to simultaneously execute the same game,
A score storage means for storing the score of each player;
Betting point accumulating means for accumulating betting points for the game inputted through the terminals by each of a plurality of players;
Game result determining means for determining a game result of the game in association with each player;
Determining means for determining whether or not the game result associated with each player satisfies a predetermined condition;
A payout determining means for determining a payout for a player in accordance with a total betting point as an accumulation result by the betting point accumulating means and a number of players associated with a game result determined to satisfy the predetermined condition; ,
Among the points of each player stored in the point storage means, the payout determined by the payout determination means is assigned to the points of the player associated with the game result determined to satisfy the predetermined condition. A game system comprising payout addition means for adding. 2. The game system according to claim 1, further comprising betting point setting means for setting betting points for the game that can be input by each of a plurality of players through the terminals. When there are a plurality of players associated with the game results determined to satisfy the predetermined condition, the payout determination unit determines the total bet points that are the accumulation results by the bet point accumulation unit and the plurality of players. 2. The game system according to claim 1, wherein a payout for the player is determined in accordance with the betting points inputted by each. A lower limit value setting means for setting a lower limit value of betting points for the game that can be input via each of the terminals by a plurality of players;
The lower limit value setting means sets a lower limit value of betting points for the game based on a maximum value of betting points for the game inputted by the player through the terminal. 3. The game system according to 3. A game program executed by a computer provided in any one terminal of a plurality of terminals connected via a communication line or a computer provided by a server connected via a communication line with the plurality of terminals, A game program for each of a plurality of players to operate each of the terminals and simultaneously execute the same game,
In the computer,
A betting point accumulating step of accumulating betting points for the game input by each of a plurality of players via the terminals;
A game result determining step for determining a game result of the game in association with each player;
A determination step of determining whether a game result associated with each player satisfies a predetermined condition;
A payout determination step for determining a payout for a player in accordance with the total betting points as the result of the accumulation in the betting point accumulation step and the number of players associated with the game result determined to satisfy the predetermined condition; ,
A game program for executing a payout addition step of adding the payout determined in the payout determination step to a player's score associated with a game result determined to satisfy the predetermined condition. A game control method for a plurality of players to simultaneously execute the same game by a player operating each of a plurality of terminals connected via a communication line,
A betting point accumulating step of accumulating betting points for the game input by each of a plurality of players via the terminals;
A game result determining step for determining a game result of the game in association with each player;
A determination step of determining whether a game result associated with each player satisfies a predetermined condition;
A payout determination step for determining a payout for a player in accordance with the total betting points as the result of the accumulation in the betting point accumulation step and the number of players associated with the game result determined to satisfy the predetermined condition; ,
A game control method comprising: a payout addition step of adding the payout determined in the payout determination step to a player's score associated with the game result determined to satisfy the predetermined condition. A terminal that is included in a plurality of terminals connected via a communication line, and that allows a plurality of players to operate each of the plurality of terminals to simultaneously execute the same game. There,
A score storage means for storing the score of each player;
Betting point accumulating means for accumulating betting points for the game inputted through the terminals by each of a plurality of players;
Game result determining means for determining a game result of the game in association with each player;
Determining means for determining whether or not the game result associated with each player satisfies a predetermined condition;
A payout determining means for determining a payout for a player in accordance with a total betting point as an accumulation result by the betting point accumulating means and a number of players associated with a game result determined to satisfy the predetermined condition; ,
Among the points of each player stored in the point storage means, the payout determined by the payout determination means is assigned to the points of the player associated with the game result determined to satisfy the predetermined condition. A terminal comprising: a payout adding means for adding.

Images