JP2018042626A - Game management system and game management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To acquire usage record for each game player.SOLUTION: A member management device 50 acquires and accumulates the history of operation of an inter-stand card processing machine 10 such as money deposit, card insertion and card discharge, and transmits it to a hall computer 90 at a predetermined timing after closing a hall. The hall computer 90 receives and accumulates an out pulse, a safe pulse and a special prize pulse from a game machine 20, and thereby obtains the history of the operation of the game machine 20. The hall computer 90 uses the history of the operation of the game machine 20 accumulated in own device and the history of the operation of the inter-stand card processing machine 10 received from the member management device 50, and generates game history data showing a state concerning the game in time series. Then, the game by the same game player is identified from the game history data and generates game data showing the history of the game for each game player.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game management system and a game management method for managing games in a game store.

  Conventionally, a game store provides a game with a game medium interposed therebetween. For example, in a pachinko game, a game ball is used as a game medium, and a game ball is driven into a game board surface to play a game. A plurality of winning areas (winning openings) are provided on the game board surface, and a predetermined number of gaming balls are awarded as winning balls based on the passing of the gaming balls through the winning area. In this way, the number of game media increases or decreases depending on the result of the game, and the player can exchange the acquired game media for prizes.

  It is common for game machines to be equipped with each device. Each stand device accepts the deposit and performs a game media lending process. In addition, each device manages the number of game media acquired by the game as the number of game media, and performs replay processing for subtracting the number of game media and paying out the game media (see, for example, Patent Document 1). .)

  Here, in order to perform sales management at a game store or the like, a technique is known in which information related to a game is collected from a gaming machine and each device, and the collected information is managed by a management device called a hall computer. For example, in Patent Document 2, a hall computer receives a driving signal indicating the number of balls to be shot and a winning signal indicating the number of balls to be awarded from a gaming machine, and the ball signal indicating the number of balls to be played is subjected to inter-card processing. A technique for managing the number of balls lent, the number of balls to be thrown in, and the number of balls to be awarded for each machine number of a gaming machine based on these signals is disclosed.

JP 2011-131037 A JP 2010-158297 A

  However, in the conventional technology, only how much each gaming machine is used is managed, and how many players are using each gaming machine cannot be used to manage the usage results for each player. There was a problem.

  For example, even if the number of balls rented, the number of balls to be thrown in, the number of balls to be awarded, etc. are the same as a result of a single player playing continuously, Although it may be the result of playing a game, these cannot be identified by conventional techniques. In addition, it is difficult to identify with the conventional technology what kind of gaming machine the player uses in what order.

  The number of players played by the game machine, that is, the turnover rate of the game machine is important information for the game store. Similarly, what kind of gaming machine the player uses in what order, that is, the flow line of the player is also important information for the game store. This is because it is possible to determine a gaming machine having a high ability to attract customers and change the layout to a more efficient gaming machine from these pieces of information.

  As described above, the conventional technology has a problem in that it is impossible to acquire the use results for each player such as the turnover rate of the gaming machine and the flow line of the player. Therefore, how to obtain such information is an important issue.

  The present invention has been made to solve the above-described problems and to solve the problems, and an object thereof is to provide a game management system and a game management method capable of obtaining a use record for each player. To do.

  In order to solve the above-described problems and achieve the object, the present invention is a game management system for managing a game in a game store, a gaming machine operation history acquisition unit that acquires an operation history of a gaming machine, and the gaming machine Each device operation history acquisition unit for acquiring the operation history of each device installed in association with each other, the operation history of the gaming machine and the operation history of each device was performed by the gaming machine A game history information generating unit for generating game history information indicating a history of games, and a game for generating game information indicating a game history for each player by identifying a game played by one player from the game history information And an information generation unit.

  Further, according to the present invention, in the above invention, each of the device devices manages a value usable for paying out the game medium used for the game in association with identification information of a predetermined recording medium, and acquires the operation history of each device apparatus The unit obtains the operation history of each of the disk devices in association with the identification information of the recording medium, and the play information generation unit obtains the operation history associated with the identification information of the same recording medium by the same player. It is characterized in that it is identified as an operation history related to the played game.

  Further, in the present invention, the game information generation unit, when a plurality of recording media are continuously used, the operation history associated with the identification information of the plurality of recording media is stored in the same game. It is characterized by identifying as an operation history related to a game played by a customer.

  Further, the present invention is the above invention, wherein the idle information generation unit associates a new value with respect to the reception of the recording medium by each of the disk devices, the identification information of the recording medium stored in each of the disk devices, Alternatively, from the establishment of a predetermined game start condition including any occurrence of use of a game medium in the gaming machine to the establishment of a predetermined game end condition is identified as a game by the same player.

  Further, the present invention is the above invention, wherein the game information generating unit is associated with the recording medium that a predetermined time has passed without the game medium being used in the gaming machine after the recording medium is returned. That the predetermined time has passed without the gaming medium being used in the gaming machine since the value of the gaming machine has reached a predetermined value or less, and that the recording medium returned by the respective device has been used in another device. A game end condition including any of them is used to identify a game from the establishment of a predetermined game start condition to the establishment of the game end condition as a game by the same player.

  Further, the present invention is characterized in that, in the above-mentioned invention, the game information generating unit changes the predetermined time based on an operation history of a corresponding gaming machine.

  Also, in the present invention according to the above invention, when the predetermined time is changed after the generation of the play information, the play information generation unit uses the predetermined time after the change to play from the game history information. The information generation is re-executed.

  In addition, the present invention provides the gaming machine operation management device having the gaming machine operation history acquisition unit and the game information generation unit, and each device operation management device having the device operation history acquisition unit. Furthermore, each said apparatus operation management apparatus transmits the operation history of each said apparatus to the said game machine operation management apparatus, It is characterized by the above-mentioned.

  In addition, the present invention provides the gaming machine operation management device having the gaming machine operation history acquisition unit, and each device operation management device having the device operation history acquisition unit and the game information generation unit. In addition, the gaming machine operation management device transmits an operation history of the gaming machine to each device operation management device.

  Further, in the present invention, the present invention uses the game information to perform a predetermined analysis process including an analysis of a flow line of the player in the game store or an analysis of the number of players using the game machine. An analysis processing unit is further provided.

  The present invention is also a game management method for managing a game in a game store, wherein a game machine operation history acquisition step of acquiring an operation history of a game machine, and each of the device installed in association with the game machine The game history information indicating the history of games played by the gaming machine is generated using the operation history acquisition step of each device to acquire the operation history, the operation history of the gaming machine and the operation history of each device. A game history information generation step, and a game information generation step of generating game information indicating a game history for each player by identifying a game played by one player from the game history information. To do.

  According to the present invention, the operation history of the gaming machine is acquired, the operation history of each device installed in association with the gaming machine is acquired, and the operation history of the gaming machine and the operation history of each device are used. Game history information indicating the history of games played by the gaming machine is generated, and game information played by the same player is identified from the game history information, and game information indicating the history of games for each player is generated. , Use results for each player can be obtained.

