JP6511237B2 - Game media management system and game media management method - Google Patents

Description

  The present invention relates to a gaming media management system and a gaming media management method for managing the number of gaming media acquired by a gaming player through gaming.

  Conventionally, in game arcades such as pachinko parlors, various types of information related to gaming customers are managed in association with identification information for identifying the gaming customers, and various services are provided to the gaming customers. For example, Patent Document 1 manages a number of gaming media in association with a member ID of a gaming customer who has been registered as a member in a gaming shop, and provides a storage service that enables the number of gaming media to be used for gaming and prize exchange even after the next day. Storage management device is disclosed.

  The game player can shift the balls to the balls by registering the balls having the number of game media acquired in the game in the above-described ball storage management device. The balls can be used for playing games or prize exchange only within a predetermined time limit (e.g., until the closing time of the day), but can be used beyond the predetermined time limit by shifting to storage balls. In addition to game balls, medals and the like may be used as game media, but in the present specification, in order to clarify the explanation, balls are referred to as balls and balls regardless of the shape of the game media.

JP, 2011-217846, A

  However, in the prior art, there is a problem that the convenience when using a plurality of game types is low. A game type is a type set for game media based on the difference in shape, unit price at the time of lending, and the like. For example, a ball used in pachinko and a medal used in the slot are set as game types different from each other. Similarly, even if the ball is used for pachinko, the balls lent out at the 4 yen rate of 1 yen 4 yen and the balls lent out at the 1 yen rate of 1 ball 1 yen are set as different game types. Ru.

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

  And when using a ball in a division of 4 yen rate, a predetermined number of balances of a 4 yen rate bank account are subtracted, and payout processing of the corresponding number of game balls is performed. It is referred to as "replay of a ball" that the payout process of the game ball is performed by subtracting the balance of the ball account in this way.

  Similarly, when using balls in the 4-yen rate section, the balance of the 4-yen rate carrying account is subtracted by a predetermined number, and payout processing of the corresponding number of game balls is performed. As described above, the process of paying out the game balls by subtracting the balance of the ball-bearing account is referred to as "replay of balls".

  However, if it is decided to use the storage account and the ball account of each game type independently, the balance which does not meet the number of units of replay can not be used effectively, but the fraction remains in each account, and the game customer The convenience of

  Therefore, with regard to the replay of the storage balls, when performing the replay in the section of a certain game type, the balance of the storage account of the other game types is subtracted, and the payout of the number of game balls is taken into consideration. There was a case where the entry and exit to process was used. However, even if it is possible to carry in balls, if it is not possible to carry in balls, it is impossible to effectively use the ball accounts. Furthermore, if handling is different between balls and balls, the situation may be confusing to the game player.

  On the other hand, if it was decided that the game arcade allowed unlimited entry, although management would be complicated, it was not possible to directly contribute to the profits of the game arcade. Therefore, it is required to effectively use the boarding and to improve the profit of the game arcade.

  From these things, when using a plurality of game types, it is an important issue to improve the convenience of the game player and to effectively use the boarding to contribute to the profits of the game shop.

  The present invention has been made to solve the problems of the above-mentioned prior art, and in the case of using a plurality of game types, it is possible to make effective use of the boarding, improve the convenience of the game customers, and benefit the game shops. It is an object of the present invention to provide a game media management system and a game media management method that can contribute.

In order to solve the problems described above and achieve the object, the present invention is a game medium management system for managing the number of game media acquired by a game player by a game, wherein the game type is acquired by the game customer on the day The number of game media is associated with the portable media for members owned by the member or the portable media for general use owned by gaming customers other than the members, and managed as gaming media for each game type, and the gaming customers earn by gaming Game media management means for storing the number of game media that have been played in the game arcade and managing for each game type as storage game media in association with the portable media for members, holding a predetermined game species managed by the game media management means Holding medium medium replaying means for enabling game medium to be used for holding medium replaying in the same game type as the holding game medium, and predetermined game types managed by the game medium management means Holding media A game media insertion and replaying means that can be used for holding game media reinsertion in another game type different from the game species of the game holding media, and a predetermined game species managed by the game media management means Storage medium for playing back the storage medium in the same game type as the storage medium of the storage medium, and the predetermined game managed by the game medium management means Storage medium inserting / replaying means for making it possible to use one type of storage medium for storing game medium insertion / replay in another game type different from a game type of the storage medium; The on / off setting means for setting whether or not to permit the execution of the replay and / or the storage game medium on / off replay , the portable medium for members is read, and the on / off possibility setting means performs the storage Execution of gaming media insertion replay is permitted, and On the condition that the execution of the game medium multiply input replay is not allowed, transition means allowing migrating the predetermined game species lifting game medium to貯遊technique medium the recreation species associated with the availability member transportable medium And are provided.

Further, the present invention is characterized in that, in the above-mentioned invention, the priority order setting means is provided for setting which one of the holding media playing replay and the storage gaming medium playing replay should be given priority. I assume.

Further, in the above invention, a gaming machine condition comprises setting a condition to differentiate whether or not to permit the execution of the lifting game medium-ride input replay and / or the 貯遊Technical medium-ride input replay by the game machine The apparatus further comprises setting means.

Further, according to the present invention, in the above-mentioned invention, the gaming machine condition setting means includes a model of a gaming machine of a loading source which is a gaming machine which has acquired the gaming media or the storage media and the gaming medium of the models NoIri destination gaming machine is a replay and / or the 貯遊Technical medium riding game machine utilizing the incoming re-play, and performs condition setting that specifies at least any.

  Further, the present invention is characterized in that, in the above-mentioned invention, the gaming machine condition setting means further designates at least one of the game type of the entry source and the game type of the entry destination. .

Further, according to the present invention, in the above-mentioned invention, the gaming machine condition setting means performs condition setting in which the upper limit of the number of times of executing the holding medium playing in play and / or the storage medium playing in play is defined. It is characterized by

Further, the present invention is a gaming medium management method for managing the number of gaming media acquired by a gaming customer through gaming, wherein the member possesses the number of gaming media for each game type acquired by the gaming customer on the day of the game. Managing each game type as a game holding medium in association with a portable medium for general use or a portable medium for general use possessed by game customers other than members, and depositing the number of game media acquired by the game customer in the game in a game store, A game medium management step of managing each game type as a storage medium in association with a portable medium for members, a game medium of a predetermined game type managed in the game medium management step, a game type of the game medium Game media replaying step that enables use in gameplay media replaying with the same game type as the above, and the gameplay media having a predetermined game species managed in the game media management step, the game having the game media of the game playing game medium Species and A game-playing-medium-on-replay step that enables use in game-playing-medium-on-the-go replay in other game types, and a storage medium of a predetermined game species managed in the game media management step; A storage medium for playing back the storage medium in the same game type as the game type for the game medium, and a storage medium for the predetermined game type managed in the game medium management step, and a storage medium for the storage medium. A storage medium insertion replay step that enables use for storage medium reinsertion replay in another game type different from the game type of the storage medium, the holding medium replay and / or the storage medium A media access permission setting step for setting whether or not to permit execution of media access replay , the portable medium for members is read, and execution of the storage medium replay is performed according to the access permission setting step. Is permitted, and On the condition that the pheasant execution of game media multiply input replay is not allowed, to allow transition to the predetermined game species lifting game media of the recreation species associated with the availability member transportable medium貯遊technique medium And a transition step.

According to the present invention, it is possible to effectively utilize the NoIri when using the game species multiple and improve the convenience of the game clients, contributing to gaming facility benefits.

