JP2010069081A - Game parlor system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game parlor system capable of effectively detecting transfer among game machines in a game parlor in which replay with own balls counted by a counter for each game machine is permitted. <P>SOLUTION: In the game parlor system, regular stored balls and own balls are separately managed for each player. The game parlor system allows each game machine to execute the replay in which the regular stored balls are subtracted including a handling charge when the replay is performed with the regular stored balls, while the own balls are subtracted without the handling charge when the replay is performed with the own balls. On condition that the player's ID corresponding to each game machine is not changed when the player's ID is received and that the game machine's ID corresponding to each player is not changed either, it is determined that the transfer among game machines does not occur, and the replay with the own balls before reception of the player's ID is permitted. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a game hall system that permits a replay by a ball that has been deposited by a player at a game hall on the condition that no player moves.

Nowadays, in many amusement halls, so-called counters for counting machines are provided in which a counter is provided in association with each gaming machine in order to improve the convenience of the player or reduce the work burden on the employee (patents). Reference 1 and Patent Reference 2).
Utility Model Registration No. 2579792 Japanese Patent No. 4040709

  Such a per-counter counting device eliminates the task of carrying a ball box, and if you monitor that the player is not carrying the ball box, you can monitor the movement of the table on the system. Is very effective when the game machine is limited to only the gaming machine that has obtained the acquired ball or only the corresponding gaming machine. According to Patent Document 2, a re-game (mochitama game) in which an acquired ball (mochitama) is equivalently returned by monitoring the gaming machine ID (player number) corresponding to each member ID if the table moves within an allowable range. It is proposed to adopt a configuration that does not allow the ball game if it is out of the range.

  However, in the case of such a management form, the following inconvenience occurs. That is, in the case of a game hall that generally prohibits the movement of a table without providing a counter for each table, even if the player plays the same gaming machine, once the player has left the gaming machine, After playing with the gaming machine, when returning to the same gaming machine and playing again, it is regarded as a table movement and the holding game is not allowed. This is a privilege for players who are required to continue playing the same game machine on the same game machine, and do not harm the profit of the game hall by giving the privilege (that is, after moving the platform) In order to increase the operation efficiently, if you want to make such a sales form, if you use the management form of Patent Document 2 in the game hall corresponding to the counter for each unit, However, if the game machine does not play with other game machines, the corresponding machine number is not updated, and thus the above behavior cannot be determined as the machine movement. In this case, it is considered that the member ID corresponding to each machine number may be managed, but it is not possible to deal with a player who plays across a plurality of gaming machines only by managing each machine number. In other words, a game in which a player ID is associated with a player number is distributed to a plurality of gaming machines, and after obtaining a possession ball in one of the gaming machines, a game in which the player ID is associated with the game until then. When returning to the machine and playing a game, even if the game machine moves to any one of the game machines, its own ID is associated with it, so that it is substantially impossible to detect the movement of the table.

  The present invention has been made in view of the above circumstances, and its purpose is for a game hall capable of effectively detecting the movement of a table in a game field that permits the replay of the possession balls counted by the unit-by-unit counting device. To provide a system.

The present invention corresponds to a player storage device that stores the number of storage balls that are game media deposited by a player in a game hall in association with a player ID that is an ID corresponding to the player, and a gaming machine. An ID receiving means for receiving the player ID, and an ID receiving means provided corresponding to the ID receiving means, wherein the ID receiving means receives a player ID and accepts a predetermined re-game operation. A payout means for performing payout processing for paying out the game medium as a replay medium, and a player storage ball update means for updating the number of stored balls stored in the player storage ball storage means based on the payout processing by the payout means; The player storage ball storage means stores the number of storage balls so that a normal storage ball and a special storage ball that is more advantageous to the player than the normal storage ball can be distinguished, and the payout means corresponds to at least the special storage ball With A game in which the player savings ball update means updates the number of balls corresponding to the special savings ball based on the value specified by the replay medium that has been paid out by the paying means by the paying processing corresponding to the special savings ball. System,
A payout ID storage means for storing a payout ID which is an ID of the payout means corresponding to each player ID; a player ID storage means for storing a player ID corresponding to each payout means; and the ID receiving means. A first collation unit for collating the ID of the payout unit corresponding to the ID receiving unit with the payout ID stored in the payout ID storage unit in association with the received player ID when the player ID is received; When the ID accepting means accepts the player ID, the player ID stored in the player ID storage means in association with the payout means corresponding to the ID accepting means, and the ID accepting means accepts The player corresponding to the player ID received by the ID accepting unit based on the collation result of the second collating unit for collating the player ID, the first collating unit, and the second collating unit Go It corresponds to a special storage ball stored in the player storage ball storage means before receiving the player ID by the ID reception means based on the determination result of the table movement determination means and the determination result of the table movement determination means. And an accepting means for allowing a payout process by the payout means corresponding to the number of stored balls (claim 1).

