JP2008259840A - Gaming machine and playing method thereof - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a slot machine mitigating anxiety given to players and having an excellent entertainment property, and a playing method. <P>SOLUTION: This gaming machine includes a lower liquid display for displaying a picture related to a unit game for determining whether or not becoming a play result producing a putout; a counter increasing a count value with the execution of a unit game and resetting the count value when establishing a predetermined reset condition; and a controller for putting out a predetermined number of bets when the play result of the unit game becomes a specific play result, receiving the bets laid for the acquisition of an insurance pay, and putting out a progressive bonus when the count value reaches the predetermine value in the unit game where the bets for the insurance pay are laid. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a gaming machine such as a slot machine and a playing method thereof.

  In a facility where a gaming machine such as a slot machine is installed, a player can play a game provided by the gaming machine by betting coins, credits or the like on the gaming machine. For example, the slot machine executes a unit game in which a plurality of symbols arranged on the display are rearranged every time a player bets a bet on the slot machine and presses a start switch. When the combination of symbols rearranged on the display becomes a predetermined winning combination, the slot machine pays out a wager corresponding to the winning combination. Furthermore, the slot machine also performs a payout called a jackpot. That is, the slot machine stores a part of the bet bet as a jackpot bet. Then, the slot machine determines whether or not to payout the jackpot bet at a predetermined timing, and when it is determined to payout, pays out the stored jackpot bet to the player.

  Patent documents disclosing the above gaming machine include U.S. Pat. No. 5,820,459, U.S. Pat. No. 6,695,697, U.S. Patent Application Publication No. 2003/0069073, and European Patent Application Publication No. 1192975. U.S. Pat. No. 6,254,483, U.S. Pat. No. 5,611,730, U.S. Pat. No. 5,630,088, U.S. Pat. No. 6,257,981, U.S. Pat. No. 6,234,896, U.S. Pat. US Pat. No. 6,273,820, US Pat. No. 6,224,482, US Pat. No. 4,669,731, US Pat. No. 6,244,957, US Pat. No. 5,911,0048, US Pat. No. 5,695,402, US Pat. No. 6003013, US patent No. 4283709, European Patent Application No. 0631798, German Patent Application Publication No. 4137010, British Patent Application Publication No. 2326830, German Patent Application Publication No. 3712841, US Patent No. US Pat. No. 4,964,638, US Pat. No. 6,089,980, US Pat. No. 5,280,909, US Pat. No. 5,702,303, US Pat. No. 6,270,409, US Pat. No. 5,770,533, US Pat. No. 5,836,817 Specification, US Pat. No. 6,932,704, US Pat. No. 6,932,707, US Pat. No. 4,837,728, European Patent Application Publication No. 1302914, US Pat. No. 4,624,459, US Pat. No. 5,564,700 Description, WO 03/083 No. 95, German Patent Application Publication No. 3242890, European Patent Application Publication No. 0840264, German Patent Application Publication No. 10049444, International Publication No. WO 04/095383, European Patent Application There are published US Pat. No. 1544811, US Pat. No. 5,890,963, European Patent Application Publication No. 14777947, and European Patent Application Publication No. 1351180.

  An object of the present invention is to provide a gaming machine that reduces anxiety felt by a player and is more entertaining, and a playing method thereof.

  In order to achieve the above object, a gaming machine according to a first invention of the present application is a gaming machine that continuously executes a unit game, and includes a display that displays an image related to the unit game, and the execution of the unit game. A counter for incrementing the count value and resetting the count value when a predetermined reset condition is satisfied, a process for paying out a predetermined number of bets when the play result of the unit game becomes a specific result, for insurance pay The accumulated value of the bet placed for insurance pay when the count value reaches a predetermined value in the unit game where the bet for the insurance pay is bet and the unit game in which the bet for the insurance pay is bet Controller that executes the process of paying out as a progressive bonus Characterized in that it comprises a.

  A gaming machine according to a second aspect of the present invention is a gaming machine that continuously executes a unit game, a display that displays an image related to the unit game, and a count value that is incremented in accordance with the execution of the unit game. A counter for resetting the count value when a reset condition is satisfied, a process for paying out a predetermined number of bets when a play result of a unit game becomes a specific result, and a process for accepting a bet of bets for insurance pay , And when the count value reaches a predetermined value in the unit game in which the bet for the insurance pay is bet, the premium obtained by accumulating a part of the bet for the unit game A controller that executes the process of paying out as a progressive bonus Characterized in that it comprises and.

  A gaming machine according to a third aspect of the present invention is a gaming machine that continuously executes a unit game, a display that displays an image relating to the unit game, and a count value that is incremented in accordance with the execution of the unit game. A counter that resets the count value when a reset condition is satisfied, a process of paying out a predetermined amount of bets when the play result of the unit game is a specific result, and accepting a bet of bets for insurance pay When the count value reaches a predetermined value in a unit game in which a wager for processing and the insurance pay is betted, the payout is made when the play result of the unit game becomes a specific result. Progressive bonuses are earned by accumulating a portion of the wager A controller that performs processing for payout, characterized in that it comprises a.

  A gaming machine playing method according to a fourth aspect of the present invention is a gaming machine playing method for continuously executing a unit game, wherein a betting amount for the unit game is betted, and the result of playing the unit game is: When a specific result is obtained, a step of paying out a predetermined number of bets, a step of betting out bets for insurance pay, and a count value that is reset when a predetermined reset condition is satisfied are used to execute the unit game. A step of incrementing it, and when the count value reaches a predetermined value in a unit game in which a bet for insurance pay is bet, a cumulative bonus of a bet bet for insurance pay is a progressive bonus And paying out.

  A gaming machine playing method according to a fifth aspect of the present invention is a gaming machine playing method for continuously executing unit games, wherein a bet amount for the unit game is betted, and the result of playing the unit game is: When a specific result is obtained, a step of paying out a predetermined number of bets, a step of betting out bets for insurance pay, and a count value that is reset when a predetermined reset condition is satisfied are used to execute the unit game. And a step of incrementing, and when the count value reaches a predetermined value in a unit game in which a bet for insurance pay is betted, by accumulating a part of the bet for the unit game Paying out the resulting premium as a progressive bonus , Characterized by having a.

  A gaming machine playing method according to a sixth aspect of the present invention is a gaming machine playing method for executing unit games continuously, wherein a betting amount for the unit game is betted, and the result of playing the unit game is: When a specific result is obtained, a step of paying out a predetermined number of bets, a step of betting out bets for insurance pay, and a count value that is reset when a predetermined reset condition is satisfied are used to execute the unit game. And when the count value reaches a predetermined value in the unit game in which the wager for the insurance pay is bet, or when the play result of the unit game becomes a specific result. Progressive payments made by accumulating a portion of the stake to be paid out And having the steps of payout as eggplant, a.

  In the gaming machine and the playing method according to the present invention, the progressive bonus is paid out when the number of digested games reaches the upper limit number of games during the rescue setting game or when the number of credits consumed reaches the upper limit number. Can be expected to get a lot of profit.

  Hereinafter, a configuration of a slot machine and a playing method thereof according to an embodiment of the present invention will be described with reference to the drawings.

