JP5558851B2 - Amusement park management system - Google Patents

Description

  The present invention relates to a game hall management for managing game information for each player by associating person data specified based on a photographed image by a photographing means provided corresponding to each gaming machine with game data in operation. About the system.

  In the conventional management system for game halls, for example, a technique for managing game information for each player by associating person data based on a face photographed by a camera provided for each gaming machine with game data is known. (See Patent Document 1).

  In addition, since authentication based on photographed face data has low accuracy, means for compensating for this is also considered. For example, when a player change is determined by processing a photographed image of a player photographed with a camera, and a player before the change is recognized within a predetermined time after determining the customer change, there is no customer change. The structure considered is known (see Patent Document 2).

JP 2001-162011 A JP 2003-230132 A

However, in the above-described technique, there is a problem that when the player's person data cannot be specified in the operating state immediately after the non-operating state, the person data cannot be associated with the game data.
The present invention has been made in view of the above circumstances, and its purpose is to provide personal data and game data even when the personal data of the player cannot be specified based on the photographed image in the operating state immediately after the non-operating state. It is to provide a management system for a game hall that can be associated with each other.

The management system for a game hall according to the present invention is provided corresponding to a gaming machine, and includes a photographing unit that photographs a player, and a part of a body photographed by the photographing unit or an image of an object held by the player. Based on person data creation means for creating person data for identifying a player based on the game signal output from the gaming machine side, it is possible to identify the number of game media used in the game Receiving means for receiving a use signal and a payout signal that can specify a payout number that is the number of game media paid out to the player, and the reception state is an operating state based on the received game signal Operating state determining means for determining whether or not, calculating means for calculating game data in the operating state based on a game signal received by the receiving means, person data created by the person data creating means, and the calculating means And synthetic data generating means for generating associating the calculated the game data combined data comprises,
The composite data creation means is configured to combine composite data in which person data created based on an image taken in the immediately preceding operating state, which is the operating state immediately before the non-operating state, and the game data in the immediately preceding operating state are associated with each other. If the person data is not created on the basis of the image taken during the operation state immediately after the non-operation state, which is the operation state immediately after the non-operation state, the game data and the Combining the person data of the composite data in the immediately previous operation state with the person data in the immediately previous operation state creates the composite data in the immediately subsequent operation state.

The game hall management system according to claim 1,
The composite data creation means is configured to combine composite data in which person data created based on an image taken in the immediately preceding operating state, which is the operating state immediately before the non-operating state, and the game data in the immediately preceding operating state are associated with each other. Even if it is created and the person data is not created based on the image taken in the operating state immediately after the non-operating state, the time during the non-operating state is a predetermined time. When a specified time has been exceeded, the immediately following operating state composite data may be created using person data different from the immediately preceding operating state composite data.

In the game hall management system according to claim 2,
The synthetic data creation means is a time defined in advance when the person data is not created based on the image taken in the immediately following operation state and the time in the non-operation state immediately before the immediately following operation state Even if the specified time is exceeded, the non-operating state immediately after the immediately following operating state is within the specified time and based on the image taken during the operating state immediately after the non-operating state. When the person data is created, the combined data in the immediately operating state may be created from the person data (claim 3).

In the game hall management system according to claim 2 or 3,
When the operation state in which the non-operating state immediately before and immediately after is equal to or longer than the specified time occurs continuously two or more times, the composite data creating unit generates the composite data based on person data that is different in each of the operating states. Data may be created (claim 4).

In the game hall management system according to any one of claims 1 to 4,
The composite data creation means may not adopt the person data when the same person data is created as the person data within a predetermined time (Claim 5).

  According to the first aspect of the present invention, when the player cannot be specified because the player's personal data cannot be created in the operating state immediately after the non-operating state, the operating state immediately before the non-operating state Since it is highly probable that the player has resumed the game after temporarily leaving for a break, it is possible to create composite data by associating it with the person data of the composite data in the operating state immediately before the non-operating state Thus, it is possible to calculate without composing as synthesized data of the same person.

  According to the invention of claim 2, even when the composite data is created in association with the person data of the composite data of the operating state immediately before the non-operating state as in the first aspect of the invention, the non-operating state is previously set. If the specified time is exceeded, there is a high possibility that another player and the active player immediately before the non-operating state have started the game. By creating the composite data by associating the different person data with each other, the composite data can be divided and calculated.

  According to the invention of claim 3, even when the synthesized data is created by associating the person data different from the person data of the synthesized data in the operating state immediately before the non-operating state as in the invention of claim 2, When person data is created immediately after the non-operating state within the specified time immediately after it is created, it is highly possible that the same person is playing, so it is calculated without dividing it as composite data of the same person Is possible.

  According to the invention of claim 4, when the non-operating state more than the specified time immediately before and immediately after has occurred twice or more in succession, the combined data in the operating state between them is divided and calculated as different persons. It becomes possible to do.

  According to the invention of claim 5, when the time when the person data can be created is short, the reliability is low. Therefore, the reliability of the composite data can be improved by not using such person data. .

