JP2020027608A - Gambling dependency verification method, gambling dependency verification server, user terminal, information processing device, gambling dependency verification program, and gambling dependency verification system - Google Patents

Abstract

To provide a technique that allows countermeasures against gambling dependency to be taken while a user is executing a game as usual.SOLUTION: A gambling dependency verification method, which is executed by an information processing device including at least an acquisition unit, a verification unit and a providing unit, includes: an acquisition step in which the acquisition unit obtains operation data indicating the content of a bet of a user in a baccarat game and game result data indicating a result of the bet of the user; a verification step in which the verification unit verifies the gambling dependency of the player by using the operation data and the game result data; and a providing step in which the providing unit provides a result of the verification to the player.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a technology for verifying a user's gambling dependency. In particular, the present invention relates to a technology for verifying the gambling dependency using the play contents of the baccarat game.

  In recent years, legislation has been promoted in Japan to realize an integrated resort (so-called IR). IR is a collective term for complex tourist facilities that integrate casino facilities, recreational facilities, MICE (meeting facilities and exhibition facilities, etc.), entertainment facilities, and accommodation facilities that are considered to contribute to tourism promotion. is there. Realization of IR is expected to attract domestic and foreign tourists, promote employment in the region, promote the local economy, create financial resources through tax revenues, and improve fiscal soundness by reducing deficit government bonds.

  On the other hand, there is a concern that the introduction of a casino in Japan will increase the number of gambling-dependent users. In light of this, the government attaches particular importance to gambling addiction measures, and is conducting discussions to strengthen gambling addiction measures.

  As a countermeasure against gambling dependence, Patent Literature 1 discloses a gaming system that changes service contents related to a gaming operation in accordance with personal information such as a user's age, gender, annual income, and gaming history. According to this gaming system, it is possible to provide a gaming service adapted to the user's financial power and skill for the game.

  Further, in Patent Document 2, when a certain user tries to start a game, the user is warned of gambling dependence by using the past game history of the user (for example, the game history of the last 30 days). It is disclosed that if it is determined that the game should be performed, and if it is determined that the gambling dependence should be alerted, a warning is displayed and the operation of the gaming machine is stopped. According to this technique, it is possible to prevent the user from gambling.

JP 2012-90751 A JP 2017-191406 A

  However, in the techniques of Patent Literature 1 and Patent Literature 2, the user may feel discomfort. Specifically, in the technology of Patent Literature 1, the rental fee is determined according to the age, gender, and annual income of the user, and thus the determined rental fee may be contrary to the user's intention. Further, in the technique disclosed in Patent Document 2, the operation is forcibly stopped in spite of the fact that the user is about to start the game, so that the user may feel considerable stress.

  There is also a demand from users that they want to enjoy the game as usual without restricting the content and operation of the game. Therefore, there is a need for a technology capable of taking measures against gambling dependence without limiting the content and operation of the game.

  The present invention has been made in view of the above circumstances, and has as its object to provide a technique that allows a user to execute a game as usual and also take measures against gambling dependence.

The gambling dependency verification method of the present invention includes:
An acquisition unit, a verification unit, and a gambling dependency verification method executed by an information processing apparatus having at least a presentation unit,
An acquisition step in which the acquisition unit acquires operation data indicating the content of the user's bet in the baccarat game and game result data indicating the result of the user's bet;
A verification step of verifying a user's gambling dependence using the operation data and the game result data;
A presentation step in which the presentation unit presents a verification result to a user;
including.

In the present invention, the game result is not limited to the data of the game result up to the end of the game, and includes a game result at an intermediate stage where the game is not ended. The same applies hereinafter.
The verification unit may execute the verification after the game is over, or may execute the verification at each betting timing during the game.
The verification unit may use the operation data and the game result data in each game to verify a user's gambling dependency and obtain a verification result.
The verification unit is configured to determine, among a plurality of games (for example, a plurality of games executed in succession), that a game result is a predetermined condition (for example, a game having the worst result, a game having a reduced capital score from the beginning of a bet). The game may be used to verify the user's gambling dependence and obtain the verification result, using operation data and game result data in a game that satisfies a game in which capital points are repeatedly purchased.
The verification unit may use the operation data and the game result data in two or more games to verify a user's gambling dependency and obtain a verification result. The user can confirm the verification result verified by using the operation data and the game result data obtained by combining a plurality of games.
The number of games, the operation data and the game result data at the number of games, may be linked and recorded in a memory (a memory accessible by the verification unit) or the like.
The presentation unit may present the verification result to the user at various timings, may present one verification result, or may present a plurality of verification results collectively.
The presenting unit may present the user with the verification result of the game every time, and when the verification result satisfies a predetermined condition (for example, a bad bet, high dependency, etc.), the user is presented with the verification result. The verification result may be presented.

  According to the above configuration, when the user makes a bet in the baccarat game, the user's gambling dependence is verified using the operation data indicating the content of the bet and the game result data indicating the result of the user's bet. . That is, since the user can grasp the gambling dependence while executing the baccarat game, both the execution of the user's game and the countermeasure for gambling dependence can be realized.

The acquisition unit may acquire the operation data from a user terminal operated by a user.
The acquisition unit may acquire the game result data from a user terminal operated by a user, or a memory included in the information processing device that transmits and receives the baccarat game data to and from the user terminal.

The operation data includes bet point data indicating a bet point bet by the user,
The game result data includes win / loss data indicating a win / loss of the user,
The verification unit, in the verification step,
Using the game result data of the winning and losing data, it is determined whether the user loses a plurality of times,
If it is determined that the user has lost more than once, the betting point data of the operation data is used to make a larger number of betting points in a plurality of consecutive losses than in the previous time (the immediately preceding loss). It is determined whether the number of times of betting exists at least a predetermined number of times (or is equal to or more than a threshold),
If it is determined that at least a predetermined number of bets have been made (or not less than a threshold), a bet having a larger bet point than the last time does not exist at least a predetermined number of times bet a larger bet point than the last time. (It may be evaluated that the gambling dependency tends to be higher than that in the case where it is determined to be smaller than the threshold.)
The plurality of times may be selected from one or two or more of three to seven times, and preferably may be selected from three, five, or seven times.
The “predetermined number of times” may be set in a range from two or more to the plurality of maximum values. The “threshold” may be set in a range from two or more to the plurality of maximum values.
With the above configuration, when it is determined that the number of times the bet on a large bet point is greater than the threshold value at least at the time of losing immediately before, the gambling dependency tends to be higher than when it is determined that the number of bets is not at least the threshold value. , Can be appropriately notified to the user.

