JP2009178291A - Control device for game - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a control device for games which is capable of reducing the disadvantageous degree of a player. <P>SOLUTION: A card unit counts the number of times executing a predetermined game in a game machine installed side by side, and detects that the game becomes a specific game state advantageous for the player. Before being detected that the predetermined game is executed the predetermined number of times after satisfying predetermined counting start conditions without being detected to be the specific game state, the card unit selects a first magnitude as a dispensing unit price of game media for every time of receiving the dispensing operation by the player, after being detected that the predetermined game is executed the predetermined number of times, selects a second magnitude smaller than the first magnitude as the dispensing unit price for every time of receiving the dispensing operation by the player and controls to dispense the game media according to the selected magnitude of the dispensing unit price of the game media. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a game control device, and more particularly to a game control device that performs control for lending out game media for use in a game.

  Conventionally, in a gaming machine such as a pachinko gaming machine, a predetermined variable display start condition is established, for example, a gaming ball has passed a starting area provided in a gaming area in which a launched gaming ball (game medium) can roll The variable display control means for performing control to display the identification information in a variable manner on the display area of the variable display device, and to control to derive and display the identification information on which the variable display is performed is provided. When the game becomes a predetermined combination (specific display mode), the game is shifted to a big hit game state (specific game state) advantageous to the player, and many game media are paid out.

In the vicinity of such a gaming machine, a gaming control device for lending gaming balls or the like is provided, and is generally called a card unit. In such a card unit, for example, as shown in Patent Document 1, a card issued to a player is received, and balance information that is a magnitude of a game value based on information recorded on the card is stored. Is done. And it is possible to lend game balls etc. according to the player's operation within the range of the game value, and the amount of game value corresponding to the rented game balls, The balance information is subtracted.
JP 2006-198126 A

  However, in such a gaming machine, an almost constant amount of game balls are paid out in the big hit game state regardless of the number of game balls lent out until the big hit game state. As a result of renting a large number of game balls, even if it becomes a big hit game state, payouts corresponding to the rented game balls may not be made, and in this case, it is extremely disadvantageous for the player Become.

  The present invention has been made in view of the above-described problems, and an object thereof is to provide a game control device capable of reducing the degree of disadvantage for a player and playing a more healthy game. To do.

  In order to achieve the above object, the present invention provides the following.

  (1) Game execution information receiving means for receiving game execution information that can be output from an attached gaming machine and that can specify that a predetermined game has been executed, and specification that is output from the gaming machine and that is advantageous to the player Based on the gaming state information received by the gaming state information receiving means for receiving the gaming state information capable of specifying the gaming state, and the gaming state information received by the gaming state information receiving means, the gaming machine has entered the specific gaming state A game state detecting means for detecting the game execution number, and a game execution number counting means for counting the number of times a predetermined game has been executed in the gaming machine based on the game execution information received by the game execution information receiving means, Receiving means for receiving a recording medium on which information capable of specifying a game value used for a game is recorded, and recorded on the recording medium received by the receiving means; Lending control means for performing control for lending gaming media to be used for gaming within the range of the value for gaming specified by the information and used for gaming, and a predetermined counting start condition are established. A game execution for detecting that a predetermined game has been executed a specified number of times based on the result counted by the game execution number counting means without being detected by the gaming state detection means Before detecting that the predetermined game has been executed a predetermined number of times by the number-of-times detecting means and the game execution number detecting means, each time a lending operation by a player is accepted, the lending unit price of the game medium is set to the first size. After the selection and the game execution number detecting means detects that the predetermined game has been executed a specified number of times, the game is executed every time a lending operation by the player is accepted. A lending unit price selecting means for selecting a second size smaller than the first size as a lending unit price of the technical medium is provided, and the lending control unit is a lending unit price of the game medium selected by the lending unit price selecting unit. A game control device having a function of performing control for lending out game media in accordance with the size of the game media.

  (2) In the gaming control device according to (1), the lending unit price selecting means lends by the player before the game execution number detecting means detects that a predetermined game has been executed a prescribed number of times. Each time an operation is accepted, after the first size is selected as the game value to be used for lending a predetermined amount of game media, the game execution number detecting means detects that the predetermined game has been executed a specified number of times. In each case, each time a lending operation by the player is accepted, the game value used for lending the predetermined number of game media has a function of selecting a second size smaller than the first size. The lending control means is for lending the predetermined amount of gaming media according to the value of the game value to be used selected by the lending unit price selecting means. Gaming controller and having a function of performing control.

  (3) In the game control device according to (1) or (2), the lending unit price selection means is configured to store the game medium after the predetermined number of games have been executed by the game execution frequency detection means. The lending unit price corresponds to the number of game executions counted after the predetermined count start condition is satisfied by the game execution number counting means, and is the second lending unit price of a plurality of types of game media. A game control device having a function of selecting one of them.

  (4) In the game control device according to any one of (1) to (3), the game execution number detection means includes, in the counting start condition, that the recording medium is received by the reception means, It has a function of detecting that a predetermined game has been executed a prescribed number of times based on the result counted by the game execution number counting means without being detected by the gaming state detection means as having entered a specific gaming state. A gaming control device.

  According to the invention described in (1), based on the received gaming state information, it is detected that the gaming machine has entered a specific gaming state, and based on the received gaming execution information, the gaming machine Count the number of times the game has been executed. In addition, it accepts a recording medium on which information capable of specifying a gaming value is recorded, and is used for gaming within the range of the gaming value that is specified from the information recorded on the recording medium and used for gaming. Control for lending out game media to play. In addition, after the predetermined counting start condition is established, it is not detected that the specific game state has been reached, but before it is detected that the predetermined game has been executed a predetermined number of times based on the result of counting the number of game executions. Each time a lending operation by a player is accepted, the first size is selected as the lending unit price of the game medium, and after it is detected that a predetermined game has been executed a predetermined number of times, a lending operation by the player is accepted. In addition, a second size smaller than the first size is selected as the lending unit price of the game medium, and control for lending the game medium is performed according to the size of the lending unit price of the selected game medium. Therefore, when a predetermined game is executed a specified number of times without entering a specific game state, a lot of game media will be consumed. In this case, the second size is smaller than the first size before that. Since the game media will be rented out as the game media lending unit price, the loss of the game media consumption can be reduced by reducing the game media lending unit price thereafter, which is disadvantageous to the player. The degree can be reduced and a more healthy game can be played.

  According to the invention described in (2), before it is detected that a predetermined game has been executed a specified number of times, every time a rental operation by a player is accepted, a game medium used for lending a predetermined amount of game media After the first size is selected as the value and it is detected that the predetermined game has been executed a predetermined number of times, every time a rental operation by the player is accepted, the game is used for lending a predetermined amount of game media As a value, a second size smaller than the first size is selected. Therefore, the game machine does not require a design change such as changing the quantity of game media to be lent, and simply changes the magnitude of the game value used in one lending operation in the game control device. Accordingly, it is possible to change the rental unit price of the game medium, and it can be easily applied to existing game machines.

  According to the invention described in (3), the rental unit price of the game medium after it is detected that the predetermined game has been executed a predetermined number of times corresponds to the number of game executions counted after the predetermined count start condition is satisfied. Then, one of the magnitudes of the second rental unit prices of the plurality of types of game media is selected. Therefore, since the rental unit price of the game medium is determined corresponding to the number of game executions, the number of executions of a predetermined game executed without shifting to the specific game state (so-called “depth of humiliation”) As a result, the rental unit price of the game medium changes, and the degree of disadvantage to the player can be further reduced, and a more healthy game can be performed.

  According to the invention described in (4), the count start condition includes that the recording medium has been received, and the number of game executions in which a predetermined game has been executed is counted without being detected as having entered a specific game state. Based on the result, it is detected that a predetermined game has been executed a prescribed number of times. Therefore, since the condition is that the recording medium has been accepted, each time the player is replaced in the gaming machine, the count of the number of game executions starts from the starting point, so the loss to the player who executed the game before Can be prevented from being given to a player who is not legitimate, and the inconvenience of giving excessive profits to a player who has played a game later can be prevented.

  According to the present invention, it is possible to reduce the degree of disadvantage to the player and to play a more healthy game.

  Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings.