Schematic which shows the whole structure in one Embodiment of this invention. The perspective view which shows the principal part of a rental apparatus Timing chart showing basic conditions for creating operating data Fig. 3 equivalent diagram showing special condition 1 for creating operational data Fig. 3 equivalent diagram showing special condition 2 for creating operational data Fig. 3 equivalent diagram showing special condition 3 for creating operational data Flow chart showing face authentication processing by CCD camera Conceptual diagram showing synthetic data creation pattern 1 FIG. 8 equivalent diagram showing synthetic data creation pattern 2 FIG. 8 equivalent diagram showing synthetic data creation pattern 3 FIG. 8 equivalent diagram showing synthetic data creation pattern 4 FIG. 8 equivalent diagram showing synthetic data creation pattern 5 Diagram showing the creation pattern of composite data across the non-operating state (Part 1) Diagram showing the creation pattern of composite data across the non-operating state (Part 2) Fig. 3 shows the creation pattern of composite data with the non-operating state in between (No. 3) FIG. 4 is a diagram showing a synthetic data creation pattern across non-operating states (No. 4) FIG. 5 is a diagram showing a synthetic data creation pattern across non-operating states (No. 5) FIG. 6 is a diagram showing a synthetic data creation pattern across non-operating states (No. 6) Diagram showing an example of aggregate data for each model (island) The figure which shows an example of the total data for every player

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic diagram showing the overall configuration of a game hall system. A rental device 2 is installed corresponding to the gaming machine 1 in the game hall, and a management device 3 is installed in the management room. The relay device 4 is connected to two gaming machines 1, two lending devices 2 and a management device 3 via a LAN 5. The management device 3 manages game data for each gaming machine 1 by receiving a gaming signal transmitted from the gaming machine side (the gaming machine 1, the lending device 2, etc.) via the relay device 4.

  The gaming machine 1 to be managed performs a lottery lottery in response to the ball fired on the board surface 7 by the operation of the operation handle 6 constituting the launching device winning the start opening 8 (start winning prize), and the lottery result is displayed. The notification is made by the symbol variation performed in the unit 9, and the jackpot state is set according to the variation result. When a big hit occurs, the grand prize winning opening 10 is opened for 15 rounds (R). The balls paid out by winning are received by the upper tray 11, and the balls that overflow when the upper tray 11 is full are received by the lower tray 12. In addition, the upper limit winning number of 1R is 10, the upper limit opening time is 30 seconds, and 1R is ended when either the upper limit winning number or the upper limit opening time is satisfied.

The next game signal is output from the gaming machine side.
Out signal = a signal that can specify the number of used balls (out) output from an out BOX for collecting used balls (used media). Since one pulse is output for 10 recovered (used, driven) balls, “out signal number × 10” is specified as out. A signal output from the gaming machine 1 may be used.
Safe signal = a signal that can specify the number of payout balls (safe, the number of payout media) output from the gaming machine 1. Since one pulse is output for 10 payouts corresponding to the game (winning) in the gaming machine 1, “safe signal number × 10” is specified as safe. The supply signal output from the supply device may be a safe signal.
Start signal = a signal that can specify the number of symbol fluctuations (number of actuated items, start) output from the gaming machine 1. Since one pulse is output per symbol change (actual action, start process) in the display unit 9 that changes (actuates) due to winning at the start port 8, “start signal number × 1” is specified as a start. A start winning signal that is output in response to a winning at the start port 8 may be used as a start signal.
Jackpot signal = a signal that can identify the jackpot output from the gaming machine 1. Since it is a status signal that is output at a level during the jackpot, it is determined that the jackpot signal is being received as being a jackpot.
Special state signal = a signal that can specify a special state output from the gaming machine 1. Since it is a state signal (probability change signal) that is level-output during a special state that is more likely to generate a big hit such as during probability change where the jackpot probability is improved than in the normal state, during reception of the special state signal during the special state (Amaka or Specified as sweet mode). The level is output not only during the probability change but also when the winning rate to the start port 8 is improved.
Sales signal = a signal that can specify sales information (number of sales balls, sales amount) output from the lending device 2. Since one pulse is output for every 25 balls that are valued as valuable to the player, “sales signal number × 25” is specified as the number of sales balls, and the number of sales balls × the rental unit price is specified as the sales amount. .
Replay signal = a signal that can specify the number of replay balls (replay media) output from the lending device 2. Since one pulse is output for every 25 replay balls that are paid for the player's stored balls, “the number of replay signals × 25” is specified as the number of replay balls.