[How to play slot machines]
First, with reference to FIG. 1, the flow of the playing method of the slot machine which becomes one Embodiment of this invention is demonstrated.

  When playing with a slot machine according to an embodiment of the present invention, first, the slot machine accepts a bet of a bet on a unit game as a break of execution of each slot game (step S11). Specifically, the slot machine accepts insertion of medals and coins or a bet of valuable information (credit). When a bet on a unit game is bet, the slot machine then becomes a stake that becomes a condition for obtaining insurance pay (hereinafter referred to as “rescue pay”; “insurance pay” and “rescue pay” are both pending trademark applications). Is accepted (step S12).

  As described later, “rescue pay” means that a unit game that does not generate a predetermined amount of payout (for example, 60 or more payouts per bet) reaches the upper limit number of games (for example, 1000 games), or A progressive bonus is paid out when a bet of a bet in a continuous unit game reaches a maximum number (for example, 3000 medals) without generating a predetermined amount of payout.

  “Progressive bonus” means at least a part of the accumulated game value that is cumulatively added according to the play of the slot machine. For example, a cumulative value of bet bet as a condition for obtaining insurance pay, a unit Stakes earned by accumulating a portion of the bet placed on the game, and a portion obtained by accumulating a portion of the stake to be paid out when the unit game play result is a specific play result Any one of these or a combination thereof can be exemplified.

  Next, the slot machine executes a slot game (step S13). In this slot game, when the player presses the start switch 27, the symbols are scrolled in the three display areas Q1 to Q3 and then stopped. When the symbols displayed in the display areas Q1 to Q3 when stopped, that is, when the play result of the slot game becomes a winning combination, the slot machine pays out a wager corresponding to the winning combination. Thereafter, the slot machine counts the number of digest games (or the number of credits consumed) of the unit game (step S14).

  Next, the slot machine determines whether or not the play result of the slot game has become a specific play result (step S15). Here, the “specific play result” is, for example, a case where the payout for one credit is 60 or more. Specifically, this is a case where “DOUBLE” (specific symbol) or “triple BAR” symbol (specific symbol) shown in FIG. 26 is arranged in three display areas Q1 to Q3. If a specific play result is obtained (YES in step S15), the slot machine resets the number of digested games (or the number of credits consumed) counted in step S14 (step S19). Thereafter, the slot machine pays out a wager for the specific play result (step S20).

  On the other hand, when the specific play result is not obtained (NO in step S15), the slot machine determines whether or not the current slot game is a rescue setting game. It is determined whether or not the upper limit number of games (predetermined number) has been reached (step S17). When the number of digested games reaches the upper limit number of games, the slot machine pays out a progressive bonus (step S18). Alternatively, the slot game determines whether or not the consumed credit number reaches the upper limit number, and when the consumed credit number reaches the upper limit number, the progressive bonus is paid out.

  As described above, in the slot machine playing method according to an embodiment of the present invention, when the number of digest games reaches the upper limit number of games during the rescue setting game, or when the number of credits consumed reaches the upper limit number, the progressive bonus Will be paid out.

[Configuration of slot machine]
Next, with reference to FIGS. 2 and 3, the configuration of the slot machine according to an embodiment of the present invention will be described.

  As shown in FIG. 2, the slot machine 10 according to an embodiment of the present invention includes a cabinet 11, a top box 12 provided on the upper side of the cabinet, and a main door 13. A lower liquid crystal display (display) 16 is provided on a surface of the cabinet 11 facing the player. Various components including a controller 40 (see FIG. 3) for electrically controlling the slot machine 10 and a hopper 44 (see FIG. 3) for controlling insertion, storage and payout of medals in the cabinet 11. Is provided.

  In this embodiment, medals are given as an example of bets used when executing a game. However, bets are not limited to medals, and for example, coins, tokens, electronic money, or electronic equivalents thereof. And valuable information (credit). The main door 13 is attached to the cabinet 11 so as to be openable and closable, and a lower liquid crystal display 16 is provided at the approximate center of the main door 13.

  The lower liquid crystal display 16 displays images relating to various games including slot games. In the slot game, symbols arranged in the three display areas Q1 to Q3 arranged in the horizontal direction are rearranged after being changed. When a symbol rearranged in each of the display areas Q1 to Q3 becomes a winning combination (see FIG. 26), a predetermined number of bets (medals, credits, etc.) are paid out.

  Below the lower liquid crystal display 16 are provided a medal insertion slot 21 for inserting medals used when playing a game, and a bill discriminator 22 for recognizing appropriateness of bills and receiving regular bills. . Various operation switches are provided in the vicinity of the medal slot 21 and the bill validator 22. In this embodiment, a cash-out switch 23, a MAXBET switch 24, a BET switch 25, a spin repeat bet switch 26, and a start switch 27 are provided as operation switches.

  The BET switch 25 is a switch for determining the number of credits to bet for the slot game executed on the lower liquid crystal display 16. Each time the BET switch 25 is pressed, a credit for one medal is bet. The spin repeat bet switch 26 is a switch for playing a slot game by betting credits without changing the number of credits bet by the BET switch 25 in the previous game.

  The start switch 27 is a switch for starting a slot game on the lower liquid crystal display 16 after a credit is bet. When a medal is inserted into the medal insertion slot 21 or when the start switch 27 is pressed after a credit is bet by the BET switch 25, the slot game is started in each display area Q1 to Q3 of the lower liquid crystal display 16. The cashout switch 23 is a switch for paying out inserted medals. The medals to be paid out are discharged from a medal payout opening 28 opened at the lower front of the main door 13, and the medals paid out are accumulated in the medal tray 18.

  The MAXBET switch 24 is a switch for betting the maximum number of credits that can be bet in one slot game (for example, three medals) by one operation. The maximum number of credits that can be bet in one slot game can be changed by the operation of the administrator, and for example, a maximum of 50 medals can be bet. A foot display 34 is provided on the lower front surface of the main door 13, and the foot display 34 displays various images related to the game of the slot machine 10. As this image, a character or the like of the slot machine 10 can be exemplified.

  Lamps 47 are provided on both sides of the foot display 34, and the lamps 47 emit light based on a light emission pattern set in advance for playing the slot machine 10. A medal payout port 28 is provided below the foot display 34. An upper liquid crystal display 33 is provided on the front surface of the top box 12. The upper liquid crystal display 33 displays the number of medals paid out for the combination of symbols and other effect images. The top box 12 is provided with a speaker 29. A ticket printer 35, a card reader 36, a data display 37, and a keypad 38 are provided below the upper liquid crystal display 33. The ticket printer 35 prints on a ticket a bar code in which data such as the number of credits, date and time, and an identification number of the slot machine 10 are encoded, and outputs it as a ticket 39 with a bar code.

  The player causes the ticket 39 with barcode to be read by another slot machine and played with the slot machine 10, or the ticket 39 with barcode is exchanged for a bill or the like at a predetermined place in the gaming facility (for example, a cashier in the casino). can do. The card reader 36 can insert a smart card, and reads data in the inserted smart card and writes data to the smart card. The smart card is a card carried by the player, and stores data for identifying the player, data relating to a history of games played by the player, and the like.

  FIG. 3 is a block diagram showing an electrical configuration of the controller 40 provided in the slot machine 10 according to an embodiment of the present invention and various devices connected to the controller 40. The controller 40 of the slot machine 10 shown in FIG. 3 is a microcomputer, and includes an interface circuit group 102, an input / output bus 104, a CPU 106, a ROM 108, a RAM 110, a communication interface circuit 111, a random number generator 112, a speaker driving circuit 122, and a hopper. A drive circuit 124, a counter 128, and a display controller 140 are provided.

  The interface circuit group 102 is connected to an input / output bus 104, and the input / output bus 104 inputs / outputs data signals or address signals to / from the CPU 106. A start switch 27 is connected to the interface circuit group 102. The start signal output from the start switch 27 is converted into a predetermined signal in the interface circuit group 102 and then transmitted to the CPU 106 via the input / output bus 104.

  The interface circuit group 102 is connected to a BET switch 25, a MAXBET switch 24, a spin repeat bet switch 26, and a cashout switch 23. The switching signals output from the switches 25, 24, 26, and 23 are supplied to the interface circuit group 102, converted into predetermined signals by the interface circuit group 102, and then passed through the input / output bus 104. It is transmitted to the CPU 106.

  The medal sensor 43 is connected to the interface circuit group 102. The medal sensor 43 is a sensor for detecting a medal inserted into the medal insertion slot 21, and is provided at a medal insertion part of the medal insertion slot 21. The detection signal output from the medal sensor 43 is supplied to the interface circuit group 102, converted into a predetermined signal by the interface circuit group 102, and then transmitted to the CPU 106 via the input / output bus 104.

  The input / output bus 104 is connected to a ROM 108 for storing system programs and a RAM 110 for storing various data. A random number generator 112, a communication interface circuit 111, a display controller 140, a hopper drive circuit 124, a speaker drive circuit 122, and a counter 128 are connected to the input / output bus 104.

  The CPU 106 reads out the game execution program and executes the slot game when the start operation of the game is received by the start switch 27. The game execution program is a program for executing a slot game on the lower liquid crystal display 16 via the display controller 140. That is, the game execution program scrolls and displays the symbols in each of the display areas Q1 to Q3 (see FIG. 2), then stops the symbols (rearranges the arranged symbols), and when the symbols that are the winning combinations are prepared. It is programmed to run slot games that generate payouts.

  The communication interface circuit 111 is connected to a hall server or the like, and transmits play history data and the like executed by the slot machine 10 to the hall server. The communication interface circuit 111 receives various data transmitted from the hall server. The random number generator 112 generates a random number for determining whether or not a winning combination is generated in the slot game executed on the lower liquid crystal display 16.

  The counter 128 is turned on in each slot game executed continuously, a function for counting the number of executions of the unit game, that is, the number of slot games executed in the display areas Q1 to Q3 (the number of digested games). A function for counting the number of medals, and a function for counting the difference between the number of medals inserted and the number of payouts in each slot game executed continuously.

  “The number of medals inserted in each consecutively executed slot game” is a cumulative value of the inserted medals. For example, when 10 slots game is executed by betting 3 medals. The number of inserted medals is 30. “The number of medals inserted in each consecutively executed slot game and the number of payouts” is a value obtained by subtracting the medals paid out from the cumulative value of the medals inserted. For example, if 10 medals are executed by betting 3 medals and 10 medals or credit payout occurs during the 10 slot games, the difference is 20 It becomes. The counter 128 can also be set in the RAM 110.

  The speaker drive circuit 122 outputs audio data to the speaker 29. That is, the CPU 106 reads the audio data stored in the ROM 108 and transmits the audio data to the speaker drive circuit 122 via the input / output bus 104. Thereby, a predetermined sound effect is emitted from the speaker 29. The hopper driving circuit 124 outputs a payout signal to the hopper 44 when cash out occurs. That is, when a cashout signal is input from the cashout switch 23, the CPU 106 outputs a driving signal to the hopper driving circuit 124 via the input / output bus 104. As a result, the hopper 44 pays out medals corresponding to the remaining number of credits stored in a predetermined memory area of the RAM 110 at that time.

  The display controller 140 performs display control for executing a slot game on the lower liquid crystal display 16. That is, the CPU 106 generates an image display command signal according to the state of the slot game and the result of the slot game, and outputs the image display command signal to the display controller 140 via the input / output bus 104. When the image display command signal output from the CPU 106 is input, the display controller 140 generates a drive signal for driving the lower liquid crystal display 16 based on the image display command, and the generated drive signal is displayed in the lower portion. Output to the liquid crystal display 16. As a result, various images such as effect images and game explanation images are displayed on the lower liquid crystal display 16.

  A touch panel sensor 19 is provided on the surface of the lower liquid crystal display 16. When the player touches the touch panel sensor 19, data on a position touched on the lower liquid crystal display 16 is detected and transmitted to the CPU 106. The display controller 140 performs control to display various images such as effect images and game explanation images on the upper liquid crystal display 33.

