JP2006271495A - Game medium storage system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game medium storage system capable of providing re-play charge service without applying an excessive load to the system and collecting an appropriate charge for a replay. <P>SOLUTION: The game medium storage system comprises a game medium storage means for storing game media obtained by a player as storaged game media, a replay game medium put-out means for putting out game media for the replay based on the storaged game media, and a charge rate storage means for storing the charge rate for the replay as the charge rate for putting out game media for the replay. The game medium storage system also has a charge deduction means for executing a deduction process of deducing the number of game media equivalent to the charge based on the charge rate for the replay from the number of game media to be storaged. The game medium storage means stores the game media from which the number of game media equivalent to the charge is deduced as the storaged game media. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a game medium saving system for saving game media such as game balls and game medals.

  Conventionally, at game stores such as pachinko halls, players can deposit balls (medals), which are game media acquired by games, and enable replay using the game media stored in the game stores (hereinafter referred to as stored balls). A storage system has been introduced. In this replay service, a fee corresponding to a predetermined fee rate is collected for balls to be paid at the time of replay. Patent Document 1 proposes a service for changing the fee rate according to a time zone when storing the ball, member information, and the like. In the conventional storage system including known examples, a fee is collected when replaying.

JP 11-244506 A

  By the way, a payout device for replay is provided for each gaming machine, and when replaying, the replay balls are in small units (about 125 balls) to fit in the upper plate of a pachinko machine so that the game is easy to play. Although it is configured to pay out, if the fee is calculated and collected each time it is paid out, there is a possibility that the processing load of the system will increase. In particular, there are many large-scale stores that have hundreds of gaming machines installed in recent years, and if you replay with all the gaming machines in such large-scale stores, the processing for calculating the fee alone is considerable. An increased burden is expected.

  In general, the fee rate is determined based on the prize exchange rate at the amusement store. In other words, since the game shop performs nail adjustment based on the prize exchange rate, the game medium acquired with a high prize exchange rate and the game medium obtained with a low prize exchange rate per unit game medium (1) Because the value of the changes, the commission rate must be changed. Although the prize exchange rate is frequently changed depending on the amusement store, the prize exchange rate may not be changed due to the above-mentioned problem in order to take account of the stored balls. Furthermore, even if it is changed, the fee rate is made to correspond to the current free gift exchange rate, and the storage at the low free gift exchange rate is paid out at a low fee rate corresponding to the current high free gift exchange rate, or The stored balls were recalculated and converted to correspond to the current prize exchange rate. In any case, it was a burden for the game shop or system.

  The latter problem can be dealt with by increasing the number of items in the database (hereinafter referred to as “DB”) according to the state when the ball is stored as in the known example. However, there are tens of thousands of amusement store members. In addition, when the system of the publicly known example is adopted, the capacity of the member DB increases and the processing load increases drastically. In addition, since the capacity of the DB increases each time the premium exchange rate is changed or the service is complicated, it is difficult to implement a system such as a known example in view of the processing load of the system.

  The present invention has been made based on the above background, and provides a game media saving system that can perform a replay fee service without imposing an excessive processing burden on the system and that can collect an appropriate fee. Is an issue.

Means for Solving the Problems and Effects of the Invention

