JP2009233281A - Game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system for adding value to a fair player by performing control depending on whether leaving a seat temporarily or abandoning a right that the value is added. <P>SOLUTION: A card unit adds a prescribed value to a player when it is determined that a prescribed value addition condition is met on the basis of game information related to a game output by a game machine played by the player. A hall computer makes a prescribed enquiry at a mobile terminal device corresponding to terminal information registered when it is detected that a game is not played by the game machine in a value addition preparation state and, when confirmation information corresponding to the inquiry is not received within a prescribed time, shifts a state corresponding to the terminal information to a normal state from the value addition preparation state. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a gaming system, and more particularly to a gaming system that performs control according to whether or not a game is being played in a gaming machine.

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

In the vicinity of such a gaming machine, a gaming control device for lending gaming balls or the like is provided, and is generally called a card unit. In such a card unit, for example, as shown in Patent Document 1, a card issued to a player is received, and balance information that is a magnitude of a game value based on information recorded on the card is stored. Is done. And it is possible to lend game balls etc. according to the player's operation within the range of the game value, and the amount of game value corresponding to the rented game balls, The balance information is subtracted. In addition, the applicant has developed a gaming machine and a gaming control device in which a right to be given a predetermined value is set according to the player's operation, and a predetermined number of times without entering the big hit gaming state. When a predetermined value addition condition is established such as when a game is played, a predetermined value is given to compensate for the loss of the player.
JP 2006-198126 A

  However, such players are not always playing games, and it is good to leave the seat for a while, such as toilets and meals, but even if the right to be given value is set, The right may have to be waived for the convenience of the player. In this case, there is a possibility that another player will take over the right later, and value may be given to an unauthorized player.

  The present invention has been made in view of the above-described problems, and by performing control according to whether to temporarily leave or give up the right to be given value, it is possible for a legitimate player. It is an object of the present invention to provide a gaming system that can add value.

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

  (1) A gaming control device provided corresponding to a gaming machine played by a player and having identification information reading means for reading identification information that can identify the portable terminal device possessed by the player from the portable terminal device; Terminal information registration means for registering terminal information that can identify the portable terminal device in association with the game control device that has read the identification information based on the identification information read by the identification information reading means; A non-game detecting means for detecting that no game is being played in the gaming machine, and a terminal information registering means for detecting that no game is being played in the gaming machine by the non-game detecting means; Inquiry means for making an inquiry by a predetermined communication means to the portable terminal device corresponding to the terminal information based on the registered terminal information, and the inquiry means Therefore, the game control apparatus comprises: a confirmation information determination unit that determines whether or not confirmation information corresponding to the inquiry has been received within a predetermined time after the inquiry is made, and the gaming control device includes the terminal information registration unit From the state transition control means for performing control to shift the state corresponding to the terminal information from the normal state to the value addition preparation state on the condition that the terminal information is registered by the player, and the gaming machine played by the player Game information input means for inputting game information relating to the game to be output, and whether or not a predetermined value provision condition is established based on the game information input by the game information input means in the value provision preparation state A predetermined value is given to the player when it is determined that the value-adding condition determining unit and the value-adding condition determining unit determine that the value-adding condition is satisfied. A value addition control means for performing control, wherein the state transition control means determines that the confirmation information is not received within a predetermined time by the confirmation information determination means in the value provision preparation state. And a game system having a function of controlling the state corresponding to the terminal information to shift from the value provision preparation state to the normal state when the game is performed.

  (2) In the gaming system according to (1), in a gaming machine that performs a game using a gaming medium owned by a player, the gaming system includes a used gaming medium detection unit that detects that a predetermined number of gaming media have been used. The non-game detecting means has a function of detecting that the game machine is not being played when the use game medium detecting means does not detect the use of the game medium for a predetermined monitoring period. A characteristic gaming system.

  (3) In the gaming system according to (1) or (2), the inquiry means confirms continuation of the game to the portable terminal device based on the terminal information registered by the terminal information registration means. A mail creating means for creating the mail and a mail sending means for sending the mail created by the mail creating means to the mobile terminal device, wherein the confirmation information determining means is transmitted by the mail sending means. Based on the confirmation mail received by the mail reception means and the confirmation mail received by the mail reception means, the confirmation mail is transmitted by the mail transmission means. Registration determination means for determining whether or not the mail is from a mobile terminal device that is a target, and the state transition control means includes the If the registration determination unit does not determine that the email is a confirmation email from the mobile terminal device to which the email transmission was performed within a predetermined time from the email transmission by the rule transmission unit, A gaming system characterized by having a function of performing control to shift a state corresponding to terminal information from a value provision preparation state to a normal state.

  According to the invention described in (1), the identification information that can identify the portable terminal device possessed by the player is read, and based on the identification information, the identification information is read and associated with the game control device. The terminal information that can identify the terminal device is registered. In addition, when it is detected that no game is played in the gaming machine, an inquiry is made by a predetermined communication means to the mobile terminal device corresponding to the terminal information based on the registered terminal information. It is determined whether or not confirmation information corresponding to the inquiry has been received within a predetermined time. Also, on condition that the terminal information has been registered, the state corresponding to the terminal information is shifted from the normal state to the value provision preparation state. Further, when it is determined that the value provision condition is established based on the game information related to the game output from the gaming machine played by the player, the player is given a predetermined value. When it is determined that the confirmation information is not received within a predetermined time in the value provision preparation state, the state corresponding to the terminal information is shifted from the value provision preparation state to the normal state. Therefore, it is possible to make an inquiry to the mobile terminal device possessed by the player and determine whether or not it is a temporary leave based on the confirmation information. While the preparation state is continued, in the case of a waiver of the right, the value addition preparation state is changed to the normal state, so that it is possible to prevent the value from being added to an unauthorized player.

  According to the invention described in (2), in a gaming machine that plays a game using a gaming medium owned by a player, when the use of the gaming medium is not detected for a predetermined monitoring period, the gaming machine Detect that it is not. Therefore, it is possible to detect that no game is played using the used game medium information necessary for counting the sales of the game hall, and no special equipment is required.

  According to the invention described in (3), based on the registered terminal information, a mail for confirming the continuation of the game to the mobile terminal device is created and transmitted to the mobile terminal device. In addition, a confirmation email sent from the mobile terminal device due to the sent email is received, and based on the confirmation email, the confirmation email is sent from the mobile terminal device to which the email was sent. It is determined whether or not. In addition, if it is not determined within a predetermined time from the email transmission that the confirmation email is from the mobile terminal device that is the subject of the email transmission, the status corresponding to the terminal information is given value. Transition from the ready state to the normal state. Accordingly, an email confirming the continuation of the game is sent, and it is determined whether or not the user is temporarily away from the seat depending on whether or not the confirmation email from the mobile terminal device that is the target of the outgoing email is within a predetermined time. Therefore, it is possible to continue the right to be given value without being known to other players around, and it is highly convenient.

  According to the present invention, it is possible to perform control according to whether to temporarily leave the seat or to give up the right to be given value, and value can be given to a legitimate player.

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

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

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

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

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

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

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

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

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

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

  A specific example will be described below.

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

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

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

  In the present embodiment, each of the card units 300A, 300B, 300C,... Is directly connected to the hall computer 600, the unit controller 700, etc. via the LAN 1, but is not limited thereto. For example, each of the card units 300A, 300B, 300C,... Is connected to a relay computer (not shown) for each predetermined number (for example, for each island), the relay computer, the hall computer 600, and the unit controller. 700 may be configured to be communicably connected.

  The hall computer 600 is a computer for collectively managing information related to games. The hall computer 600 is connected to the LAN 1. The hall computer 600 receives and manages information related to games from the card units 300A, 300B, 300C,. In addition, as will be described in detail later, the hall computer 600 acquires the mail address of the player who is playing the game for each gaming machine, and plays the game when a predetermined time has elapsed since the game was stopped. In addition to transmitting a confirmation mail as to whether or not there is a reply, the continuation and termination of the rescue pay mode are determined depending on whether a reply is returned within a predetermined time after the confirmation mail is transmitted.

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

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

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

  The portable terminal device 500 is a portable terminal device possessed by a player. The portable terminal device 500 includes an interface for performing infrared communication with the card units 300A, 300B, 300C,. In the present embodiment, infrared communication is performed between the mobile terminal device 500 and the card units 300A, 300B, 300C,..., But not limited to this, for example, other communication methods may be used. It doesn't matter whether it's wired or wireless. In the present embodiment, communication is performed for registration of a mail address. However, the present invention is not limited to this. For example, a mail address may be input according to an operation on a touch panel or the like.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  An infrared receiving device 324 for performing infrared communication is provided below 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. Alternatively, reverse communication and bidirectional communication may be performed. The lending operation panel 18 is independent of various circuits in the pachinko gaming machine 10A in terms of control.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  The infrared receiving device 324 is connected to the CPU 310. This infrared receiving device 324 is a device for performing infrared communication with a portable terminal device possessed by a player. The infrared receiving device 324 receives the player and its mail address by performing infrared communication, and outputs them to the CPU 310.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Game management table]
