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

Abstract

To smoothly perform operation of a prepaid value while enhancing convenience of a game guest by limiting reception of currency and the like during a cashless settlement.SOLUTION: An inter-machine card processor 10, when accepting operation of a cashless transaction, limits reception of currency and the like (S1) and, on the basis of designation of a transaction amount, displays a two-dimensional code including settlement request data and the like (S2). A portable terminal 110 reads the two-dimensional code (S3) and transmits a settlement request to a settlement device 100 (S4). The settlement device 100 executes a settlement and reports settlement completion to the portable terminal 110 (S5) and a card management device 40 (S5'). The card management device 40 performs deposit processing and addition of a prepaid value (S6) and reports to the inter-machine card processor 10 (S7). The inter-machine card processor 10 displays the prepaid value and cancels the limitation of reception of currency and the like (S8).SELECTED DRAWING: Figure 1

Description

The present invention relates to a game management system and a game management method that are installed in a game store and accept value for use in a game.

Conventionally, in a game store such as a pachinko parlor, a game device that accepts valuable value such as money is provided corresponding to the game machine as a value used for the game, and a game medium corresponding to the valuable value is rented from this game device. This makes it possible to play pachinko machines. Such valuable value can be associated with a recording medium such as a card, and the player can move the table by inserting the recording medium issued by the gaming device into another gaming device. ..

In recent years, a system has been studied that enables cashless payments for lending game media without using money by using cards issued by financial institutions and mobile terminals on which game applications are installed, and enhances the convenience of players. ing. For example, Patent Document 1 discloses a technique for improving convenience for a player by enabling both cash payment and cashless payment.

By making such a cashless settlement, the player can reduce the amount of cash on hand and can easily confirm the amount of money used. In addition, since the payment history is clarified for the game store, troubles with the player can be suppressed.

Japanese Unexamined Patent Publication No. 2003-154150

However, in the above-mentioned conventional technique, both cash settlement and cashless settlement are possible. Therefore, if the input of money or the valuable value fluctuates during the processing of cashless settlement, this fluctuation will occur. It is not known whether the fluctuation is due to cashless payment or other operations, which may cause confusion for the player.

The present invention has been made to solve the above-mentioned problems of the prior art, and provides a game management system and a game management method capable of smoothly managing valuable value while improving convenience for players. The purpose is to do.

In order to solve the above problems, the present invention includes a game machine that stores the number of game media used for the game and plays a game using the game medium, and a holding machine that is attached to the game machine and is counted by the game machine. A game system having a game device for storing the number of game media and a management device for managing valuable value associated with a recording medium that can be accepted by the game device, wherein the game device makes a predetermined payment. When the settlement request means for making a settlement request for the settlement request amount specified by the player to the server device and the management device allow the settlement request by the approval server device, the settlement request amount is set to the settlement request amount. An update means for updating the valuable value corresponding to the recording medium to be processed by the game device of the payment request source with the corresponding valuable value, and the game device perform the update processing of the valuable value accompanying the payment request. If so, a limiting means for limiting processing involving an increase or decrease in the game value, which consists of the valuable value, the number of game media stored in the game machine, and / or the number of game media stored in the game device. It is characterized by being prepared.

Further, in the above invention, in the above invention, the limiting means is a process involving an increase or decrease in the gaming value from the time when the payment operation is received in the gaming device until the valuable value is updated by the updating means. It is characterized by limiting.

Further, in the above invention, in the above invention, the limiting means is a game medium by the gaming device from the time when the payment operation is accepted by the gaming device until the valuable value is renewed by the updating means. It is characterized by restricting lending processing.

Further, in the above invention, in the above invention, the limiting means receives money by the gaming device from the time when the payment operation is received by the gaming device until the valuable value is renewed by the updating means. It is characterized by limiting.

Further, in the above invention, in the above invention, the limiting means stores the game stored in the gaming machine from the time when the payment operation is received in the gaming device until the valuable value is updated by the updating means. It is characterized in that the addition processing of the number of media is limited.

Further, in the above invention, in the above invention, the limiting means is stored in the gaming device from the time when the payment operation is received in the gaming device until the valuable value is updated by the updating means. It is characterized in that the addition processing of the number of game media possessed is limited.

Further, in the above invention, the present invention comprises a special gaming state generation specifying means for specifying the occurrence of a special gaming state that is more advantageous to the player than the normal gaming state in the game with the gaming machine, and the special gaming state generation specifying means. When the occurrence of the special gaming state is specified by the means, the restriction releasing means for releasing the restriction by the limiting means is further provided.

Further, in the above invention, the present invention is designated by the player as a usage unit storage means for storing a unit of valuable value that can be used for a game on a gaming machine, a valuable value managed by the management device, and a player. When the sum with the valuable value corresponding to the settlement request amount is less than the game value stored in the usage unit storage means, the settlement request limiting means for limiting the settlement request is further provided.

Further, the present invention stores a game machine that stores the number of game media used for the game and plays a game using the game medium, and stores the number of game media that are attached to the game machine and are counted by the game machine. A game management method in a game system having a game device to be played and a management device for managing valuable value associated with a recording medium that can be accepted by the game device, wherein the game device is a predetermined payment server. A payment request process for requesting the device to approve the payment request amount specified by the player, and the management device corresponding to the payment request amount when the payment request is permitted by the approval server device. The update process of updating the valuable value corresponding to the recording medium to be processed by the game device of the payment request source and the update process of the valuable value of the game device according to the payment request are performed. If so, it includes a limiting step of limiting a process involving an increase or decrease in the game value, which consists of the valuable value, the number of game media stored in the game machine, and / or the number of game media stored in the game device. It is characterized by that.

According to the present invention, by restricting the acceptance of money during cashless payment, confusion such as simultaneous occurrence of cashless payment and cash payment can be eliminated, and the convenience of the player can be improved. The operation of prepaid value can be performed smoothly.

FIG. 1 is an explanatory diagram of an outline of a game management system according to an embodiment. FIG. 2 is a diagram showing a system configuration of the game management system according to the embodiment. FIG. 3 is a diagram showing an external configuration of the inter-table card processing machine and the gaming machine shown in FIG. FIG. 4 is a diagram showing an internal configuration of the inter-unit card processing machine shown in FIG. FIG. 5 is a diagram showing an example of own device status data, card data, payment request data, and function restriction status data shown in FIG. FIG. 6 is a diagram showing an internal configuration of the gaming machine shown in FIG. FIG. 7 is a diagram showing an internal configuration of the card management device shown in FIG. FIG. 8 is a diagram showing an example of the game type setting data, the card management data, and the device management data shown in FIG. 7. FIG. 9 is a diagram showing an example of the settlement processing data shown in FIG. 7. FIG. 10 is a diagram showing an internal configuration of the member management device shown in FIG. FIG. 11 is a diagram showing an example of the member management data shown in FIG. FIG. 12 is a diagram showing an internal configuration of the mobile terminal shown in FIG. FIG. 13 is a diagram showing an example of the settlement management data shown in FIG. FIG. 14 is a flowchart showing a processing procedure of the inter-unit card processing machine. FIG. 15 is an explanatory diagram for explaining the procedure for limiting the minimum settlement request amount at the time of cashless transaction operation. FIG. 16 is an explanatory diagram for explaining a procedure for generalizing the functions of the payment device at the time of cashless transaction operation. FIG. 17 is an explanatory diagram for explaining a procedure for centralized management of payment processing during cashless transaction operation.

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

In the present specification, the "mochidama" is data indicating the game medium acquired by the player in the game, and may be re-used for the game only during the day (time before the closing time of the game store). What you can do. The "number of balls held" refers to the number of game media acquired by the player through the game. Further, the “ball storage” is data indicating the game medium deposited by the player at the game store, and means that the data can be used again for the game from the next day onward (time after the closing time of the game store). The "number of stored balls" refers to the number of game media deposited by the player at the game store. The pachinko ball can be used by both general players and member players, and is used when the game machine is moved. As a general rule, the ball storage can be used only by member players, and is used when the acquired game medium is used for the game of a game machine from the next day onward.

The number of balls held is stored in the inter-machine card processing machine 10, and when the card is returned, it is managed by the card management device 40 in association with the card ID. Further, the number of gaming balls is stored in the gaming machine 20. This number of game balls is used for games on the game machine 20, and if a game ball is hit on the board, the number of game balls is subtracted by that number, and if a prize is won, a predetermined number is added to the number of game balls. A part or all of the number of game balls can be transferred to the number of balls by the counting operation, and a part or all of the number of balls can be transferred to the number of games by the replay operation of the balls.

<Overview of game management system>
First, an outline of the game management system according to the present embodiment will be described. FIG. 1 is an explanatory diagram for explaining the outline of the game management system according to the present embodiment. A plurality of gaming machines 20 are installed in the game store, and each gaming machine 20 is provided with a machine-to-machine card processing machine 10 which is a device for each machine.

Based on the operation of the player, the inter-machine card processing machine 10 performs a game ball lending process, a ball holding replay process of adding a part or all of the number of balls held to the number of game balls of the game machine 20, and a ball storage number. Various processes such as a ball storage replay process for adding a part or all of the game balls to the number of game balls of the game machine 20 are performed. Further, when the player operates the return button provided on the game machine when the player finishes the game, the machine-to-machine card processor 10 discharges the number of balls and the like managed by the player device after associating the card with the card. ..

The card management device 40 can communicate with a plurality of inter-machine card processing machines 10 in the game store, and manages the cards in association with the number of balls held, the prepaid value, and the like. The prepaid value is a valuable value that can be used for lending game balls (that is, adding to the number of game balls), and is added by deposit and subtracted by ball lending.

Specifically, when the inter-unit card processing machine 10 accepts the insertion of banknotes, the payment notification data including the amount of the banknotes is transmitted to the card management device 40, and the amount is added to the prepaid value managed by the card management device 40. Add the numbers according to. Then, when the predetermined ball lending operation is performed, the ball lending request is transmitted to the card management device 40, the prepaid value managed by the card management device 40 is subtracted, and the number of games corresponding to the subtracted prepaid value is played. Performs ball payout processing.

Further, in the game management system shown in FIG. 1, prepaid value can be added by cashless payment. If the machine-to-car card processing machine 10 accepts a cashless transaction operation by a player, it limits the acceptance of money and the like (S1). If money is accepted during the cashless payment, the prepaid value will be added at the same time as the cashless payment and the prepaid value will be added at the same time. As a result, it is not known whether the increase in the prepaid value is due to the cashless settlement or the reception of money, which causes confusion for the players.

When the player specifies the transaction amount, the payment request data including the payment ID and the payment request amount is generated, and the two-dimensional code (for example, QR code) including the payment request data, the card ID, the store data and the unit data is generated. (Registered trademark)) is displayed on the display operation unit (S2). The settlement ID is data that uniquely identifies the settlement, and the settlement request amount is the transaction amount specified by the player. The store data also includes a card ID, which is identification information of the card used in the inter-unit card processing machine 10.

