JP5952212B2 - GAME SYSTEM AND GAME DEVICE - Google Patents

Description

  The present invention includes a gaming machine in which a game is played by a player, and a gaming device that is communicably connected to the gaming machine and uses the gaming value owned by the player to enable a game on the gaming machine. The present invention relates to a gaming system and the gaming apparatus.

  Conventionally, when a command signal is transmitted from the game control means to the variable display control means, and the variable display control means that receives the command controls display according to the command signal, the command signal is transmitted a plurality of times and the variable display control means is transmitted. When the same command signal is received a plurality of times, it is determined that the command signal is normally received, and the variable display control means performs processing according to the command signal (Patent Document 1).

JP 09-220324 A

  However, in this type of conventional apparatus, a command signal is transmitted even when the variable display control means side cannot normally perform the process, and therefore a wasteful process occurs.

  In other words, there is a disadvantage in that useless processing occurs due to the signal being transmitted even when the condition that the signal receiver side can normally perform processing is not satisfied.

  The present invention has been devised in view of such circumstances, and its purpose is to perform wasteful processing because a signal is transmitted even when the conditions under which the receiver can normally perform processing are not satisfied. It is to prevent the inconvenience that occurs.

(1) The present invention is capable of communicating with gaming machines (P 2 and S 2S) in which a game is played by a player , and the gaming value (prepaid balance, number of balls) possessed by the player. A gaming system comprising a gaming device (CU3) that enables a gaming on the gaming machine using (or the number of stored balls),
The gaming device is restored from a communication disabled state incapable of communicating with the gaming machine, and restoration processing means for performing restoration processing (recovery) for restoring data consistency with the gaming machine (FIGS. 10 and 12). To FIG. 22),
The recovery processing means receives a detailed data for recovery from the gaming machine (recovery detailed response) and performs a recovery process before determining whether or not a condition for performing the recovery process is satisfied. On the condition that the data (recovery response) is received from the gaming machine and it is determined that the condition is satisfied based on the received determination data (P serial number ≠ 0 and the card ID / insertion time is the same) the process of the detailed data for recovery for receiving from said game machine (recovery details request sends to the P stage process) rows stomach,
The determination data is arrival confirmation information that is updated in order to confirm the arrival of information in accordance with communication between the gaming device and the gaming machine.

  According to the above configuration, the condition for performing the recovery process is established in performing the recovery process for recovering the data consistency with the gaming machine by recovering from the incommunicable state where the gaming device cannot communicate with the gaming machine. If not, the process for receiving the detailed data for restoration from the gaming machine is not performed, so that it is possible to prevent the inconvenience of unnecessary processing as much as possible.

(2) Another aspect of the present invention is communicable with a gaming machine (P 2 and S 2S) in which a game is performed by a player , and the player's own gaming value (prepaid balance, number of balls, Or a gaming device (CU3) that enables a game on the gaming machine using the number of stored balls),
There is provided a recovery processing means (FIGS. 10, 12 to 22) for performing recovery processing (recovery) for recovering data consistency with the gaming machine by recovering from an incommunicable state incapable of communicating with the gaming machine. ,
The recovery processing means receives a detailed data for recovery from the gaming machine (recovery detailed response) and performs a recovery process before determining whether or not a condition for performing the recovery process is satisfied. On the condition that the data (recovery response) is received from the gaming machine and it is determined that the condition is satisfied based on the received determination data (P serial number ≠ 0 and the card ID / insertion time is the same) the process of the detailed data for recovery for receiving from said game machine (recovery details request sends to the P stage process) rows stomach,
The determination data is arrival confirmation information that is updated in order to confirm the arrival of information in accordance with communication between the gaming device and the gaming machine.

  According to the above configuration, the condition for performing the recovery process is established in performing the recovery process for recovering the data consistency with the gaming machine by recovering from the incommunicable state where the gaming device cannot communicate with the gaming machine. If not, the process for receiving the detailed data for restoration from the gaming machine is not performed, so that it is possible to prevent the inconvenience of unnecessary processing as much as possible.

(3) In the gaming system of (1) above,
In communication between the gaming device and the gaming machine, information is transmitted and received together with arrival confirmation information (serial number) updated according to a predetermined update pattern in order to confirm arrival of information,
The gaming machine is
Update information transmitting means for transmitting update information capable of specifying the amount of change in game points that changes in accordance with the use of the game and the occurrence of a prize to the gaming device (payout for transmitting the number of added balls and the number of subtracted balls to the CU Control unit 171),
The change amount of the gaming point between the transmission of the update information and the transmission of the next update information is stored as the current change amount (latest game table information), and the previous change amount ( Change amount storage means stored as previous game table information) (additional ball number counter and subtraction ball number counter of latest game table information and addition ball number storage area and subtraction ball number storage area of previous game table information in FIG. 3, FIG. 211 The latest game machine information addition number counter and subtraction number counter and the previous game machine information addition number storage area and subtraction number storage area),
Detailed data transmission means (FIG. 10, FIG. 12 to FIG. 12) for transmitting detailed data (FIG. 9) including the current change amount, the previous change amount, and the arrival confirmation information as the detailed data for restoration to the gaming device. 17, FIG. 19, FIG. 21, FIG. 22: a payout control unit 171) for transmitting a recovery detail response to the CU,
The gaming device is:
Storage means (FIGS. 10 and 12 to 22) for storing final arrival confirmation information used for communication with the gaming machine;
Based on the arrival confirmation information included in the received detailed data for recovery and the arrival confirmation information stored in the storage means, the current change amount and the previous time included in the received detailed data Determining means for determining which information of the amount of change is used to perform the recovery process (FIG. 10, FIG. 12 to FIG. 17, FIG. 19, FIG. Recovery using the previous game machine information and the latest game machine information, and recovery using only the latest game machine information when the P machine serial number and the CU serial number are the same or the CU serial number is 0. ).

  According to the above configuration, when the incommunicable state is restored, detailed data including the current change amount, the previous change amount, and the arrival confirmation information is transmitted from the gaming machine to the gaming device, and in the gaming device, the gaming machine and Based on the final arrival confirmation information used in the communication of the first and the arrival confirmation information included in the received detailed data for recovery, the current change amount and the previous change included in the received detailed data In order to determine which information of the quantity is used to perform the restoration process, when the incommunicable state is restored, both the gaming device and the gaming machine can be brought into a matched state. As a result, it is possible to provide a robust system in preparation for the occurrence of an incommunicable state.

(4) In the gaming system of (1) and (3) or the gaming device of (2),
Receiving means for receiving, from the gaming machine, player identification information (card ID) that can identify a player playing a game on the gaming machine and predetermined numerical information (such as a card insertion time) as the determination data. FIG. 10, FIG. 12 to FIG. 22),
Accepting means for accepting input of the player specifying information and the predetermined numerical information stored in an external storage means (the host server 801 or a card) other than the gaming machine (a card reader / writer that reads the stored information on the card, The card ID and the card insertion time are received from the host server 801),
Whether the same player is specified based on the player specifying information and the predetermined numerical information received by the receiving means and the player specifying information and the predetermined numerical information received by the receiving means Identical determination processing means (FIG. 10, FIG. 12 to FIG. 22: card ID / insertion time coincidence determination)
The recovery processing means performs processing for receiving the detailed data for recovery when the determination result that the same player is specified is obtained by the same determination processing means (FIG. 10, FIG. 12 to 22).

  According to the above configuration, when an abnormal situation occurs in which the same player is not identified when recovering from the communication disabled state, the process for receiving the detailed data for recovery is not performed, I can deal with it.

It is a front view which shows a card unit and a pachinko machine. It is a block diagram which shows the control circuit used for a card unit and a pachinko machine. It is explanatory drawing for demonstrating the various data memorize | stored in the card unit side and the pachinko machine side, and its transmission / reception. It is explanatory drawing explaining the outline of the command and response which are transmitted / received between a card unit and a pachinko machine. It is explanatory drawing for demonstrating the content of a recovery request. It is explanatory drawing for demonstrating the content of the recovery response. It is explanatory drawing for demonstrating the content of a recovery detailed request | requirement. It is explanatory drawing for demonstrating the content of the recovery process of a pachinko machine. It is explanatory drawing for demonstrating the content of a detailed recovery response. It is a figure which shows an example of a process with the card unit and the pachinko machine at the time of power activation. It is a figure which shows an example of a process with a card unit and a pachinko machine when a card is inserted in a card unit. It is a figure which shows an example of a process when there exists a power supply disconnection and a communication circuit disconnection before transmitting a command from a card unit to a pachinko machine. It is a figure which shows an example of a process when there exists a power supply disconnection and a communication circuit disconnection, and the command from a card unit to a pachinko machine has not reached | attained. It is a figure which shows an example of a process when there exists a power supply disconnection and a communication circuit disconnection, and the response from a pachinko machine to a card unit has not yet reached. It is a figure which shows an example of a process when there exists a power supply disconnection and a communication circuit disconnection, and the command of the addition request | requirement from a card unit to a pachinko machine has not reached | attained. It is a figure which shows an example of a process when there exists a power supply disconnection and a communication circuit disconnection, and the response of the addition response from a pachinko machine to a card unit has not reached | attained. FIG. 10 is a diagram illustrating an example of processing when power is disconnected and a communication circuit is disconnected before transmitting a command from the card unit to the pachinko machine, and a communication partner after restoration is inconsistent. FIG. 10 is a diagram illustrating an example of processing when there is a power cut and a communication circuit disconnection, and a command from the card unit to the pachinko machine has not yet reached, and communication partners after restoration do not match. FIG. 10 is a diagram illustrating an example of processing when there is a power cut and a communication circuit disconnection, and a response from the pachinko machine to the card unit has not yet reached, and communication partners after restoration do not match. FIG. 10 is a diagram illustrating an example of processing when there is a power cut and a communication circuit disconnection, and an addition request command from the card unit to the pachinko machine has not yet reached, and the communication counterparts after restoration do not match. FIG. 10 is a diagram showing an example of processing when there is a power interruption and a communication circuit disconnection and the response of the addition response from the pachinko machine to the card unit has not yet reached, and the communication counterpart after the restoration is inconsistent. FIG. 10 is a diagram illustrating an example of processing when there is a power interruption and a communication circuit disconnection, and an addition request command from the card unit to the pachinko machine has not yet reached, and the communication counterparts after recovery match. It is a perspective view which shows the state which opened the front door of the slot machine. It is explanatory drawing for demonstrating the various data memorize | stored in each of a card unit and a slot machine, and its transmission / reception aspect.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
<Configuration of pachinko machine>
First, the configuration of the pachinko machine according to the present embodiment will be described with reference to FIG. Each game island (not shown) arranged in the game hall (hall) has an enclosed circulation pachinko machine (hereinafter abbreviated as a game machine, pachinko machine, or P machine) 2 as an example of a game machine. Has been. In addition, at a side position on a predetermined side of the pachinko machine 2, a card unit (which may be abbreviated as CU hereinafter) 3 as an example of a gaming device is installed in a one-to-one correspondence with the pachinko machine 2. Yes.

  The pachinko machine 2 encloses a pachinko ball as an example of a game medium inside, and when the player operates the hitting operation handle 25, the firing motor 18 (see FIG. 2) is driven to make one shot of the enclosed ball. The game board 26 is configured so that it can be played one by one in the game area 27 in front of the game board 26. Specifically, a touch sensor is provided around the batting operation handle 25, and the player's hand touches the touch sensor while the player is operating the batting operation handle 25, and the player's hand. Is detected by the touch sensor, and the firing motor 18 is driven. In this state, the hitting momentum is adjusted in accordance with the amount of rotation of the hitting operation handle 25 by the player, and the ball is shot into the game area 27.

  The pachinko machine 2 shown in FIG. 1 is a so-called first type of pachinko machine, and a variable display device (also referred to as a special symbol) 278 is provided in the center of the game area 27. In addition, the game area 27 is provided with a plurality of types of winning holes through which the inserted pachinko balls can be won. In the game area 27 shown in FIG. 1, one large winning opening (variable winning ball apparatus) 271, three normal winning holes 272, 273, 274 and three start winning holes 275, 276, 277 are shown. ing. In particular, the start winning opening 276 is configured by an electric tulip that can be changed between a first state (for example, an open state) that is advantageous to the player and a second state (for example, a closed state) that is disadvantageous to the player. .

  The variable display device 278 variably displays based on the detection signal of the start winning ball won in each start winning opening 275, 276, 277. When the display result of the variable display device is a combination of specific identification information (for example, a glance), a big hit state is established and the big prize opening 271 is opened.

  In addition, since the display result of the variable display device is a combination of predetermined special identification information (for example, a combination of probability variation symbols such as 777) out of a combination of jackpot symbols (grooves), the probability variation big hit state is A probability variation state (probability variation state) in which the occurrence probability of the jackpot is improved after the occurrence of the jackpot state is generated.

  Pachinko balls that have been struck into the game area 27 are won at any of the winning openings or are collected at the out opening (not shown) without winning. The pachinko balls won in the winning opening and the pachinko balls collected in the out mouth are again returned to the hitting ball launch position through the collection path in the pachinko machine 2. Then, when the player operates the hitting operation handle 25, the pachinko ball at the hitting position is again shot into the game area 27.

  A display 54 is provided at a position below the game area 27 in the pachinko machine 2. The display 54 is composed of a liquid crystal display device.

  Further, a counting button 28 is provided at the left position of the hitting operation handle 25 in the pachinko machine 2 for counting the game balls to the holding balls. As will be described in detail later, when the count button 28 is pressed once, for example, 100 balls are counted from the game balls to the holding balls, and when pressed for a long period of time (long press), the game balls currently held are considered. Then, the number of game balls is counted from the number of balls corresponding to the number of balls pressed.

  Thus, since the counting button 28 is provided on the P table side, the operability of the player sitting facing the P table can be improved as compared with the case where the counting button 28 is provided on the CU side.

<Configuration of card unit>
Next, the configuration of the card unit according to the present embodiment will be described with reference to FIG. This card unit 3 is a visitor card (also referred to as a general card) having a prepaid function, which is a game recording medium issued to a general player who has not registered as a member, or a member who has registered as a member in the game hall. Receive a membership card, which is a game recording medium issued to a player. Visitor cards and membership cards are composed of IC cards.

  The card unit 3 that has received these cards has a function of converting the game value (for example, the card balance, the number of possessed balls, or the number of accumulated balls) owned by the player specified by the record information of the card into “game ball data”. Have In the pachinko machine 2, a ball game equivalent to the number of balls specified by the data of game balls is made possible. That is, “game ball data” is data indicating the number of remaining fireable shots. In the following description, “game ball data” is simply referred to as “game ball” in the same manner as a stored ball and a holding ball.

  On the front side of the card unit 3, a bill insertion slot 302 for inserting bills, a protruding portion 305 formed to project forward from the front side of the device, and a card insertion / discharge port for inserting a membership card or a visitor card 309 etc. are provided. A membership card or a visitor card inserted into the card insertion / discharge port 309 is received by a card reader / writer (not shown), and information recorded on the card is read.

  In the protrusion 305 described above, on the surface facing the player, the display 312 and the membership card ID recorded on the membership card (also simply referred to as the card ID) and the membership card when the membership card is received. An IR (Infrared) photosensitive unit 320 receives an infrared signal from a replay button 319 for executing a replay game using the number of stored balls specified by the ID and a remote control (not shown) possessed by an attendant of the game hall. An IR light receiving unit that converts the signal into an electronic signal and outputs it is provided.

  The display 312 displays the prepaid balance (also referred to as card balance or simply balance) recorded on the inserted game recording medium (card), but can display the number of game balls and other various information. In addition, the surface is configured with a transparent touch panel, and various operations can be input by touching various display items displayed on the display unit of the display 312 with a finger.

  When the replay button 319 is operated, if the number of possessed balls acquired by the player is recorded on the inserted card, a part of the number of possessed balls is withdrawn and converted into a game ball, and the converted game ball is converted into a converted game ball. Based on this, it is possible to play a game with the pachinko machine 2. On the other hand, if the inserted card is a membership card and the number of possession balls is not recorded and the storage ball is recorded in the hall management computer, etc., a part of the storage ball is withdrawn and becomes a game ball. It is converted and the game by the pachinko machine 2 becomes possible. That is, when both the stored ball and the holding point are stored in association with the inserted card, the holding ball is withdrawn preferentially. In addition to the replay button 319, a dedicated ball payout button for withdrawing the possession ball may be provided, and the replay button 319 may be a button dedicated to withdrawal of the stored ball.

  Here, the “storing ball” is a game medium deposited in a game hall, and is generally managed by a hall management computer or other management computer installed in the game hall.

  “Number of possessed balls” is the number of balls that the player possesses as a result of the player playing the game with the gaming machine on the card, and the number of balls that have not yet been deposited in the game hall That is. Generally, the number of balls that the player has acquired on the day of the game hall is called “mochidama”, and the number of balls that the player has acquired before the previous day and that has been deposited in the amusement hall is “save ball”. Say.

  The “game ball” is data on the number of balls that can be fired by the gaming machine. As described above, this data is generated in exchange for withdrawing the balance of the prepaid card, holding balls, or storing balls.

  Note that the number of possessed balls may be managed by a management device for managing the number of possessed balls set in the game hall. In short, the difference between “sold balls” and “mochidama” is the number of balls that have been deposited in the amusement hall as a result of a storage operation for depositing in the amusement hall, or is still deposited in the amusement hall. It is a point whether it is the number of balls of the stage which is not.

  In this embodiment, the stored ball data is not recorded directly on the member card, but is stored in association with the member card number in a hall server installed in a game hall such as a hall management computer, and the corresponding stored ball is stored based on the member card number. It is configured to be searchable. On the other hand, Mochitama records directly on the card. However, the present invention is not limited to this, and both may be stored in the hall server in association with the card number. In the case of a visitor card, Mochitama is recorded directly on the visitor card. However, the present invention is not limited to this, and the ball may be stored in the hall server in association with the card number. When storing in the hall server in association with the card number, data that can specify the time stored in the hall server may be written in the card (member card, visitor card) and discharged. Also, the prepaid balance is directly written on a card (member card, visitor card) and discharged.

  Note that the timing for storing the holding ball in a card (member card, visitor card) or hall server is stored in a fixed period, for example, in real time every time the counting button 28 is operated and the counting process is performed. Or when storing the card in a batch.

  The banknote inserted into the banknote insertion slot 302 is taken in by a currency discriminator (not shown), and its authenticity and banknote type are identified.

  A ball lending button (also referred to as a lending button) 321 and a return button 322 are further provided on the front side of the card unit 3. The ball lending button 321 is a button for performing an operation (conversion operation to a game ball) for withdrawing the balance recorded on the inserted card and using it in a game by the pachinko machine 2. The return button 322 is operated when the player finishes the game, and the number of game balls determined at the end of the game on the inserted card (the number of balls at the time of card insertion-the number of conversions to game balls + counting operation) This is an operation button for memorizing and discharging the number of possessed balls counted by.

