JP6712403B2 - Playground system - Google Patents

Description

The present invention relates to a system for a game arcade equipped with a technology for handling a game media purchased or acquired by money when playing with a game machine in a game arcade.

At the amusement hall, the gaming media including pachinko balls and medals for playing a gaming machine can be operated at a plurality of unit prices per pachinko ball or one medal to lend the gaming media from the operation of the amusement hall. It operates at the rate of.
In addition, game media acquired by a player at a game store where slot machines, pachinko machines, etc. are installed are operated so as to be exchanged for prizes.
In a game arcade operated in this way, after a player plays a game, a number of game media less than the minimum required number of game media for exchanging prizes may be generated. I'm calling. With the membership card that the member collects, the end ball can store the game medium as it is even on that day.
However, if you are not a member, you may have no choice but to discard the edgy balls when there are a large number of game media that cannot be exchanged for prizes. However, an invention is proposed in which the end balls generated by each prize exchange are accumulated every multiple exchanges, and when the number of game media that can be exchanged for a desired prize is reached, the prize can be exchanged by the accumulated rewards. Has been done.

For example, Patent Documents 1 and 2 propose a prize exchange system in which a player is managed as an anonymous member who does not need to input personal information at the stage of storing a small amount of game media including an end ball.

JP, 2015-27420, A JP, 2015-27421, A

However, with these devices, a membership card is finally required, and it is not possible to immediately use the accumulated balls at the game arcade that visited for the first time. In addition, although an invention using an IC chip such as a mobile phone or an IC card has been proposed, it is inconvenient that a mobile phone not equipped with such an IC chip cannot be used. There is also a demand that the stored game media be used for replaying as they are without exchanging prizes.

The present invention has been made in view of such a problem, and if the mobile phone is equipped with a reading means such as a camera, it is possible to register an end piece without creating these membership cards and want to play a game. It is an object of the present invention to provide a system capable of paying out a game medium from a lending means attached to a game hall.

The present invention adopts the following means in order to achieve the above object.

A game hall system used in a game hall in which a game machine is installed, which is mounted on a storage means for storing the game medium owned by the game player and a lending means for renting out the game medium, and is owned by the player. A reading means for reading the information displayed on the mobile terminal, and an edge treatment means provided with
The edge processing means displays the registration information including at least the number of game media of the game media, the identification information of the player and the registration approval code for approving the registration in the storage means on the display screen of the lending means. Display means, registration means for registering at least the number of game media and the identification information in the storage means by reading the registration information with a mobile camera mounted on the mobile terminal, and at least the display screen of the mobile terminal with the registration information. The payout display means for displaying payout information including the number of game media of the game media, the identification information of the player and the payout approval code for approving the payout of the game media from the lending means, and the reading means of the lending means. And a payout means for paying out the game medium from the lending means by reading the payout information.

The effect of the present invention is that the game hall system allows the player to register and pay out the game medium by using the portable camera of the mobile terminal and the reading means of the lending means, and the display section of the mobile terminal and the lending means. Therefore, it is possible for a player to use a mobile phone without an IC chip. In addition, the game customer can rent out the game medium again and replay the game. Further, even in a game arcade, processing can be performed easily and with increased security.

FIG. 1 is a schematic diagram showing a part of a game arcade. FIG. 2 is a block diagram of a game arcade. FIG. 3 is a block diagram showing the flow of data on the game center network. FIG. 4 is a configuration diagram of main software. FIG. 5 is a transition diagram of the interface screen of the management tool. FIG. 6 is an interface screen of the management tool. FIG. 7 is an interface screen of the management tool. FIG. 8 is an interface screen of the management tool. FIG. 9 is an interface screen of the management tool. FIG. 10 is an interface screen of the management tool. FIG. 11 is an interface screen of the management tool. FIG. 12 is an interface screen of the management tool. FIG. 13 is an interface screen of the management tool. FIG. 14 is a transition diagram of the interface screen of the operation terminal. FIG. 15 is an interface screen of the operation terminal. FIG. 16 is an interface screen of the operation terminal. FIG. 17 is an interface screen of the operation terminal. FIG. 18 is an interface screen of the operation terminal. FIG. 19 is an interface screen of the operation terminal. FIG. 20 is an interface screen of the operation terminal. FIG. 21 is an interface screen of the operation terminal. FIG. 22 is an interface screen of the operation terminal. FIG. 23 is a transition diagram of the interface screen of the mobile terminal device. FIG. 24 is an interface screen of the mobile terminal device. FIG. 25 is an interface screen of the mobile terminal device. FIG. 26 is an interface screen of the mobile terminal device. FIG. 27 is an interface screen of the mobile terminal device. FIG. 28 is an interface screen of the mobile terminal device. FIG. 29 is an interface screen of the mobile terminal device. FIG. 30 is an interface screen of the mobile terminal device. FIG. 31 is an interface screen of the mobile terminal device. FIG. 32 is an interface screen of the mobile terminal device. FIG. 33 is a sequence diagram of individual call processing. FIG. 34 is a flowchart of the individual call processing. FIG. 35 is a sequence diagram of group call processing. FIG. 36 is a flowchart of group call processing. FIG. 37 is a sequence diagram of the call processing. FIG. 38 is a flowchart of the convocation call process. FIG. 39 is a sequence diagram of alarm information distribution processing. FIG. 40 is a flowchart of the alarm information distribution process. FIG. 41 is an explanatory diagram of a database of alarm information. FIG. 42 is an explanatory diagram of a database of alarm information. FIG. 43 is a sequence diagram of the alarm information voice distribution process. FIG. 44 is a flowchart of the alarm information voice distribution process. FIG. 45 is a sequence diagram when opening and closing the gaming machine. FIG. 46 is a flowchart of the opening/closing process of the gaming machine. FIG. 47 is a flowchart of door open signal processing. FIG. 48 is a sequence diagram of the person-to-be-notified process. FIG. 49 is a flowchart of the attention-requiring person notification process. FIG. 50 is a flowchart of the face authentication matching process. FIG. 51 is an explanatory diagram showing an example of data transmitted to the face authentication server. FIG. 52 is an explanatory diagram illustrating an example of data indicating a matching result from the face authentication server. FIG. 53 is an explanatory diagram illustrating an example of a screen of the mobile terminal device. FIG. 54 is an overall configuration diagram of a game arcade system connected to the Internet network. FIG. 55 is a sequence diagram of a group code creation process of the system for identifying a goto group. FIG. 56 is a flowchart of a group code creating process of the system for identifying a goto group. FIG. 57 is a schematic diagram of a captured image of a system for identifying a goto group. FIG. 58 is a schematic diagram of a captured image of a system for identifying a goto group. FIG. 59 is an explanatory diagram of each server of the system for identifying a goto group. FIG. 60 is a conceptual diagram of a system for identifying a goto group. FIG. 61 is an explanatory diagram showing an example of group code data. FIG. 62 is an explanatory diagram showing an example of data of a face authentication number and pseudo data. FIG. 63 is an explanatory diagram showing an example of a screen of the mobile terminal device. FIG. 64 is an explanatory diagram illustrating an example of a screen of the mobile terminal device. FIG. 65 is an explanatory diagram showing an example of a screen of the mobile terminal device. FIG. 66 is a flowchart of the extraction processing of the system for specifying the goto group. FIG. 67 is a schematic diagram of a ball lending machine used in the game hall system. FIG. 68 is a block diagram of a device connected to the main CPU of the ball lending machine. FIG. 69 is an explanatory diagram showing a liquid crystal operation unit of the ball lending machine. FIG. 70 is an explanatory diagram showing a liquid crystal operation unit of the ball lending machine. FIG. 71 is a block diagram of a membership card. FIG. 72 is an explanatory diagram showing a network of face authentication devices in the game hall system. FIG. 73 is an explanatory diagram showing the data structures of the face authentication server and the individual face authentication server. FIG. 74 is a flowchart of the main process. FIG. 75 is a flowchart of member processing. FIG. 76 is a flowchart of non-member processing. FIG. 77 is a flowchart of non-member processing. FIG. 78 is a flowchart of common processing. FIG. 79 is a flowchart of the recorded data capture process. FIG. 80 is a flowchart of the face authentication matching process. FIG. 81 is a time chart of a recorded data capture image. FIG. 82 is a flowchart of the face authentication server matching process. FIG. 83 is a flowchart of the leaving process. FIG. 84 is a flowchart of the abnormality processing. FIG. 85 is a flowchart of the personal identification number registration processing. FIG. 86 is a sequence diagram showing processing when a member is seated. FIG. 87 is a sequence diagram showing processing when a non-member sits down. FIG. 88 is an explanatory diagram of a list of captured image instructions. FIG. 89 is an explanatory diagram showing a state of inputting a personal identification number. FIG. 90 is an explanatory view of the state of inputting the personal identification number as seen from a plane. FIG. 91 is an explanatory diagram showing items to be determined by the face authentication engine installed in the individual face authentication device. FIG. 92 is an explanatory diagram of a form output from the hall computer. FIG. 93 is an explanatory diagram of a form output from the face authentication server. FIG. 94 is a flowchart of an application edge registration process for registering an edge by application software installed in a personal portable terminal. FIG. 95 is a flowchart of the ball lending machine registration processing for registering an end ball by the ball lending machine. FIG. 96 is a flowchart of an edge ball server registration process of registering an edge ball by the edge ball server. FIG. 97 is a sequence diagram of a process of registering an end ball. FIG. 98 is an explanatory diagram when registering an end ball. FIG. 99 is a flowchart of an application end ball payout process when paying out an end ball by application software installed in a personal portable terminal. FIG. 100 is a flowchart of an end-piece server payout process by the end-piece server. FIG. 101 is a flowchart of the end server payout processing by the end server. FIG. 102 is a flowchart of the ball lending machine payout processing by the ball lending machine. FIG. 103 is a sequence diagram of a process for paying out an end ball. FIG. 104 is an explanatory diagram when paying out an end ball. FIG. 105 is a flowchart of a special code creating process when creating a special code. FIG. 106 is an explanatory diagram showing an example of data stored in the end ball server. FIG. 107 is an explanatory diagram showing an example of the data stored in the end ball server. FIG. 108 is an explanatory diagram showing an example of a display displayed when accessing an end server displayed on the personal portable terminal.

An embodiment of a game hall system according to the present invention will be described in detail with reference to the drawings. The embodiments and drawings described below exemplify a part of the embodiments of the present invention, and are not used for the purpose of limiting these configurations, and do not depart from the gist of the present invention. Can be changed as appropriate. Corresponding components in each drawing are designated by the same or similar reference numerals.

(Amusement hall equipment configuration)
The game hall will be described with reference to FIGS. 1 and 2. FIG. 1 is a schematic diagram showing a part of the game arcade 1. FIG. 2 is a configuration diagram of the game arcade 1.
The game hall 1 is divided into a management area 2 and a game area 3. The gaming area 3 is an area where the pachinko machine P and the slot machine S are installed in the island facility HS, and the visitor M plays a game with these gaming machines. Here, in the gaming machine, in addition to the pachinko machine P and the slot machine S, a so-called parrot machine in which a game like a slot machine S is performed using a pachinko ball as a medium, or an enclosed type pachinko machine in which the pachinko ball is enclosed in the machine, It also includes slot machines used in casino facilities.

The pachinko machine P and the slot machine S are provided with an information terminal board I for providing information to the outside. The information terminal board I is a terminal for outputting a signal as an event code described later to the outside. The signal output from the information terminal board I is, for example, a signal output when the door of the pachinko machine P or the slot machine S is opened, or a signal output when the glass door of the pachinko machine P is opened. There is a glass open signal to turn on. In addition, as the signal indicating the operation of the game, there are signals such as the number of out balls, the number of safe balls, and a special prize signal (big hit, probability change, small hit, time saving and AT). Other signals include signals from a magnetic sensor or a radio wave sensor that reacts to magnetism and radio waves used for goto.

The island facility HS is provided with a facility for transporting, supplying, and cleaning a game medium for playing a game machine. In the island facility HS, a plurality of chairs C are arranged in pairs with the gaming machine so that the visitor M can sit and play. A plurality of island facilities HS are installed according to the number of gaming machines. A passage is provided between the island facilities HS so that a visitor M can move and a ball box or the like containing the acquired game media can be placed near the chair C.

In addition to the gaming machine, the island facility HS is provided with a ball lending machine PT and a medal lending machine CT that pair with the gaming machine and lend a gaming medium to the visitor M. Further, above the game machine, there is provided a platform information display device K for displaying information on the game machine such as the number of jackpots and the number of starts of the game machine to the visitor. The platform information display device K is provided with a liquid crystal display 891 and a 7-segment display for displaying the information of the gaming machine, and informs the employee MS with an LED or the like when the gaming machine has a trouble or the game medium is exchanged. A switch is provided. At the end of the island facility HS, a counter JC that counts game media such as game balls and medals acquired by the customer M is provided.

The game area 3 is provided with a plurality of wireless routers 5 each having a radio wave area of about 40 m, and many radio routers 5 cover the reachable area of the mobile terminal device 40. The wireless router 5 is used for data communication and phone calls between the employees MS, but may be used for information distribution to the visitor M. Further, the wireless router 5 may be installed on the ceiling of the island facility HS, on the upper part of the island facility such as a transport gutter, or an upper tank, or at the same position as the surveillance camera 61. Further, the wireless router 5 may have a structure integrated with the surveillance camera 61. By installing the wireless router 5 and the monitoring camera 61 at the same position, or by installing the wireless router 5 and the monitoring camera 61 integrally, it is possible to measure the distance of a person by image recognition and to carry the mobile phone by the radio field intensity of the wireless router 5. It can be used to identify the position and distance of the terminal device 40, and it becomes possible to accurately measure the distance and the like comprehensively by using both measurement techniques.
Further, a plurality of surveillance cameras 61 are provided in the game area 3, and are attached to the ceiling on the extension line of the passage so as to catch the visitor M who is playing the game. Further, the surveillance camera 61 is installed near the entrance of the game hall, toward the prize exchange hall, the money changer, the safe, and the counter JC.

The management area 2 is an area in which facilities for managing and operating the amusement arcade are mainly installed by the responsible person. The management area 2 is often different in level and room from the game area 3, and mainly the hall computer 90 that manages the operation status of the pachinko machine P and the slot machine S and the surveillance camera that monitors the behavior of the visitor M. A system 60, a face authentication server 80 (face authentication system) for identifying a person's face, and a communication server 10 for making calls and communications between employees MS are installed.

The hall computer 90 has a built-in CPU, ROM, RAM and hard disk, saves the above-mentioned various information obtained from each gaming machine in the hard disk, and has a function of displaying the information as a form on a monitor separately provided and a function of printing. have. Further, the hall computer 90 stores a data by separately providing a server when the amount of information is large.
A surveillance camera system 60 including a plurality of surveillance cameras 61 has a built-in CPU, ROM, RAM, and hard disk, and records the images of each surveillance camera 61 in a recording server 64 of the surveillance camera system 60.

The face authentication server 80 has a CPU, a ROM, a RAM, and a hard disk built-in, and collects images or videos of faces and appearances of visitors visiting the store, and images or videos of faces and appearances of other stores. It has the function of storing or processing.
The communication server 10 has a CPU, a ROM, a RAM, and a hard disk built therein, and stores a main program for performing communication and a telephone call described later. The operation terminal 11 for operating the communication server 10 has a CPU, a ROM, a RAM and a hard disk built therein, and has a monitor attached outside. The operation terminal 11 is provided with an interface screen for performing an operation function as a master unit for calling and communicating and setting the communication server 10.

(Connection configuration of each device in the game hall)
Next, connection of each device used in the game arcade will be described with reference to FIGS. 1 and 2.
In order to convert the data output as a contact signal or a pulse signal as a signal from the information terminal board I of the pachinko machine P or the slot machine S, and to send it to the hall computer 90, one in two or one in the game machine One platform computer 93 is provided for each platform. The platform computer 93 also collects sales data of the ball lending machine PT, the medal lending machine CT, and the like, and data of the individual face authentication device 800. The platform computer 93 converts the signal into a serial signal or the like and sends the signal to the island computer 91 at the end of the island facility HS by the island wiring 92. The platform computer 93 is also connected to the platform information display device K, and transmits the data desired by the shop visitor M. In the present embodiment, data is transmitted from each gaming machine to the platform information display device K via the platform computer 93, but data is transmitted from each gaming machine to the platform information display device K to the island computer 91. May be connected so as to send.

The island computer 91 of each island facility HS is connected to the hall computer 90 in the management area 2 by island wiring 95 through the ceiling or the like. Further, in the island computer 91, the counter JC and the hall computer 90 are connected by bidirectional communication.
As the in-island wiring 92 and the island wiring 95, twisted wires, RS232C, RS422, RS485, optical cables, and the like are adopted in consideration of noise, propagation distance, and the like, and are appropriately changed and used according to the application. Further, the island computer 91 and the base computer 93 are equipped with a CPU, a ROM and a RAM, and perform signal conversion and communication processing for collecting data of each device and transmitting the data to the hall computer 90.

The wireless router 5 is connected to the switching hub 7 in the management area 2 with a LAN cable. The wireless router 5 and the mobile terminal device 40 are wirelessly connected by a wireless LAN.
Each surveillance camera 61 is connected to the camera hub 65 by a camera wiring 63 using a LAN cable, a coaxial cable, an optical cable, or the like.
The face authentication server 80, the communication server 10, the surveillance camera system 60, the operation terminal 11 and the hall computer 90 in the management area 2 are connected via the switching hub 7 by the connection wiring 8 using a LAN cable.
The router 9 is connected to the switching hub 7 and is connected to another store or a chain store headquarters 500 by the internet network E through the internet line 588 to send and receive data.