[Game system configuration]
FIG. 1 is a block diagram showing a gaming system in the present embodiment.

  As shown in FIG. 1, the gaming system 1 includes card units 300A, 300B, 300C,..., A card issuing machine 400, a unit controller 700, a sales management computer 800, and the like. In addition, a plurality of pachinko gaming machines 10A, 10B, 10C,. In FIG. 1 in the present embodiment, for ease of understanding, gaming machines (including other than pachinko gaming machines) other than pachinko gaming machines 10A, 10B, 10C, and other than card units 300A, 300B, 300C. The card unit is not shown.

  In addition, the gaming system 1 is provided so as to straddle the outside of the range of the game hall 1000. Specifically, a plurality of card units 300A, 300B, 300C,..., A card issuing machine 400, a unit controller 700, etc. are installed within the range of the game hall 1000, and are outside the range of the game hall 1000. Sales management computer 800 is installed. Of course, the plurality of pachinko gaming machines 10A, 10B, 10C,... In the present embodiment, the gaming system 1 is configured so as to be installed within and outside the range of the game hall 1000. However, the present invention is not limited to this. For example, the gaming system 1 is within the range of the game hall 1000. You may comprise so that it may install only in.

  Pachinko gaming machines 10A, 10B, 10C,... Perform control related to pachinko gaming, as will be described in detail later. The pachinko gaming machines 10A, 10B, 10C,... Are connected to the card units 300A, 300B, 300C,. That is, the card units 300A, 300B, 300C,... Are attached to the pachinko gaming machines 10A, 10B, 10C,.

  In addition, the pachinko gaming machines 10A, 10B, 10C,... Have a function of transmitting / receiving various information to / from the card units 300A, 300B, 300C,. Further, the pachinko gaming machines 10A, 10B, 10C,... Are related to the game with respect to the card units 300A, 300B, 300C,..., And a management computer (not shown) via a communication system (not shown). Send game information. The game information includes information indicating that the game has won a jackpot, information indicating that the probability of winning a jackpot has been improved, information indicating the number of times the identification information is variably displayed, and information indicating the number of game balls that have been paid out. Any information relating to the game (especially the result and progress of the game) such as information indicating the number of rented game balls may be used.

  The card units 300A, 300B, 300C,... Are game control devices mainly for managing rental of game balls. The card units 300A, 300B, 300C,... Are electrically connected to the pachinko gaming machines 10A, 10B, 10C,. That is, the card units 300A, 300B, 300C,... Are provided corresponding to the plurality of pachinko gaming machines 10A, 10B, 10C,.

  These card units 300A, 300B, 300C,... Are provided with a card R / W 313 (see FIG. 4) that allows the prepaid card to be read and written.

  The prepaid card is a card issued by making a payment in advance in order to rent a game ball (game medium) in the card issuing machine 400. In this embodiment, the prepaid card stores only the card ID of the prepaid card, and the unit controller 700 stores the balance frequency corresponding to the card ID. The card stored in the prepaid card By receiving the balance frequency corresponding to the ID from the unit controller 700, the card unit 300A can recognize the balance frequency. However, the present invention is not limited to this. For example, in a prepaid card, the balance information itself is not limited to the card ID. It may be stored. In other words, this prepaid card is a recording medium on which data capable of specifying a game value used in a game is recorded.

  These card units 300A, 300B, 300C,... Are connected to the LAN 1 in the game hall 1000, respectively. Therefore, the card units 300A, 300B, 300C,... Can communicate with the unit controller 700 and the hall computer.

  A specific example will be described below.

  The above-described card units 300A, 300B, 300C,... Are pre-set to the respective pachinko gaming machines 10A, 10B, 10C,. Specific information (device identification information, such as a card unit ID) is supplied to the unit controller 700 and the like via the LAN 1.

  Moreover, card unit 300A, 300B, 300C, ... reads card ID memorize | stored in the above prepaid cards by card R / W313. The card units 300A, 300B, 300C,... Are supplied with the read card ID to the unit controller 700, and a predetermined number of game balls are determined depending on whether or not there is a balance corresponding to the card ID. It will be lent out.

  Further, these card units 300A, 300B, 300C,... Supply game information related to games to the unit controller 700, a management computer (not shown), etc. via the LAN 1. This game information includes information indicating that a prepaid card has been received, information indicating that the game has been won, information indicating that the probability of having received a bonus is improved, information indicating the number of times the identification information is variably displayed, and payout Any information relating to the game (especially the result and progress of the game) may be used, such as information indicating the number of game balls played and information indicating the number of game balls lent out.

  In this embodiment, each of the card units 300A, 300B, 300C,... Is directly connected to the unit controller 700, a management computer (not shown), etc. via the LAN 1 so as to be communicable. For example, each of the card units 300A, 300B, 300C,... Is connected to a relay computer (not shown) for each predetermined number (for example, for each island), the relay computer, and a unit controller. 700 may be configured to be communicably connected.

  The unit controller 700 is a computer for collectively managing information related to prepaid cards. The unit controller 700 is connected to the LAN1. The unit controller 700 receives the card units 300A, 300B, 300C,... And the card ID of the prepaid card supplied from the card issuing machine 400, and relates to the prepaid card such as the remaining number for each card ID of the prepaid card. Manage various information. As a result, the prepaid card itself does not store the information regarding the remaining number, but stores only the card ID, and the unit controller 700 manages the remaining number based on the card ID. In the case of a prepaid card, it is possible to increase the remaining frequency by making a deposit at any time.

  The card issuing machine 400 is a terminal for issuing a prepaid card. The card issuing machine 400 is connected to the LAN 1. The card issuing machine 400 supplies information to issue a prepaid card to the unit controller 700 in response to an operation by a player or the like.

  The sales management computer 800 is a computer for collectively managing sales in each amusement hall, and is installed in a third party (mainly a prepaid card issuing company). Sales management computer 800 is connected to unit controller 700 via network NT1. The sales management computer 800 receives sales information related to the prepaid card supplied from the unit controller 700, and manages the sales information at each game arcade.

  Note that the network NT1 and the like in the present embodiment are configured by the Internet, a dedicated line, a provider, a voice communication station, a mobile phone base station, a satellite communication station, and the like. Any configuration is possible as long as the management computer 800 is communicably connected. Of course, any communication method can be used for the LAN 1 as long as communication is possible between the devices.

[Configuration of pachinko machines]
A perspective view showing the pachinko gaming machine described above is shown in FIG. In the following, the pachinko gaming machine 10A will be described as a representative, and other descriptions will be omitted.

  A main body frame 13 is attached to the outer frame 11 of the pachinko gaming machine 10A. A game board 15 is incorporated in the main body frame 13. A plurality of obstacle nails (not shown) are driven in front of the game board 15, and a glass door (not shown) is provided so as to cover the game board 15. An upper plate 20 and a lower plate 30 are provided on the front surface of the main body frame 13.

  A liquid crystal display device (not shown) is provided in the approximate center of the front surface of the game board 15. This liquid crystal display device has a display area (not shown), and predetermined identification information is variably displayed in the display area. This identification information consists of numbers, symbols, symbols, and the like.

  The firing handle 35 provided on the right side of the lower plate 30 is provided so as to be rotatable with respect to the main body frame 13. A pachinko game is performed by operating the launch handle 35 by the player. A firing motor (not shown) is provided on the back side of the firing handle 35.

  Further, a touch sensor (not shown) is provided on the periphery of the launch handle 35. When the touch sensor is touched, it is detected that the firing handle 35 is gripped by the player. When the launch handle 35 is gripped by the player and is rotated in the clockwise direction, electric power is supplied to the launch motor according to the rotation angle, and the game ball stored in the upper plate 20 is played. Fired sequentially on the board 15.

  In addition, the touch sensor provided in the peripheral part of the launching handle 35 may be any sensor that can determine that the player has gripped the launching handle 35, such as an optically detected one, a one that is detected by heat, Regardless of the type of sensor.

  The launched game ball is guided by a guide rail (not shown) provided on the game board 15 and moves to the upper part of the game board 15 and then travels in the direction of travel by collision with the above-described obstacle nails. It falls toward the lower part of the game board 15 while changing.

  A card unit 300 </ b> A is attached to the left side surface of the outer frame 11. The card unit 300A and the pachinko gaming machine 10A are electrically connected, and a predetermined control signal and the like necessary for renting game balls are transmitted and received between the card unit 300A and the pachinko gaming machine 10A.

  A lending operation panel 18 is provided on the front surface of the upper plate 20. The lending operation panel 18 is controlled by the card unit 300A. The lending operation panel 18 includes a remaining number display LED 22, a lending permission display LED 24, a ball lending operation switch 26, and a return switch 28. The lending operation panel 18 and the remaining frequency display LED 22, lending permission display LED 24, ball lending operation switch 26, and return switch 28 included in the lending operation panel 18 are all controlled by the card unit 300 </ b> A by transmitting and receiving predetermined communication signals.

  The remaining number display LED 22 is composed of a 7-digit LED of several digits. On the remaining frequency display LED 22, the balance of the amount corresponding to the prepaid card inserted into the card unit 300 </ b> A is displayed as a number with 100 yen as one frequency. When "5.00" is displayed on the remaining frequency display LED 22, 500 yen of game balls can be lent. The remaining frequency display LED 22 in the present embodiment can be switched to a number less than the decimal point by operating a display changeover switch 322 described later. However, the present invention is not limited to this, and for example, only a number greater than the decimal point is displayed. It may be. Moreover, the display LED which shows the number below a decimal point may be provided, and the remaining frequency display LED22 may be made to display an integer number. Further, the remaining frequency display LED 22 is not limited to the LED, and any display device may be used as long as it can display a numerical value. Further, it is possible to display more than the decimal point and less than the decimal point simultaneously, such as “5.00”.

  Information on whether or not the game ball can be rented is displayed on the lendable display LED 24. That is, if the lending permission display LED 24 is lit, the player can press the ball lending operation switch 26 to lend a game ball.

  When the ball lending operation switch 26 is pressed by the player, the game ball is lent. When the ball lending operation switch 26 is pressed, the payout / pause of the pachinko gaming machine 10A will be described in accordance with a signal output from the card unit 300A to the payout / launch control circuit 126 (see FIG. 4) of the pachinko gaming machine 10A. The launch control circuit 126 executes a game ball lending process.

  When the return switch 28 is pressed by the player, a prepaid card return process is performed.

