JP4921012B2 - Game information management system - Google Patents

Description

  The present invention relates to a game information management system for a gaming machine that releases a game medium when a win corresponding to a game occurs.

Traditionally, one of the customer services at a game store such as a pachinko hall is that the player owns the membership card inserted into the card reader of the daitama ball lending machine with the player's own card. The game history data is recorded, and then the game history data recorded as described above is recorded on the table information disclosure terminal installed in the game store. There has been provided a game information providing method in which information is displayed in a form comparable to the table information over business days (including the recording date of gaming machine history data) (see Patent Document 1). According to such a game information providing method, it is possible to reflect and display the platform information when the player himself has played the game, such as the transition of the game while the player himself has played the game. As the benefits will increase.
JP 2005-102958 A

However, the conventional methods as described above have the following problems because a card system provided with a card reader into which a membership card is inserted is assumed.
The first problem is a cost problem associated with the necessity of installing a card reader in a one-to-one correspondence for each gaming machine. In order to solve this problem, a solution that a card reader for a prepaid card that is generally installed at each gaming machine in an ordinary game store can be considered. Because there is a practical limitation that the handling company and the handling company of the game information management device related to the membership card are often different, it is difficult to integrate the systems and cannot be a useful solution. There is a circumstance.

  The second problem is that even if a card reader is installed for each gaming machine overcoming the cost problem, there are many cases in which a player plays a game without inserting a membership card. It is a problem that the player's own game information cannot be provided accurately. In other words, the player may not insert the membership card because the insertion of the card is troublesome or there is a concern that the card may be forgotten after the game ends. In order to cope with such a situation, it is considered that a service that gives various privileges for playing a game by inserting a membership card on the game store side is considered. However, under the guidance from the government based on customs law, there is a limit to the services that can be provided, and it is not possible to provide effective services to motivate players to insert membership cards. Currently, it is difficult to increase In addition, as a player psychology, I do not want to know (or do not want to keep) the game information when the game result is losing, but leave a record of the data when I gained a lot of games, that is, when I won. There is a desire to keep. For this reason, even if a service such as that described in Patent Document 1 is performed, the player tends to refrain from losing data. However, even if you insert a membership card in the middle of a game like this, even if you insert a membership card in this way, Only halfway game information in which game information from the game start point is omitted can be provided. Therefore, the player's own game information cannot be provided accurately, and as a result, there is a problem that the player's needs cannot be answered.

  As described above, on the premise that the membership card is used, the system that provides the personal history data indicating the game result history for each player has a cost problem and the personal history data becomes inaccurate. There's a problem.

  The present invention has been made in view of the above circumstances, and the object thereof is to provide an effect that, for example, it is possible to output accurate personal history data relating to a game in a gaming machine and to reduce equipment costs. It is to provide a game information management system.

  According to the first aspect, the storage means sequentially stores the game history data for each gaming machine based on the gaming information output from the gaming machine. When the game result by the player at the gaming machine is input through the input means in the state where the game history data is stored in this way, the determination means compares the input game result with the game history data. As a result, the game start time by the player corresponding to the game result is determined. When such a determination is made, the output means outputs the game history data from the determined game start time among the game history data stored in the storage means as personal history data. As a result, even in a state where a card system in which a card reader is installed for each gaming machine is not introduced, or in a state where such a card system is introduced and the card insertion frequency is low, Accurate personal history data relating to games can be output, and in particular when the card system is not introduced, the facility cost can be reduced.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 schematically shows the overall configuration of the game information management system. In FIG. 1, pachinko machines 1 (corresponding to gaming machines) and inter-ball ball lending machines 2 installed in large numbers in the game store are arranged adjacent to each other and connected to corresponding relay devices 4. (In FIG. 1, the connection line between the pachinko machine 1 and the relay device 4 is not shown).

  In this case, the pachinko machine 1 releases a predetermined number of pachinko balls when a win (winning) is generated by a game using pachinko balls (game media), and is set in advance during the game. For example, when winning a jackpot with the jackpot lottery function performed in conjunction with winning at the start winning opening, depending on the contents of the jackpot, the jackpot status and jackpot that greatly increased the winning probability It is configured to exhibit a probable variation state that increases the winning probability.

  In addition, the pachinko machine 1 has an out signal indicating the number of out balls (number of pachinko balls fired on the board) (a signal output from an out ball collecting device installed along with the pachinko machine 1 can be substituted), a safe ball Safe signal indicating the number (number of pachinko balls to be paid out) (a signal output from the safe ball replenisher attached to the pachinko machine 1 can be substituted), start signal indicating that a big hit lottery has been performed (start winning opening) The game information includes a signal indicating that the player has won a prize, a signal indicating that an object such as a display unit has been operated), a jackpot signal indicating that the player is in a jackpot state, a probability changing signal indicating that the player is in a probability changing state, etc. It is configured to output. The jackpot signal is, for example, a level signal that is continuously output during a period when the pachinko machine 1 is in the jackpot state.

  For example, the inter-ball ball lending machine 2 has a function of releasing a pachinko ball in response to insertion of cash or withdrawal from a prepaid card. The pachinko balls released from the inter-bed ball lending machine 2 are supplied to the upper plate (not shown) of the pachinko machine 1 via the nozzle 2a (when a prepaid card is accepted, A configuration in which the nozzle 2a is not provided by outputting a ball payout signal to the base 1 may be employed. This daitama ball lending machine 2 is configured to output a sales signal indicating sales by cash and prepaid card (investment amount when viewed from the player side).

  The relay device 4 is configured to be able to communicate with the management device 5 (corresponding to storage means and determination means) installed in the management office of the amusement store via the LAN 6, and the data collection target Signals input from the pachinko machine 1 and the inter-ball ball lending machine 2 are output to the calling lamp unit 3 or the management device 5. In other words, the relay device 4 is provided to relay the transmission and reception of signals between the management device 5 and the pachinko machine 1 and the inter-ball ball lending machine 2.

  A ball counter 7 (corresponding to an input means and an output means) for counting pachinko balls acquired by a player on a pachinko machine 1 at a plurality of locations in an amusement store (island, center of the island, etc.) The ball counter 7 is configured to perform data communication processing with the management device 5 via the LAN 6.

  The ball counting machine 7 is a hopper 7a for the player to put in a pachinko ball acquired by a game on the pachinko machine 1, and a counting sensor for detecting the pachinko ball put in the hopper 7a and performing a counting operation (FIG. (Not shown), for example, when the counting operation of the pachinko balls put into the display 7b and the hopper 7a made of a liquid crystal panel for displaying the count value by the count sensor is completed (that is, when the count result is confirmed) A printer (printing material discharge port) for printing a valid ticketing button 7c, an exchange ticket (receipt) in which counting results are recorded, and a commemorative ticket (corresponding to a printed material, indicated by 8 in FIG. 14) to be described later 7d only), a remote control light receiving unit 7e capable of receiving infrared light is provided. The ball counter 7 is configured to transmit (input) final count value data (corresponding to a game result) to the management device 5 when each counting operation is completed.

  A remote controller 9 carried by a game shop clerk carries various signals (infrared light as a carrier) toward a remote control light receiving unit (not shown) provided in the calling lamp unit 3 and the remote control light receiving unit 7e of the ball counter 7. For example, a base number signal and a vacancy check signal), and the transmission operation is performed by an operation switch group (not shown) including a numeric key switch.

  Based on the transfer data from the relay device 4, the count value data from the ball counter 7, etc., the management device 5 has game data (out balls, safe balls, difference balls) for all pachinko machines 1 in the game store. Number, occupancy rate, yield rate, base, number of starts, etc.), lending data (sales amount, divisor, etc.) for all daitama ball lending machines 2 in the amusement store, and counting data at the ball counter 7 And the like, and a well-known data totaling function for totaling and storing such data and a function for creating jackpot history data described later.

  2 to 8 show the control contents in the management device 5, FIGS. 9 to 12 show the control contents in the ball counter 7, and FIG. An example of output of jackpot history data (corresponding to game history data for each gaming machine) is shown, and FIG. 14 shows a printing example of a commemorative ticket 8 issued from the ball counter 7, and these are shown below. Will be described together with related actions.

  First, the jackpot history data shown in FIG. 13 is data related to one pachinko machine 1 and is used for various signals (out signal, safe signal, start signal, jackpot signal, sales signal) given through the relay device 4. For example, on the monitor provided in the management device 5, the data is displayed in the format shown in the figure, and printed out as necessary.

  In FIG. 13, the data items of the jackpot history data include “No.”, “Big jackpot”, “Occurrence time”, “Sales ball”, “BO”, “B”, “S”, “ “T1Y”, “Moving ball 1”, “Moving ball 2”, and “History creation flag” are set.