2. The game system according to claim 1, wherein a payout storage unit that stores the number of stored balls in association with the payout unit so that the normal storage ball and the special storage ball can be distinguished, and the payout unit corresponds to a special storage ball. A payout storage ball updating means for performing an update process for updating the number of stored balls corresponding to the special storage balls stored in the payout storage memory means based on the consideration specified by the replay medium paid out by the payout processing;
When the payout means performs the payout process, if the number of storage balls corresponding to the special storage balls stored in the payout storage memory means remains, the payout processing performs the payout processing in association with the special storage balls. The payout storage ball updating means does not perform the payout processing corresponding to the above, and the payout storage ball updating means is based on the number of balls stored in the player storage ball storage means when the player ID is accepted by the ID receiving means. When the number of stored balls stored in the storage means is updated and the accepting means accepts the player ID by the ID accepting means, and the game movement determining means determines that the player has moved, the game Special processing that is an update process for the number of stored balls corresponding to the special stored balls stored by the paid-out stored ball storing means based on the number of stored balls corresponding to the special stored balls stored by the person storing ball storing means While not permitting the ball update process, if it is determined that the table movement is not being performed, by allowing the special saving ball update process, before the player ID is received by the ID receiving means, the player storage memory You may make it accept | permit the payout process by the said paying-out means corresponding to the number of stored balls equivalent to the special storage ball which the means memorize | stored (Claim 2).

  3. The game system according to claim 2, wherein the number of stored balls corresponding to the normal storage balls and the special storage balls provided corresponding to the payout means and stored in the payout storage means in association with the corresponding payout means. Update means for storing an operation means for accepting an issue operation for performing an issuance process associated with a player ID, an update condition for determining whether the player has played a predetermined game, and determining an establishment status of the update condition And the game in association with the payout means corresponding to the operation means in response to acceptance of the issuing operation by the operation means, on the condition that the update condition by the update determination means is satisfied. An update condition is established by the player ID update means for updating the player ID stored in the player ID storage means to the player ID that is the subject of the issue process, and the update determination means. The issue ID stored in the payout ID storage means in association with the player ID that is the subject of the issue processing in response to acceptance of the issue operation by the operation means A payout ID update means for updating to the ID of the payout means corresponding to the operation means that has accepted the operation may be provided (claim 3).

  4. The game hall system according to claim 3, wherein the normal storage ball is not associated with the payout process associated with the payout means, or the associated payout process is allowed, but is associated with the special storage ball. Since the consideration specified in comparison with the payout process is disadvantageous for the player, the special saving ball is more advantageous to the player than the normal saving ball, and the player saving ball storage means is provided for each player ID. , By storing the total number of stored balls corresponding to the sum of the number of ordinary stored balls and the number of special stored balls, and the number of special stored balls, the ordinary stored balls and the special stored balls are memorized so as to be distinguishable. With the determination result that the update condition is established by the update determination means as a condition, the number of storage balls corresponding to the special storage balls stored in the payout storage means according to acceptance of the issuing operation by the operation means Then, the number of the special storage balls is updated, and the payout storage ball update means, when the ID reception means accepts a player ID, if it is determined that the table movement has been performed by the table movement determination means, If it is determined that the table movement is not performed while performing the updating process of the number of stored balls corresponding to the normal stored balls based on the total number of stored balls corresponding to the normal stored balls stored in the player stored ball storage means, Based on the difference between the total number of stored balls and the number of special stored balls stored by the player's stored ball storage means, the number of stored balls corresponding to the normal stored balls may be updated (claim 4).

  5. The game hall system according to claim 4, wherein the update determination means includes a game update condition that is a condition value corresponding to a numerical value indicating the amount of game information specified by a game signal output from the gaming machine side; Storing the update condition by storing both the update condition at the time of issue, which is a condition value corresponding to the number of storage balls corresponding to the number of special storage balls stored in the payout storage memory unit at the time of issuing operation acceptance by the operation means, The numerical value indicating the amount of the game information before the issue operation is accepted by the operation means satisfies the update condition during the game, or corresponds to a special storage ball stored in the payout storage means when receiving the issue operation by the operation means It may be determined that the update condition is satisfied when the number of stored balls satisfies the update condition at the time of issuance (Claim 5).

  According to the invention of claim 1, even when a player plays the same gaming machine, once the player leaves the gaming machine and another player plays a game on the gaming machine, the same gaming machine is once again played. When playing back to the game, or a game in which the player ID is associated with the machine number is performed across a plurality of gaming machines, and after obtaining a possession ball (special savings ball) with any of the gaming machines, Thus, it is possible to provide a game field system that can cope with the behaviors of two players when playing a game by returning to the game machine associated with the ID so far, and that allows an appropriate re-game corresponding to the needs of the game field.

According to invention of Claim 2, when there is no stand movement, it can apply easily to the storage system which pays out the holding ball without a commission.
According to the invention of claim 3, when the issuing process is performed without the update condition being satisfied, that is, the issuing process is performed to leave the gaming machine for a break, and thereafter, another player is placed in the gaming machine. Even if the player ID is accepted by mistake or the player who has finished the break accepts the player ID by mistake with another gaming machine, if the issuing process is performed without the update condition being satisfied, The player ID and the payout ID that are referred to when the movement is determined are not updated. Therefore, it is possible to cancel the table movement determination with an easy configuration when determining the table movement unintended by the player while appropriately performing the table movement determination.

According to the invention of claim 4, since the number of stored balls for each player is updated on the condition that the update condition is satisfied, even if the special stored ball for each payout means is updated to 0 by the table movement determination, the game is canceled at the time of cancellation. Can be easily restored to normal or special storage before accepting a person ID.
According to the invention of claim 5, it is possible to deal with a case where the issuing process is performed as it is for the lending ball without performing the game after the lending process, while corresponding to the case where the player ID is received by mistake.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings. The game system according to the present embodiment manages so-called stored balls separately for each player into normal stored balls and held balls, and subtracts the normal stored balls including fees when replaying (processing) with the normal stored balls. This is a system that allows replaying for each gaming machine to subtract the possessed ball without a fee at the time of replaying, and allows replaying with the possessed ball on the condition that there is no table movement.

  FIG. 1 is a schematic diagram showing the overall configuration of the system. A lending device 2 is installed corresponding to the gaming machine 1. A management device 3 is installed in the management room. A relay device 4 is installed corresponding to the two gaming machines 1 and the lending device 2. The relay device 4 is connected to the gaming machine 1, the lending device 2, and the management device 3. The management device 3 and the lending device 2 receive game signals transmitted from the gaming machine side (the gaming machine 1, the lending device 2, etc.) via the relay device 4 and manage game information.

The lending device 2 includes a control unit (corresponding to a payout unit, a second collating unit, a payout storage ball update unit, an update determination unit, a player ID update unit), a storage unit (including a HDD, a RAM, a ROM, and the like). Player ID storage means and update determination means).
The lending device 2 includes a storage area (corresponding to a payout storage unit), and updates the storage area according to reception of a membership card or a counting card, as will be described later. In this storage area, a fee as compensation is stored, and the management device 2 also functions as compensation storage means.

