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

Abstract

To achieve an improvement in efficiency of a game store operation by acquiring and analyzing various types of information that indicate how game machines are used.SOLUTION: A hall computer 90 generates game history data from an operation history of a game machine 20 and an operation history of an inter-machine card processing machine 10 to generate free play data that indicates a game history for each game customer. The inter-machine card processing machine 10 acquires a terminal ID from a portable terminal device 110 of the game customer and associates the terminal ID with a card ID. A member management device 50 holds the card ID and the terminal ID transmitted by the inter-machine card processing machine 10 with associating each other, acquires attribute data corresponding to the terminal ID by transmitting the terminal ID to a server device 100 for inquiry, and then provides the card ID and the attribute data to the hall computer 90. The hall computer 90 associates the free play data with an attribute to generate free play data with an attribute on the basis of the card ID.SELECTED DRAWING: Figure 1

Description

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

Conventionally, a game store provides a game with a game medium interposed. For example, in a pachinko game, a game ball is used as a game medium, and the game ball is driven into the game board surface to play the game. A plurality of winning areas (winning holes) are provided on the game board surface, and a predetermined number of playing balls are awarded as winning balls based on the fact that the playing balls have passed through the winning areas. Thus, 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.

In general, each gaming machine is provided with each device. Each device receives the payment and performs the game medium lending process. 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 owned game media and paying out the game media (see, for example, Patent Document 1). ..).

Here, there is known a technique of collecting information about a game from a game machine and each device and managing the collected information by a management device called a hall computer in order to manage sales in a game store. For example, in Patent Document 2, the hall computer receives a hit signal indicating the number of hit balls and a prize signal indicating the number of prize balls from the gaming machine, and a ball rental signal indicating the number of ball rentals is processed by the inter-card processing. A technology is disclosed in which the number of balls to be lent, the number of balls to be hit, and the number of prizes to be won are managed for each machine number of a gaming machine based on these signals received from the machine.

JP, 2011-131037, A JP, 2010-158297, A

However, the conventional technology only manages how much each gaming machine is used, and cannot manage the usage record for each gaming machine such as how many gaming machines each gaming machine is used. There was a problem.

For example, even if the number of balls to be lent, the number of balls to be hit, the number of balls to be awarded are the same, the case where a single player continuously plays a game or a case where a plurality of players are swapped Sometimes it is the result of playing a game, but these cannot be identified by conventional techniques. Further, it has been difficult for the conventional technology to identify what type of gaming machine the gaming player has used and in what order.

How many players the game machine has been played by, that is, the rotation rate of the game machine is important information for the game store. Similarly, what kind of gaming machine the gaming player used and in what order, that is, the flow line of the gaming person is also important information for the gaming shop. This is because it is possible to discriminate the gaming machines having a high attracting power and to change the arrangement of the gaming machines more efficiently from these information.

Furthermore, if attributes such as gender and age of the game player can be acquired, it is possible to analyze the usage record of the gaming machine with higher accuracy. However, if a member player who has registered as a member in a game store can easily acquire the attribute of the player, it is difficult to acquire the attribute of a general player whose presence/absence of membership registration cannot be determined.

As described above, in the conventional technology, it has been an important subject to acquire and analyze various information indicating how the gaming machine is used, and to realize the efficiency of the operation of the gaming shop.

The present invention has been made to solve the above-described problems, and acquires and analyzes various kinds of information indicating how a gaming machine is used, and realizes efficient operation of a gaming shop. The purpose is to

In order to solve the above-mentioned problems and achieve the object, the present invention is a game management system for managing a game in a game store, which includes a game machine operation history acquisition unit for acquiring an operation history of a game machine, and the game machine. Performed by the gaming machine by using the operation history acquisition unit for each machine that acquires the operation history of each machine installed in association with each other, and the operation history of the game machine and the operation history of each machine A game history information generation unit that generates game history information indicating a history of games, and a game that identifies a game played by one player from the game history information to generate game information indicating a history of games for each player. An information generation unit, an identification information acquisition unit for acquiring identification information for identifying the player,
An attribute information acquisition unit that acquires attribute information of the player managed by an external device based on the identification information, and an attribute association processing unit that associates the attribute information with the movement information. ..

Further, in the present invention according to the above-mentioned invention, the identification information acquisition unit acquires the identification information from a mobile terminal device carried by the player, and the attribute information acquisition unit determines a predetermined value for the mobile terminal device. It is characterized in that the identification information is transmitted to a server device that provides a service to acquire the attribute information.

Further, in the present invention according to the above-mentioned invention, the attribute association processing unit uses the attribute information managed by the amusement store for the registered player, and the attribute information for the player whose membership registration cannot be determined. The acquisition unit uses the attribute information acquired from an external device.

Further, the present invention according to the above-mentioned invention, further comprising a storage unit that stores the identification information acquired by the identification information acquisition unit and the attribute information acquired by the attribute information acquisition unit in association with each other, the attribute information acquisition unit If the attribute information corresponding to the identification information acquired by the identification information acquisition unit is already stored in the storage unit, the attribute information is used.

Further, the present invention is characterized in that, in the above-mentioned invention, the moving information generation unit further generates the moving information by further using a game result managed by the external device.

Further, the present invention is characterized in that, in the above-mentioned invention, a transmission unit is further provided for transmitting the floating information together with the corresponding identification information to the external device.

Further, the present invention is a game management method for managing a game in a game store, comprising: a game machine operation history acquisition step of acquiring an operation history of the game machine; and a device for each unit installed in association with the game machine. Using each unit device operation history acquisition step of acquiring an operation history, and using the operation history of the gaming machine and the operation history of each unit device, game history information indicating a history of games played by the gaming machine is generated. A game history information generating step; and a game information generating step of generating a game information indicating a game history for each player by identifying a game played by one player from the game history information. An identification information acquisition step of acquiring identification information for identification, an attribute information acquisition step of acquiring attribute information of a player managed by an external device based on the identification information, and an attribute associating the attribute information with the movement information. And a correlation processing step.

According to the present invention, various kinds of information indicating how a gaming machine is used can be acquired and analyzed, and the operation efficiency of a gaming shop can be improved.

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 external appearance of the inter-card card processing machine. FIG. 4 is a functional block diagram showing the configuration of the inter-card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-card card processor. FIG. 6 is a functional block diagram showing the configuration of the card management device shown in FIG. FIG. 7 is an explanatory diagram illustrating 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 apparatus shown in FIG. FIG. 9 is an explanatory diagram for describing an example of data stored in the storage unit illustrated in FIG. (Part 1) FIG. 10 is an explanatory diagram illustrating an example of data stored in the storage unit illustrated in FIG. (Part 2) FIG. 11 is an explanatory diagram illustrating an example of data stored in the storage unit illustrated in FIG. (Part 3) FIG. 12 is a functional block diagram showing the configuration of the hall computer shown in FIG. FIG. 13 is an explanatory diagram illustrating an example of data stored in the storage unit illustrated in FIG. (Part 1) FIG. 14 is an explanatory diagram illustrating an example of data stored in the storage unit illustrated in FIG. (Part 2) FIG. 15 is an explanatory diagram of processing by the floating data generation unit. (Part 1) FIG. 16 is an explanatory diagram of processing by the floating data generation unit. (Part 2) FIG. 17 is a flowchart showing the processing procedure of floating data generation. FIG. 18 is a flowchart showing a processing procedure for accumulating attribute management data. FIG. 19 is an explanatory diagram for analyzing the validity of an event. FIG. 20 is an explanatory diagram of a configuration for acquiring the attribute data using the device ID of the inter-card card processing machine.

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

In the present specification, the dice are data indicating the game medium or the number of the game medium acquired by the game player in the game, and can be reused for the game only on that day (time before closing). Say what you can. The accumulated coin is data indicating the game medium or the number of the game medium acquired by the game player, and can be used again for the game after the next day (time after closing). The dice can be used by both general players and member players, and are used when the game machine used for the game is changed (so-called platform movement). Usually, the member can use only the member game player, and when the game medium obtained is used for the game on and after the next day. A predetermined fee may be charged for the use of the accumulated coins.

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

When accepting a deposit from a player, the inter-station card processor 10 associates the prepaid value corresponding to the amount of deposit with the identification information (card ID) of the card stored inside the device itself. This prepaid value can be used for renting game balls. In addition, the inter-mountain card processing machine 10 can accept insertion of a card associated with a prepaid value, balls owned, balls accumulated, or the like. Then, at the end of the game, the card associated with the prepaid value, balls owned, balls accumulated, etc. is discharged and returned to the player.

The hall computer 90 uses the history of the operations of the inter-card card processor 10 and the gaming machine 20 to generate gaming history data.

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

