JP2009232880A - Game controller - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system for preventing the occurrence of a gap to interest returned to a player and for preventing the player from feeling unfair. <P>SOLUTION: On the basis of game state information received from a Pachinko game machine, it is detected that the Pachinko game machine is in a jackpot state; on the basis of game rendering information received from the Pachinko game machine, the number of game rendering times that a prescribed game is performed in the Pachinko game machine is counted. When a prescribed game is performed for a defined number of times on the basis of results of counting the number of game rendering times without detecting that the game is in the jackpot game state after a rescue pay mode is set by operation of a rescue pay button, balance information of a prescribed quantity is added to balance information. Also, a CPU is provided for resetting the number of game rendering times and canceling the setting of the rescue pay mode when first owner information does not match second owner information. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a game control apparatus, for example, a game control apparatus 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.

  That is, when a big hit occurs, the big winning opening is opened, and the game shifts to a big winning gaming state in which a lot of winning balls can be paid out by winning the gaming balls at 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. It is an object to provide a control device for a vehicle.

  The game control device according to the present invention is (1) game execution information that is output from an attached gaming machine (for example, pachinko gaming machines 10A, 10B, 10C, etc.) and can specify that a predetermined game has been executed. Game execution information receiving means (for example, I / O 318 for connecting a gaming machine) and a specific gaming state (for example, a big hit gaming state) that is output from the gaming machine and is advantageous to the player Based on game state information receiving means (for example, I / O 318 for connecting a gaming machine) that receives possible game state information and game execution information received by the game execution information receiving means, the gaming machine Game execution number counting means (for example, CPU 310) that counts the number of times a game has been executed, and at least game value information that can identify the game value used for the game Receiving means (for example, a card insertion slot 308) for receiving a recording medium (for example, a prepaid card) in which the owner information that can identify the information is recorded, and the gaming value from the recording medium received by the receiving means Reading means (for example, a card R / W 313) that reads information and the owner information, and balance information that is the magnitude of the gaming value specified from the gaming value information read by the reading means is stored. A game medium (e.g., CPU 310, RAM 312 etc.) and a game medium for use in a game within a range of the game value specified from the game value information read by the reading unit ( For example, lending control means (for example, CPU 310 etc.) for performing control for lending game balls, etc., and predetermined counting start When the condition is satisfied, the game execution number counting unit does not detect that the game state information receiving unit has detected the specific game state after the predetermined counting start condition is satisfied. A game execution number detecting means (for example, CPU 310) for detecting that a predetermined game has been executed a predetermined number of times based on a numerical value, and when the game execution number detecting means detects that the predetermined game has been executed a predetermined number of times A 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 the owner information read from the recording medium by the reading means. Owner information storage means (for example, CPU 310, RAM 312 etc.) to store, and the owner information is stored in the owner information storage means, In addition, on the condition that the predetermined counting start condition is satisfied, the establishment information indicating that the predetermined counting start condition is satisfied in the owner specified from the owner information and the owner information are stored. Whether or not the establishment information storage means (for example, CPU 310, RAM 312 etc.) and the owner information stored in the establishment information storage means match the owner information stored in the owner information storage means. Owner information determination means (for example, CPU 310 etc.) to be determined and owner information stored in the establishment information storage means and owners stored in the owner information storage means by the owner information determination means When it is determined that the information does not match, the count value by the game execution number counting means is reset, and the release procedure for canceling the predetermined count start condition (E.g., CPU 310, etc.) and a one and a.

  With this configuration, based on the received game state information, it is detected that the gaming machine has entered a specific game state, and based on the received game execution information, a game execution in which a predetermined game is executed on the gaming machine After a predetermined count start condition is satisfied, a predetermined game is executed a specified number of times based on the result of counting the number of game executions without detecting that a specific game state has been established. Sometimes, a predetermined amount of balance information is added to the balance information. Therefore, when a predetermined game is executed a specified number of times without entering a specific gaming state, the predetermined amount of balance information is added.

  For this reason, the balance information corresponding to the game medium consumed by the player until the predetermined game is executed a specified number of times is added, so that the game medium can be used regardless of the difference in the quality of the nail or 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.

  When the owner information stored in the establishment information storage means does not match the owner information stored in the owner information storage means, the count value by the game execution number counting means is reset, The counting start condition can be canceled.

  For this reason, when a player who is different from the player who has played a game by satisfying a predetermined counting start condition plays a game, the count value of the number of times the game has been executed by the previous player can be reset. At the same time, the establishment of the predetermined counting start condition can be canceled.

  Thereby, for example, when the specified number of times of the gaming machine is set to 600 rotations, when the player ends the game and moves to another gaming machine at 500 rotations before reaching the specified number of times, Preventing a player who has been originally playing a game from taking a different game from a different player on the finished gaming machine will not have the profits to be returned to the player who originally played the game. can do.

  In addition, the game control device according to the present invention provides (2) a discharge requesting unit (for example, CPU 310, which makes a discharge request for discharging a recording medium from the receiving unit on the condition that a predetermined discharge condition is satisfied. A return switch 28, etc.) and a writing means (for example, a write-in number that can write the count value of the number of game executions counted by the game execution number counting means to the recording medium when a discharge request is made by the discharge request means. , CPU 310, card R / W 313, etc.) and count value addition means (for example, CPU 310 etc.) that can add the count value of the game execution count recorded on the recording medium to the count value counted by the game execution count counting means. The establishment information storage means has a function of storing establishment information for each owner information, and the owner information determination means When the recording medium in which the count value of the number of lines is written is read, the count value of the game execution number is in the owner information of the recording medium in which the count value of the game execution is written and the establishment information stored in the establishment information storage means. It is determined whether or not the owner information coincides, and the count value adding means causes the owner information determining means to store the owner information stored in the establishment information storage means and the owner information storage means. When it is determined that the stored owner information matches, the count value written on the recording medium is added to the count value counted by the game execution number counting means.

  With this configuration, when the recording medium is requested to be ejected, the count value counted by the game execution number counting means is written to the recording medium requested to be ejected.

  In addition, when the owner information stored in the establishment information storage means matches the owner information stored in the owner information storage means, the count value written in the recording medium is calculated by the game execution count counting means. Add to the counted value.

  For this reason, for example, when the specified number of gaming machines is set to 600 rotations, the player ends the game at the first gaming machine and moves to another gaming machine at 500 rotations before reaching the specified number of times. In this case, a count value of 500 rotations can be written on the recording medium. Thereafter, when the player returns to the first gaming machine that has executed a predetermined game for 500 revolutions and plays a game using the recording medium used in the previous game, The count value of the executed 500 rotations can be added to the count value of the number of game executions counted in the re-game.

  Therefore, a player who replays with the same gaming machine can take over the 500 rotations executed in the previous game, and can reach a prescribed number of 600 rotations by executing a predetermined game for 100 rotations. it can.

  For this reason, a player who plays a game again with the same gaming machine can obtain a profit that would have been reduced if the game was originally played with the same gaming machine.

  The present invention can prevent a gap in the profits returned to the player, and can prevent the player from feeling unfair. A game control device can be provided.

Embodiments of a game control device according to the present invention will be described below with reference to the drawings.
FIGS. 1-16 is a figure which shows 1st Embodiment of the control apparatus for games which concerns 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 card units 300A, 300B, 300C,..., A card issuing machine 400, a system controller 700, a sales management computer 800, and the like.

  In addition, a plurality of pachinko gaming machines 10A, 10B, 10C,. In FIG. 1 in the present embodiment, for 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 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, for example, a card ID is recorded in the prepaid card, and the system controller 700 stores the balance frequency corresponding to the card ID.
Furthermore, in the present embodiment, a card ID is used as information (owner information) that can identify the owner of the prepaid card.
In this embodiment, a prepaid card is used as a recording medium. However, the present invention is not limited to this. For example, a membership card in which personal information is recorded in addition to the card ID may be used.

  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, the prepaid card is a recording medium on which data capable of specifying a game value used in a game is recorded.

  In this embodiment, the card ID of the prepaid card is used as information (owner information) that can specify the owner of the prepaid card. However, the present invention is not limited to this, and the card ID or personal information of the member card is used. It may be used as owner information.

  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 above-described card units 300A, 300B, and 300C are set in advance, and gaming machine identification information (device identification information, for example, that can identify pachinko gaming machines 10A, 10B, and 10C as gaming machines connected in correspondence with each other. , Card unit ID, etc.) are supplied to the system controller 700 via the LAN 1.

  Moreover, card unit 300A, 300B, 300C reads card ID memorize | stored in the above prepaid cards by card R / W313. The card units 300A, 300B, 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 a prepaid card ID and manages various information related to the prepaid card, such as the remaining number, for each prepaid card ID.

  As a result, the prepaid card itself does not store information on the remaining frequency, but stores the card ID, and the system controller 700 manages the remaining frequency 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.

The network NT1 and the like in the present embodiment are configured by the Internet, a dedicated line, a provider, a voice communication station, a mobile phone base station, a satellite communication station, and the like. Any configuration is possible as long as the 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.
[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 frequency display LED 22, 500 yen of game balls can be lent. The remaining frequency display LED 22 in the present embodiment can be switched to a number less than the decimal point by operating 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 player presses the ball lending operation switch 26, the game ball is lent out. When the ball lending operation switch 26 is pressed, the card unit 300A causes the pachinko gaming machine 10A to be lent. 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 and a discharge request is made, a prepaid card writing process is performed. The writing 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 serving as a display means 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 fluctuations in the pachinko gaming machine 10A, and the jackpot. It is possible to display game information such as the number of times it has become.

  Further, 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.

  As described above, the card unit 300A is attached to the pachinko gaming machine 10A, and accepts a prepaid card in which at least data that can be used to specify a game value and owner information that can specify an owner are recorded. It has a card insertion slot 308 as a receiving means. 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 and card unit]
The electrical configuration of the pachinko gaming machine 10A and the card unit 300A described above will be described with reference to FIG.

  As shown in FIG. 4, the pachinko gaming machine 10A includes a main control circuit 60, a sub control circuit 200, a payout / launch control circuit 126, a lending operation panel 18, an external output terminal plate 139, and the like.

  In the present embodiment, the output of various signals is transmitted only in the direction from the main control circuit 60 to the sub-control circuit 200, and from the main control circuit 60 to the payout / launch control circuit 126. 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 plate 139 is an external terminal that supplies various game information related to the game to the card unit 300A, and the external output terminal plate 139 is electrically connected to an external terminal (not shown) of the card unit 300A. ing.

  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. This is supplied to the card unit 300A.

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 is 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 includes a function for storing various flags and variable values as a temporary storage area of the CPU 310, a function for storing a prepaid card ID (owner information), and establishment information indicating that a rescue pay mode has been set. It has a function of storing a card ID (owner information) in association with each other. The establishment information is stored in the rescue mode data table for each card ID (owner information).

  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 that is a recording medium received in the card insertion slot 308, and when a prepaid card ejection request is made. In addition, a writing means is provided that can write a count value of the number of times the game has been executed to a prepaid card.

  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. In particular, the gaming machine connection I / O 318 indicates that the pachinko gaming machine 10A is in a game execution information that can specify that a predetermined game has been executed, and is a jackpot gaming state (specific gaming state) that is advantageous to the player. The game state information that can be specified is received. In the present embodiment, the CPU 310 and the gaming machine connection I / O 318 constitute a game execution information receiving unit and a gaming state information receiving unit.

  The display device 321 is connected to the CPU 310. The display device 321 includes an image control circuit 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.

[Rescue Mode Data Table]
The rescue mode data table stored in a predetermined area of the RAM 312 in the above-described electrical configuration will be described with reference to FIG. Even if the prepaid card data table described below is not stored in the RAM 312, data and programs having such functions may be stored in the storage unit 710.

  As shown in FIG. 5, the RAM 312 stores a rescue mode data table for specifying a card ID (owner information) and the number of games when the rescue pay mode is set. In the rescue mode data table, the card ID (issued card ID) for specifying the owner when the rescue pay mode is set, and the rescue pay mode is set for the owner specified from the card ID. The establishment information indicating that is stored in association with each other.

  The card ID stored in the rescue mode data table is different from the card ID (first owner information) stored in the RAM 312 when the prepaid card is received by the card unit 300A. Card ID as the owner information.

  In addition, the establishment information indicating that the rescue pay mode is set includes the card ID (first owner information) stored in the RAM 312 when the prepaid card is received by the card unit 300A, and the rescue pay mode. This is information indicating that the rescue pay mode is set for the owner specified from the first owner information on the condition that is set.

By storing such a rescue mode data table, the card ID (owner information) can be associated with the establishment information and stored in a predetermined area of the RAM 312.
[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. 6, 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. 7, reference numerals enclosed in parentheses are reference numerals in the sales management computer 800.

  As shown in FIG. 7, 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 is for communicating with various devices such as the card unit 300A and the sales management computer 800.

The various tables stored in the storage unit in the electrically configured system controller 700 and the like will be described in detail.
[Prepaid card data table]
A prepaid card data table stored in the storage unit 710 of the system controller 700 in the above-described electrical configuration 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. 8, the storage unit 710 stores various data corresponding to the prepaid card, and stores a prepaid card data table for 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 the prepaid card and is information that can specify the owner of the 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 relating to the prepaid card such as the remaining number of issued prepaid cards can be managed, and the information is supplied to the sales management computer 800, so that sales management can be performed. The computer 800 makes it possible to manage sales at the game hall 1000 and the like.
[Rescue Pay Mode]
A 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. 9A, when a player's operation is not performed and the rescue pay mode is not set, in order to compensate for the loss in the consumption of game balls after the game is started. The game ball is rented out uniformly at “4 yen / 1 ball” after the game is started.

  Further, as shown in FIG. 9B, 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. When 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. 9D, when the number of times of variable display of the special symbol is 600 times without being a big hit since 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 that have been lent out is "1/4" and returned to the player.

  In addition, if the number of times the variable symbol display is 600 times 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 lent out and the rescue pay mode is set according to the player's operation, if the number of special symbol variable displays 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]
A display screen displayed on the display unit 321b of the display device 321 in the card unit 300A will be described with reference to FIGS.

  In the display device 321, when the rescue pay mode is not set, as shown in FIG. 10A, an image relating to the rescue pay is displayed on the display unit 321 b.

  Specifically, it is displayed that when the game has been hit 600 times (not a big hit), the prepaid card balance used during that time is discounted and the discount is charged to the card.

  In addition, when it becomes 600 game hamari, an image that the subsequent ball lending unit price is 2 yen, and when it becomes 900 game hamari, an image that the subsequent ball lending unit price is 1 yen. Is displayed.

  In addition, an image representing the rescue pay button 331 is displayed on the lower left of the display device 321, and when the rescue pay button 331 is touched by the player, the rescue pay is started.

  When the rescue pay button 331 is pressed by the player's will, the insurance pay of 10 times is paid, and the rescue pay for paying the insurance money is started even if it is a large humiliation (for example, 600 game hamari) An image will be displayed.

  Further, as shown in FIG. 10B, when the above condition is satisfied, an image indicating that the privilege can be received by the rescue pay is also displayed.

As shown in FIG. 10C, when the rescue pay button 331 is touched by the player, the rescue pay mode is executed. Then, as shown in FIG. 10D, 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. 10 (E), when the number of games is 600 and the card usage balance frequency is 230, a rescue pay is executed and the card usage balance frequency is 230. When the frequency is actually lent at “4 yen / 1 ball”, the discount is made by renting it at “3 yen / 1 ball”, and the discounted card usage balance frequency is 1 / 5, which is 57.5 degrees, 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 thereafter 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 ball and reduce the loss in the consumption of the game ball.

  When the return switch 28 is used to return the prepaid card, the display screen displayed on the display unit 321b of the display device 321 in the card unit 300A has a rescue pay as shown in FIG. The number of games counted until the end of the mode and the card usage balance frequency used until the end of the rescue pay mode are displayed, and an image indicating the end of the rescue pay mode is displayed. At this time, the CPU 310 controls the image control circuit 321a of the display device 321 to display information “The number of games is being written. Please wait for a while” on the display unit 321b.

  After that, when writing of the number of games to the prepaid card is completed, the prepaid card is discharged, an image for ending the rescue pay mode is displayed, and the rescue pay mode ends as shown in FIG. become. At this time, the CPU 310 controls the image control circuit 321a of the display device 321 to display information “Write completed. Please take out the card” on the display unit 321b.

  In this embodiment, the number of games counted until the end of the rescue pay mode is written to the prepaid card. However, the present invention is not limited to this, and the card usage balance frequency is written to the prepaid card together with the number of games. You may do it.

When the prepaid card on which the number of games has been written by the card unit 300A is received again by the card unit 300A, the previous number of games is displayed as shown in FIG. 11C. In the present embodiment, the previous game count is displayed. However, the present invention is not limited to this, and when the card usage balance frequency is written together with the game count, the card usage balance frequency is also displayed. You may do it.
[Game system operation]
Processing executed in the gaming system 1 will be described below with reference to FIGS.

  A description will be given assuming that a plurality of pachinko gaming machines 10A, 10B, and 10C and a plurality of card units 300A, 300B, and 300C represent a game by the pachinko gaming machine 10A and the card unit 300A.

  First, as shown in FIG. 12, 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. 8), 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 S405).

  In this way, the prepaid card is issued 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. 13A (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 in which data capable of specifying a game value used for a game is recorded, and reads data such as a card ID from the accepted prepaid card. In the present embodiment, the card 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 step S <b> 303, CPU 310 stores the card ID (first owner information) read from the prepaid card by card R / W 313 in a predetermined area of RAM 312. In the present embodiment, the CPU 310 and the RAM 312 of the card unit 300A that executes such processing constitute the owner information storage means.

Next, the CPU 310 stores the card ID (second owner information) stored in the rescue mode data table in the predetermined area of the RAM 312 and the predetermined area in the RAM 312 together with the establishment information indicating that the rescue pay mode is set. An owner information determination process is performed to determine whether the card ID (first owner information) matches (step S304).
In the present embodiment, the CPU 310 that executes such processing constitutes owner information determination means.

Next, in the owner information determination process, if it is determined that the first owner information and the second owner information do not match, the CPU 310 has been counted until the rescue pay mode is terminated. The number of times (count value) is reset, and a process of canceling the rescue pay mode as a predetermined count start condition that has been set is executed (step S305).
In the present embodiment, the CPU 310 that executes such processing constitutes a canceling unit.

  On the other hand, 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. 8), and checks the card ID (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 (step S306), CPU 310 stores the balance information in a predetermined area of RAM 312 (step S307).

  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 S308), and causes the remaining number display LED 22 in the pachinko gaming machine 10A to display the balance (step S101).

  Further, as shown in FIG. 13B, in the pachinko gaming machine 10A, when there is a lending operation of the ball lending operation switch 26 (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 the game ball, and sends the sales information to the system controller 700 together with the unit ID of the card unit 300A and the card ID accepted by the card unit 300A. Transmit (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 used (for example, 1 degree, 0.5 degree, 0.25 degree, 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 displays the unit ID of the card unit 300A and the balance frequency corresponding to the card ID accepted by the card unit 300A. Update is performed so as to subtract the frequency corresponding to the received sales information (step S717).
In the present embodiment, when the lending process described above is executed a plurality of times, the lending process is executed again.

  As shown in FIG. 14A, 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 card ID accepted by the card unit 300A is specified based on the update request. Update is performed so that only the frequency corresponding to money is added (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”. Therefore, “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).

  Further, as shown in FIG. 14B, in the pachinko gaming machine 10A, when a return operation of the return switch 28, that is, a settlement is performed (step S106), a return operation signal is output to the card unit 300A. (Step S107) When the card unit 300A receives a return operation signal (Step S331), the CPU 310 of the card unit 300A executes a writing process (Step S332), and then sends a card information update request to the system controller 700. (Step S333).

  When the card unit 300A receives a return operation signal generated by operating the return switch 28, the card unit 300A controls the image control circuit 321a of the display device 321 to display on the display unit 321b as shown in FIGS. An image indicating the end of the rescue pay is displayed.

  When the writing process is completed, a card information update request is transmitted to the system controller 700. In the present embodiment, the return switch 28 and the CPU 310 constitute a discharge request unit.

  In the processing of step S333, 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. 8), and processes the prepaid card as not received by any card unit.

Next, when receiving an update completion notification (step S334), the CPU 310 discharges the prepaid card from the card insertion slot 308 (step S335).
[Insurance execution processing]
Insurance execution processing executed at a predetermined cycle in the card unit 300A will be described below with reference to FIGS.

  First, in the card unit 300A, as shown in FIG. 15, 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 subroutine is terminated.
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, when the CPU 310 determines that the rescue pay mode flag is not “ON”, the card ID (owner information) of the prepaid card received in the card insertion slot 308 is used as the first owner information in the RAM 312. The data is stored in a predetermined area (step S203), and the process proceeds to step S204.

  In step S204, 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 321a of the display device 321 to display the images shown in FIGS. 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 S205.
On the other hand, if the CPU 310 determines that the rescue pay button 331 is “OFF”, this subroutine is terminated.

  In step S205, 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 S206), and calculates the frequency for the fee from the data indicating the balance frequency of the prepaid card positioned in a predetermined area of the RAM 312. The value is updated by subtraction, and the process proceeds to step S207.

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.
On the other hand, if the CPU 310 determines that the card balance frequency is less than the fee, this subroutine is terminated.

  In step S 207, the CPU 310 sets the rescue pay mode flag positioned in the predetermined area of the RAM 312 to “ON”, clears the game execution number counter and the usage number counter positioned in the predetermined area of the RAM 312, and stores them in the predetermined area of the RAM 312. Data indicating the positioned lending mode is set as lending mode A, and the process proceeds to step S208.

  In step S208, the CPU 310 stores the card ID (first owner information) in a predetermined area of the RAM 312 and if the rescue pay mode flag is set to “ON” in step S207, that is, the rescue pay mode. Is set, the rescue pay mode is set as the establishment information indicating that the rescue pay mode is set in the owner specified from the first owner information and the second owner information. The card ID (owner information) is stored in the rescue mode data table (see FIG. 5) in the predetermined area of the RAM 312 and the process proceeds to step S216. In the present embodiment, the CPU 310 and the RAM 312 that execute such processing constitute a formation information storage unit.

  On the other hand, in step S202, the CPU 310 determines whether or not the addition permission flag is “ON”. That is, the CPU 310 can add the number of games (count value) written in the prepaid card to the received prepaid card to the count value of the number of game executions counted when a predetermined game is executed. It is determined whether or not the addition permission flag is “ON”.

If it is determined that the addition permission flag is “ON”, the addition permission flag is set to “OFF” (step S214), and the process proceeds to step S216. That is, the CPU 310 adds the number of games (count value) once written to the prepaid card to the count value of the number of game executions to be counted once the addition permission flag is already turned on by a count value addition process described later. If so, the addition permission flag is set to “off” in order to avoid adding the count value again (step S214).
On the other hand, if it is determined that the addition permission flag is “off”, the process proceeds to step S210.

  In step S210, the CPU 310 stores the card ID (second owner information) stored in the rescue mode data table in the predetermined area of the RAM 312 in association with the establishment information indicating that the rescue pay mode is set, and step S203. It is determined whether or not the card ID (first owner information) stored in the predetermined area of the RAM 312 matches.

  When the CPU 310 determines that the first owner information and the second owner information match, the CPU 310 calculates a count value (game number) of the number of times the predetermined game has been executed from the accepted prepaid card. A reading process is executed (step S211).

  Next, the CPU 310 sets the addition permission flag to “ON” (step S212), and adds the number of games (count value) written in the prepaid card to the count value of the number of game executions counted (step S213). This subroutine ends.

  That is, when the CPU 310 determines that the first owner information matches the second owner information, the count value (game number) of the number of game executions in which a predetermined game written on the prepaid card is executed. Is added to the count value of the counted number of game executions. In the present embodiment, the CPU 310 that executes such processing constitutes a count value adding means.

  On the other hand, when it is determined that the first owner information and the second owner information do not match, the CPU 310 sets the rescue pay mode flag positioned in a predetermined area of the RAM 312 to “off”, The game execution number counter and usage count counter positioned in the predetermined area are cleared, data indicating the lending mode positioned in the predetermined area of the RAM 312 is set as the lending mode A, and this subroutine is terminated. That is, when it is determined that the first owner information and the second owner information do not match, the CPU 310 resets the number of games counted until the rescue pay mode ends, that is, the game execution A process of canceling the rescue pay mode that has been set is executed by clearing the number counter and turning off the rescue pay mode flag. In the present embodiment, the CPU 310 that executes such processing constitutes a canceling unit.

  Next, in step S216, the CPU 310 determines whether or not the return switch 28 has been pressed based on whether or not a return operation signal has been received (see FIG. 14B). The process moves to step S217 to execute the writing process.

  On the other hand, if it is determined in step S216 that the return switch 28 has not been pressed, the process proceeds to step S218 in FIG.

  In step S217, the CPU 310 counts the number of times the game has been executed (the number of games) that has been executed until a predetermined game start condition is satisfied and the return game signal is received after the rescue pay mode is set. ) Is written to the prepaid card requested to be discharged, and this subroutine is terminated.

  In step S218 of FIG. 16, CPU 310 determines whether or not the game execution number counter is 600 or more. In this process, the CPU 310 reads a value from the game execution number counter positioned in a predetermined area of the RAM 312 and determines whether or not the game execution number counter is 600 or more.

  As will be described in detail later, this game execution counter does not match the first owner information and the second owner information when the rescue pay mode is started or when the big hit gaming state is entered. When the symbol determination signal is “ON”, that is, when the symbol variation display ends, the CPU 310 performs 600 symbol variations in this process. It is also determined whether or not the display has ended.

  In other words, the CPU 310 that executes such processing has received a recording medium and the rescue pay mode is set, that is, a predetermined count start condition including that the rescue pay button 331 has been pressed is satisfied. 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 310 that executes such processing constitutes a game execution number detecting means.

  If the CPU 310 determines that the game execution number counter is 600 or more, it moves the process to step S219. On the other hand, if the CPU 310 determines that the game execution number counter is less than 600, it moves the process to step S223.

  In step S219, 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 S221 described later has been executed after entering the rescue pay mode.

  If the CPU 310 determines that the balance addition process has been completed, the process proceeds to step S223 without executing the process from step S220 to step S222. On the other hand, if it is determined 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 S220), and performs a balance addition process for adding the calculated balance frequency. It executes (step S221).

  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 "frequency" is calculated, 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 was lent by “sphere”. Then, the CPU 310 subtracts the balance frequency when it is assumed to be discounted from the actually used balance frequency, and the result becomes the added balance frequency (for example, 50 degrees).

  That is, when it is detected that a predetermined game has been executed a specified number of times (for example, 600 times), the CPU 310 determines that the predetermined count start condition is based on the specified value for game value (balance frequency). The number of game balls actually lent out (the number of game balls corresponding to the used balance frequency) is specified after being established (after the rescue pay button 331 is pressed to set the rescue pay mode). A rented game ball specified 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 game balls corresponding to the number of games are lent out is specified (for example, “3/4” of the actually used balance frequency).

  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 (“3/4”, etc.) and the balance information corresponding to the specified difference (for example, “¼” 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.

  The CPU 310 of this embodiment adds a predetermined amount of balance information to the balance information stored in the RAM 312 when it is detected that a predetermined game has been executed a prescribed number of times after a predetermined counting start condition is satisfied. It constitutes information adding means.

  As described above, the card unit 300A according to the present embodiment detects that the pachinko gaming machine 10A is in the big hit gaming state based on the gaming state information received from the pachinko gaming machine 10A, and receives it from the pachinko gaming machine 10A. Based on the executed game execution information, the number of times the predetermined game has been executed in the pachinko gaming machine 10A is counted, and after the rescue pay button 331 is operated to set the rescue pay mode, the big hit gaming state 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, the predetermined amount of balance information is added to the balance information stored in the RAM 312. .

  Therefore, by adding the balance information according to the game balls consumed by the player until the predetermined game is executed a specified number of times, the game ball can be played regardless of the difference in the quality of the nail or 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 amount of game balls consumed, and to prevent the player from feeling unfair.

  In the present embodiment, whether or not to set the rescue pay mode can be selected by operating the rescue pay button 331, so that the game can be performed by setting the rescue pay mode and the rescue pay mode. It is possible to select to play the game without setting the mode, and to perform various games.

  Next, when the process of step S221 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 S222), 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.

  That is, before it is detected that a predetermined game has been executed a specified number of times (for example, 600 times), the CPU 310 receives a first amount (as a rental unit price of game balls) every time a rental operation by a player is accepted. For example, when it is detected that a predetermined game has been executed a predetermined number of times, the game unit lending unit price is set as the first unit of game ball lending each time a lending operation by the player is accepted. A second size smaller than the size (for example, “2 yen / 1 sphere”) is selected.

  In other words, after detecting that the predetermined game has been executed a predetermined number of times, the CPU 310 receives the first value as the game value used to rent a predetermined number of game balls each time a rental operation by the player is accepted. A second size smaller than the size is selected.

  In step S223, the CPU 310 determines whether or not the game execution number counter is 900 or more. In this process, the CPU 310 reads a value from the game execution number counter positioned in a predetermined area of the RAM 312 and determines whether or not the game execution number counter is 900 or more.

  As will be described in detail later, this game execution counter does not match the first owner information and the second owner information when the rescue pay mode is started or when the big hit gaming state is entered. When the symbol determination signal is turned on, that is, when the symbol variation display is finished, the CPU 310 displays 900 symbol variation displays in this process. It will also be judged whether it was completed.

  In other words, the CPU 310 that executes such a process receives a prepaid card and establishes a specific gaming state (big hit gaming state) after a predetermined counting start condition is established including that a rescue pay mode is set. It is detected that a predetermined game has been executed a prescribed number of times (for example, 900 times) based on the counted result without being detected as having become.

  If the CPU 310 determines that the game execution number counter is 900 or more, the CPU 310 sets the data indicating the lending mode positioned in the predetermined area of the RAM 312 as the lending mode C (step S224), and ends this subroutine.

  As a result, the CPU 310 sets the lending mode as the lending mode C, and in the lending process, performs control for lending the game ball at “1 yen / 1 ball”. On the other hand, if the CPU 310 determines that the game execution number counter is less than 900, the CPU 310 ends this subroutine.

  In other words, the CPU 310 determines the rental unit price of the game ball after it is detected that a predetermined game has been executed a specified number of times (for example, 600 times) as the number of game executions ( For example, the second lending unit price of a plurality of types of game balls corresponding to 600 times, 900 times, etc. (for example, “2 yen / 1 ball”, “1 yen / 1 ball”, etc.) Either one will be selected.

  In this way, when a predetermined game is executed a specified number of times without entering the big hit game state, many game balls are consumed. In this case, the second size smaller than the first size before that is the second size. Since the size of the game ball will be rented as the rental unit price of the game ball, by reducing the rental unit price of the game ball thereafter, the loss in consumption of the game ball can be reduced. The degree of disadvantage can be reduced and a healthy game can be played.

  In addition, the pachinko gaming machine 10A does not require a design change such as changing the number of game balls to be lent, and simply depends on the size of the game value used in one rent operation in the game control device. It is possible to change the lending unit price of the game ball by changing it, and it can be easily applied to the existing pachinko gaming machine 10A.

Further, since the lending unit price of the game ball is determined corresponding to the number of game executions, the number of executions of a predetermined game executed without shifting to the specific game state (so-called “depth of humili”) Thus, the lending unit price of the game ball changes, and the degree of disadvantage to the player can be further reduced, and a more healthy game can be performed.
[Signal input processing]
A signal input process executed in the card unit 300A at a predetermined cycle will be described below with reference to FIG.

  First, in the card unit 300A, as shown in FIG. 17, the CPU 310 determines whether or not the symbol determination signal is “ON” (step S231). In this process, the CPU 310 determines whether or not the symbol determination signal is “ON” based on the symbol determination signal from the pachinko gaming machine 10A provided therewith.

  Since the symbol is derived and displayed in the pachinko gaming machine 10 and is turned “ON” at the determined timing, the CPU 310 determines whether or not the variable display of the symbol has ended.

  If the CPU 310 determines that the symbol determination signal is “ON”, the CPU 310 increases the game execution number counter positioned in a predetermined area of the RAM 312 by “1” (step S232), and moves the process to step S233.

  That is, the CPU 310 that executes such processing receives game execution information that is output from the gaming machine and that can specify that a predetermined game has been executed, and based on the received game execution information, the gaming machine The number of game executions in which a predetermined game has been executed is counted, thereby constituting a game execution number counting means.

  In the present embodiment, the CPU 310 that executes such processing constitutes game execution information receiving means and game execution number counting means. On the other hand, if the CPU 310 determines that the symbol determination signal is not “ON”, the process proceeds to step S233 without executing step S232.

In step S233, the CPU 310 determines whether or not a ball lending process has been executed.
In this process, the CPU 310 determines whether or not the ball lending process has been executed based on the signal from the pachinko gaming machine 10A.

  When it is determined 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 S234).

  If the CPU 310 determines that it is in the lending mode A, it adds a usage frequency counter positioned in a predetermined area of the RAM 312 by an amount corresponding to the balance frequency used in the above-described ball lending process (step S235). Then, the process proceeds to step S236. That is, the CPU 310 that executes such processing specifies the magnitude of the game value used for lending the game ball after the predetermined counting start condition is satisfied.

  On the other hand, if the CPU 310 determines that it is not the lending mode A, it moves the process to step S236 without executing step S235. On the other hand, if the CPU 310 determines that the ball lending process is not executed, the process proceeds to step S236 without executing step S234 or step S235.

  In step S236, CPU 310 determines whether or not the big hit signal is “ON”. In this processing, the CPU 310 determines whether or not the jackpot signal is “ON” based on the jackpot signal from the pachinko gaming machine 10A provided therewith. This jackpot signal is turned “ON” at the timing when the jackpot gaming state is started in the pachinko gaming machine 10A, so the CPU 310 determines whether or not the jackpot gaming state has been entered.

  If the CPU 310 determines that the jackpot signal is “ON”, it sets the rescue pay mode flag positioned in the predetermined area of the RAM 312 to “OFF” and indicates the lending mode positioned in the predetermined area of the RAM 312. Data is set as the lending mode A (step S237), and this subroutine is terminated. As a result, the CPU 310 sets the lending mode as the lending mode A, and performs control for lending the game ball at “4 yen / 1 ball” in the lending process.