The overall configuration of the game hall system for specifying the goto group will be described with reference to FIG. 54. The case where there are many amusement halls 1 as chain stores is shown, and the chain store headquarters 500 collects various information including business information from the amusement hall 1 and manages these data. The chain store head office 500 stores at least face image data (605 and 606 in FIG. 57 or FIG. 58) of the person MB requiring attention as one of the pieces of information in the face recognition server 580. Then, the chain store head office 500 delivers face image data 605 capturing the face required for face authentication of the caution person MB to each game hall 1. These data are distributed from the chain store head office 500 using the Internet line 588 or the like, and are stored in the face authentication server 80 of each game arcade 1 (gaming store).
In addition, the data of the end ball sent from each ball lending machine PT in each store is transmitted/received to/from the end ball server 71 of the chain store headquarters 500 via the Internet network E. Furthermore, the end server 71 transmits/receives data to/from the personal portable terminal SM owned by the player M through the Internet network E.

(Structure of ball lending machine PT)
The ball lending machine PT will be described with reference to FIGS. 67 to 70. FIG. 67 is a schematic diagram of a ball lending machine PT used in a game hall system. FIG. 68 is a block diagram of a device connected to the main CPU 850 of the ball lending machine PT. FIG. 69 is an explanatory diagram showing the liquid crystal operation unit 801 of the ball lending machine PT. FIG. 70 is an explanatory diagram showing a liquid crystal operation unit 801 of the ball lending machine PT.

The individual face authentication device 800 is mainly configured by an individual face authentication server 820 equipped with a face authentication engine stored in a storage area of an HDD 855 mounted on the ball lending machine PT, and each camera 69. Both are built into the ball lending machine PT.
The ball lending machine PT reads out the programs of the ROM 851, the RAM 853 and the HDD 855 connected to the main CPU 850, and controls each device.
Each device mainly has a liquid crystal operation unit 801, an LED display unit 812, a card processing unit 807, a bill processing unit 809, each camera 69, a speaker 831, a ball lending nozzle 803, and a counting unit 805.

The ball lending machine PT is provided with an LED display section 812 indicating the state of the ball lending machine PT at the top. The LED display unit 812 indicates whether or not the ball lending by the ball lending machine P is possible, or an error of a device or the like, by the display color of the LED.
The ball lending machine PT is provided for the player M to insert banknotes such as 10,000 yen, 5000 yen and 1000 yen, convert the inserted banknotes into a valuable value, and lend a game ball as a game medium from the valuable value. A bill processing unit 809 that performs processing is provided. From the ball lending machine PT, game media can be lent out until there is no balance of valuable value.
The ball lending machine PT is provided with a ball lending nozzle 803 extending to the saucer of the pachinko machine P. The ball lending nozzle 803 can drive the ball lending driving unit 813 to pay out the accumulated balls to the pachinko machine P for every predetermined number.

The ball lending machine PT includes a card processing unit 807 below. The card processing unit 807 includes a drive motor 814 that controls insertion and ejection of a member card 550 inserted from the card insertion/ejection slot 811, a guest card, and the like, and the number of balls held by the card reader/writer 804. The contents such as the value of valuables and value are rewritten.
The ball lending machine PT is equipped with a speaker 831 so that an error state and handling can be announced, and a drive circuit 833 generates a warning sound, an operation sound and a guidance sound.
The ball lending machine PT is provided at the bottom with a counting unit 805 capable of receiving a game ball acquired by the player M from the lower plate of the pachinko machine P and counting it by a counter 806. The number of balls counted by the counting counter 806 is counted as a possessed ball, and the number of balls currently stored is displayed by the possessed ball number display unit 802d described later.

The ball lending machine PT is provided with a liquid crystal operation unit 801 capable of operating the ball lending machine PT in the central portion. The liquid crystal operation unit 801 is provided with an operation display unit 802 having a screen that can be operated.
The operation display unit 802 includes a menu display unit 802a serving as an interface screen, a shared display unit 802b capable of performing an operation for sharing a ball and sharing it with another person, discharging a membership card 550, and operating the ball lending machine PT. The lock display section 802c that can be selected whether to prohibit or not, the number-of-balls display section 802d that can display the number of balls of the acquired game ball, and the menu display unit 802 on another operation screen. A switching display unit 802e that can be switched, an end display unit 802f that can finish by discharging a card such as a membership card 550, and a replay that allows the stored balls to be dispensed from the ball lending nozzle 803. A display unit 802g and an edge treatment display unit 802h described later are provided. The operation display unit 802 is designed with a touch panel, and operates by pressing the display portion.

The operation display unit 802 can display a personal identification number input display unit 845 that is operated when the personal identification number is registered or input by the switching display unit 802e. The personal identification number input display unit 845 displays the personal identification number display unit 847 that displays the input state of the personal identification number and the number portion to be input. After inputting the number by operating the touch panel, the operation is determined by the enter button 843.
The ball lending machine PT uses the individual face authentication device 800 equipped with a face authentication engine as shown in the determination content list 825 of FIG. 91, and displays “age”, “gender”, “front ratio”, “seated state”, “member”. Each item such as "ID", "front stand data", "frontal ratio", "side profile ratio", etc. can be identified. Each camera 69 mounted on the individual face authentication device 800 is installed in a state invisible to the player M.

Each camera 69 is set so that the camera is most focused when the player M is seated, and an individual is discriminated by capturing a front face or a side face. Further, each unit camera 69 is configured to be able to monitor the movement of the player M by using the pan/tilt/zoom functions. The pan/tilt/zoom functions are driven by the drive unit 835, and each camera 69 is controlled by the controller 834 of the ball lending machine PT from the operation terminal 11 connected to the face authentication server 80 and the hall computer 90.
Further, the mobile terminal device 40 of the employee MS can operate while watching the image of each camera 69 via the communication server 10, and the employee MS can monitor the game player M even from a distant place. You can Especially, it is effective for monitoring a person who needs attention.

The ball lending machine PT is connected to the pachinko machine P via an IF (interface). The pachinko machine P pays out from the valuable value put into the ball lending machine PT and lends a game medium to the pachinko machine P, a ball lending button 401, and a member card 550 and a guest card described later from the ball lending machine PT. A return button 402 for returning is provided.
Further, the ball lending machine PT is connected to the platform information display device K provided with a liquid crystal display 891 for displaying useful information such as the number of jackpots or starts of the pachinko machine P to the player M via an IF (interface) 808. Has been done.
Further, the ball lending machine PT sends the data of the individual face authentication server 820, the sales data of the ball lending machine PT, and the data obtained by counting the game balls obtained by the counting unit 805 to the hall computer 90 to send the IF to the base computer 93 ( Interface) 808.
In the present invention, the ball lending machine PT attached to the pachinko machine P is described, but the medal lending machine CT may be provided with each camera 69 to utilize this function. Further, the platform information display device K attached to the slot machine S may be provided with the respective cameras 69 to utilize this function.

(Structure of membership card)
The membership card will be described with reference to FIG. The member card 550 is an IC card equipped with an IC chip 553, and the IC chip 553 can rewrite and store data without contact. The IC chip 553 of the member card 550 has a member ID indicating a member code to secure security such as theft, a personal identification number, valuable value data obtained by exchanging money for valuable value, and face image data 555 of the member's face. Is remembered.
It should be noted that the number of balls and the number of medals stored in the stored game medium and the value data of the valuable value may be stored in the member management server, the storage server, or the like and communicated at any time without being stored in the member card 550. Further, these cards may be magnetic cards as well as IC chips.

(Network configuration of data in the game hall)
The main flow of data obtained from each of the above-mentioned devices will be described with reference to FIG. FIG. 3 is a block diagram showing a main flow of data on the game center network. The communication server 10 is a server that mainly transmits and receives data, processes data from each device, and performs communication and telephone calls.

The communication server 10 is provided with an IP telephone server 22 as a program for making a call such as a group call or a simultaneous call in cooperation with the IP telephone terminal program 45 of the mobile terminal device 40. The IP telephone server 22 employs SIP or the like and uses a general-purpose session control protocol to establish a session with a plurality of clients and perform a bidirectional real-time communication operation as a so-called IP telephone.
The wireless router 5 and the mobile terminal device 40 are wirelessly connected by a wireless LAN, and standards such as IEEE802.11a, 11b, 11g, 11n, 11ac are used, and a frequency band of 5 GHz band with less cross-links is used. ing. In addition to the frequency band of the 5 GHz band, wireless communication of the 2.4 GHz band may be used, and it is possible to select the wireless communication according to the situation such as crosstalk. Other wireless communication may be wireless communication such as a wireless telephone line or Bluetooth (registered trademark).
Then, the communication related to the call and the data transfer is performed through the same line, and the security related to the wiretapping and the data interception occurring during the call and the communication can be increased to the same level. Therefore, the cost for security and the cost for software production can be kept low.

Further, the communication server 10 is provided with the intercom server 21 as a program that cooperates with the alarm reception display program 46 of the mobile terminal device 40 and transmits data for displaying alarm information on the display screen 43 of the mobile terminal device 40. The intercom server 21 sets each IP telephone of the communication server 10 main body or the mobile terminal device 40 and the IP telephone server 22.
The alarm information described below is information that is mainly sent to the mobile terminal device 40 and is notified to alert the employee. The alarm information is notified by text display, image display and voice.
The communication server 10 is provided with an IP telephone master device program 23 for making a call with the mobile terminal device 40 through the IP telephone server 22 using the operation terminal 11 as a master device.

The communication server 10 is provided with the bridge server 20 as a program for bridging the data from the surveillance camera system 60, the face authentication server 80, and the hall computer 90 to the income server 21. The communication server 10 is provided with a DB server 25 that stores various data of the communication server 10 in cooperation with the bridge server 20. Further, the communication server 10 is provided with an alarm server 27 for accumulating data transmitted as an event code described later among various information obtained from the hall computer 90.

The signal obtained from the game machine or the like is input to the hall computer 90, and the hall computer 90 delivers the data to the alarm server 27. The data distributed as the event code is stored as code data. The stored data is converted into text data as alarm information by software described below and stored in a database. FIG. 41 described later shows an example of contents stored in the database of the DB server 25.
The data to be stored is text data, but may be code data as long as it can be converted into text data before being transmitted to the mobile terminal device 40 or displayed.

The communication server 10 is provided with a voice synthesis program 24 as a program for converting the text display of the alarm information into voice to obtain voice information.
The communication server 10 issues a command in response to a request from the surveillance camera terminal program 66 that operates the surveillance camera operating terminal 62 provided in the surveillance camera system 60, and sends a signal from the hall computer 90 to the bridge server 21. A VMC command program 28 is provided.
The communication server 10 is provided with an image server 26 that cooperates with the face authentication server 80 and stores the data of the face authentication server 80 in response to a request from the surveillance camera terminal program 66.

As described above, the communication server 10 is provided with the IP telephone server 22 as a call program and the income server 21 as a program for transmitting data to be displayed on the display screen 43 of the mobile terminal device 40. In this way, by separating the call and the program for transmitting data, the employee can confirm the information transmitted on the display screen 43 while making a call and proceed with the work. You can work quickly and accurately.

(Network configuration of individual face authentication server in system for game hall)
FIG. 72 is an explanatory diagram showing a network of a game hall system. A main flow of data obtained from each device of the individual face authentication device 800 described above will be described with reference to FIG.
The individual face authentication server 820 stored in the HDD 155 of the ball lending machine PT is connected to the island computer 91 at the edge of the island by the intra-island wiring 92 via the base computer 93 connected via the IF 808 of the ball lending machine PT. It The island computer 91 is connected to the switching hub (SHB) 7. Then, the face authentication server 80 and the individual face authentication server 820 connected to the switching hub 7 perform data transmission/reception under the control described later. Further, the face authentication server 80 and the individual face authentication server 820 are also connected to the hall computer 90 by the island wiring 95 via the switching hub (SHB) 7, and it is also possible to analyze the game data for each individual.
The face authentication server 80, which also functions as a parent server of the individual face authentication server 820, monitors the store entrance of the game arcade 1 and the inside of the game arcade with a large number of surveillance cameras 61 connected to the hubs 65 for each camera. It is connected to the monitoring system 60 and monitors a person MB requiring attention.

(Software configuration diagram)
The configuration of software that uses the above-mentioned program to communicate data such as telephone calls and alarm information will be described with reference to FIG.
The communication server 10 is composed of a SIP server 35, a management tool 32, an alarm information backup tool 34, and an alarm information voice delivery 31 as software for calling and communicating.

The SIP server 35 controls to call and connect the mobile terminal devices 40 from the mobile terminal devices 40 to each other or from the parent device of the operation terminal 11. The management server 32 calls a convened call, manages the call status, and notifies alarm information. The management tool 33 controls the SIP server 35 and edits each setting. The alarm information backup tool 34 imports and exports alarm information. The alarm information voice delivery 31 converts the text information into voice data and transmits the converted voice data as a voice packet.
The mobile terminal device 40 and the operation terminal 11 serving as a parent device include SIP clients 36 and 37 as software for performing communication, talking, and displaying. The SIP client 36 displays a call between the base unit or the mobile terminal device 40, a call origination/reception, and alarm information.

(Data structure of face authentication server and individual face authentication server)
The data structure of the face authentication server 80 and the individual face authentication server 820 is shown with reference to FIG.
FIG. 73A shows the data structure of the face authentication server 80. The face authentication server 80 is divided into a stem area 83 for operating the system of the face authentication server 80 and a data area 85 of the face authentication server 80. The data area 85 of the face authentication server 80 includes a member/excellent data area 86 in which face image data 555 of a member or a customer is stored and a caution person data area 87 in which face image data 605 of a caution person is stored. And a platform analysis data area 88 in which face image data 556 used for analyzing the data of the gaming machine is stored for each individual, and a face used for performing customer analysis such as sex, age, and customer unit price. A customer analysis data area 89 in which the image data 557 is stored and a spare area 84 as a data free area are provided.

FIG. 73B shows the data structure of the individual face authentication server 820. The individual face authentication server 820 is divided into a stem area 861 for operating the system of the individual face authentication server 820 and a data area 862 of the individual face authentication server 820. The data area 862 of the individual face authentication server 820 is provided with a recording data area 863 for continuously recording the image from the camera 69, the recording data is stored at every predetermined period, and the recording data area 863 is the upper limit. In this case, the oldest stored files are overwritten and saved. The data area 862 of the individual face authentication server 820 stores the face image data 555 or 559 recognized by the respective cameras 69 in a procedure described later. The captured image data area 865 is a data area for controlling the captured image in each camera 69 in a procedure described later. Further, the data area 862 of the individual face authentication server 820 is provided with a spare area 964 as an empty area for data.

(Interface screen used in the game hall)
An interface screen for operating the above software will be described with reference to FIGS. 5 to 32.

<Management tool interface screen>
First, the interface screen displayed on the monitor screen 13 of the operation terminal 11 of the management tool 33 will be described with reference to FIGS. 5 to 13. FIG. 5 is a transition diagram of the interface screen of the management tool 33.
When the application software 100 of the management tool 33 is activated on the monitor screen 13 of the operation terminal 11, a login screen 101 appears. Database information such as alarm information can be imported from the import screen 106 on the login screen 101.

When the password is entered on the login screen 101 and the login button is pressed, the screen shifts to the menu screen 102 shown in FIG. The menu screen 102 is provided with a SIP server control button 105, and when the SIP server control button 105 is pressed, the screen shifts to the SIP control screen 103. The SIP control screen 103 is provided with a screen for controlling the start, stop, and restart of the SIP server 35 (not shown) and the reloading of data. When the setting button 104 on the menu screen 102 is pressed, the setting screen 110 shown in FIG. 7 is displayed.

The setting screen 110 shown in FIG. 7 shows a state in which the terminal tab 111 is selected. At the top of the setting screen 110, tabs for transitioning to other setting screens are provided, and in addition to the terminal tab 111, a group tab 112, a summon tab 113, a filter tab 114, a blacklist tab 115, an access point tab 116. There is also a server tab 117. A startup display 121 is provided as a window which is displayed in common on other setting screens and shows the operation of the management server 32.
Further, at the bottom of the setting screen 110, a confirm button 118 and a cancel button 119 that are commonly displayed on other setting screens are provided. Pressing the confirm button 118 updates the data in the database, and pressing the cancel button 119 returns to the menu screen 102.

Next, when the group tab 112 is selected, the group conference room edit screen 130 is displayed. On the group conference room editing screen 130 (not shown), a group number and a group name are displayed as a list of groups set in the SIP server 35 and the management server 32. The group conference room edit screen 130 is a screen for adding and editing a group.

Next, when the convocation tab 113 is selected, the convocation call edit screen 140 is displayed. On the not-shown convocation call edit screen 140, a convocation number and a convocation name are displayed as a list of the convocation calls set in the SIP server 35 and the management server 32. Further, the convocation call edit screen 140 is a screen for adding and editing a convocation call.

Next, when the filter tab 114 is selected, the alarm information filter screen 150 shown in FIG. 8 is displayed. The alarm information filter screen 150 is a screen for setting distribution of alarm information. The alarm information filter list 153 displays event codes, group numbers, and device numbers. The event code is a code transmitted from the hall computer 90 and the surveillance camera system 60.

Here, the event code is output from the hall computer 90 as an event code, which is a signal mainly treated as an abnormality of a gaming machine or other equipment among signals aggregated in the hall computer or the like.
As the types of signals, a door open signal transmitted when the frame of the pachinko machine P or the slot machine S is released, a glass open signal transmitted when the glass frame of the pachinko machine P is released, and a suspicion of Goto In some cases, a signal when a magnetic sensor, a radio wave sensor, or the like is activated, a signal regarding a call when a visitor M makes a call on the platform information display device K, a ball lending machine PT, a medal lending machine CT, a counter JC, and the like. Examples include an abnormal signal of a device for conveying and replenishing the game media stored in the island facility HS, an abnormal signal of a money changer, and the like.
Further, the event code transmitted from the surveillance camera system 60 is triggered by the information from the face authentication server 80, and a code for notifying that the attention-required person MB is in the store or the occurrence of a spot found in the surveillance camera system 60 is left. There are codes etc.
These data are stored in the database of the DB server 25, and in addition, data having the contents shown in FIGS. 41 and 42 described later are stored.
Incidentally, the event code can take in not only the device connected to the hall computer 90 but also the information of each device installed in the game area 3 as an event code.