In order to solve the above problems, a game medium saving system of the present invention includes a game medium storage means for storing a game medium acquired by a player as a saved game medium,
Replay game media payout means for paying out replay game media based on the saved game media;
In a game medium saving system comprising a fee rate storage means for storing a replay fee rate that is a payout fee rate of a replay game medium,
Before the game medium storage means stores the saved game medium, the game medium storage means includes a fee subtraction means for subtracting a game medium equivalent to a fee based on the replay fee rate from the game medium to be saved,
The game medium storage means stores the game medium that has been subjected to the deduction processing by the fee deduction means as a stored game medium.

  In the game medium saving system of the present invention, when saving the acquired game medium, before storing the saved game medium, the fee subtraction means for subtracting the game medium corresponding to the replay fee from the game medium to be saved And a game medium storage means for storing the game medium subjected to the subtraction processing as a stored game medium, and overturning the fixed concept of collecting a fee at the time of replaying, The idea of collecting at the time of saving can solve the conventional problems of complicated replay fee service. In other words, since the replay fee collection process for each replay payout is not required because the batch processing is performed at the time of saving, the processing burden on the system can be reduced, and the prize exchange rate can be changed, for example, at the time of saving By adopting a fee rate corresponding to the exchange rate, batch processing is possible and the processing burden is reduced.

  At this time, it is possible to provide a stored quantity counting means for subtracting the same number of stored game media as the paid out replay game media in accordance with the payout of the replay game media. In this way, when paying out replay game media, it is only necessary to subtract from the saved game media as many as the paid out game media, and the conventional processing of subtracting the number of balls for the fee at a predetermined rate for each payout. Can be eliminated, and the processing load on the system can be reduced.

  At that time, the game medium storage means can store the first saving game medium for replay and the other second saving game medium separately. The fee deducting means can perform a deduction process when the game medium storage means stores as the first saving game medium, but can not perform the deduction process when storing as the second saving game medium. In this way, the first saving game medium for replay and the second saving game medium for other (for example, for prize exchange) are stored separately, so when exchanging prizes, a fee is collected in advance. If this is the case, conversely, it is possible to solve an assumed problem that complicated game media must be managed.

  Further, at that time, when storing the first saving game medium, the game medium storage means stores the unit number for each unit quantity with a predetermined number as one unit, and when a fraction game medium corresponding to the fraction is generated, The fraction game medium can be stored as the second saving game medium. In this way, when storing the first saving game medium for replay, the predetermined number is stored for each unit quantity that is one unit (for example, one unit of payout), and the fraction is stored as the second saving game medium. Therefore, there is no fraction when paying out during replay. Conventionally, when replaying, a fraction is generated, and therefore, the fee amount becomes a decimal point, and there is a case where the fixed rate is not reached.

