JP2003111891A - Game server, game machine and game managing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game server, a game machine and a game managing method capable of solving the problem of the reduction of the number of players by providing a game capable of giving the feeling easy to the player, while maintaining the amusement of the game. SOLUTION: The game machine is provided with a means for detecting a change of player, and the cumulative consumption of credit in each game machine is managed per each player, and when the cumulative consumption of the credit consumed by the player reaches the predetermined upper limit, a return to the player is done on the basis of the predetermined return ration, and furthermore, the return ratio can be appropriately changed to direct the higher game performance.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game server, a game machine and a game management method for controlling the return of a game machine such as a pachi-slot or a pachinko game.

[0002]

2. Description of the Related Art Conventionally, game machines such as pachinko and pachislot machines are constructed so that a game is started by inserting a game medium such as a medal into the game machine. Then, these gaming machines pay out the above-mentioned gaming media according to a winning state generated by advancing a game.

In such a gaming machine, a winning state such as a so-called jackpot is generated with a preset probability, and the player wins a jackpot at the gaming machine in which he / she is playing. The game will proceed with the expectation of doing.

As described above, in a gaming machine that gives a hit depending on the probability, the hit is not always generated with a certain probability, and it is set in advance when the game is played a considerable number of times. Since it is configured to converge on the probability, there may be a case where a hit occurs even though the number of games is small, or a case where the hit does not occur easily even though the number of games is large. In this respect, with such a gaming machine, while the gambling property increases and the game becomes interesting, there are cases where the player loses expectation for the game because it is hard to hit it There was a tendency to be connected.

Various methods have been proposed to solve such a situation.

For example, in the invention proposed in Japanese Unexamined Patent Publication No. 8-24401, two probability tables for controlling the probability of generating a big hit are prepared, and a hit is easily generated despite a large number of games. If not, a higher probability probability is selected from the two probability tables and switched to increase the probability of hitting.

Further, in the inventions described in JP-A-6-79051 and JP-A-11-253640, a gaming machine using a so-called reduction method is proposed. Here, "return" refers to a system for refunding medals to each gaming machine for each gaming machine in response to the amount of gaming media (such as medals) inserted by the player when a predetermined condition is satisfied. That is. JP-A-6-79051
The invention disclosed in Japanese Patent Publication No. 11253640 discloses the profitability of a game store and the profitability of each game by controlling the return rate, which is the basis for this refund. The probability of winning is adjusted in consideration of the rate of return to the gaming machine.

In these inventions, by adjusting the probability of occurrence of hits and the rate of return, it is possible to eliminate the situation that hits often do not occur despite the large number of games, which often occurs in conventional gaming machines. I am trying.

[0009]

However, in the invention proposed in Japanese Unexamined Patent Publication No. 8-24401 mentioned above, although it is successful in eliminating the variation in the occurrence probability of the jackpot, this "variation" Since the management is performed for each gaming machine, the imbalance between the players cannot be solved, and the problem that the player cannot play the game with peace of mind cannot be solved. For example, when a player plays a game on a game machine that has not been hit for a while, and then moves to another game machine, another player sitting immediately after the move hits the one game machine. It's possible that things like pulling out will happen frequently. In such a situation, one player is always worried whether he continues to play the game on the game machine that he was previously playing or moves to another game machine. The so-called customer separation problem, in which the customer base moves away from the game due to the feeling, has not been solved.

Further, in the case of the reduction type game machines proposed in the above-mentioned JP-A-6-79051 and JP-A-11-253640, it is similarly controlled that each game machine makes a return. As a result, the same situation as above occurred and the problem of leaving customers could not be solved.

The present invention has been made in view of the above-mentioned problems, and an object thereof is to allow a player to play a game with peace of mind while keeping the interest of the game, and thereby to keep the customer away. An object of the present invention is to provide a game server, a game machine, and a game management method that can solve the problem.

[0012]

In order to achieve the above object, in the present invention, the game machine is provided with means capable of detecting that the player has been changed, and credits are accumulated in each game machine. The consumption amount is managed for each player, and when the accumulated consumption amount of credits consumed by the player reaches a predetermined upper limit, the player is returned based on a predetermined return rate. Further, it is characterized in that a high game property is produced by appropriately changing the return rate.

More specifically, the present invention provides the following.

(1) A game for collectively managing a plurality of gaming machines in which coins are inserted or a game is started based on the number of credits given, and payout is made according to the result of the game. At the server
The game server, based on the information on the amount of credit consumed in the gaming machine in which the player is playing, makes a return based on a predetermined return rate when the cumulative amount of consumed credit reaches a predetermined upper limit. The game server is carried out based on a result of a lottery for deciding whether or not to necessarily carry out or to return, and the gaming server is configured such that the predetermined upper limit value of each gaming machine which constitutes the plurality of gaming machines. A gaming server having a transmission capability capable of transmitting a signal that causes a change in the value of the predetermined return rate to the gaming machine according to the above.

According to the present invention, the gaming server changes the return rate, which is a reference for performing the return, according to the upper limit content of each gaming machine managed collectively by the gaming server. It is possible to improve the management efficiency of. For example, if the return rate of multiple gaming machines is changed individually for each gaming machine, the total return rate of these gaming machines cannot be checked at any time, so the return rate of each gaming machine is extremely high. It can be extremely high or, on the contrary, extremely low. According to the present invention, the game server centrally manages the change in the return rate of each gaming machine,
Such a problem can be solved.

Further, by changing the return rate in this way, there is a possibility that a player can provide a gaming machine having a higher game quality. That is, since the player always plays the game while paying attention to the return rate, there is a possibility of playing the game while continuously feeling a kind of thrill. Further, even when the upper limit of each gaming machine is appropriately changed, the return rate can be set according to the change of the upper limit, so that it is possible to produce a higher game quality.

(2) According to the content of the game information, the game server is capable of receiving game information relating to a game state in each of the plurality of game machines, and the content of the game information.
For displaying the value of the predetermined upper limit and the cumulative consumption amount of the credit on the display unit provided in each gaming machine, or for displaying the ratio of the cumulative consumption amount of the credit with respect to the predetermined upper limit A gaming server according to (1), which has a transmission capability capable of transmitting a signal.

According to the present invention, the upper limit value set for the gaming machine and the cumulative consumption amount of credits consumed by the player or the upper limit is displayed on the display unit of the gaming machine on which the player plays a game. It becomes possible to display the ratio of cumulative consumption of credits (that is, the degree of reaching the upper limit). If such a display is not made, the player will continue playing without knowing when the gaming machine he is playing reaches the upper limit, which may cause anxiety to the player. It will be recruited. Therefore, by displaying how soon the upper limit will be reached as in the present invention, there is a possibility that the player can continue playing the game with peace of mind.

The return is always performed for the gaming machine that has reached the predetermined upper limit, and is performed based on the result of the timing determination lottery that determines the timing for performing the return. The gaming server may be configured as described above.

According to the present invention, the game machine that has reached the predetermined upper limit is always rewarded, so that the player can play the game with peace of mind by guaranteeing the reward. Like Further, by determining the return timing by lottery, the return is not always performed immediately when the upper limit is reached, which may increase the game. Here, if the game machine is configured so that the player cannot recognize that the upper limit has been reached, the player does not have to worry about setting the upper limit as described above.
At this time, it is preferable to provide a means for notifying that the upper limit has been reached because the game property cannot be improved.

Detection result of the detection means for detecting that a player playing a game in one of the plurality of gaming machines collectively managed by the gaming server is changed from one player to another If the detection means does not detect that the player playing the game in the certain gaming machine has been changed from the one player to another player, the above is provided. The game server may be configured so that the player who has played the game on the gaming machine until the predetermined upper limit is reached is regarded as the one player and the return is performed.

According to the present invention, the detecting means detects that the player who has started playing the game on a certain game machine stops the game before reaching a predetermined upper limit, and changes to another player. . As a result, the game player determines whether or not the predetermined upper limit has been reached for each gaming machine, but instead, for each player, a certain return is guaranteed. It will be. For example, when one player keeps playing a game with the same gaming machine as compared to changing the gaming machine many times, the cumulative amount of credits of the player reaches a predetermined upper limit. When the player arrives, the return is highly likely to be performed, so that the player is more likely to continue playing the game on the same gaming machine. As a result, there is a possibility that the problem of leaving a customer, which has been a problem in the conventional gaming machine in which a return is made for each gaming machine, can be solved.

When the detection means detects that the player playing a game on the certain gaming machine has been changed from one player to another, the credit of the one player on the certain gaming machine is changed. The gaming server may be configured to have a transmission capability capable of transmitting a signal for resetting the cumulative consumption amount to the certain gaming machine.

According to the present invention, when it is detected by the detecting means that the player who has started playing the game on a certain game machine stops the game before reaching a predetermined upper limit and is changed to another player, The cumulative consumption of credits of the previous player will be reset. This guarantees the return to the player who invested, not to the game machine, so that the player can continue playing the game with peace of mind on the game machine currently playing the game. Not
The player's feeling of trying to continue the game can be aroused until the return is made. Further, in a conventional gaming machine in which a return is made for each gaming machine, for example, when a player changes the gaming machine that he is currently playing to another gaming machine, the gaming machine that has been playing until now Then, it becomes possible to reduce the imbalance between the players that another player who has played the next game reaches the predetermined upper limit as soon as the player starts the game and starts being returned. As a result, there is a possibility of recovering the customer group who has left away due to the imbalance between the players, while playing the game in the conventional game machine in which the return is made for each game machine.

(3) The gaming server keeps an average value of the predetermined return rate of a certain gaming machine out of the plurality of collectively managed gaming machines under certain conditions. (1) or (2), which has a transmission capability of transmitting a control signal to the gaming machine.
The game server described in.

According to the present invention, since the game server changes the return rate so that the average value of the return rate under a predetermined condition is kept constant, the player feels a higher thrill feeling. There is a possibility that a game can be played. That is, according to the present invention, not only the reduction rate fluctuates but also a mode in which the reduction rate exceeds 100% after a continuous low reduction rate may occur.
If the player reaches the upper limit at that time, there is a possibility that the player will be able to obtain more returns than he has thrown.

(4) The predetermined condition is based on a predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined value is changed to the next value, or The game server according to (3), which is based on a predetermined time.

According to the present invention, the game server changes the return rate so that the average value of the return rate is kept constant on the basis of a predetermined number of strokes or a predetermined time. It is possible to guarantee the profit of the game machine provider who provides the game. That is, in the case of using the game server that merely changes the return rate, if the return is continuously performed when the return rate is high, the profit of the gaming machine provider will decrease. Become. Therefore, if the average value of the return rate is kept constant under a certain standard, there is a possibility that the profit of the gaming machine provider can also be kept constant.

(5) In a game machine in which a game can be started based on the number of coins inserted or the number of credits provided, and a payout is made according to the result of the game, the game machine has a plurality of It is managed by a game server for collectively managing gaming machines, and when a cumulative consumption amount of the credit reaches a predetermined upper limit, a return is always performed based on a predetermined return rate. Or is performed at the game server,
The predetermined return is performed based on a result of a lottery for deciding whether or not to return a return to the game machine, wherein the game machine is the game server according to the content of the predetermined upper limit. A gaming machine having a changing means for receiving a signal transmitted from the gaming machine and changing the value of the predetermined return rate of the gaming machine.

(6) The gaming machine sends a sending means capable of sending gaming information relating to a gaming state of the gaming machine to the gaming server, and a signal sent from the gaming server in accordance with the contents of the gaming information. A display that receives and displays the value of the predetermined upper limit and the cumulative consumption amount of the credit on the display unit provided in the gaming machine, or displays the ratio of the cumulative consumption amount of the credit to the predetermined upper limit. A means, and the gaming machine according to (5).

The return is always performed when the predetermined upper limit is reached, and is performed based on the result of the timing determination lottery that determines the timing of performing the return, which is performed in the game server. The gaming machine may be configured to be one.

The return is performed based on the detection result of the detection means for detecting that the player playing the game on the gaming machine has been changed from one player to another. When the detection means does not detect that the player playing the game on the gaming machine has been changed from the one player to another player, the gaming is played on the gaming machine until the predetermined upper limit is reached. The gaming machine may be configured such that the player is regarded as the one player and the return is performed.

When the detection means detects that the player playing a game on the gaming machine has been changed from one player to another, the cumulative consumption of credits of the one player on the gaming machine is detected. The gaming machine may be configured to have reset means for resetting the amount.

(7) The changing means is for changing so that the average value of the predetermined reduction rate under a predetermined condition is kept constant (8) or (9). Gaming machine described in.

(8) The predetermined condition is based on the predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined value is changed to the next value, or The gaming machine according to (7), which is based on a predetermined time.

(9) A game management method for collectively managing a plurality of gaming machines in which a game can be started based on the number of coins inserted or the number of credits provided and payout is made according to the result of the game. In the game management method, in the detecting step of detecting a cumulative consumption amount of credits consumed in each of the plurality of gaming machines, and based on the detection result of the detecting step, the cumulative consumption amount reaches a predetermined upper limit. The game machine which has reached, has a return step of performing a return based on a predetermined return rate or a return step of performing a return based on a result of a lottery for determining whether or not to return, and the predetermined upper limit. A game step of transmitting a signal that causes a change in the value of the predetermined return rate according to the content of Management method.

(10) The game management method is provided in each of the gaming machines according to a receiving step of receiving game information regarding a gaming state in each of the gaming machines forming the plurality of gaming machines, and the content of the gaming information. A transmission step of transmitting a signal for displaying the value of the predetermined upper limit and the cumulative consumption amount of the credit on the displayed display portion, or for displaying a ratio of the cumulative consumption amount of the credit with respect to the predetermined upper limit. And, the game management method according to (9).

The returning step is always performed in the gaming machine that has reached the predetermined upper limit, and
The game management method may be configured such that the game management method is performed based on a lottery result in a timing determination lottery step of performing a lottery that determines the timing of performing the return.

A detecting step of detecting that a player playing a game in a game machine included in the plurality of game machines is changed from one player to another player, and in the detecting step, the certain game is performed. When a result that the player playing the game on the machine does not detect that the one player has been changed to another player, the game is played on the certain game machine until the predetermined upper limit is reached. The game management method may be configured so as to include a returning step in which the player who has played the game is regarded as the one player and the game is returned.