That is, the CPU 310 that executes such processing receives gaming state information that is output from the gaming machine and that can specify that the gaming state is advantageous to the player, and based on the received gaming state information, It is detected that the gaming machine has entered a specific gaming state.
On the other hand, if the CPU 310 determines that the jackpot signal is not “ON”, the CPU 310 ends this subroutine without executing step S237.

  As described above, in this embodiment, the card ID (second owner information) stored in the rescue data mode table in the predetermined area of the RAM 312 in association with the establishment information indicating that the rescue pay mode is set, When the prepaid card is received at the card insertion slot 308, if the card ID (first owner information) stored in the predetermined area of the RAM 312 does not match, the game that has been counted until the rescue pay mode is terminated You can reset the number of times and cancel the set rescue pay mode, so when a player who is playing a game with the rescue pay mode set plays a game first It is possible to reset the count value (number of games) of the number of game executions executed by the player who has been playing Together, it is possible to release the setting of the rescue pay mode.

  Thus, for example, when the specified number of pachinko gaming machines 10A is set to 600 rotations in the present embodiment, the player ends the game at 500 rotations before reaching the specified number of times, and is transferred to another pachinko gaming machine. A game in which a player who has been playing a game has a different profit to be returned to the player who originally played the game only by executing a predetermined game for 100 revolutions in the pachinko gaming machine 10A that has finished the game. Can be prevented from being taken by a person.

  In addition, when the return switch 28 is pressed and a return operation signal is received as a prepaid card discharge request, the card unit 300A of the present embodiment receives the return operation signal after the rescue pay mode is set. The process of writing the count value (game count) of the number of game executions counted up to the prepaid card requested to be discharged is executed.

  Further, the card unit 300A of the present embodiment has the first owner information and the second possession when the prepaid card in which the count value of the number of game executions (game number) is written is received in the card insertion slot 308. When the player information matches, the count value (game count) of the game execution count written in the prepaid card is added to the count value of the game execution count.

  For this reason, for example, when the specified number of times of the pachinko gaming machine 10A is set to 600 rotations, the player ends the game with the pachinko gaming machine 10A at 500 rotations before reaching the specified number of times, and other pachinko gaming machines When moving to, the number of games of 500 rotations can be written on the prepaid card. After that, when this player returns to the pachinko gaming machine 10A that has executed the predetermined game 500 times again and plays a game using the prepaid card used in the previous game, the game was executed in the previous game. The number of games of 500 rotations can be added to the count value of the number of game executions counted in the re-game.

  Therefore, a player who plays a game again with the same pachinko gaming machine 10A can take over the 500 rotations executed in the previous game, and reaches a prescribed number of 600 rotations only by executing a predetermined game for 100 rotations. be able to.