The mobile terminal 110 carried by the player captures the two-dimensional code displayed by the inter-unit card processor 10 with a camera, decodes and reads the two-dimensional code, and thereby reads the payment request data, the card ID, the store data, and the unit. Acquire data (S3). The mobile terminal 110 makes a payment request including the acquired payment request data, card ID, store data, and unit data to the payment device 100 (S4).

The payment device 100 that has received the payment request executes the payment by subtracting the payment request amount from the account indicated in the payment request data of the payment request, and notifies the completion of the payment. The notification of the completion of payment is given to the mobile terminal 110 which is the request source (S5) and the card management device 40 of the game store shown in the store data of the payment request (S5'). The card ID is included in the notification of the completion of payment to the card management device 40.

When the card management device 40 receives the payment completion notification from the payment device 100, the card management device 40 performs payment processing and adds the prepaid value (S6), and notifies the inter-unit card processing machine 10 of the prepaid value addition (S7).

The inter-unit card processing machine 10 displays the received prepaid value on the display operation unit, and releases restrictions such as accepting money (S8).

As described above, the game management system according to the present embodiment eliminates confusion such as simultaneous occurrence of cashless payment and cash payment by restricting the acceptance of money during cashless payment, and the game. It is possible to smoothly manage prepaid value while improving customer convenience.

In the above series of explanations, the case where the restriction on the acceptance of money or the like is started at the time when the cashless settlement operation is performed is shown, but the present invention is not limited to this, and the payment device 100 is used. On the other hand, it can be configured to start the restriction such as the acceptance of money from the time when the settlement request is made.

Further, in the above series of explanations, the case of restricting the acceptance of money during cashless payment is shown, but the present invention not only restricts the acceptance of money but also lends balls using the prepaid value. It is also possible to limit the addition of the number of game balls, the addition to the number of balls held, and the like. It is also possible to lift such restrictions at the time of a big hit.

<System configuration>
Next, the system configuration of the game management system according to the present embodiment will be described. FIG. 2 is a diagram showing a system configuration of the game management system according to the present embodiment. As shown in FIG. 2, a plurality of gaming machines 20 and a stand-to-machine card processing machine 10 provided corresponding to each gaming machine 20 are installed in the gaming store. The inter-unit card processor 10 is connected to a communication line, which is a network in the store, via an island controller 30. An island controller 30, a card management device 40, a member management device 50, a prize management device 60, and a payment machine 70 are connected to the communication line. Further, the payment device 100 installed outside the store is connected to the card management device 40 and the mobile terminal 110 via an external network, and is also connected to the server device of a predetermined financial institution.

The game machine 20 is a device for playing a game by driving a game ball enclosed inside the device into a game board surface. It should be noted that this game ball is a physical "ball" used for the game, and is different from the "game ball" handled by the game machine 20 as data. A plurality of prize areas (winning openings) are provided on the game board surface of the game machine 20, and a predetermined number of game balls are given as prize balls based on the fact that the game balls have passed through the prize areas. It has become. Further, a predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on the passing of the game balls through the starting areas. If the lottery is a big hit, the operation of a predetermined movable member or the like will perform an operation that is advantageous in terms of the game, such as improving the probability of passing the game ball to the above-mentioned winning area or another starting area. There may be an area that serves as both a starting area and a winning area.

In the above-mentioned winning area, a winning sensor is provided to detect the passage of the game ball into the winning area, and the passing (winning) of the game ball driven into the winning area by the winning sensor is detected. ing. Further, the control unit of the game machine 20 has a prize ball memory for storing how many game balls are given as prize balls for each winning area, and the number of game balls that the player can use for the game (the number of playable balls). It has a playable number memory for storing.

When the machine accepts money from a player, the machine-to-car card processing machine 10 is a card management device that adds the prepaid value corresponding to the amount of money to the prepaid value corresponding to the card ID of the card stored inside the own device. Notify 40. This prepaid value can be used to add game balls when lending balls. In addition, the inter-machine card processing machine 10 can accept the insertion of a card associated with a prepaid value, a possession ball, a ball storage, and the like. Then, at the end of the game, the card associated with the prepaid value, the possession ball, etc. is discharged and returned to the player. Further, the inter-unit card processing machine 10 transmits the history of operations such as money deposit, card insertion, and card ejection to the member management device 50.

The game machine 20 transmits out data to the machine-to-machine card processing machine 10 each time a predetermined number of game balls are ejected from the game board surface. Further, the gaming machine 20 transmits safe data to the inter-unit card processing machine 10 every time a predetermined number of winning balls are added to the number of gaming balls based on the fact that the gaming balls have passed through the winning area (so-called winning). Further, when a special state such as a big hit occurs due to the game, special prize data indicating the occurrence of such a state is transmitted to the inter-unit card processing machine 10.

The out data corresponds to the number of balls hit, which is the number of balls hit by the player on the game board surface. Safe data corresponds to the number of winning balls obtained by winning. In addition, the special prize data shows the state of the gaming machine 20 such as a big hit. Each data is transmitted to the member management device 50 via the inter-unit card processor 10, and the member management device 50 obtains a history of the operation of the game machine 20 by accumulating out data, safe data, and special prize data. be able to.

The inter-unit card processing machine 10 accepts payment in money, gives an instruction to add the number of game balls, communicates with the card management device 40, communicates with the member management device 50, and communicates with the game machine 20. When the inter-unit card processor 10 receives the money inserted by the player, the card management device 40 manages the prepaid value equivalent to the deposit amount by transmitting a deposit notification including the deposit amount to the card management device 40. Add to the prepaid value. Then, when the predetermined ball lending operation is performed, the ball lending request is transmitted to the card management device 40, the prepaid value managed by the card management device 40 is subtracted, and the number corresponding to the subtracted prepaid value is played. Notify the machine 20 and add it to the number of game balls.

Further, when the inter-unit card processing machine 10 accepts the card insertion, it transmits a card insertion notification to the card management device 40. Further, when the inter-machine card processing machine 10 receives the prepaid value, the balance of the possessed balls or the stored balls from the card management device 40, the inter-unit card processing machine 10 stores the balance. Then, when the balance of the balls held is received and stored, the balance of the balls managed by the card management device 40 (the number of balls held) is calculated by transmitting the ball holding request to the card management device 40. Clear to zero.

Further, when the inter-table card processing machine 10 accepts the ball holding replay operation, the number of balls held by the own device is subtracted by a predetermined number, and the game machine 20 is notified of the number corresponding to the subtracted number of balls held. Add to the number of game balls. Further, when the inter-unit card processing machine 10 receives the ball storage replay operation, the machine-to-machine card processing machine 10 transmits a ball storage replay request to the card management device 40 to subtract a predetermined number of balls stored by the member management device 50. The game machine 20 is notified of the number corresponding to the subtracted number of stored balls, and the number is added to the number of game balls.

Further, when the inter-unit card processing machine 10 accepts the card return operation, it transmits a ball holding addition request including the number of balls held to the card management device 40, and causes the card management device 40 to add the number of balls held. , The card ejection notification is transmitted to the card management device 40, and the card ejection control is performed. If the counting operation is received from the game machine 20 before the card return operation, the number of game balls is added to the number of balls.

Further, the machine-to-machine card processing machine 10 has a function of acquiring a game machine ID from the game machine 20 and authenticating the game machine 20 by using the acquired game machine ID and an authentication key received from the card management device 40. Have. This authentication is performed at the time of opening the store, and the gaming machine 20 can be played on condition that the authentication is successful.

Further, the inter-table card processing machine 10 performs various display controls based on the state of the gaming machine 20, and transmits the status of the gaming machine 20 to the member management device 50.

Further, when the machine-to-machine card processing machine 10 accepts a transaction start operation for cashless settlement, it limits the acceptance of money in order to eliminate confusion due to settlement due to the acceptance of money. It is also possible to limit ball lending using the prepaid value, limit the addition of the number of game balls, limit the addition to the number of balls held, and the like.

Further, when the inter-unit card processing machine 10 accepts an operation for designating a transaction amount for cashless payment, it generates payment request data including a payment ID and a payment request amount, and also generates the payment request data, a card ID, and the like. Display the two-dimensional code including store data and machine data on the display operation unit

Further, when the inter-unit card processing machine 10 receives the completion notification of the prepaid value addition from the card management device 40, it displays the received prepaid value on the display operation unit and releases the restriction on the acceptance of money and the like. Further, if a big hit occurs during the restriction such as the reception of money, the machine-to-machine card processing machine 10 releases the function restriction.

The island controller 30 is a device that bundles a group of game machines 20 and a machine-to-machine card processing machine 10 provided on a game island and relays various information to a card management device 40.

When the card management device 40 receives the card insertion notification from the inter-unit card processing machine 10, the card management device 40 transmits the prepaid value associated with the card ID of the inserted card and the balance of the possessed balls to the inter-unit card processing machine 10. .. If the card ID shown in the card insertion notification is the card ID of the membership card, the card insertion notification is transmitted to the member management device 50, and the stored ball replay data received from the member management device 50 is used as the inter-unit card. It is transmitted to the processing machine 10.

Further, when the card management device 40 receives the ball holding request from the table-to-stand card processing machine 10, the card management device 40 clears the balance of the holding ball to zero and receives the holding ball addition request from the table-to-stand card processing machine 10. In that case, the number of balls indicated in the ball addition request is added to the balance of the balls.

Further, when the card management device 40 receives the ball lending request from the inter-unit card processing machine 10, the card management device 40 subtracts a predetermined value from the prepaid value associated with the card ID, and gives the inter-unit card processing machine 10 a ball lending permission. Send. Then, when the ball storage replay request is received, the ball storage replay request is transmitted to the member management device 50, and when the member management device 50 outputs the ball storage replay data, the ball storage replay data is transmitted to the machine. It is transmitted 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 held associated with the card ID. Further, when the card ID is received from the settlement machine 70, the prepaid value associated with the card ID is notified to the settlement machine 70.

Further, the card management device 40 acquires the game machine ID from the machine-to-machine card processing machine 10 and manages the game machine 20 installed in its own store. Then, an authentication key for authenticating the gaming machine 20 set in the own store is acquired from an authentication key management center (not shown) outside the gaming store, and distributed to the inter-unit card processing machine 10.

Further, when the card management device 40 receives the payment completion notification from the payment device 100, the card management device 40 performs the payment processing related to the decision completion notification and adds the prepaid value, and the prepaid value is given to the inter-unit card processing machine. Notify 10.

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

Further, when the member management device 50 receives the card insertion notification data from the inter-unit card processing machine 10, the member management device 50 receives the stored ball replay data including the number of stored balls and the password associated with the card ID shown in the card insertion notification data. Is transmitted to the inter-unit card processor 10. Further, when the member management device 50 receives the ball storage replay request data from the inter-unit card processing machine 10, the member management device 50 subtracts a predetermined number from the number of stored balls associated with the card ID shown in the ball storage replay request data. The stored ball replay data including the number of stored balls after the subtraction is transmitted to the inter-unit card processor 10. The communication between the inter-unit card processor 10 and the member management device 50 is performed via the card management device 40.

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

The prize management device 60 is a terminal device for exchanging prizes attached to a prize exchange counter in the game store, and performs prize exchange processing of acquired balls, stored balls, and possessed balls. The prize management device 60 is connected to a card reader that reads the card ID of the card and a prize payout device that pays out the prize. When the prize management device 60 reads the card ID from the general card or the membership card (or when the identification information corresponding to the card ID is read from the mobile terminal or the like), the prize management device 60 transmits the card ID to the card management device 40. Then, the balance of the ball possessed by the card ID is requested. Further, when exchanging prizes for the stored balls, the member management device 50 is requested to have the balance of the stored balls.

When the card with which the prepaid value is associated is inserted, the settlement machine 70 transmits the card ID of this card to the card management device 40, acquires the prepaid value associated with the card, and converts the acquired prepaid value into the acquired prepaid value. Make a corresponding cash withdrawal.

The payment device 100 is a server device that performs cashless payment, and is connected to a server device or the like of a financial institution. When the payment device 100 receives the payment request data from the mobile terminal 110, the payment device 100 executes the payment by subtracting the payment request amount from the account indicated in the payment request data. When the payment is completed, the payment device 100 transmits the store data, the unit data, and the card ID to the mobile terminal 110 which is the request source and the card management device 40 of the game store shown in the store data of the payment request. Notify the payment completion notification including.

The mobile terminal 110 is connected to the payment device 100 via an external network, and makes a payment request to the payment device 100. When the mobile terminal 110 receives the payment completion notification from the payment device 100, the mobile terminal 110 displays the payment completion on the display operation unit.

Next, the ball lending process in the game management system according to the present embodiment will be described. When the player performs a ball lending operation on the machine-to-machine card processing machine 10, the machine-to-machine card processing machine 10 transmits a telegram addressed to the card management device 40. This telegram includes the card ID of the card inserted in the machine-to-machine card processing machine 10, the identification information of the machine-to-machine card processing machine 10 which is the transmission source, and the ball lending request.

When the card management device 40 receives the telegram including the ball lending request, the card management device 40 sets the prepaid value associated with the card ID in the telegram to a predetermined value (for example, 500 yen when the frequency is 100 yen). The card management data 45b is updated by subtracting (5 times)), and the ball lending permission is transmitted to the inter-unit card processing machine 10 of the transmission source. The inter-machine card processing machine 10 that has received the ball lending permission transmits an addition signal requesting addition to the number of game balls of a number (for example, "125") corresponding to the subtracted prepaid value to the game machine 20.