A game management table stored in the storage unit 610 of the hall computer 600 in the above-described electrical configuration will be described with reference to FIG. Even if the game management table described below is not stored in the storage unit 610, data and programs having such functions may be stored in the storage unit 610.

  As shown in FIG. 8, the storage unit 610 stores a game management table for managing information related to games. In this game management table, the machine number, IN, OUT, presence / absence of rescue pay mode, registered address, non-game management time, mail transmission, and elapsed time after transmission are recorded in association with each other.

  The machine number is an identification number of the gaming machine. IN and OUT indicate increase / decrease of game media in each gaming machine, and it is possible to recognize whether or not the game is in a non-game state. The presence or absence of the rescue pay mode can recognize whether or not the rescue pay mode is set in each gaming machine. The non-game management time is a counter that counts the time that has elapsed since the fluctuation of IN and OUT disappeared. The e-mail transmission indicates whether or not a confirmation e-mail has been transmitted in a non-game state for a predetermined time. The elapsed time after transmission is a counter that counts the time that has elapsed since the mail was transmitted.

  Thus, by referring to the game management table, it becomes possible to recognize the game in each gaming machine. In particular, it is possible to recognize whether or not a game is being played by IN and OUT. It is also possible to recognize whether or not the rescue pay mode, which will be described later in detail, is set. Further, when the rescue pay mode is set, the mail address of the portable terminal device 500 owned by the player is registered and can be recognized. In addition, in the gaming machine in which the rescue pay mode is set, it is possible to recognize the elapsed time since the game is not being played. In addition, it is possible to recognize whether or not a confirmation e-mail to be transmitted when a predetermined time has elapsed since entering the non-game state has been transmitted. It is also possible to recognize the elapsed time since this confirmation email was sent.

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

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

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

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

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

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

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

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

  In addition, as shown in FIG. 10C, when the non-game state continues for 5 minutes, such as after leaving the seat, a confirmation mail as to whether or not to continue the game after the pre-registered mobile terminal device 500 Will be sent. Specifically, an image “A confirmation e-mail is sent to the registered address in 5 minutes if you leave your seat in the rescue pay mode” is displayed.

  Also, as shown in FIG. 10D, when a confirmation mail is received, when the confirmation mail is replied, a mail indicating that the rescue pay mode is continued is transmitted. Specifically, an image “The rescue pay mode can be continued by returning a blank mail according to the contents of the received mail” is displayed.

  Also, as shown in FIG. 10E, when a confirmation mail is received, if the confirmation mail is not replied within a predetermined time, a mail indicating that the rescue pay mode is terminated is transmitted. It will be. Specifically, the image “If there is no reply within 5 minutes after receiving the confirmation e-mail, it is considered that the game on the game machine has ended and the mode is ended.” Is displayed. Is done.

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

  Then, as shown in FIG. 11A, when the rescue button is touched by the player, the rescue pay mode is executed. Then, as shown in FIG. 11B, 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. 11C, when the number of games is 600 and the card usage balance frequency is 230, a rescue pay is executed, and the card usage balance frequency is 230. When the frequency is actually lent at “4 yen / 1 ball”, the discount is given as rented at “3 yen / 1 ball”, and the discount is 1 / of the card usage balance frequency. 4 is charged as a bonus. Further, after that, an image indicating that the loan is made at “2 yen / 1 ball” is displayed. Further, when the number of games reaches 900, an image indicating that “1 yen / 1 ball” will be rented will be displayed.

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

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

  First, as shown in FIG. 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. Then, the CPU 404 transmits the issuing machine ID assigned to each card issuing machine, the card ID assigned to the prepaid card to be issued, and the issue amount information indicating the issue frequency to the unit controller 700 (step). S403).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Rescue mode management process]