The lending device 2 is configured as a so-called CR sand and has the following functions.
(1) A so-called member card or visitor card (IC holding card) in which a unique ID is recorded can be received at the card insertion slot 13.
(2) When the payout button 14 is pressed in a state where the valuable value can be specified by the inserted state of the card, the ball is paid out from the payout outlet 15 based on the valuable value and a sales signal is transmitted.
(3) When the press of the return button 16 is accepted in a state where the card is accepted, the accepted card is discharged.
(4) The information display unit 17 can display lending information, and can display game information and the like related to various corresponding gaming machines 1.
(5) A CCD camera 18 (corresponding to the photographing means, hereinafter referred to as “camera”) is built in, and the upper body centering on the corresponding player's face is photographed from diagonally forward to create face data.

  FIG. 2 is a perspective view showing a built-in part of the camera 18 in the lending device 2. The camera 18 is arranged to face the front direction, and its horizontal field of view is 120 ° centering on the optical axis, but the actual field of view is 80 ° with respect to the player direction due to the surrounding wall surface. Is regulated. A smoke plate 19 is provided in front of the camera 18 so that the camera 18 is concealed from the player. The payout port 15 is provided so as to be turnable in the horizontal direction and turnable in the upward direction about the shaft 15a. In this case, a restricting portion 20 is formed so as to project at a portion that becomes the visual field direction of the camera 18, and the turning portion 15 is restricted to turn upward at the position that becomes the visual field direction of the camera 18. ing.

  Returning to FIG. 1, the management device 3 (corresponding to person data creation means, reception means, operating state determination means, calculation means, and composite data creation means) creates game data based on various game signals from the gaming machine side. The game data creation process will be described. The game data includes table data (data based on a game signal output from the gaming machine side) and sales data (game output from the lending device 2) within a range where it can be determined that one player is playing continuously. Data based on signals), and accumulation of replay balls, counting balls, and the like due to card insertion.

  FIG. 3 shows a time chart showing basic conditions for creating game data by the management device 3. Whether the management device 3 has received machine data (whether it has received an out signal, a safe signal, a start signal, a jackpot signal, or a special status signal output from the gaming machine side), or whether sales data has been input (the lending device 2) Whether the sales signal or replay signal output from the device has been received) and whether the card has been inserted. The table data has been accumulated since the start of business, and when sales data is input (timing (a) in the figure), the accumulated data at that time is determined. Since the player data is continuously input when the player is continuously playing, a 20-second timer is started each time the player data is input, and if the player data is input during that time, It is determined that the other player is playing a game. When the player finishes the game, the input of the table data stops ((b) timing), and then the accumulated data is determined 20 seconds after the timer time ((c) timing), and from the accumulated data (a ) The difference of the accumulated data determined at the timing is determined as the game data of one player. The reason why the timer time is set to 20 seconds in this way is that the limit value for distinguishing between the customer change and the no-data state of the person is assumed to be 20 seconds. Note that 20 seconds is an example, and is not limited to this time.

In addition, when a card is inserted / removed during a period in which the table data is continuously input, game data including information related to the card is created.
On the other hand, if the card is inserted first ((d) timing) prior to the first sales data, and the card is removed after the end of the table data ((e) timing), one person is inserted in the card insertion state. Since it can be determined that the player is playing, the difference in accumulated data from the time the card is removed ((e) timing) until 20 seconds ((f) timing) is determined as game data. . In addition, even if the card is removed, if the input of the table data continues, since one player continues to play, it takes 20 seconds after the input of the table data is stopped. The difference of the accumulated data until it elapses is determined as game data.
As described above, it is possible to create game data capable of determining that one player is playing continuously.