Upon receiving the addition signal, the gaming machine 20 adds the number of gaming balls and transmits the added number of gaming balls to the inter-machine card processor 10. The inter-unit card processor 10 compares the sum of the number of game balls before addition and the number of balls lent to the number of game balls after addition, and determines whether or not the number of game balls has been added appropriately. judge.

Next, the ball replay process in the game management system according to the present embodiment will be described. When the inter-unit card processing machine 10 accepts the insertion of a general card or a membership card, the inter-unit card processing machine 10 transmits a telegram addressed to the card management device 40. This telegram contains the card ID of the card inserted in the inter-unit card processing machine 10, the identification information of the inter-unit card processing machine 10 which is the transmission source, and the information for specifying the rate of the inter-unit card processing machine 10. And a card insertion notification.

When the card management device 40 receives the card insertion notification from the inter-unit card processor 10, the card management device 40 determines the balance of the balls at the rate specified by the telegram among the balls associated with the card ID in the telegram. Notify the inter-unit card processor 10.

The inter-unit card processing machine 10 stores the balance of the balls held from the card management device 40. Then, a telegram including the information for specifying the card ID and the rate and the ball subtraction request is transmitted to the card management device 40. When the card management device 40 receives the ball holding request, the card management device 40 clears the holding ball balance specified by the card ID and the rate to zero. Further, when the inter-table card processing machine 10 accepts the ball holding replay operation, the balance of the holding balls is subtracted by a fixed number, the corresponding number is notified to the game machine 20, and the number of balls is added to the number of playing balls.

When the machine-to-machine card processor 10 receives a management shift request from the game machine 20 to shift the management by using the number of game balls of the game machine 20 as the possession ball of the machine-to-machine card processor 10, the management shift request. The number of game balls shown in is added to the number of balls held by the player. After that, when the card return operation is accepted, a telegram including a ball addition request is transmitted to the card management device 40. This telegram has the card ID of the card to be ejected, the address for specifying the inter-unit card processing machine 10 as the sender, or arbitrary identification information, and the information for specifying the rate of the inter-unit card processing machine 10. Includes the balance of balls and the request to add balls.

When the card management device 40 receives the ball addition request, the card management device 40 receives the balance (number of balls) of the balls at the rate specified by the telegram among the balls associated with the card ID in the telegram. Update to the value you set. After that, the inter-machine card processor 10 transmits a card ejection notification to the card management device 40 to control ejection of the card.

Next, the ball storage replay process in the game management system according to the present embodiment will be described. The inter-unit card processor 10 transmits a telegram addressed to the card management device 40 when the membership card is accepted or when the identification information corresponding to the card ID is read from the mobile terminal that can be used as the membership card. .. This message includes the card ID of the card inserted in the machine-to-machine card processing machine 10 (or identification information corresponding to the card ID read from the mobile terminal) and an address that identifies the machine-to-machine card processing machine 10 that is the transmission source. Alternatively, it includes arbitrary identification information, information for specifying the rate of the inter-unit card processing machine 10, and a card insertion notification.

The card management device 40 transmits a telegram of the card insertion notification to the member management device 50. When the member management device 50 receives the telegram of the card insertion notification, the member management device 50 includes the password associated with the card ID in the telegram and the balance of the stored balls at the rate specified by the telegram. The stored ball replay data is transmitted to the inter-unit card processor 10.

The inter-vehicle card processor 10 stores the received ball storage replay data, and the balance of the stored balls shown in the ball storage replay data is the number of game ball payout units in the ball storage replay (the number of stored ball replay units, for example, "125". If it is more than "ball"), it is possible to accept the ball storage replay operation.

When the inter-vehicle card processor 10 first accepts the ball storage replay operation after storing the ball storage replay data, the player is requested to input a password, and the entered password is the ball storage replay data. Check if it matches the PIN code shown in.

When the passwords match, the inter-unit card processor 10 transmits a telegram addressed to the card management device 40. This telegram contains the card ID of the card inserted in the inter-unit card processing machine 10, the identification information of the inter-unit card processing machine 10 which is the transmission source, and the information for specifying the rate of the inter-unit card processing machine 10. And a ball storage replay request.

The card management device 40 transmits a telegram of the ball storage replay request to the member management device 50. When the member management device 50 receives the telegram of the ball storage replay request, the member management device 50 subtracts and subtracts a predetermined value from the balance of the stored balls at the rate specified by the telegram among the stored balls associated with the card ID in the telegram. The ball storage replay data including the later balance is transmitted to the inter-unit card processor 10.

