JP5615477B2 - Game storage medium management device, game storage medium management method, and game storage medium management program - Google Patents

Description

  The present invention relates to a storage medium management device, a storage medium management method, and a storage medium management program for managing a game medium acquired by the player in association with identification information of each player as a storage medium. In addition to permitting the lending of game media at multiple lending rates, and allowing the storage and replaying of game media lent at each lending rate, it is possible to efficiently adapt to various business forms of a game store. The present invention relates to a stored game medium management device, a stored game medium management method, and a stored game medium management program.

  Conventionally, at a game store such as a pachinko store, a pachinko ball or medal (hereinafter collectively referred to as “game media”) acquired by a member who has issued a member card is stored in association with the member card (hereinafter referred to as a “pachinko ball” or medal). Services are collectively provided to members.

  For example, in Patent Document 1, when a member card is inserted into a stand-up storage ball return command machine attached to a pachinko machine, a password is entered and a storage ball return key is pressed, a controller returns a storage ball return request. If it is possible to return the ball, the controller issues a ball return command to the basin ball commanding machine, and in response to this ball return command, a storage ball return system is disclosed that pays out pachinko balls from the basin ball lending machine. Yes.

  In the conventional storage system represented by Patent Document 1, when a player inserts a membership card and a game medium into a counter that counts the number of game media and performs a storage operation, the counter is counted by this counter. The number of game media and the membership card ID read from the membership card by the counter are notified to the management device, and the number of game media stored is managed on this management device. In addition, when the receipt printed by the counting machine is read by a POS terminal (premium management device) and a membership card is inserted into the POS terminal and a storing operation is performed, the number of game media and the membership card ID are similarly given to the management device. The number of game media stored is managed on this management device. The storage balls deposited in this way are replayed or exchanged at the POS terminal using Patent Document 1 or the like.

JP-A-10-85436

  However, in the conventional savings system, each member is allowed only a single account for the same type of game media, such as giving one savings account for pachinko balls and giving one savings account for medals. . For this reason, for example, a 4-yen corner that lends pachinko balls for 4 yen per ball and a 1-yen corner that lends pachinko balls for 1 yen per ball, and an amusement store for both the 4-yen corner and the 1-yen corner. In order to provide a savings service, it is necessary to manage separately a 4-yen savings ball that allows 4 yen savings per ball and a 1-yen savings allowance of 1 yen savings per member.

  However, as in the case of the conventional single account, if the replay upper limit of the 4-yen savings account and 1-yen savings account is fixed to a predetermined value, the amusement store has a 4-yen corner and a 1-yen corner in the store. As a result, there is a problem that it is not possible to meet the needs for various sales forms.

  Specifically, since the 1-yen corner provided in the game store is often provided to allow players to make a trial strike such as a new stand, it is necessary to give more players a chance to try it out. However, it is difficult to give more players a chance to try out if the upper limit for replaying 1-yen coins at the 1-yen corner is recognized to the same extent as 4-yen coins.

  In particular, if the replay upper limit when replaying a 4-yen savings ball at the 1-yen corner is recognized to be the same as the upper limit of the conventional savings ball, 1000 yen of 4-yen savings is set to 4000 yen of 1-yen savings. As a result, it is possible to play for a long time in the circle corner, which leads to a result contradicting the purpose of providing the one circle corner.

  For this reason, there are ball lending corners that lend balls at multiple lending rates: 4 yen savings and 1 yen savings. It is an important issue to be able to adapt to various business forms. Such a problem is not only caused when the 4-yen and 1-yen coins are used in combination, but also occurs when a plurality of lending rate corners are provided, such as 4-yen and 2-yen savings.

  The present invention has been made in view of the above problems (problems), and permits the rental of game media at a plurality of loan rates, and allows the storage and replay of game media lent at each loan rate, respectively. Another object of the present invention is to provide a storage ball management device, a storage ball management method, and a storage ball management program that can be efficiently adapted to various business forms of an amusement store.

In order to solve the above-described problems, the present invention provides a storage medium management apparatus that manages a game medium acquired by a player in association with identification information of each player as a storage medium. Storage means for storing a storage medium management table for managing a plurality of storage medium accounts for the same type of game medium associated one-to-one with a plurality of different loan rates for each identification information; and the storage means A game media management means for managing the number of game media for each rental rate of each player using the game media management table stored in the game, and the plurality of game media managed by the game media management means a replay condition setting processing means for setting processing for each rental rates replay conditions including re number playable game media corresponding to the operating mode of the gaming facility accounts, loans les from the predetermined replay device A replay request including information that can be identified by the replay information, identifying a game media account to be replayed based on the received replay request, and performing the replay condition setting processing means by the replay condition setting processing means. Replay processing means for performing processing relating to replay of each game media account managed by the game media management means based on play conditions.

Further, in the above invention, the storage means stores, for each identification information of each game clients, different loan rates and more savings game media accounts for the same type of game media that are associated with one-to-one and storing the savings game medium management table for managing the cumulative re number play a game medium within a predetermined period for該貯game media account, the replay condition setting processing unit is managed by the savings game medium management means savings and speed updating playable game medium game media accounts, and set process for each lending rate according to the operating mode of a game arcade, the replay processing unit, when receiving a predetermined replay request, the accumulated re and performing a process according to the replay based speed play game media and to the re-playable game medium count.

