JP2021104390A - Game management system - Google Patents

Abstract

To acquire use records for each game player.SOLUTION: A member management device 50 acquires and accumulates a history of operations of an inter-machine card processor 10 such as payment, card insertion, and card discharge, and transmits it to a hall computer 90 at a predetermined timing such as after the game parlor is closed. The hall computer 90 acquires a history of operations of a game machine 20 by receiving and accumulating an out pulse, a safe pulse, and a special prize pulse from the game machine 20. The hall computer 90 generates game history data indicating game-related states in a time-series manner by using the history of the operations of the game machine 20 accumulated on the user's machine, and the history of the operations of the inter-machine card processor 10 received from the member management device 50, discriminates games by the same game player from the game history data, and generates free movement data indicating the game history for each game player.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game management system that manages games in a game store.

Conventionally, game stores have provided games with a game medium intervening. For example, in pachinko games, a game ball is used as a game medium, and the game ball is driven into the 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 game balls are given as prize balls based on the passing of the game balls through the winning areas. 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.

Generally, each gaming machine is equipped with a device for each machine. Each device accepts payment and lends out a game medium. In addition, each device manages the number of game media acquired by the game as the number of game media, and performs a replay process of subtracting the number of possessed game media to pay out the game media (see, for example, Patent Document 1). .).

Here, in order to manage sales in a game store, there is known a technique of collecting information on a game from a game machine and each device and managing the collected information by a management device called a hall computer. For example, in Patent Document 2, the hall computer receives a driving signal indicating the number of balls to be inserted and a prize signal indicating the number of winning balls from the gaming machine, and the ball rental signal indicating the number of balls to be rented is processed by a pachinko machine card. A technique for managing the number of balls rented, the number of balls driven, and the number of prizes paid out for each machine number of a gaming machine, which is received from the machine, is disclosed.

Japanese Unexamined Patent Publication No. 2011-131037 Japanese Unexamined Patent Publication No. 2010-158297

However, in the conventional technology, only how much each gaming machine is used is managed, and it is not possible to manage the usage record for each player, such as how many players used each gaming machine. There was a problem.

For example, even if the number of balls lent, the number of balls driven in, the number of prizes paid out, etc. are the same, the result may be the result of a single player playing continuously, or the number of balls may be replaced by a plurality of players. It may be the result of a game, but conventional techniques cannot identify these. In addition, it has been difficult to identify what kind of gaming machine the player used in what order by the conventional technique.

The present invention has been made to solve the above-mentioned problems and to solve the problems, and an object of the present invention is to provide a game management system capable of obtaining a usage record for each player.

In order to solve the above-mentioned problems and achieve the object, the present invention relates to information about a game machine and information about each device installed in association with the game machine in a game management system for managing games in a game store. A determination means capable of determining the gaming status of a player in the gaming machine based on the above is provided, and each of the machines does not indicate that the player is a member of the gaming store and is necessary for playing the game. It is possible to accept the specific recording medium associated with the game value, and the determination means includes information indicating that the game value associated with the specific recording medium received by each of the machines has been used up. It is possible to determine that the player's game on the gaming machine has ended based on the information indicating that the gaming machine has not been played for a predetermined time, and the predetermined time can be changed for each gaming machine. It is characterized by being time.

Further, according to the present invention, in a game management system for managing games in a game store, a player in the game machine is based on information about the game machine and information about each machine device installed in association with the game machine. Each of the machines is capable of accepting a recording medium associated with a game value required for playing a game, and the judgment means is from each of the machines. Based on the information indicating that the recording medium has been returned and the information indicating that the gaming machine has not been played for a predetermined time, it is possible to determine that the player's game on the gaming machine has ended. The predetermined time is a time that can be changed for each gaming machine.

Further, in the present invention, the determination means is based on the information indicating that the recording medium returned by each device has been used in another device even within the predetermined time. It is characterized in that it is possible to determine that the player's game on the game machine has been completed.

Further, in the above invention, the present invention comprises a gaming machine operation history acquiring means for acquiring the operation history of the gaming machine, each machine device operation history acquiring means for acquiring the operation history of each machine, and the gaming machine. A game history information generating means for generating game history information indicating a history of games played by the gaming machine using the operation history and the operation history of each machine, and one player from the game history information. The game is further provided with a game information generating means for identifying the game and generating game information indicating the history of the game for each player, and the game information generating means uses the end determination result of the player's game by the determination means. It is characterized in that the game played by one of the players is identified.

According to the present invention, it is possible to obtain a usage record for each player.

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 a system configuration of a game store. FIG. 3 is a diagram showing the appearance of the inter-unit card processing machine. FIG. 4 is a functional block diagram showing the configuration of the inter-unit card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-unit card processor. FIG. 6 is a functional block diagram showing the configuration of the card management device shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the card management device. FIG. 8 is a functional block diagram showing the configuration of the member management device shown in FIG. FIG. 9 is an explanatory diagram for explaining an example of data stored in the storage unit shown in FIG. (Part 1) FIG. 10 is an explanatory diagram for explaining an example of data stored in the storage unit shown in FIG. (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 shown in FIG. (Part 1) FIG. 13 is an explanatory diagram for explaining an example of data stored in the storage unit shown in FIG. (Part 2) FIG. 14 is an explanatory diagram of processing by the floating data generation unit. (Part 1) FIG. 15 is an explanatory diagram of processing by the floating data generation unit. (Part 2) FIG. 16 is an explanatory diagram of a specific example regarding identification of a player. FIG. 17 is an explanatory diagram for automatically changing the threshold value. FIG. 18 is an explanatory diagram for regenerating floating data based on a change in the threshold value. FIG. 19 is an explanatory diagram for analysis of floating 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 floating data. FIG. 25 is an explanatory diagram of a modified example in which the member management device generates floating data.

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

In the present specification, the possession ball is data indicating the game medium acquired by the player in the game or the number of the game media, and may be re-used for the game only during the day (time before the store closes). Say what you can do. The ball storage is data indicating the game medium acquired by the player in the game or the number of the game media, and can be used again for the game from the next day onward (time after the store is closed). The pachinko ball can be used by both general players and member players, and is used when the gaming machine used for the game is changed (so-called table movement). The ball storage is usually available only to member players, and is used when the acquired game medium is used for games on the next day or later. A predetermined fee may be charged for the use of the stored balls.

First, the concept of the game management system according to this 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 game store, and each gaming machine is provided with a machine-to-machine card processing machine 10 which is a device for each machine. Further, the game store is provided with a member management device 50, and each inter-unit card processor 10 is communicably connected to the member management device 50. Further, a hall computer 90 is installed in the game store, and the game machine 20 is communicably connected to the hall computer 90.

When the inter-unit card processing machine 10 receives a payment from a player, the machine-to-car card processing machine 10 associates a prepaid value corresponding to the amount of the payment with the identification information (card ID) of the card stored inside the own device. This prepaid value can be used for lending game balls. In addition, the inter-machine card processing machine 10 can accept the insertion of a card associated with a prepaid value, a possession ball, a stored ball, and the like. Then, at the end of the game, the card associated with the prepaid value, the possessed ball, the stored ball, etc. is discharged and returned to the player.

The inter-unit card processor 10 transmits the history of operations such as deposit, card insertion, and card ejection to the member management device 50. The member management device 50 accumulates a history of operations of the inter-machine card processor 10 such as deposit, card insertion, and card ejection, and transmits the operation 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 each time a predetermined number of gaming balls are ejected from the gaming board surface. Further, the gaming machine 20 transmits a safe pulse to the hall computer 90 each time a predetermined number of winning 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 state such as a big hit occurs due to the game, a special prize pulse indicating the occurrence of such a state is transmitted to the hall computer 90. The out-pulse, safe pulse, and special prize pulse may be transmitted directly to the hall computer 90 by the gaming machine 20, or the out-pulse, safe pulse, and special prize pulse may be transmitted by another device attached to the gaming machine 20 to the hall computer. It may be transmitted to 90.

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

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

This game history data shows the state related to the game in chronological order, such as deposit, card insertion, card ejection, number of balls driven, number of prizes, and occurrence of special prizes. A card ID and a gaming machine ID are associated with deposit, card insertion, and card ejection. A gaming machine ID is associated with the number of balls driven in, the number of balls issued, the generation of special prizes, and the like. Therefore, the game history data indicates which card was used in which game machine 20 and how the game changed.

The hall computer 90 identifies the game by the same player from the game history data, and generates game data showing the game history for each player. Details will be described later, but 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 games are continuous, the plurality of cards are linked and identified as a game by the same player.

In this way, the operation history of the pachinko / pachislot machine 10 (payment, card insertion, card ejection, etc.) and the operation history of the gaming machine 20 (out pulse, safe pulse, generation of special prize pulse) are acquired. By generating game history data indicating the history of the game played by the game machine 20, and identifying the game by the same player using the card ID and the continuity of the game, the hall computer 90 can be used by the player. It is possible to generate game data showing the history of each game. By analyzing this game data, it is possible to manage the usage record for each player, such as how many players have used each machine.

Next, the system configuration of the game store will be described. FIG. 2 is a diagram showing a system configuration of a game store. As shown in FIG. 2, in the game store, a plurality of game machines 20 and a machine-to-machine card processing machine 10 provided corresponding to each game machine 20 are installed. The inter-unit card processor 10 connects to a communication line, which is a network in the store, 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 payment machine 80 are connected to the communication line. The gaming machine 20 is connected to the hall computer 90 by a communication line. Further, the hall computer 90 is communicably connected to the member management device 50. The hall computer 90 and the card management device 40 may be connected in a communicable manner.

The gaming machine 20 is a device for driving a gaming ball into a gaming board surface to play a game. A plurality of prize areas (winning openings) are provided on the game board surface of the game machine 20, and a predetermined number of game balls are given as prize balls based on the fact that the game balls have passed through the prize areas. It has become. Further, a predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on the passing of the game balls through the starting areas. If the lottery is a big hit, the operation of a predetermined movable member or the like will perform an operation that is advantageous in terms of the game, such as improving the probability of passing the game ball to the above-mentioned winning area or another starting area. The result of the lottery due to the passage of the ball to the starting port is displayed on the special symbol display device that displays the result of the lottery. The lottery result of this special symbol display device is displayed in a mode in which a final display is performed after a variable display for a predetermined time. Further, on the game board surface, a decorative symbol display device for variably displaying decorative symbols such as predetermined numbers based on the result of the lottery is provided, and when the result of the lottery is a big hit, for example, (7, 7). , 7), etc. are displayed to notify the user. It is also possible to provide an area that serves as both a starting area and a winning area.