<Configuration of card unit and pachinko machine>
FIG. 2 is a block diagram showing the configuration of the card unit 3 and the pachinko machine 2. With reference to FIG. 2, the outline of the control circuit of the card unit 3 and the pachinko machine 2 will be described.

  The card unit 3 is provided with a CU control unit 323 composed of a microcomputer or the like. The CU control unit 323 includes a CPU (Central Processing Unit) as a control center, a ROM (Read Only Memory) storing a program for operating the CPU and control data, and a RAM (RAM) functioning as a work area of the CPU. Random Access Memory) and an input / output interface for maintaining signal consistency with peripheral devices.

  The CU control unit 323 is provided with an external communication unit (not shown) for communicating with a hall management computer and a hall server (not shown) for security management, and the payout control of the pachinko machine 2 A security board 325 is provided for communication with the board 17 while ensuring security. The card unit 3 is provided with a connection part (not shown) to the pachinko machine 2 side, and the pachinko machine 2 is provided with a connection part (not shown) to the card unit 3 side. These connection parts are constituted by connectors, for example.

  The security board 325 on the CU side and the payout control board 17 on the P platform side are communicably connected via this connector and connection wiring. The security board 325 is provided with a communication control IC 325a for controlling communication between the security board 325 and the payout control board 17, and a security chip (SC) 325b for monitoring the security of the pachinko machine 2. The SC 325b further includes a fraud detection unit 1325. The fraud detection unit 1325 performs fraud detection by monitoring the game ball addition request information notified from the CU control unit 323 to the P-unit 2, and manages the key when fraud is detected. Notify server (not shown). Also, the setting value (constant) for fraud detection is notified from the key management server as board control information.

  The authenticity and type of the banknote are identified by the above-described money identifier, and the identification result signal is input to the CU control unit 323. When the IR photosensitive unit 320 receives infrared rays emitted from a remote controller owned by a game attendant, the received light signal is input to the CU control unit 323. The card reader / writer reads the recorded information of the inserted card, and the read information is input to the CU control unit 323. At the same time, the data to be written to the inserted card from the CU control unit 323 to the card reader / writer. When transmitted, the card reader / writer writes the data to the inserted card.

  The CU control unit 323 manages and stores the player's possession balls when the player is playing. Data such as a balance or the number of game balls is output from the CU control unit 323 to the display control unit 350 and converted into display data by the display control unit 350. The display data converted by the display control unit 350 is output to the display 312 and the display 312 displays the output display data. Further, when the player operates a touch panel provided on the surface of the display 312, the operation signal is input to the CU control unit 323 via the display control unit 350. When the player operates the ball lending button 321, the operation signal is input to the CU control unit 323. The ball lending button 321 is not limited to the configuration provided in the CU 3, and may be configured so as to be provided in the P platform 2 and input an operation signal to the CU control unit 323. When the player operates the replay button 319, the operation signal is input to the CU control unit 323. When the player operates the return button 322, the operation signal is input to the CU control unit 323.

  In the pachinko machine 2, the main control board 16 that controls the progress of the game of the pachinko machine 2, the payout control board 17 that manages and stores the game balls, and the drive control of the launch motor 18 based on commands from the payout control board 17 And a variable display device 278 are provided. In FIG. 2, a display control board (also referred to as an effect control board) that controls display of the variable display device based on a command from the main control board 16 is omitted.

  The main control board 16 is provided on the game board 26. The main control board 16 is equipped with a game control microcomputer as the main control unit 161. A microcomputer for gaming machine control includes a CPU (Central Processing Unit) as a control center, a ROM (Read Only Memory) that stores programs and control data for operating the CPU, and a RAM (RAM that functions as a work area for the CPU). Random Access Memory) and an input / output interface for maintaining signal consistency with peripheral devices. The main controller 161 is connected to a winning sensor 162 and a radio wave sensor 163 provided on the game board 26. The game board 26 is further provided with a display control board (effect control board) for controlling the variable display device 278 and the like.

  The payout control board 17 is provided on the front frame 6 (game frame). The payout control board 17 is equipped with a payout control microcomputer which is a payout control unit 171. The payout control microcomputer includes a CPU (Central Processing Unit) as a control center, a ROM (Read Only Memory) storing a program for operating the CPU and control data, and a RAM (RAM) functioning as a work area of the CPU. Random Access Memory) and an input / output interface for maintaining signal consistency with peripheral devices.

  Further, the above-described firing ball detection switch 903, out ball detection switch 701, foul ball detection switch 33, counting button 28, and radio wave sensor 173 are provided in a state in which the discharge control board 17 is electrically connected. The radio wave sensor 173 is for detecting an illegal act of illegally transmitting radio waves and mainly turning on the ball raising switch (upper) 41a. A detection signal of the radio wave sensor 173 is input to the payout control unit 171 via an input port (not shown) of the payout control board 17. As described above, the ball raising switch (upper) 41a detects the launch of a game ball by changing from on to off, and the payout control unit 171 subtracts “1” from the number of game balls based on the detection. To do. Accordingly, when the ball raising switch (upper) 41a is always turned on by an improper radio wave, the number of game balls is not subtracted no matter how many balls are fired. Such radio fraud is detected by the radio wave sensor 173. Note that not only the ball raising switch (upper) 41a but also the shot ball detection switch (not shown) may be subject to fraud by radio waves. In other words, when only the ball raising switch (upper) 41a is always turned on by unauthorized radio waves, ball firing is not detected, while the actually fired ball is recovered and detected by the firing ball detection switch 903. In such a case, the number of fired balls and recovered balls (out balls) is wrinkled, an abnormality is detected, and the fraud detection information 2 of “number of fired / OUT mismatched balls” is transmitted from the P stand 2 to the CU 3. It will be. However, the fraud detection information 2 of the “number of fired / OUT inconsistent balls” is not transmitted from the P unit 2 to the CU 3 by sending an improper radio wave to the firing ball detection switch 903 to make it undetectable. Occurs. In the present embodiment, since the radio wave sensor 173 also detects unauthorized radio waves transmitted to such a shot ball detection switch 903, the above-described inconvenience can be prevented.

  From main control board 16 to payout control board 17, main control chip ID, winning opening information, round information, connection confirmation signal, winning detection signal, starting winning opening winning information, error information, number of symbols determined, jackpot information, manufacturer specific Jackpot information is sent.

  The main control chip ID (also referred to as main chip ID) is a chip ID recorded on the main control board 16 of the pachinko machine 2, and is transmitted to the payout control board 17 when the pachinko machine 2 is turned on. Information. The winning opening information is information including the type of winning opening (start winning opening, ordinary winning opening, large winning opening) and the number of winning balls (the number of balls to be paid out when a game ball enters the winning opening). It is transmitted to the dispensing control board 17 when the machine 2 is turned on. The round information is information on the number of rounds when a big hit is made, and is transmitted to the payout control board 17 when the pachinko machine 2 is powered on.

  The connection confirmation signal is a signal for confirming that the main control board 16 and the payout control board 17 are connected, and a signal of a predetermined voltage is constantly supplied from the main control board 16 to the payout control board 17. The payout control board 17 is configured to control the operation on the condition that the payout control board 17 receives the predetermined voltage signal. The winning detection signal is a detection signal of a pachinko ball that has won a winning opening other than the starting winning opening. Upon receiving this detection signal, the payout control board 17 performs control to add the number of balls to be given to one winning ball to the number of game balls and the number of added balls. This will be described in detail later.

  The start winning award winning information is information indicating that a pachinko ball has won a winning winning opening 1 or a starting winning opening 2. The error information is information for notifying the payout control board 17 when an error occurs while the main control board 16 is performing game control.

  The symbol determination number of times is information on symbols determined as display results of the variable display device for winnings at each start winning opening.

  The jackpot information is information indicating that a jackpot has occurred. The breakdown includes common jackpot information indicating a jackpot common to each manufacturer and manufacturer-specific jackpot information indicating a manufacturer-specific jackpot. The common jackpot information is a jackpot commonly used by each gaming machine manufacturer, such as 15 round jackpots, and includes probability variation information when a probability change occurs with the jackpot. When the time-short state (control state for shortening the variable display time of the variable display device) occurs, the time-shortage information is included. The manufacturer-specific big hit is a big hit state that is adopted only by a certain gaming machine manufacturer, such as sudden probability change (surprise).

  A health check command and a winning ball number acceptance command are transmitted from the payout control board 17 to the main control board 16. The health check command is a command for checking whether or not the main control board 16 is operating normally. The prize ball number acceptance command is a command indicating that the additional number of balls has been accepted.

  An out ball detection signal is input from the out ball detection switch 701 to the payout control board 17. The payout control board 17 to which the out ball detection signal is input subtracts and updates the number of in-game balls (the number of floating balls floating in the game area 27) as will be described later. In the payout control board 17 to which the foul ball detection signal is input from the foul ball detection switch 33, as described later, the addition ball number and the game ball number are added and updated, and the in-game ball number is subtracted and updated. A shot detection signal is input from the shot detection switch 903 to the payout control board 17. The payout control board 17 to which the fired ball detection signal is input updates the number of in-game balls by subtraction.

  The security board 325 of the card unit 3 and the payout control board 17 of the pachinko machine 2 are electrically connected. As will be described later, a recovery request, a recovery detail request, and communication start from the security board 325 to the payout control board 17 Various commands such as a request, a communication end request, a status information request, a card insertion notification, a card return notification, and a communication test request are transmitted.

  The recovery request is a command that requests the pachinko machine 2 to notify the recovery information, as will be described later. The payout control board 17 receives the recovery request and notifies the card unit 3 of the recovery information of the pachinko machine 2. The recovery detail request is a command for requesting the pachinko machine 2 to notify the recovery detailed information. The payout control board 17 receives the recovery detail request and notifies the card unit 3 of the recovery detailed information of the pachinko machine 2. The communication start request is a command for requesting the pachinko machine 2 to start communication. The payout control board 17 responds to the card unit 3 with the communication start in response to the communication start request. The communication end request is a command for requesting the pachinko machine 2 to end communication. The payout control board 17 receives a communication end request and responds to the card unit 3 with a communication end.

  The status information request is a command that requests the pachinko machine 2 to notify the status information. The payout control board 17 receives the status information request and notifies the card unit 3 of the status information of the pachinko machine 2. The card insertion notification is a command for notifying the pachinko machine 2 that a card has been inserted. The payout control board 17 receives a card insertion notification and responds to the card unit 3 that a card has been inserted. The card return notification is a command for notifying the pachinko machine 2 that the card has been returned. The payout control board 17 receives a card return notification and responds to the card unit 3 that the card has been returned. The communication test request is a command for notifying the pachinko machine 2 of test data. The payout control board 17 responds with test data to the card unit 3 in response to the communication test request.

  Various responses such as a recovery response, a recovery detail response, a communication start response, a communication end response, a status information response, a card insertion response, a card return response, and a communication test response are transmitted from the payout control board 17 to the security board 325.

  The front frame 6 (game frame) is provided with a firing control board 31 and a firing motor 18. The firing control board 31 emits a firing motor excitation output to drive the firing motor 18 when a touch ring input signal for detecting that the player is touching the hitting ball operating handle 25 is input.

  A firing control signal and a firing permission signal are output from the dispensing control board 17 to the firing control board 31. Upon receiving this, the launch control board 31 outputs a signal for exciting the launch motor 18. Thereby, the pachinko ball is in a state where it is bullet-launched into the game area 27.

  A display 54 is provided in the front frame 6 (game frame). The display unit 54 receives display data from the display control unit 350 of the card unit 3 and displays a display screen. As described above, in this embodiment, the P-side display 54 is controlled on the CU side, but instead, the display 54 is controlled to be displayed on the P-side. A display control substrate may be provided. In this case, the display control board controls display of the display 54 based on a command from the payout control unit 171.