By the way, when the game data creation special conditions shown below are satisfied when creating the game data, a special process different from the above-mentioned game data basic creation conditions is executed.
(1) In the case of long reach As shown in FIG. 4, in the long reach, an effective start signal indicating image stop is input after 20 seconds or more have passed since the last data change. If the first input data is a valid start signal, it is regarded as long reach and data integration is continued as continuous data. In other words, this is a special process for making the long reach up to 3 minutes 20 seconds, which is sufficient as the current long reach time, to be continuous data so that the game data is not interrupted for each long reach.
(2) When a card is inserted As shown in FIG. 5, a card of a person different from the card inserted during the operation state is inserted even within 20 seconds from the last data change of the table data. In this case, since it can be determined that the player has been replaced, the data is forcibly separated. In other words, this is a special process for avoiding continuation data at the obvious customer change timing of card insertion.
(3) When sales data is input As shown in Fig. 6, even if it is within 20 seconds from the last data change of the table data, there is sales input after 15 minutes or more have passed since the last input of sales data. The previous player has driven all of his possession balls without paying out the next lending ball, and the data is forcibly separated by determining that the possibility of customer replacement is high. In other words, this is a special process for assuming 1000 balls that are equivalent to 500 yen of 50 coins, which is the minimum lending unit price at the present time, and not making it continuous data after 15 minutes have passed since the previous sales. .

In this embodiment, the face of the player is created by authenticating the player's face by the camera 18, and a method of creating the face data will be described below.
FIG. 7 is a flowchart showing face authentication processing by the camera 18. When the operation starts, the camera 18 starts the timer operation (timer time 4 seconds) (S1), detects a face (S2), determines whether the face authentication flag is 1 (S14), Wait until the timer expires (S19).

  When the player sits on the chair, the upper body of the player is positioned within the shooting range of the camera 18, so that the camera 18 detects the face (S2: YES) and clears the undetected counter ( S3), it is determined whether the face authentication flag is 0 (S4). In this case, since the face authentication flag is 0 (S4: YES), the player is photographed (S5), and it is determined whether the reliability is equal to or higher than a specified value (S6). The reliability is a numerical value indicating whether or not face data can be created based on the photographed image of the player. If it is determined that the reliability is less than the specified value, the process proceeds to step S19. If it is determined that the reliability is greater than or equal to the specified value (S6: YES), the face authentication flag is set to 1 (S7), and face data is created (S8). This face data extracts the features of the player's upper body, especially facial features such as facial eyes, eyebrows, nose, mouth, etc., and identifies the player's appearance based on the positional relationship between the feature points Information transmitted to the management device 3.

Next, it is determined whether there is any recorded face data (S9). If there is no face data immediately after the power is turned on (S9: YES), the face data is recorded (S10), and then the face data is managed by the management device 3. (S11).
Through the above operation, when the player is seated, the player's face data is transmitted from the camera 18 to the management device 3.
When the timer expires (S19: YES), the next shooting is performed. In this case, since the face authentication flag is 1 (S4: NO), the process proceeds to step S19. Accordingly, face data is not transmitted.

If the player's face can no longer be detected due to the player leaving or the player's posture changing (S2: NO), the face authentication flag is 1 (S14: YES) The undetected counter is incremented (S15), and it is further determined that the undetected counter is not 2 (S16), and then it is determined whether the timer has timed out (S19). When the timer expires (S19: YES), the process proceeds to step S1, and the above-described operation is repeated. As a result of repeating the above operation, the undetected counter becomes 2 (S16: YES), so the face authentication flag is set to 0 (S17), and an undetected signal is transmitted (S18).
If the face cannot be detected by the above operation, an undetected signal is transmitted from the camera 18 to the management apparatus 3 after 8 seconds.