In the above-mentioned winning area, a winning sensor for detecting the passage of the game ball to the winning area is provided, and the passing (winning) of the game ball driven into the winning area by this winning sensor is detected. It has become. Further, the control unit of the game machine 20 has a prize ball memory for storing the number of game balls to be given as prize balls for each prize area.

Therefore, when the winning sensor detects that the driven game ball has passed through the specific winning area, the gaming machine 20 should give the game ball based on the stored contents of the winning ball memory and the number of game balls that have passed through 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 driven game balls are finally discharged from the back side of the game board to the outside of the game machine regardless of whether or not they have passed through the winning area. The gaming balls discharged to the outside of the gaming machine are detected by an out-ball detecting device attached to each gaming machine.

Further, the gaming machine 20 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. From the external output unit, a safe pulse is transmitted to the hall computer 90 each time a predetermined number of prize balls are paid out. Further, when a special state such as a big hit occurs due to the 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, when the variable display of the special symbol display device is started based on the result of the lottery due to the passage of the ball to the starting port in the gaming machine 20, a start pulse indicating the start of the variable display is sent from the external output unit to the hall computer. It is transmitted to 90. Further, the out-ball detection device transmits an out-pulse indicating the number of balls driven into the game machine 20 (the number of balls ejected from the game board surface) to the hall computer 90.

The inter-machine card processing machine 10 accepts payments, lends game balls, and communicates with the card management device 40. When the inter-unit card processing machine 10 receives a bill inserted by a player, it transmits payment notification data including the amount of the bill to the card management device 40, and the amount is set to the prepaid value managed by the card management device 40. Add the numbers according to. Then, when the predetermined ball lending operation is performed, the 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 is played. Performs ball payout processing.

Further, when the inter-unit card processing machine 10 accepts the card insertion, it transmits the card insertion notification data to the card management device 40. Further, when the inter-unit card processing machine 10 receives data including the prepaid value, the number of balls held, and the number of stored balls from the card management device 40, the inter-unit card processing machine 10 stores the received prepaid value, the number of balls held, and the number of stored balls. Then, when the number of balls held is stored, the inter-unit card processor 10 transmits the ball holding request data to the card management device 40 to reduce the number of balls held by the card management device 40 to zero. clear.

Further, when the inter-table card processing machine 10 accepts the ball holding replay operation, it subtracts a predetermined number from the number of holding balls stored in its own device, and pays out the number of game balls corresponding to the subtracted number of holding balls. conduct. Further, when the inter-unit card processing machine 10 receives the ball storage replay operation, it transmits the ball storage replay request data to the card management device 40 to subtract a predetermined number from the number of balls stored managed by the member management device 50. Then, the number of game balls corresponding to the subtracted number of stored balls is paid out.

Further, when the inter-table card processing machine 10 accepts the card return operation, it transmits the ball holding ball addition request data including the number of balls held by its own device to the card management device 40, and holds balls to the card management device 40. After adding the numbers, the card ejection notification data is transmitted to the card management device 40 to control the ejection of the cards.

The island controller 30 is a relay device for bundling a group of game machines 20 and a machine-to-machine card processing machine 10 provided on a game island.

The card management device 40 is a device that manages the prepaid value of a card, the number of balls held, and the like as card data. When the card management device 40 receives the card insertion notification data from the inter-unit card processing machine 10, the card management device 40 manages the card ID of the inserted card in association with the device ID of the inter-unit card processing machine 10, and manages the card ID. The prepaid value and the number of balls held in association with the above are transmitted to the inter-unit card processing machine 10. When the card ID shown in the card insertion notification data is the card ID of the membership 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-unit card processor 10.

Further, when the card management device 40 receives the ball holding ball subtraction request data from the inter-unit card processing machine 10, the card management device 40 clears the number of balls held to zero. Further, when the card management device 40 receives the ball addition request data from the inter-unit card processing machine 10, the number of balls included in the ball addition request data is set 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-unit card processing machine 10, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID and converts the ball lending permission data into the inter-unit card processing machine 10. Send to. Then, when the ball storage replay request data is received, the ball storage replay request data is transmitted to the member management device 50, and when the member management device 50 outputs the ball storage replay data, the ball storage replay data is transferred to the machine. It is transmitted 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 held 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.

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 transmission source inter-machine card processing machine 10, and assigns the gaming machine ID and the card ID. Correspondingly, the member management device 50 is notified of the card insertion. Similarly, when the machine-to-machine card processor 10 ejects a card, the game machine ID of the game machine 20 corresponding to the source machine-to-machine card processor 10 is specified, and the game machine ID and the card ID correspond to each other. Attach and notify the member management device 50 of the card ejection.

Further, when the card management device 40 receives the payment notification data, the card management device 40 identifies the gaming machine ID of the gaming machine 20 corresponding to the inter-machine card processing machine 10 of the transmission source, and corresponds the gaming machine ID and the card ID. Attach and notify the member management device 50 of the payment.

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

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

When the member management device 50 receives the card insertion notification data from the inter-unit card processing machine 10, the member management device 50 uses the stored ball replay data including the number of stored balls and the password associated with the card ID shown in the card insertion notification data. It is transmitted to the inter-card processor 10. Further, when the member management device 50 receives the ball storage replay request data from the inter-unit card processing machine 10, the member management device 50 subtracts a predetermined number from the number of stored balls associated with the card ID shown in the ball storage replay request data. The stored ball replay data including the number of stored balls after the subtraction is transmitted to the inter-unit card processor 10. The communication between the inter-unit 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 a history of operations such as payment, card insertion, and card ejection of the inter-unit card processing machine 10 notified from the card management device 40, and is stored in the hall computer 90 at a predetermined timing such as after the store is closed. Send.

Further, the member management device 50 accumulates a history of operations related to prize exchange by the prize management device 60, settlement by the settlement machine 80, and the like, and transmits the operation history to the hall computer 90 at a predetermined timing such as after the store is closed.

The prize management device 60 is a terminal device for exchanging prizes attached to a prize exchange counter in the game store, and performs a prize exchange process for exchanging acquired balls, the number of stored balls, and the number of balls held for prizes. The prize management device 60 is connected to a card reader that reads a card ID from a card and a prize payout device that pays out prizes. When the prize management device 60 reads the card ID from the general card or the membership card (or when the identification data corresponding to the card ID is read from the mobile terminal or the like), the prize management device 60 transmits the card ID to the card management device 40. The number of balls possessed by the card ID is requested. When exchanging the number of stored balls for prizes, the member management device 50 is requested to store the number of stored balls.

