JP5479957B2 - Game information display device - Google Patents

Description

  The present invention relates to a game information display device provided corresponding to a gaming machine and having a movable information display unit.

  2. Description of the Related Art Conventionally, for the purpose of preventing fraud, a technique for photographing and monitoring a game player with a camera is known (see Patent Document 1 and Patent Document 2).

JP-A-10-113453 JP 2007-167294 A

  When trying to identify a player from the captured image of the camera, it is optimal to provide a camera in front of the player, but the game is obstructed in the front. Further, when the game machine is provided on the upper side of the gaming machine, the angle becomes large, so that it is difficult to identify the player. Furthermore, when a table display device having a movable information display unit is provided, if the camera is built in the information display unit, there is a problem that the shooting direction changes with the movement of the information display unit. If the camera is built in the same height part other than the information display part of the display device, the camera will be located on the back side of the information display part as seen from the player side, so that photographing may be hindered by the information display part There is sex.

  The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a game information display device that enables accurate person authentication even when a movable information display unit is provided.

Gaming information display device of the present invention are provided corresponding to the gaming machine, have a body portion between the gaming machine is capable of displaying game information, game machine drainable gaming information display device Beads pan of Because
A movable information display unit disposed at a height position similar to the gaming area of the gaming machine with respect to the main body unit, and a game provided in the main body unit and capable of discharging balls to the tray of the gaming machine A ball discharging nozzle that is horizontally rotatable between a position and a retracted position that is retracted from the tray, and that is rotatable upward, and an upper side of the ball discharging nozzle with respect to the main body portion. And a photographing unit that is disposed below the information display unit and photographs the player, and the seating direction of the player and the direction of the tip of the ball discharge nozzle are the same in the photographing range of the photographing unit And a restricting portion that suppresses the upward rotation of the ball discharge nozzle in the state of the positional relationship .

  When the photographing means is arranged on the upper side of the information display unit, the degree of authentication is lowered when the photographing unit is arranged substantially on the upper side, so that the authentication level is lowered. There is a high possibility that authentication is difficult due to being hidden by the display unit. On the other hand, according to the present invention, since the photographing means is arranged on the lower side of the information display unit, the movable information display unit is arranged on the approximate face of the player in order to improve the operability of the information display unit. Even when it is placed at a position, it is possible to reliably capture a facial feature, and to perform person authentication accurately.