<Transmission / reception mode between card unit side and pachinko machine side>
Next, FIG. 3 is a schematic diagram showing main data among various data stored on the card unit 3 side and the pachinko machine 2 side, and its transmission / reception mode. With reference to FIG. 3, main ones of various data stored on the card unit 3 side (CU side) and the pachinko machine 2 side (P base side) and transmission / reception modes thereof will be described.

  In the present embodiment, the fluctuation of the number of game balls is calculated on the P stand 2 side, and the current latest game ball number is stored and managed. The current number of game balls is also calculated and stored on the CU 3 side, but the number of game balls is based on information transmitted from the P stand 2 side. On the other hand, the number of possessed balls (the number of cards possessed), the number of stored balls, and the card balance (balance) are managed and stored on the CU3 side.

  FIG. 3 shows RAM storage data provided in the CU control unit 323 on the CU 3 side and RAM storage data mounted on the payout control board 17 on the P stand 2 side. First, when the power supply is turned on for the first time when the P stand 2 (pachinko machine 2) and the CU 3 (card unit 3) are electrically connected for the first time after being installed in the game hall, the payout control board on the P stand 2 side. 17 has a main chip ID (main control chip ID) transmitted from the main control board 16, transmits the main chip ID to the CU3 side, and also issues a payout chip ID (payout) stored in the payout control board 17 itself. Control chip ID) is transmitted to the CU3 side.

  On the CU3 side, the transmitted main chip ID and payout chip ID are stored. Next, data of the connection time, that is, the time at which communication is started after the CU 3 side and the P base 2 side are connected is transmitted from the CU 3 side to the P base 2 side, and the transmitted connection time is transmitted on the P base 2 side. Remember.

  In this state, three pieces of information of the main chip ID, the payout chip ID, and the connection time identified on the CU3 side are stored on the CU3 side and the P stand 2 side. When the power is turned on thereafter, the three pieces of information, that is, the main chip ID, the payout chip ID, and the previous connection time data are transmitted from the P stand 2 side to the CU 3 side.

  On the CU 3 side, the transmitted data is collated with the data already stored, and it is determined whether or not the same P base 2 is connected as in the previous time. As for the connection time data, every time the power is turned on, new connection time data in which communication between the CU 3 side and the P base 2 side is started is transmitted from the CU 3 side to the P base 2 side. Time data is stored on the P table 2 side.

  Each time a command and response is transmitted between the CU 3 side and the P base 2 side, the serial number is incremented by “1”, and the serial number is stored on the CU 3 side and the P base 2 side. This serial number is a communication number for confirming whether or not communication is properly performed by updating the number every time data is transmitted / received between the CU 3 and the P unit 2. The last serial number is a number updated at the end of the updated communication number.

  A specific mode of serial number backup in the CU 3 and the P stand 2 in this embodiment will be described. The CU 3 backs up and stores the serial number transmitted to the P base 2 by a command, and when it receives the serial number from the P base 2 next, it rewrites the serial number stored in the backup and stores it. Then, when the next command is transmitted, the serial number stored in the backup is updated by 1 and transmitted to the P unit 2, and the transmitted serial number is stored in the backup. In CU3, such processing is repeated.

  Similarly, the serial number received from the CU3 by the command is backed up and stored in the P unit 2, and when the response is transmitted from the P unit 2 to the CU3 next time, the serial number stored in the backup is updated by 1 and transmitted. Store the sent serial number as a backup. When the next response is received, the serial number stored in the backup is rewritten and stored in the received serial number. Such processing is repeated in the P stand 2.

  For example, a command is transmitted from the CU 3 side to the P base 2 side, and the serial number n at that time is transmitted, and the transmitted serial number n is stored on the P base 2 side. Then, when a response is returned from the P platform 2 side to the CU 3 side, the stored serial number n is added together (n + 1) and transmitted. On the CU3 side, since the returned serial number n + 1 is incremented by 1 from the already stored serial number n, it is determined that data communication has been performed normally. A serial number is sent to the P stand 2 side.

  The latest game machine information (game machine information being counted) is transmitted from the P machine 2 side to the CU 3 side. This latest game table information is stored in the latest game table information storage area of the RAM of the payout control unit 171 (see FIG. 2) on the P table 2 side. Specifically, information on the added ball number counter, information on the subtracted ball number counter, and information on the counted ball number counter are included. The number of game balls is not included in the latest game table information, and is transmitted from the P table 2 side to the CU 3 side as the count value of the game ball number counter as will be described later.

  Information on these counters is collectively transmitted to the CU side as a response. The added ball number counter is a counter that counts the added ball number. The added ball is the sum of “the number of winning balls × the number of winning balls” and “the number of back balls”. The back ball is a foul ball. That is, the addition ball indicates the number that the addition ball counter should add to the game ball. The subtraction ball number counter is a counter that counts the number of subtraction balls. The subtraction ball is the “number of fired balls”. That is, the number of balls detected by the output change from on to off of the ball raising switch (upper) 41a. Note that the “number of balls to be subtracted” does not include the “number of balls to be counted”. The counting ball counter is a counter that counts the counting balls. The counting ball is “the number of balls converted from game balls to holding balls by the counting operation”.

  For example, when a pachinko ball that has been placed in the game area 27 wins and the winning information is transmitted from the main control board 16 to the payout control board 17, an additional ball to which a gaming ball is added based on the winning information. The added ball number counter counts the number, and the value of the added ball number counter (added ball number) is transmitted from the P stand 2 side to the CU 3 side. Also, the subtraction ball counter counts the number of shot balls as the number of subtraction balls based on the output change from on to off of the ball raising switch (upper) 41a due to the pachinko ball being shot in the game area 27, The value of the subtraction ball number counter (subtraction ball number) is transmitted from the P stand 2 side to the CU3 side.

  Alternatively, the payout control unit 171 counts the number of gaming balls as the number of counting balls by pressing the counting button 28, and transmits the value of the counting ball number counter (counting number of balls) from the P stand 2 side to the CU3 side.

  On the P-unit 2 side, each time the values of the addition ball counter, the subtraction ball counter, and the counting ball counter are transmitted to the CU 3 side, the count values are stored in the previous gaming machine information storage area (the RAM of the payout control unit 171) Etc.) are stored (rewritten) as backup data, and the values of the added ball counter, subtracted ball counter, and counted ball counter as the latest game table information are cleared to 0 (excluding the game ball counter). In the present embodiment, “clear” has the same meaning as “initialization”.

  As a result, the game table information transmitted to the CU 3 side immediately before is added to the storage area of the previous game table information (game table information transmitted immediately before). Stored as data. When the latest game machine information is not transmitted from the P machine 2 side to the CU 3 side, the backup data includes not only the value of each counter at the time of the next transmission but also the value of each counter of the previous time that was not transmitted. It is intended to enable transmission.

  Further, the payout control board 17 updates the value of the game ball counter in response to the occurrence of a prize, the firing of a ball, the occurrence of a back ball, and the occurrence of a counting ball (conversion from a game ball to a holding ball), The updated value of the game ball counter is transmitted to the CU 3 side as the number of game balls.

  On the CU3 side, in the accumulated data storage area in the RAM, the number of game balls, the number of cards held (simply referred to as the number of balls), the number of stored balls, the balance, the total number of added balls (total number of added balls), the total subtraction The number of balls (the total number of subtracted balls) and the number of balls at the time of card insertion are stored. The number of cards possessed is the number of balls obtained by subtracting the number of possessed balls paid out (the number of balls converted from the number of cards possessed to the number of game balls) from the number of balls possessed when the card is inserted, and adding the counted number of balls. That is, the card possession number is the number of possession possessed by the player at the present time.

  The total number of added balls is added based on the value (number of added balls) of the added ball counter transmitted from the P stand 2 side to update the number of balls. Further, the number of balls is updated by subtracting the total number of subtraction balls based on the value of the subtraction ball counter (the number of subtraction balls) transmitted from the P stand 2 side. Further, based on the value of the counting ball number counter transmitted from the P stand 2, the number of card holding balls is added and updated. In this way, the CU 3 can manage the latest information by updating the total added ball number, the total subtracted ball number, and the card holding ball number with the latest game table information transmitted from the P table 2 one by one. It becomes possible.

  As shown in the figure, the CU 3 has an area for storing game balls, and also receives a count value of a game ball number counter (also referred to as game ball number or game ball total number information) from the P stand 2 side. CU3 updates the area for storing game balls in the following procedure. That is, the CU 3 stores the value based on the value of the added ball number counter (added ball number), the value of the subtracted ball number counter (subtracted ball number), and the value of the counted ball number counter transmitted from the P side. The number of game balls being updated is updated, and it is determined whether or not the count value of the game ball counter transmitted from the P platform side at the same timing matches the updated number of game balls. If they match, the game is allowed to continue, but if they do not match, control to shift to an error state is performed.

  As a result, for example, error notification is performed by the abnormality notification lamp or the indicator 312 or an error notification signal indicating that an error has occurred is transmitted to the hall management computer or hall server (in this case, hall management). An error notification may be made by a computer or hall server). As a result, a predetermined notification that prompts an artificial response by a staff member is performed.

  Instead of shifting to an error state and stopping the game, the number of game balls stored on the CU 3 side may be replaced with the count value of the game ball counter transmitted from the P unit 2 side. Good. Alternatively, it may be corrected to an average value of the number of game balls managed on the CU 3 side and the number of game balls stored on the P stand 2 side.

  As described above, in this embodiment, the number of game balls is also stored on the CU 3 side, but it is determined whether or not the number of game balls matches the number of game balls managed and stored on the P-unit 2 side. (CU3 side function). Therefore, even if a situation occurs in which the number of game balls stored on the P stand 2 side does not match the number of game balls stored on the CU 3 side due to fraud or other circumstances, it can be checked. Here, the determination function is provided on the CU3 side. However, for example, the number of game balls stored on the CU3 side and the number of game balls stored on the P unit 2 side are stored by the hall server or hall management computer connected to the CU3. The number of game balls being received may be received, and it may be determined whether or not the two match.

  As shown in FIG. 3, the CU 3 stores a storage area for storing the number of cards held and the number of stored balls, a storage area for storing the card balance of the received (inserted) card, and the total number of added balls (the number of added balls). (Cumulative total), the total number of subtracted balls (total number of subtracted balls), and a storage area for storing balls when the card is inserted. The CU control unit 323 (see FIG. 2) stores a stored ball in response to an input requesting the use of the stored ball (for example, a press input of the replay button 319 provided in the CU 3 (when there is no holding ball)). Subtract a certain number of balls from the area.

  The CU control unit 323 (see FIG. 2) is an input requesting the use of the holding ball (for example, pressing input of the replay button 319 provided on the CU 3 when the holding ball is present (however, when the holding ball is present)) Accordingly, a predetermined number of balls are subtracted from the storage area for storing balls. Further, the CU control unit 323 (see FIG. 2) subtracts a predetermined value from a storage area for storing the card balance in response to an input requesting the use of the card balance (for example, pressing input of the ball lending button 321).

  When the player performs an operation to deduct the value from the player's own gaming value (for example, prepaid balance, number of balls, or number of balls) and use it for the game, the number of balls that are deducted is the number of balls The number of balls to be added to the counter is transmitted from the CU 3 side to the P stand 2 side. In response to this, the P stand 2 side adds and updates the game ball counter.

  On the other hand, in the gaming system according to the present embodiment, it is possible to accept a so-called wagon service order in which the gaming value owned by the player is withdrawn and exchanged for a drink or the like. However, access to wagon services with game balls is restricted, and wagon services can only be received with holding balls. This is an image in which, in a conventional encapsulated pachinko machine in which each counter is provided, it is prohibited to grab a ball before counting remaining on a plate by hand and use it for a wagon service.

  For this reason, in this embodiment, when the operation for performing the wagon service is executed, if the number of balls is less than the number corresponding to the desired menu of the wagon service, the player is prompted to perform the counting operation. Has been. When the player performs a counting operation at that time, the number of counting balls based on the operation is transmitted from the P stand 2 side to the CU 3 side. In response to this, the CU3 side subtracts the number of game balls and adds and updates the number of card possessions.