[First Embodiment]
Next, a processing procedure according to the first embodiment when a unit game is executed in the slot machine 10 will be described.

[Unit game execution processing]
In this embodiment, first, in step S31 of FIG. 4, the CPU 106 shown in FIG. Specifically, when a medal is inserted from the medal insertion slot 21, or when the MAX BET switch 24 or the BET switch 25 is pressed and a credit is bet, these operations are detected by the CPU 106. Next, in step S32, the CPU 106 executes a bet process for the rescue pay. In this process, the CPU 106 accepts a bet for the rescue pay by the touch panel sensor 19 provided in the lower liquid crystal display 16. Details will be described with reference to the flowchart shown in FIG. Thereafter, in step S33, the CPU 106 determines whether or not the start switch 27 is turned on. If the start switch 27 is turned on, the process proceeds to step S34.

  In step S34, the CPU 106 performs slot game execution processing. In this process, the CPU 106 executes a process of rearranging symbols arranged in the three display areas Q1 to Q3. Details will be described with reference to a flowchart shown in FIG. In step S35, the CPU 106 performs a unit game counting process. In this process, the CPU 106 executes a process of incrementing the count value of the counter 128 every time the unit game is executed. Details will be described with reference to the flowchart of FIG.

  In step S36, the CPU 106 performs a rescue pay execution process. In this process, the CPU 106 pays out a progressive bonus when payout of a predetermined number (for example, 60 medals) or more does not occur in a predetermined number of unit games (for example, 1000). Details will be described with reference to the flowchart of FIG. In step S37, the CPU 106 executes a payout process. In this process, the CPU 106 pays out a wager (medals, credits, etc.) when a symbol that becomes a winning combination is stopped in the three display areas Q1 to Q3 or when a progressive bonus occurs. Thereafter, the CPU 106 proceeds to the next unit game.

[Bet processing for rescue pay]
Next, the betting process for the rescue pay shown in step S32 of FIG. 4 will be described in detail with reference to the flowchart shown in FIG.

  In step S51, the CPU 106 determines whether or not the current unit game is a rescue setting game. If the current unit game is not a rescue setting game (NO in step S51), the CPU 106 proceeds to step S52, and if the current unit game is a rescue setting game (YES in step S51), The process ends.

  In step S52, the CPU 106 accepts a bet for the rescue pay, and displays a bet acceptance image for the rescue pay on the upper liquid crystal display 33 and the lower liquid crystal display 16 in step S53. FIG. 27A is a diagram illustrating a display example on the upper liquid crystal display 33, and FIG. 27B is a diagram illustrating a display example on the lower liquid crystal display 16. In FIG. 27A, an image 200 of characters “RESCUE OFF” is displayed to indicate that no bet is currently bet on the rescue pay. In FIG. 27B, a selection image 210 for selecting display of a detailed explanation of the rescue pay is displayed. When the player touches the selected image 210, the touch operation is detected by the touch panel sensor 19 (see FIG. 3).

  Thereafter, as shown in FIG. 28, an explanation image 220 about the rescue pay is displayed. In this example, the word “What is Rescue Pay? If you collect a wager and if you do not pay more than 60 times before you reach 1000 games, you will get a progressive bonus. Do you want to rescue?” The displayed information informs the player of the details of the rescue pay and prompts the player to select either the selection image 221 indicating “YES” or the selection image 222 indicating “NO”. When the selection image 221 indicating “YES” is selected, the CPU 106 prompts the player that a predetermined bet is required to bet in order to set the rescue setting game. When a predetermined bet is bet on the rescue pay, an image 230 of characters “RESCUE ON” is displayed on the upper liquid crystal display 33 as shown in FIG. 29A, and FIG. As shown in the figure, a character image 236 stating “If there is no payout of 60 times or more between 1000 games will be displayed” is displayed on the lower liquid crystal display 16, and the current unit game is rescued. The player is notified that the game is a setting game.

  Next, in step S54, the CPU 106 determines whether or not a bet for the rescue pay has been input. That is, when a predetermined bet is not bet (NO in step S54), the CPU 106 ends this process. On the other hand, when a predetermined bet is placed, the CPU 106 shifts the processing to step S55. In step S55, the CPU 106 sets a predetermined number of unit games as a rescue setting game. Also, 20 credits are bet by this selection. Thereafter, the CPU 106 ends this process.