FIG. 2 shows the format of the storage area of the lending device 2. In the storage area, items "Reception ID", "Regular Savings", "Moving Ball", "Final ID", "Final Holding Ball", and "Fee" are set. It is as follows.
Reception ID: A player ID that has received (corresponding to) a card (member card, counting card).
Normal saving ball: Normal saving ball of the corresponding player. It is added at the time of storage information reception from the management device 3 and subtracted at the time of discount return.
Mochitama (equivalent to special savings): The corresponding player's possession. It is added conditionally at the time of storage information reception, and is also added at the time of counting. In addition, it is subtracted at the time of equivalent return.
Final ID (corresponding to the player ID): the player ID of the final player who has issued. Acceptance ID at the time of issue processing in the state where the update condition (predetermined number (100) out occurrence (update condition during game), number of possessions at the time of issue processing is equal to or greater than the predetermined number (125) (update condition at issue)) .
Last holding ball: The holding ball at the time of issue processing in a state where the update condition is satisfied.
Fee (first consideration unit price): Fee ball set value for a predetermined number (125) of replay balls (If the fee is set to 42 balls as shown in FIG. 2, 125 replay balls are discounted and returned) When subscribing, 167 balls with 42 commission balls added are subtracted from the ordinary storage balls).
Out: Number of game media used by the corresponding player for the game (corresponding to a numerical value indicating the amount of game information). Updated by an out signal output from an out BOX that collects game balls used in games provided corresponding to the gaming machine 1. Since the out signal is one pulse for 10 recovered (used and driven) balls, the number of out signals × 10 is specified as out. In addition, since the number of media used by the corresponding player is an object, it is reset when a player change is detected such as in issuing processing.
The storage area in FIG. 2 is reset when the date is updated.

  In FIG. 1, the lending device 2 has a touch-type information display unit 5, and a number of balls corresponding to the value of money inserted into the money insertion slot 6 are played from the ball payout outlet (corresponding to the payout means) 7. Dispense to the upper ball tray 8a of the machine 1. A counting unit 9 is provided in the lower part of the lending device 2, and a guide arm 11 having a movable ball receiving tray 10 at the tip is supported by the counting unit 9 so as to be able to turn. When the lever 12 of the lower ball receiving tray 8b of the gaming machine 1 is slid, the ball dropped from the lower ball receiving tray 8b is sent to the counting section 9 via the movable ball receiving tray 10 and the guide arm 11 and counted. Above the counting unit 9, a membership card receiving port (corresponding to ID receiving means) 13 and a counting card discharge port (corresponding to ID receiving means) 14 are provided. The membership card receiving port 13 counts membership cards. A counting card can be received at the card outlet 14. A card stocker capable of stocking up to a predetermined number (5) of cards in advance is provided at the back of the counting card discharge port 14. If the issue button (equivalent to the operation means) 15 is pressed (issue operation), if the member card or counting card is accepted, the accepted card is ejected, and if not, the card ID of the card stocker is accepted. An issuing process is performed in which the ID is stored and discharged as a counting card.

The lending device 2, when paying out a game ball from the ball payout exit 7 (replay processing) in response to an operation on the re-game button (corresponding to the payout means) 16, saves the ball if it remains. Subtract the same number of balls as replay balls (game balls paid out by replay processing) (equivalent return of no fee (second consideration unit price)). Subtract from (discount return).
Note that it is possible not to prohibit the movement of the table by setting, and in this case, the holding ball can be used after moving the table without making a determination of the movement of the table.

  The management apparatus 3 includes a control unit (corresponding to a player savings ball update unit, a first verification unit, a table movement determination unit, a permission unit, a payout ID update unit), an HDD, a RAM, a ROM, etc. (Corresponding to a player storage ball storage means and a payout ID storage means).

The management device 3 stores stored ball information for each player ID in the member DB, and updates the member database (DB) based on various information from the lending device 2 as described later.
FIG. 3 shows a member DB of the management device 3. In the member DB, in addition to well-known member information such as “name” and “email address” corresponding to “player ID”, “terminal ID”, “stored ball”, “ “Mochitama” items are set, and their meanings are as follows.
Player ID: A member ID for a member player, a counting card ID issued for a non-member player.
Terminal ID (corresponding to the payout ID): The terminal ID of the lending device 2 that has been finally issued in a state where the update condition is satisfied. It is updated every issue process when the update condition is satisfied, and is initialized when the date is updated.
Savings: The total number of savings that are earned by the player who entered the amusement hall. In other words, the sum of the ordinary storage balls and the holding balls (corresponding to the total number of storage balls).
Mochitama: The number of balls that can be paid out (the number of balls that can be paid out as a target of equivalent return (subtract the same number of balls as the replay balls) during replay). It is updated every issue process when the update condition is satisfied, and is initialized when the date is updated.
In this embodiment, non-member players also manage terminal IDs, storage balls, and holding balls in the same way as members, as will be described later. However, in order to make the storage balls valid only for the day, non-member records are dated including storage balls. Erase when updating.

The counting card stores the terminal ID, the accumulated ball, and the holding ball at the time when the issuing process is performed in a state where the update condition is satisfied, and when there is a communication failure between the management device 3 and the lending device 2, the counting card The so-called offline processing is performed based on the data.
In addition, since communication with the management apparatus 3 cannot be performed in the off-line process, it is possible to play the game by checking the lending apparatus 2 with the stored information of the counting card. That is, when the counting card is received, the ID of the counting card, the terminal ID, the storage ball, and the holding ball are read, and the final ID stored by itself matches the ID of the counting card, and the terminal ID of the own card and the counting card is If they match, and if both match, the stored ball-held ball of the counting card is stored as a normal stored ball, while the stored ball is stored as it is. If either does not match, the ball is stored as 0, and the stored ball is stored as a normal stored ball as it is. Then, the storage area of the counting card is updated at the time of replaying or at the time of issuance processing in a state where the update condition is satisfied. As an off-line process, the ball of the counting card may be collated with the final ball of the lending device 2. Further, information may be stored in the membership card in the same manner as the counting card, and the offline processing may be performed on the membership card.

  The management device 3 can make various settings such as a fee, whether or not to allow a game, or an update condition. When the setting is updated, the management device 3 transmits setting information to the lending device 2. The lending device 2 updates various settings in response to receiving the setting information. In FIG. 2, only the fee is illustrated as the setting information for the sake of simplicity.