<Commands and responses sent and received between the CU and the P platform>
Next, with reference to FIG. 4, the outline of the command and response transmitted / received between the card unit (CU) 3 and the pachinko machine (P unit) 2 will be described.

  FIG. 4 shows the transmission direction, whether the data to be transmitted is a command or a response, the name of transmission information, and its outline.

  First, a command named recovery request is transmitted from the CU 3 to the P unit 2. This recovery request command is for requesting recovery information from the P unit 2. A response named “recovery response” is transmitted from the P base 2 to the CU 3. This response of the recovery response notifies the CU 3 of the recovery information.

  A command named “recovery detail request” is transmitted from the CU 3 to the P unit 2. This recovery detail request command is for requesting recovery detail information from the P unit 2. A response named “Recovery Detail Response” is transmitted from the P base 2 to the CU 3. This response of the recovery detail response notifies the CU 3 of the recovery detail information. These recovery detail request and recovery detail response are transmitted / received only when the recovery process is executed. Specifically, the CU 3 transmits a recovery detail request command to the P unit 2 only when the CU 3 that has received the above-described recovery response determines that the recovery process is to be executed based on the information of the recovery response. This will be described in detail later. The recovery process needs to be executed when a power failure occurs in the CU 3 or the P stand 2 and a communication line disconnection is detected. In the present embodiment, the recovery process is also executed when the power source is turned on at the start of business in the game hall (see FIG. 10), but is not executed when the power source is turned on at the start of business. It may be controlled to execute when a power interruption occurs and a communication line disconnection is detected.

  A communication start request command is transmitted from the CU 3 to the P unit 2. This communication start request command requests the P base 2 to start communication. A response of a communication start response is transmitted from the P base 2 to the CU3. This response to the communication start response is a response to the CU 3 for communication start.

  A communication end request command is transmitted from the CU 3 to the P platform 2. This communication end request command requests the P unit 2 to end communication. A response of a communication end response is transmitted from the P base 2 to the CU3. This communication end response is a response to the end of communication to the CU3.

  A status information request command is transmitted from the CU 3 to the P platform 2. This status information request command is for requesting the status of the CU 3 to the P unit 2. The CU 3 uses this command to periodically check the status of the P base 2. The status information request command includes the number of balls to be added from the CU side to the P platform side shown in FIG.

  A response of a status information response is transmitted from the P base 2 to the CU3. This response of the status information response is to notify the information / status of the P platform 2 to the CU 3. The response of the information response includes the latest game table information and the number of game balls shown in FIG.

  A card insertion notification command is transmitted from the CU 3 to the P stand 2. This card insertion notification command notifies the P unit 2 of card insertion. A response of the card insertion response is transmitted from the P base 2 to the CU3. The response of this card insertion response is a response to the card insertion to the CU3.

  A card return notification command is transmitted from the CU 3 to the P stand 2. This card return notification command notifies the P unit 2 of a card return. A response of a card return response is transmitted from the P stand 2 to the CU 3. The response of this card return response is a response to the card return to CU3.

  A communication test request command is transmitted from the CU 3 to the P platform 2. This communication test request command notifies the P unit 2 of test data. A response of the communication test response is transmitted from the P base 2 to the CU3. The response of this card return response is a response of test data to CU3.

  Next, important commands / responses shown in FIG. 4 will be described with reference to FIGS.

  Next, based on FIG. 5 to FIG. 22, transmission / reception of commands / responses between the CU 3 and the P base 2 and the main part of the control sequence associated therewith will be described.

  Referring to FIG. 5, a recovery request command is transmitted from CU 3 to P unit 2. The transmitted recovery request command requests recovery information from the CU 3 to the P unit 2. The CU 3 transmits the same command first after the authentication is completed.

  The specific data of this recovery request includes a serial number and a command as shown in the lower part of FIG. The serial number is a sequence number of the command and is a value from 1 to 255 (cyclic). The CU 3 counts up (+1) the serial number received at the time of transmission with an initial value “1”, and transmits it. However, the serial number is not counted up at the time of retransmission. The command is a command code for the recovery request, and is “0x03” as binary data in hexadecimal representation.

  Next, referring to FIG. 6, a response of the recovery response is transmitted from the P base 2 to the CU 3. The response of the recovery response that is transmitted notifies the CU 3 of the recovery information held by the P unit 2. Upon receiving the command, the CU 3 determines whether or not the recovery process is necessary, and transmits a recovery detail request command to the P units only when the recovery process is necessary. As shown in FIG. 6, the recovery information returned from the P unit 2 to the CU 3 includes a serial number, a command, a previous last transmission serial number, a previously inserted card ID, and a previous card insertion time.

  The serial number is a sequence number of the command and is a value from 1 to 255 (cyclic). The P base 2 counts up (+1) the serial number received at the time of transmission and transmits it. However, the serial number is not counted up at the time of retransmission. The command is a command code of the recovery response and is “0x13” in binary data in hexadecimal representation.

  The previous last transmission serial number is data of a serial number included in the response of the status information response last transmitted to the CU 3 at the time of the previous connection. When “0”, there is no stored serial number. The previously inserted card ID is data of the card ID of the card that was being inserted at the time of the previous connection, and when “0”, there is no inserted card.

  The previous card insertion time is data of the insertion time of the card that was being inserted at the previous connection, and when it is “0”, there is no inserted card. This data is also represented by year information as 2 digits YY, month information as 2 digits MM, day information as 2 digits DD, time information as 2 digits hh, minute information as 2 digits mm, and second information as 2 digits ss. It is.

  Next, referring to FIG. 7, a recovery detail request command is transmitted from CU 3 to P unit 2. The transmitted recovery request command is for notifying the P unit 2 of detailed recovery information.

  As shown in the lower part of FIG. 7, the specific data of the recovery request includes serial number, command, previous last transmission serial number, and additional ball number data. The serial number is a sequence number of the command and is a value from 1 to 255 (cyclic). The CU 3 counts up (+1) the serial number received at the time of transmission with an initial value “1”, and transmits it. However, the serial number is not counted up at the time of retransmission. The command is a command code for a recovery request, and is “0x09” in binary data in hexadecimal.

  The previous last transmission serial number is data of the serial number of the command of the status information request last transmitted to the P unit 2 at the previous connection, and when “0”, there is no data. The previously inserted card ID is data of the card ID of the card that was being inserted at the time of the previous connection, and when “0”, there is no inserted card.

  The number of additional balls is data on the number of additional balls of game balls, and when it is “0”, there is no data on the number of additional balls.

  FIG. 8 is a diagram for explaining in detail the recovery process of the P platform 2. The recovery process for the P-unit 2 shown in FIG. 8 is added to the game balls with reference to the number of balls to be added if the P-station 2 has not performed the “last previous transmission serial number” process notified by the CU 3. To do. Specifically, when the added ball number data is “0” and there is no added ball, the CU 3 does not transmit the added ball number data to the P unit 2, and the P unit 2 does not perform the recovery process. On the other hand, when the added ball number data is “1” to “65535” and there is an added ball, CU3 transmits the added ball number data by ball lending, holding ball payout, and accumulated ball payout to P stand 2, and P stand 2 performs a recovery process of adding the added number of balls to the current game ball.

  Next, referring to FIG. 9, the response of the recovery detail response is transmitted from the P base 2 to the CU 3. The response of the recovery response to be transmitted is to notify the CU 3 of the recovery detailed response held by the P unit 2. This “recovery detailed response” is a backup stored in order for the P unit 2 to transmit a recovery response to the CU 3 when the CU 3 transmits a recovery request command to the P unit 2 as the recovery process is executed. Data. As shown in FIG. 9, the detailed recovery response returned from the P unit 2 to the CU 3 includes a serial number, a command, previous game table information, previous game information, latest game table information, and latest game information.

  The serial number is a sequence number of the command and is a value from 1 to 255 (cyclic). The P base 2 counts up (+1) the serial number received at the time of transmission and transmits it. However, the serial number is not counted up at the time of retransmission. The command is a command code of the recovery response, and is “0x19” as binary data in hexadecimal representation.

  The previous game table information is the game table information notified to the CU 3 last time, and includes information on the number of game balls, the number of fired balls, the number of balls passed through the outlet, the total number of winning balls, and the number of counting balls. The “number of game balls” is the number of game balls notified to the CU 3 last time. “Number of fired balls” is the number of fired balls previously notified to CU3. The “out mouth passing ball count” is the number of out mouth passing balls notified to the CU 3 last time. The “total prize ball number” is the total prize ball number notified to the CU 3 last time. “Counting balls” is the number of counting balls notified to CU3 last time.

  The previous game information is game information notified to the CU 3 last time, and includes information on the number of game information, type information 1 to type information n, and prize ball information 1 to prize ball information n. The “number of game information” is the number (0 to n) of game information notified to the CU 3 last time. Note that n = 0 to 22 and the length is variable. “Type information 1” is the game type information 1 notified to the CU 3 last time. “Type information n” is the game type information n notified to the CU 3 last time. “Prize ball information 1” is game prize ball information 1 notified to the CU 3 last time. “Prize ball information n” is game prize ball information n notified to the CU 3 last time.

  The latest game table information is the latest game table information, and includes information on the number of game balls, the number of fired balls, the number of balls passed through the outlet, the total number of winning balls, and the number of balls counted. The latest game machine information is set to “0” when all information is not available. The “number of game balls” is the number of game balls currently held by the P stand 2. The “number of fired balls” is the number of fired balls currently held by the P stand 2. The “out mouth passing ball count” is the number of out mouth passing balls held by the current P stand 2. The “total prize ball number” is the total number of prize balls held in the current P stand 2. The “number of counting balls” is the number of counting balls currently held by the P stand 2.

  The latest game information is the game information currently held by the P platform 2 and includes information on the number of game information, type information 1 to type information n, and prize ball information 1 to prize ball information n. The “number of game information” is the number (0 to n) of game information currently held in the P table 2. Note that n = 0 to 22 and the length is variable. The “type information 1” is the game type information 1 held in the current P table 2. “Type information n” is the game type information n held by the current P unit 2. “Prize ball information 1” is game prize ball information 1 held in the current P stand 2. “Prize ball information n” is game prize ball information n held in the current P stand 2.

  As shown in Note 1) in FIG. 9, the recovery information is set to ALL “0” when there is no backup data and the data is indefinite. As shown in Note 2), if the CU3 has not performed the process of the “last previous transmission serial number” notified from the P table 2, the CU3 performs the recovery process using the previous game machine information and the latest game machine information. Do. When the “last previous transmission serial number” process is being performed, the CU 3 performs the recovery process using only the latest gaming machine information.

  In addition, when recovery processing cannot be performed due to a mismatch of communication partners (for example, replacement of the CU 3 or the P unit 2), it may be possible to manually correct by POS based on the display information of the P unit 2. For example, it is conceivable that the display information of the P base 2 is displayed using the liquid crystal display screen of the variable display device 278. Alternatively, it is also conceivable that a display device controlled by the payout control unit 171 is further provided on the P table 2 and information for manual correction is displayed on the display device. Note that POS refers to a free gift management system for exchanging free gifts and managing free gifts. In addition, POS is not limited to those for exchanging prizes or managing prizes, but records general sales information for each sale of merchandise at a store and uses the aggregated results as inventory management or marketing materials. It may be management (Point Of Sales system).

  Next, with reference to FIG. 10, the processing of the connection sequence when the power is turned on will be described. The process of the connection sequence in FIG. 10 is a process executed when communication is resumed after the communication between the CU 3 and the P stand 2 is normally completed. More specifically, it is executed when communication is resumed after the power of the CU 3 is turned off while the card is not inserted. A typical example is a case where the power supply is turned off after one day of business at the amusement hall is finished, and the power supply is turned on at the start of business the next day.

  First, power is turned on. When the power is turned on, communication is started after the firing motor 18 is stopped on the P stand 2 to stop the game. Thereafter, an authentication sequence is started, and information including the main chip ID and the payout chip ID is transmitted from the P base 2 to the CU3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to transmit recovery information.

  In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ).

  This recovery information includes the last last transmission serial number, the last inserted card ID, and the previous card insertion time. 6 is exactly the various data shown in FIG. 6, and “recovery information” transmitted from the P unit 2 to the CU 3 in the following flowcharts is exactly the various data shown in FIG. .

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the previous last transmission serial number and the number of additional balls. To be precise, it is the various data shown in FIG. 7, and “recovery data” transmitted from the CU 3 to the P unit 2 in the subsequent flowcharts is exactly the various data shown in FIG. . At the stage where the card is not yet inserted into the CU 3 when the power is turned on, the card ID = 0 and the card insertion time = 0 on both the CU 3 side and the P base 2 side.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included. Speaking of “recovery data” transmitted from the P unit 2 to the CU 3, it is precisely the various data shown in FIG.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the consistency of each other's data between the CU 3 and the P stand 2 and is executed not only when the power is turned on, but also when a trouble occurs and is recovered. Executed.

  The CU 3 counts up the serial number each time a command such as a recovery request is transmitted. However, it does not count up when retransmitting a command. When the P unit 2 receives a command having the same serial number as the previously received serial number, it determines that a communication failure has occurred and the CU 3 has retransmitted the command. The CU 3 backs up the serial number when the command is transmitted. Each time the P unit 2 transmits a response corresponding to the received command, it increments the serial number. However, it is not counted up when the response is retransmitted. When receiving a response with the same serial number as the previously received serial number, the CU 3 determines that a communication failure has occurred and the P base 2 has retransmitted the response. The P unit 2 backs up the serial number when the response is transmitted.

  After the authentication sequence is completed, the CU 3 transmits a recovery request command to the P unit 2 with the serial number “n”. The P base 2 counts up the serial number and returns a response of the recovery response to the CU 3 as “n + 1”. Further, the CU 3 transmits a recovery detail request command to the P unit 2 with the serial number “n + 2”. The P unit 2 counts up the serial number and returns a response of the recovery detail response to the CU 3 as “n + 3”.

  Thereafter, the CU 3 counts up the serial number to “n + 4”, and transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 counts up the serial number to “n + 5” and returns a response to the communication start response to the CU 3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  The CU 3 transmits a status information request command of serial number = n + 6 to the P unit 2. In response to this, the P table 2 backs up the data of the number of game balls, the number of added balls, the number of subtracted balls, the number of symbol stops, the number of winnings, and the status of the game table. Further, the P stand 2 clears the values of the counters of the number of added balls, the number of subtracted balls, the number of symbol stops, and the number of winning prizes to zero. Then, the P platform 2 returns a response of the status information response of serial number = n + 7 to the CU3.

  The CU 3 that has received the response backs up the data on the number of game balls, the number of added balls, the number of subtracted balls, the number of symbol stops, the number of winning prizes, and the status of the game table based on the status information response. Note that the breakdown of the number of added balls is “the number of winning balls × the number of winning balls” and “the number of back balls”. The breakdown of the number of subtraction balls is “number of fired balls”.

  Thereafter, the CU3 transmits a status information request command with a serial number = n + 8 to the P unit 2, and the P unit 2 returns a response with a status information response with a serial number = n + 9 to the CU3. Each time the P unit 2 transmits a response of the status information response, it backs up the data and clears the counter. Further, the CU 3 backs up the data every time it receives a response of the status information response.

  With reference to FIG. 11, the process of CU3 and P stand 2 when a card is inserted is demonstrated. First, before inserting a card, the CU 3 transmits a status information request command including a serial number = n and a card insertion state = OFF to the P unit 2. In response to this, the P unit 2 returns a response of the status information response including serial number = n + 1 and game prohibition to the CU3.

  Thereafter, when the card is inserted, the CU 3 outputs a command signal for taking the card to the card reader / writer, and the card reader / writer reads the information recorded on the taken card and receives the read information. For example, the card insertion process is executed.

  The CU 3 is in a card information inquiry state for a predetermined period after the card is inserted. This is in the middle of verifying whether the inserted card is appropriate, whether it is a membership card registered at the game hall, or inquiring the ball server, etc. This means that the display unit 312 and the display unit 54 on the P table 2 side are in the process of executing the process.

  Since the CU 3 does not authenticate the inserted card while displaying that the inserted card is being inquired on the display 312, the status information request including the serial number = n + 2 and the card insertion state = OFF is issued. A command is transmitted to the P unit 2. In response to this, the P unit 2 returns a response of the status information response including serial number = n + 3 and game prohibition to the CU3. The display 54 on the P platform 2 side is controlled by the display control unit 350 of the CU 3 to display that the card is being inquired.

  Thereafter, when the inserted card is authenticated, the CU 3 transmits a card insertion notification command including a serial number = n + 4, a card ID, and a card insertion time to the P unit 2. In response to this, the P table 2 backs up the received card ID and card insertion time data to the RAM of the payout control unit 171 and returns a response of the card insertion response including the serial number = n + 5 to the CU3. Also in CU3, the card ID of the inserted card is stored in the RAM or the like of the CU control unit 323.

  In response to this, the CU 3 sends a status information request command including a serial number = n + 6 and a card insertion state = ON to the P unit 2 to notify the P unit 2 of the card insertion status. The P table 2 receives the notification that the card is being inserted, permits the game, and returns a response of the status information response including the serial number = n + 7 and the game permission to the CU 3.

  While the card is being inserted, CU3 sends a status information request command including serial number = n + 8 and card insertion status = ON to P-unit 2, and P-unit 2 sends a response of status information response including serial number = n + 9 and game permission. Reply to CU3.

  Next, the abnormal system sequence will be described with reference to FIGS. First, with reference to FIG. 12, the processing when the power supply is disconnected and the communication circuit is disconnected before the command is transmitted from the CU 3 to the P platform 2 will be described. In addition, after communication, when communication is restored, the communication partner is the same before and after the recovery, that is, when CU3 is not exchanged and P unit 2 is not exchanged (communication partner agreement after restoration). explain.

  In FIG. 12, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P stand 2 returns a response of the status information response including the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, and the number of subtracted balls = 23 to the CU 3.

  In response to the response of the state information response, CU3 backs up the data of serial number = n + 1, number of game balls = 500 (number of game balls before update) +3 (number of added balls) −23 (number of subtracted balls) = 480.

  Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection. Therefore, in the P table 2, the game table information changes depending on the game during the period from the stop of the operation of the CU 3 until the communication line is detected, and the number of game balls = 450, the number of added balls = 6, the number of subtracted balls = 36. Note that the P stand 2 stops the game when it detects the disconnection of the communication line with the CU 3 whose operation is stopped.

  Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the previous last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the previous last transmission sequence number = n + 1 and the number of additional balls shown in FIG. If at least one of the card ID and the card insertion time does not match, the CU 3 does not transmit a recovery detail request to the P unit 2. This also applies to FIGS. 13 to 17, 19, 21, and 22 described later.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included. Speaking of “recovery data” transmitted from the P platform 2 to the CU 3, it is precisely the various data shown in FIG. 9.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, when the last transmission sequence number being backed up = n + 1 matches the final transmission sequence number of the recovery data of P unit 2 = n + 1, CU3 uses only the latest game machine information of the recovery data of P unit 2. Then, the recovery process is performed. CU3 performs the recovery process and sets the number of game balls = 450, the number of added balls = + 6, and the number of subtracted balls = + 36.

  A command for displaying the number of game balls corrected by the recovery process on the display unit 54 is transmitted from the CU control unit 323 to the display control unit 350, and the display control unit 350 displays the corrected number of game balls on the display unit 54. Control is performed. Control is also performed so that the number of game balls corrected by a recovery process described later is also displayed on the display unit 54. In addition, when displaying the number of game balls corrected by the recovery process, a message such as “recovered” may be displayed together. Further, the control may be performed so that the difference between the number of game balls at the time of power-off and the number of game balls corrected by the recovery process is also displayed. Furthermore, the number of game balls at the time of power-off and the number of game balls corrected by the recovery process may be controlled to be displayed simultaneously (parallel display). In the case of this parallel display, display control is performed so that the player can distinguish which is the number of game balls at the time of power-off and which is the number of game balls corrected by the recovery process. Further, display control may be performed in which the number of game balls at the time of power-off is displayed and gradually (temporally) changed to the number of game balls corrected by the recovery process. This change display control may be any one that changes in a digital display or one that changes in an analog display such as a bar graph.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2. “Recovery data clear” is to erase untransmitted data at the timing of communication start / response, and after sending untransmitted data (recovery data), it is not necessary to store the data. It is deleted at the timing of communication start / response.

  Next, the abnormal sequence will be described with reference to FIG. In particular, a process when there is a power interruption and a communication circuit disconnection and a command has not reached the P unit 2 from the CU 3 will be described. Note that a case will be described in which the communication partner is the same before and after the recovery when the communication is recovered after the processing (the communication partner after the recovery is matched).

  In FIG. 13, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P stand 2 returns a response of the status information response including the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, and the number of subtracted balls = 23 to the CU 3.

  Thereafter, a power failure occurs at the P base 2, and the operation of the P base 2 stops. However, the game is continued until the power is cut off after the P table 2 returns the status information response response to the CU 3. Therefore, in the P table 2, the game table information changes depending on the game until the power interruption occurs, and the number of game balls = 450, the number of added balls = 6, and the number of subtracted balls = 36.

  Thereafter, the CU 3 transmits a status information request command including the serial number = n + 2 to the P unit 2. However, since the P base 2 is stopped, the CU 3 cannot receive a response for 200 milliseconds after transmitting the command, and therefore retransmits the command up to 14 times. Since CU3 cannot receive a response even if the command is retransmitted, it detects a communication line disconnection, and serial number = n + 2, number of game balls = 500 (number of game balls before update) +3 (number of additional balls) −23 (subtraction ball) Number) = 480 data is backed up.

  Thereafter, the power failure is restored at the P base 2, and the P base 2 starts operating. When the P table 2 starts operation, first, an authentication sequence is started between the CU 3 and the P table 2, and information including the main chip ID and the payout chip ID is transmitted from the P table 2 to the CU 3. The The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the previous last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the previous last transmission sequence number = n + 2 and the number of additional balls shown in FIG.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU3 determines that the recovery data of the P unit 2 is the latest when the last transmission sequence number being backed up = n + 2 is larger (newer) than the final transmission sequence number of the recovery data of the P unit 2 = n + 1. The recovery process is performed using only the game machine information. CU3 performs the recovery process and sets the number of game balls = 450, the number of added balls = + 6, and the number of subtracted balls = + 36. However, if the difference between the serial numbers of CU3 and P base 2 is 2 or more (except when the serial number of CU3 or P base 2 is “0”), CU3 and P base 2 are treated as having been illegal. Do not perform an error. When such an error occurs, at least one of the CU 3 and the P base 2 notifies that fact. At that time, the content of the notification may be displayed on at least one of the indicator 312 of the CU 3 and the indicator 54 of the P stand 2. In addition, the hall server may be notified of this, and the hall server may be notified that an error has occurred. Further, the number of game balls may be corrected manually using a POS or the like with the intervention of a store clerk. Specifically, the number of game balls included in the recovery data from the P-unit 2 is displayed on the display 54, and the store clerk who sees it displays the player's card in the POS and sets the card ID of the card. The associated balls stored in the hall server are updated.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Next, the abnormal sequence will be described with reference to FIG. In particular, the processing when the response from the P stand 2 to the CU 3 has not yet reached due to the power interruption and the communication circuit disconnection will be described. Note that a case will be described in which the communication partner is the same before and after the recovery when the communication is recovered after the processing (the communication partner after the recovery is matched).

  In FIG. 14, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection.

  For this reason, the P unit 2 does not know that the operation of the CU3 is stopped, receives the command for requesting the status information of the CU3, the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, the number of subtracted balls Response of the status information response including = 23 is returned to CU3. However, the response of the status information response sent back to CU3 does not reach CU3 because the operation of CU3 is stopped.

  Further, in the P table 2, the game table information changes depending on the game during the period from when the operation of the CU 3 stops until the communication line is detected, and the number of game balls = 450, the number of added balls = 6, the number of subtracted balls = 36. Note that the P stand 2 stops the game when it detects the disconnection of the communication line with the CU 3 whose operation is stopped.

  Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the previous last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = n and the number of additional balls shown in FIG.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, when the last transmission sequence number being backed up = n is smaller (older) than the last transmission sequence number = n + 1 of the recovery data of the P unit 2, the CU3 also has the latest game machine information The game table information is not received from the P table 2, and it is determined that the power is cut off and the operation is stopped, and the recovery process is performed. However, if the difference between the serial numbers of CU3 and P base 2 is 2 or more (except when the serial number of CU3 or P base 2 is “0”), CU3 and P base 2 are treated as having been illegal. Do not perform an error.

  CU3 performs recovery processing using the previous game table information and the latest game table information of the recovery data of P table 2, and the number of game balls = 500 (number of game balls before update) + (3 + 6) (number of additional balls) − (23 + 36) (the number of subtraction balls) = 450, the number of additional balls = + (3 + 6), and the number of subtraction balls = + (23 + 36).

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Next, an abnormal system sequence will be described with reference to FIG. In particular, a process when an addition request command from the CU 3 to the P unit 2 has not reached due to a power interruption or a communication circuit disconnection will be described. Note that a case will be described in which the communication partner is the same before and after the recovery when the communication is recovered after the processing (the communication partner after the recovery is matched).

  In FIG. 15, the initial number of game balls is “50” balls. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P platform 2 returns a response of the status information response including the serial number = n + 1 and the number of game balls = 50 to the CU3.

  Thereafter, the player presses the replay button. Therefore, CU3 confirms the consumption of the stored ball, transmits a command of status information request including serial number = n + 2, game ball addition request = ON, number of added balls = 125 balls to P stand 2, and stores the ball as a game ball. Notify the converted information. At that time, CU3 backs up the data of serial number = n + 2, number of game balls = 50 (number of game balls before update) +125 (number of added balls) = 175.

  However, after the player presses the replay button and before receiving the command for requesting the state information, the P stand 2 is turned off and stops operating. Therefore, the P base 2 cannot receive the status information request command from the CU 3.

  CU3 cannot retransmit the response for 200 milliseconds after the command transmission because P-station 2 is stopped, and therefore retransmits the command up to 14 times. Since the CU 3 cannot receive a response even if the command is retransmitted, the CU 3 detects the disconnection of the communication line.

  Thereafter, the power failure is restored at the P base 2, and the P base 2 starts operating. When the P table 2 starts operation, first, an authentication sequence is started between the CU 3 and the P table 2, and information including the main chip ID and the payout chip ID is transmitted from the P table 2 to the CU 3. The The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the previous last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = n + 2 and the number of additional balls = 125 shown in FIG.

  In response to this, the P-unit 2 determines whether or not the communication partner before the power cut-off matches the communication partner after the power-off recovery. When the communication partner is the same and the last transmission sequence number being backed up = n + 1 is smaller (older) than the last transmission sequence number = n + 2 of the recovery data of CU3, the P unit 2 executes recovery processing. The number of game balls is corrected with the number of added balls, and the number of game balls is updated to 50 + 125.

  Further, the P unit 2 returns the recovery data backed up inside the P unit 2 (specifically, the payout control board 17) to the CU 3 as a response (recovery detailed response).

  This recovery data includes previous game table information, previous game information, latest game table information (number of game balls = 175), and latest game information.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU3 determines that the recovery data of the P unit 2 has a larger value (newer) when the last transmission sequence number = n + 2 being backed up is larger than the final transmission sequence number of the recovery data of the P unit 2 = n + 1. The recovery process is performed using only the latest game machine information. CU3 performs the recovery process and sets the number of game balls = 175. However, if the difference between the serial numbers of CU3 and P base 2 is 2 or more (except when the serial number of CU3 or P base 2 is “0”), CU3 and P base 2 are treated as having been illegal. Do not perform an error.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Here, the case where the replay button for starting the game by pushing out the stored ball has been described has been described. The same operation is performed when the ball lending button 321 is pressed.

  Next, the abnormal sequence will be described with reference to FIG. In particular, the processing when the response of the addition response from the P base 2 to the CU 3 has not reached due to power interruption or communication circuit disconnection will be described. Note that a case will be described in which the communication partner is the same before and after the recovery when the communication is recovered after the processing (the communication partner after the recovery is matched).

  In FIG. 16, the initial number of game balls is “50” balls. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P platform 2 returns a response of the status information response including the serial number = n + 1 and the number of game balls = 50 to the CU3.

  Thereafter, the player presses the replay button. Therefore, CU3 confirms the consumption of the stored ball, transmits a command of status information request including serial number = n + 2, game ball addition request = ON, number of added balls = 125 balls to P stand 2, and stores the ball as a game ball. Notify the converted information. At that time, CU3 backs up the data of serial number = n + 2, number of game balls = 50 (number of game balls before update) +125 (number of added balls) = 175.

  Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection.

  For this reason, the P unit 2 does not know that the operation of the CU3 is stopped, receives a command for requesting the state information of the CU3, and includes a serial number = n + 3, the number of game balls = 175, and a game ball addition result = OK. The response of the information response is returned to CU3. However, the response of the status information response sent back to CU3 does not reach CU3 because the operation of CU3 is stopped. In addition, in the P stand 2, the response of the status information response is returned to the CU 3, and the data of the serial number = n + 3 and the number of game balls = 175 is backed up.

  Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the last last transmission sequence number = n + 3, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = n + 2 and the number of additional balls = 125 shown in FIG.

  In response to this, the P-unit 2 determines whether or not the communication partner before the power cut-off matches the communication partner after the power-off recovery. The number of game balls is added when the communication partner is the same and the last transmission sequence number being backed up = n + 3 is larger (newer) than the last transmission sequence number = n + 2 of the recovery data of CU3. Do not correct with the number of balls.

  Further, the P unit 2 returns the recovery data backed up inside the P unit 2 (specifically, the payout control board 17) to the CU 3 as a response (recovery detailed response).

  This recovery data includes previous game table information, previous game information, latest game table information (number of game balls = 175), and latest game information.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU3 determines that the recovery data of the P unit 2 is smaller when the last transmission sequence number being backed up = n + 2 is smaller than the last transmission sequence number of the recovery data of the P unit 2 = n + 3. Recovery processing is performed using the previous gaming machine information and the latest gaming machine information. CU3 performs the recovery process and sets the number of game balls = 175. However, if the difference between the serial numbers of CU3 and P base 2 is 2 or more (except when the serial number of CU3 or P base 2 is “0”), CU3 and P base 2 are treated as having been illegal. Do not perform an error.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Here, a case where a replay button for starting a game by paying out a stored ball has been described has been described, but the same operation is performed when a ball paying button for starting a game by paying out a ball is pressed.

  Next, the abnormal sequence will be described with reference to FIG. In particular, the processing when the power supply is disconnected and the communication circuit is disconnected before the command is transmitted from the CU 3 to the P stand 2 will be described. Note that, after communication, when communication is restored, the communication partner does not match before and after the recovery. Specifically, the case where the CU 3 has failed and replaced with a new CU 3 (communication partner mismatch after recovery) will be described. . When it is exchanged for a new CU3, the card inserted in the CU3 before the exchange is discharged to the player, and if the player wants to continue the game with the same P stand 2, the card is inserted. Insert into CU3 after replacement.

  In FIG. 17, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P stand 2 returns a response of the status information response including the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, and the number of subtracted balls = 23 to the CU 3.

  In response to the response of the state information response, CU3 backs up the data of serial number = n + 1, number of game balls = 500 (number of game balls before update) +3 (number of added balls) −23 (number of subtracted balls) = 480.

  Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection. Therefore, in the P table 2, the game table information changes depending on the game during the period from the stop of the operation of the CU 3 until the communication line is detected, and the number of game balls = 450, the number of added balls = 6, the number of subtracted balls = 36. Note that the P stand 2 stops the game when it detects the disconnection of the communication line with the CU 3 whose operation is stopped.

  After power failure occurs at CU3, for example, due to failure of CU3, CU3 is replaced and changed from primary station (1) to primary station (2). Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the last last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  In the CU3 that has received the recovery response, the card ID that was previously inserted in the recovery information, the previous card insertion time, the card ID that was pulled out from the CU3 before the replacement and inserted into the new CU3 after the replacement, and the game arcade It is determined whether or not the card insertion time downloaded from the hall server coincides. If the player inserts a card into the CU 3 to play, the card ID and insertion time are also transmitted from the CU 3 to the hall server and stored in the hall server. After that, if the card pulled out from the CU 3 before the replacement is inserted into the new CU 3 after the replacement, the card ID of the card is transmitted to the hall server, and the insertion time corresponding to the card ID is calculated and assigned to the CU 3 Downloaded. When the inserted card ID and the downloaded card insertion time coincide with those transmitted from the P unit 2, the CU 3 transmits a recovery detail request to the P unit 2. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission serial number = 0 and the number of additional balls = 125 shown in FIG.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU 3 determines that the CU 3 has been exchanged due to the last transmission sequence number of the CU being backed up = 0, and receives the card ID and the recovery response received from the recovery response. The CU 3 compares the card ID of the recovery data of the base 2. This “last transmission sequence number = 0” indicates that the CU 3 and the P base 2 are not connected and are not in communication. That is, information indicating that the CU 3 does not communicate with the gaming machine is “final transmission sequence number = 0”.

  Further, since the CU 3 has been exchanged, the insertion time of the card inserted into the CU 3 before the exchange is not stored. On the other hand, the hall server stores the card ID, the card insertion time, and the chip information of the P table 2 that are transmitted from the CU 3 in association with each other. Therefore, the CU 3 sends the chip information (main chip ID and payout chip ID) received from the P platform 2 in the authentication sequence to the hall server, and returns the card insertion time stored in association with it from the hall server. get. The CU 3 compares the returned card insertion time with the card insertion time of the recovery data of the P base 2 and determines whether or not they match. If the card inserted in the CU3 before the exchange is discharged to the player and the player inserts the card into the CU3 after the exchange in order to continue playing on the same P stand 2, A determination is made that there is. When a card different from the card inserted into the CU 3 before replacement is inserted into the CU 3 after replacement, a mismatch determination is made.

  Instead of having the card insertion time returned from the hall server, the hall server may make a match determination. Specifically, when the card ID of the card inserted into the CU 3 after replacement matches the card ID of the recovery data, the card ID and the card insertion time of the recovery data are transmitted to the hall server, Then, the stored card insertion time may be compared with the card insertion time of the transmitted recovery data to determine whether or not they match, and the determination result may be returned to the CU 3.

  In addition, the storage location of the card insertion time is not limited to the hall server, but may be, for example, a card unit holder in which the CU3 is installed, and further stored in the card when the card is ejected from the failed CU3. You may keep it. Even if the card unit holder is replaced with a new one, the old card unit holder remains and is reused.

  Various modified examples of the method for determining the coincidence between the card ID and the card insertion time when the card is replaced with a new CU 3 have been described. The above-mentioned various coincidence determination methods can be broadly classified into an exchange target storage method in which the card ID and the card insertion time are stored in the CU 3 that is an exchange target, and a non-exchange target storage method that is stored in something other than the exchange target. it can.