The inter-unit card processing machine 10 receives the ball storage replay data, updates the balance of the stored balls, notifies the game machine 20 of the number corresponding to the number of stored ball replay units, and adds the number to the number of game balls. In addition, it is determined whether the balance of the stored balls after the update is less than the number of stored ball replay units. If the balance of the updated ball storage data is equal to or greater than the number of ball storage replay units, the ball storage replay operation can be accepted again, and if the ball storage replay operation is accepted, the ball storage replay request is transmitted. It is not necessary to confirm the PIN code in the second and subsequent ball storage replay operations. If the balance of the updated ball storage data is less than the number of ball storage replay units, the ball storage replay operation cannot be accepted.

Next, the transition from holding balls to storing balls in the closing process will be described. The card management device 40 confirms the balance of the balls held in the card management data 45b at the time of closing the store, and if the balance of the balls is larger than "0", the balance of the balls is used as the card ID and the balance of the balls. Notify the member management device 50 together with the rate. The member management device 50 updates the balance of the stored balls specified by the card ID and the rate by adding the balance of the notified balls. After that, the card management device 40 clears the balance of the balls to zero.

<Appearance configuration of the machine-to-machine card processing machine 10 and the game machine 20>
Next, the appearance configurations of the inter-table card processing machine 10 and the gaming machine 20 shown in FIG. 2 will be described. FIG. 3 is a diagram showing an external configuration of the inter-table card processing machine 10 and the gaming machine 20 shown in FIG. Although the inter-unit card processing machine 10 that accepts only banknotes is shown in the figure, a unit that can accept electronic money can also be provided.

As shown in FIG. 3, the inter-table card processor 10 includes a status display unit 11 that displays the state of the device of the inter-stand card processor 10 by lighting or blinking a lamp of a predetermined color, and a bill insertion slot that accepts various bills. 12a, a display operation unit 13 such as a touch panel display, and a card insertion slot 14a for receiving a card associated with a card ID are provided.

The gaming machine 20 is provided with a gaming board surface, a handle 21 used for throwing the enclosed gaming ball onto the gaming board surface, and a counting button 22.

The counting button 22 subtracts the number of gaming balls of the gaming machine 20 and adds the corresponding number to the balls held by the inter-unit card processing machine 10, so that the number of balls that can be thrown is managed from the gaming machine 20 to the inter-unit. This is an operation button for performing a management shift to shift to the card processing machine 10. This management shift corresponds to a counting process in which the open-type gaming machine 20 in which the actual gaming balls are paid out by winning a prize is counted by the inter-table card processing machine 10 and added to the possessed balls.

<Internal configuration of the inter-unit card processing machine 10>
Next, the internal configuration of the inter-unit card processing machine 10 shown in FIG. 2 will be described. FIG. 4 is a block diagram showing an internal configuration of the inter-unit card processing machine 10 shown in FIG. As shown in FIG. 4, the inter-table card processor 10 includes a bill transport unit 12, a display operation unit 13, a reader / writer 14, a communication unit 15, a storage unit 16, a control unit 17, and a game management unit 18.

The bill transport unit 12 is a transport unit that transports the bills inserted from the bill insertion slot 12a to a bill storage unit (not shown) while discriminating the denomination and authenticity of the bills. The display operation unit 13 is an input / output device such as a touch panel display that displays various information such as valuable value and accepts various operations such as ball lending operation.

The reader / writer 14 is a reading unit that reads a card ID from a card inserted in the card insertion slot 14a. The card inserted into the card insertion slot 14a is stored in a card storage unit (not shown) via the reader / writer 14. The communication unit 15 is an interface unit for performing data communication with the card management device 40 via the island controller 30.

The storage unit 16 is a storage device including a hard disk device, a non-volatile memory, and the like. The storage unit 16 stores the own device state data 16a, the card data 16b, the payment request data 16c, and the function restriction state data 16d.

The own device state data 16a is data indicating the state of the inter-unit card processing machine 10. The own device state data 16a includes a machine-to-machine card processing machine ID, a game machine ID, a game type, and the like. The table-to-machine card processing machine ID is identification information for uniquely identifying the table-to-machine card processing machine 10 in the game store. The game type is data indicating the rate set in the inter-table card processing machine 10. When handling multiple rate game balls in a game store, "ball 1" for a 4-yen rate game ball, "ball 2" for a 2-yen rate game ball, and "ball 3" for a 1-yen rate game ball. Like, the game type name is set and managed for each rate. The inter-table card processor 10 selects a rate to be used for the game from these game types and stores it as the game type. As the game type, a game type fixed for each section in which the inter-table card processing machine 10 is installed may be used, or the game type may be changed by the operation of the player.

The card data 16b is data related to the card being used by the player. The card data 16b includes a card ID, a personal identification number, a prepaid value, a possession ball, a stored ball, and the like. The card ID is a card ID read by the reader / writer 14. When a card is conveyed from a card storage unit (not shown) to the card insertion slot 14a and the card is ejected, the card data 16b is updated by the card ID read by the reader / writer 14 during the transfer. Further, even when a card is conveyed from the card insertion slot 14a to a card storage unit (not shown), the card data 16b is updated by the card ID read by the reader / writer 14 during the transfer. The prepaid value indicates the balance of the prepaid value that can be used for ball lending, and the possessed ball and the stored ball indicate the respective balances.

The settlement request data 16c is data related to the settlement request, such as a settlement ID and a settlement request amount. The function-restricted state data 16d is data indicating whether or not the function of accepting money or the like is restricted.

The game management unit 18 is a processing unit that performs processing related to authentication and communication with the game machine 20. It is desirable that the game management unit 18 is formed on a substrate different from the control unit 17. The game management unit 18 includes an authentication processing unit 18a, an authentication key management unit 18b, and a game machine state management unit 18c. Actually, by loading and executing these programs on the CPU (Central Processing Unit), the authentication processing unit 18a, the authentication key management unit 18b, and the game machine state management unit 18c are made to execute the corresponding processes, respectively. Become.

The authentication processing unit 18a authenticates the gaming machine 20 using the authentication key received from the card management device 40. If the authentication is successful, the authentication processing unit 18a transmits an operation permission to the gaming machine 20. The authentication processing unit 18a prohibits the use of the gaming machine 20 when the authentication fails. Even if the authentication fails, the operation permission is sent to the gaming machine 20 within a predetermined period from the last successful authentication, and after the predetermined period elapses from the last successful authentication, the gaming machine 20 is sent. The operation permission of the gaming machine 20 may not be transmitted, and the use of the gaming machine 20 may be prohibited.

The authentication key management unit 18b is a processing unit that manages the authentication key. The usage time is set for the authentication key, and when the cumulative operating time of the gaming machine 20 reaches the usage time of the authentication key, the authentication key becomes unusable. Specifically, the authentication key management unit 18b manages the usage time of the authentication key by using the energizing time of the substrate on which the game management unit 18 is formed as the operating time of the game machine 20. When the authentication key becomes unusable, the authentication key management unit 18b acquires a new authentication key from the authentication key management center outside the store via the card management device 40, and updates the authentication key.

The gaming machine state management unit 18c is a processing unit that communicates with the gaming machine 20 and manages the state of the gaming machine 20. Specifically, the gaming machine state management unit 18c acquires the gaming machine ID from the gaming machine 20, sends a request for addition to the number of gaming balls by ball lending, and replays the possession of balls to the number of gaming balls. Sending a management transition request, sending a request to add to the number of game balls by replaying the stored balls, receiving game results such as the number of hit balls and the number of prized balls in the game machine 20, and counting the number of game balls to the possessed balls Receive management transition request. For the communication between the inter-machine card processing machine 10 and the gaming machine 20, encrypted communication using a predetermined encryption method is used.

In addition, the gaming machine state management unit 18c further acquires states set for the game such as the current number of gaming balls, the start, the jackpot, the jackpot type, and the number of lottery of the gaming machine 20. It is desirable that the time interval for the gaming machine state management unit 18c to acquire the state of the gaming machine 20 is set shorter than the interval at which the gaming balls are fired (used) in the gaming machine 20.

The timing at which the gaming machine state management unit 18c newly acquires the gaming machine ID from the gaming machine 20 is not limited to before the opening of the store. When the power of the inter-unit card processor 10 is turned on or off, when regular communication is performed, when processing related to the number of game balls (ball lending, replay, counting, etc.) is performed, when returning from the offline state, etc. It is possible to acquire the gaming machine ID and determine the replacement of the gaming machine 20. Moreover, you may use these timings in combination.

The control unit 17 is a control unit that controls the entire inter-unit card processing machine 10, and is a data management unit 17a, a payment request data generation unit 17b, a coding processing unit 17c, a payment request data output processing unit 17d, and a refund processing unit. It has 17e, a function limiting unit 17f, and a function limiting determination unit 17g. Actually, by loading these programs into the CPU and executing them, the data management unit 17a, the payment request data generation unit 17b, the coding processing unit 17c, the payment request data output processing unit 17d, the refund processing unit 17e, and the functions The restriction unit 17f and the function restriction determination unit 17g are made to execute the corresponding processes.

When the card is inserted, the data management unit 17a transmits a card insertion notification including the card ID and the inter-unit card processing machine ID to the card management device 40. Further, when the data management unit 17a receives data including valuable value (at least one of prepaid value, possession ball and stored ball) from the card management device 40, the data management unit 17a updates the card data 16b with the received valuable value.

Further, when the bill is inserted into the bill insertion slot 12a, the data management unit 17a transmits a payment notification including the amount of the inserted bill, the card ID, and the inter-unit card processing machine ID to the card management device 40.