In the detection step, when it is detected that the player playing the game on the certain game machine has been changed from one player to another, The game management method may be configured to have a reset instruction step for resetting the cumulative consumption amount of credits of the one player.

(11) In the transmitting step, an average value of the predetermined return rate in a certain gaming machine among the plurality of collectively managed gaming machines under a predetermined condition is kept constant. And a step of transmitting a control signal to the gaming machine (15).
Alternatively, the game management method according to (16).

(12) The predetermined condition is based on a predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined value is changed to the next value, or The game management method according to (11), which is based on a predetermined time.

[Definition of Terms, etc.] The "gaming machine" is a concept including so-called pachinko gaming machines and slot gaming machines,
It refers to one equipped with a mechanism that allows a player to play a game in order to increase the player's self-confidence.

The "provided credit number" is, for example, numerical data other than small balls, medals or cash (including coins and banknotes) that the player inserts into the gaming machine to play a game.
It is a concept quantified by electronic money and prepaid cards.

The term "consumption" means that the player gives an intention to play a game by using the credit regardless of whether the given credit is tangible or intangible, and actually plays the game. It refers to an act.

The "predetermined upper limit" is, in principle, a criterion for each game machine, which serves as a basis for giving back. For example, it is used based on the number of medals or the like used in slot game machines, It is determined based on how many times the player rotates the rotary drum provided in the slot game machine (that is, the number of plays).

The "upper limit" generally means any numerical value, but the "upper limit" specifically intended in the present invention is in view of the essence of the present invention. , A value that is large enough for the provider of the gaming machine to reach within the time that is allocated to provide the gaming machine (for example, business hours of a store, etc.) It is preferably one.

"Return" is, as a general rule, something that fluctuates depending on the setting contents of the above-mentioned predetermined upper limit, and in general,
It is calculated by multiplying the upper limit value by the reduction rate. If the predetermined upper limit criterion is the number of medals used in the slot game machine, etc., it is also returned by giving the medals to the player, and if the upper limit criterion is the number of plays, it is also returned. It will be performed by giving free play to the player.

[0049]

BEST MODE FOR CARRYING OUT THE INVENTION Preferred embodiments of the present invention will be described below with reference to the drawings.

[Overall Configuration of System] FIG. 1 is a block diagram showing the configuration of a credit return system (hereinafter, credit is referred to as a game medium) having a server 1 and a gaming machine 2 according to the present invention.

In the game medium returning system shown in FIG. 1, the game machine 2 is connected to the server 1 via the network NT. Various information can be transmitted / received to / from the server 1 via the network NT.

The server 1 collectively manages a gaming machine group G01 consisting of a plurality of gaming machines including the gaming machine 2, and each gaming machine included in the gaming machine group G01 has a unique identification number (for example, , G01-01, G01-02, ...
, G01-10) is attached, and the server 1 determines the source of the data sent from each gaming machine 2 by the identification number. Even when data is transmitted from the server 1 to the gaming machine 2, the destination gaming machine is designated using the above-mentioned identification number.

Further, the data transmitted and received from the gaming machine 2 includes identification information for identifying the player who is playing a game with the gaming machine, in addition to the identification number for each gaming machine set in each gaming machine. Has been. With this identification information, the server 1
Then, it is determined whether or not the gaming machine 2 is playing a game, whether the player playing the game on the gaming machine 2 has been changed, or the like.

[Structure of Gaming Machine] FIGS. 2 and 3 are an external perspective view and a vertical sectional view showing the entire structure of the gaming machine 2. As shown in FIGS. 2 and 3, in the gaming machine 2, the front panel 4 is attached to the hollow box-shaped frame 3 by hinges 3A and 3B so as to be openable and closable.

On the back surface of the front panel 4, three cylindrical drum bodies 5 (5A to 5C) are juxtaposed, and a case 6 for covering the drum bodies 5 from the back side is attached. Each of the drum bodies 5A to 5C is rotatably supported about a rotary shaft 7, and each of the drum bodies 5A to 5C is rotatably supported.
On the outer peripheral surface of ~ 5C, patterns ("7", bells, plums, cherries, etc.) are drawn in rows in the circumferential direction. The symbols (marks) drawn on the outer peripheral surfaces of these three drum bodies 5A to 5C are displayed on the display window 8 provided on the front panel 4.
From the front side of the gaming machine through A to 8C, each drum body 5A
It is designed to be visible one by one every 5C.

Each of the drum bodies 5A to 5C described above is rotatably attached to the frame of the gaming machine 2 via a predetermined bracket (not shown), and by the stepping motors 11A to 11C (see FIG. 4). Each of them is rotationally driven and controlled by the control device 12 (see FIG. 4) so as to be stopped at a predetermined rotational angle position. Protrusions (not shown) representing reference positions are provided at the peripheral end portions of the drum bodies 5A to 5C, and the protrusions are provided corresponding to the respective drum bodies 5A to 5C. By crossing the optical axis of an optical sensor (not shown), the controller 12
Then, the rotation reference position of each of the drum bodies 5A to 5C can be detected. Incidentally, the stepping motors 11A to 11
In C, the speed at which the symbols are variably displayed is constant.

Next to the display windows 8A to 8C, the display window 8 is
A betting line display lamp 13 is provided for displaying which of the stop lines of the symbols displayed in A to 8C is to be bet. The operation unit 14 provided on the front panel 4 is provided with a bet button 16 for setting how many medals inserted from the insertion slot 15 are to be bet, and the player bets only the number of bets to be bet. By pressing the button 16, the corresponding betting line display lamp 13 lights up. In addition, the number of bet medals is
Three is the upper limit.

The betting line varies depending on the number of times the bet button 16 is pressed. With one pressing operation, one horizontally extending line in the middle of the display windows 8A to 8C is a betting line target. In addition, with two pressing operations,
Three lines, which are two lines extending horizontally in the upper and lower stages of the display windows 8A to 8C, are added to the one line, and the three lines are the betting lines. Furthermore, when the pressing operation is performed three times, a bet is made on five lines obtained by adding two lines on the diagonal lines of the display windows 8A to 8C to the three lines. It should be noted that pressing operation four times or more is invalid.

In this way, when the number of medals to be betted is set, the control device 12 takes in medals corresponding to the betted number set by the player, whereby the condition for starting the game is set, and this state is set. In, when the player operates the start lever 17, the control device 12 starts the rotation of the drum bodies 5A to 5C.

The three stop buttons 18A-18C are
It corresponds to each drum body 5A to 5C, and the corresponding drum body is stopped by pressing these stop buttons 18A to 18c.

The digital score display 19 displays the number of inserted medals, the number of ejected medals, and the like. On the stop line bet by the player, the drum body 5
When one of the predetermined specific combinations (prize mode) of A to 5C is lined up, the predetermined number of medals according to the weight of the combination is ejected from the medal ejection port 20 by the medal ejection device.

Furthermore, the front panel 4 of the gaming machine 2 is provided with a card insertion slot 22. Card slot 22
Is for inserting a card in which authentication number data for identifying the player is recorded when the player plays a game on the gaming machine 2, and the inserted card is the card reader 23 ( (See FIG. 4), the data is read.

[Structure of Control Unit of Gaming Machine] FIG. 4 is a block diagram showing a circuit structure of the control device 12 of the gaming machine 2 according to the embodiment of the present invention and peripheral devices electrically connected thereto. .

The bet button 16 is provided on the front part of the gaming machine 2 and is connected to the interface circuit group 31. The interface circuit group 31 is connected to the input / output bus 32. When the player presses the bet button 16, an operation signal is issued from the bet button to the interface circuit group 31.
The interface circuit group 31 converts the operation signal into a predetermined voltage signal and supplies it to the input / output bus 32. As will be described later, before the game is started, a predetermined number of medals corresponding to the value indicated by the operation signal are inserted into the gaming machine as a bet target.

The input / output bus 32 described above is adapted to input / output a data signal or an address signal to / from a central processing unit (hereinafter referred to as CPU) 33. Also,
The start lever 17 and the stop button 18A described above
.. to 18C are also connected to the interface circuit group 31, and a start start signal issued from the start lever 17 and a stop signal issued from the stop buttons 18A to 18C are converted into predetermined voltage signals by the interface circuit group 31 and input. It is supplied to the output bus 32.

When the start lever 17 is operated to start the game, the above-mentioned start start signal is sent to the CPU 33.
Is supplied to. As will be described later, the CPU 33 issues a control signal to the stepping motors 11A to 11C in order to rotate the drum bodies 5A to 5C when the start start signal is supplied.

Further, when the stop buttons 18A to 18C are pressed to stop the drum bodies 5A to 5C, a stop signal is supplied from each of the stop buttons 18A to 18C to the CPU 33. The drum body 5A
When stopping the player, the player presses the stop button 18A, when stopping the drum body 5B, the player presses the stop button 18B, and when stopping the drum body 5C, The person presses the stop button 18C. As will be described later, when the stop signal is supplied, the CPU 33 issues a stop signal to the stepping motors 11A to 11C to stop the drum body corresponding to the pressed stop button.

Further, the rotational position sensors 34A to 34C are
The rotation position sensors 34A to 34C are provided near the stepping motors 11A to 11C, respectively, and are also connected to the interface circuit 31. These rotational position sensors 34A to 34C are, for example, rotary encoders and include stepping motors 11A to 11C.
An angular position signal indicating the rotational angular position of each C is issued to the interface circuit group 31.

Further, the reference position sensors 35A to 35C are
It is provided near each of the drum bodies 5A to 5C and is connected to the interface circuit 31. The reference position sensors 35A to 35C are optical sensors as described above, and when the reference positions of the drum bodies 5A to 5C are detected, the reference position signals are issued to the interface circuit group 31.

The card reader 23 is provided inside the gaming machine 2 and is connected to the interface circuit 31. From the card reader 23, a card status signal is transmitted at a predetermined timing according to a signal transmission request from the CPU 33. The card status signal is the card insertion slot 2
When the card is inserted in 2, the signal level changes and the CPU
33 detects that a card has been inserted. When the card is in the non-inserted state (the card is removed from the card insertion slot 22), the level of the card state signal is similarly changed, and the CPU 33 detects that the card is not inserted. It is configured.

As will be described later, the CPU 33 detects the angular position signals emitted from the rotational position sensors 34A to 34C and the reference position signals emitted from the reference position sensors 35A to 35C, thereby displaying them in the display windows 8A to 8C. It is possible to obtain design data.

A ROM (Read Only Memory) 36 and a RAM (Random Access Memory) 37 are also connected to the input / output bus 32. The ROM 36 stores programs for controlling a gaming machine as described later and paying out game balls, and initial values of variables used in these programs. On the other hand, the RAM 37 stores the values of flags and variables as described later.

Further, a communication interface circuit 41 is connected to the input / output bus 32, and this communication interface circuit 41 is used when transmitting / receiving data between the gaming machine 2 and the server 1. Has become.

The ROM 36 also stores a data group showing the correspondence between the symbol combinations and the random numbers. A random number generator 38 for generating this random number is also connected to the input / output bus 32. The instruction for generating the random number is the CPU 3
When the random number generator 3 outputs the random number to the random number generator 38, the random number generator 38 generates a random number in a predetermined range and outputs a signal indicating the value of the random number to the input / output bus. As will be described later, when a random number is generated from the random number generator 38, the above-mentioned data group is searched to determine the combination of symbols corresponding to the random number, and the numerical value corresponding to the symbol combination is substituted into a variable.

The gaming machine 2 can play either a normal game or a special game. In this normal game, the combination of symbols stopped and displayed on the effective line is
There is a winning possible state that can match the winning pattern and a winning combination in which the symbol combination cannot match the winning pattern.

In the above-mentioned non-winning state, the combination of symbols that fluctuates on the effective line is the out-of-contact pattern and the small hit pattern. The small hitting pattern is generated when a predetermined number of symbols such as "cherry" and "bell" are lined up on an effective line, and several medals are output from the medal discharge port 20.
Emitted from. On the other hand, unlike the small hitting pattern, the deviating pattern is a pattern in which the symbols are not aligned on the valid line, and the medal is not discharged. In addition, the non-winable state is a state in which the state can shift to the winable state by an internal lottery process described later. Incidentally, the non-winning state is a state in which the winning patterns cannot be aligned regardless of the timing at which the stop button is pressed, and of course, the special gaming state cannot be entered.

On the other hand, unlike the above-mentioned non-winning state, the winning state is the only state in which the combination of symbols stopped and displayed depending on the timing when the stop button is pressed can match the winning pattern. It is in a state where it is easy to push. When the combination of symbols stopped and displayed on the activated line matches the winning pattern, it is won, and the player shifts to a special game in which a large number of medals can be obtained. In addition, when the timing of pressing the stop button is impaired and the winning patterns cannot be aligned, the above-described out-of-range pattern or the small hit pattern is aligned. In addition, once the winning enabled state is set, it continues until the combination of symbols that are stopped and displayed matches the winning pattern, and does not shift to the unwinable state.

In the special game described above, the probability that the combination of symbols stopped and displayed on the activated line can match the small hit pattern is set to be extremely high, and a large number of medals can be obtained. Will be more likely. The special game shifts to the normal game when the game is finished. In addition, after the special game, when the game shifts to the normal game, whether to shift to the winning possible state or the non-winning state is determined by an internal lottery process described later.

An interface circuit group 39 is connected to the input / output bus 32 described above. The interface circuit group 39 includes stepping motors 11A to 1A.
1C, the betting line display lamp 13, the score indicator 19, and the speaker 40 are also connected, and the interface circuit group 39 supplies a drive signal and drive power to each of the above-described devices.

For example, when the above-mentioned bet button 16 is pressed by the player, in order to show the betting line which is valid according to the number of inserted game medals,
A driving current is supplied to the betting line display lamp 13. Further, when the game is over, a driving signal is supplied to the score indicator 19 in order to display the score according to the winning mode of the game. Furthermore, the speaker 40 emits a sound effect corresponding to the situation of these games when the game is started or ended.

In the following, it is assumed that the gaming machine has been started in advance, and flags and variables as described later have been initialized to predetermined values.

FIG. 5 shows a subroutine for controlling the gaming machine 2 which is an embodiment of the present invention.

First, a bet button operation process for determining whether or not the player has pressed the bet button 16 is performed (step S11). Bet button operation processing,
This is a process in response to the pressing operation of the bet button 16, and by detecting whether or not the bet button 16 is pressed and an operation signal is issued from the bet button 16, the number of game medals inserted by the pressing operation is determined. This is a process of recording a driving signal to the betting line display lamp 13 so as to show the betting line which is valid according to the number of the inserted game medals.

Next, it is determined whether or not the bet button 16 has been pressed and the start lever 17 has been operated (step S12). When it is determined that the bet button 16 has been pressed and the start lever 17 has been operated, the process proceeds to the next step S13. On the other hand, when it is determined that the bet button 16 is not being pressed or when the start lever 17 is not being operated, step S11 is performed.
The process is returned to and the bet button operation process is performed again. still,
As will be described later, it is assumed that a series of games is from the start of rotation of all the drum bodies 5A to 5C to the stop thereof.

After the processing of step S12 described above is executed, the internal lottery processing is performed (step S13). In this internal lottery processing, the random number generator 38 described above is controlled to generate a random number, a data group indicating the correspondence relationship between the symbol combination and the random number is searched, and the symbol combination is determined according to the generated random number. It is a thing. As will be described later, the combination of symbols stopped and displayed in the previous game is recorded in the RAM 37, the combination of symbols is read out, and the internal lottery process is performed. In the present embodiment, the mode of controlling the game state of the player by performing the internal lottery process is adopted, but the present invention is not limited to this, and depending on the symbol actually stopped without performing the internal lottery. It also includes a gaming machine that allows a player to enter an advantageous gaming state.

In this internal lottery process, a combination of symbols that can be stopped and displayed is drawn as described above, and the numerical value indicating the result of the lottery is substituted into the current game lottery data. For example, in the non-winning state and in the out-of-game state, the current game lottery data is set to "00", and in the non-winning state and when it matches the small hit pattern, the current game is played. The lottery data is set to "01",
If you are in a winning state, the current game lottery data is
It is set to "12". In the special game state, if the game is out of play, the current game lottery data is set to "20". In the special game state, if it matches the small hit pattern, the current game lottery data is: It is set to "21".

Then, a subroutine (not shown) relating to the stepping motor control processing is called, and a control signal is sent to the stepping motor 1 so as to drive each of the above stepping motors 11A to 11C to rotate at a predetermined rotation speed.
Calls 1A to 11C (step S14). In addition, the rotational speed is the drum body 5A in the series of games described above.
It means the speed at which the symbols are variably displayed by the rotation of 5C, and is a concept that does not include a transient state immediately after the start of rotation or immediately before the stop of rotation.

The above-mentioned past game lottery data is data showing the lottery result in the game before the current game, and is stored in the RAM 37. As will be described later,
The past game lottery data is reset in the first game in the normal game that is transferred after the special game is over. In addition, as will be described later, the past game lottery data is the result of the game performed before the current game as the last process of each game,
It is updated by sequentially accumulating the results of the current game.

Next, in order to stop the drum bodies 5A to 5C by the player, it is determined whether or not any one of the stop buttons 18A to 18C is pressed and a stop signal of the stop buttons 18A to 18C is issued ( Step S1
5). When it is determined that the stop signal is not issued from any of the stop buttons 18A to 18C, this step S15 is executed again.

On the other hand, when it is determined that the stop signal is issued from any of the stop buttons 18A to 18C,
A stepping motor stop process described later is performed (step S16). This stepping motor stop processing controls the above-mentioned random number generator 38 to generate a random number, searches a data group showing the correspondence relationship between the symbol combination and the random number, and generates a symbol combination corresponding to the generated random number. It is determined.

The CPU 33 uses the rotational position sensor 3 described above.
4A to 34C and the reference position signals from the reference position sensors 35A to 35C are used to obtain the symbols currently displayed in the display windows 8A to 8C. C
PU33, in accordance with the above-mentioned symbol data and the current game lottery data from the internal lottery process of step S13,
The stop position is determined by controlling the stepping motors 11A to 11C.

The CPU 33 stops the stepping motors 11A to 11C according to the current game lottery data. However, when it is determined that any of the stop buttons 18A to 18C has been pressed, the CPU 33 responds to the current game lottery data. If the symbol cannot be stopped and displayed, it can be moved extra within a range of up to four symbols. Further, if the symbol corresponding to the current game lottery data does not exist within the range, the symbol corresponding to the current game lottery data cannot be stopped and displayed already. For example, in a winnable state, two drum bodies are stopped, and even if there are symbols that can match the winning pattern, the stop button corresponding to the drum body to be stopped last is pressed. There may be a case where the winning pattern does not match with the winning pattern. On the other hand, in the non-winning state, the two drum bodies are already stopped, and even if there are symbols that can match the winning pattern, the stop button corresponding to the drum body that will be stopped at the last is pressed in good timing. Even if operated, the stepping motor 11A should not match the winning pattern.
Control ~ 11C.

Next, it is determined whether or not all the stop buttons 18A to 18C have been pressed (step S1).
7). The processing of this step S17 is performed by the stop button 18
This is a process of determining whether or not all stop signals issued in response to the pressing operation of A to 18C have been detected. When it is determined that all the stop buttons 18A to 18C have not been pressed, the process returns to step S15 described above. When it is determined that all the stop buttons 18A to 18C have been operated, the process proceeds to step S18 described below.

