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

Abstract

To provide a game management system and a game management method that enhance efficiency in the management on functional restrictions of a recording medium, and reduce burdens on employees of a game parlor.SOLUTION: A member management device 50 manages different cancellation conditions by storing lock management data 55d that associates data on the lock, which is a functional restriction, with a card ID of a membership card. When an inter-machine card processor 10 notifies the member management device 50 (S2) in response to the insertion of the card (S1), the member management device 50 refers to the lock management data 55d, makes a locking request (S3), causes the inter-machine card processor 10 to execute locking (S4), and makes a request for cancellation according to the reason of the locking (S5).SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game management system and a game management method for managing a game in a game arcade in which a game machine for playing a game using a game medium is installed.

  Conventionally, in the game arcade, a game having a game medium intervened is provided. For example, in pachinko gaming, a game is played by using a game ball as a game medium and striking the game ball into the game board surface. A plurality of winning areas (winning openings) are provided on the game board surface, and a predetermined number of playing balls are awarded as winning balls based on passage of the playing balls in the winning area. As described above, the number of game media increases or decreases depending on the result of the game, and the game player can exchange the acquired game media for prizes.

  It is general that each base unit is attached to the gaming machine. Each stand device receives payment and performs lending processing of gaming media. In addition, each base device manages the number of gaming media acquired by the game as the number of gaming media, subtracts the number of gaming media and performs a replay process for paying out gaming media (for example, see Patent Document 1) ).

  In addition, when the gaming customer ends the game, when the return button provided on the gaming machine is operated, each stand device discharges the card with the number of holding media managed by the own device in association with the card. The player can exchange the prize for the prize according to the number of game media held by presenting the card with the prize counter. Also, the card is associated with a valuable value that can be used for lending game media. The balance of the valuable value remaining at the end of the game can be settled by a settlement machine.

  As described above, since it is possible to associate the number of holding media and a valuable value with the card, there is known a technology for restricting the processing relating to the card for the purpose of countering fraud. For example, Patent Document 2 discloses a gaming system which prohibits control of card handling when a change in the number of gaming balls due to fraud is detected.

  In addition, in response to a request from a gaming customer who has lost a card, the use of the card is suspended to prevent unauthorized use by another gaming customer, or the card is used when the conditions specified by the gaming customer are met. There are also cases where the function is limited.

JP, 2011-310037, A Patent No. 5270379

  However, the above-mentioned prior art has a problem that the burden on the game shop employee is large when the restriction on the use of the card is made. This is because when the function restriction state in which the card can not be used is reached, the reason why the function restriction has been performed is unknown, and it is necessary for the game store employee to determine the circumstances and take action.

  For example, when each base device detects a fraud and performs function restriction, such function restriction should not be easily released. On the other hand, when the gaming customer who has requested the function stop because he has lost the card finds his own card, it is desirable to release the function restriction if it can be confirmed that he is the person himself.

  From these things, how to efficiently manage card function restrictions and reduce the burden on employees has become an important issue. Such a problem also occurs in the case where the number of gaming media and the valuable value are associated using a cellular phone terminal or the like as a recording medium.

  The present invention has been made to solve the above-described problems, and provides a game management system and a game management method that streamlines management related to the functional restriction of the recording medium and reduces the burden on the game arcade employee. The purpose is to

  In order to solve the above-mentioned problems and achieve the object, the present invention uses a gaming machine for playing a game using a gaming medium and a recording medium possessed by a gaming customer, the value being usable for payout of the gaming medium. A game management system for managing a game in a game arcade in which a recording medium processing apparatus for performing such processing is installed, the restriction means for restricting the function of the recording medium processing apparatus based on a predetermined condition, and the restriction And a control means for managing the function restriction of the recording medium processing apparatus in association with the condition information on the predetermined condition, the restriction cancellation means comprising the function restriction The processing for releasing the function restriction is differentiated based on the condition information corresponding to.

  Further, according to the present invention, in the above invention, the restriction releasing means performs processing of function restriction cancellation by an operation of the game arcade employee based on the condition information, and function restriction cancellation by an operation other than the employee. It is characterized by switching between processing.

  Further, in the present invention according to the above-mentioned invention, the restriction releasing means is an immediate function restriction based on a request from the game player, and / or a function restriction due to the condition specified by the game customer being established in advance. It is characterized in that it can be released by the operation of the player.

  Further, according to the present invention, in the above-mentioned invention, the predetermined condition may be a request for an immediate function restriction by an employee of the game arcade, a request for an immediate function restriction by the game player, an immediate operation by a person concerned with the game customer Request for function restriction, establishment of conditions regarding game history designated in advance by employees of the game arcade, establishment of conditions pertaining to game history designated in advance by the player, by persons concerned with the player The management means associates information identifying the predetermined condition with the identification information of the recording medium as the condition information, and includes any of the establishment of the conditions relating to the game history designated in advance, and manages the information as the condition information. The limiting means may determine whether to execute the limitation based on identification information of the recording medium.

  Further, in the present invention according to the above-mentioned invention, the restriction releasing means is an employee having a predetermined authority with respect to a function restriction based on a request from an employee of the game arcade or establishment of a condition designated by an employee of the game arcade. It is characterized in that it can be released by the operation of a member.

  Further, in the present invention according to the above-mentioned invention, the restriction releasing means is a person concerned with the game customer about the function restriction by the fulfillment of the condition requested by the person concerned with the game customer or the person concerned with the game customer. It is characterized in that it can be released by the operation of.

  Further, in the present invention according to the above-mentioned invention, the restriction releasing means is a person concerned with the game customer about the function restriction by the fulfillment of the condition requested by the person concerned with the game customer or the person concerned with the game customer. When the player inputs the release code set by the user, the release code can be released.

  Further, according to the present invention, in the above-mentioned invention, when a plurality of conditions among the predetermined conditions are satisfied at the same time, the restriction releasing means processes the function restriction releasing according to the priority set in the condition information. Are different from each other.

  In the present invention, a game machine for playing a game using a game medium, and a recording medium processing apparatus for receiving a recording medium possessed by a game customer and performing processing relating to a value usable for paying out the game medium are installed. A game management method for managing a game in the selected game arcade, the restriction step of restricting the function of the recording medium processing device based on a predetermined condition, and the function restriction of the recording medium processing device being the predetermined condition Management step associated with the condition information related to the control, and a restriction release step of canceling the function restriction by the restriction step, wherein the restriction cancellation step is based on the condition information corresponding to the function restriction. It is characterized in that the process of releasing the restriction is made different.

  According to the present invention, it is possible to streamline the management related to the function restriction of the recording medium and reduce the burden on the employee of the game arcade.