(Example)
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a diagram conceptually showing a configuration of a storage ball management system (game medium saving system) in a game store. The storage ball management system 100 includes a management computer 80 (also referred to as a management device) installed in an office, a plurality of gaming machines 1 installed in a gaming store, and a unit-based device provided alongside the gaming machine 1. 10 and a counter 50 provided at a predetermined location in the amusement store. The gaming machine 1, the device 10 for each machine, and the counter 50 are connected to the management device 80 so as to be communicable.

  FIG. 2 is a block diagram of the management apparatus. The management device 80 includes a CPU 81, a ROM 82, a RAM 83, and an input / output circuit (I / O) 84. Then, via an input / output circuit (I / O) 84, an HDD (Hard Disk Drive) 85 as a storage device, a keyboard / mouse 86 as an input device, a printer 87 as an output device, a monitor 88, and transmission / reception as communication means The unit 89 and the like are connected to the CPU 81. The CPU 81 of the management device 80 executes a storage processing program 91 stored in the ROM 82, a communication processing program 92 with a counter, and a communication processing program 93 with each device. The HDD 85 includes a member database 95 and stores stored ball data for each member in a readable / writable manner. The transmission / reception unit 89 is connected to the gaming machine 1, the unit-by-unit apparatus 10, and the counter 50 so as to be able to transmit and receive.

  In this storage management system 100, information is transmitted and received with the management device 80 as a center. That is, the management device 80 transmits information to each gaming machine 1 and each device 10 provided in the gaming machine 1 and the counter 50 via the network line, and vice versa. Receive the information. Information transmitted to the management device 80 is stored in the member database 95 in the management device 80.

  FIG. 3 is a perspective view of the counter 50. The counter 50 is a device for counting the pachinko balls acquired by the player. The ball receiving unit 51, the card insertion port 52 on the front surface, the operation unit 53 for the player to select and operate on the upper surface, and the rear part stand up. A liquid crystal display unit 54 for displaying count information is provided. In the operation unit 53, as a push button type switch operated by the player, a replay storage ball button 55 for storing balls for replay purposes, a normal storage button 56 for storing balls for gift exchange purposes, and the like to cancel the operation A cancel button 57 and a ticket issuing button 58 for issuing a counting detail (receipt) are provided.

  FIG. 4 is a block diagram of the counter 50. The counter 50 includes a control unit 60. The control unit 60 includes a CPU 61, a ROM 62, a RAM 63, and an input / output circuit (I / O) 64, and the ROM 62 stores a count processing program 71. Then, the counting unit 66 for counting balls, the display unit 54 for displaying stored ball information, the operation unit 53 for selecting and operating by the player, and the ticket issuing for issuing a receipt via the input / output circuit (I / O) 64. A unit 67, a card reader 68 for reading card information, a transmission / reception unit 69 as communication means, and the like are connected to the CPU 61. In response to a command from the control unit 60, the count data and the data indicating whether the replay storage ball or the normal storage ball is stored are transmitted to the management device 80. The transmitted data is stored in the member database 95 of the HDD 85 in the management device 80. In the member database 95, the count data is managed separately from the replay saving balls and the normal saving balls together with the game data. The operation unit 53 includes a replay storage ball button 55, a normal storage ball button 56, a cancel button 57, and a ticket issuing button 58.

  FIG. 5 is a front view of the base unit 10. The stand-by-device 10 is used when a player replays with a player's stored ball (draws his / her own stored ball and replays), and a card insertion in which a member card 15 having a member ID stored in the front is inserted Mouth 11, replay button 12 operated by the player when replaying at the center, color liquid crystal display 13 displaying the stored ball information at the front center, a predetermined number of replay buttons 12 below the replay button 12 during replay A bowl-shaped payout member 14 for paying out game balls to the upper plate of the gaming machine 1 is provided. In this embodiment, the display unit 13 is a touch panel type liquid crystal display monitor, and is configured to receive an operation by appropriately displaying an operation (such as a code number and an end button) and reacting with the touch panel.

  FIG. 6 is a block diagram of the base unit 10. The base unit 10 includes a control unit 20. The control unit 20 includes a CPU 21, a ROM 22, a RAM 23, and an input / output circuit (I / O) 24, and a stored ball payout processing program 31 is stored in the ROM 22. The display unit 13 displays the stored ball information via the input / output circuit (I / O) 24, the operation unit 26 that the player selects and operates, the payout unit 27 that pays out a predetermined number of game balls at the time of replay, and the card A card reader 28 for reading information, a transmission / reception unit 29 as communication means, and the like are connected to the CPU 21. The operation unit 26 includes the replay button 12. The data of the replay storage ball is transmitted to the management device 80 according to a command from the control unit 20, and the transmitted data is stored in the member database 95 of the HDD 85 in the management device 80.

  Next, a specific control procedure will be described with reference to a flowchart. The count processing program 71 stored in the ROM 62 of the counter 50 will be described with reference to the flowchart shown in FIG. It is determined whether or not the player has put out the balls obtained at the amusement store into the counting machine 50 (S1). When balls are inserted, the counting unit 66 starts counting. Subsequently, it is determined whether or not the member card 15 is inserted (S2). If the member card 15 is not inserted, the process proceeds to S14 to determine whether or not the ticket issuing button 58 is pressed, and the ticket issuing button 58 is pressed. If the ticket is issued, the ticket issuing unit 67 issues a receipt displaying the number of balls (S15). The issued receipt is read by a POS (premium exchange means) (not shown) and exchanged. In the POS, the balls may be stored in the same manner as the counter 50.

  When the member card 15 is inserted in S2, the member identification information (member ID) stored as magnetic data is read by the card reader 68. Subsequently, it is determined whether or not the cancel button 57 has been pressed (S3). If the cancel button 57 has been pressed, the member card 15 is discharged (S13), and thereafter the pressing of the ticketing button 58 is confirmed in the same manner as described above. (S14), a receipt is issued (S15).

  If the cancel button 57 is not pressed in S3, it is determined whether or not the normal storage button 56 is pressed (S4). If the normal storage button 56 is pressed, the CPU 61 counts the number of balls to be stored, The number of balls to be stored is temporarily stored in the counting ball storage area of the RAM 63. The CPU 61 functions as a deposit time quantity counting means for counting the quantity of balls to be stored. The RAM 63 functions as a deposit time quantity storage means. Then, the member ID, the type of storage ball (that is, the normal storage ball (second storage game medium)), and the counting result (the number of counting balls) are transmitted to the management device 80 as storage ball information (S5). If the normal storage ball button 56 is not pressed in S4, it is determined whether or not the replay (also referred to as re-P) storage ball button 55 is pressed (S6), and if the replay storage button 55 is pressed, the member ID, The type of stored ball (that is, replay stored ball (first saving game medium)) and the number of counted balls are transmitted to the management device 80 as stored ball information (S5).

  Next, the storage processing program 91 stored in the ROM 82 of the management device 80 will be described with reference to the flowchart shown in FIG. In the management apparatus 80, a communication process (S41) with the counter 50 and a communication process (42) with the device 10 are executed as the storage process.

  The communication processing program 92 with the counter stored in the ROM 82 will be described with reference to the flowchart shown in FIG. It is determined whether or not the storage ball information has been received from the counter 50 (S51), and if it is received, it is determined whether or not the corresponding member is a regular member with a registered member ID (S52). If the member is not a regular member, an error signal is transmitted to the counter 50 (59), and then the process returns. On the other hand, if the member is a regular member, it is determined whether or not the type of the stored ball in the stored ball information is a replay stored ball ( S53). Here, in the case of replay savings, a commission rate is extracted from the time zone when the savings data is received (S55).

  FIG. 7 shows an example of setting a commission rate. As shown in FIG. 7, for example, the fee rate is set to 15% in the time zone from 12:00 to 18:00, and the fee rate is set to 25% in the time zone from 18:00 to 21:00. Has been. In the time zone from 9:00 to 12:00 and from 21: 0 to 23:00, the fee rate is set to 0%. The fee rate is stored in the fee rate storage area of the HDD 85. The HDD 85 functions as a fee rate storage unit. Then, for example, the number of stored balls obtained by subtracting the fee when 1000 balls are stored (when the target of the stored balls is 1000 balls) can be calculated as follows. For example, if the time zone is 12:00 to 18:00, the number of stored balls is 850, and if the time zone is 18:00 to 21:00, the number of stored balls is 750. The CPU 81 functions as a fee deducting means for subtracting the number of replay fee equivalent balls from the number of accumulated balls and counting the number of accumulated balls. The fee rate can also be displayed on the monitor 88 of the management device 80 or the like.

  Then, the CPU 81 calculates the number of balls to be stored from the extracted fee rate and the stored ball information (S56), and stores the calculated stored ball number in addition to the replay stored ball data of the corresponding member in the member database 95 of the HDD 85. (S57).

  Then, the member ID, the type of the stored ball, the number of stored balls, the fee rate, and the accumulated number of stored balls are transmitted to the counter 50 as a confirmation signal with stored ball data (S58).

  If it is not a replay storage ball in S53 (in other words, a normal storage ball), the current storage ball information is added to the normal storage data of the corresponding member in the member database 95 of the HDD 85 and stored (S54), and a confirmation signal with the storage data is stored. The member ID, the type of the stored ball, the current number of stored balls, the fee rate, and the accumulated number of stored balls are transmitted to the counter 50 (S58). In this embodiment, the HDD 85 functions as a game medium storage unit that stores the replay storage ball and the normal storage ball separately according to the player's selection.

  Returning to FIG. 12, in S7, it is determined whether or not a confirmation signal has been received from the management device 80. When the confirmation signal is received, the storage information is displayed on the display unit 54 of the counter 50 (S8).

  FIG. 8 shows a display screen example of the display unit 54 of the counter 50. As shown in FIG. 8, for example, “1000 counting balls, current fee rate is 25%, current number of stored balls 750” is displayed, and when added to the previous stored balls, 3600 balls, the total number of regular accumulated balls is 5000 balls. "Is displayed.

  Thereafter, the membership card 15 is discharged (S9). If no confirmation signal is received in S7, it is determined whether an error signal is received (S10). If an error signal is received, an error is displayed on the display unit 54 (S11), and an error is stored. First, a receipt displaying the number of counting balls is issued (S12).

  Next, the savings payout processing program 31 stored in the ROM 22 of the device 10 will be described with reference to the flowchart shown in FIG. First, the player inserts the membership card 15 into the card insertion slot 11 provided in the device 10 shown in FIG. It is determined whether or not the member card 15 has been inserted (S21), and if a card insertion signal is detected by the card reader 28, it is determined whether or not a password has been entered (S22). In the device 10 for each table, the personal identification number can be input using a touch switch integrated with the display unit 13. When the personal identification number is input, the member ID and personal identification number are transmitted as member information to the management apparatus 80 in order to identify whether the card is an appropriate card (S23).

  Next, the communication processing program 93 with the device 10 stored in the ROM 82 of the management device 80 will be described with reference to the flowchart shown in FIG. It is determined whether or not the member information has been received (S61), and if it is received, it is checked whether or not the member ID is valid and the password is correct, and it is determined whether or not the member can use the stored ball. (S62).

  FIG. 9 is a conceptual diagram of the member-based cumulative storage file in the member database 95 of the HDD 85. The member-based cumulative savings file stores the cumulative number of stored balls for each member. In this file, a member ID, a member name, a password, a normal number of balls, and a number of replay balls are stored. In the CPU 81 of the management device 80, member authentication is performed by collating with the registered member ID and password. Depending on the verification result, if the use of the stored ball is not possible in S62, an error signal is transmitted to the unit 10 (S66). On the other hand, if the stored ball can be used, the fact that the replay is possible and the corresponding member's Information on the number of play storage balls is transmitted to the device 10 as confirmation data (S63).

  Returning to FIG. 13, in S24, it is determined whether confirmation data is received from the management device 80. If no confirmation data is received, it is determined whether an error signal is received (S34), and the error signal is received. In this case, an error is displayed on the display unit 13 of the device 10 for each table (S35). Thereafter, the membership card 15 is discharged (S33). When the confirmation data is received in S24, the replay savings ball data is displayed on the display unit 13 of the device 10 for each vehicle (S25).

  FIG. 10 shows a display screen example of the display unit 13 of the device 10 for each table. As shown in FIG. 10 (a), for example, “Now, the number of replay saved balls is 3600 balls” is displayed. In addition, information relating to the number of replayed balls is stored in the RAM 23 of the device 10 for each table.

  FIG. 11 is a conceptual diagram of information relating to the number of replayed balls stored in the memory (RAM 23) of the car unit device 10. As information on the number of replay balls, the member ID, the number of replay balls at the start of replay of the member (represented as A), the number of replay balls used by the member (represented as B), the current member's current The number of replayed balls (represented as AB) is stored.

  Next, it is determined whether or not the replay button 12 has been pressed by the player (S26). If the replay button 12 is not pressed, the process proceeds to S30, while if the replay button 12 is pressed, a payout is made. The unit 27 pays out a predetermined number of balls (125 balls in a unit corresponding to one cup of the upper plate) for replay (S27). At the same time, the memory of each device 10 is updated (S28), and the display of the stored ball data on the display unit 13 is updated (S29). As shown in FIG. 10B, for example, “125 balls were used and the number of replayed balls has reached 3475” is displayed.

  Each time the replay button 12 is pressed, a predetermined number of balls are paid out for replay. Each time, the memory of the used number of replay balls and the current number of replay balls is updated. The display unit 13 updates the display every time the memory is updated. In addition, at the time of replay, only the replay savings ball is used (the normal savings ball is not used). In this embodiment, the processing step of paying out replay saving balls based on the operation of the replay button 12 and the CPU 21 executing this constitute a replay game medium payout means.

  Subsequently, it is determined whether or not an end button provided as a touch switch on the display unit 13 is pressed (S30). If the end button is not pressed, the process proceeds to S26. The storage data display of the unit 13 is terminated (S31). At the same time, information on the current number of replayed stored balls (information on the number of replayed stored balls stored in the RAM 23) is transmitted to the management device 80 (S32), and when the transmission is completed, the member card 15 is discharged (S33).

  Returning to FIG. 16, in S 64, it is determined whether or not information on the number of replay stored balls has been received from the device 10. If not received, the process returns. The stored data on the number of replay balls of the corresponding member is updated (S65). The CPU 81 saves the number of replay balls used in the replay by the player and subtracts the same number of replay balls from the replay balls stored in the file. It functions as an updating means for updating. The replay stored ball number (remaining number) after the subtraction process is stored in the HDD 85.

  In this embodiment, a processing rate for setting a fee rate at the time of replay and subtracting the fee at the time of saving and counting the number of replayed balls, and the same number as the number of replayed balls paid out at the time of replaying. The processing step of subtracting from the number and the CPU 81 executing this constitute game medium saving means. The game medium saving means includes a fee rate storage means, a fee deduction means, a saved quantity counting means, and an updating means.

  The stand-by-unit device 10 can be used only for paying out the stored balls. However, for example, a coin insertion slot is provided in the operation unit 26 or the like, and it can also be used for a normal game that does not use the stored balls. It is also possible to newly provide a prepaid card insertion slot for the CR machine, or to use the card insertion slot 11 also as a prepaid card insertion slot.

  In this way, the amount corresponding to the replay fee is deducted at the time of saving, and the number of replay savings after the deduction is stored, and the fee can be collected at the time of saving, and when the replay savings are paid out, It is only necessary to subtract from the number of replayed balls as many as the number of replays, and processing for subtracting the number of balls corresponding to the fee at a predetermined rate for each payout as in the prior art becomes unnecessary, and the processing load on the system can be reduced.