Next, it is determined whether or not the combination of symbols along the activated line matches the winning mode, and a medal payback process for paying back the game medals according to the winning mode is performed (step S18). When it is determined that the combination of symbols along the activated line and the winning mode match, the number of game medals to be paid back is calculated according to the winning mode, and the number of game medals of the calculated number is paid back, The processing moves to S19. On the other hand, when it is determined that the combination of the symbols along the activated line does not match the winning mode, the game medal is not refunded, and the step S
The process is moved to 19.

Next, a current game result recording process for mainly recording the above-mentioned current game lottery data is performed (step S).
19). Here, in the gaming machine according to the embodiment of the present invention, the CPU 33 reads the past game lottery data from the RAM 37, records the past game lottery data with the current game lottery data in the RAM 37, and records this subroutine. To end. It should be noted that the data to be recorded is not limited to the current game lottery data, but also the data indicating the symbols actually stopped and displayed in the current game.

Next, the operation of the gaming machine 2 when playing a game using the gaming machine 2 in this embodiment will be described.

FIG. 6 is a flow chart showing the flow of operations in the gaming state of the gaming machine 2 in this embodiment. The processing procedure shown in this flowchart is a processing routine that is executed concurrently with the subroutine of the gaming machine 2 described above with reference to FIG.

As shown in FIG. 6, the gaming machine 2 is
First, the player's judgment is made (step S20).

The player's judgment processing is executed by the CPU 3 of the gaming machine 2.
3 is performed, whether or not the gaming machine 2 is playing, who is the player when the gaming machine 2 is playing, and whether or not the player has been changed from the previous player. , To determine the.

The present invention is different from the conventional game machine in which each game machine is returned, in which each game player is returned (that is, the game state concerning the upper limit up to now is reset if the player changes). Therefore, it is necessary to detect and determine that the player has changed. Therefore, it is necessary to perform such a process for making a player's judgment.

FIG. 7 shows a flowchart for explaining the flow of the operation of the gaming machine 2 when the processing for judging the player is performed. Note that the flowchart of FIG. 7 is based on step S of FIG.
This corresponds to 20 subroutines.

The gaming machine 2 first shifts to a process of determining a gaming state (step S90).

The determination of the gaming state is a process for determining whether or not there is a player playing a game on the gaming machine 2, that is, whether or not the gaming machine 2 is playing a game. When the gaming machine 2 is not playing, it is not necessary to perform the subsequent processing, so it is first checked whether or not it is playing. The front panel 4 of the gaming machine 2 is used to judge the gaming state.
This is performed by detecting whether or not a card is inserted in the card insertion slot 22 provided in the.

The gaming machine 2 shifts to a process of determining whether or not a card is detected in order to check the gaming state (step S91).

The card is detected by detecting whether or not a card is inserted in the card insertion slot 22 with the card reader 23. The card inserted here is like an authentication card in which information for identifying the player is recorded, and in particular, even if the card does not have only the function as an authentication card independently, Information such as a prepaid card in which the player is individually identified may be recorded.

When the card is detected and it is determined that the card is not inserted, the processing for determining the player is ended as it is. When the card is not detected, a signal based on the determination result that the card is not detected is transmitted from the gaming machine 2 to the server 1 (step S
96). As the content of the signal, for example, data of "0" may be transmitted when the card is not detected, and data of "1" may be transmitted when the card is detected as described later.

If it is determined that a card has been inserted, then the flow shifts to the processing for specifying the player who is playing the game on the gaming machine (step S92).

When the card is inserted, the card reader 23 reads the information recorded on the card. In the present embodiment, the card inserted into the card insertion slot holds authentication number data unique to the player in order to identify the player. CP of gaming machine 2
U33 will identify the player who is playing the game on the gaming machine 2 based on this authentication number data.

When the process of judging the player is completed, CP
U33 shifts to the process of referring to the immediately preceding player history (step S93).

In the RAM 37 of the gaming machine 2, information of the players who have played on each gaming machine is recorded as a history. CP
U33 refers to the player history recorded in the RAM 37, and refers to the player's authentication number immediately before receiving the signal indicating that the card has been detected.

When the process of referring to the immediately preceding player history is completed, the process proceeds to a process of determining whether or not the player has been changed (step S94).

The CPU 33 compares the immediately preceding player's authentication number data referred to in the previous step with the player's authentication number data transmitted from the card reader 23 provided in the gaming machine 2 together with the card detection signal. Then, it is determined whether the two match. If the two match, the same player merely reinserted the authentication card, and the player is determined not to be changed. vice versa,
If the two are different, it is determined that the player has been changed.

If the player has not been changed, the process of judging the player is finished as it is.

If it is determined that the player has been changed, a process for resetting the cumulative number of players inserted immediately before is performed (step S95).

The CPU 33 carries out a process of resetting the data of the cumulative insertion number of credits consumed by the immediately preceding player in the player history recorded in the RAM 37 referred to in step S93.

This is to realize the content of the present invention in which a return is made for each player, and the cumulative number of credits inserted is increased by adding to the number of credits inserted by another player. It means that you cannot go. Similarly, a player who has stopped playing and moved to another gaming machine before the cumulative credit input amount reaches the upper limit, starts playing again from the state where the cumulative credit input amount has returned to 0 on the destination gaming machine. Will start. As a result, the player does not need to change the gaming machine unnecessarily, and knows that the possibility of a return will increase if the cumulative number of coins reaches the upper limit, so that the player can continue playing the game with peace of mind. It will be possible.

When the process of resetting the cumulative number of players inserted immediately before is completed, the gaming machine 2 carries out a process of transmitting the judgment result (step S96).

The CPU 33 transmits player information to the server 1 via the communication interface circuit 41, the network NT, and the communication interface 53 of the server 1. As the data to be transmitted, the information of the player to which the value of “1” is added as described above may be transmitted. Further, in the gaming machine 2, the past player history information recorded in the RAM 37 is rewritten and recorded as new player information.

When the processing of transmitting the judgment result is completed, the processing of judging the player is repeated.

In the present embodiment, an identification card or an ID card in which the authentication data of the player is recorded is used to identify the player.
In the present invention, the present invention is not limited to this, and a gaming machine 2 may be provided with a sensor or the like to detect a human body, or a chair on which a player sits when playing a game is provided with a function as a weight scale. The player may be identified by weighing and recording the player's weight.

When the process of judging the player is completed, the gaming machine 2 sets an upper limit value which serves as a reference when performing the return (step S21).

The upper limit value refers to the number of medals or the like, which is a game medium used when playing a game with a slot game machine, and the number of medals used by a certain player is the value. When it reaches, the slot game machine can give back to the certain player.

Various modes can be considered for setting the upper limit value. For example, there is a case where a preset upper limit value is used, a case where the owner of a gaming machine or the like sets it, or a case where it is automatically changed appropriately according to the gaming state.
However, the setting process of the upper limit value that can take various modes in this way is performed when the player who plays the game in the gaming machine 2 is changed, and the above step S
It is assumed that the process is performed after referring to the result of whether or not the player is changed in 21. The determination result as to whether or not the player has been changed is transmitted from the server 1 to the gaming machine 2 as data, and if the player has been changed, the one with a value of "1" is added. If it has not been changed, the one with a value of "0" is transmitted.

Here, a case of using a preset upper limit value, which is one of the above-mentioned various modes, will be described.

The preset upper limit value is stored in the RAM 37, and the CPU 33 reads the upper limit value data from the RAM 37 and ends the setting of the upper limit value.

The case of setting the upper limit value without using the preset upper limit value will be described later.

When the process of setting the upper limit value is completed, CP
Based on the processing result of step S11 shown in FIG. 5, U33 proceeds to processing of adding the number of medals that are game media inserted by the player and processing of notifying the upper limit (step S22).

First, the process of adding the input numbers will be described.

The number of medals inserted from the above-mentioned insertion slot 15 is counted by a medal detection sensor (not shown) installed inside the gaming machine 2. The data of the counted number of coins is added and stored as the currently inserted medal data to the accumulated inserted coin data which is the data of the medals inserted in the past. Here, the cumulative consumption amount of credits is expressed as the cumulative number of inserted medals.

The accumulated input number data is the data recorded in the RAM 37. The CPU 33 reads past inserted medal data from the RAM 37, adds the current inserted medal data counted by the medal detection sensor to the accumulated inserted number data, and updates the accumulated inserted number data to the RAM 3 as the updated accumulated inserted number data.
It will be recorded in 7.

Incidentally, as described in the processing for judging the player (step S20), this accumulated input data is as follows:
It is reset when the player is changed.

Next, the upper limit notification process will be described.