[Configuration of card unit]
FIG. 3 is a perspective view showing the card unit described above. In the following, the card unit 300A will be described as a representative, and description of other card units will be omitted.

  A status display lamp 301 is provided at the top front of the casing of the card unit 300A. The status display lamp 301 displays the connection status and communication status between the card unit 300A and the unit controller 700 installed in the game arcade 1000 in a predetermined manner. When the card unit 300A and the unit controller 700 are offline due to some abnormality in the connection status and communication state, the prepaid card sales information recorded in the card unit 300A is temporarily stored in the card unit 300A. The information is stored in the RAM 312 (see FIG. 4), and when the connection status and communication state with the unit controller 700 and the like are restored (online), the information is collectively transmitted to the unit controller 700 and the like.

  A card insertion lamp 302 is provided above the status display lamp 301. This card insertion lamp 302 notifies whether or not a prepaid card is inserted in the card unit 300A in a predetermined display mode.

  A display device 321 capable of displaying various images is provided on the side of the status display lamp 301. On the display device 321, for example, game information such as the number of symbol variations in the pachinko gaming machine 10 and the number of jackpots can be displayed. Further, the display device 321 is provided with a touch panel and can be set to a rescue pay mode according to the operation, as will be described in detail later.

  Below the status display lamp 301, a coin slot 303, a coin return switch 304, and a coin return slot 305 are provided. A coin insertion slot 303 can accept coins. As described above, the card unit 300A includes money accepting means capable of accepting predetermined money. A coin insertion detection sensor 315 (see FIG. 4), which will be described later, is provided inside the coin insertion slot 303 in the card unit 300A. The coin insertion detection sensor 315 detects a predetermined coin inserted and identifies its type. As described above, the card unit 300A is provided with money specifying means for specifying the type of accepted money. When a coin is inserted into the coin insertion slot 303, communication is performed with the unit controller 700, and deposit is performed according to the inserted coin. Further, when the coin return switch 304 is operated, the inserted coins are returned from the coin return port 305.

  A bill insertion slot 307 is provided below the coin return slot 305. A bill can be inserted into the bill insertion slot 307. As described above, the card unit 300A includes money accepting means capable of accepting predetermined money. Moreover, the banknote identification device 314 (refer FIG. 4) mentioned later is provided inside the banknote insertion slot 307 in the card unit 300A. This banknote identification device 314 detects a banknote inserted into the banknote insertion slot 307 and identifies its type. As described above, the card unit 300A is provided with money specifying means for specifying the type of accepted money. When a bill is inserted into the bill insertion slot 307, communication is performed with the unit controller 700 in the same manner as the coin insertion slot 303 described above, and deposit according to the inserted bill is performed.

  A card insertion slot 308 is provided below the bill insertion slot 307. A prepaid card can be inserted into the card insertion slot 308. A card R / W 313 (see FIG. 4) to be described later is provided inside the card insertion slot 308 in the card unit 300A. The card R / W 313 can read magnetic information recorded on a prepaid card inserted into the card insertion slot 308 and can also write information. When a prepaid card is inserted into the card insertion slot 308, the card unit 300A reads information such as a card ID recorded on the prepaid card. As described above, the card unit 300A is provided in the pachinko gaming machine 10 and includes an accepting unit that accepts a prepaid card (recording medium) on which data that can be used for gaming can be specified. In the present embodiment, the information stored in the prepaid card is the magnetic information. However, the information is not limited to this, and may be an IC card, for example.

  A keyhole 309 is provided below the card insertion slot 308. By inserting a key into the keyhole 309 and operating it, the card unit 300A can be removed from the pachinko island. This pachinko Taijima is a facility to which a plurality of pachinko gaming machines and card units corresponding to them are attached.

  A display changeover switch 322 is provided above the bill insertion slot 307 for selectively switching the balance frequency display between the decimal point and the decimal point.

[Electric configuration of gaming machine and card unit]
The electrical configuration of the pachinko gaming machine 10A and the card unit 300A described above will be described with reference to FIG.

  As shown in FIG. 4, the pachinko gaming machine 10A includes a main control circuit 60, a sub control circuit 200, a payout / launch control circuit 126, a lending operation panel 18, an external output terminal plate 139, and the like. In the present embodiment, the output of various signals is transmitted only in the direction from the main control circuit 60 to the sub-control circuit 200, and from the main control circuit 60 to the payout / launch control circuit 126. Alternatively, reverse communication and bidirectional communication may be performed. The lending operation panel 18 is independent of various circuits in the pachinko gaming machine 10A in terms of control.

  The main control circuit 60 includes a CPU (not shown), a RAM (not shown), a ROM (not shown), and the like, and has a function of determining the progress of the game (game result and progress). The sub-control circuit 200 includes a CPU (not shown), a RAM (not shown), a ROM (not shown), etc., and a liquid crystal display according to the progress of the game determined by the main control circuit 60. The apparatus (not shown) has a function of executing various effects such as displaying various images, generating various sounds from a speaker (not shown), and causing a lamp (not shown) to emit light. The external output terminal board 139 supplies various game information related to the game to the card unit 300A. In particular, the external output terminal board 139 includes game execution information that can specify that a predetermined game has been executed, game state information that can specify that a big hit gaming state (specific game state) is advantageous to the player, and the like. It will be supplied to the card unit 300A.

  The payout / launch control circuit 126 includes a CPU 133, a RAM (not shown), a ROM (not shown), a card unit connection I / O 137, and the like.

  The ROM stores various programs for performing payout / launch control and communication control with the card unit 300A. This program is read from the ROM by the CPU 133 and executed. The CPU 133 performs control of the payout / firing control circuit 126, communication with the card unit 300A, and the like according to various programs stored in the ROM. The RAM has a function of storing various flags and variable values as a temporary storage area of the CPU 133.

  The card unit connection I / O 137 is an interface for inputting / outputting a predetermined communication signal to / from the card unit 300A or the like. The card unit connection I / O 137 is electrically connected to a gaming machine connection I / O 318 on the card unit 300A side which will be described later.

  The payout / launch control circuit 126 is connected to a payout device (not shown) and a launch device (not shown), and controls the payout device (not shown) and the launch device (not shown). Do.

  The lending operation panel 18 includes various LEDs (not shown), various operation switches, and the like. The various operation switches include a ball lending operation switch 26 and a return switch 28. The lending operation panel 18 is electrically connected to the gaming machine connection I / O 318 on the card unit 300A side, and can make a gaming ball lending request in accordance with communication with the card unit 300A.

  The card unit 300A includes a CPU 310, a ROM 311, a RAM 312, a card R / W 313, a bill recognition device 314, a coin insertion detection sensor 315, a status display lamp 301, a card insertion lamp 302, a gaming machine connection I / O 318, a display device 321, A display changeover switch 322, an input device 323, and the like are included.

  The ROM 311 stores various programs such as a program for controlling the card unit 300A and a program for controlling communication between the card unit 300A and the pachinko gaming machine 10A. Such various programs are read from the ROM 311 and executed by the CPU 310. The CPU 310 controls the card unit 300A and communication with the pachinko gaming machine 10A according to the above-described program. The RAM 312 has a function of storing various flags and variable values as a temporary storage area of the CPU 310.

  The card R / W 313 is a device for reading various information recorded on the prepaid card inserted from the card insertion slot 308 and writing information to the prepaid card under the control of the CPU 310. . In the present embodiment, the card R / W 313 corresponds to an example of a reading unit that reads data from an accepted prepaid card (recording medium).

  The banknote identification device 314 identifies a banknote inserted under the control of the CPU 310 and outputs banknote identification information to the CPU 310. The coin insertion detection sensor 315 detects that a coin has been inserted into the coin insertion slot 303 under the control of the CPU 310 and outputs the detection information to the CPU 310. In the present embodiment, the banknote identification device 314 and the coin insertion detection sensor 315 correspond to an example of a currency identification unit that identifies the type of accepted currency.

  The state display lamp 301 displays various information such as various abnormal states (for example, banknote jam) in the card unit 300A in a predetermined manner. In addition, a connection state and a communication state between the card unit 300A and the unit controller 700 installed in the game hall 1000 are notified in a predetermined manner.

  The card insertion lamp 302 notifies whether or not a prepaid card is inserted in the card unit 300A in a predetermined manner.

  The gaming machine connection I / O 318 is an interface for inputting / outputting predetermined communication signals to / from the card unit connection I / O 137 of the pachinko gaming machine 10A, the lending operation panel 18 of the pachinko gaming machine 10A, the unit controller 700, and the like. . The gaming machine connection I / O 318 is electrically connected to the card unit connection I / O 137, the lending operation panel 18, and the unit controller 700 of the pachinko gaming machine 10A. In particular, the gaming machine connection I / O 318 indicates that the pachinko gaming machine 10A is in a game execution information that can specify that a predetermined game has been executed, and is a jackpot gaming state (specific gaming state) that is advantageous to the player. The game state information that can be specified is received. In the present embodiment, the CPU 310 and the gaming machine connection I / O 318 correspond to an example of a game execution information receiving unit and a gaming state information receiving unit.

  The display device 321 is connected to the CPU 310. The display device 321 includes an image control circuit (not shown) and a display unit (not shown), and displays an image based on an image display signal from the CPU 310.

  The display changeover switch 322 is a switch for switching the display of the balance frequency of the remaining frequency display LED 22, and is mainly used to display the fraction when the balance frequency has a fraction.

  The input device 323 is connected to the CPU 310. This input device 323 has a configuration including a touch panel, detects its operation state, and outputs an operation signal based on the detection result to the CPU 310.