・ No. : Record serial number.
-Jackpot: Number of jackpot occurrences at pachinko machine 1.
-Occurrence time: The time at which a jackpot has occurred at the pachinko machine 1 or the time at which sales have occurred at the machine between ball machines 2.
-Sales balls: Number of pachinko balls rented from the daitama ball lending machine 2.
・ BO: Out in base → Number of balls in normal state (base) other than during jackpot period,
B B: Base medium difference ball → number of difference balls in normal state (base) (= out of base-safe in base).
・ S: Number of starts (number of lottery wins).
-T1Y: Number of balls played per jackpot → Number of balls played per jackpot (= jackpot / medium safe-jackpot / medium out).
• Mochitama 1: Player's acquisition of pachinko balls when creating a record (= sales ball-B size + T1Y + Mochitama 1 of the previous record. For the first record, “Mochitama 1 of the previous record” is zero. Will be calculated as).
-Mochitama 2: Data obtained by back calculation from the present time, acquired pachinko ball at the current time when the game is started from the start of data collection related to the record (= sales ball-B size + T1Y + next record 2), which corresponds to “player side acquired game medium number data” in the present invention.

History creation flag: A flag indicating that a personal history has already been created.
The first record of the jackpot history data is created at the start of the game shop operation, and the second and subsequent records are thereafter terminated in the pachinko machine 1 as will become clear from the following description. It is created at the timing at which sales are first generated at the corresponding lending machine 2 after the jackpot at the pachinko machine 1 ends. Each record created in this way is in a form in which at least a serial number “No.” is recorded in the initial state, and data items such as “big hit” and “occurrence time” in the record are managed. It is recorded according to various signal summarization processes executed in the device 5.

  The commemorative ticket 8 shown in FIG. 14 is created based on the personal history data extracted from the jackpot history data by a method as described later. This commemorative ticket 8 is issued from the ball counter 7 in order to provide the game history data in a form that can be taken home when the player gains a large profit by generating a jackpot at the pachinko machine 1. (However, in practice, it can be provided regardless of the amount of profit) and is printed in the format described below.

  That is, in FIG. 14, the commemorative ticket 8 includes date data a indicating the date of ticketing, title b related to the jackpot history (including the name of the game shop, the model name of the pachinko machine 1 that played the game, and the characters of “jackpot history”). The title c (characters of “total”) related to the total data and the message d for the player are printed, and the jackpot / count history data e and the total data f having the following contents are printed.

  In other words, the jackpot / counting history data e corresponds to the title b, and the letters “Big jackpot”, “Occurrence time”, “Loan amount”, “Start count”, “Acquired ball”, and these are associated with each other. In this state, a record including data as described below (data relating to each jackpot) and a final record relating to the counting content in the ball counter 7 are printed.