On the other hand, the gaming machine 20 sends an outpulse to the hall computer 90 every 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 every time a predetermined number of prize balls are paid out based on the fact that the game balls have passed through the prize area (so-called prize). Further, when a special state such as a big hit occurs due to a game, a special prize pulse indicating the occurrence of such a state is transmitted to the hall computer 90. The out pulse, the safe pulse and the special pulse may be directly transmitted from the gaming machine 20 to the hall computer 90, or another device provided in the gaming machine 20 may transmit the out pulse, the safe pulse and the special pulse to the hall computer. 90 may be transmitted.

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

The hall computer 90 uses the history of the operation of the gaming machine 20 accumulated in its own apparatus and the history of the operation of the inter-card card processing machine 10 received from the member management apparatus 50 to generate game history data. In the present embodiment, the hall computer 90 will be described by taking a configuration in which the operation history is acquired from the inter-card communication card processing machine 10 via the member management device 50 as an example. However, other devices such as the card device 40 described later may be used. A configuration may be used in which a history of operations of the inter-card card processing machine 10 is acquired via the route. Alternatively, the hall computer 90 may directly acquire the operation history from the inter-card processor 10.

This game history data shows a state related to the game in a time series, such as deposit, card insertion, card ejection, number of hit balls, number of prize balls, and occurrence of special prize. A card ID and a game machine ID are associated with deposit, card insertion, and card ejection. The game machine ID is associated with the number of balls hit, the number of prizes paid out, the occurrence of a special prize, and the like. Therefore, the gaming history data indicates which card is used in which gaming machine 20 and how the game has changed.

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

Further, the inter-card card processing machine 10 can acquire the terminal ID from the mobile terminal device 110 carried by the player. Once the terminal ID is acquired, the inter-station card processor 10 associates it with the card ID in use and transmits it to the member management apparatus 50.

The mobile terminal device 110 can communicate with the server device 100 outside the game store to receive a predetermined service. The service provided by the server device 100 is, for example, distribution of information about a game, management of a game record of a player, and the like, which is provided independently of a game store. When receiving the service, the player registers the terminal ID and his/her own attribute data (gender, age, etc.) in the server device 100.

The member management device 50 of the amusement shop holds the card ID and the terminal ID transmitted from the inter-card card processing machine in association with each other, and further transmits the terminal ID to the server device 100 to make an inquiry, thereby The attribute data corresponding to the ID is acquired and managed, and the card ID and the attribute data are provided to the hall computer 90.

In this way, the member management device 50 manages the card ID and the attribute data in association with each other. Further, the hall computer 90 generates the attribute-added floating data by associating the attribute with the floating data based on the card ID.

In this way, the history of operations of the machine-to-machine card processing machine 10 (deposit, card insertion, card ejection, etc.) and the history of operations by the gaming machine 20 (generation of outpulses, safe pulses, prize pulses) are acquired. While generating the play data indicating the history of the game for each player, the terminal ID is acquired from the player's mobile terminal device 110, the attribute data is acquired from the server device 100 based on the terminal ID, and associated with the move data. By doing so, it is possible to obtain and analyze various information indicating how the gaming machine is used, and to realize the efficiency of the operation of the gaming shop.

Next, the system configuration of the game shop will be described. FIG. 2 is a diagram showing a system configuration of a game store. As shown in FIG. 2, a plurality of gaming machines 20 and the inter-card processing machine 10 provided corresponding to each gaming machine 20 are installed in the gaming shop. The inter-card card processor 10 is connected 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 settlement 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 communicatively connected to the member management apparatus 50. The hall computer 90 and the card management device 40 may be communicably connected.

The game machine 20 is a device that drives a game ball into a game board surface to play a game. The gaming board surface of the gaming machine 20 is provided with a plurality of winning areas (winning holes), and a predetermined number of gaming balls are awarded as winning balls based on the fact that the gaming balls have passed through the winning areas. Has become. A predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on the fact that the game balls have passed through the starting area. If the lottery is a big hit, the operation that is advantageous in the game is performed by increasing the probability of the game balls passing to the above-mentioned winning area or other starting area by operating a predetermined movable member or the like. The result of the lottery by passing the ball to the starting opening is displayed on the special symbol display device that displays the result of the lottery. The display of the lottery result of the special symbol display device is performed in such a manner that the fixed display is performed after the variable display for a predetermined time. In addition, the game board surface is provided with a decorative symbol display device that variably displays decorative symbols such as predetermined numbers based on the result of the lottery, and when the result of the lottery is a big hit, for example, (7, 7 , 7) etc. are displayed to notify. It is also possible to provide an area that doubles as a starting area and a winning area.

The prize area is provided with a prize sensor for detecting passage of a game ball into the prize area. The prize sensor detects passage of a game ball hit into the prize area (prize). Has become. Further, the control unit of the gaming machine 20 has a prize memory for storing the number of game balls to be awarded as prizes for each winning area.

Therefore, when the winning sensor detects that the entered game ball has passed to the specific winning area, the gaming machine 20 should provide the award based on the stored contents of the prize memory and the number of gaming balls that have passed through the winning area. It is possible to determine the number of prizes and perform payout processing for the determined number of prizes. Further, the game balls that have been hit are finally discharged from the back side of the game board to the outside of the game machine regardless of whether or not the game balls 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.

The gaming machine 20 also includes an external output unit that outputs a signal for managing the operating state of the gaming machine 20 to the hall computer 90 or the like. The safe pulse is transmitted from the external output unit to the hall computer 90 every time a predetermined number of prizes are paid out. Furthermore, when a special state such as a big hit occurs in the game machine 20 due to a game, a special prize pulse indicating the occurrence of such a state is transmitted to the hall computer 90 from the external output unit. Further, in the gaming machine 20, 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, the start pulse indicating the start of the variable display is output from the external output unit to the hall computer. 90 is transmitted. Furthermore, from the out-ball detecting device, an out-pulse indicating the number of balls driven into the game machine 20 (the number of balls ejected from the game board surface) is transmitted to the hall computer 90.

The unit-to-unit card processor 10 accepts deposits, lends game balls, and communicates with the card management device 40. When the banknote processing machine 10 receives a banknote inserted by a player, it transmits payment notification data including the amount of the banknote to the card management device 40, and the prepaid value managed by the card management device 40 is the amount of money. Add the number according to. Then, if a predetermined ball lending operation is performed, a ball lending request is transmitted to the card management device 40, the prepaid value managed by the card management device 40 is subtracted, and the number of games corresponding to the subtracted prepaid value is played. Perform the ball payout process.

Further, when the inter-card card processor 10 accepts the insertion of the card, it transmits the card insertion notification data to the card management device 40. When receiving the data including the prepaid value, the number of owned balls, and the number of accumulated balls from the card management device 40, the inter-card card processor 10 stores the received prepaid value, the number of owned balls, and the number of accumulated coins. When the number of balls held is stored, the inter-card card processor 10 transmits the ball subtraction request data to the card management device 40, and the number of balls held by the card management device 40 is reduced to zero. clear.

In addition, when the inter-card playing machine 10 receives the dice ball replay operation, it subtracts a predetermined number from the dice number stored in its own device, and pays out a number of game balls corresponding to the subtracted dice number. To do. In addition, when the inter-mountain card processing machine 10 receives the coin replay operation, it transmits the coin replay request data to the card management device 40, thereby subtracting a predetermined number from the number of coins managed by the member management device 50. Then, the payout process of the number of game balls corresponding to the subtracted number of stored balls is performed.

When the card return operation is accepted, the inter-mountain card processing machine 10 transmits ball holding addition request data including the number of ball holdings managed by the device itself to the card management device 40, and the card management device 40 holds the balls. After adding the numbers, the card ejection notification data is transmitted to the card management device 40 to control the ejection of the card.

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

The card management device 40 is a device that manages the prepaid value of a card, the number of balls, and the like as card data. When the card management device 40 receives the card insertion notification data from the unit-to-unit card processing device 10, the card management device 40 manages the card ID of the inserted card and the device ID of the unit-to-unit card processing device 10 in association with each other. The prepaid value and the number of balls possessed associated with are transmitted to the unit-to-unit card processing machine 10. Further, 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 coin replay data is transmitted to the between-cards processing machine 10.

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

Further, when the card management device 40 receives the ball lending request data from the unit-to-unit card processing machine 10, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID, and sets the ball-lending permission data to the unit-to-unit card processing device 10. Send to. Then, if the ball replay request data is received, the ball replay request data is transmitted to the member management apparatus 50. If the member management apparatus 50 outputs the ball replay data, the ball replay data is transferred between the units. It is transmitted to the card processing machine 10.

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 this card ID is notified to the settlement machine 80.

Further, when the card management device 40 receives the card insertion notification data, the card management device 40 specifies the gaming machine ID of the gaming machine 20 corresponding to the inter-mounting card processing machine 10 of the transmission source, and identifies the gaming machine ID and the card ID. In association with this, the member management device 50 is notified of card insertion. Similarly, when the machine-to-machine card processing machine 10 ejects the card, the machine-machine ID of the game machine 20 corresponding to the machine-to-machine machine 10 of the transmission source is specified, and the machine-machine ID and the card ID are associated with each other. In addition, the member management device 50 is notified of the card ejection.

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