Further, the present invention is characterized in that, in the above-mentioned invention, the replay condition setting processing means sets a replay fee together with the number of replayable game media .

  Also, in the present invention according to the first aspect, the storage means stores the number of game media lent at the first rental rate and the second rental rate in association with the same player identification information. A storage management table for managing an account and a second storage account is stored, and the replay condition setting processing means performs a first operation when replaying the storage of the first storage account at the first lending rate. Replay condition, second replay condition when replaying the stored ball of the second savings account at the second lending rate, replaying the stored ball of the first savings account at the second lending rate A third replay condition in the case of performing and a fourth replay condition in the case of replaying the stored ball of the second storage account at the first lending rate are set.

The present invention also relates to a storage medium management method for a storage medium management apparatus that manages, as a storage medium, a game medium acquired by the player in association with identification information of each player. For each player's lending rate, using a storage media management table that manages a plurality of storage media accounts for the same type of game media associated one-to-one with a plurality of different lending rates A storage medium management step for managing the number of stored game media, and a replay including the number of replayable game media according to the operation mode of the game store of the plurality of storage media accounts managed by the storage medium management step. A replay condition setting processing step for setting play conditions for each lending rate, and a replay request including information for identifying lending rate information from a predetermined replay device, and the received replay requirement The game media account to be replayed is identified based on the replay condition setting processing step, and each game media account managed by the game media management step is set based on the replay condition set by the replay condition setting processing step. And a replay process step for performing a process related to replay.

The present invention also relates to a storage medium management program for a storage medium management apparatus that manages, as a storage medium, a game medium acquired by the player in association with identification information of each player, For each player's lending rate, using a storage media management table that manages a plurality of storage media accounts for the same type of game media associated one-to-one with a plurality of different lending rates A storage medium management procedure for managing the number of stored game media, and a replay including the number of replayable game media in accordance with a game store operation mode of the plurality of stored game media accounts managed by the storage media management procedure. A replay condition setting processing procedure for setting play conditions for each lending rate, and a replay request including information that can identify lending rate information from a predetermined replay device are received, and (B) Identifying a game media account to be replayed based on the request, and based on the replay conditions set by the replay condition setting processing procedure, each stored game managed by the game media management procedure It is characterized by causing a computer to execute a replay processing procedure for performing processing related to replay of a medium account.

According to the present invention, a storage medium management table for managing a plurality of storage medium accounts for the same type of game medium associated one-to-one with a plurality of different loan rates for each player identification information is provided. Used to manage the number of game media for each player's lending rate, and lend replay conditions including the number of replayable game media according to the operation mode of the game store of the plurality of game media accounts to be managed A setting process is performed for each rate, a replay request including information with which loan rate information can be specified is received from a predetermined replay device, and a game media account to be replayed is specified based on the received replay request. Since the processing related to the replay of each managed game media account is performed based on the replay conditions that have been set, the game media lending at a plurality of lending rates is permitted. In the 貯遊 technique medium and re-play of the game media lending each lending rate when it finds each can be efficiently adapted to the various operating forms of gaming facility.

Further, according to the present invention, for each identification information of each game clients, a plurality of savings game media accounts and該貯game media accounts for different loan rates and the same type of game media associated with the one-to-one of the cumulative number of replay game medium within a predetermined time period as well as managed by the savings game media management table, managed by a plurality of savings game media accounts re playable game medium count lending rate corresponding to the operating mode of a game arcade When the predetermined replay request is received for each setting process, the processing related to the replay is performed based on the cumulative number of replayed game media and the number of replayable game media. Accordingly, the number of replayable game media can be flexibly set to promote replay at a specific lending rate.

