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

Abstract

PROBLEM TO BE SOLVED: To effectively use a use record per game player of another game parlor by acquiring a use record per game player.SOLUTION: Each game parlor C2 identifies games played by a same game player by using an operation history of a game machine and an operation history of an inter-machine card processing machine, generates free movement data indicating a history of games per game player and transmits it to a center C1 (1). The center C1 associates free movement data received from each game parlor C2 with information indicating a state or the like of each game parlor of transmission source to manage it as overall free movement data. When criteria is set at a game parlor C2a (2) and the game parlor C2a transmits a request to provide free movement data specifying the criteria to the center C1 (3), the center C1 extracts and processes the free movement data meeting the specified criteria (4) and transmits it to the game parlor C2a as extracted free movement data (5). The game parlor C2a compares the extracted free movement data received from the center C1 with free movement data of the own game parlor for analysis (6).SELECTED DRAWING: Figure 31

Description

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

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

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

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

JP 2011-131037 A JP 2010-158297 A

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

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

  Furthermore, although there was a request in the amusement store to refer to the information of other amusement stores and make a comparison with the own store, using simple information such as the national average does not make an effective comparison. For this reason, it is desirable to be able to refer to the usage record for each player generated at another store. In particular, when referring to the information of another store, information suitable for the state of the own store is required, but excessive provision of the information of the own store should be avoided. From these viewpoints, it is necessary to appropriately manage and process the use results for each player generated in a plurality of game stores and provide them to other game stores.

  As described above, in the conventional technique, it is an important issue to acquire the use record for each player and to effectively use the use record for each player in another game store.

  The present invention has been made to solve the above-described problems, and obtains a use record for each player, and can effectively use the use record for each player in other game stores, and An object is to provide a game management method.

  In order to solve the above-mentioned problems and achieve the object, the present invention is a game management system for managing games in a game store, and generates game information indicating a game history for each player in one game store. A game information generating unit, a game information management unit that manages the game information for each game store, and a game information corresponding to the condition specified in the request for provision when a game information provision request is received from the game store And a game information providing unit that extracts the information and transmits it to the requesting game store.

  Further, the present invention is the above invention, wherein the game information generating unit uses the operation history of the gaming machine and the operation history of each device attached to the gaming machine to record the game performed by the gaming machine. Game history information indicating a history is generated, and the game information is generated by identifying a game played by one player from the game history information.

  Further, the present invention is the above invention, wherein the game information generating unit is provided in the game store, generates game information in the own game store, transmits the game information to a management center outside the game store, The idle information providing unit is provided in the management center.

  Further, the present invention is characterized in that, in the above invention, the game information providing unit extracts the game information for the game information generated under the same conditions as the requesting game shop.

  The present invention further includes a game information request unit provided in the game store, wherein the game information request unit transmits a game information provision request to the game information providing unit, wherein the game information request unit is a scale of the game store. Any one of the number of installed gaming machines, the type of gaming machines, and the operating status of gaming machines can be designated as the condition.

  Further, the present invention is the above invention, wherein the game information providing unit extracts the game information relating to a plurality of game stores based on a specified condition, and performs a process of removing at least information capable of identifying the game store. In addition, the game information is transmitted to a requesting game store.

  The present invention further includes a game information output unit provided in the game shop, wherein the game information output unit is configured to output the game information provided from the game information providing unit and the game information of the own game store in a comparable manner. It is characterized by that.

  The present invention is also a game management method for managing a game in a game store, a game information generation step for generating game information indicating a game history for each player in one game store, and the game information as a game. In the case of accepting a request for providing play information from the amusement store, the play information management step managed for each store is extracted, and the play information corresponding to the conditions specified in the provision request is extracted and transmitted to the requesting amusement store And a play information providing step.

  ADVANTAGE OF THE INVENTION According to this invention, the use track record for every player can be acquired and the use track record for every player of another game store can be utilized effectively.

