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

Abstract

PROBLEM TO BE SOLVED: To grasp trends of players and determine the location of a specific player.SOLUTION: An inter-game-machine card processor 10 transmits a history of processing such as reception of money, card insertion and card ejection to a management device 40. The management device 40 accumulates the history of processing by the inter-game-machine card processor 10 and identifies processing corresponding to the same player from the history of processing to generate game history data 45g showing a history of games per player. The management device 40 identifies a customer ID of a player who has used the inter-game-machine card processor 10 having a device ID specified at a specified time when receiving the specifications of the time and the device ID. When there is a history of game being played concerning the customer ID, the management device 40 determines the location of the inter-game-machine card processor 10 shown in the history of game as the current location of the player. On the other hand, if there is no history of game being played, the management device 40 determines that the player is moving in the shop or has left the shop.SELECTED DRAWING: Figure 1

Description

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

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

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

  In addition, when the player finishes the game and operates a return button provided on the gaming machine, each device associates the number of game media managed by the device with a recording medium such as a card. To discharge. The player can use the number of game media in other game machines by inserting this card into each other device. Further, the player can exchange for a prize according to the number of associated game media by presenting the card at the prize exchange counter. The card is also associated with a valuable value that can be used for lending gaming media. The balance of the valuable value remaining at the end of the game can be settled with a settlement machine.

  The number of game media and the valuable value associated with the card are managed by a host device such as a card management device. In addition, such a host device manages whether or not a card is inserted in each device, and if so, in which device.

JP 2011-131037 A

  However, in the conventional technology, although the game media and cards associated with the valuable value are managed, the player itself cannot be managed, so that the processing corresponding to the player cannot be performed accurately. There was a problem. For example, when processing is performed on a player's card, the player cannot always perform the correct processing because the player does not always use the same card.

  From these facts, it is an important issue to facilitate the operation of the game store by grasping the trend of the player and enabling the processing corresponding to the player to be performed accurately.

  The present invention has been made to solve the above-mentioned problems and to solve the problems, and is a game management capable of accurately performing processing corresponding to a player and facilitating the operation of the game store. It is an object to provide a system and a game management method.

  In order to solve the above-described problems and achieve the object, the present invention is a game management system for managing games in a game store, which is attached to a gaming machine that performs a game using a game medium, and is used for a player's operation. Based on information from each gaming machine or each gaming machine based on information from the gaming machine or each gaming machine, the identification information of the predetermined recording medium read by each gaming machine Association management means for managing the association information by associating the identification information of the recording medium, and when the predetermined instruction is performed by specifying the recording medium, the other information is based on the association information. And a processing unit for specifying a recording medium and performing a predetermined process.

  Also, in the present invention, in the above invention, the association management means determines that the association information is determined when it is determined that the predetermined recording medium and the other recording medium have been processed in association with each of the device units. It is characterized by managing.

  In the present invention, the association management means manages association information when it is determined that the predetermined recording medium and the other recording medium are used by the same player. It is characterized by being.

  Further, the present invention is the above invention, wherein a recording medium that specifies the recording medium is acquired as a search identifier, and information that can identify a game machine corresponding to each device or each device that uses the recording medium is obtained. The information output means includes outputable information output means, and the processing means, when the identification information of the predetermined recording medium is acquired as a search identifier, each device or each device used as an identifier of the other recording medium The information output means outputs information that can identify the gaming machine corresponding to the above.

  Further, according to the present invention, in the above invention, when a predetermined operation is performed in each stand device, the recording medium ejected from each stand device is specified as a recording medium subject to use restriction, and the recording medium Notifying each other device of the identification information as the identification information subject to restriction of use includes a use restriction unit that restricts the use of the recording medium, and the processing unit includes a recording medium ejected from each of the table devices. In the case of the predetermined recording medium, the use restriction unit is operated so as to notify each other apparatus of the identification information of the other recording medium as the identification information of the use restriction target. And

  The present invention further comprises a recording medium handling device for reading the identification information of the recording medium when the player uses the value associated with the recording medium for prize exchange or settlement. When there is other identification information managed by the association management means in association with the identification information of the read recording medium and the other identification information has not yet been read, the apparatus sends a predetermined notification. Informing means for performing is provided.

  Further, according to the present invention, in the above invention, when the recording medium handling device reads a plurality of recording media, the recording medium handling device refers to information from the gaming machine or each of the stand devices associated with the recording medium. A predetermined warning notification is performed when there is an overlap in usage time of the plurality of recording media from the information.

  The present invention is also a game management method for managing a game in a game store, wherein each device attached to a gaming machine that performs a game using a game medium is added to the game medium based on a player's operation. Based on the processing step for performing such processing, and the information from the gaming machine or each device, the identification information of another recording medium is associated with the identification information of the predetermined recording medium read by each device. The association management step for managing the association information, and when a predetermined instruction for specifying the recording medium is performed, the other recording medium is specified and specified based on the association information. And the other recording medium processing step for performing the above process.

  According to the present invention, the operation of an amusement store can be facilitated.