The notification of the upper limit refers to notifying the player how soon the gaming machine reaches the upper limit, or notifying the player that the upper limit has been reached.
The specific contents of the notification include the set upper limit value and the current cumulative input number, or the ratio of the cumulative input number to the upper limit value (that is, the achievement of the upper limit expressed in percentage or percentage), etc. Conceivable.

If this notification is not made, the player
The player continues playing without knowing when the gaming machine he or she is playing reaches the upper limit, which causes the player to feel uneasy. Therefore, by notifying the upper limit value, it becomes possible to know how much more games should be played to be returned, and the player can
You will be able to play games with peace of mind. Therefore,
In the present embodiment, it is preferable to notify the upper limit.

When the process of adding the number of inserted medals and the process of determining the notification of the upper limit are completed, a process of determining whether or not the cumulative number of inserted medals has reached the upper limit is performed (step S23).

The determination as to whether or not the upper limit has been reached is made by comparing the cumulative input number data recorded in the RAM 37 in the previous step S22 with the upper limit value set in the previous step S21. The CPU 33 will compare the values of the above two data stored in the RAM 37 and determine whether or not the number of medals inserted by the player into the gaming machine has reached the set upper limit.

If it is determined that the cumulative input data has not reached the upper limit, the process returns to step S22,
Subsequently, the processing for adding the number of medals to be inserted into the gaming machine by the player will be performed.

When it is determined that the cumulative input data reaches the upper limit, the process proceeds to a process of transmitting the upper limit result to the server (step S24).

The CPU 33 of the gaming machine 2 gives a signal indicating that the accumulated input data reaches the upper limit, the previous step S2.
The upper limit value data set in 1 and the return rate data described later are transmitted to the server 1 via the communication interface circuit 41 of the gaming machine 2.

The signal indicating that the upper limit has been reached is represented by a numerical value of "1", for example. Further, the signal indicating that the accumulated input data reaches the upper limit includes a signal designating the gaming machine 2, that is, data indicating which gaming machine among the plurality of gaming machines managed by the server 1 corresponds to. Will be attached. For example, when the gaming machine 2 has an identification number of “123” among a plurality of gaming machines managed by the server 1, each of the signals “1” indicating that the upper limit has been reached is For example, a signal such as "123-1" is transmitted to the server 1 by being expressed following the identification number of the gaming machine.

As described above, the upper limit data is RA
It is recorded in M37. The upper limit value is data used to determine the number of medals to be returned when the player is given back. The number of medals to be returned is calculated by multiplying an upper limit value by a return rate described later.

Further, in the RAM 37 of the gaming machine 2, when the upper limit is reached, data of a return rate for deciding how much to return to the upper limit of the gaming machine is recorded. There is. This return rate data is also transmitted to the server 1.

Here, it is usual to use a preset numerical value for the return rate, but it is also possible to change this return rate in various ways, and thereby the game property can be further enhanced. The process of changing the reduction rate will be described later.

When the process of transmitting the signal indicating that the cumulative input data reaches the upper limit to the server is completed, the gaming machine 2 shifts to a state of waiting for a return command (step S25).

The return instruction is a signal transmitted from the server 1 to the gaming machine 2 for which the accumulated input data reaches the upper limit, and is for controlling the return timing and the like. The game machine 2 is in a state in which the player can play the game while waiting for the return command.

When the state of waiting for the return command is entered, the process shifts to a process for determining whether or not to give a notification next (step S26).

Here, the notification means to notify the player of the gaming machine 2 that the return will be performed. Further, the process of determining the notification is a process of determining whether or not to perform the notification.

Whether or not to notify is determined by the CPU 33 in the RAM.
The determination is made by referring to the data of 37 (step 27). In the RAM 37, data as to whether or not to notify is recorded. When notifying, data of "1" is given, and when not notifying, data of "0" is given. ing. These data may be set in advance, or may be appropriately set by the game machine owner or the like.

When the data recorded in the RAM 37 is "1", the CPU 33 has reached the upper limit of the accumulated cumulative number of medals of the gaming machine in which the player is playing, and the return is about to end. Is performed (step S28). The notification may be performed by using a lighting or the like built in the gaming machine 2, or a display unit for notifying the gaming machine 2 may be provided to notify the player from the display unit. Further, it is not limited to the notification means provided integrally with the gaming machine 2 as long as the player can know that the return will be performed from now on.

When the process of giving the notification is completed or when it is judged that the notification is not made, the process goes to a process of judging whether or not the return instruction is received (step S29).

The return instruction has been waiting for the gaming machine 2 to be transmitted from the server 1 in step S25 described above. This return command is not limited to the gaming machine in which the return is always performed when the gaming machine 2 reaches the upper limit, and is not necessarily returned even when the upper limit is reached. It is always transmitted from the server 1 to the gaming machine.

The server 1 transmits a signal, which is a return command, to the gaming machine 2 at a predetermined timing via the communication interface 53 described later. In the gaming machine 2, the signal regarding return is received via the communication interface circuit 41, and the CPU 33 receives the return instruction through the input / output bus 32. If the return instruction cannot be received, the process returns to step S25 to wait for the return instruction again.

When the process of receiving the return instruction is completed, the return process is then performed (step S30).

The return processing is performed based on the return instruction transmitted from the server 1 in the previous step S29, and data showing how much of the return instruction is given to the gaming machine 2. In response to this, the CPU 33 returns the money.

As described above, when the return is always performed when the number of inserted medals reaches the upper limit, RA is mainly used.
The number of medals calculated based on the upper limit data and the return rate data recorded in M37 will be returned.
Further, in the case where the return is not always performed even when the number of inserted medals reaches the upper limit, when the return is not performed, the inserted number data recorded in the RAM 37 is stored as necessary. In some cases, resetting processing is performed. The input number data is reset by a program stored in the ROM 36 which receives an instruction from the CPU 33.

When the process of performing the return is completed, the process returns to the process of setting the upper limit value (step S21) and the above-described process is repeated.

[Server Configuration] Next, the server 1 described above
The configuration will be described with reference to FIG.

FIG. 8 is a block diagram showing the configuration of the server 1. As shown in FIG. 8, the server 1 has a CPU 51 connected to a data bus BUS, a memory 52, a communication interface 53, and a database 54, and C
The PU 51 is adapted to execute various processes according to a program stored in the memory 52.

That is, the CPU 51 receives data transmitted from the gaming machine 2 via the line connected by the communication interface 53 and stores it in the memory 52. These data are, for example, upper limit data and return rate data of a plurality of gaming machines managed by the server 1, and information transmitted from each gaming machine managed by the server 1.

The CPU 51 reads the program stored in the database 54 into the memory 52, and according to this program, advances the program based on the information transmitted from each gaming machine stored in the memory 52.
The progress result of this program is stored in the database 54.

[Operation of Server] Next, the operation of each part of the server 1 having the above-mentioned configuration will be described.

FIG. 9 is a flow chart showing an example of the flow of what each section of the server 1 performs in preparation for performing the above-mentioned return for each gaming machine. Incidentally, it is assumed that this operation is always repeated in the server 1.

As shown in FIG. 9, the server 1 is constantly put into each gaming machine 2 as a preparation for the return when the gaming machine 2 it manages reaches the upper limit (step S11). ) Some of the medals, which are game media, are held.

The server 1 is in a state of waiting for a game medium loading result from each gaming machine 2 (step S41).

As a game medium used by the player in each gaming machine, medals, prize balls, coins, or tangible objects having a shape such as a bill may be considered, but those represented by numerical values as data. In this case, even an intangible object can be considered as a game medium. The "insertion" here refers to an act of causing the game machine to recognize the game medium with the intention of the player to use for the game, regardless of the form of the game medium. Therefore, like a medal or the like, not only a medal or the like detected by a medal detection sensor (not shown) installed inside the gaming machine 2 but also decided by a player to be used for a game. Items such as the numerical data obtained are also targets for standby.

While the server 1 is waiting for the insertion of the game medium, it is determined whether or not the game medium insertion data is received at a predetermined timing (step S42).

In the present embodiment, medals are used as the game medium, and in each gaming machine, the player continues playing the game while inserting medals from the insertion slot 15. The number of medals inserted by the player from the insertion slot 15 is detected by a medal detection sensor (not shown) installed inside the game machine, digitized as data, and the RAM of the game machine 2 is stored.
It is recorded in 37 as data of the cumulative number of inputs. The data of the cumulative input number is transmitted to the server 1 via the communication interface circuit 41 at a predetermined timing.

The server 1 receives this cumulative input number data via the communication interface 53 of the server 1 and sends it to C
The data is appropriately recorded (held) in the memory 52 based on the instruction from the PU 51.

When the server 1 has not received the input data in the determination of step S42, the process returns to step S41 again to perform the processing.

When the processing for judging the reception of the input data is completed, the server 1 then shifts to the processing for holding the predetermined rate of the input number (step S43).

In the server 1, as described above, the server 1
This means that the game medium to be returned to the player who plays the game on each gaming machine managed by is held in advance. The amount to hold is different depending on the server, and the previous step S
In 42, the amount is determined by multiplying the cumulative input data of each gaming machine received by the server 1 by a predetermined rate (return rate) determined in advance.

In the process of holding, the server C
Numerical data of the reserved amount calculated by the PU 51 will be transmitted to the gaming machine 2 via the communication interface 53. On the gaming machine 2 side, based on the received numerical data,
The CPU 33 records the numerical data corresponding to a part of the accumulated input number data in the RAM 37 as reserved data.

When the processing for holding is completed, the server 1
Returns again to the state of waiting for the input data from each gaming machine (step S41), and repeats the above-mentioned processing.

Next, the operation of the server when the game machine 2 to be managed is returned will be described.

FIG. 10 is a flow chart showing the flow of operations when the server 1 returns. It is assumed that this operation is always repeated. In server 1, first,
A process of lottery of the return target is performed (step S51).

The lottery to be returned is mainly carried out in the case where the game machine which has reached the upper limit is not necessarily returned, and the contents of the lottery are, for example, , "Return to the N-th gaming machine that has reached the upper limit from now on", or "Return to the gaming machine whose number end is XX". . In the case where the game machine that has reached the upper limit is always returned, from this lottery, for example, "return to the game machine that has reached the first upper limit from now" or "game machine" The end of the number attached to is 0, 1
No., ..., No. 9 (all game machine numbers will be designated) will be returned ”.

These lottery results will be recorded in the memory 52 based on the instruction of the CPU 51.

When the process of performing the lottery for the return ends,
Next, the server 1 enters a state of waiting for an upper limit reaching result to be transmitted from each gaming machine 2 (step S52).

As described above, the upper limit reaching result indicates that the amount of game media loaded into the gaming machine 2 has reached a preset amount, and whether or not the gaming medium 2 has reached is determined. When it is reached, the result is sent to the server. The server 1 waits to receive the result via the communication interface 53.

When the server 1 is waiting for the upper limit reaching result, a process for determining whether or not the upper limit reaching result is received is performed at a predetermined timing (step S53).

This determination is made by the CPU 51, and when it is determined that the upper limit reaching result has been received, the process shifts to the next process. On the contrary, when it is determined that the upper limit reaching result is not received, the server 1 again shifts to a state of waiting for the upper limit reaching result (step S52), and a process of determining whether or not the upper limit reaching result is received at a predetermined timing is executed. It will be repeated.

When it is determined that the upper limit reaching result has been received, a process of determining whether or not the gaming machine 2 which has transmitted the upper limit reaching result is a return target is carried out (step S54).

Whether or not it is a return target is determined based on the data determined by the lottery performed in the above-mentioned step S51, and the CPU 51 refers to the data recorded in the memory 52 to determine the upper limit. This is done by comparing with the data attached to the arrival result.

For example, in the above-mentioned example, when the lottery result of “return to the one corresponding to the number XX at the end of the number given to the gaming machine” is issued, the CPU 51 determines that the lottery result is relevant. The data of the identification number of the attached gaming machine is read, and it is determined whether or not the end of the number corresponds to the XX number.

In the case where the return is always performed when the upper limit is reached, an affirmative result is always issued in the determination as to whether or not the return is to be performed.

If it is determined that the redemption is not to be performed, a signal indicating that the redemption will not be performed will be transmitted in the process of transmitting the redemption control signal described later.
This signal is transmitted to the gaming machine 2 via the communication interface 53 in response to the instruction from the CPU 51.

If a positive result is obtained in the process of determining whether or not it is a return target, the server 1 shifts to a process of determining the return timing (step S).
55).

Various modes are conceivable for the return timing. For example, for a gaming machine that has reached the upper limit and corresponds to the return target, the return is forcibly performed immediately after all the processes in the server are completed. It is also possible to do so, and it is also conceivable to give back after a predetermined time has passed after all the processing in the server is completed or after a predetermined game is played.

The process of determining the return timing determines which of these timings to perform the return. If a single return timing is determined in advance, that timing is used. To do.

When the process of determining the return timing is completed, the process proceeds to a process of determining whether it is the return timing (step S56).

The return timing is the same as in step S5 above.
5, the timing determined in this step is recorded in the memory 52 of the server 1. For example, when a timewise timing is given such as "how many minutes after the upper limit is reached", this recording is performed by a timer (not shown) provided in the server 1 to measure the timing. Will be waiting for. Further, for example, when timing is given according to the game situation of the player such as “after the player has played the game 20 times after reaching the upper limit”, various sensors provided in the gaming machine 2 By using, the CPU 33 of the gaming machine 2 sends a signal to the server 1 to notify it when a predetermined condition is satisfied.

Since the server 1 starts the process related to the return after the timing of the return, if it is determined that the timing has not come, the process returns to step S55 again and the subsequent processes are repeated. Become.

When the server 1 determines that the return timing has come, it carries out a process for determining the return number by referring to the amount (number) of game media withheld in the previous step S43 (step S57).

The amount returned to the gaming machine 2 is the same as in the previous step S.
It is covered by the game medium reserved at 43 (FIG. 9). Normally, when the upper limit is reached, a product obtained by multiplying the predetermined return rate by the upper limit is to be returned. In this case, in principle, the server 1 calculates the number of redemptions based on the data indicating the upper limit and the data indicating the redemption rate included in the upper limit reaching result transmitted from the gaming machine 2. On the other hand, in the case of the previous return timing lottery, if it takes a long time from reaching the upper limit to performing the return,
Since the player plays the game during that time and waits for the return, it is possible to make more returns according to the number of credits consumed during that time. Even in the case where such a mode is adopted, in the subroutine of step S57, the server 1 considers the number of credits consumed after reaching the upper limit, and adds to the above-mentioned return number or slightly increases the return rate. There is.