FIG. 1 is an explanatory diagram of the concept of the game management system according to the present embodiment. FIG. 2 is a diagram showing the system configuration of the amusement store. FIG. 3 is a diagram showing the appearance of the inter-card card processing machine. FIG. 4 is a functional block diagram showing the configuration of the inter-card card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-card card processor. FIG. 6 is a functional block diagram showing a configuration of the card management apparatus shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the card management apparatus. FIG. 8 is a functional block diagram showing the configuration of the member management apparatus shown in FIG. FIG. 9 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 1) FIG. 10 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 2) FIG. 11 is a functional block diagram showing the configuration of the hall computer shown in FIG. FIG. 12 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 11. (Part 1) FIG. 13 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 11. (Part 2) FIG. 14 is an explanatory diagram of processing by the idle data generation unit. (Part 1) FIG. 15 is an explanatory diagram of processing by the idle data generation unit. (Part 2) FIG. 16 is an explanatory diagram of a specific example relating to the identification of a player. FIG. 17 is an explanatory diagram of automatic threshold change. FIG. 18 is an explanatory diagram of regeneration of idle data based on a change in threshold value. FIG. 19 is an explanatory diagram for analysis of idle data. FIG. 20 is an explanatory diagram of a specific example of analysis. (Part 1) FIG. 21 is an explanatory diagram of a specific example of analysis. (Part 2) FIG. 22 is an explanatory diagram of a specific example of analysis. (Part 3) FIG. 23 is an explanatory diagram of a specific example of analysis. (Part 4) FIG. 24 is a flowchart showing a processing procedure for generating idle data. FIG. 25 is an explanatory diagram of a modification in which the member management device generates idle data. FIG. 26 is an explanatory diagram of acquisition of information regarding the separation of the player using the game data. FIG. 27 is an explanatory diagram of an example of analysis of the cause of separation. FIG. 28 is an explanatory diagram of the change in the behavior of the player and the cause of the separation. FIG. 29 is an explanatory diagram for notification to the game clerk. FIG. 30 is an explanatory diagram of detection of a suspicious player. FIG. 31 is an explanatory diagram for using the game data of other stores. FIG. 32 is a flowchart showing the processing procedure of the center. FIG. 33 is an explanatory diagram of restrictions relating to extraction of idle data. FIG. 34 is an explanatory diagram of the user identification of the divided card based on the overlap of usage time. FIG. 35 is an explanatory diagram for evaluating the state of the gaming machine based on the game data. FIG. 36 is an explanatory diagram for evaluating the movement of the player based on the game data. FIG. 37 is an explanatory diagram of a specific example of map display. FIG. 38 is a flowchart showing a processing procedure for evaluating the movement of a player. FIG. 39 is an explanatory diagram for evaluating the required time and estimating the state of the player.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  Next, acquisition of information related to the separation of the player using the game data will be described. FIG. 26 is an explanatory diagram of acquisition of information regarding the separation of the player using the game data. Acquisition of information relating to the separation of the player using the game data is performed by the game data analysis unit 56d of the member management device 50. In the acquisition of the information related to the separation, the game data analysis unit 56d executes functions as a game performance management unit, a store visit management unit, a separation detection unit, a separation performance extraction unit, and a separation performance statistics unit.

  First, the game data analysis unit 56d performs an operation as a game result management unit that acquires the results of individual games from the game data. Individual game results include player attributes and game histories. The attributes of the player include whether or not the player is a member player, gender, age, and the like. The game history shows the history of the game type, model, investment amount, game time, winning / losing amount, event that occurred during the game, the number of starts, the occurrence rate of jackpot, exchange difference ball, and the like.

  In addition, the game data analysis unit 56d performs an operation as a store visit result management unit that acquires an individual store visit result from the play data. The store visit results include the number of visits by the player, the staying time for each visit, the investment amount for each visit, the winning and losing results for each visit. Furthermore, the idle data analysis unit 56d ranks store visit results. In the ranking of store visit results, each item of store visit results (number of visits by customers, staying time per visit, investment amount per visit, winning / losing per visit, etc.) A process for associating any of the above is performed.

  The game data analysis unit 56d performs an operation as a separation detection unit that detects the separation of the player from the ranked store visit results. Specifically, the period transition of the rank in the individual customer visit results is analyzed, and the separation of the player is detected from the rank transition.

  For example, when the rank of the number of visits of a certain player this month is significantly lower than the previous month, it can be determined that there is a high possibility that this player has left. Similarly, even if there is no significant change in the rank of the number of visits to the store, it can be determined that the possibility of leaving is high if the stay time at one visit and the rank of the investment amount are reduced.

  When the game data analysis unit 56d detects the separation of the player, the game data analysis unit 56d performs an operation as a separation result extraction unit that extracts a separation result as a result of the game at the time of the separation from an individual game result.

  And it operates as a function as a separation performance statistics section that statistically processes the performance at the time of separation of a plurality of players. Specifically, a matter common to the results of the separation of a plurality of players is identified by statistical processing, and the common matter is output as a separation index. It is also possible to compare the separation index with the game results and to identify and notify in advance a player who may be separated.

  In this manner, the game data analysis unit 56d extracts the individual game results and store visit results from the game data, detects the separation of the players from the store visit results, extracts the game results at the time of the departure, and performs statistical processing. Thus, information regarding the separation of the player can be obtained.

  FIG. 27 is an explanatory diagram of an example of analysis of the cause of separation. In FIG. 27, the totaling result of the results at the time of separation is shown. Specifically, the game type “ball 1 (4 pachis)”, model “EV21”, game time “5:00”, investment amount “80000”, winning / losing amount “−80000”, start count per 100 balls “6” .1 ”, jackpot probability“ 1/400 ”, and exchange difference ball“ 0 ”indicate that separation occurred.

  Similarly, the game type “ball 1 (4 pachis)”, model “EV16”, game time “4:00”, investment amount “90000”, winning / losing amount “−90000”, start count per 100 balls “5.9” ”, A big hit probability“ 1/500 ”and an exchange difference ball“ 0 ”indicate that separation occurred.

  In addition, the game type “ball 1 (4 pachis)”, model “EV02”, game time “10:00”, investment amount “30000”, winning / losing amount “−30000”, start count “100” per 100 balls This shows that separation occurred in the situation of the big hit probability “1/320” and the exchange difference ball “0”.

  In addition, the game type “ball 1 (4 pachis)”, model “EV11”, game time “1:30”, investment amount “10000”, winning / losing amount “+50000”, start count per 100 balls “4.5”, It shows that separation occurred in the situation of the big hit probability “1/300” and the exchange difference ball “20000”.

  Also, the game type “ball 1 (4 pachis)”, model “EV21”, game time “2:50”, investment amount “100000”, winning and losing amount “−50000”, start number of times per 100 balls “4.6” This shows that separation occurred in the situation of the big hit probability “1/400” and the exchange difference ball “5000”.

  In addition, game type “ball 1 (4 pachis)”, model “EV16”, game time “3:00”, investment amount “90000”, winning / losing amount “+60000”, start count per 100 balls “4.7”, This shows that separation occurred in the situation of the big hit probability “1/650” and the exchange difference ball “15000”.

  Analyzing the results of these separations, the investment amount “80000 or more”, the winning or losing amount “−80000” or less, the start number “4.6” or less, etc. are common in the plurality of separation results. Therefore, the investment amount “80000 or more”, the winning or losing amount “−80000” or less, the start number “4.6” or less, and the like can be used as indicators of separation. That is, a player who falls under this index may reduce the game at the game store or stop using the game store.

  By using this separation index and extracting a player who has not yet separated, but can be separated, the game store can be alerted as a player with a high possibility of separation.

  Further, when there is a gaming machine 20 in which cases corresponding to the separation index frequently occur, it is possible to prevent the separation of the player by adjusting the gaming machine 20.

  Next, changes in the behavior of the player and the cause of separation will be described. FIG. 28 is an explanatory diagram of the change in the behavior of the player and the cause of the separation. As shown in FIG. 28, when the date when the player visits the store changes, there is a possibility that the reliability of the player to the game store has decreased. If there is still a change in the day of the week to visit the store (for example, the store will only visit the weekend), it is considered that there are other reasons (change in lifestyle pattern, etc.) rather than dissatisfaction with the amusement store.

  If the number of visits to the store decreases, there may be a shortage of money that can be used for games and other reasons (changes in lifestyle patterns, etc.). When the number of visits to the store becomes 0, it is considered that the reliability to the amusement store has decreased. If the stay time of the player decreases, it is considered that there are other reasons (changes in lifestyle patterns, etc.) rather than dissatisfaction with the game store.

  If the investment amount of the player is increasing, it is suggested that the increased investment may cause the player to be dissatisfied with the game store due to insufficient money available to the player. When the investment amount of the player is decreasing, it is suggested that the reliability of the game store is lowered, and that the player intentionally suppresses the investment amount, that is, is about to leave.

  When the losing amount increases in the winning / losing amount, there is a possibility that the player can be dissatisfied with lack of money available for the game. If the savings are decreasing, there may be a shortage of money available for gaming. Furthermore, if the number of stored balls continues to decline, there is a possibility of preparing to move to another amusement store.

  In addition, if the game is mainly based on a low-rate gaming machine, there is a possibility that there is a shortage of money that can be used for the game or a change in the preference of the player. Similarly, if the game is mainly based on low-spec gaming machines with a small number of prizes that can be expected at the time of a big hit instead of a high probability of a big hit, there will be a shortage of money that can be used for gaming and the preference of the player Changes may have occurred. The change in preference is, for example, that the player wants to enjoy the jackpot itself and its production rather than seeking more prizes.

  In addition, there is a possibility that a player who is no longer using a new type of gaming machine has changed his / her preference. Furthermore, if the average number of rotations at the start, that is, the average number of shot balls required until the start of the lottery is reduced, there is a possibility that the reliability to the game store is reduced. Similarly, when the probability of winning a big hit deviates from the average value in the original specification and the deviation increases, the reliability of the game store may be reduced.

  In addition to these, an RFM analysis may be performed with R as the latest visit date, F as the cumulative number of visits, and M as the cumulative investment amount, to detect the separation of the player.

  Next, control of notification to the game clerk will be described. FIG. 29 is an explanatory diagram for notification to the game clerk. The game data analysis unit 56d of the member management device 50 can automatically register a member corresponding to a preset condition based on the game data and notify the game shop clerk when visiting the store. Here, we will explain the case of targeting members, but if we can identify players by face authentication etc. and manage non-member players who visited the store across the day, we will consider non-member players as Even if it exists, it can be made into the notification object similarly.

  Pre-set conditions include “members who exceeded the monthly expected usage amount”, “members whose investment amount decreased to 50% or less compared to the previous month”, “members who have visited the store more than a predetermined period since the previous visit” and “ “Members who are highly likely to not come for the time being when losing next time” can be used.

  As shown in FIG. 29A, the number of visits, the previous visit date, and the investment amount can be extracted for each card ID of the membership card from the game data. In FIG. 29 (a), the number of visits this month for the membership card ID “2001” is “6”, the number of visits one month ago is “8”, and the number of visits two months ago is “10”. The number of visits 3 months ago was “10”, the average number of visits in the past 3 months was “9.3”, the previous visit was “10/15”, the investment amount this month was “80000 yen”, 1 month ago The investment amount of “80000 yen” for 2 months ago is “80000” yen, the investment amount of 3 months ago is “100,000 yen”, the average investment amount for the past 3 months is “86667 yen”, the notification amount at the time of visit Is "69333 yen". Note that the notification amount at the time of visiting the store is a threshold for determining whether or not to notify the game store clerk at the next visit, and is 80% of the average investment amount of the past three months. That is, when the investment amount of this month exceeds the notification amount at the time of visiting the store, the game store clerk is notified at the next visit.

  Also, in FIG. 29A, the number of visits this month for the membership card ID “2002” is “2”, the number of visits one month ago is “4”, and the number of visits two months ago is “8”. “The number of visits three months ago was“ 12 ”, the average number of visits in the past three months was“ 8 times ”, the previous visit date was“ 10/10 ”, the investment amount of this month was“ 40000 yen ”, one month ago The investment amount of "40000 yen", the investment amount of 2 months ago is "100000", the investment amount of 3 months ago is "120,000 yen", the average investment amount of the past 3 months is "110,000 yen" Is "88,000 yen".

  In FIG. 29A, the number of visits this month for the membership card ID “2003” is “0”, the number of visits one month ago is “0”, and the number of visits two months ago is “0”. “The number of visits three months ago was“ 0 ”, the average number of visits in the past three months was“ 0 ”, the last visit date was“ 6/30 ”, the investment amount of this month was“ 0 yen ”, and one month ago The investment amount of "0 yen", the investment amount of 2 months ago is "0", the investment amount of 3 months ago is "0 yen", the average investment amount of the past 3 months is "0 yen", Is "0 yen". If the amount of money to be notified at the time of visit is “0 yen”, it will be a notification target at the next visit.

  Also, as shown in FIG. 29 (b), the winning / losing situation can be extracted for each card ID of the membership card from the game data. In FIG. 29B, the winning / losing amount of the previous visit date “10/15” of the membership card ID “2001” is “+50000”, and the winning / losing amount of the previous visit date “10/12” is “−”. “20000”, the winning and losing amount of the visit date “10/10” three times before is “+250,000”, and the maximum number of consecutive losses is “3 times”. The maximum number of consecutive losses is the number of consecutive losses allowed for each member from the history of past games. This indicates that if the number of consecutive losses exceeds the maximum number of consecutive losses, the store will not be visited for more than a month.

  Further, in FIG. 29B, the winning / losing amount of the previous visit date “10/10” of the card ID “2002” of the member card is “−20000”, and the winning / losing amount of the previous visit date “10/6”. Indicates “−15000”, the winning / losing amount of “−30000” on the previous visit date “9/30” is “−30000”, and the maximum number of consecutive losses is “4”.

  Also, in FIG. 29B, the winning / losing amount for the previous visit date “6/30” of the card ID “2003” of the member card is “−15000”, and the winning / losing amount for the previous visit date “6/20”. Indicates “−18000”, the winning / losing amount of “3/10” for the previous visit date “6/10” is “+20000”, and the maximum number of consecutive losses is “3 times”.

  In FIG. 29A, the condition “member who exceeded the estimated usage amount for one month” corresponds to the card ID “2001”. That is, the average investment amount in the past three months exceeds the notification amount at the time of visit. For this reason, when the member with the card ID “2001” visits the store next time, a notification to the game store clerk occurs.

  Further, in FIG. 29A, the condition of “member whose investment amount has been reduced to 50% or less” corresponds to the card ID “2002”. Specifically, the investment amount “40000 yen” one month ago is 50% or less of the investment amount “100000 yen” two months ago. For this reason, when the member with the card ID “2002” visits the store next time, a notification to the game store clerk occurs. Furthermore, in FIG. 29B, the condition of “a member who is highly likely to not come for the time being when losing next time” corresponds to the card ID “2002”. In other words, it has lost consecutively in the past three times, and when it is defeated next time, the maximum number of consecutive losses is “4”. For this reason, when the member with the card ID “2002” visits the store next time, a notification to the game store clerk occurs.

  Furthermore, in FIG. 29A, the condition of “member who has visited the store after a predetermined period of time since the previous visit” corresponds to the card ID “2003”. That is, no store visit has occurred since the previous visit “6/30”. For this reason, when the member with the card ID “2003” visits the store next time, a notification to the game store clerk occurs.

  The game clerk who has received the notification can prevent the player from leaving by performing a follow-up such as calling out to the corresponding player or informing the introduction of a new model.

  Next, detection of a suspicious player using game data will be described. FIG. 30 is an explanatory diagram of detection of a suspicious player. A large number of gaming machines 20 are installed in the game store, and gaming machines 20 that tend to have many prize balls and gaming machines 20 that tend to have few prize balls are mixed. The gaming machines 20 that tend to have a lot of prize balls are advantageous for the player, and the gaming machines 20 that have few prize balls can be said to be disadvantageous for the player.

  Normally, the player observes the operation of the gaming machine 20 while playing a game, determines whether it is an advantageous base for itself, and determines whether to move the base. However, there is a case in which information about the gaming machine 20 is illegally acquired and a game is played after it is recognized in advance as an advantageous platform.

  Here, the suspicious player who performs such fraud differs in behavior from a normal player, and the difference can be detected from the game data. Specifically, as shown in FIG. 30 (a), if the player is a normal player, the number of games per hour is relatively small immediately after the start of the game, and it is determined that the player is an advantageous platform. The number of times increases. Until it can be judged as an advantageous base, play carefully to reduce losses in the case of an unfavorable base, and once it is judged as an advantageous base, play as many games as possible to obtain more prizes. It tries to increase.

  On the other hand, as shown in FIG. 30 (b), a suspicious player who has obtained information that the platform is advantageous before the game starts can play as many games as possible in order to obtain more prize balls immediately after the game starts. Try to increase the number of times. For this reason, it becomes possible to detect a suspicious player by acquiring a change in the number of games per hour based on the game data.

  It should be noted that the advantageous base in the pachinko game is determined by the state of the obstacle nail or the like, and the advantageous base in the slot game is determined by the setting at the game store. When there is a suspicious player, there is a possibility that a collaborator who provides information on an advantageous platform is misunderstood by a game store clerk. Therefore, when a suspicious player is detected, in addition to dealing with a suspicious player, it can also be used to identify a collaborator on the side of a game store clerk from the occurrence of a suspicious player.

  Next, use of the game data of other stores will be described. FIG. 31 is an explanatory diagram for using the game data of other stores. As already explained, the amusement store can generate its own play data and use it for various analyses.

  Here, if the game data generated by each game store is transmitted to a center outside the game store and the game data generated at other game stores can be used mutually, the game data can be used more effectively. .

  However, it is not preferable that the original game store can be specified when the game data is collected and made available at other stores. This is because the information of the own store is excessively provided, and the provision of the play data is feared for fear of use at the competing store.

  For this reason, it is required to remove information that can identify the original game shop by processing such as averaging the collected game data. On the other hand, if all the information of game stores having different scales and situations is averaged, the data is not effective for the game store.

  Specifically, as a game store, data of other stores linked with the status of the store (operation fluctuation, change in the number and configuration of gaming machines, presence / absence of events, etc.) is desirable. In addition, there is a demand for a game store to compare a game store that matches a desired condition with its own store. This is to evaluate whether or not the own store's strategy is appropriate as compared to an amusement store similar to a competitor store.

  In addition, before introducing a new gaming machine, there is a demand to consider replacing the gaming machine by analyzing how the gaming machine is operating in another store under the same conditions as the own store. .

  There is also a desire to perform a comparative analysis of stores under conditions that vary depending on player trends (operating rate based on day of the week and time), renewal, and the like.

  For these reasons, there is a need for a system that specifies the situation of a game store and the trend of a player as conditions, and processes and provides game data of other stores based on the conditions.

  In the system shown in FIG. 31, the center C1 collects and accumulates game data, and can process and provide the game data based on conditions specified by the amusement store. Specifically, first, a plurality of game stores C2 transmit the game data generated at the store to the center C1 (1).

  The center C1 associates the game data received from each game shop C2 with information indicating the status of the game shop that is the transmission source, and manages them as overall game data. That is, the center C1 has a function as an idle information management unit that manages idle data for each amusement store.

  In addition, when the center C1 accepts a request for providing game data from the game store, the center C1 extracts the game data corresponding to the conditions specified in the service request and transmits it to the requesting game store. It has a function.

  Specifically, when a condition is set in the game store C2a, which is one of the plurality of game stores C2, (2) and a request for providing game data specifying the condition is transmitted from the game store C2a to the center C1. (3) The center C1 extracts and processes the game data that matches the specified condition (4), and transmits it to the game store C2a as the extracted game data (5). The amusement store C2a can analyze the extracted amusement data received from the center C1 by comparing it with the amusement data of its own store (6).

  The function of transmitting a request for providing play data and using the extracted play data in the game store C2a may be executed by a dedicated device, or may be executed by the member management device 50 or the like. For example, when the member management device 50 is used, the free data analysis unit 56d of the member management device 50 receives the function as a free information requesting unit for transmitting a free data provision request to the center C1 and the extracted free data. Thus, a function as an idle information output unit that outputs the idle data of the store in a comparable manner is realized.

  The conditions specified in the provision request for the game data can be the size of the game store, the number of game machines installed, the type of game machine installed, the operating status of the game machine, and the like. It is also possible to specify the status of the store (operating rate of analysis day, weather, time, etc.).

  For example, “1 pachi 100 units, 4 pachis 300 units, 20 slot 250 units” as the number and configuration conditions of gaming machines, and “1 pachi 70%, 4 pachis 30%, 20 slots 55%” as the operating condition conditions If “Saturdays, Sundays, and holidays” is designated as the date and time, the game data that matches the designated conditions are extracted and averaged, and provided as the extracted game data.

  Then, it is possible to compare and output the provided extracted play data and the own store's play data. For example, it is possible to compare the types of gaming machines that are initially played at the store and other stores, compare the average number of superior machines used by one player, and compare the operating rate of each type of gaming machine. .

  In this way, the amusement store can arbitrarily set the conditions and acquire other stores' amusement data, so it can be adapted to changing conditions (changes in the configuration of its own gaming machines, situations before and after the renewal of competing stores), etc. , You can flexibly compare your store with other stores. It is also possible to compare the occupancy rate of own store and other stores for each type of gaming machine. Furthermore, it is possible to reflect the attributes of the player (whether or not a member, gender, age, day of the week) in the comparison. Further, since the extracted game data is generated by removing the information that can identify the game store, it is possible to eliminate the risk of leaking the game store information and promote the collection of the game data.

  Next, the processing procedure of the center C1 will be described. FIG. 32 is a flowchart showing the processing procedure of the center C1. First, the center C1 receives a play data provision request specifying a condition (step S301), and searches for a corresponding amusement store (step S302).

  If there is no corresponding game store (step S303; No), the center C1 transmits “not applicable” to the requesting game store as a result (step S307), and ends the process. Upon receiving this result, the game store either cancels the game data acquisition or changes the conditions and transmits the game data provision request again.

  When the corresponding game store exists (step S303; Yes), the center C1 extracts the game data of the corresponding game store from the entire game data (step S304), and performs processing such as averaging on the extracted game data (step S304). Step S305). Then, the processed extracted idle data is transmitted to the request source (step S306), and the process is terminated.

  Next, restrictions on extraction of idle data at the center C1 will be described. The center C1 manages the game data generated at each of the plurality of game stores C2, but the game data are not necessarily generated under the same conditions. Therefore, when the game data is requested from a certain game store, if the game data with different generation conditions is provided, there is a problem that the game data cannot be properly compared.

  Therefore, the center C1 further manages the conditions used when generating the idle data, and when requested to provide idle data, the center C1 extracts the idle data generated under the same conditions as the request source.

  FIG. 33 is an explanatory diagram of restrictions relating to extraction of idle data. In FIG. 33A, the center C1 manages a plurality of pieces of game data having different game end determination thresholds. Specifically, for the model “EV21”, there are 57 stores and 750 game data generated with a game end determination threshold value of “1 minute”, of which the operating rate up to 29% is 10 stores and 100 operating rates. It shows that 30 to 49% were 15 stores of 200 people, the operation rate of 50 to 69% was 20 stores of 300 people, and the operation rate of 70% or more was 12 stores and 150 people.

  Similarly, for the model “EV21”, there are 120 stores and 1000 people of game data generated with a game end determination threshold value of “2 minutes”, of which 20 up to an operating rate of 29% is 200, and the operating rate is 30 to 30 It shows that 49% were 35 stores of 35 people, an operation rate of 50 to 69% was 40 stores of 350 people, and an operation rate of 70% or more was 25 stores of 150 people.

  When a game data provision request is received from a game store that uses “2 minutes” as the game end determination threshold value on the condition that the operating rate “50 to 69%” of the model “EV21” is used, Extracted game data is generated and provided using game data of the game store using “2 minutes” as the end determination threshold value, that is, data for 350 stores of 40 stores.

  As a result, when the game data of the request source is compared with the game data of the own store and the other store, the game data generated under the same conditions are compared as shown in FIG. In FIG. 33 (b), the game end determination threshold “2 minutes”, the occupancy rate “50 to 69%”, the sales per day “100,000 yen”, the number of games “5” per customer, The unit price is “20,000 yen”, and the initial rate “80%”, which is the probability of being used for the first time after visiting the store. In addition, the average game end determination threshold for other 40 stores is “2 minutes”, the operation rate is “50 to 69%”, the sales per day is “80000 yen”, the number of players per day is “8 people”, the customers The unit price is “10,000 yen” and the initial rate is “40%”.

  Next, card division will be described. As described above, when the card is divided, it is identified that the same player has used the division destination card and the division source card. However, there may be a case where the division destination or division source card is handed over to another player.

  If it is possible to discriminate whether the same player or the other player has used the split-destination card and the split-source card, it is possible to generate game data with higher accuracy.

  FIG. 34 is an explanatory diagram of the user identification of the divided card based on the overlap of usage time. FIG. 34 shows a case where the division source card ID is “1001” and the division destination card ID is “1002”. Specifically, as shown in FIG. 34 (a), the value occurrence time of the card ID “1001” (the time when the possessed ball or prepaid value is greater than 0) is “10:00”, and the game time is “10:00 to 11:00”. Then, the time when the division process is performed is “10:30”, the payment is not performed, the number of balls used for the prize exchange is “500 balls”, and the prize exchange processing time is “11:10”. It is.

  FIG. 34 (b1) shows a case where there is no overlap in usage time for the division destination card. Specifically, the value occurrence time of the card ID “1002” is “10:30”, no game is played, the amount settled is “1000 yen”, and the settlement processing time is “11:05”. The prizes are not exchanged. The time “11:05” when the division destination card is used for settlement is a time when the division source card is not used, and there is no overlap. Therefore, in this case, it is identified that the split source card and split target card are used by the same player.

  FIG. 34 (b2) shows a case where there is an overlap in the game time of the card at the division destination. Specifically, the value occurrence time of the card ID “1002” is “10:30”, and the game time is “10:35 to 11:30”. In this case, since the game time of the division destination card and the game time of the division source card overlap, it is identified that the division source card and the division destination card have been used by another player.

  FIG. 34 (b3) shows a case where there is an overlap in the settlement processing time of the card at the division destination. Specifically, the value occurrence time of the card ID “1002” is “10:30”, no game is played, the amount settled is “1000 yen”, and the settlement processing time is “10:40”. The prizes are not exchanged. In this case, since the settlement processing time of the division destination card and the game time of the division source card overlap, it is identified that the division source card and the division destination card have been used by another player.

  Next, evaluation on the state of the gaming machine will be described. In game machines in pachinko games, the number of lotteries and the number of divisions vary depending on the state of the obstacle nail. Here, the quotient is an index obtained by “10 × (number of lent balls + number of balls to be awarded−number of batted balls) / number of lent balls”. In order for a game shop to increase profits while giving a sense of satisfaction to the player, it is necessary to appropriately adjust the state of the gaming machine, but the actual situation is that the adjustment of the gaming machine is performed based on empirical rules. Here, a method for evaluating the state of the gaming machine using the game data will be described.

  FIG. 35 is an explanatory diagram for evaluating the state of the gaming machine based on the game data. As shown in FIG. 35A, the suitability degree of the state can be evaluated for each gaming machine by using the game data.

  Specifically, in FIG. 35A, the sales of the gaming machine with the gaming machine ID “P001” is “40000 yen”, the average investment amount per person is “2000 yen”, and the average operating time per person is It shows a state where “7 minutes”, the start count per 1,000 yen is “15 times”, the quotient is “80%”, and the suitability is “low”.

  In addition, the sales of the gaming machine ID “P002” is “40000 yen”, the average investment amount per person is “3000 yen”, the average operating time per person is “10 minutes”, and the start per 1000 yen The number of times is “17”, the divisor is “80%”, and the suitability is “low”.

  In addition, the sales of the gaming machine ID “P003” is “40000 yen”, the average investment amount per person is “10000 yen”, the average operating time per person is “70 minutes”, and the start per 1000 yen The number of times is “18 times”, the divisor is “80%”, and the suitability is “high”.

  Also, the sales of the gaming machine with the gaming machine ID “P004” is “40000 yen”, the average investment amount per person is “2000 yen”, the average operating time per person is “8 minutes”, and the start per 1000 yen The number of times is “15”, the divisor is “80%”, and the suitability is “low”.

  In addition, the sales of the gaming machine ID “P005” is “40000 yen”, the average investment amount per person is “10000 yen”, the average operating time per person is “70 minutes”, and the start per 1000 yen The number of times is “20 times”, the divisor is “100%”, and the suitability is “medium”.

  From these data, it can be seen that the average investment per person is small if the number of starts is 17 or less even with the same percentage and the same sales. In addition, even if the number of starts per 1000 yen is 20 times and the divide number is 10%, the average investment per person has not changed. Therefore, even if the sales are the same, it can be determined that the adjustment that the start count per 1000 yen is 17 times or less leads to the separation of the player.

  This evaluation is not limited to the own store, and can be compared with other stores. For example, in the evaluation of the store itself, it is appropriate to adjust the number of start to 18 times, but if the same sales can be achieved even with 60% divergence compared to the data of other stores, the divide Adjustment lower than 80% can be performed.

  Furthermore, in addition to the evaluation from the game data, the analysis may be performed by incorporating the evaluation from the player. Specifically, with respect to the gaming machine used by the player, an evaluation input is received by an inter-card processing machine or the like, and taken into the evaluation of the game data.

  FIG. 35 (b) shows an evaluation example for each model that incorporates the evaluation of the player. In FIG. 35 (b), the start number per 1000 yen of the model “EV01” is “18 times”, the divide number is “80%”, the average investment amount per person is “2000 yen”, and evaluation from the floating data Is “2”, the evaluation from the player is “3”, and the overall evaluation is “5”. The evaluation from the game data and the evaluation from the player are each in five stages, and the total evaluation is the sum of the evaluation from the game data and the evaluation from the player.

  In FIG. 35B, the model “EV02” has a start count of “18 times” per 1,000 yen, a “divide” of “80%”, an average investment amount of “3000 yen” per person, The evaluation is “3”, the evaluation from the player is “2”, and the overall evaluation is “5”.

  In FIG. 35B, the model “EV03” has a start count of “18 times” per 1000 yen, a divide of “80%”, an average investment amount of “10000 yen” per person, The evaluation is “5”, the evaluation from the player is “1”, and the overall evaluation is “6”.

  In FIG. 35 (b), the start number per 1000 yen of the model “EV04” is “18 times”, the divide is “80%”, the average investment amount per person is “2000 yen”, Is “2”, the evaluation from the player is “2”, and the overall evaluation is “4”.

  In FIG. 35 (b), the start number per 1000 yen of the model “EV05” is “18 times”, the divide is “80%”, the average investment amount per person is “10000 yen”, The evaluation is “5”, the evaluation from the player is “5”, and the overall evaluation is “10”.

  In the evaluation example of FIG. 35B, the average investment amounts of the model “EV03” and the model “EV05” are the same, but there is a difference in the evaluation of the player, and this difference depends on the model of the gaming machine, that is, This is considered to be the difference in the fun of the players. Therefore, as a game store, it is possible to increase profits by increasing the number of models “EV05”.

  Next, the evaluation of the movement of the player based on the game data will be described. A large number of gaming machines, prize management devices, checkout machines and the like are arranged in the game store. The layout of the game store, that is, how each device is arranged affects whether or not the player can smoothly perform a game, a prize exchange, and a settlement with a desired gaming machine. The actual layout of the game store is based on empirical rules, but various devices can be properly arranged by evaluating the movement of the player using the game data.

  FIG. 36 is an explanatory diagram for evaluating the movement of the player based on the game data. The evaluation of the movement of the player based on the game data is performed by the game data analysis unit 56d of the member management device 50. In the evaluation of the movement of the player, the game data analysis unit 56d executes functions as a device arrangement management unit and a movement evaluation unit.

  First, the game data analysis unit 56d performs an operation as a device arrangement management unit that manages arrangement data related to device arrangement in a game store. The device arrangement data is data indicating the position of the gaming machine, the position of the checkout machine, the position of the prize management device, the position of the entrance / exit, etc. in the game store.

  In addition, the idle data analysis unit 56d acquires a personal movement history from the idle data. The personal movement history indicates the order and usage time of the devices used by the individual. For example, which gaming machine was used first after entering the store, which gaming machine was moved to next, which last gaming machine was used before leaving the store, and the like are shown.

  The game data analysis unit 56d specifies and accumulates the movement route of each player using the individual movement history and the device arrangement data. And a movement path | route is evaluated by calculating | requiring a path | route with high use frequency from the movement path | route of a some player.

  In addition to being able to output the evaluation result of the movement route as numerical data, it is also possible to display the map superimposed on the layout diagram of the game shop apparatus. FIG. 37 is an explanatory diagram of a specific example of map display.

  FIG. 37A shows the positional relationship between the exit of the game store and the final gaming machine. Specifically, game machines used by 10 or more players as the final game are displayed in a shaded manner. FIG. 37B shows the positional relationship between the entrance of the game store, the first gaming machine, and the destination gaming machine. Specifically, a gaming machine used by five or more players as the first gaming machine and a gaming machine used by five or more players as the destination gaming machine are displayed in a shaded manner so that the first gaming machine is distinguishable. The movement path from the destination to the destination gaming machine is indicated by an arrow.

  By using such a map display, it is possible to visually check the layout of the amusement store and use it as an index relating to the rearrangement of devices.

  Next, a procedure for evaluating the movement of the player will be described. FIG. 38 is a flowchart showing a processing procedure for evaluating the movement of a player. First, the movement data analysis unit 56d generates a personal movement history from the movement data (step S401), and stores the movement history in association with the arrangement of the devices (step S402).

  The idle data analysis unit 56d receives an input regarding the display mode of the accumulated movement history (step S403). If the map display is selected by this input (step S403; Yes), the idle data analysis unit 56d accepts the selection of the map type (step S404). This selection determines whether to display the last gaming machine, the first gaming machine and the destination gaming machine, or the like. Thereafter, the idle data analysis unit 56d displays and outputs a map of the selected type (step S405). Further, the displayed map is stored as the data of the own store (step S406), and the process is terminated. If the map display is not selected and the numerical display is selected (step S403; No), the idle data analysis unit 56d displays and outputs the accumulated movement history as numerical data (step S407), and ends the process. To do.

  Next, evaluation of the time (time required) required for the player to move and estimation of the state of the player will be described. FIG. 39 is an explanatory diagram for evaluating the required time and estimating the state of the player.

  As shown in FIG. 39, when the time required for moving the gaming machine hall is long, it is estimated that the installation location of the target gaming machine is lost without knowing. Similarly, when the time required from the prize exchange to the settlement is long, it is estimated that the installation location of the settlement machine is lost without knowing. When such a situation occurs, the layout of the store can be changed to facilitate the movement of the player and contribute to the profit of the game store.

  On the other hand, when there is a blank time while playing with the same gaming machine, an operation different from normal is performed and there is a possibility of fraud. When such a situation occurs, crime prevention can be performed by notifying a game clerk.

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (8)