Further, the data management unit 17a transmits a ball lending request including the card ID and the inter-machine card processing machine ID to the card management device 40 when the ball lending operation is performed by the player. When the ball lending permission is received in response to the ball lending request, the data management unit 17a subtracts the prepaid value of the card data 16b and adds a predetermined number of balls to the number of gaming balls of the gaming machine 20. Instruct the game management unit 18.

Further, when the data management unit 17a accepts the ball replay operation, the data management unit 17a subtracts and updates the ball held by the card data 16b, and manages the game so that the corresponding number of balls is added to the number of game balls of the game machine 20. Instruct unit 18.

Further, when the balance of the stored balls shown in the card data 16b is equal to or greater than the number of stored ball replay units, the data management unit 17a displays the stored ball replay button on the display operation unit 13 and accepts the stored ball replay operation. Make it possible. When the player performs the ball storage replay operation, the data management unit 17a transmits a ball storage replay request including the card ID and the inter-machine card processing machine ID to the card management device 40. When the ball storage replay data is received in response to the ball storage replay request, the balance of the stored balls in the card data 16b is updated, and the number of balls corresponding to the number of stored ball replay units is added to the number of game balls of the gaming machine 20. Instruct the game management unit 18 to do so. At the time of the first ball storage replay operation, the input of the password is requested, and it is a condition for transmitting the ball storage replay request that the password matches the password shown in the card data 16b.

Further, when the game management unit 18 receives the game ball transfer request from the game machine 20, the data management unit 17a adds the number of balls instructed to the game management unit 18 to the balls held by the card data 16b. Update.

Further, when the data management unit 17a accepts the card return operation, the data management unit 17a transmits to the card management device 40 a possession ball addition request including the card ID, the inter-unit card processing machine ID, and the balance of the possession balls. Then, after clearing the card data 16b, a card ejection notification is transmitted to the card management device 40, and the card is ejected.

The settlement request data generation unit 17b is a processing unit that generates settlement request data indicating information related to settlement. The settlement request data includes a settlement ID and a settlement request amount. The payment ID is data that uniquely identifies the payment. The settlement request amount indicates the transaction amount by cashless settlement.

When the payment request data generation unit 17b receives an operation for requesting payment by cashless payment, the payment request data generation unit 17b determines a payment ID, generates payment request data 16c using the payment amount specified by the player as the payment request amount, and stores the storage unit. Store in 16.

The coding processing unit 17c is a processing unit that encodes the settlement request data 16c, the store data, the unit data, and the card ID into a two-dimensional code. The store data is data for identifying a game store, and the machine data is data for identifying a machine-to-machine card processor 10. As the table data, for example, the device ID of the own device state data 16a may be used.

The settlement request data output processing unit 17d displays and outputs the two-dimensional code generated by the coding processing unit 17c to the display operation unit 13. That is, the settlement request data output processing unit 17d outputs the store data and the unit data together with the settlement request data 16c.

The refund processing unit 17e is a processing unit that refunds the prepaid value by cashless payment. When the refund processing unit 17e accepts a refund operation requesting a refund by cashless payment, the refund request amount is set to an amount corresponding to the prepaid value shown in the card data 16b. Then, the settlement ID is determined, the refund request data including the settlement ID and the refund request amount is encoded into a two-dimensional code and displayed on the display operation unit 13, and the prepaid value is cleared to zero. The player can receive a refund for the cleared prepaid value by reading the two-dimensional code with the mobile terminal 110, acquiring the refund request data, and executing the refund process.

The function restriction unit 17f is a processing unit that manages function restriction state data 16d indicating a state of whether or not a function such as money reception is restricted when cashless payment is made. When the function restriction unit 17f accepts the transaction start operation by cashless settlement, the function restriction unit 17f restricts the function such as the acceptance of money and sets "Yes" in the function restriction state data 16d.

Further, when the function restriction unit 17f receives the special prize data of the big hit from the gaming machine 20, the function restriction unit 17f notifies the function restriction determination unit 17g of the function restriction determination instruction. When the function restriction unit 17f receives "function restriction available" from the function restriction determination unit 17g, the function restriction unit 17f releases the function restriction and sets "none" in the function restriction state data 16d. If the function restriction unit 17f receives "no function restriction" from the function restriction determination unit 17g, the function restriction unit 17f does not perform the process.

When the function restriction determination unit 17g receives the function restriction determination instruction from the function restriction unit 17f, the function restriction determination unit 17g confirms the content of the function restriction state data 16d, and if "Yes" is set, "Function restriction exists" is displayed. If "None" is set, "No function restriction" is notified to the function restriction unit 17f.

Next, an example of the own device state data 16a, the card data 16b, the payment request data 16c, and the function restriction state data 16d shown in FIG. 4 will be described. FIG. 5 is a diagram showing an example of own device state data 16a, card data 16b, settlement request data 16c, and function restriction state data 16d shown in FIG.

In the own device state data 16a shown in FIG. 5A, the ID of the inter-unit card processing machine 10 is "A101", the gaming machine ID of the connected gaming machine 20 is "B201", and the inter-unit card processing machine. It shows a state in which "ball 1" is set as 10 game types.

The card data 16b shown in FIG. 5B indicates that the ID of the card inserted in the inter-unit card processing machine 10 is "2002". Here, the first digit of the card ID indicates the type of card, the card whose first digit is "1" is a general card, and the card whose first digit is "2" is a membership card. Further, the card data 16b indicates a state in which the password for replaying the stored balls is "7777" and the prepaid value is "2000" yen.

Further, in the card data 16b, the balance of the ball 1 is "500", the balance of the ball 2 is "0", and the balance of the ball 3 is "130". As for the stored balls, the balance of the stored balls of the ball 1 is "1000", the balance of the stored balls of the ball 2 is "0", and the balance of the stored balls of the ball 3 is "0".

The settlement request data 16c shown in FIG. 5C shows a state in which the settlement ID, which is the identification information that uniquely identifies the settlement, is "A0001" and the settlement request amount is "10000" yen.

In the function-restricted state data 16d shown in FIG. 5 (d), the function-restricted state is set to "Yes". That is, it indicates that transactions by cashless payment have been started and functions such as money reception are restricted.

<Internal configuration of gaming machine 20>
Next, the internal configuration of the gaming machine 20 shown in FIG. 2 will be described. FIG. 6 is a block diagram showing an internal configuration of the gaming machine 20 shown in FIG. As shown in FIG. 6, the gaming machine 20 includes a communication control unit 23, an effect control unit 24, a game control unit 25, and a game ball control unit 26. The communication control unit 23 is a control unit for controlling data communication with the inter-unit card processor 10. For communication with the inter-unit card processing machine 10, encrypted communication using a predetermined encryption method is used.

When the game machine 20 is started, the communication control unit 23 reads the identification information from the control CPU provided in the game control unit 25 and / or the game ball control unit 26, confirms whether the identification information is appropriate, and if it is appropriate. , Communication with the inter-unit card processor 10 is established and the machine enters a standby state. When the operation permission is received from the inter-table card processing machine 10 in the standby state, the effect control unit 24, the game control unit 25, and the game ball control unit 26 are activated to enable the game.

The game control unit 25 is a control unit that controls the game by the game machine 20. Actually, the process is executed by loading and executing the program corresponding to the game control unit 25 in the CPU.

Specifically, the game control unit 25 controls the launch of the game ball to the game board surface by detecting the handle operation, detects the game ball that has entered the winning opening on the game board surface, and the random number (0 to 0) by the game ball that has entered the starting port. Among the random number values of 65535, acquisition and lottery (special symbols and ordinary symbols) of acquisition and lottery (special symbols and ordinary symbols) of big hits, small hits, and outliers are assigned to each predetermined range, and movable members (tulips, etc.) provided on the game board surface. ), Display control of the special symbol display device provided on the game board surface, detection of abnormalities that may be fraudulent (the front frame is open, vibration detected, etc.), and notification to the higher-level device.

A large number of obstacle nails are planted on the game board surface, and the game ball fired on the game board surface by operating the handle falls between the obstacle nails and wins a prize at the winning opening and the starting opening, or wins a prize. It is discharged to the outside of the game board from the out port of the game board without. A lottery is held when a game ball wins a prize at the start opening, and when a big hit occurs, a big hit game is performed in which a predetermined winning opening on the game board is controlled to be open multiple times, and the winning opening is won. By making it easier, a prize ball is given to the player.

Further, the jackpot includes a jackpot game with a privilege that grants a predetermined privilege game to the player after the jackpot game is completed. The jackpot game with benefits includes a probability fluctuation jackpot and a time-saving jackpot. The probability-variable jackpot and the time-saving jackpot grant the probability-variable game and the time-saving game as privilege games after the jackpot, respectively. In the time-saving game, the fluctuation time (from the start of the lottery process to the display of the result) of the normal symbol lottery (the above-mentioned opening and closing lottery of the movable member) and / or the special symbol lottery (the above-mentioned big hit lottery by winning the game ball) By shortening the time), the number of lottery games per unit time is increased, and the probability of winning a big hit per unit time is increased. This privilege game may include a normal symbol probability variation that increases the winning probability of the normal symbol. The time-saving game by the time-saving jackpot ends when the number of lottery of the special symbol lottery is performed a predetermined number of times after the jackpot. The probability fluctuation game will be described later.