In addition, you may add the following deformation | transformation to a present Example.
(1) Although the present embodiment takes a pachinko gaming machine as an example of a gaming machine, the present embodiment may be applied to the case of saving gaming medals in a slot machine.
(2) The fee rate at the time of replay may be fixed or may be changed every business day. Moreover, you may change according to member information, such as the total number of stored balls, the number of points, and various changes are possible.

(3) Although replay uses only replay savings balls, normal savings may be used. In that case, since the number of stored balls must be subtracted in consideration of the fee at the time of replay, it is desirable to set the fee rate higher than that at the time of replay stored. On the contrary, the replay storage balls may be exchanged for prizes. Even in that case, it is desirable to collect a fee.

(4) You may make it pay out the replay ball | bowl other than the apparatus 10 for every stand. For example, it may be performed on an island edge (replay device installed about two or three units for a game arcade).
(5) Although the stored balls are stored in the management device 80, the membership card may be configured with an IC card and stored in the IC card, or may be stored using both.

(6) With regard to the stored ball, it is preferable to consider the following in consideration of one unit of the stored ball, for example, one unit of payout. When storing replay saving balls (first saving game media), it is stored for each unit quantity with a predetermined number as one unit, and when a fraction saving ball (edge ball) corresponding to the fraction is generated, that edge ball May be stored as a normal storage ball (second storage game medium). For example, when the replay purpose is selected in the counter 50, the edge corresponding to a fraction less than a predetermined number including a fee equivalent to a payout unit (minimum unit) which is a unit quantity to be paid at the time of replay. It can be stored as a normal storage ball instead of a replay storage ball. For example, when the payout unit is set to 125 balls and the fee rate is set to 25%, the number of stored balls obtained by deducting the fee is 125 when the target of the stored ball is 167 balls. The CPU 81 (fee deduction means) calculates from the payout unit and the fee rate, and the end balls less than a predetermined number (167 balls in this example) are stored in the member database 95 of the HDD 85 (game medium storage means) as normal storage balls. You can