When the card 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 acquire the prepaid value associated with the card. Then, the money is paid out according to the acquired prepaid value.

The hall computer 90 manages the operation history 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 states of each gaming machine 20 (“special prize”, “vacant platform”, “gaming”, etc.), and displays these states of each gaming machine on a map display in the hall. It can also be displayed. Further, the hall computer 90 receives the operation history of the inter-machine card processing machine 10 and the history of prize exchange and settlement. Then, the game history data and the game data are generated by using the operation history of the game machine 20, the operation history of the machine-to-machine card processing machine 10, and the history of prize exchange and settlement.

Next, the ball lending process of the game system shown in FIG. 2 will be described. When the player performs a ball lending operation on the platform card processor 10, the platform card processor 10 transmits 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-unit card processing machine 10, an address that identifies the inter-unit card processing machine 10 that is the transmission source, or arbitrary identification data.

When the card management device 40 receives 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-unit card processing machine 10 of the transmission source. The inter-machine card processing machine 10 that has received the ball lending permission data performs a payout process of the number of game balls corresponding to the subtracted prepaid value.

Next, the ball holding replay process when the holding ball is replayed by the game system shown in FIG. 2 will be described. When the inter-unit card processor 10 accepts the insertion of a general card or a membership card, it transmits the card insertion notification data to the card management device 40. The card insertion notification data includes the card ID of the card inserted in the inter-unit card processing machine 10, the address that identifies the inter-unit card processing machine 10 as the sender, or arbitrary identification data, and the inter-unit card processing machine. Includes data for identifying rates of 10.

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

The inter-unit card processor 10 stores the number of balls held from the card management device 40. Then, the card ID, the data for specifying the rate, and the ball subtraction request data indicating that the number of balls held 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 held at each rate specified by the card ID to zero. Further, when the inter-table card processing machine 10 accepts the ball holding replay operation and performs the holding ball replay, the platform card processing machine 10 subtracts a predetermined number from the stored number of holding balls and performs a payout process of the corresponding number of game balls. .. When paying out, multiples of units that can be paid out by the gaming machine (for example, 25 balls) are paid out by sending a payout instruction to the gaming machine, and the rest is paid out from the nozzle unit 18a of the own machine. By doing so, the payout process is performed.

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

When the card management device 40 receives the ball addition request data, the card management device 40 adds the number of balls included in the ball addition request data to the number of balls held at each rate associated with the card ID. After that, the inter-machine card processor 10 transmits the card ejection notification data to the card management device 40 to control the ejection of the card.

Next, the ball storage replay process in the game system shown in FIG. 2 will be described. When the inter-unit card processing machine 10 reads the card ID from the membership card or a mobile terminal that can be used as the membership card, the card insertion notification data is transmitted to the card management device 40. The card insertion notification data includes the card ID of the card inserted in the inter-unit card processing machine 10, the address that identifies the inter-unit card processing machine 10 as the sender, or arbitrary identification data, and the inter-unit card processing machine. Includes data for identifying rates of 10.

The card management device 40 transmits the card insertion notification data received from the inter-unit card processor 10 to the member management device 50. When the member management device 50 receives the card insertion notification data, the member management device 50 has a password 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. Then, the stored ball replay data including the possible number of stored ball replays is transmitted to the inter-unit card processor 10. The number of balls that can be replayed indicates the number of balls that can be replayed. The possible number of ball storage replays is a multiple of the number of game ball payout units in the ball storage replay. If an upper limit is set for the ball storage replay, the maximum value within the range of the number of stored balls and the upper limit is the possible number of ball storage replays. In addition, instead of the possible number of ball storage replays, the number of times the ball storage replay is possible may be used as the ball storage replay frequency. The stored ball replay frequency corresponds to the quotient obtained by dividing the stored ball number by the number of game ball payout units in the stored ball replay. However, if an upper limit is set for the ball storage replay, the ball storage replay frequency is limited by this upper limit.

The inter-vehicle card processor 10 stores the received ball storage replay data, and can accept the ball storage replay operation when the number of possible ball storage replays shown in the ball storage replay data is 1 or more.

When the inter-vehicle card processor 10 first accepts the ball storage replay operation after storing the ball storage replay data, the player is requested to input a password, and the entered password is the ball storage replay data. It is determined whether or not it matches the password shown in.

When the passwords match, the inter-unit card processor 10 transmits the ball storage replay request data to the card management device 40. The ball storage replay request data includes the card ID of the card inserted in the machine-to-machine card processing machine 10, an address that identifies the machine-to-machine card processing machine 10 that is the source, or arbitrary identification data, and the machine-to-machine card processing. Includes data for identifying the rate of the machine 10.

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

The inter-vehicle card processing machine 10 updates the number of stored balls to be stored, and performs a processing of paying out the number of game balls corresponding to the number of payout units of the stored ball replay. In addition, it is determined whether or not the number of possible replays of the stored balls after the update is 1 or more. If the number of possible ball storage replays is 0, the ball storage replay operation cannot be accepted. If the number of possible ball storage replays after the update is 1 or more, the ball storage replay operation can be accepted again. It is not necessary to confirm the PIN for the second and subsequent replays of the stored balls. The personal identification number may be confirmed every time. Further, although the case where the member management device 50 subtracts the balance of the stored balls and then the inter-unit 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 that, the balance of the stored balls may be subtracted. This is because the number of possible ball storage replays is shown in the ball storage replay data before the ball storage replay request, and the balance shortage is not found after the ball storage replay request is accepted.

Next, the transition from holding balls to storing balls in the closing process will be described. The card management device 40 confirms the number of balls held in the card management data at the time of closing the store, and if there is a record associated with the number of balls held greater than zero, the card management device 40 displays the number of balls held in the record together with the card ID and rate. Notify the member management device 50. The member management device 50 adds the number of balls held from the card management device 40 to the number of stored balls specified by the card ID and the rate. After that, the card management device 40 clears the number of balls held to zero.

Next, the appearance of the inter-table card processing machine 10 shown in FIG. 2 will be described. FIG. 3 is a diagram showing the appearance of the inter-table card processing machine 10. Note that FIG. 3 shows the appearance of the inter-table card processing machine 10 connected to the gaming machine 20 as the inter-table card processing machine 10. Further, the game machine 20 to be installed is shown by a broken line. Further, although FIG. 3 shows the inter-table card processing machine 10 that accepts only banknotes, a unit for accepting coins can also be provided.

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

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

The card insertion slot 14a is a card insertion slot owned by the player. The holding unit 14b is a portion for holding the mobile terminal used for membership registration, and when the mobile terminal is held over the holding unit 14b, data such as a unique ID (for example, IDm) of the mobile terminal is read from the mobile terminal. The nozzle unit 18a is a mechanism for ejecting a game ball to the game machine 20. The counting unit 18b is a mechanism for counting game balls dropped from the lower plate of the game machine 20.

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

The bill transport unit 12 is a transport unit that transports the bills inserted from the bill insertion slot 12a to a bill storage unit (not shown) while discriminating the denomination and authenticity of the bills. 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 the prepaid value, the number of balls held, and the number of stored balls that can be used for ball lending, and accepts various operations such as ball lending operations. Is.

The reader / writer 14 is a device that reads a card ID from a card inserted in the card insertion slot 14a. The card inserted into the card insertion slot 14a is stored in a card storage unit (not shown) via the reader / writer 14. The holding unit 14b is an interface unit that reads various information such as a unique ID (for example, IDm) of the mobile terminal by short-range wireless communication when the mobile terminal or the like is held over. Further, the reader / writer 14 has a function of associating the card stored in the card storage unit with value data such as a possession ball and a prepaid value shown in the card data 16b and issuing the card as a new card according to the return operation of the player. Also has. However, if the prepaid value shown in the card data 16b is 0 and the number of balls held is less than a certain number (minimum number of cards held), control is performed so that the card is not returned even if there is a return operation. This is a control for preventing a game store from losing money due to the discarding of a card associated with a small amount of balls. As a fixed number, for example, the value obtained by multiplying the number of balls held by the lending unit price per ball can be set to be the card price or the lowest price prize in the game store, but the game is not limited to this. It can be set freely according to the store policy. In addition, when controlling so that the card is not returned even if there is a return operation, it is possible to pay out the stored ball, but a display indicating that the card cannot be returned and prompting the player to replay the card is displayed. You may.

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 paying out a part or all of the game balls when paying out the game balls by lending or replaying. 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 non-volatile memory, and the like. The storage unit 16 stores the own device state data 16a and the card data 16b.

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