[Slot game execution processing]
Next, the slot game execution process shown in step S34 of FIG. 4 will be described in detail with reference to the flowchart shown in FIG.

  In step S71, the CPU 106 determines symbols to be stopped in the display areas Q1 to Q3 based on the random numbers generated by the random number generator 112 (see FIG. 3). Next, in step S72, the CPU 106 scrolls and displays the symbols in the display areas Q1 to Q3, and stops displaying the symbols after a predetermined time (for example, 5 seconds) has elapsed. The symbol to be stopped and displayed at this time is the symbol determined in step S71. Thereafter, the CPU 106 shifts the processing to step S73.

  In step S73, the CPU 106 determines whether or not a winning combination that is a symbol that generates a payout in each of the display areas Q1 to Q3 is stopped. The winning combinations are regulated in the payout table shown in FIG. Specifically, when three “DOUBLE” symbols are arranged in each display area Q1 to Q3, a payout of 800 credits is generated for one credit, and three “triple BAR” symbols are displayed in each display area Q1 to Q3. When the pieces are collected, a payout of 60 credits is generated for one credit. In addition, when three “double BARs” are arranged, when three “CHERRYs” are arranged, and when three “single BARs” are arranged, the above “triple BAR”, “double BAR” and “single BAR” The payout corresponding to each of the three is determined (ANYBAR), two “CHERRY” are arranged, and one “CHERRY” appears.

  In step S74, the CPU 106 executes a process for generating a payout corresponding to the winning combination. In step S75, the CPU 106 determines whether or not specific symbols are arranged in the display areas Q1 to Q3. In this embodiment, a winning combination that generates a payout of 60 credits or more per credit is used as the specific symbol. Therefore, when three “DOUBLE” symbols shown in FIG. 26 are arranged, and when three “triple BAR” symbols are arranged, it is determined that the specific symbols are arranged.

  Next, in step S75, the CPU 106 sets the specific symbol establishment flag to “1” when it is determined that the specific symbols are prepared. Thereafter, the CPU 106 ends this process. That is, in the slot game execution process shown in FIG. 6, when a winning combination is prepared, the CPU 106 generates a payout corresponding to the winning combination and also gives a specific symbol (in this embodiment, “ When “DOUBLE” or “Triple BAR”) is prepared, a payout corresponding to the specific symbol is generated and the specific symbol establishment flag is set to “1”.

[Unit game counting process]
Next, the unit game counting process shown in step S35 of FIG. 4 will be described in detail with reference to the flowchart shown in FIG.

  In step S91, the CPU 106 increments the count value Ta of the unit game. That is, the CPU 106 sets Ta = Ta + 1. Here, the count value Ta is initially zero (at the time of power-on), and is reset by a process in step S93 described later. The count value Ta is a value obtained by counting the number of times that the unit game has been executed. When this process ends, the CPU 106 shifts the process to step S92.

  In step S92, the CPU 106 determines whether or not the specific symbol establishment flag is “1”. That is, the CPU 106 determines whether or not the specific symbol establishment flag shown in step S76 of FIG. 6 is “1”. If the specific symbol establishment flag is “1” (YES in step S92), the CPU 106 resets the count value Ta in the process of step S93.

  In step S94, the CPU 106 resets the specific symbol establishment flag, and in step S95 resets the wager for the rescue pay. That is, when the player is given a lot of profits of 60 credits or more per credit, the CPU 106 resets the count value Ta of the unit game and makes a bet on the rescue pay executed in step S32 of FIG. Reset. If it is determined in step S92 that the specific symbol establishment flag is not “1”, the CPU 106 ends this process. That is, when the specific symbol establishment flag is not “1”, the CPU 106 proceeds to the next unit game with the count value Ta incremented. Thereafter, the CPU 106 ends this process.

  In the above unit game counting process, when a winning combination that generates a payout of 60 credits or more per 1 credit does not occur (when a specific symbol is not established), the CPU 106 increments the count value Ta to 1 credit. On the other hand, when a winning combination that generates a payout of 60 credits or more occurs (when a specific symbol is established), the count value Ta is reset to count the number of unit games in which the specific symbol is not established continuously. ing.

[Rescue pay execution processing]
Next, the procedure of the rescue pay execution process shown in step S36 of FIG. 4 will be described in detail with reference to the flowchart shown in FIG.

  In step S101, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the unit game is set as a rescue setting game in the process shown in step S51 of FIG. If the game is a rescue setting game, the CPU 106 shifts the process to step S102. If the game is not a rescue setting game, the CPU 106 ends the process.

  In step S102, the CPU 106 determines whether or not the count value Ta of the unit game is a preset upper limit (predetermined value) Tamax (for example, Tamax = 1000). If Ta = Tamax, the CPU 106 shifts the process to step S103, and if Ta = Tamax is not satisfied, the process is terminated.

  In step S103, the CPU 106 performs a process of generating a progressive bonus. In other words, when the specific symbol is not established continuously for the number of times equal to the upper limit value Tamax, specifically, when a winning combination with a payout of 60 credits or more for one credit does not occur, the CPU 106 generates a progressive bonus. FIG. 30A is a display example of an image displayed on the upper liquid crystal display 33 when the count value Ta is approaching the upper limit value Tamax. FIG. 30B is a display example of an image displayed on the lower liquid crystal display 16. When the count value Ta is “992”, the upper liquid crystal display 33 displays an image 224 for notifying the player that the remaining number of games is 8 until the progressive bonus (rescue pay) is generated. . The lower liquid crystal display 16 displays an image 225 of an angel folding the wings.

  FIG. 31A is a display example of an image displayed on the upper liquid crystal display 33 when the count value Ta is “999”. FIG. 31B is a display example of an image displayed on the lower liquid crystal display 16. On the upper liquid crystal display 33, an image 226 for notifying the player that the remaining game until the progressive bonus (rescue pay) is generated is displayed. The lower liquid crystal display 16 displays an image 227 of an angel spreading the wings.

  FIG. 32A shows a display example of an image displayed on the upper liquid crystal display 33 when the count value Ta reaches “1000” which is the upper limit value Tamax. FIG. 32B is a display example of an image displayed on the lower liquid crystal display 16. Images 316 and 252 indicating that a progressive bonus (rescue pay) has occurred are displayed on the upper liquid crystal display 33 and the lower liquid crystal display 16, respectively.

  FIG. 33 is a display example of an image displayed on the lower liquid crystal display 16 after the progressive bonus (rescue pay) is generated. The rescue pay is turned off at the present time due to the occurrence of the progressive bonus (rescue pay). An image 255 indicating that the image is displayed is displayed. Thus, the rescue pay generation process shown in step S103 of FIG. 8 is executed.

[Payout processing]
Next, with reference to FIG. 9, the payout process shown in step S37 of FIG. 4 will be described in detail.

  In step S111, the CPU 106 calculates a payout amount due to the fact that symbols that generate payouts are aligned, that is, the winning combinations are aligned. Specifically, the CPU 106 calculates the payout amount generated in the process of step S74 in FIG. Thereafter, the CPU 106 shifts the processing to step S112.

  In step S112, the CPU 106 calculates a payout amount based on the progressive bonus. That is, when a progressive bonus is generated in the process of step S103 in FIG. 8, the CPU 106 calculates the accumulated value of the bets made on the rescue pay as the payout amount corresponding to the progressive bonus. Thereafter, the CPU 106 shifts the processing to step S113.

  In step S113, the CPU 106 calculates the sum of the payout amount generated by the winning combination and the payout amount due to the progressive bonus, and pays out the bet amount corresponding to the payout amount from the payout port 28 shown in FIG. Thereafter, the CPU 106 ends this process.

  As described above, in the present embodiment, when the count value reaches the upper limit value Tamax (predetermined value) during the rescue setting game, the CPU 106 pays out the cumulative value of the bets made on the rescue pay as a progressive bonus. .

