JP2009207828A - Game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system capable of preventing the gap among players in profits to be returned to the players and preventing players from feeling a sense of unfairness. <P>SOLUTION: A system controller 700 detects a jackpot state in a Pachinko game machine 10A based on game state information received from a card unit 300A, and counts the number of times of execution of a prescribed game in the Pachinko game machine 10A based on received game execution information. When the prescribed game is executed a prescribed number of times based on the result of counting of the number of times of execution without detection of the jackpot game state after establishment of a prescribed condition for starting the counting, the system controller transmits a command signal to the card unit 300A corresponding to a unit ID attached to the Pachinko game machine 10A, and the card unit 300A adds a prescribed quantity of balance information to the balance information based on the command signal. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to a gaming system, for example, a gaming system that can return a profit to a player when a gaming state that is disadvantageous to the player continues.

  In general, in a gaming machine such as a pachinko gaming machine, one cycle in which this display symbol is variably displayed or stopped on a display device on which identification information such as a display symbol is displayed is regarded as one variable display game. A variable display game is repeatedly displayed. In this variable display game, when the display symbols are stopped and displayed in a predetermined combination, a so-called jackpot gaming state that is advantageous to the player is provided. It has become.

  The probability that this jackpot gaming state will occur during the variable display game is set to a probability of 1/250, for example. In other words, if the probability of occurrence of a big hit gaming state is 1/250, simply thinking that a big hit gaming state will occur once by repeating 250 variable display games.

  In recent years, in pachinko halls, it has become possible to notify players by displaying the probability that a jackpot gaming state will occur, and since the last jackpot occurred for each pachinko machine, It is displayed how many times the variable display game is executed, that is, how many times the variable display game is not generated during the big hit game state.

  By the way, since the probability that the jackpot gaming state will occur is only a probability, naturally, the jackpot gaming state may occur before the variable display game is repeated 100 times, or it may occur even if it is repeated 1000 times or more. Sometimes not.

  Therefore, a so-called “ceiling” has been provided in order to relieve the player of the so-called “hamari” in which a big hit gaming state does not occur for a long period of time that does not know how long it will continue. (For example, refer to Patent Document 1).

  The ceiling is the maximum number of variable display games in which the big hit gaming state occurs at least once when the variable display game is repeatedly executed. In other words, at least once if the number of variable display games is performed. The number of variable display games in which a big hit gaming state occurs.

  However, in such a conventional pachinko gaming machine, if the state in which the big hit gaming state does not occur for a long time is performed the maximum number of times of the variable display game, the profit related to the big hit game etc. is returned as a remedy. Therefore, the nails of the pachinko gaming machine are good or bad, and a gap is easily generated in the profits returned by the player's skill and the like.

  In other words, when a big hit occurs, the big winning opening is opened, and the game shifts to a big winning gaming state where a lot of winning balls can be paid out by winning the gaming balls in the big winning opening. Nail is arranged around the big prize opening, and the difficulty of winning the game ball to the big prize opening differs according to the opening degree of this nail, and the opening degree of the nail is good Pachinko machines and pachinko machines with poor nail opening will differ in the number of prize balls that are paid out during the big hit gaming state.

  In addition, the maximum opening time of the big prize opening per round is a fixed time, and the number of winning game balls per round is also a fixed number, and a certain number of game balls are large within a fixed time. If the winning opening is not entered, the next round will be entered, so if the nail opening is poor, the number of game balls to be thrown out increases and the number of prize balls to be paid out decreases.

  In addition to this, a skillful player, by playing a game called “stopping”, stops the launch of the game ball and suppresses the consumption of the useless game ball in a state where the big winning opening is closed. A beginner who does not know such a game will perform a game that unnecessarily consumes the game ball by firing the game ball even when the big prize opening is closed.

For this reason, even when a corner or big hit gaming state occurs, there is a difference in the amount of game balls returned to the player depending on the quality of the nails of the gaming machine or the skill of the player.
JP 2003-190528 A

  Therefore, in the relief measures performed in the conventional pachinko gaming machine, there is a problem that the player feels unfair to the profit returned to the player.

  The present invention has been made in view of such a problem, and can prevent a gap in the profits returned to the player and can prevent the player from feeling unfair. The purpose is to provide a system.

  A gaming system according to the present invention includes (1) at least one or more gaming machines (for example, pachinko gaming machines 10A, 10B, 10C, etc.) and the gaming machines, and a gaming medium (for example, Constructed by card units (for example, card units 300A, 300B, 300C, etc.) that lend out gaming balls, etc., and management devices (for example, system controller 700, etc.) that centrally manage the gaming machines and the card units A gaming system (for example, gaming system 1), in which the gaming machine transmits gaming execution information that can specify that a predetermined game has been executed (for example, CPU 61, external Output terminal board 139, etc.) and a gaming state that can identify a specific gaming state advantageous to the player (for example, a big hit gaming state) Game state information transmitting means for transmitting information (for example, CPU 61, external output terminal board 139, etc.), and the card unit is a recording medium (recording medium on which information that can be used for gaming can be specified) For example, a receiving unit (for example, a card insertion slot 308) for receiving a prepaid card, a reading unit (for example, a card R / W) for reading information from a recording medium received by the receiving unit, and the reading unit Balance information storage means (for example, CPU 310, RAM 312 etc.) for storing balance information which is the magnitude of the game value specified from the information read by the game, and for the game specified from the information read by the reading means Lending control means for performing control for lending out game media for use within a game within the range of value (example) CPU 310, etc.), command signal receiving means for receiving a command signal transmitted from the management device (for example, I / O 318 for gaming machine connection), and the command signal received by the command signal receiving means. Balance information adding means (for example, CPU 310) for adding a predetermined amount of balance information to the balance information stored in the balance information storage means, and card unit ID information for identifying each card unit. Card unit ID information transmitting means (CPU 310, gaming machine connection I / O 318, etc.) for transmitting to the game management information receiving means (game execution information receiving means for receiving the game execution information output from the gaming machine) For example, a communication control unit 716 or the like) and gaming state information receiving means (for example, communication control unit) that receives the gaming state information output from the gaming machine. Control unit 716), card unit ID information receiving means (for example, communication control unit 716) for receiving card unit ID information output from the card unit, and a card unit specified by the card unit ID information Management information storage means (for example, storage unit 710 etc.) that stores game execution information and game state information of the gaming machine provided in the card unit in association with each other, and game execution information stored in the management information storage means Based on the above, after a game execution number counting means (for example, CPU 704) for counting the number of game executions of each gaming machine and a predetermined counting start condition (for example, pressing of the rescue pay button 331) are established, The game execution number counting means without detecting that the game state information receiving means has entered a specific gaming state. Therefore, based on the counted result, a game execution number detecting means (for example, CPU 704) for detecting that a predetermined game has been executed a specified number of times (for example, 600 times), and a predetermined game by the game execution number detecting means. Is provided with command signal transmitting means for transmitting the command signal to the card unit specified by the card unit ID information that is the detection target.

  With this configuration, the management device detects that the gaming machine has entered the specific gaming state based on the gaming state information received from the card unit, and based on the gaming execution information received, the gaming machine The number of times the game has been executed is counted, and after a predetermined counting start condition is satisfied, it is not detected that a specific gaming state has been reached, and a predetermined number of times is determined based on the result of counting the number of game executions. When the game is executed a specified number of times, a command signal is transmitted to the card unit corresponding to the card unit ID provided in the gaming machine, and the card unit adds a predetermined amount of balance information to the balance information based on the command signal. Since they are added, a predetermined amount of balance information is added when a predetermined game is executed a specified number of times without entering a specific game state.

  For this reason, the balance information corresponding to the game medium consumed by the player until the predetermined game is executed a predetermined number of times is added, so that the game medium can be used regardless of the quality of the nail or the difference in the skill of the player. Can compensate for losses in consumption. Therefore, it is possible to prevent a gap in the profits returned to the player regardless of the consumption amount of the game medium, and to prevent the player from feeling unfair.

  In addition, since the management device can add a predetermined amount of balance information to the card unit without accessing the control circuit that controls the gaming machine, the control system of the existing jackpot probability controlled by the control circuit of the gaming machine It is possible to prevent the control of the gaming state such as performance, and to prevent the burden on the design of the gaming machine.

  In addition, since the management device determines balance information to be added to the recording medium while communicating between the gaming machine and the card unit, the management device and the information transmission path for determining the balance information to be added are distributed. If any one of the management device, the gaming machine and the card unit is illegally operated, for example, only the gaming machine where the player directly plays a game, the balance information returned to the recording medium is It is possible to prevent tampering easily.

  In addition, the gaming system according to the present invention includes (2) an external display device (for example, external display devices 500A, 500B, 500C, etc.) attached to the gaming machine, and the management device includes the game execution number detection means. A predetermined number of times execution signal transmitting means (for example, a communication control unit 716) for transmitting a predetermined number of times execution presence / absence signal indicating whether or not the predetermined game has been executed a predetermined number of times, and the external display device A specified number of times execution presence / absence signal receiving means (for example, a system controller connection I / O 501) for receiving a specified number of times execution presence / absence signal output from the apparatus, and a display means for displaying a reception result by the specified number of times execution presence / absence signal receiving means (For example, the display device 503 and the like).

  With this configuration, a specified number of times execution presence / absence signal indicating whether or not a predetermined game has been executed a specified number of times by the management device is transmitted to the gaming machine, and the gaming machine displays the display on the external display device based on the specified number of times execution / non-execution signal. As a result, the manager of the game hall can visually check whether a predetermined game has been executed a prescribed number of times.

  For this reason, if the player tries to finish the game before the predetermined game is executed the specified number of times even if the predetermined counting start condition is satisfied, the game hall manager will benefit the player. It is possible to provide a service that teaches that it is almost time for a reduction.

  In addition, the gaming system according to the present invention provides (3) counting start selection means (for example, CPU 310, display device 321, input device 323, etc.) for selecting whether or not the card unit satisfies the predetermined counting start condition. ) And counting start command signal transmitting means (for example, I / O 318 for gaming machine connection) for transmitting the counting start selection command signal according to the selection result by the counting start selecting means, and the management device And a counting start selection command signal receiving means (for example, a communication control unit 716) for receiving a counting start selection command signal output from the card unit, and based on the reception result of the counting start selection command signal Are configured to satisfy the counting start condition.

  With this configuration, it is possible to select whether or not the predetermined count start condition is satisfied by the count start selection means, so that the game is performed in the state where the count start condition is satisfied and the count start condition is not satisfied. You can choose to play games, and you can play a variety of games.

  The present invention can provide a gaming system that can prevent a gap in the profits returned to the player and prevent the player from feeling unfair.