The card data 16b is data related to the card being used by the player. The card data 16b includes a card ID, a prepaid value, a possession ball, a stored ball, a possible number of stored ball replays, and the like. There is data for each type of game (rate) for possessed balls and stored balls. The card ID is a card ID read by the reader / writer 14. When a card is conveyed from a card storage unit (not shown) to the card insertion slot 14a and the card is ejected, the card data 16b is updated by the card ID read by the reader / writer 14 during the transfer. Further, even when a card is conveyed from the card insertion slot 14a to a card storage unit (not shown), the card data 16b is updated by the card ID read by the reader / writer 14 during the transfer.

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

When the card is inserted, the data management unit 17a transmits the card insertion notification data including the device ID of the own 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 the prepaid value, the number of balls held, and the number of stored 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 displays and controls the prepaid value, the number of balls held, and the number of stored balls shown in the card data 16b on the display operation unit 13.

Further, when the bill is inserted into the bill insertion slot 12a, the data management unit 17a transmits the payment notification data including the amount of the inserted bill, the card ID, and the inter-unit card processing machine ID to the card management device 40.

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. When 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.

Further, when the player performs the ball holding replay operation, the data management unit 17a subtracts a predetermined number from the number of balls held in the card data 16b and performs a payout process of the corresponding number of game balls. conduct.

Further, when the number of possible ball storage replays shown in the card data 16b is 1 or more, the data management unit 17a can display the ball storage replay button on the display operation unit 13 and accept the ball storage replay operation. And. When the player performs the ball storage replay operation, the data management unit 17a transmits the ball storage replay request data including the card ID and the inter-unit card processing machine ID to the member management device 50. When 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 the game balls of the number of payout units of the stored ball replay are paid out. At the time of the first ball storage replay operation, the input of the password is requested, and the ball storage replay request data is transmitted on condition that it matches the password shown in the card data 16b.

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

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

Further, when the wagon prize is exchanged, the data management unit 17a subtracts the number of balls held corresponding to the prize from the number of balls held shown in the card data 16b. Then, by transmitting the wagon prize exchange data including the card ID of the card data 16b to the card management device 40, it is notified that the wagon prize exchange has been performed. Here, the wagon prize exchange is a service that allows a game clerk to carry prizes such as drinks and cigarettes around the game store and allow the player to exchange prizes and balls while continuing the game.

Further, when the ball holding is divided, the data management unit 17a divides and associates the two cards with the number of balls shown in the card data 16b, and ejects one of the cards. .. Then, by transmitting the possession ball division notification data including the card IDs of the two cards to the card management device 40, it is notified that the possession ball division has been performed.

When performing the ball holding division, the data management unit 17a enables the display operation unit 13 to display the holding ball dividing button, and when the holding ball dividing button is operated, a new card is inserted. And accept the input of the number of divided balls. The newly inserted card becomes the split destination card, and the card used up to that point becomes the split source card. The data management unit 17a subtracts the number of split balls from the number of balls held in the card data 16b, which is the number of balls held by the split source card, associates the number of balls held with the split destination card with the number of balls held, and associates the number of balls held with the split destination card with the split destination. Eject the card.

When the ball is split, it is identified that the split destination card and the split source card are used by the same player. Further, it may be set so that the card of the division destination and the card of the division source are identified as being used by different players.

When a game ball is thrown into the counting unit 18b, the counting processing unit 17b causes the counting unit 18b to count the game balls, and adds the counting result to the number of balls held in the card data 16b.

Further, when the counting processing unit 17b adds the possessed balls by counting, the counting processing unit 17b transmits the counting notification data of each unit including the card ID of the card data 16b to the card management device 40, thereby causing the inter-unit card processing machine. Notify that the count at 10 has been performed.

Next, an example of the data stored in the storage unit 16 of the inter-unit 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-unit card processing machine 10.

The own device state data 16a shown in FIG. 5A shows a state in which the ID of the inter-table card processing machine 10 is "3001" and "ball 1" is set as the game type of the inter-unit card processing machine 10. ing.

The card data 16b shown in FIG. 5B shows a state in which the ID of the card inserted in the inter-unit card processing machine 10 is "2002". Here, the first digit of the card ID indicates the type of card, the card whose first digit is "1" is a general card, and the card whose first digit is "2" is a membership card. Further, the card data 16b indicates a state in which the prepaid value is "2000 degrees". Here, the frequency of the prepaid value is equivalent to 1 yen per frequency. Further, the card data 16b shows a state in which the number of balls held by ball 1 is "375 balls", the number of balls held by ball 2 is "500 balls", and the number of balls held by ball 3 is "2000 balls". Shown.

Further, in the card data 16b, the password for replaying the stored balls is "7777", the number of possible replays of the stored balls is "250", the number of stored balls 1 is "250", and the number of balls 2 is 2. The number of stored balls of the ball 3 is "1000 balls", and the number of stored balls of the ball 3 is "4000 balls". Although the configuration in which the number of balls that can be replayed is stored as the number of balls that can be replayed is shown here, the number of times that the replay is possible may be stored as the replay frequency. Further, although not shown, the card management device 40 stores ON / OFF of the "lock" flag indicating the validity / invalidity of the card in addition to the possessed ball, the stored ball, and the prepaid value in association with the card ID. , When the theft of the card is discovered, it is turned on by the employee operation. These data are also included in the card data 16b and stored. Furthermore, this "lock" flag can be set for each function ("use of stored balls", "boarding", etc.). For example, only the "boarding" function is subject to "locking" at the request of 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 shown 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 and a mouse. The external network communication unit 43 is an interface unit for data communication via a network outside the amusement store. The store network communication unit 44 is an interface unit for data communication with the island controller 30, the member management device 50, the prize management device 60, and the payment machine 80 via a communication line in the game store.

The storage unit 45 is a storage device such as a hard disk device or a non-volatile 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 balls held in each game type, and the destination device ID indicating the device ID of the inter-unit card processing machine 10 into which the card is inserted are associated with the card ID. be. The device management data 45c is data related to the device placed in the game store. The device management data 45c includes the device ID of the machine-to-machine card processor, the address of the machine-to-machine card processor 10, the installation location, the game machine ID of the adjacent game machine, and model data.

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, the program corresponding to these functional units is stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU (Central Processing Unit) and executed to execute the game type setting management unit. The corresponding processes are executed by the 46a, the card management unit 46b, and the device management unit 46c, respectively.

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 as the game type setting data 45a in association with each other.

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-unit card processing machine 10, the card management unit 46b also notifies the card insertion notification that the destination device ID of the card ID shown in the card insertion notification data is used. The device ID shown in the data. In addition, the prepaid value associated with the card ID shown in the card insertion notification data and the number of balls held at each rate are notified to the inter-unit card processing machine 10 as value data. If the inserted card is a membership card, the 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-machine card processing machine 10, the card management unit 46b clears the number of balls held at the rate indicated in the ball subtraction request data to zero.

Further, when the card management unit 46b receives the ball lending request data including the card ID from the inter-unit card processing machine 10, it determines whether or not the prepaid value associated with the card ID is equal to or higher than a predetermined value. .. When the prepaid value is equal to or higher 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 prepaid value updated in the inter-unit card processing machine 10. Send the ball lending permission data. On the other hand, when the prepaid value is less than a predetermined value, the card management unit 46b notifies the inter-unit card processing machine 10 of the ball lending non-profit data.

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

Further, when the card management unit 46b receives the ball storage replay request data from the inter-unit card processing machine 10, the card management unit 46b transfers the ball storage replay request data to the member management device 50. Further, the response data from the member management device 50 to the ball storage replay request data is also transferred to the inter-unit card processing machine 10.

Further, when the card management unit 46b receives the ball addition request data, the card management unit 46b adds the number of balls included in the ball addition request data to the number of balls held at the corresponding rate. Further, when the card management unit 46b receives the card ejection notification data, the card management unit 46b erases the user 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 balls held at 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 machine-to-machine card processing machine 10, the address of the machine-to-machine card processing machine 10, the installation location, and the gaming machine ID.

When the device management unit 46c receives the card insertion notification data from the machine-to-machine card processing machine 10, the device management unit 46c refers to the device management data 45c and has a gaming machine ID corresponding to the transmission source machine-to-machine card processing machine 10. To identify. Then, the card insertion notification data including the specified 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 machine-to-machine card processor 10, the device management unit 46c refers to the device management data 45c and is a gaming machine corresponding to the source machine-to-machine card processor 10. Identify the ID. Then, the card ejection notification data including the specified gaming machine ID is transmitted to the member management device 50.