-Jackpot: Data corresponding to the "jackpot" in the jackpot history data (number of times indicating the number of jackpots in the player's game). However, the character “count” is printed on the last record.
-Occurrence time: Data corresponding to "occurrence time" in the jackpot history data (time when the jackpot occurred). However, the last record is the counting end time in the ball counter 7.
・ Loan amount :: Value converted from “sales balls” in jackpot history data (sales balls × ball unit price (usually 4 yen)). However, the last record is always blank.
-Number of starts: Data corresponding to “S” in the jackpot history data.
-Acquired ball: Data corresponding to "Mochitama 1" in the jackpot history data. However, for the last record, data indicating the counting result by the ball counter 7.

  The total data f corresponds to the title b, and includes the characters of “big hit”, “game time”, “loan amount”, “start number”, “count ball”, and the state associated with them. A record including data to be described (total data related to jackpot) is printed.

-Jackpot: Total number of jackpots.
-Game time: Game duration on pachinko machine 1. This game continuation time is calculated based on a predetermined record occurrence time. For example, “BO” of the first record (corresponding to No. 5 in FIG. 13) in the example of FIG. It is converted into time by dividing by the number (= 100) (“BO” in the record of No. 5 is “1750”, so “17 minutes”), and is rounded up by 10 minutes to “20 minutes” The game start time (12:00) is determined by “20” from the “occurrence time” (12:20) in the record (when the first record was created by the occurrence of sales) Includes the generation time (12:00) of the previous record (No. 4 in FIG. 13) and the last record generation time as the game end time, and the game start time and game end time. Difference from More calculated.
・ Loan amount: Total value of the converted value of “sales”.
-Number of starts: Total number of starts.
Counting balls: Counting results with the ball counting machine 7.

Below, the control content (FIGS. 2-8) which concerns on the data totaling process required for preparation of the said jackpot history data among the control content in the management apparatus 5 is demonstrated.
As shown in FIG. 2, the management device 5 includes an out signal input processing routine R1, a safe signal input processing routine R2, a start signal input processing routine R3, a jackpot signal input processing routine R4, a sales signal input processing routine R5, and a history request signal. The history data creation program including the reception processing routine R6 is repeatedly executed.

  FIG. 3 shows the contents of the out signal input processing routine R1. In this processing routine R1, it is determined whether or not an out signal has been input from the pachinko machine 1 (step A1). On the other hand, when the out signal is input, it is determined whether or not the jackpot flag is “0” (step A2). The jackpot flag is set to “1” during the period when the pachinko machine 1 is a jackpot, as will be apparent from the following description.

  When the jackpot flag is “1”, the process returns after executing step A3 for decrementing “T1Y” (the jackpot middle ball) in the latest record that has been created (hereinafter referred to as the record target record). If the jackpot flag is “0”, the process returns after executing step A4 for incrementing “BO” (out of base) and “B center” (out of base difference) in the record to be recorded.

  As a result of the execution of the out signal input processing routine R1 described above, each time an out signal is input during a period in which the pachinko machine 1 is in a big hit state (every time a shot ball (out ball) is generated in the pachinko machine 1). In addition, “T1Y” in the record to be recorded is decremented and “BO” and “B” in the record to be recorded are incremented every time an out signal is input during a period in which the pachinko machine 1 is in a normal state. Will be.

  FIG. 4 shows the contents of the safe signal input processing routine R2. In this processing routine R2, it is determined whether or not a safe signal is input from the pachinko machine 1 (step B1). On the other hand, when the safe signal is input, it is determined whether or not the jackpot flag is “0” (step B2). When the jackpot flag is “1”, the process returns after executing step B3 for incrementing “T1Y” in the record target record. When the jackpot flag is “0”, After executing step B4 for decrementing “B”, the process returns.

  As a result of the execution of the safe signal input processing routine R2 described above, during a period when the pachinko machine 1 is in a big hit state, every time a safe signal is input (every winning ball (safe ball) is generated in the pachinko machine 1). In the period when “T1Y” in the record to be recorded is incremented and the pachinko machine 1 is in the normal state, “B” in the record to be recorded is decremented every time the safe signal is input. .

  FIG. 5 shows the contents of the start signal input processing routine R3. In this processing routine R3, it is determined whether or not a start signal has been input (step C1), and in a non-input state, the routine returns. On the other hand, when a start signal is input, the process returns after executing step C2 for incrementing “S” (start number) in the record to be recorded.

  As a result of the execution of the start signal input processing routine R3, “S” in the record to be recorded is incremented each time a start signal is input (a lottery lottery is performed on the pachinko machine 1). .

  FIG. 6 shows the contents of the jackpot signal input processing routine R4. In this processing routine R4, it is determined whether or not the jackpot flag is “0” (step D1), and in the case of “0”, it is determined whether or not the jackpot signal has started to be input (step D2). If “NO” is determined in this step D2, the process returns as it is, but when the jackpot signal is started to be input, the input start time is recorded in the “occurrence time” column in the record to be recorded. Then, step D4 for recording the cumulative number of jackpot occurrences at that time in the “big jack” column of the record to be recorded and step D5 for setting the jackpot flag to “1” are sequentially executed, and then the process returns.

  On the other hand, when the jackpot flag is “1” (“NO” in step D1), it is determined whether or not the input of the jackpot signal has ended, that is, whether or not the jackpot signal has fallen (step D6). ) If it is determined “NO”, the process returns. On the other hand, when the jackpot signal input ends, the jackpot flag is reset to “0” (step D7), and thereafter, a new record is created in the jackpot history data (step D8).

  After executing such a new record creation step D8, the process returns after executing step D9 for setting the record flag to "1". This record flag is a flag that is necessary for creating a new record when sales occur at the stand-by-ball lending machine 2, as will be apparent from the following description.

  As a result of executing the jackpot signal input processing routine R4, when the jackpot signal input is started, that is, when a jackpot occurs in the pachinko machine 1, the occurrence time is displayed in the “occurrence time” column of the record to be recorded. And the number of jackpot occurrences indicating the number of jackpots on that day is recorded in the “jackpot” column of the record to be recorded. When the jackpot signal is subsequently input, that is, when the jackpot on the pachinko machine 1 is terminated, a new record is created in the jackpot history data, and the record target record is changed to the new record. At the same time, the record flag is set to “1”.

  FIG. 7 shows the contents of the sales signal input processing routine R5. In this processing routine R5, it is determined whether or not a sales signal has been input from the stand-by ball lending machine 2 (step E1), and in a non-input state, the process returns as it is. On the other hand, when the sales signal is input, whether or not the record flag is “1” after executing step E2 for incrementing the “sales balls” of the record to be recorded by the number corresponding to the input sales signal. Is determined (step E3). If the record flag is “0”, the process returns as it is, but if it is “1”, a step E4 for creating a new record in the jackpot history data and a step for resetting the record flag to “0” Return after executing E5.

  As a result of the execution of the sales signal input processing routine R5 described above, every time a sales signal is input, that is, every time sales are generated in the daitama ball lending machine 2, "sales balls" in the record to be recorded are input sales. It is incremented by the number corresponding to the signal. In addition, when the record flag is “1” at the time of inputting the sales signal (corresponding to the case in which sales are first generated at the corresponding interbank ball lending machine 2 after the jackpot at the pachinko machine 1 ends) A new record is created in the jackpot history data, the record target record is changed to the new record, and the record flag is reset to “0”.

  FIG. 8 shows the contents of the history request signal reception processing routine R6. In this processing routine R6, it is determined whether or not a history request signal transmitted from the ball counter 7 at a timing as will be described later is received (step F1), and in a non-reception state, the process directly returns. The history request signal includes data indicating the machine number of the pachinko machine 1 and the counting result of the ball counter 7.

  When the history request signal is received, among the records in the jackpot history data, the “history creation flag” is a record after “1” (in the example of FIG. ”Is“ 1 ”, so if there is no record from No. 5, but if there is no record with“ history creation flag ”“ 1 ”, all the records after the first) Is recorded in each record (step F2). Next, the count value in the received history request signal is compared with “Mochitama 2” of each record, and the count value≈ “Mochitama 2” (the concept including the count value = “Mochitama 2”) is obtained. A record is specified (determined) as a start record (step F3). In this case, the allowable range of the count value≈ “Moving ball 2” is, for example, ± 200.

  When there are a plurality of records satisfying the relationship of counting value≈ “mochitama 2”, the forefront record in the corresponding record is set as the start record. That is, for example, when the count value is 5200 balls, in the example of jackpot history data as shown in FIG. 5 and no. Record 7 is a candidate for the start record, but the first record is No. 7. Since this is 5, this is specified as the start record.

  If there is no record satisfying the relationship of count value≈ “mochitama 2”, “mochitama 2” of the previous record is larger than the count value, and “mochitama 2” of the next record is greater than the count value. A combination of two consecutive records in a smaller state is specified, and a previous record in the combination is specified as a start record. At this time, if there are a plurality of combinations of the corresponding records, the previous record in the previous record combination is set as the start record. That is, for example, when the count value is 4000 balls, in the example of jackpot history data as shown in FIG. 5 and no. 6 and No. 6 7 and no. 8 combinations are listed as candidates. 5 and no. No. 6, which is the record before this combination. 5 is specified as the start record.

  Thereafter, step F4 for extracting from the start record to the current record in the jackpot history data as a personal history, step F5 for converting the extracted personal history into data and transmitting it to the ball counter 7, the current record (example in FIG. 13) Then, after step F6 for setting the “history creation flag” of record No. 10) to “1” is executed in sequence, the process returns.

  As a result of the execution of the history request signal reception processing routine R6 described above, every time a history request signal is received from the ball counting machine 7, among the records in the jackpot history data, “mochitama 2” is an unrecorded record, Specifically, the “mochitama 2” is the record for which the “history creation flag” is “1” or later, or all the first and subsequent records (when there is no record whose “history creation flag” is “1”). Is calculated, and the calculation result is recorded in the corresponding record. Further, “mochitama 2” in each record of the jackpot history data is searched retroactively from the time when the history request signal is received, and the “mochitama 2” and the count value in the history request signal have a predetermined relationship. A record in which (count value ≒ “relationship 2” relationship), that is, a record in which “retention ball 2” that is substantially equal to the count value in the received history request signal is recorded by the ball counter 7 is a pachinko ball It is determined as a start record corresponding to the game start time by the player who has performed the counting operation. Of the records in the jackpot history data, the data from the start record to the current record is the ball counter 7 (the source of the history request signal) as the personal history data in response to the history request signal. The “history creation flag” of the current record is set to “1”.

  Below, the control content (FIGS. 9-12) in the ball counter 7 is demonstrated. When the player counts a large number of pachinko balls acquired by the game on the pachinko machine 1 with the ball counting machine 7, the attendant at the game shop goes to the pachinko machine 1 and confirms the machine number. The acquired pachinko balls to be counted are transported to the ball counter 7 and put into the hopper 7a. Further, at the time of counting, the game shop clerk transmits a machine number signal indicating the machine number confirmed as described above from the remote controller 9 carried by the game shop to the remote controller light receiving unit 7e of the ball counter 7. Is.

  As shown in FIG. 9, the ball counter 7 is configured to repeatedly execute a main program including a counting processing routine R11, a signal input processing routine R12, and a ticketing processing routine R13.

  FIG. 10 shows the contents of the counting process routine R11. In this processing routine R11, it is determined whether or not the counting sensor (not shown) is in a detection state (step G1). On the other hand, when the count sensor is in the detection state, a count operation is performed to increment the count value (step G2), and then the process returns.

  FIG. 11 shows the contents of the signal input processing routine R12. In this processing routine R12, it is determined whether or not a machine number (that is, a machine number signal) has been input through the remote controller 9 (step H1), and in a non-input state, the process returns. On the other hand, when the machine number is input, the process returns after executing step H2 for storing the machine number and step H3 for setting the history issuance flag to “1”. The history issue flag is a flag for issuing the memorial ticket 8.

  FIG. 12 shows the contents of the ticketing process routine R13. In this processing routine R13, it is determined whether or not the counting operation by the counting sensor is finished (step J0), and if it is not finished, the process returns as it is. If the counting operation has been completed, it is determined whether or not the ticket issuing button 7c has been turned on (step J1), and in the non-operating state, the process directly returns. On the other hand, when the ticket issuing button 7c is turned on, an exchange ticket on which count value information indicating final count value data is recorded is printed by a printer (not shown) and issued (step J3). It is later determined whether or not the history issue flag is “1” (step J4).

  If the history issuance flag is “0”, the process returns as it is. If it is “1”, a history request signal including final count data and the machine number input from the remote controller 9 is created. (Step J4), and transmits the history request signal to the management device 5 (Step J5).

  Thereafter, it waits until the personal history data returned from the management device 5 in response to the history request signal is received (step J6). When received, the personal history data and the final count value data are received. Based on the above, commemorative ticket data necessary for printing the commemorative ticket 8 in the format shown in FIG. 14 is created (step J7). Next, the process returns after executing step J8 in which the created commemorative ticket data recording the commemorative ticket 8 is printed and issued by the printer, and step J9 in which the history issuance flag is reset to “0”.

  In short, the ball counter 7 starts the counting operation when a pachinko ball is inserted into the hopper 7a, and validates the operation of the ticket issuing button 7c when the counting operation ends. In addition, when the ball counter 7 receives a machine number signal from the remote controller 9 before the ticketing button 7c is turned on after the counting operation is completed, the ball counter 7 stores the machine number and can issue a commemorative ticket 8. It is possible to switch to the standby state (state in which the history issue flag is set to “1”). In such a ticket waiting state, when the ticketing button 7c is turned on at the timing after the counting operation is completed, an exchange ticket (not shown) is issued, and personal history data and pachinko machines acquired from the management device 5 are issued. A commemorative ticket 8 in which commemorative ticket data created based on the final count data of the balls is recorded is issued. Note that the ball counting machine 7 issues only a replacement ticket when the ticketing button 7c is turned on at the timing after the counting operation is completed without being switched to the ticketing standby state as described above.