Hereinafter, embodiments of a gaming system according to the present invention will be described with reference to the drawings.
1-16 is a figure which shows one Embodiment of the game system based on this invention.

[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 pachinko gaming machines 10A, 10B, 10C..., Card units 300A, 300B, 300C,..., A card issuing machine 400, external display devices 500A, 500B, 500C,. ... Consists of a system controller 700 as a management device, 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 the sake of easy understanding, gaming machines (including other than pachinko gaming machines) except for pachinko gaming machines 10A, 10B, 10C, etc., and card units 300A, 300B, 300C. Other card units, external display devices other than the external display devices 500A, 500B, and 500C, etc. are omitted.

  Further, in FIG. 1, pachinko gaming machines 10A, 10B, and 10C with symbols are shown, and pachinko gaming machines without symbols are shown. In the following description of pachinko gaming machines, Assume that the pachinko gaming machines 10A, 10B, and 10C marked with are represented as representatives.

  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, and 300C, a card issuing machine 400, a system controller 700, and the like are installed within the range of the game hall 1000, and the sales management computer 800 is outside the range of the game hall 1000. Etc. are installed.

  Of course, the plurality of pachinko gaming machines 10 </ b> A, 10 </ b> B, and 10 </ b> C are installed within the range of the game room 1000. In the present embodiment, the game system 1 is configured to be installed within the range of the game hall 1000 and across the range of the game hall 1000. However, the present invention is not limited to this. For example, the game system 1 is installed within the range of the game hall 1000. You may comprise so that it may install only in.

  The pachinko gaming machines 10A, 10B, 10C perform control related to pachinko games. The pachinko gaming machines 10A, 10B, and 10C are connected to card units 300A, 300B, and 300C. That is, the card units 300A, 300B, and 300C are attached to the pachinko gaming machines 10A, 10B, and 10C, respectively.

  The pachinko gaming machines 10A, 10B, and 10C have a function of transmitting and receiving various types of information to and from the card units 300A, 300B, and 300C. In addition, the pachinko gaming machines 10A, 10B, and 10C transmit game information related to the game to the card units 300A, 300B, and 300C and the system controller 700.

  The game information includes 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 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, and 300C are game control devices mainly for managing rental of game balls and the like. The card units 300A, 300B, and 300C are electrically connected to the pachinko gaming machines 10A, 10B, and 10C in the game hall 1000, as will be described in detail later. That is, the card units 300A, 300B, and 300C are provided for each of the plurality of pachinko gaming machines 10A, 10B, and 10C.

  The card units 300A, 300B, and 300C are provided with a card R / W (reader / writer) 313 (see FIG. 4) that enables reading and writing of a prepaid card.

  The prepaid card is a card issued by making a payment in advance in order to rent a game ball as a game medium in the card issuing machine 400. In the present embodiment, only the prepaid card ID is stored in the prepaid card, and the system controller 700 stores the balance frequency corresponding to the card ID.

  The card unit 300A can recognize the balance frequency by receiving the balance frequency corresponding to the card ID stored in the prepaid card from the system controller 700. However, the present invention is not limited to this. For example, in the prepaid card, In addition to the card ID, the balance information itself may be stored. That is, this prepaid card is a recording medium on which data capable of specifying a game value used in a game is recorded.

  The card units 300A, 300B, and 300C are connected to the LAN 1 in the game hall 1000, respectively. Therefore, the card units 300A, 300B, and 300C can communicate with the system controller 700.

A specific example will be described below.
The CPUs 310 of the card units 300A, 300B, and 300C described above are set in advance, and the gaming machine identification information (device identification information) that can identify the pachinko gaming machines 10A, 10B, and 10C as the gaming machines connected in correspondence with each other. For example, a card unit ID (hereinafter simply referred to as a unit ID) is supplied from the gaming machine connection I / O 318 to the system controller 700 via the LAN 1. In the present embodiment, the CPU 310 and the gaming machine connection I / O 318 constitute a card unit ID information transmission means.

  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, and 300C supply the read card ID to the system controller 700 and lend a predetermined number of game balls depending on whether or not there is a balance corresponding to the card ID. .

  In addition, these pachinko gaming machines 10A, 10B, and 10C supply game information related to games to the system controller 700 via the LAN 1 to the card units 300A, 300B, and 300C and the system controller 700.

  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 that have been rented and information indicating the number of game balls lent out.

  In the present embodiment, each of the card units 300A, 300B, and 300C is directly connected to the system controller 700 via the LAN 1 so as to be communicable. However, the present invention is not limited to this, for example, the card units 300A, 300B, and 300C. May be connected to a relay computer (not shown) for each predetermined number (for example, for each island), and the relay computer and the system controller 700 may be communicably connected.

  The system controller 700 is a computer for centrally managing the card units 300A, 300B, and 300C and the pachinko gaming machines 10A, 10B, and 10C including information related to prepaid cards. The system controller 700 is connected to the LAN 1 Has been.

  The system controller 700 receives the card ID of the prepaid card supplied from the card units 300A, 300B, and 300C and the card issuing machine 400, and stores various information about the prepaid card such as the remaining number for each card ID of the prepaid card. Perform management.

  As a result, the prepaid card itself does not store the information regarding the remaining number, but stores only the card ID, and the system 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, and is connected to the LAN 1.

  The card issuing machine 400 supplies information indicating that a prepaid card is issued to the system controller 700 in accordance with an operation of 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). The sales management computer 800 is connected to the system controller 700 via the network NT1. The sales management computer 800 receives sales information related to the prepaid card supplied from the system controller 700, and manages the sales information at each game arcade.

  Note that the network NT1 and the like in the present embodiment includes 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 sales management computer 800 is communicably connected. Of course, the LAN 1 can be of any communication method as long as communication is possible between the devices.

  The external display devices 500A, 500B, and 500C are provided in the pachinko gaming machines 10A, 10B, and 10C, respectively, and are connected to the system controller 700 via the LAN 1. The external display devices 500A, 500B, and 500C are controlled by the system controller 700, so that the game information of the pachinko gaming machines 10A, 10B, and 10C is improved and the probability of being a big hit is improved. Information on the fact that the information has been displayed, information on the number of times of variable display of the identification information, and the like are displayed.