[Modification]
Next, some modifications of the above embodiment will be described.

[First Modification]
The first modification is different from the first embodiment only in payout processing. Hereinafter, payout processing in the first modification will be described with reference to the flowchart shown in FIG.

  In step S121, the CPU 106 calculates a payout amount due to the fact that symbols that generate payouts are aligned, that is, the winning combinations are aligned. Specifically, the CPU 106 calculates the payout amount generated in the process of step S74 in FIG. Thereafter, the CPU 106 shifts the processing to step S122.

  In step S122, the CPU 106 calculates a payout amount based on the progressive bonus. That is, when a progressive bonus is generated in the process of step S103 of FIG. 8, the CPU 106 calculates the payout obtained by accumulating a part of the bet for the unit game as a payout amount corresponding to the progressive bonus. To do. Thereafter, the CPU 106 shifts the processing to step S123.

  In step S123, the CPU 106 calculates the sum of the payout amount generated by the winning combination and the payout amount due to the progressive bonus, and pays out the bet amount corresponding to the payout amount from the payout port 28 shown in FIG. Thereafter, the CPU 106 ends this process.

  Thus, in the first modification, when the count value reaches the upper limit value Tamax (predetermined value) during the rescue setting game, the CPU 106 accumulates a portion of the bet for the unit game. Payout as a progressive bonus.

[Second Modification]
The second modification differs from the first embodiment only in payout processing. Hereinafter, payout processing in the second modification will be described with reference to the flowchart shown in FIG.

  In step S131, the CPU 106 calculates the payout amount due to the fact that the symbols that generate payouts are aligned, that is, the winning combinations are aligned. Specifically, the CPU 106 calculates the payout amount generated in the process of step S74 in FIG. Thereafter, the CPU 106 shifts the processing to step S132.

  In step S132, the CPU 106 calculates the payout amount based on the progressive bonus. That is, when a progressive bonus is generated in the process of step S103 in FIG. 8, the CPU 106 is obtained by accumulating a part of a wager to be paid out when a unit game play result becomes a specific play result. The premium is calculated as a payout amount corresponding to the progressive bonus. Thereafter, the CPU 106 shifts the processing to step S133.

  In step S133, the CPU 106 calculates the sum of the payout amount generated by the winning combination and the payout amount due to the progressive bonus, and pays out the bet amount corresponding to the payout amount from the payout port 28 shown in FIG. . Thereafter, the CPU 106 ends this process.

  As described above, in the second modification, when the count value reaches the upper limit value Tamax (predetermined value) during the rescue setting game, the CPU 106 pays out when the play result of the unit game becomes a specific play result. Payouts made by accumulating a part of the wager are paid out as progressive bonuses.

[Third Modification]
The third modification differs from the first embodiment described above only in the unit game counting process shown in step S35 of FIG. The unit game counting process according to the third modification will be described below with reference to the flowchart shown in FIG.

  In step S141, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the current unit game is a unit game set as a rescue setting game in the process of step S51 of FIG. If the rescue setting game is set (YES in step S141), the CPU 106 shifts the process to step S142. Since the processing of steps S142 to S146 is the same as the processing of steps S91 to S95 in FIG. 7, detailed description of the processing procedure is omitted.

  On the other hand, if the current unit game is not a rescue setting game (NO in step S141), the CPU 106 ends this process without incrementing the count value Ta. That is, in the unit game that is not set as the rescue setting game, the count value Ta is not incremented. In other words, the count value Ta is incremented only in the unit game set as the rescue setting game.

  As described above, in the third modified example, the count value Ta is incremented every time the rescue setting game is executed, and when the count value Ta reaches the upper limit value Tamax, the progressive bonus is paid out.

[Second Embodiment]
Next, a processing procedure according to the second embodiment when a unit game is executed in the slot machine 10 will be described.

[Unit game execution processing]
FIG. 13 is a flowchart illustrating a unit game processing procedure executed by the slot machine 10 as the gaming machine according to the second embodiment. The unit game execution process shown in FIG. 13 is the same as the unit game execution process shown in FIG. 4 in that steps S151 to S154 shown in FIG. 13 are the same as steps S31 to 34 shown in FIG. Step S157 shown in FIG. 4 is the same as Step S37 shown in FIG. Steps S155 and S156 shown in FIG. 13 are different from steps S35 and S36 shown in FIG.

[Counting the stakes spent]
First, the spent wager counting process shown in step S155 of FIG. 13 will be described with reference to the flowchart shown in FIG.

  In step S171, the CPU 106 adds the count value α of the newly inserted bet amount to the currently consumed bet count value (cumulative value of the consumed bet amount) Tb. That is, the CPU 106 sets Tb = Ta + α. The count value Tb is initially zero (when the power is turned on), and is reset by a process in step S173 described later. The count value Tb is a cumulative value of bets (medals or credits) inserted in consecutive unit games. For example, when a bet for three medals is bet in one unit game, α = 3 and the count value Tb = Tb + 3. When this process ends, the CPU 106 shifts the process to step S172.

  In step S172, the CPU 106 determines whether or not the specific symbol establishment flag is “1”. That is, the CPU 106 determines whether or not the specific symbol establishment flag shown in step S76 of FIG. 6 is “1”. If the specific symbol establishment flag is “1” (YES in step S172), the CPU 106 resets the count value Tb in the process of step S173.

  In step S174, the CPU 106 resets the specific symbol establishment flag, and in step S175 resets the wager for the rescue pay. In other words, when the player is given a lot of profits of 60 credits or more per credit, the CPU 106 resets the count value Tb of the stakes consumed, and the rescue pay executed in step S152 in FIG. Reset your bet.

  On the other hand, when it is determined in step S172 that the specific symbol establishment flag is not “1” (NO in step S172), the CPU 106 ends this process. That is, if the specific symbol establishment flag is not “1”, the CPU 106 proceeds to the next unit game in a state where the count value Tb is counted. Thereafter, the CPU 106 ends this process.

  In the above counting process, when a winning combination that generates a payout of 60 credits or more for one credit in one unit game does not occur (when a specific symbol is not established), the CPU 106 counts the stake amount to the count value Tb. The count value α (for example, α = 3) is added to count the number of bets consumed in a unit game in which a specific symbol is not established continuously. When a winning combination that generates a payout of 60 credits or more for one credit occurs (when a specific symbol is established), the CPU 106 resets the count value Tb.

[Rescue pay execution processing]
Next, the rescue pay execution process shown in step S156 of FIG. 13 will be described with reference to the flowchart shown in FIG.

  In step S191, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the unit game is set as the rescue setting game in the process shown in step S51 of FIG. If the game is a rescue setting game, the CPU 106 shifts the process to step S192. If the game is not a rescue setting game, the CPU 106 ends the process.

  In step S192, the CPU 106 determines whether or not the count value Tb of the wager consumed is an upper limit value Tbmax (for example, Tamax = 3000) set in advance. If Tb = Tbmax, the CPU 106 shifts the process to step S193. If Tb = Tbmax, the process ends.

  In step S193, the CPU 106 performs processing for generating a rescue pay. That is, if a specific symbol is not established even if a bet amount of the upper limit value Tbmax is inserted, specifically, if a winning combination with a payout of 60 credits or more for one credit does not occur, the CPU 106 generates a progressive bonus. To do.

  As described above, in this embodiment, when the count value Tb (cumulative value of consumed bets) reaches the upper limit value Tbmax during the rescue setting game, the progressive bonus is paid out.