[Electrical configuration of card issuing machine]
The electrical configuration of the card issuing machine 400 in this embodiment will be described with reference to FIG.

  In the card issuing machine 400, as shown in FIG. 5, the CPU 404 and the memory 406 as the control unit 402, the data bus 408, the storage unit 410, the display unit 412, the operation unit 414, the communication control unit 416, the card issuing unit 418, It is comprised so that the banknote identification apparatus 420, the coin insertion detection sensor 422, etc. may be included. In addition, the data bus 408 includes a CPU 404 as a control unit 402, a memory 406, a storage unit 410, a display unit 412, an operation unit 414, a communication control unit 416, a card issuing unit 418, a banknote recognition device 420, and a coin insertion detection sensor 422. Etc. are connected.

  The CPU 404 has a function of executing various processes in accordance with programs stored in the storage unit 410. Further, the CPU 404 functions as various means described later according to the program.

  The storage unit 410 stores a program for controlling the operation of the card issuing machine 400 by the CPU 404 and various tables.

  In the present embodiment, the storage unit 410 is used as a medium for storing programs, tables, and the like. However, the present invention is not limited to this, and any other storage medium that can be read by a computer may be used. For example, it may be recorded on a storage medium such as a ROM, a CD-ROM, and a DVD. These programs may not be recorded in advance, but may be recorded in the memory 406 or the like after the power is turned on. Furthermore, each program may be recorded on a separate storage medium.

  The memory 406 has a function of storing various flags and variable values as a temporary storage area of the CPU 404.

  The display unit 412 is configured by a liquid crystal display panel, a CRT, or the like, and displays an image under the control of the CPU 404.

  The operation unit 414 is an operation means that can be operated by the operator, and includes a mouse, a keyboard, a touch panel, a switch, and the like. In the present embodiment, the operation unit 414 is configured by a switch, a touch panel, and the like. However, the operation unit 414 is not limited thereto, and may be anything that can be operated (inputable) by an operator (user), such as a microphone. It may be.

  The communication control unit 416 is for communicating with various devices such as the unit controller 700.

  The card issuing unit 418 has a function of issuing a prepaid card based on an issue signal from the CPU 404.

  The banknote identification device 420 identifies a banknote inserted under the control of the CPU 404 and outputs banknote identification information to the CPU 404. The coin insertion detection sensor 422 detects that a coin has been inserted into the coin insertion slot under the control of the CPU 404 and outputs the detection information to the CPU 404.

  Various tables stored in the storage unit in the electronically configured card issuing machine 400 and the like as described above will be described in detail later.

[Electrical configuration of unit controller]
The electrical configuration of the unit controller 700, sales management computer 800, etc. in this embodiment will be described with reference to FIG. In this embodiment, since each device has the same electrical configuration, the unit controller 700 will be described as a representative, and description of other devices will be omitted. In FIG. 6, reference numerals enclosed in parentheses are reference numerals in the sales management computer 800.

  As shown in FIG. 6, the unit controller 700 is configured to include a CPU 704 and a memory 706 as a control unit 702, a data bus 708, a storage unit 710, a display unit 712, an operation unit 714, a communication control unit 716, and the like. ing. Further, the data bus 708 is connected with a CPU 704 as a control unit 702, a memory 706, a storage unit 710, a display unit 712, an operation unit 714, a communication control unit 716, and the like. In the present embodiment, the unit controller 700 and the like are configured to include the display unit 712 and the operation unit 714. However, the present invention is not limited thereto, and for example, the display unit 712 and the operation unit 714 are not provided. It may be configured.

  The CPU 704 has a function of executing various processes in accordance with programs stored in the storage unit 710. Further, the CPU 704 functions as various means described later according to the program.

  The storage unit 710 stores a program for controlling the operation of the hall computer 700 by the CPU 704 and various tables.

  In the present embodiment, the storage unit 710 is used as a medium for storing programs, tables, and the like. However, the present invention is not limited thereto, and any other storage medium that can be read by a computer may be used. For example, it may be recorded on a storage medium such as a ROM, a CD-ROM, and a DVD. These programs may not be recorded in advance, but may be recorded in the memory 706 or the like after the power is turned on. Furthermore, each program may be recorded on a separate storage medium.

  The memory 706 has a function of storing various flags and variable values as a temporary storage area of the CPU 704.

  The display unit 712 is configured with a liquid crystal display panel, a CRT, or the like, and displays an image under the control of the CPU 704.

  The operation unit 714 is an operation means that can be operated by the operator, and includes a mouse, a keyboard, a touch panel, and the like. In the present embodiment, the operation unit 714 is configured by a mouse, a touch panel, or the like. However, the operation unit 714 is not limited thereto, and may be anything that can be operated (inputable) by an operator (user), such as a microphone. It may be.

  The communication control unit 716 is for communicating with various devices such as the card unit 300A and the sales management computer 800.

  Various tables stored in the storage unit in the electrically configured unit controller 700 and the like will be described in detail.

[Prepaid card data table]
A prepaid card data table stored in the storage unit 710 of the unit controller 700 in the electrical configuration described above will be described with reference to FIG. Even if the prepaid card data table described below is not stored in the storage unit 710, data and programs having such functions may be stored in the storage unit 710.

  As shown in FIG. 7, the storage unit 710 stores various data corresponding to the prepaid card, and stores a prepaid card data table for managing sales at the game hall 1000. In this prepaid card data table, a card ID, a unit ID, and remaining frequency data are recorded in association with each other.

  The card ID is information for identifying a prepaid card, and a different ID is assigned to each prepaid card. The unit ID is information for identifying a card unit or the like in which a prepaid card is inserted. The remaining frequency data is data indicating the frequency remaining in the prepaid card (frequency for lending game balls).

  In the present embodiment, in such a prepaid card data table, a corresponding record is generated in response to the issuance of a prepaid card.

  By recording such a prepaid card data table, information about the prepaid card such as the remaining number of issued prepaid cards can be managed, and the information is supplied to the sales management computer 800, whereby sales management is performed. The computer 800 makes it possible to manage sales at the game hall 1000 or the like.

[Rescue mode]
The rescue mode that can compensate for the loss in the consumption of the game medium and reduce the loss in the consumption of the game medium in the above-described electrical configuration will be described below with reference to FIG.

  The rescue mode is a mode that can be set according to the player's operation.

  For example, as shown in FIG. 8 (A), when a player's operation is not performed and the rescue mode is not set, the game is started and the loss for consumption of the game medium is compensated. There is no processing, and after the game is started, the game balls are lent out uniformly at “4 yen / 1 ball”.

  Further, as shown in FIG. 8B, when a player's operation is performed, the rescue mode is set from the subsequent game, and an insurance fee is collected. Then, after the rescue mode is set, counting of the number of times of special symbol variable display is started. During the rescue mode, game balls are lent out uniformly at “4 yen / 1 ball”. And, if it is a big hit before the number of special symbol variable display reaches 600 times after the rescue mode is set, processing to compensate for the loss in consumption of the game medium is not performed, When the rescue mode is canceled and the rescue mode is not set, and the player is not operated thereafter, the rescue mode is not set, and the player's operation is performed as shown in FIG. When the game is performed, the rescue mode is set again from the game started after the operation. As a result, the insurance premium is collected, and after the rescue mode is set, the counting of the number of times of special symbol variable display is started again.

  In addition, as shown in FIG. 8D, when the number of times of variable display of the special symbol is 600 times without being a big hit after the rescue mode is set according to the player's operation, A predetermined balance frequency is added, and a process for compensating for a loss in the consumption of the game medium is performed. As will be described in detail later, this added balance frequency is a frequency corresponding to the balance frequency used for lending game balls from the time when the rescue mode is set until 600 special symbols are variably displayed. Therefore, only “1/4” of the rented balance frequency is returned to the player. In addition, if the number of times of variable display of special symbols becomes 600 without being a big hit after the rescue mode is set according to the player's operation, “2 yen / 1 ball” thereafter. After the game ball is rented and the rescue mode is set according to the player's operation, if the special symbol variable display count is 900 times without a big hit, then, Game balls can be rented for "1 yen / ball". If the game ball lending is a big hit after the cost becomes low, the game ball will be rented for the first “4 yen / 1 ball” thereafter.

[Description of display screen]
In addition, a display screen displayed on the display device 321 in the card unit 300A in the configuration described above will be described with reference to FIG.

  In the display device 321, when the rescue mode is not set, as shown in FIG. 9A, an image relating to a rescue pay benefit is displayed. Specifically, when the game is 600 games (not a big hit), it is displayed that the prepaid card balance used during that time is discounted and the discount is charged to the card. In addition, when it becomes 600 game hamari, an image that the subsequent ball lending unit price is 2 yen, and when it becomes 900 game hamari, an image that the subsequent ball lending unit price is 1 yen. Is displayed.

  In addition, a rescue button image is displayed on the lower left of the display device 321. When the button is touched by the player, a rescue pay is started. In addition, when paying an insurance premium of 10 times, an image is displayed indicating that a rescue pay for paying insurance money is started even if the insurance money is large (for example, 600 game hammering). In addition, as shown in FIG. 9B, when the prepaid card is removed during the rescue pay mode, an image indicating that the rescue pay mode is reset is also displayed. Further, as shown in FIG. 9C, when the above condition is satisfied, an image indicating that the privilege can be received by the rescue pay is also displayed.

  Then, as shown in FIG. 9D, when the rescue button is touched by the player, the rescue pay mode is executed. Then, as shown in FIG. 9E, the number of games counted when the game is played and the card usage balance frequency counted when the balance frequency in the prepaid card is subtracted are displayed. For example, as shown in FIG. 9 (F), when the number of games is 600 and the card usage balance frequency is 230, a rescue pay is executed and the card usage balance frequency is 230. When the frequency is actually lent at “4 yen / 1 ball”, the discount is given as rented at “3 yen / 1 ball”, and the discount is 1 / of the card usage balance frequency. 4 is charged as a bonus. Further, after that, an image indicating that the loan is made at “2 yen / 1 ball” is displayed. Further, when the number of games reaches 900, an image indicating that “1 yen / 1 ball” will be rented will be displayed.

  Thus, according to the rescue mode setting, it is possible to compensate for the loss in the consumption of the game medium and reduce the loss in the consumption of the game medium.