It is also possible to change the return rate in accordance with the upper limit value in order to produce a higher game quality. In this case, instead of using a predetermined return rate, the server 1 that collectively manages each gaming machine
The lottery will be carried out and the return rate will be changed appropriately.

A mode of producing a higher game property by changing the return rate will be described later.

When the processing for determining the number of redemptions is completed, the server 1 shifts to the processing for transmitting a redemption control signal to the gaming machine (step S58).

Here, the return control signal transmitted from the server 1 to each gaming machine 2 is 2 according to the result of the determination in the step (step S54) of determining whether or not it is the previous return target.
It will be divided into types. In the step of determining whether or not it is a redemption target (step S54), for the gaming machine determined to be a redemption target, a part of the redemption control signal is data indicating that it is a redemption target. A value of "1" is given, and a value of "0", which is data indicating that the game is not a redemption target, is given to a part of the redemption control signal. To do. In the case where the game machine that has reached the upper limit is always returned, the value of the above-described return control signal may be set to "1".

The return control signal also includes data indicating to what extent the return is to be performed, and all of these data are transmitted via the communication interface 33 in response to an instruction from the CPU 31 of the server 1. .

When the process of transmitting the return control signal is completed, the server 1 shifts to the process of subtracting the number of reservations (step S59).

The number of reservations refers to the number of game media stored in the memory 52 of the server 1 in step S43 described above with reference to FIG. Since the return to each gaming machine is performed by using this suspended game medium, it is necessary to subtract the data of the number of game media corresponding to the returned amount after the return is completed. There is.

The process of subtracting the number of reservations is performed by the CPU 31, and the data updated by the subtraction is newly recorded in the memory 52.

When the amount returned to the gaming machine fluctuates according to the gaming state, the CPU 33 of the gaming machine 2 displays data indicating the amount returned to the player after the returning in the gaming machine 2 is completed. It is also possible to transmit to the server 1 and, after receiving it, shift to the subtraction process.

When the process of subtracting the number of holdings is completed, the server 1 returns to step 51 and repeats the processes after the lottery to be returned.

Heretofore, the outline of the configuration and operation of the gaming machine and the server in the credit return system of the present invention has been described.

The contents of various setting processes or determination processes appearing in the above description will be described below.

[Process for Setting Upper Limit] First, the process for setting the upper limit in step S21 of FIG. 6 will be described.

For setting the upper limit, a method of using a predetermined upper limit value and a method of using an upper limit value determined by lottery by a server or the like can be considered. However, the predetermined upper limit value is used in the above description. Since the method has been described, here, a method of using the upper limit value determined by the lottery will be described.

FIG. 11 is a flow chart showing the operation of the server 1 when setting the upper limit value. This flowchart corresponds to the subroutine of step S21 shown in FIG.

The server 1 first enters a state of waiting for the game number of each gaming machine managed by the server (step S60).

As described above, the server 1 manages a gaming machine group consisting of a plurality of gaming machines, so first of all,
It is necessary to specify which of the plurality of gaming machines managed by the server 1 is trying to set the upper limit value. The game machine 2 which is going to set the upper limit value is the CPU 3
3, the communication interface circuit 41, the network NT, and the communication interface 5 of the server 1
The game machine number assigned to the game machine 2 is sent to the server 1 through the server 3.
It is designed to be sent to.

Here, the game machine which is about to set the upper limit value is the above-mentioned processing for judging the player (FIG. 6).
In step S20) of the game machine, the game machine is determined to have been changed, or the game machine that has reached the previously set upper limit, the data of the game machine number of the game machine 2 is It is transmitted together with the signal indicating the change and the data of the player information. That is, the setting of the upper limit value is performed when the player is changed or for the gaming machine that has reached the previously set upper limit.

When the server 1 enters the state of waiting for the gaming machine number of each gaming machine, the CPU 51 of the server 1 determines whether or not the gaming machine number is received (step S61).

If it is determined that the gaming machine number has not been received, the process returns to step S60 again, and the game machine number waits.

When it is determined that the gaming machine number has been received,
The server 1 shifts to the process of referring to the game history (step S62).

As described above, since FIG. 11 corresponds to the subroutine of step S21 of the flowchart of FIG. 6 for performing the repetitive processing, the gaming machine 2 first executes step S2.
In some cases, the process 1 may be performed, or in some cases, the process may return to step S21 after the entire reduction process (step S30) is performed.

The game history is referred to by referring to the processing of this gaming machine 2 to set the upper limit value (step S2).
At the same time to know whether or not the process is moving to 1), as described later, a mode in which the upper limit is set after the return can be considered, so that the upper limit value that the gaming machine 2 has not yet reached is doubled. It is also to prevent changes.

The game history is as shown in FIG. 16 described later, is stored in the database 54 of the server 1, and the CPU 51 of the server 1 performs the processing. In the game history, the upper limit value set so far, data indicating whether or not the return has been made, and the like are recorded.

Referring to the game history, the CPU of the server 1
51, when the upper limit is reached last time, shifts to a process of determining whether or not the game machine 2 has been returned (step S63).

Data indicating whether or not the return has been made after the upper limit is reached is recorded in the "return or not" column of the return history. When the return is made, the data "1" is returned. When not executed, data of "0" is given in this column.

If the return has been made after the previous upper limit was reached, then it is determined that a new upper limit has been set, and the process for setting the upper limit is terminated.

If it is determined that the return has not been made after the previous upper limit was reached, the process shifts to a process for drawing the upper limit (step S64).

The upper limit lottery is carried out by using the program for lottery of the upper limit value recorded in the memory 52.
This is what U51 does. The lottery is performed by randomly selecting from a numerical value in an appropriate range, for example, a numerical value of 1 to 200. As can be seen from the example of FIG. 16, this numerical value is a numerical value in the unit of 1,000 yen, and for example, when 10 is selected by lottery, the upper limit is 10,000 yen.

The upper limit value is not limited to the amount of money, but may be the number of medals, the game time, the number of games, and the like, which are assumed as the game medium.

When the process of performing the lottery for the upper limit value is completed, the server 1 performs the process of changing the upper limit value to the lottery result (step S65).

The upper limit value is changed by the CPU 51 and is recorded by recording a new upper limit value in the "upper limit" column of the game history of the database 54. In addition, this upper limit value will also be transmitted to the gaming machine 2.

It is possible that the upper limit value is set after the predetermined reduction is performed.

The process of setting the upper limit after the return will be described below.

FIG. 12 shows step S3 of FIG. 6 shown previously.
This corresponds to the 0 subroutine. That is, the setting of the upper limit value after the return is performed in step S30 as the return process.
Process.

In the return process of FIG. 12, the server 1
First, it is determined whether or not the game machine has been returned (step S70).

The presence / absence of the return is recorded in the return history described above. If the data of “1” is given in the “presence / absence of return” column of the return history, the return is performed. That is, if the data of “0” is given, it means that the reduction is not performed. The CPU 51 of the server 1 makes this determination.

If it is determined that the return has not been made, the upper limit value will be set based on the subroutine shown in FIG. 11 in the setting of the upper limit value (step S21) in FIG. , And ends the process.

When it is determined that the return has been made, the process shifts to a process of drawing the upper limit value (step S7).
1).

The upper limit lottery is performed by using the program for lottery of the upper limit value recorded in the memory 52.
U51 does. The lottery is performed by randomly selecting from the numerical values in the appropriate range as described above.

When the process of performing the lottery for the upper limit value is completed, the server 1 performs the process of changing the upper limit value to the lottery result (step S72).

The upper limit value is changed by the CPU 51, and is recorded by recording a new upper limit value in the "upper limit" column of the game history of the database 54. In addition, this upper limit value will also be transmitted to the gaming machine 2.

With the above, the process of setting the upper limit value after the return is completed.

Further, the upper limit value is set also after the player shifts to an advantageous state, that is, after the jackpot is won. Hereinafter, the process of setting the upper limit value after the jackpot will be described.

FIG. 13 is a flowchart showing the operation of the server 1 in the process of setting the upper limit value after the big hit. The series of processes in FIG. 13 is a subroutine of the internal lottery process (step S13) shown in FIG. Note that, in FIG. 13, for convenience of explanation, the internal lottery process is shown from the start (step S80), but the internal lottery process is performed by each gaming machine. Therefore, step S81 and subsequent steps show the operation of the server 1.

At the server 1, the internal lottery result is awaited with the start of the internal lottery process (step S
81).

When the result of the internal lottery is transmitted from each gaming machine, the CPU 51 of the server 1 shifts to the processing for judging whether or not the result is a big hit (step S8).
2).

As a result of the internal lottery processing, when it is determined that the jackpot is not a big hit, this processing is ended as it is.

When it is determined that the jackpot is a big hit, the server 1 shifts to a process of performing lottery for the upper limit value (step S83).

The lottery for the upper limit value is performed by using the program for lottery for the upper limit value recorded in the memory 52.
U51 does. The lottery is performed by randomly selecting from a numerical value in an appropriate range, as in the above-mentioned case.

When the process of performing the lottery for the upper limit value is completed, the server 1 performs the process of changing the upper limit value to the lottery result (step S84).

The upper limit value is changed by the CPU 51, and is recorded by recording a new upper limit value in the "upper limit" column of the game history of the database 54. In addition, this upper limit value will also be transmitted to the gaming machine 2.

As described above, the process of setting the upper limit value after the big hit ends.

As described above, by appropriately changing the upper limit value serving as a reference for performing the return, it is possible to provide a gaming machine that produces a higher game quality for the player. Further, in the case of a gaming machine that takes a mode of notifying how much the upper limit value is, the next upper limit value is clearly displayed, which may allow the player to play the game with peace of mind. Occurs. Further, when the next upper limit value is set high, the player can determine whether or not to continue the game.

[Process for Setting Return Rate] Next, the process for setting the return rate in step S57 of FIG. 10 will be described.

For setting the return rate, there can be considered a method of using the return rate predetermined for each gaming machine as it is and a method of changing the return rate of each gaming machine at a predetermined timing. In the following, the latter method, which is suitable for the player to enjoy a more thrilling feeling, will be described.

<Embodiment for Referencing the Game History of Each Gaming Machine and Changing the Return Rate> First, as the first embodiment, refer to the game history of the gaming machine 2 for which the server 1 is going to change the return rate. Then, a method of changing the reduction rate based on the content will be described.

FIG. 15 is a flow chart showing the flow of the operation of the server 1 when the processing for setting the return rate is performed. In this flowchart, in the subroutine of step S30 shown in FIG. 6, the gaming machine 2 transmits a signal for prompting the setting of the return rate to the server 1, and the gaming machine 2 including the gaming machine 2 collectively manages the gaming machine 1. However, when receiving the signal,
It is a flow chart when setting a reduction rate.

First, the server 1 shifts to the process of referring to the history table (step S100).

The history table is a table showing the past game situation for each gaming machine stored in the database 54 of the server 1, and is, for example, as shown in FIG.
In order to refer to the history table, the gaming machine number attached to the gaming machine 2 needs to be transmitted from the gaming machine 2 to the server 1. The server 1 reads the gaming machine number received by the CPU 51 and refers to the history table corresponding to the read gaming machine number.

FIG. 15 shows an example of the history table of the gaming machine 2. In the history table, when the above-mentioned upper limit value of the gaming machine 2 is set to a certain value and is changed to the next value as one stroke, the upper limit, the reduction rate, and the return rate in each stroke are set for each stroke. The presence / absence, the return amount, and the set time when the return rate is set are recorded. In this way, the server 1 collectively manages the return rate and the like of each gaming machine, and the return rate is set with reference to the management history. Note that FIG. 15 is in the process of setting the return rate in the 10th stroke.

When the process of referring to the history table is completed, the server 1 shifts to the process of determining whether the next is the 10th stroke (step S101).

As for the return rate of the gaming machine 2, the average return rate calculated for each predetermined number of strokes (here, every 10 strokes) is 4
It is set to be 0%. Here, 40% means a ratio to the upper limit value, and for example, the upper limit value is as shown in FIG.
It is 100 (thousand yen) as in the fourth step of No. 5, and is a numerical value indicating that 70 (thousand yen) is reduced when the reduction rate is 70%. In addition, here, the average reduction rate is 40%
The reason is that the convenience of explanation is taken into consideration, and the average reduction rate used in the present invention is not limited to this value. Also, the predetermined number of strokes is set to 10 strokes for the sake of convenience of explanation as well, and the gaming machine of the present invention is not limited to setting the average return rate to this numerical value.

When the server 1 judges that the set return rate is the return rate of the 10th stroke of the gaming machine 2, the server 1 shifts to the process for referring to the return history of the return rate ( Step S102).

The change history of the reduction rate is as follows in FIG.
It is a history of changes in the numerical value of the return rate for each process described in the column of "return rate", and the return rate of the tenth step is determined from this transition history and the average return rate.
As described above, the process of referring to the change history of the return rate is as follows.
This is performed by the CPU 51 of the server 1 reading the history table of the database 54.

When the process of referring to the change history of the return rate is completed, the server 1 shifts to the process of calculating the total return rate of each process (step S103).

The total return rate of each process is the sum of the return rate of each process referred to in step S102.
For example, in FIG. 15, the first step is 10%, the second step is 20%, ..., The ninth step is 110%, so the total reduction rate up to the ninth step is calculated as 10 + 20 + ... + 110. The Rukoto. For convenience of explanation, the total of the reduction rates will be referred to as (a).

When the process of calculating the sum of the redemption rates in each process is completed, the server 1 [[average redemption rate] × 10−
(A)] is performed (step S10)
4). For convenience of explanation, the above calculation result will be referred to as (b).

The calculation result (b) is a numerical value representing the reduction rate set in the tenth step in FIG. In the present embodiment, the return rate is set so that the average return rate is 40% every 10 strokes.
40 (%) × 10− (a) is the reduction rate in the 10th step. Step S103 and step S104
The calculation process of each value in
This is what 1 is doing.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the next return rate (step S105).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the history table stored in FIG. 4, and (b) via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2 (b). The value of is transmitted to the gaming machine 2 as return rate data for the next process.