Further, according to the present invention, since it is configured to set processing replay fee with re playable game medium count, promote re-play on a particular loan rates in terms of re-play fee with re playable game medium count Can be made.

  In addition, according to the present invention, the first storage account and the second storage account that store the number of game media lent at the first rental rate and the second rental rate in association with the identification information of the same player, respectively. The first replay condition in the case of replaying the storage ball of the first storage account at the first lending rate and the second lending rate of the storage ball of the second storage account are provided. The second replay condition for replaying the game, the third replay condition for replaying the stored ball of the first savings account at the second lending rate, and the savings of the second savings account for the first Since the fourth replay condition is set and processed when replaying at the lending rate, for example, the replay at the 4-yen corner of the 1-yen coin is promoted and the re-play at the 1-yen corner of the 4-yen coin is promoted. By suppressing play, etc. It can be adapted to the over's as well as the business form.

  Exemplary embodiments of a storage ball management device, a storage ball management method, and a storage ball management program according to the present invention will be described below in detail with reference to the accompanying drawings. Here, a 4-yen corner that lends pachinko balls for 4 yen per ball and a 1-yen corner that lends pachinko balls for 1 yen per ball are also added to the amusement store. The case where the savings service is provided to both will be explained.

  First, the system configuration of the storage ball management system according to the first embodiment will be described. FIG. 1 is a diagram illustrating a system configuration of a storage management system according to the first embodiment. This storage management system is a system that provides a storage / replay service to members registered in a game store such as a pachinko parlor. In the first embodiment, the savings obtained at the 4-yen corner (4-yen savings) can be replayed only at the 4-yen corner (re-playing 4 yen), and the savings obtained at the 1-yen corner (1-yen savings) It is assumed that can be replayed only at the 1 yen corner (1 yen replay).

  As shown in the figure, the game store is provided with a four-circle corner composed of the pachinko machine 10a and the inter-unit 20a and a one-circle corner composed of the pachinko machine 10b and the inter-unit 20b. This 4-yen corner is an island that lends 25 balls to players for 4 yen per ball, or 100 yen, and the 1-yen corner is 100 balls for 1 yen per player, or 100 yen. It is an island that lends a ball. The reason for providing a 1-yen corner with a low rental rate is mainly to enable trial hitting by the player and to obtain information on the player's customer rating and evaluation with respect to the gaming machine.

  The pachinko machine 10a and the pachinko machine 10b are game machines that provide a pachinko game using pachinko balls to a player, and there is no difference between the 4-yen corner and the 1-yen corner. However, the pachinko machine 10b provided at the 1-yen corner is not a gaming machine responsible for sales of amusement stores, but is often provided with a new machine that will be newly introduced into the gaming stores. This is because the player can try out a new machine without investing a lot.

  The inter-unit 20a is a unit that lends a 4-yen ball with cash and replays a stored ball using a membership card. For example, when a 1000-yen bill is inserted into the inter-unit 20a, the inter-unit An instruction to throw out 250 balls is given from the unit 20a to the pachinko machine 10a. On the other hand, the inter-unit unit 20b is a unit that lends a 1 yen ball with cash and replays a stored ball using a membership card. For example, when a 1000-yen bill is inserted into the inter-unit unit 20b, An instruction to throw out 1000 balls is issued from the inter-unit 20b to the pachinko machine 10b.

  The player can replay the stored balls using these inter-unit units 20a and 20b, and the personal identification number is entered from the numeric keypad with the player inserting a membership card into the card insertion slot of the inter-unit unit 20a or 20b. And press the predetermined replay button to enter the membership card ID, PIN, 1-yen corner or 4-yen corner type (hereinafter referred to as “corner type information”), and the unit that uniquely identifies the unit between the units. A replay request signal including the inter-unit identification information is transmitted to the stored ball management device 50, and the stored balls can be withdrawn within the range of the stored ball balance. Here, it is assumed that the number of balls withdrawn from the savings account by one replay operation is fixed.

  The counter 30 is a counter that counts the number of pachinko balls acquired by the player, and has a function of storing the counted number of pachinko balls. Specifically, the member card received from the player by the store clerk is inserted into the card insertion slot of the counter 30 and a pachinko ball is inserted, and the above corner type information (4 yen corner or 1 yen corner separately) is designated. Then, a storage request signal including the membership card ID, the number of pachinko balls stored as a counting result, and corner type information is transmitted to the storage management device 50.

  The counting machine 30 can also issue a receipt in which the number of pachinko balls counted is barcode-printed. When the store clerk counts pachinko balls and designates the corner type information and presses the receipt issue button, the pachinko balls A receipt on which the number and corner type information are barcode printed is issued.

  In this embodiment, a single counter 30 is used to count both pachinko balls acquired by the player at the 4-yen corner and pachinko balls acquired by the player at the 1-yen corner. The invention is not limited to this, and a counter dedicated to the four-round corner and a counter dedicated to the one-round corner can be separately provided. In such a case, it is possible to eliminate the need for the store clerk to specify the corner type information.

  The prize management apparatus 40 is a terminal apparatus for exchanging prizes provided at a counter in the amusement store and provided with a membership card reader and a barcode reader, and the number of pachinko balls and corner type information from the barcode printed on the receipt. Can be used for exchanging prizes, as well as for savings using membership cards. Specifically, when the receipt is read by a barcode reader provided in the prize management device 40, when the member card is inserted into the card reader and the storage button is pressed, the member card ID, the number of pachinko balls, the 4-yen corner or A storage ball request signal including the type of one-yen corner is transmitted to the storage ball management device 50.

  In addition, in the prize management device 40, prizes can be exchanged from the deposited storage balls. Specifically, when a player inputs a password with a member card inserted into a card reader, and a store clerk performs a storage check operation, a storage ball confirmation signal including the member card ID and the password is stored in the storage management device 50. Are displayed, and the balances of the 4 yen corner and 1 yen corner are displayed. Thereafter, prizes will be exchanged within the range of the balance of the stored balls.

  The storage management device 50 is a management device that manages the number of storages of each corner type for each member card ID using a storage management table 54a described later, and receives a storage request signal from the counter 30 or the prize management device 40. For example, if the number of balls is added to the corresponding bank account of the corresponding card type of the corresponding member card ID and a replay request signal is received from the inter-unit 20a or 20b, the corresponding bank card account of the corresponding card type Subtract the number of replayed balls from.

  In addition, the storage management device 50 can set replay conditions for each 4-yen storage and 1-yen storage using the replay condition setting menu (details will be described later). In the first embodiment, as the replay condition, a case where the number of replayable balls and the replay fee representing the upper limit of the number of replay balls is used will be shown.

  Next, the configuration of the storage ball management device 50 shown in FIG. 1 will be described. FIG. 2 is a functional block diagram showing the configuration of the storage ball management device 50 shown in FIG. As shown in the figure, the storage management device 50 includes an input unit 51, a display unit 52, an interface unit (I / F unit) 53, a storage unit 54, and a control unit 55.

  The input unit 51 is an input device such as a keyboard or a mouse, the display unit 52 is a display device such as a liquid crystal panel or a display, and the I / F unit 53 is an inter-unit 20a or 20b, a counter 30 or a prize. It is an interface for performing data communication (signal exchange) with the management apparatus 40.

  The storage unit 54 is a storage device such as a hard disk device or a non-volatile memory, and stores a storage management table 54a and replay setting data 54b. As shown in FIG. 3, the storage management table 54a stores the number of accumulated 4-yen balls and the number of accumulated replay balls, the number of accumulated 1-yen balls, and the number of accumulated replayed balls for each member card ID of each member. In the example of FIG. 3, the number of accumulated 4-yen balls and the number of accumulated replay balls of the membership card ID “1234” are 4000 and 200, respectively, and the number of accumulated 1-yen balls and the number of accumulated replay balls are 400. , 0, the number of 4 yen storage balls and cumulative replay balls of membership card ID “5678” are 200 and 0 respectively, the number of 1 yen storage balls and the number of cumulative replay balls are 2000 respectively. The case where the number is 500 pieces is shown.

  In other words, the player with the membership card “1234” often saves 4 yen of the pachinko ball acquired at the 4 yen corner and replays it at the 4 yen corner. The player with the membership card “5678” often plays the 1 yen corner. It shows a situation where the pachinko ball acquired in 1 is saved 1 yen and replayed at the 1 yen corner.

  Here, the cumulative number of replayed balls stored in the stored ball management table 54a indicates the total number of stored balls replayed within a predetermined period. In the first embodiment, since the predetermined period is one day, the player with the membership card “1234” replays 200 4-yen coins on the day, and the player with the membership card “5678” has 1 on the day. This means a situation where 500 yen storage balls have been replayed. In this way, the reason for memorizing the cumulative number of replayed balls is that the upper limit is exceeded compared to the number of replayable balls that means the upper limit of the number of stored balls that the player can replay in one day. This is to check whether or not.

  As shown in FIG. 4, the replay setting data 54b is setting data in which the number of replayable balls and the replay fee are set for each rental rate by the manager of the game shop. In the figure, the number of replayable balls per day for a 4-yen storage ball with a lending rate of 4 yen is 3000, the replay fee is 1 per 25, and the lending rate is 1 yen This shows a situation where the number of replayable balls per day is 1000 and no replay fee is required (0 per 25). The replay setting data 54b is set by a replay setting unit 55b described later.

  The control unit 55 is a control unit that controls the entire storage management device 50, and includes a storage management unit 55a and a replay setting unit 55b. Actually, a program stored in a ROM or non-volatile memory (not shown) is loaded into the CPU and executed, and the corresponding process is executed by the storage management unit 55a and the replay setting unit 55b.

  The storage management unit 55a is a management unit for managing the number of stored balls and the number of accumulated replay balls of each player (member) using the storage management table 54a. Alternatively, when a storage ball request signal is received from the prize management device 40, the number of stored balls is added to the corresponding storage ball account. In addition, if a replay request signal is received from the inter-unit 20a or 20b, the personal identification is legitimately confirmed using a personal identification number, and there is a replayed stored balance in the corresponding stored account, and replay is possible. When the number of balls is not exceeded, the number of replayed balls is subtracted and the cumulative number of replayed balls is added.

  When a predetermined replay setting operation is performed from the input unit 51, the replay setting unit 55 b displays the replay setting page 60 illustrated in FIG. 5 on the display unit 52, and inputs the replay setting page 60. This is a processing unit that stores data input in the frame as replay setting data 54b.

  FIG. 5 is a diagram illustrating an example of the replay setting page 60 displayed on the display unit 52 by the replay setting unit 55b illustrated in FIG. As shown in the figure, here, 3000 replayable balls and 1 replay fee are specified as the 4 yen saving ball replay setting, and 1000 replayable balls are set as the 1 yen saving ball replay setting. This shows a situation in which a piece and 0 replay fees are designated.

  Here, the lower the number of balls that can be replayed for a 1-yen coin is set, the more the replay of the 1-yen coin can be restricted. Therefore, the turnover rate of the player at the 1-yen corner can be increased. Similarly, the higher the replay fee for 1-yen coins is set, the more restricted the use of 1-yen coins can be. Therefore, the turnover rate of the player at the 1-yen corner can be increased. On the other hand, if it is desired to promote replay with a 1-yen coin, it is effective to eliminate or set a low fee as shown in FIG.

  Next, the ball storing process using the counter 30 shown in FIG. 1 will be described. FIG. 6 is an explanatory diagram for explaining a ball storage process using the counter 30 shown in FIG. As shown in the figure, the player inserts a membership card into the card insertion slot of the counter 30 (step S101), inserts the acquired pachinko ball (step S102), selects the corner type, and operates a storage button. Is pressed (step S103).

  When such a series of operations is performed, a storage request signal is transmitted from the counter 30 to the storage management device 50 (step S104). This storage ball request signal includes the membership card ID, the number of storage balls made up of the number of pachinko balls counted by the counter 30, and corner type information.

  Then, the storage management device 50 that has received this storage request signal specifies a storage account that is a storage target from the membership card ID and corner type information, and performs storage registration processing for adding the number of storages to the specified storage account. (Step S105). In the above series of explanations, for convenience of explanation, the case where all the pachinko balls counted by the counter 30 are stored is shown, but a part of the counted pachinko balls can also be used as the number of stored balls. In such a case, the player needs to specify the number of stored balls.

  Next, replay processing using the inter-unit unit 20a shown in FIG. 1 will be described. FIG. 7 is an explanatory diagram for explaining a replay process using the inter-unit unit 20a shown in FIG. As shown in the figure, the player inserts a membership card into the card slot of the inter-unit unit 20a (step S201), inputs a personal identification number using a numeric keypad (not shown), and presses the replay button. A replay operation is performed (step S202).

  When such a series of operations is performed, a replay request signal is transmitted from the inter-unit unit 20a to the storage ball management device 50 (step S203). This replay request signal includes the member card ID, the password, and the corner information type and the unit unit identification information stored in the unit 20a.

  Then, the storage management device 50 that has received this replay request signal identifies the storage account to be replayed, identifies himself / herself using a personal identification number, and has an account balance equal to or greater than the replay amount in the storage account. It is determined whether or not replay is possible, the number of replayable balls, that is, whether or not the upper limit of the number of replay balls per day is exceeded (step S204), the identity confirmation result is correct and the account balance also exists, If it is within the replayable number of balls, the number of replayed balls is subtracted from the target storage account (step S205), and the cumulative number of replayed balls in the stored ball management table 54a is calculated. After the addition (step S206), a replay permission signal is transmitted to the inter-unit unit 20a (step S207). The inter-unit 20a that has received the replay permission signal instructs the pachinko machine 10a to throw out a replay ball.

  Next, a processing procedure when the replay request signal is received by the storage management device 50 shown in FIGS. 1 and 2 will be described. FIG. 8 is a flowchart showing a processing procedure when the replay request signal is received by the storage management device 50 shown in FIGS. 1 and 2. As shown in the figure, if the storage management device 50 receives a replay request signal from the inter-unit 20a or 20b (Yes at Step S301), the replay setting data 54b is read from the storage unit 54 (Step S302).

  Thereafter, it is determined whether or not the personal identification number included in the replay request signal is correct (step S303). Specifically, since the member card ID and the password are associated with each other and registered in the member management table (not shown) at the time of member registration, the password corresponding to the member card ID included in the replay request signal is stored in the member. The password is read from the management table and compared with the password number included in the replay request signal. If both match, it is determined that the password is correct, and if both do not match, it is determined that the password is incorrect.

  As a result, when it is determined that the password is correct (Yes at Step S303), it is confirmed whether or not there is a stored balance equal to or larger than the replay amount in the corresponding stored account (Step S304). Specifically, in the case where a certain number (for example, 125) of pachinko balls are thrown out as a replay in response to a replay request signal, the number of stored ball balances equal to or greater than the number obtained by adding a replay fee to this certain number. It will be confirmed whether there is.

  Then, when there is a stored balance more than the replay amount in the corresponding stored account (Yes at Step S304), the cumulative number of replayed balls is read from the stored ball management table 54a (Step S305). It is confirmed whether or not a certain number of sums is within the number of replayable balls (step S306).

  As a result, if it is within the replayable number of balls (Yes at Step S306), the number of balls obtained by adding the replay fee to a certain number is subtracted from the stored ball account in the stored ball management table 54a (Step S307), An update process for adding the number of balls to the cumulative number of replay balls is performed (step S308), and a replay permission signal is transmitted to the inter-unit 20a or 20b (step S309).

  If the PIN is not correct (No at Step S303), if the savings account does not have a balance for replaying (No at Step S304), or not within the replayable number of balls (No at Step S306), the time between An error signal is transmitted to the unit 20a or 20b (step S310).

  As described above, in the first embodiment, the storage management unit 55a of the storage management device 50 uses the storage management table 54a that manages the 4-yen storage account and the 1-yen storage account in association with the membership card ID. While managing the number of accumulated balls of the player, the replay setting unit 55b sets the replayable number of balls and the replay fee for each lending rate, and allows replay up to the maximum number of replayable balls. Since it is configured as described above, it is possible to efficiently provide a savings / replay service adapted to the business form of the amusement store.

  By the way, in Example 1 above, the 4-yen savings earned at the 4-yen corner can be replayed only at the 4-yen corner, and the 1-yen savings earned at the 1-yen corner can be replayed only at the 1-yen corner. However, in practice, it is necessary to allow replay at the 1-yen corner of the 4-yen coin and re-playing at the 4-yen corner of the 1-yen coin.

  Therefore, in the second embodiment, a case will be described in which replay at the 1-yen corner of the 4-yen storage ball or re-play at the 4-yen corner of the 1-yen storage ball is permitted. However, in the second embodiment, when a certain member plays in the 4-yen corner, there is no 4-yen coin corresponding to the membership card ID and there is a 1-yen coin re-playing 1-yen coin. Will be accepted.

  In this case, the system configuration of the storage management system is the same as in FIG. 1, the apparatus configuration of the storage management device is the same as in FIG. 2, the storage procedure is the same as in FIG. 6, and the replay procedure is the same as in FIG. Will be. For this reason, in the second embodiment, description will be made focusing on the storage management table, replay setting data, and replay setting page.

  FIG. 9 is a diagram illustrating an example of the storage management table 70 according to the second embodiment. As shown in the figure, in this storage management table 70, for each member card ID, the number of stored balls of 4 yen stored balls, the cumulative number of replayed balls during 4 yen replay of 4 yen stored balls, 1 yen replay of 4 yen stored balls The number of accumulated replay balls at the time, the number of balls stored at the 1 yen storage ball, the number of accumulated replay balls at the time of 4 yen replay of the 1 yen storage ball, and the number of accumulated replay balls at the time of 1 yen replay of the 1 yen storage ball are stored. The reason for this is that in the second embodiment, not only the 4-yen coin is replayed at the 4-yen corner but also the case where the 4-yen coin is replayed at the 1-yen corner is recognized.

  In the example shown in FIG. 9, the number of stored 4-yen coins with the membership card ID “1234” is 4000, and the accumulated replay ball number when re-playing 4-yen 4-yen balls is 200, which is 4 yen. The number of accumulated replay balls at the time of 1 yen replay of the stored ball is 0, the number of stored balls of the 1 yen stored ball is 400, the cumulative number of replayed balls when the 1 yen stored ball is replayed and the 1 yen stored ball The case where the number of accumulated replay balls at the time of 1 yen replay is 0 is shown.

  In addition, the number of 4 yen storage balls with membership card ID “5678” is 200, the cumulative number of replay balls when 4 yen storage is replayed 4 yen and the cumulative replay of 4 yen storage balls when 1 yen is replayed. The number of balls is 0, the number of balls saved for 1 yen saving ball is 2000, the cumulative number of replay balls when 4 yen is replayed for 1 yen saving ball is 500, and when 1 yen is replayed for 1 yen saving ball This shows a case where the cumulative number of replay balls is 100.

  FIG. 10 is a diagram illustrating an example of replay setting data 80 according to the second embodiment. As shown in the figure, the number of replayable balls is 3000 when replaying 4 yen stored balls with a lending rate of 4 yen at 4 yen, and the replay fee in that case is 1 ing. Moreover, the case where the number of replayable balls when replaying a 4-yen stored ball at 1 yen is 500, and the replay fee in that case is 2 is shown.

  Furthermore, when the 1-yen stored ball with a lending rate of 1 yen is replayed at 4 yen, the number of replayable balls is 10,000 and the replay fee in that case is 0. Further, the figure shows a case where the number of replayable balls when replaying a 1-yen stored ball for 1 yen is 1000 and the replay fee is 1 in that case.

  When such a setting is made, when a 1-yen coin is replayed at the 4-yen corner, a large number of 10,000 coins can be used, and no replay fee is charged at that time, which is advantageous. For this reason, the number of cases where each player cancels the 1-yen coins at the 4-yen corner increases, and it can be adapted to the needs of the game store that wants to use the 1-yen coins at the 4-yen corner.

  On the other hand, if you try to replay 4-yen coins at the 1-yen corner, the number of replayable balls is as small as 500, and 2 replay fees are also required. It is possible to prevent the situation of trying to play for a long time at the corner.

  FIG. 11 is a diagram illustrating an example of the replay setting page 90 according to the second embodiment. As shown in the figure, in this replay setting page 90, when replaying 4 yen savings balls at the 4 yen corner, replaying 4 yen savings at the 1 yen corner, replaying 1 yen savings at the 4 yen corner. In the case of playing, it is possible to set the number of replayable balls and the replay fee when replaying 1 yen stored balls at the 1 yen corner. The number of stored balls designated on the replay setting page 90 is registered in the stored ball management table 70 already described by the replay setting unit 55b shown in FIG.

  When the storage management device 50 receives the replay request signal, processing is performed in the same manner as the processing procedure shown in FIG. 8, but when there is no replay storage in the 4-yen storage account. (No in step S304), instead of performing error processing, it is checked whether there is an account balance of a 1 yen savings account, and if there is an account balance, from a 1 yen savings account to a 4 yen savings account After shifting the number of stored balls and temporarily increasing the account balance of the 4 yen savings account, 4 yen replay processing is performed from this 4 yen savings account. At this time, a re-play fee (0 in the case of FIG. 10) when re-playing 4 yen for a 1-yen coin is imposed.

  As described above, in the second embodiment, the number of replayable balls and the replay fee when the 4 yen saving ball is replayed at the 1 yen corner or when the 1 yen saving ball is replayed at the 4 yen corner are set. Since it is configured so that it can be processed, it is possible to provide a savings service that further conforms to the management policy of the amusement store.

  By the way, in Examples 1 and 2 described above, the case where the player separately provided the 4-yen savings account for the savings obtained at the 4-yen corner and the 1-yen savings for the savings obtained at the 1-yen corner is shown. The present invention is not limited to this. When the balls acquired at the 1 yen corner and the balls acquired at the 4 yen corner are converted into a predetermined unit and deposited in a single account (unified savings account). It can also be applied. Therefore, in this third embodiment, the case where the stored balls are managed using the unified stored account will be described.

  FIG. 12 is an explanatory diagram for explaining a storage ball process according to the third embodiment. As shown in the figure, the player inserts the membership card into the card insertion slot of the counter 30 (step S301), inserts the acquired pachinko ball (step S302), selects the corner type, and operates the storage button Is pressed (step S303).

  When such a series of operations is performed, a storage request signal is transmitted from the counter 30 to the storage management device 50 (step S304). This storage ball request signal includes the membership card ID, the number of storage balls made up of the number of pachinko balls counted by the counter 30, and corner type information.

  Then, the storage management device 50 that has received this storage request signal converts the number of storage into a common unit using the corner information (step S305). For example, in the case of a 1 yen corner, the number of stored balls itself is set, and in the case of a 4 yen corner, the number of stored balls is set to a value four times.

  After that, a unified storage account to be stored is specified from the membership card ID, and a storage ball registration process is performed to add the number of stored balls converted into a common unit for the specified unified storage account (step S306).

  Next, the replay process according to the third embodiment will be described. FIG. 13 is an explanatory diagram for explaining the replay process using the inter-unit unit 20a according to the third embodiment. Here, for convenience of explanation, there is a separate table in which the inter-unit unit identification information and the corner type (1-yen corner or 4-yen corner) are associated with each other, and the replay conditions are lent as in the first and second embodiments. It is assumed that each rate is set in advance.

  As shown in the figure, the player inserts a membership card into the card slot of the inter-unit unit 20a (step S401), inputs a personal identification number using a numeric keypad (not shown), and presses the replay button. A replay operation is performed (step S402).

  When such a series of operations is performed, a replay request signal is transmitted from the inter-unit unit 20a to the storage ball management device 50 (step S403). This replay request signal includes the member card ID, the password, and the inter-unit unit identification information stored in the inter-unit 20a.

  Then, the storage management device 50 that has received this replay request signal specifies a unified storage account to be replayed, performs identity verification using a personal identification number (step S404), and uses inter-unit unit identification information. Whether the corner is a 4-circle corner or a 1-circle corner is determined (step S405), and a replay condition is selected according to the determined corner type (step S406).

  If the identity verification result is correct and the replay conditions are met, the number of stored balls is subtracted to subtract the number of stored balls for replay from the target unified storage account (step S407). Specifically, if the replay request is from the 1 yen corner, the number of replay balls is subtracted as it is, and if the replay request is from the 4 yen corner, the number of replay balls is quadrupled and subtracted. Thereafter, a replay permission signal is transmitted to the inter-unit 20a (step S408). The inter-unit 20a that has received the replay permission signal instructs the pachinko machine 10a to throw out a replay ball.

  As described above, in the third embodiment, the balls acquired at the 1-yen corner and the balls acquired at the 4-yen corner are converted into a predetermined unit and stored in the unified savings account provided for each member card ID. Since it is configured to perform replay processing based on the replay conditions (number of replay balls, replay fee) set for each deposit and lending rate, even when using a unified savings account, it is an efficient amusement store It is possible to provide a savings / replay service that suits the type of business.

  In the first to third embodiments, the case where the lending rate is 4 yen and 1 yen has been described. However, the present invention is not limited to this, and is applicable to various cases where a plurality of lending rates are operated. can do. Moreover, although the said Example 1-3 demonstrated the case where the ball of a pachinko ball was stored, this invention is not limited to this, It can also apply to the storage medal at the time of introduce | transducing a some loan rate. .

  The storage ball management device, the storage ball management method, and the storage ball management program according to the present invention allow the rental of game media at a plurality of loan rates, and allow the storage and replay of game media lent at each loan rate, respectively. This is useful for efficiently adapting to various business forms of amusement stores.

