JP2018007927A - Game medium management system, each machine device, and game medium management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance convenience by adapting to various operations in a game parlor.SOLUTION: When an owned ball riding-in replay is not a limitation target (a), an inter-machine card processor 10 subtracts a predetermined number of own balls other than those of a setting game type managed by an own device without recourse to communication with a member management device 50 when receiving owned ball riding-in replay operation, and executes putout of game balls. When the owned ball riding-in replay is a limitation target (b), the inter-machine card processor 10 transmits a replay request to the member management device 50 when receiving the owned ball riding-in replay operation, subtracts a predetermined number of own balls other than those of the setting game type managed by the own device with the proviso that a replay permission is received from the member management device 50, and executes putout of the game balls.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a game medium management system, each device, and a game medium management method for managing the number of game media acquired by a game player.

  Conventionally, a game store such as a pachinko store manages various information related to the player in association with identification information for identifying the player and provides various services to the player. For example, Patent Document 1 provides a savings service in which the number of game media is managed in association with the member ID of a player registered as a member of a game store, and the number of game media can be used for games and prize exchange from the next day. A storage management device is disclosed.

  The player can transfer the possessed ball to the accumulated ball by registering the retained ball, which is the number of game media acquired in the game, in the above-described accumulated ball management apparatus. Mochitama can be used for games and prize exchange only within a predetermined time limit (for example, until the closing time of the day), but it can be used beyond the predetermined time limit by shifting to a stored ball. In addition to game balls, medals and the like are used as game media, but in this specification, for the sake of simplicity, they will be referred to as holding balls and storage balls regardless of the shape of the game media.

  In addition, games of a plurality of game types are provided at one game store. The game type is a type set for the game medium based on a difference in shape, unit price at the time of lending, and the like. For example, a game ball used in a pachinko and a medal used in a slot are set as different game types. Similarly, even for game balls used for pachinko, game balls lent at a 4 yen rate of 4 yen per ball and game balls lent at a 1 yen rate of 1 yen per ball are different game types. Set as

  In a game store using a plurality of game types, the inside of the store is divided into game types, and the same game type is used to play games in the same division. For example, in a game shop using a 4 yen rate and a 1 yen rate, a 4 yen rate section and a 1 yen rate section are separated.

  In the case of using stored balls in a 4-yen rate zone, a predetermined number of balances of 4-yen rate stored balls are subtracted, and a corresponding number of game balls are paid out. The process of paying out game balls by subtracting the balance of the stored balls in this way is called replaying the stored balls.

  In addition, the balance of the stored ball may be made available in other rate sections. For example, when 200 balls are paid out in a 1-yen zone, 50 balances are subtracted from the balance of 4-yen stored balls. In this way, using the balance of the stored ball for payout processing in a section of another rate is referred to as “re-entering and playing the stored ball”.

JP 2011-217846 A

  However, as services that players can receive, such as replays of stored balls and replays of players, are diversified, the services adopted by each game store differ, and the services provided by the game stores and the operation of various devices Depending on the combination, there is a problem that the convenience of the player may be reduced.

  For example, there is a desire to provide a re-entering / replaying of a holding ball as well as a re-entering / replaying of stored balls. On the other hand, there is also a demand to limit the game using a ball other than the holding ball in the corresponding section, such as storing balls and entering and replaying. In the case of providing such a restriction, the cumulative value of the number of game media paid out by the replay subject to restriction is managed by the host device, and the replay is performed on condition that the cumulative value is not more than a predetermined upper limit value. The structure which permits is conceivable.

  On the other hand, there is also a demand for providing the same service as the conventional holding ball replay when providing the holding ball replay. In particular, for a player who recognizes the holding ball in the same manner as a ball housed in a conventional ball box, such an operation is easy to become familiar with.

  As described above, a plurality of operations can be considered for the in-game replay of the holding ball depending on the operation of the game shop and the convenience of the player.

  For these reasons, it is an important issue how to provide a system and an apparatus that can be adapted to various operations of an amusement store and improve convenience.

  The present invention has been made to solve the above-described problems and to solve the problems, and is adapted to various operations of a game store and realizes an improvement in convenience, a game medium management system, and each device It is another object of the present invention to provide a game medium management method.

  In order to solve the above-described problems and achieve the object, the present invention provides a game having each device installed in association with a gaming machine and a management device that manages the number of game media acquired by the player through the game In each of the medium management systems, each of the stand devices executes a first replay process for performing a first replay process for replaying a game medium of the own game type corresponding to the own apparatus acquired by the player on the day. A second replay for executing a second replay process for replaying the game medium of the own game type based on a play processing unit and a game medium other than the own game type acquired by the player on the day Based on information acquired from the management device via the communication unit, a communication unit that communicates with the processing unit, and the management device, it is determined whether the game media acquired on the day can be replayed. The first replay operation and the device itself A second replay operation for determining whether or not the game medium acquired on the day can be replayed based on the information held, and an operation setting unit capable of being set. To do.

  Further, the present invention is the above invention, wherein the management device includes a replay restriction setting unit that sets a restriction on the replay process as a replay restriction, and the operation setting unit relates to the second replay process. Replay operation is set, and if the condition set in the replay restriction setting unit includes a restriction on the second replay process, the first replay operation is set, The second replay operation is set when the restriction on the second replay process is not included.

  Further, in the present invention according to the above-described invention, the replay restriction setting unit includes a type of replay process included in the replay restriction target, and a game medium that can be used for a game by the replay process of the type. The upper limit value of the number is set as the replay limit.

  Further, the present invention is characterized in that, in the above-mentioned invention, the replay restriction setting unit sets the upper limit value for each game type of game media that can be used for a game by the replay process.

  Also, in the present invention according to the above-described invention, the second replay processing unit specifies a game medium of a game type that has the same shape type and a different unit price, and converts it to a game medium of the own game type. And replaying by specifying a game medium of a game type of a different shape type and converting it to a game medium of the own game type.

  Further, in the above invention, the present invention provides a notification in which a different notification is made between a state in which the replay process included in the replay restriction target is performed and a state in which the replay process outside the replay restriction target is performed. The apparatus further includes a section.

  Further, the present invention is an apparatus that is attached to a gaming machine that performs a game using a game medium and performs processing related to the game medium based on a player's operation, which the player has acquired on the day A first replay processing unit for executing a first replay process for replaying a game medium of the own game type corresponding to the own device; and a game medium other than the own game type acquired by the player on the day A second replay processing unit for executing a second replay process for replaying the game medium of the game type based on the communication, a communication unit for communicating with a predetermined management device, and the communication unit. Based on the information acquired from the predetermined management device via the first replay operation for determining whether the replay of the game medium acquired on the day is possible and the information held by the own device The game media acquired on the day can be replayed A second replay operation of determining whether, characterized in that it comprises an operation setting section can be set.

  The present invention also relates to a game medium management method in a game medium management system having each device installed in association with a gaming machine and a management device for managing the number of game media acquired by a player through a game. A communication step for communicating with the management device, and a first replay for determining whether or not the game medium acquired on the day can be replayed based on the information acquired from the management device by the communication step. It is used from a plurality of replay operations including the operation and a second replay operation for determining whether or not the game medium acquired on the day can be replayed based on information held by the own device. According to the operation setting step for selecting and setting the replay operation, and according to the replay operation set by the operation setting step, the player's game type corresponding to the player's own device acquired on the day A first replay process for replaying the game medium, and a second replay process for replaying the game medium of the game type based on a game medium other than the game type acquired by the player on the day And a replay processing step for executing at least one of the play processing.

  According to the present invention, each stand device performs a first replay process for performing a first replay process for replaying a game medium of the own game type corresponding to the own apparatus acquired by the player on the day. And a second replay processing unit for executing a second replay process for replaying a game medium of the own game type based on a game medium other than the own game type acquired by the player on the day. Based on the information acquired through communication with the management device, the first replay operation for determining whether the replay of the game medium acquired on the day is possible, and the information held by the own device Based on this, it is possible to set the second replay operation for determining whether or not the game media acquired on the day can be replayed. Can be realized.