The game control unit 25 has a probability variation function. The probability fluctuation function controls to change (generally about 10 times) the random number range of the big hit to be used for the next lottery when the lottery result falls within a particularly specified random number range among the big hits. It is a function. In the probability fluctuation game, a special symbol lottery is performed using the changed probability. The probability fluctuation game will continue until the next big hit. Further, the probability variation game and the time saving game may be given at the same time. However, in order to prevent unexpected damage to the game store, if the player acquires a certain game medium after the start of the probability fluctuation game or the time-saving game, it will be stopped (the card will be ejected once, and the prize will be exchanged or the table will be moved. It may be a process. In this case, the number of gaming media after the probability-variable gaming state is counted by the gaming machine 20, and when the counting value reaches a predetermined value, game stop control such as stopping the firing of the gaming ball is performed. Can be realized with.

The effect control unit 24 is a control unit that controls the effect during the game, and has an effect symbol lottery unit 24a and an effect lottery unit 24b. Actually, by loading and executing these programs in the CPU, the process corresponding to each of the effect symbol lottery unit 24a and the effect lottery unit 24b is executed.

The effect symbol lottery unit 24a is a lottery (specifically, the display is final) of the effect symbols (designs to be displayed by the effect symbol display device such as the display device on the game board surface) based on the special symbol lottery by the game control unit 25. Whether to stop at 7, 7, 7 etc.).

The effect lottery unit 24b performs a lottery of the type of effect (such as when a character comes out to perform a reach effect) before displaying the lottery result based on the effect symbol. Such an effect is set so that the effect selected with respect to the main lottery result is different.

The effect control unit 24 stores the effect data of each effect. Further, the effect control unit 24 controls the display of the effect symbol display device, and when the effect is executed, the effect data is superimposed on the background symbol data to display the effect. In addition, when the probability fluctuates, background color data different from the normal state is set.

The game ball control unit 26 is a control unit that controls the number of game balls. Actually, the process is executed by loading and executing the program corresponding to the game ball control unit 26 in the CPU.

Specifically, the game ball control unit 26 stores the number of game balls in the playable number memory, subtracts the number of game balls by "1" each time the game ball is fired, and the number of prize balls obtained by winning a prize. Is added to the number of game balls. Further, when the number of balls is notified by the inter-table card processing machine 10, the notified number of balls is added to the number of game balls, and the fact that the number of balls is added to the number of game balls is added to the inter-table card processing machine 10. Send the confirmation signal to indicate. In addition, the game ball control unit 26 can also perform cleaning control of the game balls (circulating balls) enclosed in the game machine 20.

Further, the game ball control unit 26 periodically transmits the number of game balls stored in the gameable number memory to the inter-table card processing machine 10. In this case, the game ball control unit 26 does not clear the contents of the playable number memory to zero, and while continuing to update the number of game balls depending on the game state, the game at the time of data acquisition to the inter-machine card processor 10. Send the number of balls.

Further, the gaming machine 20 is provided with a counting button 22, and a signal indicating that the counting button 22 is pressed is input to the game ball control unit 26. The game ball control unit 26 detects the pressing operation of the counting button 22, and if the period from the rise to the fall of the detection signal is less than a certain time, the number of game balls is determined by a certain number (for example, 100 balls per operation). Along with the data, a management transition request is transmitted to the inter-unit card processor 10. Then, the number of balls for which the management of the inter-table card processing machine 10 has been transferred is subtracted (invalidated) from the number of game balls. Further, when the pressing operation of the counting button 22 is detected and the falling is not detected for a predetermined time or more after the detection signal is raised, a fixed number of the detection signal is raised every time the detection signal is raised for a certain period of time (for example, per 5 seconds). Along with the data on the number of game balls (200 balls), a management shift request is transmitted to the inter-machine card processor 10. Then, the number of balls for which the management of the inter-table card processing machine 10 has been transferred is subtracted (invalidated) from the number of game balls. When subtracting from the number of game balls, a method of decrementing the value to be subtracted from the value of 1 stored in the memory, or updating the value stored in the memory with the value after subtraction and deleting or logically deleting the value before subtraction. A method of deleting and invalidating the value can be considered, but the value is not particularly limited as long as the value after subtraction can be specified.

The game control unit 25 and the game ball control unit 26 are respectively configured on separate substrates. The game control board on which the game control unit 25 is configured and the game ball control board on which the game ball control unit 26 is configured each have a unique ID. The game machine 20 combines the ID of the game control board and the ID of the game ball control board and uses them as the game machine ID.

<Internal configuration of card management device 40>
Next, the internal configuration of the card management device 40 shown in FIG. 2 will be described. FIG. 7 is a block diagram showing an internal configuration of the card management device 40 shown in FIG. As shown in FIG. 7, the card management device 40 is connected to the display unit 41 and the input unit 42, and has an external network communication unit 43, a store network communication unit 44, a storage unit 45, and a control unit 46.

The display unit 41 is a liquid crystal panel, a display device, or the like. The input unit 42 is a keyboard, a mouse, or the like. The external network communication unit 43 is an interface unit for communicating with the payment device 100 outside the store. The store network communication unit 44 is an interface unit for data communication with the island controller 30, the member management device 50, the prize management device 60, and the payment machine 70 in the game store via a communication line.

The storage unit 45 is a storage device such as a hard disk device or a non-volatile memory, and stores game type setting data 45a, card management data 45b, device management data 45c, and payment processing data 45d.

The game type setting data 45a is data in which the lending rate and the display name are associated with the game type. The card management data 45b is data in which the balance of the prepaid value, the balance of the balls, and the like are associated with the card ID. The device management data 45c is data related to the device installed in the game store. The device management data 45c includes a machine-to-machine card processing machine ID, an address of the machine-to-machine card processing machine 10, an installation location, a game machine ID, model data of the game machine 20 and the like.

The payment processing data 45d is data that manages payment and addition of prepaid value by cashless payment at a game store. Specifically, the settlement processing data 45d is data in which the settlement ID, the settlement request amount, the unit data, the settlement completion notification date and time, and the value-adding date and time are associated with each other.

The control unit 46 is a control unit that controls the entire card management device 40, and includes a game type setting management unit 46a, a card management unit 46b, a device management unit 46c, and a value-adding unit 46d. Actually, by loading and executing these programs on the CPU, the game type setting management unit 46a, the card management unit 46b, the device management unit 46c, and the value-adding unit 46d are made to execute the corresponding processes, respectively. ..

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

The card management unit 46b is a processing unit that manages the card management data 45b. The card management unit 46b communicates with the inter-unit card processing machine 10, the prize management device 60, and the settlement machine 70 to update the prepaid value and the balance of the balls held in association with the card ID. Further, when the card management unit 46b receives the card insertion notification from the inter-unit card processing machine 10, the card management unit 46b notifies the valuable value associated with the card and the balance of the possessed balls.

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

The value-adding unit 46d is a processing unit that adds (adds) the prepaid value of the payment request amount based on the cashless payment to the prepaid value of the card ID included in the payment request. When the value-adding unit 46d receives the payment completion notification from the payment device 100, the value-adding unit 46d registers the payment ID, the payment request amount, and the unit data of the payment completion notification in the payment processing data 45d. After that, the value-adding unit 46d notifies the inter-unit card processing machine 10 of the prepaid value-adding.

Next, an example of the game type setting data 45a, the card management data 45b, the device management data 45c, and the payment processing data 45d shown in FIG. 7 will be described. 8 and 9 are diagrams showing an example of the game type setting data 45a, the card management data 45b, the device management data 45c, and the payment processing data 45d shown in FIG. 7.

In the game type setting data 45a shown in FIG. 8A, the rate “4 yen” and the display name “4 pachinko” are associated with the game type name “ball 1”. In addition, the rate "2 yen" and the display name "2 pachi" are given to the game type name "Tama 2", and the rate "1 yen" and the display name "1 pachi" are given to the game type name "Tama 3". Associated.

In the card management data 45b shown in FIG. 8B, the card ID "1001" is associated with the prepaid value "0" frequency, the balance "0" balls of the balls held at each rate, and the usage ID "A101". That is, the card with the card ID "1001" is inserted into the stand-to-stand card processor 10 with the device ID "A101", and the management of the jade is transferred to the stand-to-stand card processor 10. Therefore, the balance of the balls held at each rate is zero.

Further, in the card management data 45b shown in FIG. 8 (b), the card ID "2001" has a prepaid value "3000" frequency, and as the possession balls, the balance "1500" of the possession balls of the ball 1 and the possession balls of the ball 2 It is associated with the balance "2500" ball and the balance "0" ball of the ball 3 possession ball, but the usage ID is not associated. That is, the card with the card ID "2001" is not inserted into the inter-machine card processing machine 10, and the holding balls are managed by the card management device 40.

In the device management data 45c shown in FIG. 8C, the installation location of the inter-unit card processor 10 with the ID "A101" is "Island 1-1", the ID of the connected gaming machine 20 is "B201", and the gaming type. Indicates "ball 1", the model of the connected gaming machine 20 is "EV01", and the serial number is "a". It also shows that the gaming machine 20 is in use.

Further, in the device management data 45c, the installation location of the inter-unit card processor 10 with the ID "A201" is "Island 2-1", the ID of the connected gaming machine 20 is "B506", and the gaming type is "Tama 3". , The model of the connected gaming machine 20 is "DK03", and the serial number is "g". It also shows that the gaming machine 20 is in use.

The settlement processing data 45d shown in FIG. 9 is data in which the settlement ID, the settlement request amount, the card ID, the unit data, the settlement completion notification date and time, and the value-adding date and time are associated with each other. Specifically, the payment processing data 45d is for the payment ID "A0001", the payment request amount "10000" yen, the card ID "2001", the unit data "device ID: A101", and the payment completion notification date and time "2020 /". 03/01 13:33 ”and the value-adding date and time“ 2020/03/01 13:34 ”are associated with each other.

<Internal configuration of member management device 50>
Next, the internal configuration of the member management device 50 shown in FIG. 2 will be described. FIG. 10 is a block diagram showing an internal configuration of the member management device 50 shown in FIG. As shown in FIG. 10, the member management device 50 is connected to the display unit 51 and the input unit 52, and has a store network communication unit 53, a storage unit 54, and a control unit 55.