When the device management unit 46c receives the payment notification data from the machine-to-machine card processor 10, the device management unit 46c refers to the device management data 45c and assigns the gaming machine ID corresponding to the source machine-to-machine card processor 10. Identify. Then, the payment notification data including the specified gaming machine ID is transmitted to the member management device 50.

Similarly, when the device management unit 46c receives the count notification data for each machine, the general card usage data, the wagon prize exchange data, and the ball split notification data from the machine-to-machine card processor 10, the device management unit 46c outputs the device management data 45c. With reference to this, the gaming machine ID corresponding to the transmission source inter-unit card processing machine 10 is specified. Then, each machine counting notification data, general card usage data, wagon prize exchange data, and ball split notification data including the specified gaming machine ID are transmitted to the member management device 50.

Next, an example of the data stored in the storage unit 45 of the card management device 40 shown 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 game type name “ball 1” with the rate “4 yen” and the display name “4 pachinko”. Further, the game type setting data 45a associates the game type name "ball 2" with the rate "2 yen" and the display name "2 pachinko". Further, the game type setting data 45a associates the game type name "ball 3" with the rate "1 yen" and the display name "1 pachinko".

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

Further, in the card management data 45b shown in FIG. 7B, the card ID "1002" is associated with the prepaid value "500", the number of balls held at each rate "0", and the destination device ID "3004". That is, the card with the card ID "1002" is inserted into the inter-unit card processing machine 10 with the device ID "3004", and the number of balls held is transferred to the inter-unit card processing machine 10. Therefore, the number of balls held at each rate is zero.

Further, 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 destination device ID "3001". That is, the card with the card ID "2002" is inserted into the inter-unit card processing machine 10 with the device ID "3001", and the management of the jade is transferred to the inter-unit card processing machine 10. Therefore, the number of balls held at each rate is zero.

In the device management data 45c shown in FIG. 7 (c), the address on the network of the inter-machine card processor 10 with the 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 gaming type is "ball 3", and the model of the connected gaming machine 20 is "EV01". It also shows that the gaming machine 20 is in use.

Next, the internal configuration of the member management device 50 shown in FIG. 2 will be described. FIG. 8 is a functional block diagram showing the configuration of the member management device 50 shown in FIG. As shown in the figure, the member management device 50 is connected to the display unit 51 and the 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.

Further, the member management device 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 amusement 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 the communication line in the game store.

The storage unit 55 is a storage device such as a hard disk device or a non-volatile 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 processing history data 55f is stored.

The member management data 55a is data in which a name, a stored ball, a mobile IDm, an address, a telephone number, and the like are associated with the card ID of the membership card issued to the member. The game type setting data 55b is data in which the rate and the display name are associated with the 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 the game, such as card insertion, card ejection, deposit, counting of each card, and general card use-up, among the processing operations by the inter-machine card processing machine 10. Specifically, the game-related card processing history data 55d is updated based on the card insertion notification data, the card ejection notification data, the payment notification data, the counting notification data for each card, and the general card usage data received from the card management device 40. Will be done.

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

The counting settlement processing history data 55f shows a history of processing operations performed by other than the inter-unit card processing machine 10, such as prize exchange by the prize management device 60, settlement of the prepaid value by the settlement machine 80, and counting by the Shimabata counting machine. Specifically, the counting settlement processing history data 55f is updated upon receiving an operation notification from the prize management device 60, the settlement machine 80, the Shimabata counter, and the like.

The control unit 56 is a control unit that controls the member management device 50 as a whole, and includes a member management unit 56a, a prize master management unit 56b, a card processing history management unit 56c, and a floating data analysis unit 56d. Actually, the programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU (Central Processing Unit) and executed. The prize master management unit 56b, the card processing history management unit 56c, and the floating data analysis unit 56d are made to execute the corresponding processes, respectively.

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 to update the balance of the stored balls associated with the card ID. Further, when the member management unit 56a receives the member registration request, the member management unit 56a updates the member management data 55a by adding a member.

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

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

The card processing history management unit 56c accumulates the operation history of the inter-unit card processing machine 10 such as deposit, card insertion, and card ejection, and the operation history of the prize management device 60, the checkout machine 80, the Shimabata 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 ejection notification data, the payment notification data, the counting notification data for each machine, and the general card usage data from the card management device 40, the time is reached. , The game machine ID, the 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 ball split notification data from the card management device 40, the card processing history management unit 56c associates the time, the game machine ID, the card ID, and the like with the processing contents to play the game. It is added to the external 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 checkout machine 80, the Shimabata counter, etc., the time, the device ID, the game machine ID of the last used game machine, etc. The card ID and the like are associated with the processing content and added to the counting settlement processing 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 counting settlement 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 play data analysis unit 56d is a processing unit that receives play data from the hall computer 90 and analyzes the usage record for each player, such as how many players have used each game machine. Details of this analysis will be described later. In addition, the floating 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 the data stored in the storage unit 55 shown in FIG. 8 will be described. 9 to 10 are explanatory views for explaining an example of data stored in the storage unit 55. The member management data 55a shown in FIG. 9A shows a state in which the name “BC”, the balance of the stored balls of each game type, the mobile IDm “IDmX1”, etc. are associated with the card ID “2002”. ing. Although not shown, the member management data 55a can associate points, number of visits, game history, PIN, etc. with the card ID. Further, the mobile IDm is identification data that can identify 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, the stored balls are provided for five game types of "ball 1", "ball 2", and "ball 3". For example, the balance of the stored balls of "ball 1" of the card ID "2002" is "250", the balance of the stored balls of "ball 2" is "1000", and the balance of the stored balls of "ball 3" is "4000".

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

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

The prize master 55c has a prize code of "0001", a prize name of "grand prize", a group code of "01", a prize value of "1000", a number of exchanged balls of ball 1 "250", and a number of exchanged balls of ball 2 "500". , The number of exchanged balls "1000" of the ball 3 is associated.

Further, the prize master 55c has the prize name "small prize", the group code "01", the prize value "500", the number of exchanged balls of ball 1 "125", and the number of exchanged balls of ball 2 with respect to the prize code "0002". "250" and the number of exchanged balls "500" of the ball 3 are associated with each other.

In addition, the prize master 55c has the prize name "M Seven", the group code "02", the prize value "400", the number of exchanged balls of ball 1 "100", and the number of exchanged balls of ball 2 with respect to the prize code "0100". "200" and the number of exchanged balls "400" of the ball 3 are associated with each other.

Further, the prize master 55c has the prize name "rack", the group code "02", the prize value "420", the number of exchanged balls for ball 1 "105", and the number of exchanged balls for ball 2 "0101". "210" and the number of exchanged balls "420" of the ball 3 are associated with each other.

In addition, the prize master 55c has a prize code of "0600", a prize name of "end ball candy", a group code of "04", a prize value of "12", a number of exchange balls of ball 1 "3", and an exchange ball of ball 2. The number "6" and the number of exchanged balls "12" of the balls 3 are associated with each other.

The game-related card processing history data 55d shown in FIG. 10D is data in which the time, the game machine ID, the card ID, and the processing are associated with each other. Specifically, the game-related card processing history data 55d is the card ID "1002" in the inter-machine card processing machine 10 attached to the game machine 20 of the game machine ID "P001" at the time "11:10: 00". It shows that the processing "card insertion" was performed using the card of.

Further, the game-related card processing history data 55d uses the card with the card ID "2005" at the machine-to-machine card processing machine 10 attached to the game machine 20 with the game 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 uses the card with the card ID "1055" in the inter-machine card processing machine 10 attached to the game machine 20 with the game machine ID "P015" at the time "13:20:20". It is used to indicate that the processing "payment" has been performed.

Further, the game-related card processing history data 55d uses the card with the card ID "1021" in the machine-to-machine card processing machine 10 attached to the game machine 20 with the game machine ID "P007" at the time "13:52:40". It is used to indicate that the process "counting each machine" has been performed.

Further, the game-related card processing history data 55d is a card having a card ID "1055" in the machine-to-machine card processing machine 10 attached to the game machine 20 having the game 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. 10E is data in which the time, the game machine ID, the card ID, and the processing are associated with each other. Specifically, the non-game card processing history data 55e is the card ID "1003" in the inter-machine card processing machine 10 attached to the game machine 20 of the game machine ID "P011" at the time "13:40:01". It shows that the processing "wagon prize exchange" was performed using the card of.