FIG. 1 is an explanatory diagram of the concept of the game medium management system according to the present embodiment. FIG. 2 is a diagram showing the system configuration of the amusement store. FIG. 3 is a diagram showing the appearance of the inter-card card processing machine. FIG. 4 is a functional block diagram showing the configuration of the inter-card card processor. FIG. 5 is an explanatory diagram for explaining an example of data stored in the storage unit of the inter-card card processor. FIG. 6 is a functional block diagram showing a configuration of the card management apparatus shown in FIG. FIG. 7 is an explanatory diagram for explaining an example of data stored in the storage unit of the card management apparatus. FIG. 8 is a functional block diagram showing the configuration of the member management apparatus shown in FIG. FIG. 9 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 1) FIG. 10 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 2) FIG. 11 is an explanatory diagram for explaining an example of data stored in the storage unit illustrated in FIG. 8. (Part 3) FIG. 12 is a flowchart showing a processing procedure of a holding ball entry / replay by the inter-card card processing machine. FIG. 13 is an explanatory diagram of notification by the notification control unit. FIG. 14 is an explanatory diagram of an operation for selecting the game type of the boarding party. FIG. 15 is a diagram illustrating a modification example of the selection operation of the game type of the boarding source. FIG. 16 is an explanatory diagram of selection of a boarding source from the holding ball information button. FIG. 17 is an explanatory diagram of a modified example of selection of an entry source from the holding ball information button.

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

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

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

  The member management device 50 manages information related to member players registered as members in the game store. In addition, the stored balls are managed in association with member players. Furthermore, the member management apparatus 50 manages replay restriction data and replay performance data. The replay restriction data is data in which replay restriction is set, and indicates the type of replay to be restricted and the upper limit value of the number of game media to be paid out by the replay to be targeted. The replay performance data indicates a cumulative value for each player of the number of game media paid out by replay to be restricted.

  The types of replay subject to restriction are Mochitama Replay, Mochitama Re-play, Savings Re-play, and Re-entering Replay. Mochitama replay is a process of subtracting a set game type possession ball, which is a game type installed in the inter-card processing machine 10, and paying out a corresponding number of game media. Mochitama entering and replaying is a process of subtracting the remaining balls other than the set game type and paying out game media of the set game type. The stored ball replay is a process of subtracting the set game type stored balls and paying out a corresponding number of game media. The stored ball entry / replay is a process of subtracting the stored balls other than the set game type and paying out the game medium of the set game type.

  It is general that the replay of the holding ball is not subject to the replay restriction, and the replay of the stored ball and the replaying of the stored ball are generally subject to the replay restriction. On the other hand, whether or not to make a game play replay is subject to replay restrictions depends on the amusement store. Therefore, the inter-card card processing machine 10 according to the present embodiment makes the operation of the inter-card card processing machine 10 different depending on whether or not the in-game play replay is targeted for replay restriction. ing.

  Fig.1 (a) has shown the operation | movement of the inter-card card processing machine 10 at the time of carrying out holding ball entry into the object of the replay restriction | limiting. When the inter-card processing machine 10 accepts the possession ball replay operation, the predetermined number of possession balls of the set game type managed by the own device is subtracted, and the game balls are paid out.

  Similarly, when the inter-card processing machine 10 accepts the possession ball entry / replay operation, a predetermined number of possession balls other than the set game type managed by the own device is subtracted, and the game balls are paid out.

  If the stored ball replay operation is accepted, the inter-card card processing machine 10 transmits a replay request to the member management device 50. When the member management device 50 receives the replay request, the member management device 50 refers to the replay record data and the replay restriction data, and determines whether or not the replay violates the restriction. If the limit is not violated, that is, if the accumulated value is less than or equal to the upper limit even if replay is executed, the member management device 50 subtracts a predetermined number of stored balls managed by the own device, and grants replay permission to the inter-card. It transmits to the processing machine 10, and replay performance data is updated. The inter-card processing machine 10 executes payout of game balls on condition that the replay permission is received from the member management device 50. In addition, although illustration was abbreviate | omitted, when the inter-card card processing machine 10 accepts a savings ball entering / replaying operation, a replay request is transmitted to the member management device 50 in the same manner as when a savings ball replaying operation is accepted. Then, on the condition that the replay permission is received from the member management device 50, the payout of the game balls is executed.

  FIG.1 (b) has shown operation | movement of the inter-card card processing machine 10 at the time of making the holding ball entry into the object of replay restriction | limiting. When the inter-card processing machine 10 accepts the possession ball replay operation, the predetermined number of possession balls of the set game type managed by the own device is subtracted, and the game balls are paid out.

  On the other hand, when receiving the holding ball entry / replay operation, the inter-card card processing machine 10 transmits a replay request to the member management device 50. When the member management device 50 receives the replay request, the member management device 50 refers to the replay record data and the replay restriction data, and determines whether or not the replay violates the restriction. If the limit is not violated, that is, if the accumulated value is not more than the upper limit even if replay is executed, the member management device 50 transmits a replay permission to the inter-card card processing machine 10, and the replay record data is stored. Update. Since the management of the possession is not performed by the member management apparatus 50 but by the inter-card card processing machine 10, the inter-card card processing apparatus 10 is subject to the condition that it has received replay permission from the member management apparatus 50. A predetermined number of balls other than the set game type managed by the device are subtracted, and game balls are paid out.

  If the stored ball replay operation is accepted, the inter-card card processing machine 10 transmits a replay request to the member management device 50. When the member management device 50 receives the replay request, the member management device 50 refers to the replay record data and the replay restriction data, and determines whether or not the replay violates the restriction. If the limit is not violated, that is, if the accumulated value is less than or equal to the upper limit even if replay is executed, the member management device 50 subtracts a predetermined number of stored balls managed by the own device, and grants replay permission to the inter-card. It transmits to the processing machine 10, and replay performance data is updated. The inter-card processing machine 10 executes payout of game balls on condition that the replay permission is received from the member management device 50. In addition, although illustration was abbreviate | omitted, when the inter-card card processing machine 10 accepts a savings ball entering / replaying operation, a replay request is transmitted to the member management device 50 as in the case of accepting a savings ball replaying operation Then, on the condition that the replay permission is received from the member management device 50, the payout of the game balls is executed.

  As described above, when the member management device 50 manages the replay restriction using the replay restriction data and the replay record data, the inter-card processing machine 10 is subject to restriction on the in-game replay. In this case, the game balls are paid out according to the re-playing request to the member management device 50 and the re-play permission is received, and the re-playing of the revolving ball is restricted. If it is not eligible, the game balls will be paid out in accordance with the in-game play and replay regardless of the communication with the member management device 50. Can be realized. In other words, the amusement store can arbitrarily set whether or not to limit the in-game replay, and if the in-game replay is out of the limit, Even in a state where communication between the machine 10 and the member management apparatus 50 is not possible, it is possible to perform a play-in / re-play.

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

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

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

  Therefore, when the passing of a game ball that has been struck to a specific winning area is detected by the winning sensor, the gaming machine 20 should be given from the stored contents of the winning ball memory and the number of game balls that have passed the winning area. The number of prize balls can be determined, and the determined number of prize balls can be paid out.

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

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

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

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

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

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

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

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

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

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

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

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

  Furthermore, the member management device 50 manages the settings related to boarding, and when carrying in the storage ball, subtraction from the number of payout units and the balance of the storage ball based on the game type of the boarding source and the boarding destination Determine the value. In the following specification, when the number of game media of the first game type (for example, rate) is used as a game medium of the second game type (for example, rate) by conversion processing, The first game type will be referred to as a “boarding source”, and the second game type will be referred to as a “boarding destination”.

  Further, the member management apparatus 50 manages replay restrictions using the replay restriction data and the replay record data. The details of this replay restriction will be described later.

  The prize management device 60 is a prize exchange terminal device provided in the prize exchange counter in the amusement store, and performs prize exchange processing for exchanging the acquired balls, the number of stored balls, and the number of held balls for prizes. The prize management device 60 is connected to a card reader that reads a card ID from a card and a prize dispensing device that dispenses prizes. The prize management device 60 transmits the card ID to the card management device 40 when the card ID is read from the general card or the membership card (or when the identification data corresponding to the card ID is read from the portable terminal or the like). Requesting the number of balls with the card ID. When exchanging prizes for the number of stored balls, the member management device 50 is requested for the number of stored balls. Further, the prize management device 60 can accept a membership card and accept a setting operation as to whether or not to carry a holding ball or a stored ball and which game type to use. The setting operation can be an operation performed by a player, but can also be an operation performed by a store clerk of a game store.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  In addition, when there is a sufficient balance of stored balls at a rate set to allow entry, the member management device 50 and the inter-card card processing machine 10 can reenter and replay the stored balls. The details of the re-entry play of the stored ball will be described later.

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

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

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

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

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

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

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

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

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

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

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

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

  The replay restriction target data 16c is data indicating whether or not the replay type is a restriction target. The types of replays include replays for holding balls, replays for holding balls, replays for storing balls, and replays for storing balls, and whether or not these types are restricted is set. The replay restriction target data 16c is data stored based on the replay restriction data 55d of the member management device 50, and communication between the inter-card card processor 10 and the member management device 50 is possible during the opening process. It is notified from the member management device 50 at the timing. In addition, here, it is remembered whether or not there are restrictions on Mochitama Replay, Mochitama Replay, Savings Replay, and Storage Replay, but only Mochitama Replay is restricted. It is good also as data which can specify whether or not. For example, it may be possible to store the state in which the in-game play replay is included in the restriction as “00” and the state in which it is not included as “01”. In addition, the timing for acquiring the replay restriction target data 16c is not limited to the time of opening a store process, and is the timing at which the setting is updated by the member management device 50, the closing process, or the replay operation. May be.

  The control unit 17 is a control unit that controls the entire inter-card card processor 10, and includes a data management unit 17a, a counting processing unit 17b, a boarding replay processing unit 17c, an operation setting unit 17d, and a notification control unit 17e. .

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

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

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

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

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

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

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

  The boarding / replay processing unit 17c is a processing unit that controls execution of boarding and storage ball playing / replaying. In boarding replay, the game type of the boarding destination is the game setting indicated in the own apparatus state data 16a, and the game type of the boarding source is selected from game types other than the game setting.

  The game type of the boarding source may be a game type having the same shape and a different unit price at the time of lending, or may be a game type having a different shape (shape type). The shape type is the difference between “ball” and “medal” due to the difference in the form of the game or the shape of the game medium, such as the game medium used in the pachinko game machine and the game medium used in the revolving game machine. It means what is generally called with different names. For example, the game type “ball 1” has a game ball shape, and the unit price at the time of lending is 4 yen per ball. The game type “ball 3” has a game ball shape, and the unit price at the time of lending is 4 yen per ball. In addition to these game types, there is a game type “medal 1” whose shape is a medal and the unit price at the time of lending is 20 yen, and a game type “medal 2” whose shape is a medal and the unit price at the time of lending is 5 yen per piece. May be used. Thus, even with game types having different shapes, it is possible to arbitrarily enter the medal 1 into the ball 1 and the ball 3 into the medal 2.

  The boarding / replay processing unit 17c transmits the pooled ball replay request data to the member management device 50 when the player performs a storedball boarding / replaying operation. The stored ball replay request data relating to boarding further includes a game type used as a boarding source. After that, if the stored ball replay data indicating that replay is permitted is received as a response to the stored ball replay request data, the entry replay processing unit 17c updates the card data 16b, and Performs payout processing of game balls of the number of payout units.

  In addition, when the player has performed a holding ball entry / replay operation, the entry / replay processing unit 17c performs a game ball payout process according to the operation set by the operation setting unit 17d.

  Specifically, when the in-game replay is a restriction target, the in-coming replay processing unit 17 c transmits a replay request to the member management device 50. Then, when replay permission is received from the member management device 50, a predetermined number is subtracted from the possession ball of the boarding source, and a corresponding number of game balls are paid out.

  On the other hand, when the holding ball entry / replay is not restricted, the entry / replay processing unit 17c does not communicate with the member management device 50, and subtracts a predetermined number from the holding ball of the entry source. Then, a payout process for the corresponding number of game balls is performed.

  The operation setting unit 17d performs processing for setting the operation of the entry replay processing unit 17c based on the replay restriction target data 16c. That is, in the case where the holding ball entry / replay is subject to restriction, a game ball related to the holding ball entry / replay is provided on condition that a replay request is transmitted to the member management device 50 and a replay permission is received. If the game play / replay is not subject to restriction, the game balls will be paid out regardless of the communication with the member management device 50. Set.

  The notification control unit 17e is a processing unit that controls various notifications to the player. This notification includes notification indicating whether the replay to be executed is included in the restriction target. For notifying whether or not replay is included in the restriction target, in addition to display control on the display operation unit 13, lighting control of the state display unit 11 and the like can be used.

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

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

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

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

  The replay restriction target data 16c shown in FIG. 5C is data in which the type of replay is associated with whether or not to be a restriction target. Specifically, it shows a state in which the holding ball replay is not subject to restriction, and the holding ball entry / replay, storage ball replay, and storage ball entry / replay are subject to restriction.

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

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

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

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

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

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

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

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

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

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

  Furthermore, when the card management unit 46b receives a replay request relating to the entrance of the ball from the inter-card card processing machine 10, the card management unit 46b transfers the replay request to the member management device 50. In addition, response data from the member management device 50 to the replay request related to the holding ball entry is also transferred to the inter-card processing machine 10. This response data is data indicating replay permission or replay disapproval.

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

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

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

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

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

  In the card management data 45b shown in FIG. 6B, the prepaid value “2500” for the card ID “1001”, the number of balls “1500” for the ball 1, the number of balls “2300” for the ball 2, and the ball 3 The number of possessed balls “0”, the number of possessed balls “0” of the medal 1, and the number of retained balls “400” of the medal 2 are associated with each other. That is, the card with the card ID “1001” is not inserted into the inter-card processing machine 10, and the management of the possession balls is performed by the card management device 40.

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

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

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

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

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

  The storage unit 55 is a storage device such as a hard disk device or a non-volatile memory, and stores member management data 55a, game type setting data 55b, prize master 55c, replay restriction data 55d, and replay performance data 55e. The member management data 55a is data in which a name, a storage ball, a portable ID m, an address, a telephone number, and the like are associated with the card ID of the member card issued to the member.

  The game type setting data 55b is data in which a rate and a display name are associated with a game type. The prize master 55c is data used when exchanging game balls for prizes.

  The replay restriction data 55d is data in which replay restrictions are set, and indicates the type of replay to be restricted and the upper limit value of the number of game media to be paid out by the target replay. The replay performance data 55e indicates a cumulative value for each player of the number of game media paid out by replay to be restricted.

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

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

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

  In addition, when the member management unit 56a receives the storage ball replay request data relating to the entry, the member management unit 56a converts the number of payout units from the rate of the storage ball of the entry source and the rate of the entry destination, and By deducting from the balance of the stored ball, the stored ball replay data is generated and transmitted to the inter-card processing machine 10. Specifically, if the rate of the storage ball at the entrance is α, the rate at the entrance is β, and the number of payout units at the entrance is γ, γ × β / α is the number of withdrawal balls.

  The stored ball replay data relating to the stored ball replay and the stored ball reentry play is transmitted on condition that the replay restriction determination unit 56d determines that replay is permitted. That is, the stored ball replay data functions as a replay permission related to the stored ball.

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

  The replay restriction setting unit 56c sets a restriction on replay and performs a process of storing it in the storage unit 55 as replay restriction data 55d. Specifically, the replay restriction setting unit 56c sets whether or not to make a restriction target for each type of replay. In addition, an upper limit value of the number of game media to be paid out by replay to be restricted is set for each game type of the destination.

  When the replay request is received, the replay restriction determination unit 56d refers to the replay performance data 55e and the replay restriction data 55d, and determines whether the replay violates the restriction.

  Specifically, the replay restriction determination unit 56d determines that the replay violates the restriction when the accumulated value exceeds the upper limit due to the execution of replay, and outputs a replay disapproval. If the replay does not violate the limit, the replay performance data 55e is updated by adding the number of game balls paid out by the replay to the cumulative value, and a replay permission is output. In the determination, the upper limit value of the game type of the destination is used, and the cumulative value is also added for the game type of the destination.

  The replay permission or the replay disapproval output for the stored ball replay or the stored ball re-play is performed to the member management unit 56a. When receiving the replay permission output, the member management unit 56a subtracts the balance of the stored ball as described above, and transmits the stored ball replay data to the inter-card card processing machine 10. When the member management unit 56a receives an output indicating that the replay is not permitted, the member management unit 56a does not subtract the balance of the stored ball and notifies the player that the replay cannot be performed because the replay upper limit has been reached. 10 to send.

  The replay permission or replay disapproval output for the holding ball entry replay is performed by the replay restriction determination unit 56d transmitting replay permission data or replay disapproval data to the inter-card processing unit 10. .

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

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

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

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

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

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

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

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

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

  The replay restriction data 55d shown in FIG. 11 (d) indicates a state in which the holding ball replay is excluded from the restriction, and the holding ball replay, the storage ball replay, and the storage ball replay are the restriction objects. ing. Also, the upper limit value of the game type “ball 1” is “10000”, the upper limit value of the game type “ball 2” is “15000”, the upper limit value of the game type “ball 3” is “20000”, and the game type “medal 1”. The upper limit value is “6000”, and the upper limit value of the game type “medal 2” is “12000”.

  Replay record data 55e shown in FIG. 11 (e) associates a cumulative value of the number of game media paid out by replay to be restricted with a card ID. Specifically, for the card ID “2002”, the cumulative value “625” of the game type “ball 1”, the cumulative value “0” of the game type “ball 2”, and the cumulative value “0” of the game type “ball 3”. ”, The cumulative value“ 750 ”of the game type“ medal 1 ”, and the cumulative value“ 0 ”of the game type“ medal 2 ”are associated with each other.

  Next, the processing procedure of the holding ball entry / replay by the inter-card processing machine 10 will be described. FIG. 12 is a flowchart showing the processing procedure of the play-in / out-play by the inter-card processor 10.

  The operation setting unit 17d of the inter-card card processing machine 10 refers to the replay restriction target data 16c when the display operation unit 13 accepts the holding ball entering / replaying operation (step S101), and the holding ball entering / replaying is performed. It is determined whether or not it is a restriction target (step S102).

  If the holding ball entry / replay is a target of restriction (step S102; Yes), the operation setting unit 17d has a condition that a replay request is transmitted to the member management device 50 and a replay permission is received. The operation of the entry / replay processing unit 17c is set so as to execute the payout of the game balls related to the ball entry / replay.

  Therefore, the boarding replay processing unit 17c transmits a replay request to the member management device 50 (step S105). Thereafter, if replay non-permission data is received from the member management device 50 (step S106; No), the notification control unit 17e notifies the player that replay is not possible because the replay upper limit has been reached. (Step S107), the process ends.

  When the holding ball entry / replay is not subject to restriction (step S102; No), the operation setting unit 17d causes the game balls related to the holding ball entry / replay to be paid out regardless of communication with the member management device 50. The operation is set as follows.

  For this reason, when the in-game play replay is not a restriction target (step S102; No), or when replay permission data is received from the member management device 50 (step S106; Yes), the reintroduction play processing unit 17c. Subtracts the possession balls (step S103), performs a corresponding number of game ball payout processing (step S104), and ends the processing.

  In addition, detailed description is omitted about the processing procedure of the holding ball replay, the processing procedure of the storage ball replay, and the processing procedure of the storage ball re-playing.

  Next, a specific example of notification by the notification control unit 17e will be described. FIG. 13 is an explanatory diagram of notification by the notification control unit 17e. The notification control unit 17e notifies whether the replay to be executed is included in the restriction target by display control on the display operation unit 13 and lighting control of the state display unit 11.

  Specifically, on the standby screen where no operation related to replay is performed, if the replay to be executed is not subject to restriction, there is no upper limit, and the replay to be executed is subject to restriction. If there is, the message “Upper limit” is displayed.

  FIG. 13 shows a standby screen for holding-in / out replay. This standby screen has a prepaid value of “2000”, a holding ball of “375”, a membership card is inserted, and a ball rental of “125 balls of 500 yen” is possible. It is in a selected state. A menu button is displayed on the standby screen. Furthermore, whether or not it is a target of replay by displaying “no upper limit” or “with upper limit” in accordance with the display of “in boarding” indicating that boarding replay is selected. This is informed to the player.

  Also, on the paying-out screen displayed while paying out the game balls, it is confirmed that the player has entered and replayed the ball, that the game type of the player who has entered the game, that the player has entered the game, and that Displays the balance of. In FIG. 13, “1 pachi paying out” is displayed as the display indicating the game type of the boarding source, “in boarding” is displayed as the display indicating that boarding replay is selected, and the balance “250” after paying out is displayed. Is displayed. Furthermore, by displaying “no upper limit” or “with upper limit” in accordance with the display of “in board”, the player is notified whether or not it is a target of replay.

  Further, the notification control unit 17e blinks the state display unit 11 when the replay to be executed is out of the restriction target, and turns on the state display unit 11 when the replay to be executed is out of the restriction target. Information is provided to customers.

  Next, the selection operation of the game type of the boarding party will be described. FIG. 14 is an explanatory diagram of an operation for selecting the game type of the boarding party. FIG. 14A shows a menu screen of the display / operation unit 13 in which a holding ball information button, a member information button, a counting button, a holding ball loading button, a saving ball loading button, and an end button are displayed.

  When the player operates the holding ball entry button, the notification control unit 17e displays an operation screen for accepting selection of the shape of the game medium used as the entry source, as shown in FIG. 14 (b). On this operation screen, a message “Which ball or medal do you use?”, A ball button, a medal button, and a back button are displayed.

  When the player operates the ball button on the operation screen shown in FIG. 14B, the notification control unit 17e says, “As shown in FIG. 14C,“ the rate used for entering the holding ball can be selected ”. After the message is displayed, the operation screen of FIG. 14D is displayed.

  In the operation screen of FIG. 14D, “4 pachis” indicating that the membership card is being inserted, information being displayed is information relating to the game type “ball 1”, and possession of the game type “ball 1”. The ball “375”, the number of balls “375” that can be paid out by replay using this holding ball, and “selected” indicating that the game type “ball 1” is set to be used for replay are displayed. It has been broken. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the left and right arrow buttons, information on game types having different rates in the shape selected in FIG. 14B is displayed. In FIG. 14 (e), “1 pachi” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 3”, and the holding ball “2000” of the game type “ball 3”. ”, A selection button for changing the number of balls that can be paid out by replay using this holding ball“ 500 ”and the game type“ ball 3 ”to settings used for replay is displayed. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the selection button, as shown in FIG. 14 (f), the message “The rate used for boarding is changed” is displayed, and the game type of the boarder is changed, Returning to the menu screen of FIG.

  Next, a modified example of the selection operation of the game type of the boarder will be described. FIG. 15 is a diagram illustrating a modification example of the selection operation of the game type of the boarding source. 15 (a) to 15 (c) are the same as FIGS. 14 (a) to 14 (c).

  As shown in FIG. 15 (c), after displaying the message “You can select the rate to be used for entering the ball”, the notification control unit 17e displays the operation screen of FIG. 15 (d).

  In the operation screen of FIG. 15D, “4 pachis” indicating that a member card is being inserted, information being displayed is information relating to the game type “ball 1”, and replay using this holding ball. Is displayed as “selected” indicating that the number of balls that can be paid out is “375” and the game type “ball 1” is set to be used for replay. In addition, left and right arrow buttons for changing the game type to be displayed, a ball detail button, and a return button for returning to the menu screen are displayed.

  In other words, in this modified example, the number of balls “375” that can be paid out by replay is selectively displayed on the screen for selecting the game type of the boarder, without displaying the balance of the possessed balls. When the operation of the holding ball detail button is accepted, information including the balance of the holding ball is displayed.

  For example, when the player operates the left and right arrow buttons on the screen of FIG. 15D, information on game types with different rates in the shape selected in FIG. 15B is displayed. In FIG. 15 (e), “1 pachi” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 3”, and can be paid out by replay using this holding ball. A selection button for changing the number of balls “500” and the game type “ball 3” to a setting to be used for replay is displayed. In addition, left and right arrow buttons for changing the game type to be displayed, a ball detail button, and a return button for returning to the menu screen are displayed.

  When the player operates the ball possession detail button, as shown in FIG. 15 (f), a display of information including the balance of the ball is displayed. In FIG. 15F, “1 pachi” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 3”, and the holding ball “2000” of the game type “ball 3”. ”, The number of balls that can be paid out by replay using this holding ball“ 500 ”, left and right arrow buttons for changing the game type to be displayed, and a return button for returning to the menu screen are displayed. Here, if the return button is operated, it is possible to return to FIG. 15E and select it as the game type of the boarding source.

  Although FIG. 14 and FIG. 15 have described the case where the game type of the entry source is selected from the holding ball entry button, it is also possible to select the game type of the entry source from the holding ball information button. FIG. 16 is an explanatory diagram of selection of a boarding source from the holding ball information button.

  FIG. 16A is a menu screen of the display operation unit 13 and displays a ball information button, a member information button, a counting button, a ball ball loading button, a ball ball loading button, and an end button.

  When the player operates the possession ball information button, the notification control unit 17e displays an operation screen shown in FIG. In the operation screen of FIG. 16B, “4 pachis” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 1”, and the possession of the game type “ball 1”. The ball “375”, the number of balls “375” that can be paid out by replay using this holding ball, and “selected” indicating that the game type “ball 1” is set to be used for replay are displayed. It has been broken. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the left and right arrow buttons, information on other game types is displayed. In the example of FIG. 16, since the game media shape is not selected, the game type to be displayed is selected from all the game types. As an example, in FIG. 16C, “1 pachi” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 3”, and the possession of the game type “ball 3”. A selection button for changing the setting to use the ball “2000”, the number of balls “500” payable by replay using this holding ball, and the game type “ball 3” for replay is displayed. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the selection button, as shown in FIG. 16D, a confirmation message “Do you want to use one pachi for entering the ball?”, A decision button, and a return button are displayed. . Then, when the player operates the enter button, as shown in FIG. 16 (e), the message “The rate used for entering the holding ball has been changed” is displayed, and the game type of the entry source is changed, Returning to the menu screen of FIG.

  FIG. 17 is an explanatory diagram of a modified example of selection of an entry source from the holding ball information button. FIG. 17A is a menu screen of the display operation unit 13 and displays a ball information button, a member information button, a counting button, a ball ball loading button, a ball ball loading button, and an end button.

  When the player operates the possession ball information button, the notification control unit 17e displays an operation screen for accepting selection of the shape of the game medium for displaying information as shown in FIG. On this operation screen, a message “Which ball or medal do you use?”, A ball button, a medal button, and a back button are displayed.

  When the player operates the ball button on the operation screen shown in FIG. 17B, the notification control unit 17e displays the operation screen shown in FIG. In the operation screen of FIG. 17C, “4 pachis” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 1”, and the possession of the game type “ball 1”. The ball “375”, the number of balls “375” that can be paid out by replay using this holding ball, and “selected” indicating that the game type “ball 1” is set to be used for replay are displayed. It has been broken. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the left and right arrow buttons, information on game types with different rates in the shape selected in FIG. 17B is displayed. In FIG. 17D, “1 pachi” indicating that the membership card is being inserted, the displayed information is information relating to the game type “ball 3”, and the holding ball “2000” of the game type “ball 3”. ”, A selection button for changing the number of balls that can be paid out by replay using this holding ball“ 500 ”and the game type“ ball 3 ”to settings used for replay is displayed. In addition, left and right arrow buttons for changing the game type to be displayed and a return button for returning to the menu screen are displayed.

  When the player operates the selection button, as shown in FIG. 17 (e), a confirmation message “Do you want to use one pachi for boarding?”, A decision button, and a return button are displayed. . Then, when the player operates the enter button, as shown in FIG. 17 (f), the message “The rate used for entering the holding ball has been changed” is displayed, and the game type of the entry source is changed, Returning to the menu screen of FIG.

  As described above, in the system according to the embodiment, the member management device 50 manages the replay restriction using the replay restriction data and the replay performance data, and the inter-card card processing machine 10 If replay is the target of restriction, payout of the game balls related to the holding ball replay is executed on condition that a replay request is transmitted to the member management device 50 and replay permission is received, In the case where the holding ball entry / replay is not subject to restriction, payout of game balls related to the holding ball entry / replay is executed regardless of communication with the member management device 50. For this reason, it is adaptable to various operations of the amusement store, and convenience can be improved.

  For example, the amusement store can arbitrarily set whether or not to re-enter Mochitama entry / replay, and if it is not subject to restriction, the inter-bank card processing Even in a state where communication between the machine 10 and the member management apparatus 50 is not possible, it is possible to perform a play-in / re-play.

  In addition, the data management part 17a of the inter-card processing machine 10 in a present Example is the function as a 1st replay process part which performs a ball replay process, and the 3rd replay process which performs a storage ball replay process The entry / replay processing unit 17c has a function as a second replay processing unit that performs the in-game entry / replay.

  Further, in the present embodiment, the configuration in which whether or not to be restricted is set for each type of replay is illustrated, but whether or not to be restricted for each game type even for replays of the same type. It may be settable.

  Further, in this embodiment, the case where the entry / replay is performed using the membership card has been described, but the entry / replay may be performed even with a general card. Since a regular card cannot be used for storage, re-entering / playing with a general card is re-entering / re-playing with a general card. What is necessary is just to hold | maintain in relation with card ID of a general card. Further, the upper limit value of replay may be different between the general card and the membership card.

  In the present embodiment, the case has been described in which the number of game balls paid out by replay subject to restriction is totaled and compared with the upper limit value. However, the upper limit value is individually set for each replay type. May be. Further, a total upper limit value and an individual upper limit value may be provided.

  In the above-described embodiment, the game media counted by the inter-card processing machine 10 and the game media associated with the recording media are collectively treated as “mochidama (held game media)”, and the game deposited by the member. Although the media are handled as "save balls (storing game media)", the game media counted by the inter-card processing machine 10, the game media associated with the recording media, and the game media deposited by the member on the day are collected. It may be handled as “game media acquired on the day”, and game media deposited by members in the past may be managed as “past acquired game media”. In the latter case, the game media counted by the inter-card processor 10 may be separately managed as “counting game media”.

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

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

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

  As described above, the game medium management system, each device, and the game medium management method according to the present invention are suitable for various conveniences of game stores and for improving convenience.