FIG. 1 is an explanatory diagram of the concept of the game management system according to the present embodiment. FIG. 2 is a diagram showing the system configuration of the amusement store. FIG. 3 is a diagram showing the appearance of the inter-card card processing machine. FIG. 4 is a functional block diagram showing the configuration of the inter-card card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-card card processor. FIG. 6 is a functional block diagram showing a configuration of the card management apparatus shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the card management apparatus. FIG. 8 is a functional block diagram showing the configuration of the member management apparatus shown in FIG. FIG. 9 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 1) FIG. 10 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 2) FIG. 11 is a functional block diagram showing the configuration of the hall computer shown in FIG. FIG. 12 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 11. (Part 1) FIG. 13 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 11. (Part 2) FIG. 14 is an explanatory diagram of processing by the idle data generation unit. (Part 1) FIG. 15 is an explanatory diagram of processing by the idle data generation unit. (Part 2) FIG. 16 is an explanatory diagram of a specific example relating to the identification of a player. FIG. 17 is an explanatory diagram of automatic threshold change. FIG. 18 is an explanatory diagram of regeneration of idle data based on a change in threshold value. FIG. 19 is an explanatory diagram for analysis of idle data. FIG. 20 is an explanatory diagram of a specific example of analysis. (Part 1) FIG. 21 is an explanatory diagram of a specific example of analysis. (Part 2) FIG. 22 is an explanatory diagram of a specific example of analysis. (Part 3) FIG. 23 is an explanatory diagram of a specific example of analysis. (Part 4) FIG. 24 is a flowchart showing a processing procedure for generating idle data. FIG. 25 is an explanatory diagram of a modification in which the member management device generates idle data.

  Hereinafter, preferred embodiments of a game management system and a game management method according to the present invention will be described in detail with reference to the accompanying drawings.

  In this specification, “mochitama” refers to data indicating the number of game media acquired by the player in the game or the number of the game media, and may be used again for the game only during that day (time before closing). Say what you can do. The stored ball is data indicating the game media acquired by the player in the game or the number of the game media, and can be used again for the game after the next day (time after closing). Mochidama can be used by both general players and member players, and is used when a gaming machine used for gaming is changed (so-called table movement). The stored ball is normally only available to member players, and is used when the acquired game medium is used for games from the next day. A predetermined fee may be imposed on the use of the stored ball.

  First, the concept of the game management system according to the present embodiment will be described. FIG. 1 is an explanatory diagram of the concept of the game management system according to the present embodiment. A plurality of gaming machines are installed in the gaming store, and each gaming machine is provided with an inter-card card processing machine 10 which is each device. In addition, a member management device 50 is provided in the game store, and each inter-card card processor 10 is connected to the member management device 50 so as to be communicable. Further, a hall computer 90 is installed in the game store, and the gaming machine 20 is connected to the hall computer 90 so as to be communicable.

  When the inter-card processing machine 10 accepts payment from the player, the inter-card processing machine 10 associates the prepaid value corresponding to the amount of the deposit with the identification information (card ID) of the card stored in the device itself. This prepaid value can be used to rent game balls. Further, the inter-card card processing machine 10 can accept insertion of a card associated with a prepaid value, a possession ball, a storage ball or the like. At the end of the game, the card associated with the prepaid value, the possession ball, the storage ball, etc. is discharged and returned to the player.

  The inter-card processing machine 10 transmits a history of operations such as payment, card insertion, and card ejection to the member management apparatus 50. The member management apparatus 50 accumulates the history of operations of the inter-card card processing machine 10 such as payment, card insertion, and card discharge, and transmits the history to the hall computer 90 at a predetermined timing such as after the store is closed.

  On the other hand, the gaming machine 20 transmits an out pulse to the hall computer 90 every time a predetermined number of gaming balls are discharged from the gaming board surface. In addition, the gaming machine 20 transmits a safe pulse to the hall computer 90 every time a predetermined number of prize balls are paid out based on the fact that the gaming balls have passed through the winning area (so-called winning). Further, when a special condition such as a big hit occurs due to the game, a special prize pulse indicating the occurrence of such a condition is transmitted to the hall computer 90. The out pulse, the safe pulse, and the special award pulse may be transmitted directly from the gaming machine 20 to the hall computer 90, or another device provided in the gaming machine 20 may send the out pulse, the safe pulse, and the special award pulse to the hall computer. 90 may be transmitted.

  The out pulse corresponds to the number of balls to be shot, which is the number of balls shot by the player on the game board surface. The safe pulse corresponds to the number of prizes awarded by winning. The special pulse indicates the state of the gaming machine 20 such as a big hit. The hall computer 90 can obtain an operation history of the gaming machine 20 by accumulating the out pulse, the safe pulse, and the special prize pulse.

  The hall computer 90 generates game history data using the history of the operation of the gaming machine 20 accumulated in its own device and the history of the operation of the inter-card card processor 10 received from the member management device 50.

  This game history data shows the state relating to the game in time series, such as deposit, card insertion, card discharge, number of balls to be thrown, number of balls to be awarded, and occurrence of special prizes. The card ID and the gaming machine ID are associated with the deposit, card insertion, and card discharge. A gaming machine ID is associated with the number of hit balls, the number of winning balls, and the occurrence of special prizes. For this reason, the game history data indicates which card is used in which gaming machine 20 and how the game has changed.

  The hall computer 90 identifies a game by the same player from the game history data, and generates game data indicating a game history for each player. Although details will be described later, when the same card is used, it is identified as a game by the same player. In addition, when a plurality of cards are used in a state where the game is continuous, the plurality of cards are linked and identified as a game by the same player.

  In this way, the operation history of the inter-card processing machine 10 (payment, card insertion, card discharge, etc.) and the operation history of the gaming machine 20 (occurrence of out pulse, safe pulse, special award pulse) are acquired. The hall computer 90 generates the game history data indicating the history of games played by the gaming machine 20 and identifies the game by the same player using the card ID and the continuity of the game. The game data indicating the history of each game can be generated. By analyzing the game data, it is possible to manage the usage record for each player, such as how many players have used each gaming machine.

  Next, the system configuration of the amusement store will be described. FIG. 2 is a diagram showing the system configuration of the amusement store. As shown in FIG. 2, a plurality of gaming machines 20 and an inter-card card processing machine 10 provided corresponding to each gaming machine 20 are installed in the gaming store. The inter-card processing machine 10 is connected to a communication line, which is an in-store network, via the island controller 30. The island controller 30, the card management device 40, the member management device 50, the prize management device 60, and the checkout machine 80 are connected to the communication line. The gaming machine 20 is connected to the hall computer 90 via a communication line. The hall computer 90 is communicably connected to the member management device 50. Note that the hall computer 90 and the card management device 40 may be communicably connected.

  The gaming machine 20 is a device that plays a game by driving game balls into the game board surface. The gaming board surface of the gaming machine 20 is provided with a plurality of winning areas (winning openings), and a predetermined number of gaming balls are given as prize balls based on the passing of the gaming balls through the winning area. It has become. In addition, a predetermined number of start areas (start ports) are provided on the game board surface, and a predetermined lottery is performed based on the game balls passing through the start areas. If the lottery is a big win, an operation that is advantageous in terms of game is performed, for example, by increasing the probability of passing the game ball to the winning area or other starting area by operating a predetermined movable member or the like. The result of the lottery by passing the ball to the starting port is displayed on a special symbol display device that displays the result of the lottery. The display of the lottery result of the special symbol display device is performed in such a manner that a fixed display is performed after a fluctuation display for a predetermined time. In addition, the game board surface is provided with a decorative symbol display device that variably displays a decorative symbol such as a predetermined number based on the lottery result. If the lottery result is a big hit, for example, (7, 7 , 7) and the like are displayed for notification. An area that serves as both a start area and a winning area may be provided.

  The winning area is provided with a winning sensor for detecting the passing of a game ball to the winning area, and the winning sensor detects the passing (winning) of the game ball that has been driven into the winning area. It has become. The control unit of the gaming machine 20 has a prize ball memory that stores the number of game balls to be given as prize balls for each winning area.

  Therefore, when the passing of a game ball that has been struck to a specific winning area is detected by the winning sensor, the gaming machine 20 should be given from the stored contents of the winning ball memory and the number of game balls that have passed the winning area. The number of prize balls can be determined, and the determined number of prize balls can be paid out. In addition, the game balls that have been struck are finally discharged out of the gaming machine from the back side of the gaming board regardless of whether or not they have passed through the winning area. The game balls discharged to the outside of the gaming machine are detected by an out ball detection device attached to each gaming machine.

  The gaming machine 20 also includes an external output unit that outputs a signal for managing the operating state of the gaming machine 20 to the hall computer 90 or the like. A safe pulse is transmitted from the external output unit to the hall computer 90 every time a predetermined number of prizes are paid out. Further, when a special state such as a big hit occurs due to a game in the gaming machine 20, a special prize pulse indicating the occurrence of such a state is transmitted from the external output unit to the hall computer 90. Further, in the gaming machine 20, when the variation display of the special symbol display device is started based on the result of the lottery by passing the ball to the start port, a start pulse indicating the start of the variation display is sent from the external output unit to the hall computer. 90. Further, an out pulse indicating the number of balls shot into the gaming machine 20 (the number of balls discharged from the game board surface) is transmitted from the out ball detecting device to the hall computer 90.

  The inter-card processing machine 10 accepts payment, rents out game balls, and communicates with the card management device 40. When the inter-card processing machine 10 accepts a bill inserted by the player, the inter-card processing device 10 transmits deposit notification data including the amount of the bill to the card management device 40, and the prepaid value managed by the card management device 40. The number corresponding to is added. If a predetermined ball lending operation is performed, a ball lending request is transmitted to the card management device 40, the prepaid value managed by the card management device 40 is subtracted, and the number of games corresponding to the subtracted prepaid value Perform the ball payout process.

  Further, if the inter-card card processing machine 10 accepts the insertion of the card, it transmits the card insertion notification data to the card management device 40. Further, if the inter-card card processing machine 10 receives data including the prepaid value, the number of possessed balls, and the number of stored balls from the card management device 40, it stores the received prepaid value, the number of retained balls, and the number of stored balls. If the number of possessed balls is stored, the inter-card processing machine 10 transmits the retained ball subtraction request data to the card management device 40, thereby reducing the number of retained balls managed by the card management device 40 to zero. clear.

  Also, when the inter-card processing machine 10 accepts the possession ball replay operation, the predetermined number is subtracted from the number of possession balls stored in the own device, and the payout processing of the number of game balls corresponding to the subtracted number of possession balls is performed. Do. In addition, when the inter-card processing machine 10 accepts the stored ball replay operation, it transmits the stored ball replay request data to the card management device 40, thereby subtracting a predetermined number from the number of stored balls managed by the member management device 50. The payout processing of the number of game balls corresponding to the subtracted number of stored balls is performed.

  In addition, when the inter-card processing machine 10 accepts the card return operation, the inter-card processing machine 10 transmits to the card management device 40 the possession ball addition request data including the number of possession balls managed by the own device, and After the number is added, the card discharge notification data is transmitted to the card management device 40 to control the card discharge.

  The island controller 30 is a relay device that bundles a group of gaming machines 20 and inter-card card processing machines 10 provided on the gaming island.

  The card management device 40 is a device that manages the prepaid value of the card, the number of balls, etc. as card data. When the card management device 40 receives the card insertion notification data from the inter-card card processor 10, the card management device 40 manages the card ID of the inserted card and the device ID of the inter-card card processor 10 in association with each other. The prepaid value and the number of possessions associated with are transmitted to the inter-card card processing machine 10. When the card ID indicated in the card insertion notification data is the card ID of the member card, the card management device 40 transmits the card insertion notification data to the member management device 50 and receives it from the member management device 50. The stored ball replay data is transmitted to the inter-card card processing machine 10.

  Moreover, when the card management apparatus 40 receives the ball subtraction request data from the inter-card card processor 10, the card management device 40 clears the number of balls to zero. In addition, when the card management device 40 receives the ball addition request data from the inter-card processing machine 10, the card management device 40 sets the number of balls included in the ball addition request data to the number of balls managed by the card management device 40. to add.

  Further, when the card management device 40 receives the ball lending request data from the inter-card card processing machine 10, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID, and uses the inter-card card processing machine 10 Send to. If the storage ball replay request data is received, the stored ball replay request data is transmitted to the member management device 50. If the member management device 50 outputs the storage ball replay data, Transmit to the card processor 10.

  Further, when the card management device 40 receives the card ID from the prize management device 60, the card management device 40 notifies the prize management device 60 of the number of balls associated with the card ID. Further, when the card ID is received from the settlement machine 80, the prepaid value associated with the card ID is notified to the settlement machine 80.

  Further, when the card management device 40 receives the card insertion notification data, the card management device 40 identifies the gaming machine ID of the gaming machine 20 corresponding to the inter-card card processing machine 10 that is the transmission source, and determines the gaming machine ID and the card ID. Correspondingly, the card management unit 50 is notified of card insertion. Similarly, when the inter-card card processing machine 10 ejects the card, the gaming machine ID of the gaming machine 20 corresponding to the transmitting inter-card card processing machine 10 is specified, and the gaming machine ID and the card ID are associated with each other. At the same time, the member management apparatus 50 is notified of the card ejection.

  Further, when receiving the deposit notification data, the card management device 40 identifies the gaming machine ID of the gaming machine 20 corresponding to the inter-card card processing machine 10 that is the transmission source, and associates the gaming machine ID with the card ID. In addition, the member management apparatus 50 is notified of the payment.

  A card insertion notification, a card ejection notification, a payment notification, and the like from the card management device 40 to the member management device 50 are output to the hall computer 90 as an operation history of the inter-card processing machine 10 as will be described later. When the card management device 40 and the hall computer 90 can communicate with each other, the card management device 40 may directly notify the hall computer 90 of card insertion, card ejection, payment, and the like.

  The member management device 50 is a management device that manages member management data of members registered as members in the amusement store. Specifically, the number of stored balls, the number of points, the password, the name, etc. are managed in association with the member card ID issued to the member.

  When the member management device 50 receives the card insertion notification data from the inter-card processing machine 10, the member management device 50 stores the stored ball replay data including the number of stored balls and the password associated with the card ID indicated in the card insertion notification data. To the inter-card processing machine 10. In addition, when the member management device 50 receives the stored ball replay request data from the inter-card card processor 10, the member management device 50 subtracts a predetermined number from the number of stored balls associated with the card ID indicated in the stored ball replay request data, The stored ball replay data including the number of stored balls after subtraction is transmitted to the inter-card processing machine 10. Note that communication between the inter-card card processor 10 and the member management device 50 is performed via the card management device 40.

  Further, when the member management device 50 receives an inquiry about the number of stored balls from the prize management device 60, the member management device 50 notifies the prize management device 60 of the number of stored balls corresponding to the designated card ID.

  Further, the member management device 50 accumulates the history of operations such as payment, card insertion and card ejection of the inter-card processing machine 10 notified from the card management device 40, and stores it in the hall computer 90 at a predetermined timing such as after closing. Send.

  Also, the member management device 50 accumulates a history of operations related to prize exchange by the prize management device 60 and settlement by the settlement machine 80 and transmits it to the hall computer 90 at a predetermined timing such as after closing.

  The prize management device 60 is a prize exchange terminal device provided in the prize exchange counter in the amusement store, and performs prize exchange processing for exchanging the acquired balls, the number of stored balls, and the number of held balls for prizes. The prize management device 60 is connected to a card reader that reads a card ID from a card and a prize dispensing device that dispenses prizes. The prize management device 60 transmits the card ID to the card management device 40 when the card ID is read from the general card or the membership card (or when the identification data corresponding to the card ID is read from the portable terminal or the like). Requesting the number of balls with the card ID. When exchanging prizes for the number of stored balls, the member management device 50 is requested for the number of stored balls.

  When the card associated with the prepaid value is inserted, the checkout machine 80 transmits the card ID of the card to the card management device 40 and receives the response data to obtain the prepaid value associated with the card. And pays out money according to the acquired prepaid value.

  The hall computer 90 manages the history of the operation of the gaming machine 20 by receiving and accumulating out pulses, safe pulses, and special prize pulses from each gaming machine 20. The hall computer 90 manages the state of each gaming machine 20 ("special prize", "vacant stand", "in game", etc.), and the state of each gaming machine is displayed on a map display in the hall. It can also be displayed. Further, the hall computer 90 receives the history of operation of the inter-card card processor 10 and the history of prize exchange and payment. Then, the game history data and the game data are generated using the history of the operation of the gaming machine 20, the history of the operation of the inter-card processor 10 and the history of prize exchange and settlement.

  Next, the ball lending process of the gaming system shown in FIG. 2 will be described. When the player performs a ball lending operation on the inter-card card processing machine 10, the inter-card card processing machine 10 transmits the ball lending request data to the card management device 40. The ball lending request data includes a card ID of a card inserted in the inter-card card processing machine 10 and an address or arbitrary identification data for specifying the inter-card card processing machine 10 that is a transmission source.

  Upon receiving the ball lending request data, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID of the ball lending request data. Then, the card management device 40 transmits the ball lending permission data to the inter-card card processing machine 10 that is the transmission source. The inter-card card processing machine 10 that has received the ball lending permission data performs payout processing of the number of game balls corresponding to the subtracted prepaid value.

  Next, a description will be given of the ball replay process in the case of replaying the ball in the gaming system shown in FIG. When the inter-card processing machine 10 accepts the insertion of the general card or the membership card, it transmits the card insertion notification data to the card management device 40. This card insertion notification data includes the card ID of the card inserted in the inter-card card processor 10, an address or arbitrary identification data for identifying the inter-card card processor 10 that is the transmission source, and the inter-card card processor Data for specifying 10 rates.

  When the card management device 40 receives the card insertion notification data from the inter-card card processor 10, the card management device 40 gives the inter-card card processor 10 the number of balls held at each rate associated with the card ID in the card insertion notification data. Notice.

  The inter-card processing machine 10 stores the number of balls received from the card management device 40. Then, data for specifying the card ID, rate, and holding ball subtraction request data indicating that the number of holding balls is cleared to zero are transmitted to the card management device 40. When the card management device 40 receives the ball subtraction request data, the card management device 40 clears the number of balls in each rate specified by the card ID to zero. Further, when the inter-card processing machine 10 accepts a holding ball replay operation and performs a holding ball replay, the predetermined number is subtracted from the stored number of holding balls, and a payout process for the corresponding number of gaming balls is performed. . When performing the payout process, the payout process is performed by transmitting a payout instruction to the gaming machine for multiples of units that can be paid out by the gaming machine (for example, 25 balls), and the rest is paid out from the nozzle unit 18a of the own machine. The payout process is performed.

  When the inter-card card processing machine 10 accepts the card return operation, the inter-card card processing machine 10 transmits the possession ball addition request data to the card management device 40. This possession ball addition request data includes the card ID of the card to be returned, the address or arbitrary identification data that identifies the inter-card processor 10 that is the transmission source, and the number of possessions at each rate. .

  When the card management device 40 accepts the possession ball addition request data, the card management device 40 adds the possession number included in the possession ball addition request data to the number of possessions at each rate associated with the card ID. Thereafter, the inter-card card processor 10 transmits the card ejection notification data to the card management device 40 and controls the ejection of the card.

  Next, the stored ball replay process in the gaming system shown in FIG. 2 will be described. When the inter-card card processor 10 reads the card ID from the membership card or the portable terminal that can be used as the membership card, it transmits the card insertion notification data to the card management device 40. This card insertion notification data includes the card ID of the card inserted in the inter-card card processor 10, an address or arbitrary identification data for identifying the inter-card card processor 10 that is the transmission source, and the inter-card card processor Data for specifying 10 rates.

  The card management device 40 transmits the card insertion notification data received from the inter-card card processor 10 to the member management device 50. When the member management device 50 receives the card insertion notification data, the membership number associated with the card ID in the card insertion notification data and the number of stored balls at the rate specified by the card insertion notification data among the stored balls. Then, the stored ball replay data including the possible number of stored ball replays is transmitted to the inter-card processing machine 10. The possible number of pool replays indicates the number of balls that can be replayed. The possible number of replays of the stored balls is a multiple of the number of payout units of game balls in the replay of stored balls. If an upper limit is set for the replay of stored balls, the maximum value within the range of the number of stored balls and the upper limit is the possible number of replay of stored balls. In addition, you may use the frequency | count in which the stored ball replay is possible instead of the possible number of the stored ball replay as the stored ball replay frequency. The stored ball replay frequency is a quotient obtained by dividing the number of stored balls by the number of payout units of game balls in the stored ball replay. However, in the case where an upper limit is set for the stored ball replay, the upper limit of the stored ball replay frequency is limited by this upper limit.

  The inter-card processing unit 10 stores the received stored ball replay data, and allows the stored ball replay operation to be accepted when the possible number of stored ball replays indicated in the stored ball replay data is 1 or more.

  When the storage card replay data is stored for the first time after the storage ball replay data is stored, the inter-card processing machine 10 requests the player to input a password, and the input password is the stored ball replay data. It is determined whether or not it matches the password shown in FIG.

  The inter-card card processing machine 10 transmits the stored ball replay request data to the card management device 40 when the passwords match. This storage ball replay request data includes the card ID of the card inserted in the inter-card card processing machine 10, the address or arbitrary identification data for specifying the inter-card card processing machine 10 that is the transmission source, and inter-card processing. Data for specifying the rate of the machine 10.

  The card management device 40 transmits the stored ball replay request data to the member management device 50. When the member management apparatus 50 receives the stored ball replay request data, the member management device 50 subtracts a predetermined value from the stored ball associated with the card ID in the stored ball replay request data at a rate specified by the message. Then, recalculate the possible number of replays of the stored ball. Then, stored ball replay data including the balance after subtraction and the possible number of stored ball replays is transmitted to the inter-card card processing machine 10.

  The inter-card processing machine 10 updates the number of stored balls to be stored, and performs a payout process for the number of game balls corresponding to the number of payout units for storing replay. In addition, it is determined whether the number of possible replays of the renewed stored ball is 1 or more. If the possible number of pool replays is 0, the storage ball replay operation cannot be accepted. If the number of possible replays of stored balls after renewal is 1 or more, the replay operation of stored balls can be accepted again. In the second and subsequent replays, it is not necessary to confirm the password. Note that the password may be confirmed every time. Moreover, although the case where the member management device 50 subtracts the balance of the stored ball and then the inter-card card processing machine 10 performs the game ball payout process is illustrated here, the game ball payout process is performed based on the stored ball replay request. After doing so, the balance of the stored ball may be subtracted. This is because the storage ball replay data before the storage ball replay request indicates the possible number of storage ball replays, and it does not become a situation where the balance shortage is found after receiving the storage ball replay request.

  Next, the transition from the holding ball to the storage ball in the closing process will be described. The card management device 40 checks the number of balls in the card management data during the closing process, and if there is a record associated with a number of balls larger than zero, the number of balls in the record is displayed together with the card ID and the rate. The member management apparatus 50 is notified. The member management device 50 adds the number of balls informed from the card management device 40 to the number of balls specified by the card ID and rate. Thereafter, the card management device 40 clears the number of possessed balls to zero.

  Next, the external appearance of the inter-card card processing machine 10 shown in FIG. 2 will be described. FIG. 3 is a diagram showing the appearance of the inter-card card processing machine 10. In FIG. 3, the appearance of the inter-card card processing machine 10 connected to the gaming machine 20 is shown as the inter-card card processing machine 10. Moreover, the gaming machine 20 provided side by side is illustrated with a broken line. Moreover, in FIG. 3, although the inter-card processing machine 10 which receives only a banknote was illustrated, the unit for coin reception can also be provided.

  As shown in FIG. 3, the inter-card card processing machine 10 includes a state display unit 11, a bill insertion slot 12a, a display operation unit 13, a card insertion slot 14a, a holding unit 14b, a nozzle unit 18a, and a counting unit 18b.

  The status display unit 11 displays the status of the inter-card card processor 10 by lighting or blinking a lamp of a predetermined color. The banknote insertion slot 12a is an insertion slot for various banknotes necessary for lending game balls. The display operation unit 13 is a device that accepts display of operation buttons such as a touch panel type liquid crystal display and input operation using the operation buttons.

  The card insertion slot 14a is an insertion slot for cards possessed by the player. The holding part 14b is a part that holds the portable terminal used for member registration. When the portable terminal is held over the holding part 14b, data such as a unique ID (for example, IDm) of the portable terminal is read from the portable terminal. The nozzle unit 18 a is a mechanism for throwing out game balls to the gaming machine 20. The counting unit 18b is a mechanism for counting game balls dropped from the lower plate of the gaming machine 20.

  Next, the configuration of the inter-card card processing machine 10 shown in FIG. 2 will be described. FIG. 4 is a functional block diagram showing a configuration of the inter-card card processing machine 10 shown in FIG. As shown in FIG. 4, the inter-card card processing machine 10 includes a banknote transport unit 12, a display operation unit 13, a reader / writer 14, a holding unit 14 b, a communication unit 15, a storage unit 16, and a control unit 17. And a nozzle unit 18a and a counting unit 18b.

  The banknote conveyance part 12 is a conveyance part conveyed to the banknote storage part which is not shown in figure, discriminating the money type and authenticity of the banknote inserted from the banknote insertion port 12a. The display operation unit 13 is an input / output device such as a touch panel type liquid crystal display that displays various information such as a prepaid value that can be used for ball lending, the number of balls held, and the number of balls stored, and accepts various operations such as ball lending operations. It is.

  The reader / writer 14 is a device that reads a card ID from a card inserted into the card insertion slot 14a. The card inserted into the card insertion slot 14a is stored in a card storage section (not shown) through the reader / writer 14. The holding unit 14b is an interface unit that reads various kinds of information such as a unique ID (for example, IDm) of the portable terminal by short-range wireless communication when the portable terminal is held over. The reader / writer 14 also issues a new card by associating value data such as a ball or a prepaid value indicated in the card data 16b with a card stored in the card storage unit in response to a player's return operation. Also have. However, when the prepaid value shown in the card data 16b is 0 and the number of possessed balls is less than a certain number (minimum holding number), control is performed so that the card is not returned even if a return operation is performed. This is a control for preventing a loss in a game store caused by discarding a card associated with a small amount of balls. As a certain number, for example, the value obtained by multiplying the number of balls held by the lending unit price per ball can be set so that the value of the card or the prize at the lowest price in the game store is not limited to this. Can be set freely according to store policy. In addition, when controlling to not return the card even if there is a return operation, you can pay out the stored ball, but display that the card can not be returned and prompt the player to replay the ball May be.

  The communication unit 15 is an interface unit for performing data communication between the gaming machine 20 and the island controller 30. The nozzle unit 18a is used for part or all of the payout when the game balls are paid out by lending or replaying balls. The counting unit 18b is a unit that counts game balls.

  The storage unit 16 is a storage device including a hard disk device, a nonvolatile memory, and the like. The storage unit 16 stores its own device state data 16a and card data 16b.

  The own device status data 16a is data indicating the status of the inter-card card processing machine 10. The own device status data 16a includes the device ID of the inter-card processing machine and the game settings. The device ID of the inter-card card processing machine is identification data for uniquely identifying the inter-card card processing machine 10 within the amusement store. The game setting is data indicating a game type or the like set in the inter-card card processing machine 10. When handling multiple rate game balls in a game store, “ball 1” for 4 yen game balls, “ball 2” for 2 yen game balls, “ball 3” for 1 yen rate game balls In this way, the game type name is set and managed for each rate. The inter-card processing machine 10 selects a rate used for the game from these game types and stores it as a game setting.

  The card data 16b is data relating to a card that is being used by a player. The card data 16b includes a card ID, a prepaid value, a holding ball, a stored ball, a possible number of stored ball replays, and the like. There are data for each game type (rate) for the possession balls and storage balls. The card ID is a card ID read by the reader / writer 14. When a card is transported from a card storage section (not shown) to the card insertion slot 14a and the card is ejected, the card data 16b is updated with the card ID read by the reader / writer 14 during the transport. Also, when a card is transported from the card insertion slot 14a to a card storage unit (not shown), the card data 16b is updated with the card ID read by the reader / writer 14 during the transport.

  The control unit 17 is a control unit that controls the entire inter-card card processing machine 10, and includes a data management unit 17a and a count processing unit 17b.

  When the card is inserted, the data management unit 17a transmits card insertion notification data including the device ID of the device status data 16a and the card ID of the card data 16b to the card management device 40. Further, when the data management unit 17a receives data including value data (at least one of prepaid value, number of possessions and number of balls) from the card management device 40, the data management unit 17a updates the card data 16b with the received value data. . The data management unit 17a appropriately controls the display operation unit 13 to display the prepaid value, the number of possessed balls, and the number of stored balls indicated in the card data 16b.

  Moreover, if a banknote is inserted in the banknote insertion slot 12a, the data management part 17a will transmit the payment notification data containing the money amount of inserted banknote, card ID, and inter-card processing machine ID to the card management apparatus 40. FIG.

  Further, the data management unit 17a transmits the ball lending request data including the card ID and the device ID to the card management device 40 when the ball lending operation is performed by the player. If the ball lending permission data is received as a response to the ball lending request data, the data management unit 17a performs a predetermined number of game ball payout processing.

  The data management unit 17a subtracts a predetermined number from the number of possessed balls indicated in the card data 16b when the player performs a possession replay operation, and performs a payout process for the corresponding number of game balls. Do.

  In addition, when the possible number of reclaimed balls indicated in the card data 16b is 1 or more, the data management unit 17a displays a replay button for reclaimed balls on the display operation unit 13 and can accept a replay operation for reclaimed balls. And The data management unit 17a transmits the stored ball replay request data including the card ID and the inter-card card processing machine ID to the member management device 50 when the stored ball replay operation is performed by the player. If the stored ball replay data is received as a response to the stored ball replay request data, the number of stored balls in the card data 16b is updated, and a game ball payout process for the number of payout units of the stored ball replay is performed. At the time of the first re-playing operation of the stored ball replay, the user is requested to input a password, and the stored ball re-play request data is transmitted on condition that the password matches the password shown in the card data 16b.

  In addition, when the card return operation is performed by the player, the data management unit 17a transmits to the card management device 40 the ball addition request data including the card ID, the device ID, and the number of balls, and the card data 16b. After clearing the number of holding balls to zero, the card discharge notification data is transmitted to the card management device 40, and the card is discharged.

  Further, the data management unit 17a transmits the general card use data including the card ID of the card data 16b to the card management device 40 when the possession of the general card and the prepaid value become 0.

  In addition, when the wagon prize is exchanged, the data management unit 17a subtracts the number of possessions corresponding to the prize from the number of possessions indicated in the card data 16b. Then, the wagon prize exchange data including the card ID of the card data 16b is transmitted to the card management device 40 to notify that the wagon prize has been exchanged. Here, the wagon prize exchange is a service that allows a game clerk to carry prizes such as drinks and cigarettes and go around the game shop so that the player can exchange prizes and holding balls while continuing the game.

  In addition, when the possession division is performed, the data management unit 17a performs a process of dividing and associating the two cards having the number of possessions indicated in the card data 16b and discharging one of the cards. . Then, by transmitting the ball split notification data including the card IDs of the two cards to the card management device 40, the fact that the ball split has been performed is notified.

  When performing the ball splitting, the data management unit 17a can display a button for splitting the ball on the display operation unit 13, and when the button for splitting the ball is operated, a new card is inserted. And the input of the number of split balls is accepted. The newly inserted card becomes the split destination card, and the card used so far becomes the split source card. The data management unit 17a subtracts the number of balls from the number of balls in the card data 16b that is the number of balls of the original card of the division, associates the number of balls for the number of divided balls with the division destination card, Eject the card.

  In the case where the ball split is performed, it is identified that the same player has used the split-destination card and the split-source card. Further, it may be set so that the player who has been divided and the card that has been divided are used by different players.

  When the game ball is inserted into the counting unit 18b, the counting processing unit 17b causes the counting unit 18b to count the game ball and performs a process of adding the counting result to the number of balls in the card data 16b.

  In addition, the counting processing unit 17b, when performing the addition of the possession ball by counting, transmits each unit counting notification data including the card ID of the card data 16b to the card management device 40, thereby enabling the inter-card processing unit Notify that counting at 10 has been performed.

  Next, an example of data stored in the storage unit 16 of the inter-card card processing machine 10 will be described. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit 16 of the inter-card card processing machine 10.

  The own apparatus state data 16a shown in FIG. 5A indicates a state in which the ID of the inter-card card processing machine 10 is “3001” and “ball 1” is set as the game type of the inter-card card processing machine 10. ing.

  The card data 16b shown in FIG. 5B shows a state where the ID of the card inserted into the inter-card card processing machine 10 is “2002”. Here, the first digit of the card ID indicates the type of card, the card with the first digit “1” being a general card, and the card with the first digit “2” being a membership card. The card data 16b indicates a state where the prepaid value is “2000 degrees”. Here, the frequency of prepaid value is equivalent to 1 yen per frequency. The card data 16b indicates that the number of balls 1 has “375 balls”, the number of balls 2 has “500 balls”, and the number of balls 3 has “2000 balls”. Show.

  Further, the card data 16b has a password for replaying the stored ball of “7777”, the possible number of replayed stored balls is “250 balls”, the stored number of balls 1 is “250 balls”, and the ball 2 The number of stored balls is “1000 balls”, and the number of stored balls of ball 3 is “4000 balls”. In addition, although the structure which stores here the number of balls which can be replayed as a possible number of replays was shown, you may store the frequency | count of possible replays as a replay frequency. Although not shown, the card management device 40 also stores ON / OFF of a “lock” flag indicating validity / invalidity of the card in addition to the possession ball, storage ball, and prepaid value in association with the card ID. When a card theft is detected, it is turned ON by an employee operation. These data are also stored in the card data 16b. In addition, this “lock” flag can be set for each function (“use of pool”, “entry”, etc.). For example, only the “entry” function is subject to “lock” as requested by the player. It can also be used to prevent erroneous operation.

  Next, the configuration of the card management device 40 shown in FIG. 2 will be described. FIG. 6 is a functional block diagram showing the configuration of the card management device 40 shown in FIG. As illustrated in FIG. 6, the card management device 40 includes a display unit 41, an input unit 42, an external network communication unit 43, a store network communication unit 44, a storage unit 45, and a control unit 46.

  The display unit 41 is a display device such as a liquid crystal display device. The input unit 42 is an input device such as a keyboard or a mouse. The external network communication unit 43 is an interface unit for data communication via a network outside the game store. The store network communication unit 44 is an interface unit for performing data communication with the island controller 30, the member management device 50, the prize management device 60, and the checkout machine 80 via a communication line in the amusement store.

  The storage unit 45 is a storage device such as a hard disk device or a nonvolatile memory, and stores game type setting data 45a, card management data 45b, and device management data 45c.

  The game type setting data 45a is data in which the lending rate and the display name are associated with the game type. The card management data 45b is data in which the prepaid value, the number of possessions of each game type, and the use destination device ID indicating the device ID of the inter-card processing machine 10 in which the card is inserted are associated with the card ID. is there. The device management data 45c is data relating to a device placed in the amusement store. The device management data 45c includes the device ID of the inter-card card processing machine, the address of the inter-card card processing machine 10, the installation location, the gaming machine ID and model data of the attached gaming machine.

  The control unit 46 is a control unit that controls the entire card management device 40, and includes a game type setting management unit 46a, a card management unit 46b, and a device management unit 46c. Actually, a program corresponding to these functional units is stored in a ROM or a non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed to thereby execute a game type setting management unit. 46a, the card management unit 46b, and the device management unit 46c execute corresponding processes.

  The game type setting management unit 46a is a processing unit that manages the game type used in the game store, the rate, and the display name in association with each other as the game type setting data 45a.

  The card management unit 46b is a processing unit that manages the card management data 45b. Specifically, when the card management unit 46b receives the card insertion notification data from the inter-card processing machine 10, the card management unit 46b also notifies the card insertion notification of the used device ID of the card ID indicated in the card insertion notification data. The device ID shown in the data is assumed. In addition, the prepaid value associated with the card ID indicated in the card insertion notification data and the number of possessions at each rate are notified to the inter-card processing machine 10 as value data. If the inserted card is a member card, card insertion notification data is transmitted to the member management device. When the card management unit 46b receives the ball subtraction request data from the inter-card processing machine 10, the card management unit 46b clears the number of balls having the rate indicated in the ball subtraction request data to zero.

  Further, when receiving the ball lending request data including the card ID from the inter-card processing machine 10, the card management unit 46b determines whether or not the prepaid value associated with the card ID is equal to or greater than a predetermined value. . If the prepaid value is equal to or greater than the predetermined value, the card management unit 46b subtracts the predetermined value from the prepaid value stored in the card management data 45b and includes the updated prepaid value in the inter-card card processor 10. Send ball lending permission data. On the other hand, when the prepaid value is less than the predetermined value, the card management unit 46b notifies the inter-card card processing machine 10 of the ball lending impossibility data.

  In addition, when the card management unit 46b receives payment notification data including the amount of money inserted from the inter-card processing machine 10, the card ID, and the device ID, the card management unit 46b notifies the payment to the prepaid value associated with the card ID. Add the prepaid value for the amount shown in.

  In addition, when the stored card replay request data is received from the inter-card card processing machine 10, the card management unit 46 b transfers the stored ball replay request data to the member management device 50. Also, response data from the member management device 50 to the stored ball replay request data is also transferred to the inter-card card processing machine 10.

  In addition, when the card management unit 46b receives the possession ball addition request data, the card management unit 46b adds the possession number included in the possession ball addition request data to the number of possessions at the corresponding rate. Further, when the card management unit 46b receives the card discharge notification data, the card management unit 46b deletes the used device ID of the card ID.

  Further, when the card management unit 46b receives the card ID from the prize management device 60, the card management unit 46b notifies the prize management device 60 of the number of possessions of each rate associated with the card ID. Further, when the card management unit 46b receives the card ID from the payment machine 80, the card management unit 46b notifies the payment machine 80 of the prepaid value associated with the card ID.

  The device management unit 46c is a processing unit that manages the device management data 45c. The device management unit 46c generates and updates the device management data 45c based on the device ID acquired from the inter-card card processing machine 10, the address of the inter-card card processing machine 10, the installation location, and the gaming machine ID.

  Further, when receiving the card insertion notification data from the inter-card card processing machine 10, the apparatus management unit 46c refers to the apparatus management data 45c, and the gaming machine ID corresponding to the transmitting inter-card card processing machine 10 Is identified. Then, card insertion notification data including the identified gaming machine ID is transmitted to the member management device 50.

  Similarly, when the device management unit 46c receives the card ejection notification data from the inter-card card processing machine 10, the device management unit 46c refers to the apparatus management data 45c and corresponds to the game machine corresponding to the transmitting inter-card card processing machine 10. Specify the ID. Then, the card discharge notification data including the identified gaming machine ID is transmitted to the member management device 50.

  In addition, when receiving the payment notification data from the inter-card card processing machine 10, the apparatus management unit 46c refers to the apparatus management data 45c and determines the gaming machine ID corresponding to the inter-card card processing machine 10 as the transmission source. Identify. Then, the payment notification data including the identified gaming machine ID is transmitted to the member management apparatus 50.

  Similarly, when the device management unit 46c receives each unit count notification data, general card use-out data, wagon prize exchange data, and coin split notification data from the inter-card processing machine 10, the device management data 45c is received. With reference to, the gaming machine ID corresponding to the inter-card card processing machine 10 of the transmission source is specified. Then, each unit count notification data, general card use-up data, wagon prize exchange data, and coin split notification data are transmitted to the member management device 50 including the specified gaming machine ID.

  Next, an example of data stored in the storage unit 45 of the card management device 40 illustrated in FIG. 6 will be described. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit 45 of the card management device 40.

  The game type setting data 45a shown in FIG. 7A associates the rate “4 yen” and the display name “4 pachis” with the game type name “ball 1”. In addition, the game type setting data 45a associates the rate “2 yen” and the display name “2 pachis” with the game type name “ball 2”. Further, the game type setting data 45a associates the rate “1 yen” and the display name “1 pachi” with the game type name “ball 3”.

  In the card management data 45b shown in FIG. 7B, the card ID “1001” has a prepaid value “2500”, the number of balls 1 “1500”, the number of balls 2 “2300”, and ball 3 Is associated with “0”. That is, the card with the card ID “1001” is not inserted into the inter-card processing machine 10, and the management of the possession balls is performed by the card management device 40.

  Further, in the card management data 45b shown in FIG. 7B, the prepaid value “500”, the number of possessed balls at each rate “0”, and the used device ID “3004” are associated with the card ID “1002”. That is, the card with the card ID “1002” is inserted into the inter-card card processing machine 10 with the device ID “3004”, and the management shifts to the inter-card card processing machine 10 regarding the number of balls. For this reason, the number of balls in each rate is zero.

  In the card management data 45b shown in FIG. 7B, the card ID “2002” is associated with the prepaid value “2000”, the number of balls held at each rate “0”, and the usage destination device ID “3001”. That is, the card with the card ID “2002” is inserted into the inter-card card processing machine 10 with the device ID “3001”, and the management of the holding ball is transferred to the inter-card card processing machine 10. For this reason, the number of balls in each rate is zero.

  In the device management data 45c shown in FIG. 7C, the network address of the inter-card card processor 10 with ID “3001” is “AB.CD.EF.GH”, and the installation location is “island 1-1. ”, The ID of the connected gaming machine 20 is“ P001 ”, the game type is“ ball 3 ”, and the model of the connected gaming machine 20 is“ EV01 ”. It also shows that this gaming machine 20 is in use.

  Next, the internal configuration of the member management apparatus 50 shown in FIG. 2 will be described. FIG. 8 is a functional block diagram showing the configuration of the member management apparatus 50 shown in FIG. As shown in the figure, the member management apparatus 50 is connected to a display unit 51 and an input unit 52. The display unit 51 is a liquid crystal panel, a display device, or the like, and the input unit 52 is a keyboard, a mouse, or the like.

  The member management apparatus 50 includes an external network communication unit 53, a store network communication unit 54, a storage unit 55, and a control unit 56. The external network communication unit 53 is an interface unit for data communication via a network outside the game store. The store network communication unit 54 is an interface unit for data communication with the prize management device 60, the card management device 40, the hall computer 90, and the like via a communication line in the amusement store.

  The storage unit 55 is a storage device such as a hard disk device or a nonvolatile memory, and includes member management data 55a, game type setting data 55b, prize master 55c, game-related card processing history data 55d, non-game card processing history data 55e, and counting. The settlement process history data 55f is stored.

  The member management data 55a is data in which a name, a storage ball, a portable ID m, an address, a telephone number, and the like are associated with the card ID of the member card issued to the member. The game type setting data 55b is data in which a rate and a display name are associated with a game type. The prize master 55c is data used when exchanging game balls for prizes.

  The game-related card processing history data 55d indicates a history related to games such as card insertion, card ejection, payment, counting of each card, and general card use, among the processing operations performed by the inter-card card processor 10. Specifically, the game-related card processing history data 55d is updated based on the card insertion notification data, the card discharge notification data, the payment notification data, each unit count notification data, and the general card expiration data received from the card management device 40. Will be.

  Out-of-game card processing history data 55e indicates a history of services such as wagon prize replacement and coin splitting among processing operations by the inter-card processing machine 10. Specifically, the non-game card processing history data 55e is updated based on the wagon prize exchange data and the coin split notification data received from the card management device 40.

  The counting / settlement processing history data 55f indicates a history of processing operations other than the inter-card card processing machine 10 such as prize exchange by the prize management device 60, settlement of prepaid value by the settlement machine 80, and counting by the island edge counter. Specifically, the counting / settlement process history data 55f is updated in response to an operation notification from the prize management device 60, the settlement machine 80, the island edge counter, or the like.

  The control unit 56 is a control unit that controls the entire member management apparatus 50, and includes a member management unit 56a, a prize master management unit 56b, a card processing history management unit 56c, and an idle data analysis unit 56d. In practice, programs corresponding to these functional units are stored in a ROM or a non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed, whereby the member management unit 56a, Processes corresponding to the prize master management unit 56b, the card processing history management unit 56c, and the idle data analysis unit 56d are executed.

  The member management unit 56a is a processing unit that manages the member management data 55a. The member management unit 56a communicates with the card management device 40 and the prize management device 60, and updates the balance of the stored balls associated with the card ID. In addition, when the member management unit 56a receives a member registration request, the member management unit 56a performs an update for adding a member to the member management data 55a.

  Here, the stored ball replay process by the member management unit 56a will be described. When the member management unit 56a receives the storage ball replay request data from the inter-card processing machine 10, the balance of the storage balls of the payout destination rate among the storage balls associated with the card ID in the storage ball replay request data Is deducted by the number of payout units, and the number of possible replays of the stored ball is recalculated. Then, stored ball replay data including the balance after subtraction and the possible number of stored ball replays is transmitted to the inter-card card processing machine 10.

  The prize master management unit 56b is a processing unit that manages the prize master 55c. The prize master management unit 56b distributes the prize master 55c to the prize management device 60 in the amusement store when the prize master 55c is updated.

  The card processing history management unit 56c accumulates the history of operations of the inter-card processing machine 10 such as payment, card insertion, and card ejection, and the history of operations performed by the prize management device 60, the settlement machine 80, the island edge counter, and the like. It is a processing unit.

  Specifically, when the card processing history management unit 56c receives the card insertion notification data, the card discharge notification data, the payment notification data, the individual unit count notification data, and the general card expiration data from the card management device 40, the time The game machine ID, card ID, and the like are associated with the processing contents and added to the game-related card processing history data 55d.

  Further, when the card processing history management unit 56c receives the wagon prize exchange data and the coin splitting notification data from the card management device 40, the card processing history management unit 56c associates the time, the gaming machine ID, the card ID, etc. with the contents of the processing. It adds to the outside card processing history data 55e.

  Further, when the card processing history management unit 56c receives an operation notification from the prize management device 60, the settlement machine 80, the island counter, etc., the time, the device ID, the gaming machine ID of the last used gaming machine, The card ID and the like are associated with the contents of the process and added to the count adjustment process history data 55f.

  The card processing history management unit 56c transmits the game-related card processing history data 55d, the non-game card processing history data 55e, and the count adjustment processing history data 55f to the hall computer 90 at a predetermined timing such as after the store is closed. The hall computer 90 generates game history data and game data using these data, and transmits the generated game data to the member management device 50.

  The game data analysis unit 56d is a processing unit that receives game data from the hall computer 90 and analyzes the usage record for each player, such as how many players each game machine has been used. Details of this analysis will be described later. Further, the idle data and the analysis result can be stored in the storage unit 55, and can also be transmitted to an external server by the external network communication unit 33.

  Next, a specific example of data stored in the storage unit 55 illustrated in FIG. 8 will be described. 9-10 is explanatory drawing for demonstrating an example of the data memorize | stored in the memory | storage part 55. FIG. The member management data 55a shown in FIG. 9A shows a state in which the card ID “2002” is associated with the name “BC”, the balance of each game type, the portable ID m “IDmX1”, and the like. ing. In addition, although illustration is abbreviate | omitted, the member management data 55a can match | combine a point, the frequency | count of a store visit, a game history, a PIN code, etc. with card ID. The mobile IDm is identification data that can specify a mobile terminal such as a mobile phone, and is used when the mobile terminal is used as a membership card.

  Further, in FIG. 9A, storage balls are provided for five game types of “ball 1”, “ball 2”, and “ball 3”. For example, the balance of the storage ball of “ball 1” with the card ID “2002” is “250”, the balance of the storage ball of “ball 2” is “1000”, and the balance of the storage ball of “ball 3” is “4000”.

  The game type setting data 55b shown in FIG. 9B associates the rate “4 yen” and the display name “4 pachis” with the game type name “ball 1”. Further, the game type setting data 55b associates the rate “2 yen” and the display name “2 pachis” with the game type name “ball 2”. The game type setting data 55b associates the rate “1 yen” and the display name “1 pachi” with the game type name “ball 3”.

  The prize master 55c shown in FIG. 9C is data in which a prize name, a group code, a prize value, and the number of exchange balls are associated with a prize code that uniquely identifies a prize. Here, the group code is identification information for classifying and managing prizes. The group code “01” indicates an exchangeable prize that can be transferred at a predetermined value through a certain procedure. The group code “02” and thereafter are general prizes including daily necessities other than the exchange prize.

  The prize master 55c has a prize code “0001”, a prize name “Grand Prize”, a group code “01”, a prize value “1000”, the exchange number of balls 1 “250”, and the exchange number of balls 2 “500”. ”, The number of exchange balls“ 1000 ”of the balls 3 is associated.

  In addition, the prize master 55c, for the prize code “0002”, the prize name “small prize”, the group code “01”, the prize value “500”, the number of exchanged balls “125”, the number of exchanged balls 2 “250” and the number of exchange balls “500” of the balls 3 are associated with each other.

  In addition, the prize master 55c, for the prize code “0100”, the prize name “M Seven”, the group code “02”, the prize value “400”, the number of exchanged balls “100”, the number of exchanged balls 2 “200” and the number of exchange balls “400” of ball 3 are associated with each other.

  In addition, the prize master 55c, with respect to the prize code “0101,” the prize name “rack”, the group code “02”, the prize value “420”, the exchanged number of balls 1 “105”, and the exchanged number of balls 2 “ 210 ”and the number of exchange balls“ 420 ”of ball 3 are associated with each other.

  In addition, the prize master 55c, with respect to the prize code “0600”, the prize name “Akira Tamada”, the group code “04”, the prize value “12”, the number of exchanged balls “3”, and the exchanged balls 2 The number “6” and the number of replacement balls “12” of the ball 3 are associated with each other.

  Game-related card processing history data 55d shown in FIG. 10D is data in which time, gaming machine ID, card ID, and processing are associated with each other. Specifically, the game-related card processing history data 55d is stored in the inter-card card processing machine 10 attached to the gaming machine 20 with the gaming machine ID “P001” at the time “11:10:00”, and the card ID “1002”. This indicates that the process “card insertion” has been performed.

  In addition, the game-related card processing history data 55d is stored in the inter-card card processing machine 10 provided in the gaming machine 20 with the gaming machine ID “P023” at the time “12:35:30”. Used to indicate that the process “card ejection” has been performed.

  Further, the game-related card processing history data 55d is stored in the inter-card card processing machine 10 provided in the gaming machine 20 with the gaming machine ID “P015” at the time “13:20:20”. Used to indicate that the process “deposit” has been performed.

  In addition, the game-related card processing history data 55d is stored in the inter-card card processing machine 10 provided in the gaming machine 20 with the gaming machine ID “P007” at the time “13:52:40”. Used to indicate that the processing “counting of each vehicle” has been performed.

  In addition, the game-related card processing history data 55d is a card having a card ID “1055” in the inter-card processing machine 10 provided alongside the gaming machine 20 having the gaming machine ID “P015” at the time “14:04:00”. This indicates that the processing “general card used up” has occurred.

  The non-game card processing history data 55e shown in FIG. 10 (e) is data in which time, gaming machine ID, card ID, and processing are associated with each other. Specifically, the non-game card processing history data 55e is stored in the inter-card card processing machine 10 provided alongside the gaming machine 20 having the gaming machine ID “P011” at the time “13:40:01”. This indicates that the processing “wagon prize exchange” has been performed.

  Further, the non-game card processing history data 55e is stored in the inter-card card processing machine 10 that is attached to the gaming machine 20 with the gaming machine ID “P007” at the time “15:00:50”. Used to indicate that the process “mochitama split” has been performed.

  The counting / settlement processing history data 55f shown in FIG. 10 (e) is data in which time, device ID, gaming machine ID, card ID, and processing are associated with each other. The device ID is identification information that uniquely identifies the prize management device 60, the settlement machine 80, the island edge counter, and the like. The gaming machine ID is identification information indicating the gaming machine 20 used last by the player, and is specified by allowing the player to input when performing prize exchange, settlement, counting, or the like. Or you may identify with reference to the usage log of the card | curd which the card | curd management apparatus 40 and the member management apparatus 50 hold | maintain.

  Specifically, the count adjustment processing history data 55f includes the time “14:22:33”, the device ID “6001” of the prize management device 60, the gaming machine ID “P001”, the card ID “1002”, and the process “price exchange”. Is associated. Further, the time “14:22:33”, the device ID “6001” of the prize management device 60, the gaming machine ID “P001”, the card ID “2013”, and the process “Prize Exchange” are associated with each other. That is, the general card with the card ID “1002” and the membership card with the card ID “2013” are simultaneously used for prize exchange.

  The count adjustment process history data 55f is associated with the time “16:08:08”, the device ID “7011” of the settlement machine 80, the gaming machine ID “P019”, the card ID “1033”, and the process “settlement”. Yes.

  The count settlement process history data 55f includes the time “18:04:40”, the device ID “8011” of the island edge counter, the gaming machine ID “P013”, the card ID “2009”, and the process “island edge count”. Corresponds.

  Next, the internal configuration of the hall computer 90 shown in FIG. 2 will be described. FIG. 11 is a functional block diagram showing the configuration of the hall computer 90 shown in FIG. As shown in the figure, the hall computer 90 includes a display unit 91, an input unit 92, a communication unit 93, a pulse reception unit 94, a storage unit 95, and a control unit 96.

  The display unit 91 is a liquid crystal panel, a display device, or the like, and the input unit 92 is an operation key or the like. The communication unit 93 is an interface unit for communicating with the member management apparatus 50. The communication unit 93 is used to receive game-related card processing history data 55d, non-game card processing history data 55e, and count adjustment processing history data 55f, and to transmit game data.

  The pulse receiving unit 94 is a processing unit that receives an out pulse, a safe pulse, and a special award pulse from each gaming machine 20 in the game store. In addition, when receiving various pulses from each gaming machine 20, one or a plurality of relay devices may be used, or a configuration in which the pulses are received directly without using the relay device may be employed. When a relay device is used, a configuration in which one relay device aggregates and relays pulses from a plurality of gaming machines 20 or the like may be used.

  The storage unit 95 is a storage device such as a hard disk device or a nonvolatile memory, and stores pulse data 95a, game history data 95b, and game data 95c. The pulse data 95a indicates a history of pulses received from the gaming machine 20. The game history data 95b is data indicating a state related to the game in time series, such as deposit, card insertion, card discharge, number of balls to be thrown, number of balls to be awarded, and occurrence of special prizes. The game data 95c is data in which a game by the same player is identified from the game history data, and indicates a game history for each player.

  The control unit 96 is a control unit that controls the entire hall computer 90, and includes a pulse data storage unit 96a, a pulse data totaling unit 96b, a game history data generation unit 96c, and a game data generation unit 96d. In practice, programs corresponding to these functional units are stored in a ROM or a non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed, whereby the pulse data storage unit 96a. The pulse data totaling unit 96b, the game history data generating unit 96c, and the game data generating unit 96d are caused to execute corresponding processes.

  When the pulse reception unit 94 receives an out pulse, a safe pulse, and a special prize pulse from the gaming machine 20, the pulse data storage unit 96a registers the time, the gaming machine ID, and the pulse type in association with the pulse data 95a. A processing unit for accumulating pulse data.

  The pulse data totaling unit 96b is a processing unit that acquires the history of operations of the gaming machine 20 by counting pulses based on the pulse data 95a. The history of the operation of the gaming machine 20 includes the number of shot balls, the number of winning balls, and the occurrence of special prizes.

  The game history data generation unit 96c uses the history of the operation of the gaming machine 20 as the result of the pulse totaling by the pulse data totaling unit 96b and the game related card processing history data 55d received from the member management device 50, and uses the game history data 95b is generated and stored in the storage unit 95.

  The game data generation unit 96d uses the game history data 95b, the non-game card processing history data 55e and the count adjustment processing history data 55f received from the member management device 50 to identify a game by the same player from the game history data. The game data 95c indicating the game history for each player is generated. The idle data generation unit 96d stores the generated idle data 95c in the storage unit 95 and transmits it to the member management device 50.

  Next, a specific example of data stored in the storage unit 95 illustrated in FIG. 11 will be described. 12-13 is explanatory drawing for demonstrating an example of the data memorize | stored in the memory | storage part 95. FIG. As shown in FIG. 12A, the pulse data 95a is data in which the time, the gaming machine ID, and the pulse type are associated with each other.

  Specifically, the pulse data 95a indicates that the gaming machine 20 with the gaming machine ID “P001” output an out pulse at time “11:10:14”. Similarly, it is indicated that the gaming machine 20 with the gaming machine ID “P001” outputs an out pulse at time “11:10:16”. This indicates that the gaming machine 20 with the gaming machine ID “P001” has output a safe pulse at time “11:10:30”. It also indicates that the gaming machine 20 with the gaming machine ID “P015” has output a special prize (big hit) pulse at time “13:30:30”. When a plurality of special prizes are provided, a different pulse is output for each special prize type, and the special prize type is registered in the pulse type.

  As shown in FIG. 12 (b), the game history data 95b is data in which time, gaming machine ID, card ID, and processing are associated with each other. The state related to the game, such as the number and occurrence of special prizes, is shown in time series.

  Specifically, in the game history data 95b, a time “11:10:00”, a gaming machine ID “P001”, a card ID “1002”, and a process “card insertion” are registered in association with each other. In the game history data 95b, the time “11:11:20”, the gaming machine ID “P001”, the card ID “1002”, and the process “the number of driven balls 100” are registered in association with each other. Furthermore, in the game history data 95b, the time “11:12:00”, the gaming machine ID “P001”, the card ID “1002”, and the process “number of winning balls 30” are registered in association with each other.

  In the game history data 95b, the time “12:35:30”, the gaming machine ID “P023”, the card ID “2005”, and the process “card ejection” are registered in association with each other. In the game history data 95b, the time “13:20:20”, the gaming machine ID “P015”, the card ID “1055”, and the process “payment” are registered in association with each other. Further, in the game history data 95b, the time “13:30”, the gaming machine ID “P015”, the card ID “1055”, and the process “special award (big hit)” are registered in association with each other.

  As shown in FIG. 13 (c), the game data 95c indicates the game history for each player, and the game start time, end time, gaming machine ID, customer ID, customer type, deposit amount by the same player. , The number of shot balls, the number of winning balls, the number of jackpots, the number of wagon prize exchanges, and the number of split balls are associated with each other. Here, the customer ID is identification information given for convenience to the players identified as being the same player. The customer type indicates whether the customer is a general player or a member player. When the customer type is a member player, the member card ID may be used as the customer ID.

  Specifically, the game data 95c includes a start time “11:10:00”, an end time “14:15:33”, a gaming machine ID “P001”, a customer ID “U001”, a customer type “member”, an input The amount of money “3000”, the number of hit balls “4000”, the number of winning balls “6500”, the number of jackpots “10”, the number of wagon prize exchanges “0”, and the number of times of holding balls “1” are associated.

  Similarly, the game data 95c includes a start time “13:20:20”, an end time “18:00:00”, a gaming machine ID “P015”, a customer ID “U002”, a customer type “general”, and a deposit amount “ 12000 ”, the number of balls to be thrown“ 13000 ”, the number of balls to be awarded“ 10150 ”, the number of jackpots“ 13 ”, the number of wagon prize exchanges“ 2 ”, and the number of times of holding balls“ 0 ”are associated with each other.

  Next, processing by the idle data generation unit 96d will be described. 14 and 15 are explanatory diagrams for the processing by the idle data generation unit 96d. As shown in FIG. 14, the game data generation unit 96d determines game start, game continuation, table movement, and game end based on the game history data 95b. In addition, a plurality of cards used by the same player are linked.

  Specifically, when the prepaid value is generated in the internal general card, the ball is generated in the internal general card, the game data generating unit 96d is a member It is determined that the game starts when the card is inserted for the first time on the day.

  The case where the prepaid value is generated in the internal general card corresponds to the case where the prepaid value is added by payment in a state where the game is not performed. Further, the case where a ball is generated in the internal general card corresponds to a case where a ball is added by counting by the inter-card processing machine 10 in a state where a game is not being performed. The case where a ball is generated before the card is inserted corresponds to a state in which a game ball is directly inserted into the gaming machine 20 and a game is played.

  Further, the game data generation unit 96d determines that the game is continued when the same card is reinserted. This is because, when the card discharged from the inter-card processing machine 10 is inserted again, it is considered that the player is the same.

  In addition, the idle data generation unit 96d, when a general card discharged from another unit (other inter-card card processing machine 10) is inserted, or when a member card with a history of use is inserted in the other unit on the day, It is determined that the table has been moved.

  In addition, the game data generation unit 96d determines that the game is ended when the output of the out pulse is completed and a predetermined time has elapsed after the card is discharged. In addition, after the general card has been used up, it is determined that the game has ended when a predetermined time has elapsed after the output of the out pulse has ended. Further, when the discharged card is used for prize exchange, payment, and counting at the island edge counter, it is determined that the game has ended even if the predetermined time has not elapsed.

  In addition, when another card is inserted after the card is ejected and before it is determined that the game has ended, the game data generating unit 96d associates the ejected card with the inserted card, and allows the same player to Identify as used.

  Similarly, the game data generation unit 96d determines that when a general card is used up and another card is inserted before it is determined that the game is over, the used general card and the inserted card are displayed. Pegging and identifying that it was used by the same player.

  In addition, after the membership card is discharged, the game data generation unit 96d receives the discharged membership card and the internal general card to which the prepaid value is added by the payment when the game is determined to be completed. Pegging and identifying that it was used by the same player.

  In addition, when another card is inserted while the general card is in use, the game data generation unit 96d links the general card that has been used with the newly inserted card and uses it by the same player. Identified as.

  In addition, when a plurality of cards are used simultaneously at the time of prize exchange, the game data generation unit 96d associates the plurality of used cards and identifies that they have been used by the same player.

  In addition, when the possession division is performed, the game data generation unit 96d associates the division source card with the division destination card and identifies that they are used by the same player.

  Further, the game data generation unit 96d identifies the same player as the case shown in FIG. Specifically, a predetermined time has elapsed since the end of the out pulse, but if a special award pulse is received, it is not determined that the game has ended, and the game by the same player continues. Is determined.

  Similarly, when a predetermined time has elapsed since the end of the outpulse, but the ratio of the number of winning balls and the number of driven balls is estimated to be in a special prize state, it is not determined that the game has ended. It is determined that the game by the same player continues.

  In addition, when a card is changed during the special prize state, that is, when the card in use is ejected and another card is inserted, the ejected card and the inserted card are used by the same player. To identify.

  Further, when it is estimated from the difference between the number of balls to be paid out and the number of balls to be hit that the actual game ball is located on the upper plate of the gaming machine 20, it is not determined that the game has ended, and the same player It is determined that the game is continuing.

  Furthermore, when the game is temporarily paused based on the player's operation, such as a break mode, even if a predetermined time has elapsed from the end of the outpulse, it is not determined that the game has ended, and the same It is determined that the game by the player continues.

  When it is possible to shift to the break mode by the player's operation, a button for the break mode can be displayed on the display operation unit 13 of the inter-card processing machine 10 and the button for the break mode is operated. Next, the inter-card card processing machine 10 is shifted to the break mode. At the time of shifting to the break mode, for example, a password is set, and the operation of the inter-card card processing machine 10 is prohibited until the set password is input again. Alternatively, the card is ejected when shifting to the break mode, and the operation of the inter-card card processing machine 10 is prohibited until the card is inserted again.

  When shifting to the break mode by the operation of the store clerk, the player calls the store clerk using a call lamp or the like, and the inter-card processing machine 10 shifts to the break mode based on the signal from the terminal carried by the store clerk It will be.

  Note that the hall computer 90, the member management device 50, the card management device 40, and the like are notified when the inter-card card processing machine 10 shifts to the break mode and when it returns from the break mode.

  FIG. 16 is an explanatory diagram of a specific example relating to the identification of a player. In FIG. 16 (a), in the gaming machine with the gaming machine ID “P001”, a game is played until the time “t01” using the card with the card ID “1001”, and then the card ID “1002” from the time “t02”. A game is played using this card. When the time “t01” to the time “t02” is equal to or greater than a predetermined time, that is, the time difference is equal to or greater than the threshold, the game data generation unit 96d determines that a game has been played by another player, and a different customer ID Is granted.

  On the other hand, in FIG. 16B, in the gaming machine with the gaming machine ID “P001”, the game is performed until the time “t11” using the card with the card ID “1001”. A game is played using a “1002” card. When the time “t11” to the time “t12” is less than the predetermined time, that is, the time difference is less than the threshold, the game data generation unit 96d determines that the game is played by the same player, and the same customer ID Is granted.

  Further, in FIG. 16C, in the gaming machine with the gaming machine ID “P001”, the game is performed until the time “t21” using the card with the card ID “1001”, and thereafter, the card ID “P22” has the card ID “P22”. The card “1001” is used in the gaming machine ID “P002”. In this way, if the card ID is the same, it is determined that the game has been played by the same player, and the same customer ID is given.

  Here, the threshold value used for comparison with the time difference may be changed according to the operating state of the gaming machine 20. If the threshold is too small, there is a possibility that a game of the same player is erroneously determined as another player. However, in the case of the popular model gaming machine 20 or the gaming machine 20 with a large number of prizes on the day, the time from one player finishing the game to the next player starting the game is short, When the threshold value is increased, these players are identified as the same. Therefore, the same player can be accurately identified by increasing the threshold for gaming machines 20 that are considered to have little replacement of players and reducing the threshold for gaming machines 20 that are considered to have large replacement of players. can do.

  FIG. 17 is an explanatory diagram of automatic threshold change. In FIG. 17, the average value of the number of shot balls is obtained as the operating state for each model of the gaming machine 20, and the threshold value is changed as needed using the operating state of the day as a determination item.

  Specifically, in the example of FIG. 17, the operation of the model “EV01” from 10:00 to 12:00 is “6000 balls”, and the threshold is “60 seconds”. Then, based on the operation from 10:00 to 12:00, the threshold value from 12:00 to 14:00 is maintained at “60 seconds”. After that, since the operation from 12:00 to 14:00 became “10000 balls”, the threshold from 14:00 to 16:00 is reduced to “30 seconds” based on the operation from 12:00 to 14:00.

  In the example of FIG. 17, the operation of the model “EV02” from 10:00 to 12:00 is “3000 balls”, and the threshold is “60 seconds”. Based on the operation from 10:00 to 12:00, the threshold value from 12:00 to 14:00 is increased to “120 seconds”. Thereafter, since the operation from 12:00 to 14:00 became “1000 balls”, the threshold from 14:00 to 16:00 was increased to “150 seconds” based on the operation from 12:00 to 14:00.

  In addition, the change of the threshold value is not limited to being performed in advance as described above, and may be manually performed by a store clerk during or after business hours. In such correction, it is desired to apply the changed threshold value afterwards and to generate the idle data 95c again.

  FIG. 18 is an explanatory diagram for regenerating the idle data 95c based on the change of the threshold value. In FIG. 18A, in the gaming machine with the gaming machine ID “P001”, a game is played from the time “t02” to the card “1002” using the card with the card ID “1001”. The game is performed using. At this time, since the time difference from time “t01” to time “t02” is equal to or greater than the threshold value Th1, the game data generation unit 96d determines that a game has been played by another player and assigns a different customer ID. Become.

  Thereafter, when the threshold value Th1 is changed to the threshold value Th2, the game data generation unit 96d reproduces the game data 95c using the same game history data 95b. If the changed threshold Th2 is greater than the time difference from time “t01” to time “t02”, the game data generation unit 96d determines that a game has been played by the same player as shown in FIG. The same customer ID is given.

  Next, the analysis of the play data by the play data analysis unit 56d of the member management apparatus 50 will be described. FIG. 19 is an explanatory diagram for analysis of idle data. As shown in FIG. 19, the analysis of game data includes an analysis related to a player and an analysis related to a gaming machine. The analysis related to the player is an analysis using the movement history of the player, or an analysis of information on how the player played in a predetermined period and its transition. The analysis relating to the gaming machine is an analysis using the number of players for each gaming machine.

  Examples of the analysis using the movement history of the player include a game correlation analysis, a member-specific game reference, a period comparison analysis, and a first game analysis. In the movement correlation analysis, the tendency of the player to move the table and the gaming machine having a high correlation with the table movement are confirmed. In other words, it is possible to confirm what kind of gaming machine the player uses in what order and what kind of gaming machine is selected with high frequency in moving the table.

  In the member-specific game reference, it is possible to display and confirm the game trends for individual member players. Further, in the period comparison analysis, it is possible to confirm the tendency of the table movement from the designated date and time. In the first game analysis, it is possible to confirm the gaming machine that the player first played from the history of the player's table movement.

  In the game period tabulation that analyzes the information on how the player played during the given period and the analysis of the transition, it is possible to check information such as the number of players by game type, spec, and model during the specified period. Is possible.

  Among the analysis related to gaming machines, the gaming machine analysis can check the number of players and the transition status of winning and losing for each gaming machine model by month. Further, in the sales contribution analysis, it is possible to classify the status of contribution to the sales of the amusement store from the investment amount per player and the number of shots.

  These analysis results can be displayed by the member management device 50 or by other devices in the game store such as the hall computer 90 and the card management device 40. The analysis result can also be displayed via a server or the like provided outside the game store.

  Next, a specific example of analysis will be described. 20-23 is explanatory drawing about the specific example of an analysis. In the game correlation analysis shown in FIG. 20, the number of games played, the game time, the total investment amount, and the winning / losing amount are associated with the model and the game type. The total number of players who played the game, the game time, the total investment amount, and the winning and losing amount are totaled for general players, member players, male players, and female players.

  Specifically, the model is “EV01”, the game type is “ball 3”, the total number of players who played the game is “6”, of which the general player is “4”, the member player is “2”, The male player is “5” and the female player is “1”.

  In addition, the total game time is “2:55”, of which general players are “00:50”, member players are “02:05”, male players are “02:40”, and female players are “00:15”.

  The total investment amount is “23000”, of which “7000” is a general player, “16000” is a member player, “20000” is a male player, and “3000” is a female player.

  The total winning / losing amount is “9000”, of which “10000” is the general player, “−1000” is the member player, “11000” is the male player, and “−2000” is the female player.

  In the game-by-member reference shown in FIG. 20, the game date / time, start time, end time, customer ID, customer type, card ID, gaming machine ID, and model are associated with each other. Specifically, the customer type “member” with the customer ID “UD001” from the start time “11:10:00” to the end time “14:15:33” of the game date “2016/09/08” and This indicates that the player with the card ID “2011” played a game with the gaming machine ID “P001”, and this gaming machine was the model “EV01”.

  Similarly, from the start time “13:12:20” to the end time “18:00: 00” of the game date “2016/09/08”, the customer type “member” with the customer ID “UD007” and the card ID This indicates that the player of “2009” has played a game with the gaming machine ID “P021”, and this gaming machine was the model “EV22”.

  In the period comparison analysis shown in FIG. 21, the idle data is totaled and compared based on the output conditions and search conditions specified by the operator. Specifically, as the output condition, “number” of the display items “number of people”, “game time”, “total investment amount”, and “win / loss amount” is designated. In addition, “not display” is designated for the member details. As the display method, “average” is designated among “total number”, “average”, and “median”.

  Further, as a search condition, “2016/07/01” | to “2016/07/31” is designated as the comparison source period, and “2016/08/01” to “2016/08/31” as the comparison target period. 31 "is designated. As a standard, “game type” is designated among “game type”, “model”, “model, game type”, “model type”, and “model type, game type”. As for the players, both general players and member players are designated. For member players, the gender, age, and number of game days per month can be specified based on the registered member information, all of which are specified in FIG.

  As a result of the period comparison analysis based on these output conditions and search conditions, the number of installed players and the number of players who have played games are counted for each game type specified as a reference. In addition, the total number of players who have played a game is totaled and compared for general players and member players.

  Specifically, with regard to the number of game types “ball 1”, the comparison source is “450” and the comparison destination is “350”. The total number of persons is “600” as the comparison source, “400” as the comparison destination, and the ratio is “66%”. As for the number of general players, the comparison source is “400”, the comparison source destination is “200”, and the ratio is “50%”. As for the number of member players, the comparison source is “200”, the comparison source is “200”, and the ratio is “100%”.

  Similarly, with regard to the number of game types “Tama 2”, the comparison source is “100” and the comparison destination is “100”. The total number of persons is “120” for the comparison source, “115” for the comparison source, and the ratio is “95%”. As for the number of general players, the comparison source is “50”, the comparison source is “60”, and the ratio is “120%”. As for the number of member players, the comparison source is “70”, the comparison source is “55”, and the ratio is “78%”.

  In the first game analysis shown in FIG. 22, the ranks of the models are shown in descending order of the number of times that the player has played the game first. Specifically, the rank “1” is the model “EV01”, and the game type is “ball 3”. The rank “2” is the model “EV08” and the game type is “ball 1”. In the first game analysis, the result of the game correlation analysis is displayed for each model.

  In the play period analysis shown in FIG. 22, the model, the number of business days, the number of installed units, the turnover rate, the game time, the total investment amount, the total investment amount average, the winning / losing amount, the winning / losing average, the number of winners, and the like are associated. Specifically, for the model “EV01”, the number of business days “29”, the installed number “20”, the turnover rate “75.7%”, the game time “261.33”, the total investment amount “3000000”, the total investment amount The average “20000”, the winning / losing amount “−1200000”, the winning / losing average “−8000”, the number of winners “30”, and the like are associated with each other.

  In the gaming machine analysis shown in FIG. 23, the number of games and the game time are associated with the model type. The number of games includes the total, daily average, and percentage, and the game time includes the total, daily average, buy average, and percentage.

  Specifically, for the model type “MAX type”, the total number of games is “123”, the daily average of the number of games is “4.1”, and the ratio of the number of games is “27.3%”. The total game time is “215: 00”, the game time daily average is “7:10”, the game time average is “2:15”, and the game time ratio is “21.3%”. It has been shown.

  Similarly, for the model type “high middle type”, the total number of games is “345”, the daily average of the number of games is “11.5”, and the ratio of the number of games is “15.2%”. The total game time is “255: 00”, the daily average of game time is “8:30”, the average of game times is “0:45”, and the percentage of game time is “19.9%” It is shown.

  Next, a processing procedure for generating idle data will be described. FIG. 24 is a flowchart showing a processing procedure for generating idle data. As shown in FIG. 24, the member management apparatus 50 stores the game-related card processing history data 55d (step S101), the non-game card processing history data 55e (step S102), Accumulation processing history data 55f is accumulated (step S103). Then, the game-related card processing history data 55d, the non-game card processing history data 55e, and the count adjustment processing history data 55f are transmitted to the hall computer 90 at a predetermined timing such as after the store is closed (step S104).

  The hall computer 90 accumulates the pulse data 95a during the operation of the amusement store (step S201). Then, using the accumulated pulse data 95a and the game-related card processing history data 55d received from the member management device 50, game history data 95b is generated (step S202). Further, using the game history data 95b, the non-game card processing history data 55e and the count adjustment processing history data 55f received from the member management device 50, the game by the same player is identified from the game history data, and each player is identified. The game data 95c indicating the game history is generated (step S203).

  The hall computer 90 transmits the generated play data to the member management device 50 (step S204). The member management device 50 uses the game data received from the hall computer 90 and analyzes the player and the gaming machine (step S105).

  In the description so far, the configuration in which the hall computer 90 performs the acquisition of the operation history of the gaming machine 20, the generation of the game history data, and the generation of the game data has been described. As a modified example, the member management apparatus 50 may perform operation history acquisition, game history data generation, and game data generation of the gaming machine 20.

  FIG. 25 is an explanatory diagram of a modification in which the member management device generates idle data. In the configuration shown in FIG. 25, the gaming machine 20 outputs an out signal corresponding to the out pulse, a safe signal corresponding to the safe pulse, and a special prize signal corresponding to the special prize pulse to the inter-card processor 10. These may be transmitted directly from the gaming machine 20 to the inter-card card processing machine 10, or another device provided in the gaming machine 20 outputs an out pulse, a safe pulse and a special award pulse, a safe signal and a special award signal. And may be output to the inter-card card processor 10.

  The inter-card processing machine 10 transmits to the member management apparatus 50 the history of the operation of the own device such as payment, card insertion, and card ejection, and the operation history of the gaming machine 20 such as an out signal, a safe signal, and a special prize signal. To do. The member management device 50 generates game history data using various data received from the inter-card card processor 10. Then, a game by the same player is identified from the game history data, and game data indicating a game history for each player is generated.

  As described above, in the game management system according to the embodiment, the operation history of the gaming machine 20 is acquired, and the operation history of the inter-card card processing machine 10 installed in association with the gaming machine 20 is acquired. The game history data indicating the history of games played by the gaming machine 20 is generated using the operation history of the machine 20 and the inter-card card processing machine 10. Then, the game played by the same player is identified from the game history data, and the game data indicating the game history for each player is generated. By analyzing the game data, it is possible to manage the usage record for each player, such as how many players have used each gaming machine.

  In the above-described embodiment, a detailed description of the form of the card, which is a medium for associating the number of game media, is omitted, but such a card includes a magnetic card, an IC card, and the like. Further, although the “card” has been described as an example here for convenience of explanation, the present invention can also be applied to a case where a chip, a stick, a portable terminal, or the like is used in addition to such a card.

  In the above-described embodiment, the case where a game ball is used as a game medium has been described as an example. However, the present invention can also be applied to the case where a medal for a slot machine is used.

  Here, a spinning cylinder gaming machine which is a slot machine will be described. The spinning-type gaming machine inserts a medal, which is a game medium, into the medal slot, rotates the three reels (rotating drums), and sequentially presses the stop button provided for each reel to display the picture ( Play a game by aligning symbols.

  In the spinning machine, when a medal is inserted into the medal slot and the start lever is operated, a lottery is performed and three reels rotate. When each stop button is pressed, each reel stops. The reels are stopped by reel control based on the lottery result when the start lever is operated. Also, the number of bets is set using the number of medals stored electronically based on medals inserted from the slot, and the start lever is operated to start the rotation of the reels. A game is played. In the game, an effective line corresponding to the set bet number is set for each stop position of each reel.

  Then, if the stop button is pressed and the combination of the symbols of the reels stopped on the set effective line is a specific one, a predetermined number of medals are paid out to the tray of the revolving game machine. The spinning-type game machine stores payout medal number data for each combination of pictures arranged on the effective line, and when paying out, the payout medal number data is performed based on the payout medal number data. In addition, if the pattern on the active line is a re-playing role (replaying role), the bet number used in the previous game will automatically bet again without any new medals or credit consumption. The number is set and the game can be played again.

  In addition, when the combination of the symbols of the reels stopped on the active line is a combination related to a bonus (big bonus, normal bonus, etc.), from the next game, the lottery result is a combination with payout of a predetermined medal. A game (bonus game) with an increased probability of winning is played until the total number of medals paid out exceeds a predetermined value (for example, 300). In addition, a game (replay time) in which the probability that the lottery result becomes a re-gamer has increased at a predetermined opportunity such as after the bonus has ended may be performed a predetermined number of times.

  In addition, the spinning-type game machine includes an external output unit that outputs a signal for managing the operating state of the spinning-type game machine to the hall computer 90 or the like. From the external output unit, the medal payout indicating the number of medals paid out from the revolving game machine according to the combination of the medal insertion pulse (out pulse) indicating the number of medals inserted into the medal insertion slot and the stopped pattern. A pulse (safe pulse) and a pulse (special award pulse) indicating that a bonus game is in progress are output. In addition, from the spinning-type game machine, there are other pulses indicating that the replay time is in progress (pulses during the replay time) and information for making it easier to align the small roles on the active line when the small role is won in the lottery. A pulse (assist time pulse) indicating that the assist time is in the state of notification may be output.

  Even when such a spinning game machine is used, the hall computer 90 accumulates various pulses such as out pulses and safe pulses, and uses them as the operation history of the spinning game machine, so that game history data and game data can be obtained. Can be generated.

  Each illustrated configuration is schematic in function, and does not necessarily need to be physically configured as illustrated. In other words, the form of distribution / integration of each device is not limited to the one shown in the figure, and all or a part thereof may be functionally / physically distributed / integrated in arbitrary units according to various loads and usage conditions. Can be configured.

  For example, game history data and game data may be generated at a management center provided outside the game store. Further, all or part of the functions of the hall computer 90 may be performed by the member management apparatus 50, or all or part of the functions of the member management apparatus 50 may be performed by the hall computer 90. It is also possible to give the hall computer 90 a function equivalent to the idle data analysis unit 56d of the member management device 50, and the hall computer 90 can analyze idle data.

  As described above, the game management system and the game management method according to the present invention are suitable for acquiring the usage record for each player.

10 card processor 11 status display unit 12 bill transport unit 12a bill insertion slot 13 display operation unit 14 reader / writer 14a card insertion port 14b holding unit 15, 93 communication unit 16, 45, 55, 95 storage unit 16a own device state Data 16b Card data 17, 46, 56, 96 Control unit 17a Data management unit 17b Count processing unit 18a Nozzle unit 18b Counting unit 20 Game machine 30 Island controller 40 Card management device 41, 51, 91 Display unit 42, 52, 92 Input Unit 43, 53 External network communication unit 44, 54 Store network communication unit 45a Game type setting data 45b Card management data 45c Device management data 46a Game type setting management unit 46b Card management unit 46c Device management unit 50 Member management device 55a Member management data 55 b Game type setting data 55c Prize master 55d Game-related card processing history data 55e Non-game card processing history data 55f Count settlement processing history data 56a Member management section 56b Prize master management section 56c Card processing history management section 56d Game data analysis section 60 Prizes Management device 80 Settlement machine 90 Hall computer 94 Pulse receiving unit 95a Pulse data 95b Game history data 95c Game data 96a Pulse data storage unit 96b Pulse data totaling unit 96c Game history data generating unit 96d Game data generating unit

Claims (11)

A game management system for managing games in a game store,
A gaming machine operation history acquisition unit that acquires an operation history of the gaming machine;
Each device operation history acquisition unit for acquiring operation history of each device installed in association with the gaming machine;
A game history information generating unit for generating game history information indicating a history of games played by the gaming machine using the operation history of the gaming machine and the operation history of the respective device;
A game management system comprising: a game information generating unit that generates a game information indicating a game history for each player by identifying a game played by one player from the game history information. Each of the table devices manages a value usable for paying out the game medium used for the game in association with identification information of a predetermined recording medium,
The each device operation history acquisition unit acquires the operation history of each device in association with the identification information of the recording medium,
The game according to claim 1, wherein the game information generation unit identifies an operation history associated with identification information of the same recording medium as an operation history related to a game played by the same player. Management system.   When the plurality of recording media are continuously used, the game information generation unit displays an operation history associated with the identification information of the plurality of recording media as an operation history related to a game played by the same player. The game management system according to claim 2, wherein the game management system is identified as   The play information generation unit is configured to accept the recording medium by each of the stand devices, associate a new value with the identification information of the recording medium stored in each of the stand devices, or use the game medium in the gaming machine. 4. The game management system according to claim 2, wherein a game from the establishment of a predetermined game start condition including any occurrence to the establishment of a predetermined game end condition is identified as a game by the same player.   The game information generation unit is configured so that a predetermined time has passed without the game medium being used in the gaming machine since the return of the recording medium, and a value associated with the recording medium becomes equal to or less than a predetermined value. Using a game end condition including any of the following that the predetermined time has passed without the game medium being used in the gaming machine, and that the recording medium returned by each of the stand devices has been used by another device, The game management system according to any one of claims 2 to 4, wherein a game from the establishment of a predetermined game start condition to the establishment of the game end condition is identified as a game by the same player.   6. The game management system according to claim 5, wherein the game information generation unit changes the predetermined time based on an operation history of a corresponding gaming machine.   The game information generating unit re-executes generation of game information from the game history information using the predetermined time after the change when the predetermined time is changed after the generation of the game information. The game management system according to claim 5 or 6. A gaming machine operation management device having the gaming machine operation history acquisition unit and the game information generation unit;
Each stand device operation management device further comprising each stand device operation history acquisition unit,
The game management system according to any one of claims 1 to 7, wherein the each device operation management device transmits an operation history of each device to the game machine operation management device. A gaming machine operation management device having the gaming machine operation history acquisition unit;
Each device operation management device further comprising each device operation history acquisition unit and the idle information generation unit,
The game management system according to any one of claims 1 to 7, wherein the gaming machine operation management device transmits an operation history of the gaming machine to the each device operation management device.   The apparatus further comprises an analysis processing unit that performs a predetermined analysis process including an analysis of a flow line in the game store of the player or an analysis of the number of players using the game machine using the game information. The game management system according to any one of claims 1 to 9. A game management method for managing games in a game store,
A gaming machine operation history acquisition step for acquiring a gaming machine operation history;
Each device operation history acquisition step of acquiring operation history of each device installed in association with the gaming machine;
A game history information generating step for generating game history information indicating a history of games played by the gaming machine using the operation history of the gaming machine and the operation history of the respective device;
A game management method comprising: a game information generating step of identifying a game played by one player from the game history information and generating game information indicating a game history for each player.

Images