In addition, the non-game card processing history data 55e is used at the time "15:00:50" at the machine card processing machine 10 attached to the game machine 20 with the game machine ID "P007" to use the card with the card ID "1002". It is used to indicate that the processing "holding ball division" has been performed.

The counting settlement processing history data 55f shown in FIG. 10E is data in which the time, the device ID, the gaming machine ID, the card ID, and the processing are associated with each other. The device ID is identification information that uniquely identifies the prize management device 60, the checkout machine 80, the Shimabata counter, and the like. The gaming machine ID is identification information indicating the gaming machine 20 last used by the player, and is specified by having the player input the game machine ID when exchanging prizes, making payments, counting, or the like. Alternatively, it may be specified by referring to the usage history of the card held by the card management device 40 or the member management device 50.

Specifically, the counting settlement processing history data 55f is 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 processing "prize exchange". Is associated with. Further, the time "14:22:33", the device ID "6001" of the prize management device 60, the game machine ID "P001", the card ID "2013", and the processing "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 used for prize exchange at the same time.

Further, the counting settlement processing 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 processing "settlement". There is.

In addition, the counting settlement processing history data 55f sets the time "18:04:40", the device ID "8011" of the Shimabata counter, the gaming machine ID "P013", the card ID "2009", and the processing "Shimabata counting". It is associated.

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 receiving 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 device 50. The communication unit 93 is used for receiving the game-related card processing history data 55d, the non-game card processing history data 55e, and the counting settlement processing history data 55f, and for transmitting the game data.

The pulse receiving unit 94 is a processing unit that receives out pulses, safe pulses, and special prize pulses from each gaming machine 20 in the gaming store. When receiving various pulses from each gaming machine 20, one or a plurality of relay devices may be used, or the pulse may be directly received without the relay device. When a relay device is used, one relay device may be configured to aggregate and relay the pulses of a plurality of gaming machines 20 and the like.

The storage unit 95 is a storage device such as a hard disk device or a non-volatile memory, and stores pulse data 95a, game history data 95b, and idle data 95c. The pulse data 95a shows the history of the pulse received from the gaming machine 20. The game history data 95b is data showing a state related to the game in chronological order, such as deposit, card insertion, card ejection, number of balls driven, number of prizes, and occurrence of special prizes. The game data 95c is data that identifies a game by the same player from the game history data, and shows the game history for each player.

The control unit 96 is a control unit that controls the whole computer 90 as a whole, and includes a pulse data storage unit 96a, a pulse data aggregation unit 96b, a game history data generation unit 96c, and a game data generation unit 96d. Actually, the programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU (Central Processing Unit) and executed to execute the pulse data storage unit 96a. , Pulse data aggregation unit 96b, game history data generation unit 96c, and play data generation unit 96d, respectively, to execute the corresponding processes.

When the pulse receiving unit 94 receives the out pulse, the safe pulse, and the special prize pulse from the game machine 20, the pulse data storage unit 96a registers the time, the game machine ID, and the pulse type in the pulse data 95a in association with each other. This is a processing unit that accumulates pulse data.

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

The game history data generation unit 96c uses the operation history of the game machine 20, which is the result of the pulse aggregation by the pulse data aggregation 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 counting settlement processing history data 55f received from the member management device 50, and identifies the game by the same player from the game history data. , Generates game data 95c showing the game history for each player. The floating data generation unit 96d stores the generated floating data 95c in the storage unit 95 and transmits the generated floating data 95c to the member management device 50.

Next, a specific example of the data stored in the storage unit 95 shown in FIG. 11 will be described. 12 to 13 are explanatory views for explaining an example of data stored in the storage unit 95. 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 having the gaming machine ID “P001” outputs an outpulse at the time “11:10:14”. Similarly, it is shown that the gaming machine 20 having the gaming machine ID “P001” outputs an outpulse at the time “11:10:16”. Then, it is shown that the gaming machine 20 having the gaming machine ID "P001" outputs a safe pulse at the time "11:10:30". It also indicates that the gaming machine 20 with the gaming machine ID "P015" output a special prize (big hit) pulse at the time "13:30". When a plurality of types of special prizes are provided, different pulses are output for each type of special prize, and the type of special prize is registered as the pulse type.

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

Specifically, the time "11:10: 00", the game machine ID "P001", the card ID "1002", and the processing "card insertion" are registered in the game history data 95b in association with each other. Further, in the game history data 95b, the time "11:11:20", the game machine ID "P001", the card ID "1002", and the processing "number of hit balls 100" are registered in association with each other. Further, in the game history data 95b, the time "11:12: 00", the game machine ID "P001", the card ID "1002", and the processing "number of prizes 30" are registered in association with each other.

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

As shown in FIG. 13C, the game data 95c shows the game history for each player, and the start time, end time, game machine ID, customer ID, customer type, and deposit amount of the game by the same player. , The number of hit balls, the number of prizes, the number of big hits, the number of wagon prize exchanges, and the number of ball divisions are associated. Here, the customer ID is identification information that is conveniently given to a player who has been identified as the same player. In addition, the customer type indicates whether the customer is a general player or a member player. When the customer type is a member player, a member card ID may be used as the customer ID.

Specifically, the floating data 95c includes a start time "11:10", an end time "14:15:33", a game machine ID "P001", a customer ID "U001", a customer type "member", and input. The amount of money "3000", the number of hit balls "4000", the number of prizes to be paid out "6500", the number of big hits "10", the number of exchanges of wagon prizes "0", and the number of ball divisions "1" are associated with each other.

Similarly, the floating data 95c has a start time "13:20:20", an end time "18:00:00", a game machine ID "P015", a customer ID "U002", a customer type "general", and a deposit amount " 12000 ”, the number of hit balls“ 13000 ”, the number of prizes paid out“ 10150 ”, the number of big hits“ 13 ”, the number of exchanges of wagon prizes“ 2 ”, and the number of ball divisions“ 0 ”are associated.

Next, the processing by the floating data generation unit 96d will be described. 14 and 15 are explanatory views of processing by the floating data generation unit 96d. As shown in FIG. 14, the game data generation unit 96d determines the 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, the floating data generation unit 96d is a member when a prepaid value is generated in the internal general card, when a possession ball is generated in the internal general card, or when a driving ball is generated before the card is inserted. When the card is inserted for the first time on the day, it is determined that the game has started.

The case where the prepaid value is generated on the internal general card corresponds to the case where the prepaid value is added by depositing in the state where the game is not performed. Further, the case where the ball is generated in the general card inside corresponds to the case where the ball is added by the counting of the inter-table card processing machine 10 in the state where the game is not performed. When a hit ball is generated before the card is inserted, it corresponds to a state in which the game ball is directly inserted into the game machine 20 and the 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 ejected by the inter-table card processing machine 10 is inserted again, the player is considered to be the same.

In addition, the floating data generation unit 96d inserts a general card ejected by another unit (another inter-unit card processor 10) or a membership card having a usage history in another unit on the day of the insertion. It is determined that the table has been moved.

Further, the game data generation unit 96d determines that the game is completed when the output of the out pulse is completed and a predetermined time elapses after the card is ejected. Further, when the output of the out pulse is completed and a predetermined time elapses after the general card is used up, it is determined that the game is completed. In addition, when the ejected card is used for prize exchange, settlement, and counting with the Shimabata counter, it is determined that the game is completed even if the predetermined time has not passed.

Further, if another card is inserted after the card is ejected and before it is determined that the game is finished, the play data generation unit 96d links the ejected card with the inserted card and is used by the same player. Identify as used.

Similarly, if another card is inserted after the general card is used up and before it is determined that the game is over, the play data generation unit 96d uses the used up general card and the inserted card. Tie and identify as used by the same player.

In addition, if the payment is made after the membership card is ejected and before the game is determined to be completed, the play data generation unit 96d uses the ejected membership card and the internal general card to which the prepaid value is added by the deposit. Tie and identify as used by the same player.

Further, when another card is inserted while the general card is being used, the floating data generation unit 96d links the used general card and the newly inserted card and uses them by the same player. Identify as being done.

Further, when a plurality of cards are used at the same time when exchanging prizes, the play data generation unit 96d links the used cards and identifies that they have been used by the same player.

Further, the floating data generation unit 96d links the card of the division source and the card of the division destination when the holding ball is divided, and identifies that the card was used by the same player.

Further, the floating data generation unit 96d identifies the same player even in the case shown in FIG. Specifically, a predetermined time has passed since the out pulse ended, but when the special prize pulse is received, it is not determined that the game has ended, and the game by the same player continues. Is determined.