1 is a diagram illustrating a system configuration of a storage ball management system according to a first embodiment. It is a functional block diagram which shows the structure of the storage management apparatus shown in FIG. It is a figure which shows an example of the storage ball management table shown in FIG. It is a figure which shows an example of the replay setting data shown in FIG. It is a figure which shows an example of the replay setting page which display control of the replay setting part shown in FIG. It is explanatory drawing for demonstrating the storage-ball process using the counter shown in FIG. It is explanatory drawing for demonstrating the replay process using the unit between bases shown in FIG. It is a flowchart which shows the process sequence at the time of the replay request signal reception by the storage ball management apparatus shown in FIG.1 and FIG.2. It is a figure which shows an example of the storage management table which concerns on the present Example 2. FIG. It is a figure which shows an example of the replay setting data based on the present Example 2. It is a figure which shows an example of the replay setting page which concerns on the present Example 2. FIG. It is explanatory drawing for demonstrating the storage-ball process which concerns on the present Example 3. FIG. It is explanatory drawing for demonstrating the replay process which concerns on the present Example 3. FIG.

Explanation of symbols

10a Pachinko machine (4 yen corner)
10b Pachinko machine (1 yen corner)
20a Unit between units (4 yen corner)
20b Unit between units (1 yen corner)
30 counting machine 40 free gift management device 50 storage management device 51 input unit 52 display unit 53 interface unit (I / F unit)
54 storage unit 54a storage management table 54b replay setting data 55 control unit 55a storage management unit 55b replay setting unit 60 replay setting page 70 storage management table 80 replay setting data 90 replay setting page