The display unit 51 is a liquid crystal panel, a display device, or the like. The input unit 52 is a keyboard, a mouse, or the like. The store network communication unit 53 is an interface unit for data communication with the island controller 30, the card management device 40, the prize management device 60, and the payment machine 70 in the game store via a communication line.

The storage unit 54 is a storage device such as a hard disk device or a non-volatile memory, and stores member management data 54a. The member management data 54a is data in which the member name, the stored balls, and the like are associated with the card ID.

The control unit 55 is a control unit that performs overall control of the member management device 50, and has a member management unit 55a. Actually, the process is executed by loading the program corresponding to the control unit 55 into the CPU and executing it.

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

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

Next, the data stored in the storage unit 54 of the member management device 50 shown in FIG. 10 will be described. FIG. 11 is a diagram showing an example of the member management data 54a shown in FIG.

The member management data 54a shown in FIG. 11 shows a state in which the name "Game Taro", the balance of stored balls of each game type, the mobile IDm "IDmX1", and the like are associated with the card ID "2001". Although not shown here, the member management data 54a can store member points, number of visits, game history, personal identification number, etc. in association with the card ID. The above-mentioned mobile IDm is identification data that can identify a mobile terminal such as a mobile phone, and is used when the mobile terminal is used as a membership card.

Further, the member management data 54a shows a case where the stored balls of the three game types of "ball 1", "ball 2", and "ball 3" are stored. Here, the balance of the stored balls of "ball 1" of the card ID "2001" is "250" balls, the balance of the stored balls of "ball 2" is "1000" balls, and the balance of the stored balls of "ball 3" is. The case where it is a "4000" ball is shown.

<Internal configuration of mobile terminal 110>
Next, the internal configuration of the mobile terminal 110 shown in FIG. 2 will be described. FIG. 12 is a block diagram showing an internal configuration of the mobile terminal 110 shown in FIG. As shown in FIG. 12, the mobile terminal 110 includes a display operation unit 111, a speaker 112, a camera 113, a communication unit 114, a storage unit 115, and a control unit 116.

The display operation unit 111 is an input / output interface for performing display output and operation input, such as a touch panel display. The speaker 112 is an output interface that outputs audio. The camera 113 is an imaging device used for capturing a two-dimensional code displayed on the display operation unit 13 of the inter-unit card processor 10. The communication unit 114 is a communication interface for data communication with the payment device 100 via a predetermined network such as the Internet.

The storage unit 115 is a storage device such as a non-volatile memory, and stores user data 115a, payment management data 115b, and the like. The user data 115a is various data related to the user of the mobile terminal 110, and may include a name, an address, an e-mail address, an account of a financial institution, and the like. The payment management data 115b is data for managing cashless payment, and associates the processing status with various information acquired from the machine-to-machine card processing machine 10.

The control unit 116 is a control unit that controls the entire mobile terminal 110, and includes a decoding processing unit 116a, a payment processing unit 116b, and the like. Actually, by loading and executing these programs in the CPU, the decoding processing unit 116a, the payment processing unit 116b, and the like are made to execute the corresponding processes, respectively.

The decoding processing unit 116a is a processing unit that decodes the two-dimensional code and acquires payment request data, card ID, store data, and stand data when the camera 113 captures the two-dimensional code. The decryption processing unit 116a associates the processing data with the payment request data, the card ID, the store data, and the unit data acquired by the decryption, and registers the processing data in the payment management data 115b. The processing data includes a reading date and time indicating the date and time when the two-dimensional code was read, a payment request date and time indicating the date and time when the payment request was sent to the payment device 100, and a payment completion indicating the date and time when the payment completion notification was received from the payment device 100. Including the date and time. At the time of registration by the decryption processing unit 116a, only the reading date and time is registered, and the settlement request date and time and the settlement completion date and time are appropriately registered by the settlement processing unit 116b.

The payment processing unit 116b is a processing unit that executes payment processing based on payment request data. When the payment management data 115b is registered, the payment processing unit 116b adds information necessary for payment such as an account used for payment to the payment request data, and makes a payment including payment request data, card ID, store data, and unit data. The payment process is performed by transmitting the request to the payment device 100.

The settlement processing unit 116b registers the settlement request date and time of the settlement management data 115b when the settlement request is transmitted. After that, when the payment completion notification is received from the payment device 100, the payment processing unit 116b identifies the corresponding payment management data 115b based on the payment ID included in the payment completion notification, and the specified payment management data 115b Register the payment completion date and time.

When the settlement processing unit 116b makes a settlement request for the settlement related to the refund, after registering the settlement completion date and time, the settlement processing unit 116b notifies the completion of the refund by display output to the display operation unit 111 or the like, and ends the process.

Here, the determination of the account to be used for settlement will be described. As the account used for settlement, for example, the account stored in the user data 115a may be used. When there are a plurality of usable accounts, it may be determined by a player's selection operation, or the account to be used may be set in advance. It is also possible to set conditions and select an account to use.

Next, the data stored in the storage unit 115 of the mobile terminal 110 shown in FIG. 12 will be described. FIG. 13 is a diagram showing an example of the settlement management data 115b shown in FIG.

The payment management data 115b shown in FIG. 13 associates payment request data, card ID, store data, unit data, and processing data. In addition, the settlement request data includes a settlement ID, a settlement request amount, an account, and the like. The processing data includes a reading date and time, a settlement request date and time, and a settlement completion date and time.

Specifically, the settlement management data 115b has a settlement request amount of "10000" yen, an account "B bank C branch ordinary 1234567", a card ID "2001", and store data for the settlement ID "A0001" of the settlement request data. The "store ID: Y012" and the unit data "device ID: A101" are associated with each other. Further, as the processing data, the reading date and time "2020/03/01 13:31", the settlement request date and time "2020/03/01 13:32", and the settlement completion date and time "2020/03/01 13:33" are associated with each other. There is.

<Processing procedure of the inter-machine card processing machine 10>
Next, the processing procedure of the inter-unit card processing machine 10 will be described. FIG. 14 is a flowchart showing a processing procedure of the inter-unit card processing machine 10. First, if the player accepts the cashless transaction start operation by the touch operation of the display operation unit 13 (step S101), the acceptance of money and the like is restricted (step S102).

When the special prize data of the big hit is received (step S103; Yes), the function restriction is released (step S104). If the special prize data of the big hit is not received (step S103; No), the process proceeds to step S105.

If the player specifies the amount of the cashless transaction (step S105), the payment request data or the like is encoded into a two-dimensional code and displayed on the display operation unit 13 (step S106).

When the special prize data of the jackpot is received (step S107; Yes) and the function is restricted (step S108; Yes), the function restriction is released (step S109). If the special prize data of the big hit is not received (step S107; No), or even if the special prize data of the big hit is received (step S107; Yes), the function is not restricted (step S108; No), the step S110 is performed. Transition.

When the prepaid value grant is received from the card management device 40 (step S110), the prepaid value is displayed on the display operation unit 13 (step S111). If the function is restricted (step S112; Yes), the function restriction is released (step S113), and the process ends. If the function is not restricted (step S112; No), the process ends as it is.

As described above, the game management system according to the present embodiment prevents the situation caused by the simultaneous occurrence of cashless payment and cash payment by restricting the acceptance of money at the time of cashless payment operation, and the game. It is possible to smoothly manage prepaid value while improving customer convenience.

In the above embodiment, a configuration for generating a two-dimensional code with the inter-unit card processing machine 10 has been described, but the present invention is not limited to this, and a two-dimensional code server is installed outside the game store. , The two-dimensional code server can also be configured to collectively generate a two-dimensional code.

Specifically, when the amount of cashless transaction is input to the inter-machine card processing machine 10, the amount and the like are notified to the two-dimensional code server via the card management device 40 as payment request data. The two-dimensional code server generates a two-dimensional code from the payment request data and notifies the card management device 40 and the payment device 100.

The inter-unit card processor 10 receives the two-dimensional code from the card management device 40 and displays it on the display operation unit 13. The mobile terminal 110 takes an image of the displayed two-dimensional code and notifies the payment device 100 of the two-dimensional code. If the two-dimensional code received from the two-dimensional code server and the mobile terminal 110 match, the payment device 100 makes a payment based on the information of the two-dimensional code.

In this way, by installing a two-dimensional code server outside the game store and generating the two-dimensional code collectively with the two-dimensional code server, the convenience of the player is improved and the operation of valuable value is smooth. It can be carried out.

<Minimum settlement request amount limit procedure when operating cashless transactions>
Further, in the above embodiment, the cashless transaction amount has been described as a configuration in which the player can freely specify the cashless transaction amount, but the present invention is not limited to this, and a transaction with a set minimum settlement request amount or more is performed. It can also be configured to do so.

Specifically, as shown in FIG. 15, when the player specifies cashless transaction in the display operation unit 13 of the inter-machine card processing machine 10, the purchase amount input screen is displayed (S21). When the player inputs 500 yen as the purchase amount (S22), the player is notified to specify the amount of 1000 yen or more, which is the minimum purchase amount set in advance (S23).

When the player re-enters 1000 yen, which is equal to or greater than the minimum purchase amount (S24), the two-dimensional code for payment is displayed (S25).

In this way, by configuring the transaction to be performed with the set minimum settlement request amount or more, it is possible to prevent the player from making unnecessary settlement transactions.

Here, in the above embodiment, the case where the transaction is configured to be performed in the minimum settlement request amount or more has been described, but when the sum of the current prepaid balance and the settlement request amount is equal to or more than the minimum settlement request amount, It can also be configured to allow cashless payments.