When the process of setting the next return rate is completed,
The server 1 shifts to the process of resetting the travel history (step S106).

The history table (see FIG. 15) stored in the database 54 of the server 1 is used to keep the average of the return rates for each predetermined number of strokes constant. It is necessary to create a new history table. Therefore, the currently stored stroke history is reset. The process of resetting the stroke history is performed by the program stored in the memory 52 instructed by the CPU 51 of the server 1.

When it is determined in the previous step S101 that the next process of setting the return rate does not correspond to the tenth process, the server 1 shifts to the process of referring to the upper limit value (step S107). .

The return rate is set so as to be a predetermined average return rate for each predetermined number of strokes.
Normally, the value is changed according to the value of the upper limit value. Therefore, the CPU 51 of the server 1 refers to the “upper limit value” column of the history table. The upper limit value here is the upper limit value of the process that the server 1 is about to set, and is set in the history table stored in the database 54 of the server 1 set in step S21 (see FIG. 6) described above. It was recorded.

When the process of referring to the upper limit value is completed, the server 1 shifts to the process of determining whether or not the upper limit value is 50 (thousand yen) or more (step S108).

It should be noted that the reason why 50 (thousand yen) is selected here as a criterion for determining the return rate is for convenience of explanation, and in the present invention, only the criterion limited to this numerical value is used. It does not set the return rate.

When it is determined that the upper limit is 50 (thousand yen) or more, the server 1 sets the return rate of the next process to 2
It is set to 0% or more (step S109).

The return rate is determined by carrying out a lottery such that the numerical value is 20% or more in response to an instruction from the CPU 51, and the lottery is a number prepared in advance (however, the number is 20).
It is performed using a program (stored in the memory 52) that selects an appropriate one from the above. The reason why the standard of the reduction rate is 20% is for convenience of explanation of the present embodiment, and the present invention is not limited to this numerical value.

The CPU 51 records the number obtained as a result of the lottery in the history table stored in the database 54 as the return rate of the next process. Further, the return rate thus determined is transmitted to the gaming machine 2 via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2.

At step S108, the upper limit value is 50.
If it is determined that it is not more than (thousand yen), the return rate for the next process is set to 20% or less (step S11).
0).

The return rate is determined by performing a lottery such that the numerical value is 20% or less under the instruction of the CPU 51, and the lottery is a number prepared in advance (however, the number is 20).
It is performed using a program (stored in the memory 52) that selects an appropriate one from the following.

The CPU 51 records the number obtained as the lottery result in the history table stored in the database 54 as the return rate of the next process. In addition, the return rate thus determined is transmitted to the gaming machine 2 via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2 as described above.

With the above flow, the processing for setting the return rate is completed.

As described above, by collectively managing the return rate of each gaming machine by the server 1, the return rate of a certain gaming machine may continue to be extremely high or, on the contrary, may be extremely low. Can be avoided, and management efficiency can be improved.

In the above embodiment, the predetermined number of strokes is used as a reference in order to keep the average value of the return rate constant, but the present invention is not limited to this. The average value may be kept constant.

An embodiment in which the average reduction rate for each predetermined time is constant will be described below.

FIG. 16 is a flow chart for explaining the setting process of the return rate of the gaming machine, which keeps the average return rate for every predetermined time (here, every 3 hours). Note that the same reference numerals as those in FIG. 14 are attached to the portions corresponding to the processing contents with the flowchart shown in FIG.

First, the server 1 shifts to the process of referring to the history table (step S100).

As described above, the history table is a table showing the past game status of each gaming machine stored in the database 54 of the server 1. In order to refer to the history table, it is necessary for the gaming machine 2 to transmit the gaming machine number attached to the gaming machine to the server. The server 1 reads the gaming machine number received by the CPU 51 and refers to the history table corresponding to the read gaming machine number.

[0285] An example of the history table of the gaming machine 2 is shown in FIG.
5 shows. In the history table, when the above-mentioned upper limit value of the gaming machine 2 is set to a certain value and is changed to the next value as one stroke, the upper limit, the reduction rate, and the return rate in each stroke are set for each stroke. The presence / absence, the return amount, and the set time when the return rate is set are recorded. Note that FIG. 15 shows 10
It is in the process of setting the return rate for the process.

When the processing for referring to the history table is completed, the server 1 shifts to the processing for determining whether or not 3 hours have elapsed from the time when the return rate of the first stroke was set next (step S151). .

The return rate of the gaming machine 2 is set so that the average return rate calculated every predetermined time (here, every three hours) is 40%. The reason why the average rate of return is set to 40% and the predetermined number of hours is set to 3 hours are both for the sake of convenience of explanation, and the gaming machine of the present invention sets the average rate of return to these numerical values. The setting is not limited.

When the server 1 determines that the set return rate is the return rate 3 hours after the return rate of the first stroke of the gaming machine 2 is set, the server 1 returns the return rate. The process proceeds to the process of referring to the rate transition history (step S
102).

The change history of the return rate is as follows in FIG.
It is a history of changes in the numerical value of the return rate for each process described in the column of "return rate". From this transition history and the average return rate, the next process (here, the 10th process) is calculated. The return rate will be determined. The process of referring to the change history of the return rate is performed by the CPU 51 of the server 1 reading the history table of the database 54, as described above.

When the process of referring to the change history of the return rate is completed, the server 1 shifts to the process of calculating the total return rate of each process (step S103).

The total return rate of each process is the sum of the return rate of each process referred to in step S102.
Here, the total of the reduction rates is set as (a) for convenience of explanation.

When the process of calculating the total return rate of each process is completed, the server 1 shifts to the process of calculating [(average return rate) × (number of next process)-(a)] (step S).
154). Here, the average return rate is multiplied by the “number of next steps” in the next step, which is the step after 3 hours have elapsed, and the average return rate of about 3 hours from the first step is the predetermined return rate. This is to make it (40% here). For convenience of explanation, the above calculation result will be referred to as (b).

The above calculation result (b) is a numerical value representing the reduction rate set in the 10th stroke, which is the stroke after 3 hours have passed from the 1st stroke in FIG.
In this embodiment, the average reduction rate is 40 every 3 hours.
Since the return rate is set so that it will be 40%, 40
(%) × 10− (a) is the reduction rate in the 10th step. The calculation process of each value in step S103 and step S154 is both performed by the CPU 51 of the server 1.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the next return rate (step S105).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the history table stored in FIG. 4, and (b) via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2 (b). The value of is sent to the gaming machine 2 as data of the return rate of the next process.

When the process of setting the next return rate is completed,
The server 1 is a timer (not shown) provided in the gaming machine 2.
Is returned to 0 (step S156).

After the lapse of a predetermined time (here, 3 hours), the processing for resetting the time from 0 to make the average return rate constant is performed again.
51 is a communication interface 53 and a network N
A signal for returning the timer of the gaming machine 2 to 0 will be transmitted via T and the communication interface circuit 41.

When the process of resetting the timer to 0 is completed, the server 1 shifts to the process of resetting the stroke history (step S106).

The history table (see FIG. 15) stored in the database 54 of the server 1 is used to keep the average of the redemption rate for each predetermined number of strokes constant, so that purpose was achieved. Later, it is necessary to create a new history table. Therefore, the currently stored stroke history is reset. This processing is performed by the program stored in the memory 52 which receives the instruction from the CPU 51 of the server 1.

In the previous step S151, the next step of setting the return rate is 3 after setting the return rate of the first step.
When it is determined that the time has not elapsed, the server 1 shifts to the process of referring to the upper limit value (step S).
107).

The return rate is set so as to be a predetermined average return rate every predetermined time, but normally it is changed according to the upper limit value. . Therefore, the CPU 51 of the server 1 refers to the “upper limit value” column of the history table. The upper limit value here is the upper limit value of the process that the server 1 is about to set, and is set in the history table stored in the database 54 of the server 1 set in step S21 (see FIG. 6) described above. It was recorded.

When the process of referring to the upper limit value is completed, the server 1 shifts to the process of determining whether or not the upper limit value is 50 (thousand yen) or more (step S108).

It should be noted that the reason why 50 (thousand yen) is selected here as a criterion for setting the reduction rate is for convenience of explanation, and in the present invention, only the criterion limited to this numerical value is used. It does not set the return rate.

When it is determined that the upper limit value is 50 (thousand yen) or more, the server 1 sets the return rate of the next process to 2
It is set to 0% or more (step S109).

The return rate is determined by carrying out a lottery such that the numerical value is 20% or more in response to the instruction of the CPU 51, and the lottery is a number prepared in advance (however, the number is 20).
It is performed using a program (stored in the memory 52) that selects an appropriate one from the above. The reason why the standard of the reduction rate is set to 20% is for convenience of explanation of the present embodiment, and the present invention is not limited to this numerical value.

The CPU 51 records the number obtained as a result of the lottery in the history table stored in the database 54 as the return rate of the next process. Further, the return rate thus determined is transmitted to the gaming machine 2 via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2.

In step S108, the upper limit value is 50.
If it is determined that it is not more than (thousand yen), the return rate for the next process is set to 20% or less (step S11).
0).

The return rate is determined by performing a lottery such that the numerical value is 20% or less under the instruction of the CPU 51, and the above-mentioned lottery is a number prepared in advance (however, the number is 20).
It is performed using a program (stored in the memory 52) that selects an appropriate one from the following.

[0309] The CPU 51 records the number obtained as a result of the lottery in the history table stored in the database 54 as the return rate of the next process. In addition, the return rate thus determined is transmitted to the gaming machine 2 via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2 as described above.

With the above flow, the processing for setting the return rate ends.

In this way, by collectively managing the change in the return rate of each gaming machine by the server, it becomes possible to improve the management efficiency of the gaming machine.

Also, by appropriately changing the return rate as described above, the player can feel a higher thrill. Further, since the return rate is changed so that the average return rate is constant under a predetermined condition, the player can play the game with peace of mind while feeling a high thrill. In addition, even for a provider of a gaming machine, a stable profit can be obtained by keeping the average return rate constant under a predetermined condition.

In the above embodiment, the server 1
When the return rate is changed, the mode of referring to the transition history of the return rate for each stroke or for each time only in the gaming machine 2 is adopted, but the present invention is not limited to this. , In a gaming machine group consisting of a plurality of gaming machines managed collectively by the server 1, the server 1 refers to the value of the returning rate of the other gaming machines included in the gaming machine group to determine the returning rate of the gaming machine 2. It also includes those that are changed.

<Embodiment in which the return rate is changed by referring to the return rate of the entire gaming machine group> Hereinafter, the server 1 refers to the return rate of the entire gaming machine group including the gaming machine 2 while referring to the return rate. A method of changing the return rate of the gaming machine 2 included in will be described.

FIG. 17 is a flow chart showing the flow of the operation of the server 1 when the processing for setting the return rate is performed. In this flowchart, in the subroutine of step S30 shown in FIG. 6, the gaming machine 2 transmits a signal for prompting the setting of the return rate to the server 1, and the gaming machine 2 including the gaming machine 2 collectively manages the gaming machine 1. However, when receiving the signal,
It is a flow chart when setting a reduction rate.

First, the server 1 is in a state of waiting for a gaming machine number (here, N) (step S11).
1).

As shown in FIG. 1 above, the gaming machine number is a number given to identify each gaming machine. For example, the server 1 is a gaming machine group consisting of a plurality of gaming machines. When managing G01, "G01- ○
The number "○" will be added. In FIG. 1, the gaming machine to which the gaming machine number “G01-02” is given is selected as the gaming machine 2.

When the server 1 is in the state of waiting for the gaming machine number, a process for determining whether or not the gaming machine number is received is performed at a predetermined timing (step S11).
2).

The process of determining whether or not the gaming machine number has been received is performed by the CPU 51 of the server 1, and receives the instruction of the CPU 33 of the gaming machine 2 to communicate with the communication interface circuit 41, the network NT, and the server. The server 1 receives the data of the gaming machine number transmitted through the communication interface 53 of No. 1. The gaming machine number is set at a predetermined timing from the gaming machine 2 (for example, when the accumulated consumption amount of credits of a player who plays a game on the gaming machine 2 reaches an upper limit, after the gaming machine 2 returns the money, or It is transmitted to the server 1 when the machine 2 shifts to a gaming state such as a jackpot which is advantageous to the player. When it is determined that the gaming machine number has not been received, the process returns to step S111 again, and the server 1 enters a state of waiting for the gaming machine number.

When it is determined that the server 1 has received the gaming machine number, the server 1 proceeds to a process for determining whether the received gaming machine number is an odd number (step S).
113).

Checking whether the gaming machine number N is an odd number or an even number means that the server 1 changes the return rate for each odd numbered gaming machine or each even numbered gaming machine. However, this method is merely one embodiment for realizing the present invention, and it is not necessary to change the return rate collectively for each of a plurality of gaming machines.

The CPU 51 of the server 1 determines whether N is an odd number or an even number. When it is determined that N is an odd number, the server 1 resets the return rate in the odd number range. The process proceeds (step S11)
4).

The odd-numbered gaming machines refer to gaming machines in which the last two digits of the gaming machine number are odd among gaming machines included in the gaming machine group G01 managed collectively by the server 1. When N is an odd number, the server 1 collectively resets the redemption rate of the odd number series and sets a new redemption rate. This processing is performed by the program stored in the memory 52 in response to the instruction from the CPU 51.

When the process of resetting the return rate of odd-numbered gaming machines is completed, the server 1 carries out a process of lottery of the return rate of other odd-numbered gaming machines except for the gaming machine whose gaming machine number is N. Perform (step S115).

The lottery for the return rate is carried out by a program stored in the memory 52 in response to an instruction from the CPU 51, and the lottery is carried out in an appropriate range, for example, a numerical value within the range of 10 to 200 (numerical values are in 5 steps). It is done by randomly selecting from among. However, as described below,
Since the average return rate in the gaming machine group G01 is configured to be kept constant, the numerical values prepared for the lottery are prepared so as to fall within a certain range from the value of the average return rate. is there.

