JP2019017799A - Management system for game hall - Google Patents

Abstract

To provide a management system for a game hall allowing even a player unable to suppress games on his or her own will to become possible to appropriately restrict games and thereby capable of supporting the recovery from an addiction.SOLUTION: In a management system for a game hall, even a player difficult to restrict games on his or her own will becomes possible to restrict games with a reception of support from the family and the recovery from an addiction can be promoted.SELECTED DRAWING: Figure 9

Description

  The present invention relates to a game hall management system.

  In recent years, gambling addiction has been seen as a major problem, and each amusement arcade is about to take various measures as a countermeasure. For example, Patent Document 1 describes that a player who is engaged in a game is detected based on the player's game time and the amount of losing money, and the player is prompted to refrain from playing the game. However, there is a situation where it is difficult to expect a great effect because it is only up to the player's individual intention to refrain from playing the game at that time.

JP 10-151265 A

  The present invention has been made in view of the above circumstances, and its purpose is to allow a player to moderately limit the game even if the player cannot suppress the game with his own intention. An object of the present invention is to provide a management system for a playground that can support recovery of the game.

  In the management system for amusement halls, even if it is difficult for the player to limit the game by his / her own intention, it becomes possible to limit the game by receiving support from the family and promote recovery from the addiction be able to.

1 is an overall configuration diagram showing an embodiment of the present invention. Front view of the counting and lending unit shown together with the gaming machine Functional block diagram centering on the counting lending unit Data registered in response to a player's declaration or a supporter's application, (a) is member attribute data, (b) is addiction countermeasure target data, (c) is support family data Figure Data managed and totaled by the management device, where (a) is member-owned value data, (b) is member game history data, (c) is member game total data, and (d) is all-member game limit setting data. An explanatory diagram showing Screen when inserting an IC card in the display section of the counting lending unit Screen when game restriction conditions are set Screen when reaching the upper limit for members with support families Additional payment consent / disagree reception screen Explanatory drawing showing the screen transition in the display part of a portable terminal PUSH notification screen for consent confirmation regarding additional payment

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

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

  In the game hall A, a payment device 7 and a gift exchange terminal (hereinafter referred to as POS) 8 are also installed, and the payment device 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 checkout apparatus 7 reads the cards 9 and 10 with a card reader / writer (not shown) and specifies the deposit balance. Then, a return process for paying back banknotes and coins corresponding to the deposit balance from the return port 7b is performed. The POS 8 reads the cards 9 and 10 with the attached card processor 8a, specifies the game value (the number of possessed balls / the number of stored balls), and performs a prize exchange process based on the game value. Note that “mochi” refers to balls counted during the day, and “save ball” refers to balls 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 6m, a keyboard 6k, and the like. The management device 6 inputs the game data output from the various devices described above, such as the gaming machine 1, the counting lending unit 2, the game information display device 3, etc. Manage personal data. Although not shown in FIG. 1, for example, several hundred gaming machines 1 including the so-called slot machines in addition to the pachinko machines shown in FIG.

  As shown in FIG. 2, the gaming machine 1 is a CR pachinko machine, and has an operation handle 12, an upper tray 13, and a lower tray 14 that constitute a launching device that launches a ball on the board surface 11, and a liquid crystal display on the board surface 11. Section 15, start port 16, and special winning port 17. In addition, on the upper surface of the upper tray 13 in the gaming machine 1, there are a lending button 13a and a return button 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 the start port 16, the number of balls corresponding to the winning is paid out or a jackpot lottery is performed. In the jackpot lottery, the liquid crystal display unit 15 executes a symbol variation based on a so-called special symbol (special symbol), and a jackpot occurs when the symbol that is stopped and displayed is a jackpot symbol. When a big hit occurs, the big winning opening 17 is opened for 15 rounds, for example.