The verification unit, in the verification step,
When it is determined that the user has lost more than once, using the betting point data of the operation data, the last one of the plurality of consecutive losses or the respective betting points is changed. Judge whether it is twice or more than twice the bet point of the last time,
If it is determined that the bet point is twice or more than the previous bet point, it is determined that the bet point is not twice or more than the previous bet point. It may be evaluated that the gambling dependency tends to be higher than in the case.
The plurality of times may be selected from one or two or more of three to seven times, and preferably may be selected from three, five, or seven times.
With the above-described configuration, when it is determined that the betting score is at least twice the betting score of the immediately preceding betting, it is evaluated that the gambling dependency tends to be higher than when it is determined that the betting score is not so, The user can be properly notified.

The verification unit, in the verification step,
In a situation where the user loses several times in a row and there is no bet point at least twice the bet point of the last loser (in a situation where the capital point is insufficient), the user loses the capital point (the amount of the bet). If the user adds (purchases) the score, it may be evaluated that the user tends to be more dependent on gambling than when the user does not add the capital score.
Further, the verification unit, in the verification step,
If the user has bet at least twice the previous losing bet after purchasing additional capital points, the user will not bet at least twice the previous losing bet It may be evaluated that the gambling dependency tends to be higher than the case where the gambling is performed.

In addition, the gambling dependency verification server of the present invention includes:
An acquisition unit configured to acquire operation data indicating the content of a user's bet in the baccarat game and game result data indicating a result of the baccarat game executed by the game execution unit using the operation data;
Using the operation data and the game result data, a verification unit that verifies the gambling dependence of the user,
A presentation unit for presenting a verification result to a user;
including.

The operation data includes bet point data indicating a bet point bet by the user,
The game result data includes win / loss data indicating a win / loss of the user,
The verification unit,
Using the game result data of the winning and losing data, it is determined whether the user loses a plurality of times,
In the case where it is determined that the user has lost more than once, the betting point data of the operation data is used to determine at least a predetermined number of times of betting on a larger number of betting points as compared to the previous time in a plurality of consecutive losses. Judge whether it exists by the number of times,
When it is determined that there are at least a predetermined number of times of betting a large bet point compared to the previous time, compared to when it is determined that there are no at least a predetermined number of times of betting a large bet point compared to the previous time, It may be evaluated that the gambling dependency tends to be high.

The verification unit,
When it is determined that the user has lost more than once, the betting score is twice or twice the previous betting score in each of the plurality of consecutive losses, using the betting score data of the operation data. Judge whether it is more than double,
Gambling is determined when the betting score is determined to be twice or more than the previous betting score, compared to when the betting score is determined not to be twice or twice the previous betting score. It may be evaluated that the degree of dependence tends to be high.

The verification unit,
In a situation where the user loses several times in a row and there is no bet point at least twice the bet point of the last loser (in a situation where the capital point is insufficient), the user loses the capital point (the amount of the bet). If the user adds (purchases) the score, it may be evaluated that the user tends to be more dependent on gambling than when the user does not add the capital score.
Further, the verification unit includes:
If the user has bet at least twice the previous losing bet after purchasing additional capital points, the user will not bet at least twice the previous losing bet It may be evaluated that the gambling dependency tends to be higher than the case where the gambling is performed.

The gambling dependency verification server can communicate with a user terminal,
An operation data receiving unit that receives the operation data from the user terminal,
The game execution unit that executes a baccarat game using the operation data,
A game result transmission unit that transmits the game result data indicating the result of the user's bet to the user terminal.

The gambling dependence verification server can communicate with a user terminal having a game execution unit that executes a baccarat game,
The acquisition unit acquires the operation data and the game result data from the user terminal,
The presentation unit may transmit the verification result to the user terminal.

The gambling dependence verification server can communicate with a plurality of user terminals having the game execution unit,
The acquisition unit acquires the operation data and the game result data from a plurality of the user terminals,
The verification unit may verify a user's gambling dependence using the operation data and the game result data obtained from the plurality of user terminals.

The gambling dependence verification server has a game execution unit that executes a baccarat game and can communicate with a game server that acquires the operation data from a user terminal;
The acquisition unit acquires the operation data and the game result data from the game server,
The presentation unit may transmit the verification result to the game server.

Further, the user terminal of the present invention,
An operation data acquisition unit that acquires operation data indicating the content of a user's bet in the baccarat game;
A game execution unit that executes a baccarat game using the operation data;
An acquisition unit configured to acquire the operation data and game result data indicating a result of a bet by the user;
Using the operation data and the game result data, a verification unit that verifies the gambling dependence of the user,
A presentation unit for presenting a verification result to a user;
including.

Further, the information processing device of the present invention
An information processing device having a processor and a memory,
The processor,
Acquisition of operation data indicating the content of the user's bet in the baccarat game and game result data indicating the result of the user's bet,
Using the operation data and the game result data, the user's gambling dependence is verified,
Present the verification result to the user.

In addition, the gambling dependency verification program of the present invention includes:
Computer
An acquisition unit that acquires operation data indicating the content of a user's bet in the baccarat game and game result data indicating the result of the user's bet;
Using the operation data and the game result data, a verification unit that verifies the gambling dependence of the user,
It functions as a presentation unit that presents the verification result to the user.

