JP6901338B2 - Amusement park management system - Google Patents

Description

The present invention relates to a playground management system.

In recent years, gambling addiction has become a major problem, and each amusement park is trying to take various measures as a countermeasure. For example, Patent Document 1 describes that a player who is devoted to the game is detected based on the player's playing time and the degree of the loss amount, and the player is urged to refrain from playing the game. However, it is difficult to expect a large effect because it is up to the individual player to decide whether or not to actually refrain from playing the game at that time.

Japanese Unexamined Patent Publication No. 10-151265

The present invention has been made in view of the above circumstances, and an object of the present invention is to allow a player who cannot suppress the game by his / her own will to appropriately limit the game, and from addiction. The purpose is to provide a management system for amusement parks that can support the recovery of the game.

With the playground management system, even players who have difficulty limiting their own games can limit their games with the support of their families, promoting recovery from addiction. be able to.

Overall block diagram which shows one Embodiment of this invention Front view of the counting rental unit shown together with the gaming machine Functional block diagram showing mainly the counting lending unit Explanation showing data registered in response to a player's declaration or a supporter's application, (a) is member attribute data, (b) is addiction countermeasure target person data, and (c) is support family data. Figure The data managed and aggregated by the management device, (a) is member ownership value data, (b) is member game history data, (c) is member game aggregation data, and (d) is all member game restriction setting data. Explanatory drawing showing, Screen when inserting an IC card on the display of the counting lending unit Screen when game restriction conditions are set Screen when the upper limit of members with support family is reached Receiving screen for additional payment consent / disagreement Explanatory drawing showing screen transition in the display part of a mobile terminal PUSH notification screen for confirmation of consent regarding additional payment

Hereinafter, an embodiment of the present invention will be described with reference to the drawings. Since a common system (game hall management system 100) for managing the game status of each player is constructed in the three game halls A, B, and C illustrated in FIG. 1, the game hall A is described below. The description will focus on the configuration of.

A plurality of gaming machines 1 are installed in the game hall A, and a counting lending unit 2 and a gaming information display device 3 are attached to each of the gaming machines 1. The game machine 1, the counting lending unit 2, and the game information display device 3 are connected to the relay device 4 by two. The relay device 4 is connected to the management device 6 via the LAN 5.

In addition, a settlement device 7 and a prize exchange terminal (hereinafter referred to as POS) 8 are also installed in the amusement park A, and these settlement devices 7 and POS 8 are also connected to the management device 6 via the LAN 5. When a general card or a membership card (indicated by reference numerals 9 and 10 in FIG. 3) is inserted into the card insertion slot 7a, the settlement device 7 reads the cards 9 and 10 with a card reader / writer (not shown) to specify the deposit balance. , The banknotes and coins corresponding to the deposit balance are refunded from the return port 7b. The POS 8 reads the cards 9 and 10 with the attached card processing machine 8a to specify the game value (number of balls held and the number of stored balls), and performs a prize exchange process based on the game value. In addition, the possession ball is a ball counted during the day, and the stored ball is a ball counted before the previous day.

The management device 6 is installed in, for example, an office in the game hall A, and is connected to a monitor 6 m, a keyboard 6 k, and the like. The management device 6 inputs game data output from the above-mentioned various devices such as the game machine 1, the counting lending unit 2, the game information display device 3, etc., so that the operating status of the various devices and each member registered as a member can be used. Manage personal data, etc. Although not shown in FIG. 1, in addition to the pachinko machine shown in the figure, for example, several hundred game machines 1 including so-called slot machines are managed by the management device 6.

As shown in FIG. 2, the gaming machine 1 is a CR pachinko machine, has an operation handle 12, an upper tray 13, and a lower tray 14 constituting a launching device for launching balls on the board 11, and has a liquid crystal display on the board 11. It has a section 15, a starting port 16, and a large winning opening 17. Further, on the upper surface of the upper tray 13 of the gaming machine 1, there are lending buttons 13a and return buttons 13b arranged side by side.

When the player operates the operation handle 12, a ball is fired on the board surface 11, and when the ball wins a prize in the starting port 16, a number of balls corresponding to the prize is paid out or a big hit lottery is performed. In the big hit lottery, the liquid crystal display unit 15 executes a symbol change by a so-called special symbol (special symbol), and when the stopped displayed symbol is a jackpot symbol, a jackpot occurs. When a big hit occurs, for example, the big winning opening 17 is opened for 15 rounds.

The following signals are transmitted from the game machine 1 to the management device 6 side according to the execution of the game.
-Driving signal: A signal indicating the number of balls (the number of gaming media) that have been driven into the gaming machine 1.
-Painout signal: A signal indicating the number of balls paid out from the gaming machine 1.
-Big hit signal: A signal indicating that a big hit condition has occurred.
-Start signal: A signal indicating that the electric accessory that triggers the occurrence of a big hit has been activated (design fluctuation).

