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

Abstract

To acquire and analyze variety of information showing how game machines are used and thereby to achieve improvement in efficiency for management of a game hall.SOLUTION: A member management device 50 acquires and accumulates the history of the operations of card processors 10 arranged between game-machines, such as credits, insertions of cards and ejections of cards, and sends them to a hall computer 90. The hall computer 90 acquires the history of the operations of game machines 20 by receiving and accumulating out pulses, safe pulses and special winning pulses from the game machines 20. The hall computer 90 uses the history of the operations of the game machines 20 accumulated by itself and the history of the operations of the card processors 10 arranged between the game-machines received from the member management device 50 and generates game history data showing states related to games in a time sequence manner. The hall computer 90 identifies games played by a same player from the game history data and generates dynamic game data showing the history of games for each player. Further, the hall computer 90 evaluates the trend of the use track record of game machines from the dynamic game data and makes a notification thereof.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game management system and a game management method for managing a game 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 perform 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 area. In this way, the number of game media increases or decreases depending on the result of the game, and the player can exchange the acquired game media for prizes.

It is general that each device is installed in the gaming machine. Each device receives the deposit and performs the game medium lending process. In addition, each stand device manages the number of game media acquired by the game as the number of game media, 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 an award signal indicating the number of award balls from the gaming machine, and a ball rental signal indicating the number of ball rentals is processed between the units. A technology is disclosed in which the number of balls to be lent, the number of balls to be hit, and the number of balls to be won are managed for each machine number of the 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 lent, the number of balls hit, the number of prizes paid out, etc. are the same, a 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 kind of gaming machine the gaming player has used and in what order.

How many game players the game machine is 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 movement line of the gaming person is also important information for the gaming shop. This is because it is possible to determine a gaming machine having a high attracting power and to change to a more efficient arrangement of the gaming machine from these pieces of information.

Furthermore, if it is possible to evaluate how many games are being played by one player for a certain gaming machine and the transition thereof, it is possible to determine which gaming machine has the highest attracting power and to change to a more efficient arrangement of gaming machines. You can do it well.

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

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 problems and achieve the object, the present invention is a game management system for managing a game in a game store, the game machine operation history acquisition unit acquiring an operation history of the 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. It is characterized in that it is provided with an information generation unit and a performance evaluation unit for evaluating the transition of the usage history of the gaming machine based on the play information.

Further, in the present invention according to the above-mentioned invention, the performance evaluation unit evaluates the transition of the usage history of a plurality of gaming machines installed in the gaming shop, and a gaming machine to be notified based on the evaluation result. Is selected.

Further, the present invention is characterized in that, in the above-mentioned invention, the performance evaluation unit superimposes a display screen showing information related to the gaming machine selected as the notification target on another display screen for display control.

Further, in the present invention according to the above-mentioned invention, the performance evaluation unit selects a model in which the number of used game media per player is increasing and/or a model in which the number of used game media per player is decreasing. It is characterized in that it is selected as a notification target.

Further, in the present invention, in the above invention, the performance evaluation unit tabulates the number of game media used per player per day, and informs a model that an increase or decrease of a predetermined ratio or more from the previous day continues for a predetermined number of days. It is characterized in that it is selected as a target.

Also, in the present invention according to the above-mentioned invention, the performance evaluation unit is a usage record by a member player who is a member registered in the game store, a usage record by a general player who is not identified as the member player, and the member. It is characterized in that the usage records by the game player and the general game player are respectively evaluated.

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 machine device installed in association with each of the game machines. 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. Based on the game information, a game history information generation step, a game information generation 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. , A performance evaluation step of evaluating the transition of the usage performance of the gaming machine.

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

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 view 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 card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the machine-to-machine card processing machine. FIG. 6 is a functional block diagram showing the configuration of the card management device shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the card management device. FIG. 8 is a functional block diagram showing the configuration of the member management apparatus shown in FIG. FIG. 9 is an explanatory diagram illustrating 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 an explanatory diagram of the determination condition of the notification target by the performance evaluation unit. FIG. 18 is an explanatory diagram illustrating a specific example of display control for notification. FIG. 19 is a flowchart showing the procedure for generating floating data. FIG. 20 is an explanatory diagram of a modified example in which the member management device generates floating data.

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

In the present specification, the dice are data indicating the game media or the number of the game media acquired by the player in the game, and can be re-used 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 in the game, and refers to data that can be reused 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, only the member players can use the balls, and the acquired game medium is used when the game medium 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. In addition, a member management device 50 is provided in the game shop, and each inter-card card processing machine 10 is communicably connected to the member management device 50. Further, a hall computer 90 is installed in the game shop, and the gaming machine 20 is connected to the hall computer 90 so as to be able to communicate therewith.