According to the configuration of the present embodiment described above, the following operations and effects can be obtained.
That is, the management device 5 having the function of creating the jackpot history data as shown in FIG. 13 is a signal (out signal, safe signal, start signal) given from the pachinko machine 1 and the ball machine 2 through the relay device 4. , Jackpot signal, sales signal), etc., the record data in the jackpot history data is sequentially stored. The ball counter 7 counts the pachinko balls acquired by the player, and when a machine number signal is input from the remote controller 9 during the counting operation, the ball counter 7 sends the above-mentioned information to the management device 5. A history request signal including the machine number indicated by the machine number signal and each data indicating the counting result is transmitted.

  When the management apparatus 5 receives the history request signal, among the records in the jackpot history data, the “mochitama 2” is calculated and recorded for the record that has not been recorded, The “mochitama 2” is searched retroactively from the reception time of the history request signal, and a record in which “mochitama 2” approximately equal to the count value in the history request signal is specified as a start record. In addition, the management device 5 transmits data from the start record to the current record among the records in the jackpot history data as personal history data to the ball counter 7 serving as the history request signal transmission source. In the ball counter 7 which has received such personal history data, a commemorative ticket data is created based on the personal history data and the final count data, and the commemorative ticket data is recorded. Issue commemorative ticket 8 as shown in FIG.

  As a result of the above, even if the card system in which a card reader is installed for each pachinko machine 1 is not introduced, or even if the card insertion frequency is low with such a card system installed, the pachinko machine It is possible to issue a commemorative ticket 8 on which accurate personal history data relating to the game at 1 is printed. In particular, when the card system is not introduced, the equipment cost can be suppressed. In particular, since the commemorative ticket 8 as described above will be delivered to the player's hand, so that the player's desire to keep a record of data when gaining a lot of profits from the game can be answered. Therefore, there is an advantage that it becomes useful as customer service.