The counting lending unit 2 is provided corresponding to each gaming machine 1 and has a so-called counting function for each machine. Specifically, as shown in FIG. 2, the counting lending unit 2 includes a status display unit 21 showing the current operating state (for example, a normal state, an error state, etc.), a bill insertion slot 22 into which a bill is inserted, and a well-known CMOS. A camera 23 including an image sensor such as a sensor or a CCD sensor (only the front camera window 23a is shown in FIG. 2), and a touch panel type that displays information such as the number of symbol fluctuations (number of starts) and jackpot probability as the game progresses. LCD display 24, payout button 25 for paying out balls for one unit (number of units granted), payout nozzle 26 through which the paid out balls pass, card insertion slot into which a general card 9 or membership card 10 is inserted 28, a detachable counting tray 29 and the like located below the lower tray 14 of the gaming machine 1 are provided.

The functional block diagram of FIG. 3 mainly shows the configuration of the counting lending unit 2. The control unit 20 of the counting lending unit 2 is mainly composed of a microcomputer having a CPU 20a, a ROM 20b, a RAM 20c, an I / O 20d, and the like. Peripheral units connected to the control unit 20 include the above-mentioned status display unit 21, liquid crystal display unit 24, and payout button 25, and transmit and receive various signals and various information to and from the management device 6 and the game machine 1. The I / F unit 20e, the bill processing unit 22a for determining the authenticity of the bill inserted in the bill insertion slot 22, the touch panel 24a provided on the liquid crystal display unit 24, and the cards 9 and 10 inserted in the card insertion slot 28. Card RW (reader / writer) 28a for reading and writing various stored information, card stock section 28b capable of stocking up to 10 general cards 9, and payout button 25 once when the payout button 25 is operated. It includes a payout unit 25a for paying out minutes of bills from a payout nozzle 26, a counting unit 29a for counting the number of balls flowing in from a counting tray 29, and the like. On the other hand, four cameras 23 are connected to the image processing device 30 as shown in FIG. 1 without being connected to the control unit 20. The image processing device 30 is connected to the management device 6 via the LAN 5.

The general card 9 is a card that is valid only on that day, and has an IC chip 9a built-in. The IC chip 9a stores a general ID that can identify the card, and also stores the deposit balance and the number of balls held in the counting lending unit 2. The number of balls held by this general card 9 is valid only on that day, and the deposit balance can be used from the next day onward.

The membership card 10 is a card that is valid until a preset expiration date (for example, 3 years), and has a built-in IC chip 10a. The IC chip 10a stores a member ID that can identify the player who has registered as a member, and also stores the deposit balance. The number of balls held and the number of balls stored corresponding to the membership card 10 are stored in the member account of the management device 6. The number of balls held, the number of stored balls, and the balance of deposits of the membership card 10 can be used from the next day onward.

The counting lending unit 2 has the following functions.
(1) When a bill inserted into the bill insertion slot 22 is received with the cards 9 and 10 not inserted (when money is accepted), the general card 9 stored in the card stock section 28b is delivered to the card RW28a. Then, the deposit amount (in units of 1000 yen) is stored, and the deposit amount (payment balance) is displayed on the liquid crystal display unit 24. At this time, since the frequency (500 yen) is 125 balls in a pachinko machine with a loan unit price of 4 yen, the frequency corresponding to the deposit balance may be displayed on the liquid crystal display unit 24.

(2) In response to the operation (lending operation) of the lending button 13a of the gaming machine 1, a lending process is performed in which balls corresponding to one frequency are lent from the payout mechanism inside the gaming machine 1 within the range of the deposit balance.
(3) The balls that fall from the lower tray 14 of the gaming machine 1 and are received by the counting tray 29 flow into the counting unit 29a to count the balls, and the number of counting balls, which is the counted number of balls, is displayed on the liquid crystal display unit. Display on 24.

(4) Depending on the operation of the payout button 25, the payout mechanism pays out once within the range of the number of counted balls (the number of balls held) or the number of stored balls (in the case of a member player).
(5) The deposit balance and the number of balls held are stored in the general card 9 inserted in the card insertion slot 28 and issued in response to the operation of the return button 13b of the gaming machine 1. If the membership card 10 is inserted, the deposit balance is stored in the membership card 10 and issued. If none of the cards 9 and 10 are inserted into the card insertion slot 28, the general card 9 stocked in the card stock unit 28b is drawn out to the card RW28a by a recording medium moving means (not shown) and deposited in the card 9. The balance and the number of balls held are memorized and issued.

When both the deposit balance and the number of balls held are "0", the general card 9 set in the card RW28a is collected in the card stock unit 28b by the recording medium moving means. When the card 9 of the card stock unit 28b is exhausted, the status display unit 21 indicates an error state, and when the card 9 is replenished from the insertion slot 28 by an employee, the normal state is restored.

(6) When the general card 9 is inserted into the card insertion slot 28, the deposit balance and the number of balls held in the general card 9 are read out by the card RW28a and displayed on the liquid crystal display unit 24. When the membership card 10 is inserted, the deposit balance stored in the membership card 10 is read and displayed on the liquid crystal display unit 24, and the number of balls held is received from the management device 6 and displayed. The number of stored balls is received from the management device 6 and displayed on condition of input.

In addition to the above-mentioned functions, the counting lending unit 2 has a function of transmitting the following signals to the management device 6 side.
-Sales signal: A signal indicating the amount of money (usage amount) used for lending balls.
-Ball withdrawal signal: A signal indicating the number of balls paid out when the membership card 10 uses the stored balls.
-Card issuance signal: A signal indicating the deposit balance and the number of balls held in the corresponding cards 9 and 10 when the above-mentioned card 9 and 10 issuance processing (return processing) is performed.

