JP5587623B2 - 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 a conventional game hall management system, a technique for managing game information for each player by associating game data with face data is known (see Patent Document 1).
Further, means for preventing the game data for each player from being divided due to erroneous recognition is also employed. For example, it is the same when it is determined that the player has been replaced by processing the image of the player photographed with the camera provided on each stand, and the player before being replaced again within a predetermined time after the replacement. A configuration in which a person is considered to continue playing a game is known (see Patent Document 2).

JP 2001-162011 A JP 2003-230132 A

However, even though they are the same person, it is often determined that they are different persons depending on the player's posture and face orientation. However, if it is determined that the player is a different person, it is difficult to determine that the player is the player before the replacement. For this reason, in the prior art, the game data for each player is very short and inaccurate.
The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a game hall management system that can more accurately calculate game data for each player.

The game hall management system according to claim 1 is provided corresponding to a gaming machine, and is an image of an image of an object held by an imaging means for photographing a player, a part of a body imaged by the imaging means, or a player. A personal data generating means for generating personal data based on the game machine, a game signal output from the gaming machine side, and a usage signal and a player that can specify the number of game media used in the game Receiving means for receiving a payout signal capable of specifying the number of payouts, which is the number of game media paid out for the game, and an operating state for determining whether the receiving means is in an operating state based on the game signal received Based on a determination means, a calculation means for calculating game data in an operating state based on a game signal received by the receiving means, and a part of a body photographed by the photographing means or an image of an object held by the player In addition to creating player identification data that can identify a player, one or a plurality of one or more during a single operation state from the determination of the operation state to the determination of the non-operation state When the player specifying data is created, one person data is created for the one player specifying data, and a plurality of player specifying data is created during the one operation state. Is a combination of person data creation means for creating one person data for the plurality of player specifying data, the person data created by the person data creation means and the game data calculated by the calculation means and synthetic data generating means for generating data, and records in association with one of the person data created for said one player identification data and the one of the player identification data, said plurality of Person data and the person data recording means for recording in association with said one person data created for trick user identification data and the plurality of player-specific data, the person data newly created is created in the past And the same person determination means for determining whether or not the same person data is the same person, and the composite data creation means is configured so that the player specific data newly created in the operating state is in the past operating state. If it is determined that the player is the same person as any one of the plurality of player identification data created in the above, the game data in the operating state and the past operating state were created. Synthesizing data is created by associating person data corresponding to a plurality of player specifying data (claim 1).

The game hall management system according to claim 1,
When the person data recorded by the person data recording means is the same person, the person who has played with the managed gaming machine is counted by counting as one person, and the value obtained by dividing the count value by the number of managed gaming machines is You may make it provide the calculating means which calculates as rotation speed (Claim 2).

According to the first aspect of the present invention, the game data of the same person can be calculated without determining the player before the player is replaced again within a predetermined time after the player is replaced.
According to the invention of claim 2, by obtaining the rotation speed, it can be used as a criterion for determining how long a high operating state can be maintained.

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 a photographing means, hereinafter referred to as “camera”) is built in, and the upper body centering on the corresponding player's face is photographed obliquely from the front, and face data (player-specific data is recorded). Equivalent).

  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, operation state judgment means, calculation means, composite data creation means, person data recording means, same person judgment means, calculation means) Game data is created based on various game signals from the side, and 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.
When the management device 3 determines that the newly created face data in the operating state is the same as any one of the plurality of face data created in the past operating state, the management device 3 Since composite data is created by associating game data in a state with person data corresponding to a plurality of face data created in the past operating state, before the player is replaced again within a predetermined time Even without determining the player, it can be calculated as game data of the same person.

  When the person data is the same person, the management device 3 counts the number of persons who have played with the managed gaming machine as a single person, and the number obtained by dividing the count value by the number of managed gaming machines is used as the number of rotations. Since the calculation is performed, the number of revolutions can be obtained to be a criterion for determining how long a high operating state can be maintained.

(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, 3 is a management device (person data creation means, reception means, operating state judgment means, calculation means, composite data creation means, person data recording means, same person judgment means, calculation Means).

Claims (2)

Photographing means provided for the gaming machine and photographing the player;
A gaming signal output from the gaming machine side, which is a usage signal that can specify the number of games used in the game and a number of payouts that is the number of game media paid out to the player Receiving means for receiving a payout signal capable of specifying
An operating state determining unit that determines whether or not the receiving unit is in an operating state based on the game signal received;
Calculating means for calculating game data in an operating state based on a game signal received by the receiving means;
Player identification data that can identify a player based on an image of a part of the body photographed by the photographing means or an object held by the player is created, and after the player is determined to be active, When one player specifying data is created during one operating state where the unit is determined to be the operating state, one person data is created for the one player specifying data. When a plurality of player specifying data is generated during the one operation state, person data generating means for generating one person data for the plurality of player specifying data;
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 one player specifying data and the one person data created for the one player specifying data are recorded in association with each other, and the plurality of player specifying data and the plurality of player specifying data are recorded. Person data recording means for recording the one person data created in association with the person data;
The same person determination means for determining whether the newly created person data is the same person data as the person data created in the past,
The composite data creation means is configured such that the player identification data newly created in the operating state is the same person as any one of the plurality of player identification data created in the past operating state. If it is determined that the game data in the operating state is associated with the person data corresponding to the plurality of player specifying data created in the past operating state, the composite data is created. A management system for game halls that is characterized.   When the person data recorded by the person data recording means is the same person, the person who has played with the managed gaming machine is counted by counting as one person, and the value obtained by dividing the count value by the number of managed gaming machines is 2. The game hall management system according to claim 1, further comprising calculation means for calculating the number of revolutions.

Images