JP5478812B2 - Game storage medium management system and game storage medium management method - Google Patents

Description

  The present invention relates to a management device for managing the number of game media deposited by a player as a stored game media balance in association with member identification information for uniquely identifying a player who has joined a member of a game store. The present invention relates to a stored game medium management system and a stored game medium management method.

  Conventionally, at pachinko parlors and other amusement stores that provide pachinko games and pachislot games, members of the amusement store are recruited from players, and a membership card is issued to the member who wishes to register as a member, and this membership card is used. We offer a service for saving money and saving medals and information notification services via email.

  Specifically, when a player passes a membership application form filled with personal information such as address, name, and telephone number to a member of the amusement store and requests membership registration, the member of the amusement store Information is registered in the management device, and a member recording medium (member card) on which unique identification information (member ID) for identifying the member is recorded is issued to the member. Each member who has obtained the membership card in this way, as described in Patent Document 1, etc., saves and stores the acquired pachinko balls and medals, and replays these stored balls and medals at a later date, Can be exchanged for a free gift.

  In this way, amusement stores try to differentiate between registered players and other players by providing membership services through membership cards, but they are used for other purposes that are used in amusement stores. In addition, since the connection with the individual player is sparse, the portable rate by the player is not good and the use of the membership card is not promoted.

  Against this background, recently, a mechanism for registering identification information unique to mobile terminals such as mobile phones and PHS possessed by a large number of players in a management apparatus and using such mobile terminals instead of membership cards is also conceivable. It's getting on.

Japanese Patent Laid-Open No. 2003-210818

  However, in the stored game media management system represented by the above-mentioned Patent Document 1, if a player visits an amusement store and does not use a member-specific medium such as a membership card or a portable terminal with the in-store device, the player will receive Since the balance cannot be grasped, there is a problem that the grasping needs of the player cannot be met and the player's willingness to visit the store is cut off.

  In other words, the player needs to know the balance of the stored ball, for example, “If you have a certain amount of stored balls and medals, go to play”, “How much more will you have for the target number of stored balls?” Although there is a potential need for understanding, such a player's needs originate at a time other than the time of visiting the store, and if this is not met, the motivation for visiting the store will be impaired.

  In addition, there is a need for players to know the management needs of winning and losing management, for example, “I want to know how much money I used and how much I have earned”. Even if the balance of the stored ball / medal is confirmed, the transition cannot be grasped, so it is not possible to satisfy the grasping needs of the player's win / loss management, and the motivation for visiting the store is impaired as in the case described above. There is a fear.

  For this reason, how to respond to the grasping needs of the player in a situation where the player does not visit the amusement store is an extremely important issue.

  Therefore, the present invention has been made to solve the above-described problems (problems) of the prior art, and responds to the grasping needs of the player even in a situation where the player does not visit the amusement store. It is an object of the present invention to provide a stored game medium management system and a stored game medium management method capable of preventing a player's willingness to visit a store.

In order to solve the above-described problems and achieve the object, the gaming media management system according to the present invention is associated with member identification information for uniquely identifying a player who has joined a member of a gaming store, A storage medium management system having a management device that manages the number of game media deposited by a player as a storage medium balance, wherein the management device is configured to store the storage medium balance and / or Or storage means for storing the update history for the stored game medium balance in association with it, and period storage means for storing a cycle for reading the storage medium balance and / or the update history for the stored game medium balance from the storage means, A period determining means for determining that the period has arrived, and whether or not the game medium balance is used when the period determining means determines that the period has arrived Based on, when the determining notifying permission determination unit notifies whether each member identification information, the notification by the notification determination means determines that the variable, associated with the member identification information stored by said memory means And a notification processing means for performing a process to notify the terminal device possessed by the player corresponding to the member identification information of the stored game medium balance and / or the update history.

Further, in the stored game medium management system according to the present invention, the storage means includes, as the update history, the number of added game media to be added to the stored game medium addition request received from the predetermined in-store device and the predetermined in-store device. The number of subtracted game media to be subtracted in the received stored game media subtraction request is stored, and the management device targets the one of the update history stored in the storage means for a predetermined period. Update history counting means for counting the number of addition game media and the number of subtraction game media is further provided, and the notification processing means includes the number of addition game media, the number of subtraction game media, or both of them counted by the update history count means. Processing is performed to notify at least one of the difference values to the terminal device.

  Further, in the gaming medium management system according to the present invention, the management device stores, as the update history, the gaming machine identification information of the gaming machine that is the acquisition source of the gaming medium that performs the adding process when the adding process is executed. Registering means for registering the game machine identification information of the game machine that is the use destination of the game medium re-rented in exchange for the subtraction process at the time of execution of the subtraction process as the update history. It is characterized by that.

  Further, in the stored game medium management system according to the present invention, the update history totaling means determines the number of added game media and the number of subtracted game media stored as the update history by the storage means for each of the gaming table identification information. It is characterized by tabulating.

  Further, in the gaming medium management system according to the present invention, the management device further includes correspondence storage means for storing the correspondence between the gaming machine type of the gaming machine and the gaming machine identification information of the gaming machine belonging to the gaming machine. The update history totaling unit refers to the correspondence relationship stored by the correspondence relationship storage unit, and adds the addition for each game model corresponding to the gaming machine identification information stored as the update history by the storage unit. Each of the number of game media and the number of subtraction game media is tabulated.

In addition, the stored game medium management system according to the present invention includes a portable terminal that is possessed by the player and functions as a member specifying medium for storing the member identification information, and the portable terminal is A notification item setting means for setting an update history item to be notified to the terminal device; and a setting item notification means for notifying the management device of an update history item set by the notification item setting means, the notification processing The unit requests the server device to notify the terminal device of the update history item notified by the setting item notification unit of the update history stored by the storage unit.