The group number is the number of the group when making the above-mentioned group call. The device number is a number assigned to each pachinko machine P or slot machine S typified by a game machine, a counter JC, a ball lending machine PT, a medal lending machine CT or a currency exchange machine at the island edge. It is a number assigned to the replenishing device, out-ball counter, etc. in the HS in the island facility. The device number may be the number of each surveillance camera 61 corresponding to the position where the surveillance camera 61 is installed.

At the top of the alarm information filter screen 150, there is a check box 154 for selecting whether or not to perform voice distribution. This is a column for selecting whether or not to perform voice distribution for each event code. If selected, text data is voice-synthesized and voice data is delivered. If not selected, only text data is delivered as alarm information.
At the same time as it is a simple setting that only needs to be checked, it can be set for each individual event code, making it easy for employees to make extremely detailed settings.

The alarm information filter screen 150 has an add button 155 and an edit button 157. By pressing the add button 155, the screen moves to the add screen 156 of FIG. 9A, and the event code, device number, and group number can be additionally set. By selecting an event code from the alarm information filter list 153 and pressing the edit button 157, the screen moves to the edit screen 158 of FIG. 9B, and the device number and group number can be edited and set.
Since the alarm information can be set for each group, for example, the information about the pachinko machine P is not provided to the group in charge of the slot machine S. In this way, it is possible to select and send the required information to the required groups.

Next, when the blacklist tab 115 is selected, a blacklist edit screen 160 (not shown) is displayed. The blacklist edit screen 160 is a screen for displaying a list of intruders entering the network for the purpose of eavesdropping or system tampering, and for adding or editing to the list.

Next, when the access point tab 116 is selected, the access point edit screen 170 shown in FIG. 10 is displayed. This is a screen for adding and editing access points. The access point edit screen 170 uses the wireless router 5 installed in the game area 3 as an access point, and displays a list 171 of access points in the center of the screen.
The access point edit screen 170 is provided with an add button 172 and an edit button 173, and by pressing the add button 172 or the edit button 173, the screen moves to the add/edit screen 175 of FIG. 11. The additional edit screen 175 is a screen for adding and editing the access point name, the network name (SSID) of 5 GHz and 2.4 GHz, and the encryption key.
The communication and call networks of this system include encryption keys, so that security measures are taken to prevent eavesdropping and intrusion from the outside. The encryption key may be a fixed encryption key, but the security can be further enhanced by using a randomly generated encryption key. Further, the additional edit screen 17 of FIG. 11 has a function of displaying the encryption key, and by displaying it on the monitor screen 13 of the operation terminal 11, the work of setting the mobile terminal device 40 described later can be performed quickly. You can do it.
Further, the access point edit screen 170 is provided with an XML file output button 174 for outputting a file set in the operation terminal 11 or the mobile terminal device 40 in the XML format.

Next, when the server tab 117 is selected, a server information setting screen 180 (not shown) is displayed, and the connection status to the SIP server 35 and the DB server 25 can be confirmed. On the server information setting screen 180, the store name, the IP address of the SIP server 35, the user ID and the password are displayed and can be edited. In addition, the IP address, the user ID, the database name, and the password of the DB server 25, which is a database, are displayed and can be edited.

Next, when the terminal tab 111 is selected, the setting screen 110 shown in FIG. 7 is displayed. The setting screen 110 is a screen for setting the information of the mobile terminal device 40, and the terminal number and the terminal name of the mobile terminal device 40 that are set are displayed as a terminal information list 127 in the center of the screen. An add button 122 and an edit button 123 are provided at the bottom of the list of the setting screen 110, and when the add button 122 or the edit button 123 is pressed, the screen shifts to a terminal information edit screen 120 (not shown). The terminal information edit screen 120 is a screen for adding and editing a telephone number and a terminal name to the mobile terminal device 40 selected when adding/editing the mobile terminal device 40.
At the bottom of the terminal information list 127 of the setting screen 110, a delete button 124 for deleting the settings of the mobile terminal device 40, and a file for setting the operation terminal 11 or the mobile terminal device 40 from the selected terminal are XML. An XML file output button 126 for outputting in a format is provided.

Further, an identification number output button 125 is provided below the terminal information list 127 of the setting screen 110. When the identification number output button 125 is pressed, the screen shifts to the identification number output access point selection screen 190 shown in FIG. ..
The identification number output access point selection screen 190 displays the store name, the telephone number, and the IP addresses of the SIP server 35 and the management server 32 as the information of the mobile terminal device 40. On the identification number output access point selection screen 190, a list 191 of access points is displayed with the wireless router 5 installed in the game area 3 as an access point in the center of the screen. When the access point displayed in the list 191 is selected and the identification number display button 19 is pressed, the screen shifts to the identification number display screen 195 shown in FIG.

The identification number display screen 195 includes, as information of the access point of the mobile terminal device 40, a store name, a telephone number, an IP address of the SIP server 35 or the management server 32, an access point name, a network of 5 GHz band and 2.4 GHz band (SSID). ) Your name is displayed. Although not shown, information on access points in the 5 GHz band and the 2.4 GHz band is displayed as identification numbers 197a and 197b in a rectangular frame.
The identification numbers 197a and 197b are displayed in a form that is difficult to recognize, such as a QR code (registered trademark), a bar code, or a color code. The identification numbers 197a and 197b include an encryption key, so that security measures are taken to prevent wiretapping and intrusion from the outside. The encryption key may be a fixed encryption key, but the security can be further enhanced by using a randomly generated encryption key.

By displaying the identification numbers 197a and 197b on the monitor screen 13 of the operation terminal 11, the mobile terminal device 40 has the identification numbers 197a and 197b displayed on the monitor screen 13 built into the mobile terminal device 40. It can be captured by the camera 41. In the identification numbers 197a and 197b captured by the camera 41, the store name, the telephone number, the IP address of the SIP server 35 and the management server 32, the access point name, and the 5 GHz band in which the mobile terminal device 40 can access the network. And 2.4 GHz band network (SSID) name and encryption key are included. Therefore, the SIP client 37 of the mobile terminal device 40 can automatically set the mobile terminal device 40, the setting of the mobile terminal device 40 becomes easy, and the setting of the encryption key or the like is known to the employee. Since the setting of the mobile terminal device 40 and the setting of the management tool 33 can be performed without any need, it is possible to enhance security.
Further, since the same information as the information displayed on the monitor screen 13 is printed on the paper using the print button, it is easy to set the access to the network by capturing it with the camera 41 such as the mobile terminal device 40.
Next, in the identification number output access point selection screen 190 and the identification number display screen 195, the currently open screen is closed by pressing the close button of the screen.

<SIP client interface screen of operation terminal>
An interface screen of the master SIP client 37 displayed on the monitor screen 13 of the operation terminal 11 will be described with reference to FIGS. 14 to 22.
FIG. 14 is a transition diagram of the interface screen of the SIP client 37. When the application software 200 of the SIP client 37 is activated on the monitor screen 13 of the operation terminal 11, a call screen 210 shown in FIG. 15 is displayed. On the call screen 210, the number of the own station is displayed at the top of the screen, and a status display field 211 indicating the call status is provided below it. Further, below the status display field 211, an alarm information display field 212 for displaying alarm information in text is provided. A message send button 213 is provided below the alarm information display field 212. When the message send button 213 is pressed, the message send screen 220 shown in FIG. 16 is displayed.

The message transmission screen 220 shown in FIG. 16 has a function of manually transmitting a message and an image, and when the transmission destination type 221 is pressed, three types of transmission destinations of whole/group/terminal designation are selected. can do. The destination list 222 displays the destinations of the group selected by the destination type 221.
The message transmission screen 220 is provided with a message field 223 on the right side of the screen in which a text can be input. In addition, the surveillance camera system 60, the face, so that an image of a person who needs attention such as a goto master who has been obtained at another store or his/her shop An image to be transmitted can be selected by referring to the image data from the image file of the authentication server 80, the SIP server 35 or the operation terminal 11.
In this way, since the message can be delivered as a text together with the image, it is possible to accurately and promptly send the information to the employee in the game area 3 even if the user is not in the management area 2 in the case of troubles including goto. And the employee who got the information has an advantage that he can deal with it accurately and promptly.
Then, the message transmission screen 220 is closed by pressing the close button at the bottom.

In addition, the call screen 210 shown in FIG. 15 has a utterance button 213 that enables the user to speak to the designated mobile terminal device 40 while the button is pressed during a call, and always speaks until released. Buttons 215 and are provided. On the call screen 210, a call can be made to the mobile terminal device 40 by inputting a ten-key pad or selecting the right speed dial column 217.

Next, by pressing the option button 218 below the call screen 210, the screen shifts to the option screen 230 shown in FIG. The option screen 230 is a screen for selecting each function.
The option screen 230 shown in FIG. 17 is provided with a group call list button 232, an individual call list button 233, a summoned call list button 234, an alarm information list button 235, a setting button 236, and an import button 237.
When the import button 237 is pressed, an import screen 290 (not shown) is displayed. The import screen 290 is a screen for importing a file output by the management tool 33 in the XML format.

Next, when the group call list button 232 shown in FIG. 17 is pressed, the group call list screen 240 shown in FIG. 18 is displayed. The group call list screen 240 is a screen for selecting a call destination of a group. By selecting one from the list screens 241 of all groups and pressing the call button 242, the group call is started and the call screen 210 is displayed. Return automatically.

Next, when the individual call list button 233 shown in FIG. 17 is pressed, the individual call list screen 250 shown in FIG. 19 is displayed. The individual call list screen 250 is a screen for selecting an individual call destination. By selecting one from the individual call list screen 251, and pressing the call button 252, the call destination is called and called. When the callee answers, the call is started and the call screen 210 is automatically returned.

Next, when the call list button 234 shown in FIG. 17 is pressed, the call list screen 260 shown in FIG. 20 is displayed. The convened call list screen 260 is a screen for selecting a convened call destination. By selecting one from the list screens 261 of all convened groups and pressing the call button 262, the call destination is called and a call is started. Then, the screen automatically returns to the call screen 210.

Next, when the alarm information list button 235 shown in FIG. 17 is pressed, the screen shifts to the alarm information list screen 280 shown in FIG. The alarm information list screen 280 is a screen for displaying a list of alarm information. The alarm information list screen 280 is provided with an alarm information list 281 for displaying the alarm information acquired from the database on the left side of the screen, and the content of the alarm information is displayed in text. In the upper right portion of the alarm information list screen 280, an alarm information image column 282 that can display an image attached to the alarm information is provided. Below the alarm information message column 283, a message attached to the alarm information and detailed contents can be displayed.

Next, when the setting button 236 shown in FIG. 17 is pressed, the screen shifts to the setting screen 270 shown in FIG. The screen shown in FIG. 22 sets the IP addresses and port numbers of the SIP server 35 and the management server 32 that are the connection destinations of the operation terminal 11 and the mobile terminal device 40, and the telephone numbers of the operation terminal 11 and the mobile terminal device 40, This is a screen for setting a password and a display name.
Further, the screen displayed on the speed dial tab is a screen for selecting a speed dial number from individual calls, group calls and convened calls, and the selected speed dial number is the speed dial column 217 of the call screen 210 shown in FIG. Is displayed in.

<SIP client interface screen of mobile terminal device>
The interface screen of the SIP client 36 displayed on the display screen 43 of the mobile terminal device 40 will be described with reference to FIGS. 23 to 32.
FIG. 23 is a transition diagram of the interface screen of the SIP client 36. When the application software 300 of the SIP client 36 is activated on the display screen 43 of the mobile terminal device 40, the lock screen 310 shown in FIG. 24 is displayed. The lock screen 310 is a screen that is displayed at the time of startup and that prevents malfunction. For example, when the mobile terminal device 40 is put in a pocket of clothes or inserted into a holder or the like worn on the waist or arm, even if the display screen 43 is touched with some rhythm, a call or other A function is provided so that touch operation cannot be performed on the display screen 43 so as not to shift to the screen. In addition, the lock screen 310 is displayed even when no operation is performed for a certain period. Then, when an operation such as a call is performed, the lock release button 311 is long-pressed to move to the call screen 320.
Further, below the lock release button 311, there is provided an information display field 312 capable of displaying one unread latest alarm information.

Next, a call screen 320 shown in FIG. 25 is a call screen that functions as an income. While the call button 321 on the screen is pressed, it is possible to speak to the selected terminal, but by pressing the speech button 44 (FIG. 63) provided on the mobile terminal device 40 or on the microphone. The utterance switch that is turned on allows utterance while these buttons are pressed.
By pressing the camera button 323 provided on the call screen 320, it is possible to take an image with the camera 41 of the mobile terminal device 40. The captured image is registered in the management server 32, and each mobile terminal device 40 and This is a function of delivering to the operation terminal 11. The camera 41 can shoot not only images but also moving images, and the taken images and moving images can be used as evidence when trouble occurs with a goto or a visitor. Further, in the case of a device trouble, it is possible to send an image or a moving image to the management area 2 to investigate the cause of the failure and to remotely deal with the failure.

Below each button is provided an information display field 324 capable of displaying the latest alarm information as one unread message. Further, below the information display field 324, a message confirmation field 325 for displaying the number of unread messages is provided. The message confirmation column 325 displaying read/unread allows the employee to know that there is information that has not been confirmed, and can also be used to confirm whether or not work has been done.
A message can be displayed in the information display field 324 by pressing the message confirmation field 325. On the call screen 320, when no operation is performed for a certain period of time, the lock screen 310 is automatically displayed.
Next, when the option button 322 shown in FIG. 25 is pressed, the screen shifts to the option screen 330 shown in FIG. The option screen 330 is a screen for selecting each function and includes a group call list button 331, an individual call list button 332, an alarm information list button 333, a connection destination list button 334, an access point list button 335, and an identification number read button 336. Also, a terminal name setting button 337 is provided.

Next, when the group call list button 331 shown in FIG. 26 is pressed, the group call list screen 340 shown in FIG. 27 is displayed. The group call list screen 340 is a screen for selecting a call destination of a group, and one call is selected from all groups as a call destination and the group call display 341 is pressed to start a call. When there is no callee in the group, the alarm information is displayed in text.
Next, when the individual call list button 332 shown in FIG. 26 is pressed, the individual call list screen 340 shown in FIG. 28 is displayed. The individual call list screen 350 is a screen for selecting an individual call destination. One of the displayed individual call destinations is selected as a call destination, and the individual call display 351 is pressed to start the call. When there is no individual call destination, alarm information is displayed in text.

Next, when the access point list button 335 shown in FIG. 26 is pressed, the screen shifts to the access point list screen 360 shown in FIG. The access point list screen 360 is a screen for measuring the radio field intensity of each access point and switching the access points. The access point list screen 360 displays the radio field strengths that can be detected by the mobile terminal device 40, and the radio field strengths are displayed from the top in the order of strong radio waves. The displayed access point can be switched by pressing it, but it may be automatically switched to an access point with a strong radio wave. Further, the status of this radio wave is also sent to the management server 32, and is also used for monitoring a person to be noted, which will be described later.

Next, when the identification number read button 336 shown in FIG. 26 is pressed, the screen moves to the identification number read screen 370 shown in FIG. The identification number read screen 370 is automatically displayed on the network by reading the identification numbers 197a and 197b displayed on the identification number display screen 195 shown in FIG. 13 described above with the camera 41 built in the mobile terminal device 40. Can be set. Store name, telephone number, IP address of the SIP server 35 or the management server 32, the access point name, the network (SSID) name of the 5 GHz band and the 2.4 GHz band, and the encryption key that the mobile terminal device 40 can access the network. Since the SIP client 37 of the mobile terminal device 40 can automatically set the mobile terminal device 40, the mobile terminal device 40 can be easily set, and the encryption key and the like can be set for the employee. Since the setting of the mobile terminal device 40 and the setting of the management tool 33 can be performed without being known, it is possible to enhance security. When the reading and setting of the mobile terminal device 40 are completed, the screen moves to the option screen 330.

Next, when the alarm information list button 333 shown in FIG. 26 is pressed, the screen shifts to the alarm information list screen 380 shown in FIG. The alarm information list screen 380 displays a list of transmitted alarm information. By pressing the displayed alarm information, the alarm information detail screen 390 shown in FIG. 32 is displayed.
The alarm information detail screen 390 displays the details of text messages and images. The alarm information detail screen 390 also displays information such as the date and time when the alarm information occurred and the photographer of the image.
Further, the alarm information detail screen 390 is provided with a lock release request button 393 for requesting the hall computer 90 to release the closed state of the door when opening and closing the door of the gaming machine. Further, a machine number input frame 395 for inputting the machine number of the gaming machine for releasing the closed state of the door is also provided.

Next, when the connection destination list button 334 shown in FIG. 26 is pressed, the screen shifts to the SIP server list screen 317 shown in FIG. It is a screen which switches the SIP server 35 of the connection destination. If the mobile terminal device 40 is set in advance for another store, it can be used in another store simply by switching the SIP server 35.
As for the setting of the mobile terminal device 40, as described above, the setting only needs to read the identification number with the camera 41, which is convenient, and if there is one mobile terminal device 40, it can be quickly used in other stores. Therefore, even if the mobile terminal devices 40 are not prepared for each store for each person, the number of the mobile terminal devices 40 can be small because the mobile terminal devices 40 can be carried around in the group store.

Next, when the terminal name setting button 337 shown in FIG. 26 is pressed, the name setting screen 315 shown in FIG. 23 is displayed. The name setting screen 315 is a screen for setting the terminal name of the mobile terminal device 40 of its own.

(Control of system for game hall)
Each control in the game hall system will be described with reference to the sequence diagrams and flowcharts shown in FIGS. 33 to 66. These controls are realized using the software and programs described above, but are not particularly limited to the software and programs described above. You can do whatever you want.

<Individual call, group call, convened call control>
The control relating to the call will be described with reference to the sequence diagrams and flowcharts shown in FIGS. 33 to 38.
The control when making individual calls will be described. FIG. 33 is a sequence diagram when making an individual call, and FIG. 34 is a flowchart relating to processing when making an individual call. The individual call is a function that allows a one-to-one call between the base unit and the mobile terminal device 40 displayed on the monitor screen 13 of the operation terminal 11 and the mobile terminal device 40.