When the same player or a different next player is seated, since there is recorded face data (S9: NO), whether the error of the face data corresponding to the recorded face data is within the specified value (S12), that is, Determine whether they can be considered the same person. If the error is within the specified value (S12: YES), it is determined that they are the same person, and the process proceeds to step S11. Therefore, the same face data as the previous time is transmitted. If the error of the face data corresponding to the recorded face data is outside the specified value (S12: NO), that is, cannot be regarded as the same person, the face data is rewritten (S13), and the face data is transmitted (S11). .
When the management device 3 receives the face data from the camera 18, the management device 3 starts the face data generation, and receives the undetected signal ends the face data generation. That is, the period from reception of face data to reception of an undetected signal is defined as the same face data creation period.

The management device 3 creates person data from the face data and synthesizes the person data and the game data. The creation pattern includes the following four patterns.
(1) Pattern 1
FIG. 8 shows pattern 1. The upper part of the figure shows the face data creation period, from the time when the face is recognized until the time when the face cannot be recognized (leaves away). The middle row shows game data in the operating state. The lower row shows composite data in which the person data specified based on the face data and the game data in the operating state are associated with each other. The synthetic data is basically created when the game data is divided, and the synthetic data created when the face data is divided is determined to be formal. The character data does not mean that a person's name is specified, but means that a virtual person (for example, “a” in the figure) is specified. “A” is actually a serial number that is valid only on that day.
Pattern 1 is a case where the creation of face data is started during operation, and the creation of face data is finished (player is away) after operation. In this case, composite data is created from the end of operation, and the composite data is determined when face data creation is completed. That is, the virtual person data “A” is identified from the face data “A”, and the person data and the game data are combined to create composite data in which the person data “A” is associated. It is.

(2) Pattern 2
FIG. 9 shows pattern 2 in which the operation starts after the creation of face data is started, and the creation of face data ends during the operation. In this case, the creation of composite data is started and confirmed at the end of operation.
(3) Pattern 3
FIG. 10 shows pattern 3, which is a case where face data creation starts and ends during operation. In this case, creation of composite data is started and confirmed at the end of operation.
(4) Pattern 4
FIG. 11 shows pattern 4, which is a case where face data creation is started and ended during non-operation. In this case, creation of composite data is started at the end of operation, and composite data is determined at the end of face data creation.

  If the player interrupts the game for a short time during the game, for example, to insert a card, a plurality of game data exist between the start and end of face data creation as in pattern 5 shown in FIG. However, in such a case, the creation of composite data is started every time the operation is completed, and the composite data is determined when the creation of face data is finished. The same applies to the patterns 2 to 4 described above.

  As described above, although the composite data can be created from the person data specified based on the image of the player photographed by the camera 18, the player may not be recognized by the camera 18 even during operation. In such a case, it is not possible to correctly create composite data in which person data and game data are associated with each other.

Therefore, synthetic data is created according to the following conditions.
(1) Even if the player cannot be detected during the operation state, the combined data of the operation state immediately before the non-operation state is associated, and the non-operation state during that time is less than 10 minutes If so, composite data is created in association with the person data.
(2) As shown in FIG. 13, when face data could not be created in the operating state after a meal break (regardless of the length of time), the identification specified by the combined data of the operating state immediately before the non-operating state The composite data is created by associating the person “A” with the game data. This is because when the non-operation is due to a meal, the operation state after the meal can be specified as having played the same person. In addition, the non-operating game data (actually only time data) sandwiched between operations by the same person is occupied by the same person. During the meal break, the lending device 2 is determined by receiving a signal indicating that the meal break is in progress from the remote controller operated by the employee, and is used to determine the appropriate time for the meal break.
(3) When face data “B” can be created in the operating state after 10 minutes or more of a non-operating state, composite data associated with a person “I” different from “A” is created. In this case, the non-operating state is an unoccupied state.

(4) Even when face data cannot be created for the operating state as shown in FIG. 14, if there is a non-operating state of 10 minutes or more immediately before, it is not the same person as the previously created composite data, When composite data associated with person data is created later, it is regarded as the same person as that person. In the example shown in FIG. 14, since the composite data specifying the person “I” can be created from the face data “B”, the person “I” and the game data are traced back to the operating state immediately after the non-operating state for 10 minutes or more. Is created.
(5) If there is no face data for the game data as shown in FIG. 15 and there is a non-operating state of 10 minutes or more immediately before and after, the person cannot be specified, so the person “nameless (1)” , “Unnamed (2)”,.
(6) As shown in FIG. 16, when face data of a plurality of persons are included in one game data, they are associated as the same person. In the example shown in FIG. 16, since face data “A”, “B”, and “C” exist in one game data, any face data “A”, “B”, “C” "" Such an association is represented as A = (A, B, C).