A card insertion notification, a card ejection notification, a payment notification, etc. from the card management device 40 to the member management device 50 are output to the hall computer 90 as a history of the operation of the inter-story 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 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 the member management data of the members who are registered as members at the game shop. Specifically, the number of accumulated balls, the number of points, the personal identification number, the name, and the like are managed in association with the member card ID issued to the member.

When the member management device 50 receives the card insertion notification data from the inter-mountain card processing machine 10, the membership management device 50 displays the coin replay data including the number of coins and the personal identification number associated with the card ID indicated in the card insertion notification data. To the inter-card processing machine 10. In addition, when the membership management device 50 receives the coin replay request data from the unit-to-unit card processing machine 10, the member management device 50 subtracts a predetermined number from the number of coins associated with the card ID indicated in the coin replay request data, The coin replay data including the subtracted number of coins is transmitted to the inter-mountain card processor 10. Note that communication between the inter-board card processing machine 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 coins from the prize management device 60, the member management device 50 notifies the prize management device 60 of the number of coins corresponding to the designated card ID.

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

In addition, the member management apparatus 50 accumulates a history of operations related to prize exchange by the prize management apparatus 60 and settlement by the settlement machine 80, and transmits the 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 prize exchange installed in a prize exchange counter in a game shop, and performs prize exchange processing for exchanging the number of acquired balls, the number of accumulated balls, and the number of possessed balls for prizes. To the prize management device 60, a card reader for reading a card ID from a card and a prize dispensing device for dispensing prizes are connected. The prize management device 60 transmits the card ID to the card management device 40 when the card ID is read from the general card or the membership card (or when the identification data corresponding to the card ID is read from the mobile terminal or the like). Then, the number of balls possessed by the card ID is requested. Further, when exchanging the number of coins for a prize, the number of coins is requested from the member management device 50.

When the card associated with the prepaid value is inserted, the settlement 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 coin is paid out according to the acquired prepaid value.

The hall computer 90 manages the history of the operation of the gaming machine 20 by receiving and storing the out pulse, the safe pulse, and the special prize pulse from each gaming machine 20. The hall computer 90 manages the state of each gaming machine 20 (“special prize”, “vacant base”, “in game”, etc.), and displays these states of each gaming machine on a map display inside the hall. It can also be displayed. Further, the hall computer 90 receives the history of the operation of the inter-card card processing machine 10 and the history of prize exchange and settlement. Then, the operation history of the gaming machine 20, the operation history of the inter-card card processing machine 10, the prize exchange and the settlement history are used to generate the game history data and the movement data.

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

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

Next, a ball replaying process for replaying a ball with the gaming system shown in FIG. 2 will be described. When receiving the insertion of the general card or the membership card, the inter-station card processing machine 10 transmits the card insertion notification data to the card management device 40. The card insertion notification data includes a card ID of a card inserted in the inter-mounting card processor 10, an address for identifying the inter-unit card processing machine 10 as a transmission source, or arbitrary identification data, and the inter-unit card processing machine. Data for identifying 10 rates.

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

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

When receiving the card return operation, the unit-to-unit card processing machine 10 transmits the ball holding 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 or any identification data that identifies the inter-sector card processor 10 that is the transmission source, and the number of balls held at each rate. ..

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

Next, the stored coin replay processing in the game system shown in FIG. 2 will be described. When the card ID is read from the membership card or a mobile terminal that can be used as a membership card, the inter-station card processor 10 transmits the card insertion notification data to the card management device 40. The card insertion notification data includes a card ID of a card inserted in the inter-mounting card processor 10, an address or any identification data for identifying the inter-unit card processing machine 10 as a transmission source, and the inter-unit card processing machine. Data for identifying 10 rates.

The card management device 40 transmits the card insertion notification data received from the inter-card card processor 10 to the member management device 50. When the member management device 50 receives the card insertion notification data, the membership number associated with the card ID in the card insertion notification data and the number of accumulated balls at the rate specified by the card insertion notification data out of the accumulated coins. Then, the coin replay data including the possible number of coin replays is transmitted to the inter-mountain card processor 10. The possible number of coin replays indicates the number of balls that can be replayed. The number of possible replays of the stored coins is a multiple of the number of payout units of the game balls in the replay of the stored balls. If the upper limit is set for the coin replay, the maximum value within the range of the number of coins and the upper limit is the number of possible replays. Instead of the maximum number of re-playable coins, the number of re-playable coins may be used as the re-playing frequency. The coin replay frequency is a quotient obtained by dividing the number of coins by the number of payout units of game balls in the coin replay. However, when the upper limit is set for the coin replay, the upper limit limits the replay frequency.

The unit-to-unit card processor 10 stores the received coin replay data, and can accept the coin replay operation when the possible number of coin replays indicated in the coin replay data is 1 or more.

The inter-station card processing machine 10 prompts the player to input a personal identification number when the first operation of recollecting the re-playing data is performed after storing the re-playing data, and the entered personal identification number is the re-playing data. It is determined whether or not it matches the personal identification number shown in.

When the personal identification numbers match, the unit-to-unit card processing machine 10 transmits the stored coin replay request data to the card management device 40. The coin replay request data includes a card ID of a card inserted in the inter-mounting card processing machine 10, an address for identifying the inter-mounting card processing machine 10 as a transmission source, or arbitrary identification data, and the inter-mounting card processing. Data for identifying the rate of the machine 10.

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

The unit-to-unit card processing machine 10 updates the stored number of stored balls, and performs a payout process of the number of game balls corresponding to the number of payout units in the stored ball replay. In addition, it is determined whether or not the number of re-playable coins after renewal is one or more. If the possible number of coins replay is 0, the coin replay operation cannot be accepted. If the number of re-playable coins after renewal is 1 or more, the re-playing operation can be accepted again. It is not necessary to confirm the PIN number in the second and subsequent replays. The password may be confirmed every time. In addition, here, the case where the inter-card communication card processing machine 10 performs the game ball payout process after the member management device 50 subtracts the game ball payout amount is illustrated, but the game ball payout process is performed based on the game ball replay request. You may subtract the balance of your savings after doing this. This is because the possible number of re-plays of the ball is shown in the re-play data of the ball before the request for the re-play of the ball, and it is not a situation that the balance shortage is found after the request for the re-play of the ball is received.

Next, the shift from ball holding to ball storage 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 processing, and if there is a record associated with the number of balls held that is greater than zero, the number of balls held in the record together with the card ID and the rate. Notify the member management device 50. The member management device 50 adds the number of balls held by 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 held balls to zero.

Next, the appearance of the inter-card card processor 10 shown in FIG. 2 will be described. FIG. 3 is a view showing the outer appearance of the inter-card card processing machine 10. Note that, in FIG. 3, the exterior of the inter-card card processing machine 10 connected to the gaming machine 20 is shown as the inter-card card processing machine 10. In addition, the gaming machine 20 that is installed side by side is illustrated by a broken line. Further, although FIG. 3 illustrates the inter-card card processing machine 10 that accepts only banknotes, a unit for accepting coins may be provided.

As shown in FIG. 3, the inter-card processor 10 has a status display unit 11, a bill insertion slot 12a, a display operation unit 13, a card insertion slot 14a, a holding section 14b, a nozzle unit 18a, and a counting unit 18b.

The status display unit 11 displays the status of the device of the inter-card processing machine 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 such as a touch panel type liquid crystal display which receives display of operation buttons and input operations by the operation buttons.

The card insertion slot 14a is an insertion slot for a card carried by the player. The holding portion 14b is a portion for holding the mobile terminal used for member registration. When the mobile terminal is held over the holding portion 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 that throws game balls into the game machine 20. The counting unit 18b is a mechanism that counts game balls dropped from the lower plate of the gaming machine 20.