In addition, the gambling dependency verification system of the present invention,
A gambling dependency verification system including a user terminal and a gambling dependency verification server,
The user terminal,
A display unit for displaying a game screen of a baccarat game,
An operation data transmission unit that transmits operation data indicating the content of the user's bet in the baccarat game to the gambling dependence verification server,
The gambling dependency verification server,
An operation data receiving unit that receives the operation data from the user terminal;
A game execution unit that executes a baccarat game using the operation data;
An acquisition unit configured to acquire the operation data and game result data indicating a result of a bet by the user;
Using the operation data and the game result data, a verification unit that verifies the gambling dependence of the user,
The user terminal, and a presentation unit that transmits a verification result by the verification unit,
The user terminal,
A verification result receiving unit that receives the verification result from the gambling dependence verification server;
The display unit of the user terminal displays the verification result received by the verification result receiving unit.

  Advantageous Effects of Invention According to the present invention, it is possible to provide a technique capable of taking measures against gambling dependence while a user executes a game as usual.

It is a block diagram showing a gambling dependence verification system of a first embodiment. FIG. 9 is a diagram for explaining a history table. FIG. 9 is a diagram for explaining a history table. It is a block diagram showing a gambling dependence verification system of a second embodiment. It is a block diagram showing a gambling dependence verification system of a third embodiment. It is a block diagram showing the gambling dependency verification system of the fourth embodiment. It is a block diagram showing a gambling dependence verification system of a fifth embodiment. FIG. 10 is a block diagram illustrating a gambling dependency verification system according to another embodiment. It is a figure showing an example of a history table in a 7th embodiment. It is a figure showing an example of a history table in a 7th embodiment. It is an example of the message which a user terminal displays in a 7th embodiment. It is a figure showing an example of a graph in an 8th embodiment.

  In the embodiment of the present invention, a user plays a baccarat game, and a gambling dependence verification server, which will be described later, verifies the gambling dependence using the play contents of the baccarat game. Therefore, the outline of the baccarat game will be briefly described first. In the following, the baccarat game may be simply referred to as “game”.

(Outline of Baccarat game)
In the baccarat game, the user first bets on which of the player and the bunker will win. Thereafter, the dealer draws four cards from the bundle of the plurality of cards. The first card is dealt to the player area, the second card is dealt to the bunker area, the third card is dealt to the player area, and the fourth card is dealt to the bunker area. Of the players and the bunker, the one with the total number of cards dealt closer to 9 wins.
In the baccarat game, a plurality of card sets (a set of 52 playing cards) are mixed in the card distribution device, and include, for example, 6 decks (6 card sets) and 8 decks (8 card sets). Is done. The number of decks other than 6 decks and 8 decks may be used. Before the game starts, the number of card sets can be set.
The dealer draws cards in the card distribution device according to preset card distribution rules of the baccarat game. The order of cards drawn by the dealer is not changed from the start of the game to the end of the game, the order of cards automatically determined when starting the baccarat game, and the card distribution rules set in advance for the baccarat game Is determined by

  The user may also bet on a draw between the player and the bunker (ie, "tie"). The user may also bet that the numbers of the two cards dealt in the player area will be aligned (ie, a “pair” of the player), and that the numbers of the two cards dealt in the bunker area will be aligned. (I.e., a "pair" of bunker).

  When the user bets on the player and wins, the user gets a payout of one time the bet point. For example, if the player bets 100 points and wins, a 100 point payout is obtained. If the user bets on a banker and wins, the user gets a payout of 0.95 times the bet amount. For example, if a player wins a banker by betting 100 points, a payout of 95 points is obtained. If the user bets on "Tie" and wins, the user gets a payout eight times the bet amount. If the user bets on a “pair” and wins, the user gets a payout that is 11 times the amount bet. Conversely, if the user loses the bet, the user loses the bet.

  In this way, a rule for obtaining a payout by deducting a commission of 5% of a bet point when a bet on a banker is won is called a 5% margin rule. In the embodiment described below, a case in which a baccarat game is performed according to the 5% margin rule will be described, but the present invention is not limited to this.

  For example, the baccarat game has a six-bunker rule in addition to the 5% margin rule. According to the Six Banker rule, when a banker wins with 6 points, the payout is 50% of the bet points, and when the banker wins at points other than 6 points, a 5% commission is not drawn. As another embodiment, a baccarat game to which the six bunker rule is applied may be used, or another rule may be followed. Further, the game condition setting such as the minimum and maximum values of the bet points may be any of the Las Vegas style, the Korean style, and the Macau style, and may be customized by the user according to his / her preference. I do not care.

  Further, in the embodiment described below, the points betted by the user in the baccarat game (that is, the bet points) may be coins or points valid only in the baccarat game, or may be actually distributed in the market. Currency or virtual currency.

(First embodiment)
[Overview of Gambling Dependency Verification System]
Next, an overview of the gambling dependency verification system 1 according to the first embodiment will be described with reference to FIG.
The gambling dependency verification system 1 includes a user terminal 2 and a gambling dependency verification server 4. The user terminal 2 is, for example, a personal computer, a mobile terminal such as a smartphone or a tablet, or a wearable terminal, but is not limited thereto. The user terminal 2 can communicate with the gambling dependence verification server 4 via the Internet (not shown). Hereinafter, for convenience of description, the gambling dependence verification server is referred to as a “verification server”.

The user terminal 2 includes a display unit 21, an operation data transmission unit 23, a game result reception unit 25, and a verification result reception unit 27. The verification server 4 includes an operation data reception unit 40, an acquisition unit 41, a game execution unit 42, a game result transmission unit 44, a verification unit 45, a presentation unit 46, and a storage unit 47 that stores the authentication table 34 and the history table 49. Having.
Before starting the game, the user accesses the verification server 4 in advance and registers the ID and the password. When starting the game, the user operates the user terminal 2 to access the verification server 4, and inputs an ID and a password. The verification server 4 receives the ID and the password from the user terminal 2 and performs a user authentication process using the authentication table 34 stored in the storage unit 47. When the ID and password obtained from the user terminal 2 match the ID and password registered in the authentication table 34, the verification server 4 authenticates the user and transmits a game screen to the user terminal 2.