(Storage method other than replacement target)
As a storage method other than the replacement object, for example, there is a method of storing in the card unit holder described above. In this case, the card ID and card insertion time of the card used in the game before the failure of CU3 are stored in the card unit holder, and the new CU3 is attached to the card unit holder and the power is turned on. When it is raised, the card ID and the card insertion time sent from the P base 2 can be compared with the card ID stored in the card unit holder and the card insertion time, so that a coincidence can be determined. The card unit holder other than the replacement target is merely an example, and the present invention is not limited to this. For example, as described above, the card ID and the card insertion time are stored in the hall server, and the card ID and the card insertion time from the P stand 2 are transmitted to the hall server via the CU 3 and the hall server determines the match. The method of returning the determination result to the CU is an example of a storage method other than the replacement target in that the card ID and the card insertion time are not stored in the CU 3.

(Replacement target storage method)
As described above, as the exchange target storage method, the card insertion time of the card used in the game before the failure of CU3 is stored in the hall server, and the card ID and the card insertion time are newly stored in the hall server from the hall server. And the card insertion time of the card used in the game before the failure of the CU3 is stored in the card, the card is inserted into the new CU3, and the card ID and the card insertion time are newly set. There is a method of storing in CU3. In other words, the card insertion time of the card used in the game before the failure of CU3 is stored in the new CU3 using a storage device other than the failed CU3 and the new CU3. The “storage device other than the failed CU3 and the new CU3” is not limited to a hall server or a card.

  These modifications are also applicable to FIGS. 19 and 21 described later. CU3 has a smaller value (older) when the last transmission sequence number being backed up = 0 is smaller than the last transmission sequence number of recovery data of P unit 2, and the last transmission sequence number being backed up is “0”. In this case, the recovery process is performed using only the latest game machine information of the recovery data of the P machine 2. CU3 performs the recovery process and sets the number of game balls = 450, the number of added balls = + 6, and the number of subtracted balls = + 36.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Next, the abnormal sequence will be described with reference to FIG. In particular, a process when there is a power interruption and a communication circuit disconnection and a command has not reached the P unit 2 from the CU 3 will be described. Note that a case where the communication partners do not match before and after the recovery when the communication is recovered after the processing (the communication partner mismatch after the recovery) will be described.

  In FIG. 18, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P stand 2 returns a response of the status information response including the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, and the number of subtracted balls = 23 to the CU 3.

  Thereafter, a power failure occurs at the P base 2, and the operation of the P base 2 stops. However, the game is continued until the power is cut off after the P table 2 returns the status information response response to the CU 3. Therefore, in the P table 2, the game table information changes depending on the game until the power interruption occurs, and the number of game balls = 450, the number of added balls = 6, and the number of subtracted balls = 36.

  Thereafter, the CU 3 transmits a status information request command including the serial number = n + 2 to the P unit 2. However, since the P base 2 is stopped, the CU 3 cannot receive a response for 200 milliseconds after transmitting the command, and therefore retransmits the command up to 14 times. Since CU3 cannot receive a response even if the command is retransmitted, it detects a communication line disconnection, and serial number = n + 2, number of game balls = 500 (number of game balls before update) +3 (number of additional balls) −23 (subtraction ball) Number) = 480 data is backed up.

  After the power failure occurs at the P base 2, for example, the P base 2 is out of order, so the P base 2 is replaced and changed from the secondary station (1) to the secondary station (2). Thereafter, the power failure is restored at the P base 2, and the P base 2 starts operating. When the P table 2 starts operation, first, an authentication sequence is started between the CU 3 and the P table 2, and information including the main chip ID and the payout chip ID is transmitted from the P table 2 to the CU 3. The The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). However, the recovery information is not held because the P unit 2 is replaced. Therefore, the recovery information includes previous last transmission sequence number = 0, previous inserted card ID = 0, and previous card insertion time = 0.

  The CU 3 that has received this recovery response determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the backed up card ID and the card insertion time. On the CU 3 side, the card ID and the card insertion time of the player's card that was playing are backed up, and do not match the previous card ID and the previous card insertion time transmitted from the P unit 2. Moreover, the transmitted serial number = 0 and the serial number backed up by CU3 = n + 2 do not match. As a result, the CU 3 determines that the P base 2 has been replaced and does not perform the recovery process. That is, the CU 3 does not transmit a recovery detail request to the P unit 2. For this reason, the recovery process of the CU 3 is manually performed using a POS with the intervention of a store clerk. Specifically, for example, the number of game balls is displayed on the display 53, and the store clerk manually inputs the number of balls corresponding to the number of game balls into a card inserted in the POS and records the card. Is inserted into CU3 so that a game can be played using the number of possessed balls. As another method, control may be performed so that the number of game balls stored in the CU 3 is converted into a possession ball by an operation of a remote controller or the like, recorded on the inserted card, and discharged. Furthermore, the number of game balls stored in the gaming machine to be exchanged (P 2) may be read out by a remote controller or the like and recorded as the number of balls on the card.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Next, the abnormal sequence will be described with reference to FIG. In particular, the processing when the response from the P stand 2 to the CU 3 has not yet reached due to the power interruption and the communication circuit disconnection will be described. Note that a case will be described in which communication partners are not matched before and after the restoration (communication partner mismatch after restoration) when communication is restored after the processing.

  In FIG. 19, the initial number of game balls is “500”. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection.

  For this reason, the P unit 2 does not know that the operation of the CU3 is stopped, receives the command for requesting the status information of the CU3, the serial number = n + 1, the number of game balls = 480, the number of added balls = 3, the number of subtracted balls Response of the status information response including = 23 is returned to CU3. However, the response of the status information response sent back to CU3 does not reach CU3 because the operation of CU3 is stopped.

  Further, in the P table 2, the game table information changes depending on the game during the period from when the operation of the CU 3 stops until the communication line is detected, and the number of game balls = 450, the number of added balls = 6, the number of subtracted balls = 36. Note that the P stand 2 stops the game when it detects the disconnection of the communication line with the CU 3 whose operation is stopped.

  After power failure occurs at CU3, for example, due to failure of CU3, CU3 is replaced and changed from primary station (1) to primary station (2). Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the last last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = 0 and the number of additional balls shown in FIG.

  In response to this, the P machine 2 executes recovery processing based on the received recovery data, and returns the recovery data backed up inside the P machine 2 (specifically, the payout control board 17) to the CU 3 as a response. (Recovery detailed response).

  The recovery data includes previous game table information (additional ball number = 3, subtraction ball number = 23), previous game information, latest game table information (game ball number = 450, addition ball number = 6, subtraction ball number = 36). ), The latest game information is included.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU 3 determines that the CU 3 has been exchanged due to the last transmission sequence number of the CU being backed up = 0, and receives the card ID and the recovery response received from the recovery response. The CU 3 compares the card ID of the recovery information of the stand 2. Further, since the CU 3 has been exchanged, the insertion time of the card inserted into the CU 3 before the exchange is not stored. On the other hand, the hall server stores the card ID, the card insertion time, and the chip information of the P table 2 that are transmitted from the CU 3 in association with each other. Therefore, the CU 3 sends the chip information (main chip ID and payout chip ID) received from the P platform 2 in the authentication sequence to the hall server, and returns the card insertion time stored in association with it from the hall server. get. The CU 3 compares the returned card insertion time with the card insertion time of the recovery data of the P base 2 and determines whether or not they match. If the card inserted in the CU3 before the exchange is discharged to the player and the player inserts the card into the CU3 after the exchange in order to continue playing on the same P stand 2, A determination is made that there is. When a card different from the card inserted into the CU 3 before replacement is inserted into the CU 3 after replacement, a mismatch determination is made.

  CU3 has a smaller value (older) when the last transmission sequence number being backed up = 0 is smaller than the last transmission sequence number of recovery data of P unit 2, and the last transmission sequence number being backed up is “0”. In this case, the recovery process is performed using only the latest game machine information of the recovery data of the P machine 2. CU3 performs the recovery process and sets the number of game balls = 450, the number of added balls = + 6, and the number of subtracted balls = + 36.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Next, the abnormal sequence will be described with reference to FIG. In particular, a process when an addition request command from the CU 3 to the P unit 2 has not reached due to a power interruption or a communication circuit disconnection will be described. Note that a case where the communication partners do not match before and after the recovery when the communication is recovered after the processing (the communication partner mismatch after the recovery) will be described.

  In FIG. 20, the initial number of game balls is “50” balls. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P platform 2 returns a response of the status information response including the serial number = n + 1 and the number of game balls = 50 to the CU3.

  Thereafter, the player presses the replay button. Therefore, CU3 confirms the consumption of the stored ball, transmits a command of status information request including serial number = n + 2, game ball addition request = ON, number of added balls = 125 balls to P stand 2, and stores the ball as a game ball. Notify the converted information. At that time, CU3 backs up the data of serial number = n + 2, number of game balls = 50 (number of game balls before update) +125 (number of added balls) = 175.

  However, after the player presses the replay button and before receiving the command for requesting the state information, the P stand 2 is turned off and stops operating. Therefore, the P base 2 cannot receive the status information request command from the CU 3.

  CU3 cannot retransmit the response for 200 milliseconds after the command transmission because P-station 2 is stopped, and therefore retransmits the command up to 14 times. Since the CU 3 cannot receive a response even if the command is retransmitted, the CU 3 detects the disconnection of the communication line.

  After the power failure occurs at the P base 2, for example, the P base 2 is out of order, so the P base 2 is replaced and changed from the secondary station (1) to the secondary station (2). Thereafter, the power failure is restored at the P base 2, and the P base 2 starts operating. When the P table 2 starts operation, first, an authentication sequence is started between the CU 3 and the P table 2, and information including the main chip ID and the payout chip ID is transmitted from the P table 2 to the CU 3. The The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). However, the recovery information is not held because the P unit 2 is replaced. Therefore, the recovery information includes previous last transmission sequence number = 0, previous inserted card ID = 0, and previous card insertion time = 0.

  The CU 3 that has received this recovery response determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the backed up card ID and the card insertion time. On the CU 3 side, the card ID and the card insertion time of the player's card that was playing are backed up, and do not match the previous card ID and the previous card insertion time transmitted from the P unit 2. Moreover, the transmitted serial number = 0 and the serial number backed up by CU3 = n + 2 do not match. As a result, the CU 3 determines that the P base 2 has been replaced and does not perform the recovery process. That is, the CU 3 does not transmit a recovery detail request to the P unit 2. For this reason, the recovery process of the CU 3 is manually performed using a POS with the intervention of a store clerk.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Here, a case where a replay button for starting a game by paying out a stored ball has been described has been described, but the same operation is performed when a ball paying button for starting a game by paying out a ball is pressed.

  Next, the abnormal sequence will be described with reference to FIG. In particular, the processing when the response of the addition response from the P base 2 to the CU 3 has not reached due to power interruption or communication circuit disconnection will be described. Note that a case where the communication partners do not match before and after the recovery when the communication is recovered after the processing (the communication partner mismatch after the recovery) will be described.

  In FIG. 21, the initial number of game balls is “50” balls. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P platform 2 returns a response of the status information response including the serial number = n + 1 and the number of game balls = 50 to the CU3.

  Thereafter, the player presses the replay button. Therefore, CU3 confirms the consumption of the stored ball, transmits a command of status information request including serial number = n + 2, game ball addition request = ON, number of added balls = 125 balls to P stand 2, and stores the ball as a game ball. Notify the converted information. At that time, CU3 backs up the data of serial number = n + 2, number of game balls = 50 (number of game balls before update) +125 (number of added balls) = 175.

  Thereafter, a power failure occurs at CU3, and the operation of CU3 stops. However, the P stand 2 cannot detect that the operation of the CU 3 is stopped immediately after the power is cut off in the CU 3, and if the next command cannot be received from the CU 3 for one second or more, Can detect disconnection.

  For this reason, the P unit 2 does not know that the operation of the CU3 is stopped, receives a command for requesting the state information of the CU3, and includes a serial number = n + 3, the number of game balls = 175, and a game ball addition result = OK. The response of the information response is returned to CU3. However, the response of the status information response sent back to CU3 does not reach CU3 because the operation of CU3 is stopped. In addition, in the P stand 2, the response of the status information response is returned to the CU 3, and the data of the serial number = n + 3 and the number of game balls = 175 is backed up.

  After power failure occurs at CU3, for example, due to failure of CU3, CU3 is replaced and changed from primary station (1) to primary station (2). Thereafter, the power failure is restored at CU3, and CU3 starts operating. When the CU 3 starts operating, first, an authentication sequence is started between the CU 3 and the P unit 2, and information including the main chip ID and the payout chip ID is transmitted from the P unit 2 to the CU 3. The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the last last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = 0 and the number of additional balls shown in FIG.

  In response to this, the P-unit 2 determines whether or not the communication partner before the power cut-off matches the communication partner after the power-off recovery. This determination is made based on the fact that the “last transmission sequence number” transmitted in the recovery request is 0. In the P stand 2, the CU 3 determines that the communication partners do not match, and does not correct the number of game balls with the number of added balls.

  Further, the P unit 2 returns the recovery data backed up inside the P unit 2 (specifically, the payout control board 17) to the CU 3 as a response (recovery detailed response).

  This recovery data includes previous game table information, previous game information, latest game table information (number of game balls = 175), and latest game information.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU 3 determines that the CU 3 has been exchanged due to the last transmission sequence number of the CU being backed up = 0, and receives the card ID and the recovery response received from the recovery response. The CU 3 compares the card ID of the recovery information of the stand 2. Further, since the CU 3 has been exchanged, the insertion time of the card inserted into the CU 3 before the exchange is not stored. On the other hand, the hall server stores the card ID, the card insertion time, and the chip information of the P table 2 that are transmitted from the CU 3 in association with each other. Therefore, the CU 3 sends the chip information (main chip ID and payout chip ID) received from the P platform 2 in the authentication sequence to the hall server, and returns the card insertion time stored in association with it from the hall server. get. The CU 3 compares the returned card insertion time with the card insertion time of the recovery data of the P base 2 and determines whether or not they match. If the card inserted in the CU3 before the exchange is discharged to the player and the player inserts the card into the CU3 after the exchange in order to continue playing on the same P stand 2, A determination is made that there is. When a card different from the card inserted into the CU 3 before replacement is inserted into the CU 3 after replacement, a mismatch determination is made.

  CU3 has a smaller value (older) for the last transmission sequence number being backed up = 0 than the last transmission sequence number of recovery data of P unit 2 is n + 3, and the last transmission sequence number being backed up is “0”. In this case, the recovery process is performed using only the latest game machine information of the recovery data of the P machine 2. CU3 performs the recovery process and sets the number of game balls = 175.

  Thereafter, the CU 3 transmits a communication start request (recovery clear ON) command to the P unit 2. In response to this, the P unit 2 clears the recovery data. Then, the P platform 2 returns a response to the communication start response to the CU3. In response, CU3 clears the recovery data. Thereafter, a status information request command and a status information response response are transmitted and received between the CU 3 and the P platform 2.

  Here, a case where a replay button for starting a game by paying out a stored ball has been described has been described, but the same operation is performed when a ball paying button for starting a game by paying out a ball is pressed.

  Next, the abnormal sequence will be described with reference to FIG. Here, in particular, a description will be given of processing when a command for requesting addition from the CU 3 to the P unit 2 has not yet reached due to power interruption or communication circuit disconnection.

  FIG. 22 shows an abnormal system sequence in the case where a power failure occurs at P machines before the game ball addition request transmitted from the CU reaches the P machine side, and then the power interruption is restored. In this abnormal sequence, a description will be given of a case where communication partners match before and after recovery when communication is recovered (communication partner match after recovery). For this reason, in this abnormal system sequence, neither the CU nor the P base is exchanged.

  As shown in FIG. 22, when the pressing of the replay button is detected, the CU side confirms the consumption of the stored balls, and the number of game balls is added (+125) by the amount consumed, and the number of added balls = 125. The status information request including the game ball addition request is transmitted to the P units. However, before the status information request reaches the P units, the power supply is temporarily cut off on the P unit side. For this reason, the status information request including the game ball addition request does not reach the P units.

  Thereafter, when the power interruption is restored, the recovery request and the recovery response are exchanged through the authentication sequence as described above, and the recovery detail request is transmitted from the CU side. This detailed recovery request includes the number of added balls of the game ball addition request that has not been reached = 125. P units are included in the recovery details request because their communication partners match, the final transmission sequence number included in the recovery request is n + 2 (CU sequence number), and the P unit sequence number stored on the P unit side is n + 1. The number of game balls is corrected to 50 + 125 using the added number of balls = 125 as correction data. As a result, the number of game balls stored on the CU side matches the number of game balls stored on the P table side.

  Thereafter, a recovery detail response is returned from the P platform to the CU. Then, it is determined that the card ID and the insertion time match on the CU side, and the serial numbers of the CU and the P unit match, and recovery is performed.

  In this way, even when information indicating a change in the number of game balls is transmitted from the CU to the P units and the power is cut off before the information arrives, the game on the P unit side is performed by the recovery process at the time of power-off recovery. Since the number of balls is corrected, it is possible to maintain the consistency of the game ball data between the CU and the P units even after recovery from power failure.

  Hereinafter, the sequence will be described in detail with reference to FIG. In FIG. 22, the initial number of game balls is “50” balls. First, the CU 3 transmits a status information request command including a serial number = n to the P unit 2. In response to this, the P platform 2 returns a response of the status information response including the serial number = n + 1 and the number of game balls = 50 to the CU3.

  Thereafter, the player presses the replay button. Therefore, CU3 confirms the consumption of the stored ball, transmits a command of status information request including serial number = n + 2, game ball addition request = ON, number of added balls = 125 balls to P stand 2, and stores the ball as a game ball. Notify the converted information. At that time, CU3 backs up the data of serial number = n + 2, number of game balls = 50 (number of game balls before update) +125 (number of added balls) = 175.

  However, after the player presses the replay button and before receiving the command for requesting the state information, the P stand 2 is turned off and stops operating. Therefore, the P base 2 cannot receive the status information request command from the CU 3.

  CU3 cannot retransmit the response for 200 milliseconds after the command transmission because P-station 2 is stopped, and therefore retransmits the command up to 14 times. Since the CU 3 cannot receive a response even if the command is retransmitted, the CU 3 detects the disconnection of the communication line.

  Thereafter, the power failure is restored at the P base 2, and the P base 2 starts operating. When the P table 2 starts operation, first, an authentication sequence is started between the CU 3 and the P table 2, and information including the main chip ID and the payout chip ID is transmitted from the P table 2 to the CU 3. The The CU 3 transmits the received main chip ID and payout chip ID to the upper management server, asks whether the main chip ID and the payout chip ID are properly registered, and has the result returned. . If it is properly registered, an appropriate authentication result is obtained.

  After the authentication sequence, the CU 3 transmits a recovery request to the P unit 2. That is, the CU 3 requests the P unit 2 to notify the recovery information. In response to this, the P base 2 returns the recovery information backed up in the P base 2 (specifically, the payout control board 17) to the CU 3 as a response based on the received recovery request command (recovery response). ). This recovery information includes the last last transmission sequence number = n + 1, the previously inserted card ID, and the previous card insertion time shown in FIG.

  Upon receiving the recovery response, the CU 3 determines whether or not the previously inserted card ID and the previous card insertion time of the recovery information match the stored card ID and the card insertion time. The CU 3 transmits a recovery detail request to the P unit 2 when the card ID and the card insertion time match. That is, the CU 3 transmits the recovery data to the P unit 2. This recovery data includes the last last transmission sequence number = n + 2 and the number of additional balls = 125 shown in FIG.

  In response to this, the P-unit 2 determines whether or not the communication partner before the power cut-off matches the communication partner after the power-off recovery. When the communication partner is the same and the last transmission sequence number being backed up = n + 1 is smaller (older) than the last transmission sequence number = n + 2 of the recovery data of CU3, the P unit 2 executes recovery processing. The number of game balls is corrected with the number of added balls, and the number of game balls is updated to 50 + 125.

  Further, the P unit 2 returns the recovery data backed up inside the P unit 2 (specifically, the payout control board 17) to the CU 3 as a response (recovery detailed response).

  This recovery data includes previous game table information, previous game information, latest game table information (number of game balls = 175), and latest game information.

  The CU 3 that has received this detailed recovery response starts recovery processing from that point. This recovery process is a process for recovering the data consistency between the CU 3 and the P platform 2.

  Specifically, the CU3 determines that the recovery data of the P unit 2 has a larger value (newer) when the last transmission sequence number = n + 2 being backed up is larger than the final transmission sequence number of the recovery data of the P unit 2 = n + 1. The recovery process is performed using only the latest game machine information. CU3 performs the recovery process and sets the number of game balls = 175. However, if the difference between the serial numbers of CU3 and P base 2 is 2 or more (except when the serial number of CU3 or P base 2 is “0”), CU3 and P base 2 are treated as having been illegal. Do not perform an error.

  Note that, in the communication disabled state, the gaming point changes on the gaming device side, and the change of the gaming point on the gaming device side is transmitted to the gaming machine by the restoration process, and the gaming point is updated (corrected) on the gaming machine side. A specific example of the case is shown in FIG. According to FIG. 22, “the gaming device is restored from an incommunicable state in which communication with the gaming device is not possible, and restoration processing for restoring the consistency of gaming points with the gaming device is performed. The game device includes a recovery processing unit that performs a change amount of the game point specified by the specifying unit during a period from when the communication disabled state occurs until a recovery process is executed by the gaming device. When the restoration process is performed, the gaming device stores a cumulative change amount of game points stored in the cumulative communication time non-communication means when the restoration process is performed. “Transmit identifiable cumulative update information to the gaming device” is disclosed.

  As described above with reference to FIGS. 12 to 22, as a correction mode at the time of recovery processing, the CU 3 compares the last transmission serial number received from the P base 2 with the stored P base 2 final transmission serial number. If the last transmission sequence number received from P table 2 is larger than the stored P table 2 last transmission sequence number, the number of game balls is corrected using both the latest game table information and the previous game table information. There is a first correction mode. The other correction mode is that the CU 3 compares the last transmission sequence number received from the P unit 2 with the stored P unit final transmission sequence number, and the last transmission sequence number received from the P unit 2 is stored. There is a second correction mode in which the number of game balls is corrected only with the latest game table information if the sequence number is equal to or smaller than the P number last transmission sequence number. Further, the correction mode during the recovery process includes a mode in which no correction is performed (see FIGS. 18 and 20). In other words, "determining the correction mode" means not only determining whether to correct using only the latest gaming machine information or using both the latest gaming machine information and the previous gaming machine information, but also not correcting It is a concept that encompasses decisions.

  In addition, the first correction mode specifically adds the number of balls added in the latest game table information and the number of balls added in the previous game table information to the number of game balls stored in the CU 3, and the latest game The number of balls subtracted from the table information and the number of balls subtracted from the previous game table information are subtracted to correct the number of game balls calculated. Specifically, the second correction mode was calculated by adding the number of balls added in the latest game table information to the number of game balls stored in CU3 and subtracting the number of balls subtracted in the latest game table information. Correct to the number of game balls.

  The recovery processing at the time of abnormality described above is summarized as follows. If there is a difference of 2 or more between the serial numbers of the CU 3 and the P stand 2, recovery is not performed as all illegal. However, when the serial number of CU3 = 0, the CU3 is exchanged, and only the latest game machine information of the P machine 2 is recovered, and the CU 3 takes in the latest game machine information of the P machine 2. Further, when the serial number of the P unit 2 is 0, no recovery is performed (a detailed recovery request is not transmitted).

  In the case of “the serial number from the P stand 2 ≦ the storage serial number of CU3”, the recovery is performed only with the latest gaming machine information.

  In the case of “serial number from P table 2> stored serial number of CU3”, recovery is performed using the latest gaming machine information and the previous gaming machine information.

  Further, in the above-described embodiment, the content of the holding ball and the game ball are made different from each other, but they may be made into one common value data without being distinguished from each other. For example, common value data is specified by the card itself, the common value data is withdrawn and transmitted from the CU 3 to the P unit 2, and the P unit 2 that receives it stores it as common value data, and the progress of the game The common value data may be updated according to the control, and the finally updated common value data may be recorded on the card and discharged at the end of the game. The “common value data”, “mochitama”, and “game ball” are collectively referred to as “score”.

  Referring to FIG. 23, in the slot machine 2S, a front door 2bS is provided with respect to a main body frame 2aS so that the front door 2bS can be opened and closed with its left edge as a swing center. Although not shown in FIG. 23, a CU is connected to the left side of the slot machine 2S in the same manner as the P units.

  In the slot machine 2S, the number of bets is set by using game points, and the game points are added and updated in accordance with winning. For this reason, when playing a game in the slot machine 2S, a medal insertion operation is not necessary. Therefore, the slot machine 2S is not provided with a medal slot and a medal payout slot.

  Inside the casing of the slot machine 2S, reels 2L, 2C, and 2R (hereinafter also referred to as a left reel, a middle reel, and a right reel) in which a plurality of types of symbols are arranged on the outer periphery are juxtaposed in a horizontal direction. Of the symbols arranged on the reels 2L, 2C and 2R, three consecutive symbols are arranged so as to be seen from the see-through window 10 provided on the front door 2bS. A plurality of types of symbols are drawn in a predetermined order on the outer peripheral portions of the reels 2L, 2C, and 2R.

  A touch panel display 510 is provided in a portion surrounding each reel 2L, 2C, 2R of the front door 2bS. The display 510 is a display corresponding to the P displays 54, and displays various types of information (game points, points, etc.) of the same type as the display 54, as well as the number of bets set in the game. Is displayed. The display unit 510 is connected to the display control unit 350 of the CU in the same manner as the display unit 54 in FIG. 2 and is controlled on the CU side. The indicator 510 is not provided in a portion surrounding each of the reels 2L, 2C, and 2R, but is provided at a lower panel portion (at a position below the start switch 7S shown in FIG. You may provide in the panel part provided with the conventional S medal payout opening.

  Further, the front door 2bS has a single BET switch 5S that is operated when setting the number of bets using “game points = 1” corresponding to one medal, and the maximum determined according to the game state. When setting the number of bets (for example, “game point = 3” in the normal game state before BB occurrence and RT (Replay Time) where the winning probability of replay is high, “game point = 2” in the bonus) The MAXBET switch 6S is operated, the start switch 7S is operated when the game is started, and the stop switches 8L, 8C, 8R are respectively operated when the rotation of the reels 2L, 2C, 2R is stopped. Yes.

  When playing a game in the slot machine 2S, first, as with the P machines, after securing a game point using the adjacent CU, the number of bets is set using the game point. The game points are obtained by withdrawing the balance of the prepaid card inserted into the CU, the points, or the stored medals deposited in the game hall (corresponding to P stored balls). In order to use the game points, the single BET switch 5S or the MAXBET switch 6S may be operated. In the present embodiment, for example, by setting the number of bets to 1, the game points are deducted by 1, and the display of the game points on the display 510 is also subtracted and updated. When the bet number is set, the pay line determined according to the bet number and the gaming state is valid, and the operation of the start switch 7S is valid, that is, the game can be started.

  When the start switch 7S is operated while the game can be started, the reels 2L, 2C, and 2R rotate, and the symbols of the reels 2L, 2C, and 2R continuously change. When any one of the stop switches 8L, 8C, 8R is operated in this state, the rotation of the corresponding reels 2L, 2C, 2R is stopped, and the display result is derived and displayed on the fluoroscopic window 10.

  Then, when all the reels 2L, 2C, 2R are stopped, one game is completed, and a predetermined symbol combination (hereinafter also referred to as a role) on the activated pay line is displayed on each reel 2L, 2C, When the 2R display result is stopped, a prize is generated, a game point determined according to the prize is given to the player, and the display of the game point on the display 510 is also added and updated.

  In the case of S units, it is possible to count game points as in the case of P units. As shown in FIG. 1, the slot machine 2S is provided with a counting button 28S for counting game points and converting them into points. The ball lending button, the return button, and the replay button are provided on the CU side (see FIG. 2). The player executes the counting operation based on an arbitrary timing or a display for prompting the counting operation on the display unit 510 in the same manner as the P units. Then, the game points are counted and the display 510 displays a state in which the points are increased while the game points are decreased. The ball lending button may be provided not on the CU side but on the P platform side and the S platform side. In that case, the operation signal of the ball lending button may be directly input to the CU 3 or may be transmitted to the CU 3 as a status information response via the P unit 2 or the S unit (slot machine) 2S. It may be.

  The types of winning combinations are determined according to the state of the game, but can be broadly divided into special roles with a shift to the big bonus (BB) and regular bonus (RB), and small roles with payout of medals. And a re-gamer (replay) that allows the next game to be started without the need to set the bet amount.

  Which of a plurality of types of winning combinations is to be won or whether any winning combination is to be excluded is determined by, for example, the main control unit (S) controlling the slot machine 2S when a start operation is detected. It corresponds to the main control unit 161 of the stand). This determination is made, for example, by drawing a random number generated from a predetermined random number generator or generated on software.

  After that, the main control unit waits for the reel stop operation by the player, draws in the symbol corresponding to the winning combination in the predetermined frame number range based on the stop operation time, otherwise draws another symbol Is controlled to stop the three symbols and determine whether or not there is a prize. If the main control base determines that a winning is made, the main control base gives the player game points according to the type of winning (adds game points).

  In other words, the game can be started by setting a predetermined number of bets for one game using the gaming value by using the S units, and a plurality of types of identification information that can be identified can be displayed in a variable manner. A slot machine in which one game is completed when a display result is derived to the variable display device, and a winning can be generated according to the display result derived to the variable display device, which is displayed on the variable display device Before the result is derived, a predetermining unit that determines whether or not to allow a plurality of types of winnings to be generated, and causing the variable display device to derive a display result according to the determination result of the predetermining unit A slot machine including derivation control means for performing control and giving means for giving a game value when the winning occurs is configured.

  FIG. 24 is an explanatory diagram for explaining various data stored in each of the card unit and the slot machine and their transmission / reception modes. FIG. 24 is obtained by replacing the terminology of FIG. 3 described as the configuration of P units with that for S units, and the mode is the same as that described with reference to FIG. The description of is omitted.