Next, the configuration of the inter-card card processor 10 shown in FIG. 2 will be described. FIG. 4 is a functional block diagram showing the configuration of the inter-card card processor 10 shown in FIG. As shown in FIG. 4, the machine-to-machine card processing machine 10 includes a bill transport 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 banknote transport unit 12 is a transport unit that determines the denomination and authenticity of the banknote inserted from the banknote insertion slot 12a and transports the banknote to a banknote storage unit (not illustrated). The display operation unit 13 is an input/output device such as a touch panel type liquid crystal display for displaying various kinds of information such as prepaid value, number of balls held, and number of stored balls that can be used for ball lending, and for accepting various operations such as ball lending operation. 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 section (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. In addition, the reader/writer 14 has a function of issuing a new card by associating the value data such as the ball holding and the prepaid value shown in the card data 16b with the card stored in the card storage section in response to the returning operation of the player. I also have. However, when the prepaid value shown in the card data 16b is 0 and the number of balls held is less than a certain number (minimum held number), the card is controlled not to be returned even if there is a return operation. This is a control for preventing a loss in the game shop due to the discarding of a card associated with a small amount of balls. As a certain number, for example, a value obtained by multiplying the number of balls held by the unit price of lending per ball can be set as the value of the card or the lowest price prize in the amusement store, but is not limited to this, and the game is not limited to this. Can be freely set according to the store policy. In addition, if you control not to return the card even if there is a return operation, you can also perform the payout process for the memorized balls, but display that the card can not be returned and replay the ball. May be.

The communication unit 15 is an interface unit for performing data communication between the gaming machine 20 and the island controller 30. The nozzle unit 18a is used for 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 device status data 16a and the card data 16b.

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

The card data 16b is data relating to the card being used by the player. The card data 16b includes a card ID, a prepaid value, owned balls, accumulated balls, a possible number of coins replayed, and the like. There is data for each game type (rate) regarding the dice balls and the accumulated balls. The card ID is the 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 is ejected, the card data 16b is updated by the card ID read by the reader/writer 14 during the conveyance. Further, even when the 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 conveyance.

The control unit 17 is a control unit that controls the whole inter-card processor 10, and includes a data management unit 17a, a counting processing unit 17b, and a terminal ID acquisition unit 17c.

When the card is inserted, the data management unit 17a transmits the card insertion notification data including the device ID of the self 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 (prepaid value, at least one of the number of balls held and the number of balls accumulated) from the card management device 40, the data management unit 17a updates the card data 16b with the received value data. .. The data management unit 17a appropriately controls the display operation unit 13 to display the prepaid value, the number of balls held, and the number of stored balls shown in the card data 16b.

When the banknote is inserted into the banknote insertion slot 12a, the data management unit 17a transmits to the card management device 40 deposit notification data including the amount of the inserted banknote, the card ID, and the inter-card processor ID.

In addition, 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 a 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 payout process for a predetermined number of game balls.

In addition, the data management unit 17a subtracts a predetermined number from the number of balls held in the card data 16b when the player replays the balls and performs a payout process of a corresponding number of balls. To do.

Further, the data management unit 17a can display the coin replay button on the display operation unit 13 to accept the coin replay operation when the number of replayable coins shown in the card data 16b is 1 or more. And The data management unit 17a transmits, to the member management apparatus 50, the coin-payment replay request data including the card ID and the unit-to-unit card processor ID when the player performs a coin-payment replay operation. When the coin replay data is received as a response to the coin replay request data, the number of coins in the card data 16b is updated, and the payout process of the game balls of the payout unit number of the coin replay is performed. At the time of the first coin replay operation, the player inputs a password and transmits the coin replay request data on condition that the password coincides with the password shown in the card data 16b.

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

In addition, the data management unit 17a transmits general card usage data including the card ID of the card data 16b to the card management device 40 when the number of balls and the prepaid value of the general card become 0.

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 in the card data 16b. Then, the wagon prize exchange data including the card ID of the card data 16b is transmitted to the card management device 40 to notify that the wagon prize exchange has been performed. Here, the wagon prize exchange is a service that allows a game shop staff to carry prizes such as drinks and cigarettes around the game shop so that the player can exchange the prizes and balls while continuing the game.

Further, when the dice balls are divided, the data management unit 17a divides the dice into two cards having the dice number shown in the card data 16b and associates them with each other, and performs a process of discharging one of the cards. .. Then, by transmitting the ball-divided ball notification data including the card IDs of the two cards to the card management device 40, the fact that the ball-division is performed is notified.

In the case of ball-division, the data management unit 17a makes it possible to display a button for ball-division on the display operation unit 13, and when the button for ball-division is operated, a new card is inserted. And 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 dividable balls from the number of dice balls of the card data 16b, which is the number of dice balls of the division source card, associates the number of dice balls corresponding to the number of divided balls with the division destination card, and divides Eject the card.

In the case where the dice are divided, it is determined that the same player has used the division destination card and the division source card. In addition, it may be set to identify that the division target card and the division source card are 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 gaming balls and adds the counting result to the number of balls held in the card data 16b.

In addition, the counting processing unit 17b, when performing the addition of the number of balls held by counting, transmits the unit count notification data including the card ID of the card data 16b to the card management device 40, and thereby the unit-to-unit card processing machine. Notify that a count at 10 has been performed.

The terminal ID acquisition unit 17c is a processing unit that acquires the terminal ID of the mobile terminal device 110 when the player holds the mobile terminal device 110 over the holding unit 14b. The terminal ID of the mobile terminal device 110 is, for example, IDm, and can be used as identification information for identifying a player. When the terminal ID acquisition unit 17c acquires the terminal ID, the terminal ID acquisition unit 17c associates it with the card ID being used and transmits it to the member management apparatus 50.

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

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

The card data 16b shown in FIG. 5B shows a state where the ID of the card inserted in the inter-card processor 10 is "2002". Here, the first digit of the card ID indicates the type of the card, the card with the first digit "1" is the general card, and the card with the first digit "2" is the membership card. Further, the card data 16b shows a state in which the prepaid value is "2000 degrees". Here, the frequency of the prepaid value is equivalent to 1 yen. Also, the card data 16b shows that the number of balls 1 is "375", the number of balls 2 is "500", and the number of balls 3 is "2000". Showing.

Further, in the card data 16b, the PIN for coin replay is "7777", the possible number of coin replays is "250", the number of coins for ball 1 is "250", and ball 2 The number of stored balls is "1000" and the number of stored balls 3 is "4000". Although the number of balls that can be replayed is stored as the number of replays that can be replayed here, the number of replays that can be replayed may be stored as the number of replays. Although not shown, the card management device 40 also stores ON/OFF of a “lock” flag indicating valid/invalid of the card in addition to the dice balls, the accumulated coins, and the prepaid value in association with the card ID. When the card is stolen, it is turned on by the employee's operation. These data are also stored in the card data 16b. In addition, this "lock" flag can be set for each function ("use coins", "ride", etc.). For example, only the "ride" function is subject to "lock" at the request of the player. As a result, it can 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 performing data communication via a network outside the game store. The store network communication unit 44 is an interface unit for performing data communication with the island controller 30, the member management device 50, the prize management device 60, and the settlement machine 80 via a communication line in the game shop.

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 a prepaid value, the number of balls held for each game type, and a use-side device ID indicating the device ID of the inter-board card processing machine 10 in which the card is inserted are associated with the card ID. is there. The device management data 45c is data relating to the devices arranged in the game shop. The device management data 45c includes the device ID of the inter-card card processor, the address of the inter-card processor 10, the installation location, the game machine ID of the attached gaming machine, and the 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. In practice, programs corresponding to these functional units are stored in a ROM or a non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed, whereby a game type setting management unit is executed. 46a, the card management unit 46b, and the device management unit 46c are caused to execute respective processes.

The game type setting management unit 46a is a processing unit that manages, as game type setting data 45a, a game type used in a game store, a rate, and a display name 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-card processing unit 10, the card management unit 46b also sets the card insertion notification of the card ID of the card ID shown in the card insertion notification data. The device ID is shown in the data. Further, the prepaid value associated with the card ID indicated in the card insertion notification data and the number of balls held at each rate are notified to the inter-mountain card processing machine 10 as value data. If the inserted card is a membership card, the card insertion notification data is transmitted to the membership management device. The card management unit 46b, when receiving the dice ball subtraction request data from the unit-to-unit card processor 10, clears the number of dice balls at the rate indicated in the dice ball subtraction request data to zero.

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

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

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

Further, when the card management unit 46b receives the di ball addition request data, the card management unit 46b adds the di ball number included in the di ball addition request data to the number of dice balls at the corresponding rate. Further, when the card management unit 46b receives the card ejection notification data, the card management unit 46b erases the use destination device ID of the card ID.

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 receiving the card ID from the settlement machine 80, the card management unit 46b notifies the settlement machine 80 of the prepaid value associated with the card ID.

Further, when the card management unit 46b receives the terminal ID and the card ID of the mobile terminal device 110 from the inter-card processor 10, the card management unit 46b transmits the terminal ID and the card ID to the member management device 50.

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, the address of the inter-card processor 10, the installation location, and the gaming machine ID acquired from the inter-card processor 10.

Further, 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 machine management data 45c and refers to the game machine ID corresponding to the machine-to-machine card processing machine 10 that is the transmission source. Specify. 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 processing machine 10, the device management unit 46c refers to the machine management data 45c and corresponds to the machine-to-machine card processing machine 10 that is the transmission source. Identify the ID. Then, the card ejection notification data including the specified gaming machine ID is transmitted to the member management device 50.

Further, when the device management unit 46c receives the deposit notification data from the machine-to-machine card processing machine 10, the device management unit 46c refers to the machine-management data 45c to obtain the gaming machine ID corresponding to the machine-to-machine card processing machine 10 as the transmission source. Identify. Then, the deposit 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 device count notification data, the general card used-up data, the wagon prize exchange data, and the ditto ball split notification data from the unit-to-unit card processor 10, the device management data 45c is received. By referring to the gaming machine ID, the gaming machine ID corresponding to the source inter-station card processing machine 10 is specified. Then, including the specified gaming machine ID, each unit count notification data, general card used-up data, wagon prize exchange data, and ball-division notification data are transmitted to the member management device 50.

Next, an example of 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.

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

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

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 used device ID "3004". That is, the card with the card ID “1002” is inserted in the inter-mounting card processing machine 10 with the device ID “3004”, and the number of balls held is managed by the inter-mounting 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 used device ID "3001". That is, the card with the card ID “2002” is inserted in the inter-card card processor 10 with the device ID “3001”, and the management of the balls is transferred to the inter-card card processor 10. Therefore, the number of balls held at each rate is zero.

In the device management data 45c shown in FIG. 7C, the address of the inter-card processor 10 with the ID "3001" on the network is "AB.CD.EF.GH", and the installation location is "Island 1-1." , The ID of the connected gaming machine 20 is “P001”, the game type is “ball 3”, and the model of the connected gaming machine 20 is “EV01”. It also indicates 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.

The member management device 50 also 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 performing data communication via a network outside the game store. The store network communication unit 54 is an interface unit for performing data communication with the prize management device 60, the card management device 40, the hall computer 90, and the like via a communication line in the game store.

The storage unit 55 is a storage device such as a hard disk device or a non-volatile memory, and has 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 payment processing history data 55f, the attribute management data 55g, and the attribute accumulation data 55h are stored.

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

The game-related card processing history data 55d indicates a history related to the game, such as card insertion, card ejection, payment, counting each card, and exhaustion of general cards, among processing operations by the inter-card card processor 10. Specifically, the game-related card processing history data 55d is updated based on the card insertion notification data, the card ejection notification data, the payment notification data, the number-of-units count notification data, and the general card usage data received from the card management device 40. Will be done.

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

The count settlement processing history data 55f indicates a history of processing operations performed by a unit other than the inter-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 island edge counter. Specifically, upon receipt of an operation notification from the prize management device 60, the settlement machine 80, the island edge counting machine, etc., the counting settlement processing history data 55f is updated.

The attribute management data 55g is data in which the card ID and the attribute data of the player identified based on the terminal ID are associated with each other. The attribute storage data 55h is data in which the terminal ID and the attribute data acquired in the past are stored.

The control unit 56 is a control unit that controls the member management apparatus 50 as a whole, and includes a member management unit 56a, a prize master management unit 56b, a card processing history management unit 56c, a floating data analysis unit 56d, an attribute management unit 56e, and floating data provision. It has a portion 56f. In practice, the programs corresponding to these functional units are stored in a ROM or a non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed, whereby the member management unit 56a, The prize master management unit 56b, the card processing history management unit 56c, the floating data analysis unit 56d, and the attribute management unit 56e are caused to execute respective processes.

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 accumulated coins associated with the card ID. In addition, 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 stored coin replay processing by the member management unit 56a will be described. When the member management unit 56a receives the coin replay request data from the unit-to-unit card processing machine 10, among the coins associated with the card ID in the coin replay request data, the balance of the coins at the payout rate. Is deducted by the number of payout units, and the number of possible replays of the coins is recalculated. Then, the stored coin replay data including the balance after subtraction and the possible number of stored coin replays is transmitted to the inter-mountain card processing machine 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 stores a history of operations of the inter-card processing machine 10 such as deposit, card insertion, and card ejection, and a history of operations by the prize management device 60, the settlement machine 80, the island edge counter, and the like. It is a processing unit.

Specifically, when the card processing history management unit 56c receives the card insertion notification data, the card ejection notification data, the payment notification data, the counting notification data for each unit, and the general card usage data from the card management device 40, the time , The gaming machine ID, the card ID, and the like and the details of the processing are associated with each other and added to the gaming-related card processing history data 55d.

Further, when the card processing history management unit 56c receives the wagon prize exchange data and the ball-divided ball notification data from the card management device 40, the time, the gaming machine ID, the card ID, and the like are associated with the content of the game. It is added to the external card processing history data 55e.

In addition, when the card processing history management unit 56c receives an operation notification from the prize management device 60, the settlement machine 80, the island edge counter, or the like, the time, the device ID, the game machine ID of the last used game machine, The card ID and the like and the details of the processing are associated with each other and added to the counting and settlement processing history data 55f.

The card processing history management unit 56c transmits the game-related card processing history data 55d, the out-of-game card processing history data 55e, and the count 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 uses these data to generate game history data and movement data, and transmits the generated movement data to the member management device 50.

The playing data analysis unit 56d is a processing unit that receives playing data from the hall computer 90 and analyzes the usage record of each gaming machine, such as how many gaming machines each gaming machine has been used by. The details of this analysis will be described later. 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 53.

When the attribute management unit 56e receives the card ID and the terminal ID from the inter-card processor 10 via the card management device 40, the attribute management data 55g stores the received card ID and the terminal ID in association with each other. Then, the attribute data corresponding to the terminal ID is acquired by transmitting the terminal ID to the server device 100 and making an inquiry at a predetermined timing such as after the store is closed. The acquired attribute data is stored in the attribute management data 55g in association with the terminal ID.

The attribute management unit 56e also transmits the attribute management data 55g to the hall computer 90. After the transmission to the hall computer 90, the attribute management data 55g can be deleted. The attribute management data 55g shows the correspondence between the card ID and the terminal ID of the day, and this correspondence cannot be applied to different days. Therefore, the attribute management data 55g is deleted before the opening of the store on the next business day. Alternatively, the attribute management data 55g may be associated with a date and managed for each day.

On the other hand, the correspondence relationship between the terminal ID and the attribute data is considered to be the same even if the days are different. Therefore, the attribute management unit 56e associates the terminal ID and the attribute data registered in the attribute management data 55g with the date and registers them in the attribute accumulation data 55h. When the card ID and the terminal ID are received from the inter-card processor 10 via the card management device 40 and the terminal ID is registered in the attribute storage data 55h, the attribute management unit 56e corresponds to the terminal ID. By acquiring the attached attribute data from the attribute accumulation data 55h, it is possible to omit the inquiry to the server device 100.

When the card ID and the terminal ID are received from the inter-card processor 10 via the card management device 40, if the card ID is the card ID of the membership card, the attribute data is acquired based on the terminal ID. Instead, it is possible to use the attribute data registered in the member management data 55a.

The floating data providing unit 56f can transmit the floating data to the server device 100 by transmitting the floating data received from the hall computer 90 and the analysis result of the floating data analysis unit 56d to the server device 100. At this time, the terminal ID and the floating data corresponding to the terminal ID can be associated and transmitted. In this case, the server device 100 receives the game history of the game player identified by the terminal ID as the game data, and the server device 100 manages the game record of the game player based on the game data. be able to.

Next, a specific example of data stored in the storage unit 55 shown in FIG. 8 will be described. 9 to 11 are explanatory diagrams 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 card ID "2002" is associated with the name "BC", the balance of the accumulated coins of each game type, the mobile ID m "IDmX1", and the like. ing. Although illustration is omitted, the member management data 55a can associate attribute data such as gender and age, points, number of visits to the store, game history, personal identification number, and the like with the card ID. 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. 9(a), the stored balls are provided for five game types of "ball 1", "ball 2" and "ball 3". For example, the balance of the accumulated coin of “ball 1” with the card ID “2002” is “250”, the balance of the accumulated coin of “ball 2” is “1000”, and the balance of the accumulated coin of “ball 3” is “4000”.

In the game type setting data 55b shown in FIG. 9B, the rate "4 yen" and the display name "4 pachi" are associated with the game type name "ball 1". Further, in the game type setting data 55b, the rate "2 yen" and the display name "2 pachi" are associated with the game type name "ball 2". Further, in the game type setting data 55b, the rate "1 yen" and the display name "1 Pachi" are associated with the game type name "ball 3".

The prize master 55c shown in FIG. 9C is data in which a prize code uniquely identifying a prize is associated with a prize name, a group code, a prize value, and the number of exchanged coins. 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. The group code “02” and later are general prizes including daily commodities other than exchange prizes.

The prize master 55c, for the prize code “0001”, the prize name “great prize”, the group code “01”, the prize value “1000”, the number of exchanged balls 1 “250”, the number of exchanged balls 2 “500”. , And the number of exchanged balls of the ball 3, “1000”, is associated.

Also, the prize master 55c, for the prize code “0002”, the prize name “small prize”, the group code “01”, the prize value “500”, the number of exchanged balls 1 “125”, the number of exchanged balls 2 “250” is associated with the number of exchanged balls “500” of the ball 3.

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

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

Also, the prize master 55c, for the prize code “0600”, the prize name “end candy”, the group code “04”, the prize value “12”, the number of exchanged balls 1 “3”, the exchanged ball 2 The number “6” and the number of exchanged balls “12” of the ball 3 are associated with each other.

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

Further, the game-related card processing history data 55d indicates that the card with the card ID "2005" is stored in the inter-card processing machine 10 attached to the gaming machine 20 with the gaming machine ID "P023" at the time "12:35:30". It indicates that the processing “card ejection” has been performed.

Further, the gaming-related card processing history data 55d indicates that the card with the card ID “1055” is stored in the inter-card processing machine 10 attached to the gaming machine 20 with the gaming machine ID “P015” at the time “13:20:20”. It indicates that the processing “payment” has been performed.

Further, the gaming-related card processing history data 55d indicates that the card with the card ID "1021" is stored in the inter-card processing machine 10 attached to the gaming machine 20 with the gaming machine ID "P007" at the time "13:52:40". It indicates that the process “counting each unit” has been performed.

Further, the gaming-related card processing history data 55d is the card having the card ID "1055" in the inter-card processing machine 10 attached to the gaming machine 20 having the gaming machine ID "P015" at the time "14:04:00". It means that the processing “general card used up” has occurred.

The non-gaming card processing history data 55e shown in FIG. 10E is data in which time, gaming machine ID, card ID, and processing are associated with each other. Specifically, the non-gaming card processing history data 55e indicates that the card ID “1003” is stored in the inter-card processing machine 10 attached to the gaming machine 20 having the gaming machine ID “P011” at the time “13:40:01”. It shows that the processing "wagon prize exchange" has been performed using the card.

In addition, the non-gaming card processing history data 55e indicates that the card with the card ID "1002" is stored in the inter-card processing machine 10 attached to the gaming machine 20 with the gaming machine ID "P007" at the time "15:00:50". It indicates that the process “divided ball split” has been performed.

The counting and settlement processing history data 55f shown in FIG. 10(f) is data in which time, device ID, gaming machine ID, card ID, and processing are associated with each other. The device ID is identification information that uniquely identifies the prize management device 60, the settlement machine 80, the island edge counter, and the like. The gaming machine ID is identification information indicating the gaming machine 20 used last by the player, and is specified by allowing the player to input it when performing prize exchange, settlement, counting, or the like. Alternatively, it may be specified by referring to the card use history held by the card management device 40 or the member management device 50.

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

Further, the count 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 count settlement processing history data 55f includes the time "18:04:40", the device ID "8011" of the island edge counting machine, the gaming machine ID "P013", the card ID "2009", and the processing "island edge counting". It corresponds.

The attribute management data 55g shown in FIG. 11(g) is data in which a card ID, a terminal ID, and attribute data are associated with each other. FIG. 11G shows a state in which the card ID “1055”, the terminal ID “IDmX8”, and the attribute data “male in thirties” are associated with each other.

The attribute accumulation data 55h shown in FIG. 11(h) is data in which the date and time, the terminal ID, and the attribute data are associated with each other. FIG. 11(h) shows a state in which the date and time "2018/10/1 13:30:00", the terminal ID "IDmX8", and the attribute data "male in thirties" are associated with each other.

Next, the internal configuration of the hall computer 90 shown in FIG. 2 will be described. FIG. 12 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 has 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 to receive the game-related card processing history data 55d, the non-game card processing history data 55e, and the count settlement processing history data 55f, and to transmit the playing data.

The pulse receiving unit 94 is a processing unit that receives an out pulse, a safe pulse, and a prize pulse from each gaming machine 20 in the game store. In addition, when receiving various pulses from each gaming machine 20, one or a plurality of relay devices may be used, or the pulse may be directly received without using the relay devices. 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, moving data 95c, and attribute-added moving data 95d. The pulse data 95a indicates a history of pulses 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 hit balls, number of award prizes, and generation of special prize. The play data 95c is data that identifies a game by the same player from the game history data, and indicates a history of the game for each player. The attribute-added movement data 95d is data in which the movement data is associated with the attribute data of the player.

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

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

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

The game history data generation unit 96c uses the history of the operation of the gaming machine 20, which is the result of the pulse totalization by the pulse data totalization unit 96b, and the game-related card processing history data 55d received from the member management apparatus 50, to determine 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 out-of-game card processing history data 55e and the count settlement processing history data 55f received from the member management device 50 to identify the game by the same player from the game history data. , Play data 95c indicating a history of games for each player is generated. The floating data generation unit 96d stores the generated floating data 95c in the storage unit 95 and transmits it to the member management apparatus 50.

The attribute association processing unit 96e is a processing unit that associates the attribute information with the floating data. Specifically, the attribute association processing unit 96e receives the attribute management data 55g from the member management apparatus 50, identifies the floating data corresponding to the card ID shown in the attribute management data 55g, and sets the attribute management data 55g. The attribute-added floating data 95d is generated in association with the indicated attribute data, and is stored in the storage unit 95.

As described above, the member management device 50 transmits the terminal ID to the server device 100 to acquire the attribute data shown in the attribute management data 55g. Alternatively, if the member is a registered member player, the attribute data registered in the member management data 55a is used. That is, the attribute association processing unit 96e uses the attribute data registered in the member management data 55a for the member player, and uses the attribute data acquired from the server device 100 for the player whose membership registration cannot be determined. become. It should be noted that, even if the member player is actually a member, if the member card is not used and only the general card is used for the game, it becomes a player whose presence or absence of member registration cannot be determined.

Also, the attribute association processing unit 96e transmits the attribute-attached floating data 95d to the member management device 50 in the same manner as the floating data 95c or in place of the floating data 95c. The member management device 50 can use the attribute-added floating data 95d for analysis and the like as with the floating data 95c.

Next, a specific example of data stored in the storage unit 95 shown in FIG. 12 will be described. 13 to 14 are explanatory diagrams for explaining an example of data stored in the storage unit 95. As shown in FIG. 13A, the pulse data 95a is data in which the time, the gaming machine ID, and the pulse type are associated with each other.

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

As shown in FIG. 13B, the game history data 95b is data in which the time, the gaming machine ID, the card ID, and the process are associated with each other, and the deposit, the card insertion, the card ejection, the number of hit balls, and the prize payout are made. The state related to the game, such as the number and the generation of the special prize, is shown in time series.

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

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

As shown in FIG. 14(c), the play data 95c shows a play history for each player, and the start time, end time, game machine ID, customer ID, player type, and entry of the game by the same player. The amount of money, the number of balls hit, the number of winning balls, the number of big hits, the number of times wagon prizes are exchanged, and the number of held ball divisions are associated with each other. Here, the customer ID is identification information given to a player who is identified as the same player for the sake of convenience. Further, the type of player indicates whether it is a regular player or a member player. When the player type is a member player, the member card ID may be used as the customer ID.

Specifically, the movement data 95c includes a start time “11:10:00”, an end time “14:15:33”, a game machine ID “P001”, a customer ID “U001”, a game customer type “member”, The amount of deposit “3000”, the number of hit balls “4000”, the number of prize balls “6500”, the number of big hits “10”, the number of wagon prize exchanges “0”, and the number of ball splits “1” are associated with each other.

Similarly, the movement data 95c includes a start time "13:20:20", an end time "18:00:00", a game machine ID "P015", a customer ID "U002", a game customer type "general", and a deposit amount. "12000", the number of hit balls "13000", the number of prize balls "10150", the number of big hits "13", the number of wagon prize exchanges "2", and the number of held ball divisions "0" are associated with each other.

As shown in FIG. 14D, the floating data with attribute 95d is data obtained by adding attribute data to the floating data 95c. In FIG. 14D, attribute data “40s female” is added to the floating data of the customer ID “U001”, and attribute data “male 30s” is added to the floating data of the customer ID “U002”.

Next, the processing by the floating data generation unit 96d will be described. 15 and 16 are explanatory diagrams of the processing by the floating data generation unit 96d. As shown in FIG. 15, the play data generation unit 96d determines game start, game continuation, platform 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 determines whether a prepaid value has occurred in an internal general card, a dice ball has occurred in the internal general card, or a driving ball has occurred before the card is inserted, When the card is inserted for the first time on the day, it is determined that the game is started.

The case where the prepaid value is generated in the internal general card corresponds to the case where the prepaid value is added by depositing while the game is not being played. In addition, the case where the ball is generated in the internal general card corresponds to the case where the ball is added by the counting of the unit-to-unit card processing machine 10 while the game is not being played. The case where a hit ball occurs before the insertion of the card corresponds to a state where the game ball is directly inserted into the game machine 20 and a game is played.

Further, the movement data generation unit 96d determines that the game is continued when the same card is reinserted. This is because if the card ejected by the inter-station card processing machine 10 is inserted again, the player is also considered to be the same.

Further, the floating data generation unit 96d, when a general card discharged in another unit (another inter-card processing unit 10) is inserted, or when a membership card with a usage history is inserted in another unit on the day, It is determined that the platform has been moved.

In addition, the playing data generation unit 96d determines that the game is finished when the output of the outpulse is finished and a predetermined time has elapsed after the card is ejected. In addition, when the output of the outpulse is finished and a predetermined time elapses after the normal card is used up, it is determined that the game is finished. If the discharged card is used for prize exchange, settlement, or counting by the island edge counter, it is determined that the game is over even if the predetermined time has not elapsed.

When another card is inserted after the card is ejected and before the end of the game is determined, the playing data generation unit 96d links the ejected card with the inserted card, and the same player Identify as used.

Similarly, when the general card is used up and another card is inserted before it is determined that the game is finished, the floating data generation unit 96d sets the used general card and the inserted card together. Tie and identify as used by the same player.

Further, when the payment is made after the membership card is discharged and before the game is judged to be finished, the movement data generation unit 96d sets the discharged membership card and the internal general card to which the prepaid value is added by the payment. Tie and identify as used by the same player.

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

Further, when a plurality of cards are used at the same time during the prize exchange, the movement data generation unit 96d links the plurality of used cards and identifies that they are used by the same player.

In addition, when the dice ball division is performed, the play data generation unit 96d links the card of the division source and the card of the division destination and identifies that the card is used by the same player.

Further, the movement data generation unit 96d also identifies the same player in the case shown in FIG. Specifically, a predetermined time has passed since the end of the outpulse, but if the special pulse is received, it is not determined that the game has ended, and the game by the same player continues. To determine.

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

Also, if the card is changed during the 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 paid-out balls and the number of driven-in balls that the actual game ball is located on the upper plate of the gaming machine 20, it is not determined that the game is over, and It is determined that the game is continuing.

Further, when the game is temporarily stopped based on the operation of the player 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 it is possible to shift to the break mode by the operation of the player, it is possible to display the button for the break mode on the display operation unit 13 of the inter-card processing machine 10 and the button for the break mode is operated. Then, the inter-card processing machine 10 is shifted to the break mode. At the time of shifting to the break mode, for example, a password is set and the operation of the inter-machine card processing machine 10 is prohibited until the set password is input again. Alternatively, the card is ejected at the time of shifting to the break mode, and the operation of the machine-to-machine card processor 10 is prohibited until the card is inserted again.

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

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

Next, a processing procedure of floating data generation will be described. FIG. 17 is a flowchart showing the processing procedure of floating data generation. As shown in FIG. 17, the member management device 50 stores the game-related card processing history data 55d (step S101) and the out-of-game card processing history data 55e (step S102) during the operation of the game store, and counts them. The adjustment processing history data 55f is accumulated (step S103) and the attribute management data 55g is accumulated (step S104). Then, the gaming-related card processing history data 55d, the non-gaming card processing history data 55e, the count settlement processing history data 55f, and the attribute management data 55g are transmitted to the hall computer 90 at a predetermined timing after the store is closed (step S105).

The hall computer 90 accumulates the pulse data 95a during the operation of the game store (step S201). Then, the game history data 95b is generated using the accumulated pulse data 95a and the game-related card processing history data 55d received from the member management apparatus 50 (step S202). Further, by using the game history data 95b, the non-game card processing history data 55e and the counting and settlement processing history data 55f received from the member management apparatus 50, the game by the same player is identified from the game history data, and each player is identified. The moving data 95c showing the history of the game is generated (step S203). Then, the attribute management data 55g received from the member management apparatus 50 is used to associate the attribute data with the floating data 95c to generate attribute-added floating data 95d (step S204).

The hall computer 90 transmits the generated attribute-added floating data 95d to the member management device 50 (step S205). The member management apparatus 50 uses the attribute-added floating data 95d received from the hall computer 90 to analyze the player or the gaming machine (step S106), and ends the process.

Next, the accumulation of attribute management data by the member management device 50 will be described in detail. FIG. 18 is a flowchart showing a processing procedure relating to accumulation of attribute management data by the member management apparatus 50.

When the attribute management unit 56e of the member management apparatus 50 receives the card ID and the terminal ID from the inter-card processor 10 via the card management apparatus 40 (step S301), the received terminal ID is registered in the attribute accumulation data 55h. It is determined whether it has been completed (step S302).

If the received terminal ID is already registered in the attribute storage data 55h (step S302; Yes), the attribute management unit 56e reads the attribute data corresponding to the terminal ID from the attribute storage data 55h (step S306).

On the other hand, if the received terminal ID has not been registered in the attribute accumulation data 55h (step S302; No), the attribute management unit 56e transmits the terminal ID to the server device 100 (step S303), and the server device 100 transmits the terminal ID. The attribute data corresponding to is received (step S304). Then, the terminal ID and the attribute data are associated with the date and time and registered in the attribute accumulation data 55h (step S305).

After step S305 or step S306, the attribute management unit 56e associates the card ID, the terminal ID, and the attribute data with each other and registers them in the attribute management data 55g (step S307), and ends the process.

Next, an example of using the floating data will be described. The play data can also be used to analyze the effectiveness of events held by the game store. FIG. 19 is an explanatory diagram for analyzing the validity of an event.

In FIG. 19A, the server device 100 provides the portable terminal device 110 of a plurality of players with event information about the gaming machine of the model “EV55”, and the browsing operation from the portable terminal device 110 is detected. As a result, the number of viewers, sex, age, etc. can be obtained as inputs to the analysis. Also, the type of event, that is, the model “EV55” of the gaming machine can be used as a condition when analyzing the effectiveness of the event.

The amusement store uses the movement data at the time of the event. By using the amusement data, it is possible to detect the visit to the amusement store, and obtain the number of visits, the amount of deposit, the usage record of the amusement machine, the game history, etc. as inputs to the analysis. In addition, conditions such as "80% of operation" and "gross profit of 5,000 yen" can be set, and output can be performed on the gross profit of the unit, the operating ratio, the result of the excellent unit type, and the like.

In addition, the contents of the event and the day of the week can be input by the operation of the game shop staff, and elements related to the time (such as evening) and elements related to the weather (such as rain) can be used as conditions.

Then, set the day of the week (Sunday, etc.), gender (male, etc.), rate (4 yen, etc.) as the analysis result at the game shop, and output the day of the week, model, rate, settings, etc. suitable for the event. You can

FIG. 19B is an output example of the analysis result of the validity of the event. In FIG. 19(b), an event of model EV55 was carried out on 2018/9/30, the average gross profit was 5,000 yen, the operation was 80%, the day was Tuesday, the weather was rain, and the judgment result was event correlation. Has become. Further, an event of model EV12 was carried out on 2018/10/1, and the average gross profit was 3,000 yen, the operation was 30%, the day was Wednesday, the weather was fine, and the determination result was no event correlation. Also, no event was held on 2018/10/2, the average gross profit was 3,000 yen, the operation was 30%, the day of the week was Thursday, the weather was fine, and the determination result was no event. The event correlation of the determination result indicates that the gross profit and the operation are improved by the event, that is, the event is effective. “No event correlation” means that the event was held but there was no improvement in gross profit or operation.

In this way, by notifying the event by the server device 100 and analyzing the moving data generated at the game shop, it is possible to evaluate the effectiveness of the event with high accuracy and propose an effective event.

Next, a modified example of the game management system will be described. In the above description, the machine-to-machine card processing machine 10 acquires the terminal ID of the mobile terminal apparatus 110 and acquires the attribute data based on the terminal ID. The mobile terminal device 110 may be read, and the server device 100 may notify the device ID and the attribute data in association with each other.

FIG. 20 is an explanatory diagram of a configuration for acquiring the attribute data by using the device ID of the inter-card card processing machine 10. In the configuration shown in FIG. 20, when the portable terminal device 110 is held over, the inter-card card processing machine 10 transmits the device ID for identifying the own device to the portable terminal device 110. The mobile terminal device 110 transmits the received device ID to the server device 100.

Upon receiving the device ID, the server device 100 manages the device ID as a game history of the player identified by the mobile terminal device 110 that is the transmission source, and associates the attribute data of the player with the device ID to determine a predetermined value. It transmits to the member management apparatus 50 of a game store at a timing.

The member management device transmits the device ID and the attribute data to the hall computer 90. The hall computer 90 generates game history data from the history of the operations of the unit-to-machine card processing machine 10 and the game machine 20, and identifies a game by the same player from the game history data to generate game data. Then, attribute-related floating data is generated by associating the floating data with an attribute based on the device ID.

As described above, in the game management system according to the embodiment, the history of operations of the inter-card card processing machine 10 (deposit, card insertion, card ejection, etc.) and the history of operations by the gaming machine 20 (out pulse, safe pulse). , Generation of a special pulse) to generate playing data indicating a history of games for each player, obtain a terminal ID from the portable terminal device 110 of the player, and from the server device 100 based on the terminal ID. By acquiring the attribute data and associating it with the movement data, it is possible to acquire and analyze various information indicating how the gaming machine is used, and to realize efficient operation of the gaming shop.