When receiving the deposit from the player, the inter-station card processing machine 10 associates the prepaid value corresponding to the amount of deposit with the identification information (card ID) of the card stored in the device itself. This prepaid value can be used for renting game balls. Further, the inter-card 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 unit-to-unit card processing machine 10 transmits a history of operations such as payment, card insertion, and card ejection to the member management apparatus 50. The member management apparatus 50 accumulates a history of operations of the inter-card card processing machine 10 such as deposit, card insertion, card ejection, etc., 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 transmits an outpulse to the hall computer 90 every time a predetermined number of gaming balls are ejected from the gaming board surface. In addition, the gaming machine 20 transmits a safe pulse to the hall computer 90 each 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 installed 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 the 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 prize 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 the game history data.

This game history data shows a state related to the game in 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 gaming machine ID is associated with the number of hit balls, 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 the game by the same player. Further, when a plurality of cards are used in a state where the game is continuous, the plurality of cards are linked to identify the game as the game by the same player.

By using this play data, it is possible to determine how many games are being played by one player for a certain gaming machine. For example, if the total number of balls loaded per day for a certain game machine is divided by the number of players who used that game machine on the same day, how many balls per player the player used that day on that day You can ask if you have typed. This value is called floating out for convenience.

In addition, by performing a usage record evaluation that evaluates the usage record of a gaming machine such as idle out, it is possible to accurately identify a gaming machine with a high attracting power and to change to a more efficient arrangement of gaming machines. it can. For example, a gaming machine in which the trend of out-of-gaming is increasing daily is a favorable gaming machine that makes a large contribution to the profits of a gaming shop. In addition, gaming machines, in which the trend of idle out is decreasing daily, are unsatisfactory gaming machines that make a small contribution to the profits of gaming stores. Therefore, it is possible to assist the replacement of the gaming machines by extracting and notifying the gaming machines of which the increasing tendency and the decreasing tendency are particularly remarkable.

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. By generating game history data indicating the history of games played by the gaming machine 20 and identifying games by the same player using the game history data, the hall computer 90 causes the history of games for each player. Can be generated. In addition, the transition of the usage record of the gaming machine can be evaluated based on this playing data.

Next, the system configuration of the game store will be described. FIG. 2 is a diagram showing a system configuration of a game store. As shown in FIG. 2, 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-station 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 for driving 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 prizes based on the fact that the gaming balls have passed through the winning areas. Is becoming Further, a predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on the 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 which 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 winning area is provided with a winning sensor for detecting the passage of the game ball into the winning area, and the passing sensor detects the passing (winning) of the gaming ball hit into the winning area. Is becoming Further, the control unit of the gaming machine 20 has a prize memory for storing the number of game balls to be provided 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 give the prize 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 prize balls and perform payout processing of the determined number of prize balls. Further, the hit game balls are finally discharged from the back side of the game board to the outside of the game machine regardless of whether or not 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. A safe pulse is transmitted from the external output unit to the hall computer 90 every time a predetermined number of prizes are paid out. Furthermore, when a special state such as a big hit occurs in the gaming machine 20 due to a game, a special prize pulse indicating the occurrence of such a state is transmitted from the external output unit to the hall computer 90. Also, 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 opening, the start pulse indicating the start of the variable display is output from the external output unit to the hall computer. 90 is transmitted. Further, 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 sends payment notification data including the amount of the banknote to the card management device 40, and the amount of prepaid value managed by the card management device 40. 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 stored 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 stored number of balls. 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.

Further, when the inter-card play machine 10 receives the dice 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, the inter-mountain card processing machine 10 subtracts a predetermined number from the number of coins managed by the member management device 50 by transmitting the coin replay request data to the card management device 40 when receiving the coin replay operation. Then, the payout process of the number of game balls corresponding to the subtracted number of stored balls is performed.

Further, when the card return processing machine 10 accepts the card return operation, it transmits the di ball addition request data including the di ball count managed by itself to the card management device 40, and the card management device 40 holds the di ball. 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 the 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 inter-mounting card processor 10, the card managing device 40 manages the card ID of the inserted card and the device ID of the inter-unit card processing device 10 in association with each other. The prepaid value and the number of balls held associated with are transmitted to the unit-to-unit card processing machine 10. When the card ID shown in the card insertion notification data is the card ID of the membership card, the card management device 40 transmits the card insertion notification data to the member management device 50 and receives it from the member management device 50. The coin replay data is transmitted to the inter-card card 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. Further, when the card management device 40 receives the dice ball addition request data from the unit-to-unit card processing device 10, the card dice included in the dice ball addition request data is set to the dice number managed by the card management device 40. to add.

In addition, 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 unit 10. Send to. When the coin replay request data is received, the coin replay request data is transmitted to the member management device 50, and when the member management device 50 outputs the coin replay data, the coin 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. Furthermore, 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.

In addition, when the card management device 40 receives the card insertion notification data, the card management device 40 identifies the gaming machine ID of the gaming machine 20 corresponding to the source inter-station card processing machine 10, and determines the gaming machine ID and the card ID. In association with this, the member management device 50 is notified of the card insertion. Similarly, when the machine-to-machine card processing machine 10 ejects a 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.