First, the caller selects a call destination from the monitor screen 13 (FIG. 19) of the operation terminal 11 or the display screen 43 (FIG. 28) of the mobile terminal device 40 (S101). The originating SIP clients 36 and 37 terminate the current telephone call (S102) and make a call to the selected call destination (S103). The SIP server 35 that has received the call calls the call destination (S104). The SIP clients 36 and 37 on the callee side display an incoming call dialog. When the called side is the SIP client 36 of the mobile terminal device 40 (YES in S106), notification is given by a ring tone and vibration (S107), and when the called side is the SIP client 37 of the operating terminal 11 (S106). YES), the notification is given only by the ring tone (S108).

When the called party selects a response (YES in S109), the SIP clients 36 and 37 on the receiving side end the current call (S110) and send a response to the SIP server 35 (S111). The SIP server 35 sends a response to the SIP clients 36/37 on the sender side, and the SIP clients 36/37 on the sender side receive the response (S112). The SIP clients 36 and 37 on the sender side notify the management server 32 of the destination (S113). Further, the SIP clients 36 and 37 on the callee side notify the management server 32 of the call destination (S113). Then, the call can be started mutually.
When the called party rejects the response (NO in S109), the SIP client 36/37 on the receiving side sends the rejection to the SIP server 35 (S115), and the SIP server 35 confirms that the response is rejected. To receive. The SIP server 35 sends a refusal to the SIP clients 36/37 on the caller side, and the SIP clients 36/37 on the caller side receive the refusal (S116). The SIP clients 36 and 37 on the caller side make a call to the last call group toward the SIP server 35 (S117). Further, the SIP clients 36 and 37 on the sender side notify the management server 32 of the call destination (S118).

Next, control when making a call in a group will be described. FIG. 35 is a sequence diagram when making a group call, and FIG. 36 is a flowchart regarding processing when making a group call.
The group call is a call between the base unit and the mobile terminal device 40 displayed on the monitor screen 13 of the operation terminal 11 and a call between the mobile terminal devices 40 within the telephone number registered in the group conference room in advance. It is a function that allows you to make multiple to multiple calls.

When switching to the group call, when the group call is selected from the monitor screen 13 (FIG. 18) of the operation terminal 11 or the display screen 43 (FIG. 27) of the mobile terminal device 40 (S210), the SIP clients 36 and 37 first The current call is ended (S202), and a call is made to the selected group conference room (S203). When the SIP clients 36 and 37 are registered in the selected group (YES in S204), the management server 32 is notified of the destination (S207), and the call can be started.

When the SIP clients 36 and 37 are not registered in the selected group (NO in S204), the SIP server 35 notifies the SIP clients 36 and 37 of the call end (S205), and the SIP clients 36 and 37 The call to the last call group is made to the SIP server 35 (S206). Further, the SIP clients 36 and 37 notify the management server 32 of the call destination (S207) and return to the state before switching to the group call.
In the group call, by dividing the group according to the hierarchies engaged, the installation locations of the pachinko machines P and slot machines S in charge, the group of island equipments HS in charge, and the like, only desired information can be transmitted and received for each group.

Next, the control at the time of the calling call will be described. FIG. 37 is a sequence diagram at the time of making a calling call, and FIG. 38 is a flowchart regarding processing at the time of making a calling call.
The convened call is a call mainly performed between the mobile terminal device 40 and the base unit displayed on the monitor screen 13 of the operation terminal 11. The call-to-call is a function in which the base unit calls a specific SIP client 36 and the SIP client 36 called in the call-conference room and the base unit call each other, and one-to-many calls can be made. When a call to call is selected from the monitor screen 13 (FIG. 20) of the operation terminal 11 (S301), the SIP client 37 ends the current call in progress (S302) and makes a call to the selected call meeting room (S302). S303). The SIP client 37 notifies the management server 32 of the call destination (S304), and transmits the convened call (S305). The management server 32 notifies the SIP client 36 of the convened call (S306). The SIP client 36 displays an incoming call dialogue on the display screen 43 of the mobile terminal device 40 (S307). If the terminal to be summoned is a mobile phone (YES in S308), the notification is notified by a ring tone and vibration (S310). If the called side is the SIP client 36 without the vibration function (NO in S308), The notification is notified only by the ring tone (S309).

When the SIP client 36 having received the notification of the call is to make a call (YES in S311), the SIP client 36 terminates the current call (S312) and makes a call to the called meeting room. (S313), the response is notified to the management server 32 (S314). Then, the convocation call is started.
When the SIP client 36 that received the convocation notice refuses (NO in S311), the SIP client 36 notifies the management server 32 of the refusal (S315).
Then, the SIP client 37, which is the parent device, receives the response or rejection result of the called SIP client 36 (S316).
The call-to-call is used by the person in charge of the amusement hall 1 to call a specific person in an emergency situation such as goto, and can inform the employee quickly and accurately. In addition, since there is a reply such as a response or a refusal (S316), the responsible person can grasp the state of the client and therefore can promptly issue a command, and the employee who receives it can promptly deal with the trouble. ..

<Alarm information distribution control>
The control relating to the alarm information will be described with reference to the sequence diagrams, flowcharts and explanatory diagrams of the contents of the database shown in FIGS. 39 to 44.

The control related to the distribution of alarm information will be described. FIG. 39 is a sequence diagram when delivering alarm information, and FIG. 40 is a flowchart relating to processing when delivering alarm information.
The trigger of distribution of the alarm information is triggered by a signal transmitted from the bridge server 20. The signal to the bridge server 20 is transmitted via the bridge server 20 when the hall computer 90 is the source and the alarm information is distributed via the bridge server 20, and when the surveillance camera system 60 is the source. There are two cases, that is, the case where the alarm information is delivered.

First, when the event code from the surveillance camera system 60 is transmitted to the management server 32 (YES in S401), the management server 32 delivers it to one designated machine or logs in all SIP clients 36 and 37. Decide whether to deliver to.
When delivering the information to the designated one (YES in S404), the management server 32 acquires the information of the target SIP clients 36 and 37 (S405). When delivering to all the logged-in SIP clients 36/37 (NO of S404), the information of all the logged-in SIP clients 36/37 is acquired.
When the event code from the hall computer 90 is transmitted to the management server 32 (NO in S401), the management server 32 acquires information on the distribution target group (S402), and the SIP clients 36 and 37 who are talking to the target group. Information is acquired (S403).
Then, the management server 32 converts the content of the alarm information corresponding to the event code and transmits it to the target SIP clients 36 and 37 (S407).

FIG. 41 is an explanatory diagram showing an example of the contents of the data 2501 held in the database (DB server 25). As the data that the management server 32 and the mobile terminal device 40 commonly hold, the ID of the alarm information, the content of the alarm information, the message of the surveillance camera system 60, the store name of the game hall 1, the name of the SIP client 36/37 that has occurred. The event code, the code of the device targeted by the alarm information, the device number such as the machine number of the gaming machine targeted by the alarm information, and the date and time when the alarm information occurred. In addition to the above, the management server 32 holds the type of alarm information, the terminal name of the surveillance camera system 60, and the image file name.

FIG. 42 is an explanatory diagram showing an example of the content of alarm information data 2502 held in the database (DB server 25). For displaying the alarm information in text, for example, when the call button of the platform information display device K is pressed, the event code (“005”) is output from the hall computer 90. As the alarm information at this time, texts such as "please go to 3 courses", "please go to XX series", "call", etc. are displayed on the display screen 43 of the mobile terminal device 40. In addition, if the event code (“010”) when the gaming machine is opened/closed is output, “123 series door open” or the like is displayed. When a suspicious person appears, the event code (“105”) is output from the surveillance camera system 60 or the face authentication server 80, and “suspicious person information” or the like is displayed. When medals are not supplied to the medal lending machine CT attached to the slot machine S, the event code (“798”) is output from the hall computer 90, and “suspicious person information” and the like are displayed. The text display may include characters, figures, symbols, etc., as long as it can be recognized by an employee or the like.

Further, the mobile terminal device 40 does not directly hold the image file but holds the path information to the file so that the data capacity is small. In addition, the mobile terminal device 40 also holds information that can be read or unread so that the contents of the alarm information can be confirmed later even if the confirmation cannot be made immediately during work.
The path to the image or image file attached to the alarm information may be a moving image. Further, the moving image may be a live broadcast moving image directly delivered from the surveillance camera system 60.

Next, control regarding voice distribution of alarm information will be described. FIG. 43 is a sequence diagram when voice distribution of alarm information is performed, and FIG. 44 is a flow chart regarding processing when alarm information is delivered.
The voice distribution of the alarm information is a process of converting the text information into voice information when the alarm information is generated and transmitting the voice to the conference room of the corresponding group. The operation is triggered by the transmission of data from the bridge server 20, and the processing is performed when voice distribution is selected for each event code on the alarm information filter screen 150 (FIG. 8) of the management tool 33.

First, when the alarm code is generated, if the event code from the surveillance camera system 60 is transmitted to the management server 32 (YES in S501), the management server 32 distributes the event to one designated group or all the groups. It is determined whether to deliver to the SIP clients 36 and 37. When the management server 32 distributes the information to the designated one group (YES in S502), the management server 32 acquires the information of the groups in the call of all the SIP clients 36 and 37 (S504). When delivering to all the logged-in SIP clients 36 and 37 (NO in S502), the group information of the simultaneous call is acquired (S505).
When the event code from the hall computer 90 is transmitted to the management server 32 (NO in S501), the management server 32 acquires information on the distribution target group (S503).
The management server 32 makes a request to the alarm information voice delivery 31 in order to deliver the voice data to the delivery target group (S506). The alarm information voice delivery 31 tries voice synthesis of the text data (S507), and when the voice synthesis is successful (YES in S508), the voice data is transmitted to the SIP server 35 (S509), and the voice data is SIP. It is delivered to the clients 36 and 37 (S510). If the voice synthesis fails (NO in S508), the alarm information voice delivery 31 outputs a log and ends without transmitting the voice data to the SIP server (S511).

<<Control when opening and closing the game machine>>
Although the distribution control of the alarm information has been described, the mode in which the control of the processing for distributing the alarm information with respect to the event occurring in the game arcade 1 is performed will be described in more detail.
The control relating to the alarm information will be described with reference to the sequence diagrams and flowcharts shown in FIGS. 45 to 47. FIG. 45 is a sequence diagram when a trouble occurs in the game machine and the game machine is opened and closed, and FIG. 46 is a flowchart regarding processing when the game machine is opened and closed. FIG. 47 is a flowchart for delivering alarm information and the like after the gaming machine is opened and closed.

First, a customer M who is playing a game calls the platform information display device K when the pachinko machine P is jammed or when the slot machine S cannot play due to an error in the hopper due to a medal break or the like. Press the button to call the employee MS. The hall computer 90 transmits "call" of the event code ("005") to the management server 32 via the bridge server 20 as information indicating that the call button is pressed (S601). The management server 32 performs the above-described alarm information voice distribution process when the event code of “call” is selected as voice distribution on the alarm information filter screen 150 (FIG. 8) of the management tool 33 (YES in S602). (S500), if the event code of "call" ("005") is not selected for audio distribution (NO in S602), the above-described alarm information distribution process is performed (S400). The alarm information distributed as text data is displayed on the display screen 43 of the mobile terminal device 40 as characters such as “call” and “please go to 3 courses”. Since it is distributed as text data, it is not necessary to have a database for converting the event code in the mobile terminal device 40, and the capacity of the program can be small. Further, by displaying the characters on the display screen 43, the contents of the alarm information can be easily confirmed.

The employee MS, who owns the mobile terminal device 40 that has received the notification, enters the machine number input frame 395 of FIG. 32 to unlock the lock mechanism of the game machine in order to rush to the game machine and process the trouble. By inputting the number and pressing the lock release request button 393, the SIP client 36 requests the management server 32 to release the lock mechanism of the gaming machine (S603). The management server 32 holds the unlock data (S604) and requests the hall computer 90 to unlock the gaming machine (S605). The hall computer 90 releases the lock mechanism for the target gaming machine (S606).

In this control, the employee MS may rush by the display lamp provided in the island facility HS to request the unlocking of the lock mechanism even if the alarm information is not delivered.
The lock mechanism is a lock mechanism that is provided on the side of the island facility HS and that closes the game machine with a contracting wire attached to the frame of the game machine, or a lock mechanism that fixes the key cylinder when opening and closing the game machine. However, it is not particularly limited. Further, although the description is given with the release of the lock mechanism for each gaming machine, when releasing, the lock mechanism may be released in units of a plurality of one unit.
Although the unlocking of the lock mechanism of the gaming machine has been described via the hall computer 90, infrared communication or wireless communication from the mobile terminal device 40 is performed via the platform information display device K, or directly to the gaming machine or to the locking mechanism. You may release a lock mechanism of a game machine by transmitting a signal directly. There is no particular limitation as long as the information indicating which SIP client 36 or 37 requested the release of the lock mechanism is stored and the collation can be performed in the process described later.

Next, in order to deal with the trouble of the gaming machine with the lock mechanism released, the employee MS opens and closes the gaming machine with a key. When the game machine is opened and closed, a door open signal is issued from the game machine to the hall computer 90, and the hall computer 90 that receives the door open signal changes the door code of the event code ("010") to the bridge server. It transmits to the management server 32 via 20 (S701).
The management server 32 checks whether it is the gaming machine that requested the unlock (S702), and if there is the SIP client 36 or 37 that requested the unlock (YES in S702), distributes the SIP client 36 or 37. Exclude from the target (S703). In this way, by excluding the SIP clients 36 and 37 that requested the unlocking, it is not necessary to notify the employee MS who requested the unlocking again, so that useless distribution can be avoided. In addition, the information may be misunderstood by the employee MS who has requested the lock release, and if there is no extra information, he/she can concentrate on the work and process it quickly.

When there is no gaming machine that has requested unlocking and the gaming machine is opened and closed (NO in S702), the management server 32 has illegally opened the door of the gaming machine or the lock mechanism of the gaming machine is abnormal. Then, the event code (for example, “099”) is rewritten as “illegal door open” (S704).
The management server 32 performs the above-described alarm information voice distribution process (S500) when the event code is selected as voice distribution on the alarm information filter screen 150 (FIG. 8) of the management tool 33 (YES in S705), If the event code does not select voice delivery (NO in S705), the above-described alarm information delivery process is performed (S400).
Even when audio distribution is being performed (S500), the alarm information distribution process (S400) may be performed at the same time, and the alarm information may be displayed on the display screen 43. The distribution of both (S400, S500) may be possible instead of the distribution of either one.
In this way, by collating the gaming machine that requested unlocking with the gaming machine that opened the door (S702), it is possible to quickly and easily detect unauthorized opening and closing of the gaming machine. In addition, it is possible to confirm the employee MS by characters (“123 series door open”, “door open”, “123 series unauthorized door open”, “illegal door open”, etc.) on the display screen 43, images, etc. From S704 to S400), it becomes possible to notify by voice (S704 to S500).

In addition, the event code “door open” sends an abnormal signal from the hall computer 90 to the surveillance camera system 60, and the surveillance camera system 60 zooms the surveillance camera 61 with respect to the gaming machine to allow the visiting customer to play the game. It may be used as an opportunity to image M. In this way, it is also possible to attach the face image or moving image of the visiting customer M who is playing the game to the alarm information and distribute it. In addition, the alarm information “illegal door opening” is notified, so that the employee MS can rush to the site while confirming the status with the delivered face image and video, and can respond accurately and promptly. Is.
Note that the alarm information distribution process when an "unauthorized door open" occurs can be performed even in a group call by distributing it to a specific employee, for example, only the leader of the group call or the person in charge of the hall. well. It is also possible to set a group call in which an employee who can deal illegally even in a group call is specified and alarm information is distributed.

In this way, by preliminarily setting the employees to whom the alarm information is distributed according to the type of error, the division of roles becomes clear, and quick response can be made. At that time, the employee registers the work that he/she can do in the management server 32 from the portable terminal device 40, the leader of the group call approves, and the management server 32 performs the work to be delivered by the alarm information even in the group call. It may be a system that selects the employees who can do the job and distributes the alarm information.

<<Control when a person who needs attention visits the store>>
Further, a mode in which the control of the process of distributing the alarm information when the caution person MB comes to the store like the game hall 1 will be described in detail.
The control relating to the alarm information will be described with reference to the sequence diagrams and flowcharts shown in FIGS. 48 to 53 and 57. FIG. 48 is a sequence diagram when the caution person MB comes to the store, and FIG. 49 is a flowchart regarding control processing when the caution person MB comes to the store. FIG. 50 is a flowchart showing a control in which the face authentication server 80 collates a person in order to specify the person MB requiring attention. FIG. 51 is an explanatory diagram showing an example of data transmitted to the face authentication server 80. FIG. 52 is an explanatory diagram showing an example of data indicating the matching result from the face authentication server 80. FIG. 53 is an example of alarm information displayed on the mobile terminal device 40. FIG. 57 is a schematic diagram of a captured image of a system for identifying a goto group.

First, the process of notifying the visit of the caution person MB by the alarm information starts from the process of collating by the face authentication server 80 to specify the caution person MB (S900).
The face authentication server 80 detects an image from another store stored in the database of the face authentication server 80 or an image accumulated at its own store up to now with the surveillance camera 61 installed at the entrance of the game hall or the like. It is compared with the face image to determine whether they match (S901). In this process, if the face image data stored in the database and the visitor M do not have a matching rate of a certain ratio, it is determined that they do not match, and the next visitor M is repeatedly checked (S901). NO). Then, the face image detected by the surveillance camera 61 (for example, the captured image 600 in FIG. 57) and the face image data of the face image stored in the database of the face authentication server 80 (the face represented by the face authentication number 583 described later). When the image data 605, for example, the image of FID001) is compared, and it is determined that they match (YES in S901), the surveillance camera system 60 is notified that the suspected caution person MB has come to the store (S902). Upon receiving the notification, the surveillance camera system 60 extracts an image from the video recorded in the surveillance camera system 60 (S903), and transmits the extracted image together with the command data 67 shown in FIG. 51 to the face authentication server 80 (S904).