(Other embodiments)
The present invention is not limited to the embodiments described above and shown in the drawings, and can be modified or expanded as described below, for example.
The jackpot history data is referred to as it is when determining the game start time, but a graph showing the transition of other game histories, for example, “Mochitama 1” or the number of difference balls (safe-out), so-called slump graph. The game start time may be determined with reference to a game history such as

  Although the count value in the ball counter 7 is used for specifying the start record on the jackpot history data, the configuration may be specified by using other game information. For example, a configuration in which the number of jackpots at the pachinko machine 1 is input and a record obtained by reversely calculating the number of jackpots from the current time is used as a start record (in the example of FIG. 13, when the number of jackpots is input as 4 times, No. 5 record related to the jackpot four times before the start record).

  The commemorative ticket 8 is configured to record only the personal history data. For example, the entire history data is recorded and only the personal history data is highlighted, or items different from other histories are recorded ( For example, only the personal history data may be recorded with a loan amount (sales amount), and other data may be recorded with a loan amount).

  It is not always necessary to issue the commemorative ticket 8 on which the personal history data is printed. For example, a configuration in which the personal history data is transferred to the mobile phone of the player by e-mail, or a display terminal in which the personal history data is installed in the game store. It is good also as a structure displayed by.

  In the management device 5, when personal history data is extracted, it is possible to separately output effective data (for example, data having more than 20000 counting balls) from the personal history data in order to increase the effect of attracting customers at the game shop. It is good also as a structure. The data output in this way can be used for purposes such as printing out at a game store and projecting to a prominent position in the game store for attracting customers.

  Although the operation of inputting the machine number of the pachinko machine 1 to the ball counter 7 is performed by the remote controller 9, it may be configured to be performed by a machine key input numeric key switch provided in the ball counter. Moreover, it is good also as a structure which attaches the ID tag etc. which memorize | stored the number of the pachinko machine 1 in what is called a ball box, and performs the machine number input operation by reading the machine number of the pachinko machine 1 from the ID tag when counting the pachinko ball. .

  When extracting personal history data from the jackpot history data, the latest record is included in the personal history data. For example, the number of pachinko balls acquired by the player in the pachinko machine 1 related to the personal history data is counted. There may be a case where another player starts a game on the pachinko machine 1 before, so if the latest record was created in response to sales, the latest record What is necessary is just to make it the structure excluded from data.

  Since sales will occur when the player starts the game, when the start record is specified from the records in the jackpot history data, the record with “zero sales” may be excluded from the start record candidates .

  Among the jackpot history data, the “occurrence time” is configured to record the time when the jackpot occurred or the time when the sales occurred in the next record, but any time can be used as long as the record can be specified. For example, the time when the jackpot ends and the data in the record is confirmed, the time when the record is created, or the like may be used.

  If the calculation of “mochitama 1” and “mochitama 2” in the jackpot history data is performed based on the out signal, the safe signal and the sales signal corresponding to the target pachinko machine 1, the other calculation methods are used. It may be calculated. For example, when calculating “mochitama 2”, a configuration is calculated by calculating back the cumulative sales, out, and safe from the current record to the record for which the mochitama is to be calculated (specifically, FIG. 13 In the example, the No. 5 is the record for which the holding ball is calculated, the cumulative sales from the No. 5 record to the current record are “2250”, the cumulative safe is “12720”, and the cumulative out is “9790”. In such a case, a configuration in which “Mochitama 2” of the record No. 5 is calculated as “5180” by an arithmetic expression of “cumulative sales + cumulative safe-cumulative out”) may be considered.

  Although the management device 5 side specifies the game start time on the pachinko machine 1, it may be configured on the ball counter 7 side. In this case, on the ball counter 7 side, after entering the machine number, the jackpot history data is acquired from the management device 5, and the jackpot history data is analyzed by the same method as in the above-described embodiment, thereby determining the game start time. What is necessary is just to set it as the structure which performs specification (specification of a start record).

  A configuration is also possible in which a card reader into which a membership card is inserted is used in combination with a conventional card system installed for each pachinko machine. In this case, the determination of the game start time may be performed based on the jackpot history data before the specific member card is inserted into the card reader, and the determination accuracy can be improved.

  The game history data recorded in the commemorative ticket 8 is exemplary, and it is needless to say that it may be other data that has no fear of adversely affecting the game store management. Further, although game history data related to the pachinko machine 1 is targeted for management, game history data related to other types of game machines such as slot machines may be targeted.