The following signals are transmitted from the gaming machine 1 to the management device 6 in accordance with the execution of the game.
-Driving signal: A signal indicating the number of balls (the number of game media) that have been driven into the gaming machine 1.
-Payout signal: A signal indicating the number of balls paid out from the gaming machine 1.
-Jackpot signal: A signal indicating that a jackpot condition has occurred.
-Start signal: A signal that indicates that the electric utility that triggers the jackpot is activated (symbol fluctuation).

  The counting lending unit 2 is provided corresponding to each gaming machine 1 and has a so-called each-counter counting function. Specifically, as shown in FIG. 2, the counting and lending unit 2 includes a state display unit 21 indicating a current operation 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 variations (start count) and jackpot probability as the game progresses Liquid crystal display unit 24, a payout button 25 for paying out one unit (number of units granted), a payout nozzle 26 through which the payout ball passes, a card insertion slot into which a general card 9 or a 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 configured by a microcomputer having a CPU 20a, a ROM 20b, a RAM 20c, an I / O 20d, and the like. The peripheral unit connected to the control unit 20 includes the state display unit 21, the liquid crystal display unit 24, and the payout button 25, and transmits / receives various signals and various information to / from the management device 6 and the gaming machine 1. The I / F unit 20e, the bill processing unit 22a for determining the authenticity of the bill inserted into the bill insertion slot 22, the touch panel 24a provided on the liquid crystal display unit 24, and the cards 9 and 10 inserted into the card insertion slot 28 When a card RW (reader / writer) 28a for reading and writing various stored information, a card stock unit 28b capable of stocking up to 10 general cards 9, and a payout button 25 are operated once. A payout unit 25a for paying out the balls from the payout nozzle 26, a counting unit 29a for counting the number of balls flowing in from the counting tray 29, and the like are included. 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 the day and has an IC chip 9a built therein. The IC chip 9a stores a general ID that can identify a card, and stores the deposit balance and the number of balls that have been deposited in the counting lending unit 2. The number of balls in the general card 9 is valid only on that day, and the deposit balance can be used from the next day.

  The membership card 10 is a card that is valid until a preset expiration date (for example, three years), and includes an IC chip 10a. The IC chip 10a stores a member ID that can identify a player who has registered as a member, and stores a deposit balance. The number of possessed balls and the number of stored balls corresponding to the member card 10 are stored in the member account of the management device 6. The number of possessed balls, the number of stored balls, and the deposit balance of the membership card 10 are usable from the next day.

The counting lending unit 2 has the following functions.
(1) When a bill inserted into the bill insertion slot 22 in a state where the cards 9 and 10 are not inserted is received (when a currency acceptance process is performed), the general card 9 stored in the card stock portion 28b is fed to the card RW 28a. The deposit amount (1000 yen unit) is stored, and the deposit amount (deposit balance) is displayed on the liquid crystal display unit 24. At this time, since the number of times (500 yen) is 125 balls in a pachinko machine with a lending unit price of 4 yen, the frequency corresponding to the deposit balance may be displayed on the liquid crystal display unit 24.

(2) A lending process for lending a ball corresponding to the number of times within the range of the deposit balance from the payout mechanism inside the gaming machine 1 is performed in accordance with the operation (lending operation) of the lending button 13a of the gaming machine 1.
(3) The balls that have fallen from the lower tray 14 of the gaming machine 1 and received by the counting tray 29 flow into the counting section 29a to count the balls, and the liquid crystal display section displays the counted number of balls as the counted number of balls. 24.

(4) Depending on the operation of the payout button 25, the payout mechanism pays out one by one within the range of the number of balls (number of balls) or the number of balls (in the case of a member player).
(5) In accordance with the operation of the return button 13b of the gaming machine 1, the deposit balance and the number of possessions are stored in the general card 9 inserted in the card insertion slot 28 and issued. When the member card 10 is inserted, the deposit balance is stored in the member card 10 and issued. If no card 9 or 10 is inserted in the card insertion slot 28, the general card 9 stocked in the card stock portion 28b is fed to the card RW 28a by a recording medium moving means (not shown), and the card 9 is deposited. The balance and the number of balls are stored and issued.

  When both the deposit balance and the number of possessed balls become “0”, the general card 9 set in the card RW 28a is collected in the card stock unit 28b by the recording medium moving means. When the card 9 in the card stock unit 28b runs out, the status display unit 21 indicates an error state, and when the employee replenishes the card 9 from the insertion slot 28, 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 possessed balls stored in the general card 9 are read out by the card RW 28a 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 out and displayed on the liquid crystal display unit 24, and the number of possessed balls is received from the management device 6 and displayed. The number of stored balls is received from the management device 6 on the condition of input and displayed.