FIG. 1 is an explanatory view for explaining the use of balls and balls according to the present embodiment. FIG. 2 is a diagram showing a system configuration of the game arcade. FIG. 3 is a view showing an appearance configuration of the inter-stand-card processing machine shown in FIG. FIG. 4 is a block diagram showing an internal configuration of the inter-stand-card processor shown in FIG. FIG. 5 is an explanatory diagram for explaining data stored in the storage unit of the inter-room card processing machine. FIG. 6 is a block diagram showing an internal configuration of the card management device shown in FIG. FIG. 7 is an explanatory diagram for explaining data stored in the storage unit of the card management device. FIG. 8 is a block diagram showing an internal configuration of the member management apparatus shown in FIG. FIG. 9 is an explanatory diagram for explaining data stored in the storage unit of the member management apparatus. (1) FIG. 10 is an explanatory diagram for explaining data stored in the storage unit of the member management apparatus. (Part 2) FIG. 11 is a flow chart for explaining the procedure of the entry / replay processing by the inter-room card processor. FIG. 12 is an explanatory view of a configuration in which the inter-room card processing device manages only the self-rated ball bearing account. FIG. 13 is an explanatory view of a configuration in which management of balls held in the game is also performed by the card management device. FIG. 14 is an explanatory view of a configuration for managing balls and balls in the inter-tier card processor. FIG. 15 is an explanatory view of a configuration in which balls and balls are integrated and managed. FIG. 16 is an explanatory view of a configuration in which the balls having balls and the balls corresponding to the balls having balls are managed in parallel. FIG. 17 is an explanatory view of ball management of machine type.

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

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

  First, the use of balls and balls according to the present embodiment will be described. FIG. 1 is an explanatory view for explaining the use of balls and balls according to the present embodiment. In the game arcade according to the present embodiment, the card management device 40 manages the balls acquired by the general gaming customers and the member gaming customers, and the member management device 50 manages the balls acquired by the member gaming customers.

  Specifically, the card management device 40 sets up a ball account for each game type with respect to the card ID of a general card used by a general player and a card ID of a member card used by a member game customer, It manages to another and game type. Similarly, for the card ID of the member card used by the member gaming customers, the member management device 50 establishes a storage account for each game type, and manages the balance of the storage balls by member and game type.

  A game type is a type set for game media based on the difference in shape, unit price at the time of lending, and the like. For example, a ball used in pachinko and a medal used in the slot are set as game types different from each other. Similarly, even if the ball is used for pachinko, the balls lent out at the 4 yen rate of 1 yen 4 yen and the balls lent out at the 1 yen rate of 1 ball 1 yen are set as different game types. Ru.

  Further, with regard to storage balls of the same game type, it may be possible to distinguish between the storage balls and the past storage balls on the day. On the day, the term "reserved balls" refers to the portion of the stored balls that is acquired and registered on that day, and the past stored ball refers to the portion acquired on or before the previous day.

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

  Then, when balls or balls are used in the 4-yen rate section, the balance of the 4-yen rate account is subtracted by a predetermined number, and payout processing of the corresponding number of game balls is performed. As described above, the process of paying out the game balls by subtracting the balance of the account and making the state usable for the game again is called re-play of balls and balls. In addition, the replay of the ball is called the replay of the ball, and the replay of the ball is called the replay of the ball.

  When playing a ball in a section of a game type, the balance of a bank account of another game type may be subtracted, and payout processing of a number of game balls may be performed in consideration of the difference in rate depending on the game type. As described above, using another game type for replaying is referred to as "embedding", and "refilling ball storage replay" is referred to as "embedding game replay".

  Furthermore, in the system according to the present embodiment, it is possible to carry on balls. That is, when playing a ball in a section of a game type, the balance of the ball account of the other game type is subtracted, and the payout process of the number of game balls taking into account the difference in rate depending on the game type is performed. is there. Ball re-playing by entering is called ball re-playing.

  In FIG. 1, the card management device 40 manages a ball-bearing account for three game types of a four yen rate, a two yen rate, and a one yen rate. Similarly, the member management device 50 manages a storage account for three game types of 4 yen rate, 2 yen rate, and 1 yen rate.

  The inter-day card processor 10 is a device provided to the gaming machine 20. The inter-day card processor 10 and the gaming machine 20 are installed in the four yen rate compartment. When a general card or a membership card is inserted into the inter-tier card processor 10, balls or balls associated with the card can be used for replay.

  First, the replay of the ball will be described. When the inter-tier card processor 10 receives a card, it transmits the card ID to the card management device 40, and acquires and manages the balance of the ball-bearing account associated with the card ID. On the side of the card management device 40, the balance of the ball accounts managed by the inter-day card processor 10 is zero.

  In FIG. 1, the balance of the balls account of each rate is "1000 balls". When playing the ball at the 4-yen rate, the inter-day card processor 10 subtracts the 4-yen ball account managed by the own device and pays out the corresponding number of gaming balls. As a result, it is possible to use the four-yen rate ball “1000 balls” as one thousand balls by the ball-replay.

  In addition, when performing the 2 yen rate ball insertion replay of the 2 yen rate, the stand-alone card processor 10 subtracts the 2 yen ball account of the 2 yen managed by the own device, and pays out the corresponding number of game balls. . As a result, the ball of 2 yen rate "1000 balls" can be used as 500 balls by the ball-on-the-fly replay. Similarly, in the case of performing a one-yen-rate ball-in-one replay, the inter-day card processor 10 subtracts the one-yen ball-in-hand account managed by the own device and pays the corresponding number of game balls. put out. As a result, it is possible to use the ball [1000 ball] of 1 yen rate as 250 balls by the ball-on-the-fly replay.

  Next, the replay of the balls will be described. Even when the inter-tier card processor 10 receives a membership card, the balance of the deposit account is managed by the membership management device 50. Therefore, each time the inter-temporary card processing device 10 re-plays the balls, it communicates with the member management device 50 to subtract its balance.

  In FIG. 1, the balance of the storage account of each rate is "1000 balls". In the case of performing a 4-yen rate ball replay, the inter-day card processor 10 subtracts the 4-yen ball account managed by the member management device 50, and pays out the corresponding number of gaming balls. As a result, the 4-yen rate "1000-ball" storage can be used as a 1000-ball portion by the reservoir replay.

  Further, when performing a 2-yen rate ball insertion / replay, the inter-tier card processor 10 subtracts the 2-yen ball account managed by the member management device 50, and pays out the corresponding number of game balls. . As a result, it is possible to use the two-yen rate "1000 balls" as a 500-minute ball in the ball re-entry. Similarly, when performing the 1 yen rate ball insertion / replay, the inter-tier card processing machine 10 subtracts the 1 yen ball storage account managed by the member management device 50 and pays out the corresponding number of game balls. put out. As a result, it is possible to use the 1-yen rate "1000 balls" as a 250-minute ball in the ball-on-play replay.

  As described above, in the system according to the present embodiment, since it is possible to re-play the game by appropriately inserting and storing both balls and balls, it is possible to improve the convenience in the case of using a plurality of game types. .

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

  The gaming machine 20 is a device for playing a game by driving a game ball into a game board surface. A plurality of winning areas (winning openings) are provided on the gaming board surface of the gaming machine 20, and a predetermined number of gaming balls are provided as prize balls based on passage of the gaming balls in the relevant winning area. It has become. In addition, a predetermined number of starting areas (starting openings) are provided on the game board surface, and a predetermined lottery is performed based on passage of the game balls through the starting areas. If the lottery is a big hit, an operation that is advantageous for the game is performed by, for example, improving the probability of passing the game ball to the above-mentioned winning area or other starting area by the operation of a predetermined movable member or the like. In addition, there may be an area that serves as the start area and the winning area.

  A prize sensor is provided in the prize area to detect passage of game balls to the prize area, and the prize sensor detects passage (winning) of the game balls driven into the prize area. ing. In addition, the control unit of the gaming machine 20 has a prize ball memory for storing how many game balls are to be awarded as prize balls for each winning area.

  Therefore, when the passage of the shot game ball to the specific winning area is detected by the prize sensor, the gaming machine 20 should receive the award ball from the memory content of the prize ball memory and the number of gaming balls having passed through the prize region. The number can be determined and the payout process can be performed for the determined number of prize balls.

  The inter-tier card processor 10 accepts payment, lends game balls, and communicates with the card management device 40. When the inter-tier card processing machine 10 receives a bill inserted by a gaming customer, it transmits a payment notification including the deposit amount to the card management device 40, thereby converting the prepaid value to the prepaid value managed by the card management device 40. Add Then, when a predetermined ball lending operation is performed, a ball lending request is transmitted to the card management device 40, and the prepaid value managed by the card management device 40 is subtracted, and the number of games corresponding to the subtracted prepaid value Perform the payout process of the balls.

  In addition, upon receiving card insertion, the inter-room card processing device 10 transmits a card insertion notification to the card management device 40. In addition, when receiving the prepaid value and the balance of balls or balls from the card management device 40, the inter-day card processor 10 stores the balance. Then, when the balance of the balls is received and stored, the ball subtraction request is transmitted to the card management device 40 to clear the balance of the balls managed by the card management device 40 to zero.

  In addition, when receiving the ball replay operation, the inter-room card processor 10 subtracts the predetermined number of balls managed by the own device and performs payout processing of the number of game balls corresponding to the number of balls after subtraction. . In addition, when the inter-tier card processing device 10 receives a ball storage replay operation, it transmits a ball storage replay request to the card management device 40, thereby subtracting a predetermined number of balls managed by the member management device 50, The payout processing of the number of game balls corresponding to the number of stored balls is performed.

  Furthermore, when the inter-room card processing device 10 receives the reinserting play operation, it subtracts a predetermined number of balls and balls of other game types and performs payout processing of the corresponding number of game balls.

  In addition, when the inter-tier card processor 10 receives a card return operation, it transmits a ball addition request including the number of balls to the card management device 40 and causes the card management device 40 to add balls. A card ejection notification is sent to the card management device 40 to control ejection of the card.

  The island controller 30 is a relay device for bundling a group of gaming machines 20 and the stand-alone card processor 10 provided on the gaming island. The card management device 40 is a management device that manages the prepaid value of the card, the number of balls possessed, and the like as card data.

  When the card management device 40 receives the card insertion notification from the inter-room card processor 10, the card management device 40 manages the ID of the inserted card and the inter-room card processor 10 in association with each other, and prepaid associated with the card ID. The balance of value and balls is sent to the inter-day card processor 10. Further, the card insertion notice is transmitted to the member management apparatus 50, and the ball replay data etc. received from the member management apparatus 50 is transmitted to the inter-table card processor 10.

  When the card management device 40 receives the ball subtraction request from the inter-room card processor 10, the card management device 40 clears the balance of the balls to zero and receives the ball addition request from the inter-room card processor 10. In the case, the number of balls shown in the ball addition request is added to the balance of balls.

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

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

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

  If the member management device 50 receives the card insertion notification from the inter-room card processor 10, the member management device 50 receives the ball replay data including the balance of the ball corresponding to the card ID indicated in the card insertion notification and the personal identification number. It transmits to the card processor 10. In addition, when the member management device 50 receives a request to play back a ball from the inter-day card processor 10, the member management device 50 subtracts a predetermined number of balances of the balls associated with the card ID indicated in the request for ball replay, The ball play data including the balance of the balls is transmitted to the stand-alone card processor 10. Communication between the inter-day card processor 10 and the member management device 50 is performed via the card management device 40.

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

  Furthermore, the member management device 50 manages settings regarding the entry and exit replay. The details of the setting regarding the on-the-fly replay will be described later.

  The prize management device 60 is a terminal device for prize exchange attached to a prize exchange counter in a game arcade, and performs prize exchange processing of winning balls, balls and balls. The prize management device 60 is connected to a card reader for reading a card ID of a card and a prize dispensing device for dispensing a prize. The prize management device 60 transmits the card ID to the card management device 40 when the card ID is read from the general card or the membership card (or when identification information corresponding to the card ID is read from a portable terminal or the like). Request the balance of the ball of the card ID. Further, in the case of prize exchange of the balls, the balance of the balls is requested to the member management device 50.

  When the card associated with the prepaid value is inserted, the settlement machine 80 transmits the card ID of this card to the card management device 40, acquires the prepaid value associated with the card, and obtains the acquired prepaid value. Pay out the corresponding cash.

  Ball lending processing in the case of performing ball lending in the system shown in FIG. 2 will be described. When the gaming customer performs a ball lending operation on the inter-room card processing machine 10, the inter-day card processing machine 10 transmits a message specifying the local address of the card management device 40 as the destination. This message includes the card ID of the card inserted in the inter-room card processor 10, an address for identifying the inter-room card processor 10 that is the transmission source, or any identification information, and a ball lending request.

  When the card management device 40 receives a message including a ball lending request, the card management device 40 subtracts the prepaid value associated with the card ID in the message by a predetermined value (for example, 100 yen in the case of 1 yen = 1 frequency) to manage the card. The data is updated, and the ball lending permission is transmitted to the sender's inter-stage card processor 10. The inter-room card processor 10 having received the ball lending permission performs payout processing of the number (for example, 25) of game balls corresponding to the prepaid value after the subtraction.

  Next, the ball re-playing process in the case where the ball re-playing is performed by the system shown in FIG. 2 will be described. When receiving the insertion of a general card or a membership card, the inter-table card processing device 10 transmits a message specifying the local address of the card management device 40 as the destination. This message includes the card ID of the card inserted in the inter-room card processor 10, an address for identifying the inter-room card processor 10 that is the transmission source, or any identification information, and the rate of the inter-room card processor 10. And information for identifying the card and a card insertion notice.

  When the card management device 40 receives the card insertion notification from the inter-room card processor 10, the card management device 40 notifies the inter-room card processor 10 of the balance of the balls associated with the card ID in the message.

  The inter-room card processor 10 stores the balance of the balls received from the card management device 40. Then, a message including information specifying the card ID and a ball subtraction request is transmitted to the card management device 40. The card management device 40 clears the balance of the balls identified by the card ID to zero when the ball subtraction request is received. In addition, when receiving the ball re play operation, the inter-day card processor 10 subtracts the balance of the ball by a fixed number and performs payout processing of the corresponding number of game balls.

  If the inter-base card processor 10 receives a card return operation, it transmits a message including a ball addition request to the card management device 40. This message includes the card ID of the card to be discharged, an address or arbitrary identification information specifying the inter-room card processor 10 which is the transmission source, the balance of the balls of each rate, and the ball addition request.

  When the card management device 40 receives the ball addition request, the card management device 40 updates the balance of the balls of each rate associated with the card ID in the message to the received value.

  Thereafter, the inter-room card processing device 10 transmits a card ejection notification to the card management device 40, and performs ejection control of the card.

  Next, a description will be given of the ball re-playing process in the case where the ball is re-played by the system shown in FIG. When the membership card is inserted, or when the identification information corresponding to the card ID is read from the portable terminal usable as the membership card, the inter-base card processor 10 designates the local address of the card management device 40 as the destination Send the message that you This message includes the card ID of the card inserted in the inter-room card processor 10 (or the identification information corresponding to the card ID read from the portable terminal; hereinafter referred to as the card ID) and the inter-base card processing which is the transmission source It includes an address for identifying the machine 10 or any identification information, and a card insertion notice.

  The card management device 40 transmits a message of a card insertion notice to the member management device 50. When the telegram of the card insertion notification is received, the member management device 50 includes the personal identification number associated with the card ID in the telegram and the balance of the balls of the rate specified by the telegram among the balls. The storage ball replay data is transmitted to the stand-alone card processor 10.

  Inter-room card processor 10 stores the received ball replay data, and the balance of the balls indicated in the ball replay data indicates the number of payout units of game balls in the ball replay (the number of ball replay units, for example 125 balls units, for example). ) If it is above, it will be possible to receive a reservoir replay operation.

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

  When the personal identification numbers match, the inter-base card processing device 10 transmits a message specifying the local address of the card management device 40 as the destination. This message includes the card ID of the card inserted in the inter-room card processor 10, an address for identifying the inter-room card processor 10 that is the transmission source, or any identification information, and the rate of the inter-room card processor 10. And information for identifying the ball and a ball replay request.

  The card management device 40 transmits the telegram for the ball replay request to the member management device 50. The member management device 50, when receiving the telegram of the reservoir replay request, subtracts a predetermined value of the balance of the storage of the rate specified by the telegram from the balls associated with the card ID in the telegram, The storage card replay data including the balance after subtraction is transmitted to the stand-alone card processor 10.

  Inter-room card processor 10 receives the ball replay data, updates the balance of the balls, and performs payout processing of the number of game balls corresponding to the number of units of the ball replay. In addition, it is determined whether or not the balance of the stored balls after the update has become less than the number of stored-replay units. If the balance of the stored ball data after the update is equal to or more than the number of stored ball replay units, it is possible to receive the stored ball replay operation again, and transmits the stored ball replay request when the stored ball replay operation is received. The confirmation of the password is not necessary for the second and subsequent ball replay operations. If the balance of the stored ball data after the update becomes less than the number of stored ball replay units, it is not possible to accept the stored ball replay operation. Although the case where the inter-room card processing machine 10 performs payout processing of gaming balls after the member management device 50 subtracts the balance of the balls is illustrated here, payout processing of the gaming balls is performed based on the storage ball replay request. Once done, the balance of the ball may be deducted. It is indicated in the deposit replay data before the deposit replay request whether or not the balance necessary for deposit replay remains or not, and it will not become clear that the balance shortage will be found after the deposit replay request is received. is there.

  Next, processing in the case of performing play-in / play-back in the system shown in FIG. 2 will be described. The inter-day card processor 10 acquires and holds the setting relating to entry and exit from the member management device 50. In this setting, it is indicated whether or not admission of balls is permitted, whether or not admission of balls is permitted, and the order of priority of accounts when entering and the like. When accepting the entry / replay operation, the inter-zone card processor 10 determines an account to be used for entry / replay in accordance with the settings relating to entry / exit. In addition, the account to be used for the entry and exit replay is referred to as the entry and exit source, and the game type to be paid out by the entry and exit replay is referred to as the entry and exit.

  If the loading source is a storage account, the inter-day card processing machine 10 performs a storage insertion replay. In the storage ball entering replay, the room card processor 10 requests the card replay, the identification information of the room card processor 10, the information for specifying the rate of the storage account of the entering source, and the ball replay request. And send a message including

  When the telegram is received, the member management device 50 subtracts the balance of the storage account of the transfer source from the stored balls associated with the card ID in the telegram by a predetermined value, and displays the stored ball replay data including the balance after subtraction. It is transmitted to the card processor 10 between the two. Inter-tier card processor 10 receives the ball replay data, updates the balance of the balls, performs conversion according to the rate of the boarding source, and then performs payout processing of the game ball.

  If the entry source is a ball-bearing account, the inter-day card processing machine 10 performs a ball-bearing re-play. In ball-and-ball entering re-playing, the inter-day card processor 10 subtracts the fixed number of ball-bearing balances of the carrier at a fixed number, and performs conversion according to the carrier's rate, and then the game ball payout processing. I do.

  Next, the transition from balls to balls in the closing process will be described. The card management device 40 confirms the balance of the balls in the card management data at the time of closing processing, and if there is a ball with a balance of balls greater than “0”, the balance of the balls is determined by the card ID and the rate. Along with the member management apparatus 50. The member management device 50 adds and updates the notified balance of balls to the balance of the balls identified by the card ID and the rate. Thereafter, the card management device 40 clears the balance of the balls to zero.

  Next, an appearance configuration of the inter-stand-card processing machine 10 shown in FIG. 2 will be described. FIG. 3 is a view showing the external appearance of the inter-stand-card processor 10 shown in FIG. In FIG. 3, the external appearance of the inter-base card processor 10 connected to the gaming machine 20 is shown as inter-base card processor 10. In addition, the gaming machine to be juxtaposed is illustrated by a broken line. Moreover, in FIG. 3, although the stand space 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-room card processor 10 displays the state of the inter-stage card processor 10 by turning on or blinking a lamp of a predetermined color, and various types when lending out game balls. And a bill insertion slot 12a for accepting a bill. In addition, the inter-tier card processor 10 throws out the game ball to the gaming machine, the display operation unit 13 such as a touch panel display, the card insertion slot 14a for receiving a card, the holding unit 14b for holding a portable terminal or the like. It has a nozzle unit 18a and a counting unit 18b for counting gaming balls dropped from the lower tray of the gaming machine.

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

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

  The reader / writer 14 is a reading unit that reads a card ID from the card inserted into the card insertion slot 14a. The card inserted into the card insertion slot 14a is stored in a card storage portion (not shown) via the reader / writer 14. The holding unit 14 b is an interface that reads various information such as a card ID by near field communication when the portable terminal or the like is held up.

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

  The storage unit 16 is a storage device including a hard disk drive, a non-volatile memory, and the like. The storage unit 16 stores its own apparatus status data 16a, card data 16b, replay setting data 16c, and model condition determination result data 16d.

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

  The card data 16b is data relating to a card being used by a game player. The card data 16b includes a card ID, prepaid value, balls, balls and the like. The card ID is a card ID read by the reader / writer 14. When a card is transported from the card storage unit (not shown) to the card insertion slot 14a and the card is ejected, the card data 16b is updated by the card ID read by the reader / writer 14 during the transport. Also, when a card is transported from the card insertion slot 14a to a card storage unit (not shown), the card data 16b is updated by the card ID read by the reader / writer 14 during the transport. The prepaid value indicates the balance of the prepaid value available for ball lending, and the balls and balls indicate the respective balances.

  Replay setting data 16c indicates settings related to ride-in replay, such as whether or not admission of balls is permitted, whether or not balls are allowed, and priority order of accounts in the case of entering and leaving It is. The replay setting data 16 c is acquired from the member management device 50 and stored.

  The model condition determination result data 16 d indicates the result of determining whether or not the insertion is possible based on the model of the gaming machine 20 or the like. This determination is performed by the member management apparatus 50, and the details thereof will be described later.

  The control unit 17 is a control unit that entirely controls the inter-room card processor 10, and includes a data management unit 17a, a count processing unit 17b, and an insertion / replay processing unit 17c.

  When the card is inserted, the data management unit 17a transmits, to the card management device 40, a card insertion notification including the inter-base card processor ID of the own apparatus status data 16a and the card ID of the card data 16b. In addition, when the data management unit 17a receives data including a valuable value (prepaid value, at least one of balls and balls) from the card management device 40, the data management unit 17a updates the card data 16b with the received valuable value. The data management unit 17a controls the display operation unit 13 to appropriately display the prepaid value, the balls and the balls stored in the card data 16b.

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

  Further, the data management unit 17a transmits a ball lending request including the card ID and the device ID to the card management device 40 when the game customer performs a ball lending operation. If the ball lending permission is received as a response to the ball lending request, the data management unit 17a pays out a predetermined number of gaming balls.

  In addition, when a game player performs a ball replay operation, the data management unit 17a subtracts a predetermined number of balances of the ball account indicated in the card data 16b, and pays out the corresponding number of game balls. Do.

  In addition, when the balance of the balls indicated in the card data 16b is equal to or more than the number of units for playing the ball, the data management unit 17a displays the ball replay button on the display operation unit 13 and receives the ball replay operation. To be possible. The data management unit 17a transmits, to the card management device 40, a ball replay request including a card ID and an inter-base card processing machine ID when the game player performs a ball replay operation. If the stored-ball replay data is received as a response to the stored-ball replay request, the balance of the stored balls in the card data 16b is updated, and the game balls of the stored-replay unit number are dispensed. In addition, at the time of the first storage ball replay operation, input of a personal identification number is required, and matching with the personal identification number indicated in the card data 16b is set as a condition for transmitting a reservoir reproduction request.

  In addition, when the card return operation is performed by the game player, the data management unit 17a transmits a ball addition request including the card ID, the device ID, and the number of balls held to the card management device 40, and carries the own device ball After clearing the balance of the account to 0, a card ejection notice is sent to the card management apparatus 40, and the card is ejected.

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

  The entering / replaying processing unit 17c is a processing unit that controls the execution of entering / replaying. When receiving the replay setting data 16c and the model condition determination result data 16d, which are settings relating to entry, from the member management apparatus 50, the entry / replay processing unit 17c performs processing for storing the same in the storage unit 16.

  When it is indicated by the replay setting data 16c and the model condition determination result data 16d that the replay setting data 16c and the model condition determination result data 16d are possible, the replaying processing unit 17c acquires the replaying on the display operation unit 13. Display control of the button.

  If the play-in / play-back button is operated, the play-in / play-back processing unit 17c determines the account of the transfer source according to the play setting data 16c.

  If the entry source is a storage account, the entry replay processing unit 17c performs a storage entry replay. In the case of the ball storage re-play, the insertion re-play processing unit 17c transmits a ball re-play request including the card ID, the inter-room card processor ID, and the insertion source. If the ball replay data is received as a response to the ball replay request, the balance of the balls in the card data 16b is updated, conversion is performed according to the rate of the entrance, and the payout process of the game ball is performed. Do.

  If the entry source is a ball-bearing account, the entry-replay processing unit 17c performs a ball-entry entry replay. In ball-and-pop-on replay, the boarding-on-replay processing unit 17c subtracts a fixed number of balances of the ball at the entry source and converts it according to the entry source rate and then pays out the game ball. Do the processing.

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

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

  The card data 16 b shown in FIG. 5B indicates that the ID of the card inserted in the inter-base-card processor 10 is “2002”. Here, the upper one digit of the card ID indicates the type of the card, the first upper digit "1" card is a general card, the upper first digit "2" card is a membership card. Further, the card data 16 b indicates that the prepaid value is “2000” frequency. Here, with the frequency of prepaid value, one frequency is equivalent to 1 yen. Further, the card data 16b indicates that the balance of ball 1 ball is "500", the balance of ball 2 is "0", and the balance of ball 3 is "130". ing.

  In the card data 16b, the secret code number for replaying the ball is "7777", the past ball of the ball 1 is "900", the ball of the ball 1 is "100", the ball of the ball 1 is 100, and the past ball of the ball 2 is "0." "The ball, ball 2 of the day," 1000 "ball of the ball 2, the past ball of ball 3 is" 500 ", and the state of the ball of ball 3 is" 500 "ball of the day. Further, 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 balls, balls, and prepaid balance in association with the card ID. When a card theft is detected, it is turned on by employee operation. These data are also included and stored in the card data 16b. Furthermore, this "lock" flag can be set according to the function ("use of balls", "embedded", etc.). For example, only the function of "embedded" is subject to "locked" at the request of the player. It can also be used to prevent accidental operation.

  Replay setting data 16c shown in FIG. 5C has items of an entry usage type, interstage storage balls, a general card entry, a ball / pool priority, a priority account, and a deposit range. The entry usage type is an item indicating whether to allow entry of balls and balls. The usage type of entry takes one of “1. ball / pool”, “2. ball only”, “3. ball only”, and “4. not”. In addition, "1. ball holding / ball storage" indicates that both ball and ball are allowed to enter, and "4. not" indicates that ball and ball are prohibited from entering and leaving.

  Inter-temporal storage balls is an item indicating whether inter-temporal storage processing to shift balls to storage in the inter-tier card processor 10 is permitted or not. Interstage storage balls take one of the following values: "1. Perform (automatic)", "2. Perform (manual)", and "3. do not". The setting of inter-temporal storage balls is effective when the type of use is "2. Only storage balls".

  If the usage type is "2. Only balls", you can not use balls directly for re-play, but if you transfer the balls to balls by inter-temporal storage processing, the balls can be re-played Since it can be used, it will be substantially similar to playing and playing balls. However, in order to use a ball, it is a condition that it is a member gaming customer.

  In addition, when an operation is performed to re-play balls by a member gaming customer, the balls at the transfer source are replaced with the balls of the same rate, and the process of re-playing the balls is performed by the inter-city card processor 10 will run automatically. At this time, on the screen of the display operation unit 13, the balls of the rate at the entry source are converted into self-rate and replayed, that is, the balls are displayed as if they were directly re-played.

  In addition, when it is possible to get in balls and not get in balls, it is possible to insert a membership card while the general card is held as a processing object in the inter-room card processor 10. Then, the inter-tier card processing machine 10 adds the balls of the general card and the membership card. After that, since it is treated as a member game player, it is possible to replace the balls with balls and then to re-enter.

  “1. Perform (automatic)” of inter-temporal storage balls is a setting in which balls are transferred to the storage balls at the time of returning the membership card without asking the game player to operate them. “2. Perform (manual)” of inter-temporal storage balls is a setting for executing inter-temporal storage processing when an operation for shifting balls to storage balls is performed by a game player.

  The general card insertion is an item indicating whether or not the general card is permitted to enter. General card insertion takes one of the values "1. Perform" and "2. Does not". When setting of general card entry is allowed to enter balls by the entry usage type (If the entry usage type is either “1. ball / pool” or “3. ball only”) If it is It is because a general card can not use a reservoir.

  The ball / pool priority is an item indicating which of ball and ball is to be given priority as the entry source. The ball / pool priority takes one of “1. ball priority”, “2. ball priority”, and “3. player optional”. “3. Player Optional” is a setting that allows the player to select the account of the transfer source.

  The priority account is an item indicating the order of priority of accounts when carrying in and out. In the priority account, rates operating in the game arcade are registered in the priority order. It should be noted that if priority is set to “3. player optional”, the setting of the priority account is unnecessary.

  The storage ball entry range is an item indicating whether or not to allow entry for the past storage balls and the storage balls on the day. The deposit range is one of “1. past deposit / deposit on the day”, “2. only past deposit”, and “3. on the same day deposit”. The setting of the ball storage range is when the insertion of the storage ball is permitted by the insertion usage type (when the insertion usage type is either “1. ball-bearing / ball” or “2. only ball storage”) It becomes effective to). In addition, "1. The past deposit / on the same day deposit" indicates that admission is permitted for both the ball and the deposit.

  The model condition determination result data 16 d shown in FIG. 5D indicates the result of determining whether or not the insertion is possible based on the model of the gaming machine 20 or the like. The model condition determination result data 16 d takes one of “1. suitable” and “2. nonconforming” for the item of the model condition. If the model condition is "2. Incompatible", regardless of the setting of the replay setting data 16c, the entry is prohibited.

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

  The display unit 41 is a liquid crystal panel, a display device, or the like. The input unit 42 is a keyboard, a mouse or the like. The 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 settlement machine 80 via a communication line in the game arcade.

  The storage unit 45 is a storage device such as a hard disk drive or a non-volatile memory, and stores card management data 45a, device management data 45b, and replay setting data 45c. The card management data 45a is data in which the balance of prepaid value, the balance of balls, etc. are associated with the card ID. The device management data 45 b is data relating to a device disposed in the game arcade. The device management data 45 b includes an inter-room card processor ID, an address of the inter-room card processor 10, an installation place, a gaming machine ID, and model data of the gaming machine 20. The replay setting data 45c indicates settings regarding whether or not to allow balls to enter, whether to allow entering of balls, etc., and the order of priority of accounts in the case of entering, for example, regarding to on-line replay of balls.

  The control unit 46 is a control unit that performs overall control of the card management device 40, and includes a card management unit 46a, an apparatus management unit 46b, a game status notification unit 46c, and a replay condition management unit 46d. In practice, these programs are loaded into a CPU (Central Processing Unit) and executed to execute processes corresponding to the card management unit 46a, the device management unit 46b, the gaming status notification unit 46c, and the replay condition management unit 46d. Will be run.

  The card management unit 46a is a processing unit that manages the card management data 45a. The card management unit 46a communicates with the inter-room card processor 10, the prize management device 60, and the checkout machine 80, and updates the prepaid value and the balance of the balls associated with the card ID.

  In addition, when the card management unit 46a receives a card insertion notification from the inter-room card processor 10, the card management unit 46a notifies the value of the card and the balance of the balls associated with the card.

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

  When receiving the card insertion notice from the inter-room card processor 10, the gaming status notification unit 46c refers to the device management data 45b to specify the type of gaming machine to which the inter-table card processor is attached. Then, the game status notification including the card ID, the model of the gaming machine, and the game type is transmitted to the member management device 50. This gaming status notification is made regardless of whether it is a membership card or a general card.

  The replay condition management unit 46 d generates the replay setting data 45 c based on the operation of the gaming clerk and stores the replay setting data 45 c in the storage unit 40. In addition, the replay condition management unit 46d performs processing for transmitting the generated replay setting data 45c to the inter-room card processing machine 10 and the member management device 50.

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

  In the card management data 45a shown in FIG. 7 (a), the card ID "1001" has a prepaid value "2500 degrees", the balance "1500" of the ball account of the ball 1 and the balance "2300 of the ball account of the ball 2". "And the balance" 0 "of the ball 3's ball-count account are associated with each other. That is, the card of the card ID “1001” is not inserted into the inter-room card processing device 10, and management of balls is performed by the card management device 40.

  Further, in the card management data 45a shown in FIG. 7A, the card ID "2002" is associated with the prepaid value "2000 degrees", the balance "0" of balls with each rate, and the use destination ID "3001". . That is, the card of the card ID “2002” is inserted in the inter-base card processor 10 of the device ID “3001”, and management of the balls is transferred to the inter-top card processor 10. For this reason, the balance of balls for each rate is zero.

  In the device management data 45b shown in FIG. 7B, the address on the network of the inter-stage card processing machine 10 of the ID "3001" is "AB.CD.EF.GH", and the installation location is "Island 1-1". And the ID of the connected gaming machine 20 is “A0012X4233”, and the model of the connected gaming machine 20 is “EV01”. It also indicates that the gaming machine 20 is in use.

  Replay setting data 45c shown in FIG. 7 (c) is data relating to onboard replay of balls, and has items of onboard ball and preferred account. The ball-bearing mode is an item indicating whether or not ball-bearing mode is permitted, and takes a value of either “1. done” or “2. not done”. The priority account is an item indicating the order of priority of accounts when carrying in and out. In the priority account, rates operating in the game arcade are registered in the priority order.

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

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

  The storage unit 55 is a storage device such as a hard disk drive or non-volatile memory, and stores member management data 55a, game type setting data 55b, prize master 55c, replay setting data 55d, model condition data 55e and gaming history data 55f. Do. The member management data 55a is data associated with a card ID of a member card issued to a member, and associating a name, a ball, a portable ID m, an address, a telephone number and the like.

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

  Replay setting data 55d indicates the setting regarding the entry / replay, such as whether or not to allow the entry of balls, whether to permit entry of balls, the priority order of the account in the case of entry, etc. It is. The model condition data 55 e is data indicating a determination condition of insertion / non-loading based on the model of the gaming machine 20 or the like. The game history data 55f is data in which the card ID and the game history are associated with each other. The game history includes the type of gaming machine currently in use, the type of gaming machine used so far, and the like.

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

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

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

  The replay condition management unit 56c performs processing of generating replay setting data 55d based on the operation of the gaming clerk and storing the replay setting data 55d in the storage unit 55. The setting relating to the number of balls can also be acquired from the card management device 40. In addition, the replay condition management unit 56c performs processing for distributing the generated replay setting data 55d to the inter-room card processor 10.

  The model condition determination unit 56d is a processing unit that manages the model condition data 55e and the game history data 55f, and determines whether or not it can be inserted based on the model condition data 55e and the game history data 55f.

  When receiving the gaming status notification from the card management device 40, the model condition determination unit 56d updates the gaming history data 55f. Then, it is determined whether or not the game history of the card ID indicated in the game status notification conforms to the condition indicated in the model condition data 55 e.

  The model condition determination unit 56 d returns the determination result (either “conform” or “nonconform”) to the card management device 40 as model condition determination result data 16 d. The card management device 40 transmits the model condition determination result data 16 d to the inter-room card processing device 10 that has made the card insertion notification.

  Next, a specific example of data stored in the storage unit 55 shown in FIG. 8 will be described. 9 and 10 are explanatory diagrams for explaining data stored in the storage unit 55. FIG. The member management data 55a shown in FIG. 9A indicates that the card ID "2002" is associated with the name "B C", the bank account of each game type, the portable ID "ID m X 1", etc. There is. In addition, although illustration is abbreviate | omitted, the member management data 55a can match a point, the frequency | count of coming to the store, a game history, a PIN code etc. with card ID. The mobile ID m is identification data that can specify a mobile terminal such as a mobile phone, and is used when the mobile terminal is used as a membership card.

  Further, in FIG. 9A, a storage account is provided for three game types of "ball 1", "ball 2" and "ball 3", and each storage account has two balances of past storage and current storage on the day It is shown. For example, in the "ball 1" of the card ID "2002", the past storage is "900" and the storage on the day is "100". Further, “ball 2” of the card ID “2002” has “0” in the past and “1000” in the day. In the "ball 3" of the card ID "2002", the past storage is "500" and the storage on the day is "500".

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

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

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

  Further, the prize master 55c, for the prize code "0002", the prize name "small prize", the group code "01", the prize value "100", the number of exchange balls of the ball 1 "25", the number of exchange balls 2 balls “50” and the number of exchange balls “100” of the ball 3 are associated.

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

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

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

  Similar to the replay setting data 16 c shown in FIG. 5 (c), the replay setting data 55 d shown in FIG. , Priority account and storage area items. The same applies to the setting contents of each item.

  The model condition data 55 e shown in FIG. 10E is data in which the content of the condition is associated with the model condition ID. The contents of the conditions are a combination of the model and game type of the game machine of the transfer source, and the model and game type of the game machine of the transfer destination.

  Specifically, the content of the condition of the model condition ID “R001” is “moving source model: EV01 moving destination: arbitrary”. This indicates that the ball can be used for entry if the balls or balls acquired by the game machine of model EV01 are used, and the destination is not limited.

  In addition, the contents of the condition of the model condition ID “R002” are “source model: arbitrary destination: EV21”. This indicates that balls or balls acquired by any game machine can be used for entry, but only when the model is used with a game machine of EV21 indicates that entry play is possible. There is.

  Further, the content of the condition of the model condition ID “R003” is “moving source model: EV02 moving destination: EV02”. This indicates that balls and balls acquired by the gaming machine of model EV02 can be inserted and replayed only when the gaming machine of model EV02 is used.

  Further, the contents of the condition of the model condition ID “R004” are “moving source model: EV15 and game type: ball 3 moving destination: EV 15 and game type: ball 1”. This is only when the balls installed in the block of ball 3 are used with the game machine of EV 15 and the balls installed in the block of ball 1 are used in the game machine of EV 15 It indicates that play is possible.

  The game history data 55f shown in FIG. 10 (f) is data in which the card ID, the game history, and the number of times of getting on and off are associated. When the game status notification including the card ID, the model and the game type is received, the model and the game type are added as one set to the game history of the card ID.

  When a single set is stored in the game history of the card ID, the set is the type and type of gaming machine currently in use. When a plurality of sets are stored in the card ID game history, the latest set is the model and game type of the currently used gaming machine, and the previous set indicates which model and game type have been used. Show. Note that this game history indicates the history of the day, and is reset in the closing process.

  The number of times of re-playing indicates the number of times of re-playing performed on that day. Also by setting the upper limit to the number of times of the on-the-fly re-play, it can be used as a condition of whether or not to enter. The number of entry and exit replays is reset in the closing process.

  In (f) of FIG. 10, after the card ID "1001" is used for playing a game with the game machine of EV15, the model installed in the block of ball 3 is a game in which the model installed in the block of ball 1 is EV15. It indicates that it was used to play on the machine. Also, the card ID "1001" indicates that the boarding replay has been performed 16 times. Similarly, the card ID "2002" indicates that the model installed in the section of the ball 3 is in use for the game on the EV01 game machine. Further, the card ID "2002" indicates that the on-board replay is not performed.

  Next, a description will be given of the entering / replaying process by the inter-room card processing device 10. FIG. 11 is a flow chart for explaining the procedure of the boarding and replaying process by the inter-room card processor 10. When receiving the card (step S101), the inter-stage card processor 10 issues a card insertion notification, and acquires the model condition determination result data 16d and the replay setting data 16c (step S102).

  The entry / replay processing unit 17c of the inter-room card processor 10 determines whether the entry / replay is permitted according to the replay setting data 16c (step S103). If entry / replay is prohibited by the replay setting data 16c (step S103; No), the entry / replay processing unit 17c does not display the entry / replay button (step S112) and ends the process. .

  If entry / replay is permitted by the replay setting data 16c (step S103; Yes), it is determined whether the model condition determination result data 16d indicates conformity to the model condition (step S104). If the model condition determination result data 16d does not indicate the conformity to the model condition (step S104; No), the on / off replay processing unit 17c does not display the on / off replay button (step S112), and the process ends. Do.

  If the model condition determination result data 16d indicates the conformity to the model condition (step S104; Yes), the entering / replaying processing unit 17c determines whether or not an account usable for entry exists. (Step S105). Specifically, it is determined whether there is an account with a sufficient balance in accordance with the priority order defined by the replay setting data 16c. If there is no account that can be used for entry (Step S105; No), the entry / replay processing unit 17c hides the entry / replay button (Step S112), and ends the processing.

  If there is an account that can be used for entry (step S105; Yes), the entry / replay processing unit 17c controls the display operation unit 13 to display the entry / replay button (step S106).

  Then, if the play-in / play-back button is operated (step S107; Yes), the play-in / play-back processing unit 17c subtracts the balance of the target account (step S108). At this time, if the target account is a holding account, the account balance managed by the inter-day card processing machine 10 is subtracted, and if the target account is a storage account, the account balance managed by the member management device 50 is subtracted. Will be asked.

  After step S108, the entering / replay processing unit 17c uses the subtracted value and the entry source rate to convert into the number of game balls at the rate during the game (step S109), and pays out the game balls. A process is performed (step S110).

  After step S110, or when the play-in / play-back button is not operated (step S107; No), the inter-room card processing device 10 determines whether a card ejection operation has been performed (step S111). If the card ejection operation has not been performed (step S111; No), the process proceeds to step S105, and if the card ejection operation has been performed (step S111; Yes), the process ends.

  As described above, in the system according to the present embodiment, it is possible to re-play the game by appropriately inserting and storing both balls and balls, thus improving the convenience in the case of using a plurality of game types. Can. In addition, since it is possible to execute the ball storage replay and the ball storage replay in the same operation, it is possible to provide an easy-to-understand interface for the game player.

  In addition, the game shop can make detailed settings as to whether or not to allow play in balls and balls. Furthermore, since it is possible to set conditions using the type of game machine and the type of game machine and the destination of the game, it is possible to set whether or not to play the game on one of the elements of game machine selection. For example, by making it possible to select a game machine for which the operation rate is to be increased as a loading source or a loading destination, it becomes easy for a gaming customer to select. For this reason, it can be used as a service that directly contributes to the profits of the game arcade.

  In the above-described embodiment, the intra-base card processor 10 manages all accounts with balls, and the intra-base card processor 10 processes even ball-in-play replays. It is good also as composition which a card processing machine manages only a self-rated amount of balls account.

  FIG. 12 is an explanatory view of a configuration in which the inter-room card processing device manages only the self-rated ball bearing account. In the configuration shown in FIG. 12, when the inter-room card processor 110 receives a card, it transmits the card ID to the card management device 40, and among the ball-count accounts associated with the card ID, it receives at its own rate. Acquire and manage a certain 4 yen ball account balance. On the side of the card management device 40, the balance of the 4-yen ball account under management by the inter-day card processor 110 is 0, and the balance management of the ball-count account of other rates (2 yen and 1 yen) is continue.

  In FIG. 12, the balance of the balls account of each rate is “1000 balls”. When playing the ball at the 4-yen rate, the inter-day card processor 10 subtracts the 4-yen ball account managed by the own device and pays out the corresponding number of gaming balls. As a result, it is possible to use the four-yen rate ball “1000 balls” as one thousand balls by the ball-replay.

  In addition, when performing the 2 yen rate ball insertion replay of the 2 yen rate, the inter-tier card processor 110 subtracts the 2 yen ball account of the 2 yen managed by the card management device 40, and the corresponding number of game balls Pay out. As a result, the ball of 2 yen rate "1000 balls" can be used as 500 balls by the ball-on-the-fly replay. Similarly, in the case of performing a one-yen rate ball insertion replay, the inter-day card processor 110 subtracts the one-yen ball accounts managed by the card management device 40, and the corresponding number of game balls Pay out. As a result, it is possible to use the ball [1000 ball] of 1 yen rate as 250 balls by the ball-on-the-fly replay. In addition, about the process which concerns on a ball | bowl, since it is the same as that of FIG. 1, description is abbreviate | omitted.

  As another configuration, management of the balls in the game may be performed by the card management device. FIG. 13 is an explanatory view of a configuration in which the card management device 40 also manages the balls in the game.

  In the configuration shown in FIG. 13, the balance of the ball-bearing account is managed by the card management device 40 even when the inter-room card processor 210 receives the card. Therefore, the inter-room card processing device 210 communicates with the card management device 40 every time it plays the balls, and subtracts the balance.

  In this configuration, it is not necessary to hold the inter-room card processor 210 for the settings relating to the ball replay and the settings relating to the ball replay. The settings relating to the ball replay may be held by the card management device 40, and the settings relating to the ball replay may be held by the member management device 50.

  In FIG. 13, the balance of the balls account of each rate is “1000 balls”. In the case of performing a 4-yen rate ball replay, the inter-zone card processor 210 subtracts the 4-yen ball account managed by the card management device 40, and pays out the corresponding number of gaming balls. As a result, it is possible to use the four-yen rate ball “1000 balls” as one thousand balls by the ball-replay.

  In addition, when performing the 2 yen rate ball insertion replay of the 2 yen rate, the inter-day card processor 210 subtracts the 2 yen ball account of the 2 yen managed by the card management device 40, and the corresponding number of game balls Pay out. As a result, the ball of 2 yen rate "1000 balls" can be used as 500 balls by the ball-on-the-fly replay. Similarly, when performing a one-yen-rate ball-in-one replay, the inter-day card processor 210 subtracts the one-yen ball-in-hand account managed by the card management device 40, and the corresponding number of game balls Pay out. As a result, it is possible to use the ball [1000 ball] of 1 yen rate as 250 balls by the ball-on-the-fly replay. In addition, about the process which concerns on a ball | bowl, since it is the same as that of FIG. 1, description is abbreviate | omitted.

  As another configuration, the management of balls and the management of balls may be performed by the inter-base card processor. FIG. 14 is an explanatory view of a configuration for managing balls and balls in the inter-tier card processor.

  In the configuration shown in FIG. 14, when the inter-room card processor 310 receives a card, it transmits the card ID to the card management device 40 and acquires the balance of the ball-bearing account associated with the card ID. While managing, it acquires and manages the balance of the deposit account matched with card ID. On the side of the card management device 40, the balance of the ball accounts managed by the inter-day card processor 310 is zero. Then, on the member management device 50 side, the balance of the ball accounts managed by the inter-day card processor 310 is set to zero.

  In this configuration, the inter-room card processor 310 holds the setting related to the ball replay and the setting related to the ball replay. The setting relating to the ball replay may be acquired from the card management device 40, and the setting relating to the ball replay may be acquired from the member management device 50.

  In FIG. 14, the balance of the storage account of each rate is “1000 balls”. When performing a 4-yen rate ball replay, the inter-day card processor 310 subtracts the 4-yen ball account managed by the own device, and pays out the corresponding number of gaming balls. As a result, the 4-yen rate "1000-ball" storage can be used as a 1000-ball portion by the reservoir replay.

  In addition, when performing a 2-yen rate ball insertion / replay, the inter-day card processor 310 subtracts the 2-yen ball account managed by the own device, and pays out the corresponding number of game balls. As a result, it is possible to use the two-yen rate "1000 balls" as a 500-minute ball in the ball re-entry. Similarly, in the case of performing a one-yen rate storage ball insertion replay, the inter-day card processor 310 subtracts the one-yen storage account managed by the own device, and pays out the corresponding number of game balls. As a result, it is possible to use the 1-yen rate "1000 balls" as a 250-minute ball in the ball-on-play replay. In addition, about the process which concerns on a ball, since it is the same as that of FIG. 1, description is abbreviate | omitted.

  Also, management of settings may be made different depending on whether it is a member gaming customer or a general gaming customer. For example, the member management device 50 may manage the setting of the ball replay of the member gaming customers and the setting of the ball replay, and the card management device 40 may manage the settings of the ball replay of the general gaming customer. .

  In the above-described embodiment, although the ball management device manages the balls with the card management device and the ball storage device manages the balls with the member management device 50 as an example, the balls and the balls may be integrated and managed. FIG. 15 is an explanatory view of a configuration in which balls and balls are integrated and managed.

  The integrated management device 400 shown in FIG. 15 manages balls and balls in one database. In this database, the number of game balls obtained by the game player is managed for each game date and for each game type. Then, if the acquired date is the current day, a flag indicating that it is a "ball-bearing" is attached, and if the acquired date is not the current day, a flag indicating that it is a "pool" is attached.

  Specifically, the management flag and the date are managed in association with the account balance of each game type of 4 yen, 2 yen, and 1 yen. The management flag takes one of the values "ball holding" and "ball storage". Also, the date indicates the date acquired by the player.

  When returning the inserted card, the inter-tier card processor 410 notifies the integrated management device 400 of the balance of the ball-bearing account managed by the own device in association with the card ID. The integrated management device 400 associates the date of the day with the balance of each of the notified game types, and adds a management flag "ball" to manage.

  In FIG. 15, the inter-day card processor 410 manages the ball with the 4-yen rate “800”, the ball with the 2-yen rate “300”, and the ball with the 1-yen rate “0”. Therefore, when the inter-tier card processor 410 returns the card, these balances are managed by the integrated management device 400 as balls.

  Thereafter, the ball accounts managed by the integrated management device 400 are used for playing balls and playing balls, and the ball accounts managed by the integrated management device 400 are used for playing balls and playing balls. used. When using the balls, since it is not necessary to distinguish which date the balls are stored, the oldest balls may be used in order.

  After the business hours of the game arcade have ended, the integrated management device 400 replaces the management flag "ball with ball" with "ball storage". Thereby, it is possible to easily change the ball to a ball. And if business of the next day is started, the ball of the date of the next day will be newly generated.

  The balls managed by the integrated management device 400 may be configured to be distinguished from the balls managed by the inter-room card processor 410 using the names of the stored balls and the management device balls on the day.

  As another configuration example, a configuration may be adopted in which ball holding balls and balls corresponding to ball holding balls are managed in parallel. FIG. 16 is an explanatory view of a configuration in which the balls having balls and the balls corresponding to the balls having balls are managed in parallel. In the configuration shown in FIG. 16, the member management device 550 manages the day's storage and the past storage individually. Here, the past storage balls are the number of game balls obtained by the previous day, and are used for storage ball replay and storage ball replay. On the day, the stored money is the number of game balls acquired on the day, and corresponds to the balls managed by the card management device 40.

  When returning the inserted card, the inter-tier card processor 510 notifies the card management device 40 of the balance of the ball-bearing account managed by the own device in association with the card ID. By this notification, the card management device 40 manages the balance of each notified game type as the balance of the ball-bearing account. In addition, the member management device 550 manages the notified balance of each game type as the balance of the day's storage.

  In FIG. 16, the between-the-counter card processor 510 manages the ball “800” of the 4-yen rate, the ball “300” of the 2-yen rate, and the ball “0” of the 1-yen rate. Therefore, when the inter-tier card processor 510 performs card return, these balances are managed by the card management device 40 as balls, and are managed by the member management device 550 as balls on the current day.

  Then, when the balls are used by the ball replay, the ball replay, etc. and the balance of the ball accounts managed by the card management device 40 is decreased, the day of the balls managed by the member management device 550 is used. The balance is also reduced by the same amount.

  After the business hours of the game store have ended, the card management device 40 discards the balance of the ball-bearing account. Then, the member management device 550 adds the stored balls to the past stored balls on the day. In addition, as in the configuration shown in FIG. 15, if the day's storage and the past storage are integrally managed, it is only necessary to replace the flag indicating the storage on the day with the past storage. Further, in this case, the addition and subtraction value of the ball may be directly applied to the value of the stored balls without distinguishing the stored balls and the past stored balls on the day.

  The settings in the above-described embodiment can be applied to any method for managing balls and balls shown in FIGS. 13 to 16 described above.

  In the above-described embodiment, the configuration has been described in which the member management device 50, 550 manages the game history data 55f in order to control whether or not the game can be inserted based on the game history. As another configuration example for controlling such entry / exitability, it may be considered to manage balls for each model.

  FIG. 17 is an explanatory view of ball management of machine type. In the management table shown in FIG. 17, the game balls acquired by the game customers are managed as balls for each game type and for each model that has acquired the game balls.

  For example, although the total of balls held by the game type "ball 1" associated with the card ID "1001" is "1500", among them, the ball acquired by the model "EV01" is "300" and the model "EV02". The ball you have won at is "1200". Similarly, the total of balls held by the game type “ball 2” associated with the card ID “1001” is “2300”, and among them, the ball held by the model “EV01” is “800”.

  In this way, if you manage the ball type of the machine type, "specify the model of the move source and the model of the move destination, and enter and play on the move destination within the range of balls acquired by the model of the move source. Detailed conditions such as "permit" can be set. For example, if a condition is established in which only the balls acquired by the game type "EV01" of the game type "ball 1" can be used by the model "EV01" of the game type "ball 3", the card ID "1001" is used. When playing with the game type "EV01" of the game type "ball 3", the ball "300" acquired by the model "EV01" of the game type "ball 1" can be used, but the ball acquired by the model "EV02" The ball "1200" can not be used.

  The model of the gaming machine can be identified by referring to the device management data 45b using the ID of the inter-room card processor 10. Furthermore, although the case of managing balls by model is shown here, balls can be managed by each game category such as "new model corner" arbitrarily set. In this case, identification information is managed for each corner, and the member management device 50 manages the balls in association with the identification information. Not only balls but also balls may be managed by model or corner. Further, it may be possible for a store employee to arbitrarily set the types of balls and balls that can be used for each model or corner. Specifically, the ball of "ball 1", "ball 2" and "ball 3" can be used in the above-mentioned "ball 1" model, and the ball of only "ball 2" can be used in the "ball 2" model. Can also be set to use.

  Moreover, although the structure which the member management apparatus 50 manages the data regarding entering / replaying was illustrated in the above-mentioned Example, the structure which another apparatus manages, such as card management apparatus 40, may be sufficient. Moreover, although the above-mentioned Example illustrated the structure which provides an upper limit to the frequency | count of onboard replay, you may provide an upper limit on the number of balls which carries out payout processing by onboard replay. In addition, the number of re-plays and the number of balls may be managed for each account, and the upper limit may be set.

  Moreover, in the above-mentioned embodiment, although the day storage and the past storage were distinguished from the ball as "pool storage" and treated as a ball, and an example of setting entry availability, priority etc. was shown, it is not limited to this. A configuration may be adopted in which ball bearing is treated collectively as "balls on the day", and setting as to whether or not it can be carried in, priority, etc. is distinguished from past ball storage.

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

  Further, the present invention may be applied to an enclosed type game machine using a game ball enclosed in a game machine. In the enclosed type game machine, the number of game balls that can be dumped on the game board is managed as the number of possible games, and in the case of ball lending, replay, etc., the actual game balls are not paid out but processed. , And the number of possible games will be added. Further, the present invention is not limited to the case of using a ball as a game medium, and is applicable to the case of using a medal for a slot machine.

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

  As described above, the gaming media management system and the gaming media management method according to the present invention effectively use the entry when using a plurality of gaming types, improve the convenience of the gaming customers, and contribute to the profits of the gaming arcade It is suitable for you.