1 is a schematic configuration diagram of an entire system showing an embodiment of the present invention. Flow chart showing control contents in management apparatus (part 1) Flow chart showing control contents in management apparatus (part 2) Flow chart showing contents of control in management apparatus (part 3) Flow chart showing contents of control in management apparatus (part 4) Flow chart showing control contents in management apparatus (part 5) Flow chart showing control contents in management apparatus (part 6) Flow chart showing contents of control in management apparatus (part 7) Flow chart showing the control contents in the ball counter (part 1) Flow chart showing the control contents in the ball counter (part 2) Flow chart showing the control contents of the ball counter (part 3) Flow chart showing the control contents in the ball counter (part 4) Figure showing output example of jackpot history data Figure showing a print example of a commemorative ticket

Explanation of symbols

  1 is a pachinko machine (game machine), 2 is a ball rental machine, 3 is a call lamp unit, 4 is a relay device, 5 is a management device (storage means, determination means), 7 is a ball counter (input means, output) Means), 8 is a commemorative ticket (printed material), and 9 is a remote controller.

Claims (3)

In a system for managing game information related to a gaming machine capable of releasing a predetermined number of game media when a win occurs due to a game using a game medium and generating a jackpot state ,
A record is created at the end of the jackpot specified based on the game information output from the gaming machine, and the acquisition in the gaming machine from the creation time of the record specified based on the gaming information to the creation time of the next record the game history data for each identifiable gaming machine number game medium by the record unit, a storage unit for sequential storage and starts when operating the start of the game arcade,
An input means for inputting count value data indicating a count result of a game medium acquired by a game by the player at the game machine as a game result by the player at the game machine;
And starting from the time when the game result is input, the number of the acquired game media specified by the stored game history data in the storage means, the game machine identified by accumulating back by the record unit In correspondence with the game result, the start time corresponding to the creation time of the record in which the acquired game medium number data on the player side is within the preset allowable range for the game result input by the input means Determining means for determining the game start time by the player who has played,
Output means for outputting game history data from the game start time determined by the determination means among the game history data stored in the storage means as personal history data;
A game information management system characterized by comprising: In a system for managing game information related to a gaming machine capable of releasing a predetermined number of game media when a win occurs due to a game using a game medium and generating a jackpot state,
A record is created at the end of the jackpot identified based on the game information output from the gaming machine, and the gaming machine from the creation time of the record identified based on the gaming information to the creation time of the next record the game history data for each identifiable gaming machine jackpot number is the number of occurrences of the jackpot state generated in the record unit, a storage unit for sequential storage and starts when operating the start of the game arcade,
An input means for inputting, as a game result by the player at the gaming machine, the number of jackpots generated by the player at the gaming machine;
And starting from the time when the game result is input, the jackpot number data specified by the jackpot number specified, accumulated back in the record units by the stored game history data in the storage means However, the start time corresponding to the creation time of the record that falls within the preset allowable range for the game result input by the input means is determined as the game start time by the player corresponding to the game result. A determination means;
Output means for outputting game history data from the game start time determined by the determination means among the game history data stored in the storage means as personal history data;
A game information management system characterized by comprising:   3. The game information management system according to claim 1, wherein the output means executes the output operation of the personal history data by issuing a printed matter in which the personal history data is recorded.

Images