The counting lending unit 2 has a function of transmitting the following signals to the management device 6 side in addition to the above-described functions.
Sales signal: A signal indicating the amount of money used for lending balls (the amount of money used).
-Savings payout signal: A signal indicating the number of paying out balls when using the savings card with the member card 10.
Card issuance signal: A signal indicating the deposit balance and the number of balls stored in the corresponding cards 9 and 10 when the above-described issuance processing (return processing) of the cards 9 and 10 is performed.

  The camera 23 of the counting / renting unit 2 captures images at predetermined intervals (for example, every 4 seconds), and transmits the captured images to the image processing device 30. The imaging field of view of the camera 23 is set so as to be an area including the player's face when the player is facing the gaming machine 1.

  The image processing apparatus 30 captures each image transmitted from the four cameras 23 at intervals of 1 second, and analyzes the captured image to determine whether or not a player's face image exists in the 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 a player is included in the image transmitted from the camera 23, if the player is playing in an unnatural posture, for example, by facing an unnatural direction, the image processing apparatus 30 Since the face image cannot be recognized, the image may not be transmitted to the management apparatus 6 in some cases.

  The management apparatus 6 that has received the face image from the image processing apparatus 30 performs the same person determination and the person who needs attention. In the same person determination, the received face image is subjected to image processing such as feature point extraction, and is compared with the face image already registered in the face image database on the current day to determine whether or not they are the same person. . If it is determined that the collated face image is a face image that is not yet registered in the face image database (that is, a new player), the face ID is assigned and registered in the face image database of the day, and the face ID is added to the game. Store in association with data. On the other hand, if it is determined that the face image is a face image already registered in the face image database (that is, a known player), game data associated with the face ID is updated. In the attention person determination, the face image and the face image registered in the attention database are collated to determine whether the face image of the same person is registered in the attention database. If it is determined that the face image of the same person is registered in the caution database, the game hall employee is notified by an intercom or the like that the caution person has visited the store.

  The control unit 60 of the management device 6 shown in FIG. 3 (hereinafter abbreviated as “management device 6” as appropriate) 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. The operation is performed according to the control program stored in the storage unit 60a. Also, the management device 6 manages various game data including the following game data based on the various game signals transmitted from the gaming machine 1 and the counting / lending unit 2 (see FIG. 5B). .