A game management system for managing games in a game store,
A game information generating unit for generating game information indicating a game history for each player in one game store;
An idle information management unit for managing the idle information for each amusement store;
A game information providing unit that extracts game information corresponding to the conditions specified in the service request and transmits the game information to the requesting game shop when a game information provision request is received from the game shop; A featured game management system.   The game information generation unit generates game history information indicating a history of games played by the gaming machine using an operation history of the gaming machine and an operation history of each device provided in the gaming machine; 2. The game management system according to claim 1, wherein the game information is generated by identifying a game played by one player from the game history information. The game information generating unit is provided in the game store, generates game information in the game store and transmits it to a management center outside the game store,
The game management system according to claim 1, wherein the game information management unit and the game information providing unit are provided in the management center.   The game management system according to claim 3, wherein the game information providing unit extracts the game information for the game information generated under the same conditions as the requesting game shop. Provided in the game store, further comprising a game information requesting unit for transmitting a request for providing game information to the game information providing unit,
The game information requesting unit can specify any one of the scale of a game store, the number of installed gaming machines, the type of gaming machines, and the operating status of gaming machines as the condition. The game management system according to any one of the above.   The game information providing unit extracts game information related to a plurality of game stores based on a specified condition, performs processing to remove at least information capable of identifying the game store, and obtains the game information from the request source. The game management system according to claim 1, wherein the game management system is transmitted to a game store.   7. A game information output unit provided in the game store, wherein the game information output unit outputs the game information provided by the game information providing unit and the game information of the own game store in a comparable manner. The game management system according to any one of the above. A game management method for managing games in a game store,
A game information generating step for generating game information indicating a history of games for each player in one game store;
A game information management step for managing the game information for each amusement store;
A game information providing step of extracting game information corresponding to a condition specified in the service request and transmitting the game information to a requesting game shop when a game information provision request is received from the game shop; Game management method.

Images