The rescue mode management process executed in the hall computer 600 at a predetermined cycle will be described below with reference to FIGS. 15 and 16.

  First, in hall computer 600, as shown in FIG. 15, CPU 610 determines whether or not address data has been received (step S601). In this process, the CPU 310 determines whether address data has been received based on information from the card unit 300A. When determining that the address data has been received, the CPU 610 sets the received address data in the registered address area of the target number in the game management table (see FIG. 8) (step S602), and turns on the rescue mode (step S602). S603), the process proceeds to step S604. That is, the CPU 610 can identify the mobile terminal device 500 in association with the card unit 300A (game control device) that has read the mail address based on the read mail address (identification information) of the mobile terminal device 500. Will register a valid email address (terminal information). In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a terminal information registration unit. Further, the CPU 610 performs control to shift the state corresponding to the mail address from the normal mode (normal state) to the rescue mode (value addition preparation state) on condition that the mail address is registered. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a state transition control unit. On the other hand, when determining that the address data has been received, the CPU 610 moves the process to step S604 without executing steps S602 and 603.

  In step S604, the CPU 610 determines whether there is a target table for which the non-game management time is 5 minutes. In this process, the CPU 610 refers to the non-game management time that has elapsed since the game management table (see FIG. 8) has entered the non-game state in which no game is played, and the target for which the non-game management time has elapsed 5 minutes. It will be judged whether there is a stand. If the CPU 610 determines that there is a target base for which the non-game management time is 5 minutes, the process proceeds to step S605. On the other hand, if the CPU 610 determines that there is no target base for which the non-game management time is 5 minutes, the process proceeds to step S611 in FIG. 16 without moving the process from step S605 to step S608. That is, the CPU 610 detects that no game is being played in the gaming machine when the use of the game medium is not detected for a predetermined monitoring period. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a non-game detecting means.

  In step S605, CPU 610 determines whether or not mail transmission has been completed. In this process, the CPU 610 refers to the game management table (see FIG. 8) and determines whether or not the mail has been transmitted. If the CPU 610 determines that the mail has been sent, it moves the process from step S606 to step S611 in FIG. 16 without executing step S608. On the other hand, if the CPU 610 determines that the mail has not been sent, it creates confirmation mail data (step S606). That is, the CPU 610 creates a mail confirming continuation of the game for the mobile terminal device 500 based on the registered mail address data (terminal information). In the present embodiment, the CPU 610 that executes such processing corresponds to an example of mail creation means. Then, the CPU 610 transmits an e-mail to the registration address of the target base (step S607). That is, the CPU 610 transmits the created mail to the mobile terminal device 500. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a mail transmission unit. Then, the CPU 610 sets the elapsed time after transmission in the game management table (see FIG. 8) (step S608), and moves the process to step S611 in FIG. That is, when it is detected that no gaming is being performed in the gaming machine, the CPU 610 determines, based on the registered mail address data (terminal information), the mobile terminal device 500 corresponding to the mail address data. Inquiries are made by communication means. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of an inquiry unit.

  In step S611 in FIG. 16, the CPU 610 performs mail server confirmation. Then, CPU 610 determines whether or not a reply mail has been received (step S612). In this process, if the CPU 610 determines that it has received a reply mail, it moves the process to step S613. On the other hand, if the CPU 610 determines that a reply mail has not been received, it does not execute step S615 from step S613, but moves to step S616. That is, the CPU 610 receives the confirmation mail transmitted from the mobile terminal device 500 due to the transmitted mail. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of mail receiving means.

  In step S613, the CPU 610 refers to the game management table (see FIG. 8) and searches for a registered address to see if a reply mail address is registered. Then, CPU 610 determines whether there is a target base based on the result of the search whether the address of the reply mail is registered in the registered address (step S614). That is, based on the received confirmation mail, the CPU 610 determines whether the confirmation mail is a mail from the mobile terminal device 500 that is the transmission target. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a registration determination unit. In this process, if the CPU 610 determines that there is a target table, it resets the non-game management time and the post-transmission elapsed time of the target table (step S615), and moves the process to step S616. On the other hand, if the CPU 610 determines that there is no target table, it does not execute step S615 and moves the process to step S616.

  In step S616, the CPU 610 determines whether or not there is a base for which an elapsed time of 5 minutes has elapsed after transmission. In this process, the CPU 610 refers to the game management table (see FIG. 8), and determines whether there is a target vehicle for which an elapsed time of 5 minutes has elapsed after transmission. That is, CPU 610 determines whether confirmation information corresponding to the inquiry has been received within a predetermined time after the inquiry is made. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a confirmation information determination unit. If the CPU 610 determines that there is a target base for which an elapsed time of 5 minutes has elapsed after transmission, the CPU 610 resets the rescue pay mode registration data of the target base (step S617) and transmits rescue pay mode reset information to the target base. (Step S618), the process proceeds to step S619. On the other hand, if the CPU 610 determines that there is no target for the elapse of 5 minutes after transmission, the process proceeds to step S619 without executing steps S617 and S618. That is, if the CPU 610 does not determine that the reply mail (confirmation mail) from the mobile terminal device 500 that is the target of the mail transmission within a predetermined time from the transmission of the mail, The state corresponding to the mail address (terminal information) is controlled to shift from the rescue pay mode (value provision preparation state) to the normal mode (normal state). In other words, in the rescue pay mode, when it is determined that the reply mail has not been received within a predetermined time, the CPU 610 performs control to shift the state corresponding to the mail address data from the rescue pay mode to the normal mode. . In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a state transition control unit.

  Therefore, it is possible to make an inquiry to the mobile terminal device possessed by the player and determine whether or not it is a temporary leave based on the confirmation information. While the preparation state is continued, in the case of a waiver of the right, the value addition preparation state is changed to the normal state, so that it is possible to prevent the value from being added to an unauthorized player. In addition, an e-mail confirming the continuation of the game is sent, and it is determined whether or not it is a temporary absence depending on whether or not the confirmation e-mail from the portable terminal device that is the target of the transmitted e-mail is within a predetermined time Therefore, it is possible to continue the right to be given value without being known to other players around, and it is highly convenient.

  In step S619, CPU 610 determines whether or not an IN signal has been received from card unit 300A. In this process, if it is determined that the IN signal has been received, the CPU 610 resets the non-game management time and the elapsed time after transmission in the game management table (see FIG. 8) (step S620), and this subroutine. Exit. That is, the CPU 610 detects that a predetermined number of game media have been used in a gaming machine that uses the game media owned by the player to perform a game. In the present embodiment, the CPU 610 that executes such processing corresponds to an example of a used game medium detection unit. On the other hand, when determining that the IN signal has not been received, the CPU 610 ends the present subroutine without executing step S620.

  Thus, in a gaming machine that plays a game using a gaming medium owned by a player, when the use of the gaming medium is not detected for a predetermined monitoring period, it is detected that the gaming machine is not being played. . Therefore, it is possible to detect that no game is played using the used game medium information necessary for counting the sales of the game hall, and no special equipment is required.

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

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

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

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

  In step S204, the CPU 310 determines whether or not the card balance frequency is equal to or more than a fee. In this process, the CPU 310 reads data indicating the balance frequency of the prepaid card positioned in the predetermined area of the RAM 311 and determines whether or not the card balance frequency is equal to or more than a fee (for example, 10 degrees). . If the CPU 310 determines that the card balance frequency is equal to or greater than the fee, the process proceeds to step S208. On the other hand, if the CPU 310 determines that the card balance frequency is less than the fee, the process proceeds to step S207.

  In step S208, the CPU 310 executes portable terminal information reception processing. In this process, the CPU 310 performs setting so that information can be received from the portable terminal device 500 via the infrared receiving device 324 within a predetermined time. That is, the CPU 310 and the infrared receiving device 324 are provided corresponding to a gaming machine played by a player, and mail address data (identification information) that can identify the portable terminal device 500 possessed by the player is stored in the portable terminal device. 500 will be read. In the present embodiment, the CPU 310 and the infrared receiving device 324 that execute such processing correspond to an example of identification information reading means. If this process ends, the process moves to a step S209.

  In step S209, CPU 310 determines whether address data has been received. In this processing, the CPU 310 determines whether or not the mail address data in the mobile terminal device 500 is received from the mobile terminal device 500 via the infrared receiving device 324 within a predetermined time. If the CPU 310 determines that the address data has been received, the CPU 310 executes an address data transmission process for transmitting the address data to the hall computer 600 (step S210), performs a fee collection process (step S205), and performs predetermined processing in the RAM 311. The frequency of the fee is subtracted from the data indicating the balance frequency of the prepaid card positioned in the area and updated. In this case, the CPU 310 transmits information indicating the subtracted balance frequency to the unit controller 700 and transmits information indicating that the pachinko gaming machine 10 performs display corresponding to the balance frequency. To do. Then, the CPU 310 turns on the rescue mode flag positioned in the predetermined area of the RAM 311, clears the game execution number counter and the usage number counter positioned in the predetermined area of the RAM 311, and the rental mode positioned in the predetermined area of the RAM 311. Is set as the lending mode A (step S206). If this process ends, the process moves to step S211 in FIG. On the other hand, if the CPU 310 determines that the address data has not been received, the process proceeds to step S207.

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

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

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

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

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

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

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

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

  In addition, since the condition is that the recording medium has been accepted, counting of the number of game executions is started each time a player is replaced in the gaming machine, so that a loss for the player who has executed the game before can be compensated. It is possible to prevent an unauthorized player from receiving the game, and it is possible to prevent an inconvenience of giving excessive profits to a player who has played a game later.

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

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

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

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

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

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

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

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

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

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

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

  In step S226, CPU 310 determines whether or not the big hit signal is on. In this process, the CPU 310 determines whether or not the jackpot signal is on based on the jackpot signal from the pachinko gaming machine 10 provided therewith. Since the jackpot signal is turned on at the timing when the jackpot gaming state is started in the pachinko gaming machine 10, the CPU 310 determines whether or not the jackpot gaming state has been entered. If the CPU 310 determines that the jackpot signal is on, it moves the process to step S227. On the other hand, if the CPU 310 determines that the jackpot signal is not on, it moves the process to step S228.

  In step S228, CPU 310 determines whether rescue mode reset information has been received from hall computer 600 or not. In this process, if the CPU 310 determines that the rescue mode reset information has been received, the process proceeds to step S227. That is, CPU 310 shifts from the rescue pay mode to the normal mode (normal state). On the other hand, when CPU 310 determines that the rescue mode reset information has not been received, CPU 310 ends this subroutine without executing step S227.

  In step S227, the CPU 310 turns off the rescue mode flag and the rescue button positioned in the predetermined area of the RAM 311 and sets the data indicating the rental mode positioned in the predetermined area of the RAM 311 as the rental mode A, and this subroutine. Exit. As a result, the CPU 310 sets the lending mode as the lending mode A, and performs control for lending the game ball at “4 yen / 1 ball” in the lending process. In other words, the CPU 310 that executes such processing receives game state information that can be specified as a specific game state that is output from the gaming machine and is advantageous to the player, and based on the received game state information, It is detected that the gaming machine has entered a specific gaming state. In the present embodiment, the CPU 310 that executes such processing corresponds to an example of a gaming state information receiving unit and a gaming state detecting unit. On the other hand, if the CPU 310 determines that the jackpot signal is not on, the CPU 310 ends this subroutine without executing step S227.

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

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

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

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

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

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

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

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

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

  Furthermore, in the present embodiment, rescue pay is activated according to the number of games (variable display number of special symbols). However, the present invention is not limited to this, for example, the number of prepaid card usage and IN data Rescue pay may be activated depending on the number of balls with the OUT data.

  Furthermore, in the present embodiment, the system configuration includes the card issuing machine 400, the hall computer 600, the unit controller 700, the sales management computer 800, etc., but is not limited thereto, the card issuing machine 400, the hall computer 600, There is no problem if the functions of the unit controller 700 and the sales management computer 800 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. Further, for example, a system configuration that does not include at least one of the card issuing machine 400, the hall computer 600, the unit controller 700, and the sales management computer 800 may be employed.

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

  Furthermore, in this embodiment, as a method for detecting the absence of seats, the IN data from the gaming machine is referred to. However, the present invention is not limited to this. By installing, the absence of the seat may be detected. In this embodiment, the confirmation mail is transmitted when there is no IN data from the gaming machine for 5 minutes. However, the present invention is not limited to this. For example, when the player changes, a new prepaid card is inserted. Therefore, a confirmation mail may be transmitted when a new prepaid card is inserted. In addition, although the confirmation mail is transmitted every 5 minutes after leaving the seat, the present invention is not limited to this. For example, the confirmation mail may be transmitted only once after 5 minutes have passed since the departure from the seat. Moreover, you may enable it to transmit away time from the portable terminal device 500, and this can suppress the complexity of mail reply. In addition, although it is confirmed whether or not the game is continued by e-mail, the present invention is not limited to this. For example, the confirmation may be performed by receiving a call or the like and redialing the incoming call history.

  Furthermore, an away button may be provided on an input device such as a touch panel, and the update of the history regarding the rescue pay mode may be interrupted according to the operation. In this case, it is preferable that only the player himself / herself can cancel the history update interruption by the personal identification number or the like. In this case, for example, the interval at which the confirmation mail is transmitted may be changed according to the operation of the leave button. Specifically, when the user leaves the seat without operating the leave button, after 5 minutes. When a confirmation mail is transmitted and the user leaves the seat by operating the leave button, the confirmation mail may be transmitted after 30 minutes. Further, the time after the operation may be set so that the gaming machine itself cannot play games.

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

  Although the embodiments of the present invention have been described above, they are merely illustrative examples and do not particularly limit the present invention. That is, the present invention mainly includes an identification information reading means provided corresponding to a gaming machine played by a player, and for reading identification information that can identify the portable terminal device possessed by the player from the portable terminal device. Based on the gaming control device and the identification information read by the identification information reading means, the terminal information that can identify the portable terminal device is registered in association with the gaming control device that has read the identification information. When the terminal information registration means, the non-game detection means for detecting that no game is played in the gaming machine, and the non-game detection means detect that the game is not played in the gaming machine, Inquiry means for making an inquiry by a predetermined communication means to the portable terminal device corresponding to the terminal information based on the terminal information registered by the terminal information registration means Confirmation information determination means for determining whether or not confirmation information corresponding to the inquiry has been received within a predetermined time after the inquiry is made by the inquiry means, On condition that the terminal information is registered by the terminal information registration means, state transition control means for controlling the state corresponding to the terminal information to transition from the normal state to the value provision preparation state, and a game played by the player A game information input means for inputting game information relating to a game output from the gaming machine, and a predetermined value provision condition is established based on the game information input by the game information input means in the value provision preparation state. A value-adding condition determining unit that determines whether or not the value-adding condition determining unit determines that the value-adding condition is satisfied. Value adding control means for performing control to give a predetermined value by the state, the state transition control means, in the value addition preparation state, the confirmation information by the confirmation information determination means in the predetermined time When it is determined that the terminal information has not been received, it has a function of performing control to shift the state corresponding to the terminal information from the value provision preparation state to the normal state. Terminal information registration means, non-game detection means, inquiry means, mail creation means, mail transmission means, confirmation information determination means, mail reception means, registration determination means, state transition control means, game information input means, value addition condition determination means, Specific configurations of the value assignment control means, the used game medium detection means, the non-game detection means, and the like can be appropriately changed in design.

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

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