Upon receiving the game screen, the user terminal 2 displays the game screen on the display unit 21. According to the game screen, the user bets some points on one of a player win, a banker win, a tie, a player pair, and a banker pair. The operation data transmission unit 23 transmits to the verification server 4 operation data indicating the content of the user's operation (that is, how many points are bet on the player win, the bunker win, the tie, the player pair, and the bunker pair).
The operation data receiving unit 40 receives operation data. The game execution unit 42 executes a game using the operation data. When the game is executed, the game execution unit 42 executes card distribution information on cards dealt in the player area and cards dealt in the bunker area, and user's operation contents (that is, player win, banker win, tie, player pair). , And the number of points bet on the banker pair), and the game result (ie, the result of the win, loss, score, total score) are recorded in the history table 49. Details of the history table 49 will be described later.

  The game result transmitting unit 44 transmits to the user terminal 2 game result data indicating a game result (that is, a win / loss result, a score, a total score) of the game execution unit 42.

When the game result receiving unit 25 receives the game result data, the display unit 21 displays the game result.
The user continues such betting a plurality of times until the end of the game (or the timing at which it is decided to end card distribution).
In the present embodiment, the user can bet on the gambling dependency more reliably by continuing to bet until the end of the game. Note that the user may intentionally end the game before the game ends.

When the game is over, the acquisition unit 41 refers to the history table 49 and indicates the operation content of the user (that is, how many points are bet on the player, the bunker, the tie, the player pair, and the bunker pair). Operation data and game result data indicating a game result (that is, a win / loss result, a score, a total score) are obtained. The acquisition unit 41 acquires operation data and game result data for each of a plurality of bets made by the user.
The verification unit 45 verifies the user's gambling dependence using the operation data and the game result data acquired by the acquisition unit 41.

  As an example, the verification unit 45 first determines, using the game result data, whether three consecutive losses have been lost. If the verification unit 45 determines that three consecutive losses have been lost, the verification unit 45 determines whether the bet points are twice the previous bet points in each of the three bets in which the loss has continued. Is determined using Then, in each of the three bets in which the bet has been lost, the verification unit 45 determines that the gambling dependence tends to be high when it is determined that the bet point is twice the previous bet point. On the other hand, when the verification unit 45 determines that the loss has not been repeated three times, or that the bet has been lost three times but the bet point has not become twice the previous bet point. If it is determined, it is determined that the gambling dependency is likely to be low.

When the evaluation of the gambling dependence is completed, the presentation unit 46 transmits verification result data indicating the verification result by the verification unit 45 to the user terminal 2.
The verification result receiving unit 27 receives the verification result data from the verification server 4, and the display unit 21 of the user terminal 2 displays the verification result. For example, the display unit 21 of the user terminal 2 displays a message “You are suspected of gambling dependence” in the case of a verification result that the gambling dependence tends to be high.

[History table]
Subsequently, the history table 49 will be described with reference to FIG. 2A. In the history table 49 of FIG. 2A, for convenience of explanation, only cards distributed in the player area and card distribution information distributed in the bunker area are shown, and illustrations of user operation contents and game results are omitted. The history table is created by a table creation unit (not shown) of the verification server 4.

  Each time one bet is executed, one of white circles, black circles, double circles, right diagonal lines, and left diagonal lines is recorded in one column of the history table 49. If the bunker wins, a white circle is recorded. If the player wins, a black circle is recorded. In the event of a tie, a double circle will be recorded. When a player pair is formed, a right diagonal line is recorded. If there is a bunker pair, the diagonal left is recorded.

  Further, when the winnings of the bunker are consecutive, the white circle is recorded in the column in the same row as the column where the white circle was recorded last time and one line below. Similarly, when the player wins consecutively, a black circle is recorded in the same column as the column where the previous black circle was recorded and one line below. In the case of a tie, a player pair, and a bunker pair, a double circle, a right diagonal line, or a left diagonal line is recorded in the column one row below and in the same column as the previously recorded column.

  In addition, if the last win was a bunker, a tie, a player pair, or a bunker pair, and the player has won this time, a black circle is recorded in the column on the right side of the previously recorded column and in the first line column. . Similarly, in the case of a previous player's win, a tie, a player pair, or a bunker pair, and a bunker wins this time, a white circle is recorded in the column on the right side of the previously recorded column and in the first line column. You.

  In the example of FIG. 2A, the bunker wins the first to fourth times, the player wins the fifth time, the bunker wins the sixth to seventh times, the player wins the eighth time, the bunker wins the ninth time, and the tenth time becomes a tie. The eleventh time indicates that the bunker has won.

  The description of the history table 49 will be continued with reference to FIG. 2B. FIG. 2B shows a history table 49 in which user operation details and game results are further recorded.

  Specifically, FIG. 2B shows a state in which the user's operation content and the game result in the first to fourth bets are recorded between the first and second columns in FIG. 2A. For example, in the first bet, it is recorded that the user bet 500 points on the player's win and that the bet has lost 500 points and the total score has become 9500 points. Recorded with 500 "-". Also, in the fourth bet, it is recorded that the user bet 1000 points on the bunker win, and that 1000 points were obtained as a result of the bet and the total score was 7500 points. Recorded with +1000 points of “+”.

  In the first bet, “500 points” corresponds to “bet point data”, and “−” of “−500 points” corresponds to “win / loss data”. In the fourth bet, “1000 points” corresponds to “bet point data”, and “+” of “+1000 points” corresponds to “win / loss data”.

  As described above, the history table 49 is a list showing card distribution information of cards dealt, user operation contents, and game results for each bet.

  In the example of FIG. 2B, the user loses continuously in the first to third bets, the second bet point of 1000 is twice the first bet point of 500, and the third bet is 500 times. The bet score of 2000 is twice the second bet score of 1000. Therefore, the verification unit 45 of the verification server 4 determines that the user's gambling dependency tends to be high.

  Note that the history table 49 may be displayed on the display unit 21 of the user terminal 2 so that the user can visually recognize it. As an example, it may be displayed on the game screen in accordance with the progress of the game or according to a predetermined instruction. In this case, as shown in FIG. 2A, the operation content and the game result of the user may be omitted and displayed, or as shown in FIG. 2B, the operation content and the game result of the user may be displayed. No problem.