Similarly, if a predetermined time has passed since the outpulse ended, but it is estimated from the ratio of the number of winning balls to the number of hit balls that the game is in a special prize state, it is not determined that the game has ended. , Judge that the game by the same player is continuing.

Also, if the card is changed during the special prize state, that is, if the card in use is ejected and another card is inserted, the ejected card and the inserted card are used by the same player. Identify as

Further, if it is estimated from the difference between the number of balls to be paid out and the number of balls to be driven in that the actual game ball is located on the upper plate of the game machine 20, it is not determined that the game is completed, and the same player is used. It is determined that the game is continuing.

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

When the transition to the break mode is possible by the operation of the player, the button for the break mode can be displayed on the display operation unit 13 of the inter-table card processor 10, and the button for the break mode is operated. In addition, the inter-unit card processing machine 10 is shifted to the break mode. At the time of transition to the break mode, for example, a password is set, and the operation of the inter-unit card processor 10 is prohibited until the set password is input again. Alternatively, the card is ejected at the time of transition to the break mode, and the operation of the inter-unit card processor 10 is prohibited until the card is inserted again.

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

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

FIG. 16 is an explanatory diagram of a specific example regarding identification of a player. In FIG. 16A, in the gaming machine with the gaming machine ID “P001”, the game is played using the card with the card ID “1001” until the time “t01”, and then from the time “t02” to the card ID “1002”. The game is played using the card of. When the time from the time "t01" to the time "t02" is the predetermined time or more, that is, the time difference is the threshold value or more, the play data generation unit 96d determines that the game has been played by another player, and has a different customer ID. Is given.

On the other hand, in FIG. 16B, in the gaming machine with the gaming machine ID “P001”, the game is played using the card with the card ID “1001” until the time “t11”, and then the card ID “t12” is started. The game is played using the "1002" card. When the time from the time "t11" to the time "t12" is less than the predetermined time, that is, when the time difference is less than the threshold value, the play data generation unit 96d determines that the game has been performed by the same player, and has the same customer ID. Is given.

Further, in FIG. 16C, in the gaming machine with the gaming machine ID “P001”, the game is played using the card with the card ID “1001” until the time “t21”, and then the card ID “t22” is started. The card of "1001" is used in the gaming machine of the gaming machine ID "P002". If the card IDs are the same in this way, it is determined that the game has been played by the same player, and the same customer ID is assigned.

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 value is too small, the game of the same player may be erroneously determined to be another player. However, with the popular model of the gaming machine 20 and the gaming machine 20 having a large number of prizes on the day, the time from one player's end of the game to the next player's start of the game is short. Increasing the threshold will identify these players as the same. Therefore, the same player can be accurately identified by increasing the threshold value for the gaming machine 20 which is considered to have a small turnover of players and decreasing the threshold value for the gaming machine 20 which is considered to have a large turnover of players. can do.

FIG. 17 is an explanatory diagram for automatically changing the threshold value. In FIG. 17, the average value of the number of hit balls is obtained as the operating state for each model of the gaming machine 20, and the threshold value is changed at any time with the operating state on 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 value 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 value from 14:00 to 16:00 was reduced to "30 seconds" based on the operation from 12:00 to 14:00.

Further, in the example of FIG. 17, the operation of the model "EV02" from 10:00 to 12:00 is "3000 balls", and the threshold value is "60 seconds". Then, based on the operation from 10:00 to 12:00, the threshold value from 12:00 to 14:00 is increased to "120 seconds". After that, since the operation from 12:00 to 14:00 became "1000 balls", the threshold value from 14:00 to 16:00 was increased to "150 seconds" based on the operation from 12:00 to 14:00.

The threshold value is not limited to the one changed in advance in this way, and may be manually changed by a clerk during business hours or after business hours. In such a modification, it is desirable to apply the changed threshold value ex post facto and regenerate the floating data 95c.

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

After that, 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 larger than the time difference from the time "t01" to the time "t02", the floating data generation unit 96d determines that the game was played by the same player, as shown in FIG. 18B. , The same customer ID will be assigned.

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

Analysis using the movement history of the player includes a play correlation analysis, a member-specific play reference, a period comparison analysis, and a first game analysis. In the game-movement correlation analysis, the tendency of the player's table movement and the gaming machine having a high correlation with the table movement are confirmed. That is, it is possible to confirm what kind of gaming machine the player uses and in what order, and what kind of gaming machine is frequently selected in the table movement.

In the member-specific game reference, it is possible to display and confirm the game trend of each member player by individual. In addition, in the period comparison analysis, it is possible to confirm the tendency of the table movement from the specified date and time. In the first game analysis, it is possible to confirm the game machine that the player first played from the history of the player's table movement.

In the play period tabulation, which analyzes information on how the player played in a predetermined period and its transition, it is possible to confirm information such as the number of players for each game type, spec, and model in the specified period. It is possible.

Among the analyzes related to gaming machines, in gaming machine analysis, it is possible to confirm the number of players and the transition status of winning and losing for each gaming machine model, such as by month. Further, in the sales contribution analysis, it is possible to classify the contribution status of the game store to the sales from the investment amount per player and the number of balls to be driven.

In addition to being displayed by the member management device 50, these analysis results can also be displayed by other devices in the amusement store, such as the hall computer 90 and the card management device 40. It is also possible to display the analysis result via a server or the like provided outside the game store.

Next, a specific example of analysis will be described. 20 to 23 are explanatory views of specific examples of analysis. In the play correlation analysis shown in FIG. 20, the number of players who played the game, the game time, the total investment amount, and the winning / losing amount are associated with the model and the game type. In addition, the total number of players, game time, total investment amount, and winning / losing amount are totaled for general players, member players, male players, and female players.

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

The total game time is "2:55", of which "00:50" for general players, "02:05" for member players, "02:40" for male players, and "02:40" for female players. It is "00:15".

The total investment amount is "23000", of which "7000" is for general players, "16000" is for member players, "20000" is for male players, and "3000" is for female players.

The total amount of wins and losses is "9000", of which "10000" is for general players, "-1000" is for member players, "11000" is for male players, and "-2000" is for female players.

In the member-specific play reference shown in FIG. 20, the game date and time, the start time, the end time, the customer ID, the customer type, the card ID, the game machine ID, and the model are associated with each other. Specifically, the customer type "member" who has been given the customer ID "UD001" from the start time "11:10: 00" to the end time "14:15:33" of the game date and time "2016/09/08" It is shown that the player with the card ID "2011" played with the game machine ID "P001", and this game machine was the model "EV01".

Similarly, from the start time "13:12:20" to the end time "18:00:00" of the game date and time "2016/09/08", the customer type "member" and the card ID to which the customer ID "UD007" is given. It is shown that the player of "2009" played with the game machine ID "P021", and this game machine was the model "EV22".

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

Further, as the search condition, "2016/07/01" | to "2016/07/31" are specified as the comparison source period, and "2016/08/01" to "2016/08 /" as the comparison destination period. 31 ”is specified. Further, as a standard, "game type" is specified 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 player, the gender, age, and number of game days per month can be specified based on the registered member information, but all of them are specified in FIG. 20.

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

Specifically, the number of game types "ball 1" installed is "450" for the comparison source and "350" for the comparison destination. The total number of people is "600" for the comparison source, "400" for the comparison source, and "66%" for the comparison source. The number of general players is "400" for the comparison source, "200" for the comparison source, and the ratio is "50%". The number of member players is "200" for the comparison source, "200" for the comparison source, and the ratio is "100%".

Similarly, the number of game types "ball 2" installed is "100" for the comparison source and "100" for the comparison destination. The total number of people is "120" for the comparison source, "115" for the comparison source, and "95%" for the comparison source. The number of general players is "50" for the comparison source, "60" for the comparison source, and the ratio is "120%". The number of member players is "70" for the comparison source, "55" for the comparison source, and the ratio is "78%".

In the first game analysis shown in FIG. 22, the ranking of the models is shown in descending order of the number of times the player first played. Specifically, the rank "1" is the model "EV01", and the game type is "ball 3". Further, the rank "2" is the model "EV08", and the game type is "ball 1". In this first game analysis, the results of the play correlation analysis are also displayed for each model.

In the floating 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 average total investment amount, the winning / losing amount, the winning / losing average, the number of winners, and the like are associated with each other. Specifically, for the model "EV01", the number of business days is "29", the number of installed units is "20", the turnover rate is "75.7%", the game time is "261.33", the total investment amount is "3000000", and the total investment amount is An average of "20,000", a winning and losing amount of "-1200000", an average of winning and losing "-8000", and the number of winners "30" are associated with each other.

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