<Modifications and feature points>
Next, modifications and feature points of the present embodiment described above are listed.

  (1) When a slot machine (S units), which is an example of a gaming machine, is applied to the above gaming system, for example, there are P units of reels and various sensor parts attached to the reels and a main control board for controlling the reels. Corresponding to the board, other configurations correspond to P game frames. However, the S units do not require the various detection switches 41a, 701, 33, the launch control board 31, and the launch motor 18 of the game frame shown in FIG.

  A conventional S unit is provided with a credit function. When this function is enabled, the credit is subtracted when the number of bets is set, and the credit is added when a winning occurs. However, there is an upper limit for credits, and when a winning occurs when the number of credits reaches the upper limit value, medals are paid out from the hopper.

  On the other hand, in the S units according to the present embodiment, game points are subtracted when the bet number is set, and game points are added when a winning occurs. Further, when the game points reach a predetermined number, a display for prompting a counting operation is made, and the gaming points are converted into points by performing the counting operation. For this reason, it is not necessary to pay out medals when the credit reaches the upper limit unlike the conventional S units. As a result, it is not necessary to provide a hopper on the S platform according to the present embodiment.

  As a result, the amusement hall does not need to secure a large number of medals, reducing the economic burden. The game arcade is also freed from operations such as replenishment / collection of medals and maintenance operations to deal with clogged medals. The player is relieved from the hassle of inserting medals for each betting operation after the credit is full, and can easily concentrate on the game.

  On the other hand, if S units become medalless, a player who has won a large number of medals will not be able to act to show off his arms by stacking boxes with medals beside the seat. Inconvenience arises. However, in this embodiment, since the function of displaying the dollar box is provided as described above, it is possible to prevent such inconvenience.

  When S machines are applied as a gaming machine, each type of data is expressed as follows using two types of data, “Points” and “Game Points”, and “Credit” and “Credit Excess Points”. It is also possible to configure a gaming system that is converted. Note that these four types of data are displayed on the S displays 510.

  First, when a conversion operation (lending operation, saving medal payout operation, point payout operation) from the balance of a prepaid card, a medal or a point is detected, each is withdrawn and converted into a game point. The

  A game point is data corresponding to a medal in a conventional slot machine. For this reason, for example, it is desirable to display the number of game points on the display 510 and to display the number of medal images corresponding to the game points. For example, when a pseudo-insertion medal operation (for example, an operation of pushing a medal) such that a player touches the medal image and inserts it into the slot machine is detected, the medal image disappears and the game points are subtracted. Instead, one bet is set. By performing such a pseudo medal insertion operation three times, the bet number is set to the maximum value of three.

  Thereafter, when a pseudo medal insertion operation is further detected, a credit is added in accordance with the detection. An upper limit value (for example, 50) is set for the credit, and when the credit exceeds the upper limit value, a credit excess point is added.

  The betting amount setting can be performed using the game points as described above, and can also be performed using credits. That is, if the one-sheet BET switch 5S is operated, 1 is added to the betting number setting value and 1 is subtracted from the credit. If the MAXBET switch 6S is operated, the bet number is set to 3, and the credit is subtracted according to the bet number setting.

  As a result of the game, when a winning occurs, a number of points corresponding to the winning is added to the credit. When a winning that exceeds the upper limit of credit occurs, the score for the excess is stored as a credit excess point. This credit excess point corresponds to a medal to be paid out when a winning occurs exceeding the upper limit of credit in the conventional slot machine. For this reason, for example, it is desirable to display the credit excess points on the display 510 and to display the number of medal images corresponding to the credit excess points. Further, it is desirable to change the color of this medal image so that it can be distinguished from the medal image corresponding to the game point.

  Further, it is desirable that the credit excess points are converted into game points by the player's operation. For example, when a pseudo medal conversion operation (for example, an operation of pushing a medal) is performed such that the player touches the medal image corresponding to the credit excess point and converts it to a game point, the medal image disappears and the credit excess Points are subtracted and game points are added.

  Alternatively, if the credit becomes less than the upper limit value, the credit excess point may be automatically converted into credit.

  When the player performs a counting operation, each of the game points, credits, and credit excess points is counted and converted into points. As a result, the player's points are posted as “card possession number + game points + credits + credit excess points”. The “card possession number” is the number of points before conversion (the number of possessions currently owned by the player) that has not been converted into game points.

  In the above description, the four types of data of points, game points, credits, and credit excess points may be stored on both sides by exchanging data between the CU and S units. You may memorize | store only in the S stand side only by CU side.

  Moreover, although the example using a credit excess point was demonstrated in the above description, it is not necessary to use a credit excess point. In this case, when the credit limit is exceeded, it may be added to the game points.

  (2) In the present embodiment, game points are added by consuming the card count. Alternatively, game points are added by consuming stored balls (stored medals). That is, the card frequency or the stored ball is converted into game points. On the other hand, the card power and the stored balls are not converted into points (count balls, count medals). However, the card power and the stored ball may be once converted into points.

  (3) In the present embodiment, game points are converted into points by counting operation. The conversion rate in this case is 1: 1. However, the conversion rate in the case of conversion may be other than 1: 1. For example, when 100 game points are converted, 97 points obtained by subtracting three of them may be converted into points. Or you may make it convert into the number of game balls obtained by multiplying a predetermined ratio of less than 100% with respect to a point.

  (4) The recording medium for recording the holding point in an identifiable manner may use a mobile terminal such as a smartphone. In this case, the communication unit for communicating with the mobile terminal is provided in the CU, and the CU recognizes the ID stored in the mobile terminal by holding the mobile terminal over the communication unit. The game is made possible by the procedure as described. On the other hand, at the end of the game, the portable terminal is again held over the communication unit, so that the score at the end of the game is added to the player's score through the ID.

  (5) The operation means for counting game points may be provided on the CU side. In this case, the operation means may be displayed on a touch panel, or may be constituted by a physical switch.

  (6) In the present embodiment, when an uncounted game point remains when a card return operation is performed, a message prompting the counting is displayed on the P display or the CU side display. However, instead of such a configuration, when an uncounted game point remains when the card return operation is performed, the counting display is automatically started and the display on the P table or the CU side is used. It may be notified that automatic counting has started because there are still uncounted game points, or that, in addition, the card will be returned after completion of automatic counting.

  Alternatively, when an uncounted game point remains when the card return operation is performed, it is determined that there is a possibility that the player may leave the table temporarily, and the display (CU side or P stand side) You may display the message which confirms whether it is temporary leaving. Further, the display device may be constituted by a touch panel so that the player can input a response to the message. Furthermore, if the response input is the end of the game, a message prompting the counting operation is displayed. On the other hand, if the response input is temporarily away from the desk, the card may be temporarily ejected while the ID of the card is stored on the CU side, the P platform side, or both. Thereafter, when a card with the same ID is inserted, the game is resumed from the original state.

  (7) The counting time from the start of the counting operation to the completion of the counting display is based on the game points when the game points are less than the first reference value and when the game points exceed the first reference value. The increasing rate of the counting time may be reduced. As a result, while it is possible to produce an effect of counting display as if counting a real ball, it can be prevented that it takes too much time to complete counting due to an increase in game points. Further, when the game points exceed a certain reference value, all the counting times may be the same. Alternatively, the same counting time may be adopted regardless of the number of game points without providing a reference value.

  (8) During the big hit, the judgment reference value for judging that the number of game balls is full may be increased. In other words, the determination reference value for the full tank determination may be different depending on whether or not the big hit. As a result, it is possible to prevent the number of game balls from rapidly increasing during the big hit, and making a full tank determination immediately to stop firing.

  (9) The number of game balls when a big hit occurs is memorized. During the big hit, even if the criterion value for full tank is exceeded, the increased number of game balls allowed after the big hit has occurred If it is within a value (for example, 1000 balls), it is good also as what does not determine a full tank.

  (10) As the counting operation means for counting the game balls, one that exhibits a counting function when operated a predetermined number of times twice or more may be employed. As a result, erroneous operation can be prevented. Further, in this case, one function may be used to exhibit another function different from the counting function. For example, when there is no operation for a predetermined time (for example, within 1 second) after the operation is performed once, a function to turn on a lamp for calling a store clerk is exhibited, and within 1 second from 1 operation. When the second operation is detected, it is conceivable to perform the counting function.

  (11) In the present embodiment, when the counting operation button is operated for less than a predetermined time (short-time operation), for example, the first ball count is counted, and when operated for a predetermined time or longer (long-time operation), the operation is performed. A number of balls that is larger than the first number of balls is counted according to time. For example, it is conceivable that 100 balls are counted in the short-time operation, while a predetermined number exceeding 100 balls, for example, 200 balls or 400 balls, is counted in the long-time operation. Also, the number of game points to be counted may be controlled to be different depending on the long press time of the counting operation button. For example, it is conceivable that 100 balls start to be counted by long-pressing for 1 second, and if the long-pressing continues for 5 seconds as it is, all the remaining balls are counted. Alternatively, it may be controlled such that a predetermined number is counted by one operation and all remaining balls are counted by the fifth operation.

  (12) “Predetermined processing” of “recording medium processing means for processing so that predetermined processing can be performed using the game points as the holding points when a predetermined recording medium processing operation is detected” , CU processing when using a card ejected from the CU inserted into another CU connected to another gaming machine (processing to withdraw the possessed ball that can be specified by the card and convert it into a gaming ball , Or shared ball processing, or wagon service processing). Alternatively, the “predetermined process” may be a process in which a prize is exchanged by receiving a card with a prize exchange machine for exchanging prizes and consuming the points specified by the card.

  Further, the above-mentioned “processing so that predetermined processing can be performed with the game point as the holding point when a predetermined recording medium processing operation is detected” means, for example, when a card return operation is detected In this process, the score is recorded on the card inserted in the CU so as to be specified, and the card is returned. Here, “recordably specified” means that the score is directly recorded on the card, and the card ID and score are recorded on the server connected to the CU without recording the score on the card. And a method of storing IDs and points in association with each other in the server.

  (13) In the present embodiment, (A) the fact that game points of “predetermined points” or more are not stored, game points are not counted even if a counting operation is performed. Is done. In the embodiment, when (B) the game points are counted until the stored game points reach the “predetermined number of points”, no more points can be counted, and a notification to that effect is given. Is done. The same number may be adopted as the predetermined number of points in these two cases (A) and (B), that is, the reference value may be different.

  (14) In the present embodiment, when the counting operation is performed during the ball firing, the counting operation is invalidated when the number of game balls at that time is equal to or less than the reference value. However, even if the number of game balls when the counting operation is detected during the ball firing exceeds the reference value, the number of balls counted in one counting operation is set to a predetermined number. In some cases, the counting operation may be invalidated when the value obtained by subtracting the predetermined number from the number of game balls when the counting operation is detected does not satisfy the reference value.

  Further, in the present embodiment, in order to invalidate the counting operation during the game, it is determined whether or not the game is in progress based on whether or not the ball firing operation has been detected. In addition to this, whether the number of in-game balls (floating balls floating in the game area 27) is 0 (not in game) or not (in game), whether or not in game You may make it determine. In addition, it is also possible to determine whether or not the game is in progress based on whether or not the variable display device is changing, whether or not it is a big hit, whether or not the attacker is open.

  Further, “in game” when S units are applied as a gaming machine and the counting operation during the game is invalidated is, for example, a period from the start of rotation of the reels 2L, 2C, and 2R to the stop. . Alternatively, it is a period from when the start operation is detected until the reels 2L, 2C, 2R are stopped.

  (15) Regardless of whether or not the game is a big hit, when the number of game balls is greater than a predetermined number, a display prompting a counting operation may be performed.

  In addition, if the counting operation is not detected even after a predetermined time has elapsed since the display for prompting the counting operation, the game ball may be forcibly stopped, and the firing is not forcibly stopped. It may be.

  (16) Referring to FIG. 3, the P platform is provided with a counting ball counter that temporarily stores the counted counting balls (held balls), but does not include a counter that stores the cumulative value of the counting balls. . However, a counting ball cumulative storage counter that stores the cumulative value of counting balls may be provided on the P platform side. In addition, the CU side is provided with an area for storing card holding balls (counting balls). If a holding ball is recorded on the inserted card itself, this area holds the card holding ball. The current number of players' balls, including balls, is stored. For this reason, only in this area, the number of counting balls counted by the player in the current game cannot be specified. Therefore, an area for storing the number of counting balls counted by the player in this game may be further provided on the CU side. In this case, the CU adds balls to the area based on the information on the number of balls that are sent from the P cars after the game starts, and when the balls are converted into game balls, Subtract the holding ball.

  (17) The display for prompting the counting operation may be a display of “Please play the game after the game balls remain, so please return it” or display the counting button 28 on the screen. The display may be blinking.

  (18) In the present embodiment, when the number of game balls is equal to or greater than a predetermined number (3,000 balls or more), “control for performing display for prompting counting operation on display” is executed as “predetermined notification control”. Is done. Here, “prompt for counting operation” is, for example, a message indicating “Please count, because the number of game balls has reached the upper limit”, or simply “Counting operation is required”. There may be. Further, the “predetermined notification control” may be a control for outputting a notification sound for prompting a counting operation from a speaker. Further, the “notification” may not be “notification for prompting the counting operation” but simply notify that “the number of game balls has reached the upper limit” (not to prompt for the counting operation). .

  Further, when the game point is equal to or greater than a predetermined first reference value (3000 balls or more), “predetermined notification control” is performed, and thereafter, the game point is set to a second reference value greater than the first reference value. It may be controlled so that the game is disabled when the game point is reached, and the game is permitted (no firing prohibited) until the game point reaches the second reference value from the first reference value. In the case where the gaming machine is a slot machine, the inoperable state can be realized by controlling the start lever to operate so that the reel does not start rotating or the betting number setting is invalidated.

  (19) In the present embodiment, when a game using game points is being performed (while the ball is being fired), if there are no more game points remaining (eg, 250 points), the counting operation is performed. Not activated. Here, the predetermined number of points is not limited to 250 points, and may be any number as long as it is 1 point or more. However, for example, when an excessively small number of points such as one point is set, a malfunction occurs when the timing of firing and the timing of counting occur almost simultaneously. Alternatively, if a counting operation is detected when the number of points is equal to or less than a predetermined number (for example, 10 points or less) and the counting operation is detected, 5 points are left for launching and the remaining points are counted. You may control to.

  In addition, when it is detected that a player who notices that the counting operation has been invalidated because there are no more points left than the predetermined number of points has been stopped, it is invalidated first. The counting operation may be activated to automatically start the counting operation. That is, in this case, the player who notices that the counting operation has been invalidated only needs to stop the firing operation, and does not need to perform the counting operation again.

  (20) In order to change the number of game points to be converted by one operation according to the time for which the count button is kept pressed, for example, when a long press (for example, continuous operation for 1 second or more), While all are counted, only 200 balls may be counted in a short press (for example, continuous operation for less than 1 second). However, in this case, when the remaining number of game balls is small, for example, when it is less than 200 balls, it is desirable that all game balls are counted by operating the counting button.

  (21) When the number of points counted by one short pressing operation of the counting button is made different according to the remaining number of game points, for example, the following may be considered. For example, when the number of game points is less than 200, all the game points are counted by one short press operation of the counting button. When the game points are 200 or more and less than 1000, 200 points are counted by one short press operation. When the game points are 1000 or more and less than 5000, 1000 points are counted by one short press operation. When the game points are 5000 or more and less than 10,000, 2000 points are counted by one short press operation. When the number of game points is 10,000 or more, 2500 points are counted by one short press operation. The above numerical values are specific examples and can be set as appropriate.

  (22) When counting game balls (game points) and converting points, not only counting display but also counting sound may be output from a speaker. In addition, when counting the game points, it is conceivable to display an image in which balls are dropped one by one from the ball storage tray to the counter.

  (23) Timing for performing conversion display (display indicating that game balls are counted and the number of balls is increased) based on the counting operation and subtracting game points on the data The timing for adding the points can be varied. The calculation may be executed after the conversion display is completed. For this purpose, count data may be transmitted from the gaming machine to the CU after the conversion display is completed. It should be noted that such a modification can be similarly applied to the case where the points are converted into game points.

  (24) In the present embodiment, in the communication between the CU and the gaming machine, a command-response method is adopted in which the CU is a primary station and the gaming machine is a secondary station. The relationship between and may be reversed. Alternatively, instead of adopting such a communication system having a master-slave relationship, a system may be employed in which both send data to the other party when a request to communicate occurs.

  (25) In FIG. 3 or FIG. 24, game balls (game points) are stored on both the gaming machine side and the CU side, but the game balls (game points) are stored only on the game machine side, and the CU It may not be stored on the side. On the other hand, the card holding balls (scoring points) are stored only on the CU side, but may also be stored on the gaming machine side. In particular, game balls (game points) are stored only on the gaming machine side, while card holding balls (points) are stored only on the CU side to clarify the division of data storage management. Good.

  (26) The counting display and various notifications performed on the display 54 may be performed on the display 312 in the same manner.

  (27) In CU3, based on the value of the added ball number counter (added ball number) and the value of the subtracted ball number counter (subtracted ball number) transmitted from the P platform side, the stored game ball number is updated. When the number of game balls stored is subtracted based on the value of the counting ball number counter transmitted from the P platform side, if the value of the number of game balls becomes negative, an error (abnormal) determination is made. Then, error processing may be performed. As a specific example of error processing, error notification is performed by an abnormality notification lamp or the like, or an error notification signal indicating that an error has occurred is transmitted to the hall management computer or hall server (in this case, the hall management computer). Or an error notification by the hall server may be performed).

  (28) When a lending operation or a conversion operation (lending operation) from a holding point (holding ball) to a gaming point (game ball) is detected, the gaming points may be counted up one by one. In order to shorten the waiting time of the player, a display may be made so that a plurality of points (for example, 25 points equivalent to 100 yen) are counted up. Conversely, when a game point counting operation is executed, a display may be made so that the points are counted up by a plurality of points. Furthermore, the number of units for counting up and displaying game points or points may be set from a plurality of types. In the setting, it is conceivable to use a touch panel of P or S display devices.

  (29) When a counting operation is performed, the holding points may be counted up at an accelerated rate when a predetermined time has elapsed since the starting of counting up the holding points. Alternatively, a speed-up button for accelerating the count display may be displayed on the touch panel display on the CU side or the gaming machine side, and the operation may be detected to display the acceleration count display. By performing the acceleration counting display of the points in this way, the waiting time of the player when counting a large number of gaming points can be shortened.

  (30) A touch sensor may be provided on the hitting operation handle, and the counting operation may be invalidated while the touch sensor detects that the player is holding the hitting operation handle. Invalidating the counting operation means detecting the counting operation but not executing the counting operation based on the detection output, or not detecting the counting operation itself. Or, if the player does not invalidate the counting operation only by touching the hitting operation handle, and if the counting operation is disabled if the hitting operation handle is turned to such an extent that the ball firing drive pulse is output. Good.

  In these cases, when a counting operation is detected, a message “Please release handle” may be displayed on the display of the gaming machine or CU. Alternatively, when the counting operation button is displayed as an icon on the touch panel screen, the counting operation button may be grayed out to notify the player that the operation is impossible.

  (31) At least one or all of the ball lending button, the return button, the replay button, and the counting button may be provided on the gaming machine side, or may be provided on the CU side. Further, it is conceivable that the button is displayed on the display device on the gaming machine side or the CU side described as the touch panel type display device.

  (32) The sequence control shown in FIG. 10 to FIG. 22 is not limited to the transmission / reception sequence between control devices in a single gaming machine such as CU3, P2 and S2S, especially for security processing. Instead, for example, the present invention may be applied to a transmission / reception sequence between a plurality of gaming machines such as CU3, P unit 2, jet counter, and POS terminal.

  (33) In the above-described embodiment, the identity of the player is determined based on the card ID, but instead of or in addition to this, the identity of the player is determined based on the player's fingerprint, retina and other biomass. A determination may be made.

  (34) In the above-described embodiment, as described in FIG. 17, FIG. 19, FIG. 21, etc., the CU presents the score transmitted from the gaming machine on the condition that the card ID matches the insertion time. Is sent from the gaming machine as a further condition that the communication has started before a predetermined time (for example, 20 minutes) has passed since the communication between the gaming machine and the CU3 was interrupted. The score may be controlled so that the CU stores it as the current score. Specifically, a timer for measuring a predetermined time (for example, 20 minutes) after communication between the gaming machine and CU3 is interrupted is provided in the CU control unit 323 at the start of communication between the gaming machine and CU3 (at the time of recovery). It is determined whether or not the timer is still timed (in a state where time is not up), and on the further condition that it is a result of determination that the timer is timed, the score sent from the gaming machine is the current value of the CU. It controls to memorize as a score.

  Further, instead of the insertion time, the CU may store the score transmitted from the gaming machine on condition that the last serial number used between the CU 3 and the P stand 2 matches, as the current score. .

  (35) In the above-described embodiment, the number of game balls and game points are directly added by the occurrence of winning, but instead, the points are added by the occurrence of winning and the added points are added. It may be controlled to withdraw and add the number of game balls or game points.

  (36) In the above-described embodiment, when the value is deducted within the range of the valuable value owned by the player (the prepaid balance, the possession ball, the accumulated ball), and the corresponding game points are deducted, the value deducted However, instead, for example, it may be controlled to add game points that are smaller by the amount equivalent to the consumption tax with respect to the value actually withdrawn.