[Effects]
Subsequently, the operation and effect according to the first embodiment will be described. According to the first embodiment, the user can grasp the gambling dependence while playing the baccarat game as usual without any limitation on the number of bets, the number of bets, and the like. That is, both the execution of the game and the countermeasures against gambling dependence can be realized. Further, it is possible to suppress the occurrence of discomfort due to the limitation of the game, which has conventionally been a problem.

  In particular, since the baccarat game is usually played in a casino, it is highly likely that the baccarat game is an unknown game for a user who is not familiar with the casino, such as a user who has not been to the casino. While such users have a desire to try the baccarat game at the casino, they are also expected to have vague concerns about the casino. According to the first embodiment, the user can actually experience the baccarat game being played in the casino, and at the same time, can grasp the gambling dependence. Therefore, even if the user is not familiar with the casino, by using the gambling dependence verification system 1 of the first embodiment before actually going to the casino, the fact that the user has experienced the baccarat game and the gambling You can go to the casino with confidence based on your dependence.

(Second embodiment)
The verification server 4a of the gambling dependency verification system 1a of the second embodiment shown in FIG. 3 does not include the operation data receiving unit 40, the game executing unit 42, and the game result transmitting unit 44. In addition, the user terminal 2a includes a display unit 21, an operation data acquisition unit 22, a game execution unit 24, a game result transmission unit 26, and a verification result reception unit 27.
The operation data acquisition unit 22 acquires operation data according to a user input. The game execution unit 24 executes a game using the obtained operation data. The game result transmission unit 26 transmits the operation data acquired by the operation data acquisition unit 22 and the game result data by the game execution unit 24 to the verification server 4a. The acquisition unit 41 acquires operation data and game result data from the user terminal 2a. The verification unit 45 verifies the user's gambling dependence using the operation data and the game result data. The presentation unit 46 transmits the verification result data by the verification unit 45 to the user terminal 2a.
The game execution unit 24 may have a configuration in which a game program is installed in the user terminal 2a and functions.
According to the second embodiment, since the user terminal 2a executes the game, the configuration of the verification server 4a can be simplified.

(Third embodiment)
The gambling dependency verification system 1b of the third embodiment shown in FIG. 4 includes a plurality of user terminals 2b and a verification server 4b. The user terminal 2b has the same configuration as the user terminal 2a in the second embodiment. The verification server 4b differs from the verification server 4a of the second embodiment only in the verification by the verification unit 45b. Hereinafter, the verification unit 45b will be mainly described.
The acquisition unit 41 acquires operation data and game result data from the plurality of user terminals 2b. The verification unit 45b verifies the user's gambling dependence using the operation data and the game result data acquired from the plurality of user terminals 2b. Specifically, the verification unit 45b counts, for each user terminal 2b (that is, for each user), the number of times that three consecutive losses that satisfy the condition that the bet point is twice the previous bet point have occurred. Then, the verification unit 45b calculates an average value of the number of times that the three consecutive losses have occurred, and determines whether the number of times that the three consecutive losses have occurred in the certain user terminal 2b (that is, a certain user) is larger than the above average value. to decide. Then, when the verification unit 45b determines that the number of times the three consecutive losses have occurred is greater than the above average value, the verification unit 45b determines that the gambling dependence tends to be high, and the number of times the three consecutive losses has occurred is the average value. If it is determined that the following is true, it is determined that the gambling dependency tends to be low.
According to the third embodiment, the gambling dependence of the users can be verified using the operation contents of a plurality of users and the game results, and more accurate verification can be realized.

(Fourth embodiment)
In the fourth embodiment shown in FIG. 5, the function of the verification unit 45 is provided in the verification server 4c, and the function of the game execution unit 37 is provided in the game server 3. In the following, the same reference numerals denote the same functions as those in the first embodiment, and a description thereof will be omitted or briefly described.
The operation data transmission unit 23 of the user terminal 2 transmits operation data to the game server 3, and the reception unit 35 of the game server 3 receives the operation data. The game execution unit 27 of the game server 3 executes the baccarat game using the operation data, and the transmission unit 31 of the game server 3 transmits the game result data to the user terminal 2. Subsequently, the transmission unit 31 of the game server 3 transmits the operation data and the game result data to the verification server 4c. The acquisition unit 41 of the verification server 4c receives the operation data and the game result data, and the verification unit 45 of the verification server 4c verifies the gambling dependency using the operation data and the game result data. The presentation unit 46 of the verification server 4c transmits the verification result data to the game server 3, and the receiving unit 35 of the game server 3 receives the verification result data. Then, the transmitting unit 31 of the game server 3 transmits the verification result data to the user terminal 2, and the verification result receiving unit 27 of the user terminal 2 receives the verification result data.
According to the fourth embodiment, the game server 3 for executing the baccarat game and the verification server 4c for verifying the gambling dependency are separately provided. Thereby, the configuration of each server can be simplified as compared with the case where the function of executing the baccarat game and the function of verifying the gambling dependency are realized by one server.

(Fifth embodiment)
In the gambling dependency verification system 1d of the fifth embodiment shown in FIG. 6, there is no verification server, and the user terminal 2d performs all processes. The user terminal 2d includes a display unit 21, an operation data acquisition unit 22, a game execution unit 24, a storage unit 28 that stores a history table 49 and an authentication table 34, an acquisition unit 41, a verification unit 45, and a presentation unit 46.
According to the fifth embodiment, since all processes are executed by the user terminal 2d, the configuration of the system can be simplified.

(Sixth embodiment)
Although the gambling dependency verification system of the sixth embodiment is not shown, the configuration of the system is the same as that of the first embodiment. When the game is over, the verification unit 45 of the verification server 4 counts the number of consecutive losses (NP) that satisfy the condition that the bet point is twice the previous bet point (NP) (this is referred to as “the past verification result”). Number of times (NP) "). When the user starts the game, the verification server 4 transmits the number of past verification results (NP) to the user terminal 2. When the game is over, the verification unit 45 of the verification server 4 counts the number of consecutive losses (A) that satisfy the condition that the bet point is twice the previous bet point (A) (this is referred to as “the current verification result). ), And the number of past verification results (NP). When the number of times of the current verification result (A) is larger than the number of times of the past verification result (NP), the verification unit 45 evaluates that the gambling dependency tends to be high. On the other hand, if the number of past verification results (NP) and the number of current verification results (A) are the same numerical value, or the number of current verification results (A) is smaller than the number of past verification results (NP). ) Is a small numerical value, the verification unit 45 evaluates that the gambling dependency tends to be low (changed to a low tendency). When displaying the verification result, the user terminal 2 may display a message comparing the past verification result with the current verification result. For example, a message such as "Tends to be hotter than in the past. If you keep losing, be careful of your betting score."
The verification unit of another embodiment may perform verification based on comparison between the past verification result and the current verification result in addition to or instead of the verification in the embodiment.