[Modification]
Next, a modification of the above embodiment will be described with reference to the flowchart shown in FIG. This modified example is different from the above embodiment only in the consumed wager counting process shown in step S155 of FIG. Hereinafter, based on the flowchart shown in FIG. 16, the spent wager counting process according to the modification will be described.

  In step S201, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the current unit game is a unit game set as a rescue setting game in the process of step S51 of FIG. If the rescue setting game is set (YES in step S201), the CPU 106 shifts the process to step S202. Since the processing of steps S202 to S206 is the same as the processing of steps S171 to S175 of FIG. 14, detailed description of the processing procedure is omitted.

  On the other hand, if the current unit game is not a rescue setting game (NO in step S201), the CPU 106 ends this processing without counting the count value Tb (without adding the count value α for the consumed bet amount). To do. That is, the count value Tb is not counted in a unit game that is not set as a rescue setting game. In other words, the count value Tb is counted only in the unit game set as the rescue setting game.

  As described above, in this modification, the count value Tb is counted every time a bet is bet in the unit game, which is a rescue setting game, and the progressive bonus is paid out when the count value Tb reaches the upper limit value Tbmax. Is done.

  In the above embodiment and the modification, the example in which the bet bet on the unit game is added to the count value Tb as the count value α for the consumed bet is shown. The difference from the bet amount paid out in the unit game may be added to the count value. In this case, the count value Tb is added according to the substantial loss of the wager for the player.

  The first embodiment describes an example in which a progressive bonus is paid out when the count value Ta of the number of unit games reaches the upper limit value Tamax, and the second embodiment is consumed in consecutive unit games. In this example, the progressive bonus is paid out when the wager count value Tb reaches the upper limit value Tbmax, but it is also possible to set the progressive bonus to be paid out by using these together. That is, when either the case where the count value Ta of the unit game reaches the upper limit value Tamax or the case where the count value Tb of the wager consumed in the continuous unit game reaches the upper limit value Tbmax is established, the progressive bonus It is also possible to pay out.

[Third Embodiment]
Next, a processing procedure according to the third embodiment when a unit game is executed in the slot machine 10 will be described. In this embodiment, the unit game is different in the unit game counting process shown in step S35 of the flowchart of FIG. 4 shown in the first embodiment and the rescue pay execution process shown in step S36. The processing procedure of steps S31 to S34 and S37 is the same as that of the first embodiment described above. Therefore, hereinafter, the unit game counting process and the rescue pay execution process according to the third embodiment will be described with reference to the flowcharts shown in FIGS.

[Unit game counting process]
In the unit game counting process shown in FIG. 17, first, in step S211, the CPU 106 increments the unit game count value Ta. That is, the CPU 106 sets Ta = Ta + 1. Here, the count value Ta is a count value of the number of times the unit game is executed, and is initially zero. When this process ends, the CPU 106 shifts the process to step S212.

  In step S212, the CPU 106 determines whether or not the specific symbol establishment flag is “1”. That is, the CPU 106 determines whether or not the specific symbol establishment flag shown in step S76 of FIG. 6 is “1”. When the specific symbol establishment flag is “1” (YES in step S212), in step S213, the CPU 106 resets the wager for the rescue pay. In step S214, CPU 106 resets the specific symbol establishment flag. That is, when the player is given a lot of profits of 60 credits or more per credit, the CPU 106 resets the bet for the rescue pay executed in step S32 of FIG. At this time, the count value Ta is not reset, which is different from the first embodiment described above.

  On the other hand, when it is determined in step S212 that the specific symbol establishment flag is not “1”, the CPU 106 ends the process. That is, if the specific symbol establishment flag is not “1”, the CPU 106 proceeds to the next unit game with the count value Ta incremented. Thereafter, the CPU 106 ends this process.

[Rescue pay execution processing]
Next, the rescue pay execution process according to the third embodiment will be described with reference to the flowchart shown in FIG.

  In step S251, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the unit game is set as the rescue setting game in the process shown in step S51 of FIG. Then, if it is a rescue setting game, the CPU 106 shifts the process to step S252, and if it is not a rescue setting game, this process is ended.

  In step S252, the CPU 106 determines whether or not the count value Ta of the unit game is a preset upper limit value Tamax (for example, Tamax = 1000). If Ta = Tamax, the CPU 106 shifts the process to step S253. If Ta = Tamax is not satisfied, the CPU 106 ends the process.

  In step S253, the CPU 106 performs processing for generating a rescue pay. That is, if the specific symbol is not established continuously for the upper limit value Tamax (predetermined number of games), specifically, if there is no winning combination in which the payout for one credit is 60 credits or more, the CPU 106 is progressive. Generate a bonus. Thereafter, the CPU 106 shifts the processing to step S254. In step S254, the CPU 106 resets the count value Ta. Thereafter, the CPU 106 ends this process.

  As described above, in the present embodiment, when the payout for one credit is 60 or more due to the execution of the unit game, that is, when the specific symbol establishment flag is “1”, the CPU 106 resets the wager for the rescue pay. To do. However, the count value Ta is not reset at this time. The count value Ta is reset after the rescue pay is generated (step S254 in FIG. 19). Accordingly, even if the specific symbol establishment flag is “1” before the count value Ta reaches the upper limit value Tamax, the count value Ta is not reset. Therefore, if the bet amount for the rescue pay is bet again, the count value When Ta reaches the upper limit Tamax, a payout with a progressive bonus occurs.

  Thus, in this embodiment, the count value Ta is not reset until a progressive bonus is generated.

[Modification]
Next, with reference to a flowchart shown in FIG. 18, a unit game counting process according to a modification of the third embodiment will be described.

  In step S231, the CPU 106 determines whether or not the current unit game is a rescue setting game. That is, the CPU 106 determines whether or not the current unit game is a unit game set as a rescue setting game in the process of step S51 of FIG. If the rescue setting game is set (YES in step S231), the CPU 106 shifts the process to step S232. Since the processing of steps S232 to S235 is the same as the processing of steps S211 to S214 in FIG. 17, detailed description of the processing procedure will be omitted.

  On the other hand, if the current unit game is not a rescue setting game (NO in step S231), the CPU 106 ends this process without incrementing the count value Ta. That is, the CPU 106 does not increment the count value Ta in a unit game that is not set as a rescue setting game. In other words, the CPU 106 increments the count value Ta only in the unit game set as the rescue setting game.

  As described above, in this modification, the count value Ta is incremented only in the unit game set as the rescue setting game.

[Fourth Embodiment]
Next, with reference to a flowchart shown in FIG. 20, a processing procedure according to the fourth embodiment when a unit game is executed in the slot machine 10 will be described.

[Unit game execution processing]
In the present embodiment, first, in step S271, the CPU 106 accepts a bet of bet. Specifically, when a medal is inserted from the medal insertion slot 21, or when the MAX BET switch 24 or the BET switch 25 is pressed and a credit is bet, these operations are detected by the CPU 106.

  Next, in step S272, the CPU 106 executes a unit game counting process. This unit game counting process will be described later with reference to the flowchart shown in FIG. Thereafter, in step S273, the CPU 106 determines whether or not the count value Ta counted in the unit game counting process has reached a preset reference value Ta1 (for example, Ta1 = 100). When the count value Ta reaches the reference value Ta1, the CPU 106 proceeds to step S274, and when the count value Ta does not reach the reference value Ta1, the CPU 106 proceeds to step S275.

  In step S274, the CPU 106 executes a bet process for the rescue pay. In this process, the CPU 106 accepts a bet for the rescue pay by the touch panel sensor 19 provided on the lower liquid crystal display 16. That is, only when the count value Ta has reached the reference value Ta1, a bet can be placed on the rescue pay. The detailed procedure of the betting process for the rescue pay is the same as the process shown in the flowchart of FIG. Thereafter, in step S275, the CPU 106 determines whether or not the start switch 27 is turned on. If the start switch 27 is turned on, the process proceeds to step S276.

  In step S276, the CPU 106 performs a slot game execution process. In this process, the CPU 106 executes a process of rearranging symbols arranged in the three display areas Q1 to Q3. The detailed processing procedure is the same as the processing shown in FIG. Next, in step S277, the CPU 106 performs a reset process. The detailed processing procedure will be described later with reference to the flowchart shown in FIG.

  In step S278, the CPU 106 performs a rescue pay execution process. In this process, the CPU 106 generates a progressive bonus when a predetermined number (for example, 60) of payouts are not generated in a predetermined number of unit games. The detailed processing procedure is the same as the processing in FIG.

  In step S279, the CPU 106 executes a payout process. In this process, the CPU 106 pays out a wager (medals, credits, etc.) when a symbol that becomes a winning combination is stopped in the three display areas Q1 to Q3 or when a rescue pay is generated. Thereafter, the CPU 106 proceeds to the next unit game.