Specifically, for the model type "MAX type", it is shown that 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 daily average of game time is "7:10", the average of game time is "2:15", and the ratio of game time is "21.3%". Is shown.

Similarly, for the model type "high middle type", it was shown that the total number of games played was "345", the daily average of the number of games played was "11.5", and the ratio of the number of games played was "15.2%". The total game time is "25:00", the daily average game time is "8:30", the average game time is "0:45", and the ratio of game time is "19.9%". It is shown.

Next, the processing procedure for generating floating data will be described. FIG. 24 is a flowchart showing a processing procedure for generating floating data. As shown in FIG. 24, the member management device 50 accumulates game-related card processing history data 55d (step S101), accumulates non-game card processing history data 55e (step S102), and counts while the game store is open. Accumulation of settlement processing history data 55f (step S103) is performed. Then, the game-related card processing history data 55d, the non-game card processing history data 55e, and the counting settlement 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 pulse data 95a during the business of the amusement store (step S201). Then, the game history data 95b is generated by using the accumulated pulse data 95a and the game-related card processing history data 55d received from the member management device 50 (step S202). Further, using the game history data 95b, the non-game card processing history data 55e received from the member management device 50, and the counting settlement processing history data 55f, the game by the same player is identified from the game history data, and each player is identified. The game data 95c showing the game history is generated (step S203).

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

In the above description, the configuration in which the hall computer 90 acquires the operation history of the game machine 20, generates the game history data, and generates the game data has been described. As a modification, the member management device 50 may acquire the operation history of the game machine 20, generate the game history data, and generate the game data.

FIG. 25 is an explanatory diagram of a modified example in which the member management device generates floating 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-unit card processor 10. These may be transmitted directly by the gaming machine 20 to the inter-unit card processing machine 10, or other devices attached to the gaming machine 20 may send out pulses, safe pulses and special prize pulses as out signals, safe signals and special prize signals. It may be converted to and output to the inter-unit card processor 10.

The inter-unit card processor 10 transmits to the member management device 50 the history of operations of its own device such as deposit, card insertion, and card ejection, and the history of operations of the gaming machine 20 such as out signals, safe signals, and special prize signals. do. The member management device 50 generates game history data using various data received from the inter-machine card processor 10. Then, the game by the same player is identified from the game history data, and the game data showing the game history for each player is generated.

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

In the above-described embodiment, detailed description of the form of the card which is the 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 description has been made by taking a "card" as an example for convenience of explanation, the present invention can be applied when a chip, a stick, a mobile terminal, or the like is used in addition to the card.

Further, in the above-described embodiment, the case where the game ball is used as the game medium has been described as an example, but it can also be applied to the case where a medal for a slot machine is used.

Here, a rotating drum type gaming machine, which is a slot machine, will be described. In a rotating machine, a medal, which is a game medium, is inserted into a medal slot to rotate three reels (rotating drums), and a stop button provided for each reel is pressed in sequence to create a pattern on the reels (a spinning machine). The game is played by aligning the 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 are rotated, and when each stop button is pressed, each reel is stopped. The reels are stopped by reel control based on the lottery result when the start lever is operated. In addition, when the number of bets is set using the number of medals stored electronically and stored internally (credit) based on the medals inserted from the insertion slot and the start lever is operated, the rotation of the reel is started. The game is played. In the game, an effective line corresponding to the set number of bets is set for each stop position of each reel.

Then, if the stop button is pressed and the combination of the reel patterns stopped at the set effective line is specific, a predetermined number of medals are paid out to the saucer of the spinning machine. The revolving pachinko / pachislot machine stores data on the number of payout medals for each combination of patterns aligned on the effective line, and when paying out, the payout is performed based on the data on the number of payout medals. In addition, if the patterns aligned on the valid line are replay roles, the number of bets used in the previous game will be automatically bet again without inserting new medals or consuming credits. It is set as the number of sheets and the game can be played again.

In addition, if the combination of reel symbols stopped on the valid line is a combination related to bonuses (big bonus, normal bonus, etc.), the lottery result will be a role that involves paying out a predetermined medal from the next game. A game (bonus game) in which the probability of being a winning combination is increased is played until the total number of medals paid out exceeds a predetermined value (for example, 300 medals). In addition, a game (replay time) in which the probability that the lottery result becomes a replay role is increased may be played a predetermined number of times at a predetermined opportunity such as after the end of the bonus.

Further, the revolving pachinko machine is provided with an external output unit that outputs a signal for managing the operating state of the revolving pachinko machine to the hall computer 90 or the like. From the external output unit, a medal insertion pulse (out pulse) indicating the number of medals inserted into the medal insertion slot and a medal payout indicating the number of medals paid out from the rotating drum type game machine according to the combination of the stopped patterns. A pulse (safe pulse) and a pulse (special prize pulse) indicating that the bonus game is in progress are output. In addition, from the spinning machine, 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 wins on the effective line when a small win is won in the lottery. A pulse indicating that the assist time, which is the state of notification, is in progress (pulse during the assist time) may be output.

Even when such a revolving pachinko machine is used, the hall computer 90 accumulates various pulses such as outpulses and safe pulses and uses them as the operation history of the revolving pachinko machine to obtain game history data and floating data. Can be generated.

Further, each of the illustrated configurations is a schematic function, and does not necessarily have to be physically illustrated. That is, the form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of the device is functionally or physically distributed / integrated in an arbitrary unit 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, the member management device 50 may perform all or a part of the functions of the hall computer 90, or the hall computer 90 may perform all or a part of the functions of the member management device 50. It is also possible to provide the hall computer 90 with a function equivalent to that of the floating data analysis unit 56d of the member management device 50, and the hall computer 90 can analyze the floating data.

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

10 Card processing machine 11 Status display unit 12 Bill carrier 12a Bill insertion slot 13 Display operation unit 14 Reader / writer 14a Card insertion slot 14b Holding part 15, 93 Communication unit 16, 45, 55, 95 Storage unit 16a Own device status Data 16b Card data 17, 46, 56, 96 Control unit 17a Data management unit 17b Counting 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 Department 43, 53 External network communication department 44, 54 Store network communication department 45a Game type setting data 45b Card management data 45c Device management data 46a Game type setting management department 46b Card management department 46c Device management department 50 Member management device 55a Member management data 55b Game type setting data 55c Prize master 55d Game-related card processing history data 55e Non-game card processing history data 55f Counting settlement processing history data 56a Member management department 56b Prize master management department 56c Card processing history management department 56d Playing data analysis department 60 prizes Management device 80 Settlement machine 90 Hall computer 94 Pulse receiving unit 95a Pulse data 95b Game history data 95c Floating data 96a Pulse data storage unit 96b Pulse data aggregation unit 96c Game history data generation unit 96d Floating data generation unit

Claims (4)

In a game management system that manages games in a game store
A determination means capable of determining the gaming status of a player in the gaming machine based on the information about the gaming machine and the information about each device installed in association with the gaming machine is provided.
Each of the devices can accept a specific recording medium that does not indicate that it is a member of the game store and is associated with a game value required for playing a game.
The determination means includes information indicating that the gaming value associated with the specific recording medium received by each of the machines has been used up, and information indicating that the gaming machine has not played a game for a predetermined time. Based on, it is possible to determine that the player's game on the gaming machine has ended.
A game management system characterized in that the predetermined time is a time that can be changed for each game machine. In a game management system that manages games in a game store
A determination means capable of determining the gaming status of a player in the gaming machine based on the information about the gaming machine and the information about each device installed in association with the gaming machine is provided.
Each of the above-mentioned device can accept a recording medium to which the game value required for playing the game is associated with the device.
The determination means is based on the information indicating that the recording medium has been returned from the respective machine devices and the information indicating that the gaming machine has not been played for a predetermined time. It is possible to determine that the game is over,
A game management system characterized in that the predetermined time is a time that can be changed for each game machine. The determination means
Even within the predetermined time, it is possible to determine that the player's game on the gaming machine has ended based on the information indicating that the recording medium returned by each device has been used by the other device. The game management system according to claim 2, wherein the game management system is provided. A gaming machine operation history acquisition means for acquiring the operation history of the gaming machine, and
Each unit device operation history acquisition means for acquiring the operation history of each unit device, and
A game history information generation means for generating game history information indicating a history of games played by the game machine using the operation history of the game machine and the operation history of each machine.
Further provided with a game information generation means for identifying a game played by one player from the game history information and generating game information indicating the game history for each player.
The floating information generation means
The game management system according to any one of claims 1 to 3, wherein the game played by one player is identified by using the result of the end determination of the player's game by the determination means.

Images