FIG. 1 is an explanatory diagram of the concept of the game management system according to the first 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 the configuration of the management apparatus shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus. (Part 1) FIG. 8 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus. (Part 2) FIG. 9 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus. (Part 3) FIG. 10 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus. (Part 4) FIG. 11 is a flowchart showing the processing procedure of the game management system. FIG. 12 is an explanatory diagram of a specific example of determining the position of the player. FIG. 13 is an explanatory diagram of a specific example of card usage restrictions. FIG. 14 is an explanatory diagram of the concept of the game management system according to the second embodiment. FIG. 15 is a functional block diagram showing the configuration of the management apparatus shown in FIG. FIG. 16 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus according to the second embodiment. (Part 1) FIG. 17 is an explanatory diagram for explaining an example of data stored in the storage unit of the management apparatus according to the second embodiment. (Part 2)

  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 first embodiment will be described. FIG. 1 is an explanatory diagram of the concept of the game management system according to the first embodiment. A plurality of gaming machines 20 are installed in the game store, and each gaming machine 20 is provided with an inter-card card processing machine 10 which is each unit device. In addition, the game store is provided with a management device 40, and each inter-card card processing machine 10 is connected to the management device 40 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 processing such as payment, card insertion, and card ejection to the management device 40. The management device 40 accumulates the history of processing by the inter-card processing machine 10 such as payment, card insertion, card ejection, etc., identifies the processing corresponding to the same player from the processing history, and manages the game for each player. The game history data 45g indicating the history is generated.

  Although details will be described later, the management device 40 identifies that the process using the same card is a process corresponding to the same player, and assigns the same customer ID. Further, when a plurality of cards are used in a state where the game is continuous, the plurality of cards are linked to be identified as processing corresponding to the same player, and the same customer ID is given. Furthermore, the start and end of the game for each inter-card card processor 10 are identified based on the history of processing.

  In the game history data 45g shown in FIG. 1, in the inter-card card processing machine 10 with the device ID “3001”, the card with the card ID “1033” is used and the end time “11:10:00” 14:15:33 "shows a state where the game has been played. The card ID can distinguish between a member card given to a member player in advance and a general card that can be used by a general player, and since the card ID “1033” is the card ID of the general card, the customer type Is "general". Further, a customer ID “U001” is given to a player who has played a game using the card ID “1033”.

  Further, in the game history data 45g shown in FIG. 1, in the inter-card card processing machine 10 with the device ID “3015”, the card with the card ID “1033” is used and the game is started from the start time “14:20:00”. Indicates a state where is started. This game has not ended and the end time is not registered. Further, since the card with the card ID “1033” is used, the customer ID is “U001” and the customer type is “general”.

  The management device 40 can accept the operation from the store clerk and refer to the game history data 45g to determine the current position of the player. Specifically, when the designation of the time and the device ID is received, first, the customer ID of the player who has used the inter-card card processor 10 of the device ID designated at the designated time is specified. Then, it is determined whether or not there is a game history in game for the customer ID, that is, a game history in which the start time is registered and the end time is not registered. As a result, if there is a game history during the game, the position of the inter-card processing machine 10 indicated in the game history is determined as the current position of the player. On the other hand, if there is no game history during the game, it is determined that the player is moving in the store or has exited.

  It is also possible to accept designation of the inter-card card processing machine 10, identify the customer ID of the player who last used the designated inter-card card processing machine 10, and determine the current position of the player. Furthermore, it is also possible to accept designation of the card ID of the membership card and determine the current position of the corresponding player.

  As described above, in the game management system according to the first embodiment, the processing performed by the inter-card processing machine 10, the card ID, and the processing time are associated and managed as the processing history, and the same processing history is used. It is possible to identify a process corresponding to a player, generate game history data 45g indicating a game history for each player, and determine the current position of a specific player based on the game history data 45g.

  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 management device 40, the prize management device 60, and the payment machine 80 are connected to the communication line. The gaming machine 20 is connected to the hall computer 90 via a communication line. The hall computer 90 is communicably connected to the management device 40.

  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 management device 40. When the inter-card processing machine 10 accepts a banknote inserted by the player, the inter-card processing machine 10 transmits deposit notification data including the amount of the banknote to the management device 40 and responds to the prepaid value managed by the management device 40 according to the amount. Add the numbers. Then, if a predetermined ball lending operation is performed, a ball lending request is transmitted to the management device 40, and the prepaid value managed by the management device 40 is subtracted, so that the number of game balls corresponding to the subtracted prepaid value is obtained. Perform payout processing.

  Further, if the inter-card card processing machine 10 accepts the insertion of the card, the inter-card card processing machine 10 transmits the card insertion notification data to the 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 management device 40, it stores the received prepaid value, the number of retained balls, and the number of stored balls. If the number of balls is stored, the inter-card processing machine 10 clears the number of balls managed by the management device 40 to zero by transmitting the ball subtraction request data to the management device 40. .

  Also, when the inter-card processing machine 10 accepts the possession ball replay operation, the predetermined number is subtracted from the number of possession balls stored in the own device, and the payout processing of the number of game balls corresponding to the subtracted number of possession balls is performed. Do. In addition, when the inter-card processing machine 10 accepts the storage ball replay operation, it transmits the storage ball replay request data to the management device 40, thereby subtracting a predetermined number from the number of storage balls managed by the management device 40, A payout process for 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 management device 40 the number-of-balls addition request data including the number of balls managed by the device itself, After the addition, the card discharge notification data is transmitted to the 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 management device 40 is a device that manages the prepaid value of the card, the number of balls, and the like as card data. When receiving the card insertion notification data from the inter-card card processor 10, the 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 associated prepaid value and the number of balls are transmitted to the inter-card card processing machine 10. Further, when the card ID indicated in the card insertion notification data is the card ID of the membership card, the stored ball replay data is transmitted to the inter-card card processing machine 10.

  In addition, when the management device 40 receives the possession ball subtraction request data from the inter-card card processing machine 10, the management device 40 clears the number of possession balls to zero. In addition, when the management device 40 receives the possession ball addition request data from the inter-card processing machine 10, the management device 40 adds the number of possessions included in the possession ball addition request data to the number of possessions managed by the management device 40. .

  In addition, when the management device 40 receives the ball lending request data from the inter-card card processing machine 10, the management device 40 subtracts a predetermined value from the prepaid value associated with the card ID, and transfers the ball lending permission data to the inter-card card processing machine 10. Send.

  Further, when the management device 40 receives the card ID from the prize management device 60, the 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.

  The management device 40 also manages the processing history of the inter-card card processing machine 10, the prize management device 60, the checkout machine 80, etc., identifies the processing corresponding to the same player from the processing history, and plays a game for each player. The game history data 45g indicating the history of is generated. The management device 40 uses the game history data 45g to perform processing for determining the current position of a specific player. Details of generation of the game history data 45g and processing using the game history data 45g will be described later.

  Furthermore, the management device 40 has a function as a member management device that manages member management data of members registered as members in the game 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 management device 40 receives the card insertion notification data from the inter-card card processor 10, the inter-card replay data including the number of stored balls and the password associated with the card ID indicated in the card insertion notification data Transmit to the card processor 10. In addition, when the management device 40 receives the storage ball replay request data from the inter-card processing machine 10, the management device 40 subtracts a predetermined number from the number of storage balls associated with the card ID indicated in the storage ball replay request data. The stored ball replay data including the number of stored balls is transmitted to the inter-card card processing machine 10.

  In addition, when the management device 40 receives an inquiry about the number of stored balls from the prize management device 60, the management device 40 notifies the prize management device 60 of the number of stored balls corresponding to the designated card ID.

  The prize management device 60 is a terminal device for exchanging prizes 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 possessed 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 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). The number of balls with the card ID is requested. Further, when exchanging prizes for the number of stored balls, the management apparatus 40 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 this card to the management device 40 and receives the response data to obtain the prepaid value associated with the card. , Pay 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”, “in game”, etc.), and a map display of the inside of the hall for these states of each gaming machine. It can also be displayed.

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

  When receiving the ball lending request data, the management device 40 subtracts a predetermined value from the prepaid value associated with the card ID of the ball lending request data. Then, the 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 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 management device 40 receives the card insertion notification data from the inter-card card processor 10, the management device 40 notifies the inter-card card processor 10 of the number of balls in each rate associated with the card ID in the card insertion notification data. To do.

  The inter-card processing machine 10 stores the number of balls received from the 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 management device 40. When the management device 40 receives the possession ball subtraction request data, the management device 40 clears the number of possessions at 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 (for example, less than 25 balls) of the own machine. The payout process is performed by paying out from the nozzle unit 18a. Either the payout process by sending the payout instruction to the gaming machine or the payout process by the nozzle unit 18a may be performed in advance, or may be performed in parallel. When performed in parallel, the payout process can be completed quickly.

  If 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 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 management device 40 receives the possession ball addition request data, the management device 40 adds the possession ball 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 processing machine 10 transmits the card discharge notification data to the management device 40 and controls the discharge of the card.

  Next, the stored ball replay process in the gaming system shown in FIG. 2 will be described. The inter-card card processor 10 transmits the card insertion notification data to the management device 40 after reading the card ID from the member card or the portable terminal that can be used as the member card. 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 management device 40 receives the card insertion notification data, the management number 40, the personal identification 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 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 processing machine 10 transmits the stored ball replay request data to the 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.

  When the management device 40 receives the storage ball replay request data, the management device 40 subtracts a predetermined value from the balance of the storage ball at the rate specified by the message among the storage balls associated with the card ID in the storage ball replay request data. , Recalculate the possible number of replays. 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 management apparatus 40 subtracted the balance of the stored ball and illustrated the case where the inter-card processing unit 10 performs the game ball payout process, the game ball payout process is performed based on the stored ball replay request. After that, 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 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 the number of balls that is greater than zero, the management device 40 has the number of balls in the number of balls specified by the card ID and the rate. Add a number. Thereafter, the management device 40 clears the number of holding 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 is composed of, for example, a multicolor LED or the like, and displays the status of the inter-card card processing machine 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 configured by, for example, a full-color touch panel type liquid crystal display or the like, and is a device that receives display of operation buttons and input operation by the operation buttons. Also, in the display operation unit 13, a player who played a model of an adjacent gaming machine based on a member's game history (information on the movement of the member, etc.) played any other model. “Recommended model information” is also displayed. In the recommended model information, a plurality of models are displayed based on information managed by the management device 40.

  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 14b, a communication unit 15, a camera 15a, and a storage unit 16. And a control unit 17, 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 camera 15a is an imaging unit that captures an image of a player. 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, a count processing unit 17b, an imaging processing unit 17c, and a lock processing unit 17d.

  When the card is inserted, the data management unit 17a transmits card insertion notification data including the device ID of the own device state data 16a and the card ID of the card data 16b to the management device 40. In addition, when the data management unit 17a receives data including value data (at least one of prepaid value, number of balls and number of balls) from the 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 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 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 processor ID to the management device 40 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 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 management device 40, and the card is discharged.

  Moreover, the data management part 17a transmits the general card use data including the card ID of the card data 16b to the 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 management device 40 to notify that the wagon prize exchange has been performed. Here, the wagon prize exchange is a service that allows a game 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, the ball split notification data including the card IDs of the two cards is transmitted to the management device 40 to notify that the ball split has been performed.

  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.

  Moreover, the data management part 17a can transfer all the possession balls and prepaid values to another card. Even if a member player has a membership card, when the game is started from the deposit, the game will be linked with the prepaid value and possession ball to the general card. There are cases where you want to transfer a ball or the remaining prepaid value to a membership card. In such a case, a value transfer process is used in which all the possession balls and prepaid values are transferred to another card. In addition, since the ball splitting is a process of transferring a part of the ball to another card, it is a kind of value transfer process.

  When the value management process is performed, the data management unit 17a performs value transfer by transmitting value transfer notification data including the transfer source card ID and the transfer destination card ID to the management device 40. Notify that.

  When value transfer is performed, it is identified that the same player has used the transfer destination card and the transfer source card. Here, when it is determined that the general card is used by the same player as the membership card, the management device 40 manages the game history corresponding to the general card in an integrated manner with the game history of the membership card. The integrated game history can be used, for example, for managing member win / loss information. In addition, using the integrated game history, it is also possible to display recommended model information (information that the person who played this table is also playing such a table) on the inter-card card processor 10. .

  The imaging processing unit 17c performs processing of causing the camera 15a to image the player when the inter-card card processing machine 10 performs predetermined processing, and transmitting the image data of the player obtained by the imaging to the management device 40. . Specifically, the inter-card processing machine 10 performs deposit acceptance, card insertion acceptance, card ejection processing, general card value use-up detection, possession split processing, possession transfer processing, prepaid value transition processing, and the like. In this case, the player is imaged and the image data is transmitted to the management device 40.

  The lock processing unit 17d is a processing unit that restricts card use. Specifically, designation of a restriction target card ID is received from the management device 40, use and ejection of the restriction target card are prohibited, and an error is notified when an operation corresponding to the prohibited process is performed. I do.

  Furthermore, the lock processing unit 17d can request the card to be locked based on an operation by the game store clerk. For example, when an operation to lock the card used last is performed in the inter-card card processing machine 10, the lock processing unit 17d transmits a lock request including the device ID of the own device to the management device 40.

  Based on the device ID indicated in the lock request, the management device 40 identifies the card ID of the last card used by the inter-card card processor 10 and the value transfer from the identified card ID is performed. Determine whether or not. If value transfer has not been performed, the specified card ID is subject to restriction. If value transfer has been performed, the transfer destination card ID can be set as a restriction target. When the management device 40 identifies the restriction target, the management device 40 prohibits the use and discharge of the card by notifying the device in which the target card is used that the card ID is designated as the restriction target. . In addition, the management device 40 notifies the inter-card card processor 10 that has transmitted the lock request of the result of the lock request. This notification includes the card ID of the last used card, presence / absence of value transfer, if the value transfer has been performed, the card ID of the transfer destination, the card ID designated as the restriction target and its location. These pieces of information are displayed on the display operation unit 13 as a result of the lock request.

  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 management device 40 also stores ON / OFF of a “lock” flag indicating validity / invalidity of the card in addition to the holding ball, storage ball, and prepaid value in association with the card ID, When card theft is detected, it is turned ON by 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 management device 40 shown in FIG. 2 will be described. FIG. 6 is a functional block diagram showing the configuration of the management apparatus 40 shown in FIG. As illustrated in FIG. 6, the 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 data communication with the island controller 30, the prize management device 60, and the payment 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 includes game type setting data 45a, device management data 45b, prize master 45c, card management data 45d, member management data 45e, processing history data 45f, and game history. Data 45g is stored.

  The game type setting data 45a is data in which the lending rate and the display name are associated with the game type. The device management data 45b is data relating to a device placed in the amusement store. The device management data 45b 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 of the gaming machine provided and the model data.

  The prize master 45c is data used when the game balls are exchanged for prizes. The card management data 45d is data in which the prepaid value, the number of possessions of each game type, and the use destination device ID indicating the device ID of the inter-card processing machine 10 in which the card is inserted are associated with the card ID. is there. The member management data 45e 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 processing history data 45f is data indicating processing histories of the inter-card card processing machine 10, the prize management device 60, and the checkout machine 80. The game history data 45g is data indicating a game history for each player.

  The control unit 46 is a control unit that controls the entire management device 40. The game store setting management unit 46a, the card management unit 46b, the member management unit 46c, the processing history management unit 46d, the game history generation unit 46e, and the current position determination 46f, a multiple card use determination unit 46g, and a lock control unit 46h. Actually, a program corresponding to these functional units is stored in a ROM or non-volatile memory (not shown), and these programs are loaded into a CPU (Central Processing Unit) and executed, thereby allowing a game shop setting management unit to be executed. 46a, the card management unit 46b, the member management unit 46c, the processing history management unit 46d, the game history generation unit 46e, the current position determination unit 46f, the multiple card use determination unit 46g, and the lock control unit 46h. become.

  The game store setting management unit 46a is a processing unit that manages the game type setting data 45a, the device management data 45b, and the prize master 45c. Specifically, the game store setting management unit 46a stores the game type used in the game store, the rate, and the display name in the storage unit 45 as game type setting data 45a in association with each other.

  In addition, the game store setting management unit 46a generates and updates the device management data 45b 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. I do.

  Further, when the prize master 45c is updated, the game shop setting management unit 46a distributes the prize master 45c to the prize management device 60 in the game shop.

  The card management unit 46b is a processing unit that manages the card management data 45d. 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. 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. . When 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 45d 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.

  Further, when the card management unit 46b receives the storage ball replay request data from the inter-card processing machine 10, the card management unit 46b has the payout destination rate out of the storage balls associated with the card ID in the storage ball replay request data. The balance of the stored ball is deducted by the number of payout units, and the possible number of stored ball replays 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.

  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.

  In addition, 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 possessed balls and the amount of balls 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 member management unit 46c is a processing unit that manages the member management data 45e. When the member management unit 46c receives a member registration request, the member management unit 46c performs an update for adding a member to the member management data 55a.

  The processing history management unit 46d is a processing unit that acquires processing histories of the inter-card card processing machine 10, the prize management device 60, and the checkout machine 80, and accumulates them as processing history data 45f. Specifically, for the inter-card card processing machine 10, a history of processing such as deposit, card insertion, card ejection, use of general card value, splitting of a ball, transfer of a ball, transfer of a prepaid value, etc. is accumulated. Become. Further, since the inter-card card processing machine 10 generates image data obtained by capturing the player during these processes, the image data is also stored in association with the processes. Similarly, a prize exchange process history is accumulated for the prize management device 60, and a prepaid value settlement process history is accumulated for the settlement machine 80.

  The game history generation unit 46e is a processing unit that identifies processing corresponding to the same player from the processing history data 45f and generates game history data 45g indicating a game history for each player.

  The game history generation unit 46e identifies that the process using the same card is a process corresponding to the same player, and gives the same customer ID. Further, when a plurality of cards are used in a state where the game is continuous, the plurality of cards are linked to be identified as processing corresponding to the same player, and the same customer ID is given. Specifically, the same customer ID is given when the second card is inserted for the possession division, possession transition, and prepaid value. Also, when the next card is inserted within a predetermined time after the card is discharged, the same customer ID is given. Here, when it is determined that the general card is used by the same player as the member card, the game history generating unit 46e manages the game history corresponding to the general card in an integrated manner with the game history of the member card. The integrated game history can be used, for example, for managing member win / loss information. In addition, using the integrated game history, it is also possible to display recommended model information (information that the person who played this table is also playing such a table) on the inter-card card processor 10. .

  Further, the game history generation unit 46e identifies the start and end of the game for each inter-card card processing machine 10. Specifically, deposit or card insertion can be used as a process indicating the start of a game. Card discharge or general card use up can be used as processing indicating the start of a game.

  The current position determination unit 46f is a processing unit that determines the current position of a specific player. When the current position determination unit 46f receives the designation of the time and the device ID, first, the customer ID of the player who has used the inter-card card processing machine 10 of the device ID designated at the designated time is obtained. It is specified, and it is determined whether or not there is a game history during the game for the customer ID. As a result, if there is a game history during the game, the position of the inter-card processing machine 10 indicated in the game history is determined as the current position of the player. On the other hand, if there is no game history during the game, it is determined that the player is moving in the store or has exited.

  Further, the current position determination unit 46f receives the specification of the inter-card card processing machine 10, specifies the customer ID of the player who last used the specified inter-card card processing machine 10, and determines the current position of the player You can also Furthermore, it is also possible to accept designation of the card ID of the membership card and determine the current position of the corresponding player.

  The multi-card use determination unit 46g refers to the game history data 45g when the player exchanges prizes in the prize management device 60 or pays out in the checkout machine 80, and determines whether or not the player has used a plurality of cards. The process which determines is performed.

  When the player uses a plurality of cards, the plurality of card use determination unit 46g notifies the player that another card has been used. By this notification, it is possible to prevent the player from forgetting to use other cards by using only a part of the plurality of cards for prize exchange or payment. In addition, you may alert | report only when the prepaid value or a possession ball remains in another card | curd. Moreover, it is good also as not alert | reporting when another card | curd is a membership card.

  Furthermore, the multiple card use determination unit 46g determines whether or not there is an overlap in the game time associated with the same customer ID, and notifies the game store clerk if there is an overlap in the game time. . This is because the game time does not overlap if the same player uses a plurality of cards properly, and the occurrence of overlap of game time suggests the possibility of some fraud. Here, the history of each process associated with the customer ID may be displayed together with the image data, and the game store clerk may be confirmed. By comparing the images of the person who performed the operation at the time of each process, it becomes possible to confirm the person involved.

  The lock control unit 46h is a processing unit that restricts use of the card. When the information specifying the restriction target card is input by the game clerk, the lock control unit 46h sets the card ID of the card as the restriction target card ID and notifies the inter-card card processing machine 10 and the checkout machine 80. Here, when the history of value transfer (including division) using the restriction target card ID as the transfer source exists in the processing history data 45f, the lock control unit 46h sets the transfer destination card ID as the restriction target card ID. To do. At this time, the migration source card ID may be excluded from the restriction target, or may be left as the restriction target. Further, only the transfer destination may be subject to restriction for all value transfers, and both the transfer source and the transfer destination may be restricted for some value transfers (divisions).

  When the card ID of the transfer source is excluded from the restriction target, the card ID of the final transfer destination is the restriction target in the case where the value transfer is performed a plurality of times. When the card ID of the transfer source is left as the restriction target, in the case where the value transfer is performed a plurality of times, all the cards involved in the value transfer become the restriction target.

  When the lock control unit 46h receives a lock request from the inter-card card processor 10, the lock controller 46h determines the card used last in the inter-card card processor 10 based on the device ID indicated in the lock request. The card ID is specified, and the specified card ID is set as a restriction target card ID. Further, it is determined whether or not value transfer from the restriction target card ID has been performed. If value transfer has been performed, the transfer destination card ID is set as the restriction target card ID. If the lock control unit 46h determines the restriction target card ID, the lock control unit 46h notifies the device in which the target card is used that the card ID is designated as the restriction target, thereby using and discharging the card. Is prohibited. In addition, the lock control unit 46h notifies the inter-card card processor 10 that has transmitted the lock request of the result of the lock request. This notification includes the card ID of the last used card, presence / absence of value transfer, and, if value transfer has been performed, the transfer destination card ID, the restriction target card ID and its location.

  Next, an example of data stored in the storage unit 45 of the management device 40 illustrated in FIG. 6 will be described. 7-10 is explanatory drawing for demonstrating an example of the data memorize | stored in the memory | storage part 45 of the management apparatus 40. FIG.

  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 device management data 45b shown in FIG. 7B, 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.

  The prize master 45c shown in FIG. 7C is data in which a prize name, a group code, a prize value, and the number of exchanged 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 45c, for the prize code “0001”, the prize name “Grand Prize”, the group code “01”, the 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 45c, 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 45c, for the prize code “0100”, the prize name “M Seven”, the group code “02”, the prize value “400”, the number of exchanged balls “100”, and 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 45c, with respect to the prize code “0101,” the prize name “rack”, the group code “02”, the prize value “420”, the number of exchange balls “105”, the exchange 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 45c, 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.

  In the card management data 45d shown in FIG. 8D, 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 in the inter-card card processing machine 10, and the management of the holding ball is performed by the management device 40.

  Further, in the card management data 45d shown in FIG. 8D, the prepaid value “500”, the number of possessions at each rate “0”, and the usage destination 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.

  Also, in the card management data 45d shown in FIG. 8D, the prepaid value “2000”, the number of possessed balls at each rate “0”, and the usage destination device ID “3001” are associated with the card ID “2002”. 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.

  The member management data 45e shown in FIG. 8 (e) 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. 8E, the storage balls are provided for five game types of “ball 1”, “ball 2”, and “ball 3”. For example, the balance of the storage ball of “ball 1” with the card ID “2002” is “250”, the balance of the storage ball of “ball 2” is “1000”, and the balance of the storage ball of “ball 3” is “4000”.

  The processing history data 45f shown in FIG. 9F is data in which processing time, device ID, card ID, and image data are associated with each other. Specifically, time “11: 10:00”, device ID “3001”, card ID “1033”, processing content “payment”, and image data “G0001.jpg” are associated with each other. Further, the time “12:35:30”, the device ID “3023”, the card ID “1050”, the processing content “card insertion”, and the image data “G0022.jpg” are associated with each other. Further, the time “14:15:33”, the device ID “3001”, the card ID “1033”, the processing content “card discharge”, and the image data “G0034.jpg” are associated with each other.

  Further, time “14:20:44”, device ID “3015”, card ID “1033”, processing content “card insertion”, and image data “G0108.jpg” are associated with each other. Further, the time “14:27:44”, the device ID “3023”, the card ID “2005”, the processing content “card insertion”, and the image data “G0111.jpg” are associated with each other. Further, the time “14:27:44”, the device ID “3023”, the card ID “2005”, the processing content “moving the ball (transfer source: 1050)”, and the image data “G0112.jpg” are associated with each other.

  Further, the time “14:40:00”, the device ID “3001”, the card ID “2005”, the processing content “card discharge”, and the image data “G0119.jpg” are associated with each other. Further, the time “15:03:03”, the device ID “6001”, the card ID “2005”, the processing content “Prize Exchange”, and the image data “G0125.jpg” are associated with each other.

  The game history data 45g shown in FIG. 10 (g) is data in which a start time, an end time, a device ID, a customer ID, a customer type, a card ID, and a processing history are associated with each other. Specifically, the start time “11:10:00”, the end time “14:15:33”, the device ID “3001”, the customer ID “U001”, the customer type “general”, and the card ID “1033” are 1 Registered as one game. Further, as processing history included in this game, the processing content “payment” at time “11:10:00” and the processing content “card discharge” at image data “G0001.jpg” and time “14:15:33”. Are associated with image data “G0034.jpg”.

  Similarly, a start time “14:20:44”, an end time “unregistered”, a device ID “3015”, a customer ID “U001”, a customer type “general”, and a card ID “1033” are registered as one game. ing. Further, as processing history included in this game, processing content “card insertion” at time “14:20:44” and image data “G0108.jpg” are associated.

  Similarly, one game with a start time “12:35:30”, an end time “14:27:44”, a device ID “3023”, a customer ID “U022”, a customer type “general”, and a card ID “1050”. Registered as. In addition, as processing history included in this game, processing content “card insertion” and image data “G0022.jpg” at time “12:35:30” and processing content “held” at time “14:27:44” are included. The ball transition "is associated with the image data" G0112.jpg ".

  Similarly, one game with a start time “14:27:44”, an end time “14:27:44”, a device ID “3023”, a customer ID “U022”, a customer type “member”, and a card ID “2005”. Registered as. In addition, as processing history included in this game, processing content “card insertion” and image data “G0111.jpg” at time “14:27:44”, processing content “card” at time “14:40:00” “Eject” is associated with image data “G0119.jpg” and the like.

  Furthermore, the start time “15:03:03”, the end time “15:03:03”, the device ID “6001”, the customer ID “U022”, the customer type “member”, and the card ID “2005” are processed as one process. Registered. This process indicates that the prize management device 60 has exchanged the prize at the time “15:03:03”. Further, image data “G0125.jpg” at the time of prize exchange is associated.

  Next, the processing procedure of the game management system will be described. FIG. 11 is a flowchart showing the processing procedure of the game management system. This processing procedure is repeatedly executed during the operation of the amusement store. In this processing procedure, first, when the inter-card card processing machine 10, the prize management device 60, the checkout machine 80, etc. accept a processing operation by the player (step S101), the player is imaged (step S102), and the processing is performed. Execute (Step S103). The management device 40 registers the history of the executed processing in the processing history data 45f (step S104). Furthermore, the management device 40 identifies the player for the registered process, sets a customer ID (step S105), and registers the game ID data 45g (step S106).

  Further, when the management device 40 receives a request for determining the position of the player from the game clerk (step S107; Yes), the management device 40 specifies the customer ID of the determination target player and stores the game history data 45g for the customer ID. The current position is determined by referring (step S110), the determination result is output (step S111), and the process ends.

  If the management device 40 does not accept the request for position determination (step S107; No) and accepts the card use restriction request (step S108; Yes), it specifies the card ID to be restricted (step S112). The card ID is transmitted to the inter-card processor 10 or the like to perform lock control for restricting card use (step S113), and the process is terminated.

  If the management device 40 does not accept the card use restriction request (step S108; No), and a prize exchange or payment occurs (step S109; Yes), the game player refers to the game history data 45g and the player has a plurality of cards. It is determined whether or not was used (step S114). If the player does not use a plurality of cards (step S114; No), the process is terminated as it is. On the other hand, if the player is using a plurality of cards (step S114; Yes), a notification to the player for preventing forgetting the card and a notification to the game clerk regarding the result of the game time overlap determination are performed. (Step S115), and the process ends. If no prize exchange or payment has occurred (step S109; No), the process is terminated as it is.

  Next, a specific example of determining the position of the player will be described. FIG. 12 is an explanatory diagram of a specific example of determining the position of the player. In FIG. 12A, the game clerk discovers a forgotten thing in the vicinity of the inter-card card processing machine 10 with the device ID “3001”, moves to the counter, and operates the terminal of the counter to operate the device ID “3001”. The current position of the player who used the inter-card card processing machine 10 is searched. When the game store clerk inputs the device ID and time, the management device 40 searches for the corresponding customer ID from the game history data 45g and determines the current location of the player.

  In FIG. 12A, the device ID “3001” and the time “14:00” input as the search conditions and the current position of the player who is the search result “playing a game with the device ID 3015. No member information” are terminals. The display is controlled on the display. If the game history data 45g indicates that the player is a member, the member name and the like can be displayed together by referring to the member management data 45e. Further, the current position is not limited to the device ID of the inter-card card processing machine 10, and for example, the installation location indicated in the device management data 45b may be displayed.

  A game clerk who has identified the current location of the player can visit the identified location and contact the player. In the example of FIG. 12A, the player who uses the inter-card card processing machine 10 with the device ID “3001” confirms whether there is anything left behind.

  Further, as a search condition, a card ID of a membership card can be used. In this case, if the game clerk operates the counter terminal and inputs the card ID of the membership card as a condition, the current position of the player is displayed as a search result. Even when a member player is playing with a general card, if the general card and the member card are associated with each other, the current position can be specified by a search specifying the card ID of the member card. .

  Also, as shown in FIG. 12B, when the member list screen is displayed on the counter terminal or the management device 40, the current position of the member may be displayed. Furthermore, when the member is designated and the screen is shifted to the member details screen, the card ID, name, membership date, address, telephone number, processing history of the day, etc. of the member card can be displayed. The display items on the member list screen and member detail screen can be arbitrarily set, and the current position may be displayed on the member detail screen without displaying the current position on the member list screen.

  Moreover, not only a game store clerk but a player may be able to search for an acquaintance. In this case, for example, when the player operates the inter-card card processing machine 10 and inputs the card ID of the acquaintance's member card and searches, the current position of the person corresponding to the card ID of the input member card is determined. It is displayed on the display operation unit 13.

  Next, a specific example of card usage restrictions will be described. FIG. 13 is an explanatory diagram of a specific example of card usage restrictions. In the example shown in FIG. 13, the game clerk is operating a lock request on the inter-card card processing machine 10 having the device ID “3031”. Such an operation is performed using, for example, a portable terminal for a game shop clerk. The inter-card processing machine 10 transmits a lock request including the device ID of its own device to the management device 40 based on the operation by the game shop clerk (1).

  When the management device 40 receives the lock request, the management device 40 identifies the card ID of the last card used by the inter-card card processing machine 10 based on the device ID indicated in the lock request, and the status of the identified target card (3). In this determination, it is determined whether or not the card ID of the target card is “in game” inserted in the inter-card card processing machine 10 and whether or not there is a balance between the possession ball and the prepaid value. Note that if the game is “playing”, the balance of the coins managed by the management device 40 is “0”.

  After the determination of the state, the management device 40 executes lock control (3). In this lock control, the lock is executed when the state is “playing” and when it is “not playing and there is a balance”. On the other hand, if the response is “Non-game and no balance”, the lock will fail, and the display operation unit 13 will be settled with a message indicating that the lock could not be made, such as “Adjustment completed. Displays the time. The lock execution is performed by notifying all the inter-card card processing machines 10 and the checkout machines 80 of the card IDs to be restricted (4).

  Here, when determining the state of the target card, the management device 40 further determines whether there is a related card. Specifically, it is determined whether or not value transfer from the restriction target card ID has been performed. If value transfer has been performed, the transfer destination card ID is included in the restriction target card ID. If the cards are integrated by value transfer that transfers all the possession balls and prepaid values to other cards, the transfer destination card ID may be the restricted card ID, and the transfer source card is the Since the value is zero, there is no need to use a restriction target card ID. When a card is divided by a value transfer that transfers a part of the possession ball or prepaid value to another card, it is desirable that both the transfer source and the transfer destination be the restriction target card ID. In addition, when the division is performed a plurality of times, a plurality of card IDs related to the plurality of divisions become restriction target card IDs. When a plurality of card IDs are restricted card IDs, the state of each card ID is determined and lock control is performed.

  In this example, the configuration in which the lock is not performed when both the prepaid value and the holding ball are “0” is illustrated. However, a predetermined number of “single-use reference values” (for example, 25 holding balls, equivalent to a prepaid value of 100 yen). And the card is considered to be “used up” and is not locked, that is, the display operation unit 13 is displayed without being locked. Also good. In this case, the “use-up reference value” can be arbitrarily set by an operation in the management apparatus 40. Furthermore, the lock request is not limited to the card used last, but may be selectable from a history. In this case, it is preferable that the history of the cards ejected from the inter-card card processor 10 is displayed in the display / operation unit 13 for the past several sheets so that it can be designated from these. In this case, the balance when discharged is displayed together with the card ID in the history. In addition, the history used for display in this case may be held in the storage unit of the inter-card card processing machine 10, or may be acquired from the management device 40 and displayed when an employee operation is received. Good.

  Further, the management device 40 notifies the inter-card card processor 10 that has transmitted the lock request of the result of the lock request (6). This notification includes the card ID of the last used card, presence / absence of value transfer, if the value transfer has been performed, the card ID of the transfer destination, the card ID designated as the restriction target and its location. These pieces of information are displayed on the display operation unit 13 as a result of the lock request. In FIG. 13, the lock related to the card used immediately before is performed, the card ID of the last used card is “1044”, and the value of the prepaid value is transferred to the card ID “1070”. Display indicating that the lock has been completed and that the card with the card ID “1070” is being used by the inter-card processing machine 10 with the device ID “3041”.

  In the above-described embodiment, it is first determined whether the card that is the target of the lock request is “in game” (that is, in use), and then the balance condition (“0” or not, It is determined whether or not it has fallen below the “use-out standard value”, but instead, the condition for the balance is judged first, and there is a balance (not “0”, not below the “use-out reference value”). Or the like) may be locked. In this case, the determination as to whether or not the game is in progress may or may not be made thereafter. In addition, it is possible to determine whether or not the card for which the lock request has been made has been used up after being discharged from the inter-card processing machine 10 (for example, when the balance becomes “0” or falls below the “used-out reference value”). The history may be managed by the management device 40, and when it is determined that the history has been used up, the lock may not be performed. In this way, it is possible to prevent the lock processing from being performed on a bona fide player who is once used up and deposits a card issued as a new card.

  In the above-described embodiment, an example is shown in which the card card processor 10 notifies the management device 40 of the target card ID to perform locking, but the table card processor 10 transmits to the management device 40. The information to be performed is not particularly limited as long as it is information that can specify the lock target. For example, if the management device 40 holds history information indicating at what time a card with a specific card ID is ejected from which inter-card card processor 10, the inter-card card processor 10 Notifies the management device 40 of the ID and discharge time of the own device as information for specifying the lock target, and the management device can also determine the lock target card ID from these information and perform the lock.

  In the above-described embodiment, when the card to be locked is not worth, it is determined that the card has been used up, and control is performed so that the lock is not performed or restricted. In this case, the serial number of the banknote withdrawn in the settlement (a serial number assigned to the banknote for individually identifying the banknote when the banknote is issued, for example, consisting of 6-digit alphanumeric characters) You may make it memorize | store and restrict | limit the use in the game hall of the said banknote.

  For example, a bill discriminator capable of discriminating a bill serial number is mounted on the inter-card card processing machine 10 and the settlement machine 80. The settlement machine 80 has a function of storing the serial number of the banknote used for withdrawal when the card is settled. When the card used immediately before is locked, if it is already settled in the settlement machine 80, the serial number corresponding to the card is stored among the serial numbers stored in the settlement machine 80. The management device 40 notifies the management device 40, and notifies the inter-card card processor 10 of the serial number as a restriction target. When the inter-card card processing machine 10 recognizes that the banknote with the serial number has been received by the banknote identification machine, the inter-card card processing machine 10 performs a limiting process such as error reduction. However, it is not essential to install a bill discriminator having a serial number discriminating function on the inter-card card processing machine 10, and only this card sales / payment machine provided on the island edge or the like may have this function. In this case, if the card used immediately before is locked, the card can be issued / paid only with the card sales / payment machine provided on the island edge etc.・ Payment is prohibited.

  As described above, the game management system according to the first embodiment associates the processing performed by the inter-card processing machine 10, the prize management device 60, and the checkout machine 80, the card ID, and the processing time. The process history data 45f is generated, the process corresponding to the same player is identified from the process history data 45f, and the game history data 45g indicating the game history for each player is generated, and specified based on the game history data 45g. The current position of the player can be determined.

  Specifically, if a player who is to be determined for the current position is identified based on the time and the designation of the gaming machine and the game history data 45g is referenced, and there is a game history for the identified player The gaming machine being played is determined as the current position, and if there is no gaming history, it is determined that the store is moving or has been closed.

  In addition, when a plurality of cards are continuously used on the same device, the current position is determined even when the player uses a plurality of cards by associating the plurality of cards with the same player. Is possible.

  Also, at the time of merchandise exchange or checkout, it is determined whether or not the player has used multiple cards, and if multiple cards have been used, the player will be notified so that multiple players Only a part of the cards can be used for prize exchange and checkout, and the situation of forgetting to use other cards can be prevented.

  Furthermore, it is determined whether or not there is an overlap in the game time associated with the same customer ID, and if there is an overlap in the game time, a notification is given to the game store clerk so that the possibility of fraud Can be detected.

  In addition, if a value transfer that transfers some or all of the money and prepaid value to another card is performed, the transfer destination card can be specified as the target of card usage restriction, so the card's Use restrictions can be effectively performed.

  Furthermore, by displaying the image data of the players imaged at various processing timings in a lump or sequentially, it is possible to easily confirm whether or not they are used by the same player. In this embodiment, the case where image data is displayed for a player who has used a plurality of cards has been illustrated. However, image data can also be displayed for a player who has used a single card. In addition, the display of the image data can be performed at an arbitrary timing based on the operation of the game clerk.

  In the first embodiment, the configuration for determining the start and end of the game based on the processing performed by the inter-card processing machine 10 and generating the game history data has been described. However, the operation state of the gaming machine 20 is used. The game may be configured to determine the start and end of the game. In the second embodiment, a configuration will be described in which the start and end of a game are determined using the operating state of the gaming machine 20, and game history data is generated.

  FIG. 14 is an explanatory diagram of the concept of the game management system according to the second embodiment. The gaming machine 20 transmits various pulses to the hall computer 90. Specifically, the gaming machine 20 transmits an out pulse to the hall computer 90 every time a predetermined number of game balls are discharged from the game 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 accumulates the out pulse, the safe pulse, and the special award pulse, thereby generating game machine operation data indicating the operation history of the game machine 20.

  The inter-card processing machine 10 notifies the management device 140 of payment, card insertion, card ejection, and the like. Based on these notifications, the management device 140 manages the card ID for each time in the inter-card card processor 10.

  Based on the game operation data generated by the hall computer 90, the management device 140 determines the start time and end time of the game in each inter-card processor 10 and the card used between the start time and end time By specifying the ID, game history data 145h is generated.

  As described above, in the gaming management system according to the second embodiment, the hall computer 90 generates gaming machine operation data from various pulses output from the gaming machine 20, and the management device 140 determines the start of gaming from the gaming machine operation data. The end of game is determined and game history data 145h is generated.

  Also in this configuration, as in the first embodiment, the current position of a specific player can be determined based on the game history data 145h. In addition, it is not necessary to use information from the inter-card card processor 10 for determining the start and end of the game.

  FIG. 15 is a functional block diagram showing the configuration of the management apparatus 140 shown in FIG. The management device 140 shown in FIG. 15 is different from the processing history data 45f shown in FIG. 6 in the content of the processing history data 145f, and further stores gaming machine operation data 145g. The contents of the game history data 145h are different from the game history data 45g shown in FIG. Furthermore, the operations of the processing history management unit 146d and the game history generation unit 146e are different from those of the processing history management unit 46d and the game history generation unit 46e shown in FIG. Since other configurations and operations are the same as those of the management apparatus 40 shown in FIG. 6, the same components are denoted by the same reference numerals and description thereof is omitted.

  The processing history data 145f indicates a history of payment, card insertion, card discharge, etc. in the inter-card card processing machine 10. The processing history data 145f does not necessarily require processing histories such as possession shift, prize exchange, and payment. Similarly, the processing history data 145f does not necessarily require image data.

  The gaming machine operation data 145g is data in which time, gaming machine ID, and pulse type are associated with each other. The game history data 145h is data in which a start time, an end time, a device ID, a customer ID, a customer type, and a card ID are associated with each other.

  The processing history management unit 146d is a processing unit that acquires the processing history of the inter-card card processor 10 and accumulates it as processing history data 145f. Specifically, a history of processing such as payment, card insertion, card ejection, and use of the value of the general card is accumulated for the inter-card card processing machine 10.

  The processing history management unit 146d further performs processing for acquiring the gaming machine operation data 145g from the hall computer 90 and storing it in the storage unit 45.

  The game history generation unit 146e is a processing unit that identifies a process corresponding to the same player from the process history data 145f and the gaming machine operation data 145g and generates game history data 145h indicating a game history for each player. .

  The game history generation unit 146e identifies the start and end of the game for each inter-card card processing machine 10 using the gaming machine operation data 145g. Specifically, when an out pulse or a safe pulse is output, it is identified as the start of the game, and after that a state in which neither a big hit or the like has occurred and no out pulse or safe pulse is output continues for a predetermined time. Identify the game is over. Then, one game section is from the start to the end of the game.

  The game history generation unit 146e identifies that a plurality of game sections using the same card correspond to the same player, and gives the same customer ID. Further, when a plurality of cards are used between the start and end of the game, the plurality of cards are associated with each other and identified as processing corresponding to the same player, and the same customer ID is given. .

  16 and 17 are explanatory diagrams for explaining an example of data stored in the storage unit of the management apparatus according to the second embodiment. The process history data 145f illustrated in FIG. 16F is data in which the process time, the device ID, and the card ID are associated with each other. Specifically, the time “11:10:00”, the device ID “3001”, the card ID “1033”, and the processing content “payment” are associated. Further, the time “12:35:30”, the device ID “3023”, the card ID “1050”, and the processing content “card insertion” are associated. Further, the time “14:15:33”, the device ID “3001”, the card ID “1033”, and the processing content “card discharge” are associated with each other.

  The gaming machine operation data 145g shown in FIG. 16 (g) is data in which time, gaming machine ID, and pulse type are associated with each other.

  Specifically, the gaming machine operation data 145g indicates that the gaming machine 20 with the gaming machine ID “P001” has 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. The correspondence relationship between the gaming machine ID and the device ID of the inter-card card processing machine 10 is shown in the device management data 45b.

  The game history data 145h shown in FIG. 17 (h) is data in which a start time, an end time, a device ID, a customer ID, a customer type, and a card ID are associated with each other. Specifically, the start time “11:10:00”, the end time “14:15:33”, the device ID “3001”, the customer ID “U001”, the customer type “general”, and the card ID “1033” are 1 Registered as one game.

  Similarly, a start time “14:20:44”, an end time “unregistered”, a device ID “3015”, a customer ID “U001”, a customer type “general”, and a card ID “1033” are registered as one game. ing.

  Similarly, one game with a start time “12:35:30”, an end time “14:27:44”, a device ID “3023”, a customer ID “U022”, a customer type “general”, and a card ID “1050”. Registered as.