In addition, the stored game medium management method according to the present invention stores the quantity of game media deposited by a player in association with member identification information for uniquely identifying a player who has joined a member of a game store. A storage medium management method for use in a storage medium management system having a management device for managing a game medium balance, wherein the management device stores the storage medium balance and / or the storage medium for each member identification information. A holding step of associating an update history with respect to the balance in a predetermined storage unit, and a cycle of holding in the cycle storage unit a cycle of reading out the storage medium balance and / or update history with respect to the storage medium balance from the storage unit A holding step; a cycle determining step for determining that the cycle has arrived; and a determination of the arrival of the cycle by the cycle determining step; Based on the use presence, and notification determination step of determining a notification whether the notification if the determination step by the notification is determined to yes, the貯遊Technical medium balance and / or the update held by said holding step And a notification processing step for performing processing to notify the terminal device owned by the player of the history.

According to the present invention, for each member identification information, the management device stores the storage medium balance and / or the update history for the storage medium balance in the storage means in association with each other, and stores the storage medium balance and the storage medium balance from the storage means. The period for reading the update history for the storage medium balance is stored in the period storage means, it is determined that the period has arrived, and if the period has been determined, it is based on whether or not the storage medium balance is used If it is determined that notification is possible for each member identification information, and the notification is determined to be possible, the storage medium balance and / or the update history associated with the member identification information stored by the storage means are identified. since the game customer corresponding to the information has been configured to perform the process in order to notify the terminal device that possession, grasp of貯遊skill media balance and win-loss management of the gaming customers even in situations where the game customer does not come to a game store It is possible to correspond to the over's, it is possible to improve the visit willingness of the gaming customers.

  Further, according to the present invention, the management device totals the number of added game media and the number of subtracted game media for the update history stored for a predetermined period, and the total number of added game media Since it is configured to request the terminal device to notify the terminal device of at least one of the number of subtracted game media or the difference between the two, it is possible for the player to grasp the win / loss management and the win / loss factor at a glance, It will be possible to meet the high level of needs of players to manage wins and losses.

  Further, according to the present invention, the management device registers the game machine identification information of the game machine that is the acquisition source of the game medium that performs the addition process as the update history when the addition process is executed, and performs the subtraction when the subtraction process is executed. Since the game machine identification information of the game machine which is the use destination of the game medium re-rented in exchange for processing is registered as the update history, the number of added game media and the number of subtracted game media using the machine number are counted The transaction history can be aggregated from various angles.

  In addition, according to the present invention, since the number of added game media and the number of subtracted game media stored as update histories are totaled for each game machine identification information, it is possible to notify the player of the game results for each game machine. It is possible to manage win / loss management and win / loss factors for each game machine.

  Further, according to the present invention, the management device stores the correspondence relationship between the gaming machine type of the gaming machine and the gaming machine identification information of the gaming machine belonging to the gaming machine, and refers to the stored correspondence relation to update history Since the number of added game media and the number of subtracted game media are totaled for each game model corresponding to the game machine identification information stored as the game machine identification information, it is possible to notify the player of the game results by game machine type. It becomes possible to make it possible to grasp win / loss management and win / loss factors for each model.

  Further, according to the present invention, the mobile terminal sets the update history item to be notified to the terminal device by the server device, notifies the set update history item to the management device, and the notification is stored in the stored update history. Since the server device is requested to notify the terminal device of the updated update history item, only the update history item desired by the player can be notified, and the player feels unnecessary information It becomes possible to prevent that.

  Exemplary embodiments of a game storage medium management system (game storage medium management method) according to the present invention will be described below in detail with reference to the accompanying drawings. In the following, the case where the present invention is applied to a pachinko game will be described.

  First, the system configuration of the storage ball management system according to the first embodiment will be described. FIG. 1 is a diagram illustrating a system configuration of a storage management system according to the first embodiment. This storage management system provides a storage / replay service to members registered in a game store such as a pachinko store.

  As shown in the figure, in the amusement store, there is a member management terminal controller (hereinafter referred to as “member management T / C”) 10 for managing member information of a player registered in advance at the amusement store, An island controller 20, a card processing unit (hereinafter referred to as “CR unit”) 30, a pachinko machine 40, a counter 50, a member card processing machine 70, and a mail server 100 are provided.

  An island controller 20 and a member card processor 70 are connected to the member management T / C 10, and the island controller 20 has a CR unit 30 attached to each of a plurality of pachinko machines 40 installed on each island. Connected to the membership card processor 70 is a counter 50 for counting the number of pachinko balls. Further, a mobile phone 80 is connected to the mail server 100 via the public line network 5 and the base station 7.

  The pachinko machine 40 is a device in which a player plays a pachinko game by launching a pachinko ball into the game area. In the first embodiment, the pachinko machine 40 is a so-called CR pachinko machine compatible with a prepaid card.

  The CR unit 30 is interposed between a prepaid card management device (not shown) that manages the remaining frequency of each prepaid card and each pachinko machine 40. The prepaid card management device inquires about the remaining frequency of the prepaid card and lends the ball. It is a device that makes a request and issues a ball lending instruction to the pachinko machine 40 when there is a remaining number. In the first embodiment, the process related to the prepaid card has no feature, and therefore, the description regarding the prepaid card is omitted below.

  Further, the CR unit 30 has a so-called replay function for accepting a member card and withdrawing the stored money deposited in the member management T / C 10. Specifically, the reader / writer 35 is provided to support the mobile phone 80, and the member inserts a membership card into the CR unit 30 or holds the mobile phone 80 registered in advance over the reader / writer 35. When the replay operation is performed, the number of replay balls is subtracted from the balance of the managed balls managed by the member management T / C 10 and a ball throwing instruction is given to the pachinko machine 40. Thus, the CR unit 30 also supports replay using the mobile phone 80.

  The counter 50 is a counter that counts pachinko balls acquired by the player, and outputs the counting result to the member card processor 70. In the first embodiment, the counting machine 50 has only a pachinko ball counting function, a printing function for issuing a counting receipt on which a counting result is bar code printed, and storage management by the member management T / C 10. It is assumed that the membership card processing machine 70 (to be described later) has a counting / storing ball function for adding a part or all of the counting result to the stored balance.

  The member card processing machine 70 is a member terminal device used when registering a member using the mobile phone 80 or storing a ball by a registered member. The card reader 70 and the mobile phone 80 read the member ID recorded on the member card. A reader / writer 75 for reading a member ID (more precisely, IDm described later) is provided. In the first embodiment, unique identification information (for example, IDm, which is an IC card manufacturing number) held in the IC chip 81 in the mobile phone 80 is used as member identification information.

  The member management T / C 10 is a management device that performs overall management of members registered in the amusement store using an attribute information management table 14a, a storage ball management table 14b, and a transaction history management table 14c, which will be described later. The attribute information management table 14a stores member attribute information (for example, information such as name, address, telephone number, and mail address) in association with the member ID (and IDm). The stored ball balance is stored in association with the member ID (and IDm), and the transaction history management table 14c stores the transaction history of the member in association with the member ID (and IDm). Then, if a storage ball addition request is received from the membership card processor 70, the number of stored balls in the corresponding storage account in the storage management table 14b is added, and if a storage subtraction request is received from the CR unit 30, the corresponding storage account The number of stored balls is subtracted, and if any of these addition processing or subtraction processing is performed, the transaction time, transaction type, number of transaction balls, stored ball balance, etc. are registered in the transaction history management table 14c.

  The mail server 100 is a server device for transmitting electronic mail, and distributes mail to the mobile phone 80 based on a mail distribution request from the member management T / C 10. Specifically, for example, when the business hours of an amusement store are ended, the member management T / C 10 is instructed to send the mail address to the member's mobile phone 80 registered in the attribute information management table 14a. An electronic mail of the content (the balance of the stored ball and its transaction history) is transmitted via the public line network 5 to the mail server (not shown) of the provider to which the member of the transmission destination subscribes. The e-mail is transferred from the mail server of the provider to which the member of the transmission destination subscribes to the mobile phone 80 possessed by the member via the public network 5 and the base station 7.

  Here, the member management T / C 10 according to the first embodiment stores the stored balance and the transaction (update) history for the stored balance in association with each member ID (or IDm) and stores the stored balance. This is characterized in that the mail server 100 is requested to notify the cellular phone 80 possessed by the member of the balance and transaction history of the member.

  That is, in the member management T / C 10 according to the first embodiment, even if the player does not visit the amusement store, the needs for grasping the balance of the stored ball, for example, “if there is a certain amount of stored ball / stored medal remaining, E-mail with the latest balance of stakes so that you can meet the needs of “going to play”, “how much more will you have until the target number of stakes” etc. (see Figure 2) Are distributed to the mail server 100.

  Furthermore, the member management T / C 10 according to the first embodiment satisfies the needs for grasping the winning and losing management, for example, “how much to use and how much to use and how much you want to know” Therefore, in addition to the latest stored ball balance, a mail (see FIG. 2) including a transaction history of the stored ball balance (for example, transition of the stored ball balance for one day) is distributed to the mail server 100.

  In the example shown in FIG. 2, by letting user A know that he currently has “8930 balls”, for example, “you can play enough without using cash”, “ To give user A the motivation that “there will be 10,000 balls” and invested in a game near “2000 balls” in today's day, but letting user A know that he has earned nearly 4000 balls Thus, for example, the motivation “Let's go again because we won today” can be given to the user A.

  Therefore, according to the member management T / C 10 according to the first embodiment, even if the player does not visit the amusement store, it is possible to respond to the needs of the player to grasp the balance and the management of winning and losing, It becomes possible to improve the willingness to visit.

  Next, the configuration of the member management T / C 10 shown in FIG. 1 will be described. FIG. 3 is a functional block diagram showing the configuration of the member management T / C 10 shown in FIG. As shown in the figure, the member management T / C 10 includes an input unit 11, an output unit 12, an IF unit 13, a storage unit 14, and a control unit 15.

  The input unit 11 is an input device such as a keyboard or a mouse, the output unit 12 is a display device such as a liquid crystal panel or a display, and the IF unit 13 includes an island controller 20, a CR unit 30, a counter 50, It is an interface for performing data communication between the member card processor 70 and the mail server 100.

  The storage unit 14 is a storage device such as a hard disk device or a non-volatile memory, and includes an attribute information management table 14a for managing attribute information of members registered as members in the amusement store, and a storage management table 14b for managing the member's stored balance. The transaction history management table 14c for managing the transaction history for the member's stored balance is stored.

  As shown in FIG. 4, the attribute information management table 14a is a table storing a name and an e-mail address for each member ID (and IDm). Here, the reason for storing the e-mail address is to deliver the e-mail having the above-described contents (the balance of stored money and transaction history) to the members. Note that the terminal device having the mail address registered as the attribute information and the portable terminal registered with IDm are not necessarily the same.

  As shown in FIG. 5, the storage management table 14b is a table that stores a storage balance for each member ID (and IDm). The stored ball balance stored here is the number of stored balls (the latest stored ball balance) after the player has last used the stored balls.

  As shown in FIG. 6 and FIG. 7, the transaction history management table 14c shows the transaction time, transaction type, number of transaction balls and balance of each stored ball transaction within a predetermined period (one day) for each member ID (or IDm). It is a stored table. Here, the content management for each stored ball transaction is applicable to the case where each member receives a claim for the stored ball balance in addition to managing what transition each member uses the stored ball. This is to maintain a reasonable basis. The transaction type indicates the type of transaction content such as replay and storage balls, and the number of transaction balls indicates the number of balls that have been replayed or stored.

  The example of FIG. 6 shows an example in which the member with the member ID “00001” replays “125 balls” at “11:25” today, and “6975 balls” remains. In the example of FIG. 7, the subsequent transition in the example of FIG. 6 is illustrated. The member with the member ID “00001” replays several times after “11:25”, and at “16:25” today. Shows an example in which “3830 balls” are acquired and the balance is “8930”.

  The control unit 15 is a control unit that totally controls the member management T / C 10, and includes a storage management unit 15a and a notification request unit 15b. Actually, programs corresponding to these functional units are stored in a ROM or non-volatile memory (not shown), and these programs are loaded into the CPU for execution, and correspond to the storage management unit 15a and the notification request unit 15b, respectively. To execute the process.

  The storage ball management unit 15a is a management unit that manages a member's storage balance and transaction history using the storage management table 14b and the transaction history management table 14c. Details will be described later with reference to FIGS. 8 and 9, but as an outline, when a renewal request including a member ID or IDm is received from the CR unit 30 or the member card processor 70, it is stored in the storage management table 14a. Addition or subtraction processing for the number of renewal request balls is performed on the corresponding member ID or the corresponding IDm stored ball balance, and if any of these addition processing or subtraction processing is performed, the transaction time, transaction type The number of trading balls and the balance of stored balls are registered in the transaction history management table 14c. As a matter of course, an error signal is returned to the requesting device when the stored ball balance is insufficient when the stored ball subtraction process is performed.

  The notification request unit 15b is a processing unit that requests the mail server 100 to notify the mobile phone 80 possessed by the player of the balance and transaction history. Specifically, the closing time of the game store (for example, 23:00) is monitored, and when such a closing time is detected, the e-mail address stored in the attribute information management table 14a, the stored ball The stored money balance stored in the management table 14b and the transaction history stored in the transaction history management table 14c are read for each member ID, and the read mail address is used as a destination in a predetermined format (for example, FIG. 2). Request to embed the balance and transaction history for distribution.

  Next, the accumulated ball subtraction process by the member management T / C 10 and the CR unit 30 shown in FIG. 1 will be described. FIG. 8 is an explanatory diagram for explaining the accumulated ball subtraction processing by the member management T / C 10 and the CR unit 30.

  As shown in the figure, the CR unit 30 accepts the operation of holding the mobile phone 80 over the reader / writer 35 in order to uniquely identify the member to be subjected to the savings subtraction process in the member management T / C 10. Later (step S101A) IDm is acquired from the IC chip 81 built in the cellular phone 80 via the reader / writer 35 (step S102A), or after receiving a member card insertion operation (step S101B) Depending on whether the member ID to be recorded is obtained via a card reader (step S102B), the member ID recorded on the member card or the IDm stored in the IC chip 81 built in the mobile phone 80 is obtained.

  Thereafter, the CR unit 30 accepts an input of a password through a pressing operation of a numeric key provided on the front surface of the CR unit 30 (step S103), and transmits a password verification request to the member management T / C 10. (Step S104).

  The storage management unit 15a that has received this password collation request collates the input password and the registered password that have been accepted at this time, and returns the collation result to the CR unit 30 (step S105).

  In the CR unit 30 that has received the collation result, if the collation result of the personal identification number is OK, a replay operation is accepted through a replay button pressing operation (step S106), and the member management T / C10 is notified. Then, a replay request including a member ID or IDm and a predetermined number of withdrawal balls (for example, 125 balls) is made (step S107). In addition, when the collation result of a PIN code is NG, the fact is notified on a predetermined display unit.

  The storage management unit 15a that has received this replay request (a request for subtraction of the stored ball) subtracts the stored ball balance in the stored ball management table 14b if the stored ball balance has been withdrawn or more than the number of balls (step S108), and the stored ball transaction For example, the transaction time “11:35”, the transaction type “replay”, the number of transaction balls “125 balls”, and the storage balance “6850 balls” after subtraction are registered in the transaction history management table 14c ( In step S109, a replay permission response is sent to the subtraction requesting CR unit 30 (step S110). In addition, when the balance of the stored balls is withdrawn and less than the number of balls, a replay non-permission response is returned to the CR unit 30.

  Thereafter, the CR unit 30 that has received this replay permission response issues a ball throwing instruction to the pachinko machine 40 connected to the interface (step S111), and the number of pachinko balls that have been withdrawn from the throwing mechanism section of the pachinko machine 40. A ball (for example, 125 balls) is thrown out.

  Next, the accumulated ball addition processing (counting accumulated ball processing) by the member management T / C 10 and the membership card processor 70 shown in FIG. FIG. 9 is an explanatory diagram for explaining the accumulated ball addition processing by the member management T / C 10 and the member card processor 70 shown in FIG.

  As shown in the figure, when the cellular phone 80 is operated by the player over the membership card processing unit 70 (step S201), the membership card processing unit 70 obtains IDm from the IC chip 81 built in the cellular phone 80. Obtained via the reader / writer 75 (step S202), the obtained IDm is transmitted to the member management T / C 10 to make an inquiry (step S203).

  Upon receipt of this IDm inquiry, the storage ball management unit 15a searches the storage ball management table 14b to check whether or not the same IDm is registered, and returns the result to the member card processor 70 (step S204). ).

  Here, if it is responded that the IDm has been registered, the membership card processing machine 70 inserts the pachinko balls acquired by the player in the counter 50 (step S301), and the pachinko balls are counted. In (Step S302), after receiving the counting result from the counter 50 (Step S303), the storage button is displayed on the touch panel (not shown) and the storage ball addition operation is accepted (Step S304). A storage addition request including the number of balls is made to the member management T / C 10 (step S305). If a response is received indicating that IDm has not been registered, input of simple attribute information (telephone number, date of birth and free keyword) of the player and a personal identification number is accepted through a touch panel (not shown), and the IDm, simple attribute After the information and the password are transmitted to the member management T / C 10 and registered as a member, the process proceeds to step S301.

  Thereafter, the storage management unit 15a that has received such a request for adding a storage ball adds the number of balls as a counting result to the storage balance of the corresponding ID m in the storage management table 14b (step S306), and the content of the storage transaction, for example, the transaction time Update is performed to register “16:25”, transaction type “stored ball”, number of transaction balls “3830 balls”, and added storage ball balance “8930 balls” in the transaction history management table 14c (step S307). In addition, in the membership card processing machine 70, the content of the stored money transaction is notified on a display unit such as a touch panel.

  In the example shown in FIG. 9, the accumulated ball addition process using the mobile phone 80 has been described. Needless to say, the same accumulated ball addition process can be performed using a membership card.

  Next, the notification request process by the notification request unit 15b shown in FIG. 3 will be described in detail. FIG. 10 is a flowchart showing notification request processing by the notification request unit 15b shown in FIG.

  As shown in the figure, the notification request unit 15b monitors the game store closing time (eg, 23:00) (No at Step S401), and detects that the closing time is reached (No in Step S401) (see FIG. In step S401, the e-mail address, the balance and the transaction history of the same member ID are read from the attribute information management table 14a, the storage ball management table 14b, and the transaction history management table 14c (steps S402 to S404).

  Then, the notification request unit 15b requests the mail address read in this way as a destination to embed and store the stored balance and transaction history in a predetermined format (for example, FIG. 2) (step S405), Until the process is completed for all the member IDs (No at Step S406), the processes of Steps S402 to S405 described above are repeated, and when the process is completed for all the member IDs (Yes at Step S406), the process ends.

  As described above, according to the member management T / C 10 according to the first embodiment, for each member ID (or IDm), the stored balance and the transaction history for the stored balance are stored in association with each other and stored. Since the mail server 100 is configured to request the mobile phone 80 to notify the mobile phone 80 of the stored ball balance and transaction history, the player's stored ball balance and winning / losing management can be grasped even when the player does not visit the amusement store. It is possible to meet the needs and improve the willingness of the players to visit the store.

  In the first embodiment, the transaction history stored in the transaction history management table 14c is distributed to the mail server 100 as it is. In the second embodiment, the transaction history is stored for a predetermined period. As a target, the feature is that the number of trading balls for each transaction type, that is, the total number of stored balls and the number of replayed balls, and the total number of stored balls, the total number of replayed balls, and the difference value thereof are distributed to the mail server 100. There is.

  In other words, in this second embodiment, in order to extract the points at which the player can grasp the winning / losing management and the winning / losing factors at a glance, for example, the total number of replayed balls and the number of stored balls are totaled for one day, and the total acquisition difference for today Obtain balls, calculate the number of replayed balls and accumulated balls for each game stand and obtain the difference earned for each player, or add the number of replayed balls and accumulated balls to the game type of the game stand to obtain the machine type I ask for a difference.

  In the example shown in FIG. 11, in addition to the stored balance and transaction history (information displayed on the screen illustrated at the top) exemplified in the first embodiment, the total number of replay balls “2000”, the total number of accumulated balls By distributing “3830 balls” and today ’s total acquisition difference ball “1830 balls” to the mail server 100, it is possible to grasp at a glance how much money was used and how much was acquired today.

  Furthermore, an acquisition difference ball for each game stand, for example, an acquisition difference ball “−250 balls” with a unit number “100”, an acquisition difference ball “-125 balls” with a unit number “101”,..., A unit number “205” By distributing the acquired difference ball “+3080 ball” to the mail server 100 by mail, it is possible to grasp the battle performance by turn number “especially that a good battle record was left in the 100 range” at a glance.

  In addition, the difference in the number of gaming machines acquired, for example, the number of replay balls “375”, the number of balls “0” and the difference “-375” in the model “Pachinko X”, the model “Pachinko Z” Redistribution of "125 balls", number of stored balls "3830 balls" and earned difference ball "-3705 balls" are distributed to the mail server 100, so that the performance results for each gaming machine "especially with pachinko Z have left good results." "Can be grasped at a glance.

  Therefore, according to the member management T / C 10 according to the second embodiment, it is possible for the player to grasp the winning / losing management and the cause of the winning / losing at a glance, and to satisfy the grasping needs of the player's winning / losing management at a high level. become.

  Next, the configuration of the member management T / C 10 according to the second embodiment will be described. FIG. 12 is a functional block diagram illustrating the configuration of the member management T / C according to the second embodiment. As shown in the figure, the member management T / C 10 according to the second embodiment is different from the first embodiment in that (1) the storage management section 15a newly includes a unit number registration section 15c, (2 ) Points added to the stored contents of the transaction history management table 14c with the addition of the unit number registration unit 15c, and (3) model-to-base relationship management table 14d in order to enable aggregation for each game model. And (4) a transaction history totaling unit 15d that totals the number of transaction balls for each transaction type is added.

(1) Unit number registration unit The unit number registration unit 15c is a processing unit that registers the unit number of the gaming machine related to the update in the transaction history management table 14c when the stored ball update process is executed. Specifically, the game machine table number included in the counting and storing ball request received from the membership card processing machine 70 at the time of execution of the saving and adding process (counting and storing process) is registered in the transaction history management table 14c. The game machine number included in the replay request received from the CR unit at the time of executing the (replay process) is registered in the transaction history management table 14c.

  Here, the unit number included in the request for counting and storing balls may be manually input by a member of the amusement shop using the member card processing machine 70, or the unit number is stored in a storage box of acquired balls, so-called dollar box. The IC tag may be attached and the reader / writer 75 may acquire the unit number of the IC tag. In addition, since the machine number included in the replay request is stored as the setting of the pachinko machine 40 interface-connected by the CR unit 30, the machine number may be included in the replay request as it is. .

  In this way, the game machine number that is the acquisition source of the pachinko ball that performs the addition process at the time of execution of the savings ball addition process is registered as a transaction history, and replay is performed in exchange for the subtraction process at the time of execution of the savings ball subtraction process By registering the table number of the game machine where the pachinko balls are used as the transaction history, the number of replayed balls and the number of stored balls using the unit number can be counted, and the transaction history can be tabulated multifacetedly. It becomes possible to do.

(2) Stored contents of transaction history management table 14c The transaction history management table 14c is the same as in the first embodiment (see FIGS. 6 and 7), and within a predetermined period (one day) for each member ID (or IDm). The transaction time, transaction type, number of transaction balls, and storage ball balance of each stored ball transaction are stored. However, in the present embodiment 2, the difference is that a unit number is stored for each stored transaction as shown in FIG. To do. Here, the reason for storing the unit number for each stored transaction is to make it possible to aggregate the number of replayed balls and the number of stored balls for each gaming platform.

(3) Model-to-base relationship management table The model-to-base relationship management table 14d is a table for managing the correspondence relationship between the gaming machine type of the gaming machine and the machine number of the gaming machine belonging to the gaming machine type, as shown in FIG. It is a table that stores the table numbers of the gaming table group belonging to one gaming model in one gaming model. Here, the correspondence relationship between the gaming machines and the game machine numbers belonging to them is stored in order to make it possible to add up the number of replay balls and the number of balls stored for each gaming machine.

(4) Transaction history totaling unit The transaction history totaling unit 15d is a processing unit that totals the number of stored balls and the number of replayed balls for a predetermined period of transaction history stored in the transaction history management table 14c. . For example, the number of transaction balls for each transaction type for one day stored in the transaction history management table 14c, that is, the number of replay balls and the number of stored balls is calculated to calculate the total gain difference today, or the number of replay balls In addition, the number of balls and the number of stored balls are totaled for each unit number to calculate the difference gain for each unit, and the correspondence relationship between the game model stored in the model-to-unit relationship management table 14d and the unit number of the game table belonging to it Referring to each game model corresponding to the machine number, the number of replay balls and the number of stored balls are totaled to calculate an acquisition difference ball for each model.

  Thereafter, the notification request unit 15b uses the mail address stored in the attribute information management table 14a as a destination, and the total acquisition difference of today and the breakdown and the acquisition difference for each table calculated and calculated by the transaction history aggregation unit 15d. Then, the mail server 100 is requested to embed the distribution difference by model and its breakdown in a predetermined format (see FIG. 11) for distribution.

  Next, the transaction history totaling process by the transaction history totaling unit 15d shown in FIG. 12 will be described. FIG. 15 is a flowchart showing transaction history totaling processing by the transaction history totaling unit 15d shown in FIG. This transaction history totaling process is a process performed between step S404 and step S405 in the notification request process shown in FIG.

  As shown in the figure, first, the transaction history totaling unit 15d totals the number of transaction balls for each transaction type for one day, that is, the number of replay balls and the number of stored balls (steps S501 and S502), and totalizes the totals. The total acquired difference ball is calculated by subtracting the total replay ball number from the total accumulated ball number (step S503).

  Subsequently, the transaction history counting unit 15d counts the number of replay balls and the number of stored balls for each unit number (steps S504 and S505), and calculates the total number of replayed balls from the total number of stored balls counted for each unit number. Subtraction is performed to calculate an acquisition difference ball for each table (step S506).

  Thereafter, the transaction history totaling unit 15d refers to the correspondence relationship between the game model stored in the model-to-base relationship management table 14d and the base number of the game base belonging thereto, and replays the ball for each game model corresponding to the base number. The number of balls and the number of stored balls are totaled (steps S507 and S508), and the total number of replayed balls is subtracted from the total number of stored balls totaled for each game model to calculate an acquisition difference ball for each model (step S509).

  In this way, today's total acquired difference balls and their breakdowns, the individual acquisition difference balls, the model-specific acquisition difference balls and their breakdowns calculated and calculated by the transaction history totaling unit 15d are in a predetermined format (see FIG. 11) is requested to the mail server 100 by the notification request unit 15b.

  As described above, according to the member management T / C 10 according to the second embodiment, the number of stored balls and the number of replayed balls are totaled for a predetermined period of the transaction history, and the total number of stored balls is counted. Since the mail server 100 is requested to notify the mobile phone 80 of the number of replay balls and the difference value (acquisition difference ball) between them, the player can be made aware of the winning / losing management and the winning / losing factors at a glance. It is possible to meet the needs of players to understand the win / loss management at a high level.

  In addition, according to the member management T / C 10 according to the second embodiment, the number of stored balls and the number of replayed balls stored as the update history are totaled for each unit number. The game results can be notified to the player, and the winning / losing management and the winning / losing factor for each gaming machine can be grasped.

  Furthermore, according to the member management T / C 10 according to the second embodiment, the correspondence relationship between the gaming machine type of the gaming machine and the machine number of the gaming machine belonging to the gaming machine is stored, and the stored correspondence relation is stored. With reference to the game model corresponding to the machine number stored as the transaction history, the number of stored balls and the number of replayed balls are totaled, so it is possible to notify the player of the game results by game machine type. It is possible to grasp the winning / losing management and the winning / losing factor for each game model.

  Although the embodiments of the present invention have been described so far, the present invention may be implemented in various different forms other than the embodiments described above. Therefore, another embodiment included in the present invention will be described below.

(1) Distribution items of the mail server 100 For example, in the above-described second embodiment, the mail server 100 stores all of the storage balance, transaction history, today's total acquisition difference, stand-by acquisition difference, and model-specific acquisition difference. However, it is not always necessary to notify all items of information.

  That is, in the present invention, items of transaction history to be distributed to the mail server 100 by the mobile phone 80 are set, and members of the transaction history set through the mail function of the mobile phone 80 and the communication function of the IC chip 81 are managed as members. Even when the T / C 10 is notified, the storage management system is configured to request the mail server 100 to notify the mobile phone 80 of only the update history item notified from the transaction history by the notification request unit 15b. Good.

  For example, a browsing setting application is downloaded in advance to the CPU of the mobile phone 80 through the reader / writer 75 of the membership card processor 70 or the reader / writer 35 of the CR unit 30, and a setting screen as shown in FIG. The items to be distributed are input as browsing setting information among the balance of stored money, transaction history, stand-by-unit gain difference, model-specific gain difference, and total gain difference today. Thereafter, when an operation of holding the mobile phone 80 is performed with an in-store device having a reader / writer (for example, the CR unit 30 or the membership card processor 70), the CPU, the browsing setting application, and the reader / writer of the mobile phone 80 Since the inter-communication is performed and the browsing setting information is delivered to the reader / writer, the browsing setting information is transferred to the member management T / C 10 and managed by the member management T / C 10. In this way, if the browsing setting information is managed by the member management T / C 10, when the amusement store is closed, the balance of the stored money, the transaction history, the individual gain difference, the model-specific gain difference, the total today Only items desired by the player among the acquired difference balls can be distributed to the mail server 100, and notification of information that the player feels unnecessary can be prevented. Further, when the mail address registered in the attribute information management table 14a is that of the communication device, it is possible to reduce the communication cost.

(2) Trigger of mail delivery In the first and second embodiments described above, the mail delivery is performed when the amusement store is closed. However, it is not always necessary to send the mail when the store is closed. Mail delivery may be performed every time.

(3) Frequency of mail delivery In the first and second embodiments described above, mail is delivered once per day, but it may be more frequent or less frequent. For example, if the notification request unit 15b is configured so that mail distribution is not performed on a day when the storage ball is not used, it is possible to prevent an arousing bad feeling that spam mail is distributed to a player who does not wish to distribute mail. it can. In this connection, in addition to the daily total difference, stand-by-unit difference and model-specific difference, the monthly total difference difference, stand-by-unit difference difference and type-specific difference If the member management T / C 10 is configured so as to calculate and distribute, it is possible to satisfy the needs for one month of winning / losing management.

(4) Target of mail delivery In the above-described first and second embodiments, the mail delivery is explained to all the registered players. However, it is not always necessary to deliver to all the members, and mail delivery is desired. Members to be registered may be registered in advance and transmitted only to those members.

(5) Others In the above-described second embodiment, the example in which the member management T / C 10 has the function of the transaction history totaling unit 15d has been described. May be downloaded and executed.

  In the above-described embodiment, the IDm stored in the IC chip 81 in the mobile phone 80 is used in order to use the mobile phone 80 instead of the membership card. However, it is not always necessary to use IDm. Any identification information that can uniquely identify a customer (for example, a member ID issued by an amusement shop, a telephone number, an e-mail address, a manufacturing number of the mobile phone 80, etc.) can be used. For example, when a member is registered, the member ID is stored in the IC chip 81 in the mobile phone 80. When using the storage ball, the member card processor 70 reads the member ID of the mobile phone 80, and the read member ID is managed as a member. You may comprise a storage-ball management system so that it may transmit to T / C10.

  In the first and second embodiments described above, an example in which the present invention is applied to a storage ball management system for pachinko games has been described. However, only a storage medium management system or a pachislot game that further includes pachislot games. The present invention can be similarly applied to a target medal management system.

  In addition, among the processes described in this embodiment, all or part of the processes described as being performed automatically can be performed manually, or the processes described as being performed manually can be performed. All or a part can be automatically performed by a known method. In addition, the processing procedure, control procedure, specific name, and information including various data and parameters shown in the above-described document and drawings can be arbitrarily changed unless otherwise specified.

  As described above, the stored game medium management system and the stored game medium management method according to the present invention are suitable for improving a player's willingness to visit a store.

It is a figure which shows the system configuration | structure of the storage management system which concerns on Example 1. FIG. It is explanatory drawing for demonstrating the characteristic of the storage management system which concerns on Example 1. FIG. It is a functional block diagram which shows the structure of member management T / C shown in FIG. It is a figure which shows the structural example of the information memorize | stored in an attribute information management table. It is a figure which shows the structural example of the information memorize | stored in a storage management table. It is a figure which shows the structural example (1) of the information memorize | stored in a transaction history management table. It is a figure which shows the structural example (2) of the information memorize | stored in a transaction history management table. It is explanatory drawing for demonstrating the savings subtraction process by member management T / C and CR unit. It is explanatory drawing for demonstrating the accumulation addition process by the member management T / C shown in FIG. It is a flowchart which shows the notification request process by the notification request part shown in FIG. It is explanatory drawing for demonstrating the characteristic of the storage management system which concerns on Example 2. FIG. It is a functional block diagram which shows the structure of member management T / C which concerns on Example 2. FIG. It is a figure which shows the structural example (3) of the information memorize | stored in a transaction history management table. It is a figure which shows the structural example of the information memorize | stored in a model versus stand relationship management table. It is a flowchart which shows the transaction history totaling process by the transaction history totaling part shown in FIG. It is a figure which shows an example of the screen displayed on the portable terminal which a player has.

Explanation of symbols

10 Member management T / C
DESCRIPTION OF SYMBOLS 11 Input part 12 Output part 13 IF part 14 Storage part 14a Attribute information management table 14b Storage ball management table 14c Transaction history management table 14d Model-to-stand relation management table 15 Control part 15a Storage ball management part 15b Notification request part 15c Number registration part 15d Transaction history counting department 20 Island controller 30 Card processing unit (CR unit)
40 Pachinko machine 50 Counting machine 70 Member card processing machine 80 Mobile terminal 81 IC chip 100 Mail server

Claims (7)

Game storage medium having a management device for managing the number of game media deposited by the player as a stored game medium balance in association with member identification information for uniquely identifying a player who has joined a member of the game store A management system,
The management device
Storage means for associating and storing an update history for the stored game medium balance and / or the stored game medium balance for each member identification information;
A period storage means for storing a period for reading the storage medium balance and / or the update history for the storage medium balance from the storage means;
Period determining means for determining that the period has arrived;
Notification availability determination means for determining whether notification is possible for each member identification information based on whether or not the storage medium balance is used when the period determination means determines the arrival of the period;
When the notification determination unit determines that notification is possible, the game media balance and / or the update history associated with the member identification information stored by the storage unit correspond to the member identification information. A game storage medium management system comprising: notification processing means for performing processing to notify a terminal device possessed by a player who performs the game. The storage means includes, as the update history, the number of added game media to be added to a stored game medium addition request received from a predetermined in-store device and the subtraction to be subtracted from a stored game medium subtraction request received from a predetermined in-store device. It stores the number of game media,
The management device
Update history counting means for counting the number of addition game media and the number of subtraction game media for the predetermined period of the update history stored by the storage means,
The notification processing means performs processing so as to notify the terminal device of at least one of the number of added game media, the number of subtracted game media, or a difference value between the two, counted by the update history counting means. The game storage medium management system according to claim 1. The management device
At the time of execution of the addition process, the game machine identification information of the gaming machine that is the acquisition source of the game medium that performs the addition process is registered in the storage means as the update history, and is redeemed in exchange for the subtraction process at the time of execution of the subtraction process. 3. The game medium management system according to claim 2, further comprising: table information registration means for registering game table identification information of a game table that is a usage destination of a rented game medium as the update history.   The said update log | history totaling means totals the said addition game medium number memorize | stored as the said update log | history by the said memory | storage means, and each said subtraction game medium number for every said game stand identification information, The said Claim 3 characterized by the above-mentioned. Storage media management system. The management device
A correspondence relationship storage means for storing a correspondence relationship between the gaming machine type of the gaming machine and the gaming machine identification information of the gaming machine belonging to the gaming machine;
The update history totaling means refers to the correspondence relationship stored by the correspondence relationship storage means, and for each game model corresponding to the gaming machine identification information stored as the update history by the storage means, the addition game 4. The stored game media management system according to claim 3, wherein the number of media and the number of subtraction game media are totaled. A portable terminal that is possessed by the player and functions as a member identification medium for storing the member identification information;
The portable terminal is
Notification item setting means for setting an update history item to be notified to the terminal device by the server device;
A setting item notifying unit for notifying the management device of an item of the update history set by the notification item setting unit;
The notification processing unit requests the server device to notify the terminal device of an update history item notified by the setting item notification unit among the update histories stored by the storage unit. The game storage medium management system according to any one of claims 1 to 5. Game storage medium having a management device for managing the number of game media deposited by the player as a stored game medium balance in association with member identification information for uniquely identifying a player who has joined a member of the game store A storage medium management method used for a management system,
The management device is
A holding step of storing the stored game medium balance and / or the update history for the stored game medium balance in association with each member identification information in a predetermined storage unit;
A cycle holding step of holding a cycle for reading the storage history balance and / or the update history for the storage media balance from the storage unit in a cycle storage unit;
A period determining step for determining that the period has arrived;
A notification propriety determining step of determining whether or not notification is possible for each member identification information based on whether or not the storage medium balance is used when the period determination step determines the arrival of the cycle;
When it is determined that the notification is possible in the notification availability determination step, the game media balance and / or the update history associated with the member identification information held in the holding step is associated with the member identification information. And a notification processing step of performing processing to notify the terminal device possessed by the player who plays the game.

Images