Next, the operation of the above configuration will be described.
FIG. 10 is a flowchart showing processing related to the present invention in the operation of the lending device 2. Whether the lending device 2 has received a membership card or a counting card (A1), whether the update flag is 0 (A8), whether there is a counting (A11), whether a replay operation has been received (A12), or whether an issuing operation has been received (A13) ).

When the player inserts the membership card into the membership card receiving port 13 of the lending device 2 in order to receive the gaming balls, the lending device 2 determines that the membership card has been accepted (A1: YES), and the memory shown in FIG. After updating the reception ID of the area (A2), it is determined whether the final ID is blank or the reception ID is stored (A3). Immediately after opening the store, since the final ID is blank (A3: YES), the reception information without moving the table is transmitted to the management device 3 (A4), and then the storage information reception standby state is set (A6).
FIG. 4 shows the format of the reception information. The reception information is composed of “terminal ID”, “reception ID”, and “move base”.

FIG. 13 is a flowchart showing processing related to the present invention among the operations of the management apparatus 3. The management device 3 determines whether the reception information has been received (D1), the issue information has been received (D6), or the storage ball update information has been received (D12). When reception information is received from the lending device 2 (D1: YES), it is determined whether there is no table movement (D2). In this case, since reception information indicating no movement of the table is received (D2: YES), it is determined whether the terminal ID of the transmission source terminal ID or a blank is stored in the member DB terminal ID (D3). Since the terminal ID when the member visits the store is blank (D3: YES), the stored ball information of “ordinary storage ball = stored ball-money ball” is transmitted to the lending device 2 (D4). In this case, since the holding ball is 0, the previous storage ball is transmitted to the lending device 2.
FIG. 5 shows a format of stored ball information. The stored ball information is composed of “terminal ID”, “ordinary stored ball”, and “mochidama”.

When the lending device 2 receives the stored ball information from the management device 3 in the process of FIG. 10 (A6: YES), the lending device 2 updates the normal stored ball and the holding ball in the storage area of FIG. 2 (A7). In this case, the holding ball is zero.
When the player depresses the replay button 16 of the lending device 2 in order to pay out the stored ball as a replay ball, the lending device 2 determines that the replay operation has been accepted (A12: YES), and executes the regame process. (A16).

  FIG. 12 is a flowchart showing the re-game process by the lending device 2. The lending device 2 determines whether or not there is a normal storage ball when the holding ball is 0 (C1: YES) (C2). If there is no ordinary storage ball (C2: NO), the process returns as it is. If there are ordinary saving balls (C2: YES), pay out the replay balls by discount return up to the payout unit (125 balls) (C3), subtract the normal saving balls for the replay balls (C4), The stored ball update information is transmitted to the management device 3 (C5), and the process returns.

  FIG. 6 shows the format of the stored ball update information. The storage ball update information includes “terminal ID”, “reception ID”, and “storage ball”. Note that “save ball” is a total value of “regular save ball” and “mochitama”, but since the renewal information of the saveball is transmitted in response to the replay operation when the possession ball = 0, in effect, It becomes a normal storage ball.

In the processing of FIG. 13, when the management device 3 receives the storage ball update information from the lending device 2 (D12: YES), the management device 3 updates the storage of the member DB of FIG. 3 (D14).
When the player starts playing with the replay balls and there are no more replay balls, the game can be played by paying out the replay balls by discount return up to the payout unit. When there is no stored money, it is possible to receive the paid-in balls by putting money into the lending device 2.

When the player acquires a ball in the game and collects the ball in the lower ball receiving tray 8 b, the player slides the lever 12 of the gaming machine 1 to guide the ball to the movable ball receiving tray 10. The balls are counted by a counting unit 9 provided at the lower part of the lending device 2 via the movable ball tray 10 and the guide arm 11.
When there is a count in the processing of FIG. 10 (A11: YES), the lending device 2 adds the balls in the storage area of FIG. 2 (A15).

When the player pushes down the replay button 16 of the lending device 2 in order to replay with the ball being held, the lending device 2 has a ball in the regame process of FIG. 12 (C1 : NO), paying out replay balls by equivalent return (no commission) with the payout unit (125 balls) as the upper limit (C6), subtracting the balls for payout replay balls (C7), and returning.
In short, when the lending device 2 accepts pressing of the re-game button 16 (re-game operation), if the remaining ball remains, the lending device subtracts the retained ball and performs re-game processing by equivalent return, even if the retained ball does not remain. If the ordinary savings ball remains, the ordinary savings ball is subtracted and the re-game processing is performed by discount return.

  In the process of FIG. 10, the lending device 2 determines whether the in-game update condition (out 100) is satisfied (A9: YES) when the update flag is 0 (A8: YES). When established (A9: YES), the update flag is set to 1 (A10). This update flag is a flag indicating that data is updated during the issuing process.