Here, the command data 67 includes “start code” indicating the key number of the extracted image, “version” indicating the version of the application software, and “device” indicating the position where the surveillance camera 61 recording the extracted image is installed. “Code”, “device number” indicating the number of the surveillance camera 61 that recorded the extracted image, “year/month/day”/“hour/minute/second” indicating the date and time when the extracted image was recorded, and the amount of data of the extracted image. The “image data size” shown and the “image data” shown as a file name obtained by encrypting the extracted image are held as data to be transmitted to the face authentication server 80.
By using “year/month/day”/“hour/minute/second” indicating the recording date and time as the command data 67, an image can be extracted from the video recorded by the surveillance camera system 60 and used again for collation work and confirmation work even afterward. can do. Also, by using “year/month/day”/“hour/minute/second” indicating the date and time of recording as the command data 67, it is not necessary to always save an image in the face authentication server 80 if there is recorded data of the surveillance camera system 60. Instead, only the data recorded by the surveillance camera system 60 need be saved, and the amount of data in the face authentication server 80 can be reduced.
Further, by encrypting the face image data 605, even if the image leaks, the image cannot be easily viewed, which is a deterrent effect against information leakage and a preventive measure against data interception.

Next, the face authentication server 80 recognizes a plurality of faces shown in the image based on the image and the command data 67 sent from the surveillance camera system 60, and calculates the number of faces. The face authentication server 80 collates the image data for the number of the calculated faces (S905), and sends the results for the collated persons together with the image to the surveillance camera system 60 (S906). FIG. 52 shows an example of the matching result data 84 showing the matching result from the face authentication server 80.

The matching result data 84 includes a “start code” indicating the key number of the extracted image, a “data size” indicating the amount of data of the matching result data 84, an “authentication number” indicating the number of faces authenticated in the image, and an image. "Authentication No." indicating a value obtained by sequentially coding the authenticated face in the table, "authentication type" indicating the type of the face authenticated, and the coordinates of the face and the authenticated position shown in the image as shown in FIG. “Face authentication area” indicating the, “matching rate” indicating the matching rate with the face image registered in the database of the face authentication server 80, and the date and time when the face image registered in the database of the face authentication server 80 is registered. The “year/month/day” and “hour/minute/second” shown are held as data to be transmitted to the surveillance camera system 60.

Then, the face authentication server 80 repeatedly collates the items from “authentication No.” to “hour, minute, second” shown in FIG. The data 84 is transmitted to the surveillance camera system 60. By authenticating a plurality of faces from one piece of image data in this way, even if a Goto master who will be described later comes to the store as a group, it becomes possible for one of the attention-sufficient persons MB to recognize it as a group, You can immediately recognize a group of Goto masters. Therefore, it becomes possible to promptly notify the employee that the Goto group exists.
Also, by providing an "authentication type" that indicates the type of face authentication, it is possible to classify the person MB requiring attention, a good customer, a new customer, etc., reducing the time for collation, and sales data for each individual player. It is also possible to use it for the analysis of.

Further, by analyzing the collation rate with the face image data 605 registered in the database of the face authentication server 80, the “collation rate” can be used as an index of whether or not the person MB needs attention. .. The responsible person or the like operating the surveillance camera system 60 can carry out the registration work in the database while being convinced that the person MB needs attention. Therefore, it is possible to prevent erroneous misregistration with the caution person MB by deciding and registering a predetermined “matching rate” as the threshold value. In addition, a method of collating faces by individually analyzing and comparing the feature points of each of the facial features of “eye”, “nose”, “mouth”, and “ear”, and the outline of the entire face and each A method of comparing faces by comparing the positions of “eyes”, “nose”, “mouth”, “ears”, and the like can be considered. In this way, it is conceivable to further improve the collation rate.
It should be noted that the work of registering the caution person MB in the database has been shown to be made by a person, but if the “matching rate” is equal to or greater than a predetermined value, the probability of being the caution person MB is high. The work of registering the caution person MB in the database may be automatically registered, and the work of the operator is reduced by performing the automation.

Next, if the person in charge operating the surveillance camera system 60 judges from the result sent from the face authentication server 80 and confirms that the person MB needs attention (YES in S907), the face authentication is performed. A registration instruction is given to the server 80 (S908), and data having the same content as the command data 67 is registered in the face authentication server 80 (S909).
The data registered in the face authentication server 80 is “start code” indicating the key number of the extracted image, “version” indicating the software version, and “position indicating the position where the surveillance camera 61 recording the extracted image is installed”. “Device code”, “device number” indicating the number of the surveillance camera 61 that recorded the extracted image, “year/month/day”/“hour/minute/second” indicating the date and time when the extracted image was recorded, and the amount of data of the extracted image And the face image data 605 obtained by encrypting the extracted image.
If the person in charge of operating the surveillance camera system 60 is not the caution person MB, the person in charge is not in registration with the caution person MB and is in a standby state until the notice of the visit of the caution person MB is received (S907). NO).

Next, when the caution person MB is registered in the face authentication server 80, the surveillance camera system 60 acquires information on the position of the surveillance camera 61 that last captured the caution person MB (S802). The surveillance camera system 60 selects the event code (“105”) and “suspicious person information” (S803), and the management server 32 displays the event code (“105”), an image or moving image of a face or appearance, and the surveillance camera 61. The position information is transmitted and a notification is given (S804).
The management server 32 acquires the information of all the logged-in SIP clients 36/37 (S805), and acquires the information of the positions of the SIP clients 36/37 to all the SIP clients 36/37, so Data is requested (S806). Each of the SIP clients 36 and 37 measures the radio field intensity (S807) and transmits the radio field intensity and the number of the connected access point to the management server 32 (S808). The management server 32 calculates the positions and distances of the SIP clients 36 and 37 and the caution person MB from the position information of the surveillance camera 61, the position of the caution person MB, and the position information of the SIP client (S809). The management server 32 stores this information in the database of the DB server 25 (S810), displays it as alarm information in characters such as "suspicious person information" on all the SIP clients 36 and 37, and transmits an image or a moving image (S811). ).

FIG. 53 is an example of alarm information displayed by the SIP client 36 on the display screen 43 of the mobile terminal device 40.
The alarm information detail screens 3901 and 3910 represent transitions from the alarm information list screen 380 (FIG. 31) to the detail screen. Then, the alarm information detail screen 3901 (FIG. 53(A)) that has transited to the detail screen is first displayed, and after a predetermined time has elapsed, it is automatically switched to the alarm information detail screen 3910 (FIG. 53(B)).
The alarm information detail screen 3901 is provided with a delivery date/time display 3902 that represents the time when the suspicious individual information was delivered. At the center of the alarm information detail screen 3901, a face image display unit 3903 is provided which displays the face image or appearance captured by the face authentication server 80 or the surveillance camera system 60. A switching button 3904 is provided so that the user can switch to not only an image but also a moving image. The position number 3905 of the camera that captured the image is displayed on the upper portion of the face image display portion 3903. Below the alarm information detail screen 3901, the SIP client 36 and a distance display unit 3906 that displays the distance from the camera position or the position at which the surveillance camera system 60 last captured the caution person MB.
The distance display unit 3906 expresses the distance with a figure, a character, and a color. For example, if the color of the distance display unit 3906 is red, a close state is represented, and if the color is blue, a distant state is represented. Further, if the diagonal line of the figure between the display of perspective and the perspective is close to either, the perspective is expressed. The near distance may be expressed by the color of the square figure surrounded by the face image display portion 3903. Further, the distance may be expressed by a numerical value.

On the alarm information detail screen 3910, the layout of the game arcade 1 is displayed, and the position of the person MB requiring attention is displayed. It is displayed that the caution person MB is in the passage of three courses, and the position of the SIP client 36 is represented by MS. In addition, the position (CH3) of the camera that has captured the caution person MB is also represented. By displaying the position (CH3) of the captured camera on the alarm information detail screen 3910, it is possible to recognize in what state the sent image was captured, so that the employee MS accurately grasps the situation. be able to.
With the above-described configuration, by notifying the employee MS of accurate information, it is possible to move while confirming the information of the image such as the face or appearance of the caution person MB on the display screen 43 of the mobile terminal device 40. Therefore, it is possible to rush to the site while quickly grasping the person MB requiring attention. In addition, the information such as the position and the distance from the caution person MB can prompt the employee MS close to the caution person MB to call attention. Further, since it is possible to notify by a moving image, the situation of trouble can be grasped more clearly than the image, and it is possible to take a quicker response.
The layout may be displayed by real-time bidirectional communication to represent not only the stop image but also the movements of the caution person MB and the employee MS (client 36) in real time.

<Control for analyzing and identifying groups that cause cheating or artificial trouble>
A mode in which the control of the process of analyzing and identifying a group that causes fraudulent acts or artificial troubles processed in the game hall 1 and the chain store headquarters 500 will be described in detail.
Control for identifying a goto group will be described with reference to FIG. 49 to FIG. 50 and FIG. 54 to FIG. 66 using sequence diagrams, flowcharts, schematic diagrams, explanatory diagrams, and the like. FIG. 48 is a sequence diagram when a caution person comes to the store, and FIG. 49 is a flowchart regarding control processing when the caution person comes to the store. FIG. 50 is a flowchart showing a control in which the face authentication server 80 collates a person in order to identify the person requiring attention. FIG. 54 is an overall configuration diagram of a game hall system that identifies a goto group. FIG. 55 is a sequence diagram of a group code creation process of the system for identifying a goto group. FIG. 56 is a flowchart of a group code creating process of the system for identifying a goto group. 57 and 58 are schematic diagrams of a captured image of the system for identifying a goto group. FIG. 59 is an explanatory diagram of each server of the system for identifying a goto group. FIG. 60 is a conceptual diagram of a system for identifying a goto group. FIG. 61 is an explanatory diagram showing an example of group code data. FIG. 62 is an explanatory diagram showing an example of data of the face authentication number 583 and pseudo data. 63, 64, and 65 are explanatory diagrams showing an example of a screen of the mobile terminal device 40. FIG. 66 is a flowchart of the extraction processing of the system for specifying the goto group.

First, the control for identifying the goto group will be described with reference to the control of the game hall system for identifying the goto group using sequence diagrams, flowcharts, schematic diagrams, explanatory diagrams, and the like.
At the game arcade 1, it is judged whether the game player M captured by the monitoring camera 61 is the caution person MB. 48 and 49 (S800), the face image data 605 stored in the face authentication server 80 is collated to determine whether or not the person MB needs attention (S901 in FIGS. 48 and 50). When it is determined that the caution person MB has visited the game arcade 1 of store A (YES in S901 of FIGS. 48 and 50), the capture image shown in FIG. 57 used when the above-mentioned caution person MB has visited the store. From 600, suspicious data 584 is created as a number for managing files of the face image data 606 of persons (MG2 to MG5) other than the face image data 605 of the caution person MB, and the number of persons is stored (S1012). The system is on standby until the caution person MB arrives in the store (NO in S901 of FIGS. 48 and 50).

For example, in the game arcade 1 of store A, the file name of the face image data 606 of the suspected persons (MG2 to MG5) captured mainly by the caution person MB is the number “GID001 to GID004” of the doubtful data 584. As shown in FIG. 58, in the game hall 1 of the B store of another store, as the file name of the face image data 606 of the suspected persons (MG2, MG6 to MG8) captured mainly by the caution person MB, the suspected data 584 is displayed. Numbers (GID10001 to GID10004) are attached. By creating the suspicious data 584, it becomes possible to mark a person (MG or the like) shown together with the caution person MB on the assumption that they are a member of the Goto group. However, at this stage, the person is recorded as a suspicious person, not a person who needs attention.

Next, as shown in FIGS. 59 and 62, store data 582 for distinguishing stores, face authentication number 583 as a file number for managing face image data 605, and suspicious data 584 for a file number for managing face image data 606 and Shooting date/time data 585 indicating the date/time when the face image data 605 was shot is created, and these data are transmitted to the face authentication server 580 of the chain store headquarters 500 (S1013). In addition, the transmitted data may be accompanied by data indicating the rental unit price of the game medium depending on the shooting location.
The date and time of the shooting date and time data 585 can be used for verification when an incident occurs, and can also be used for increasing the credibility when the face image data 606 is collated. These prevent misidentification of the visitor M who accidentally appears as the caution person MB as the caution person MB and make a determination.
The data transmitted from many stores are stored in the face authentication server 580 of the chain store headquarters 500 as shown in FIG. In this way, by collecting the face image data 606 from many shops in a wide range, it becomes possible to perform collation in a wide range and with high accuracy.

Next, as shown in FIGS. 59 and 60, the data collected from many stores is extracted by an extraction process (S1100) described later, and the data is extracted so that a general person is not mistakenly recognized.
The same face authentication number 583 is extracted using the face authentication number 583 as a key, and it is verified whether or not the same person exists in the face image data 605 of the extracted doubt data 584 (S1015). As shown in FIG. 60, the same FID001 is extracted from the transmitted FID001, and it is determined that the person with GID001 transmitted from the A store and the person with GID10001 transmitted from the B store are the same among the question data 584 in the extracted FID001. If so (YES in S1015), the group code 586 is created as G001 as the goto group of FID001 as shown in FIGS. 59, 60 and 61 (S1016). At the same time, the suspicious data 584 is rewritten, and a face authentication number 583, for example, the number of FID002, is newly added as the caution person MB (S1017). By rewriting the suspicious data 584 with the caution person MB, not only the caution person MB can be grasped quickly but also many caution persons MB can be specified.

The group code 586 created as shown in FIG. 61 is numbered and stored for each goto group in the face authentication server 580 of the chain store headquarters 500 (S1018). In the group code 586, for example, in G001, FID001, FID002, and FID056 are shown as the face authentication number 583 as a file name recognized as a goto group. In addition, the face authentication server 580 saves the face image data 605 and the shooting date/time data 585 which are the suspicious data 584 of FIG. 62 not only when the face authentication number 583 but also when it is determined that they are not the same person (No in S1015). To do. This storage process enables the storage and analysis of a large amount of data thereafter. The group code 586 not only makes it possible to recognize that the people MB needing attention form a group and also facilitates management of the Goto group, but also when some kind of incident occurs or is likely to occur. It is used for analysis such as search and extraction of the face image data 605 and 606.

After that, the face authentication server 580 of the chain store head office 500 delivers the face image data (605 or 606) indicated by the group code 586 and the face authentication number 583 to all the stores via the Internet line 588 (S1019). By collecting the suspicious data 584, collating it, and distributing the face image data 605 and 606 to other stores with the face authentication number 583 as a management file, it is possible to quickly grasp the goto group, which is insufficient in advance. It is possible to prepare for the situation.
The face image data (605 or 606) having the distributed group code 586 and the file name as the face authentication number 583 is stored in the face authentication server 80 of each game arcade 1.

Then, the above control of the game hall system is repeatedly performed, and as the face image data (605 or 606) is accumulated, the accuracy of the Goto group analysis is improved, and more attention-required persons MB can be grasped. Become. Up to now, a person has comprehensively judged from individual videos and images to discriminate a goto group, but a large number of persons are extracted from one image and discriminated from many face image data (605 or 606). Therefore, it is possible to perform the discrimination in which the accuracy is improved as the number of face image data (605 or 606) increases with less errors.
Further, in the present system, management is performed for each group code 584, but if the same person is found by periodically checking whether the same person exists across the group code 584, It is possible to unify the group codes 584 into a large population. In this way, the Goto group can be grasped in a chained manner, and the visit of the Goto group can be promptly grasped from one person MB who needs attention.
Furthermore, since the group code 584, the face authentication number 583, and the face image data 605 are distributed from the chain store head office 500 to other stores as well as the own store, information between other stores can be quickly distributed over a wide range, and many You can call attention to the store.

Next, the extraction process (S1100) will be described with reference to FIGS. 59, 62 and 66. In the extraction process (S1100), it is determined whether or not the same face authentication number 583 exists among different data numbers as shown in FIG. Then, this process is continuously repeated until the same face authentication number 583 is found (NO in S1101). If the same face authentication number 583 is found (YES in S1101), the suspicious data 584 with the data number shown in FIGS. 59 and 62 is extracted (S1103). For example, GID001, GID002, GID003, GID10001, GID10002, and GID10003 are extracted from the extracted doubt data 584.

Next, of the data (S1103) extracted from the face authentication server 580 provided in the chain store headquarters 500, priority is given to the face authentication number 583 shown in the area where the gaming machine with a high rental unit price of the game media is installed. This is a process of performing registration as data for discrimination (S1104).
For example, in the area where the pachinko machine P is installed, in the case of three areas where the unit price of the rental ball is 4 yen, 1 yen, and 0.5 yen, the pachinko machine P with a high rental unit price of the game medium is installed. The data captured by the camera showing the area of 4 yen is preferentially extracted (YES in S1104). In the amusement hall 1 of each store, the face authentication number 583, the suspicious data 584, and the shooting date/time data 585 together with the data for distinguishing the high rate or the low rate from the face authentication server 80 (for example, a rental ball unit price of 4 yen, 1 yen, a rental coin A unit price of 20 yen, 5 yen) is attached and transmitted to the face authentication server 581 of the chain store headquarters 500.
With the above configuration, the Goto group often conducts Goto acts aiming at high-rate gaming machines, and it is possible to verify from the event that the damage amount due to Goto act is large, and quickly identify the Goto group from a large amount of data. It will be easier and quick delivery to each store will be possible.

Next, it is determined by the store data 582 whether the extracted data (S1103) is data shot at the same store (S1105). Here, if it is determined that the data is not taken at the same store (NO in S1105), it is unlikely that a general customer who is accidentally photographed will be mistakenly recognized as a member of a person requiring attention, so the data for discrimination is used. Register (S1113) and end. In the case of data of other stores, it is less likely that a general person is a member of a person requiring attention, as compared with the case of the same store, and therefore the determination is highly accurate.

Next, when it is determined that the data was taken at the same store (YES in S1105), it is determined from the shooting date/time data 585 whether the data was taken on the same day (S1107). Here, when it is determined that the data is not the data captured on the same day (NO in S1107), it is rare that a general customer who is accidentally photographed is mistakenly recognized as a member of a person requiring attention, and is registered in the data for discrimination. (S1113) and the process ends. In the case of data taken on another day, it is less likely that a general person will be recognized as a member of a person requiring attention as compared with the case of the same day, and therefore the determination is highly accurate.