[Unit game counting process]
Next, the unit game counting process shown in step S272 of FIG. 20 will be described with reference to the flowchart shown in FIG.

  In this process, as shown in step S291 in FIG. 21, the CPU 106 increments the count value Ta of the unit game. Thereafter, the CPU 106 ends this process.

[Reset processing]
Next, the reset process shown in step S277 of FIG. 20 will be described with reference to the flowchart shown in FIG.

  In step S301, the CPU 106 determines whether or not the specific symbol establishment flag is “1”. That is, the CPU 106 determines whether or not the specific symbol establishment flag is set to “1” in the process of step S76 of FIG. If the specific symbol establishment flag is “1” (YES in step S301), the CPU 106 resets the count value Ta in step S302. Furthermore, in step S303, the CPU 106 resets the specific symbol establishment flag, and in step S304, resets the wager for the rescue pay.

  That is, when the specific symbol establishment flag is “1”, that is, when the player is given a lot of profits of 60 credits or more per credit, the CPU 106 resets the count value Ta of the unit game. In addition, the bet for the rescue pay executed in step S274 of FIG. 20 is reset. On the other hand, when it is determined in step S301 that the specific symbol establishment flag is not “1” (NO in step S301), the CPU 106 ends the process. That is, when the specific symbol establishment flag is not “1”, the CPU 106 proceeds to the next unit game without resetting the bet amount for the count value Ta, the specific symbol establishment flag, and the rescue pay. Thereafter, the CPU 106 ends this process.

  Thus, in this embodiment, when the count value Ta reaches the reference value Ta1 by executing the unit game, a bet can be placed on the rescue pay.

[Fifth Embodiment]
Finally, a processing procedure according to the fifth embodiment when a unit game is executed in the slot machine 10 will be described.

[Unit game execution processing]
FIG. 23 is a flowchart showing the procedure of the unit game execution process in the slot machine according to the fifth embodiment.

  When the unit game is executed, in step S311, the CPU 106 accepts a bet of bet. Specifically, when a medal is inserted from the medal insertion slot 21, or when the MAX BET switch 24 or the BET switch 25 is pressed and a credit is bet, these operations are detected by the CPU 106.

  Next, in step S312, the CPU 106 executes a process for counting the consumed bets. The processing for counting the consumed wager will be described later using the flowchart shown in FIG. Thereafter, in step S313, the CPU 106 determines whether or not the count value Tb counted in the above-described consumption bet counting process has reached a preset reference value Tb1 (for example, Tb1 = 300). If the count value Tb has reached the reference value Tb1, the CPU 106 proceeds to step S314. If the count value Tb has not reached the reference value Tb1, the CPU 106 proceeds to step S315.

  In step S314, the CPU 106 executes a bet process for the rescue pay. In this process, the CPU 106 accepts a bet for the rescue pay by the touch panel sensor 19 provided on the lower liquid crystal display 16. That is, only when the count value Tb has reached the reference value Tb1, it is possible to bet on the rescue pay. The detailed procedure of the betting process for the rescue pay is the same as the process shown in the flowchart of FIG. Thereafter, in step S315, the CPU 106 determines whether or not the start switch 27 is turned on. If the start switch 27 is turned on, the process proceeds to step S316.

  In step S316, the CPU 106 performs a slot game execution process. The detailed processing procedure is the same as the processing shown in FIG. In step S317, the CPU 106 performs a reset process. The detailed processing procedure will be described later with reference to the flowchart shown in FIG.

  In step S318, the CPU 106 performs a rescue pay execution process. In this process, when a predetermined number (for example, 60) of payouts are not generated in a predetermined number of unit games, a progressive bonus is paid out. The detailed processing procedure is the same as the processing in FIG.

  In step S319, the CPU 106 executes a payout process. In this process, the CPU 106 pays out a wager (medals, credits, etc.) when a symbol that becomes a winning combination is stopped in the three display areas Q1 to Q3 or when a rescue pay is generated. Thereafter, the CPU 106 proceeds to the next unit game.

[Counting the stakes spent]
Next, with reference to the flowchart shown in FIG. 24, the spent wager counting process shown in step S312 of FIG. 23 will be described in detail.

  In this process, as shown in step S331 in FIG. 24, the CPU 106 adds the count value α of the bet amount bet in the unit game to the count value Tb. Thereafter, the CPU 106 ends this process.

[Reset processing]
Next, the reset process shown in step S317 of FIG. 23 will be described with reference to the flowchart shown in FIG.

  In step S351, the CPU 106 determines whether or not the specific symbol establishment flag is “1”. That is, the CPU 106 determines whether or not the specific symbol establishment flag is set to “1” in the process of step S76 of FIG. If the specific symbol establishment flag is “1” (YES in step S351), the CPU 106 resets the count value Tb in step S352. Further, the CPU 106 resets the specific symbol establishment flag in step S353, and resets the wager for the rescue pay in step S354.

  That is, when the specific symbol establishment flag is “1”, that is, when the player is given a lot of profits of 60 credits or more for one credit, the CPU 106 sets the count value Tb of the consumed wager. The bet on the rescue pay executed in step S314 of FIG. 23 is reset.

  On the other hand, if it is determined in step S351 that the specific symbol establishment flag is not “1” (NO in step S351), the CPU 106 ends the process. That is, when the specific symbol establishment flag is not “1”, the CPU 106 proceeds to the next unit game without resetting the bet amount for the count value Tb, the specific symbol establishment flag, and the rescue pay. Thereafter, the CPU 106 ends this process.

  As described above, in this embodiment, when the bet count value Tb bet in the unit game reaches the reference value Tb1, a bet can be placed on the rescue pay.

  As described above, the gaming machine and the playing method thereof according to the present invention have been described based on the illustrated embodiment. However, the present invention is not limited to this, and the configuration of each unit is an arbitrary configuration having the same function. Can be replaced. For example, in the above-described embodiment, an example in which the lower liquid crystal display 16 is provided with three display areas Q1 to Q3 and a slot game is executed in each of the display areas Q1 to Q3 has been described, but the present invention is limited to this. The present invention can be applied to various display areas such as 3-row and 5-column display areas.

  In addition, the player touches the touch panel sensor 19 to select an arbitrary option, but the player may select an arbitrary option by operating a switch without using the touch panel sensor 19. Furthermore, although the slot machine 10 described in the present embodiment has been described with respect to an example in which a symbol image is displayed on the lower liquid crystal display 16 to execute a slot game, the present invention is not limited to this, and a plurality of side games are provided on the side surface. It is also possible to adopt a configuration in which the slot game is executed by rotating the drum on which the symbol is entered.

  In the present invention, the slot machine 10 has been described as an example of a gaming machine. However, the present invention is not limited to this, and can be applied to other gaming machines such as a horse racing game. As described above, it is a matter of course that all other embodiments, examples, operation techniques, and the like made by those skilled in the art based on the above embodiments are included in the scope of the present invention.

  This is extremely useful for reducing the player's anxiety and improving entertainment properties.