FIG. 11 is a flowchart showing the issuing process by the lending device 2. When the player depresses the issue button 15 of the lending device 2 to finish the game (A13: YES), the lending device 2 is accepting the membership card as issuance processing (A14) (B1 : YES), after discharging the accepted card (B2), it is determined whether the update flag is 0 (B5). In this case, since the update flag is 1 (B5: NO), the update flag is set to 0 (B7), the final ID is set as the reception ID, the final holding ball is set as the holding ball (B8), and the issue information is managed by the management device. 3 (B9), after resetting the normal storage ball, holding ball, and out (B10), the process returns.
FIG. 7 shows a format of issue information. The issuance information includes “terminal ID”, “reception ID”, “final ID”, “ordinary savings”, and “mochitama”.

  When the issue information is received from the lending device 2 in the process of FIG. 13 (D6: YES), the management device 3 determines whether there is a record corresponding to the issue information reception ID (D7). In this case, since there is a record of the reception ID (D7: NO), it is determined whether the reception ID matches the final ID (D13). If the player has moved to the table, they do not match (D13: NO), so the stored ball is updated (D14).

  When a non-member player presses the issue button 15, the lending device 2 determines that neither a membership card nor a counting card is accepted (B1: NO), and discharges the counting card that is stocked (B3). ) After the discharged card ID is set as the reception ID (B4), the process proceeds to step B5 to transmit issuance information to the management apparatus 3 in the same manner as in the case of the membership card described above (B9). The counting card issued in this way functions in the same way as a membership card only on the day, and replay by a stored ball and a holding ball becomes possible. The counting card stores a terminal ID, a storage ball, and a holding ball for offline processing.

When the issuance information is received in the processing of FIG. 13 (D6: YES), the management apparatus 3 creates a new record (D8: YES) because there is no record corresponding to the issuance information reception ID (D7: YES). ), The terminal ID, the possession ball, and the storage ball are updated (D9 to 11).
As described above, each time a member or a non-member player performs a issuing operation with a ball, the member DB of the management device 3 stores the terminal ID, the storage ball, and the ball at the time of issuance. .

  By the way, some players perform issuance processing for breaks such as toilets, and then once they leave the gaming machine and return to the gaming machine after a break, the wrong destination gaming machine is returned and the counting card is Some players accept the game, and some players leave the gaming machine 1 without performing the game after the lending process, counting the loaned balls and performing the issuance process for a break as it is. While it is harsh if the former player makes a stand movement determination that the possession ball is 0, the final player is not specified for the latter player, and the final ID is blank, or another player Since it is an ID, it is determined that the table moves when returning to the gaming machine 1, and even if the holding ball becomes 0, it is harsh. Therefore, in this embodiment, the final player is specified as follows.

  When the update flag is 0 (B5: YES), that is, when the out is less than 100 in the issuing process of FIG. 11, the lending device 2 determines whether the update condition at issue (at least 125 holding balls) is satisfied. (B6). That is, in the case of the former player, if he / she realizes that he / she has made a mistake in the destination gaming machine 1 and performs the issuance process as it is without playing the game, he / she can use the accumulated ball information based on the accumulated ball information of 0 according to the acceptance of the counting card. Since the issuance update condition is not satisfied (B6: NO), step B8 is not executed. On the other hand, in the case of the latter player, the number of possessed balls becomes 125 or more based on the number of borrowed balls, the issuance update condition is satisfied (B6: YES), and step B8 is executed. By such an operation, it is possible to appropriately deal with the former player and the latter player described above.

  Now, even when a player plays a game on the same gaming machine 1, once the player leaves the gaming machine 1 and another player plays a game on the gaming machine 1, the same gaming machine 1 is used again. When playing a game, if the table movement is monitored with the terminal ID of the member DB of the management device 3, the same terminal ID is associated with a plurality of players. Any other player associated with the ID can play a game (mochitama game) by equivalent return by using the previous game's own ball.

  On the other hand, after a player performs a game to the extent that his / her ID is accepted as the final ID of the storage area of the lending device 2 over a plurality of gaming machines 1, When returning to the gaming machine 1 to which the ID is associated so far and playing the game, any game machine 1 allows the ball game.

  In this embodiment, when the lending device 2 accepts the player ID, the latest player received matches the player to be accepted, and the player to be accepted is the closest. On the condition that the gaming machine 1 that played the game and the received gaming machine 1 match, it is determined that there is no table movement, and re-playing with a ball before accepting the ID is allowed.

  That is, if the final ID and the reception ID match in the processing of FIG. 10 (A3: YES), the lending device 2 transmits reception information indicating no table movement to the management device 3 (A4). When the reception ID does not match (A3: NO), the reception information with the table movement is transmitted to the management device 3 (A5).

  In the process of FIG. 13, the management device 3 determines whether the terminal ID of the transmission source is stored in the terminal ID of the member DB or is blank when the reception information indicating no movement is received (D2: YES). (D3), if they do not match (D3: NO), it is finally determined that there is a table movement, and the stored ball information of “Moving ball = 0” is transmitted (D5). The stored ball information of “mochitama = 0” means that information on the held ball stored in the member DB is not transmitted, or the retained ball is set to 0 and the stored ball is transmitted as a normal stored ball. On the other hand, if they match (D3: YES), it is finally determined that there is no table movement, and the stored ball information of “ordinary storage ball = stored ball−held ball” is transmitted to the lending device 2 (D4). The stored information of “ordinary storage ball = storage ball−mochitama” is to identify the normal storage ball by subtracting the holding ball included in the storage ball stored in the member DB and transmit it together with the holding ball. .

8 and 9 show an example of a change in the storage area due to the operation of the lending device 2 as described above and a change in the member DB of the management device 3. Items that did not change, such as fees, were omitted.
(A) The storage area of the second lending device 2 when the store is opened is shown. Further, it is assumed that 15000 is stored in the storage ball of the record of the player ID = 0001 in the member DB of the management device 3 at the time of opening the store.

  (B) After opening the store, a card with player ID = 0001 is received in the second stand, and since both the final ID of the storage area of the lending device 2 and the terminal ID of the member DB of the management device 3 are blank, It shows the state where the balls are added. In other words, since it is the first game after the opening of the store, it is possible to use normal storage balls and holding balls, but in this case only the normal storage balls are used because the holding balls are reset when the date is updated. It becomes possible.

  (C) A state in which the ordinary savings ball is 14833 due to one replay at the second level is shown. At this time, the stored ball of the member DB of the management apparatus 3 is updated to 14833 by the stored ball update information.

  (D) The state where the issuing process is performed in a state where the update condition is satisfied in the second unit (out 100 count) is shown. The storage area of the lending device 2 shows a state in which the reception ID, the ordinary storage ball, and the holding ball are reset after the reception ID is transferred to the final ID, and the issued ball is transferred to the final holding ball. Yes. Since the player ID and the final ID match at the reception ID = 0001 of the member DB of the management apparatus 3, the terminal ID, the storage ball, and the holding ball are updated. At this time, the terminal ID of the member DB of the management apparatus 3 is updated to 2 by the issuance information.