In the above embodiment, the terminal ID of the portable terminal device 110 is used as the identification information for identifying the player, but any information can be used as the identification information for identifying the player.

It is also possible to use the attribute information managed by the game store for the registered customer, and use the attribute information acquired by the attribute information acquisition unit from the external device for the player who cannot determine whether or not the member is registered. is there.

Further, when the acquired identification information and the attribute information are stored in association with each other and the attribute information corresponding to the newly acquired identification information is already stored in the storage unit, the attribute information can be used. ..

Moreover, by transmitting the generated game data and the terminal ID in association with each other, the server device 100 can manage the game record of the player using the game data.

Further, it is also possible to transmit the game performance managed by the server device 100 to the member management device 50 and use it for generating the motion data. For example, in the case where the game result managed by the server device 100 indicates that the game is performed by the same player, but the game store side determines that the game is performed by a different player. The game data managed by the server device 100 may be corrected with the game result being positive.

Although detailed description is omitted in the present embodiment, motivation for supporting the portable terminal device 110 on the inter-card processor 10 may be provided. Specifically, it is possible to use, as a motivation, to give points that can be used in the service provided by the server device 100.

In the above-mentioned embodiment, the detailed description of the form of the card, which is a medium for associating the number of game media, is omitted, but such a card includes a magnetic card, an IC card and the like. Further, although a “card” is described here as an example for convenience of description, the present invention can be applied to a case where 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 the present invention is also applicable to the case where a slot machine medal is used.