It is a flowchart which shows the flow of the playing method of the slot machine which becomes one Embodiment of this invention. It is a perspective view which shows the structure of the slot machine which becomes one Embodiment of this invention. FIG. 3 is a block diagram showing a configuration of a control circuit of the slot machine according to one embodiment of the present invention. It is a flowchart which shows the flow of the unit game execution process used as the 1st Embodiment of this invention. FIG. 5 is a flowchart showing a flow of bet processing for the rescue pay shown in FIG. 4. FIG. 5 is a flowchart showing a flow of execution processing of the slot game shown in FIG. 4. It is a flowchart figure which shows the flow of the count process of the unit game shown in FIG. It is a flowchart figure which shows the flow of the rescue pay execution process shown in FIG. It is a flowchart figure which shows the flow of the payout process shown in FIG. It is a flowchart figure which shows the flow of the modification of the payout process shown in FIG. It is a flowchart figure which shows the flow of the modification of the payout process shown in FIG. It is a flowchart figure which shows the flow of the modification of the count process of the unit game shown in FIG. It is a flowchart which shows the flow of the unit game execution process used as the 2nd Embodiment of this invention. It is a flowchart figure which shows the flow of the count process of the betting amount consumed shown in FIG. It is a flowchart figure which shows the flow of the rescue pay execution process shown in FIG. It is a flowchart figure which shows the flow of the application example of the count process of the betting amount consumed shown in FIG. It is a flowchart which shows the flow of the count process of the unit game in the unit game execution process which becomes the 3rd Embodiment of this invention. It is a flowchart which shows the flow of the application example of the count process of the unit game shown in FIG. It is a flowchart which shows the flow of the rescue pay execution process in the unit game execution process which becomes the 3rd Embodiment of this invention. It is a flowchart which shows the flow of the unit game execution process used as the 4th Embodiment of this invention. It is a flowchart figure which shows the flow of the count process of the unit game shown in FIG. It is a flowchart figure which shows the flow of the reset process shown in FIG. It is a flowchart which shows the flow of the unit game execution process used as the 5th Embodiment of this invention. It is a flowchart figure which shows the flow of the count process of the betting amount consumed shown in FIG. It is a flowchart figure which shows the flow of the reset process shown in FIG. 6 is a payout table showing the relationship between winning combinations and payouts of the slot machine according to an embodiment of the present invention. FIGS. 27A and 27B are display examples displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. It is a display example displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. FIGS. 29A and 29B are display examples displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. 30A and 30B are display examples displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. FIGS. 31A and 31B are display examples displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. FIGS. 32A and 32B are display examples displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention. It is a display example displayed on the liquid crystal display of the slot machine according to the embodiment of the present invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Slot machine 11 Cabinet 12 Top box 13 Main door 16 Lower liquid crystal display 18 Medal tray 19 Touch panel sensor 21 Medal insertion slot 22 Bill discriminator 23 Cash out switch 24 MAXBET switch 25 BET switch 26 Spin repeat bet switch 27 Start switch 29 Speaker 33 Upper liquid crystal display 34 Foot display 35 Ticket printer 36 Card reader 37 Data display 38 Keypad 39 Ticket with bar code 40 Controller 43 Medal sensor 44 Hopper 47 Lamp 102 Interface circuit group 104 I / O bus 106 CPU
108 ROM
110 RAM
111 Communication Interface Circuit 112 Random Number Generator 122 Speaker Drive Circuit 124 Hopper Drive Circuit 128 Counter 140 Display Controller

Claims (18)

A gaming machine that continuously executes unit games,
A display for displaying an image relating to the unit game;
A counter that increments the count value with the execution of the unit game and resets the count value when a predetermined reset condition is satisfied;
A process for paying out a predetermined number of bets when a unit game play result is a specific result, a process for accepting a bet for insurance pay, and a bet for the insurance pay is bet A gaming machine comprising: a controller that executes a process of paying out a cumulative value of a bet made for insurance pay as a progressive bonus when the count value reaches a predetermined value in a certain unit game.   The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The gaming machine according to claim 1, which is any one of the following.   The gaming machine according to claim 1, wherein the predetermined reset condition is that a play result of the unit game becomes the specific result. A gaming machine that continuously executes unit games,
A display for displaying an image relating to the unit game;
A counter that increments the count value with the execution of the unit game and resets the count value when a predetermined reset condition is satisfied;
A process for paying out a predetermined number of bets when a unit game play result is a specific result, a process for accepting a bet for insurance pay, and a bet for the insurance pay is bet A controller that executes a process of paying out a premium obtained by accumulating a part of the bet for the unit game as a progressive bonus when the count value reaches a predetermined value in a certain unit game A gaming machine characterized by   The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The gaming machine according to claim 4, which is any one of the following.   The gaming machine according to claim 4, wherein the predetermined reset condition is that a play result of the unit game becomes the specific result. A gaming machine that continuously executes unit games,
A display for displaying an image relating to the unit game;
A counter that increments the count value with the execution of the unit game and resets the count value when a predetermined reset condition is satisfied;
A process for paying out a predetermined number of bets when the play result of the unit game is a specific result, a process for accepting a bet for an insurance pay, and a bet for the insurance pay When the count value reaches a predetermined value in a given unit game, a premium obtained by accumulating a part of a wager to be paid out when the play result of the unit game becomes a specific result And a controller that executes a process of paying out as a progressive bonus.   The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The gaming machine according to claim 7, which is any one of the following.   The gaming machine according to claim 7, wherein the predetermined reset condition is that a play result of the unit game becomes the specific result. A gaming machine playing method for continuously executing a unit game,
Betting a wager on the unit game;
Paying out a predetermined number of bets when the result of playing the unit game is a specific result; and
Betting a bet for insurance pay;
Incrementing a count value that is reset when a predetermined reset condition is satisfied, with the execution of the unit game;
When the count value reaches a predetermined value in the unit game in which the bet for insurance pay is bet, paying out the cumulative value of the bet bet for insurance pay as a progressive bonus; and A gaming machine playing method comprising: The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The gaming machine playing method according to claim 10, wherein the gaming machine is any one of the following.   The gaming machine playing method according to claim 10, wherein the predetermined reset condition is that a play result of the unit game is the specific result. A gaming machine playing method for continuously executing a unit game,
Betting a wager on the unit game;
Paying out a predetermined number of bets when the result of playing the unit game is a specific result; and
Betting a bet for insurance pay;
Incrementing a count value that is reset when a predetermined reset condition is satisfied, with the execution of the unit game;
When the count value reaches a predetermined value in a unit game in which a wager for insurance pay is bet, a progressive bonus is obtained by accumulating a part of the bet for the unit game. And a payout step as a gaming machine.   The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The gaming machine playing method according to claim 13, wherein the gaming machine is any one of the following.   14. The gaming machine playing method according to claim 13, wherein the predetermined reset condition is that the result of the unit game is the specific result. A gaming machine playing method for continuously executing a unit game,
Betting a wager on the unit game;
Paying out a predetermined number of bets when the result of playing the unit game is a specific result; and
Betting a bet for insurance pay;
Incrementing a count value that is reset when a predetermined reset condition is satisfied, with the execution of the unit game;
When the count value reaches a predetermined value in a unit game in which a bet for the insurance pay is bet, one of the bets to be paid out when a play result of the unit game becomes a specific result. And a step of paying out a premium obtained by accumulating a part as a progressive bonus.   The predetermined value includes the number of executions of the unit game, a cumulative value of bets bet on a plurality of unit games, and a cumulative value of a difference between the number of bets bet on a plurality of unit games and the number of payouts. The method of playing a gaming machine according to claim 16, which is any one of the above.   The gaming machine playing method according to claim 16, wherein the predetermined reset condition is that a play result of the unit game becomes the specific result.

Images