It should be noted that the N-th gaming machines do not set the return rate at this step, and set the returning rate only for the other gaming machines, which is one of the means for realizing the present invention. If the average return rate of the entire gaming machine group is kept constant, conversely, after setting the return rate of the N-th gaming machine, set the return rate of other gaming machines. Such a mode is also possible.

[0327] When the process of drawing the return rate of the odd-numbered gaming machines other than the N-series is completed, the server 1 shifts to the process of reflecting the drawing result (step S116).

The process of reflecting the lottery result is a process of setting the return rate of each gaming machine determined by the lottery as the return rate of each gaming machine. Specifically, this process is a process of transmitting numerical value data of the return rate from the server 1 to the gaming machine 2 and a process of writing the numerical value of the return rate in a setting table described later. These processes are performed by the program stored in the memory 52 under the instruction of the CPU 51.

When the processing for reflecting the lottery result is completed, the server 1 shifts to the processing for referring to the setting table so as to set the return rate of the N-th gaming machine (step S11).
7).

With the setting table, the upper limit value, the return rate set for each gaming machine managed collectively by the server 1, and the return amount data which is a numerical value obtained by multiplying these are recorded in the table for each gaming machine. For example, it is as shown in FIG. The setting table is the memory 52 of the server 1.
Are stored in the memory and are updated every time the CPU 51 makes each setting. Note that, in FIG. 18, processing for setting the return rate of the gaming machine with the gaming machine number G01-10 is being performed.

When the processing for referring to the setting table is completed, the server 1 shifts to the processing for calculating the total return rate set for each gaming machine (step S118).

The total return rate of each gaming machine is the sum of the return rates of the respective gaming machines recorded in the "return rate" column of the setting table referred to in step S117, for example, FIG. , G01-01 is 10%, G01
Since -02 is 20%, ..., G01-09 is 110%, the total return rate of the nine gaming machines from G01-01 to G01-09 is calculated as 10 + 20 + ... + 110. For convenience of explanation, the total of the reduction rates will be referred to as (a).

When the process of calculating the total return rate of each gaming machine is completed, the server 1 displays [(average return rate) × 10−
(A)] is performed (step S11)
9). For convenience of explanation, the above calculation result will be referred to as (b).

The above calculation result (b) is a numerical value representing the return rate set for the gaming machine with the gaming machine number G01-10 in FIG. In the present embodiment, the return rate is set so that the average return rate of the entire gaming machine group G01 is 40%, so 40 (%) × 10−
(A) is the reduction rate of G01-10. The calculation process of each value in step S118 and step S119 is performed by the CPU 51 of the server 1.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the return rate of the N-th gaming machine (step S120).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the setting table stored in No. 4, and the (b) is sent via the communication interface 53, the network NT and the communication interface circuit 41 of the gaming machine 2 (b ) Value is transmitted to the gaming machine 2 as return rate data of the gaming machine whose gaming machine number is G01-10.

With the above processing, the server 1 ends the processing for setting the return rate.

If it is determined in the previous step S113 that N is not an odd number (N is an even number),
The server 1 shifts to the process of resetting the even-numbered return rate (step S121).

When N is an even number, the CPU 51 of the server 1 gives an instruction to the program stored in the memory 52 and collectively resets the even-numbered redemption rate in preparation for setting a new redemption rate. I am trying to do it.

When the process of resetting the return rate of the even-numbered gaming machines is completed, the server 1 carries out a process of lottery of the return rates of the other even-numbered gaming machines except the gaming machine whose gaming machine number is N. Perform (step S122).

The lottery for the return rate is carried out by a program stored in the memory 52 in response to an instruction from the CPU 51, and the lottery is carried out in an appropriate range, for example, a numerical value within the range of 10 to 200 (the numerical value is in 5 steps). It is done by randomly selecting from among. However, as mentioned above,
Since the average return rate in the gaming machine group G01 is configured to be kept constant, the numerical values prepared for the lottery are prepared so as to fall within a certain range from the value of the average return rate. is there.

When the server 1 finishes the process of drawing the return rate of the even-numbered series other than the N-class, the server 1 shifts to the process of reflecting the lottery result (step S116).

This process is, as described above, a process of transmitting numerical data of the return rate from the server 1 to the gaming machine 2 and a process of writing the numerical value of the return rate in the setting table. These processes are performed by the memory 5 under the instruction of the CPU 51.
The program stored in 2.

When the processing of reflecting the lottery result is completed, the server 1 shifts to the processing of referring to the setting table in order to set the return rate of the N-th gaming machine (step S11).
7).

The server 1 reads out the data of the return rate of the setting table stored in the memory 52.

When the process of referring to the setting table is completed, the server 1 shifts to the process of calculating the total return rate set for each gaming machine (step S118).

The CPU 51 of the server 1 executes the above step S
The sum of the return rates of the respective gaming machines recorded in the "return rate" column of the setting table referenced in 117 is calculated. Here, the total of the reduction rates is set as (a) for convenience of explanation.

When the process of calculating the total return rate of each gaming machine is completed, the server 1 displays [(average return rate) × 10−
(A)] is performed (step S11)
9). For convenience of explanation, the above calculation result will be referred to as (b).

The above-mentioned calculation result (b) is a numerical value representing the return rate set in the gaming machine with the gaming machine number G01-10 in FIG. In the present embodiment, the return rate is set so that the average return rate of the entire gaming machine group G01 is 40%, and 40 (%) × 10− (a) is the return rate of G01-10. . The CPU 51 of the server 1 performs the calculation process of each value in step S118 and step S119.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the return rate of the N-th gaming machine (step S120).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the setting table stored in No. 4, and the value of (b) is set to the game machine number G01-1 via the network NT.
It is transmitted to the gaming machine 2 as the return rate data of the gaming machine of 0.

With the above processing, the server 1 ends the processing for setting the return rate.

In this way, the server 1 changes the return rate of one gaming machine according to the value of the return rate of another gaming machine while keeping the average return rate of the group of gaming machines managed together constant. It has realized that.

In the present embodiment, after one of the gaming machines included in the gaming machine group reaches the jackpot or the upper limit, one of the gaming machines next included in the gaming machine group receives the jackpot or the upper limit. The above description is of a mode in which the average return rate for each process of the gaming machine group is constant, with the process up to the point of reaching one being, but the present invention is not limited to this, and the gaming machine is performed at predetermined time intervals. The average return rate of the group may be constant.

With the above structure, not only the management efficiency of each gaming machine included in the gaming machine group is improved, but also the player is more concerned about the change in the return rate and the thrilling feeling is increased. It becomes. In addition, in the present invention, the return rate does not only fluctuate, but when the other game machines included in the same game machine group have a low return rate, the game machine that the player is playing is the return rate. Is 100%
If the player reaches the upper limit at that time, there is a possibility that the player will be able to obtain more rewards than the player has thrown up to that point. Of.

In the above embodiment, the server 1
When changing the return rate, the return rate of the gaming machine 2 is changed while keeping the average return rate of the gaming machine group including the game machine 2 constant and referring to the value of the return rate of another gaming machine. However, in the present invention, the present invention is not limited to this, and in a game hall composed of a plurality of gaming machines, a server that collectively manages the plurality of gaming machines has a constant average return rate for the entire gaming hall. While, while referring to the value of the return rate of another gaming machine group, it also includes a mode in which the return rate of a certain gaming machine group is changed.

<Embodiment in which the return rate is changed by referring to the return rate of the entire amusement arcade> In the following, the server 1 refers to the return rate of the entire amusement arcade including a plurality of amusement machine groups and refers to the plurality of amusements. A method of changing the return rate of a certain game machine group out of the machine group will be described.

FIG. 19 shows the server 1 according to this embodiment.
A credit return system having a gaming machine group and a gaming machine 2 (hereinafter, the credit is referred to as a gaming medium)
3 is a block diagram showing the configuration of FIG.

In the gaming medium returning system shown in FIG. 19, the gaming machines 2 are included in the gaming machine group G01, and the gaming machine groups G01, G02, ..., G10 are connected to the server 1 via the network NT. Has been done. The whole of the plurality of gaming machines and the server 1 is called a gaming hall.
Further, various information can be transmitted / received to / from the server 1 via this network NT.

The server 1 has a gaming machine group G01, G02, ...
.., G10 collectively manages a plurality of gaming machine groups. The server 1 discriminates the source of the data sent from each gaming machine group by the gaming machine group number given individually to the gaming machine groups without duplication. In addition, the gaming machine number is given to each gaming machine that constitutes each gaming machine group,
Even when data is transmitted from the server 1 to the gaming machine group and the gaming machine 2, the destination gaming machine group and gaming machines are specified using the above-mentioned identification numbers.

Further, the data transmitted and received from the gaming machine 2 includes identification information for identifying a player playing a game with the gaming machine, in addition to the identification number for each gaming machine set in each gaming machine. Has been. With this identification information, the server 1
Then, it is determined whether or not the gaming machine 2 is playing a game, whether the player playing the game on the gaming machine 2 has been changed, or the like.

The server 1 has the same configuration as the server 1 used in the above embodiment, but the server of the present embodiment for managing the entire game arcade is the game management server and the entire gaming machine group. The managed server of the above embodiment may be expressed separately from the game server. Hereinafter, the game management server of this embodiment will be simply referred to as a server.

FIG. 20 is a flow chart showing the flow of the operation of the server 1 when the processing for setting the return rate is performed. In this flowchart, in the subroutine of step S30 shown in FIG. 6, the gaming machine group sends a signal for prompting the setting of the return rate to the server 1, and the server 1 that collectively manages the gaming machine group including the gaming machine 2 Is a flow chart when the reduction rate is set by receiving the signal.

First, the server 1 is in a state of waiting for the gaming machine group number (here, N) (step S13).
1).

The gaming machine group number is a number given to specify each gaming machine group, as shown in FIG. 19 above. For example, "G01", "G02", ...・ ・
Will be numbered. In FIG. 19, the gaming machine 2
The gaming machine group to which the gaming machine group number “G01” is given is selected as the gaming machine group that includes. A number is assigned to each gaming machine for each gaming machine group to which the gaming machine belongs, for example, "G01-01", "G03-0".
2 ”, ...

When the server 1 is in the state of waiting for the gaming machine group number, a process for determining whether or not the gaming machine group number is received is performed at a predetermined timing (step S1).
32).

The processing for determining whether or not the gaming machine group number is received is executed by the CPU 51 of the server 1, and the communication interface circuit is instructed by the CPU 33 of the gaming machine 2 included in the gaming machine group. 41, the network NT, and the server 1 receives the data of the gaming machine number transmitted via the communication interface 53 of the server 1. The CPU 33 reads the gaming machine group number portion of the gaming machine number and receives the gaming machine group number. The gaming machine group number and the gaming machine number are determined at predetermined timings from the gaming machines 2 included in the gaming machine group (for example, when the cumulative consumption amount of credits of a player playing a game on the gaming machine 2 reaches an upper limit). 2 is returned to the server 1 or after the game machine 2 shifts to a gaming state such as a jackpot that is advantageous to the player). When it is determined that the gaming machine group number has not been received, the process returns to step S131 again, and the server 1
It will be in a state of waiting for the gaming machine group number.

When it is determined that the server 1 has received the gaming machine group number, the server 1 proceeds to the processing for determining whether the received gaming machine group number is an odd number (step S133).

To check whether the gaming machine group number N is an odd number or an even number, the server 1 is changing the return rate for each odd numbered gaming machine group or each even numbered gaming machine group. However, this method is merely one embodiment for realizing the present invention, and in particular, it is not necessary to collectively change the return rate for each of a plurality of gaming machine groups. To do.

The CPU 51 of the server 1 determines whether N is an odd number or an even number. When it is determined that N is an odd number, the server 1 returns the odd-numbered game machine group. The process proceeds to the process of resetting the rate (step S134).

The odd-numbered gaming machine group means that among the gaming machine groups included in a plurality of gaming machine groups managed collectively by the server 1, the lower two digits of the numbers in the first half of the gaming machine group number are odd. When N is an odd number, the server 1 collectively resets the return rate of the odd-numbered game machine group and sets a new return rate. There is.
This processing is performed by the program stored in the memory 52 in response to the instruction from the CPU 51.

When the process of resetting the return rate of the odd-numbered gaming machine group is completed, the server 1 sets the return rate of the odd-numbered gaming machine group other than the gaming machine group having the gaming machine group number N. A lottery process is performed (step S135).

The lottery for the return rate is carried out by a program stored in the memory 52 in response to an instruction from the CPU 51, and the lottery is carried out in an appropriate range of numerical values, for example, a numerical value of about 10 to 200 (numerical values are in 5 steps). It is done by randomly selecting from among. However, as described below,
Since the average return rate of the entire plurality of gaming machines managed by the server 1 (that is, the entire game hall) is kept constant, the numerical value prepared for the lottery is calculated from the value of the average return rate. It is prepared to fit within a certain width.

It should be noted that the Nth gaming machine group does not set the return rate in this step, and the other gaming machine groups only set the return rate, in order to realize the present invention. It shows one aspect, if the average return rate of the entire game hall is kept constant, conversely, after setting the return rate of the Nth gaming machine group, return rate of other gaming machine group May be set.

When the processing for drawing the return rate of odd-numbered game machines other than the N-th drawing is completed, the server 1 shifts to the processing for reflecting the drawing result (step S136).

The process of reflecting the lottery result is a process of setting the return rate of each gaming machine group determined by the lottery as the return rate of each gaming machine group.
Specifically, this process is a process of transmitting numerical data of the return rate from the server 1 to the gaming machine group, and a process of writing the numerical value of the return rate in a setting table described later. These processes are performed by the program stored in the memory 52 under the instruction of the CPU 51.

When the process of reflecting the lottery result is completed, the server 1 sets the return rate of the N-th gaming machine group,
The process moves to the process of referring to the setting table (step S1)
37).

The setting table is a table for each gaming machine group showing the upper limit value, the return rate set for each gaming machine group collectively managed by the server 1, and the return amount data which is a numerical value obtained by multiplying these values. It is recorded, for example, as shown in FIG. The setting table is stored in the memory 52 of the server 1 and is updated every time the CPU 51 makes each setting. In addition, in FIG. 21, the process of setting the return rate of the gaming machine group with the gaming machine group number G10 is being performed.