Next, when it is determined that the data was captured on the same day (YES in S1107), it is determined whether the data has passed a predetermined time from the capturing date/time data 585 (S1109). Here, the predetermined time may be freely set from about 10 minutes to about 1 hour.
If it is determined that the data has not passed the predetermined time (NO in S1109), the face image data 606 continuously captured may be transmitted by mistake. Therefore, the face image data 606 is deleted from the determination data and the face authentication is performed. It returns to the collation of the number 583 (S1115). By this processing, it is possible to eliminate misidentification of a general person as a member of a person requiring attention by continuous shooting, and it is possible to store highly accurate data.
Next, when it is determined that the data has passed the predetermined time (YES in S1109), there is a high possibility that the person MB requiring attention has come into contact with the person MB requiring attention after the predetermined time has passed after entering the store. Since there is a high possibility that it is a member of the member, it is registered as data for discrimination and the processing ends (S1113). By such control, it is possible to determine a member of the goto group at the same store from the data obtained in a short time, so that the processing can be performed quickly and the determination can be performed accurately.

In addition, in the same store, the caution person MB approaches the person MG other than the face image data 605 of the caution person MB for a predetermined time, for example, 10 minutes, and then approaches the person MG a predetermined number of times (for example, three times). In the case of being stored in 606, the suspected person M may be rewritten from the suspicious data 584 as the suspected person and the group code 584 may be added as the suspected person MB for management. By doing so, even if an ordinary person happens to appear in the image with the person MB requiring attention, it can be quickly grasped at the same store without being mistakenly recognized as a Goto group on that day.

Next, FIG. 63 to FIG. 65 show an example in which the employee MS is informed of the goto group when the above-mentioned caution person MB comes to the store.
63 or 64, the face image display unit 3903 displays the face image or appearance captured by the surveillance camera system 60 on the alarm information detail screen 3901 of the display screen 43 of the mobile terminal device 40 described above. The Goto group of MB is shown. The group code 584 and the face authentication number 583 are used to notify the employee MS of the goto group and the person MB requiring attention.

FIG. 65 shows an alarm information detail screen 3910. On the alarm information detail screen 3910, the layout of the game arcade 1 is displayed, and the position of the person MB requiring attention is displayed. It is displayed that the caution person MB is in the passage of three courses, and the position of the SIP client 36 is represented by MS. In addition, the position (CH3) of the camera that has captured the caution person MB is also represented. By displaying the position (CH3) of the captured camera on the alarm information detail screen 3910, it is possible to recognize in what state the sent image was captured, so that the employee MS accurately grasps the situation. be able to.

With the above-described configuration, by notifying the employee MS of accurate information, it is possible to move while confirming the information of the image such as the face or appearance of the caution person MB on the display screen 43 of the mobile terminal device 40. Therefore, it is possible to rush to the site while quickly grasping the person MB requiring attention. In addition, the information such as the position and the distance from the caution person MB can prompt the employee MS close to the caution person MB to call attention. Further, since it is possible to notify by a moving image, the situation of trouble can be grasped more clearly than the image, and it is possible to take a quicker response.
Further, since a group of the attention-required persons MB is displayed at a specific place in the game arcade 1, it is possible to predict in advance the danger that the goto group will gather and cause something wrong. Further, it becomes possible to notify the employees MS to each other that the Goto group is gathering by the group call.

Especially, the person MB needing attention with the group code 586 in the area where the gaming machine with a high lending unit price, such as the unit price of the ball lending to the pachinko machine P is 4 yen or the unit price of the coin lending to the slot machine S is 20 yen, is installed. Staying in the same room and another person MB needing attention having the same group code 586 invades the area with the same high lending unit price, it is displayed on the monitor of the mobile terminal device 40, the hall computer 90 or the surveillance camera system 60, You may notify the employee MS. With the above configuration, it is possible to prevent damage to the gaming machines installed in the area where the unit price for rent is high due to the mess of the group. In particular, there is a high probability that goto acts will be performed in the area where gaming machines with high rental unit prices are installed, and the amount of damage will also be large, so notification with this system is a cost-effective way to prevent goto actions. The effect is high.
The alarm information detail screen 3910 may be displayed not only as a static image but also in real time as the movements of the cautionary person MB and the employee MS by performing bidirectional communication in real time.

In addition, when there is the above-mentioned “unauthorized door open”, the person with the group code 586 is mainly used by the surveillance camera 61 by using the above-described processing of S800 and S1000, and the attention-requiring person MB visiting the store. The location and behavior of the staff may be monitored and the employee may be alerted.

In this system, the system is such that the amusement hall 1 of the chain store and the chain store head office 500 are separated, but the system is not particularly limited, and the configuration is completed in one amusement center 1 or in the face authentication server 80. It may be a different system.
In addition, this system may be a system for grasping the Goto group nationwide in cooperation with a third party organization.

<Control of individual face authentication device in system for game hall>
A detailed description will be given of a mode in which the individual face authentication device 800 used for fraud monitoring and sales in the game arcade 1 is controlled using sequence diagrams, flowcharts, schematic diagrams, explanatory diagrams, etc. shown in FIGS. 74 to 93. To do.
FIG. 74 is a flowchart of the main process. FIG. 75 is a flowchart of member processing. FIG. 76 is a flowchart of non-member processing. FIG. 77 is a flowchart of non-member processing. FIG. 78 is a flowchart of common processing. FIG. 79 is a flowchart of the recorded data capture process. FIG. 80 is a flowchart of the face authentication matching process. FIG. 81 is a time chart of a recorded data capture image. FIG. 82 is a flowchart of the face authentication server matching process. FIG. 83 is a flowchart of the leaving process. FIG. 84 is a flowchart of the abnormality processing. FIG. 85 is a flowchart of the personal identification number registration processing. FIG. 86 is a sequence diagram showing processing when a member is seated. FIG. 87 is a sequence diagram showing processing when a non-member sits down. FIG. 88 is an explanatory diagram of the captured image instruction list 823. FIG. 89 is an explanatory diagram showing a state of inputting a personal identification number. FIG. 90 is an explanatory view of the state of inputting the personal identification number as seen from a plane. FIG. 91 is an explanatory diagram showing items determined by the face authentication engine installed in the individual face authentication device 800. FIG. 92 is an explanatory diagram of a form output from the hall computer 90. FIG. 93 is an explanatory diagram of a form output from the face authentication server 80.

<<Main processing>>
FIG. 74 shows a flowchart of the main processing (S2000) of the individual face authentication device 800. When a player sits in front of the pachinko machine P, each camera 69 of the individual face recognition device 800 equipped with the face recognition engine determines whether or not the person is seated by capturing the face of the person ( (S2101), when it is detected that a person is seated (YES in S2101), a standby state is set and video recording is started (S2102). Then, it is determined whether or not the member card 550 is inserted, and the process proceeds to the member process (S2200). If it is determined that the membership card 550 has not been inserted (NO in S2103), the process proceeds to non-member processing (S2300). After that, regardless of which processing has passed, the processing shifts to the common processing (S2400), and these processings (S2103 to S2104) are repeated until the user leaves the seat (NO from S2104 to S2103). When the member card 550 or the guest card is discharged to leave the seat, or when all the valuable value is consumed and the person normally leaves without any balls, the leaving process described below is performed (S2500), and the main process is performed. The process ends.

<<Member processing>>
FIG. 75 shows a flowchart of member processing (S2200) of the individual face authentication device 800.
The personal identification number is stored in the IC chip 553 of the member card 550 in order to secure security such as theft, and the process starts when the personal identification number is input and the two coincide with each other (YES in S2201). In addition, this process waits until the personal identification number is input (NO in S2201).
Next, the process starts when the personal identification number is input and the passwords match (YES in S2201), and the process shifts to a recording data capture process described later (S2800). After the recording data capture process (S2800) is performed, the individual face authentication device 800 generates face image data 559 from the captured capture image 600 (S2203), and the face image data 559 shown in FIG. The data is stored in the area 865 (S2205). At the same time, the individual face authentication device 800 reads the face image data 555 stored in the membership card 550 and compares it with the face image data 559 stored in the capture data area 865 (S2209). When the face image data 555 stored in the membership card 550 and the face image data 559 stored in the capture data area 865 match (YES in S2209), the individual face authentication device 800 sets the monitoring level to 1 (S2210). The face image data 559 is saved in the save data area 864 of the HDD 855 (S2211). Also, the individual face authentication device 800 transmits the unit number to the face authentication server 80 when the face authentication is successful (S2213), and ends the member process.

In this way, by using the face image data 555 stored in the membership card 550, it is possible to collate with the face image data 555 which is highly reliable and clear without accessing the face authentication server 80. The processing speed can be increased, and the processing load on the face authentication server 80 can be reduced. For members who have few troubles at the amusement hall 1 and whose contact information can be confirmed, the monitoring level is set to 1 and the monitoring by equipment and employees is suppressed as much as possible, so that the burden on employees and the important person MB It becomes possible to focus on the monitoring of.
Further, when the face image data 555 stored in the membership card 550 and the face image data 559 stored in the capture data area 865 do not match (NO in S2209), the individual face authentication device 800 has the stolen membership card 550. Since there is a suspicion that there is a doubt, or an abnormality of the device is considered, the processing shifts to abnormality processing (S3000) and the member processing ends.

<<Recorded data capture process>>
FIG. 79 shows a flowchart of the recorded data capture process (S2800) of the individual face authentication device 800.
As shown in FIG. 88, the individual face authentication device 800 has a monitoring level in consideration of security, and the timing of capturing the captured image 600 from the recorded data is changed according to the monitoring level. A captured image instruction list 823 is a list showing the capture instruction signals. The low monitoring level is set for persons with high reliability such as members and good customers. Conversely, the higher the monitoring level, the more the person MB needs attention. By setting the monitoring level in this way, it is not necessary to save wastefully, and a large storage area for data is not required. Further, since the processing is not complicated, the access to the face authentication server 80 is small, and the processing of the individual face authentication device 800 is quick. Further, in terms of security, this system can focus on and monitor the person MB requiring attention.

If the individual face authentication device 800 receives a capture signal for capturing a face image from the ball lending machine PT, the platform information display device K, or the hall computer 90 as shown in FIG. 81 (S2801), the individual face authentication device 800. Of the HDD 855, the recorded data for a total of 3 seconds of 2 seconds after the capture signal is received from the recorded data of 1 second before is stored in the captured image extraction area 824. The still image data is extracted from the frame stored in (S2802). The individual face authentication device 800 extracts the captured image 600 in the best state for authentication from the still image (S2803). In particular, by checking back 1 second before, it is possible to capture the face without fail at the moment when the face is surely captured in a situation such as an abnormality in the gaming machine or the operation of the personal identification number. It is also possible to capture and select the clearest image in this frame. These are processed by incorporating software for instantaneously determining the frontal visibility and the sharpness.
The individual face authentication device 800 determines whether the captured image 600 is a front-facing face (S2804), and if it is the front-facing face (YES in S2804), the front-view image is extracted. (S2805) If it is a side face (NO in S2804), the side face image is extracted (S2806), and the recorded data capture process (S2800) ends.

<<Face authentication verification processing>>
FIG. 80 is a flowchart of the face authentication matching process. The face authentication matching process (S2600) first proceeds to the above-described recorded data capture process (S2800), extracts an image from the recorded data, and generates face image data 559 (S2601). Then, the individual face authentication device 800 determines whether or not there is the face image data 559 already stored (S2603). When the face image data 559 is not stored (NO in S2603), the individual face authentication device 800 is in the initial state of sitting in front of the gaming machine, and therefore is compared with the face authentication server 80 to identify the person MB requiring attention. In order to determine whether or not this is the case and the monitoring level, the flow shifts to the face authentication server matching process described later (S2900). When the face image data 559 is stored (YES in S2603), the individual face authentication device 800 extracts the face image data 559 from the storage data area 864 of the HDD 855 (S2605).

Then, each time the capture signal is output, it is determined whether the face image data 559 saved is the same as the seated person (S2606). If they are not the same person (NO in S2606), the process proceeds to the abnormal process described later and ends (S3000). In this way, detailed monitoring can be performed.
In the case of the same person (YES in S2606), the individual face authentication device 800 outputs an ejectable command to the card lending machine PT to make the card ejectable (S2607), and the card can be ejected. The state is displayed on the liquid crystal operation unit 801 or the LED display unit 812 of the ball lending machine PT (S2608). Further, the individual face authentication device 800 cancels the function of stopping the various functions (supply operation, display of the number of owned balls, etc.) of the other ball lending machine PT (S2609), and the collation result and the machine number are sent to the face authentication server 80. The transmission is ended (S2613).

<<Face Authentication Server Matching Process>>
FIG. 82 is a flowchart of the face authentication server matching process. The face authentication server matching process (S2900) is a process mainly for selecting a non-member monitoring level by the face authentication server 80.
First, the individual face authentication device 800 stores the face image data 559 of the player M who is seated for the first time in the storage data area 864 of the HDD 855 (S2901). The stored face image data 559 is transmitted to the face authentication server 80 together with the machine number (S2903). The face authentication server 80 first determines whether or not the person MB needs attention, which may hinder sales. The face image data 605 is collated with the transmitted face image data 559 (S2905). If the face authentication server 80 determines that the person MB needs attention (YES in S2905), the face ID (FID) is extracted (S2915) and is set to the highest monitoring level 4 (S2917).

Next, if the face authentication server 80 is not the caution person MB (NO in S2905), the face authentication server 80 determines whether or not the customer is a good customer (S2907). If the customer is a good customer (YES in S2907), the face authentication number 583 (FID) is extracted (S2911), and the same monitoring level as the member is set to the low monitoring level 2 (S2913). Next, the face authentication server 80, in the case of the general game player M who is not good at it (NO in S2907), determines whether or not it is a new customer (S2909). If the customer is a new customer (YES in S2909), the face authentication number 583 is newly registered in the platform analysis data area 88 or the customer analysis data area 89 of the face authentication server 80 (S2910), and the monitoring level is moderate. The level is set to 3 (S2923). If the face authentication server 80 is a general game player M who is not a new customer (NO in S2909), the face authentication server 80 sets the monitoring level to the intermediate monitoring level 3 (S2923).
Then, the face authentication server 80 stores the extracted face authentication number 583 (FID) and the face image data 559 sent from the individual face authentication device 800 (S2925), and monitors with the extracted face authentication number 583 (FID). The level is transmitted to the individual face authentication device 800 (S2927).

<<Non-member processing>>
76 and 77 show a flowchart of the non-member processing S2300.
In the non-member processing, it is determined whether or not the monitoring level is set (S2301). In the first process, all the non-member gamers M who are seated have no monitoring level set (NO in S2301), and thus the process shifts to the face authentication matching process (S2600).
Here, if the monitoring level is set (YES in S2301), the individual face authentication device 800 shifts to each process according to the monitoring level (S2303).

The monitoring level 4 (4 in S2303) is a monitoring level for monitoring the caution person MB. As one of the targets of monitoring, the number of starts of gaming machines is monitored. When the number of starts of the gaming machine reaches a predetermined number of times or more (YES in S2305), the process shifts to face authentication collation processing (S2600), and it is confirmed whether the person is the same person. With such processing, the individual face authentication device 800 is effective for a goto that induces a big hit by causing a magnetic sensor to malfunction due to a radio wave goto or the like and causing a switch for determining a big hit to malfunction in a short time. Therefore, by determining whether or not the person playing the game is the same by a predetermined number of times, even if the person is replaced by the group, the abnormality processing described later can deal with it. It is intimidating to the person who performs it.

Monitoring level 3 (3 in S2303), or a monitoring level for monitoring a caution person MB or a general player M when the number of starts of the gaming machine has not reached a predetermined number of times (NO in S2305). .. As one of the targets of monitoring, the number of difference balls is monitored. When the number of times reaches the predetermined number or more (YES in S2307), the face authentication matching process is performed (S2600), and it is confirmed whether the person is the same person. Through such processing, the individual face authentication device 800 can determine how much difference the gaming machines in which the same person is playing have a difference, and in particular, obtain the gaming medium in a short period of time. It is also possible to monitor the goggling behavior that would occur, and it can also be used as sales information for analysis of new machines.
Next, when there is a predetermined number of balls (YES in S2309), the process proceeds to face authentication collation processing (S2600), and it is confirmed whether or not the person is the same person. Through such processing, it is possible to determine how many balls the gaming machine in which the same person is playing possesses, and in particular, a game that acquires a game medium in a short period of time. It is also possible to monitor the behavior. It can also be used as sales information for analysis of new machines. In particular, when the possessed ball is the one acquired today, it is possible to analyze from which gaming machine the player is currently playing.

Next, when the player M has made a big hit (YES in S2311), the individual face authentication device 800 proceeds to face authentication collation processing (S2600) and confirms whether the person is the same person. Through such processing, the individual face authentication device 800 can monitor the state in which the same person has won the jackpot. The captured image 600 described above captures the recorded data from one second before the jackpot signal is received, and therefore the image from the state of the jackpot is stored together with the determination as to whether or not the person is the same person. In some cases, it is possible to check later. It can also be used as sales information for analysis of new machines.

Next, when the individual face authentication device 800 divides the balls to the player accompanied by the player M and allows the accompanying person to play the game (YES in S2313), the individual face authentication device 800 proceeds to face authentication matching processing (S2600), and the same. Check if you are a person. By such processing, the individual face authentication device 800 can prevent the stolen guest card from being used and can prevent mischief while leaving the seat such as a break or a meal.
Next, when the player M inserts the guest card into the ball lending machine PT (YES in S2314), the process shifts to the face authentication matching process (S2600), and it is confirmed whether it is the same person or the first process. Then, the face image data 559 is stored. By such processing, the individual face authentication device 800 prevents the stolen guest card from being used and also prevents the player from being mischieved while leaving a desk such as a break or a meal by registering a personal identification number described later. You can

Next, when the player M puts money into the ball lending machine PT (YES in S2315), the individual face authentication device 800 proceeds to face authentication collation processing (S2600) and confirms whether the person is the same person. .. By such processing, the individual face authentication device 800 can prevent the stolen guest card from being used, analyze how much the same person has used the money, and can use the money to restrict the use of the money or call the attention. At the same time, it can be used as sales information for analysis of new machines.
Next, the individual face authentication device 800 shifts to the face authentication matching process when the player M throws the acquired balls to the counting unit 805 of the pachinko machine P and activates the counting unit 805 (YES in S2316). Then, it is confirmed (S2600) whether or not the person is the same person. By such processing, the individual face authentication device 800 prevents the stolen guest card from being used, analyzes how much the same person has acquired, and uses it as business information for analysis of a new machine. You can In addition, even when the counting unit 805 malfunctions to perform a goto act to increase the number of balls acquired at one time, the criminal act or a person is captured, and the face image data 559 is generated and saved to be used for later verification. Is possible.

Next, when the player M registers the personal identification number in the guest card on the operation display unit 801 of the ball lending machine PT (YES in S2319), the face authentication matching process is performed (S2600), and the person is the same person. Alternatively, it is confirmed whether this is the first processing, and the face image data 559 is stored. Through such processing, the individual face authentication device 800 prevents the stolen guest card from being used and also prevents the player from being mischieved while leaving a desk such as a break or a meal by registering a personal identification number described later. be able to.
When the face authentication processing ends (S2600), the individual face authentication device 800 shifts to the personal identification number registration processing (S2700), and the non-member processing ends.

<<PIN code registration processing>>
FIG. 85 shows a flowchart of the personal identification number registration processing (S2700).
The ball lending machine PT uses the individual face authentication device 800 to prevent the theft or mischief during a break, meal, etc. while away from the seat, and in addition to the membership card 550, the personal identification number is added to the guest card. A lock function is provided as a function that can stop the operation of the registered ball lending machine PT. In order to use the lock function, it is necessary to input a personal identification number (S2701) and register the personal identification number in the ball lending machine PT (S2703). In addition, in order to prevent a mischief in which the personal identification number is forgotten or to inform the personal identification number while registering the personal identification number, the platform number and the personal identification number are transmitted to the face authentication server 80 or the hall computer 90 and stored (S2705). ). By these processes, the individual face authentication device 800 can be prepared for a later trouble.
FIG. 93 shows an example of the personal identification number registration form 81 output when managing the personal identification number stored in the face authentication server 80 when the personal identification number is registered. Items stored by face authentication are a face authentication number 583, a member card ID, a personal identification number, and a communication history. By outputting the personal identification number registration form 81, it is possible to promptly deal with a case where the personal identification number is forgotten, or a mischief in which the personal identification number is intentionally registered and notified.