The camera 23 of the counting lending unit 2 takes an image at predetermined intervals (for example, every 4 seconds), and transmits the captured image to the image processing device 30. The imaging field of view of the camera 23 is set to be an area including the player's face while the player is facing the game machine 1.

The image processing device 30 captures each image transmitted from the four cameras 23 at 1-second intervals and analyzes the captured image to determine whether or not the player's face image is present in the captured image. If it is determined that the face image exists, the face image is transmitted to the management device 6. In this regard, even if the image transmitted from the camera 23 includes a player, if the player is playing in an unnatural posture, for example, by facing an unnatural direction, the image processing device 30 will be used. Since the face image cannot be recognized, the image may not be transmitted to the management device 6.

The management device 6 that has received the face image from the image processing device 30 performs the same person determination and the attention-requiring person determination. In the same person determination, image processing such as extraction of feature points is performed on the received face image, and the face image is collated with the face image already registered in the face image database of the day to determine whether or not the person is the same person. .. If it is determined that the collated face image is a face image that has not yet been registered in the face image database (that is, a new player), a face ID is assigned and registered in the face image database of the day, and the face ID is used for the game. Store in association with data. On the other hand, if it is determined that the face image is a face image (that is, a known player) already registered in the face image database, the game data associated with the face ID is updated. In the attention-requiring person determination, the face image is compared with the face image registered in the caution database, and it is determined whether or not the face image of the same person is registered in the caution database. If it is determined that the face image of the same person is registered in the caution database, the employee of the amusement park is notified that the person requiring attention has visited the store, for example, by an income.

The control unit 60 (hereinafter, appropriately abbreviated as “management device 6”) of the management device 6 shown in FIG. 3 is mainly composed of a microcomputer and includes a storage unit 60a such as a ROM and a RAM, an I / O, and the like. , Operates according to the control program stored in the storage unit 60a. Further, the management device 6 manages various game data including the following game data based on various game signals transmitted from the game machine 1 and the counting lending unit 2 described above (see FIG. 5B). ..

-Number of balls driven: The number of balls driven into the gaming machine 1.
-Number of balls paid out: The number of balls paid out from the gaming machine 1.
-Number of jackpots: The number of jackpots that occurred in game machine 1.
-Operating time: The time during which the gaming machine 1 is operating.

The management device 6 can be connected to the communication line (Internet, virtual private network (VPN), etc.) 32 shown in FIG. 1 via the management server 31 installed in the center and the communication line 32, etc. Communication is possible. The same configuration as that of the game hall A is realized in the game halls B and C, and the management device 6 (not shown) of the game halls B and C is also connected to the communication line 32 like the management device 6 of the game hall A. It is possible.

Further, the mobile terminal 33 of FIG. 1 is a portable communication terminal such as a smartphone, and provides various communication services provided by the communication carrier by concluding a predetermined contract between the user and the communication carrier. It will be possible to receive. The mobile terminal 33 has a control unit including a CPU, ROM, RAM, etc., a data communication unit connected to a communication line 32, a microphone for inputting a transmitted voice when making a call, and a touch panel for receiving a touch operation on the screen (a touch panel for receiving input). ) A liquid crystal display unit 33a or the like having a function and a function of displaying various information is provided.

The management server 31 is communicably connected to the management devices 6 of the amusement parks A to C via the communication line 32. The management server 31 stores various game data in each of the amusement parks A to C, and also stores the application software described later corresponding to the OS (Operating System) of the mobile terminal 33 and the like, and the management server 31 stores the mobile terminal. You can download the application software to 33. Further, the management server 31 and the management devices 6 of the amusement parks A to C will be described below with a user account (account ID, see FIG. 4C) that is collated on the premise that the application software is executed on the mobile terminal 33. It also remembers the email addresses of the target person and supporters, and functions as a mail server.

By the way, as mentioned in the "conventional technology", the amusement park is also trying to take measures against the problem of gambling addiction in recent years, but it is a player whether or not the player during the game refrains from playing the game. The reality is that it is difficult to take countermeasures because it is left to the will of the individual.

Therefore, in the game hall management system 100 of the present embodiment, the management device 6 registers (memorizes) a specific player in advance as a target person for the game restriction, and the upper limit of the amount of money used by the target person in the game. A value or the like is set as a game restriction condition for restricting the continuation of the game, and when the actual game data of the target person satisfies the game restriction condition, the target person is supported to allow or reject the continuation of the game. The configuration is such that it is related to the confirmation operation on the mobile terminal 33 owned by the supporter. The configuration of the game hall management system 100 will be described in detail by taking a player who has registered as a member at the game hall A as an example with reference to the drawings of FIGS. 4 and later. Here, FIGS. 4A to 4C show data regarding the target person and the supporter registered in the management device 6.

That is, FIG. 4A shows the member attribute data of one player. The member attribute data is the member ID of the player who registered as a member, such as "name", "gender", "age", "address", and "email address (email address of the mobile terminal abbreviated as mobile phone email address in the figure)". It is stored in the storage unit 60a of the management device 6 in association with the "member number". Such member attribute data is input to the management device 6 based on the member registration form (that is, self-reported on a form not shown) filled out by the player when the member is registered in advance at the game hall A, for example. ..