(E) The player ID = 0001 card is received in the first stand, and 14833 is stored in the normal storage ball.
(F) A state in which the ordinary savings ball is 14666 as a result of one replay process being performed in the first car is shown.
(G) It shows a state in which the number of holding balls reaches 6000 by counting in the first range.
(H) A state in which the number of holding balls becomes 5000 by performing the re-game process eight times in the first stand is shown.

(I) The state where the issue process is executed in the state where the update condition is satisfied in the first unit and the state becomes empty, the final ID and the final holding ball are updated, and the reception ID, the normal storage ball, and the holding ball are reset Is done. In the member DB of the management device 3, the terminal ID and the possessed ball are updated, and the stored ball is set as the sum of the retained ball and the ordinary stored ball in the issuance information.
(J) A state in which 3000 cards are counted (added to the holding balls) without receiving a card in the first range is shown.
(K) The state where the counting card is issued in a state where the update condition is satisfied by the issuing operation without accepting the card at the first level is shown.

(L) A state in which the player has counted 2,000 balls without receiving a card in the first stand.
(M) Accepting a membership card with a player ID = 0001 at the first level, and because the received ID and final ID are different, the stored ball information of the holding ball = 0, the normal storage ball and the holding ball of the lending device 2 storage area The added state is shown. In this case, since the possession ball = 0, there is no substantial addition for the possession ball.
(N) The state where the issuing process is performed in the first range is shown. Since the storage area of the lending device 2 satisfies the update condition, the final ID and the last holding ball are updated. In the member DB of the management device 3, the issue information holding ball is updated as the holding ball, and the sum of the issue information ordinary storage ball and holding ball is updated as the saving ball.

(O) A member card with a player ID = 0001 was accepted at the second level, but because the terminal ID does not match, the storage area of the lending device 2 is updated with the stored ball information of “mob ball = 0”. ing.
(P) State in which issue processing is performed without the update condition being established at the second level, and then a member card with player ID = 0001 is received at the first level. Since there is no update of the member DB of the management device 3 and it is not determined that the table is moved, the storage area of the lending device 2 is determined based on the stored ball information with the holding ball as it is and the difference between the stored ball and the holding ball (21666-2000). update.

  By the way, in the operation as described above, in FIG. 8 (i), the player with player ID = 0001 leaves the seat in a state where he has a ball, and thereafter, by another player as shown in (k). In the case of playing a game again as shown in (m) through a game, if the movement of a table is monitored for each player ID as in the past, a player with player ID = 0001 and a player ID = 9001. A terminal ID1 is associated with both players, and after the player with player ID = 9001 leaves the game, any player can play a game (equivalent to a ball game) by equivalent return using the previous game's ball. It is.

However, in this embodiment, as shown in (m), since the final ID is checked for each terminal ID, only the player with the player ID = 9001 who is the last player can play the game, and the player ID Even if a player of = 0001 tries to play a ball game, the ball game by the ball acquired as shown in (m) can be suppressed.
In this case, as shown in (l) after the player with player ID = 9001 leaves the seat, it is allowed to have a ball game with the added ball without identifying the player, so simply accept the card. Unnecessary restraint of Mochitama games can be prevented against forgotten players.

On the other hand, when managing the final player for each terminal ID, as shown in (c), the player stores the final ID for a plurality of terminal IDs (1 and 2) in consideration of subsequent table movement. In such a case, there is a risk that any game machine 1 may allow a game of possession.
However, in the present embodiment, as shown in (o), since the corresponding terminal ID is also referred to for each player ID, it is possible to suppress the game with other terminal IDs.
Therefore, it is possible to suppress the movement of the platform with a blind spot on the system by the player according to the needs of the game hall.

Also, as described above, since the final ID is not updated unless the update condition is satisfied, if the card is discharged in a state where the update condition is not satisfied even if another player mistakenly inserts a card during the break. The player who is taking a break can continue to play the ball after the break.
Furthermore, as shown in (o) and (p), it is possible to use holding balls and ordinary storage balls that are different from the member DB based on the judgment of the table movement, and the member DB is not updated unless the update condition is satisfied. Even if a card is mistakenly inserted into another lending device 2, if the card is immediately ejected and returned to the original gaming machine 1, the original game can be played. Disappears.

  According to such an embodiment, for each player, a normal storage ball and a holding ball are distinguished and managed, and when replaying (processing) with a normal storage ball, the normal storage ball is subtracted including a fee, while at the time of replaying with a holding ball In the game hall system that allows re-games to be subtracted for each vehicle without subtracting the ball, there is no change of the player ID corresponding to each gaming machine at the time of accepting the player ID, and it corresponds to each player. Since it is determined that there is no table movement on the condition that there is no change in the gaming machine ID and replaying with the ball before accepting the player ID is permitted, the player plays the same gaming machine. However, once a player leaves the gaming machine and another player plays a game on the gaming machine, he or she returns to the same gaming machine again or plays a game in which his / her ID is associated with the machine number. Perform across multiple gaming machines After obtaining the possession ball in that game machine, it is possible to respond to the behavior of the two players when returning to the ID-matched game machine so far and play, and appropriate replays corresponding to the needs of the game hall Can be provided.

  In addition, it is configured that normal storage balls and holding balls corresponding to each gaming machine are managed, and replay without a fee is allowed based on the holding balls, and it is determined that there is a table movement when receiving the player ID. In this case, the possession ball corresponding to each player is not updated as the possession ball corresponding to each gaming machine, whereas if it is determined that there is no table movement, the corresponding possession ball corresponding to each player is retained for each gaming machine. By renewing as described above, it is possible to allow replay by holding balls before accepting the player ID, so that it can be easily applied to a storage system that pays out holding balls without a fee when there is no table movement.

  Also, since the player ID corresponding to each gaming machine and the gaming machine ID corresponding to each player are updated on condition that the issuing operation is accepted in a state where the updating condition is satisfied, the update condition is If the issue process is performed without being established, that is, the issue process is performed to leave the gaming machine for a break, and then another player mistakenly accepts the player ID for the gaming machine, or a break Even if the player who finished the game has mistakenly received another player ID and received the player ID, if the issuing process is performed without the update condition being established, the player ID and the payout that are referred to when the table movement is determined The ID is never updated. Therefore, it is possible to cancel the table movement determination with an easy configuration when determining the table movement unintended by the player while appropriately performing the table movement determination.

  In addition, it is configured to perform re-games with a fee based on the normal savings ball for each gaming machine, and the player receives the normal savings ball + holding ball for each gaming machine on condition that the issuing operation is accepted in a state where the renewal condition is satisfied For each ordinary storage ball, the possession ball for each gaming machine is updated to the possession ball for each player, and when the player ID is accepted, if it is determined that there is a table movement, the regular storage ball for each player is stored for each gaming machine. The normal storage ball for each player is updated as the normal storage ball for each gaming machine when it is determined that there is no movement. The number of stored balls can be updated. Therefore, even if the possession ball is updated to 0 by the stand movement determination, at the time of cancellation, it can be easily restored to the normal storage ball or the possession ball before the player ID is received.