[Configuration of pachinko machines]
FIG. 2 is a perspective view showing the pachinko gaming machines 10A, 10B, and 10C described above. 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 10 </ b> A, and a game board 15 is incorporated in the main body frame 13. A plurality of obstacle nails (not shown) are driven into the front surface 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, and game balls used for games are stored in the upper plate 20, and the gaming machine of the upper plate 20 becomes full or is not illustrated. When the lever is operated, the game ball is guided from the upper plate 20 to the lower plate 30.

  A liquid crystal display device (not shown) is provided in the approximate center of the front surface of the game board 15, and this liquid crystal display device has a display area (not shown), in which predetermined identification information is variably displayed. The This identification information is composed of numbers, symbols, symbols, etc., and constitutes a decorative symbol.

  The launch handle 35 provided on the right side of the lower plate 30 is provided with a rotation lever 33 provided so as to be rotatable with respect to the main body frame 13. When the rotation lever 33 is rotated clockwise, it is not shown. The firing solenoid is activated and a pachinko game is played.

  A firing motor (not shown) is provided on the back side of the firing handle 35, and a touch sensor (not shown) is provided on the peripheral edge of the firing handle 35. When the touch sensor is touched, it is detected that the shooting handle 35 is gripped by the player, the shooting handle 35 is gripped by the player, and the rotation lever 33 is When a clockwise operation is performed, electric power is supplied to the firing motor according to the rotational angle, and the game balls stored in the upper plate 20 are sequentially fired onto the game board 15.

  It should be noted that the touch sensor provided on the peripheral portion of the launch handle 35 may be any sensor that can determine that the player has gripped the launch 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 moved to the upper part of the game board 15, and then the traveling direction of the game ball is collided with a plurality of obstacle nails on the game board 15. Falling down the game board 15 while changing.

  A card unit 300A is attached to the left side surface of the outer frame 11, and the card unit 300A and the pachinko gaming machine 10A are electrically connected. The card unit 300A and the pachinko gaming machine 10A are required for a game ball. A predetermined control signal or the like is transmitted / received.

  A lending operation panel 18 is provided on the front surface of the upper plate 20, and 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 frequency display LED 22 is composed of a 7-digit LED with several digits. The remaining frequency display LED 22 is a balance of the amount corresponding to the prepaid card inserted into the card unit 300A. Is displayed.

  Therefore, when “5.00” is displayed on the remaining power 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 the display changeover switch 322 (see FIG. 4). May be displayed.

  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 may be any display device as long as it can display numerical values. Further, it is possible to display more than the decimal point and less than the decimal point simultaneously, such as “5.00”.

  Information indicating whether or not the game ball can be rented is displayed on the rentable 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.

Further, when the ball lending operation switch 26 is pressed by the player, the gaming balls are lent out. When the ball lending operation switch 26 is pressed, the card unit 300A starts the pachinko gaming machine 10A. In accordance with a signal output to the payout / launch control circuit 126 (see FIG. 4), the payout / launch control circuit 126 of the pachinko gaming machine 10A executes a game ball lending process.
Further, when the return switch 28 is pressed by the player, a prepaid card reset process is performed. The reset process will be described later.

[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. This status display lamp 301 is connected to the card unit 300A and the system controller 700 installed in the game arcade 1000 and communicates. The state is displayed in a predetermined manner.

  When the card unit 300A and the system 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 system controller 700 are restored (online), the information is collectively transmitted to the system controller 700.

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

  A display device 321 capable of displaying various images is provided on the side of the status display lamp 301. The display device 321 includes, for example, the number of symbol variations in the pachinko gaming machine 10A and the number of jackpots. Such game information can be displayed.

  The display device 321 is provided with a touch panel, which can be set to the 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, and the coin slot 303 can accept coins.

  A coin insertion detection sensor 315 (see FIG. 4) is provided inside the coin insertion slot 303 in the card unit 300A. The coin insertion detection sensor 315 detects a predetermined coin that has been inserted, and determines the type of the coin. It comes to identify.

  When a coin is inserted into the coin insertion slot 303, communication is performed with the system 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, and a bill can be inserted into the bill insertion slot 307.

  Moreover, the banknote identification device 314 (refer FIG. 4) is provided in the inside of the banknote insertion slot 307 in the card unit 300A, This banknote identification apparatus 314 detects the banknote inserted in the banknote insertion slot 307, Identify the type.

  When a banknote is inserted into the banknote insertion slot 307, communication is performed with the system controller 700 in the same manner as the coin insertion slot 303 described above, and deposit according to the inserted banknote is performed.

  A card insertion slot 308 is provided below the bill insertion slot 307, and a prepaid card can be inserted into the card insertion slot 308. A card R / W 313 (see FIG. 4) is provided inward of 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.

  In this way, the card unit 300A is attached to the pachinko gaming machine 10A, and the card insertion slot 308 as an accepting unit that receives a prepaid card (recording medium) on which data that can be used for gaming can be specified is recorded. have. In the present embodiment, the information stored in the prepaid card is magnetic information. However, the present invention is not limited to this, and may be, for example, an IC card.

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

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

[Electric configuration of gaming machine, card unit, external display device]
The electrical configuration of the pachinko gaming machine 10A, the card unit 300A, and the external display device 500A 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. For example, you may comprise so that communication of a reverse direction and bidirectional | two-way communication may be performed. The lending operation panel 18 is controlled independently of various circuits in the pachinko gaming machine 10A, is controlled by the card unit 300A, and is included in the configuration of the card unit 300A.

  The main control circuit 60 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), and the like (not shown), and has a function of determining the progress of the game (game results and progress). Have.

  The sub-control circuit 200 includes a CPU, RAM, ROM, and the like (not shown), and displays various images on a liquid crystal display device (not shown) according to the progress of the game determined by the main control circuit 60. It has a function of executing various effects such as generating various sounds from a speaker (not shown) and emitting a lamp (not shown).

  The external output terminal board 139 is an external terminal that supplies various game information related to the game to the card unit 300A and the system controller 700. The external output terminal board 139 is connected to an external terminal (not shown) of the card unit 300A and the system controller 700 via LAN1. It is designed to be electrically connected via

  Therefore, 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 game state (specific game state) is advantageous to the player, and the like. It is transmitted to the system controller 700. In the present embodiment, the CPU 61 and the external output terminal board 139 constitute game execution information transmitting means and game state information transmitting means.

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

  The ROM of the payout / launch control circuit 126 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

  The CPU 133 performs control of the payout / launch control circuit 126, communication with the card unit 300A, and the like according to various programs stored in the ROM of the payout / launch control circuit 126. The RAM of the payout / launch control circuit 126 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 an I / O 318 for game machine connection on the card unit 300A side. And are electrically connected.

  Further, a payout device and a launch device (not shown) are connected to the payout / launch control circuit 126, and the payout device and the launch device are controlled.

  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 by the CPU 310 and executed. The CPU 310 performs control of the card unit 300A and communication with the pachinko gaming machine 10A according to the program read from the ROM 311. The RAM 312 has a function of storing various flags and variable values as a temporary storage area of the CPU 310 and a function of storing balance information of a prepaid card.

  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 this embodiment, the card R / W 313 constitutes a reading unit that reads data from a prepaid card (recording medium) received in the card insertion slot 308.

  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.

  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 system controller 700 installed in the game hall 1000 are notified in a predetermined manner.

  The card insertion lamp 302 informs in a predetermined manner whether or not a prepaid card has been inserted into the card unit 300A. 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 system 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 system controller 700 of the pachinko gaming machine 10A.

  The display device 321 is connected to the CPU 310. The display device 321 includes an image control circuit 321a and a display unit 321b. The image control circuit 321a generates an image based on an image display signal output from the CPU 310, and the generated image is displayed on the display unit 321b. indicate.

  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. The input device 323 has a configuration including a touch panel, detects an operation state thereof, and outputs an operation signal based on the detection result to the CPU 310. This touch panel is provided in the display device 321 so as to cover the display unit 321b.

  The external display device 500A includes a system controller connection I / O 501, a CPU 502, a ROM and a RAM (not shown), and a display device 503.

  The system controller connection I / O 501 is an interface for inputting / outputting a predetermined communication signal to / from the system controller 700. The system controller connection I / O 501 is electrically connected to the system controller 700 via the LAN 1. It is connected.

  The CPU 502 indicates that the game information of the pachinko gaming machines 10A, 10B, and 10C received from the system controller 700 via the system controller connection I / O 501 indicates that the game has been a big hit, and that the probability of the big hit has been improved. The display device 503 displays information, information related to information indicating the number of times of variable display of identification information, and the number of times of variable display of identification information (the number of times of game execution) in the rescue pay mode described later.