FIG. 4B shows a part of the addiction countermeasure target person data. As shown in FIG. 3B, in the addiction countermeasure target person data, the "game restriction condition" represented by the upper limit of the usage amount such as 30,000 yen is stored in the management device 6 in association with the member ID. It is stored in the part 60a. The presence or absence of this game restriction (registration of member ID in the target person data) is determined when a self-report is received at the time of member registration, or when an operation input is received from the counting lending unit 2 or the mobile terminal 33, which will be described later. Is registered in the management device 6. As a result, the management device 6 functions as a target person registration means for storing a specific player as a target person for game restriction. Further, since the upper limit of the usage amount is input to the management device 6 in response to the self-report at the time of membership registration or the operation input in the counting lending unit 2 or the mobile terminal 33, the management device 6 The counting lending unit 2 and the mobile terminal 33 function as setting means for setting game restriction conditions for restricting the continuation of the game with respect to the game data such as the upper limit of the usage amount.

FIG. 4 (c) shows the support family data of one supporter. The support family data includes the supporter's "account ID", "email address", "password", and "terminal ID", and is stored in the storage unit 60a of the management device 6 in association with the member ID of the target person (specific player). Has been done. The support family data is data that is accepted when a registration application for addiction recovery support is made from the supporter's mobile terminal 33, and the "account ID" and "password" are used for authentication (login) described later. , "Email address" and "terminal ID" are data that identify the mobile terminal 33 of the supporter. As described above, the support family data includes the destination information of the mobile terminal 33 owned or possessed by the supporter, and the management device 6 corresponds to the destination storage means for storing the destination information. In addition, the supporter is a person who asks for confirmation of whether or not he / she agrees to continue the game of the target person, and can be a supporter who works together with the target person to recover from addiction. , Friends, acquaintances, etc., and are not limited to family members.

5 (a) to 5 (d) show data managed and stored by the management device 6 regarding the actual game of the target person. Of these, FIG. 5A shows the member ownership value data of one target person. In the member ownership value data, the "payment balance", "number of balls held", and "number of stored balls" of the target person are stored in the storage unit 60a of the management device 6 in association with the member ID of the target person. The management device 6 updates the member ownership value data based on the sales signal, the card issuance signal, or the like according to the game using the member card 10 of the target person.

FIG. 5B shows member game history data (including history data related to the consent of the supporter) of one target person on one business day. The member game history data is the "amount used", "number of balls driven", "number of balls paid out", "number of jackpots", and "number of balls held" in the game machine 1 of the "game machine No." in which the target person actually played the game. Is stored in the storage unit 60a of the management device 6 in association with the time (game time) of "game start" and "game end" in the game machine 1. In addition, the member game history data includes data of "game restriction" in the game machine 1 and "confirmation of consent" of the supporter, which are stored in association with the game time.

When the management device 6 determines that the usage amount of the target person has reached the upper limit value, it adds "1" to the game restriction item, and when it determines that the upper limit value has not been reached, the management device 6 adds "1" to the game restriction item. Add "0". Further, when the management device 6 determines that the usage amount has reached the upper limit value, the management device 6 restricts the continuation of the game on the corresponding gaming machine 1, while restricting the continuation of the game from the supporter's mobile terminal 33. It is canceled by a notification indicating consent (“1” is added to the item for confirmation of consent), but details will be described later.

FIG. 5C shows the member game aggregate data of one target person. The member game aggregated data is the aggregated and stored member game history data in units of business days. Of course, it is possible to add, change, and aggregate various items in each of the data of FIGS. 5A to 5D.

For example, the management device 6 aggregates and manages all member game restriction setting data in the game hall A shown in FIG. 5 (d). The all-member game restriction setting data includes the number of people who have set the upper limit of the usage amount as "with game restriction" out of the "total number of members" registered as members at game hall A, and the "game restriction" among the total number of members. Includes "ratio" and "average upper limit" that represents the average of each set upper limit value, and is aggregated on a business day basis. The data of FIGS. 4 and 5 described above can be displayed and output to the monitor 6m and printed to a printing device (not shown) in the management device 6.

Subsequently, the operation of the above configuration will be described with reference to FIGS. 6 to 11. Here, FIG. 6 shows the transition of the screen 61 of the liquid crystal display unit 24 in the counting lending unit 2, and FIGS. 7 to 9 show the transition of the screens 71 to 92 partially showing the display unit 24. In the following, depending on whether or not support family data is registered, <1. Processing when there is no support family> and <2. Processing when there is a support family> will be explained separately. In addition, the player has already registered as a member at the game hall A, inserts the member card 10 owned by the player into the card insertion slot 28 of the counting lending unit 2, and plays a game with the corresponding game machine 1. And.

<1. Processing without support family>
In this case, the counting lending unit 2 causes the liquid crystal display unit 24 to display the screen 61 shown in FIG. On this screen 61, a column 61a indicating the type (loan unit price) and the number of credits granted, a column 61b indicating the type (member / general) of the cards 9 and 10 being inserted, a guidance display area 61c, a deposit balance and the number of balls held. A column 61d for representing the above is provided.

Further, in this case, when the player displays a menu screen (not shown) by the touch operation of the screen 61 and selects "game restriction" by the touch operation on the menu screen, the counting lending unit 2 displays the screen 71 shown in FIG. Transition to (the screen of the guidance display area 61c portion).