[Game system operation]
Processing executed in the gaming system 1 will be described below with reference to FIGS. It is assumed that a plurality of pachinko gaming machines 10A, 10B, 10C,..., A plurality of card units 300A, 300B, 300C,. explain.

  First, as shown in FIG. 10, when a payment process is performed by the player in the card issuing machine 400 (step S401), a card issuing process is performed (step S402). In this process, the CPU 404 determines the balance frequency for the prepaid card to be issued based on the money deposited by the player. Then, the CPU 404 transmits the issuing machine ID assigned to each card issuing machine, the card ID assigned to the prepaid card to be issued, and the issue amount information indicating the issue frequency to the unit controller 700 (step). S403).

  In the unit controller 700, the CPU 704 receives the card ID and the issue amount information from the card issuer 400 (step S701), creates card data related to the prepaid card, and prepaid card data table (see FIG. 7). The card ID and the issue amount information are additionally registered (step S702). Then, the CPU 704 transmits card issue command information for issuing a prepaid card to the card issuer 400 (step S703).

  Then, in the card issuing machine 400, the CPU 404 receives card issuing command information from the unit controller 700 (step S404) and issues a card (step 405).

  In this way, the card issuance is performed by controlling the card issuing machine 400 and the unit controller 700.

  When a prepaid card is inserted in the card unit 300A, the prepaid card is accepted as shown in FIG. 11 (step S301). If CPU 310 detects that a prepaid card has been inserted, CPU 310 causes card R / W 313 to read the card ID from the prepaid card. That is, the card unit 300A (CPU 310) accepts a prepaid card (recording medium) on which data capable of specifying a game value used for a game is recorded, and reads data such as a card ID from the accepted prepaid card. In the present embodiment, the card unit 300A (CPU 310) that executes such processing corresponds to an example of a receiving unit and a reading unit. In step S <b> 302, the CPU 310 transmits the unit ID unique to the card unit and the read card ID to the unit controller 700.

  In the unit controller 700, the CPU 704 receives the unit ID and the card ID from the card unit 300A (step S711), refers to the prepaid card data table (see FIG. 7), and checks the card ID (step S712). ), The balance frequency corresponding to the card ID is read and transmitted as balance information to the card unit 300A corresponding to the unit ID (step S713), and the unit ID is registered in the prepaid card data table.

  In card unit 300A, when CPU 310 receives balance information (step S303), CPU 310 stores the balance information in a predetermined area of RAM 312 (step S304). That is, the card unit 300A (CPU 310) stores balance information that is the magnitude of the game value specified from the data read from the prepaid card. In the present embodiment, the card unit 300A (CPU 310) that executes such processing corresponds to an example of a balance information storage unit.

  Then, the CPU 310 outputs a balance display signal to the pachinko gaming machine 10A (step S305), and causes the remaining number display LED 22 in the pachinko gaming machine 10A to display the balance (step S101).

  Further, in the pachinko gaming machine 10, when the lending operation of the ball lending operation switch 26 is performed (step S102), a lending operation signal is output to the card unit 300A (step S103), and the lending operation signal is output to the card unit 300A. Is received (step S311), the lending process is performed in the pachinko gaming machine 10 and the card unit 300A (step S312). In this process, the CPU 133 in the payout / launch control circuit 126 of the pachinko gaming machine 10 and the CPU 310 in the card unit 300A determine whether or not the lending is possible, and if the lending is possible, the game ball Will be controlled. Specific processing will be described below.

  First, when the pachinko gaming machine 10 and the card unit 300A are communicably connected, a predetermined signal is output from the pachinko gaming machine 10 to the card unit 300A. For this reason, in the card unit 300A, it can be recognized that communication is possible. When the prepaid card is inserted and the ball lending operation switch 26 (see FIG. 4) is pressed by the player as shown in step S102, the CPU 133 pushes the card unit 300A as shown in step S103. A lending operation signal is output.

  Then, in the card unit 300A that has received the lending operation signal, the CPU 310 refers to the balance information stored in the RAM 312 and the balance frequency is a predetermined size (for example, a balance necessary for lending 25 game balls). It is determined whether it is less than (frequency). In addition to the balance frequency, the CPU 310 refers to various communication states, device states, and the like, and determines whether or not the game ball can be paid out. When it is determined that the game ball can be paid out, for example, the balance information is not less than a predetermined size, the CPU 310 permits the game ball to be lent and requests a payout operation. The payout request signal is output to the payout / launch control circuit 126 in the pachinko gaming machine 10. Then, the CPU 133 instructs the payout device (not shown) to pay out a predetermined number (for example, 25 balls) of game balls, and when the predetermined number of game balls have been paid out, the payout Is output to the card unit 300A. As a result, the lending of a predetermined number of game balls ends.

  As described above, the card unit 300A (CPU 310) performs control for lending out game media to be used for the game in accordance with the operation by the player within the range of the game value. In the present embodiment, the card unit 300A (CPU 310) that executes such processing corresponds to an example of a lending control unit.

  Then, the CPU 310 calculates sales information corresponding to the rental of the game ball, and the sales information together with the unit ID of the card unit 300A and the prepaid card ID accepted by the card unit 300A. (Step S313). In this process, the CPU 310 reads the lending mode positioned in a predetermined area of the RAM 312 and calculates it as sales information based on the lending mode in accordance with the lending operation. Specifically, when the lending mode is the lending mode A, the CPU 310 lends one game ball for 4 yen, so that the lending mode is the lending mode B for lending 25 balls. In the case of renting out one game ball for 2 yen, subtract 0.5 times to rent 25 balls, and if the rent mode is the rent mode C, In order to lend for 1 yen, it would be subtracted by 0.25 degrees to lend out 25 balls.

  Then, the CPU 310 updates the balance frequency so as to be subtracted (step S314). In this processing, the CPU 310 reads balance information positioned in a predetermined area of the RAM 312, subtracts the predetermined balance frequency by a predetermined number, and stores the subtracted balance frequency in the predetermined area of the RAM 312 as balance information. That is, the card unit 300A (CPU 310) subtracts the stored balance information by the amount of game value corresponding to the rented game medium. In the present embodiment, the card unit 300A (CPU 310) that executes such processing corresponds to an example of balance information subtraction means.

  In other words, every time the CPU 310 accepts a lending operation by the player, the size of the lending unit price of the selected game medium (for example, “4 yen / 1 ball”, “2 yen / 1 ball”, “1” Yen / ball ”), that is, a predetermined amount (for example, 25 balls, etc.) of game media is lent according to the magnitude of the game value used (for example, 1 degree, 0.5 degree, 0.25 degree, etc.) Therefore, control will be performed. In the present embodiment, the card unit 300A (CPU 310) that executes such processing corresponds to an example of a lending control unit.

  Then, the CPU 310 outputs a balance display signal to the pachinko gaming machine 10A (step S315), and causes the remaining frequency display LED 22 in the pachinko gaming machine 10A to display the balance with the balance frequency subtracted (step S104).

  On the other hand, in the unit controller 700, when the sales information is received (step S716), the CPU 704 calculates the unit ID of the card unit 300A and the balance frequency corresponding to the prepaid card ID accepted by the card unit 300A. Then, updating is performed so that the frequency corresponding to the received sales information is subtracted (step S717).

  In the present embodiment, when the lending process described above is executed a plurality of times, the lending process is executed again.

  As shown in FIG. 12, in the card unit 300A, when money is inserted by the player (step S321), the CPU 310 specifies money (step S322). That is, the card unit 300A (CPU 310) can accept a predetermined currency and specifies the type of accepted currency. In the present embodiment, such a card unit 300A (CPU 310) corresponds to an example of money accepting means and money specifying means.

  Then, the CPU 310 makes a request to update the card information to the unit controller 700 (step S323). In this process, the CPU 310 requests the unit controller 700 to update the card information together with the unit ID, the card ID, and information corresponding to the specified currency.

  On the other hand, in unit controller 700, CPU 704 receives a card information update request (step S721), and based on the update request, the balance frequency corresponding to the prepaid card ID accepted by card unit 300A is specified. The update is performed so as to add only the frequency corresponding to the currency (step S722). Then, the CPU 704 sends an update completion notification to the card unit 300A corresponding to the unit ID (step S723).

  When the CPU 310 receives the update completion notification (step S324), the CPU 310 performs an update for adding the balance frequency corresponding to the specified currency (step S325). In this processing, the CPU 310 reads balance information positioned in a predetermined area of the RAM 312, adds the balance frequency by the number corresponding to the inserted money, and stores the added balance frequency in the predetermined area of the RAM 312 as balance information. To do. As a specific example, when the balance frequency is “0”, when 5,000 yen is inserted, the CPU 310 adds “50” corresponding to 5,000 yen to the existing balance frequency “0”. Therefore, “50” as the addition result is stored. That is, the card unit 300A (CPU 310) adds the stored balance information by the amount of game value corresponding to the type of money that has been inserted and specified.

  Then, the CPU 310 outputs a balance display signal to the pachinko gaming machine 10A (step S326), and causes the remaining frequency display LED 22 in the pachinko gaming machine 10A to display the balance with the balance frequency added (step S105).

  Further, in the pachinko gaming machine 10, when the return switch 28 is returned (step S106), a return operation signal is output to the card unit 300A (step S107), and the card unit 300A receives the return operation signal. If so (step S331), a card information update request is sent to the unit controller 700 (step S332). In this process, the CPU 310 makes a card information update request including the unit ID indicating the card unit 300A, the card ID indicating the accepted prepaid card, and the balance frequency to the unit controller 700.

  On the other hand, in unit controller 700, CPU 704 receives an update request for card information (step S726), and the balance frequency corresponding to the card ID accepted by card unit 300A is discharged based on the update request. Updating is performed so that the balance frequency in the prepaid card is obtained (step S727). Then, the CPU 704 sends an update completion notification to the card unit 300A corresponding to the unit ID (step S728). At this time, the CPU 704 deletes the unit ID stored in the prepaid card data table (see FIG. 7), and processes the prepaid card as not received by any card unit.

  Then, when the CPU 310 receives the update completion notification (step S333), the CPU 310 discharges the prepaid card (step S334). As will be described in detail later, the CPU 310 initializes various counters and a lending mode when it is determined that the prepaid card is ejected and not accepted.