-Number of shots: The number of shots that have been shot 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 the gaming machine 1.
-Operating time: The time during which the gaming machine 1 is operating.

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

  The portable terminal 33 in FIG. 1 is a portable communication terminal such as a smartphone, for example, and provides various communication services provided by the communication carrier by concluding a predetermined contract between the user and the communication carrier. It becomes possible to receive. The mobile terminal 33 includes a control unit including a CPU, a ROM, a RAM, a data communication unit connected to the communication line 32, a microphone for inputting a transmission voice when making a call, and a touch operation on a screen (a touch panel for receiving an input). ) A liquid crystal display unit 33a 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 game halls A to C via the communication line 32. The management server 31 stores various game data in each of the game halls A to C, and stores application software to be described later corresponding to an OS (Operating System) such as the portable terminal 33. Application software can be downloaded to 33. In addition, the management server 31 and the management devices 6 of the game halls A to C will be described below as a user account (account ID, see FIG. 4C) that is collated on the assumption that the application software is executed on the mobile terminal 33. The mail address of the target person or supporter is also stored and functions as a mail server.

  By the way, as described in “Prior Art”, the game hall is also taking measures against the problem of gambling dependence in recent years, but whether or not the player who is playing the game refrains from playing the game Since it is entrusted to the will of the individual, the reality is that they are struggling with countermeasures.

  Therefore, in the management system 100 for game halls according to the present embodiment, the management device 6 registers (stores) a specific player as a game restriction target person in advance, and also uses the upper limit of the amount of money used by the target person in the game. The value 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 whether or not the game is continued. It is configured to be involved in a 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 with reference to the drawings from FIG. 4 onward, taking as an example a player who has registered as a member at the game hall A. Here, FIGS. 4A to 4C show data related to the target person and the support person registered in the management apparatus 6.

  That is, FIG. 4A shows member attribute data of one player. As for the member attribute data, the “name”, “gender”, “age”, “address”, and “e-mail address (the e-mail address of the portable terminal abbreviated as portable e-mail in the figure)” of the player who registered as a member are the member IDs. The information is stored in the storage unit 60 a of the management device 6 in association with “Member No.”. Such member attribute data is input to the management device 6 based on, for example, a member registration form (that is, self-declaration using a sheet (not shown)) entered by the player when registering in advance at the game hall A. .

  FIG. 4B shows a part of the addiction countermeasure target person data. As shown in FIG. 5B, the data for the addiction countermeasure target person is stored in the management device 6 in association with the member ID and the “game restriction condition” represented by the upper limit of the amount of money used, for example, 30000 yen. Stored in the unit 60a. The presence / absence of this game restriction (registration of member ID to the target person data) is when a self-report is received at the time of member registration, or when an operation input is received from a counting lending unit 2 or a portable terminal 33 described later. In the management apparatus 6, registration is performed. Thereby, the management apparatus 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 self-declaration at the time of member registration or an operation input at the counting / lending unit 2 or the portable terminal 33, the management device 6, The count lending unit 2 and the portable terminal 33 function as setting means for setting a game restriction condition for restricting continuation of the game for game data such as an upper limit value of the usage amount.

  FIG. 4C shows the support family data of one supporter. The support family data includes the “account ID”, “email address”, “password”, and “terminal ID” of the supporter, 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. The support family data is data that is received when a registration request for addiction recovery support is received from the supporter's mobile terminal 33, and the “account ID” and “password” are used for authentication (login) described later. “Mail address” and “terminal ID” are data for specifying the portable terminal 33 of the supporter. As described above, the support family data includes the transmission destination information of the portable terminal 33 owned or possessed by the supporter, and the management device 6 corresponds to a transmission destination storage unit that stores the transmission destination information. In addition, the supporter is a partner who asks for confirmation as to whether or not he / she agrees with the continuation of the game of the target person, and is a person who can be a supporter who works together with the target for recovery from addiction. , Friends, acquaintances, etc., not limited to families.

  5A to 5D show data managed and stored by the management device 6 regarding the actual game of the target person. Among these, Fig.5 (a) has shown the member possession value data of one object person. In the member possession value data, the “payment balance”, “the number of possessed balls”, and “the number of stored balls” of the target person are stored in the storage unit 60 a of the management device 6 in association with the member ID of the target person. The management device 6 updates the member possession value data based on the sales signal, the card issuance signal, and 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 supporter's consent) of one target person on one business day. The member game history data includes “use amount”, “number of balls to be thrown”, “number of balls to be paid”, “number of jackpots”, “number of balls to be held” in the gaming machine 1 of the “gaming machine No.” in which the target person actually played the game. Are 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 gaming machine 1. Further, the member game history data includes data of “game restriction” and “consent confirmation” of the supporter 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, the management device 6 adds “1” to the game limit item and determines that the upper limit value has not been reached, the game limit item indicates “ 0 is attached. 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 portable terminal 33 of the supporter. This is canceled by a notification indicating consent (“1” is added to the item of consent confirmation), which will be described in detail later.

  FIG. 5C shows the member game total data of one target person. The member game total data is obtained by totaling member game history data in business days. Of course, various items can be added, changed, and tabulated in the data shown in 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. The all-member game limit setting data includes the “number of all members” registered as a member of the game hall A and the number of players who set the upper limit of the amount of money to be used as “game limit available” and the “game limit” of the total number of members "Percentage" and "Average upper limit" representing the average of the set upper limit values, and are tabulated in business days. 4 and 5 can be output to the monitor 6m and printed to a printing apparatus (not shown) in the management apparatus 6.

  Next, the operation of the above configuration will be described with reference to FIGS. 6 shows a screen 61 of the liquid crystal display unit 24 in the counting / lending unit 2, and FIGS. 7 to 9 show transitions of screens 71 to 92 partially showing the display unit 24. FIG. Below, depending on whether or not support family data is registered, <1. Processing without support family> and <2. The process will be described separately in the case of support family. In addition, the player has already registered as a member at the game hall A, and inserts the member card 10 possessed by the player into the card insertion slot 28 of the counting lending unit 2 and plays the game with the corresponding gaming machine 1. And