Claims (6)

A stored game medium management device that manages game media acquired by a player in association with identification information of each player as a stored game medium,
Storage means for storing a storage medium management table for managing a plurality of storage medium accounts for the same type of game medium associated one-to-one with a plurality of different loan rates for each player's identification information;
A storage medium management means for managing the number of storage media for each rental rate of each player using the storage medium management table stored in the storage means;
Replay condition setting process for setting a replay condition including the number of replayable game media according to the operation mode of the game store of the plurality of game media accounts managed by the game media management means for each lending rate Means,
Receiving a replay request including information for which lending rate information can be specified from a predetermined replay device, identifying a game medium account to be replayed based on the received replay request, and executing the replay condition setting process Replay processing means for performing processing related to replay of each of the stored game medium accounts managed by the stored game medium management means based on the replay conditions set by the means. Game media management device. The storage means stores, for each player's identification information, a plurality of storage medium accounts for the same type of game medium associated with a plurality of different loan rates and a predetermined number for the storage medium account. A storage medium management table for managing the number of accumulated replay game media within a period is stored, and the replay condition setting processing means is a replayable game medium for a storage media account managed by the storage media management means The number is set for each lending rate according to the operation form of the game store, and the replay processing means receives the predetermined replay request, and the replay game medium and the replayable game 2. The game storage medium management device according to claim 1, wherein processing relating to replay is performed based on the number of media. 3. The stored game media management apparatus according to claim 2, wherein the replay condition setting processing means sets a replay fee together with the number of replayable game media.   The storage means stores a first storage medium account and a second storage medium that store the number of game media lent at the first rental rate and the second rental rate in association with the identification information of the same player, respectively. A storage medium management table for managing accounts is stored, and the replay condition setting processing means performs a first operation when the storage medium of the first storage medium account is replayed at the first rental rate. Replay conditions, second replay conditions when replaying the game media of the second game media account at the second lending rate, and game media of the first game media account A third replay condition for replaying at the second loan rate and a fourth replay condition for replaying the game media in the second game media account at the first loan rate A feature characterized by setting processing貯遊 TECHNICAL medium management apparatus according to claim 1, 2 or 3. A storage medium management method of a storage medium management apparatus for managing a game medium acquired by the player in association with identification information of each player as a storage medium,
For each player's identification information, each player uses a stored game medium management table for managing a plurality of stored game medium accounts for the same type of game medium associated with a plurality of different lending rates. A game media management process for managing the number of game media for each rental rate;
Replay condition setting process for setting a replay condition including the number of replayable game media according to the operation mode of the game store of the plurality of game media accounts managed by the game media management process for each lending rate Process,
Receiving a replay request including information for which lending rate information can be specified from a predetermined replay device, identifying a game medium account to be replayed based on the received replay request, and executing the replay condition setting process A replay processing step of performing a process related to replay of each of the stored game media accounts managed by the stored game media management step based on the replay conditions set by the steps. Game media management method. A storage medium management program for a storage medium management device that manages, as a storage medium, a game medium acquired by the player in association with identification information of each player,
For each player's identification information, each player uses a stored game medium management table for managing a plurality of stored game medium accounts for the same type of game medium associated with a plurality of different lending rates. Game media management procedure for managing the number of game media for each loan rate,
Replay condition setting process for setting a replay condition including the number of replayable game media corresponding to the operation mode of the game store of the plurality of stored game medium accounts managed by the stored game medium management procedure for each lending rate Procedure and
Receiving a replay request including information for which lending rate information can be specified from a predetermined replay device, identifying a game medium account to be replayed based on the received replay request, and executing the replay condition setting process Based on the replay conditions set and processed by the procedure, the computer is caused to execute a replay processing procedure for performing processing related to replaying of each of the stored game media accounts managed by the stored game media management procedure. Game storage media management program.

Images