[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 according to the program stored in the storage unit 410, and 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 this 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, you may record on storage media, such as ROM, CD-ROM, and 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, and each program may be recorded in 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 includes 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 or the like (user). Etc.

  The communication control unit 416 is for communicating with various devices such as the system 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.

[Electric configuration of system controller]
The electrical configuration of the system controller 700, the sales management computer 800, and the like in this embodiment will be described with reference to FIG. In the present embodiment, since the system controller 700 and the sales management computer 800 have the same electrical configuration, the system controller 700 will be described as a representative, and the 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 system 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 system controller 700 or the like is configured to include the display unit 712, the operation unit 714, and the like. However, the present invention is not limited thereto. You may comprise.

  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 system controller 700 by the CPU 704 and various tables. In this embodiment, the storage unit 710 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, you may record on storage media, such as ROM, CD-ROM, and 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 includes 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 or the like (user). Etc.

  The communication control unit 716 communicates with various devices such as the pachinko gaming machine 10A, the card unit 300A, the sales management computer 800, and the external display device 500A via the LAN 1.

  The communication control unit 716 is game execution information that can specify that a predetermined game transmitted from the pachinko gaming machine 10A is executed via the LAN 1, and is a jackpot gaming state (specific gaming state) advantageous to the player. The game status information that can specify the game status information is received, and the game execution information receiving means and the game status information receiving means are configured.

Further, the communication control unit 716 receives the unit ID transmitted from the card unit 300A, and constitutes a card unit ID information receiving unit.
Various tables stored in the storage unit 710 in the system controller 700 will be described in detail.

[Prepaid card data table]
A prepaid card data table stored in the storage unit 710 of the system controller 700 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. 7A, the storage unit 710 stores a prepaid card data table for managing various data corresponding to the prepaid card and managing sales in the game hall 1000. In the prepaid card data table, a card ID (issued card ID), a unit ID, and remaining frequency data of the issued prepaid card 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 the card unit 300A or the like in which the 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 on the prepaid card such as the remaining number of issued prepaid cards can be managed, and the information is supplied from the system controller 700 to the sales management computer 800. As a result, the sales management computer 800 can manage the sales in the game hall 1000 and the like.

[Management data table]
A management data table stored in the storage unit 710 of the system controller 700 will be described with reference to FIG. Even if the management 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. 7B, the storage unit 710 stores a management data table for managing various data corresponding to the pachinko gaming machine 10A and the like provided in the card unit 300A and the like. In the management data table, an issued card ID, a unit ID, a gaming machine ID, gaming execution information, gaming state information, and a gaming execution number counter are recorded in association with each other.

  The gaming machine ID is an ID that can identify the pachinko gaming machine 10A provided in the card unit 300A or the like.

  The game execution information specifies whether or not a predetermined game transmitted from the pachinko gaming machine 10A or the like has been executed depending on whether or not a variable display of the symbol has been executed. For example, the game execution information from the pachinko gaming machine 10A Based on the confirmation signal, when the symbol confirmation signal is “ON”, “01” is generated as the ON signal, and this ON signal is written to the address of the game execution information corresponding to the gaming machine ID.

  This symbol determination signal is derived and displayed in the pachinko gaming machine 10 and is turned “ON” at the determined timing, whereby the CPU 704 determines whether or not the variable display of symbols has ended.

  Then, the CPU 704 counts up at the timing when the “01” signal is written to the address of the game execution information, thereby counting the number of times the game has been executed in the pachinko gaming machine 10A to the game execution number counter. To do. That is, the game execution number counter is provided for each pachinko gaming machine 10 (for each gaming machine ID), and counts the number of game executions for each pachinko gaming machine 10.

  In the state where the “ON” signal is not written in the address of the game execution information, “00” is written in the address of the game execution information. In the present embodiment, the CPU 704 constitutes a game execution number counting means.

  The game state information is information that can specify that the game state is a big hit game state advantageous to the player. When a big hit occurs in the pachinko gaming machine 10A or the like, it corresponds to the gaming machine ID in which the big hit has occurred. If a big hit occurrence signal is written as “02” in the gaming state information address and no big hit has occurred in the pachinko gaming machine 10A or the like, the address of the gaming state information corresponding to the gaming machine ID in which no big hit has occurred. "00" is written in

  In the present embodiment, the storage unit 710 stores the card unit 300A and the like specified by the unit ID in association with the game execution information and the game state information of the pachinko gaming machine 10A and the like attached to the card unit 300A and the like. Management information storage means is configured.

[Rescue Pay Mode]
The rescue pay mode that can compensate for the loss in the consumption of the game ball and reduce the loss in the consumption of the game ball in the electrical configuration of the gaming system 1 described above will be described below with reference to FIG.

The rescue pay 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 pay mode is not set, in order to make up for a loss in game ball consumption after the game is started. After the game is started, the game balls are rented out uniformly at “4 yen / 1 ball”.

  Further, as shown in FIG. 8B, when a player's operation is performed, the rescue pay mode is set from the subsequent game, and an insurance fee is collected. Then, after the rescue pay mode is set, counting of the number of times of special symbol variable display is started. During the rescue pay mode setting, game balls are lent out uniformly at “4 yen / 1 ball”.

  And if it is a big hit before the special symbol variable display count reaches 600 times after the rescue pay mode is set, the process for compensating for the loss in game ball consumption is not performed. If the rescue pay mode setting is canceled and the rescue pay mode is not set, and then the player does not perform an operation, the rescue pay mode is not set, and as shown in FIG. When the player's operation is performed, the rescue pay mode is set again from the game started after the operation. As a result, the insurance premium is collected, and after the rescue pay mode is set, the counting of the special symbol variable display count 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 pay mode is set according to the player's operation. The predetermined balance frequency is added, and processing for compensating for the loss in the consumption of game balls is performed.

  As will be described in detail later, this added balance frequency corresponds to the balance frequency used for renting game balls during the variable display of 600 special symbols performed since the rescue pay mode was set. The number of balances lent out is "1/4" and returned to the player.

In addition, if the number of special symbol variable displays reaches 600 without being a big hit after the rescue pay mode is set according to the player's operation, then "2 yen / 1 ball""When a game ball is rented out and the rescue pay mode is set according to the player's operation, if the number of times that the special symbol variable display is 900 times without a big hit, Thereafter, game balls are lent out at “1 yen / 1 ball”.
If the game ball lending becomes 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 pay mode is not set, as shown in FIG. 9A, an image related to the rescue pay privilege 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.

  Further, an image representing the rescue pay button 331 is displayed on the lower left of the display device 321. When the rescue pay button 331 is touched by the player, the rescue pay is started.

  In addition, an image indicating that a rescue pay for paying the insurance money is started even if the insurance fee of 10 degrees is paid even if the insurance money is large (for example, 600 game hammering) is displayed. 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 pay button 331 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 30, 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 is displayed.

Thus, according to the setting of the rescue pay mode, 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.

  A plurality of pachinko gaming machines 10A, 10B, 10C, a plurality of card units 300A, 300B, 300C, and external display devices 500A, 500B, 500C are represented by a pachinko gaming machine 10A, a card unit 300A, and an external display device 500A. It will be described as a game.

  First, as shown in FIG. 11, 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.

  Next, the CPU 404 transmits the issuer ID assigned to each card issuer, the card ID assigned to the prepaid card to be issued, and the issue amount information indicating the issue frequency to the system controller 700 (step S403). ).

  Next, in the system controller 700, the CPU 704 receives the card ID and the issue amount information from the card issuer 400 (step S701), creates card data relating to the prepaid card based on the card ID and the issue amount information, and prepaid In the card data table (see FIG. 7A), the card ID and the issue amount information are newly registered (step S702).

  Next, the CPU 704 transmits card issue command information for issuing a prepaid card to the card issuer 400 (step S703). In the card issuing machine 400, the CPU 404 receives card issuing command information from the system 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 system controller 700.

  When a prepaid card is inserted in the card unit 300A, the prepaid card is accepted as shown in FIG. 11A (step S301). Next, when it is detected that a prepaid card has been inserted, the CPU 310 causes the card R / W 313 to read the card ID from the prepaid card.

  That is, the CPU 310 of the card unit 300A accepts a prepaid card (recording medium) on which data that can be used for gaming can be specified, and reads data such as a card ID from the accepted prepaid card. In the present embodiment, the card insertion slot 308 of the card unit 300A that executes such processing constitutes an accepting means, and the card R / W 313 constitutes a reading means.

  In step S <b> 302, the CPU 310 transmits the unit ID unique to the card unit and the read card ID to the system controller 700.

  In the system 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. 7A), and compares the card ID (step S711). In step S712, the balance frequency corresponding to the card ID is read, the balance information is transmitted to the card unit 300A corresponding to the unit ID (step S713), and the unit ID is registered in the prepaid card data table. As a result, the system controller 700 can grasp the card unit in which the prepaid card is inserted and the balance information of the card unit.

  Next, in card unit 300A, when CPU 310 receives balance information from system controller 700 (step S303), CPU 310 stores the balance information in a predetermined area of RAM 312 (step S304).

  That is, the CPU 310 of the card unit 300A stores the balance information that is the magnitude of the game value specified from the data read from the prepaid card. In the present embodiment, the CPU 310 and the RAM 312 of the card unit 300A that executes such processing constitute balance information storage means.

  Next, 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).

  Also, as shown in FIG. 11B, in the pachinko gaming machine 10, when the ball lending operation switch 26 is lent (step S102), a lending operation signal is output to the card unit 300A (step S103). ) When the card unit 300A receives the lending operation signal (step S311), the lending process is performed in the pachinko gaming machine 10A 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 10A 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 10A and the card unit 300A are communicably connected, a predetermined signal is output from the pachinko gaming machine 10A 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 to.

  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, the balance frequency necessary for lending 25 game balls). For example, it is determined whether or not the balance information is “0”.

  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. If 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 10A.

  The CPU 133 instructs the payout device to pay out a predetermined number (for example, 25 balls, etc.) of game balls, and when the payout of the predetermined number of game balls is completed, a signal to the effect that the payout has ended. Output to the card unit 300A. As a result, the lending of a predetermined number of game balls ends.

  As described above, the CPU 310 of the card unit 300A performs control for lending out a game ball 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 CPU 310 of the card unit 300A that executes such processing constitutes a lending control means.

  Next, the CPU 310 calculates sales information corresponding to the rental of game balls, and the system controller 700 calculates 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 according to 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, Since it lends for 1 yen, it will be subtracted by 0.25 degrees to lend out 25 balls.

  Next, 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 ball.

  In other words, every time the CPU 310 accepts a lending operation by the player, the lending unit price of the selected game ball (for example, “4 yen / 1 ball”, “2 yen / 1 ball”, “1 yen / 1 ball "), that is, for renting a predetermined number (for example, 25 balls, etc.) of game balls according to the size of the game value to be used (for example, 1 frequency, 0.5 frequency, 0.25 frequency, etc.) Control will be performed.

  Next, 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 system controller 700, when the sales information is received (step S716), the CPU 704 determines 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.

  In addition, as shown in FIG. 12A, in the card unit 300A, when money is inserted by the player (step S321), the CPU 310 specifies money (step S322). That is, the CPU 310 of the card unit 300A can accept a predetermined currency and specifies the type of accepted currency.

  Next, the CPU 310 makes a request for updating the card information to the system controller 700 (step S323). In this process, the CPU 310 requests the system 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 the system controller 700, the CPU 704 receives the card information update request (step S721), and the balance frequency corresponding to the prepaid card ID accepted by the card unit 300A is specified based on the update request. The update is performed so as to add only the frequency corresponding to the currency (step S722). Next, 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”. , “50” as the addition result is stored. That is, the CPU 310 of the card unit 300A adds the balance information stored in the RAM 312 by the amount of game value corresponding to the type of money that has been inserted and specified.

  Next, 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).

  As shown in FIG. 12B, in the pachinko gaming machine 10A, when a return operation of the return switch 28, that is, settlement is performed (step S106), a return operation signal is output to the card unit 300A. (Step S107) When the card unit 300A receives the return operation signal (Step S331), a card information update request is made to the system 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 system controller 700.

  On the other hand, in the system controller 700, the CPU 704 receives the card information update request (step S726), and the balance frequency corresponding to the card ID accepted by the 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. 7A) and processes the prepaid card as not accepted by any card unit. become.

  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]