[Insurance execution processing]
Further, insurance execution processing executed at a predetermined cycle in the card unit 300A will be described below with reference to FIGS.

  First, in the card unit 300A, as shown in FIG. 13, it is determined whether or not a card is being accepted (step S201). In this process, the CPU 310 determines whether or not the card is being received based on a signal from the card R / W 313. If the CPU 310 determines that the card is being received, the process proceeds to step S202. On the other hand, if the CPU 310 determines that the card is not being accepted, the process proceeds to step S207.

  In step S202, CPU 310 determines whether or not the rescue mode flag is on. In this process, the CPU 310 reads a value from the rescue mode flag positioned in a predetermined area of the RAM 311 and determines whether or not the rescue mode flag is on. If the CPU 310 determines that the rescue mode flag is on, it moves the process to step S211 in FIG. On the other hand, if the CPU 310 determines that the rescue mode flag is not on, it moves the process to step S203.

  In step S203, CPU 310 determines whether or not the rescue button is on. In this process, the CPU 310 determines whether or not the rescue button is operated and the rescue button is on based on a signal from the input device 323. If the CPU 310 determines that the rescue button is on, it moves the process to step S204. On the other hand, if the CPU 310 determines that the rescue button is off, it moves the process to step S207.

  In step S204, the CPU 310 determines whether or not the card balance frequency is equal to or more than a fee. In this process, the CPU 310 reads data indicating the balance frequency of the prepaid card positioned in the predetermined area of the RAM 311 and determines whether or not the card balance frequency is equal to or more than a fee (for example, 10 degrees). . If the CPU 310 determines that the card balance frequency is equal to or greater than the fee, the CPU 310 performs fee collection processing (step S205), and calculates the frequency for the fee from the data indicating the balance frequency of the prepaid card positioned in the predetermined area of the RAM 311. Subtract and update. In this case, the CPU 310 transmits information indicating the subtracted balance frequency to the unit controller 700 and transmits information indicating that the pachinko gaming machine 10 performs display corresponding to the balance frequency. To do. Then, the CPU 310 turns on the rescue mode flag positioned in the predetermined area of the RAM 311, clears the game execution number counter and the usage number counter positioned in the predetermined area of the RAM 311, and the rental mode positioned in the predetermined area of the RAM 311. Is set as the lending mode A (step S206). If this process ends, the process moves to step S211 in FIG. On the other hand, if the CPU 310 determines that the card balance frequency is less than the fee, the process proceeds to step S207.

  In step S207, the CPU 310 turns off the rescue mode flag positioned in the predetermined area of the RAM 311, clears the game execution number counter and the usage number counter positioned in the predetermined area of the RAM 311, and is positioned in the predetermined area of the RAM 311. Data indicating the lending mode is set as lending mode A. When this process is finished, this subroutine is finished.

  As a result, when the prepaid card is not accepted, or when the prepaid card is accepted and the rescue pay mode is not set, the balance frequency of the prepaid card is less than the frequency for the commission when the rescue button is turned on. In some cases, the rescue mode positioned in a predetermined area of the RAM 311 is turned off, and the lending mode is set to the lending mode A.

  In step S211 of FIG. 14, the CPU 310 determines whether or not the game execution number counter is 600 or more. In this process, the CPU 310 reads a value from the game execution number counter positioned in a predetermined area of the RAM 311 and determines whether or not the game execution number counter is 600 or more. As will be described in detail later, this game execution number counter is reset when the rescue pay mode is started, when a big hit gaming state is entered, or when a prepaid card is not accepted, and the symbol confirmation signal is turned on. In this process, the CPU 310 also determines whether or not 600 symbols of variable display have been completed. In other words, the CPU 310 that executes such a process determines that a specific gaming state (a big hit gaming state) is satisfied after a predetermined counting start condition including that a recording medium is accepted and a rescue pay mode is set is established. It is detected that a predetermined game has been executed a specified number of times (for example, 600 times) based on the counted result without being detected as having become. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a game execution number detection unit. If the CPU 310 determines that the game execution number counter is 600 or more, it moves the process to step S212. On the other hand, if the CPU 310 determines that the game execution number counter is less than 600, it moves the process to step S216.

  In step S212, CPU 310 determines whether or not a balance addition process has been completed. In this process, the CPU 310 determines whether or not the balance addition process has been completed depending on whether or not a balance addition process in step S214 described later has been executed after entering the rescue pay mode. If the CPU 310 determines that the balance addition processing has been completed, the CPU 310 proceeds to step S216 without executing the processing from step S213 to step S215. On the other hand, when determining that the balance addition process has not been completed, the CPU 310 executes an addition balance calculation process for calculating the balance frequency to be added (step S213), and performs a balance addition process for adding the calculated balance frequency. Execute (Step S214). In this process, as will be described in detail later, the CPU 310 reads a value from a usage frequency counter positioned in a predetermined area of the RAM 311, and based on the value, the balance frequency used after the rescue pay mode is set (for example, 200 "1/4" of the frequency) is calculated, and only the calculated balance frequency (for example, 50 degrees) is added to the balance frequency in the prepaid card. Here, the CPU 310 actually lends the ball at “4 yen / 1 ball”, but calculates the difference in the balance frequency when it is assumed that the ball lends at “3 yen / 1 ball”. Will be. Specifically, the CPU 310 reads the balance frequency (for example, 200 degrees) used after the rescue pay mode is set, and multiplies the used balance frequency by “3/4” to obtain “3 yen / 1 The balance frequency (for example, 150 °) is calculated when it is assumed that the ball was lent by “sphere”. Then, the CPU 310 subtracts the balance frequency when it is assumed to be discounted from the actually used balance frequency, and the result becomes the added balance frequency (for example, 50 degrees).

  That is, when it is detected that a predetermined game has been executed a specified number of times (for example, 600 times), the CPU 310 determines that the predetermined count start condition is based on the specified value for game value (balance frequency). The number of game media that have been actually lent (the number of game balls corresponding to the number of balances used) that has been rented since it is established (after being set in the rescue pay mode) is specified, and the lending unit price of the game media is the first largest Lending game media for the number of lent game media specified by a second size (for example, “3 yen / 1 ball”) smaller than the size (for example, “4 yen / 1 ball”) In this case, the magnitude of the game value used (for example, “3/4” of the balance frequency actually used) is specified. Then, the CPU 310 determines the actual value of the game value (for example, the balance frequency actually used) and the value of the game value specified when it is assumed that the discount is made as described above ( For example, the difference between the actually used balance frequency and the balance information corresponding to the specified difference (for example, “1/4” of the actually used balance frequency) is specified. Is determined as added balance information to be added (a predetermined amount of balance information) and added to the actual balance information. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of an additional balance information determination unit and a balance information addition unit.

  In this way, when a predetermined game is executed a specified number of times without entering a specific game state, a large amount of game media is consumed. In this case, a predetermined amount of balance information is added. Loss in medium consumption can be compensated, the degree of disadvantage to the player can be reduced, and a more healthy game can be performed.

  Further, the additional balance information to be added corresponding to the specified game value after the predetermined counting start condition is satisfied is determined, and the amount of loss in consumption of the game medium is determined. Can be compensated, and the degree of disadvantage to the player can be further reduced, and a more healthy game can be performed.

  Further, assuming that the lending unit price of the game medium is the first size, the additional balance information corresponding to the difference is regarded as the second size smaller than the first size. Therefore, the compensation can be made in proportion to the loss in the consumption of the game medium, and the loss can be compensated fairly.

  In addition, since the condition is that the recording medium has been accepted, the number of game executions is counted each time the player is replaced in the gaming machine, so it is not justified to compensate for the loss of the player who executed the game before It is possible to prevent the player from receiving it, and to prevent the disadvantage that excessive profits are given to the player who has played the game later.

  Then, the CPU 310 sets the data indicating the lending mode positioned in the predetermined area of the RAM 311 as the lending mode B (step S215), and ends this subroutine. As a result, the CPU 310 sets the lending mode as the lending mode B, and performs control for lending gaming balls at 2 yen / 1 ball in the lending process.

  That is, before detecting that a predetermined game has been executed a specified number of times (for example, 600 times), the CPU 310 receives a first amount (as a rental unit price of the game medium) every time a rental operation by the player is accepted. For example, when it is detected that a predetermined game has been executed a predetermined number of times, the game unit lending unit price is set as the first unit of the game medium lending time every time a lending operation by the player is accepted. A second size smaller than the size (for example, “2 yen / 1 sphere”) is selected. In other words, after detecting that the predetermined game has been executed a specified number of times, the CPU 310 receives the first game value used for renting a predetermined amount of game media every time a rental operation by the player is accepted. A second size smaller than the size will be selected. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a lending unit price selection unit.

  In step S216, CPU 310 determines whether or not the game execution number counter is 900 or more. In this process, the CPU 310 reads a value from the game execution number counter positioned in a predetermined area of the RAM 311 and determines whether or not the game execution number counter is 900 or more. As will be described in detail later, this game execution number counter is reset when the rescue pay mode is started, when a big hit gaming state is entered, or when a prepaid card is not accepted, and the symbol confirmation signal is turned on. In this process, the CPU 310 also determines whether or not 900 symbols of variable display have been completed. In other words, the CPU 310 that executes such a process determines that a specific gaming state (a big hit gaming state) is satisfied after a predetermined counting start condition including that a recording medium is accepted and a rescue pay mode is set is established. It is detected that a predetermined game has been executed a specified number of times (for example, 900 times) based on the counted result without being detected. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a game execution number detection unit. If the CPU 310 determines that the game execution number counter is 900 or more, the CPU 310 sets the data indicating the lending mode positioned in the predetermined area of the RAM 311 as the lending mode C (step S217), and ends this subroutine. As a result, the CPU 310 sets the lending mode as the lending mode C, and performs control for lending gaming balls at 1 yen / 1 ball in the lending process. On the other hand, if the CPU 310 determines that the game execution number counter is less than 900, the CPU 310 ends this subroutine.

  In other words, the CPU 310 determines the rental unit price of the game medium after it is detected that a predetermined game has been executed a specified number of times (for example, 600 times) as the number of game executions ( For example, the second lending unit price of a plurality of types of game media corresponding to 600 times, 900 times, etc. (for example, “2 yen / 1 ball”, “1 yen / 1 ball”, etc.) One of these will be selected. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a lending unit price selection unit.

  In this way, when a predetermined game is executed a specified number of times without entering a specific game state, a lot of game media will be consumed. In this case, the second size smaller than the first size before that is used. Since the game medium is rented using the size as the rental unit price of the game medium, the loss in the consumption of the game medium can be reduced by reducing the subsequent unit price of the game medium. The degree of profit can be reduced and a more healthy game can be played.

  In addition, the game machine does not require a design change such as changing the number of game media to be lent, and simply changes the magnitude of the game value used in one rent operation in the game control device according to the conditions. Accordingly, it is possible to change the rental unit price of the game medium, and it can be easily applied to existing game machines.

  Further, since the rental unit price of the game medium is determined corresponding to the number of game executions, the number of executions of a predetermined game executed without shifting to the specific game state (so-called “depth of humili”) As a result, the rental unit price of the game medium changes, and the degree of disadvantage to the player can be further reduced, and a more healthy game can be performed.

  In addition, since the condition is that the recording medium has been accepted, each time the player is replaced in the gaming machine, the count of the number of game executions starts from the starting point, so the loss to the player who executed the game before Can be prevented from being given to a player who is not legitimate, and the inconvenience of giving excessive profits to a player who has played a game later can be prevented.

[Signal input processing]
Further, signal input processing executed at a predetermined cycle in the card unit 300A will be described below with reference to FIG.

  First, in card unit 300A, as shown in FIG. 15, CPU 310 determines whether or not the symbol determination signal is on (step S221). In this process, the CPU 310 determines whether or not the symbol determination signal is on based on the symbol determination signal from the pachinko gaming machine 10 provided therewith. Since the symbol is derived and displayed in the pachinko gaming machine 10 and is turned on at the determined timing, the CPU 310 determines whether or not the variable display of the symbol has ended. If the CPU 310 determines that the symbol determination signal is on, the CPU 310 increments the game execution number counter positioned in the predetermined area of the RAM 311 by “1” (step S222), and moves the process to step S223. That is, the CPU 310 that executes such processing receives game execution information that is output from the gaming machine and can specify that a predetermined game has been executed, and based on the received game execution information, the gaming machine The number of game executions in which a predetermined game has been executed is counted. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a game execution information receiving unit and a game execution number counting unit. On the other hand, if the CPU 310 determines that the symbol determination signal is not on, the process proceeds to step S223 without executing step S222.

  In step S223, the CPU 310 determines whether or not the ball lending process has been executed. In this process, the CPU 310 determines whether or not the ball lending process has been executed based on the signal from the pachinko gaming machine 10. When determining that the ball lending process has been executed, the CPU 310 reads the lending mode positioned in the predetermined area of the RAM 311 and determines whether or not the lending mode is the lending mode A (step S224). If the CPU 310 determines that it is in the lending mode A, it adds a usage frequency counter positioned in a predetermined area of the RAM 311 by an amount corresponding to the balance frequency used in the above-described ball lending process (step S225). Then, the process proceeds to step S226. That is, the CPU 310 that executes such processing specifies the magnitude of the game value used for renting the game medium after the predetermined counting start condition is satisfied. In the present embodiment, the CPU 310 that executes such a process corresponds to an example of a used game value specifying unit. On the other hand, if the CPU 310 determines that it is not the lending mode A, it moves the process to step S226 without executing step S225. On the other hand, if the CPU 310 determines that the ball lending process is not being executed, the process proceeds to step S226 without executing step S224 or step S225.

  In step S226, CPU 310 determines whether or not the big hit signal is on. In this process, the CPU 310 determines whether or not the jackpot signal is on based on the jackpot signal from the pachinko gaming machine 10 provided therewith. Since the jackpot signal is turned on at the timing when the jackpot gaming state is started in the pachinko gaming machine 10, the CPU 310 determines whether or not the jackpot gaming state has been entered. If the CPU 310 determines that the jackpot signal is on, the CPU 310 turns off the rescue mode flag and the rescue button positioned in a predetermined area of the RAM 311 and also indicates data indicating the lending mode positioned in the predetermined area of the RAM 311. The lending mode A is set (step S227), and this subroutine is terminated. As a result, the CPU 310 sets the lending mode as the lending mode A, and performs control for lending the game ball at “4 yen / 1 ball” in the lending process. In other words, the CPU 310 that executes such processing receives game state information that can be specified as a specific game state that is output from the gaming machine and is advantageous to the player, and based on the received game state information, It is detected that the gaming machine has entered a specific gaming state. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a gaming state information receiving unit and a gaming state detecting unit. On the other hand, if the CPU 310 determines that the jackpot signal is not on, the CPU 310 ends this subroutine without executing step S227.

[Other Embodiments]
In the present embodiment, the balance frequency corresponding to the lending mode is subtracted for each lending of 25 game balls. However, the present invention is not limited to this, for example, a game that is lent without changing the balance frequency itself. The number of spheres may be changed. As a specific example, every time a game ball lending operation is performed, the number is decremented only once, and in the case of “4 yen / 1 ball”, 25 game balls are lent, and “2 yen / 1 ball”. In the case of “1”, 50 game balls may be lent out, and in the case of “1 yen / 1 ball”, 100 game balls may be lent out.

  Further, in this embodiment, the rental unit price of the game ball is changed in three stages of “4 yen / 1 ball”, “2 yen / 1 ball”, and “1 yen / 1 ball”. For example, it may be two stages, four stages or more. In addition, when a predetermined game is executed with the prescribed number of times being 600 times and 900 times without a big hit, the rental unit price of the game ball is changed, but not limited to this, for example, only one prescribed number of times Further, it may be only three or more specified times.

  Furthermore, in this embodiment, when the prepaid card is removed, the rescue pay mode is not set. However, the present invention is not limited to this. For example, in the unit controller 700 or the like, a player is specified and the player You may manage the number of humming every time (the number of times of a predetermined game played without a big hit). As a result, the number of humming times in another gaming machine can be continued. For example, by the same player, 400 games are played on the gaming machine A without a big hit, and then 200 games are played on the gaming machine B without a big hit. Thus, it is detected that the specified number of times has been reached. Further, for example, the rescue pay mode may be executed on the condition that the membership card is used instead of the prepaid card, which leads to customer acquisition and can contribute to the sales of the amusement hall.

  Furthermore, in this embodiment, the insurance premium is collected when the rescue pay mode is started. However, the present invention is not limited to this. For example, the insurance premium may not be collected. In addition, the rescue pay mode is started in response to the operation of the rescue button. However, the present invention is not limited to this. For example, when a player is specified by various cards regardless of the operation of the rescue button, the rescue pay mode is started. You may make it start pay mode. In this case, insurance premiums may or may not be collected.

  Furthermore, in the present embodiment, when a specified number of games have been executed since the rescue pay mode was started, the balance frequency corresponding to the game balls lent out since the rescue pay mode was started is calculated. Counting is performed, and the additional balance frequency calculated based on the balance frequency is determined. However, the present invention is not limited to this. For example, the additional balance frequency is determined within the range of the balance frequency corresponding to the rented game balls. It may be. As a specific example, 50 degrees when 200 to 250 degrees are consumed and 62.5 degrees when 250 to 300 degrees are consumed may be determined as the additional balance degrees. Further, for example, a certain additional balance frequency may be added without counting the balance frequency corresponding to the rented game balls. Further, as a specific example of the standard of the added balance frequency, if a predetermined game is played 30 times per 10 times, 200 times are consumed for executing the predetermined game 600 times. Actually, it was “4 yen / 1 ball”, and 250 game balls were rented for 1000 yen, but when discounted to “3 yen / 1 ball”, 250 game balls were rented for 750 yen. It will be. As described above, when 200 degrees are consumed, discounting to “3 yen / 1 ball” results in 150 degrees, and the difference of 50 degrees is charged back. In this way, a certain additional balance frequency may be determined without being based on the actually consumed balance frequency.

  Furthermore, in the present embodiment, when a predetermined game is a big hit immediately before reaching a specified number of times (for example, 600 times) (for example, 598 times), a special advantageous control is performed for the player. However, the present invention is not limited to this, and for example, control advantageous to the player may be performed. As a specific example, when the number of times reaches 595 to 599, a predetermined number of balance frequencies may be charged back.

  Furthermore, in the present embodiment, the compensation for the large humiliation is performed by adding the additional balance frequency to the balance frequency corresponding to the prepaid card. However, the present invention is not limited to this. For example, cash can be returned, The ball may be paid out or compensation for the large humor may be performed by other methods.

  Furthermore, in this embodiment, when a predetermined game is performed a specified number of times without a big hit after starting the rescue pay mode, the predetermined balance frequency is added. It is not necessary to add a predetermined balance frequency.

  Furthermore, when the balance frequency is changed, the card ID 300A and the changed balance frequency are transmitted from the card unit 300A to the unit controller 700 each time. However, the present invention is not limited to this. When removing, the card unit 300A may transmit the card ID and the changed balance frequency to the unit controller 700 collectively.

  Furthermore, in this embodiment, the system configuration includes the card issuing machine 400, the unit controller 700, the sales management computer 800, and the like. However, the present invention is not limited to this, and the card issuing machine 400, the unit controller 700, and the sales management computer 800 are used. These functions can be integrated or distributed without any problem. Further, for example, a function of browsing game information, a function of specifying a player, and a function of controlling member information may be provided. Further, for example, a system configuration that does not include at least one of the card issuing machine 400, the unit controller 700, the sales management computer 800, and the like may be used.

  Furthermore, in the present embodiment, the balance information is added by the amount of game value corresponding to the accepted money type. However, the present invention is not limited to this, and for example, money may not be accepted. In this case, it is preferable to be able to detect the replacement of players and the absence of seats by the same player so that they can be identified, and in the case of the same player, the counter is continued so that different players can In some cases, the counter and the like are initialized.

  In this embodiment, a pachinko gaming machine is used as a gaming machine to be installed in the game hall. However, the present invention is not limited to this. For example, a slot gaming machine (including a pachislot gaming machine) or the like is used. Any gaming machine having a function to determine may be used. In the pachinko gaming machine as described above, the transition to the big hit gaming state is a specific gaming state, but in the slot gaming machine, the variably displayed symbol is stopped and displayed as a predetermined bonus symbol, and then BB (Big Bonus) and RB (Regular Bonus) that a predetermined symbol on which medals (game media) are paid out are easily displayed in a stopped state. These BB and RB correspond to an example of a specific gaming state. Also, the period from when the symbol is variably displayed until it is stopped is equivalent to an example of a predetermined game.

  Although the embodiments of the present invention have been described above, they are merely illustrative examples and do not particularly limit the present invention. That is, the present invention is mainly output from the gaming machine, the game execution information receiving means for receiving the game execution information that can be specified that the predetermined game has been executed, which is output from the attached gaming machine, Based on the gaming state information received by the gaming state information receiving means for receiving the gaming state information capable of specifying the specific gaming state advantageous to the player, and on the gaming machine based on the gaming state information received by the gaming state information receiving means A game state detecting means for detecting that a game state has been entered, and a game for counting the number of times a predetermined game has been executed in the gaming machine based on the game execution information received by the game execution information receiving means An execution number counting means, a receiving means for receiving a recording medium in which information capable of specifying a game value used in a game is recorded, and the receiving means A lending control means for performing control for lending a game medium for use in a game within a range of a game value specified from information recorded on the recording medium and used for a game, and a predetermined count A predetermined game has been executed a specified number of times based on the result counted by the game execution number counting means without detecting that the game state detecting means has entered the specific game state after the start condition is established Before the game execution number detecting means detects that a predetermined game has been executed a predetermined number of times, each time a lending operation by the player is accepted, 1 is selected, and after the game execution number detecting means detects that the predetermined game has been executed a predetermined number of times, a lending operation by the player is performed. A lending unit price selecting means for selecting a second size smaller than the first size as the lending unit price of the game medium every time it is received, wherein the lending control means is the game selected by the lending unit price selecting unit. It has a function of performing control for lending gaming media according to the medium lending unit price, but is characterized by having game execution information receiving means, gaming state information receiving means, gaming state detection means, and game execution Specific configurations of the number counting unit, the receiving unit, the lending control unit, the game execution number detecting unit, the lending unit price selecting unit, and the like can be appropriately changed in design.

  It should be noted that the effects described in the embodiments of the present invention only list the most preferable effects resulting from the present invention, and the effects of the present invention are limited to those described in the embodiments of the present invention. is not.

It is a block diagram which shows the game system of one Embodiment of this invention. 1 is a perspective view showing an overview of a pachinko gaming machine according to an embodiment of the present invention. It is a perspective view which shows the external appearance in the card unit of one Embodiment of this invention. It is a block diagram showing a pachinko gaming machine and a card unit of one embodiment of the present invention. It is a block diagram which shows the card issuing machine of one Embodiment of this invention. It is a block diagram which shows the unit controller of one Embodiment of this invention. It is explanatory drawing which shows the prepaid card data table in the unit controller of one Embodiment of this invention. It is explanatory drawing which shows the control content in the card unit of one Embodiment of this invention. It is explanatory drawing which shows the display screen in the card unit of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the game system of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the game system of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the game system of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the card unit of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the card unit of one Embodiment of this invention. It is a flowchart which shows the control processing performed in the card unit of one Embodiment of this invention.

Explanation of symbols

1 gaming system 10 pachinko machine 300 card unit 400 card issuing machine 700 unit controller 1000 amusement hall

Claims (4)

Game execution information receiving means for receiving game execution information that can be output from an attached gaming machine and specified that a predetermined game has been executed;
Game state information receiving means for receiving game state information that is output from the gaming machine and is capable of specifying that the specific game state is advantageous to the player;
Based on the gaming state information received by the gaming state information receiving means, gaming state detection means for detecting that the gaming machine has entered a specific gaming state;
Based on the game execution information received by the game execution information receiving means, a game execution number counting means for counting the number of times a predetermined game has been executed in the gaming machine;
Accepting means for accepting a recording medium on which information capable of specifying a gaming value used in a game is recorded;
Lending that performs control for lending a game medium for use in a game within the range of the value of the game value that is specified from the information recorded on the recording medium received by the receiving means and used for the game Control means;
A predetermined game is executed a predetermined number of times based on a result counted by the game execution number counting means without being detected by the gaming state detection means as having entered a specific gaming state after a predetermined counting start condition is established. A game execution number detecting means for detecting that has been played,
Before the game execution number detecting means detects that a predetermined game has been executed a specified number of times, each time a lending operation by a player is accepted, a first size is selected as the rental unit price of the game medium, and the game After the execution number detecting means detects that the predetermined game has been executed a specified number of times, the game medium lending unit price is a second size smaller than the first size every time a lending operation by the player is accepted. Lending unit price selection means to select
The gaming control device, wherein the lending control means has a function of performing control for lending gaming media according to the lending unit price of the gaming media selected by the lending unit price selecting means. The game control device according to claim 1,
The lending unit price selecting means lends a predetermined amount of game media each time a lending operation by the player is accepted before the game execution number detecting means detects that a predetermined number of times the game has been executed. After selecting the first size as the game value to be used and detecting that the predetermined number of games have been executed a predetermined number of times by the game execution number detecting means, each time a lending operation by the player is accepted, As a gaming value used to rent a predetermined amount of gaming media, it has a function of selecting a second size smaller than the first size,
The lending control means has a function of performing control for lending the predetermined amount of gaming media according to the value of the gaming value to be used selected by the lending unit price selecting means. . In the game control device according to claim 1 or 2,
The lending unit price selection means determines the lending unit price of the game medium after the predetermined number of times the game has been executed by the game execution number detecting means, and the predetermined count start condition is satisfied by the game execution number counting means. A game control device having a function of selecting one of the second lending unit prices of a plurality of types of game media corresponding to the number of game executions counted thereafter. In the game control device according to any one of claims 1 to 3,
The game execution number detection means includes the count start condition that the recording medium has been received by the reception means, and the game execution number count is not detected by the game state detection means that the specific game state has been detected. A game control device having a function of detecting that a predetermined game has been executed a prescribed number of times based on a result counted by the means.

Images