10, 110, 210, 310, 410, 510 inter-table card processor 11 status display unit 12 bill conveyance unit 12a bill insertion slot 13 display operation unit 14 reader / writer 14a card insertion slot 14b holding unit 15 communication unit 16, 45, 55 Storage unit 16a Own device status data 16b Card data 16c, 45c, 55d Replay setting data 16d Model condition determination result data 17, 46, 56 Control unit 17a Data management unit 17b Count processing unit 17c On-the-fly replay processing 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 44, 54 store network communication unit 45a card management data 45b device management data 46a card management unit 46b device management unit 46c game status notification Knowledge unit 46d, 56c Replay condition management unit 50, 550 Member management device 53 External network communication unit 55a Member management data 55b Game type setting data 55c Prize master 55e Model condition data 55f Game history data 56a Member management unit 56b Prize master management unit 56d Model Condition Judgment Unit 60 Prize Management Device 80 Settlement Machine 400 Integrated Management Device

Claims (7)

A gaming media management system for managing the number of gaming media acquired by a gaming customer through gaming,
The number of game media for each game type acquired by the game player on the day of the game is associated with the portable media for members owned by the member or the general-purpose portable media owned by gaming customers other than the members to be game types as game media Game medium management means for managing every game type, managing the number of game media acquired by the game customers in a game arcade, and managing the number of game media as a storage medium in association with the portable medium for members;
Holding medium playing means for making it possible to use holding media of a predetermined game type managed by the game medium management means for holding medium playing the same game type as the holding medium of the holding medium ,
Holding game medium of the predetermined game type managed by the game medium management means can be used for holding game medium re-play in another game type different from the game type of the holding game medium Means for entering and re-playing,
A storage medium replaying means for making it possible to use a storage medium of a predetermined game type managed by the game medium management means for regenerating the storage medium with the same game type as the game type of the storage medium ,
The storage medium of the predetermined game type managed by the game medium management means can be used for storage medium insertion replay with another game type different from the game type of the storage medium. Means for entering and re-playing,
A transfer enable / disable setting unit configured to set whether to permit execution of the holding game play insertion and / or the storage play medium play reproduction;
The portable medium for members is read , and execution of the storage medium playing on the storage medium is permitted by the entry / exit setting unit, and execution of the game holding on the gaming medium is not permitted. A game medium management system, comprising: a transition means capable of transitioning the predetermined game type holding media to the game type storage medium associated with the member portable medium .   The game medium according to claim 1, further comprising priority order setting means for setting which one of the holding game medium entering replay and the storage game medium entering replay is to be prioritized. Management system.   The gaming machine further includes a gaming machine condition setting unit configured to set a condition for changing whether or not execution of the holding game medium insertion replay and / or the storage game medium insertion replay is permitted depending on the gaming machine. The gaming media management system according to claim 1 or 2.   The gaming machine condition setting means is a model of a gaming machine of a loading source that is a gaming machine that has acquired the holding game medium or the storage game medium, the holding game medium playing replay and / or the holding game medium ride. 4. The game medium management system according to claim 3, wherein the condition setting for designating at least one of the game machine type of the entering place and the game machine which is the game machine using the entering / replaying is performed.   5. The game medium management system according to claim 4, wherein the gaming machine condition setting means further designates at least one of a game type of the entry source and a game type of the entry destination. .   The gaming machine condition setting means performs condition setting in which the upper limit of the number of times of executing the holding game medium insertion replay and / or the storage game medium insertion replay is set. Or the game media management system according to 5. A gaming medium management method for managing the number of gaming media acquired by a gaming customer through gaming, which is:
The number of game media for each game type acquired by the game player on the day of the game is associated with the portable media for members owned by the member or the general-purpose portable media owned by gaming customers other than the members to be game types as game media A game medium management step of managing for each game type, managing the number of game media acquired by the game player in the game, and managing the number of game media as storage media in association with the portable medium for members;
Holding game medium replaying step for enabling holding game medium of a predetermined game type managed in the game medium management step to holding game medium replay in the same game type as that of the holding game medium ,
Holding game medium of the predetermined game type managed in the game medium management step can be used for holding game medium re-play in another game type different from the game type of the holding game medium Enter Replay Step,
A storage medium playing step of making a storage medium of a predetermined game type managed in the game medium management step usable for regenerating the storage medium in the same game type as the game type of the storage medium; ,
The storage medium of the predetermined game type managed in the game medium management step can be used for storage medium re-play on another game type different from the game type of the storage medium. Enter Replay Step,
An entry / non-entry setting step for setting whether to permit execution of the holding game medium insertion replay and / or the storage game medium insertion replay;
The portable medium for members is read , and execution of the storage medium playing on the storage medium is permitted by the entry / exit setting step, and execution of the game holding on the gaming medium is not permitted. A game medium management method, comprising: a transition step of transitioning the predetermined game type holding game medium to the game type storage game medium associated with the member portable medium .

Images