<<Common processing>>
FIG. 78 shows a flowchart of common processing (S2400) common to members and non-members.
When an abnormality occurs in the gaming machine (YES in S2401), the individual face authentication device 800 shifts to face authentication collation processing (S2600), confirms whether the person is the same person, and if the person is not the same person, performs abnormality processing. You can also do Further, even the same person can update and record the face image data 559. By such processing, the individual face authentication device 800 can deal with troubles to the game machine such as goto, and it is also possible to confirm later by the image.
Next, when the player M inputs the personal identification number (YES in S2403), the individual face authentication device 800 shifts to face authentication collation processing (S2600) and confirms whether the person is the same person. By such processing, the individual face authentication device 800 can prevent the stolen membership card 550 and guest card from being used, and also prevent mischief while leaving the desk such as a break or a meal.
In particular, as shown in FIGS. 89 and 90, until the password is input on the password input display section 845 shown on the liquid crystal operation unit 801 of the ball lending machine PT and the enter button 843 is pressed, the camera 69 is pressed. Since the face is often viewed from the front and the camera 69 is facing the front for a long time, capturing an image during this period is an opportunity to reliably capture the front view. Also, by extracting the face image during this period, it is highly possible that a clear image is obtained, and there is an effect of threatening theft. In particular, in the capture process (S2800), the image can be captured one second before the personal identification number is input, so that the front view can be reliably captured.
Next, when the player M ejects the membership card 550 and the guest card (YES in S2405), the individual face authentication device 800 shifts to the face authentication matching process (S2600), and confirms whether the person is the same person. .. By such processing, the individual face authentication device 800 can prevent the member card 550 and the guest card from being stolen and prevent the member card 550 and the guest card from being mischievous while away from the desk such as a break or a meal.

<<Away away processing>>
FIG. 83 shows a flowchart of the leaving process (S2500) when the player M leaves the seat.
First, it is determined whether or not the member card 550 is being inserted into the member card 550 (S2501). If the membership card 550 is being inserted (YES in S2501), the individual face authentication device 800 waits for the membership card 550 to the ball lending machine PT until the personal identification number is entered (NO in S2502) because the person is away from the seat. Is prohibited (S2513) and the ball lending function is stopped (S2515). By such processing, the individual face authentication device 800 can prevent the member card 550 and the guest card from being stolen and prevent the member card 550 and the guest card from being mischievous while away from the desk such as a break or a meal.
When the personal identification number is input (YES in S2502) while the membership card 550 is being inserted (YES in S2501), the individual face identification device 800 ejects the membership card 550 (S2504), and the machine number and face identification number 583. And an end signal to the face authentication server 80 and the individual face authentication server 120 (S2509). Then, the face image data 559 is stored in the face authentication server 80 and the individual face authentication server 120 (S2511). In this way, the individual face authentication device 800 can later confirm the image or the like with respect to the trouble. Also, since it is possible to confirm the replacement of people, it can be used as sales information for analysis of new machines.

Next, when there is a guest card or the like and the lock function described above is activated (YES in S2503), the ball lending machine PT is prohibited from discharging the membership card 550 (S2513) and the ball lending function is stopped. Is performed (S2515). By such processing, the individual face authentication device 800 can prevent the guest card from being stolen and being prevented from being mischieved while leaving the seat such as a break or a meal.
Next, when a guest card or the like is inserted and there is a balance left while leaving the seat (YES in S2505), the ball lending machine PT is prohibited from discharging the membership card 550 (S2513) and the ball lending function is stopped. Is performed (S2515). By such processing, the individual face authentication device 800 can prevent the guest card from being stolen and being prevented from being mischieved while leaving the seat such as a break or a meal.
Next, if a guest card or the like is inserted and there is a ball held while leaving the seat (YES in S2507), the ball lending machine PT is prohibited from discharging the membership card 550 (S2513) and the ball lending function It is stopped (S2515). By such processing, the individual face authentication device 800 can prevent the guest card from being stolen and being prevented from being mischieved while leaving the seat such as a break or a meal.

When a non-member other than the above is absent, the individual face authentication device 800 determines that the game is over, the machine number and the face authentication because the ball lending machine PT is in a state in which there is no remaining money or balls. The number and the end signal are transmitted to the face authentication server 80 and the individual face authentication server 120 (S2509). Then, the face image data 559 is stored in the face authentication server 80 and the individual face authentication server 120 (S2511). In this way, the individual face authentication device 800 can later confirm an image or the like for a trouble. In addition, since it is possible to confirm the replacement of people, it can be used as sales information for analysis of new machines.

<<Abnormal processing>>
FIG. 84 shows a flowchart of the abnormality processing (S3000) which is processing when an abnormality occurs in the control of the individual face authentication device 800.
When the individual face authentication device 800 determines the type of abnormality described above (S3001) and prohibits the ejection of the membership card 550 and the guest card of the ball lending machine PT (YES in S3003), the individual face authentication device PT is notified to the ball lending machine PT. To output a card ejection prohibition command (S3005), and the ball lending machine PT cancels a card ejection signal such as a return button from the gaming machine (S3007). Further, in order to display that the ball lending machine PT prohibits card ejection, a card ejection prohibition display is displayed on the LED display section 812 and the operation display section 802 (S3009). An abnormal code for discriminating the machine number and the type of abnormality is transmitted to the face authentication server 80 and the individual face authentication server 120 (S3011). The individual face authentication device 800 prohibits card ejection until the generated abnormality is processed and the prohibition of card ejection is released (NO in S3013). When the generated abnormality is processed and the prohibition of card ejection is removed (YES in S3013), the individual face authentication device 800 outputs a card ejection possible command to the ball lending machine PT (S3015), and the ball lending machine. In order to display that the card can be ejected, the PT displays on the LED display unit 812 or the operation display unit 802 that the card can be ejected (S3017).

<Processing from when a member sits down at a gaming machine to when he/she leaves>
Processing of data from when a member sits down to when he/she leaves the game machine under the control of the individual face authentication device 800 will be described with reference to a sequence diagram shown in FIG. 86.
When the individual face authentication device 800 detects that a person is seated on each of the cameras 69 by motion detection or a human body sensor, the individual face authentication server 820 enters a standby state and recording is started. Then, if the personal identification number is input (YES in S2201), the process proceeds to the recorded data capture process (S2800), and the captured image 600 is saved. The individual face authentication server 820 generates face image data 559 from the captured capture image 600 (S2203). The individual face authentication server 820 reads the face image data 555 stored in the membership card 550 and compares it with the face image data 559 stored in the capture data area 865 (S2209). If the face image data 555 stored in the membership card 550 and the face image data 559 stored in the capture data area 865 match (YES in S2209), the individual face authentication server 820 sets the monitoring level to 1 (S2210). The face image data 559 is saved in the save data area 864 of the HDD 855 (S2211). The individual face authentication server 820 transmits the unit number, the member ID, and the start signal to the face authentication server 80 when the face authentication is successful (S2213). The face authentication server 80 stores the transmitted member ID, machine number, collation result, and start time.

Next, the individual face authentication server 820 starts the ending process by pressing the return button 402 of the gaming machine or the end button of the ball lending machine, and leaves the seat (S2500) by inputting the personal identification number (S2502). Begins. When the leaving process is normally completed, the individual face authentication server 820 transmits the member ID, the machine number, and the end signal to the face authentication server 80 (S2213). The face authentication server 80 saves the transmitted member ID, machine number, and end time, and ends the control.

<Processing from non-member seating to leaving the game machine>
In the control of the individual face authentication server 820, the processing of the data from the non-member sitting on the gaming machine to the leaving is explained, and the processing of the individual face authentication server 820 and the face authentication server 80 will be described with reference to the sequence diagram shown in FIG. 87. To do.
When the individual face recognition device 800 detects that a person is seated on the camera 69 by the motion detection or the human body sensor, the individual face authentication server 820 enters the standby state and starts recording. Since the monitoring level is not set at first, the face authentication matching process is performed to set the monitoring level (S2600), and then the recording data capture process is performed (S2800) to save the captured image 600. To do. The individual face authentication server 820 generates face image data 559 from the captured capture image 600 (S2601), and stores the face image data 559 in the capture data area 865 (S2901). The individual face authentication server 820 transmits the unit number, the face image data 559, and the start signal to the face authentication server 80 (S2903).

The face authentication device server 80 collates the transmitted face image data 559 to determine whether it is a person requiring attention, a good customer, a new customer or a general customer (S2905, S2097, S2909), and sets the monitoring level of the player M. (S2913, S2921, S2915). The face authentication device server 80 stores the machine number, the face image data 559, and the start time (S2925). The face authentication device server 80 transmits the face authentication number 583 and the monitoring level to the individual face authentication server 820.

Next, the individual face authentication server 820 starts the ending process by pressing the return button 402 of the game machine or the end button of the ball lending machine, and if it can be completed normally, the leaving process is started (S2500). The individual face authentication server 820 transmits the face authentication number, the machine number, and the end signal to the face authentication server 80. The face authentication server 80 saves the transmitted member ID, machine number, and end time, and ends the control.

<Data saved in the hall computer by the above processing>
FIG. 92 shows an example of data stored in the hall computer 90 as a form 99.
Member ID, face authentication number 583, machine number, start time and end time of game, game data "number of big hits, number of start (S), number of owned balls, number of difference balls" are used for new machine analysis and business analysis can do.

Although the present invention has been described by showing the guest card, it may be a coin type in which an IC chip is mounted or a mobile phone in which an IC chip is mounted in addition to the card format.

<Control of edge treatment device in amusement hall system>
The manner in which the edge treatment device 70 is controlled when performing the edge treatment in the game arcade 1 will be described in detail with reference to the sequence diagrams, flowcharts, schematic diagrams, explanatory diagrams, etc. shown in FIGS. 94 to 108. .. The end ball processing device 70 mainly includes an end ball server 71 installed in the chain store head office 500, a ball lending machine PT installed for one pachinko machine P in the game arcade 1, and a personal mobile terminal SM. It is composed by.

<<Registration processing of an edge ball by the edge ball processing device in the system for amusement hall>>
The sequence diagram, the flowchart, the schematic diagram, the explanatory diagram, etc. shown in FIG. 94 to FIG. 98 and FIG. 105 to FIG. A detailed description will be given centering on the sequence diagram shown in FIG.
FIG. 94 is a flowchart of an application end ball registration process for registering an end ball by application software installed in the personal mobile terminal SM. FIG. 95 is a flowchart of the ball lending machine registration processing for registering an end ball by the ball lending machine PT. FIG. 96 is a flowchart of the edge ball server registration processing for registering an edge ball by the edge ball server 71. FIG. 97 is a sequence diagram of a process of registering an end ball. FIG. 98 is an explanatory diagram when registering an end ball. FIG. 105 is a flowchart of the special code creating process when creating the special code 75. 106 and 107 are explanatory diagrams showing an example of data stored in the end ball server 71.

First, after the end of the game, the player M operates the end ball processing display portion 802h of the ball lending machine PT to register the remaining end balls (YES in S3221). At that time, the ball lending machine PT shifts to the special code creating process (S3350) and creates the special code 75. Next, the ball lending machine PT displays on the edge processing display section 802h the address of the edge server 71, the special code 75, the number of balls, the number and the shop code which are difficult to identify at a glance such as a QR code (registered trademark). The information is displayed on the information display unit 815 in the mode (S3223). At the same time, the ball lending machine PT sends the special code 75, the number of balls to be registered, the machine number, the store code, and the ball lending unit price data to the end ball server 71 and the hall computer 90 (S3225).

Further, the player M who has started the application software of the personal mobile terminal SM selects the edge ball registration processing, and the ball lending machine PT reads the information displayed on the information display section 815 of the edge ball processing display section 802h. When read from the camera 872 (S3203), the end piece server 71 is automatically accessed (S3205), and the personal mobile terminal SM transmits the application code 76, the special code 75, the store code, the unit number, and the number of balls ( S3207).

If there is a registration instruction from the personal portable terminal SM or the ball lending machine PT, the end ball server 71 starts the process (YES in S3241), and the special code 75 from the ball lending machine PT, the unit number, the store Data is received and stored for the code, the ball lending unit price, and the number of balls (S3243).
The edge server 71 waits until data for collation is transmitted from the personal mobile terminal SM (NO in S3245). If the data for matching is transmitted from the personal portable terminal SM (YES in S3245), the end ball server 71 sends the special code 75, the unit number, the store code and the number of balls sent from the ball lending machine PT. Is collated (S3247).

If the verification result is normal (YES in S3249), the end ball server 71 gives an instruction to display the number of balls to be registered in the personal mobile terminal SM and whether to register (S3211) (S3209) (S3251). ). The personal mobile terminal SM displays whether or not to register (S3211) (S3209), and when registering (YES in S3211), instructs the end ball server 71 to register (S3213). If there is a registration instruction from the personal portable terminal SM (YES in S3257), the end server 71 stores the application code 76, the special code 75, the machine number, the store code, the ball lending unit price and the number of balls (S3259). ). Then, the end ball server 71 gives a normal notification to the personal portable terminal SM and the ball lending machine PT (S3261).
On the other hand, if the collation result is abnormal (NO in S3249), the edge server 71 notifies the personal portable terminal SM and the ball lending machine PT of the abnormality (S3253), and the communication abnormality is also considered. As a precaution, temporary registration is performed, and the transmitted data is stored for a certain period (S3255).
In this way, since the number of balls to be registered is checked by the ball lending machine PT and the end ball server 71, even if the player M falsifies the data, the number of balls of the game medium to be registered does not match. Without registration, the game hall can use the system with increased security.

The ball lending machine PT waits until a notice of a normal signal or an abnormal signal is sent from the end ball server 71 (NO in S3229 and NO in S3231), and if the end ball server 71 sends a normal signal (YES in S3229). , The process ends. Further, when the ball lending machine PT is notified of the abnormal signal from the end ball server 71 (YES in S3231), the ball lending machine PT stores the data in the hall computer 90 and ends the processing (S3233). In this way, by storing the data in the hall computer 90, it is possible to prevent the data from being erased due to the communication abnormality, and it is effective for the collation later, so that it is possible to avoid the trouble with the player M.
The personal portable terminal SM ends this processing if a normal notice is given from the end piece server 71 (S3261) and returns to the processing from the beginning if an abnormal notice is given (NO in S3215). ..
The player M accesses the edge server 71 in advance to download the application software of the personal mobile terminal SM. At that time, at the time of downloading or initial registration, a secret code necessary for accessing the application code 76 or the end piece server 71 which is changed to an ID is registered. In particular, since the application code 76 can be used instead of an ID even if personal information such as an address is not registered, it is possible to register anonymously by registering a personal identification number to improve security, and no troublesome operation is required. For a mobile phone without an IC chip, it is possible to easily register.

Here, the above-described special code creation processing (S3350) will be described with reference to FIG. In the special code creation processing (S3350), a program to be created in the end ball server 71 or the ball lending machine PT is installed, and when a special code creation instruction is issued (S3351), the end ball server 71 or the ball lender PT. Generates a hexadecimal code generated by random numbers (S3353). Further, the end ball server 71 or the ball lending machine PT also codes the date (S3355). Further, a hexadecimal number created by a random number and a code obtained by coding the date are added and coded (S3357). Then, the end ball server 71 or the ball lending machine PT creates the special code 75 by these processes, stores it, and ends the processing (S3359).
The special code 75 created in this way can be encrypted by using random numbers, and even if it is generated at the same time, the same code does not exist, and it is a highly secure code. By using the key 75 as a key for verification, the security is enhanced. Further, by mixing the special code 75 with the date data, it is not necessary to separately send the date data, and the processing is speeded up.