In addition, 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-card 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 member management data of members who are registered as members in 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.

Upon receiving the card insertion notification data from the inter-card card processing machine 10, the member management device 50 displays the coin replay data including the number and coin 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 inter-card card processor 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-card 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 the 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 stored balls, and the number of held 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 of 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 obtain 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 stand”, “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, using the operation history of the gaming machine 20, the operation history of the inter-card card processing machine 10, the prize exchange history and the settlement history, the game history data and the play data are generated.

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 the card ID of the card inserted in the inter-mountain card processor 10 and the address or any identification data for specifying the inter-unit card processor 10 as the transmission source.

Upon receiving the ball lending request data, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID of the ball lending request data. Then, the card management device 40 transmits the ball lending permission data to the inter-mountain card processing machine 10 which is the transmission source. The inter-card card processing machine 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, the ball replaying process when the ball replay is performed in the game system shown in FIG. 2 will be described. When receiving the insertion of the general card or the 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.

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 to the unit-to-unit card processing unit 10 the number of balls held at each rate associated with the card ID in the card insertion notification data. Notice.

The unit-to-unit card processor 10 stores the number of balls held, which is received from the card management device 40. Then, the card ID, the data for specifying the rate, and the dice ball subtraction request data indicating that the number of dice 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, it clears the number of balls retained at each rate specified by the card ID to zero. In addition, the inter-card game 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 handball replay operation and performing the handball replay. .. When performing the payout process, the payout process is performed by transmitting a payout instruction to the game machine for a multiple of a unit (for example, 25 balls) that can be paid out by the game 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 device 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, an address or arbitrary 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-card card processor 10 transmits the card ejection notification data to the card management device 40 to control the ejection of the card.

Next, the coin-saving replay process in the game system shown in FIG. 2 will be described. When the card ID is read from the membership card or a portable terminal that can be used as a membership card, the machine-to-machine 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 coins at the rate specified by the card insertion notification data among the accumulated coins. Then, the coin replay data including the possible number of coin replays is transmitted to the inter-mountain card processing machine 10. The possible number of coins replay indicates the number of balls that can be replayed. The possible number of coin replays is a multiple of the number of payout units of game balls in the coin replay. 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 possible number of the coin replay. Instead of the possible number of coin replays, the number of possible coin replays may be used as the number of coin replays. 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 processing machine 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 for recollecting the re-playing data is performed after storing the re-playing data for 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 inter-station card processing machine 10 transmits the coin replay request data to the card management device 40. The coin replay request data includes the card ID of the 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. And then recalculate the number of possible replays. Then, the stored coin replay data including the balance after the 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 payout processing 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 number of re-playable coins is 0, the re-playing game of coins 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 for the second and subsequent replays. The password may be confirmed every time. Further, here, the member management device 50 has illustrated the case where the inter-card card processing machine 10 performs the game ball payout process after the balance of the game ball is subtracted, 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 number of possible replays of the ball is shown in the ball replay data before the request for the replay of the ball, and there is no situation that the balance shortage is found after the request for the replay 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 during the closing process, 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 is recorded 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, which is notified from the card management device 40, to the number of stored balls specified by the card ID and the rate. After that, the card management device 40 clears the number of held balls to zero.

Next, the external appearance of the inter-card card processing machine 10 shown in FIG. 2 will be described. FIG. 3 is a view showing the outer appearance of the inter-card card processing machine 10. 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 installed side by side is shown by a broken line. Further, although FIG. 3 illustrates the inter-card card processing machine 10 that receives only banknotes, a unit for receiving coins may be provided.