FIG. 1 is an explanatory view of the concept of the game management system according to the present embodiment. FIG. 2 is a diagram showing a system configuration of the game arcade. FIG. 3 is a view showing the appearance of the inter-room card processor. FIG. 4 is a functional block diagram showing the configuration of the inter-room card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-room card processing machine. FIG. 6 is a functional block diagram showing the configuration of the member management device shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the member management apparatus. (1) FIG. 8 is an explanatory diagram for explaining an example of data stored in the storage unit of the member management apparatus. (Part 2) FIG. 9 is an explanatory diagram of settings relating to the lock. FIG. 10 is an explanatory diagram of the remote control related to the lock. FIG. 11 is a flowchart showing a processing procedure relating to the card lock by the inter-room card processor. FIG. 12 is a flowchart showing a processing procedure relating to a card lock by the membership management device.

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

  In the present specification, the number of balls is data indicating the gaming media acquired by the gaming customer in the game or the number of the gaming media, and it is possible to provide again for gaming only during the day (time before closing the store) Tell what you can do. The term "reserved balls" refers to game media acquired by a game player in a game or data indicating the number of the game media, and can be used again for the next day or later (time after closing the store). The balls are usable when both a general game player and a member game player can use and change the gaming machine used for the game (so-called platform movement). The balls are normally usable only by member players, and are used when the acquired gaming media are used for the next day or later. A predetermined fee may be charged for use of the balls.

  First, the concept of the game management system according to the present embodiment will be described. FIG. 1 is an explanatory view of the concept of the game management system according to the present embodiment. A plurality of game machines 20 are installed in the game arcade, and each of the game machines 20 is provided with an inter-table card processor 10 which is each stand device.

  Inter-stage card processor 10 is a game ball such as a game ball lending process, a ball and ball replaying process, and a counting process for counting acquired game balls and adding them to balls based on the operation of a game customer. Perform various processes related to In addition, when the gaming customer ends the game, when the return button provided on the gaming machine is operated, the inter-stage card processing machine 10 discharges the number of balls managed by the own device in association with the card.

  Further, the inter-table card processor 10 is communicably connected to the member management apparatus 50, which is a higher-level apparatus. The member management device 50 issues a member card to a member gaming customer who is a gaming customer who has registered as a member in a gaming shop, stores a card ID which is identification information of the member card, information on the member gaming customer, and a gaming history of the member gaming customer Etc. are associated and managed. When the inter-park card processing device 10 performs the replay processing of the balls, it transmits the ball replay request data including the card ID of the membership card to the member management device 50, and the predetermined number is determined from the number of balls managed by the member management device 50. The number is reduced, and the payout processing of the number of game balls corresponding to the number of stored balls is performed.

  Further, the membership management device 50 manages the function restriction of the card, that is, the card lock. Specifically, the member management device 50 stores lock management data 55d in which data relating to the lock is associated with the card ID of the membership card.

  The lock management data 55d has items such as lock control, requester, release condition, lock reason, lock condition and the like. The item of lock control indicates whether the lock is manual or automatic and whether or not the lock is to be executed at that time. The manual lock indicates that an immediate lock has been requested, and is subject to lock execution at the time of registration in the lock management data 55d. The automatic lock indicates that the condition for the lock execution target has been specified, and the standby state is not a lock execution target until the specified condition is satisfied, and the specified condition is satisfied. In this case, the lock is targeted for execution.

  The item of the requester indicates the type of the person who requested the lock. As the type of the person who requests the lock, a “shop clerk” who is an employee of the game arcade, a “principal himself” who is the gaming guest himself, a “family” which is an example of a related party of the gaming customer, etc. can be used.

  The item of release condition indicates a condition for releasing the lock that has been executed. As this cancellation condition, "shop clerk operation" on condition of operation of a shop clerk having predetermined authority, "personal identification number" on condition of authentication by a previously set personal identification number, and the game customer himself releases the lock. "Confirmation operation" etc. can be used. If the requester is "the person", the game player sets the PIN, and if the requester is the "family", the family sets the PIN.

  The item of lock reason indicates the reason for requesting the lock. This item may be an arbitrary character string, or may be selected from options prepared in advance. Also, it may be automatically input according to the item of lock control or requester. As the reason for locking, "unauthorized customer", "lost", "family application", "corruption detection", "identity application" and the like can be input.

  The "unauthorized customer" is used when the store clerk designates an unauthorized customer and performs an immediate lock manually. "Loss" is used when the player notices that the membership card is lost and the player requests an immediate lock, and the lock control is manual. "Family application" indicates that locking is performed by an application from a family of game players. When the family of the gaming guest requests an immediate lock, the lock control is manual, but the lock control may be made automatic and conditions for performing the lock may be set.

  The "injustice detection" indicates that the lock is performed when the injustice is detected based on the game history. In this case, the requester is a store clerk, and the fraud detection condition is set as a condition for making the lock target. “Person application” indicates that the player is locked by his / her application. In this case, lock control is automatic, and conditions for lock execution are set.

  The item of lock condition indicates the condition for performing lock execution. When the lock control is manual, the item of the lock condition is "immediate". When the lock control is automatic, conditions based on the game history can be set. Specifically, it is possible to set conditions using a bonus coin indicating the accumulated value of the error of the number of balls relating to the game, the total amount of money to be used for ball lending, the game time, and the like.

  In FIG. 1, the card ID "2033" is associated with the lock control "manual: execution", the requester "store clerk", the release condition "store clerk operation", the lock reason "illegal customer", and the lock condition "immediate" It shows. Also, the card ID “2002” is associated with the lock control “manually executed”, the requester “individual”, the release condition “personal identification number”, the lock reason “lost”, and the lock condition “immediately” . In addition, the card ID "2003", the lock control "manual: execution", requester "family", cancellation condition "personal identification number", the lock reason "family application", the lock condition "immediately" is shown in a linked state There is.

  In addition, the card ID "2017" is associated with lock control "automatic: standby", requester "sales clerk", release condition "sales clerk operation", lock reason "injustice detection", lock condition "sold ball 3000 balls or more" It shows the state. In addition, a state where the lock control "automatic: execution", the requester "individual", the release condition "confirmation operation", the lock reason "identity application", the lock condition "payment 50,000 yen or more" are associated with the card ID "2055" Is shown. Also, the card ID "2043" is associated with lock control "automatic: standby", requester "family", release condition "personal identification number", lock reason "family application", lock condition "5 hours or more of game time" It shows the state.

  The card locking operation using the lock management data 55d will be described. First, when the stand-alone card processing machine 10 receives insertion of a card by a gaming guest (S1), the stand-alone card processing machine 10 includes a card ID. A card insertion notice is sent to the member management apparatus 50 (S2). FIG. 1 shows the case where the card ID is 2002.

  The member management apparatus 50 refers to the lock management data 55d when the card insertion notification is received, and transmits a lock request to the inter-room card processing machine 10 when the lock control of the card ID is "execution" ( S3). In FIG. 1, since the lock control of the card ID "2002" is "manual: execution", a lock request is transmitted to the inter-room card processor 10, and the inter-room card processor 10 executes the lock (S4) ), "Locking" is displayed. Once the lock is performed, the ability to return the card or use the associated value (prepaid value, balls, balls) of the card is limited.

  Here, the member management device 50 manages information related to the lock, and sets different release conditions depending on the reason for the lock. Therefore, the player is required to release the game according to the reason for the lock (S5). For example, as shown in FIG. 1, when the gaming player who lost the card has requested manual locking, the locking can be released by the gaming customer inputting a preset password number. . On the other hand, when the lock is executed because of the fraudulent customer or the fraud detection, the clerk operation is required for the release, and the release by the game customer is not permitted.

  As described above, the member management device 50 is a memory card which is a recording medium processing device based on a predetermined condition (acceptance of an immediate lock request manually or establishment of a condition related to a game history set in advance). The function of the processor 10 is restricted, the function restriction is managed in association with the condition information on a predetermined condition, and the process of function restriction release is differentiated based on the condition information. With this configuration, it is possible to streamline management related to the function limitation of the card and reduce the burden on the store clerk who is an employee of the game arcade.

  Next, the system configuration of the game arcade will be described. FIG. 2 is a diagram showing a system configuration of the game arcade. As shown in FIG. 2, a plurality of gaming machines 20 and an inter-table card processing machine 10 provided corresponding to each gaming machine 20 are installed in the game arcade. The inter-standway card processor 10 is connected via the island controller 30 to a communication line which is a network in the store. The island controller 30, the card management device 40, the member management device 50, the prize management device 60, and the settlement machine 80 are connected to the communication line.

  The gaming machine 20 is a device for playing a game by driving a game ball into a game board surface. A plurality of winning areas (winning openings) are provided on the gaming board surface of the gaming machine 20, and a predetermined number of gaming balls are provided as prize balls based on passage of the gaming balls in the relevant winning area. It has become. In addition, a predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on passage of the game balls through the starting areas. If the lottery is a big hit, an operation that is advantageous for the game is performed by, for example, improving the probability of passing the game ball to the above-mentioned winning area or other starting area by the operation of a predetermined movable member or the like. The result of the lottery by passing the ball to the starting opening is displayed on the special symbol display device which displays the result of the lottery. The display of the lottery result of the special symbol display device is performed in a mode in which the finalized display is performed after the variable display of the 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 result of the lottery, and when the result of the lottery becomes a big hit, for example (7, 7 , 7) and other similar symbols are displayed for notification. In addition, it is also possible to provide an area that doubles as the starting area and the winning area.

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

  Therefore, when passage of the shot game ball to a specific winning area is detected by the prize sensor, the gaming machine 20 should be awarded from the memory contents of the prize ball memory and the number of gaming balls having passed the prize area. The number of prize balls can be determined, and the payout process for the determined number of prize balls can be performed. In addition, regardless of whether or not the game ball which has been shot in has passed through the winning area, it is finally discharged from the back of the game board to the outside of the gaming machine. The game balls discharged to the outside of the gaming machine are detected by an out-ball detection device attached to each gaming machine.

  Inter-room card processor 10 performs acceptance of payment, lending of gaming balls, and communication with card management device 40. When receiving the bill inserted by the gaming guest, the inter-tier card processing machine 10 transmits deposit notification data including the amount of the bill to the card management device 40, and the amount is the prepaid value managed by the card management device 40. Add a number according to. Then, if a predetermined ball lending operation is performed, a ball lending request is transmitted to the card management device 40, and the prepaid value managed by the card management device 40 is subtracted, and the number of games corresponding to the subtracted prepaid value Perform the payout process of the balls.

  In addition, when receiving the card insertion, the inter-room card processing device 10 transmits card insertion notification data to the card management device 40. In addition, when receiving the data including the prepaid value, the number of balls, and the number of balls from the card management device 40, the inter-day card processor 10 stores the received prepaid value, the number of balls, and the number of balls. Then, after storing the number of balls held, the inter-room card processing device 10 sends the number-of-balls subtraction request data to the card management device 40, thereby setting the number of balls held by the card management device 40 to zero. clear.

  In addition, when receiving the ball re play operation, the inter-room card processor 10 subtracts a predetermined number from the ball number stored in the own device, and performs payout processing of the number of game balls corresponding to the ball number subtracted. Do. In addition, when receiving the ball replay operation, the inter-tier card processor 10 transmits the ball replay request data to the card management device 40 to subtract a predetermined number from the number of balls managed by the member management device 50. The payout processing of the number of game balls corresponding to the number of stored balls is performed.

  In addition, when the inter-tier card processing device 10 receives a card return operation, it transmits ball-count addition request data including the number of ball-counts managed by the own device to the card management device 40. After the number is added, card ejection notification data is transmitted to the card management device 40 to control ejection of the card.

  The island controller 30 is a relay device for bundling a group of gaming machines 20 and the stand-alone card processor 10 provided on the gaming island.

  The card management device 40 is a device that manages the prepaid value of a card, the number of balls held, etc. as card data. When the card management device 40 receives the card insertion notification data from the inter-standway card processor 10, the card management device 40 associates the card ID of the inserted card with the device ID of the inter-stage card processor 10, and manages the card ID. The prepaid value and the number of balls associated with are transmitted to the inter-day card processor 10. When the card ID indicated in the card insertion notification data is a card ID of a member card, the card management device 40 transmits the card insertion notification data to the member management device 50 and receives it from the member management device 50. The storage ball replay data is transmitted to the stand-alone card processor 10.

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

  Further, when the card management device 40 receives the ball lending request data from the inter-room card processor 10, the card management device 40 subtracts the prepaid value associated with the card ID by a predetermined value, and transmits the ball lending permission data to the inter-day card processor 10. Send to Then, when the ball replay request data is received, the ball replay request data is transmitted to the member management device 50, and when the member management device 50 outputs the ball replay data, the ball replay data is displayed between the tables. It transmits to the card processor 10.

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

  The member management device 50 is a management device that manages member management data of a member registered as a member in a game arcade. Specifically, in association with the member card ID issued to the member, the number of balls, the number of points, the personal identification number, the name and the like are managed.

  If the member management device 50 receives the card insertion notification data from the inter-room card processor 10, the member management device 50 displays the ball replay data including the number of balls and the identification number associated with the card ID indicated in the card insertion notification data. It is transmitted to the card processor 10 between the two. In addition, when the member management device 50 receives the ball replay request data from the inter-day card processor 10, the member management device 50 subtracts a predetermined number from the number of balls associated with the card ID indicated in the ball replay request data. The stored-ball replay data including the number of stored balls after subtraction is transmitted to the inter-day card processor 10. Communication between the inter-day card processor 10 and the member management device 50 is performed via the card management device 40.

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

  The prize management device 60 is a terminal device for prize exchange attached to a prize exchange counter in the game arcade, and performs a prize exchange process for exchanging the obtained balls, the number of balls and the number of balls for a prize. The prize management device 60 is connected to a card reader for reading a card ID from a card and a prize dispensing device for dispensing a prize. The prize management device 60 transmits the card ID to the card management device 40 when the card ID is read from the general card or the membership card (or when identification data corresponding to the card ID is read from a portable terminal or the like). Request the number of balls possessed by the card ID. When the number of stored balls is exchanged, the number of stored balls is requested to the member management device 50.

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

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

  When receiving the ball lending request data, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID of the ball lending request data. Then, the card management device 40 transmits the ball lending permission data to the inter-base card processor 10 of the transmission source. The inter-room card processor 10 having received the ball lending permission data performs payout processing of the number of gaming balls corresponding to the subtracted prepaid value.

  Next, the ball re-playing process in the case of re-playing the balls in the gaming system shown in FIG. 2 will be described. When receiving the insertion of a general card or a membership card, the inter-zone card processor 10 transmits card insertion notification data to the card management device 40. The card insertion notification data includes the card ID of the card inserted in the inter-room card processor 10, an address for identifying the inter-room card processor 10 that is the transmission source, or any identification data, and the inter-room card processor And 10 data for specifying a rate.

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

  The inter-room card processor 10 stores the number of balls received from the card management device 40. Then, the card management device 40 transmits, to the card management device 40, ball ID subtraction data indicating that the card ID, the data specifying the rate, and the number of balls to be cleared to zero. When the card management device 40 receives the ball subtraction request data, it clears the number of balls in each rate specified by the card ID to zero. In addition, when accepting the ball-replaying operation and performing the ball-replay, the inter-room card processing machine 10 subtracts a predetermined number from the stored number of balls-does, and performs payout processing of the corresponding number of game balls. . When performing payout processing, payout processing is performed by transmitting a payout instruction to the gaming machine for multiples of units (for example, 25 balls) that can be paid out by the gaming machine, and for the remaining (for example, less than 25 balls) A payout process is performed by paying out from the nozzle unit 18a.

  When receiving the card return operation, the inter-zone card processing device 10 transmits the ball addition request data to the card management device 40. This ball-addition-request data includes the card ID of the card to be returned, the address for specifying the inter-room card processor 10 that is the transmission source, or any identification data, and the number of balls for each rate. .

  When the card management device 40 receives the ball addition request data, the card management device 40 adds the ball number included in the ball addition request data to the ball number of each rate associated with the card ID. Thereafter, the inter-room card processing device 10 transmits card ejection notification data to the card management device 40 to control ejection of the card.

  Next, the ball re-playing process in the gaming system shown in FIG. 2 will be described. If the inter-base card processor 10 reads a card ID from a membership card or a portable terminal usable as a membership card, it transmits card insertion notification data to the card management device 40. The card insertion notification data includes the card ID of the card inserted in the inter-room card processor 10, an address for identifying the inter-room card processor 10 that is the transmission source, or any identification data, and the inter-room card processor And 10 data for specifying a rate.

  The card management device 40 transmits the card insertion notification data received from the inter-room card processor 10 to the member management device 50. If the member management device 50 receives the card insertion notification data, the number of balls of the rate specified by the card insertion notification data among the personal identification number associated with the card ID in the card insertion notification data and the balls. And, it transmits to the room card processing machine 10 ball storage replay data including the number of possible ball replays. The possible number of ball replays indicates the number of balls that can be played back. The possible number of storage ball replays is a multiple of the number of payout units of gaming balls in the storage ball replay. If an upper limit is set for the ball replay, the maximum value within the range of the number of balls and the upper limit is the number of possible balls replay. In addition, you may use the frequency | count which can carry out ball | bowl replay instead of the possible number of ball | bowl replays as a ball | bowl replay frequency. The number of replays of balls corresponds to a quotient obtained by dividing the number of balls by the number of payout units of game balls in the replay of balls. However, when an upper limit is set for the ball replay, the upper limit limits the number of times the ball replay is performed.

  The inter-room card processor 10 stores the received ball replay data, and can accept a ball replay operation if the number of possible ball replays indicated by the ball replay data is one or more.

  After storing the ball replay data, the interstage card processing machine 10 requests the player to input a personal identification number when the ball replay operation is first received, and the inputted code number is the ball replay data It is determined whether or not it matches the password indicated in.

  When the personal identification numbers match, the inter-tier card processor 10 transmits the ball replay request data to the card management device 40. The stored ball replay request data includes a card ID of a card inserted in the inter-room card processor 10, an address for specifying the inter-room card processor 10 that is the transmission source, or any identification data, and inter-room card processing And data for specifying the rate of the machine 10.

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

  The inter-day card processor 10 updates the stored number of balls, and performs payout processing of the number of gaming balls corresponding to the number of payout units of stored ball replay. In addition, it is determined whether or not the number of possible balls replayed after the update is one or more. If the number of possible balls replay is 0, it is determined that the operation for replaying the balls can not be accepted. If the number of possible balls replayed after the update is one or more, the ball replaying operation can be accepted again. Confirmation of the PIN is not necessary for the second and subsequent ball replays. The confirmation of the password may be performed each time. In addition, although the case where the inter-room card processing machine 10 performs payout processing of gaming balls after the member management device 50 subtracts the balance of the balls is illustrated here, payout processing of the gaming balls is performed based on the reservoir replay request. Once done, the balance of the ball may be deducted. This is because the possible number of stored ball replays is indicated in the stored ball replay data prior to the request for the replay of the stored balls, and a shortage of balance will not be found after the request for the replay of the stored balls is received.

  Next, the transition from balls to balls in the closing process will be described. The card management device 40 confirms the number of balls possessed by the card management data at the time of closing processing, and if there is a record associated with the number of balls greater than zero, the number of balls possessed by the record together with the card ID and rate. The member management device 50 is notified. The member management device 50 adds the number of balls held notified from the card management device 40 to the number of balls specified by the card ID and the rate. Thereafter, the card management device 40 clears the number of held balls to zero.

  Next, the external appearance of the inter-room card processor 10 shown in FIG. 2 will be described. FIG. 3 is a view showing the appearance of the inter-room card processor 10. As shown in FIG. In FIG. 3, the external appearance of the inter-base card processor 10 connected to the gaming machine 20 is shown as the inter-platform card processor 10. Further, the gaming machine 20 to be juxtaposed is illustrated by a broken line. Further, although FIG. 3 illustrates the inter-room card processor 10 that receives only a bill, it is also possible to provide a unit having a function of receiving electronic money and coins associated with a portable terminal and a card.

  As shown in FIG. 3, the inter-standway card processor 10 has 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 formed of, for example, a multicolor LED, and displays the status of the apparatus of the inter-base card processor 10 by lighting or blinking a predetermined color. The bill insertion slot 12a is an insertion slot for various bills necessary for lending game balls. The display operation unit 13 is, for example, a full-color touch panel liquid crystal display or the like, and is a device that receives an operation button display or an input operation by the operation button. Although the display operation unit 13 is not shown in detail in FIG. 3, it has a flat plate shape in which the long side of the corresponding gaming machine 20 is pivotally supported by the between-stands card processor 10, The angle formed between the front panel of the inter-base card processor 10 and the display surface of the display operation unit 13 can be changed.

  The card insertion slot 14a is an insertion slot for a card possessed by a player. The holding unit 14b holds the mobile terminal used for member registration, and when the mobile terminal is held by the holding unit 14b, data such as a unique ID (for example, IDm) of the mobile terminal is read from the mobile terminal. The nozzle unit 18 a is a mechanism that ejects gaming balls to the gaming machine 20. The nozzle unit 18a is formed of a cylindrical nozzle provided horizontally rotatably on the front of the inter-base card processor 10 so that the tip of the nozzle can be positioned in the storage section of the gaming machine. There is. The game medium is supplied to the nozzles from a ball supply device in the inter-table card processing machine which has been supplied with game media from the replenishment mechanism in the island where the inter-table card processing machine 10 is installed. The counting unit 18 b is a mechanism for counting the gaming balls dropped from the lower tray of the gaming machine 20. The counting unit 18b is provided with a receiving unit for receiving game balls, a counting unit provided at a lower part of the inter-room card processing machine 10 and counting the game balls by a counting sensor, and a counting unit for passing game media from the receiving unit to the counting unit. It consists of a passage part. The tray unit and the counting passage unit are integrally removable from the inter-room card processor 10 based on a predetermined operation (for example, remote control operation by an employee). In addition, the counting unit has a unit structure, and by removing the counting unit, the receiving unit, and the counting passage unit, the inter-base card processor 10 can be operated without the counting function.

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

  The bill conveyance unit 12 is a conveyance unit that conveys the bill inserted into the bill insertion slot 12a to a bill storage unit (not shown) while discriminating the denomination and authenticity of the bill. The display operation unit 13 displays a function for specifying and displaying various information such as prepaid value usable for ball lending, the number of balls, the number of balls and the like from the received card, and information not related to the other cards and the like It is an input / output device such as a touch panel liquid crystal display having a function and a function of accepting various operations such as a ball lending operation. In addition to the display described above, the display operation unit 13 also has a function of displaying an excess or deficiency regarding the number of stored cards, and displaying a communication state (on-line, off-line, etc.) with a host device.

  The reader / writer 14 is a device for reading 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 portion (not shown) via the reader / writer 14. The holding unit 14 b is an interface unit that reads various information such as a unique ID (for example, IDm) of the portable terminal by near field communication when the portable terminal or the like is held up. In addition, the reader / writer 14 has a function of associating the card stored in the card storage unit with value data such as balls and prepaid value shown in the card data 16b and issuing it as a new card in response to the return operation of the game customer. Also have. However, if the prepaid value shown in the card data 16b is 0 and the number of balls held is less than a predetermined number (minimum holding number), control is performed so as not to return the card even if there is a return operation. This is a control for suppressing loss in the game arcade by discarding a card associated with a small amount of balls, and is accepted from the outside as well as the card stored in advance inside. The same applies to other cards (but excluding membership cards). The fixed number can be set, for example, to be the value of the card or the lowest price in the game store, but the value obtained by multiplying the number of balls possessed by the loan unit price per ball is not limited to this, but it is not limited to this It can be freely set by the store policy. In addition, when it is controlled not to return the card even if there is a return operation, it is also possible to pay out the stored balls, but the display that the card can not be returned and / or the replay of the balls A prompt may be displayed.

  The communication unit 15 is an interface unit for performing data communication with the gaming machine 20 and the island controller 30. The nozzle unit 18a is used to pay out part or all of the game balls when paying out game balls by ball lending or replay. The counting unit 18 b is a unit that counts the game balls.

  The storage unit 16 is a storage device including a hard disk drive, a non-volatile memory, and the like. The storage unit 16 stores the own device state data 16a and the card data 16b.

  The own-apparatus state data 16 a is data indicating the state of the inter-room card processor 10. The own-apparatus state data 16a includes the apparatus ID of the inter-room card processor and the game setting. The device ID of the inter-room card processor is identification data for uniquely identifying the inter-room card processor 10 in the game arcade. The game setting is data indicating a game type and the like set in the inter-room card processor 10. When dealing with game balls of multiple rates in the game arcade, "ball 1" for 4 yen rate game balls, "ball 2" for 2 yen rate game balls, and "ball 3" for 1 yen rate game balls As such, game name is set and managed for each rate. Inter-room card processor 10 selects a rate to be used for a game from these game types, and stores it as a game setting.

  The card data 16b is data relating to a card being used by a game player. The card data 16 b includes a card ID, prepaid value, balls, balls, the number of possible ball replays, and the like. With regard to balls and balls, data exists for each game type (rate). The card ID is a card ID read by the reader / writer 14. When a card is transported from the card storage unit (not shown) to the card insertion slot 14a and the card is ejected, the card data 16b is updated by the card ID read by the reader / writer 14 during the 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 by 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-baseboard card processor 10, and includes a data management unit 17a, a count processing unit 17b, and a lock control unit 17c.

  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 card 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 held and number of balls stored) from the card management device 40, the data management unit 17a updates the card data 16b with the received value data. . The data management unit 17a controls the display operation unit 13 to appropriately display the prepaid value, the number of balls held, and the number of balls stored in the card data 16b.

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

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

  In addition, when a game player performs a game replay operation, the data management unit 17a subtracts a predetermined number from the number of balls shown in the card data 16b, and performs payout processing of the corresponding number of game balls. Do.

  In addition, when the number of possible balls replayed indicated by the card data 16b is one or more, the data management unit 17a can display the ball replaying button on the display operation unit 13 and can accept the ball replaying operation. I assume. The data management unit 17a transmits, to the member management device 50, a ball replay request data including a card ID and an inter-room card processor ID when the game player performs a ball replay operation. When the ball replay data is received as a response to the ball replay request data, the number of balls stored in the card data 16b is updated, and the payout process of the number of payout units of the ball replay is performed. In addition, at the time of the first storage ball replay operation, the input of the personal identification number is required, and the ball replay request data is transmitted on the condition that it matches the personal identification number indicated in the card data 16b.

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

  In addition, if the game transfer operation is performed by the game customer while the member card is inserted, the data management unit 17a subtracts the number of balls indicated in the card data 16b, and the member via the card management device 40 By transmitting storage ball addition request data to the management device 50, the balls are transferred to the storage balls. In addition, it is also possible to use a portable terminal instead of the membership card to carry out the transfer of balls. Specifically, if the number of held balls is equal to or greater than a predetermined number and the portable terminal is held by the holding portion 14b after a predetermined operation is performed, the data management unit 17a displays the held balls indicated in the card data 16b. A ball is made to shift to a ball by subtracting the number and transmitting the ball addition request data including the IDm read by the holding unit 14b.

  Also, the data management unit 17a can perform processing related to the wagon service. The wagon service is a service in which a game clerk places a product such as a drink or a cigarette in a wagon, patrols the inside of the game arcade, and sells it to a game player. In such a wagon service, in addition to payment by cash etc., settlement by balls or balls is possible. When settling wagon service with balls or balls, the gaming clerk can instruct the inter-room card processor 10 through the clerk terminal (for example, remote control terminal) to settle the inter-day card processor 10 into the wagon service. Put in a state. Then, information capable of specifying the number of balls and balls to be subtracted as the value is input to the inter-room card processor 10. This input process is performed by inputting numerical values at the display / operation unit 13 of the inter-room card processing machine or the operation unit of the clerk terminal. When receiving the input, the inter-tier card processing machine 10 waits for reception of an employee recording medium (for example, a wagon card) used for the wagon service. Then, when the wagon card is received, the data management unit 17a subtracts the balls or balls for the input number from the number indicated by the card data 16b, and discharges the balls in association with the employee recording medium. In addition, when the intercard card processing machine 10 receives an employee recording medium without accepting the input of information capable of specifying the amount of balls and balls to be subtracted as compensation, the settlement of the wagon service is performed. Perform processing to return the employee's recording medium without performing. In addition, during payment of the wagon service, when receiving the input of information that can specify the amount of balls and balls to be deducted as compensation, accepting the replay operation of balls and balls and the return operation of recording media In this case, the two processes are prevented from conflicting with each other by a method of discarding the replay operation / return operation or by canceling the settlement of the wagon service.

  When gaming balls are inserted into the counting unit 18b, the counting processing unit 17b causes the counting unit 18b to count the gaming balls and adds the counting result to the number of balls held in the card data 16b.

  The lock control unit 17c is a processing unit that performs control related to the lock. Specifically, when the lock control unit 17c receives a lock request from the member management device 50, the lock control unit 17c locks the card. The card is locked by a function restriction that restricts some or all of the functions of the card. The functions relating to the card include card return, addition of prepaid value by depositing, payout of balls, addition of balls by counting, payout of balls, transfer of balls to balls, and the like. In addition, all functions may be stopped by causing the inter-room card processor 10 to go down in error.

  When the card lock is performed, the lock control unit 17 c notifies the player of the execution of the lock by displaying a message such as “locked” on the display operation unit 13. When the lock is executed by the establishment of the lock condition set by the game player or the family, the satisfied condition may be further displayed. In addition, when the notification of the release condition is received from the member management device 50, a message corresponding to the release condition is controlled to be displayed on the display operation unit 13, and the card lock is released when the release condition is satisfied.

  For example, when a release condition indicating that the password can be released is received, a message such as “Please enter your password” is displayed along with a message for entering the password, and the password set in advance is displayed. When the number is input within a predetermined time, the lock is released. In addition, when a cancellation condition indicating that cancellation by a confirmation operation is possible is received, a message for confirmation operation acceptance is displayed together with a message such as "Do you want to release the lock?" Unlock the lock if it has been done.

  When the lock control unit 17 c receives a lock release request from the member management device 50, the lock control unit 17 c releases the card lock. If the release condition is a store clerk operation or if it is an approval by a family, the release by the game player's own operation can not be performed, so the lock is released by the lock release request from the member management device 50.

  Next, an example of data stored in the storage unit 16 of the inter-room card processor 10 will be described. FIG. 5 is an explanatory view for explaining an example of data stored in the storage unit 16 of the inter-room card processor 10. As shown in FIG.

  The own apparatus state data 16a shown in FIG. 5A indicates that the ID of the inter-room card processor 10 is "3001" and "ball 1" is set as the game type of the inter-room card processor 10. ing.

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

  Further, the card data 16b can store, as data relating to storage, a personal identification number, the number of possible replays of the storage ball, and the number of storage balls of each game type. In FIG. 5 (b), the code number is "7777", the number of replayable balls is "250", the number of balls stored in ball 1 is "250 balls", and the number of balls held in ball 2 is "1000". It is a "ball", and the state in which the number of balls possessed by the ball 3 is "4000 balls" is shown. In addition, although the structure which stores the number of balls which can be re-played as possible number of re-plays was shown here, you may store the number of times of possible re-play as a re-play frequency.

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

  Further, the member management device 50 has an external network communication unit 53, a store network communication unit 54, a storage unit 55, and a control unit 56. The external network communication unit 53 is an interface unit for performing data communication via a network outside the game arcade. The store network communication unit 54 is an interface unit for performing data communication with the prize management device 60, the card management device 40, and the like via a communication line in the game arcade.

  The storage unit 55 is a storage device such as a hard disk drive and a non-volatile memory, and stores member management data 55a, game type setting data 55b, prize master 55c and lock management data 55d.

  The member management data 55a is data in which a card ID of a member card issued to a member is associated with a name, a ball, a portable ID m, an address, a telephone number, a game history, and the like. The game history includes a history of payment, a history of game time, a history of slips, and the like. The game type setting data 55b is data in which a rate and a display name are associated with the game type. The prize master 55 c is data used when exchanging game balls for prizes. As described above, the lock management data 55d is data in which data relating to the lock is associated with the card ID of the membership card.

  The control unit 56 is a control unit that entirely controls the member management apparatus 50, and includes a member management unit 56a, a prize master management unit 56b, a lock management unit 56c, a lock execution unit 56d, and a lock release unit 56e. In practice, programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded on a CPU (Central Processing Unit) and executed to execute the member management unit 56a, The prize master management unit 56b, the lock management unit 56c, the lock execution unit 56d, and the lock release unit 56e execute the corresponding processes.

  The member management unit 56a is a processing unit that manages the member management data 55a. The member management unit 56a communicates with the card management device 40 and the prize management device 60 to update the balance of the balls associated with the card ID. When the member management unit 56a receives a member registration request, the member management unit 56a updates the member management data 55a to add a member.

  Here, the ball storage re-play processing by the member management unit 56a will be described. If the member management unit 56a receives the stored-ball replay request data from the inter-tier card processing machine 10, the balance of the balls at the payout destination rate among the stored balls associated with the card ID in the stored-ball replay request data. Withdraw only the number of payout units, and recalculate the number of possible ball replays. Then, storage card replay data including the balance after subtraction and the possible number of the reservoir replays is transmitted to the inter-day card processor 10.

  The prize master management unit 56b is a processing unit that manages the prize master 55c. The prize master managing unit 56b distributes the prize master 55c to the prize managing apparatus 60 in the game arcade, when the prize master 55c is updated.

  The lock management unit 56c is a processing unit that manages settings relating to the lock. Specifically, the lock management unit 56c receives the setting operation related to the lock, associates the data related to the lock with the card ID of the member card, and registers it in the lock management data 55d. As described above, the data related to the lock includes items such as lock control, requester, release condition, lock reason, and lock condition.

  The setting operation regarding the lock may be directly received by the member management device 50 or may be received from another terminal device, for example, the prize management device 60. When a setting operation is received from the member management device 50 or the prize management device 60, it is desirable that the store clerk operate even if the requester is a game customer or a person concerned with the game customer. Further, as described later, it is also possible for a person concerned with a game customer to perform setting operation remotely.

  In setting the lock condition, it is possible to specify a period to be determined and its starting point. For example, “lock when total payment amount reaches 50000 yen in one month starting from the 20th of every month”, “lock when total game time reaches 20 hours in two weeks starting from Saturday Lock conditions can be set, such as “lock when visiting 10 times in 2 months starting from 1st every month”.

  Here, the lock management unit 56c can read out the game result from the member management data 55a at the time of setting operation, and can provide it to the operator. Therefore, for example, when a gaming customer or a family of gaming customers set a lock condition, it is possible to set an appropriate value while referring to the past results.

  The lock management unit 56c determines whether the lock condition of the lock management data 55d is satisfied when the game history is updated due to the receipt of the deposit notification data, and the lock condition is satisfied. Update the corresponding lock control item from "standby" to "execute".

  When the lock execution unit 56d receives the card insertion notification data from the inter-room card processor 10, the lock execution unit 56d refers to the lock management data 55d and associates the lock control "execution" with the card ID indicated in the card insertion notification data. If it is, the lock request is sent to the inter-room card processor 10. In addition, if an operation that can be performed by the game player, such as a personal identification number or a confirmation operation, is set as the cancellation condition for the lock, the lock execution unit 56d notifies the stand-alone card processor 10 of the cancellation condition.

  In addition, the lock execution unit 56d notifies the store clerk at the time of transmission of the lock request. This notification may be performed only when the requester is a store clerk, or the mode of the notification may differ depending on whether the requester is a store clerk or the lock reason or the like. For example, when a lock is performed for an illegal customer or when a lock is performed by fraud detection, a notification accompanied by a call of a store clerk is performed, and a lock is performed when a lock based on a declaration of a gaming guest or a related person is performed. Notification can be performed by displaying the occurrence on the terminal of the store clerk. Furthermore, when the lock execution unit 56d executes the lock based on the declaration of the person concerned with the gaming customer, it can notify the person concerned.

  The lock release unit 56e is a processing unit that releases the lock. Specifically, the lock release unit 56e transmits a lock release request to the between-base-card processor 10 when the release condition indicated in the lock management data 55d is satisfied.

  As the release condition, as described above, it is possible to use an operation of a store clerk having a predetermined authority, authentication with a previously set password, a confirmation operation by the game player, and the like. In addition, when the requester is an associate of the gaming customer, the approval operation from the associate can be set as the cancellation condition.

  The unlocking unit 56e determines the unlocking process according to a predetermined priority order when a plurality of conditions for lock execution are simultaneously established for the same card ID. Although the details will be described later, for example, when the lock where the store clerk is the requester and the lock where the requester is not the lock are simultaneously established, the operation by the store clerk is prioritized to be the release condition, and the operation other than the store clerk We do not allow cancellation by.

  Next, a specific example of data stored in the storage unit 55 shown in FIG. 6 will be described. 7 to 8 are explanatory diagrams for explaining an example of data stored in the storage unit 55 of the member management device 50. FIG. The member management data 55a shown in FIG. 7A indicates that the card ID "2002" is associated with the name "B C", the balance of storage balls of each game type, the portable ID m "ID m X 1", etc. ing. In addition, although illustration is abbreviate | omitted, the member management data 55a can match a point, the frequency | count of coming to the store, a game history, a PIN code etc. with card ID. The mobile ID m 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. 7A, storage balls are provided for three game types of "ball 1", "ball 2" and "ball 3". For example, the balance of the "ball 1" of the card ID "2002" is "250", the balance of the "ball 2" is "1000", and the balance of the "ball 3" is "4000".

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

  The prize master 55c shown in FIG. 7 (c) 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 for uniquely identifying a prize. Here, the group code is identification information for classifying and managing prizes. The group code "01" indicates an assignable exchangeable prize with a predetermined value after a certain procedure. The group code “02” and later are general prizes including daily necessities other than exchange prizes.

  The prize master 55c compares the prize code "0001" with the prize name "big prize", the group code "01", the prize value "1000", the number of exchangeable balls for the ball 1 "250", and the number of exchangeable balls for the ball 2 "500" “The number of exchange balls of ball 3“ 1000 ”is associated.

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

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

  Further, the prize master 55c, for the prize code "0101", the prize name "rack", the group code "02", the prize value "420", the number of exchange balls of ball 1 "105", the number of exchange balls of ball 2 " “210”, the number of exchange balls “420” of the ball 3 is associated.

  In addition, the prize master 55c, for the prize code "0600", the prize name "end ball 飴", the group code "04", the prize value "12", the number of exchange balls of the ball 1 "3", the exchange ball of the ball 2 The number “6” and the number of exchange balls “12” of the ball 3 are associated.

  The lock management data 55d shown in FIG. 8D is the lock control "manual: execution", the requester "sales clerk", the release condition "sales clerk operation", the lock reason "illegal customer", the lock for the card ID "2033" It shows a state in which the condition "immediate" is associated. Also, the card ID “2002” is associated with the lock control “manually executed”, the requester “individual”, the release condition “personal identification number”, the lock reason “lost”, and the lock condition “immediately” . In addition, the card ID "2003", the lock control "manual: execution", requester "family", cancellation condition "personal identification number", the lock reason "family application", the lock condition "immediately" is shown in a linked state There is.

  In addition, the card ID "2017" is associated with lock control "automatic: standby", requester "sales clerk", release condition "sales clerk operation", lock reason "injustice detection", lock condition "sold ball 3000 balls or more" It shows the state. In addition, a state where the lock control "automatic: execution", the requester "individual", the release condition "confirmation operation", the lock reason "identity application", the lock condition "payment 50,000 yen or more" are associated with the card ID "2055" Is shown. Also, the card ID "2043" is associated with lock control "automatic: standby", requester "family", release condition "personal identification number", lock reason "family application", lock condition "5 hours or more of game time" It shows the state.

  Next, setting regarding the lock will be described. FIG. 9 is an explanatory diagram of settings relating to the lock. First, the lock condition is "immediate" because the lock control "manual" is used when locking the card at that time. Among them, the case where the requester is a store clerk corresponds to the case where the use by a gaming customer who has already been identified as an illegal customer is stopped, and the operation of a store clerk having a predetermined authority becomes a condition for cancellation. Not allowed In addition, in the case where the requester is the gaming guest himself, in order to cope with the case where the card is lost or the use of the card is discontinued, etc. Allow In the case where the family is a requester, it corresponds to the case where there is an application from the family, etc., and it is possible to input the personal identification number designated by the family or remote family approval.

  The lock control “automatic” is used when locking is performed when a set lock condition is satisfied, so the lock condition can be set arbitrarily. For example, in the case where the requester is a store clerk, the store clerk sets the lock condition relating to the ball or the like. As described above, in the case where the requester is a store clerk, the purpose is to detect fraud and the like, and the release by the gaming customer is not permitted as the condition of the release of the store clerk having predetermined authority. Also, in the case where the requester is the principal, the principal sets lock conditions and applies for the lock. As described above, in the case where the requester is the principal, the lock can be released by the confirmation operation of the principal. In addition, cancellation by the confirmation operation can be temporary, such as only on the day. That is, after the confirmation operation, if it is in the day, the use of the card is permitted regardless of the lock condition, but the restriction based on the lock condition is performed again from the next day. In the case where the requester is a family, the family sets lock conditions and applies for the lock. Thus, in the case where the family is the requester, the lock is released by the input of the personal identification code designated by the family and the remote family approval. Also in this case, the cancellation can be temporary, such as only on the day.

  Further, as shown in FIG. 9, the priority is set for the type of lock, and when a plurality of types of locks are simultaneously established, a high release condition of priority is applied. In FIG. 9, the highest priority "1" is set for the lock control "manual" and the requester "salesman". Similarly, the lock control "automatic" and the requester "store clerk" priority "2" is set, the lock control "manual" and the requester "person" is set priority "3", the lock Set priority "4" for control "manual" and requestor "family", set priority "5" for lock control "automatic" and requestor "family", lock control "automatic" And the priority "6" is set for the requester "person".

  Next, remote control related to the lock will be described. FIG. 10 is an explanatory diagram of the remote control related to the lock. In FIG. 10, the management center 100 provided outside the game arcade can communicate with the game card processor 10 of the game arcade, and can also communicate with the portable terminal device 110 possessed by a family of game customers.

  Although illustration is omitted, communication between the stand-alone card processor 10 and the management center 100 is performed via the member management device 50, and communication between the portable terminal device 110 and the management center 100 is performed via a network such as the Internet. To be done. Further, the management center 100 can communicate with a plurality of game arcades and a plurality of mobile terminal devices 110.

  A family of gaming customers can use the portable terminal device 110 to perform lock setting operation on the membership management device 50 of the gaming establishment via the management center 100. Then, if the gaming customer inserts a card into the inter-base card processor 10 (step S21), the inter-base card processor 10 sends a card insertion notice to the management center 100 via the member management device 50 (S22).

  The management center 100 manages the card ID and the address of the portable terminal device 110 in association with each other, and sends a visit notification to the portable terminal device 110 based on the card ID indicated in the card insertion notification (S23). When the family of the gaming guest confirms the visit notification by the mobile terminal device 110 and performs the approval operation (S24), the mobile terminal device 110 sends an approval notification to the management center 100 (S25). When the management center 100 receives the approval notice from the portable terminal device 110, the management center 100 transfers the approval notice to the inter-room card processor 10 which is the notification source of the card insertion notice (S26). Since the approval notification is converted into a lock release request by the member management device 50 and transmitted to the inter-room card processor 10, the inter-room card processor 10 can start playing a game.

  Although FIG. 10 shows the case where the family of the game customer sets the lock by remote control, it is also possible for the game customer to set the lock using the same configuration.

  Next, the processing procedure relating to the card lock by the inter-room card processor 10 will be described. FIG. 11 is a flowchart showing a processing procedure relating to the card lock by the inter-room card processor 10. The processing procedure shown in FIG. 11 is repeatedly executed during the game. When the process is started, the lock control unit 17c determines whether a lock request has been received from the member management device 50 (step S101).

  As a result of the determination, when the lock request is received (step S102; Yes), the lock control unit 17c executes the card lock (step S103), and displays a message indicating that the lock is in progress.

  After step S103, the lock control unit 17c determines whether release by password is possible (step S104). If release by password is possible (step S104; Yes), the lock control unit 17c displays a password input screen (step S105). Then, if the authentication of the personal identification number is successful within the predetermined time (step S106; Yes), the lock is released (step S111).

  When the release by the password is not possible (step S104; No), or when the authentication of the password is not successful within the predetermined time (step S106; No), the lock control unit 17c can be released by the confirmation operation. It is determined whether there is any (step S107). If cancellation by the confirmation operation is possible (step S107; Yes), the lock control unit 17c displays a confirmation operation acceptance screen (step S108). Then, when the confirmation operation is received within the predetermined time (step S109; Yes), the lock is released (step S111).

  If the cancellation by the confirmation operation is not possible (step S107), or if the confirmation operation is not received within the predetermined time (step S109; No), has the lock control unit 17c received the lock release request from the member management device 50? It is determined whether or not (step S110). If the lock release request has not been received (Step S110; No), the lock release request is waited by executing Step S110 again after a predetermined time. When the lock release request is received (step S110; Yes), the lock is released (step S111).

  After releasing the lock in step S111, or when the lock request has not been received (step S102; No), the lock control unit 17c ends the process and starts the process again after a predetermined time.

  Next, the processing procedure relating to the card lock by the membership management device 50 will be described. FIG. 12 is a flowchart showing a processing procedure relating to a card lock by the membership management device 50. First, when card insertion notification data is received from the inter-stage card processor 10 (step S201), the lock execution unit 56d refers to the lock management data 55d and performs lock control to the card ID indicated in the card insertion notification data. It is determined whether "is associated, that is, whether or not it is a lock target (step S202).

  If the lock target is to be locked (step S202; Yes), the lock execution unit 56d transmits a lock request to the stand-alone card processing device 10, and notifies the store clerk (step S203). Further, the lock execution unit 56d determines whether the requester is a store clerk (step S204). If the requester is a store clerk (step S204; Yes), the process ends.

  If the requester is not a store clerk (step S204; No) and is a family of gaming customers (step S205; Yes), the lock execution unit 56d notifies the family (step S206) whether the personal identification number is set It is determined whether or not (step S207). If the code number is not set (step S207; No), the process ends. On the other hand, if the personal identification number is set (step S207; Yes), it is notified that cancellation by the personal identification number is possible (step S208), and the process ends.

  If the requester is not a family member but the gaming guest (step S205; No), the lock execution unit 56d determines whether the lock control is automatic (step S209). If the lock control is automatic (step S209; Yes), the lock execution unit 56d notifies that the release by the confirmation operation is possible (step S210), and ends the process. On the other hand, if the lock control is manual (Step S209; No), it is notified that cancellation by the password is possible (Step S208), and the process is ended.

  The processing procedure shown in FIG. 12 is processing corresponding to the priority shown in FIG. 9, and when the setting of the priority is different, the processing procedure is appropriately changed. Further, FIG. 12 shows the processing in the case of receiving the card insertion notification, but when the release operation of the store clerk having a predetermined authority or the approval notification from the family is received, the corresponding inter-table card processor 10, the lock release unit 56e transmits the lock release request. In addition, the lock execution unit 56d transmits a lock request to the corresponding inter-room card processing machine 10 and notifies the clerk when the game history is updated due to deposit during the game and the lock condition is satisfied. And, if necessary, notify of the cancellation condition.

  As described above, in the present embodiment, the member management device 50 records the recording medium based on the predetermined condition (the acceptance of the request for the immediate lock manually and the establishment of the condition related to the game history set in advance). The function of the inter-table card processing machine 10 which is a processing device is restricted, the function restriction is managed in association with the condition information on a predetermined condition, and the process of function restriction release is differentiated based on the condition information. With this configuration, it is possible to streamline management related to the function limitation of the card and reduce the burden on the store clerk who is an employee of the game arcade.

  Specifically, since processing of function restriction release by the operation of the store clerk can be switched to processing of function restriction release by the operation other than the store clerk based on the condition information, depending on the reason of the lock, the release by the game guest etc. And the burden on the store clerk is reduced.

  For example, when the lock is performed based on the request from the game player, the lock can be released by the operation of the game player. On the other hand, when the lock is performed based on the request from the store clerk, the lock can be released by the operation of the store clerk having the predetermined authority, and the release by the player is prohibited. Furthermore, when the lock is performed based on the request from the player's party, it is possible to release the lock by remote control by the player's party.

  In addition, when a plurality of conditions are satisfied at the same time, the lock can be efficiently managed by making the process of releasing the function restriction different according to the preset priority order.

  Further, it is also possible to perform the immediate registration by the players of the game customers, the pre-registration by the game customers, and the pre-registration by the players of the game customers by remote control. Furthermore, batch registration can be performed for a plurality of gaming establishments. Such batch registration may be performed by remote control, or one game arcade may accept settings for a plurality of game arcades.

  Although the detailed description of the form of the card, which is a medium for correlating the number of game media, is omitted in the above-described embodiment, such cards include a magnetic card, an IC card, and the like. Further, for convenience of explanation, the “card” is described as an example, but the present invention can be applied to the case where a chip, a stick, a portable terminal or the like is used other than such a card.

  Further, in the above-described embodiment, the configuration for locking the membership card is illustrated, but it is also possible to set a general card for locking. Further, although the configuration in which the member management device 50 manages the lock is illustrated in the above-described embodiment, another device may manage the lock.

  In the above-described embodiment, the pachinko gaming machine which uses the game ball as the game medium and drives the game ball into the game board to play the game has been described as an example, but the coin-operated game machine using medals as the game medium It is also possible to apply a so-called slot machine.

  Further, each configuration shown in the drawings is functionally schematic, and does not necessarily have to be physically configured as shown in the drawings. That is, the form of distribution and integration of each device is not limited to the illustrated one, and all or a part thereof is functionally or physically dispersed or integrated in any unit according to various loads, usage conditions, etc. It can be configured.

  As described above, the game management system and the game management method according to the present invention are suitable for streamlining management relating to the function limitation of the recording medium and reducing the burden on the employee of the game arcade.