In the above embodiment, the configuration in which the minimum purchase amount is freely set has been described, but the present invention is not limited to this, and the amount of money that is the minimum input unit (for example, the minimum input unit of 25 balls is 100). In the case of yen, the minimum settlement request amount is 100 yen) can be automatically set as the minimum purchase amount.

Further, in the above embodiment, the configuration in which the purchase amount is input in the display operation unit 13 of the inter-unit card processor 10 has been described, but the present invention is not limited to this, and the purchase amount is input by the mobile terminal 110. Even in the case of the method of inputting and generating a two-dimensional code and reading the two-dimensional code with the inter-unit card processor 10, if the purchase amount specified in the two-dimensional code is less than the minimum purchase amount, the purchase is made. It is also possible to configure the display operation unit 13 to display a message prompting the re-entry of the amount.

Further, in the above embodiment, the configuration in which the player can freely specify the purchase amount has been described, but the present invention is not limited to this, and a fixed amount (for example, 400) can be read by reading the two-dimensional code once. It is also possible to set a yen) to make a payment and lend a ball for the set amount.

Further, in the above embodiment, the configuration in which the ball lending is performed with the lending unit price fixed regardless of the payment method has been described, but the present invention is not limited to this, and is set in advance depending on the difference in the payment method. It is also possible to configure the ball lending for the amount of money (for example, in the case of cash settlement, the ball lending for 200 yen when the 1 ball lending button is pressed. In the case of cashless payment, the ball lending for 400 yen when the settlement is completed). ..

<Guidelines for generalizing the functions of payment devices during cashless transaction operations>
Further, in the above embodiment, the configuration in which the payment request data including the unit data is notified to the payment device 100 to perform the payment processing has been described, but the present invention is not limited to this, and the payment device 100 is not limited to this. It is also possible to eliminate the need for card ID and stand data.

Specifically, as shown in FIG. 16, the inter-unit card processing machine 10 displays a two-dimensional code including a payment ID, a deposit amount, a card ID, store data, and unit data (S31). The mobile terminal 110 reads the two-dimensional code (S32), notifies the payment device 100 of the payment request including the payment ID, the deposit amount, and the store data (S33), and sends the payment ID, the card ID, and the unit data to the card. Notify the management device 40 (S34). The mobile terminal 110 and the card management device 40 are connected so as to be able to communicate with each other by providing a wireless communication network in the game store or the like.

The payment device 100 performs payment processing based on the received payment request, notifies the mobile terminal 110 of the payment completion notification (S35), and also notifies the card management device 40 (S35').

The card management device 40 performs payment processing and adds prepaid value based on the payment completion notification received from the payment device 100 and the payment ID, card ID, and unit data received from the mobile terminal 110 (S36). The card management device 40 notifies the inter-unit card processing machine 10 of the prepaid value addition (S37).

In this way, by notifying the card management device 40 of the card ID and the machine data from the mobile terminal 110, the payment device 100 can be configured to eliminate the need for the card ID and the machine data.

<Centralized management procedure for payment processing during cashless transaction operation>
Further, in the above embodiment, the configuration in which the payment processing is centrally managed by the payment device 100 has been described, but the present invention is not limited to this, and the card management device 40 manages the transaction serial numbers. Therefore, the card management device 40 can be configured to centrally manage payment processing.

Specifically, as shown in FIG. 17, the player specifies the amount of cashless transaction in the inter-machine card processing machine 10 (S41). The inter-unit card processor 10 requests a transaction serial number from the card management device 40 (S42), the card management device 40 issues a transaction serial number (S43), and transfers the transaction serial number to the inter-unit card processor 10. Notify (S44).

The inter-unit card processing machine 10 generates and displays a two-dimensional code including the received transaction serial number (S45). The mobile terminal 110 reads the two-dimensional code (S46) and notifies the payment device 100 of the payment request including the transaction serial number (S47).

The payment device 100 performs payment processing based on the received payment request, notifies the mobile terminal 110 of the payment completion notification including the transaction serial number (S48), and also notifies the card management device 40 (S48). ´).

The card management device 40 performs payment processing and addition of prepaid value based on the payment completion notification including the transaction serial number received from the payment device 100 (S49). The card management device 40 notifies the inter-unit card processing machine 10 of the prepaid value addition (S50).

In this way, by managing the transaction serial numbers in the card management device 40, the card management device 40 can be configured to centrally manage the payment processing.

Further, each configuration shown in each of the above embodiments is a schematic function, and does not necessarily have to be physically illustrated. That is, the form of distribution / integration of each device is not limited to the one shown in the figure, and all or part of the device is functionally or physically distributed / integrated in an arbitrary unit according to various loads and usage conditions. Can be configured.

When the game management system and the game management method according to the present invention limit some functions such as payment during cashless payment operation to improve the convenience of the player and smoothly manage the valuable value. Are suitable.

10 Card processing machine 11 Status display unit 12 Bill transfer unit 12a Bill insertion port 13 Display operation unit 14 Reader / writer 14a Card insertion port 15 Communication unit 16 Storage unit 16a Own device status data 16b Card data 16c Payment request data 16d Function restriction Status data 17 Control unit 17a Data management unit 17b Payment request data generation unit 17c Coding processing unit 17d Payment request data output processing unit 17e Refund processing unit 17f Function restriction unit 17g Function restriction judgment unit 18 Game management unit 18a Authentication processing unit 18b Authentication Key management unit 18c Game machine status management unit 20 Game machine 21 Handle 22 Count button 23 Communication control unit 24 Production control unit 24a Production design lottery unit 24b Production lottery unit 25 Game control unit 26 Game ball control unit 26a Gameable number management unit 30 Island controller 40 Card management device 41 Display unit 42 Input unit 43 External network communication unit 44 Store network communication unit 45 Storage unit 45a Game type setting data 45b Card management data 45c Device management data 45d Payment processing data 46 Control unit 46a Game type setting management Department 46b Card management unit 46c Device management unit 46d Value-adding unit 50 Membership management device 51 Display unit 52 Input unit 53 Store network communication unit 54 Storage unit 54a Membership management data 55 Control unit 55a Membership management unit 60 Prize management device 70 Settlement machine 100 Payment device 110 Mobile terminal 111 Display operation unit 112 Speaker 113 Camera 114 Communication unit 115 Storage unit 115a User data 115b Payment management data 116 Control unit 116a Decryption processing unit 116b Payment processing unit

Claims (9)

A gaming machine that stores the number of gaming media used for the game and plays a game using the gaming medium, and a gaming device that is attached to the gaming machine and stores the number of holding gaming media that are counted by the gaming machine. A gaming system having a management device for managing valuable value associated with a recording medium that can be accepted by the gaming device.
A payment request means by which the game device requests the predetermined payment server device to settle the payment request amount specified by the player.
When the payment request is accepted by the approval server device, the management device obtains a valuable value corresponding to the recording medium to be processed by the game device of the payment request source with a valuable value corresponding to the payment request amount. Update means to update and
When the gaming device is being renewed for the valuable value associated with the payment request, the valuable value, the number of gaming media stored in the gaming machine, and / or the holding stored in the gaming device. A game management system characterized in that it is equipped with a limiting means for limiting processing that involves an increase or decrease in the game value, which consists of the number of game media. The limiting means
The game management according to claim 1, wherein processing involving an increase or decrease in the game value is restricted from the time when the payment operation is received in the game device until the valuable value is updated by the renewal means. system. The limiting means
The second aspect of claim 2, wherein the lending process of the game medium by the game device is restricted from the time when the payment operation is received in the game device until the valuable value is renewed by the renewal means. Game management system. The limiting means
The game management according to claim 2, wherein the reception of money by the game device is restricted from the time when the payment operation is received by the game device until the valuable value is updated by the renewal means. system. The limiting means
2. The claim 2 is characterized in that the addition process of the number of gaming media stored in the gaming machine is limited from the time when the payment operation is received in the gaming device until the valuable value is updated by the updating means. The game management system described in. The limiting means
A claim characterized in that the addition process of the number of game media stored in the game device is limited from the time when the payment operation is received in the game device until the valuable value is updated by the update means. Item 2. The game management system according to item 2. A special gaming state generation specifying means for specifying the occurrence of a special gaming state that is more advantageous to the player than the normal gaming state in the game with the gaming machine, and
Any of claims 1 to 6, further comprising a restriction releasing means for releasing the restriction by the restricting means when the occurrence of the special gaming state is specified by the special gaming state generation specifying means. The game management system described in one. A unit storage means for storing a unit of valuable value that can be used for a game on a gaming machine,
When the sum of the valuable value managed by the management device and the valuable value corresponding to the settlement request amount specified by the player is less than the game value stored in the usage unit storage means, the settlement request is made. The game management system according to any one of claims 1 to 7, further comprising a means for restricting payment requests to be restricted. A gaming machine that stores the number of gaming media used for the game and plays a game using the gaming medium, and a gaming device that is attached to the gaming machine and stores the number of holding gaming media that are counted by the gaming machine. A game management method in a game system having a management device for managing valuable value associated with a recording medium that can be accepted by the game device.
A payment request process in which the game device requests the predetermined payment server device to settle the payment request amount specified by the player.
When the settlement request is accepted by the approval server device, the management device determines the value corresponding to the recording medium to be processed by the game device of the settlement request source by the value corresponding to the settlement request amount. The update process to update and
When the gaming device is undergoing the update processing of the valuable value accompanying the payment request, the valuable value, the number of gaming media stored in the gaming machine, and / or the holding stored in the gaming device. A game management method including a limiting process that limits processing that involves an increase or decrease in game value, which consists of the number of game media.

Images