<1. Processing without support family>
In this case, the counting / renting unit 2 displays the screen 61 shown in FIG. This screen 61 includes a column 61a indicating the type (lending unit price) and the number of units 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 coins. A column 61d representing is provided.

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

  In the screen 71 of FIG. 7, a “game restriction” button 71a and an “end” button 71b are provided. These buttons 71a and 71b are for setting whether or not the game is restricted. When the “game restriction” button 71a is touch-operated, the count lending unit 2 transits to the next screen 72 and “end”. When the button 71b is touched, the menu screen is restored.

  In the screen 72 of FIG. 7, a field 72a for displaying the upper limit value of the usage amount, a “complete” button 72b, and a “return” button 72c are provided. 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 in the liquid crystal display unit 24, and accepts an upper limit value of the usage amount according to the touch operation of the numeric keypad. . At this time, the counting lending unit 2 can arbitrarily set the upper limit value of the usage amount as a game restriction condition within a range of a predetermined value (for example, 10,000 yen) or more. The count lending unit 2 changes to the next screen 73 when the “complete” button 72b is touch-operated after receiving the upper limit value of the usage amount, and returns to the previous screen 71 when the “return” button 72c is touch-operated. Return.

  In the next screen 73 shown in FIG. 7, a column 73a for displaying the upper limit value of the accepted usage amount and a “confirm” button 73b are provided. When the “confirm” button 73b is touched by the player, the counting lending unit 2 transmits the set usage amount to the management device 6 and returns to the menu screen.

  Thereby, the management device 6 receives the usage data corresponding to the member ID by receiving from the counting lending unit 2 together with the member ID about the addiction countermeasure target person data (presence / absence of game restrictions and the upper limit value of the usage amount). Is stored (or the game restriction condition of FIG. 4B is overwritten and updated), so that the player can be registered as a new target person without self-declaration at the time of member registration. . Thereafter, when the management device 6 determines that the actual usage amount of the subject person has satisfied the game limit condition (has reached the upper limit value), the continuation of the game in the gaming machine 1 is indicated as a corresponding count lending unit. Limit at 2.

  Specifically, the target person who set the upper limit of the usage amount to 30000 yen in the counting lending unit 2 sequentially inserts 30000 yen bills into the bill insertion slot 22 as the game progresses, It is assumed that the number of balls has been consumed by the lending process (the loan 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 30000 yen based on the game signal from the gaming machine side, the management apparatus 6 limits the game of the target person on the condition of such determination. Accordingly, the count 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. When the management device 6 does not register the support family data of the target person, the count lending unit 2 uses the upper limit amount of money “30000 yen” as shown in the screen 74 of FIG. A warning process is executed to display a warning message to the effect that the upper limit has been reached and to prompt the end of the game (to allow the target person to identify a state in which the game is restricted). The display start timing of the warning message is adjusted when a lending operation is performed with the lending button 13a in a state where the usage amount has reached the upper limit.

  For this reason, the target person touches the “confirm” button 74a displayed together with the warning message on the screen 74, ejects the member card 10 from the insertion slot 28, and ends the game. Note that the management device 6 and the counting lending unit 2 as the game restriction means maintain the game restriction for the day only for the corresponding member (to reset the ticket during closing and release the restriction), so the game restriction is temporarily applied. In other counting lending units 2, new lending processing using the card 10 is not performed.

<2. Processing with support family>
The player is a target person who has set the upper limit of the usage amount to 30000 yen by self-reporting at the time of membership registration (see FIG. 4B) or by an operation input from the mobile terminal 33 described later. It is assumed that support family data is registered in the device 6 in advance.

  Further, as illustrated in FIG. 5 (b), in the “gaming machine No. 123”, as the game progresses, 3000 yen of banknotes are sequentially inserted into the banknote insertion slot 22, and the number of balls is loaned out. After consumption, the "Machine Machine No. 125" that has been moved to the bill is inserted with 27,000 yen banknotes sequentially into the bill insertion slot 22 as the game progresses, and that number of balls is consumed by the lending process. To do.

  In this case, when it is determined by the management device 6 that the total usage amount of the subject person has reached the upper limit of 30000 yen at 15:47 illustrated in FIG. "1" is added to the item and the game of the target person is restricted on the condition of such determination. Thereby, in the count lending unit 2, it will be in the state restricted so that the new lending process using the said member's membership card 10 might not be performed.

  Further, in this case, when the management device 6 determines that the support family data of the subject is registered, when the lending operation is performed in the counting lending unit 2 (at the display start timing), FIG. The left screen 81 is displayed. In this screen 81, the upper limit amount of money “30000 yen” and a message “Do you want to end the game? An “additional deposit” button 81b is displayed. Here, when selecting the “game end” button 81a by a touch operation, the subject ends the game by ejecting the member card 10 from the insertion slot 28, while selecting the “additional deposit” button 81b by a touch operation. In this case, a confirmation notification for confirming whether or not to agree to the continuation of the game is automatically transmitted to the portable terminal 33 owned by the supporter of the target person.

  That is, when the target person desires additional payment, when the button 81b is touched, the count lending unit 2 transits from the screen 81 in FIG. 8 to the next screen 82, and the time for confirming the consent to the supporter. Is displayed as “remaining standby time (for example, 3 minutes)”. In this case, the management device 6 is configured to transmit the game data of the target person together with the management server 31 when transmitting the confirmation notification to the portable terminal 33 via the management server 31. Configure.

  Thereby, the consent confirmation PUSH notification screen 111 illustrated in FIG. 11 is displayed on the liquid crystal display unit 33a of the portable terminal 33 of the supporter. On the screen 111 of this portable terminal 33, “Consent confirmation of additional payment has been received from Mr. XX □□ (name of the target person) who is playing at Amusement Hall A. 30,000 yen. Do you agree with the additional payment? "," Big jackpot start "and" Number of jackpots "as the current game data," Agree "button 111a and" Do not agree "button 111b Is displayed. For this reason, the supporter can determine whether or not to agree after judging whether or not the jackpot can be expected in the game by the additional payment from the game data on the screen 111. As described above, the mobile terminal 33 is configured to be able to display the game data at the present time such as the usage amount of the target person and the start of the jackpot along with the content of the confirmation notification.

  Thereafter, the management server 31 receives a reply to the confirmation notification from the portable terminal 33 as a receiving means, and does not receive a reply from the portable terminal 33 even after the standby time has elapsed (any button 111a, 111b is touched). When no operation is performed, the processing is performed assuming that there is a reply of “I do not agree”.

  Therefore, the management device 6 adds “1” to the “consent confirmation” item in FIG. 5B when the response received via the management server 31 as the receiving means indicates consent to continue the game. Then, the restriction by the counting lending unit 2 is released and the continuation of the game is permitted. In this case, the counting lending unit 2 transits from the screen 82 in FIG. 8 to the additional deposit consent reception screen 91 in FIG. 9, and a message that “additional deposit can be made up to 10000 yen” with the consent of the supporter, The “confirmation” button 91a is displayed, and the lending process can be performed by touching the “confirmation” button 91a. As described above, the additional deposit amount is 10,000 yen per consent of the supporter. However, the additional deposit amount may be changed as appropriate, such as allowing the additional deposit amount to be specified on the mobile terminal 33 side described later.

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

  At this time, like the screen 81 in FIG. 8, the counting lending unit 2 has a message “Do you want to end the game? Do you want to consent to the additional payment?” A button 81a and an “additional deposit” button 81b are displayed. Here, even when the target person selects the “additional deposit” button 81b by a touch operation, when there is a “disagree” reply from the supporter's mobile terminal 33 (or when no reply is received), the management device 6 9 adds “0” to the “consent confirmation” item in FIG. 5B, and causes the unit 2 to display the additional deposit disagreement reception screen 92 in FIG.

  In the screen 92 of FIG. 9, a message “The consent for additional payment from the family could not be obtained. Please end the game” and a “Confirm” button 92 a are displayed. The person touches the “confirm” button 92a to eject the member card 10 from the insertion slot 28, thereby ending the game. As described above, the management device 6 and the count lending unit 2 function as a game restriction unit and a restriction release unit, respectively.

<3. Processing on mobile devices>
In order to use the addiction countermeasure service provided by the game hall management system 100 described above, application software is downloaded from the management server 31 to the portable terminal 33 to the portable terminal 33 of the supporter and related to support family data. Register information. Accordingly, the portable terminal 33 displays the screen 101 shown in FIG. 10 on the liquid crystal display unit 33a by executing the application software on the condition that the registered account ID and password are authenticated.

  A screen 101 in FIG. 10 represents a menu screen related to addiction recovery support displayed on the mobile terminal 33. The menu screen 101 includes a “support target person registration” button 101a, a “support target person history confirmation” button 101b, and an “upper limit amount setting” button 101c. In addition, an “end” button 101d for logging out is provided at the bottom of the menu screen 101.

  When the “support target person registration” button 101 a is touched on the menu screen 101, the screen shifts to the right support target person registration screen 102 in FIG. 10. The support target person registration screen 102 is provided with a field 102a for inputting “name”, “age”, and “password” of a target person who has registered as a member at the game hall A, a “registration” button 102b, and a “return” button 102c. It has been. The information input in each column 102 a is identification information of the player who is the target, and is transmitted from the portable terminal 33 by a touch operation of the “Register” button 102 b, and the management device 6 transmits the portable terminal via the management server 31. The target person is registered based on the identification information received from 33.

  As described above, the touch panel of the mobile terminal 33 functions as an input unit 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 do. On the other hand, the management device 6 registers the target person based on the identification information of the player input by the portable terminal 33 (see FIG. 4B), and supports family data associated with the member ID of the target person. While managing (refer FIG.4 (c)), game data is managed with a support family (refer FIG.5 (b)-(d)). When the “return” button 102 c is touched on the support target person registration screen 102, the menu screen 101 is restored. Further, registration of identification information is possible for up to 10 target persons per one supporter (one mobile terminal 33).

  When the “support target person history confirmation” button 101b is touched on the menu screen 101, the screen shifts to the lower support target person history confirmation screen 103 in FIG. In the support target person history confirmation screen 103, when the identification information is registered for a plurality of target persons, the game history for the past one year of the target person selected from the target person list (not shown). Represents. This game history is a column 103a including items such as “date”, “time”, “use amount”, “balance” as the history of game data of the target person, and an item of “restriction” indicating the history of responses to the confirmation notification. Is displayed. That is, the portable terminal 33 is configured to be able to display the screen 103 that displays the history of the response to the confirmation notification together with the history of the game data of the target person, and in the “restriction” column 103 a of the screen 103. As the response history, symbols “-” to “◎” are attached according to the following cases.

-“−”: A case where the usage amount did not reach the upper limit.
“Δ”: a case where the amount of money used has reached the upper limit and the subject voluntarily ends the game (see “game end” on screen 81 in FIG. 8).
“◯”: A case where the usage amount reaches the upper limit and the supporter does not agree to the additional payment (see screen 92 in FIG. 9).
“◎”: A case where the usage amount reaches the upper limit and the supporter agrees to the additional payment (see screen 91 in FIG. 9).

  On the screen 103 of the portable terminal 33 shown in FIG. 10, for example, on February 25, the supporter's consent was confirmed when the usage amount of the target person reached the upper limit of 30000 yen. As a result, the prize of 35,000 yen was acquired, and it turns out that the balance was +2000 yen.

  In addition, when the “next page” button 103 b is touched on the support target person history confirmation screen 103, the game history column 103 a after April 1 is displayed, and the “return” button 103 c is touched. Then, a game history column 103a before February 4 is displayed (or returned to the menu screen 101).

  When the “maximum amount setting” button 101c is touched on the menu screen 101, the screen shifts to the upper limit amount setting screen 104 on the lower right side in FIG. In 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 subject using a numeric keypad (not shown) displayed on the screen 104 when the input field 104a on the screen 104 is touched. The upper limit value of the usage amount input in the input field 104 a is transmitted from the mobile terminal 33 by the touch operation of the “confirm” button 104 b, and the management device 6 receives the usage amount received from the mobile terminal 33 via the management server 31. Store the upper limit value. Here, the management device 6 preferentially sets the upper limit value of the usage amount input on the screen 104 of the portable terminal 33 by the supporter even if the upper limit value of the usage amount is set by the subject in advance. Note that the upper limit value of the usage amount input by the supporter can be canceled again by inputting a different upper limit value on the screen 104 of the portable terminal 33 or by touching the “Cancel” button 104 c 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 with his / her mobile terminal 33. If the usage amount of the target person reaches the upper limit, the mobile terminal By agreeing / disagreeing at 33 (see FIG. 11), it becomes possible to support countermeasures against addiction without allowing or disallowing the subject to continue playing the game (whether or not the restriction is released by the restriction releasing means). In addition, although the game center management system 100 of the present embodiment has been described mainly with respect to the players who have registered as members in the game hall A, the players who have registered as members in the other game halls B and C are also similar to the game hall A. Of course, it is possible to receive family support using the mobile terminal 33 or the like.

  As described above, in the game hall management system 100 according to the present embodiment, even if it is difficult for a player to limit the game by his / her own intention, the game can be limited by receiving support from the 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, or may be combined with the above-described embodiments, or may be combined with each of the modified examples.

The management server 31 is composed of a single server that functions as an application server, a mail server, or the like. You may make it the structure to have.
The member game total data in FIG. 5C and the all member game restriction setting data in FIG. 5D are totaled in business days, but the total period of each data is not limited to this. For example, it is possible to perform aggregation for an appropriate period, for example, the aggregation period of each data is a weekly unit, a monthly unit, or a yearly unit.

  The setting of whether or not there is a game restriction is configured to be performed by the player's own intention or the supporter's intention. However, regardless of the player's or supporter's intention, the game halls A to C (management device 6) However, it may be configured that a game restriction can be set for a specific player.

  In this case, it is desirable that the game restriction is automatically set when the game situation of the player becomes a predetermined situation. Specifically, for example, when the total daily spending amount reaches 30,000 yen for three consecutive days without the self-declaration at the time of member registration or the setting of “game restriction” on the 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 restriction is automatically performed).

  Although the upper limit of the amount of money to be used was set as a game restriction condition, the content of the game restriction condition is not limited to this, and any condition can be set as long as it is a condition to be regarded as an addiction May be. For example, it is possible to set a threshold value that defines a predetermined range for the length of game time and the amount of money to be paid as a game restriction condition. Further, 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 of the game restriction conditions are satisfied, the continuation of the game is restricted. Good.

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

  As a game restriction warning process, a warning message or the like is displayed on the display unit 24 of the count lending unit 2, but the present invention is not limited to this. For example, instead of a warning message relating to game restriction, when the management device 6 detects that the game restriction condition is satisfied, a process for notifying the employee via an income device (not shown) is performed. It is also possible to call the target person from the staff. That is, the means for transmitting a message relating to the game restriction is not limited to the display means on the display unit 24, and may be appropriately changed, such as 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 gaming machine 1, the counting lending unit 2, or the like. It is possible to ask.

  In the counting lending unit 2, the game data when the member card 10 is actually used is stored as data for countermeasures against addiction, but the game when playing without using the member card 10 Even if it is data, when it can discriminate | determine as the same member by the said face ID, you may make it memorize | store as data on dependence countermeasures (game data of the same member). Or you may employ | adopt the complete card type game machine which cannot play a game unless the member card | curd 10 is inserted in the insertion port 28. FIG. In this case, all players can be completely identified by the membership card 10, and all the game data can be handled as data for countermeasures against addiction.

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

  One relay device 4 is provided for each of two gaming machines 1, but 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 and gaming machines 1 may be 3 to 1 or 4 to 1. Similarly, the image processing apparatus 30 is not limited to one corresponding relationship with the four cameras 23.