For this reason, a player who replays with the same pachinko gaming machine 10A can obtain a profit that would have been reduced if the game was originally performed with the same pachinko gaming machine 10A.
[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 lending operation is performed, 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.

  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, etc., but is not limited to this, and the card issuing machine 400, the system controller 700, the sales management computer. There is no problem if 800 functions are 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 embodiment of this invention. It is a perspective view which shows the external appearance in the pachinko game machine which concerns on embodiment of this invention. It is a perspective view which shows the external appearance of the card unit which concerns on 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 explanatory drawing which shows the rescue mode data table in the card unit which concerns on embodiment of this invention. It is a block diagram which shows the card issuing machine which concerns on embodiment of this invention. It is a block diagram which shows the system controller which concerns on embodiment of this invention. It is explanatory drawing which shows the prepaid card data table in the system controller which concerns on embodiment of this invention. It is explanatory drawing which shows the control content in the card unit which concerns on embodiment of this invention. It is explanatory drawing which shows the display screen in the card unit which concerns on embodiment of this invention. It is explanatory drawing which shows the display screen in the card unit which concerns on embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on embodiment of this invention. It is a flowchart which shows the control processing performed in the game system which concerns on embodiment of this invention. It is a flowchart which shows the insurance execution process performed in the card unit which concerns on embodiment of this invention. It is a flowchart which shows the insurance execution process following FIG. It is a flowchart which shows the signal input process performed in the card unit which concerns on embodiment of this invention.

Explanation of symbols

10A, 10B, 10C Pachinko machines (game machines)
28 Return switch (Discharge request means)
300A, 300B, 300C Card unit 308 Card insertion slot (reception means)
310 CPU (game execution information receiving means, gaming state information receiving means, game execution number counting means, receiving means, balance information storage means, lending control means, game execution number detection means, balance information addition means, owner information storage means, Establishment information storage means, owner information determination means, release means, discharge request means, writing means, count value addition means)
312 RAM (balance information storage means, owner information storage means, establishment information storage means)
313 card R / W (reading means, writing means)
318 I / O for game machine connection (game execution information receiving means, gaming state information receiving means)

Claims (2)

Game execution information receiving means for receiving game execution information that can be output from an attached gaming machine and specified that a predetermined game has been executed;
Game state information receiving means for receiving game state information that is output from the gaming machine and is capable of specifying that the specific game state is advantageous to the player;
Based on the game execution information received by the game execution information receiving means, a game execution number counting means for counting the number of times a predetermined game has been executed in the gaming machine;
Accepting means for receiving a recording medium in which at least gaming value information that can be used to specify a gaming value and owner information that can identify an owner are recorded;
Reading means for reading the gaming value information and the owner 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 game value 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 gaming value specified from the gaming value information read by the reading means;
When the predetermined count start condition is satisfied, the game execution number counting means does not detect that the game state information receiving means has entered the specific game state after the predetermined count start condition is satisfied. Game execution number detection means for detecting that a predetermined game has been executed a prescribed number of times based on the counted value;
Balance information addition means for adding a predetermined amount of balance information to the balance information stored in the balance information storage means when the game execution frequency detection means detects that the predetermined game has been executed a prescribed number of times;
Owner information storage means for storing the owner information read from the recording medium by the reading means;
The predetermined count start condition is satisfied in the owner specified from the owner information on condition that the owner information is stored in the owner information storage means and the predetermined count start condition is satisfied. Establishment information storage means for storing establishment information representing the fact and the owner information;
Owner information determination means for determining whether the owner information stored in the establishment information storage means matches the owner information stored in the owner information storage means;
If the owner information determination means determines that the owner information stored in the establishment information storage means does not match the owner information stored in the owner information storage means, the game execution A game control device comprising: a resetting unit for resetting a count value by the number counting unit and canceling the predetermined counting start condition. A discharge request means for making a discharge request for discharging the recording medium from the receiving means, on condition that a predetermined discharge condition is satisfied;
A writing unit capable of writing a count value of the number of game executions counted by the game execution number counting unit to the recording medium when a discharge request is made by the discharge request unit;
A count value adding means capable of adding a count value of the number of game executions recorded on the recording medium to a count value counted by the game execution number counting means;
The establishment information storage means has a function of storing establishment information for each owner information,
The owner information determination means includes owner information of the recording medium in which the count value of the game execution number is written when the reading means reads the recording medium in which the count value of the game execution count is written. Determining whether or not the owner information in the establishment information stored in the establishment information storage means matches;
The count value adding means is determined by the owner information determining means that the owner information stored in the establishment information storing means matches the owner information stored in the owner information storing means. In this case, the game control device according to claim 1, wherein the count value written in the recording medium is added to the count value counted by the game execution number counting means.

Images