Similarly, one game with a start time “14:27:44”, an end time “14:27:44”, a device ID “3023”, a customer ID “U022”, a customer type “member”, and a card ID “2005”. Registered as.
As described above, the game management system according to the first embodiment determines the start and end of the game from the operation history of the gaming machine 20 and uses the card ID inserted in the inter-card card processing machine 10. It is possible to identify processing corresponding to the same player, generate game history data 145h indicating a game history for each player, and determine the current position of a specific player based on the game history data 145h.

  In the first embodiment and the second embodiment described above, the configuration in which the management device 40 generates and uses the game history data is illustrated. However, the configuration in which the game history data is generated and used by another device such as the hall computer 90. It is good.

  In the above-described embodiments, 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.

  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.

  As described above, the game management system and the game management method according to the present invention are suitable for grasping the trend of the player and determining the position of the specific player.

10 card processor 11 status display unit 12 banknote transport unit 12a bill insertion slot 13 display operation unit 14 reader / writer 14a card insertion port 14b holding unit 15 communication unit 15a camera 16, 45 storage unit 16a own device status data 16b card data 17, 46 Control unit 17a Data management unit 17b Counting processing unit 17c Imaging processing unit 17d Lock processing unit 18a Nozzle unit 18b Counting unit 20 Game machine 30 Island controller 40, 140 Management device 41 Display unit 42 Input unit 43 External network communication unit 44 Store network communication unit 45a Game type setting data 45b Device management data 45c Prize master 45d Card management data 45e Member management data 45f, 145f Processing history data 45g, 145h Game history data 46a Game store setting Management unit 46b Card management unit 46c Member management unit 46d, 146d Processing history management unit 46e, 146e Game history generation unit 46f Current position determination unit 46g Multiple card use determination unit 46h Lock control unit 60 Prize management device 80 Checkout machine 90 Hall computer 145g Game machine operation data