10 card processor 11 status display unit 12 bill transport unit 12a bill insertion slot 13 display operation unit 14 reader / writer 14a card insertion port 14b cover unit 15 communication unit 16, 45, 55 storage unit 16a own device status data 16b card data 16c Replay restriction target data 17, 46, 56 Control unit 17a Data management unit 17b Count processing unit 17c Incoming replay processing unit 17d Operation setting unit 17e Notification control unit 18a Nozzle unit 18b Counting unit 20 Game machine 30 Island controller 40 Card Management device 41, 51 Display unit 42, 52 Input unit 43, 53 External network communication unit 44, 54 Store network communication unit 45a Game type setting data 45b Card management data 45c Device management data 46a Game type setting management unit 46b Card management unit 6c Device Management Unit 50 Member Management Device 55a Member Management Data 55b Game Type Setting Data 55c Prize Master 55d Replay Limit Data 55e Replay Result Data 56a Member Management Unit 56b Prize Master Management Unit 56c Replay Limit Setting Unit 56d Replay Limit Determination Department 60 Prize management device 80 Settlement machine

Claims (8)

A game medium management system having each device installed in association with a gaming machine and a management device for managing the number of game media acquired by a player through a game,
Each of the stand devices is
A first replay processing unit for executing a first replay process for replaying a game medium of the own game type corresponding to the own device acquired by the player on the day;
A second replay processing unit for executing a second replay process for replaying the game medium of the own game type based on a game medium other than the own game type acquired by the player on the day;
A communication unit for communicating with the management device;
Based on information acquired from the management device via the communication unit, a first replay operation for determining whether the game medium acquired on the day can be replayed, and information held by the own device And a second replay operation for determining whether or not the replay of the game medium acquired on the day is possible, and an operation setting unit capable of setting the game medium management system. . The management device
A replay restriction setting unit for setting a restriction on the replay process as a replay restriction;
The operation setting unit
Setting a replay operation related to the second replay process,
When the condition set in the replay restriction setting unit includes a restriction on the second replay process, a first replay operation is set, and a restriction on the second replay process is set. The game media management system according to claim 1, wherein when it is not included, the second replay operation is set. The replay restriction setting unit includes a type of replay process included in the replay restriction target and an upper limit value of the number of game media that can be used for a game by the replay process of the type. The game medium management system according to claim 2, wherein the game medium management system is set as a restriction.   The game media management system according to claim 2, wherein the replay restriction setting unit sets the upper limit value for each game type of game media that can be used for a game by the replay process.   The second replay processing unit specifies a game medium of a game type that has the same shape type and a different unit price and converts it to a game medium of the own game type, and a game of a game type of a different shape type The game media management system according to any one of claims 1 to 4, wherein a replay that designates a media and converts it into a game media of the own game type is possible.   The information processing apparatus may further include a notification unit that performs different notifications in a state in which the replay process included in the replay restriction target is performed and a state in which the replay process is performed outside the replay restriction target. The game media management system according to any one of claims 1 to 5. Each stand device is attached to a gaming machine that uses a game medium to perform a game, and performs processing related to the game medium based on a player's operation,
A first replay processing unit for executing a first replay process for replaying a game medium of the own game type corresponding to the own device acquired by the player on the day;
A second replay processing unit for executing a second replay process for replaying the game medium of the own game type based on a game medium other than the own game type acquired by the player on the day;
A communication unit that communicates with a predetermined management device;
Based on information acquired from the predetermined management device via the communication unit, a first replay operation for determining whether or not the game medium acquired on the day can be replayed, and the own device holds And a second replay operation for determining whether or not the game media acquired on the day can be replayed based on the information stored on the day, and an operation setting unit capable of being set. apparatus. A game medium management method in a game medium management system, comprising: each base device installed in association with a gaming machine; and a management device that manages the number of game media acquired by a player through a game,
A communication step for communicating with the management device;
Based on the information acquired from the management device by the communication step, based on the first replay operation for determining whether the replay of the game medium acquired on the day is possible and the information held by the own device A second replay operation for determining whether or not the game medium acquired on the day can be replayed, and an operation setting step for selecting and setting a replay operation to be used from a plurality of replay operations, ,
In accordance with the replay operation set in the operation setting step, a first replay process for replaying a game medium of the own game type corresponding to the own device acquired by the player on the day, and the player A replay processing step of executing at least one of a second replay process of replaying the game medium of the self game type based on a game medium other than the self game type acquired in A game media management method as a feature.

Images