10 card processing machine 11 status display unit 12 bill conveyance unit 12a bill insertion slot 13 display operation unit 14 reader writer 14a card insertion slot 14b holding unit 15 communication unit 16, 55 storage unit 16a own device status data 16b card data 17, 56 control unit 17a data management unit 17b count processing unit 17c lock control unit 18a nozzle unit 18b counting unit 20 game machine 30 island controller 40 card management device 50 member management device 51 display unit 52 input unit 53 external network communication unit 54 store network communication Part 55a Member management data 55b Game type setting data 55c Prize master 55d Lock management data 56a Member management part 56b Prize master management part 56c Lock management part 56d Lock execution part 56e Lock release part 60 Prize management equipment 80 checkout stations 100 management center 110 portable terminal device

Claims (9)

A game in a game arcade in which a game machine for playing a game using a game medium, and a recording medium processing device for receiving a recording medium possessed by a game customer and performing processing relating to a value usable for paying out the game medium Game management system that manages
Restricting means for restricting the function of the recording medium processing apparatus based on a predetermined condition;
Restriction release means for releasing the function restriction by the restriction means;
A management unit that manages function restrictions of the recording medium processing apparatus in association with condition information on the predetermined condition;
Equipped with
The game management system, wherein the restriction release means makes the processing of function restriction release different based on the condition information corresponding to the function restriction.   The restriction release means switches between processing of function restriction release by an operation of an employee of the game arcade and processing of function restriction release by an operation other than the employee based on the condition information. The game management system according to Item 1.   The restriction releasing means can cancel the immediate function restriction based on the request from the player and / or the function restriction due to the condition specified by the player in advance by the operation of the game customer The game management system according to claim 1 or 2, characterized in that: The predetermined condition may be a request for an immediate function restriction by an employee of the gaming shop, a request for an immediate function restriction by the gaming player, a request for an immediate function restriction by a player of the gaming guest, an employee of the gaming shop Establishment of conditions regarding game history designated in advance by staff, establishment of conditions pertaining to game history designated in advance by the gaming guest, pertaining to gaming history designated in advance by a person concerned with the gaming guest Include any of the conditions met,
The management means manages information identifying the predetermined condition in association with identification information of the recording medium as the condition information,
The game management system according to any one of claims 1 to 3, wherein the restriction means determines whether or not the restriction is executable based on identification information of the recording medium.   The restriction releasing means is capable of canceling a function restriction based on the request from the employee of the game arcade or the satisfaction of the condition designated by the employee of the game arcade by an operation of an employee having a predetermined authority. The game management system according to claim 4, characterized in that:   The restriction releasing means is characterized in that the function restriction based on the request from the related party of the game customer or the establishment of the condition designated by the related party of the game customer can be released by the operation of the related party of the game customer The game management system according to claim 4 or 5.   The restriction release means is configured to set the release code set by the player of the game customer to the function restriction based on the request from the player of the game customer or the establishment of the condition specified by the player of the game customer. The game management system according to any one of claims 4 to 6, wherein the game management system is capable of being released when the user inputs.   The invention is characterized in that, in the case where a plurality of conditions among the predetermined conditions are satisfied at the same time, the restriction release means makes the process of the functional restriction release different according to the priority set in the condition information. The game management system according to any one of 1 to 7. A game in a game arcade in which a game machine for playing a game using a game medium, and a recording medium processing device for receiving a recording medium possessed by a game customer and performing processing relating to a value usable for paying out the game medium Game management method for managing
Restricting the function of the recording medium processing apparatus based on a predetermined condition;
A management step of managing the function restriction of the recording medium processing apparatus in association with condition information on the predetermined condition;
A restriction releasing step of canceling the function restriction by the restriction step;
Including
The game control method characterized in that the restriction release step makes the process of function restriction release different based on the condition information corresponding to the function restriction.

Images