The screen 71 of FIG. 7 is provided with a “game restriction” button 71a and an “end” button 71b. These buttons 71a and 71b are for setting the presence or absence of game restriction, and when the "game restriction" button 71a is touch-operated, the counting lending unit 2 transitions to the next screen 72 and "ends". When the button 71b is touch-operated, the screen returns to the menu screen.

The screen 72 of FIG. 7 is provided with a column 72a for displaying the upper limit of the usage amount, a “done” button 72b, and a “back” button 72c. In this case, the counting lending unit 2 displays a numeric keypad (not shown) in a display area other than the display area 61c of the screen 72 on the liquid crystal display unit 24, and receives the upper limit of the usage amount in response to the touch operation of the numeric keypad. .. At this time, the counting lending unit 2 can arbitrarily set the upper limit of the usage amount as a game restriction condition within a range of a predetermined value (for example, 10,000 yen) or more. The counting lending unit 2 transitions to the next screen 73 when the "done" button 72b is touch-operated after receiving the upper limit of the usage amount, and shifts to the previous screen 71 when the "back" button 72c is touch-operated. Return.

On the next screen 73 shown in FIG. 7, a column 73a for displaying the upper limit of the received usage amount and a "confirmation" button 73b are provided. When the "confirmation" button 73b is touch-operated by the player, the counting lending unit 2 transmits the set usage amount to the management device 6 and returns to the menu screen.

As a result, the management device 6 receives the addiction countermeasure target person data (whether or not there is a game restriction and the upper limit of the usage amount) from the counting lending unit 2 together with the member ID, so that the usage amount is associated with the member ID. Since the upper limit value of is stored (or the game restriction condition shown in FIG. 4B is overwritten and updated), the player can be registered as a new target person without self-reporting at the time of membership registration. .. After that, when the management device 6 determines that the actual usage amount of the target person satisfies the game restriction condition (reaches the upper limit value), the corresponding counting lending unit determines the continuation of the game on the game machine 1. Limit by 2.

Specifically, the target person who has set the upper limit of the usage amount to 30,000 yen in the counting lending unit 2 sequentially inserts 30,000 yen worth of banknotes into the banknote slot 22 as the game progresses, and that amount It is assumed that the number of balls has been consumed by the lending process (the lending amount has reached 30,000 yen).

At this time, when the management device 6 determines that the total usage amount of the target person has reached the upper limit of 30,000 yen based on the game signal from the game machine side, the management device 6 limits the game of the target person on the condition of such a determination. Therefore, the counting lending unit 2 is in a state of being restricted so as not to execute a new lending process using the member card 10 of the target person. Further, when the support family data of the target person is not registered, the management device 6 includes the upper limit usage amount of "30,000 yen" in the counting lending unit 2 as shown in the screen 74 of FIG. A warning process is executed to display a warning message indicating that the upper limit has been reached and prompting the end of the game (to let the target person identify the state in which the game is restricted). The display start timing of the warning message shall be set when the lending operation is performed with the lending button 13a in a state where the usage amount has reached the upper limit value.

Therefore, the target person touch-operates the "confirmation" button 74a displayed together with the warning message on the screen 74, ejects the membership card 10 from the insertion slot 28, and ends the game. In addition, since the management device 6 and the counting lending unit 2 as the game restriction means maintain the game restriction during the day only for the corresponding members (to reset the store while the store is closed and release the restriction), the game restriction is temporarily applied. And the other counting lending unit 2 also does not perform a new lending process using the card 10.

<2. Processing when there is a support family>
The player is a target person whose upper limit of the usage amount is set to 30,000 yen by self-report at the time of membership registration (see FIG. 4B) or by operation input from the mobile terminal 33 described later, and is managed. It is assumed that the support family data is registered in the device 6 in advance.

Further, as illustrated in FIG. 5 (b), as the game progresses, 3000 yen worth of banknotes are sequentially inserted into the banknote slot 22 in "Game Machine No. 123", and the number of balls corresponding to that amount is lent out. After consuming, the "Game Machine No. 125" that moved to the table was used to sequentially insert 27,000 yen worth of banknotes into the banknote slot 22 as the game progressed, and the number of balls for that amount was consumed by lending processing. To do.

In this case, when it is determined by the management device 6 that the total usage amount of the target person has reached the upper limit of 30,000 yen at 15:47 illustrated in FIG. In addition to adding "1" to the item of, the game of the target person is restricted on the condition of such a judgment. As a result, the counting lending unit 2 is in a state of being restricted so as not to execute a new lending process using the member card 10 of the target person.

Further, in this case, if the management device 6 determines that the support family data of the target person is registered, when the lending operation is performed in the counting lending unit 2 (at the display start timing), FIG. Display the screen 81 on the left side with. On this screen 81, along with the message "Do you want to end the game? Do you want to ask for consent for additional payment?", The "End game" button 81a and "End game" button 81a and "Do you want to end the game?" The "Additional deposit" button 81b is displayed. Here, when the target person selects the "game end" button 81a by touch operation, the member card 10 is ejected from the insertion slot 28 to end the game, while the "additional deposit" button 81b is selected by touch operation. In this case, a confirmation notice for confirming whether or not the player agrees to continue the game is automatically transmitted to the mobile terminal 33 owned by the supporter of the target person.