When the process of referring to the setting table is completed, the server 1 shifts to the process of calculating the total return rate set for each gaming machine group (step S138).

The total return rate of each gaming machine group is the sum of the return rates of each gaming machine group recorded in the "return rate" column of the setting table referenced in step S137, for example, In FIG. 21, G01 is 10% and G02 is
Is 20%, ..., G09 is 110%, so the total return rate of the nine game machines from G01 to G09 is 1
It is calculated as 0 + 20 + ... + 110. For convenience of explanation, the total of the reduction rates will be referred to as (a).

When the process of calculating the total return rate of each gaming machine group is completed, the server 1 displays [(average return rate) × 10−
(A)] is performed (step S13)
9). For convenience of explanation, the above calculation result will be referred to as (b).

The above calculation result (b) is a numerical value representing the return rate set in the gaming machine group whose gaming machine group number is G10 in FIG. In the present embodiment, the rate of return is set so that the average rate of return of the entire game hall is 40%, so 40 (%) × 10− (a) is G10.
Is the reduction rate of. The CPU 51 of the server 1 performs the calculation processing of each value in step S138 and step S139.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the return rate of the N-th gaming machine group (step S140).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the setting table stored in No. 4, and the communication interface 53, the network NT, and the gaming machine group G10 are recorded.
The value of (b) is transmitted to the gaming machine 2 as return rate data of the gaming machine group whose gaming machine group number is G10, via the communication interface circuit 41 of the gaming machine 2 included in.

With the above processing, the server 1 ends the processing for setting the return rate.

If it is determined in the previous step S133 that N is not an odd number (N is an even number),
The server 1 shifts to the process of resetting the return rate of the even-numbered gaming machine group (step S141).

When N is an even number, the CPU 51 of the server 1 gives an instruction to the program stored in the memory 52 to set the return rate of the even-numbered gaming machine group in preparation for setting a new return rate. I try to reset all at once.

When the process of resetting the return rate of the even-numbered gaming machine group is completed, the server 1 sets the return rates of the other even-numbered gaming machine groups except the gaming machine group whose gaming machine group number is N. A lottery process is performed (step S142).

The lottery for the return rate is carried out by a program stored in the memory 52 in response to an instruction from the CPU 51, and the lottery is carried out in an appropriate range of numerical values, for example, from 10 to 200 (numerical values are in 5 steps). It is done by randomly selecting from among. However, as mentioned above,
Since the average return rate in the entire amusement park is kept constant, the numbers prepared for the lottery are:
It is prepared so that the value of the average reduction rate falls within a certain range.

[0390] When the process of drawing the return rate of the even-numbered game machines other than the Nth game is completed, the server 1 shifts to the process of reflecting the drawing result (step S136).

In this processing, as described above, the numerical data of the return rate is sent from the server 1 to the gaming machine group G10 and the gaming machine group G1.
It is a process of transmitting to the gaming machine 2 included in 0, and a process of writing the numerical value of the return rate in the setting table. These processes are performed by the program stored in the memory 52 under the instruction of the CPU 51.

When the process of reflecting the lottery result is completed, the server 1 shifts to the process of referring to the setting table in order to set the return rate of the Nth gaming machine group (step S13).
7).

The server 1 reads out the data of the return rate of the setting table stored in the memory 52.

When the process of referring to the setting table is completed, the server 1 shifts to the process of calculating the total return rate set for each gaming machine group (step S138).

The CPU 51 of the server 1 executes the above step S
The sum of the return rates of the gaming machine groups recorded in the "return rate" column of the setting table referenced in 137 is calculated. Here, the total of the reduction rates is set as (a) for convenience of explanation.

When the process of calculating the total return rate of each gaming machine group is completed, the server 1 displays [(average return rate) × 10−
(A)] is performed (step S13)
9). For convenience of explanation, the above calculation result will be referred to as (b).

The above calculation result (b) is a numerical value representing the return rate set for the gaming machine with the gaming machine number G10 in FIG. In the present embodiment, the redemption rate is set so that the average redemption rate of the entire game hall is 40%, and 40 (%) × 10− (a) is the G10 redemption rate. The CPU 51 of the server 1 performs the calculation processing of each value in step S138 and step S139.

When the process of calculating (b) is completed, the server 1 shifts to the process of setting (b) as the return rate of the N-th gaming machine group (step S140).

The CPU 51 of the server 1 uses the database 5
The calculated return rate (b) is recorded in the return rate column of the setting table stored in No. 4, and the value of (b) is given to the game machine group number G10 via the network NT. It is transmitted to each gaming machine 2 included in the gaming machine group G10 as return rate data of the group.

With the above processing, the server 1 ends the processing for setting the return rate.

In this way, the server 1 keeps the average return rate of the entire game hall consisting of a plurality of game machine groups collectively managed constant while keeping the return rate of one game machine group equal to that of another game machine group. It is possible to change it according to the value of the reduction rate.

In the present embodiment, after one of the gaming machines included in the game hall reaches the jackpot or the upper limit, any of the gaming machines next included in the game hall reaches the jackpot or the upper limit. It is described as a process in which the average return rate for each process of the amusement hall is constant, but the present invention is not limited to this, and the average of the entire amusement park is determined at predetermined time intervals. The reduction rate may be constant.

With the above configuration, the management efficiency of each gaming machine group and each gaming machine included in the game arcade is improved. In addition, the server will change the return rate of the entire one game machine group included in the plurality of game machine groups managed according to the return rate of the other game machine groups. It is possible to produce a high performance effect in the entire game hall provided. For example, when a player is playing a game on a gaming machine included in a certain gaming machine group, when the return rate of another gaming machine group provided near the gaming machine changes to exceed 100%, the gaming machine concerned There is a possibility that the player may move to the gaming machine group, so that there is a possibility that the player may move in the entire game hall. Even if the player does not move, the average return rate is kept constant throughout the game hall, so the player will be aware of changes in the return rate of other gaming machines, and When the return rate of the gaming machine group that is playing a game becomes high, it will be noticed by other players, so that it is possible to be immersed in a high sense of superiority when the predetermined upper limit is reached. Become.

In the above embodiment, the average return rate is set constant for each of the amusement halls including a plurality of amusement machine groups, but the present invention is not limited to this, and a plurality of amusement hall groups. May be collectively managed, and the average return rate in this game hall group may be made constant. With this configuration, when the provider who provides the gaming machine to the player has provided locations over a plurality of regions, the player may play the game while switching between the locations. There is a possibility that it will increase and it will also lead to the profit of the game machine provider.

[0405]

According to the present invention, the game machine is provided with means capable of detecting that the player has been changed, and the cumulative consumption amount of credits in each game machine is managed for each player. When the cumulative consumption amount of credits consumed by a player reaches a predetermined upper limit, it becomes possible to give back to the player. As a result, the return is guaranteed for each player, so that not only can the player play the game with peace of mind, but also the player can be encouraged to continue the game until the return is made. The possibility arises.

Further, in the present invention, since the value of the return rate is appropriately changed, the player always plays while paying attention to the return rate, so the value of the return rate changes. As compared with the case of the non-execution mode, not only the player feels a higher thrill, but also a higher game quality can be produced. As a result, the possibility of solving the problem of leaving the customer is further increased.

[Brief description of drawings]

FIG. 1 is a system configuration diagram showing a relationship between a game server and a game machine according to the present invention.

FIG. 2 is a perspective view showing an appearance of a gaming machine according to the present invention.

FIG. 3 is a vertical cross-sectional view showing a gaming machine.

FIG. 4 is a block diagram showing an electrical configuration of a gaming machine.

FIG. 5 is a flowchart showing a method for controlling a gaming machine.

FIG. 6 is a flowchart showing a flow of operations of the gaming machine.

FIG. 7 is a flow chart showing a flow of operation of the gaming machine when a player makes a judgment.

FIG. 8 is a block diagram showing an electrical configuration of a server.

FIG. 9 is a flowchart showing an example of an operation flow when the server prepares for return.

FIG. 10 is a flowchart showing an example of the flow of operations when the server returns.

FIG. 11 is a flowchart showing an example of an operation flow when the server sets an upper limit value.

FIG. 12 is a flowchart showing an example of an operation flow when the server sets an upper limit value after performing a predetermined return.

FIG. 13 is a flowchart showing an example of an operation flow when the server sets an upper limit value after the gaming machine has been jackpotted.

FIG. 14 is a flowchart showing an example of an operation flow when the server performs processing for setting a return rate.

FIG. 15 is a table showing an example of a game history table for a certain gaming machine, which the server refers to when performing processing for setting a return rate.

FIG. 16 is a flowchart showing another example of the operation flow when the server performs the process of setting the return rate.

FIG. 17 is a flowchart showing an example of an operation flow when a process of setting a return rate of a plurality of gaming machines collectively managed by the server is performed.

FIG. 18 is a table that is referred to when the server performs a process of setting a return rate and shows an example of a game history table for each of the gaming machines that form a plurality of gaming machines that are collectively managed by the server.

FIG. 19 is a set of a gaming machine group including a plurality of gaming machines;
It is a system block diagram which shows the relationship with the server which manages it collectively.

FIG. 20 is a flowchart showing an example of an operation flow when a process of setting a return rate for a plurality of gaming machines managed collectively by a server is performed.

FIG. 21 is a table, which is referred to when the server performs a process of setting a return rate, showing an example of a game history table for each gaming machine group forming a plurality of gaming machine groups collectively managed by the server.

[Explanation of symbols]

1 server 2 game machines 15 slot 16 bet button 17 Start lever 18A-18C, 75A-75C Stop button 22 Card slot 23 Card Reader 33 CPU 36 ROM 37 RAM 41 Communication interface 51 CPU 52 memory 53 Communication interface NT network

Claims (12)

[Claims] 1. A state in which a game can be started based on the number of coins inserted or the number of credits provided,
In a game server for collectively managing a plurality of gaming machines to be paid out according to the result of the game, the gaming server is based on information on the amount of credits consumed by the gaming machine in which the player is playing. , When the cumulative consumption amount of credits reaches a predetermined upper limit, it is necessary to always return based on a predetermined return rate, or based on the result of a lottery that determines whether or not to return. Then, the gaming server transmits a signal to the gaming machine to cause a change in the value of the predetermined return rate according to the value of the predetermined upper limit of each gaming machine forming the plurality of gaming machines. A gaming server having a transmitting ability to obtain. 2. The gaming server is provided in each of the gaming machines according to the receiving ability capable of receiving gaming information regarding a gaming state in each gaming machine forming the plurality of gaming machines and the content of the gaming information. A transmission capability capable of transmitting a signal for displaying the value of the predetermined upper limit and the cumulative consumption amount of the credit on the display unit, or for displaying a ratio of the cumulative consumption amount of the credit with respect to the predetermined upper limit. The game server according to claim 1, characterized by comprising: 3. The game server is controlled so that an average value of the predetermined return rate of a certain game machine among the plurality of game machines collectively managed under a predetermined condition is kept constant. The game server according to claim 1 or 2, further comprising a transmission capability of transmitting a signal for performing the game to the gaming machine. 4. The predetermined condition is based on a predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined upper limit is changed to the next value. The game server according to claim 3, wherein the game server is based on time. 5. A state in which a game can be started based on coins inserted or the number of credits provided,
In a gaming machine in which payout is performed according to the result of the game, the gaming machine is managed by a gaming server for collectively managing a plurality of gaming machines, and the cumulative credit consumption amount is When a predetermined upper limit is reached, a return based on a predetermined return rate is always performed, or a lottery for determining whether or not to perform a return to the gaming machine, which is performed in the game server. The predetermined return is performed based on a result, and the gaming machine receives the signal transmitted from the gaming server according to the content of the predetermined upper limit, and the predetermined amount of the gaming machine is received. A game machine having a changing means for changing the value of the return rate. 6. The game machine receives a signal transmitted from the game server according to the content of the game information, and a transmission means capable of transmitting game information related to a game state of the game machine to the game server. Then, a display means for displaying the value of the predetermined upper limit and the cumulative consumption amount of the credit on a display unit provided in the gaming machine, or displaying a ratio of the cumulative consumption amount of the credit with respect to the predetermined upper limit. The gaming machine according to claim 5, characterized by comprising: 7. The changing means is for changing the average value of the predetermined reduction rate under a predetermined condition so as to keep it constant.
Gaming machine described in. 8. The predetermined condition is based on a predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined upper limit is changed to the next value. The gaming machine according to claim 7, wherein the gaming machine is based on time. 9. A state in which the game can be started based on the number of coins inserted or the number of credits provided,
In a game management method for collectively managing a plurality of gaming machines to be paid out according to a result of the game, the gaming management method detects a cumulative consumption amount of credits consumed in each of the plurality of gaming machines. Steps, based on the detection result of this detection step, whether or not to perform a return step of performing a return based on a predetermined return rate for a gaming machine whose cumulative consumption amount has reached a predetermined upper limit And a return step of performing a return based on the result of the lottery to be determined, and a signal for transmitting to the gaming machine a signal that causes a change in the value of the predetermined return rate according to the content of the predetermined upper limit. A game management method comprising steps. 10. The game management method is provided in each of the gaming machines, according to a receiving step of receiving game information regarding a gaming state in each of the gaming machines forming the plurality of gaming machines, and according to contents of the gaming information. And a transmission step of transmitting a signal for displaying the value of the predetermined upper limit and the cumulative consumption amount of the credit on the display unit, or for displaying a ratio of the cumulative consumption amount of the credit with respect to the predetermined upper limit. The game management method according to claim 9, further comprising: 11. The transmitting step is controlled so that an average value of the predetermined return rate in a certain gaming machine among the plurality of collectively managed gaming machines under a predetermined condition is kept constant. 11. The game management method according to claim 9, further comprising the step of transmitting a signal for playing the game to the gaming machine. 12. The predetermined condition is based on a predetermined number of strokes when one stroke is from the time when the predetermined upper limit is set to a certain value to the time when the predetermined upper limit is changed to the next value, or the predetermined condition is set. The game management method according to claim 11, wherein the game management method is based on time.