Schematic which shows the whole structure in one Embodiment of this invention. The perspective view which shows the principal part of a rental apparatus Cross section showing the main part of the lending device Timing chart showing basic conditions for creating operating data FIG. 4 equivalent diagram showing special condition 1 for creating operation data Fig. 4 equivalent diagram showing special condition 2 for creating operational data FIG. 4 equivalent diagram showing special condition 3 for creating operation data Flow chart showing face authentication processing by CCD camera Conceptual diagram showing synthetic data creation pattern 1 FIG. 9 equivalent diagram showing synthetic data creation pattern 2 FIG. 9 equivalent diagram showing synthetic data creation pattern 3 FIG. 9 equivalent diagram showing synthetic data creation pattern 4 FIG. 9 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 lending device 2 (corresponding to a game information display device) is installed in the game hall corresponding to the gaming machine 1, 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 (Amanaka, 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 ball discharge nozzle 15 (hereinafter referred to as “nozzle”) based on the valuable value and sold. Send a signal.
(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. The information display unit 17 is provided so as to be able to rotate in the horizontal direction on a board surface 7 that is a gaming area of the gaming machine 1, that is, at a height position similar to the height of the player's face position.
(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 portion of the camera 18 in the lending device 2, and FIG. 3 is a cross-sectional view showing the built-in portion of the camera 18. The lending device 2 is disposed between the gaming machines 1, and a nozzle 15 and a camera 18 are provided in the main body 100. That is, the rotating body 20 is supported by the groove 19 formed in the main body 100 so as to be rotatable in the horizontal direction, and the nozzle 15 is supported by the rotating body 20 so as to be rotatable upward about the shaft 15a. . Thereby, the nozzle 15 can be rotated in the horizontal direction between a gaming position where the pachinko balls can be discharged to the upper tray 11 of the gaming machine 1 and a retracted position retracted from the upper tray 11, and the nozzle 15 can rotate at the gaming position. Pachinko balls can be discharged to the gaming machine 1 through a ball passage (not shown) formed inside the moving body 20 and the nozzle 15. Further, by rotating the nozzle 15 upward, the lending device 2 can be packed without the nozzle 15 being in the way.

A camera 18 is built in a portion of the main body 100 that is above the nozzle 15. The camera 18 is arranged to face the front direction, and its horizontal field of view is 120 ° centered on the optical axis of the lens, but the actual field of view is 80 ° with respect to the player direction by the surrounding wall surface. It is regulated to become. A smoke plate 21 is provided in front of the camera 18 so that the camera 18 is hidden from the player.
A restricting portion 22 is formed so as to protrude from a portion of the camera 18 in the shooting direction with respect to the player. By the restricting portion 22, the seating direction of the player and the direction of the tip of the nozzle 15 are the same in the shooting range of the camera 18. It is suppressed that the nozzle 15 is rotated upward in the state of the positional relationship.

  Here, the camera 18 is provided in a lower part of the information display unit 17. The reason why the camera 18 is provided in the lower part of the information display unit 17 as described above is that if the camera 18 is built in the information display unit 17, the shooting direction changes as the information display unit 17 moves. On the other hand, if the camera 18 is built in the same height region other than the information display unit 17, the camera 18 is positioned on the back side of the information display unit 17 when viewed from the player side. This is because the information display unit 17 may be obstructed.

  Further, when the camera 18 is arranged on the upper side of the information display unit 17, the angle becomes large if the camera 18 is arranged on the upper side greatly, so that the authentication level of the face is lowered. There is a high possibility that authentication will be difficult because the mouth that is one is hidden by the information display unit 17. On the other hand, when the camera 18 is arranged on the lower side of the information display unit 17, the movable information display unit 17 is arranged at a substantially facial position of the player in order to improve the operability of the information display unit 17. However, it is possible to surely photograph the characteristic part of the face, and to perform person authentication accurately.

  Returning to FIG. 1, the management device 3 creates game data based on various game signals from the gaming machine side, and the game data creation processing 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. 4 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. 5, in 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. 6, 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. 7, even if it is within 20 seconds from the last data change of the base data, there is sales input after 15 minutes or more from the final 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. 8 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. 9 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. 10 shows a pattern 2 in which the operation starts after the creation of the face data is started and the creation of the 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. 11 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. 12 shows pattern 4, which is a case where the creation of face data 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 shown in pattern 5 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. 14, 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. 15, if there is a non-operating state of 10 minutes or more immediately before, it will not be 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. 15, since the combined 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. 16 and there is a non-operating state of 10 minutes or more immediately before and after, the person cannot be specified, so the person “unnamed (1)” , “Unnamed (2)”,.
(6) As shown in FIG. 17, 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. 17, since face data “A”, “B”, and “C” exist in one game data, any face data “A”, “B”, and “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. 17, the game data after the non-operating state is associated with the face data “D” and “B”. Originally, the game data is associated with the new person “I”, and yes = (D , 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. 18, the same person is associated with the non-operating state. In the example shown in FIG. 18, 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 state 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. 18, the persons before and after the fourth non-operating state are “A” and “I”, so the non-operating state is not associated with the person.
(10) As shown in FIG. 19, 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. 19, 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. 20 shows an example of the total data for each model (island), and shows only three of the first to third cars for the sake of simplicity of explanation. 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. 20, 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. 20, 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. 21 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. 21, 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. 21, 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. 21, 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 composite data corresponding to the person “A” is as shown in FIG. 21, and the progress of the gaming state of the person “A” can be grasped.

  According to such an embodiment, since the camera 18 for photographing the player is provided in the lower part of the information display unit 17 in the lending device 2, it is movable to improve the operability of the information display unit 17. Even in the case where the expression information display unit 17 is arranged at the height of the approximate face position of the player, it is possible to photograph the feature portion of the face by the camera 18, and the person authentication can be performed accurately.

(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 the person by the camera 18, the person may be specified by 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 the front of a player.
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.
When the gaming machine is a pachislot machine, it may be applied to a medal lending machine. In this case, the reel position of the pachislot corresponds to the game area.
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 (game information display device), 17 is an information display unit, and 18 is a CCD camera (photographing means).

Claims (1)

Provided corresponding to the gaming machine, it has a body portion between the gaming machine is capable of displaying game information, a gaming information display device capable of discharging the ball to the pan of the game machine,
A movable information display section disposed at a height position similar to the gaming area of the gaming machine with respect to the main body section;
A ball discharging nozzle provided in the main body and capable of rotating in a horizontal direction between a gaming position at which a ball can be discharged to the tray and a retracted position retracted from the tray, and rotatable upward. When,
An imaging unit that is disposed above the ball discharge nozzle and below the information display unit with respect to the main body unit , and shoots a player.
A restricting portion that restrains the ball discharge nozzle from rotating upward in a state where the seating direction of the player and the direction of the tip of the ball discharge nozzle are the same in the shooting range of the shooting means. When,
A game information display device comprising:

Images