That is, when the target person desires additional payment, when the button 81b is touch-operated, the counting lending unit 2 transitions from the screen 81 of FIG. 8 to the next screen 82, and the time for confirming the consent of the supporter. Is displayed as "remaining waiting time (for example, 3 minutes)". Further, in this case, when the management device 6 transmits the confirmation notification to the mobile terminal 33 via the management server 31, the game data of the target person is also transmitted, and the transmission means is transmitted together with the management server 31. To configure.

As a result, the consent confirmation PUSH notification screen 111 illustrated in FIG. 11 is displayed on the liquid crystal display unit 33a of the supporter's mobile terminal 33. On the screen 111 of this mobile terminal 33, "A confirmation of consent for additional payment has been received from Mr. ○○ □□ (name of the target person) who is playing in the game hall A. The maximum usage amount of Mr. ○○ □□ is It is 30,000 yen. A message saying "Do you agree with the additional payment?", "Start between big hits" and "Number of big hits", "Agree" button 111a and "Disagree" button 111b as the current game data. Is displayed. Therefore, the supporter can decide whether or not to agree after judging from the game data on the screen 111 whether or not a big hit can be expected in the game by the additional payment. In this way, the mobile terminal 33 is configured to be able to display the current game data such as the amount of money used by the target person and the start of the jackpot, as well as the content of the confirmation notification.

After that, when the management server 31 receives the response to the confirmation notification from the mobile terminal 33 as the receiving means and does not receive the response from the mobile terminal 33 even after the waiting time has elapsed (both buttons 111a and 111b are touched). When it is not operated), it is processed as if there was a reply "I do not agree".

Therefore, when the answer received via the management server 31 as the receiving means indicates the consent to continue the game, the management device 6 adds "1" to the item of "consent confirmation" in FIG. 5 (b). , The restriction by the counting lending unit 2 is lifted and the game is allowed to continue. In this case, in the counting lending unit 2, the screen 82 of FIG. 8 transitions to the additional deposit consent receiving screen 91 of FIG. 9, and with the consent of the supporter, a message stating that "additional deposit of up to 10,000 yen is possible" and a message. The "confirmation" button 91a is displayed, and the lending process can be performed by touching the "confirmation" button 91a. In this way, the additional deposit amount is 10,000 yen per consent of the supporter, but it may be changed as appropriate, such as allowing the additional deposit amount to be specified on the mobile terminal 33 side, which will be described later.

After that, when it is determined by the management device 6 that the additional usage amount of the target person has reached 10,000 yen (the game restriction has occurred again) at 16:27 as illustrated in FIG. 5 (b). “1” is added to the game restriction item in FIG. 3B, and the lending process using the member card 10 of the target person in the counting lending unit 2 is restricted.

At this time, as in the screen 81 of FIG. 8, the counting lending unit 2 has a message regarding the use of the additional deposit, "Do you want to end the game? Do you want the consent of the additional deposit?" And "End of the game". The button 81a and the "additional deposit" button 81b are displayed. Here, even if the target person selects the "additional deposit" button 81b by touch operation, when there is a "disagree" answer (or when the answer is not received) from the supporter's mobile terminal 33, the management device 6 Adds "0" to the "Consent Confirmation" item in FIG. 5B, and causes the unit 2 to display the additional payment disagreement reception screen 92 of FIG. 9 in order to maintain the restriction in the counting lending unit 2.

On the screen 92 of FIG. 9, the message "The consent of the additional payment could not be obtained from the family. Please end the game" and the "confirmation" button 92a are displayed. The person touches the "confirmation" button 92a, ejects the membership card 10 from the insertion slot 28, and ends the game. As described above, the management device 6 and the counting lending unit 2 function as game limiting means and limiting releasing means, respectively.

<3. Processing on mobile terminals>
In order to use the addiction countermeasure service provided by the above-mentioned playground management system 100, the application software is downloaded from the management server 31 to the mobile terminal 33 to the supporter's mobile terminal 33, and is related to the support family data. Register the information. As a result, the mobile terminal 33 executes the application software on condition that the registered account ID and password are authenticated, so that the liquid crystal display unit 33a displays the screen 101 shown in FIG.

The screen 101 of FIG. 10 represents a menu screen related to the addiction recovery support displayed on the mobile terminal 33. The menu screen 101 is provided with a "support target person registration" button 101a, a "support target person history confirmation" button 101b, and a "maximum amount setting" button 101c. Further, at the lower part of the menu screen 101, an "end" button 101d for logging out is provided.

When the "support target person registration" button 101a is touch-operated on the menu screen 101, the screen transitions to the support target person registration screen 102 on the right side in FIG. The support target person registration screen 102 is provided with a field 102a for inputting the "name", "age", and "password" of the target person registered as a member at the game hall A, and a "registration" button 102b and a "back" button 102c. Has been done. The information input in each field 102a is the identification information of the player to be the target player, is transmitted from the mobile terminal 33 by the touch operation of the "registration" button 102b, and the management device 6 is the mobile terminal via the management server 31. The target person is registered based on the identification information received from 33.