<Various configurations included in the embodiment>
(1) The present invention relates to a gaming machine (P 2 and S 2S) in which a game is played by a player and a gaming value (prepaid balance, A gaming system comprising a gaming device (CU3) that enables gaming on the gaming machine using a number, or number of stored balls),
The gaming device is restored from a communication disabled state incapable of communicating with the gaming machine, and restoration processing means for performing restoration processing (recovery) for restoring data consistency with the gaming machine (FIGS. 10 and 12). To FIG. 22),
The recovery processing means receives a detailed data for recovery from the gaming machine (recovery detailed response) and performs a recovery process before determining whether or not a condition for performing the recovery process is satisfied. On the condition that the data (recovery response) is received from the gaming machine and it is determined that the condition is satisfied based on the received determination data (P serial number ≠ 0 and the card ID / insertion time is the same) Then, processing for receiving the detailed data for recovery from the gaming machine (processing for transmitting a recovery detailed request to the P machines) is performed.

  According to the above configuration, the condition for performing the recovery process is established in performing the recovery process for recovering the data consistency with the gaming machine by recovering from the incommunicable state where the gaming device cannot communicate with the gaming machine. If not, the process for receiving the detailed data for restoration from the gaming machine is not performed, so that it is possible to prevent the inconvenience of unnecessary processing as much as possible.