The gaming machine 1 may be an enclosed gaming machine that does not pay out gaming media and performs addition storage as electronic data. Moreover, it is not limited to a pachinko machine but may be a slot machine, for example.
Each numerical value described above is an example, and it is needless to say 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. In addition, regarding “memory”, “record”, 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 same meaning is understood. can do.

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

Claims (5)

In a game hall management system that is provided in a game hall where a plurality of gaming machines are installed and manages the game situation of each player,
A target person registration means for registering a specific player as a target of game restriction;
Transmission destination storage means for storing transmission destination information of a portable terminal owned by a supporter supporting the target person;
Setting means for setting a game restriction condition for restricting continuation of the game with respect to game data indicating the game situation of the target person;
Game restriction means for restricting continuation of the game when the actual game data satisfies the game restriction condition;
A transmission means for transmitting a confirmation notification for confirming whether or not to agree to the continuation of the game to the mobile terminal owned by the supporter when the game is restricted by the game restriction means;
Receiving means for receiving a response to the confirmation notification from the portable terminal;
A game hall management system comprising: restriction release means for releasing the restriction by the game restriction means and permitting continuation of the game when the answer indicates consent to continue the game. The transmission means transmits the game data of the target person when transmitting the confirmation notification,
The game room management system according to claim 1, wherein the portable terminal is configured to be able to display the game data together with the content of the confirmation notification. The portable terminal includes input means for inputting identification information of a player as the target person,
3. The game hall management system according to claim 1 or 2, wherein the target person registration means registers the target person based on identification information of the player input by the input means.   The game according to any one of claims 1 to 3, wherein the portable terminal is configured to display a history of responses to the confirmation notification together with a history of game data of the target person. Field management system. The setting means is configured to be able to set an upper limit value of the usage amount as the game restriction condition,
5. The game hall management system according to claim 1, wherein the game restriction unit restricts the game on condition that the amount of money used by the target person has reached the upper limit value. 6. .

Images