In this way, the touch panel of the mobile terminal 33 functions as an input means for inputting identification information, and performs "support target person history confirmation" and "upper limit amount setting" of the target person registered by the terminal 33. Can be done. On the other hand, the management device 6 registers the target person based on the player identification information input by the mobile terminal 33 (see FIG. 4B), and uses it as support family data associated with the member ID of the target person. In addition to managing (see FIG. 4 (c)), game data is managed assuming that there is a support family (see FIGS. 5 (b) to (d)). When the "back" button 102c is touch-operated on the support target person registration screen 102, the screen returns to the menu screen 101. In addition, the identification information can be registered for up to 10 target persons per supporter (one mobile terminal 33).

When the "support target person history confirmation" button 101b is touch-operated on the menu screen 101, the transition to the lower support target person history confirmation screen 103 is shown in FIG. On the support target person history confirmation screen 103, when the above identification information is registered for a plurality of target persons, the game history of the target person selected from the target person list (not shown) for the past one year. Represents. This game history is in column 103a including items such as "date", "time", "usage amount", and "balance" as the history of the game data of the target person, and "restriction" items indicating the history of responses to the confirmation notification. Is displayed. That is, the mobile terminal 33 is configured to be able to display the screen 103 that displays the history of the game data of the target person and the history of the answers to the confirmation notification together, and in the "restriction" column 103a of the screen 103. , The symbols "-" to "◎" are added as the response history according to the following cases.

-"-": The case where the usage amount did not reach the upper limit.
-"△": A case in which the usage amount reaches the upper limit and the target person voluntarily ends the game (see "End of game" on screen 81 of FIG. 8).
-"○": A case where the usage amount has reached the upper limit and the supporter has not agreed to the additional payment (see screen 92 in FIG. 9).
-"◎": A case where the usage amount has reached the upper limit and the supporter has agreed to the additional payment (see screen 91 in FIG. 9).

On the screen 103 of the mobile terminal 33 shown in FIG. 10, for example, on February 25, when the target person's usage amount reached the upper limit of 30,000 yen, the supporter's consent was confirmed, so an additional 3000 yen was deposited. As a result, it can be seen that the prize was 35,000 yen and the balance was +2000 yen.

In addition, when the "next page" button 103b is touch-operated on the support target person history confirmation screen 103, the game history column 103a after April 1 is displayed and the "back" button 103c is touch-operated. Then, the game history column 103a before February 4 is displayed (or returns to the menu screen 101).

When the "upper limit amount setting" button 101c is touch-operated on the menu screen 101, the screen transitions to the upper limit amount setting screen 104 on the lower right side in FIG. On the upper limit amount setting screen 104, when the identification information is registered for a plurality of target persons, the upper limit value of the usage amount of the target person selected from the target person list is input. The upper limit of the usage amount is entered for each target person with the numeric keypad (not shown) displayed on the screen 104 when the input field 104a of the screen 104 is touch-operated. The upper limit of the usage amount input in the input field 104a is transmitted from the mobile terminal 33 by the touch operation of the "confirm" button 104b, and the management device 6 receives the usage amount from the mobile terminal 33 via the management server 31. Store the upper limit. Here, even if the upper limit value of the usage amount is set in advance by the target person, the management device 6 preferentially sets the upper limit value of the usage amount input by the supporter on the screen 104 of the mobile terminal 33. The upper limit of the usage amount input by the supporter can be canceled by inputting a different upper limit again on the screen 104 of the mobile terminal 33 or by touching the "Cancel" button 104c on the same screen 104.

In this way, the supporter can register the target person, check the game history, and set the upper limit of the usage amount on his / her mobile terminal 33, and when the usage amount of the target person reaches the upper limit, the mobile terminal. With the consent / disagreement in 33 (see FIG. 11), it is possible to support the addiction countermeasures by never permitting or disapproving the subject to continue the game (permitting or disallowing the restriction release by the restriction release means). The game hall management system 100 of the present embodiment has been described mainly for the players who have registered as members at the game hall A, but the players who have registered as members at the other game halls B and C are also the same as the game hall A. Of course, it is possible to receive support from the family using the mobile terminal 33 or the like.

As described above, in the playground management system 100 of the present embodiment, even a player who has difficulty in limiting the game by his / her own will can limit the game by receiving the support of his / her family. It becomes possible and can promote recovery from addiction.

The present invention is not limited to the above-described embodiment, and may be modified or expanded as follows, each modification may be combined with the above-described embodiment, or each modification may be combined.

The management server 31 is composed of one server that functions as an application server, a mail server, etc., but is composed of separate servers, or some or all of its functions are provided in the management devices 6 of the amusement parks A to C. It may be configured to have.
The member game aggregation data shown in FIG. 5C and the all member game restriction setting data shown in FIG. 5D are aggregated on a business day basis, but the aggregation period of each data is not limited to this. For example, the aggregation period of each data can be aggregated for an appropriate period such as one week, one month, or one year.

The presence or absence of game restrictions was set by the player's own intention or the supporter's intention, but regardless of the player's or supporter's intention, the game halls A to C (management device 6) May be configured so that a game restriction can be set for a specific player.

In this case, it is desirable to automatically set the game restriction when the game situation of the player becomes a predetermined situation. Specifically, for example, when the total amount of money used per day reaches 30,000 yen for three consecutive days without self-reporting at the time of membership registration or setting "game restrictions" on screen 71 of FIG. In addition, a warning message may be displayed on the screen 74 of FIG. 7 (that is, the setting with game restrictions is automatically performed).