(Seventh embodiment)
The seventh embodiment is different from the first embodiment in the verification processing by the verification unit. Hereinafter, the verification processing by the verification unit of the seventh embodiment will be described.
Note that the gambling dependency verification system of the seventh embodiment is not limited to the system of the first embodiment shown in FIG. 1, but may be implemented by the systems of the second to sixth embodiments shown in FIGS. It may be configured.

  First, the verification unit determines whether loss has been repeated three times using the game result data. Then, when the verification unit determines that three consecutive losses have been lost, the verification unit determines whether the bet points are twice the previous bet points in each of the three bets in which the loss has continued. Use and judge. Then, when the verification unit determines that the bet points are twice the previous bet points in each of the three bets that have continued to lose, the verification unit increments the index value n by one. The index value n is an index for indicating a user's gambling dependence, and is set to 0 in an initial state. The greater the index value n, the higher the user's gambling dependence. The verification unit updates the index value n from 0 to 1 when determining that the bet point is twice the previous bet point in each of the three bets in which the loss has been continued. On the other hand, when the verification unit determines that the loss has not been repeated three times, or determines that the loss has been performed three times but the bet point has not become twice the previous bet point. In this case, the index value n is not counted up. That is, the value of the index value n maintains the current value (immediately before). For example, if the immediately preceding index value n is 0, it remains 0.

  Subsequently, the verification unit determines that the user loses a plurality of times in a row and that the bet point is at least twice the bet point of the immediately preceding loser (in a situation where the capital score is insufficient). It is determined whether has additionally purchased capital points (points that will be the source of stakes). That is, the verification unit determines whether the user has additionally purchased capital points when the total points on hand are smaller than the bet points twice as large as the bet points of the immediately preceding loss. If the verification unit determines that the additional capital points have been purchased, the verification unit increments the index value n by one. On the other hand, if the verification unit determines that additional capital points are not to be purchased, the verification unit maintains the current index value n without counting up the index value n.

  Subsequently, the verification unit determines whether or not the user has bet twice the bet point of the last loss after the user has additionally purchased capital points. When the verification unit determines that the bet point is twice the bet point of the immediately preceding defeat, the verification unit increments the index value n by one. On the other hand, if the verification unit determines that the bet point is not twice the bet point of the immediately preceding losing time, the verification unit maintains the current index value n without counting up the index value n.

  The display unit of the user terminal displays the verification result according to the index value n. As an example, if the index value n exceeds the threshold value (for example, 3), a message “You are suspected of severe gambling dependence” is displayed, and if the index value n is 2, Displays the message "You are suspected of moderate gambling addiction." If the index value n is 1, displays the message "You are suspected of mild gambling addiction." However, if the index value n is 0, a message "You are not suspected of gambling dependence" may be displayed.

Hereinafter, a specific example of the seventh embodiment will be described with reference to FIGS. 8A to 8C. 8A and 8B are examples of the history table 49a in the seventh embodiment, and the history table 49a in FIG. 8B is a continuation of the history table 49a in FIG. 8A. The history table 49a records card distribution information, user operation details, and game results based on the same rules as in the first embodiment.
According to the example of FIG. 8A, the user bets 500 points on the player win in the first bet and loses the result of the bet, and bets 1000 points on the player win in the second bet, loses the result of the bet, and In the first bet, the player wins 2000 points and loses the bet. In the fourth bet, the player wins 4000 points and the player loses the bet. According to the example of FIG. 8B, the user bets 8000 points on the fifth stake in a banker win and loses as a result of the bet.

  Note that the total points (2500 points) in hand at the end of the fourth bet are smaller than twice (8000 points) the fourth bet points (4000 points). Therefore, in order to bet twice the fourth bet point in the fifth bet, it is necessary to add a capital point. The user purchases additional capital points at the end of the fourth bet to obtain the bet points of the fifth bet. More specifically, the user purchases an additional 10,000 points after the end of the fourth bet and before the start of the fifth bet, and bets 8000 points on the fifth bet to win the banker.

As shown in FIGS. 8A and 8B, the user has bet twice the previous bet on each of the first to fifth times. Further, as shown in FIG. 8B, after the end of the fourth bet, the user eliminates the capital shortage by purchasing additional capital points, thereby realizing the fifth bet.
In this case, the verification unit determines that three consecutive losses have occurred that satisfy the condition that the bet points are twice the previous bet points, and increments the index value n set to 0 by 1 (ie, n = 1). Further, the verification unit determines that the user has additionally purchased capital points when the total points on hand is smaller than the bet points twice as large as the last bet, and sets the index value n to 1 only. Count up (that is, n = 2). Further, the verification unit determines that, after additionally purchasing the capital score, the player has bet twice the bet score of the last loss, and counts up the index value n by 1 (that is, n = 3). .

  One of the characteristics of users who tend to be highly dependent on gambling is that they expect to continue to play the game even if they lose all points at the start of the game, and try to recover the lost game by the game Is done. According to the seventh embodiment, when the user eliminates the capital shortage by purchasing additional capital points and betting a double bet point on the previous bet point, it is determined that the gambling dependence is high. According to the seventh embodiment, the gambling dependence can be verified more precisely than in the first embodiment.

Note that the verification unit does not determine whether or not three consecutive losses have occurred that satisfy the condition that the bet points are twice the previous bet points, and the user purchases additional capital points, and increases the double the previous bet points. It may be determined whether there are times when the bet points are bet.
In addition, the verification unit may count the number of times the user has additionally purchased capital points and bet twice as many bets as the previous bet points, and may increment the index value n by the number of times. . In other words, the greater the number of times that the user purchases additional capital points and bets twice the previous betting point, the higher the gambling dependency may be evaluated.
In addition, when the user intends to bet a point larger than the total number of hands, the verification server may display a message for confirming the intention to purchase additional capital points on the display unit of the user terminal. Absent. As an example, a message as shown in FIG. 8C may be displayed on the user terminal.