Explanation of symbols

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

Claims (3)

A game control device having an identification information reading means provided corresponding to a gaming machine played by a player and for reading identification information that can identify a portable terminal device possessed by the player from the portable terminal device;
Based on the identification information read by the identification information reading means, terminal information registration means for registering terminal information that can identify the portable terminal device in association with the game control device that has read the identification information;
Non-game detecting means for detecting that no game is played in the gaming machine;
If it is detected by the non-game detection means that no game is being played in the gaming machine, a predetermined number of mobile terminal devices corresponding to the terminal information are determined based on the terminal information registered by the terminal information registration means. Inquiry means for making an inquiry by means of communication means,
Confirmation information determination means for determining whether or not confirmation information corresponding to the inquiry is received within a predetermined time after the inquiry is made by the inquiry means;
The game control device includes:
On condition that the terminal information is registered by the terminal information registration unit, a state transition control unit that performs control to shift the state corresponding to the terminal information from the normal state to the value provision preparation state;
Game information input means for inputting game information relating to a game output from a gaming machine played by the player;
In the value provision preparation state, based on the game information input by the game information input means, a value provision condition determination means for determining whether or not a predetermined value provision condition is established;
A value addition control means for performing control to give a predetermined value to the player when it is determined by the value addition condition determination means that the value addition condition is established;
When the state transition control unit determines that the confirmation information is not received within a predetermined time by the confirmation information determination unit in the value provision preparation state, the state transition control unit displays a state corresponding to the terminal information as a value. A gaming system having a function of performing a control to shift from a grant preparation state to a normal state. The gaming system according to claim 1,
In a gaming machine that performs a game using a game medium owned by a player, the game machine includes a used game medium detection means for detecting that a predetermined number of game media have been used,
The non-game detecting means has a function of detecting that no game is being played in the gaming machine when use of the game medium is not detected for a predetermined monitoring period by the used game medium detecting means. A gaming system. In the gaming system according to claim 1 or 2,
The inquiry means is
Based on the terminal information registered by the terminal information registration means, a mail creating means for creating a mail confirming the continuation of the game to the mobile terminal device;
Email transmission means for transmitting the email created by the email creation means to the mobile terminal device,
The confirmation information determination means includes
Mail receiving means for receiving a confirmation mail transmitted from the mobile terminal device due to the mail transmitted by the mail transmitting means;
Registration determination means for determining whether the confirmation mail is a mail from the portable terminal device that is a target transmitted by the mail transmission means, based on the confirmation mail received by the mail reception means; Have
The registration determination means determines that the state transition control means is a confirmation mail from the portable terminal device to which the mail transmission is performed within a predetermined time from the mail transmission by the mail transmission means. A gaming system characterized by having a function of controlling the state corresponding to the terminal information to shift from the value provision preparation state to the normal state when there is no such information.

Images