Claims (8)

A game management system for managing games in a game store,
Each device that is attached to a gaming machine that uses a game medium to perform a game, and that performs processing related to the game medium based on a player's operation;
Based on the information from the gaming machine or each device, the association information is managed by associating the identification information of another recording medium with the identification information of the predetermined recording medium read by each device. Attached management means,
And a processing unit for specifying a predetermined process by specifying the other recording medium based on the association information when a predetermined instruction is performed by specifying the recording medium. A game management system.   The association management means is for managing association information when it is determined that the predetermined recording medium and the other recording medium are processed in association with each device. The game management system according to claim 1.   2. The association management unit manages association information when it is determined that the predetermined recording medium and the other recording medium are used by the same player. The game management system described in 1. An information output unit capable of acquiring a recording medium for specifying the recording medium as a search identifier, and outputting information that can specify each of the device used for the recording medium or a gaming machine corresponding to each device,
When the identification information of the predetermined recording medium is acquired as a search identifier, the processing means can identify each device used as an identifier of the other recording medium or a gaming machine corresponding to each device. The game management system according to claim 1, wherein the information output unit is configured to output information. When a predetermined operation is performed on each of the stand devices, the recording medium ejected from each of the stand devices is specified as a use restriction target recording medium, and the identification information of the recording medium is used as the use restriction target identification information. It is provided with use restriction means for restricting the use of a recording medium by notifying each other device,
When the recording medium ejected from each of the table devices is the predetermined recording medium, the processing means notifies the identification information of the other recording medium to the other table devices as identification information to be restricted. The game management system according to any one of claims 1 to 3, wherein the use restriction means is operated. A recording medium handling device that reads the identification information of the recording medium when the player uses the value associated with the recording medium for prize exchange or settlement;
The recording medium handling device has other identification information managed by the association management means in association with the identification information of the read recording medium, and when the other identification information has not yet been read, The game management system according to claim 1, further comprising notification means for performing predetermined notification.   When the recording medium handling device reads a plurality of recording media, the recording medium handling device refers to information from the gaming machine or each of the stand devices associated with the recording medium, and from the information, The game management system according to claim 6, wherein a predetermined warning is notified when there is an overlap in usage time. A game management method for managing games in a game store,
A processing step in which each device provided in a gaming machine that performs a game using a game medium performs a process related to the game medium based on a player's operation;
Based on the information from the gaming machine or each device, the association information is managed by associating the identification information of another recording medium with the identification information of the predetermined recording medium read by each device. A management step,
Another recording medium processing step of performing a predetermined process by specifying the other recording medium based on the association information when a predetermined instruction is performed by specifying the recording medium. A game management method characterized by the above.

Images