In the card unit 300A, an insurance execution process executed at a predetermined cycle will be described below with reference to FIGS.
First, insurance execution processing performed on the card unit 300A side will be described based on the flowcharts of 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 received, the process proceeds to step S208. In step S202, CPU 310 determines whether or not the rescue pay mode flag is “ON”.

  In this process, the CPU 310 reads a value from the rescue pay mode flag positioned in a predetermined area of the RAM 312 and determines whether or not the rescue pay mode flag is “ON”.

  If the CPU 310 determines that the rescue pay mode flag is “ON”, the process proceeds to step S209. On the other hand, if the CPU 310 determines that the rescue pay mode flag is not “ON”, the process proceeds to step S203.

  In step S203, the CPU 310 determines whether or not the rescue pay button 331 is “ON”. In this process, the CPU 310 determines whether or not the rescue pay button 331 is pressed and the rescue pay button 331 is “ON” based on a signal from the input device 323.

  That is, in the display device 321, when the rescue pay mode is not set, the CPU 310 controls the image control circuit 321 a of the display device 321 to display the images shown in FIGS. 9A to 9C. It is repeatedly displayed at a constant time interval in 321b.

When the player presses the rescue pay button 331 of the input device 323, the CPU 310 determines that the rescue pay button 331 is “ON”, and proceeds to step S204.
On the other hand, if the CPU 310 determines that the rescue pay button 331 is “OFF”, the process proceeds to step S209.

  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 located in a predetermined area of the RAM 312 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 located in the predetermined area of the RAM 312. Subtract and update.

In this case, the CPU 310 transmits information indicating the subtracted balance frequency to the system controller 700 and transmits information indicating that the display corresponding to the balance frequency is to be performed to the pachinko gaming machine 10A. To do.
Next, in step S206, the CPU 310 transmits a count start command signal indicating that the rescue pay button 331 has been pressed, a unit ID unique to the card unit 300A, and the read card ID to the system controller 700.

That is, the CPU 310 selects whether or not the start condition is satisfied a predetermined number of times depending on whether or not the rescue pay button 331 is operated. When the rescue pay button 331 is pressed, the count start selection command signal Is transmitted from the gaming machine connection I / O 318 to the system controller 700.
In this embodiment, the CPU 310, the display device 321 and the input device 323 constitute counting start selection means, and the CPU 310 and the gaming machine connection I / O 318 constitute counting start command signal transmission means.

  Next, the CPU 310 sets the rescue pay mode flag positioned in a predetermined area of the RAM 312 to “ON”, clears the usage number counter, and sets data indicating the lending mode positioned in the predetermined area of the RAM 312 as the lending mode A. (Step S207).

  On the other hand, if the CPU 310 determines in step S204 that the card balance frequency is less than the fee, the process proceeds to step S209. In step S209, the CPU 310 sets the rescue pay mode flag positioned in the predetermined area of the RAM 312 to “OFF”, clears the usage frequency counter, and further displays data indicating the lending mode positioned in the predetermined area of the RAM 312. Set as lending mode A. When this process is finished, this subroutine is finished.