(7) When any one of the plurality of face data included in the game data matches any one of the face data included in the past synthesized data, they are associated as the same person. In the example shown in FIG. 16, the game data after the non-operating state is associated with the face data “D” and “B”, and is originally associated with the new person “I”. , B), but the character “B” is associated with the character “A” in the previous combined data, and therefore A = (A, B, C, D). That is, when the face data is “A”, “B”, “C”, or “D”, “A” is specified as a person.
(8) When the same person is specified in the operating state before and after the non-operating state as shown in FIG. 17, the same person is associated with the non-operating state. In the example shown in FIG. 17, since the same person “A” is recognized in the operating states before and after the three non-operating states, the person “A” is associated with the non-operating states between these operating states.
(9) When different persons are recognized in the operating state before and after the non-operating state, the non-operating state is not associated with the person. In the example shown in FIG. 17, since the persons before and after the fourth non-operating state are “a” and “yes”, the non-operating state is not associated with the person.
(10) As shown in FIG. 18, the face data recognized during the non-operating state (meaning that the start time and end time of face data creation are included during the non-operating state) is not adopted as the abnormal data. In the example shown in FIG. 18, the face data “B” and “C” are authenticated during each non-operating state, but they are not employed.
Even in the operating state, face data with an authentication time of 30 seconds or less is not adopted.

  The management device 3 aggregates and displays the composite data created as described above for each model (island). FIG. 19 shows an example of aggregated data for each model (island), and for the sake of simplification of explanation, only three of the first to third cars are shown. The total results are seven players with the number of players “A” to “O”, unnamed (1), and unnamed (2). Here, the management device 3 divides the non-working time into four categories: meal breaks, breaks other than meals, vacant seats, and non-specific, and tabulates them. Breaks other than meals are determined by extracting non-operating state composite data including face data determined that the same person has taken a rest because the operating state before and after the non-operating state is the same person, Used to examine the layout of the gaming machine 1. For example, in order to enhance the operation of the new stand, it may be used such as installing in a place where the stand occupied non-operation time is short. The vacant seat indicates that the non-operating state combined data including the face data could not be created because the operating states before and after the non-operating state are different, indicating that it is completely unoccupied. Non-specific is not classified in any way.

The stand occupied non-operating time is a time in a non-operating state where the player is in an occupied state and other players cannot play a game, and is used for examining the arrangement of the gaming machines 1.
In FIG. 19, each time is schematically shown in a corresponding non-operating state, but is actually displayed as a numerical value.
The number of rotations is determined based on the number of players and the number of game machines of the model, and is used to grasp the life of the new machine. It can be determined that a game model with a large number of rotations has a short life. In the example shown in FIG. 19, since the number of players is 7 and the number of gaming machines is 3, the number of rotations in that case is 7/3.

  Moreover, the management apparatus 3 totals the data for every player. FIG. 20 shows a schematic example of aggregated data for each player. When the person “A” is totaled, the combined data associated with the person “A” is extracted from each table, and the time zone in which the combined data is missing may be satisfied as a non-operating state. Here, in the example shown in FIG. 20, the composite data associated with the person “A” is duplicated even in the 200th series while the first unit is in operation, and in the 500th series, even if the 500th unit is out of service. The composite data associated with the person “A” is duplicated.

As described above, when the combined data of the same person is duplicated in the aggregated data for each player, the overlapping state is eliminated as follows.
(1) When both of the combined data are in operation, they are tabulated as data of another person. In the example shown in FIG. 20, the composite data of the 200th series is included in the composite data of the 1st series. Therefore, the composite data of the 1st series is prioritized, and the composite data corresponding to the person “A” in the 200th series is assigned to another person “A”. Aggregate as'".
(2) When one operating state is included in the other operating state, game data is preferentially aggregated. In the example shown in FIG. 20, since the non-operating state corresponding to the person “A” in the 1st series includes the operating state corresponding to the person “A” in the 500 series, the operation corresponding to the person “A” in the 500 series is included. The state is prioritized and the combined data of the person “A” is used.
As a result of the above aggregation, the combined data corresponding to the person “A” is as shown in FIG. 20, and the progress of the gaming state of the person “A” can be grasped.