(Eighth embodiment)
The present embodiment has a configuration in which the tendency of increase or decrease of the capital score (also referred to as “principal numeral”) of the user's possession is graphed in time series.
FIG. 9 is a line graph showing the increase / decrease of the capital score for each number of bets, with the horizontal axis representing the number of bets and the vertical axis representing the increase / decrease based on the initial score (initial capital score).
The present inventor has found, after extensive research, that there are four patterns of betting as verification judgments of gambling dependence, and that verification of these patterns is an important point.
(1) Rapidly rising pattern P1
The rising slope is large in proportion to the number of bets. The rising gradient (the number of capital points n-th initial point / n-times) is, for example, preferably 3 or more, 4 or more, and more preferably 5 or more. The rising width indicated by the polygonal line is significantly larger (for example, three times or more, preferably four times or more, and more preferably five times or more, the initial score) on the whole average than the falling width.
(2) Slow rise pattern P2
The rising slope is gentle in proportion to the number of bets. It is preferable that the rising gradient (the capital score n-th time-initial score / n) is, for example, more than 1 and less than 2, and more than 1 and less than 3. The rising width indicated by the polygonal line is a plus that is smaller than the falling width on average as a whole (for example, in the range of 1 to 2 times the initial score, preferably in the range of 1 to 3 times the initial score).
(3) Slow decline pattern P3
The decline is gentle in proportion to the number of bets. For example, it is preferable that the downward slope (the capital score n-th time-the initial score / n) is more than -1 and less than -2, and more than -1 and less than -3. The fall width indicated by the polygonal line is a minus that is smaller than the rise width on the whole average (for example, in the range of -1 times or more to less than -2 times, preferably in the range of -1 times or more to less than -3 times of the initial score). .
(4) Plunge pattern P4
The falling slope is large in proportion to the number of bets. The downward slope (capital score n-th time-initial score / n-times) is, for example, preferably -3 or more, -4 or more, and more preferably -5 or more. The fall width indicated by the polygonal line is significantly smaller on the whole average than the rise width (for example, -3 times or more, preferably -4 times or more, more preferably -5 times or more of the initial score).

The verification unit in the first embodiment to the seventh embodiment further includes at least operation data including betting score data indicating a betting score bet by the user, and game result data including at least winning / losing data indicating a win or loss of the user, One axis (for example, the horizontal axis) is the number of bets, and the increase or decrease is based on the initial score (initial capital score), and the other axis is the other (for example, the vertical axis). A graph data creating unit for creating (in real time according to the betting timing or after the game) a score increase / decrease graph data to be displayed as a line graph, a histogram, etc .; The created score increase / decrease graph data is presented to the user terminal (after the game ends or in real time according to the betting timing). The verification result receiving unit of the user terminal receives the score increase / decrease graph data, and the display unit of the user terminal executes a graph display based on the score increase / decrease graph data (after the game ends or in real time according to the betting timing).
When the verification unit is in the verification server, the information processing device connected to the server may be able to access the point increase / decrease graph data, and the monitor connected to the server may display a graph based on the point increase / decrease graph data. It may be possible.
When the verification unit is located in the user terminal, the verification unit may generate the score increase / decrease graph data, and the display unit may execute the graph display based on the score increase / decrease graph data.
The timing for displaying the graph may be automatically displayed in real time at a predetermined location such as a verification window during the game, and after the game is completed, in response to a user instruction to be verified or automatically at the end of the game, the verification window or the like. May be displayed at a predetermined location.

A verification example using the score increase / decrease graph is shown below.
(1) If the sudden drop pattern P4 occurs many times, it is determined that there is a bad betting method (also referred to as a "highly dependent betting method"). Such betting is not only the cause of sharp and significant penalties but also the beginning of repeated defeats (betting to regain the losses). Defeat is one factor that tends to be highly dependent. In losing, in order to bet twice or more than the previous bet, if you continue to bet and lose (continuous doubling failure), your gambling dependency will be lower than in other patterns. Is also determined to be high. This requires careful attention and improvement.
(2) If the rapidly rising pattern P1 and the gentle falling pattern P3 are alternately generated, it is determined that the dependence is certainly lower than other patterns.
(3) When the gradual rising pattern P2 and the gradual falling pattern P3 are alternately generated, the dependency can be determined to be lower than other patterns, but the dependency is determined to be higher than the pattern of (2). .
(4) Since the sudden rise pattern P1 is rarely continuously generated, for example, when the number of bets is longer than 10 times, it is not necessary to use it as a factor for determining the degree of dependence. In the case where the determination factor is used, it may be determined that it is necessary to call attention that the memory of the big win will not be left from the head forever.

  In the verification example using the score increase / decrease graph, the user may voluntarily judge from the score increase / decrease graph displayed on the user terminal. The display unit may simultaneously display the score increase / decrease graph in one or a plurality of games. By simultaneously displaying the score increase / decrease graphs in a plurality of games, the user can perform a wide range and detailed verification, and can have a bad betting habit. And it is possible to make concrete improvement measures to prevent dependence.

Further, not only the user can independently execute the verification, but also the verification unit may perform the determination of the verification example at the same time or in place of the verification.
The verification unit may obtain the patterns P1 to P4 from one or more score increase / decrease graph data, verify the dependency, and present the verification result to the user by the presentation unit. The display unit of the user terminal may display the verification result received by the verification result receiving unit. The display mode is not particularly limited, and may be displayed at a predetermined location of the game display, or may be displayed in a pop-up.
The verification unit may execute the verification in real time while the game is in progress, and the presentation unit may send the verification result to the user terminal together with the score increase / decrease graph data. The display unit of the user terminal may automatically display the verification result together with the graph display or only the verification result in a predetermined location such as a verification window during the game.