In step S208, the CPU 310 transmits a reset signal, a unit ID unique to the card unit 300A, and the read card ID to the system controller 700, and then proceeds to step S209.
The reset signal is a signal transmitted to the system controller 700 when a card information update request is made from the card unit 300A to the system controller 700 when the return switch 28 is pressed (see FIG. 12B). .

  Accordingly, when the prepaid card is not accepted or when the prepaid card is accepted and the rescue pay mode is not set, but the rescue pay button 331 is set to “ON”, the balance frequency of the prepaid card is equal to the fee. If the frequency is less than the frequency, the rescue pay mode positioned in a predetermined area of the RAM 312 is set to “off”, and the lending mode is set to the lending mode A.

In step S <b> 211 of FIG. 14, the CPU 310 determines whether or not the first command signal is received from the system controller 700. That is, the card unit 300A is configured to receive a first command signal as a command signal from the system controller 700 by the gaming machine connection I / O 318, and the gaming machine connection I / O 318 provides command signal receiving means. It is composed.
If the CPU 310 determines that the first command signal has been received from the system controller 700, the CPU 310 stores the first command signal in the RAM 312 and then moves the process to step S212. On the other hand, if CPU 310 determines that the first command signal has not been received from system controller 700, CPU 310 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 located in a predetermined area of the RAM 312, and based on the value, the balance frequency (for example, 200) used after the rescue pay mode is set. "1/4" of the frequency), and 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 do.

  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 is 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 balls actually lent out (the number of game balls corresponding to the used balance frequency) is specified after the establishment (after the rescue pay button 331 is pressed to set the rescue pay mode). A rented game ball identified by a second size (for example, “3 yen / 1 ball”) whose game unit lending unit price is smaller than the first size (for example, “4 yen / 1 ball”, etc.) The amount of game value used in the case where the game balls of the amount of the same are lent out (for example, “3/4” of the actually used balance frequency) is specified.

  The CPU 310 determines the actual value of the gaming value (for example, the balance frequency actually used, etc.) and the size of the gaming value specified when it is assumed that the discount is made as described above (for example, The difference between the balance frequency actually used and “3/4” is specified, and balance information corresponding to the specified difference (for example, “1/4” of the actually used balance frequency, etc.) It is determined as additional balance information to be added (predetermined amount of balance information) and added to the actual balance information.

  CPU 310 of the present embodiment, when receiving a first command signal for executing addition processing from system controller 700, balance information addition means for adding a predetermined amount of balance information to the balance information stored in RAM 312 Is configured.

  Next, when the process of step S214 ends, the CPU 310 sets data indicating the lending mode positioned in the predetermined area of the RAM 312 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 the game ball at 2 yen / 1 ball in the lending process.

  In other words, before receiving the first command signal from the system controller 700, the CPU 310 receives a lending unit price of the game ball every time a lending operation by the player is accepted (for example, “4 yen / 1”). Sphere "and the like, and when it is detected that the predetermined game has been executed a predetermined number of times, each time a rental operation by the player is accepted, the second unit price of the game ball is smaller than the first size. Select the size (for example, “2 yen / 1 sphere”).

  In other words, after receiving the first command signal from the system controller 700, the CPU 310 receives the first value as the gaming value used to rent a predetermined number of game balls each time a rental operation by the player is accepted. The second size smaller than the size of is selected.

  In step S216, CPU 310 determines whether a second command signal is received from system controller 700 or not.

  If the CPU 310 determines that the second command signal has been received from the system controller 700, the CPU 310 sets the data indicating the lending mode positioned in the predetermined area of the RAM 312 as the lending mode C (step S217), and this subroutine. Exit.

  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, when CPU 310 determines that the second command signal has not been received from system controller 700, CPU 310 ends this subroutine.

Next, 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 a ball lending process has been executed (step S221). 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 10A.

  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 312 and determines whether or not the lending mode is the lending mode A (step S222).

  If the CPU 310 determines that it is in the lending mode A, it adds the usage frequency counter positioned in the predetermined area of the RAM 312 by an amount corresponding to the balance frequency used in the above-described ball lending process (step S223). This subroutine is finished. As described above, the CPU 310 specifies the magnitude of the game value used for lending the game ball after the predetermined counting start condition is satisfied (rescue pay mode is set).

Next, insurance execution processing performed on the system controller 700 side will be described based on the flowchart of FIG.
In FIG. 16, first, the CPU 704 determines whether or not the rescue pay mode flag is “ON” (step S231). In this processing, the CPU 704 reads a value from the rescue pay mode flag positioned in a predetermined area of the memory 706, and determines whether or not the rescue pay mode flag is “ON”.

  If the CPU 704 determines that the rescue pay mode flag is “ON”, the process proceeds to step S232. If the CPU 704 determines that the rescue pay mode flag is not “ON”, the process proceeds to step S241. Transfer.

  In step S241, the CPU 704 determines whether or not the count start command signal is input from the card unit 300A. If it is determined that the count start command signal is input from the card unit 300A, the CPU 704 stores the count start command signal in a predetermined area of the memory 706. The positioned rescue mode flag is set to “ON”, and the game execution number counter positioned in the management data table (see FIG. 7B) in the storage unit 710 is cleared (step S242).

  That is, when the communication controller 716 receives the count start selection command signal output from the card unit 300A, the system controller 700 sets the rescue pay mode flag to “ON” to satisfy a predetermined count start condition. It has become. In the present embodiment, the communication control unit 716 constitutes a counting start selection command signal receiving unit.

  If the CPU 704 determines in step S231 that the rescue pay mode flag is not on, the CPU 704 determines whether or not the symbol determination signal is “on” (step S232).

  In this process, the CPU 704 confirms the symbol from the pachinko gaming machine 10A attached to the card unit 300A based on the game execution information associated with the gaming machine ID stored in the management data table shown in FIG. 7B. Based on the signal, it is determined whether or not the symbol determination signal is “ON”.

  Since this symbol determination signal is derived and displayed in the pachinko gaming machine 10 and is turned “ON” at the determined timing, the CPU 704 receives the symbol determination signal at the address of the game execution information associated with the gaming machine ID. It is determined whether or not the variable display of the game execution information symbol is completed at the stored timing.

  If the CPU 704 determines that the symbol determination signal is “ON”, the game execution number counter positioned in the management data table is incremented by “1” (step S233), and the process proceeds to step S234.

  That is, the CPU 704 that executes such processing stores the unit ID and the symbol determination signal that is the game execution information received from the pachinko gaming machine 10A in the management data table, and the symbol determination signal stored in the management data table. Based on the above, the number of game executions in which a predetermined game is executed in the pachinko gaming machine 10A is counted, and a game execution number counting means is configured.

  On the other hand, if the CPU 704 determines that the symbol determination signal is not “ON”, the CPU 704 moves the process to step S235 without executing the process of step S233.

  In step S234, the CPU 704 transmits a prescribed number execution execution presence / absence signal indicating whether or not a predetermined game has been executed a specified number of times, for example, 600 times, from the communication control unit 716 to the external display device 500A, and then performs the process in step S235. Transfer.

  In step S234, when the predetermined game is executed 600 times, the CPU 704 transmits a specified number of times execution signal to the external display device 500A as a specified number of times execution presence / absence signal. If the predetermined game has not been executed 600 times, the numerical value counted by the game execution number counter positioned in the management data table is externally displayed as the specified number non-execution signal as the specified number execution signal. Transmit to device 500A. For example, when the count value of the game execution number counter is “500”, a signal corresponding to “500” is output as the prescribed number non-execution signal.

  When the system controller connection I / O 501 receives the specified number of times execution signal from the system controller 700, the CPU 502 of the external display device 500A displays on the display device 503 “600 times reached and rescue payed”. In the present embodiment, the display device 503 constitutes display means for displaying a reception result from the system controller 700.

  In addition, when the system controller connection I / O 501 receives the prescribed number non-execution signal from the system controller 700, the CPU 502 increases the prescribed number of times of the predetermined game from 600 times to a prescribed number obtained by subtracting "500". As the number of games, “100 times until rescue pay” is displayed.

In the system controller 700 configured as described above, the communication control unit 716 constitutes a prescribed number of times execution signal transmission means. In the external display device 500A, the system controller connection I / O 501 constitutes a predetermined number of times execution presence / absence signal receiving means.
That is, in step S234, the CPU 704 refers to the counter value of the game execution number counter to determine whether the count value of the game execution number counter has reached 600 in order to transmit the prescribed number of executions presence / absence signal to the external display device 500A. It is determined whether or not a prescribed number non-execution signal or a prescribed number execution signal corresponding to the count value is transmitted to the external display device 500A.

  On the other hand, in step S235, the CPU 704 determines whether or not a reset signal is input from the card unit 300A. That is, it is determined whether or not a reset signal is input from the card unit 300A when the card update information is requested.

  If the CPU 704 determines that a reset signal has been received from the card unit 300A, the CPU 704 turns off the rescue pay mode positioned in a predetermined area of the memory 706 and clears the game execution number counter (step S244), this subroutine is terminated.

  If the CPU 704 determines in step S235 that the reset signal has not been received, the CPU 704 determines whether or not the big hit occurrence signal is “ON” (step S236). In this process, the CPU 704 refers to the gaming state information associated with the gaming machine ID in the management data table shown in FIG. 7B, and receives the jackpot occurrence signal input from the pachinko gaming machine 10A provided in the card unit 300A. Based on this, it is determined whether or not the big hit occurrence signal is “ON”.

  Since the big hit generation signal is turned “ON” at the timing when the big hit gaming state is started in the pachinko gaming machine 10A, the CPU 704 determines whether the big hit gaming state is based on the presence or absence of the big hit generation signal associated with the gaming machine ID. It will be determined whether or not.

  When the CPU 704 determines that the big hit occurrence signal is “ON”, the CPU 704 sets the rescue pay mode flag positioned in the predetermined area of the memory 706 to “OFF” and the number of game executions positioned in the management data table. The counter is cleared (step S244), and this subroutine is terminated.

  Next, the CPU 704 determines whether or not the value of the game execution number counter is 600 (step S237). In this process, the CPU 704 reads a value from the game execution number counter positioned in the management data table, and determines whether or not the value of the game execution number counter is 600.

  This game execution number counter is reset when the rescue pay mode is started as described above, when the big hit gaming state is entered, or when the prepaid card is returned, and the symbol confirmation signal is turned on. Since this is counted when the symbol change display ends, in this process, the CPU 704 also determines whether or not 600 symbol change displays have ended.

  In other words, the CPU 704 that executes such processing is that a prepaid card is accepted and a rescue pay mode is set, that is, a predetermined counting start condition including that the rescue pay button 331 is pressed is established. Therefore, it is detected that a predetermined game has been executed a prescribed number of times (for example, 600 times) based on the counted result without detecting that the specific game state (big hit game state) has been reached. In the present embodiment, the CPU 704 that executes such processing constitutes a game execution number detection means.

  If the CPU 704 determines that the value of the game execution number counter is 600, it moves the process to step S238. On the other hand, if the CPU 704 determines that the value of the game execution number counter is not 600, the CPU 704 proceeds to step S239.

  In step S238, the CPU 704 transmits the first command signal to the card unit 300A, and moves the process to step S239. That is, the CPU 704 reads the value from the game execution number counter positioned in the management data table, and when the value of the game execution number counter reaches 600, the CPU 704 specifies the unit ID whose value of the game execution number counter has reached 600. The first command signal is transmitted as a command signal to the card unit 300A to be configured, and constitutes a command signal transmitting means.

  The card unit 300A that has received the first command signal in step S211 in FIG. 13 calculates the balance frequency to be added, executes balance addition processing for adding the calculated balance frequency, and sets the lending mode B. .

  On the other hand, in step S239, the CPU 704 determines whether or not the value of the game execution number counter is 900. In this process, the CPU 704 reads a value from the game execution number counter positioned in the management data table, and determines whether or not the value of the game execution number counter is 900.

  If the CPU 704 determines that the value of the game execution number counter is 900, the process proceeds to step S240. On the other hand, if the CPU 704 determines that the value of the game execution number counter is not 900, this subroutine is terminated.

  In step S240, the CPU 704 transmits a second command signal to the card unit 300A and ends this subroutine. In other words, the CPU 704 reads the value from the game execution number counter positioned in the management data table, and when the value of the game execution number counter reaches 900, the CPU 704 is identified by the unit ID whose value is 900. The second command signal is transmitted as a command signal to the card unit 300A.

  The card unit 300A that has received the second command signal in step S216 in FIG. 13 sets the lending mode C.

  That is, the card unit 300A determines the rental unit price of the game balls after receiving the first command signal and the second command signal from the system controller 700, among the second rental unit prices of the plurality of types of game balls. (For example, “2 yen / 1 sphere”, “1 yen / 1 sphere”, etc.) is selected.

  As described above, in this embodiment, the system controller 700 detects that the pachinko gaming machines 10A, 10B, and 10C are in the big hit gaming state based on the gaming state information received from the card units 300A, 300B, and 300C. Then, based on the received game execution information, the number of game executions in which a predetermined game is executed in the pachinko gaming machines 10A, 10B, and 10C is counted, and after a predetermined count start condition is satisfied, Corresponding to the unit ID attached to this pachinko gaming machine 10A, 10B, 10C when a predetermined game is executed a prescribed number of times based on the result of counting the number of game executions without being detected A command signal is transmitted to the card units 300A, 300B, and 300C, and the card units 300A, 300B are transmitted. Because 300C is added to the balance information of a predetermined amount to the balance information on the basis of the command signal, without the jackpot gaming state, when the defined number of executions of the predetermined game is a predetermined amount of balance information is added.

  For this reason, since it is possible to add the balance information according to the game ball consumed by the player until the predetermined game is executed a predetermined number of times, regardless of the difference in the quality of the nail or the skill of the player, The loss in the consumption of game balls can be compensated. Therefore, it is possible to prevent a gap in the profits returned to the player regardless of the amount of game balls consumed, and to prevent the player from feeling unfair.

  Further, the system controller 700 can add a predetermined amount of balance information to the card units 300A, 300B, and 300C without accessing the main control circuit 60 that controls the pachinko gaming machines 10A, 10B, and 10C. It is possible to prevent the control of the existing jackpot probability controlled by the main control circuit 60 of the machines 10A, 10B, and 10C and the control of the gaming state such as effects, and the pachinko gaming machines 10A, 10B, and 10C. This can prevent a burden on the design.

  Further, the system controller 700 determines balance information to be added to the prepaid card while communicating with the pachinko gaming machines 10A, 10B, and 10C and the card units 300A, 300B, and 300C. The system controller 700 for determining and information transmission paths can be distributed, and any one of the system controller 700, the pachinko gaming machine 10, and the card unit 300 is illegally operated, for example, a pachinko game in which a player directly plays a game. It is possible to prevent the balance information returned to the prepaid card from being easily tampered only with the unauthorized operation of only the machine 10A.

  In the present embodiment, the system controller 700 transmits a specified number of times execution presence / absence signal indicating whether or not a predetermined game has been executed a specified number of times to the pachinko gaming machines 10A, 10B, 10C, and the pachinko gaming machines 10A, 10B, Since 10C displays the external display devices 500A, 500B, and 500C based on the prescribed number of times execution presence / absence signal, the administrator of the game hall 1000 can visually check whether or not the predetermined game has been executed the prescribed number of times.

  Therefore, if the player tries to finish the game before the predetermined game is executed the specified number of times even though the predetermined counting start condition is satisfied, the administrator of the game hall 1000 benefits the player. It is possible to provide a service that teaches that the time is soon to be returned.

  In the present embodiment, since the rescue pay button 331 is used to select whether or not a predetermined counting start condition is satisfied, it is possible to play a game in a state where the predetermined counting start condition is satisfied and the counting start condition. It is possible to select a setting or non-setting of the rescue pay mode by playing a game in a state in which the game is not established, and various games can be performed.

  Further, in the present embodiment, when the first signal or the second command signal is received from the system controller 700 without entering the big hit gaming state, many gaming balls are consumed. Since the game ball is rented out with the second size smaller than the first size before that as the rental unit price of the game ball, the game ball consumption is reduced by reducing the subsequent unit price of the game ball. Loss can be reduced, the degree of disadvantage to the player can be reduced, and a healthy game can be performed.

  Further, the pachinko gaming machine 10A does not require a design change such as changing the number of game balls to be lent, and simply changes the value of the game value used in one lending operation in the card unit 300A depending on conditions. By doing so, it is possible to change the lending unit price of the game ball, and it can be easily applied to the existing pachinko gaming machine 10A.

Further, since the rental unit price of the game ball is determined based on the first command signal and the second command signal received from the system controller 700, the predetermined game executed without shifting to the big hit game state The game unit lending unit price changes depending on the number of executions of the game (so-called “hamari depth”), which can further reduce the degree of disadvantage to the player and allow a more healthy game to be played. it can.
[Other embodiments]
In the present embodiment, the balance frequency corresponding to the lending mode is subtracted every time 25 game balls are rented. However, the present invention is not limited to this. For example, the lending is performed without changing the balance frequency itself. The number of game balls may be changed.

  For example, every time a game ball is lent, the number is decremented only once. In the case of “4 yen / 1 ball”, 25 game balls are lent, and in the case of “2 yen / 1 ball” 50 game balls may be lent, and in the case of “1 yen / 1 ball”, 100 game balls may be lent.

  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.

  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 the present 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 pay button 331. However, the present invention is not limited to this. For example, regardless of the operation of the rescue pay button 331, the player is specified by various cards or the like. In this case, the rescue pay mode may be started. 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 that have been lent since the rescue pay mode was started. The added 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 in the range of the balance frequency corresponding to the rented game balls. You may do it.

  For 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 when the predetermined game is executed 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 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 just before reaching a specified number of times (for example, 600 times) (for example, 598 times, etc.), control that is particularly advantageous to the player is performed. Although not performed, the present invention is not limited to this. For example, control advantageous to the player may be performed. For example, when 595 to 599 times have been reached, a predetermined number of balance frequencies may be charged back.

  Furthermore, in the present embodiment, compensation for large humiliation was performed by adding the additional balance frequency to the balance frequency corresponding to the prepaid card, but not limited to this, for example, returning cash, A game ball may be paid out, or other methods may be used to compensate for the large humor.

  Furthermore, in the present embodiment, when a predetermined game is performed a predetermined number of times without starting a rescue pay mode after starting the rescue pay mode, the gaming unit lending unit price has been changed to a smaller value thereafter. For example, it is not necessary to change the rental unit price of game balls.

  Furthermore, in the present embodiment, the system configuration includes the card issuing machine 400, the system controller 700, the sales management computer 800, and the like, but not limited to this, the functions of the card issuing machine 400 and the sales management computer 800 are provided. There is no problem even if it is integrated or distributed. 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.

  In addition, for example, a system configuration that does not include at least one of the card issuing machine 400 and the sales management computer 800 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, but the present invention is not limited to this. 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, at least a gaming result such as a slot gaming machine (including a pachislot gaming machine) Any gaming machine having a function of determining 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 The predetermined symbol from which the medals (game media) are paid out becomes BB (Big Bonus) or RB (Regular Bonus) that is easily stopped and displayed. 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.

  In addition, the embodiment disclosed this time is illustrative in all respects and is not limited to this embodiment. The scope of the present invention is shown not by the above description of the embodiments but by the scope of the claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of the claims.

It is a block diagram which shows the game system which concerns on one embodiment of this invention. It is a perspective view which shows the external appearance in the pachinko game machine which concerns on one embodiment of this invention. It is a perspective view which shows the external appearance of the card unit which concerns on one embodiment of this invention. 1 is a block diagram showing a pachinko gaming machine and a card unit according to an embodiment of the present invention. It is a block diagram which shows the card issuing machine which concerns on one embodiment of this invention. It is a block diagram which shows the system controller which concerns on one embodiment of this invention. (A) is explanatory drawing which shows the prepaid card data table in the system controller which concerns on one embodiment of this invention, (B) is explanatory drawing which shows the management data table in a system controller. It is explanatory drawing which shows the control content in the card unit which concerns on one embodiment of this invention. It is explanatory drawing which shows the display screen in the card unit which concerns on one embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on one embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on one embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on one embodiment of this invention. It is a flowchart which shows the insurance execution process performed in the card unit which concerns on one embodiment of this invention. It is a flowchart which shows the control processing following FIG. It is a flowchart which shows the insurance execution process performed in the system controller which concerns on one embodiment of this invention. It is a flowchart which shows the signal input process performed in the card unit which concerns on one embodiment of this invention.

Explanation of symbols

1 gaming system 10A, 10B, 10C Pachinko machines (game machines)
61 CPU (game execution information transmission means, game state information transmission means)
139 External output terminal board (game execution information transmission means, game state information transmission means)
300A, 300B, 300C Card unit 308 Card insertion slot (reception means)
310 CPU (balance information storage means, lending control means, card unit ID information transmission means, counting start selection means, balance information addition means, counting start command signal transmission means)
312 RAM (balance information storage means)
313 Card R / W (reading means)
318 I / O for game machine connection (command signal receiving means, card unit ID information transmitting means, counting start command signal transmitting means, command signal receiving means)
321 Display device (counting start selection means)
323 input device (counting start selection means)
500A, 500B, 500C External display device 501 System controller connection I / O (specified number of times execution presence / absence signal receiving means)
503 Display device (display means)
704 CPU (game execution count counting means, game execution count detection means)
710 storage unit (management information storage means)
716 Communication control unit (game execution information receiving means, gaming state information receiving means, card unit ID information receiving means, prescribed number of times execution signal transmitting means)

Claims (3)

Constructed by at least one or more gaming machines, a card unit that is provided for each gaming machine and that lends gaming media to the gaming machines, and a management device that centrally manages the gaming machines and the card units A gaming system,
The gaming machine is
Game execution information transmitting means for transmitting game execution information capable of specifying that a predetermined game has been executed;
Game state information transmitting means for transmitting game state information capable of specifying a specific gaming state advantageous to the player,
The card unit is
Accepting means for accepting a recording medium on which information capable of specifying a gaming value used in a game is recorded;
Reading means for reading information from the recording medium received by the receiving means;
Balance information storage means for storing balance information which is the magnitude of the game value specified from the information read by the reading 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 from the information read by the reading means;
Command signal receiving means for receiving a command signal transmitted from the management device;
Balance information addition means for adding a predetermined amount of balance information to the balance information stored in the balance information storage means based on the command signal received by the command signal receiving means;
Card unit ID information transmitting means for transmitting card unit ID information for identifying each card unit to the management device;
The management device
Game execution information receiving means for receiving the game execution information output from the gaming machine;
Gaming state information receiving means for receiving the gaming state information output from the gaming machine;
Card unit ID information receiving means for receiving card unit ID information output from the card unit;
Management information storage means for storing the card unit specified by the card unit ID information and the game execution information and game state information of the gaming machine provided in the card unit in association with each other;
Based on the game execution information stored in the management information storage means, a game execution number counting means for counting the number of game executions of each gaming machine;
After the predetermined counting start condition is satisfied, the predetermined state is determined based on the result counted by the game execution number counting unit without detecting that the gaming state information receiving unit has entered the specific gaming state. A game execution number detecting means for detecting that the predetermined number of times has been executed;
Command signal transmitting means for transmitting the command signal to the card unit specified by the card unit ID information to be detected when the game execution number detecting means detects that the predetermined game has been executed a specified number of times; A gaming system characterized by comprising. Comprising an external display device attached to the gaming machine;
The management device has a specified number of times execution signal transmission means for transmitting a specified number of times execution presence / absence signal indicating whether or not the predetermined game has been executed a specified number of times by the game execution number detection means,
The external display device has a specified number of times execution presence / absence signal receiving means for receiving a specified number of times execution presence / absence signal output from the management device, and a display means for displaying a reception result by the specified number of times execution presence / absence signal receiving means. The gaming system according to claim 1. Count start selection means for selecting whether the card unit satisfies the predetermined count start condition, and a count start command signal for transmitting the count start selection command signal according to the selection result by the count start selection means Transmission means,
The management device has a count start selection command signal receiving means for receiving a count start selection command signal output from the card unit, and sets the predetermined count start condition based on a reception result of the count start selection command signal. The game system according to claim 1, wherein the game system is established.

Images