(Other embodiments)
The present invention is not limited to the above embodiment, and can be modified or expanded as follows.
The information in FIGS. 4 to 7 may be able to specify information other than those exemplified. In addition, in the issue information of FIG. 7, ordinary savings balls are transmitted, but if various necessary information can be specified, such as sending a savings ball that is a sum of ordinary savings balls and holding balls, the information items are illustrated contents It is not limited to.

In the member DB of FIG. 3, the stored balls are the total number of ordinary stored balls and holding balls, and in the storage area of the lending device 2 of FIG. 2, the stored balls are stored as ordinary stored balls. .
Although the possession ball is updated as 0 at the time of detecting the movement of the table, it may be configured to separately store the possession ball up to the previous game and not allow the re-game for the possession ball.

  Although the storage balls and the holding balls are classified according to the presence or absence of a fee, two types of consideration unit prices may be set by setting a fee for the holding balls. In addition, even if it is the structure of an Example, since it is matched with no charge about the possession ball, the consideration unit price is memorize | stored even if the consideration unit price itself is not memorize | stored. Of course, two or more types of consideration unit prices may be set to divide the corresponding storage balls.

As the consideration unit price, only the fee as in the embodiment may be stored, or the combined value of the fee and the re-playing ball may be stored, or as long as the re-playing ball value can be specified. .
In the member DB of FIG. 3, the stored balls are updated every replay, while the possessed balls are updated at the time of the issuance process, but the retained balls are updated every replay or every count, It may be configured to update all at once during the issuance process.

  Non-member storage balls are not updated when the date is updated, but may be updated in the same way as members. In addition, replay may not be allowed for non-member ordinary saving balls. In this case, non-members are allowed to replay only the possession balls, and the ordinary saving balls are used only for prize exchange. Furthermore, the present invention may be applied to a system without a member system (member ID).

As a storage medium such as a membership card and a counting card, a medium such as a coin or a mobile phone can be assumed in addition to the card. Of course, it is also possible to perform biometric authentication of a fingerprint or the like and use the fingerprint as an ID. That is, the issuing process is a process for associating the player ID with the stored ball.
Security may be added to paying out replay balls such as providing a password.
All numerical values are examples. Further, a plurality of fees may be set and may be changed according to the time zone.

Although out is a condition for the update information, a start or jackpot is a condition, but game information such as the number of symbol variations or a jackpot may be a condition. In this case, a game signal that can specify the target game information may be received from the gaming machine side.
Part of the processing in the lending device 2 may be performed by the management device 3 or the relay device 4, or part of the processing of the management device 3 may be performed by the lending device 2 or the relay device 4. In particular, the determination of the table movement is performed by both the lending device 2 and the management device 3. However, for example, the management device 3 may have a storage area for each lending device 2 and the determination may be made only by the management device 3. Similarly, the terminal ID corresponding to the player ID may be received from the management device 3 at the time of determining table movement, and the determination may be made only by the lending device 2.

  It is good also as a structure which issues a count card | curd irrespective of whether the member card is received. In this case, it is desirable to issue a counting card internally (card ID reading → reception ID update) when the count becomes 0 → 1, and to eject the card at the time of issuing operation. If the ID of the counting card is associated with the ID of the member card, thereafter, the member can be managed only by receiving the counting card.

Schematic which shows the whole structure in one Embodiment of this invention. Diagram showing storage area of lending device Figure showing member DB Figure showing reception information Figure showing storage information Figure showing storage update information Figure showing issue information The figure which shows an example of the change of the memory area of a rental apparatus, and information of member DB (the 1) The figure which shows an example of the change of the memory area of a lending device, and information of member DB (the 2) Flow chart showing processing by lending device Flowchart showing issuing process by lending device Flow chart showing replay processing by lending device Flow chart showing processing by management device

Explanation of symbols

  In the drawings, 1 is a gaming machine, 2 is a lending device (payout means, second verification means, payout storage ball update means, update determination means, player ID update means, player ID storage means), and 3 is a management device (player) Storage ball update means, first verification means, table movement determination means, permission means, payout ID update means, player storage ball storage means, payout ID storage means), 7 is a ball payout exit (payout means), 13 is a membership card reception (ID receiving means), 14 is a counting card discharge port (ID receiving means), 15 is an issue button (operation means), and 16 is a re-game button (payout means).