According to this embodiment, the user can intuitively check the betting situation by showing, as a time-series line graph, that the user's hand score fluctuates to plus or minus after a certain number of game progresses. In particular, when there is a significant reduction, the betting method at that timing can be verified, and the user is given an opportunity to verify, reflect on, and consider improvement on the bad betting pattern.
In addition, the use of the present invention facilitates self-assessment, which allows for betting analysis and practice, and also helps to be alerted to gambling.

(Another embodiment)
Hereinafter, another embodiment will be described.

<1> In the first embodiment, the verification unit 45 of the verification server 4 determines whether three consecutive losses have occurred that satisfy the condition that the bet points are twice the previous bet points. It may be determined whether or not a bet point larger than the bet point is bet. Also, it is not limited to three consecutive losses, and it may be determined whether a plurality of consecutive losses (for example, four, five, six, seven times) have occurred. In addition, the verification unit 45 determines whether or not each bet point of a plurality of consecutive losses is twice the bet point of the immediately preceding bet. However, the present invention is not limited thereto. It may be determined whether or not the last one bet point is twice or more than the last bet point.
<2> In the first embodiment, the verification unit 45 of the verification server 4 counts the number of times that three consecutive losses have occurred that satisfy the condition that the bet points are twice the previous bet points. The gambling dependency may be evaluated higher.
<3> In the first embodiment, the verification unit 45 of the verification server 4 determines whether or not the user has continued without ending the game when a large number of losses (for example, five times) are continued. May be determined to have a high gambling dependency.
<4> The user's betting tendency and advice may be presented as the result of verifying the gambling dependence. For example, a message such as “There is a tendency to increase bet points when losing continues.
<5> A user who has registered as a paid member can use the gambling dependence verification function of the present embodiment, and a user who has not registered as a paid member can use the gambling dependence verification function although the baccarat game function can be used. It doesn't matter if you can't. Also, each time a user who has registered as a member may log in, the user may be able to recognize the verification result of the gambling dependence when he last logged in and played a game.
<6> In the third embodiment of FIG. 4, the verification server 4b compares the betting points of a plurality of users and determines whether another user has increased the betting points when a certain user has increased the betting points. Alternatively, when it is determined that another user has increased the betting score, the other user may be evaluated as having a high gambling dependency. Influenced by one user increasing the betting score, other users who have increased the betting score are more likely to be washed away by surrounding circumstances, tend to lack calm judgment, and tend to be highly dependent on gambling. It is expected to be. According to the third embodiment, such a user can be appropriately evaluated.
<7> In the fourth embodiment shown in FIG. 5, the verification server 4c acquires the operation data and the game result data from the game server 3, but may acquire it from the user terminal 2. For example, as illustrated in FIG. 7, the verification server 4c may directly obtain the operation data and the game result data from the user terminal 2 without passing through the game server 3, and may directly transmit the verification result data to the user terminal 2. I do not care.

1, 1a, 1b, 1c, 1d: Gambling dependency verification system 2, 2b: User terminal 3,: Game server 4, 4a, 4b, 4c: Gambling dependency verification server 41: Acquisition unit 45: Verification unit 46: Presentation Unit 47: Storage unit 49: History table

Claims (6)

An acquisition unit, a verification unit, and a gambling dependency verification method executed by an information processing apparatus having at least a presentation unit,
An acquisition step in which the acquisition unit acquires operation data indicating the content of the user's bet in the baccarat game and game result data indicating the result of the user's bet;
A verification step of verifying a user's gambling dependence using the operation data and the game result data;
A presentation step in which the presentation unit presents a verification result to a user;
And a gambling dependency verification method. The operation data includes bet point data indicating a bet point bet by the user,
The game result data includes win / loss data indicating a win / loss of the user,
The verification unit, in the verification step,
Using the game result data of the winning and losing data, it is determined whether the user loses a plurality of times,
In the case where it is determined that the user has lost more than once, the betting point data of the operation data is used to determine at least a predetermined number of times of betting on a larger number of betting points as compared to the previous time in a plurality of consecutive losses. Judge whether it exists by the number of times,
When it is determined that there are at least a predetermined number of times of betting a large bet point compared to the previous time, compared to when it is determined that there are no at least a predetermined number of times of betting a large bet point compared to the previous time, The gambling dependency verification method according to claim 1, wherein the gambling dependency is evaluated to be high. The verification unit, in the verification step,
When it is determined that the user has lost more than once, the betting score is twice or twice the previous betting score in each of the plurality of consecutive losses, using the betting score data of the operation data. Judge whether it is more than double,
Gambling is determined when the betting score is determined to be twice or more than the previous betting score, compared to when the betting score is determined not to be twice or twice the previous betting score. 3. The gambling dependence verification method according to claim 2, wherein the dependence is evaluated to be high. An acquisition unit that acquires operation data indicating the content of a user's bet in the baccarat game and game result data indicating the result of the user's bet;
Using the operation data and the game result data, a verification unit that verifies the gambling dependence of the user,
A presentation unit for presenting a verification result to a user;
A gambling dependency verification server, including: The operation data includes bet point data indicating a bet point bet by the user,
The game result data includes win / loss data indicating a win / loss of the user,
The verification unit,
Using the game result data of the winning and losing data, it is determined whether the user loses a plurality of times,
In the case where it is determined that the user has lost more than once, the betting point data of the operation data is used to determine at least a predetermined number of times of betting on a larger number of betting points as compared to the previous time in a plurality of consecutive losses. Judge whether it exists by the number of times,
When it is determined that there are at least a predetermined number of times of betting a large bet point compared to the previous time, compared to when it is determined that there are no at least a predetermined number of times of betting a large bet point compared to the previous time, The gambling dependency verification server according to claim 4, wherein the gambling dependency verification server evaluates that the gambling dependency tends to be high. The verification unit,
When it is determined that the user has lost more than once, the betting score is twice or twice the previous betting score in each of the plurality of consecutive losses, using the betting score data of the operation data. Judge whether it is more than double,
Gambling is determined when the betting score is determined to be twice or more than the previous betting score, compared to when the betting score is determined not to be twice or twice the previous betting score. The gambling dependency verification server according to claim 5, wherein the gambling dependency verification server evaluates that the dependency tends to be high.

Images