(2) In another aspect of the present invention, the game value (prepaid balance, number of balls) owned by the player is connected to the gaming machines (P 2 and S 2S) in which the game is performed by the player. Or a game device (CU3) that enables a game on the gaming machine using the number of stored balls),
There is provided a recovery processing means (FIGS. 10, 12 to 22) for performing recovery processing (recovery) for recovering data consistency with the gaming machine by recovering from an incommunicable state incapable of communicating with the gaming machine. ,
The recovery processing means receives a detailed data for recovery from the gaming machine (recovery detailed response) and performs a recovery process before determining whether or not a condition for performing the recovery process is satisfied. On the condition that the data (recovery response) is received from the gaming machine and it is determined that the condition is satisfied based on the received determination data (P serial number ≠ 0 and the card ID / insertion time is the same) Then, processing for receiving the detailed data for recovery from the gaming machine (processing for transmitting a recovery detailed request to the P machines) is performed.

  According to the above configuration, the condition for performing the recovery process is established in performing the recovery process for recovering the data consistency with the gaming machine by recovering from the incommunicable state where the gaming device cannot communicate with the gaming machine. If not, the process for receiving the detailed data for restoration from the gaming machine is not performed, so that it is possible to prevent the inconvenience of unnecessary processing as much as possible.

(3) In the gaming system of (1) above,
In communication between the gaming device and the gaming machine, information is transmitted and received together with arrival confirmation information (serial number) updated according to a predetermined update pattern in order to confirm arrival of information,
The gaming machine is
Update information transmitting means for transmitting update information capable of specifying the amount of change in game points that changes in accordance with the use of the game and the occurrence of a prize to the gaming device (payout for transmitting the number of added balls and the number of subtracted balls to the CU Control unit 171),
The change amount of the gaming point between the transmission of the update information and the transmission of the next update information is stored as the current change amount (latest game table information), and the previous change amount ( Change amount storage means stored as previous game table information) (additional ball number counter and subtraction ball number counter of latest game table information and addition ball number storage area and subtraction ball number storage area of previous game table information in FIG. 3, FIG. 211 The latest game machine information addition number counter and subtraction number counter and the previous game machine information addition number storage area and subtraction number storage area),
Detailed data transmission means (FIG. 10, FIG. 12 to FIG. 12) for transmitting detailed data (FIG. 9) including the current change amount, the previous change amount, and the arrival confirmation information as the detailed data for restoration to the gaming device. 17, FIG. 19, FIG. 21, FIG. 22: a payout control unit 171) for transmitting a recovery detail response to the CU,
The gaming device is:
Storage means (FIGS. 10 and 12 to 22) for storing final arrival confirmation information used for communication with the gaming machine;
Based on the arrival confirmation information included in the received detailed data for recovery and the arrival confirmation information stored in the storage means, the current change amount and the previous time included in the received detailed data Determining means for determining which information of the amount of change is used to perform the recovery process (FIG. 10, FIG. 12 to FIG. 17, FIG. 19, FIG. Recovery using the previous game machine information and the latest game machine information, and recovery using only the latest game machine information when the P machine serial number and the CU serial number are the same or the CU serial number is 0. ).

  According to the above configuration, when the incommunicable state is restored, detailed data including the current change amount, the previous change amount, and the arrival confirmation information is transmitted from the gaming machine to the gaming device, and in the gaming device, the gaming machine and Based on the final arrival confirmation information used in the communication of the first and the arrival confirmation information included in the received detailed data for recovery, the current change amount and the previous change included in the received detailed data In order to determine which information of the quantity is used to perform the restoration process, when the incommunicable state is restored, both the gaming device and the gaming machine can be brought into a matched state. As a result, it is possible to provide a robust system in preparation for the occurrence of an incommunicable state.

(4) In the gaming system of (1) and (3) or the gaming device of (2),
Receiving means for receiving, from the gaming machine, player identification information (card ID) that can identify a player playing a game on the gaming machine and predetermined numerical information (such as a card insertion time) as the determination data. FIG. 10, FIG. 12 to FIG. 22),
Accepting means for accepting input of the player specifying information and the predetermined numerical information stored in an external storage means (the host server 801 or a card) other than the gaming machine (a card reader / writer that reads the stored information on the card, The card ID and the card insertion time are received from the host server 801),
Whether the same player is specified based on the player specifying information and the predetermined numerical information received by the receiving means and the player specifying information and the predetermined numerical information received by the receiving means Identical determination processing means (FIG. 10, FIG. 12 to FIG. 22: card ID / insertion time coincidence determination)
The recovery processing means performs processing for receiving the detailed data for recovery when the determination result that the same player is specified is obtained by the same determination processing means (FIG. 10, FIG. 12 to 22).

  According to the above configuration, when an abnormal situation occurs in which the same player is not identified when recovering from the communication disabled state, the process for receiving the detailed data for recovery is not performed, I can deal with it.

  The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

  2 Pachinko machine, 2S slot machine, 3 card unit, 16 main control board, 17 payout control board, 26 game board, 54, 312 display, 309 card insertion / discharge port, 319 replay button, 320 IR light receiving unit, 321 Lending button, 322 return button, 323 main control unit, 325 display control unit, 171 payout control unit, 323 CU control unit.

Claims (2)

A gaming machine game is carried out by the player can communicate with the recreation machine, with gaming system comprising a gaming system that allows a game in using the value for a game player's owned the recreation machine There,
The gaming apparatus includes a recovery processing means for performing a recovery process for recovering data consistency with the gaming machine by recovering from an incommunicable state incapable of communicating with the gaming machine,
The restoration processing means receives determination data for determining whether or not a condition for performing the restoration processing is satisfied before receiving the restoration detail data from the gaming machine and performing the restoration processing. received from aircraft, on condition that it is determined that the condition is satisfied on the basis of the determination data thus received, had the detailed data for the restoration row processing for receiving from said game machine,
The gaming system, wherein the determination data is arrival confirmation information that is updated in order to confirm arrival of information in accordance with communication between the gaming device and the gaming machine . Can communicate with gaming machine game is carried out by the player, a gaming device that enables a game at the recreation machine using the value for a game player's own
A recovery processing means for performing a recovery process for recovering data consistency with the gaming machine by recovering from an incommunicable state incapable of communicating with the gaming machine;
The restoration processing means receives determination data for determining whether or not a condition for performing the restoration processing is satisfied before receiving the restoration detail data from the gaming machine and performing the restoration processing. received from aircraft, on condition that it is determined that the condition is satisfied on the basis of the determination data thus received, had the detailed data for the restoration row processing for receiving from said game machine,
The game data, wherein the determination data is arrival confirmation information that is updated in order to confirm the arrival of information in accordance with communication between the gaming device and the gaming machine .

Images