<<Process of paying out the edge by the edge processing device in the system for amusement hall>>
Using the sequence diagram, the flowchart, the schematic diagram, the explanatory diagram, etc. shown in FIGS. 99 to 105 and FIG. A detailed description will be given centering on the sequence diagram shown in FIG. FIG. 99 is a flowchart of an application end ball payout process when paying out an end ball by application software installed in the personal mobile terminal SM. FIG. 100 and FIG. 101 are flowcharts of the edge server payout processing by the edge server 71. FIG. 102 is a flowchart of the ball lending machine payout processing by the ball lending machine PT. FIG. 103 is a sequence diagram of a process for paying out an end ball. FIG. 104 is an explanatory diagram when paying out an end ball. FIG. 108 is an explanatory diagram showing an example of a display displayed when the end ball server 71 displayed on the personal mobile terminal SM is accessed.

First, the player M activates the application software of the personal mobile terminal SM (YES in S3271), and the personal mobile terminal SM inquires of the edge server 71 about the application code 76 and the personal identification number (S3273). If there is an inquiry of the personal portable terminal SM (YES in S3291), the end server 71 inquires the application code 76 and the personal identification number (S3293), and if the verification is successful (YES in S3295), the personal portable terminal. The SM succeeds in accessing the end ball server 71.
The end server 71 reads the stored data from the application code 76 (S3297), and displays the number of balls stored by the player M on the read display screen 871 of the personal mobile terminal SM of the personal mobile terminal SM (S3299). ..
The player M operates the read display screen 871 of the personal mobile terminal SM, selects a store, inputs the unit number, the unit price for payout and the number of payout balls, and the personal mobile terminal SM stores the store code. , The unit number, the ball unit price, and the payout ball number are transmitted to the end ball server 71 (S3277). The oddball server 71 waits until there is a payout instruction (NO in S3301), and if there is a payout instruction from the personal mobile terminal SM as described above (YES in S3301), the oddball server 71 indicates the store code, the table The number, the ball unit price and the number of paid-out balls are received (S3305), the number of paid-out balls is compared with the number of stored balls in the end ball server 71 (S3307), and it is confirmed whether the number of balls can be paid out (S3309). If the number of balls to be paid out is not (NO in S3309), a confirmation instruction is given to the personal mobile terminal SM to confirm the number of balls to be paid out (S3311), and the payout is given to the player M. It is urging that there is an error in the setting of the ball unit price or the number of payout balls. In this way, by prompting the player M to make a mistake, the game hall can reduce troubles with the player M.

If the number of balls that can be paid out is reached (YES in S3309), the end ball server 71 moves to the special code creating process and creates a special code (S3350). The end ball server 71 transmits the access code, special code 75, unit price and payout number to the personal mobile terminal SM, and the access code, special code 75, unit price and payout is displayed on the reading display screen 871 of the personal mobile terminal SM. The information display unit 875 is instructed to display information such as the number of balls (S3315).
The personal mobile terminal SM receives the access code, special code 75, ball unit price and payout ball number data from the end ball server 71 (S3281), and the access code, special code 75, ball unit price and application are displayed on the information display unit 875. Information of the code 76 and the number of payout balls is displayed in a display mode that is difficult to identify at a glance such as QR code (registered trademark) (S3283). As described above, by using the display mode that is difficult to identify at first glance, it is possible to prevent the surrounding player from stealing and paying out the end ball that has been stored and has been spoofed.

The player M operates the end ball processing display portion 802h of the ball lending machine PT to display information such as the access code, special code 75, ball unit price, application code 76 and payout ball number displayed on the information display portion 875. As shown at 104, a reading instruction is given to each camera 69 of the ball lending machine PT (YES at S3331).
The ball lending machine PT makes preparations for reading information from each camera 69 (S3333), performs reading (S3335), and waits until the reading of each camera 69 succeeds (NO in S3337). If the reading of the platform camera 69 is successful (YES in S3337), the edge server 71 is automatically accessed by the access code.
The ball lending machine PT transmits the information on the special code 75, the ball unit price, the application code 76 and the number of paid-out balls, which are read by the cameras 69, to the end ball server 71. If the personal mobile terminal SM succeeds in reading the information of the information display unit 875 from each camera 69, the personal mobile terminal SM ends the process (YES in S3285).
In this way, the security of communication with other devices is enhanced by using the reading of each camera 69 of the ball lending machine PT to send and receive information to and from the end server 71, and the game player M plays a game machine. It is convenient because you can sit down in front of it and carry out the treatment. Further, since the personal mobile terminal SM can be used as long as it is a mobile phone having a camera for capturing information and a function for displaying information, it can be used even for a mobile without an IC chip.

The end ball server 71 waits until it receives information from the ball lending machine PT (NO in S3317), and when receiving the information (YES in S3317), sets the information of the ball lending machine PT from the personal mobile terminal SM. The information is compared and collated (S3319). As a result of the collation, if the information matches (YES in S3321), the end ball server 71 performs payout approval to the ball lending machine PT (S3323). The ball lending machine PT, which has been waiting until the payout approval is received (NO in S3341), receives the payout approval (YES in S3341), pays out the balls (S3343), and notifies the end ball server 71 of the completion when the payout is completed. Is transmitted (S3345). The ball lending machine PT displays the number of paid-out balls on the end ball processing display unit 802h (S3347).
As a result of the collation, when the information does not match (NO in S3321), the end ball server 71 notifies the ball lending machine PT of the abnormality (S3323), and the ball lending machine PT pays the player M. The process is terminated by prompting that there is an error in the setting of the ball unit price or the number of balls to be paid out. In this way, by prompting the player M to make a mistake, the trouble with the player M can be reduced.
Further, since the number of balls to be paid out is checked by the ball lending machine PT and the end ball server 71 by performing such a check (S3319), the payout is made even if the player M falsifies the data. Since the number of balls in the game medium does not match, the payout is not made, and the game hall can use the system with enhanced security.

After performing the payout approval to the ball lending machine PT (S3323), the edge ball server 71 updates the data by subtracting the number of balls paid out from the data of the edge ball server 71 (S3325), and executes all processing. The completion is notified to the personal mobile terminal SM by e-mail (S3327).
The e-mail sent to the personal mobile terminal SM sends not only the information about the stored amount but also the information about registration from the game hall or the institution that manages the stored coins and the information about various changes such as operation. You may make an announcement.

The information from the ball lending machine PT is stored in the hall computer 90, and the hall computer 90 replaces the processing of the ball lending machine PT (the processing of S3225 to S3233 and S3339 to S3347). It is also possible to transmit and receive to and from each of the ball lending machines PT by performing processing (S3225 to S3233, S3339 to S3347).
By the hall computer 90 performing the processing instead of the ball lending machine PT in this way, not only the transmission/reception with the end ball server 71 is accelerated, but also the security can be enhanced because it is independent from the operation of the player M.
Further, like the face image data 559 from the ball lending machine PT and money sales data, information such as an access code, a special code 75, a ball unit price, an application code 76, and the number of balls to be paid out is a stand computer 93 and an island computer 91. Is transmitted to the hall computer 90 via. By using the same data communication line in this manner, it is not necessary to additionally install it later.

Next, an example of the data stored in the edge ball server 71 of the edge ball processing device 70 described above is shown in FIGS. 106 and 107.
In FIG. 106, the data stored in the oddball server 71 shows an oddball server list 72. The “app code” 76 indicates a unique number of application software installed in the personal mobile terminal SM. The “personal identification number” is a number for approval when accessing the end server 71, and after the access, refers to the number of game media held by the player M and pays out from the ball lending machine PT. Can be set. The “E-mail address” indicates the address of the personal mobile terminal SM of the player M, and is used to send a notification that registration processing or payout processing has been completed, a notification that the expiration date or arrival is about to arrive, and business information. It
The “number of balls saved (1 yen)” is the number of balls converted to the lending unit price of 1 yen, which is saved in the odd-numbered server 71. The “update date and time” stores the last update date and time, and is the starting date of the expiration date. The "special code" stores the special code 75 at the time of the last processing. The “store code” stores the number of the store when the processing was last performed.

FIG. 106 shows an individual-end ball server list 72 showing data for each application code 76 stored in the end-ball server 71.
In addition to the data displayed in the end-table server list 72, the "birth-date of birth" and "visit store history" are described in the individual-side end-table server list 72. The store visit history stores “year/month”, “date/time”, “number of deposits”, “corner” indicating the rental unit price of the game medium, and “deadline” indicating the state of the deadline.
In this way, by providing the expiration date, the end server 71 can keep the amount of accumulated data constant. In addition, it can be used for management to notify the player M that the expiration date is near by e-mail or the like. The expiration date can be set to a predetermined period.

The end ball server 71 is provided outside the game arcade 1 and connected to the ball lending machine PT using the Internet network E. However, the end ball server 71 is provided inside the game arcade 1 and connected by the switching hub 7. It may be a small one used.
Although the case where the end balls are stored has been described in the present embodiment, the present system can be applied to a ball storage system in which the storage amount is increased to store the balls acquired by the game player M.
The installation of the application software of the personal mobile terminal SM itself, the registration in the edge server 71, the registration of the number of fractions, and the series of operations described above in the personal mobile terminal SM are performed by the ball lending machine PT in each unit. , A QR code (registered trademark) displayed on the liquid crystal screen of the ball lending machine or the platform information display device K installed in the game arcade is read by the camera 872, and the application software of the personal mobile terminal SM is read. The registration and the payout operation described above may be automatically performed. With the above configuration, even when the operation of the personal mobile terminal SM is complicated, it becomes possible for anyone to easily perform the operation of registering and paying out the accumulated coins. Alternatively, a seal or the like with a QR code (registered trademark) may be read and photographed by the camera 872, and the application software of the personal mobile terminal SM may automatically operate for registration or withdrawal operations.

(Technical features)
An example of the technical features of the present embodiment is shown in parentheses below, but they are given as an example without being particularly limited, and the effects conceivable from these features are also described.

<First feature point>
A gaming hall system used in a gaming hall in which a gaming machine (for example, a pachinko machine P or a slot machine S is mainly installed), in which a gaming medium (for example, a pachinko ball or medal) owned by a player is stored. The storage means (for example, the edge ball server 71) to be stored and the lending means for renting out the game medium (for example, the ball lending machine PT or the medal lending machine CT and the ball lending machine or the medal lending machine in the game hall) An edge processing means provided with a reading means (for example, mainly each camera 69) for reading information displayed on a portable terminal (for example, mainly a personal portable terminal SM) owned by the player. (For example, an end piece processing device 71 (mainly, an end piece server 71, a ball lending machine PT installed for one pachinko machine P in the game arcade 1, a personal portable terminal SM, etc.) )), the edge processing means is a registration approval code for approving registration to at least the number of game media of the game media, the identification information of the player and the storage means on the display screen of the lending means. Registration display means (for example, mainly the processing of S3223) for displaying registration information including, for example, the number of end pieces, the application code 76 or the unique ID of the player M, the personal identification number or the special code 75. A registration unit that registers at least the number of game media and the identification information in the storage unit by reading the registration information with a mobile camera (for example, a reading camera 872) mounted on the mobile terminal (for example, mainly S3259). Processing), and a payout for approving the payout of the game medium from at least the number of the game media of the game medium, the identification information of the player and the lending means on the display screen (for example, mainly the read display screen 871) of the mobile terminal. A payout display means (for example, mainly a read display screen 871) for displaying payout information including the approval code (for example, the number of end pieces, the application code 76 or the unique ID of the player M, a secret code or a special code 75). , S3283), and a payout means for paying out the game medium from the lending means by reading the payout information by the reading means of the lending means (for example, mainly the processing of S3335 to S3343). It is characterized by that.

Due to the above features, the player can register and pay out the game medium by using the portable camera of the mobile terminal and the reading means of the lending means, and the display part of the mobile terminal and the lending means. Even a mobile phone without an IC chip can handle it. In addition, the game customer can rent out the game medium again and replay the game. Further, even in a game arcade, processing can be performed easily and with increased security.

<Second feature point>
The payout approval code created by the storage means (for example, a personal identification number or a special code 75), the payout means reads the payout approval code read by the lending means, and the payout approval created by the storage means. It is provided with a payout approval means (for example, mainly the processing of S3319, S3321, and S3341) that collates with the code and approves the payout of the technical medium when the codes match.
Due to the above features, the number of game media to be paid out is collated by the lending means and the storage means, so even if the player tampers with the data, the number of game media to be paid out does not match, so the payout is made. Therefore, the game arcade can enhance the security and use the system.

<Third feature point>
The payout approval means connects the lending means and the storage means through a line without passing through the mobile terminal and performs a payout verification code verification (for example, mainly router 7, S3319, S3321, S3341). Processing).
With the above features, the number of game media to be paid out is checked by the lending device and the storage means without going through the process of the mobile terminal, so even if the player falsifies the data, the check is still made from the mobile terminal. Since it is inaccessible to the process, the payout is not performed because the number of game media to be paid out does not match, and the game hall can use the system with enhanced security.

<Fourth feature point>
The registration approval code created by the lending means (for example, mainly a personal identification number or special code 75);
The registration means collates the registration approval code read by the mobile terminal with the registration approval code created by the lending means, and if they match, at least the number of game media of the game media and the identification of the player. A registration approval unit (for example, mainly the processes of S3225, S3247, and S3249) for registering information in the storage unit is provided.
With the above characteristics, the number of game media to be registered is checked by the lending means and the storage means. Therefore, even if the player falsifies the data, the number of game media to be paid out does not match, so the registration is performed. Therefore, the game arcade can enhance the security and use the system.

<Fifth feature>
The registration approval means connects the lending means and the storage means by a line without passing through the mobile terminal and performs a verification of the registration approval code (for example, mainly router 7, S3225, S3247, S3249). With the above features, the player can check the number of game media to be registered by the lending means and the storage means without going through the processing of the mobile terminal. Even if it is tampered with, it is not possible to access the verification process from the mobile terminal, so the registration is not performed because the number of game media to be registered does not match, and the game hall can use the system with higher security. Is.

<Sixth feature>
It is characterized by further comprising an approval code creating means (for example, the process of S3350) for creating the payout approval code or the registration approval code generated by a random number.
Due to the above characteristics, it is possible to encrypt by using random numbers, and even if they are generated at the same time, the same one does not exist, and since it is a high security code, this authorization code is used as a key for High security can be obtained by using for verification.

<Seventh feature>
A gaming machine management means (mainly a hall computer system 90, for example) that holds data from the gaming machine or performs statistical processing performs the payout collating means, and issues a payout instruction to each of the lending means from the gaming machine management means. It is characterized by performing.
Due to the above characteristics, not only the transmission and reception between the lending means and the storage means can be speeded up, but also because the operation is independent from the operation of the player M, security can be improved.

It is needless to say that the present invention is not limited to the above-described embodiments and can be implemented in various modes as long as they are within the technical scope of the present invention.

As shown in the above-described embodiment, the present invention can be applied to the gaming machine of the present embodiment such as a game center and a casino, or a facility that conducts business similar to this gaming machine. It can also be used in a crime prevention system such as a shopping center, an amusement facility or a station where many people gather.

1... game hall, 2... management area, 3... game area, 5... wireless router,
10... Communication server, 60... Surveillance camera system, 61... Surveillance camera, 69... Each camera,
70... Edge processing device, 71... Edge server, 80... Face authentication server,
90... Hall computer system, 600... Captured image,
555, 556, 557, 559, 605, 606... Face image data,
800... Individual face authentication device, 820... Individual face authentication server, P... Pachinko machine,
S... Slot machine, PT... Ball lending machine, CT... Medal lending machine, SM... Personal mobile terminal.

Claims (7)

A game hall system used in a game hall with a game machine installed,
Storage means for storing the game medium owned by the player,
The game machine is provided with a renting means for renting out a game medium, and a reading means for reading information displayed on a mobile terminal owned by the game player is provided, and an edge processing means is provided.
The edge treatment means,
Registration display means for displaying registration information including at least the number of game media of the game media and a registration approval code for approval of registration in the storage means on the display screen of the lending means,
After the portable camera mounted on the portable terminal reads and collates the registration information sent from the portable terminal with the registration information received from the lending unit, and when the collation result is normal, the portable information is stored. A display prompting registration is instructed on the display screen of the terminal, and at least the number of game media and unique identification information used by the application software of the mobile terminal are registered in the storage means by a registration instruction from the mobile terminal. Registration means to
A payout display means for displaying at least the game medium number of game media, the identification information and the payout information including the payout authorization code to authorize the payout of the game medium from the lending unit on a display screen of the portable terminal,
A payout means for paying out the game medium from the lending means by reading the payout information by the reading means of the lending means,
A system for amusement arcades, which is equipped with. The payout approval code created by the storage means,
Said dispensing means, said a payout authorization code which the lending unit read collates the said payout authorization code said storing means creates and payout authorization means to approve the payout of Yu technique medium by matching, The system for a game arcade according to claim 1, further comprising: 3. The game according to claim 2, wherein the payout approval means includes a payout verification means for verifying the payout approval code by connecting the lending means and the storage means through a line without passing through the mobile terminal. System for the field. The registration approval code created by the lending means,
The registration means collates the registration approval code read by the mobile terminal with the registration approval code created by the lending means, and if they match, at least the number of game media of the game media and the identification information are obtained. The system for a game arcade according to claim 1, further comprising registration approval means for registering in the storage means. 5. The game according to claim 4, wherein the registration approval means comprises a registration verification means for verifying the registration approval code by connecting the lending means and the storage means through a line without passing through the mobile terminal. System for the field. 2. The system for a game arcade according to claim 1, further comprising an authorization code creating means for creating the payout authorization code or the registration authorization code generated by a random number. A gaming machine management means for holding data from the gaming machine or performing statistical processing , instructs the payout collating means to collate, and gives the payout instruction to each of the lending means from the gaming machine management means. Item 3. A system for a game hall according to Item 3.

Images