As shown in FIG. 3, the inter-card 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 that receives an operation button display and an input operation by the operation button.

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, and when the mobile terminal is held over the holding portion 14b, data such as a unique ID (eg, 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-station card processing machine 10 shown in FIG. As shown in FIG. 4, the inter-card card processing machine 10 includes a banknote transport unit 12, a display operation unit 13, a reader/writer 14, a holding unit 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 discriminates 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 that displays various information such as prepaid value, number of balls held, and number of stored balls that can be used for ball lending and receives 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. Also, the reader/writer 14 has a function of issuing a new card by associating the value stored in the card storage unit with the value data such as the ball holding and the prepaid value, in accordance with the return operation of the player. I also have. However, if the prepaid value shown in the card data 16b is 0 and the number of balls held is less than a certain number (minimum 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 store due to the discarding of the card associated with a small amount of balls. As a fixed 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 the present invention is not limited to this. It can be freely set according to the store policy. In addition, even if there is a return operation, if you control not to return the card, you can also perform the payout process of the memorized balls, but display that the card can not be returned and replay the ball. You may.

The communication unit 15 is an interface unit for performing data communication between the gaming machine 20 and the island controller 30. The nozzle unit 18a is used for paying out some or all of the game balls when paying out the game balls by ball lending or replay. 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 its own device status data 16a and card data 16b.

The own device status data 16a is data indicating the status of the inter-card card processor 10. This own device status data 16a includes the device ID of the inter-card card processor and the game settings. 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 set in the inter-card processing machine 10. When dealing with multiple rates of game balls in the game store, "ball 1" is used for 4-yen rate game balls, "ball 2" for 2-yen rate game balls, and "ball 3" for 1-yen rate game balls. 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, balls owned, balls accumulated, and the number of replayable balls accumulated. 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 port 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 and a counting processing unit 17b.

When the card is inserted, the data management unit 17a transmits, to the card management device 40, card insertion notification data including the device ID of the self device status data 16a and the card ID of the card data 16b. In addition, 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.

In addition, when the banknote is inserted into the banknote insertion slot 12a, the data management unit 17a transmits payment notification data including the amount of the inserted banknote, the card ID, and the machine-to-machine card processing machine ID to the card management apparatus 40.

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 of 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 then pays out 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 possible number of coin replays 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 replay request data including the card ID and the unit-to-unit card processor ID when the player performs a coin 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 game ball payout process for the number of payout units of the coin replay is performed. At the time of the first coin replay operation, a password input is requested, and the coin replay request data is transmitted on condition that the password coincides with the password shown in the card data 16b.

In addition, when the player returns the card, the data management unit 17a transmits ball holding addition request data including the card ID, the device ID, and the number of balls held to the card management device 40, 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.

Further, 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 of the general card and the prepaid value 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 a player can exchange prizes and balls while continuing the game.

In addition, 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-division-division notification data including the card IDs of the two cards to the card management device 40, it is notified that the ball-division is performed.

When performing ball-division, the data management unit 17a enables the display operation unit 13 to display a ball-division button, and when the ball-division button 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. Further, 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 dice by counting, transmits the unit count notification data including the card ID of the card data 16b to the card management device 40, thereby the unit-to-unit card processing machine. Notify that a count at 10 has taken place.

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 illustrating 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 in which 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 of "1" is the general card, and the card with the first digit of "2" is the membership card. Further, the card data 16b shows a state in which the prepaid value is "2000 degrees". In addition, here, the frequency of the prepaid value is equivalent to 1 yen. In addition, 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". Shows.

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 Shows that the number of stored balls is "1000" and the number of stored balls 3 is "4000". Although the number of replayable balls is stored as the replayable number here, the number of replayable times may be stored as the replay frequency. 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. Furthermore, 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 of 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 devices arranged in a 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 will execute the corresponding 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 card processing machine 10, the card management unit 46b sets the card ID of the card ID shown in the card insertion notification data to the same card insertion notification. 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.

Further, when the card management unit 46b receives the ball lending request data including the card ID from the unit-to-unit card processor 10, it 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-unit card processor 10 of the ball unlending data.

In addition, when the card management unit 46b receives the deposit notification data including the amount of money, the card ID, and the device ID, which are inserted from the inter-sector card processing machine 10, the card management unit 46b notifies the prepaid value associated with the card ID. 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. Further, the response data from the member management device 50 to the coin replay request data is also transferred to the inter-mountain card processing machine 10.

Further, when the card management unit 46b receives the dice ball addition request data, the card management unit 46b adds the dice number included in the dice ball addition request data to the dice ball number of 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.

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 to refer 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 inter-mounting card processing machine 10, the device managing section 46c refers to the device management data 45c to refer to the gaming machine corresponding to the inter-mounting card processing machine 10 of 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.

In addition, 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 game machine ID corresponding to the machine-to-machine card processing machine 10 that is 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 dice ball split notification data from the unit-to-unit card processing machine 10, the device management data 45c is sent. With reference 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 is 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". Further, the game type setting data 45a associates a rate "1 yen" and a 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 “0” of balls. That is, the card with the card ID “1001” is not inserted in the inter-card processor 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-card card processor 10 with the device ID “3004”, and the inter-card card processor 10 manages the number of balls. Therefore, the number of balls held at each rate is zero.

In the card management data 45b shown in FIG. 7B, the card ID "2002" is associated with the prepaid value "2000", the number of balls held at each rate "0", and the device ID "3001". In other words, the card with the card ID “2002” is inserted in the inter-mounting card processing machine 10 with the device ID “3001”, and the management of the balls is transferred to the inter-mounting card processing machine 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 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 apparatus 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 actual result data 55g, and the notification 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 stored 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 the 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 count notification data for each unit, 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 diversion 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 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 record data 55g indicates the record of use of the gaming machine generated from the game data. The notification data 55h is data for notification generated based on the performance data 55g.

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, and a performance evaluation unit 56e. 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 membership management unit 56a, The prize master management unit 56b, the card processing history management unit 56c, the floating data analysis unit 56d, and the performance evaluation 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 balls associated with the card ID in the coin replay request data, the balance of the coins at the payout rate. Withdraw the number of payout units and recalculate the number of possible replays. Then, the stored coin replay data including the balance after the 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-country 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, an 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 number-of-units counting notification data, 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.

In addition, when the card processing history management unit 56c receives the wagon prize exchange data and the dice ball split notification data from the card management device 40, the game contents are associated with the time, the gaming machine ID, the card ID, and the like. 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 gaming machine ID of the last used gaming 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 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 33.

The performance evaluation unit 56e is a processing unit that evaluates the transition of the usage history of the gaming machine based on the motion data. Specifically, the performance evaluation unit 56e evaluates the transition of the usage performance of a plurality of gaming machines installed in the gaming shop, and selects a gaming machine to be notified based on the evaluation result.

As an example, the performance evaluation unit 56e is a value of a game out (a value obtained by dividing the total number of balls hit by the game machine per day by the number of game players who used the game machine on the same day, that is, a game used by each game player. The number of media) is obtained every day and stored in the actual data 55g. Then, a model whose floating out is increasing or a model whose floating out is decreasing is selected as a notification target, and the notification content is registered in the notification data 55h.

Here, the performance evaluation unit 56e can generate an idle out for each type of player, type of game machine, game performance, rate, and the like. The type of player refers to a member player who has registered as a member in a game store, a general player who is not identified as a member player, and an entire player including a member player and a general player. In the present embodiment, a case will be described as an example in which a game out is generated for each type of player and each type of gaming machine.

The performance evaluation unit 56e notifies the gaming shop staff by displaying on the display unit 51 a display screen showing the content indicated by the notification data 55h, that is, the information regarding the gaming machine selected as the notification target. This display can be performed at an arbitrary timing, but for example, the display may be controlled by superimposing it as a pop-up screen on the login screen when the game store clerk starts the operation.

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. 9(a) shows a state in which the card ID "2002" is associated with the name "BC", the accumulated amount of balls of each game type, the mobile ID m "IDmX1", and the like. ing. Although not shown, the member management data 55a can associate points, number of visits, 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.

In addition, in FIG. 9A, the stored coins 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" of the card ID "2002" is "250", the balance of accumulated coin of "ball 2" is "1000", and the balance of 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". In addition, the game type setting data 55b associates the rate “2 yen” and the display name “2 pachi” 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 that uniquely identifies a prize is associated with a prize name, a group code, a prize value, and the number of exchanged balls. 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 thereafter are general prizes including daily commodities other than exchange prizes.

The prize master 55c, for the prize code “0001”, the prize name “large 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.

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

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 the time, the gaming machine ID, the card ID, and the processing are associated with each other. Specifically, the game-related card processing history data 55d is the card ID “1002” in the inter-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 gaming-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 process “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 for each unit" has been performed.

Further, the game-related card processing history data 55d is the card having the card ID "1055" in the inter-card 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 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 of.

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 count 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 last used 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 usage history of the card 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. 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.

In addition, 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.

Further, 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 actual data 55g shown in FIG. 11(g) is data that is generated for each business day by generating an idle out for each player type and each type of gaming machine. Specifically, for the out-going of "11/5 (Monday)" of the model "EV01", the type of player is "all", "3918", the type of player is "general", "4020", and the type of member is "member". Is "3894". In addition, the playout of “11/6 (Tuesday)” of the model “EV01” is “4176” for the player type “whole”, “4230” for the player type “general”, and “member” for the player type “member”. 4008". In addition, the playout of “11/7 (Wednesday)” of the model “EV01” is “4236” for the player type “whole”, “4371” for the player type “general” and “member” for the player type “member”. 4199”. The playout of "11/8 (Thurs)" of the model "EV01" is "4960" for the player type "whole", "5004" for the player type "general", and "4896" for the player type "member". Is.

In addition, the playout of “11/5 (Monday)” of the model “EV02” is “1109” for the player type “whole”, “1001” for the player type “general”, and “member” for the player type “member”. 1204". In addition, the playout of “11/6 (Tuesday)” of the model “EV02” is “3576” for the player type “whole”, “3692” for the player type “general”, and “member” for the player type “member”. 3533". In addition, the playout of "11/7 (Wednesday)" of the model "EV02" is "2246" for the player type "whole", "2305" for the player type "general", and "member" for the player type. 2199". The playout of "11/8 (Thursday)" of the model "EV02" is "1378" for the type of player "whole", "1235" for the type of player "general", and "1412" for the type of member "member". Is.

In addition, as for the gaming out of “11/5 (Monday)” of the model “EV03”, “2528” is for the player type “whole”, “2427” is for the player type “general”, and “member” is for the player type “member”. 2589". In addition, the playout of "11/6 (Tuesday)" of the model "EV03" is "2498" for the player type "whole", "2431" for the player type "general", and "member" for the player type. 2575". In addition, the playout of “11/7 (Wednesday)” of the model “EV03” is “2403” for the player type “whole”, “2421” for the player type “general”, and “member” for the player type “member”. 2337". The playout of "11/8 (Thurs)" of the model "EV03" is "2312" for the player type "whole", "2354" for the player type "general", and "2203" for the player type "member". Is.

The notification data 55h shown in FIG. 11(h) is data for notification generated from the record data 55g. Specifically, the models whose floating outs are significantly increasing are displayed as “Increasing outs”, and the models whose floating outs are significantly decreasing are indicated as “Underflows decreasing”. It is supposed to be displayed.

In FIG. 11(h), "EV01" and "EV23" are included in the models whose floating out is increasing. In addition, “EV01” corresponds to all of the types “all”, “general”, and “member” of the patrons are increasing the outflow. "EV23" corresponds to the increase in the number of idle outs for the type "all" and "general" of the gaming customers, and does not correspond to the increase in the amount of idle outs for the type "member" of the gaming customers.

Similarly, in FIG. 11(h), "EV03" and "EV17" are included in the models whose floating out is decreasing. In addition, “EV03” corresponds to the “all” and “members” of the types of gaming customers, and does not correspond to the “general” type of gaming customers, while the number of gaming out is decreasing. “EV17” corresponds to the fact that the gaming member type “member” is decreasing in playing out, and the gaming customer types “overall” and “general” do not correspond to decreasing playing out.

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 special 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 pulses of a plurality of gaming machines 20 and the like.

The storage unit 95 is a storage device such as a hard disk device or a non-volatile memory, and stores pulse data 95a, game history data 95b, and play data 95c. 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 time series, such as deposit, card insertion, card ejection, number of hit balls, number of award prizes and occurrence 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 control unit 96 is a control unit that controls the entire hall computer 90, and includes a pulse data storage unit 96a, a pulse data totaling unit 96b, a game history data generation unit 96c, and a floating data generation unit 96d. In practice, the programs corresponding to these functional units are stored in a ROM or a non-volatile memory (not shown), and the 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, and the movement data generation unit 96d 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. This 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 a special prize.

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, and uses the game history data. 95b is generated and stored in the storage unit 95.

The game data generation unit 96d uses the game history data 95b, the 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.

Here, the movement data generation unit 96d refers to the operation state data 95d when identifying the game by the same player. Details of the processing by the floating data generation unit 96d will be described later.

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” outputs an outpulse at the time “11:10:14”. Similarly, at the time “11:10:16”, the gaming machine 20 with the gaming machine ID “P001” has output an outpulse. Then, at time “11:10:30”, the gaming machine 20 having the gaming machine ID “P001” outputs a safe pulse. Further, it is shown that the gaming machine 20 having the gaming machine ID “P015” outputs the special prize (big hit) pulse at the time “13:30”. 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 winning prize are given. The state of 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 registered in association with each other. 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. In the game history data 95b, time "13:20:20", gaming machine ID "P015", card ID "1055", and process "payment" are registered in association with each other. Further, in the game history data 95b, time "13:30: 00", gaming machine ID "P015", card ID "1055", and process "special prize (big hit)" are registered in association with each other.

As shown in FIG. 14(c), the play data 95c indicates 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 prizes paid, the number of big hits, the number of times wagon prizes are exchanged, and the number of held ball divisions are associated. 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 general 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 play 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 winning 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.

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 game 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 is generated in an internal general card, a dime ball is generated in the internal general card, a driving ball is generated before the card is inserted, When the card is inserted for the first time on the day, it is determined that the game 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 driven-in ball occurs before the insertion of the card corresponds to a state in which the gaming ball is directly inserted into the gaming 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 when 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. Further, after the output of the outpulse is finished and a predetermined time has passed after the normal card is used up, it is determined that the game is finished. Further, when the discharged cards are used for prize exchange, settlement, and 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 over, the floating data generation unit 96d sets the used general card and the inserted card together. It is tied and identified as being used by the same player.

Further, when the payment is made after the membership card is discharged and before the game is determined 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. It is tied and identified as being 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 ball-division is performed, the play data generation unit 96d associates the split-source card with the split-destination card and identifies that they have been used by the same player.

Further, the movement data generation unit 96d identifies the same player even 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, 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, when the card is changed during the special prize state, that is, when the card in use is ejected and another card is inserted, the ejected card and the inserted card are used by the same player. 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, etc., it is not determined that the game has ended, and the same player 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 a 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. First, the inter-card card processing machine 10 is shifted to the break mode. At the time of shifting to the break mode, for example, a password is set, and the operation of the machine-to-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 inter-board card processing machine 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 call lamp or the like, and the inter-card-card processor 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.

FIG. 17 is an explanatory diagram of the determination condition of the notification target by the performance evaluation unit 56e. The performance evaluation unit 56e determines that the idle out increase is in progress when “the idle out obtained by dividing the number of hit balls by the idle number of people continues to increase by a predetermined ratio or more from the previous day for a predetermined number of days”. In addition, in the case of “the day when the outflow increased from the previous day to the previous day is 6 days or more” and the “the previous day's outflow was increased by 20% from the 8 days before the out”, It is also possible to determine that the floating out is being increased. Further, it may be determined that the floating out is being increased when "the moving average (7 days worth) of the floating out of the previous day and that of 8 days before is compared and the moving average is increased by 10% or more."

Furthermore, the performance evaluation unit 56e determines that the idle out is being reduced when "the idle out obtained by dividing the number of hit balls by the number of idle players is continuously reduced by a predetermined ratio or more from the previous day for a predetermined number of days". In addition, in the case of “the day when the floating out has decreased from the previous day to 6 days or more in the period from the previous day to 6 days or more” and “the floating out of the previous day has decreased by 20% from the moving out of 8 days before”, It is also possible to determine that the floating out is being reduced. Further, it may be determined that the floating out is being reduced when "the moving average (for 7 days) of the floating out of the previous day and that of 8 days before is compared and the moving average is reduced by 10% or more".

FIG. 18 is an explanatory diagram illustrating a specific example of display control for notification. FIG. 18A shows a specific example of the floating out pop-up display. In FIG. 18A, an upward pointing arrow is displayed for the applicable model and player type while the playing out is rising, and a downward pointing right arrow is displayed for the applicable model and player type while the playing out is decreasing. It should be noted that the player type "member" of the model "EV023" is not applicable during the increase in the number of outflows, and thus "-" is displayed. Similarly, the type “general” of the player “EV03” and the types “general” and the type “general” of the player “EV17” are not applicable while the outflow is decreasing, and therefore “-” is displayed. ing.

Then, in FIG. 18A, a pop-out display of floating out is displayed in an overlapping manner on the game shop management screen. Therefore, for example, when the game shop clerk starts the operation, it is possible to first confirm the pop-up display of the playout.

The performance evaluation unit 56e can control display of arbitrary data, not limited to floating out. FIG. 18B is an example of a screen that displays the results of the game machines (new machines) newly introduced in the game store. In FIG. 18B, the model, introduction date, model type, out average, idle out, win rate, and maximum win are displayed. Further, regarding the average out, the idle out, the win rate, and the maximum win, the actual result, the operation contribution, and the difference between the actual result and the operation contribution are displayed.

The out average is calculated by dividing the total out of the same model by the number of installed units. Floating out is calculated by dividing the total out of the same model by the number of floating people. The win rate is calculated by dividing the number of player who has more prizes than the number of hits by the number of moving players and multiplying by 100. For the maximum win, the maximum value of “(number of prize-winning balls-number of hit balls)×rate” is used. The actual result is the actual result at the own store, and the operation contribution is the actual result at another amusement store under the same conditions. That is, the difference between the actual result and the operation contribution indicates the difference between the own store and another game store.

In FIG. 18B, the model “EV41” of the model type “light middle” and the model “Ev42” of the model type “normal” are introduced to “2018/11/5”. The out-average performance of the model “EV41” is “30000”, the operation contribution is “33000”, and the difference is “−3000”. The actual result of floating out of the model “EV41” is “3000”, the operation contribution is “2900”, and the difference is “+100”. The model “EV41” has a win rate record of “23.0”, an operation contribution of “20.0”, and a difference of “+3.0”. The model “EV41” has the largest winning record of “150,000”, the operation contribution is “100000”, and the difference is “+50000”.

Similarly, the out average performance of the model “EV42” is “14000”, the operation contribution is “13000”, and the difference is “+1000”. The actual result of floating out of the model “EV42” is “1400”, the operation contribution is “1600”, and the difference is “−200”. The model “EV42” has a win rate record of “23.0”, an operation contribution of “20.0”, and a difference of “+3.0”. The model “EV42” has the largest win record of “150,000”, operation contribution of “100000”, and difference of “+50000”.

Next, a processing procedure for generating floating data will be described. FIG. 19 is a flowchart showing the procedure for generating floating data. As shown in FIG. 19, 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 settlement process history data 55f is accumulated (step S103). Then, the gaming-related card processing history data 55d, the non-gaming card processing history data 55e, and the count settlement processing history data 55f are transmitted to the hall computer 90 at a predetermined timing after the store is closed (step S104).

The hall computer 90 accumulates the pulse data 95a during the operation of the game shop (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). Furthermore, 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 device 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).

The hall computer 90 transmits the generated floating data to the member management device 50 (step S204). The member management apparatus 50 uses the movement data received from the hall computer 90 to analyze the player or the gaming machine (step S105).

Further, the member management device 50 evaluates the transition of the usage record of the gaming machine based on the movement data (step S106), selects the notification target and executes the notification (step S107), and ends the process.

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

FIG. 20 is an explanatory diagram of a modified example in which the member management device generates floating data. In the configuration shown in FIG. 20, the gaming machine 20 outputs the out signal corresponding to the out pulse, the safe signal corresponding to the safe pulse, and the prize signal corresponding to the prize pulse to the inter-card processor 10. These may be transmitted directly to the inter-card processing machine 10 by the gaming machine 20, or another device attached to the gaming machine 20 may output an out pulse, a safe pulse and a special prize pulse as an out signal, a safe signal and a special prize signal. Alternatively, it may be converted into the data and output to the inter-card processor 10.

The machine-to-machine card processing machine 10 sends the history of the operation of its own apparatus such as payment, card insertion, card ejection and the history of the operation of the gaming machine 20 such as an out signal, a safe signal and a prize signal to the member management apparatus 50. To do. The member management apparatus 50 generates game history data using various data received from the inter-card card processing machine 10. Then, the game by the same player is identified from the game history data, and the game data indicating the history of the game for each player is generated. Further, the member management device 50 evaluates the transition of the usage record of the gaming machine based on the movement data and notifies the evaluation result.

As described above, in the game management system according to the embodiment, the operation history of the gaming machine 20 is acquired, and the operation history of the inter-card card processing machine 10 installed in association with the gaming machine 20 is acquired and the game is played. Using the operation history of the machine 20 and the machine-to-machine card processing machine 10, game history data indicating a history of games played by the game machine 20 is generated. Then, the game played by the same player is identified from the game history data to generate game data showing the history of the game for each player, and the transition of the usage record of the game machine is evaluated. With such a configuration, it is possible to obtain and analyze various kinds of information indicating how the gaming machine is used, and to realize efficient operation of the gaming machine.

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. In addition, 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-mentioned 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 medal for a slot machine is used.

Here, a rotating-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 (symbols).

In the spinning-roller type gaming 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 from the slot and stored internally (credit), 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 on the set effective line is a specific one, a predetermined number of medals are paid out to the tray of the spinning drum type gaming machine. The rotating body type gaming machine stores the payout medal number data for each combination of patterns arranged on the activated line, and the payout 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.

If the combination of reel patterns stopped on the activated line is a combination related to a bonus (a big bonus, a normal bonus, etc.), the lottery result from the next game is a part that involves paying out 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 (eg, 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 executed 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 section, 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 gaming 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 spinner type gaming machine, other information that indicates that the replay time is in progress (pulse during replay time) and information that makes it easier to align the small win on the effective line when the small win is won in the lottery A pulse (pulse during assist time) indicating that the assist time is in the notification state 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 of the illustrated configurations is a schematic functional diagram, and does not necessarily have to be physically configured as illustrated. 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. 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 performance evaluation unit 56e of the member management apparatus 50, and the hall computer 90 analyzes the floating data and evaluates the usage record.

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 efficiency of the operation of the game store. Suitable for

10 unit card processing machine 11 status display unit 12 banknote transport unit 12a banknote insertion slot 13 display operation unit 14 reader/writer 14a card insertion slot 14b holding section 15, 93 communication unit 16, 45, 55, 95 storage unit 16a own device state Data 16b Card data 17, 46, 56, 96 Control unit 17a Data management unit 17b Counting processing 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 Part 43, 53 External network communication part 44, 54 Store network communication part 45a Game type setting data 45b Card management data 45c Device management data 46a Game type setting management part 46b Card management part 46c Device management part 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 Actual data 55h Notification data 56a Member management section 56b Prize master management section 56c Card processing history management section 56d Floating data analysis unit 56e Achievement evaluation unit 60 Prize management device 80 Settling machine 90 Hall computer 94 Pulse receiving unit 95a Pulse data 95b Game history data 95c Travel data 96a Pulse data storage unit 96b Pulse data totaling unit 96c Game history data generating unit 96d Travel Data generator

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 the 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 games for each player.
A game management system, comprising: a performance evaluation unit that evaluates the transition of the usage history of the gaming machine based on the travel information. The performance evaluation unit evaluates the transition of the usage history for a plurality of gaming machines installed in the gaming shop, and selects a gaming machine to be notified based on the evaluation result. The game management system according to item 1. The game management system according to claim 2, wherein the performance evaluation unit controls display by superimposing a display screen showing information on the gaming machine selected as the notification target on another display screen. The performance evaluation unit selects a model in which the number of used game media per player is increasing and/or a model in which the number of used game media per player is decreasing as a notification target. The game management system according to claim 2 or 3. The performance evaluation unit totals the number of game media used per player per day, and selects a model in which an increase or decrease of a predetermined ratio or more from the previous day continues for a predetermined number of days as a notification target. Item 4. The game management system according to item 4. The performance evaluation unit is used by a member player who has registered as a member of the game store, a usage result by a general player who is not identified as the member game player, and a usage result by the member game player and the general game player. The game management system according to claim 1, wherein and are respectively evaluated. A game management method for managing a game 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 generation step of generating game history information indicating a history of games played by the gaming machine using the operation history of the gaming machine and the operation history of each of the units,
A gaming information generating step of identifying gaming played by one player from the gaming history information and generating gaming information showing a history of the game for each player;
A performance evaluation step of evaluating the transition of the usage history of the gaming machine based on the gaming information.

Images