Here, a spinning-type gaming machine that is a slot machine will be described. The spinning drum type game machine inserts a medal, which is a game medium, into a medal slot, rotates three reels (spindle), and sequentially presses a stop button provided for each reel to design a pattern on the reel ( Play games by arranging the symbols.

In the spinning drum type game machine, when a medal is inserted into the medal insertion slot and the start lever is operated, lottery is performed and three reels are rotated, and when each stop button is pressed, each reel is stopped. The reel is stopped by reel control based on the lottery result when the start lever is operated. In addition, when the number of bets is set electronically based on the number of medals inserted through the slot and stored internally (credits), and the start lever is operated, the reel starts rotating, The game is played. In the game, an effective line corresponding to the set bet amount 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 a specific one, a predetermined number of medals are paid out to the saucer of the spinning drum type gaming machine. The spinning-roller type gaming machine stores payout medal number data for each combination of patterns arranged on the activated line, and when paying out, the payout medal number data is performed based on the payout medal number data. In addition, if the symbols on the activated line are replays (replays), the number of bets used in the previous game is automatically bet again without the addition of new medals or the consumption of credits. The number is set and the game can be played again.

Further, when the combination of reel patterns stopped on the activated line is a combination related to a bonus (big bonus, normal bonus, etc.), the lottery result from the next game is a combination with a payout of a predetermined medal. A game (bonus game) with an increased probability of winning a role is played until the total value of the payout numbers of medals exceeds a predetermined value (for example, 300 coins). In addition, a game (replay time) in which the probability that the lottery result is a re-game combination is increased may be performed a predetermined number of times at a predetermined trigger such as after the end of the bonus.

In addition, the rotating body type gaming machine includes an external output unit that outputs a signal for managing the operating state of the rotating body type gaming machine to the hall computer 90 or the like. From the external output unit, the medal insertion pulse (out pulse) indicating the number of medals inserted into the medal insertion slot and the medal payout indicating the number of medals paid out from the rotating body type game machine according to the combination of the stopped symbols A pulse (safe pulse) and a pulse (special pulse) indicating that the bonus game is being performed are output. In addition, from the spinning drum type game machine, other information indicating that the replay time is in progress (pulse during replay time) and information for making it easy to align the small win on the effective line when the small win is won in the lottery In some cases, a pulse indicating that the assist time, which is the state of notification, is in progress (pulse during assist time) may be output.

Even when using such a rotating body type gaming machine, various pulses such as out-pulses and safe pulses are accumulated in the hall computer 90 and used as the operation history of the rotating body type gaming machine, whereby the game history data and the moving data are stored. Can be generated.

In addition, each configuration shown in the figures is a schematic functional one, and does not necessarily have to be physically configured as shown. That is, the form of distribution/integration of each device is not limited to that shown in the figure, and all or a part of them may be functionally or physically distributed/integrated in arbitrary units according to various loads and usage conditions. Can be configured.

For example, the game history data and the game data may be generated at a management center provided outside the game store. Further, the member management device 50 may perform all or part of the functions of the hall computer 90, or the hole computer 90 may perform all or part of the functions of the member management device 50. It is also possible that the hall computer 90 has functions equivalent to the floating data analysis unit 56d and the attribute management unit 56e of the member management apparatus 50, and the hall computer 90 analyzes the floating data and evaluates the usage record.

Further, in the above-described embodiment, the configuration in which the hall computer 90 acquires and manages the operating state of the gaming machine 20 has been described as an example, but the operating state of the gaming machine 20 is obtained via the inter-card card processing machine 10. It may be configured to. With the enclosed game machine that circulates and uses the game balls enclosed inside the game machine, and does not insert the game balls from the outside or discharge the game balls to the outside, the game balls are launched by the game machine, A signal indicating the generation of a prize or a special prize is output to the inter-station card processing machine 10. Therefore, the operating state of the gaming machine can be acquired from the inter-card card processing machine 10.

As described above, the game management system and the game management method according to the present invention acquire and analyze various information indicating how the gaming machine is used, and realize the efficient operation of the game store. Suitable for

10 Card processing machine between units 11 Status display section 12 Banknote transport section 12a Banknote insertion slot 13 Display operation section 14 Reader/writer 14a Card insertion slot 14b Holding section 15, 93 Communication section 16, 45, 55, 95 Storage section 16a Own device status Data 16b Card data 17, 46, 56, 96 Control unit 17a Data management unit 17b Count processing unit 17c Terminal ID acquisition unit 18a Nozzle unit 18b Counting unit 20 Gaming machine 30 Island controller 40 Card management device 41, 51, 91 Display unit 42 , 52, 92 Input unit 43, 53 External network communication unit 44, 54 Store network communication unit 45a Game type setting data 45b Card management data 45c Device management data 46a Game type setting management unit 46b Card management unit 46c Device management unit 50 Member management Device 55a Member management data 55b Game type setting data 55c Prize master 55d Game related card processing history data 55e Out-of-game card processing history data 55f Count settlement processing history data 55g Attribute management data 55h Attribute accumulation data 56a Member management section 56b Prize master management section 56c Card processing history management unit 56d Floating data analysis unit 56e Attribute management unit 56f Floating data providing unit 60 Prize management device 80 Payment machine 90 Hall computer 94 Pulse receiving unit 95a Pulse data 95b Game history data 95c Floating data 95d Floating data with attribute 96a Pulse data storage unit 96b Pulse data totaling unit 96c Game history data generation unit 96d Movement data generation unit 96e Attribute association processing unit 100 Server device 110 Mobile terminal device

Claims (7)

A game management system for managing games in a game store,
A gaming machine operation history acquisition unit that acquires an operation history of the gaming machine,
Each unit device operation history acquisition unit for acquiring an operation history of each unit device installed in association with the gaming machine,
A game history information generation unit that generates 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 of the units,
A game information generation unit that identifies a game played by one player from the game history information and generates game information indicating a history of the game for each player.
An identification information acquisition unit for acquiring identification information for identifying the player,
An attribute information acquisition unit that acquires attribute information of a player managed by an external device based on the identification information;
An attribute association processing section that associates the attribute information with the play information. The identification information acquisition unit acquires the identification information from a mobile terminal device carried by the player,
The game management system according to claim 1, wherein the attribute information acquisition unit acquires the attribute information by transmitting the identification information to a server device that provides a predetermined service to the mobile terminal device. .. The attribute association processing unit uses the attribute information managed by the amusement store for the member-registered player, and the attribute information acquisition unit acquires from the external device by the attribute information acquisition unit for the player whose membership registration cannot be determined. Information is used, The game management system of Claim 1 or 2 characterized by the above-mentioned. A storage unit that stores the identification information acquired by the identification information acquisition unit and the attribute information acquired by the attribute information acquisition unit in association with each other;
The attribute information acquisition unit uses the attribute information when the attribute information corresponding to the identification information acquired by the identification information acquisition unit is already stored in the storage unit. The game management system described in any one of 3. The game management system according to any one of claims 1 to 4, wherein the game information generation unit generates the game information by further using a game record managed by the external device. The game management system according to any one of claims 1 to 5, further comprising a transmission unit that transmits the floating information together with the corresponding identification information to the external device. A game management method for managing games in a game store,
A gaming machine operation history acquisition step of acquiring an operation history of the gaming machine;
Each unit device operation history acquisition step of acquiring an operation history of each unit device installed in association with the gaming machine,
A game history information generating step of generating game history information indicating a history of games played by the gaming machine by using the operation history of the gaming machine and the operation history of each of the units.
A game information generation step of generating game information indicating a game history for each player by identifying a game played by one player from the game history information.
An identification information obtaining step of obtaining identification information for identifying the player;
An attribute information acquisition step of acquiring attribute information of the player managed by an external device based on the identification information;
An attribute association processing step of associating the attribute information with the play information, the game management method further comprising:

Images