According to such an embodiment, the following effects can be produced.
The management device 3 creates composite data in which the person data created in the operating state immediately before the non-operating state and the game data in the operating state are associated with each other, and is in the operating state immediately after the non-operating state If the person data is not created, the game data in the operating state is associated with the person data of the combined data of the operating state immediately before the non-operating state, and the combined data of the operating state immediately after the non-operating state is created. Therefore, even if it is not possible to identify a person because the player's face data cannot be created in the operating state immediately after the non-operating state, the same data can be obtained by using the synthetic data of the operating state immediately before the non-operating state. It is possible to tabulate as synthesized data of persons.

  In the operating state immediately after the non-operating state in which the time interval of the non-operating state has exceeded the predetermined time, the management device 3 is not operating due to the person data different from the person data of the combined data of the operating state immediately before the non-operating state. Since the composite data of the operating state immediately after the status is created, even if the person cannot be identified due to the inability to create the player's face data in the operating status immediately after the non-operating status, the non-operating status for a certain time or more Can be determined as a different person and composite data can be created.

  Even if the management device 3 creates personal data different from the personal data created in the operational state immediately before the non-operational state in the operational state immediately after the non-operational state, When the person data is created during the state, the combined data of the operating state immediately before the non-operating state is generated from the person data, so even if the combined data cannot be determined as the data of the same person, It is possible to calculate the face data as composite data of the same person as the composite data specifying the face data.

  When the state in which the person data is not created continuously occurs twice or more during the operation state immediately after the non-operation state that is equal to or longer than the specified time, the management device 3 uses the person data that is an unnamed person different in the operation state. Since the composite data is created, it is possible to calculate the composite data in the operating state during that time as separate persons even when the non-operating state for the specified time or longer has occurred continuously.

(Other embodiments)
The present invention is not limited to the above embodiment, and can be modified or expanded as follows.
As a method for authenticating a person by the camera 18, the person may specify an object held by the player, such as clothes, accessories, and the like.
You may provide the camera 18 so that it may image | photograph from a player's front.
As a function of the camera 18, only the photographing may be performed, and the creation of the face data may be executed by the management apparatus 3.
Each numerical value shown in the above embodiment is an example, and different numerical values may be used.

  In the drawings, 1 is a gaming machine, 2 is a lending device, and 3 is a management device (person data creation means, reception means, operating state determination means, calculation means, and composite data creation means).

Claims (3)

Photographing means provided for the gaming machine and photographing the player;
Person data creating means for creating person data for identifying a player based on an image of a part of the body photographed by the photographing means or an object held by the player;
A game signal output from the gaming machine side, the usage signal being the number of game media used in the game, and the payout being the number of game media paid out to the player Receiving means for receiving a payout signal capable of specifying a number;
Operating state determination means for determining whether the reception state is an operating state based on the received game signal;
Calculating means for calculating game data in an operating state based on a game signal received by the receiving means;
Synthetic data creation means for creating synthetic data in which the person data created by the person data creation means is associated with the game data calculated by the calculation means,
The composite data creation means is configured to combine composite data in which person data created based on an image taken in the immediately preceding operating state, which is the operating state immediately before the non-operating state, and the game data in the immediately preceding operating state are associated with each other. If the person data was not created based on the image taken during the operation state immediately after the operation state immediately after the non-operation state, the time during the non-operation state was defined in advance. When the time is less than the specified time , the game data in the immediately following operating state is associated with the person data of the combined data in the immediately preceding operating state to create the combined data in the immediately following operating state while the non-operating state When the time in the state is equal to or longer than the specified time, the immediately following operating state is determined by the person data different from the person data of the composite data in the immediately preceding operating state. When the non-operating state immediately after the operating state is less than the specified time and the person data is created based on the image taken during the operating state immediately after the non-operating state A management system for a game hall, characterized in that synthetic data of the operating state immediately after is created from the person data . When the operation state in which the non-operating state immediately before and immediately after is equal to or longer than the specified time occurs continuously two or more times, the composite data creating unit generates the composite data based on person data that is different in each of the operating states. 2. The game hall management system according to claim 1, wherein data is created . 3. The game room according to claim 1, wherein the synthetic data creating means does not employ the person data when the same person data is created as the person data within a predetermined time . Management system.

Images