Claims (5)

A player storage means storing means for storing the number of storage balls, which are game media deposited by the player in the game hall, in association with a player ID, which is an ID corresponding to the player;
ID accepting means provided corresponding to the gaming machine and accepting the player ID;
A payout means that is provided corresponding to the ID accepting means, and performs payout processing for paying out the game medium as a replay medium when the ID accepting means accepts a predetermined replay operation while accepting the player ID. When,
A player storage ball updating means for updating the number of stored balls stored by the player storage ball storage means based on a payout process by the payout means,
The player storage ball storage means stores the number of storage balls so that a normal storage ball and a special storage ball that is more advantageous to the player than the normal storage ball can be distinguished.
The payout means performs a payout process in association with at least the special storage ball,
The player savings ball updating means is a system for a game hall that updates the number of savings corresponding to a special savings ball based on a consideration specified by a re-playing medium paid out by the paying-out means corresponding to the special savings ball. ,
A payout ID storage means for storing a payout ID which is an ID of the payout means corresponding to each player ID;
A player ID storage means for storing a player ID corresponding to each payout means;
When the ID accepting unit accepts a player ID, the ID of the payout unit corresponding to the ID accepting unit is compared with the payout ID stored in the payout ID storage unit in association with the accepted player ID. First verification means;
When the ID accepting means accepts a player ID, the player ID stored in the player ID storage means in association with the payout means corresponding to the ID accepting means, and the game accepted by the ID accepting means Second verification means for verifying the person ID,
A table movement determination unit for determining whether or not a player corresponding to the player ID received by the ID receiving unit has moved a table based on the verification result of the first verification unit and the second verification unit;
Based on the determination result of the table movement determination means, the payout by the payout means corresponding to the number of special balls stored in the player storage ball storage means before the player ID is received by the ID reception means. An acceptable means to allow processing;
A game system characterized by comprising: A payout storage means for storing the number of stored balls so as to be distinguishable between the normal storage balls and the special storage balls in association with the payout means;
The payout storage ball update for performing an update process for updating the number of stored balls corresponding to the special storage balls stored in the payout storage memory means based on the consideration specified by the replay medium paid out by the payout processing corresponding to the special storage balls by the payout means Means, and
When the payout means performs the payout process, if the number of storage balls corresponding to the special storage balls stored in the payout storage memory means remains, the payout processing performs the payout processing in association with the special storage balls. Without payout processing corresponding to
The payout storage update means updates the number of storage balls stored in the payout storage unit based on the number of storages stored in the player storage unit when the player ID is accepted by the ID reception unit. And
The accepting means accepts the player ID by the ID accepting means, and if it is determined that the table movement has been performed by the table movement determining means, the allowance means stores the special ID stored in the player storage memory means. When it is determined that the base movement is not performed while the special storage ball renewal process, which is an update process for the number of special storage balls corresponding to the special storage balls stored by the payout storage unit, is not permitted based on the corresponding number of storage balls By allowing the special savings ball renewal process, the payout means corresponding to the number of savings corresponding to the special savings stored in the player savings memory means before receiving the player ID by the ID receiving means The game system according to claim 1, wherein payout processing is allowed. Provided in correspondence with the payout means, and performs an issuing process for associating the number of stored balls corresponding to the normal storage balls and the special storage balls corresponding to the corresponding payout means with the player ID. An operation means for accepting the issue operation;
An update determination means for storing an update condition for determining whether or not the player has played a predetermined game, and for determining the establishment status of the update condition;
The player ID storage in association with the payout means corresponding to the operation means in response to acceptance of the issuing operation by the operation means, on the condition that the update condition by the update determination means is satisfied A player ID updating means for updating the player ID stored in the means to the player ID that is the subject of the issuing process;
The payout ID is associated with the player ID that is the subject of the issue process in response to the acceptance of the issue operation by the operation means on the condition that the update condition by the update determination means is satisfied. A payout ID update means for updating the payout ID stored in the storage means to the ID of the payout means corresponding to the operation means that has accepted the issuing operation;
The game system according to claim 2, further comprising: The normal storage ball is not allowed to be paid out associated with the payout means, or is allowed to be associated with the payout processing, but is specified in comparison with the payout processing associated with the special savings ball. Is disadvantageous for the player, the special savings ball is more advantageous for the player than the normal savings ball,
The player storage means stores the total storage number corresponding to the sum of the number of ordinary storage balls and the number of special storage balls and the number of special storage balls for each player ID, thereby distinguishing between normal storage balls and special storage balls. Remember as possible,
The player's savings ball updating means is provided in a special saving ball stored in the payout savings memory means in response to acceptance of an issuing operation by the operating means on the condition that a determination result that an updating condition is established by the updating determination means. Update the number of special balls based on the corresponding number of balls,
If the ID accepting unit accepts a player ID, the payout storage updating means, if it is determined that the table movement has been performed by the table movement determining unit, the total amount stored by the player storage unit storing means If the number of stored balls corresponding to the normal stored ball is updated based on the number of stored balls, and if it is determined that the table movement is not performed, the total number of stored balls and the number of special stored balls stored by the player stored ball storage means 4. A game system according to claim 3, wherein the number of stored balls corresponding to ordinary stored balls is updated based on the difference between the two.   The update determination means includes a game update condition that is a condition value corresponding to a numerical value indicating the amount of game information specified by a game signal output from the gaming machine side, and the payout upon receipt of an issue operation by the operation means. The update condition is stored by storing both the update condition at the time of issue, which is a condition value corresponding to the number of stored balls corresponding to the number of stored balls stored by the stored ball storage means, and until the issue operation is accepted by the operation means The numerical value indicating the amount of game information satisfies the update condition during game play, or the number of stored balls corresponding to the special storage ball stored in the payout storage memory means at the time of accepting the issue operation by the operation means satisfies the update condition at issue The game system according to claim 4, wherein it is determined that the update condition is satisfied when the game is present.

Images