(7) The update timing of the stored data in the member database is exemplary, and is not limited to the embodiment, and can be implemented in various modes without departing from the gist of the present invention. .
(8) Regarding the fee collection, the counter 50 may perform a process of subtracting the replay fee equivalent and transmit the accumulated ball data to the management device 80.

The figure which shows notionally the structure of the storage management system of this invention. The block diagram of a management apparatus. The perspective view of a counting machine. The block diagram of a counter. FIG. The block diagram of the apparatus for every stand. The figure which shows the example of a setting of a commission rate. The figure which shows the example of a display screen of the display part of a counter. Conceptual diagram in member database. The figure which shows the example of a display screen of the display part of every apparatus. The conceptual diagram in the memory of every apparatus. The flowchart which shows a counting process. The flowchart which shows the savings payout process. The flowchart which shows a savings process. The flowchart which shows a communication process with a counter. The flowchart which shows a communication process with every apparatus.

Explanation of symbols

1 gaming machine 10 units per device 21 CPU (game media payout means for replay)
50 counter 80 management device 81 CPU (fee deduction means, saving quantity counting means)
85 HDD (game medium storage means, fee rate storage means)
100 Savings management system (game media saving system)

Claims (4)

Game medium storage means for storing the game medium acquired by the player as a saving game medium;
Replay game media payout means for paying out replay game media based on the stored game media;
In a game medium saving system comprising: a fee rate storage means for storing a replay fee rate, which is a payout fee rate of the replay game media,
Before the game medium storage means stores the saved game medium, it includes a fee deducting means for subtracting a game medium equivalent to the fee based on the replay fee rate from the game medium to be saved. ,
The game media storage system, wherein the game media storage means stores the game media subjected to the deduction processing by the fee subtraction means as the saved game media.   2. The game medium saving system according to claim 1, further comprising: a stored quantity counting unit that subtracts the stored game media by the same number as the paid out replay game media in accordance with the payout of the replay game media. The game medium storage means stores the replay first saving game medium and the other second saving game medium separately,
The fee deducting means performs the deducting process when the game medium storing means stores the first saving game medium, and does not perform the deducting process when storing the second saving game medium. 2. The game medium saving system according to 2. The game medium storage means stores the first saving game medium for each unit quantity with a predetermined number as one unit, and when a fraction game medium corresponding to the fraction is generated, the fraction game The game medium saving system according to claim 3, wherein a medium is stored as the second saving game medium.

Images