As a game restriction condition, the upper limit of the usage amount is set, but the content of the game restriction condition is not limited to this, and any condition is set if it is a condition to be regarded as an addiction. You may. For example, it is possible to set a threshold value that defines a predetermined range for the length of the game time and the balance amount as the game restriction condition. In addition, not only one type of game restriction condition but also two or more types of game restriction conditions are set, and when one or all types of game restriction conditions are satisfied, the continuation of the game is restricted. Good.

As the "game restriction means", a means for prohibiting a new lending process using the membership card 10 has been exemplified, but the present invention is not limited to this, and any means for making the continuation of the game impossible or difficult. If so, any means may be adopted. For example, continuing the notification prompting the end of the game until the player actually ends the game also makes it difficult to continue the game, and is therefore included in the game restriction means. Further, a part or all of the game limiting means may be provided in the main body of the game machine 1, such as stopping the operation of the game machine 1 itself.

As a warning process for game restrictions, a warning message or the like is displayed on the display unit 24 of the counting lending unit 2, but the present invention is not limited to this. For example, instead of the warning message related to the game restriction, when the management device 6 detects that the game restriction condition is satisfied, the employee is notified to that effect via the income device (not shown). It is also possible to operate by calling out to the target person from the staff. That is, the means for transmitting the message regarding the game restriction is not limited to the display means on the display unit 24, and may be appropriately changed such as being configured by a voice notification means.

The type of game data calculated on the management device 6 side is not limited to this embodiment, and various types of game data can be obtained based on various game signals received from the game machine 1, the counting lending unit 2, and the like. It is possible to ask.

In the counting lending unit 2, the game data when the membership card 10 is actually used is stored as the addiction countermeasure data, but the game when the game is played without using the membership card 10. Even if it is data, if it can be identified as the same member by the face ID, it may be stored as addiction countermeasure data (game data of the same member). Alternatively, a complete card-type gaming machine that cannot play a game unless the membership card 10 is inserted into the insertion slot 28 may be adopted. In this case, all the players can be completely identified by the membership card 10, and all the game data can be treated as addiction countermeasure data.

Although the camera 23 is temporarily provided with the counting lending unit 2, the position of the camera 23 may be any position as long as the player's face can be imaged, and it is not necessary to be integrated with the counting lending unit 2.

Although one relay device 4 is provided for each of the two gaming machines 1, the correspondence between the relay device 4 and the gaming machine 1 is not limited to this. The ratio of the number of relay devices 4 to the number of gaming machines 1 may be 3: 1 or 4: 1. Similarly, the image processing device 30 is not limited to one corresponding to each of the four cameras 23.

The gaming machine 1 may be an enclosed gaming machine that does not pay out the gaming medium and additionally stores it as electronic data. Further, the machine is not limited to a pachinko machine, and may be, for example, a slot machine.
Each of the above-mentioned numerical values is an example, and it goes without saying that any numerical value may be adopted, for example, a predetermined value (threshold value) of the upper limit value is set to an appropriate value according to the lending unit price. Further, regarding "memory", "recording", and "registration" in the above description, for example, "memory" in the storage unit 60a of the management device 6 is referred to as "registration", and the meanings thereof are the same. can do.

In the drawing, 1 is a game machine, 2 is a counting lending unit (setting means, game limiting means), 6 is a management device (target person registration means, destination storage means, setting means, game limiting means, receiving means), 31 is. A management server (reception means), 33 is a mobile terminal (setting means), and 100 is a playground management system.

Claims (4)

In a game hall management system that is installed in a game field where multiple game machines are installed and manages the game status of each player.
Target person registration means for registering a specific player as a target person for game restrictions,
A destination storage means for storing destination information of a mobile terminal owned by a supporter who supports the target person, and a destination storage means.
With respect to the game data indicating the game status of the target person, a setting means for setting a game restriction condition for restricting the continuation of the game, and a setting means.
When the actual game data satisfies the game restriction condition, the game restriction means for restricting the continuation of the game and the game restriction means.
When the game is restricted by the game restriction means, a transmission means for transmitting a confirmation notice for confirming whether or not to consent to the continuation of the game to the mobile terminal owned by the supporter, and a transmission means.
A receiving means for receiving a response to the confirmation notification from the mobile terminal, and
When the answer indicates consent to continue the game, the restriction releasing means for releasing the restriction by the game restricting means and permitting the continuation of the game is provided .
The mobile terminal is configured to be able to display a history of the game data of the target person and a history of responses to the confirmation notification, and includes the date, time, amount of money used, and income and expenditure as the history of the game data. A management system for amusement parks that features. When the transmission means transmits the confirmation notification, the game data of the target person is transmitted together with the transmission means.
The management system for a game hall according to claim 1, wherein the mobile terminal is configured to be able to display the game data together with the content of the confirmation notification. The mobile terminal includes an input means for inputting identification information of the player to be the target person.
The game hall management system according to claim 1 or 2, wherein the target person registration means registers the target person based on the player identification information input by the input means. The setting means is configured to be able to set an upper limit of the usage amount as the game restriction condition.
The game hall management system according to any one of claims 1 to 3 , wherein the game limiting means limits the game on condition that the amount of money used by the target person reaches the upper limit value. ..

Images