JP5881344B2 - GAME SYSTEM, GAME MACHINE, MANAGEMENT DEVICE, AND APPLICATION PROGRAM - Google Patents

Description

  The present invention relates to a gaming system including gaming machines such as pachinko machines and slot machines installed in a gaming hall, a gaming machine, a management device for managing gaming history, and an application program for storing gaming history.

  In gaming machines such as pachinko machines and slot machines installed in the amusement hall, the result of the game played by the player is output as an end history code, and the output end history code is read with a mobile phone etc. By transmitting to the server that manages the history, the server that received the game history can accumulate the game history for each player, and the accumulated game history can be reflected in other game histories. The thing is proposed (for example, refer patent document 1).

JP 2009-195327 A

  In the gaming system described in Patent Document 1, it may be configured to browse information based on the gaming history accumulated on the server side, but simply by configuring the gaming history to be browsed, the gaming motivation at the gaming machine Cannot be raised sufficiently.

  The present invention has been made paying attention to such problems, and provides a gaming system, a gaming machine, a management device, and an application program that can increase the player's willingness to play based on the accumulated gaming history. The purpose is to do.

In order to solve the above-described problem, a gaming system according to claim 1 of the present invention provides:
Game history information generating means for generating game history information (end history code) capable of specifying a game history that is capable of performing a predetermined game and is a result of playing a game on a gaming machine, and the game history A gaming machine (slot machine 1) comprising game history information output means (liquid crystal display 51) for outputting game history information (end history code) generated by the information generating means;
A game history (total number of games, number of BBs, number of RBs) specified from the game history information (end history code) is a first output condition and a second output condition (first condition) different from the first output condition (Total number of games: 2000 or more, number of BBs: 2 or more, number of RBs: 2 or more), second condition (total number of games: 3000 or more, number of BBs: 3 or more, number of RBs: 3 or more)) Output condition determination means for determining whether or not a predetermined output condition including at least
When the output condition determining means determines that the game history (total number of games, number of BBs, number of RBs) satisfies the first output condition (first condition), and determines that the second output condition is satisfied The game history-related information (setting suggestion information) based on the game history (bell winning number, medal difference number) specified from the game history information (end history code) is output differently for viewing. History related information output means;
It is characterized by comprising.
A gaming machine according to claim 2 of the present invention,
A gaming machine (slot machine 1) capable of performing a predetermined game,
Game history information generating means for generating game history information (end history code) capable of specifying a game history as a result of playing a game on the gaming machine;
Game history information output means (liquid crystal display 51) for outputting the game history information (end history code) generated by the game history information generating means;
With
Game history specified from the game history information (End history code), the external device and the first output condition at (management server 1200), the predetermined comprising at least a different second output condition from the first output condition A determination as to whether or not an output condition (first condition, second condition) is satisfied, and a determination that the first output condition is satisfied, and a determination that the second output condition is satisfied (first Including the game history (total number of games, number of BBs, number of RBs, number of bell wins, number of medals difference) used to create different game history related information (setting suggestion information) It is a feature.
The management device according to claim 3 of the present invention is:
The player who is a result of playing a game with the gaming machine specified from the gaming history information (end history code) output from the gaming machine (slot machine 1) capable of playing a predetermined game by the player A browsing request receiving means for receiving a browsing request (update request) of gaming history related information (setting suggestion information) based on the gaming history of
The game history information (End history code) said game history and the first output condition specified from a predetermined output condition including at least a different second output condition from the first output condition (first condition, the Output condition determining means for determining whether or not (condition 2) is satisfied;
When the output condition determining means determines that the game history satisfies the first output condition (first condition, second condition) and when it determines that the second output condition is satisfied, Game history related information distribution means for distributing the game history related information (setting suggestion information) based on the game history of the player so as to be browseable for the player who has made a browsing request (update request);
It is characterized by having.
The application program according to claim 4 of the present invention is:
Computer (mobile terminal 1100)
Player and game history is first output condition specified by the game history information output (end history code), it is possible gaming machine performing a predetermined game (slot machine 1), and the first output condition Output condition determining means for determining whether or not a predetermined output condition (first condition, second condition) including at least a different second output condition is satisfied;
When the output condition determining means determines that the game history satisfies the first output condition (first condition, second condition) and when it determines that the second output condition is satisfied, Game history related information output means for outputting the game history related information (setting suggestion information) based on the game history specified from the game history information (end history code) so that the game history related information can be browsed.
It is characterized by functioning as
According to the features of claims 1 to 4, since different game history related information is output due to different output conditions satisfied by the game history specified from the game history information, the player's willingness to play the game Can be increased more effectively.
The gaming system of means 1 of the present invention is:
Game history information generating means for generating game history information (end history code) capable of specifying a game history that is capable of performing a predetermined game and is a result of playing a game on a gaming machine, and the game history A gaming machine (slot machine 1) comprising game history information output means (liquid crystal display 51) for outputting game history information (end history code) generated by the information generating means;
The game history (total number of games, number of BBs, number of RBs) specified from the game history information (end history code) is a predetermined output condition (first condition (total number of games: 2000 or more, number of BBs: 2 or more) RB count: 2 times or more), output condition determination means for determining whether or not the second condition (total game count: 3000 or more, BB count: 3 times or more, RB count: 3 times or more) is satisfied,
When the output condition determination means determines that the game history (total number of games, number of BBs, number of RBs) satisfies the predetermined output condition (first condition), the game history information (end history code) is used. A game history related information output means for outputting game history related information (setting suggestion information) based on the specified game history (bell winning number, medal difference number);
It is characterized by comprising.
According to these features, the game history game history related information based on the game history identified from the information rather than always being outputted browsable, the game history is predetermined output condition is satisfied, which is specified from the game history information Only in this case, the game history related information based on this game history is output, so that the player's willingness to play can be effectively increased.
The game history information output means may be configured to output the game history information by displaying character data, or the game history information may be displayed by displaying encoded data such as a barcode or an end history code. It may be configured to output, or may be configured to output game history information by readable output from the outside by wired connection, wireless connection, infrared connection or the like.
In addition, the game history that is a target when the output condition determination unit determines whether or not the predetermined output condition is satisfied may be the entire game history specified from the game history information, or may be a predetermined period (the same day, a plurality of Day, one game, a plurality of games, etc.).
Further, the game history related information may be the game history itself or a result of analyzing the game history.
Further, the game history related information may be information based on the game history specified from the received game history information when outputting the game history related information, or based on the game history specified from the game history information received in the past. Information may be sufficient, and the information based on the game history accumulated until now may be sufficient.

A gaming system according to means 2 of the present invention is the gaming system according to means 1,
The predetermined output condition includes at least a first output condition (first condition) and a second output condition (second condition);
When the game condition related information output unit determines that the output condition determination unit satisfies the first output condition (first condition) and when the game condition related information output unit satisfies the second output condition (second condition) The game history-related information (setting suggestion information) that is different from that determined is output.
According to this feature, since different game history related information is output due to different output conditions satisfied by the game history specified from the game history information, the player's willingness to play is more effectively improved. Can be increased.

The gaming system of means 3 of the present invention is the gaming system according to means 2 ,
The second output condition (second condition) includes a plurality of first output conditions (first condition (total number of games: 2000 or more, number of BBs: 2 or more, number of RBs: 2 or more)). There are conditions (total number of games: 3000 or more, number of BBs: 3 or more, number of RBs: 3 or more) that are satisfied when all of the above conditions are satisfied,
When the game history related information output means satisfies the first output condition (first condition) when the output condition determination means determines that the second output condition (second condition) is satisfied. The game history related information (second setting suggestion information) that is more useful to the player is output than the game history related information (first setting suggestion information) that is output when the determination is made.
According to this feature, since the game history specified from the game history information satisfies a plurality of conditions step by step, useful game history related information is output step by step. The willingness to play can be continuously increased.
Note that the game history related information that is more useful to the player than the game history related information that is output when it is determined that the first output condition is satisfied is, for example, that the first output condition is satisfied. Information that becomes useful when the amount of information that can be browsed is larger than the game history related information that is output to the game information, or information that becomes useful when the accuracy of information that can be browsed increases.

The gaming system of means 4 of the present invention is the gaming system according to any one of means 1 to 3 ,
The gaming machine includes setting value setting means for setting any one of setting values (settings 1 to 6) for setting a player's advantage (medal payout rate).
The game history includes a specific game history (bell winning number) that may cause a difference according to the set value,
The game history related information outputting means is characterized by outputting the specific game history information regarding the set value estimated from (bell winning count) (setting suggesting information) as the game history related information.
According to this feature, the set value indicating the player's advantage can be estimated from the output game history related information, so that the player's willingness to play can be more effectively enhanced.

A gaming system according to means 5 of the present invention is the gaming system according to any one of means 1 to 4 ,
The gaming machine includes game-related lottery means for performing a lottery (internal lottery) related to a game,
The output condition determination means is configured such that a lottery result of the game-related lottery means (internal lottery) or a game result (winning result) based on the lottery result is the predetermined output condition (first condition, second condition). It is characterized by determining whether or not the above condition is satisfied.
According to this feature, the game history-related information output condition is established according to the lottery result performed when the player plays a game, so that the player's willingness to play can be more effectively enhanced.

The gaming system of means 6 of the present invention is the gaming system according to any one of means 1 to 5 ,
Game history storage means (group-specific game history database) for storing the game history of a plurality of players specified from the game history information (end history code),
The output condition determining means determines whether or not a sum of game histories of a plurality of players stored in the game history storage means (group-specific game history database) satisfies the predetermined output condition. It is a feature.
According to this feature, the game history related information output condition is established when a plurality of players play a game together, so that the game motivation of the plurality of players can be enhanced.

The gaming machine of means 7 of the present invention is:
A gaming machine (slot machine 1) capable of performing a predetermined game,
Game history information generating means for generating game history information (end history code) capable of specifying a game history as a result of playing a game on the gaming machine;
Game history information output means (liquid crystal display 51) for outputting the game history information (end history code) generated by the game history information generating means;
With
Determining whether the game history specified from the game history information (end history code) satisfies a predetermined output condition (first condition, second condition) in the external device (management server 1200); and Game history (total number of games, number of BBs, number of RBs) used to create game history related information (setting suggestion information) that is output when the predetermined output conditions (first condition, second condition) are satisfied It includes the number of winning bells and the number of medals.
According to this feature, the game history related information based on the game history specified from the game history information outside the gaming machine is not always output to be viewable, but the game history specified from the game history information Only when the output condition is satisfied, the game history related information based on the game history specified from the game history information can be output, so that the game motivation of the player can be effectively increased.
The game history information output means may be configured to output the game history information by displaying character data, or the game history information may be displayed by displaying encoded data such as a barcode or an end history code. It may be configured to output, or may be configured to output game history information by readable output from the outside by wired connection, wireless connection, infrared connection or the like.
Further, the game history used for determining whether or not a predetermined output condition is satisfied may be the entire game history or a game history for a predetermined period (current day, multiple days, one game, multiple games, etc.).
Further, the game history related information may be the game history itself or a result of analyzing the game history.
Further, the game history related information may be information based on the game history specified from the received game history information when outputting the game history related information, or based on the game history specified from the game history information received in the past. Information may be sufficient, and the information based on the game history accumulated until now may be sufficient.

A gaming machine according to means 8 of the present invention is the gaming machine according to means 7 ,
A setting value setting means for setting any one of a plurality of setting values (settings 1 to 6) for setting a player's advantage (medal payout rate);
The game history used to create the game history related information includes a specific game history (bell winning number) that may cause a difference depending on the set value,
The game history related information is characterized in that it comprises information (setting suggesting information) relating to the setting value inferred from the particular game history (bell winning count).
According to this feature, it is possible to infer a set value indicating the player's advantage from the game history specified from the game history information, so that the player's willingness to play can be more effectively enhanced.

The gaming machine of means 9 of the present invention is the gaming machine according to means 7 or 8 ,
Game-related lottery means for performing lotteries related to games (internal lottery),
The game history used for determining whether or not the predetermined output condition (first condition, second condition) is satisfied is the lottery result of the game-related lottery means or a game result (winning result) based on the lottery result. It is characterized by including.
According to this feature, the game history-related information output condition is established according to the lottery result performed when the player plays a game, so that the player's willingness to play can be more effectively enhanced.

The management device of the means 10 of the present invention is:
The player who is a result of playing a game with the gaming machine specified from the gaming history information (end history code) output from the gaming machine (slot machine 1) capable of playing a predetermined game by the player A browsing request receiving means for receiving a browsing request (update request) of gaming history related information (setting suggestion information) based on the gaming history of
Output condition determining means for determining whether or not the game history specified from the game history information (end history code) satisfies a predetermined output condition (first condition, second condition);
When the output condition determination means determines that the game history satisfies the predetermined output condition (first condition, second condition), the player who has made the browsing request (update request), Game history related information distribution means for distributing the game history related information (setting suggestion information) based on the game history of the player so as to be viewable;
It is characterized by having.
According to these features, the game history rather than the game history related information based on the game history specified are always viewable deliver the information, game history is predetermined output condition specified by the game history information Only when the condition is satisfied, the game history related information based on the game history specified from the game history information is distributed, so that the player's willingness to play can be effectively increased.
Note that the game history that is a target when the output condition determining means determines whether or not the predetermined output condition is satisfied may be the entire game history, or a predetermined period (current day, multiple days, one game, multiple games). Game history).
Further, the game history related information may be the game history itself or a result of analyzing the game history.
Further, the game history related information may be information based on the game history specified from the received game history information when outputting the game history related information, or based on the game history specified from the game history information received in the past. Information may be sufficient, and the information based on the game history accumulated until now may be sufficient.

The management device according to means 11 of the present invention is the management device according to means 10 ,
The predetermined output condition includes at least a first output condition (first condition) and a second output condition (second condition);
When the game history related information distribution unit satisfies the first output condition (first condition) and the output condition determination unit satisfies the second output condition (second condition) The game history related information (setting suggestion information) that is different from that determined is distributed.
According to this feature, since different game history related information is distributed due to different output conditions satisfied by the game history specified from the game history information, the player's willingness to play is more effectively improved. Can be increased.

The management device of means 12 of the present invention is the management device described in means 11 ,
The second output condition (second condition) includes a plurality of first output conditions (first condition (total number of games: 2000 or more, number of BBs: 2 or more, number of RBs: 2 or more)). There are conditions (total number of games: 3000 or more, number of BBs: 3 or more, number of RBs: 3 or more) that are satisfied when all of the above conditions are satisfied,
When the game history related information distribution means satisfies the first output condition (first condition) when the output condition determination means determines that the second output condition (second condition) is satisfied. The game history related information (second setting suggestion information) that is more useful to the player than the game history related information (first setting suggestion information) to be distributed when the determination is made is distributed.
According to this feature, since the game history specified from the game history information satisfies a plurality of conditions step by step, useful game history related information is distributed step by step. The willingness to play can be continuously increased.
Note that the game history related information that is more useful to the player than the game history related information that is output when it is determined that the first output condition is satisfied is, for example, that the first output condition is satisfied. Information that becomes useful when the amount of information that can be browsed is larger than the game history related information that is output to the game information, or information that becomes useful when the accuracy of information that can be browsed increases.

Manager means 1 3 of the present invention, there is provided a management apparatus according to any one of means 10 to means 12,
The game history includes a specific game history (bell winning number) that may cause a difference depending on a plurality of types of setting values (settings 1 to 6) having different player advantages (medal payout rates);
The game history related information delivery means is characterized in that delivering the specific game history information regarding the set value estimated from (bell winning count) (setting suggesting information) as the game history related information.
According to this feature, the set value indicating the player's advantage can be estimated from the distributed game history related information, so that the player's willingness to play can be more effectively enhanced.

Manager means 1 4 of the present invention, there is provided a management apparatus according to any one of means 10-13,
The output condition determination means is configured such that a lottery result (internal lottery result) related to a game in the game history or a game result (winning result) based on the lottery result is the predetermined output condition (first condition, second condition). It is characterized by determining whether or not (condition) is satisfied.
According to this feature, the game history-related information output condition is established according to the lottery result performed when the player plays a game, so that the player's willingness to play can be more effectively enhanced.

Manager means 1 5 of the present invention, there is provided a management apparatus according to any one of means 10-1 4,
Game history storage means (group-specific game history database) for storing the game history of a plurality of players specified from the game history information (end history code),
The output condition determining means determines whether or not a sum of game histories of a plurality of players stored in the game history storage means (group-specific game history database) satisfies the predetermined output condition. It is a feature.
According to this feature, the game history related information output condition is established when a plurality of players play a game together, so that the game motivation of the plurality of players can be enhanced.

The application program of means 16 of the present invention is:
Computer (mobile terminal 1100)
The player who is a result of playing a game with the gaming machine specified from the gaming history information (end history code) output from the gaming machine (slot machine 1) capable of playing a predetermined game by the player Output condition determining means for determining whether or not the game history of the game satisfies a predetermined output condition (first condition, second condition);
The game history specified from the game history information (end history code) when the output condition determining means determines that the game history satisfies the predetermined output condition (first condition, second condition) Game history related information output means for outputting game history related information (setting suggestion information) based on
It is characterized by functioning as
According to these features, the game history rather than the game history related information based on the game history specified output always viewable from information, game history is predetermined output condition specified by the game history information Since game history related information based on this game history is output only when the above condition is satisfied, the player's willingness to play can be effectively increased.
Note that the game history that is a target when the output condition determining means determines whether or not the predetermined output condition is satisfied may be the entire game history, or a predetermined period (current day, multiple days, one game, multiple games). Game history).
Further, the game history related information may be the game history itself or a result of analyzing the game history.
Further, the computer includes not only a general-purpose computer but also a dedicated terminal capable of executing an application program, a mobile phone terminal, a mobile terminal, and the like.
Further, the game history related information may be information based on the game history specified from the received game history information when outputting the game history related information, or based on the game history specified from the game history information received in the past. Information may be sufficient, and the information based on the game history accumulated until now may be sufficient.

Means 1 7 application program of the present invention is an application program according to the means 16,
The predetermined output condition includes at least a first output condition (first condition) and a second output condition (second condition);
When the game condition related information output unit determines that the output condition determination unit satisfies the first output condition (first condition) and when the game condition related information output unit satisfies the second output condition (second condition) The game history-related information (setting suggestion information) that is different from that determined is output.
According to this feature, since different game history related information is output due to different output conditions satisfied by the game history specified from the game history information, the player's willingness to play is more effectively improved. Can be increased.

The application program of means 18 of the present invention is the application program described in means 17 ,
The second output condition (second condition) includes a plurality of first output conditions (first condition (total number of games: 2000 or more, number of BBs: 2 or more, number of RBs: 2 or more)). There are conditions (total number of games: 3000 or more, number of BBs: 3 or more, number of RBs: 3 or more) that are satisfied when all of the above conditions are satisfied,
When the game history related information output means satisfies the first output condition (first condition) when the output condition determination means determines that the second output condition (second condition) is satisfied. The game history related information (second setting suggestion information) that is more useful to the player is output than the game history related information (first setting suggestion information) that is output when the determination is made.
According to this feature, since the game history specified from the game history information satisfies a plurality of conditions step by step, useful game history related information is output step by step. The willingness to play can be continuously increased.
Note that the game history related information that is more useful to the player than the game history related information that is output when it is determined that the first output condition is satisfied is, for example, that the first output condition is satisfied. Information that becomes useful when the amount of information that can be browsed is larger than the game history related information that is output to the game information, or information that becomes useful when the accuracy of information that can be browsed increases.

Means 1 9 application program of the present invention is an application program according to any of the means 1 7 or means 1 8,
The game history includes a specific game history (bell winning number) that may cause a difference depending on a plurality of types of setting values (settings 1 to 6) having different player advantages (medal payout rates);
The game history related information outputting means is characterized by outputting the specific game history information regarding the set value estimated from (bell winning count) (setting suggesting information) as the game history related information.
According to this feature, the set value indicating the player's advantage can be estimated from the output game history related information, so that the player's willingness to play can be more effectively enhanced.

Application program means 20 of the present invention is an application program according to any of the means 1 7-1 9,
The output condition determination means is configured such that a lottery result (internal lottery result) related to a game in the game history or a game result (winning result) based on the lottery result is the predetermined output condition (first condition, second condition). It is characterized by determining whether or not (condition) is satisfied.
According to this feature, the game history-related information output condition is established according to the lottery result performed when the player plays a game, so that the player's willingness to play can be more effectively enhanced.

It is a figure which shows an example of the game system to which this invention was applied. It is a front view of a slot machine as an example of a gaming machine to which the present invention is applied. It is an internal structure figure of a slot machine. It is a figure which shows the symbol arrangement | sequence of a reel. It is a block diagram which shows the structure of a slot machine. It is a figure which shows the structure of the combination defined as winning. It is a figure which shows the object combination of the internal lottery classified by game state. It is a figure which shows the winning probability of the bell for every setting value. It is a figure which shows the number of point provision according to level and the number of games. It is a figure which shows transition of a main menu screen. It is a figure which shows the input condition of a password. It is a figure which shows the input condition of a password. It is a figure which shows the output condition of an end history code. It is a figure which shows the output condition of an intermediate | middle history code. It is a figure which shows the condition in the middle of output control of a history code. (A) is a figure which shows a password analysis table, (b) is a figure which shows the analysis procedure of a password. It is a figure which shows the data structure etc. which are stored in an end history code and an intermediate | middle history code. It is a figure which shows the structure of the player database with which the management server which is the management apparatus to which this invention is applied, the game history database, the game history database classified by group, and a privilege database. It is a figure which shows the exchange of a portable terminal and a management server at the time of member registration. It is a figure which shows the exchange of the slot machine at the time of a game end, a portable terminal, and a management server. It is a figure which shows the exchange of the slot machine in the middle of a game, a portable terminal, and a management server. It is a figure which shows the exchange of a portable terminal and a management server in the case of acquiring a privilege. In Example 2, it is a figure which shows the exchange of the slot machine in the middle of a game, a portable terminal, and a management server. FIG. 10 is a block diagram illustrating a configuration of a mobile terminal according to a third embodiment. It is a figure which shows operation | movement of the portable terminal at the time of completion | finish of a game in Example 3. FIG. It is a figure which shows operation | movement of the portable terminal in the middle of a game in Example 3. FIG.

  Examples of the present invention will be described below.

  As shown in FIG. 1, the gaming system of the first embodiment is a slot machine 1 that is an example of a gaming machine of the present invention installed in a game arcade, and a management that is an example of a management apparatus of the present invention connected to the Internet. The server 1200 and the slot machine 1 and the management server 1200 can exchange data via a portable terminal 1100 having a two-dimensional code reading function and an Internet connection function. .

  As shown in FIGS. 2 and 3, the slot machine 1 according to the present embodiment includes a housing 1a having an open front surface, and a front door 1b pivotally supported on a side end of the housing 1a. It is configured.

  Inside the casing 1a of the slot machine 1 of the present embodiment, as shown in FIG. 3, reels 2L, 2C and 2R (hereinafter, left reel, middle reel, right reel) having a plurality of symbols arranged on the outer periphery are arranged. ) Are juxtaposed in the horizontal direction, and as shown in FIG. 2, three consecutive symbols out of the symbols arranged on the reels 2L, 2C, 2R can be seen from the see-through window 3 provided on the front door 1b. Are arranged as follows.

  As shown in FIG. 4, the outer periphery of each of the reels 2L, 2C, and 2R is “black 7”, “net 7 (shaded 7 in the figure)”, “white 7”, “BAR”, “replay”, A plurality of types of mutually distinguishable symbols such as “watermelon”, “cherry”, “bell”, and “orange” are drawn in a predetermined order, 21 pieces each. The symbols drawn on the outer peripheries of the reels 2L, 2C, and 2R are displayed in the upper, middle, and lower three stages in the see-through window 3, respectively.

  The reels 2L, 2C, and 2R are provided in correspondence with each other and rotated by reel motors 32L, 32C, and 32R (see FIG. 5), so that the symbols of the reels 2L, 2C, and 2R are continuously formed in the see-through window 3. In addition to being displayed while changing, by stopping the rotation of the reels 2L, 2C, and 2R, three consecutive symbols are derived and displayed on the fluoroscopic window 3 as display results.

  Inside the reels 2L, 2C, and 2R are reel sensors 33L, 33C, and 33R that detect a reference position for each of the reels 2L, 2C, and 2R, and a reel LED 55 that irradiates the reels 2L, 2C, and 2R from the back side. , Is provided. The reel LED 55 includes 12 LEDs corresponding to three consecutive symbols of the reels 2L, 2C, and 2R, and can irradiate each symbol independently.

  At the position corresponding to each reel 2L, 2C, 2R on the front door 1b, a horizontally long rectangular see-through window 3 that allows the reels 2L, 2C, 2R to be seen through from the front side is provided. The reels 2L, 2C, 2R can be visually recognized from the player side.

  The front door 1b uses a medal insertion unit 4 into which medals can be inserted, a medal payout exit 9 from which medals are paid out, and credits (the number of medals stored as a player's own game value). The MAXBET switch 6 that is operated when setting the maximum bet number (3 in any game state in this embodiment) among the prescribed number of bets determined according to the game state, is stored as credits. Settlement switch 10 operated when paying out medals used for setting medals and betting numbers (returning medals used for setting credits and betting numbers), start switch operated when starting a game 7. Stop switches 8L, 8C, 8R operated when stopping the rotation of the reels 2L, 2C, 2R, and an effect switch 56 for use in effects. It is provided so as to be operated by the skill person.

The front door 1b also displays a credit indicator 11 that displays the number of medals stored as credits, the number of medals paid out due to the occurrence of a prize, an error code indicating the contents when an error occurs, and the like. Game assist indicator 12, 1BETLED14 that notifies that the bet number is set by 1 by lighting, 2BETLED15 that notifies that the bet number is set by 2 and 2 that the bet number is set by 3 3BET LED 16 to notify, insertion request LED 17 to notify that a medal can be inserted by lighting, start effective LED 18 to notify that the game start operation by the operation of the start switch 7 is effective, wait (the previous game start) Waiting for the start of reel rotation because a certain period has not elapsed since Weight in LED 19, payout display unit 13 during replay LED20 is provided for informing by lighting the effect that while replaying the game to be described later is provided for informing by lighting a a is that during.

  Inside the MAXBET switch 6, there is provided a BET switch valid LED 21 (see FIG. 5) for notifying that the setting operation of the betting number by the operation of the MAXBET switch 6 is valid, and the stop switches 8L, 8C, Inside the 8R, left, middle and right stop effective LEDs 22L, 22C and 22R (see FIG. 5) for notifying that the reel stop operation by the corresponding stop switches 8L, 8C and 8R is effective are provided. It has been.

  Inside the front door 1b, there is a reset switch 23 for detecting a reset operation for releasing an error state described later and a stop state described later by a predetermined key operation, while changing a set value and confirming a set value described later. The set value display 24 that displays the set value at that time, and the validity / invalidity of the stop function for controlling the stop state at the end of the BB, which will be described later (a state in which the progress of the game is restricted until a reset operation is performed) A check switch 36a for selecting the automatic settlement function that controls automatic settlement at the end of BB, which will be described later (processing to settle (return) medals stored as credits regardless of the player's operation). An automatic settlement switch 36b for selecting invalidity and a flow path for medals inserted from the medal insertion unit 4 are provided in a hopper tank 34a (described later with reference to FIG. 3) provided in the housing 1a. And a medal having a insertion medal sensor 31 for detecting a medal that has been inserted from the medal insertion unit 4 and flowed down to the hopper tank 34a side. A selector (not shown) and a door open detection switch 25 (see FIG. 5) for detecting the open state of the front door 1b are provided.

  As shown in FIG. 3, a reel sensor 33L that can detect the reel reference positions of the reels 2L, 2C, and 2R, the reel motors 32L, 32C, and 32R, and the reels 2L, 2C, and 2R, as shown in FIG. , 33C, 33R (see FIG. 5), an external output board 1000 for outputting an external output signal, a hopper tank 34a for storing medals inserted from the medal insertion section 4, and a hopper tank 34a. A hopper unit 34 including a hopper motor 34b for paying out medals from the medal payout opening 9, a payout sensor 34c for detecting medals paid out by driving the hopper motor 34b, and a power supply box 100 are provided.

  On the side of the hopper unit 34, an overflow tank 35 is provided for storing medals overflowing from the hopper tank 34a. Inside the overflow tank 35, a full sensor 35 a made up of a pair of electrically conductive members spaced apart from each other and provided at a height capable of detecting a predetermined amount of stored medals is provided. It is possible to detect that the medal storage amount stored in the inside when it is conductive by contacting through the medal stored in the inside exceeds a predetermined amount, that is, that the overflow tank is full. It has become.

  The front side of the power supply box 100 functions as a setting key switch 37 for switching to a setting change state or a setting confirmation state, and functions as a reset switch for canceling an error state or a stop state in a normal state. There are provided a reset / setting switch 38 that functions as a setting switch for changing a setting value of a winning probability (outtake rate) of internal lottery to be described later, and a power switch 39 that is operated when the power is turned on / off. .

  When a game is played in the slot machine 1 of the present embodiment, first, medals are inserted from the medal insertion unit 4 or a bet number is set using credits. To use the credit, the MAXBET switch 6 may be operated. When a predetermined number of bets determined according to the gaming state are set, the pay lines L1 to L5 (see FIG. 2) are valid, and the operation of the start switch 7 is valid, that is, the game can be started. It becomes a state. In the present embodiment, when the prescribed number of bets is set to three regardless of the gaming state and the prescribed number of bets is set, the pay lines L1 to L5 become valid. In addition, when a medal is inserted exceeding the maximum number out of the prescribed number corresponding to the gaming state, the amount is added to the credit.

  The winning line is a line that is set to determine whether a combination of symbols displayed on the perspective windows 3 of the reels 2L, 2C, and 2R is a winning symbol combination. In this embodiment, as shown in FIG. 2, the winning line L1 set across the symbols arranged in the middle of each reel 2L, 2C, 2R and the symbols arranged in the upper row of each reel 2L, 2C, 2R are straddled. The winning line L2, the winning line L3, the upper stage of the reel 2L, the middle stage of the reel 2C, the lower stage of the reel 2R, that is, the lower side of the reel 2R, that is set across the symbols arranged in the lower stage of the reels 2L, 2C, 2R. There are five types of winning lines L4 set across straddling symbols, the lower line of reel 2L, the middle part of reel 2C, the upper part of reel 2R, that is, the winning line L5 set straddling the symbols lined up to the right. It is defined as.

  When the start switch 7 is operated in a state where the game can be started, the reels 2L, 2C, and 2R rotate, and the symbols of the reels 2L, 2C, and 2R continuously vary. When any one of the stop switches 8L, 8C, 8R is operated in this state, the rotation of the corresponding reels 2L, 2C, 2R is stopped, and the display result is derived and displayed on the fluoroscopic window 3.

  Then, when all the reels 2L, 2C, 2R are stopped, one game is completed, and a combination of symbols (hereinafter also referred to as roles) that are validated and predetermined on the winning line is each reel 2L, 2C, 2R. When the display result is stopped, a winning occurs, and a predetermined number of medals are awarded to the player and added to the credit. Further, when the credit reaches the upper limit number (50 in this embodiment), medals are paid out directly from the medal payout opening 9 (see FIG. 2). In addition, when a combination of symbols with payout of medals is arranged on a plurality of winning lines that are activated, the number of payouts determined for each of the combinations of symbols that are activated and aligned on the winning line is totaled, The total number of medals will be awarded to the player. However, an upper limit (15 in this embodiment) is set for the number of medals to be awarded in one game, and when the total number of medals exceeds the upper limit, the upper limit number of medals is awarded. It will be. In addition, when the combination of symbols accompanied by the transition of the gaming state is stopped as a display result of each reel 2L, 2C, 2R on the winning line, the gaming state is shifted according to the combination of symbols. ing.

  FIG. 5 is a block diagram showing a configuration of the slot machine 1. As shown in FIG. 5, the slot machine 1 is provided with a game control board 40, an effect control board 90, and a power supply board 101. The game state is controlled by the game control board 40, and the game state is controlled by the effect control board 90. The production according to the control is controlled, and the power supply board 101 generates the drive power for the electrical components constituting the slot machine 1 and supplies them to each part.

  The power supply board 101 is supplied with AC100V power from the outside, and from this AC100V power supply, a DC voltage necessary for driving electrical components constituting the slot machine 1 is generated, and the game control board 40 and the game control board 40 are generated. It is supplied to the production control board 90 connected through the.

  Further, the above-described hopper motor 34b, payout sensor 34c, full sensor 35a, setting key switch 37, reset / setting switch 38, and power switch 39 are connected to the power supply board 101.

  On the game control board 40, the above-described MAXBET switch 6, start switch 7, stop switches 8L, 8C, 8R, settlement switch 10, reset switch 23, stop switch 36a, automatic settlement switch 36b, insertion medal sensor 31, door open The detection switch 25 and reel sensors 33L, 33C, and 33R are connected, and the above-described payout sensor 34c, full sensor 35a, setting key switch 37, and reset / setting switch 38 are connected via the power supply board 101. Detection signals from these connected switches are input.

  Further, the game control board 40 includes the credit display 11, the game auxiliary display 12, the payout display 13, 1 to 3 BET LEDs 14 to 16, the insertion request LED 17, the start valid LED 18, the waiting LED 19, the replaying LED 20, and the BET. The switch effective LED 21, left, middle, and right stop effective LEDs 22L, 22C, and 22R, the set value display 24, the flow path switching solenoid 30, and the reel motors 32L, 32C, and 32R are connected to each other, and are described above via the power supply board 101. The hopper motor 34b is connected, and these electric components are driven based on control of a main control unit 41 (described later) mounted on the game control board 40.

  The game control board 40 includes a microcomputer having a main CPU 41a, ROM 41b, RAM 41c, and I / O port 41d. The main control unit 41 controls the game, and random numbers in a predetermined range (0 to 65535 in this embodiment). A random number circuit 42 for generating a signal, a pulse oscillator 43 for supplying a clock signal of a constant frequency to the random number circuit 42, and a detection signal input from a switch connected directly to the game control board 40 or via the power supply board 101. Switch detection circuit 44, motor drive circuit 45 that controls the drive of the reel motors 32L, 32C, and 32R, solenoid drive circuit 46 that controls the drive of the flow path switching solenoid 30, various displays and LEDs connected to the game control board 40 LED drive circuit 47 for controlling the driving of the power supply power supplied to the slot machine 1 When a voltage drop is detected, a power interruption detection circuit 48 that outputs a voltage drop signal indicating that to the main control unit 41, when the power is turned on or when an initialization command is not input from the main CPU 41a In addition, a reset circuit 49 for supplying a reset signal to the main CPU 41a and other various devices and circuits are mounted.

  The main CPU 41a has an interrupt function (including an interrupt prohibition function) such as a timekeeping function and a timer interrupt, executes a program (described later) stored in the ROM 41b, and performs processing related to the progress of the game. Each part of the control circuit mounted on the game control board 40 is controlled directly or indirectly. The ROM 41b stores fixed data such as programs executed by the main CPU 41a and various tables. The RAM 41c is used as a work area when the main CPU 41a executes a program. The I / O port 41d inputs / outputs a control signal to / from each circuit connected via a signal input / output terminal included in the main control unit 41.

  Further, the main control unit 41 is supplied with backup power even during a power failure, and the data stored in the RAM 41c is held while the backup power is being supplied.

  The main CPU 41a repeatedly loops the process according to the control state until the detection state of the various switches connected to the game control board 40 is changed as a basic process, and step by step according to the change of the detection state of the various switches. Execute the process to move to. Further, the main CPU 41a has an interrupt function as described above, and can interrupt the basic process by the occurrence of the interrupt and execute the interrupt process. The voltage output from the power interruption detection circuit 48 The power interruption interrupt process (main) is executed in response to the input of the decrease signal, and the timer interrupt process (main) is executed at regular time intervals (about 0.56 ms in this embodiment). Note that the execution interval of the timer interrupt process (main) is set to a time longer than the sum of the time required to repeat the process repeated in accordance with the control state in the basic process and the execution time of the timer interrupt process (main). Therefore, the processing that is repeated in accordance with the control state between this time and the next timer interrupt processing (main) is completed at least once.

  The main CPU 41a transmits various commands to the effect control board 90 via the I / O port 41d. A command transmitted from the game control board 40 to the effect control board 90 is sent in only one direction, and no command is sent from the effect control board 90 to the game control board 40. The game control board 40 and the effect control board 90 are directly connected via a command transmission line including a strobe (INT) signal line, a data transmission line, and a ground line.

  An effect switch 56 is connected to the effect control board 90, and a detection signal of the effect switch 56 is input.

  Further, the effect control board 90 includes a liquid crystal display 51 (see FIG. 2) disposed on the front door 1b of the slot machine 1, an effect LED 52, speakers 53 and 54 (see FIG. 21), the reel LED 55 described above, and the like. Production devices are connected, and these production devices are driven based on control by a later-described sub-control unit 91 mounted on the production control board 90.

  In this embodiment, the sub-control unit 91 mounted on the effect control board 90 controls the output of the effect devices such as the liquid crystal display 51, effect effect LED 52, speakers 53 and 54, and reel LED 55. However, in addition to the sub-control unit 91, an output control unit that directly controls the output of the effect device is mounted on the effect control board 90 or another board, and the sub-control unit 91 is based on a command from the main control unit 41. The output control unit may determine the output pattern of the effect device, and the output control unit may control the output of the effect device based on the output pattern determined by the sub control unit 91. In such a configuration, the sub control unit 91 and the output control may be performed. The output control of the rendering device is performed by both of the units.

  Further, in the present embodiment, the liquid crystal display 51, the effect effect LED 52, the speakers 53 and 54, and the reel LED 55 are exemplified as the effect device, but the effect device is not limited to these, for example, a mechanically driven display. A device or a mechanically driven item may be applied as the effect device.

  Similar to the main control unit 41, the effect control board 90 includes a sub CPU 91a, ROM 91b, RAM 91c, and a microcomputer provided with an I / O port 91d. A display control circuit 92 that performs display control of the liquid crystal display 51 connected to the LED, an LED driving circuit 93 that performs drive control of the effect LED 52 and the reel LED 55, an audio output circuit 94 that controls audio output from the speakers 53 and 54, When the power is turned on or when an initialization command from the sub CPU 91a is not input for a certain period of time, a reset circuit 95 that gives a reset signal to the sub CPU 91a and a detection signal input from the effect switch 56 connected to the effect control board 90 are detected. The switch detection circuit 96 outputs time information including date information and time information. The power supply voltage supplied to the timepiece device 97 and the slot machine 1 is monitored, and when a voltage drop is detected, a power drop detection circuit 98 that outputs a voltage drop signal to that effect to the sub CPU 91a, other circuits, etc. , And the sub CPU 91a receives various commands transmitted from the game control board 40 and performs various controls for performing effects, and directly controls each part of the control circuit mounted on the effect control board 90. To control automatically or indirectly.

  Similar to the main CPU 41a, the sub CPU 91a has an interrupt function (including an interrupt prohibition function). One of the interrupt terminals of the sub control unit 91 is connected to a strobe (INT) signal line that is output when the main control unit 41 transmits a command, among the command transmission lines, and the sub CPU 91a receives the strobe signal. An interrupt is generated based on the input to acquire a command from the main control unit 41 and execute a command reception interrupt process to be stored in the buffer. Further, the sub CPU 91a executes an interrupt process (sub) to be described later by generating an interrupt every time the number of clock inputs reaches a certain number, that is, every certain interval. One of the interrupt terminals of the sub-control unit 91 is connected to the power interruption detection circuit 98, and the sub CPU 91a responds to the input of the voltage drop signal output from the power interruption detection circuit 98. Execute processing (sub). Further, when an unused interrupt occurs in the sub CPU 91a, an unused interrupt process for immediately returning to the original process is executed.

  The sub-control unit 91 is also supplied with backup power at the time of a power failure, and the data stored in the RAM 91c is held while the backup power is supplied.

  In the slot machine 1 of the present embodiment, the medal payout rate changes according to the set value. Specifically, the medal payout rate is changed by using a winning probability corresponding to a set value in an internal lottery described later. The set value is composed of 6 levels of 1 to 6, with 6 being the highest payout rate and the payout rate being lower as the value is decreased in the order of 5, 4, 3, 2, 1. That is, when 6 is set as the set value, the advantage is highest for the player, and as the value decreases in order of 5, 4, 3, 2, 1, the advantage decreases stepwise.

  In order to change the setting value, it is necessary to turn on the power of the slot machine 1 after the setting key switch 37 is turned on. When the setting key switch 37 is turned on and the power is turned on, the setting value read from the RAM 41c is displayed on the setting value display 24 as a display value, and the setting value can be changed by operating the reset / setting switch 38. Transition to the setting change state. When the reset / setting switch 38 is operated in the setting change state, the display value displayed on the setting value display 24 is updated one by one (when further operation is performed from the setting 6, the display returns to the setting 1). . When the start switch 7 is operated, the display value is determined as the set value. Then, when the setting key switch 37 is turned OFF, the determined display value (setting value) is stored in the RAM 41c of the main control unit 41, and the state shifts to a state in which the game can proceed.

  In order to confirm the set value, after the game is over, the setting key switch 37 may be turned on with no bet amount set. When the setting key switch 37 is turned on in such a situation, the setting value read out from the RAM 41c is displayed on the setting value display 24, thereby shifting to a setting confirmation state in which the setting value can be confirmed. In the setting confirmation state, the game cannot be progressed, and by turning the setting key switch 37 to the OFF state, the setting confirmation state is ended and the state in which the game can proceed is returned.

  In the slot machine 1 of the present embodiment, when the main CPU 41a detects a voltage drop signal from the power interruption detection circuit 48, a power interruption interrupt process (main) is executed. In the power interruption interrupt processing (main), the register is saved in a stack of a RAM 41c, which will be described later, and data for destructive diagnosis (in this embodiment, 5AH) in which any bit becomes 1, that is, a specific value other than 0 In addition to storing data, the RAM parity adjustment data is calculated so that the RAM parity based on the data stored in all areas of the RAM 41c is 0, and the RAM 41c is stored. The RAM parity is a value calculated as an exclusive OR of values stored in each bit of the corresponding area (all areas in this embodiment) of the RAM 41c. Therefore, if the RAM parity based on the data stored in all areas of the RAM 41c is 0, the RAM parity adjustment data is 0, and the RAM parity based on the data stored in all areas of the RAM 41c is 1. In this case, the RAM parity adjustment data is 1.

  The main CPU 41a calculates the RAM parity based on the data stored in all areas of the RAM 41c at the time of activation, confirms the value of the destructive diagnosis data, the RAM parity is 0, and the destructive diagnosis The processing state of the main CPU 41a is restored to the state before the power interruption based on the data stored in the RAM 41c on the condition that the value of the data for use is correct, but the RAM parity is not 0 (in the case of 1) or is destroyed. If the value of the diagnostic data is not correct, it is determined that the RAM is abnormal, and the RAM abnormal error code is set in the register to control the RAM abnormal error state so that the progress of the game is disabled. Unlike the other error states, the RAM abnormal error state is not canceled even if the reset switch 23 or the reset / setting switch 38 is operated, and a new set value is set in the setting change state described above. It will not be released until

  In this embodiment, all the data stored in the RAM 41c is held by the backup power source even in the event of a power failure, and when the main CPU 41a determines that the data in the RAM 41c is normal when the power is turned on. Although the configuration is such that the control state before power interruption is restored based on the data stored in the RAM 41c, only the data necessary for the restoration of the control state in the event of a power failure is backed up among the data stored in the RAM 41c. It may be configured to return to the control state before power interruption based on the backed up data.

  In addition, when returning to the control state before the power interruption when the power is turned on, it is not necessary to return all the control states to the control state before the power interruption, and the minimum control state that does not disadvantage the player For example, it is not necessary to restore the state of all input ports to the state before power interruption.

  In addition, when the sub CPU 91a detects the voltage drop signal from the power interruption detection circuit 98, the sub CPU 91a also executes a power interruption interrupt process (sub). In the power interruption interrupt processing (sub), the register is saved in a stack of a RAM 91c described later, and destructive diagnosis data in which any bit is 1 is stored in the RAM 91c, and data stored in all areas of the RAM 91c. The RAM parity adjustment data is calculated so that the RAM parity based on 0 becomes 0 and stored in the RAM 91c.

Then, the sub CPU 91a calculates the RAM parity based on the data stored in all areas of the RAM 91c at the time of activation, and based on the data stored in the RAM 91c on the condition that the RAM parity is 0. The processing state of the sub CPU 91a is restored to the state before the power interruption. If the RAM parity is not 0 (1), it is determined that the RAM is abnormal and the RAM 91c is initialized. In this case, unlike the main CPU 4 1a, RAM 91c will not be only disabled execution of the effect in the initialization.

  In this embodiment, all data stored in the RAM 91c is held by the backup power source even during a power failure, and the sub CPU 91a determines that the data in the RAM 91c is normal when the power is turned on. Although the configuration is such that the control state before power interruption is restored based on the data stored in the RAM 91c, only the data necessary for restoration of the control state is backed up in the event of a power failure out of the data stored in the RAM 91c. It may be configured to return to the control state before power interruption based on the backed up data.

  In addition, when returning to the control state before the power interruption when the power is turned on, it is not necessary to return all the control states to the control state before the power interruption, and the minimum control state that does not disadvantage the player It is not necessary to restore the state of the input port or the progress in the middle of the production when it is interrupted. For example, while backing up only data indicating the gaming state such as whether it is in the BB or the normal gaming state, other than the effect corresponding to the gaming state (the effect during the BB during the BB, the normal effect when in the normal gaming state) If a power outage occurs during the execution of a specific production (such as a small role announcement), it will be backed up when the power is turned on instead of resuming the specific production that was being performed at the next power-on. An effect corresponding to the gaming state being played may be executed from the beginning.

  Next, initialization of the RAM 41c of the main control unit 41 will be described. The storage area of the RAM 41c of the main control unit 41 is divided into an important work, a general work, a special work, a set value work, a stop phase work, a non-saved work, an unused area, and a stack area.

  The important work is a work in which data that is inconvenient to be initialized at the end of the BB, such as various display devices and LED display data, input / output data of the I / O port 41d, and a game time clock counter, is stored. The general work is a work that stores data that can be initialized at the end of the BB, such as a stop control table, a stop symbol, the number of medals paid out, and the total number of medals paid out in the BB. The special work is a work that stores data to be initialized only before the start of setting, such as data for transmitting a command to the effect control board 90 and various software random numbers. The set value work is a work in which a set value used when performing a lottery in the internal lottery process is stored. After initializing 0 before setting start (before transition to the setting change mode), 1 is stored The set value that is corrected and newly set at the end of the setting (when the setting change mode is ended) is stored. The stop phase work is a work in which data indicating the stop phase of the reel motors 32L, 32C, 32R is stored, and data indicating the stop phase is stored when the reel motors 32L, 32C, 32R are stopped. The Rukoto. The unsaved work is a work that holds the state of various switches, and a value is always set regardless of whether or not the data in the RAM 41c is destroyed at the time of activation. The unused area is an unused area in the storage area of the RAM 41c, and is initialized if any one of a plurality of initialization conditions described later is satisfied. The stack area is an area in which data saved from the register of the main CPU 41a is stored, and the unused stack area is established by any one of a plurality of initialization conditions to be described later, like the unused area. In this case, the used stack area is not initialized because the program continues.

  In this embodiment, the main CPU 41a operates when the setting key switch 37 and the reset / setting switch 38 are both ON, when a RAM error occurs, when starting only when the setting key switch 37 is ON, BB At the end, when the setting key switch 37 and the reset / setting switch 38 are both OFF, when the data in the RAM 41c is not destroyed, the six initialization conditions at the end of one game are satisfied In addition, five types of initialization are performed in different regions to be initialized according to each initialization condition.

  Initialization 0 is performed when the setting key switch 37 and the reset / setting switch 38 are both ON at the time of start-up, and initialization is performed before the transition to the setting change mode or when a RAM error occurs. In initialization 0, all areas (including the unused area and the unused stack area) of the storage area of the RAM 41c other than the used stack area are initialized. Initialization 1 is an initialization performed only when the setting key switch 37 is in an ON state at the time of startup and shifts to the setting change mode. In the initialization 1, the storage area of the RAM 41c is All areas (including the unused area and the unused stack area) other than the in-use stack area and the stop phase work are initialized. Initialization 2 is initialization performed at the end of the BB. In initialization 2, the general work, the unused area, and the unused stack area are initialized in the storage area of the RAM 41c. Initialization 3 is an initialization performed when both the setting key switch 37 and the reset / setting switch 38 are in an OFF state at the time of activation, and the data in the RAM 41c is not destroyed. The stored work, unused area, and unused stack area are initialized. Initialization 4 is initialization performed at the end of one game. In initialization 4, an unused area and an unused stack area in the storage area of the RAM 41c are initialized.

  In this embodiment, initialization 0 and initialization 1 are performed before transition to the setting change mode. However, they may be performed at the end of the setting change mode, that is, after the setting is confirmed. In this case, if the set value work is initialized, the determined set value is lost. Therefore, the set value work is not initialized.

  In the slot machine 1 according to the present embodiment, the prescribed number of bets that can be set according to the gaming state is determined as described above, and the prescribed number of bets that are determined according to the gaming state is set. It becomes possible to start the game on the condition. In the present embodiment, as will be described later, there are a regular bonus (hereinafter referred to as RB) and a normal gaming state as a gaming state, and 3 is defined as the prescribed number of bets in any gaming state. Regardless of the gaming state, when 3 is set as the bet number, the game can be started. In the present embodiment, all of the pay lines L1 to L5 are activated when a specified number of bets corresponding to the gaming state are set.

  In the slot machine 1 of this embodiment, when all the reels 2L, 2C, 2R are stopped, a winning combination is obtained when a combination of symbols called “comb” is arranged on the activated winning line (hereinafter simply referred to as a winning line). It becomes. The combination may be a combination of the same symbols or a combination including different symbols. The type of winning combination is determined according to the game state, but it can be roughly divided into a small role with payout of medals and a replay that can start the next game without the need to set the number of bets. There are a game combination and a special combination with a transition of the game state. Below, a small role and a re-playing role are collectively called a general role. In order for winning of each combination determined according to the gaming state to occur, it is necessary to win an internal lottery to be described later and set a winning flag of the combination in the RAM 41c.

  Of the winning flags for each of these combinations, the winning flag for the small role and the re-playing role is valid only in the game in which the flag is set, and is invalid in the next game. It is valid until a combination of combinations permitted by the flag is completed, and is invalid in a game having a combination of combinations permitted. In other words, once the special combination winning flag is won, even if the combination of the combination permitted by the flag cannot be made, the winning flag is not invalidated and is carried over to the next game. It becomes.

  As the role in the slot machine 1, as shown in FIG. 6, a regular bonus as a special role (hereinafter, the regular bonus is RB), a big bonus (1) (2) (hereinafter, a big bonus is BB (1) (2)), watermelon, cherry, and bell are defined as small roles, and replay is defined as a replay role.

  In any gaming state, a cherry is placed on any of the winning lines on the left reel when a combination of “cherry-ANY-bell” or “cherry-ANY-replay” is aligned, that is, on the left reel. When the “Cherry” symbol is derived and the “Bell” or “Replay” symbol is derived on the winning line of the right reel where “Cherry” is stopped on the left reel, it becomes a prize and two medals are paid out. .

  The watermelon is awarded when the combination of “watermelon-watermelon-watermelon” is aligned on any of the winning lines in any gaming state, and 15 medals are paid out.

  The bell is awarded when a combination of “bell-bell-bell” is arranged on any of the winning lines in any gaming state, and 12 medals are paid out.

  Replay is awarded when the combination of “Replay-Replay-Replay” is aligned on the winning line in the normal gaming state. When the replay wins, no medals are paid out, but the next game can be started without setting the number of wagers again, so that three medals corresponding to the number of wagers that are not required to be set in the next game are paid out. Is essentially the same.

  RB is awarded when a combination of “net 7-net 7-black 7” is aligned on any of the winning lines in a gaming state other than RB, and the gaming state shifts to RB. The RB is a gaming state that is advantageous to the player over other gaming states by increasing the winning probability of the small role, especially the bell, and when the 12 games are digested after the RB starts, or a 4-game winning ( When the type of a combination is allowed), it ends either whichever comes first.

  BB (1) is awarded when a combination of “black 7-black 7-black 7” is aligned on any of the winning lines in a gaming state other than RB. BB (2) wins when a combination of “network 7-network 7-network 7” is aligned on any of the winning lines in a gaming state other than RB.

  When BB (1) (2) wins, the gaming state shifts to BB and simultaneously shifts to RB. When RB ends, if BB has not ended, it shifts to RB again and BB ends. Control is repeated until RB. That is, during BB, it is always controlled to RB. The BB ends when the total number of medals paid out to the player in the BB exceeds 480. At the end of the BB, the RB is also ended regardless of whether or not the RB end condition is satisfied.

  Hereinafter, the internal lottery of the present embodiment will be described. In the internal lottery, it is determined whether or not the above winning combination is permitted before the display results of all the reels 2L, 2C, and 2R are derived and displayed (actually, when the start switch 7 is detected). To do. In the internal lottery, first, a random number for internal lottery (an integer from 0 to 65535) is acquired. Then, for each combination determined according to the gaming state and whether or not the special combination is carried over, the acquired random number for internal lottery and the number of judgment values for each combination determined according to the gaming state, the number of bets and the set value Is done according to.

  In the present embodiment, as shown in FIG. 7, the role is subject to internal lottery depending on whether the gaming state is the normal gaming state or RB (BB), and in the normal gaming state, the special role is different. The target of the internal lottery also varies depending on whether or not it is being carried over (normal: normal gaming state in which special roles are not carried over, winning: normal gaming state in which special roles are carried over).

  RB, BB (1), BB (2), RB + watermelon, RB + cherry, BB (1) + watermelon, BB (1) if the gaming state is the normal gaming state and the special role is not carried over + Cherry, BB (2) + Watermelon, BB (2) + Cherry, Replay, Watermelon, Cherry, and Bell are sequentially read out as the subject combination of the internal lottery.

  If the gaming state is the normal gaming state and the special combination is carried over, the replay, watermelon, cherry, and bell are sequentially read out as the target combinations for the internal lottery.

  If the gaming state is RB (BB), watermelon, cherry, and bell are sequentially read out as the subject combination of the internal lottery.

  In the internal lottery, the number of determination values determined corresponding to the role to be subject to the internal lottery, the current gaming state and the set value are sequentially added to the random number for the internal lottery, and when the result of addition overflows, It is determined that the winning combination has been won. For this reason, a winning combination will be won with a probability (number of determination values / 65536) according to the number of determination values.

  In the internal lottery, when any winning combination is determined, a winning flag corresponding to the winning combination is set in the internal winning flag storing work assigned to the RAM 41c. The internal winning flag storage work consists of a storage area of 2 bytes, of which the upper byte is assigned as the special role storing work for which the special role winning flag is set, and the lower byte is the winning of the general role It is assigned as a general role storage work for which a flag is set. Specifically, when a special combination is won, a special combination winning flag indicating that the special combination is won is set in the special combination storing work, and the winning flag set in the general combination storing work is cleared. When a general combination is won, a winning flag for the general combination indicating that the general combination is won is set in the general combination storing work. If no winning combination is selected, only the general winning combination work is cleared.

  In the internal lottery, the winning combinations include those with different winning probabilities for each set value. In particular, in this embodiment, as shown in FIG. There is a difference in the winning probability for each set value. Specifically, the winning probability of “Bell” in the normal gaming state is 1 / 8.038 in setting 1, 1 / 7.940 in setting 2, 1 / 7.845 in setting 3, and 1 / 7.735 in setting 4. The setting 5 is 1 / 7.573, and the setting 6 is 1 / 7.239. In addition, as described later, when winning the “Bell”, the Bell will always win regardless of the player's stop operation mode (stop order and stop operation timing). The number of winnings is the same, and the set value can be estimated from the winning probability of the bell in the normal gaming state.

  Next, stop control of the reels 2L, 2C, 2R will be described.

  The main CPU 41a refers to the table index and the table creation data stored in the ROM 41b when the rotation of the reel starts and when the reel stops and the reel that is still rotating still remains. Create a stop control table for each reel. When any of the stop switches 8L, 8C, and 8R corresponding to the rotating reel is effectively detected, the stop control table of the corresponding reel is referred to and the slip of the referred stop control table is referred to. Based on the number of frames, control is performed to stop the rotation of the reels 2L, 2C, 2R corresponding to the operated stop switches 8L, 8C, 8R.

  In the table index, an index that indicates the start address of the area in which the data for table creation is stored, from the reference address when referring to the table index, according to the setting state of the winning flag by internal lottery (hereinafter referred to as the internal winning state) Differences up to the address where the data is stored are registered. As a result, a difference corresponding to the internal winning state is acquired, and the corresponding index data can be acquired by adding the difference to the reference address. Even when the winning combinations are different, when the same control is applied, the same address is stored as the index data. In such a case, the same table creation data is referred to. Thus, a stop control table is created.

  The table creation data includes a stop control table indicating the number of sliding frames according to the stop operation position, and an address of the stop control table to be referred to according to the reel stop status.

  The stop control table referred to according to the reel stop status is whether all reels are rotating, only the left reel is stopped, only the middle reel is stopped, only the right reel is stopped, It may vary depending on whether the middle reel is stopped, the left and right reels are stopped, the middle and right reels are stopped, and if any reel is stopped, stop Since there may be differences depending on the stop position of the reels already completed, the address of the stop control table to be referenced for each situation is registered for each rotating reel, and based on the top address of the table creation data, It is possible to specify the address of the stop control table that should be referred to according to the status of each, and it is necessary according to each status from this specified address. And to be able to identify the stop control table. Even when the reel stop status and the stopped position of the stopped reel are different, when the same stop control table is applied, the same address may be registered as the address of the stop control table. In such a case, the same stop control table is referred to.

  The stop control table is data that can specify the number of sliding frames for each timing when the stop operation is performed. In this embodiment, stepping motors that make one turn at a cycle of 168 steps (0 to 167) are used for the reel motors 32L, 32C, and 32R. That is, when the reel motors 32L, 32C, and 32R are driven in 336 steps, the reels 2L, 2C, and 2R make one round. Then, 21 areas (frames) divided every 16 steps (the number of steps that one symbol moves) are defined for one reel, and these areas are areas 0 to 20 from the reel reference position. A number is assigned. On the other hand, the number of symbols arranged on one reel is 21, and symbol numbers 0 to 20 from the reel reference position are assigned to symbols on each reel, so symbols 0 to 20 are assigned to each reel. , Area numbers 0 to 20 are assigned in order. In the stop control table, the number of sliding symbols for each area number is compressed and stored according to a predetermined rule, and the number of sliding symbols for each area number can be acquired by expanding the stop control table. Yes.

  As described above, the stop control table created by referring to the table index and the table creation data corresponds to the area number, and the area corresponding to each area number is the stop reference position (in this embodiment, the perspective window 3). Sliding frame when an operation of the stop switches 8L, 8C, 8R is detected at a timing (a timing in which the number of steps from the reel reference position is included in the range of the number of steps of each region number). It is a table with each number set.

  Next, the procedure for creating the stop control table will be described. First, at the start of reel rotation, the top address of the table creation data corresponding to the internal winning state of the game is acquired. Specifically, the table index is first referred to, index data corresponding to the internal winning state is obtained, table creation data is identified based on the obtained index data, and all reels are identified from the identified table creation data. The address of the stop control table for each reel corresponding to the state of rotation is acquired, and the stop control table for each reel stored at the acquired address is expanded to generate a stop control table for all reels.

  Further, when any one reel stops or any two reels stop, the index data acquired at the start of reel rotation, that is, the top address of the table creation data corresponding to the internal winning state of the game The table creation data is identified based on the table creation data, and the stop control table address of the unreacted reel corresponding to the stopped reel and the area number of the stop position of the reel is obtained from the identified table creation data. The stop control table for each stored reel is expanded to create a stop control table for the unstopped reels.

  Next, when the main CPU 41a effectively detects any one of the stop switches 8L, 8C, and 8R corresponding to the rotating reel, the control when the display result is derived to the corresponding reel will be described. When one of the stop switches 8L, 8C, and 8R corresponding to the rotating reel is effectively detected, the stop operation position area is determined based on the number of steps from the reel reference position when the stop operation is detected. The number is specified, the stop control table of the reel where the stop operation is detected is referred, and the number of sliding symbols corresponding to the area number of the specified stop operation position is acquired. Then, control is performed to rotate and stop the reel by the number of acquired sliding frames. Specifically, from the number of steps from the reel reference position at the time when the stop operation is detected, the number of steps from the acquired number of sliding frames to the stop is calculated, and the reel is rotated and stopped by the calculated number of steps. Take control. As a result, the area corresponding to the area number that is the stop position ahead of the number of sliding frames from the area corresponding to the area number of the stop operation position where the stop operation is detected is the stop reference position (in this embodiment, the perspective window 3 It will stop in the lower symbol area).

  In the table index of this embodiment, only one address is stored as index data corresponding to one internal winning state in one gaming state, and further, one table creation data includes one reel. Only one address is stored as the address of the storage area of the stop control table corresponding to the stop status (and the stop position of the stopped reel). In other words, table creation data corresponding to one internal winning state in one gaming state and stop control tables corresponding to reel stop states (and stopped positions of stopped reels) are uniquely determined. The stop control table created with reference to is unique for one internal winning state in one gaming state and the reel stop status (and the stop position of the stopped reel). Therefore, when all of the gaming state, the internal winning state, and the reel stop status (and the stop position of the stopped reel) are the same, the reel is based on the same stop control table, that is, the same control pattern. The stop control is performed.

Further, in this embodiment, has a value of 0-4 is defined as the number of sliding frames, it is possible to stop the reel draws up 4 FIG pattern from the detection of the stop operation. In other words, the stop position of the symbol can be designated from a range of a maximum of 5 frames including the stop operation position where the stop operation is detected. In addition, since it is necessary to move one frame to move the reel for one symbol, it is possible to stop the reel by pulling in a maximum of four symbols after detecting the stop operation. The symbol stop position can be designated from a range of up to five symbols including the operation position.

  In this embodiment, when any of the winning combinations is won, the winning combination is drawn on the winning line to the maximum in the range of 4 frames, and the winning combination is aligned on any winning line. Create a stop control table that defines the number of sliding frames to be pulled in to prevent reels from being stopped, and if none of the winning combinations are selected, slipping that does not match any winning combination on the winning line A stop control table with a defined number of frames is created and reel stop control is performed. As a result, when a stop operation is performed, if a winning combination can be stopped on any winning line in a drawing range of a maximum of 4 frames, control is performed to align and stop them. In this case, the winning combination is controlled so that the winning combination is stopped within a drawing range of a maximum of 4 frames.

  As shown in FIG. 4, the “bell” on the left reel, the “bell” on the middle reel, and the “bell” on the right reel are arranged at intervals of 4 frames each. Regardless of the timing at which the reels are stopped, the “bell-bell-bell” combination is always on the winning line, and the bell wins. In addition, the “replay” for the left reel, “replay” for the middle reel, and “replay” for the right reel, which are part of the replay, are arranged at intervals of 4 frames each. In any case, the combination of “replay-replay-replay” is always on the winning line and the replay wins.

  On the other hand, the “bell” and “replay” on the right reel that make up the cherry are arranged at intervals of 4 frames or less, but the “cherry” on the left reel that makes up the cherry has an interval exceeding 7 frames. When the cherry is won, the combination of “Cherry-ANY-Bell” or “Cherry-ANY-Replay” will be placed on the winning line if the left reel is stopped at the timing of the “Cherry” pull-in range. The cherries will be won all at once, but if the right reel is stopped at a timing that is outside the “cherry” pull-in range, the cherries will not be won and will be missed.

  In addition, the "watermelon" on the left reel, the "watermelon" on the middle reel, and the "watermelon" on the right reel, which make up the watermelon, are located at intervals of more than 4 frames. If the operation of stopping each reel is performed at the timing of the drawing range, the combination of "watermelon-watermelon-watermelon" will be aligned with the winning line, and the watermelon will win. If the stop operation is performed at a timing outside the range, the watermelon will not be won and will be lost.

  Also, BB (1) to (3) also have locations where the constituent symbols are arranged at intervals exceeding 4 frames, and even if any of BB (1) to (3) wins, the configuration of the winning BB If the reels are stopped at the timing of the symbol drawing range, the winning BB will win, but at any one of the reels, the stopping operation will be performed at a timing outside the winning BB component symbol drawing range. If you do, BB will not win and you will miss it. BB will be carried over to the next game even if it is missed as described above, so if you win BB once, for example, even if you miss it, you will be awarded by performing a stop operation at an appropriate timing after the next game Is possible.

  If the special role is elected while the special role has been carried over from before the previous game, or if the special role and the small role are elected at the same time when the special role is not carried over, the special role and the small role are won simultaneously. The number of sliding symbols is set so that the winning small role is drawn to the winning line within the range of 4 frames, and the winning small role is drawn to the winning line within the range of up to 4 frames. For stop operation positions that cannot be inserted, a stop control table in which the number of sliding symbols is determined so as to draw the selected special combination to the winning line in the range of 4 frames to the maximum is created, and reel stop control is performed. As a result, when a stop operation is performed, if it is possible to stop all the small roles that have been selected in the drawing range of up to 4 frames on the winning line and stop them, control is performed so that the winning combination is stopped. If you can't draw a small role that has been won in the drawing range of up to 4 frames on the line, if you can stop with a special role that has been won in the drawing range of up to 4 frames on the winning line, A control is performed to stop them in a uniform manner, and a winning combination that has not been won will be controlled to be stopped within a 4-frame pull-in range. That is, in such a case, priority is given to the control for aligning the small combination on the winning line over the special combination, and the special combination can be made effective only when the small combination cannot be drawn.

  In this embodiment, when a special role and a small role are simultaneously elected, the control for aligning the small role on the winning line is prioritized over the special role, and the special role is given only when the small role cannot be drawn. However, priority is given to the control of aligning the special role on the winning line over the small role, and it is possible to win the small role only when the special role cannot be drawn. It is good also as a structure.

  The special role and re-playing role are selected when the re-playing role is elected while the special role has been carried over from before the previous game, or when the special role and re-playing role are won at the same time without the special role being carried over. In the case of winning at the same time, when a stop operation is performed, control is performed so that the symbols of the re-gamer are aligned and stopped on the winning line within a drawing range of a maximum of 4 frames. In this case, the symbols constituting the re-playing combination are arranged within 5 symbols for each of the reels 2L, 2C, and 2R, that is, with an interval of 4 frames or less. Therefore, if a special combination and a replaying player are elected at the same time, the replaying game will always be awarded regardless of the operation timing of the stop switches 8L, 8C and 8R by the player. Will be. That is, in such a case, the control for aligning the re-games on the winning line has priority over the special game, and the re-games will always win.

  In this embodiment, after the rotation of the reels 2L, 2C, and 2R is started, the main CPU 41a continues to rotate the reels for which the stop operation has not been detected until the operation of the stop switches 8L, 8C, and 8R is detected. On the condition that the operation of the stop switches 8L, 8C, 8R is detected, control is performed to stop the display result on the corresponding reel. Even if the reel rotation temporarily stops due to the occurrence of a reel rotation error, the stop operation is still detected until the operation of the stop switches 8L, 8C, and 8R is detected after the reel rotation is restarted. Control is performed to stop the display result of the corresponding reels on the condition that the rotation of the reels that have not been continued is continued and the operation of the stop switches 8L, 8C, and 8R is detected.

  In this embodiment, control is performed to stop the display result on the corresponding reel on condition that the operation of the stop switches 8L, 8C, and 8R is detected. However, the rotation of the reel is started. When a predetermined automatic stop time has elapsed, even if the reel stop operation is not performed, it is assumed that the stop operation has been performed, and automatic stop control is performed to automatically stop each reel. May be. In this case, since the reels are stopped without the player's operation, it is preferable to derive a display result that does not constitute any combination even if any combination is won.

  Next, commands that the main CPU 41a transmits to the effect control board 90 will be described.

  In the present embodiment, the main CPU 41a sends a BET command, a credit command, an internal winning command, a reel rotation start command, a reel stop command, a winning determination command, a payout start command, a payout end command, a game state command to the effect control board 90. A plurality of types of commands including a standby command, an abort command, an error command, a return command, a setting start command, a confirmation start command, a confirmation end command, and an operation detection command.

  These commands are composed of 1-byte type data indicating the type of command and 1-byte extension data indicating the content of the command, and the sub CPU 91a can determine the type of command from the type data.

  The BET command is a command that can specify the number of inserted medals, that is, the number of medals used to set the bet number, and is a state from the end of the game (after setting change) to the start of the game. Sent when a medal is inserted or the MAXBET switch 6 is operated to set the number of bets in a state where is not set. Further, since the BET command is transmitted when the betting number setting operation is performed, it is possible to specify that the betting number setting operation has been performed by receiving the BET command.

  The credit command is a command that can specify the number of medals stored as credits, and is a state from the end of the game (after setting change) to the start of the game, and in a state where a predetermined number of bets is set, Sent when a medal is inserted and credits are added.

  The internal winning command is a command that can specify the winning status of the internal winning flag and the type of the internal winning flag established, and is transmitted when the start switch 7 is operated to start the game. Further, since the internal winning command is transmitted when the start switch 7 is operated, it is possible to specify that the start switch 7 has been operated by receiving the internal winning command.

  The reel rotation start command is a command for notifying the start of reel rotation, and is transmitted when rotation of the reels 2L, 2C, and 2R is started.

  The reel stop command is a command that can specify whether the reel to be stopped is the left reel, the middle reel, or the right reel, the area number of the corresponding reel stop operation position, and the area number of the corresponding reel stop position. And is transmitted each time stop control is performed in accordance with the stop operation of each reel. Since the reel stop command is transmitted when the stop switches 8L, 8C, and 8R are operated, it is possible to specify that the stop switches 8L, 8C, and 8R are operated by receiving the reel stop command. .

  The winning determination command is a command that can specify the presence / absence of winning, the type of winning, and the number of medals to be paid out at the time of winning, and is transmitted after all the reels are stopped and the winning determination is performed.

  The payout start command is a command for notifying the start of payout of medals, and is transmitted when the payout of medals is started by paying out a prize or credit (including medals used for setting the number of bets). The payout end command is a command for notifying the end of payout of medals, and is transmitted when the payout of medals by winning and winning a credit is completed.

  The game state command is a command that can specify the game state of the next game, and is transmitted when the setting change state ends and when the game ends.

  The standby command is a command indicating a transition to the standby state, and after one game is over, a credit (which was used for setting the bet number) is set when the transition to the standby state is made after a predetermined time without setting the bet number. (Including medals) is sent out after the medal payout is completed and the payout end command is sent.

  The stop command is a command indicating the occurrence or release of the stop state, and after the end of the BB, the stop command indicating the occurrence of the stop state is transmitted when the ending effect waiting time has elapsed, and the reset operation is performed. When the stop state is released, a stop command indicating the release of the stop state is transmitted.

  An error command is a command that indicates the occurrence or cancellation of an error condition and the type of error condition. When an error is determined and controlled to an error condition, an error command indicating the occurrence and type of the error condition is sent and reset. When the error state is canceled after the operation is performed, an error command indicating the cancellation of the error state is transmitted.

Release command is a command indicating that the main CPU 41 a is returned to the control state before the power interruption, it is transmitted upon returning to the control state before the power failure at the time of startup of the main CPU 41a.

The setting start command is a command indicating the start of the setting change state, and is transmitted when shifting to the setting change state. Moreover, since with the transition to the setting change state control state of the main CPU 41 a is initialized, it is possible to specify that the control state of the main CPU 41 a is initialized by setting start command.

  The confirmation start command is a command indicating the start of the setting confirmation state, and is transmitted when shifting to the setting confirmation state. The confirmation end command is a command indicating the end of the setting confirmation state, and is transmitted when the setting confirmation state ends.

  The operation detection command is a command indicating the detection state (ON / OFF) of operation switches (MAXBET switch 6, start switch 7, stop switches 8L, 8C, 8R), and is transmitted at regular intervals.

  Among these commands, a setting start command, an error command indicating a RAM abnormality, and a return command are generated at a stage before an interrupt is permitted in the startup process and stored in a specific command transmission buffer assigned to a special work in the RAM 41c. And sent immediately.

  Commands other than a setting start command, an error command indicating a RAM abnormality, a return command, and an operation detection command are generated according to the progress of the game in the game process, and are temporarily stored in a normal command transmission buffer provided in a special work in the RAM 41c. Stored and transmitted in timer interrupt processing (main).

  In this embodiment, a command is generated in the game process and stored in the normal command transmission buffer. When an untransmitted command stored in the command transmission buffer is detected in the command transmission processing in the timer interrupt 2, the untransmitted command stored in the normal command transmission buffer is transmitted.

  In addition, the normal command transmission buffer has an area where a plurality of commands can be stored, so that newly generated commands can be stored without waiting for transmission of unsent commands stored in the normal command transmission buffer. Normally, it can be stored in an empty area of the command transmission buffer. That is, a plurality of commands can be stored in the normal command transmission buffer.

  In addition, when commands are stored in the normal command transmission buffer in the game process, these commands are stored in the order of generation, and in the command transmission process, the commands are transmitted in the order generated and stored in the normal command transmission buffer. It has become. That is, the commands stored in the normal command transmission buffer are transmitted in the order in which they are generated and stored.

  The operation detection command is generated every time the command transmission process is executed five times, stored in the aforementioned specific command transmission buffer, and immediately transmitted. In addition, when the operation detection command transmission time is reached with the unsent command stored in the normal command transmission buffer, priority is given to the transmission of the operation detection command and the normal command transmission buffer stores it. The untransmitted command is transmitted in the next command transmission process, and a plurality of commands are not transmitted in one command transmission process.

  Next, the control of the effect performed by the sub control unit 91 based on a command transmitted from the main CPU 41a to the effect control board 90 will be described.

  The sub CPU 91a executes a command reception interrupt process when a strobe signal indicating the transmission of a command from the main CPU 41a is input. In the command reception interrupt process, the command acquired from the command transmission line is stored in the reception buffer provided in the RAM 91c.

  In the timer interrupt process (sub), the sub CPU 91a determines whether or not an unprocessed command is stored in the reception buffer. If an unprocessed command is stored, the sub CPU 91a is the earliest stage. Based on the received command, the control pattern table stored in the ROM 91b is referred to. Based on the control contents registered in the control pattern table, various effects such as the liquid crystal display 51, the effect LED 52, the speakers 53 and 54, the reel LED 55, etc. Control the output of the device.

  In the control pattern table, the display pattern of the liquid crystal display 51 corresponding to the type of command, the lighting mode of the lighting effect LED 52, the output mode of the speakers 53 and 54, the lighting mode of the reel LED, etc. The control patterns of these effect devices are registered, and when the sub CPU 91a receives the command, the sub CPU 91a, among the control patterns registered corresponding to the effect patterns set in the RAM 91c in the game of the control pattern table, With reference to the control pattern corresponding to the type of command received, output control of the rendering device is performed based on the control pattern. Thereby, the production according to the production pattern and the progress of the game is executed.

  If the sub CPU 91a receives a new command during execution of an effect triggered by the reception of a certain command, the sub CPU 91a stops the effect based on the control pattern being executed, and responds to the newly received command. An effect based on the control pattern is executed. In other words, even if the production is not finished to the end, when a new command is received, the production that was being executed is canceled and a new command is canceled unless the received new command is not a command that triggers a new production. An effect based on the command is executed.

  In particular, in this embodiment, when an operation for setting the number of bets is made during the execution of an effect, that is, when the sub CPU 91a receives a BET command indicating that the number of bets has been set, the effect being executed is canceled. It is supposed to be. For this reason, if the player wants to proceed to the next game rather than seeing the production to the end, the production is canceled and the next game can be started. There is no. Further, when a credit or bet amount adjustment operation is performed during the performance, that is, after the sub CPU 91a receives a game state command indicating the end of the game, and before receiving an internal winning command indicating the start of the game. When the payout start command is received, the performance being executed is stopped. Credits and bets are settled when the game is terminated. In such a case, by terminating the performance that is being executed, there is an intention to end the game, but the performance continues unnecessarily. It is designed not to be overwhelmed.

  When the internal winning command is received, the effect pattern is selected at a selection rate corresponding to the result of the internal lottery indicated by the internal winning command, and is set in the RAM 91c. The selection rate of the effect pattern is registered in the effect table stored in the ROM 91b, and when the sub CPU 91a receives the internal winning command, the sub CPU 91a sets the level and the effect setting described later as a result of the internal lottery indicated by the internal winning command. Accordingly, the selection rate registered in the effect table is referred to, one of the effect patterns is selected from the plurality of types of effect patterns according to the selection rate, and the selected effect pattern is set in the RAM 91c as the effect pattern of the game. Even if the same command is received, a different control pattern is selected depending on the effect pattern selected when the internal winning command is received. As a result, different effects may be performed depending on the effect pattern.

  In this embodiment, the main CPU 41a transmits an operation detection command that can specify that the MAXBET switch 6, the start switch 7, the stop switches 8L, 8C, and 8R are operated to the sub CPU 91a, so that the sub CPU 91a Regardless of whether the operation switch is involved in the game progress control in each control state, it is possible to specify that the operation switch detected by the main CPU 41a has been operated. It is possible to perform effects according to the operation of operation switches not involved in the operation, and to operate a main menu screen described later.

  Further, the main CPU 41a determines whether the MAXBET switch 6, the start switch 7, and the stop switches 8L, 8C, and 8R are operated. By periodically transmitting an operation detection command that can specify the ON / OFF state of the sub CPU 91a, the sub CPU 91a can periodically specify the ON / OFF state of these operation switches. Even if an operation detection command is missed, it is possible to specify the latest detection state for all operation switches based on the operation detection command sent next time, and operation of the operation switches not involved in game progress control It is possible to reliably execute the production according to the situation.

  Further, since it is possible to specify the detection states of all of the MAXBET switch 6, the start switch 7, the stop switches 8L, 8C, and 8R from the operation detection command, the sub CPU 91a can simultaneously operate a plurality of switches or perform specific operations. It is possible to produce an effect reflecting the operation status of a plurality of operation switches such as an operation of only the switch, and it is possible to produce various effects using the operation of the operation switch.

  In this embodiment, the main CPU 41a does not determine whether the MAXBET switch 6, the start switch 7, or the stop switches 8L, 8C, or 8R is operated, and the MAXBET switch 6, the start switch 7, or the stop switch 8L. , 8C, 8R are configured to send operation detection commands that can specify the ON / OFF state at regular intervals, but only when the detection state (ON / OFF) of any of the operation switches changes. An operation detection command indicating the above may be transmitted. With such a configuration, it is possible to reduce the transmission of the operation detection command as much as possible, and to reduce the control load related to the transmission of the operation detection command. In addition, it is not necessary for the sub CPU 91a to receive an operation detection command more than necessary.

  Further, when the detection state (ON / OFF) of any operation switch changes, an operation detection command that can specify the detection state of another operation switch in addition to the detection state of the operation switch is sent to the sub CPU 91a. It is also possible to have a configuration for transmission, and with this configuration, transmission of operation detection commands can be reduced as much as possible, and the sub CPU 91a detects the detection state of the operation switch whose detection state has changed from the operation detection command. In addition, the detection state of other operation means can be specified, and the sub CPU 91a can perform effects reflecting the operation statuses of a plurality of operation means. Can be anything.

  In the RAM 91c of the sub-control unit 91, a detection state storage area in which the change state of the detection state of the operation switch is stored for each operation switch, and an operation detection flag indicating that the operation state of the operation switch has changed are provided for each operation switch. An operation detection flag storage area to be stored is allocated. Furthermore, the detection state storage area is assigned with a detection state before receiving the operation detection command (previous) and a detection state after receiving the operation detection command (this time). The detection state of each operation switch before and after reception is stored.

  The sub CPU 91a performs an operation detection process when it is determined in the timer interrupt process (sub) that an unprocessed command is stored in the reception buffer. In the operation detection process, it is determined whether the unprocessed command is an operation detection command. If it is determined that the command is an operation detection command, the current detection state stored in the detection state storage area is changed to the previous detection state. Moved and stored the detection state of each operation switch indicated by the operation detection command as the current detection state, and when there is an operation switch in which the previous detection state and the current detection state are different, changes from OFF to ON In this case, a rising flag is set as an operation detection flag corresponding to the operation switch, and when it is changed from ON to OFF, a falling flag is set as an operation detection flag corresponding to the operation switch.

  As described above, in this embodiment, the main CPU 41a periodically transmits an operation detection command that can specify the detection states of all the operation switches regardless of whether or not the detection state of the operation switches has changed. When the CPU 91a receives the operation detection command, the CPU 91a updates the detection state of each operation switch before and after receiving the operation detection command stored in the detection state storage area. An operation detection flag corresponding to the operation switch is set, and the sub CPU 91a confirms the presence or absence of the operation detection flag, so that the detection state of the operation switch has changed, and before and after receiving the operation detection command. How the detection state of each operation switch has changed, that is, from OFF to ON, from ON to OFF Or phased's, which is to be able to determine.

  In this embodiment, the sub CPU 91a gives points on the condition that a predetermined achievement condition is satisfied when a password to be described later is input at the start of the game, and adds the level every time 10 points are acquired. It has become. Each time the level value exceeds a certain value, the number of types of effects that may be executed is increased. Specifically, it includes an effect table 1 used for levels 1 to 30, an effect table 2 used for levels 31 to 60, and an effect table 3 used for levels 61 to 99. In addition to the effect patterns registered in the table 1, an effect pattern that is not registered in the effect table 1 is defined, and the effect table 3 includes an effect pattern that is registered in the effect tables 1 and 2. When an effect pattern not registered in tables 1 and 2 is defined, and the effect pattern is selected using an effect table corresponding to the current level among effect tables 1 to 3, the level exceeds 30 When the number exceeds 60, the production pattern increases.

  Each time the level value exceeds a certain value, selectable characters and selectable items as production settings are increased. Specifically, the frequency of the production (production setting 4), the background design of the production (production setting 2), the character selected by the player (production setting 3), and the costume of the character (production setting 4) can be selected. In these effect settings, when the level exceeds 30 and when the level exceeds 60, the selectable items respectively increase.

  As an achievement condition to which points are given, for example, as shown in FIG. 9, a bonus production screen is displayed when a continuous performance indicating the possibility of winning a special role is executed and the special role is won or missed. The number of points awarded according to the difficulty level of each achievement condition, the current level, the number of games since the game was started, and the achievement conditions are established. The number of points corresponding to is given.

  The continuous effect B shown in FIG. 9 is an effect indicating that the possibility of winning the special role is higher than the continuous effect A, that is, an effect in which the ratio selected at the time of winning the special role is higher than the continuous effect A. It is an effect whose appearance rate is lower than that of the continuous effect A.

  And if the continuous production A is executed and the special role is not won, and the continuous production B is executed and the special role is not won, the latter gives more points. Even if there is a high possibility that the special role has been won, more points are awarded when the special role is not won.

  Also, if the continuous production A is executed and the special role is not won, and the continuous production A is executed and the special role is won, the latter gives more points. Even if the possibility of winning the special role is low, more points are awarded when the special role is won.

  Moreover, even when the same achievement condition is satisfied, points awarded for 0 to 499G, 500 to 699G, and 700G or more are different, and as the number of games increases, more points are awarded. Yes.

Further, every time the level value exceeds a certain value, the number of points given is reduced, and the number of points given is reduced. Specifically, if it exceeds level 30, if it exceeds the level 60 are adapted to the points assigned respectively decreases, depending on the achieved condition, points will no longer be applied. For this reason, every time the level exceeds a certain value, it becomes difficult to further increase the level.

  In this way, in the slot machine 1 of the present embodiment, points are awarded by satisfying the achievement condition according to the result of playing the game, the level increases according to the number of points, the production pattern increases, The setting item of production increases, and the willingness of a player to play a game can be heightened effectively.

  In addition, there is an effect that is executed on condition that the level is more than a certain level, the cumulative number of games and the cumulative number of bonuses are more than a certain number, and the above-mentioned mission is more than a certain level. , Missions achieved by performing effects that do not appear unless the cumulative number of games or the number of cumulative bonuses exceeds a certain number, that is, the level above a certain level, the number of cumulative games, the number of cumulative bonuses, etc. must be above a certain number Missions that cannot be achieved are defined, and the player's willingness to play and raise the level can be effectively increased.

  In addition, when a password is started at the start of the game, any one of a plurality of characters (a maximum of 12 types A to L) that can be selected according to the level by the player's selection operation until the game ends. Such a character can be arbitrarily selected, and a personal history storage area including the number of games for each character in which the number of games played by selecting the character for each character is stored is allocated to the RAM 91c. The sub CPU 91a adds the number of games for each character in the personal history storage area corresponding to the selected character for each game, thereby counting the number of games played by selecting each character. ing.

  Note that only one character can be selected at a time, and a plurality of characters cannot be selected at the same time, and the total number of games by character for one day is the total number of games for one day. Never exceed.

  In addition, the sub CPU 91a is configured so that a story consisting of a plurality of stages progresses sequentially on the liquid crystal display 51 in accordance with the number of games when a password to be described later is input at the start of the game. Specifically, when the story reaches a certain stage according to the number of games, the story of the next stage is developed.

  In addition, when a password, which will be described later, is input at the start of the game, the sub CPU 91a, when the anniversary specified from the input password indicates a specific anniversary, the anniversary effect ( For example, when the birthday of the player is specified, it is possible to execute an effect that congratulates the player by satisfying certain conditions.

  Further, the value of the level can take over not only the value increased in one slot machine 1 but also the value increased in other slot machines 1. Further, not only the level value but also the stage of the story developed in the other slot machine 1 or when the player changes the production setting in the other slot machine 1, the setting contents can be taken over.

  Specifically, by selecting “password input” from the main menu screen shown in FIG. 10A and inputting the password issued by the management server 1200, the level and story of the previous game history are selected. It becomes possible to play the game by taking over the stage and the production setting.

  As will be described in detail later, the password is character data consisting of eight characters that can specify the anniversary, level, story stage, and production setting according to the player's individual game history managed by the management server 1200 described later. It is.

  The main menu screen is displayed when the left and right stop switches 8L, 8R among the stop switches 8L, 8C, 8R are operated simultaneously in the control state from the end of the game (after the setting change) until the bet amount is set. That is, the detection state of the operation switch indicated by the operation detection command is that either of the detection states of the stop switches 8C and 8R is OFF, the detection states of the stop switches 8L and 8R are both ON, and the detection state of the stop switch 8L is When it is changed to OFF, it is displayed on the liquid crystal display 51.

  When the main menu screen is displayed, as shown in FIGS. 10A and 10B, the stop switch 8L is operated to move to the menu item on the left side, and the stop switch 8R is operated. To move to the menu item on the right. Then, the menu item displayed in front is selected by operating the effect switch 56. Further, when the effect switch 56 is operated in a state where “End” is displayed in front of the menu item, or when the stop switch 8C is operated for a predetermined time or longer, as shown in FIG. An end confirmation screen in which “YES” and “NO” can be selected is displayed. On the end confirmation screen, the stop switches 8L and 8R and the production switch 56 are operated, and “YES” is selected from “YES” and “NO”. Thus, it returns to the basic screen (normal screen before shifting to the main menu screen). In addition, the screen returns to the basic screen when a time determined for each screen elapses without any operation.

  On the main menu screen before the password input or before the game start by the simple start described later, menu items of “easy start”, “password input”, “member registration”, “end” are displayed as shown in FIG. When the password menu is selected by operating the stop switches 8L and 8R and the effect switch 56 on the main menu screen before password input, a password input screen shown in FIG. 11B is displayed. Is done. In the password input screen, as shown in FIG. 11 (c), the characters move by operating the stop switches 8L and 8R, and as shown in FIG. 12 (a), by operating the effect switch 56, The character displayed in front is selected.

  Each time one character is selected, the next character can be selected. Further, by operating the effect switch 56 in a state where “return one character” is displayed in front, the character in front can be selected again. When the password of 8 characters is selected, it moves to the decision field, and as shown in FIG. 12B, the effect switch 56 is operated in a state where characters other than “return one character” are displayed in front. Thus, the password is determined.

  If the entered password is authenticated as a legitimate password, a password entry OK screen is displayed as shown in FIG. The password input OK screen is switched to the basic screen when the effect switch 56 is operated or a time determined for each screen elapses. If the password is not authenticated as a regular password, a password entry NG screen (not shown) is displayed. The password input NG screen is also switched to the basic screen by operating the effect switch 56 or when a time determined for each screen elapses.

  If the password is authenticated as a legitimate password, the personal history storage area (total number of games, number of BBs, number of RBs, number of times of winning a bell, number of medals difference (set number of bets from total number of medals paid out) (The value obtained by subtracting the total number of inputs used in the above), the achievement mission, and the number of games by character) are initialized, and the anniversary analyzed from the password is stored in the anniversary storage area assigned to the RAM 91c from the password. In the level storage area where the analyzed level is assigned to the RAM 91c, in the story storage area where the story analyzed from the password is assigned to the RAM 91c, the effect settings 1-4 analyzed from the password are assigned to the RAM 91c. Set in the storage area, along with this, the level according to the previous game history, So that the Tory and rendering setup is taken over. At this time, the input password itself is stored in a password storage area assigned to the RAM 91c.

  Next, the password analysis procedure will be described. In the ROM 91b, as shown in FIG. 16 (a), 0 to 31 corresponding to the characters constituting the password (32 types of Roman letters: 26 types and 6 types of symbols) are provided. A password analysis table in which a numerical value is defined is stored. First, as shown in FIG. 16B, the password analysis table is referred to, and the input password is replaced with the corresponding numerical value. For example, as shown in FIG. 16B, if the password is “DVUHJFUI”, “3-21-20-7-9-5-20-8” according to the password analysis table shown in FIG. Become.

  Next, the replaced numerical value is converted into a binary number, and a total of 5 bits of the lower 6th bit, lower 13th, lower 20th, lower 27th, and lower 34th are random values (when the management server 1200 issues a password) Random value acquired in the range of 0 to 31), and a 35-bit value excluding the random value is shifted rightward by the random value. For example, as shown in FIG. 16B, if the random value is 0011 (= 3), the 35-bit value excluding the random value is shifted rightward by 3 bits. At this time, the value overflowed in the right direction is shifted to the upper bits.

  Next, the 35-bit value after each shift is converted according to the bit shuffle table. In the bit shuffle table, the position of the bit after conversion is determined for every 0 to 34 bits constituting the value obtained by removing the random value from the value converted from the password to the binary number corresponding to the random value of 0 to 31. In this table, conversion is performed by moving the value of the corresponding bit to the bit position designated in the row corresponding to the random value.

  Next, the anniversary, level, story stage, and performance setting are analyzed from the 35-bit value obtained by the conversion by the bit shuffle table.

  Of the 35-bit value, the lower 5 bits indicate a hash value (a random number assigned to the management server 1200 to vary the password), the lower 6 to 8 bits indicate the anniversary, and the lower 9 Bits to lower 16 bits indicate the level, lower 17 bits to lower 21 bits indicate the stage of the story, and bits higher than the lower 22 bits are values indicating the production settings 1 to 4, each of 4 bits, 4 bits Bits, 3 bits, and 3 bits are assigned, and the anniversary, level, story stage, and production settings specified from these values are the anniversary storage area, level storage area, story storage area, and production setting storage area, respectively. Will be set.

  In addition, as described above, the personal history storage area is allocated to the RAM 91c, and a game history (total number of games, number of BBs, number of RBs, number of bell winnings) after the password is entered and authenticated as a regular password. , Medal difference number, number of games by character) are accumulated. Furthermore, when a mission (issue) set in advance in the slot machine has been achieved, a history of achievement missions indicating the types of missions achieved is also accumulated. In addition, as described above, every time 10 points are acquired, the level stored in the level storage area is increased. Also, the story progresses according to the number of games, and progresses to the next stage by reaching a certain number of games.

  When the player finishes the game, the player's game history, current level, story stage, production setting, two-dimensional code that can specify the achievement mission history (hereinafter referred to as end history code) Is generated and displayed on the liquid crystal display 51, the end history code can be acquired, and the content specified from the end history code can be reflected in the content of a player database described later included in the management server 1200. It is like that.

  As shown in FIG. 10B, on the main menu screen after the password is entered, the menu items of “DATA CLEAR”, “TODAY GAME DATA”, “BONUS HISTORY”, “END”, “SAVE INTERVAL” are displayed. ing. As shown in FIG. 13A on the main menu screen after the password is entered, by selecting the menu item “Today's game data”, an end history code that can specify the game history of the day is generated. As shown in FIG. 13B, the generated end history code is displayed on the liquid crystal display 51. As shown in FIG. 17A, the output end history code is stored in the URL indicating the location of the game history update page on the management server, the password input at the start of the game, and the personal history storage area. The total number of games, the number of BBs, the number of RBs, the number of bell wins, the number of medals, the number of achievement missions, the number of games by character, the level value stored in the level storage area, and the story storage area The stage of the story that is present, the production settings 1 to 4 stored in the production setting storage area, the end history code, and a game random number that is a random value acquired every time a history code is created later (in this embodiment, 32-bit random number).

  Then, the end history code is read by the portable terminal 1100, and the game history specified today from the end history code is accessed by accessing the URL indicating the location of the game history update page of the management server 1200 specified from the end history code. Are reflected in the contents of the player database included in the management server 1200.

  Also, from the time when the password is authenticated until today's game data is selected and an end history code that can identify today's game history etc. is displayed, entry of a new password is prohibited. And an end history code that can identify today's game history etc. is displayed, and when the display is cleared, the password stored in the password storage area, the total number of games stored in the personal history storage area, BB Number of times, number of RBs, number of bell wins, number of medals, number of games by character, type of mission completed, level value stored in level storage area, story stage stored in story storage area, production setting storage area The contents of the production settings 1 to 4 stored in the screen are all cleared, and the password input is permitted again.

  As described above, in the slot machine 1 according to the present embodiment, by inputting a password when starting a game, an effect reflecting past game history such as a level, a story, and an effect setting at the time of previous game is executed. This makes it possible to produce effects that are continuous over a long period of time. Further, since the password is included in the end history code output for specifying a new game history at the end of the game, the password included in the end history code is authenticated by the management server 1200 that issues the password. It is possible to determine whether the player has received a password, and a third party can obtain another person's password to play the game and obtain an end history code, or obtain another person's end history code. However, the game history specified from the end history code cannot be reflected in its own, and it is possible to take over the new game history by the player who has received the password, while the password It becomes impossible for a player other than the player who received the issue to take over the game history. This makes it meaningless to divert or steal passwords and end history codes, so that it is possible to prevent the diversion and theft of passwords and end history codes.

  In addition, since the password changes according to a random value that changes every time the password is issued by the management server 1200, even if a game history having the same content is specified, the password is not necessarily the same. It becomes difficult to guess.

  In addition, the game history specified from the end history code includes a game history for determining distribution conditions (in this embodiment, the total number of games, the number of BBs, the number of RBs), and a game history for estimating a set value. (In this embodiment, the number of winning a bell), the end history code is read by the portable terminal 1100, and the URL indicating the location of the game history update page of the management server 1200 identified from the end history code is accessed. Thus, not only the game history of the day specified from the end history code is reflected in the contents of the player database included in the management server 1200, but also a game for determining the distribution condition specified from the end history code When the history satisfies the setting suggestion information delivery condition, a game history (in this embodiment, for estimating the setting value specified from the end history code) Le winning count, it is possible to receive delivery of the setting suggested infos deduced set value from the medal difference number). In other words, it is not always possible to receive the setting suggestion information, but only when the game history specified by the end history code satisfies the distribution condition, the setting suggestion information can be received. Can be effectively increased.

  Further, in the present embodiment, a set value estimated from a game history specified from the end history code is applied as information distributed when the distribution condition is satisfied. That is to say, satisfying the distribution condition makes it possible to obtain information on the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, setting suggestion information that suggests a setting value estimated from the game history specified from the end history code is applied as information that is distributed when the distribution condition is satisfied. However, at least the end history code is applied. The information may be information based on the game history specified by the game history, may be the game history itself, or may be information as a result of analysis from the game history, such as setting suggestion information.

  In this embodiment, the number of BB winnings and the number of RB winnings based on the result of the internal lottery are applied as information for determining whether or not the distribution condition is satisfied, and the result of the game based on the internal lottery is applied. Since the distribution conditions are satisfied according to the game, the player's willingness to play can be more effectively increased.

  Also, in this embodiment, as shown in FIG. 14A on the main menu screen after the password is entered, the game history from the password entry to the present is output by selecting the “save on the way” menu item. When the condition is satisfied, a two-dimensional code (hereinafter referred to as an intermediate history code) that can specify a part of the game history from the start of the game to the present is generated, and is generated as shown in FIG. An intermediate history code is displayed on the liquid crystal display 51. As shown in FIG. 17B, the output halfway history code is stored in the URL indicating the location of the setting suggestion reception page on the management server, the password input at the start of the game, and the personal history storage area. Stored are the total number of games, the number of BBs, the number of RBs, the number of winning a bell, and the number of medals difference.

  Specifically, first, the total number of games, the number of BBs, and the number of RBs from the start of the game to the present are the second conditions (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, the number of RBs: 3 times In the case where the second condition is satisfied, it is determined whether the intermediate history code associated with the second condition has been output. Whether the halfway history code associated with the second condition has been output is determined based on whether a second output flag indicating that is set. If the halfway history code associated with satisfying the second condition has not been output, a halfway history code is generated using the game history from the start of the game to the present and displayed on the liquid crystal display 51.

  If the halfway history code has been output when the second condition is satisfied and the second condition is satisfied, the fact that the halfway history code cannot be displayed by selecting the halfway save is displayed on the liquid crystal display 51.

  Further, when the total number of games, the number of BBs, and the number of RBs from the start of the game to the present do not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: (2 times or more, number of RBs: 2 or more) is satisfied, and if the first condition is satisfied, whether or not a halfway history code associated with the first condition has been output Determine whether. Whether or not a halfway history code associated with the first condition has been output is determined based on whether or not a first output flag indicating that is set. If the halfway history code associated with satisfying the first condition has not been output, a halfway history code is generated using the game history from the start of the game to the present and displayed on the liquid crystal display 51.

  If the halfway history code is output when the first condition is satisfied and the first condition is satisfied, the halfway history code can be displayed by selecting the halfway save as shown in FIG. The number of games, the number of BBs, and the number of RBs required to satisfy the second condition are displayed on the liquid crystal display 51.

  Further, when the total number of games, the number of BBs, and the number of RBs from the start of the game to the present do not satisfy the second condition and the first condition, as shown in FIG. The liquid crystal display 51 displays the conditions until the halfway history code can be displayed, that is, the number of games, the number of BBs, and the number of RBs required to satisfy the first condition.

  As described above, in this embodiment, by selecting save on the way, a halfway history code is displayed on the liquid crystal display 51 without ending the game, and this halfway history code is displayed on the portable terminal 1100. By accessing the URL indicating the location of the game history update page of the management server 1200 identified from the read and end history code, the game history identified from the mid-term history code (in this embodiment, the number of winning a bell, the medal difference) It is possible to receive distribution of setting suggestion information related to a setting value estimated from the number of sheets).

  Further, after the game is started, the game history code is not always displayed on the liquid crystal display 51 by selecting midway save, but the total number of games, the number of BBs, and the number of RBs from the start of the game to the present are the first conditions. After satisfying the conditions, the period until the second condition is satisfied, and the period until the game is terminated after the second condition is satisfied, the intermediate history code is displayed on the liquid crystal by selecting halfway save for each time. It is displayed on the display 51, and after the first condition is satisfied, the period until the second condition is satisfied, and after the second condition is satisfied, the game is already completed. When a halfway history code is output, the display of the halfway history code is restricted, so that it is possible to prevent the operation of the slot machine from deteriorating when receiving setting suggestion information during a game.

  In this embodiment, after the total number of games, the number of BBs, and the number of RBs from the start of the game to the present time satisfy the first condition, and after satisfying the second condition, the period until the second condition is satisfied. The halfway history code is displayed on the liquid crystal display 51 by selecting halfway save once for each period until the game ends, but only for a specified number of times in a certain period, The same effect as described above can be obtained if the intermediate history code is output by selecting the intermediate save.

  Further, in this embodiment, after the game is started, in the state in which the intermediate history code can be displayed by selecting the intermediate save, as shown in FIG. When the menu item is selected, white and black are highlighted. In contrast, when a save code is selected, no history code is displayed. On the main menu screen, as shown in FIG. White and black are not highlighted when selecting the menu item "Save on the way".

  In this way, when the menu item “Save on the way” is selected on the main menu screen, white and black are highlighted so that the history code can be displayed by selecting the save on the way. Since black and white are not highlighted, the fact that the display of intermediate history codes due to the selection of intermediate saves is restricted is notified, and the intermediate history code output by the selection of intermediate saves is displayed. It is possible to make the player recognize whether the setting suggestion information can be received by using it or is in a restricted state.

  In the present embodiment, it is notified whether the setting suggestion information can be received using the midway history code output by the midway save selection or whether it is in a limited state. Although the notification is made in the display mode when the menu item “save on the way” is selected on the main menu screen, the same effect can be obtained even if notification is made by other methods.

  Also, in this embodiment, in particular, in the state where the delivery of the setting suggestion information is restricted using the midway history code output by the midway save selection, the midway save is selected. When the restriction is released, as shown in FIG. 15 (b), the conditions required until the release are displayed, and by satisfying what conditions the halfway history code of the intermediate history code is saved again. It is possible to grasp whether output is possible, that is, whether the setting suggestion information can be received using the midway history code.

  Also, in this embodiment, when save on the way is selected, the game history from the start of the game is output conditions (in this embodiment, the first condition is the total number of games: 2000 or more, the number of BBs: 2 or more, The intermediate history code is output only when the number of RBs: 2 times or more and the total number of games as a second condition: 3000 or more, the number of BBs: 3 times or more, and the number of RBs: 3 times or more are satisfied. In other words, since the setting suggestion information can not be received at any time, but only when the game history from the start of the game satisfies the output condition, the intermediate history code is output and the setting suggestion information can be received. It is possible to effectively increase the player's willingness to play.

In addition, a plurality of conditions including a first condition and a second condition are set as the output conditions of the intermediate history code when the intermediate save is selected, and the game history from the start of the game has any one of these output conditions. Since the halfway history code is output when the condition is satisfied, for example, the management server 1200 side can distribute different information according to the first condition and the second condition. The willingness to play can be further increased.

  Particularly, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, the first condition is satisfied. Since the game history from the game satisfies the first condition and the second condition in a stepwise manner, a history code is output on the way, for example, the management server 1200 side, the first condition, the second condition Accordingly, it becomes possible to distribute more useful information step by step, and the player's willingness to play can be further enhanced.

  In the present embodiment, a setting value estimated from a game history specified from the midway history code is applied as a game history distributed by reading the midway history code and accessing the management server 1200. That is, by satisfying the output condition, it is possible to obtain information regarding the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, the setting value estimated from the game history specified from the intermediate history code as the game history distributed by reading the intermediate history code output by selecting the intermediate save and accessing the management server 1200 However, it may be information based on at least the game history specified from the history code, and may be the game history itself, or from the game history like the setting suggestion information. It may be information as a result of analysis.

  In the present embodiment, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as information for determining whether or not the output condition of the history log code is satisfied. Since the output condition is satisfied according to the result of the game based on the game, the player's willingness to play can be more effectively enhanced.

  Next, the management server 1200, which is an example of the management apparatus of the present invention, will be described. The management server 1200 is configured by a general server computer including a CPU, a RAM, and the like, and the mobile terminal 1100 via the Internet. It can be accessed from, and management of game history, issuance of passwords, provision of privileges, etc. are performed. Note that the management server 1200 of this embodiment can be accessed only from the terminal to which the terminal identification information (SIM data) is assigned, and the terminal to which the terminal identification information is not assigned or the terminal identification information is assigned. However, access is denied to terminals that refuse to transmit terminal identification information.

  The management server 1200 includes a player database for managing a player's game history, a game history database for managing a game history for each game, a group-by-group game history database, and a privilege database for storing bonus data given to the player. It has.

  As shown in FIG. 18A, the player database corresponds to terminal identification information (SIM data) that can identify the portable terminal owned by the player, the current status (standby, in game), password (Last issued), number of accesses (number of passwords issued), total number of games to date, total number of BBs, total number of RBs, group ID for identifying the group to which the player belongs, current level , Current story stage, setting contents of production settings 1 to 4, achievement status by mission (1 for missions that have been achieved, 0 for missions that have not yet been achieved), number of games by character corresponding to characters A to L Has been.

  As shown in FIG. 18 (b), the game history database corresponds to terminal identification information (SIM data) that can identify the portable terminal owned by the player who played the game and the game date and time. Sometimes game random numbers randomly acquired by the slot machine 1, the number of games in the game, the number of BBs in the game, the number of RBs in the game, the number of bell wins in the game, the number of medals difference in the game First setting suggestion flag indicating whether or not first setting suggestion information to be described later has been output (1 if output has been completed, 0 if not output), and whether or not second setting suggestion information to be described later has been output. A second setting suggestion flag (1 if output has been completed, 0 if not output), group ID, achievement status by mission in the game, and the number of games by character corresponding to characters A to L are stored. Yes.

  As shown in FIG. 18 (c), the group-specific game history database is associated with a group ID for identifying a group to which a player belongs, and terminal identification information (player database) of the player belonging to the group. In the game history of the player of the terminal identification information in which the group ID is registered), the total number of games, the number of BBs, and the number of RBs are stored.

  As shown in FIG. 18D, the privilege database corresponds to the privilege ID that can identify the privilege, the storage location of the privilege data, the type of privilege data, the type of condition for granting the privilege, the condition of the corresponding type A value is stored. As the type of condition, a level, a mission achievement rate, the number of games, the number of BBs, the number of RBs, the number of games by character for each character, and the like can be set, and a condition value according to the type can be set. .

  Next, the operation of the management server 1200 when performing membership registration by accessing the management server from the mobile terminal 1100 will be described with reference to FIG.

  As shown in FIG. 19, when member registration is performed with the mobile terminal 1100, the mobile terminal 1100 first accesses the member registration page of the management server 1200. Then, member information such as a name is input on the member registration page, and a member registration request including the input member information and terminal identification information of the mobile terminal 1100 is transmitted to the management server 1200.

  When a membership registration request is made from the portable terminal 1100, the management server 1200 determines whether or not the terminal identification information of the portable terminal that has made the membership registration request matches the terminal identification information already registered in the player database. If there is matching terminal identification information, the member information corresponding to the corresponding terminal identification information in the player database is registered as a member by updating the registered member information or registering only the terminal identification information. The member information specified by the request is updated, and the registration result is notified to the mobile terminal that has made the member registration request.

  On the other hand, if the terminal identification information of the mobile terminal that made the member registration request does not match the terminal identification information already registered in the player database, the member registration is performed as a member registration request by an unregistered player. The terminal identification information of the mobile terminal that made the request and the member information specified from the member registration request are associated with each other and newly registered in the player database, and the registration result is notified to the mobile terminal that made the member registration request.

In addition, when requesting membership registration, it is possible to select whether or not to belong to a group. If it is selected to belong to a group, the number of members of each group among multiple groups, membership registration request The management server 1200 selects one of the groups according to the attributes (birth date, gender, address, blood type, etc.) of the player who performs the game, and is assigned as the group to which the player who made the member registration request belongs. The group ID of the assigned group is registered in the group ID corresponding to the corresponding terminal identification information in the player database. Thus, the subsequent game history by the player is reflected not only in the game history in the player database but also in the game history corresponding to the corresponding group ID in the group-specific game history database.

  The selection of whether or not to belong to a group is not limited to when a member registration is requested, but can also be made afterwards. In addition, when it is selected that the user belongs to a group, the management server 1200 can play the game according to the number of members of each group and the attributes (birth date, sex, address, blood type, etc.) of the player who requests membership registration. However, it is also possible to allow a player to arbitrarily select a group or to create one group with friends.

  Upon receiving the registration result, the portable terminal 1100 displays the registration result and notifies the player to that effect.

  Next, operations of the management server 1200 and the slot machine 1 when a password is issued and a game is played in the slot machine 1 will be described with reference to FIG.

  As shown in FIG. 20, when a new password issuance request is made from the portable terminal 1100, the management server 1200 identifies the terminal identification information registered in the player database as the terminal identification information of the portable terminal that has issued the issuance request. It is determined whether or not the information matches the information, and if there is no matching terminal identification information, the mobile terminal is notified that it is not issued.

  On the other hand, if the terminal identification information of the mobile terminal that has issued the request matches the terminal identification information registered in the player database, the player sets the level, story stage, and effect setting corresponding to the terminal identification information. Get password from database and issue password.

  The password is generated by a procedure reverse to the procedure shown in FIG. First, the level of the corresponding terminal identification information, the stage of the story, and the effect setting are acquired, and a 30-bit value is created based on the acquired data. At this time, when it is the player's birthday or when it is an anniversary such as one month from registration, anniversary data is also set to create a 30-bit value. Next, a 5-bit random value is acquired, and the acquired value is added as a hash value and a lower 5-bit value to obtain a 35-bit value.

  Next, a 5-bit random value different from the update cycle used for acquiring the hash value is acquired as a random value, and the slot machine 1 uses the acquired random value and the bit shuffle table shown in FIG. Perform reverse conversion. That is, the management server 1200 has the same bit shuffle table as that provided in the slot machine 1, and moves the bit value specified in the row corresponding to the random value acquired in the bit shuffle table to the corresponding bit position. Perform the conversion to be performed. For example, if the acquired random value is 0011 (= 3), the lower 18th bit value moves to the 0th bit, and the lower 11th bit value moves to the 1st bit.

  Next, the 35-bit value converted using the bit shuffle table and the random value is shifted to the left by the bit of the random value. At this time, the value overflowed in the left direction is shifted to the lower bits.

  Next, the value used for the bit shift, that is, the value of each bit of the random value is changed between the lower 5th bit and the lower 6th bit of the 35 bit value after the bit shift, and the lower 11th bit and the lower bit. A value of 40 bits is added between the 12th bit, the lower 17th bit and the lower 18th bit, the lower 23th bit and the lower 24th bit, and the lower 29th bit and the lower 30th bit. And Next, the created 40-bit value is divided every 5 bits, replaced with decimal numbers, and the replaced value is replaced with characters based on the password analysis table shown in FIG. To do.

  Next, it is determined whether or not it matches the password registered in the corresponding terminal identification information in the player database, that is, the previously issued password, and if it matches, it matches the previous password in the procedure described above. The password is generated again until it is determined not to do so.

  The management server 1200 issues a password that does not match the previous password as described above, transmits the password to the mobile terminal 1100 that issued the issue request, and stores the terminal identification information of the mobile terminal that issued the issue request in the player database. The corresponding password is updated to the password issued this time, and the status of the corresponding terminal identification information is updated during the game. When a password issuance request is accepted, password issuance is not prohibited even if the status of the corresponding terminal identification information is in game, and a new password issuance request is accepted in such a situation. Even if a password is issued, a new password is issued and the previous password becomes invalid.

  When the password is issued in response to the password issuance request, the issued password is displayed on the portable terminal, and the player inputs the displayed password to the slot machine 1. Then, in the slot machine 1 in which the password is input, the input password is analyzed as described above, and when the password is authenticated, the level specified from the password, the stage of the story, and the production setting are set on the slot machine 1 side. By doing so, it becomes possible to play a game by taking over the level, story stage, and production settings managed by the management server 1200. At this time, the password is stored in the password storage area, and the update of the personal history storage area is started.

  In addition, it is possible to set anniversary data for the password as described above. When a specific anniversary is set as the anniversary data, an effect peculiar to the anniversary is executed. It becomes possible.

  When the player finishes the game, by selecting "Today's game data" from the main menu screen, the password stored in the password storage area, the total number of games stored in the personal history storage area, the number of BBs , RB count, bell winning count, medal difference count, achievement mission type, number of games by character, level value stored in level storage area, story stage stored in story storage area, production setting storage area Ends from the game history consisting of the production settings 1 to 4 stored in the game history, the game random number from the random number updated within a certain range, and the URL indicating the location of the game history update page. A history code is generated and displayed on the liquid crystal display 51, and the personal history storage area is initialized.

  The player reads the end history code displayed on the mobile terminal 1100, and sends an update request including the game history, password, game random number, and terminal identification information of the mobile terminal 1100 analyzed from the end history code to the management server 1200. As a result, the game history acquired by the end history code can be reflected in the player database of the management server 1200.

  When an update request is made from the mobile terminal 1100, the management server 1200 determines whether or not the terminal identification information of the mobile terminal that has made the update request matches the terminal identification information registered in the player database, If there is no matching terminal identification information, the mobile terminal is notified that it cannot be updated.

  On the other hand, if the terminal identification information of the mobile terminal that made the update request matches the terminal identification information registered in the player database, the password identified from the update request is changed to the terminal identification identified from the update request. The password is checked against the password registered in the player database in association with the information. If the password specified from the update request matches the password registered in the player database, the player is authenticated as the player who issued the password, and the password specified from the update request and The game random number is compared with the password and the game random number registered in association with the terminal identification information specified from the update request in the game history database, and it is determined whether or not they match. Since there is an extremely high possibility that the update request is the same two-dimensional code used for the previous update request, the mobile terminal is notified that the update is impossible.

  On the other hand, if the password and game random number specified from the update request do not match the password and game random number registered in the game history database in association with the terminal identification information specified from the update request, the update request The corresponding item of the corresponding terminal identification information in the player database is updated based on the game history specified from the above, and is specified from the update request in association with the terminal identification information and the game date and time (current date and time data). The game history and game random number are registered in the game history database (overwritten if already registered), and the game history of the corresponding terminal identification information (total game count, total BB count, total RB count, level, story, Update the production settings, mission achievement status, number of games by character, etc.) and update the status during standby. At this time, the game history corresponding to the corresponding group ID in the group-specific game history database is also updated.

  Next, the game history registered in the game history database by the update request, that is, the game history from the start to the end of the game is the second condition (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, RB Frequency: 3 times or more) is determined. When the second condition is satisfied, the second setting suggestion flag in the game history database is referred to and it is determined whether or not second setting suggestion information described later has already been output. If the second condition is satisfied and the second setting suggestion information is not yet output, a setting value estimated from the game history based on the game history registered in the game history database by the update request is obtained. The second setting suggestion information is selected based on the specified setting value, and is distributed to the mobile terminal 1100 that made the update request.

  The setting value estimated from the game history is a comparison between the winning probability of the bell that may cause a setting difference in the gaming history registered in the game history database by the update request and the winning probability of the bell for each setting value, A setting value corresponding to the winning probability of the bell closest to the winning prize probability of the bell is specified. Further, if the medal difference number in the game history registered in the game history database by the update request is in the range of −500 to +500, the set value specified from the winning prize probability of the bell is estimated from the game history. If the medal difference number is less than -500, the setting value -1 specified from the winning probability of the bell is set as the setting value estimated from the game history. If the medal difference number exceeds +500, the setting value +1 specified from the winning prize probability of the bell (if it is set to 6 from the beginning) is specified as the setting value estimated from the game history.

  In this embodiment, the setting value is estimated based on the winning probability of a bell with a setting difference and the number of medals, but it is set based on the winning probability and the winning probability of a plurality of roles having a setting difference. The value may be estimated, and by adopting such a configuration, it is possible to improve the accuracy of the estimated setting value.

  The second setting suggestion information is four types of data having different contents. Data 1 indicates that the setting value estimated from the game history is setting 1 or setting 2. Data 2 is estimated from the game history. Indicates that the setting value is setting 3 or setting 4, data 3 indicates that the setting value estimated from the gaming history is setting 5 or setting 6, and data 4 indicates that the setting value estimated from the gaming history is Indicates that the setting is 6. Then, if the setting value estimated from the game history is setting 1 or setting 2, the management server 1200 distributes data 1 as the second setting suggestion information, and the setting value estimated from the gaming history is set 3 or If the setting is 4, the data 2 is distributed as the second setting suggestion information. If the setting value estimated from the game history is the setting 5, the data 3 is distributed as the second setting suggestion information, and is estimated from the game history. If the setting value to be set is 6, the data 3 or the data 4 is distributed as the second setting suggestion information.

  In the mobile terminal 1100 that has received the distribution of the second setting suggestion information, the set value estimated based on the game history specified from the game end code is suggested by displaying the distributed second setting suggestion information. It has become so.

  On the other hand, when the second condition is satisfied but the second setting suggestion information has already been output, information indicating that the second setting suggestion information has already been output is notified to the mobile terminal 1100 that has made the update request.

  Further, when the game history registered in the game history database by the update request does not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: 2 or more) , The number of RBs: 2 or more) is satisfied, and when the first condition is satisfied, the first setting suggestion flag described later is already referred to by referring to the first setting suggestion flag in the game history database. It is determined whether output has been completed. Then, when the first condition is satisfied and the first setting suggestion information is not yet output, based on the game history registered in the game history database by the update request in the same manner as when the second condition is satisfied. Then, the setting value estimated from the game history is specified, the first setting suggestion information is selected based on the specified setting value, and distributed to the mobile terminal 1100 that has made the update request.

  The first setting suggestion information is two types of data having different contents. Data A indicates that the setting value estimated from the game history is an odd setting, that is, settings 1, 3, and 5. Data B is This indicates that the setting value estimated from the game history is an even setting, that is, setting 2, setting 4, and setting 6. Then, the management server 1200 distributes the data A as the first setting suggestion information if the setting value estimated from the gaming history is an odd setting, and the data if the setting value estimated from the gaming history is an even setting. B is distributed as the first setting suggestion information.

  In the mobile terminal 1100 that has received the distribution of the first setting suggestion information, the set value estimated based on the game history specified from the game end code is suggested by displaying the distributed first setting suggestion information. It has become so.

  On the other hand, if the first condition is not satisfied, information indicating that the setting suggestion information output condition is not satisfied is notified to the mobile terminal 1100 that has made the update request, and the first condition is satisfied. However, when the first setting suggestion information has already been output, information indicating that the first setting suggestion information has already been output is notified to the mobile terminal 1100 that has made the update request.

  Next, the operations of the management server 1200 and the slot machine 1 when the player receives distribution of setting suggestion information using a midway history code before the game ends will be described based on FIG. The operation from the portable terminal 1100 to the management server 1200 to issue a password and inputting the password to the slot machine 1 is the same as that shown in FIG. 20, from the time when the player operates the main menu screen during the game. explain.

  As shown in FIG. 21, when the player selects “save on the way” from the main menu screen in the middle of the game, the sub CPU 91a has the total number of games, the number of BBs, and the number of RBs from the start of the game to the present. (In this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, the number of RBs: 3 or more) is determined, and if the second condition is satisfied, It is determined whether or not a halfway history code associated with satisfying the condition 2 has been output. If the halfway history code associated with satisfying the second condition has not been output, a halfway history code is generated using the game history from the start of the game to the present and displayed on the liquid crystal display 51.

  If the halfway history code has been output when the second condition is satisfied and the second condition is satisfied, the fact that the halfway history code cannot be displayed by selecting the halfway save is displayed on the liquid crystal display 51.

  Further, when the total number of games, the number of BBs, and the number of RBs from the start of the game to the present do not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: (2 times or more, number of RBs: 2 or more) is satisfied, and if the first condition is satisfied, whether or not a halfway history code associated with the first condition has been output Determine whether. If the halfway history code associated with satisfying the first condition has not been output, a halfway history code is generated using the game history from the start of the game to the present and displayed on the liquid crystal display 51.

  If the halfway history code is output when the first condition is satisfied and the first condition is satisfied, the condition until the halfway history code can be displayed by selecting the halfway save, that is, the second condition The liquid crystal display 51 displays the number of games, the number of BBs, and the number of RBs required to satisfy the conditions.

  Further, when the total number of games, the number of BBs, and the number of RBs from the start of the game to the present do not satisfy the second condition and the first condition, as shown in FIG. The liquid crystal display 51 displays the conditions until the halfway history code can be displayed, that is, the number of games, the number of BBs, and the number of RBs required to satisfy the first condition.

  Even after the player selects “save on the way” from the main menu screen in the middle of the game and displays these halfway history codes and the like, the specific effect mode continues and the personal history storage area is also maintained.

  The player reads the intermediate history code displayed on the portable terminal 1100 and analyzes it from the intermediate history code when the intermediate history code is displayed by selecting “save on the way” from the main menu screen during the game. By making a setting suggestion request including the played game history (the number of games, the number of BBs, the number of RBs, the number of bell wins, the number of medals), the password, and the terminal identification information of the mobile terminal 1100, an intermediate history It is possible to receive distribution of setting suggestion information related to a setting value estimated from a game history acquired by a code (in this embodiment, the number of winning a bell and the number of medal differences).

  When a setting suggestion request is made from the portable terminal 1100, the management server 1200 determines whether or not the terminal identification information of the portable terminal that has made the setting suggestion request matches the terminal identification information registered in the player database. If there is no matching terminal identification information, the mobile terminal is notified that the update is impossible.

  On the other hand, if the terminal identification information of the mobile terminal that made the setting suggestion request matches the terminal identification information registered in the player database, the password specified from the setting suggestion request is specified from the setting suggestion request. The password registered in the player database in association with the terminal identification information. If the password specified from the setting suggestion request matches the password registered in the player database, the player is authenticated as the player who issued the password, and the game specified from the setting suggestion request Register the history in the game history database (overwrite if already registered). At this time, the game history corresponding to the corresponding group ID in the group-specific game history database is also updated.

  Next, the game history registered in the game history database by the setting suggestion request, that is, the game history from the start of the game to the current time is the second condition (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, RB count: 3 times or more) and if the second condition is satisfied, the game history is inferred based on the game history registered in the game history database by the setting suggestion request The setting value is specified, the second setting suggestion information is selected based on the specified setting value, and is distributed to the mobile terminal 1100 that made the update request.

  The method for specifying the setting value estimated from the game history is the same as the method for specifying the setting value estimated from the game history at the time of the update request, and the second setting suggestion information to be distributed is also distributed at the time of the update request. The same as the second setting suggestion information.

  In the mobile terminal 1100 that has received the distribution of the second setting suggestion information, the set value estimated based on the game history specified from the midway history code is suggested by displaying the distributed second setting suggestion information. It has become so.

  Further, when the game history registered in the game history database by the setting suggestion request does not satisfy the second condition, that is, the midway history code is output only when the game history satisfies the first condition or the second condition. Therefore, when the first condition is satisfied, the set value estimated from the game history based on the game history registered in the game history database in response to the setting suggestion request in the same manner as when the second condition is satisfied. The first setting suggestion information is selected based on the specified setting value, and is distributed to the mobile terminal 1100 that made the update request.

  The first setting suggestion information distributed is the same as the first setting suggestion information distributed at the time of the update request.

  In the mobile terminal 1100 that has received the distribution of the first setting suggestion information, the set value estimated based on the game history specified from the midway history code is suggested by displaying the distributed first setting suggestion information. It has become so.

  Next, operation | movement of the management server 1200 at the time of providing a privilege is demonstrated based on FIG.

  As shown in FIG. 22, when a privilege is obtained with the mobile terminal 1100, the privilege grant page of the management server 1200 is first accessed from the mobile terminal 1100. Then, a privilege request including the terminal identification information of the mobile terminal 1100 is transmitted to the management server 1200 on the privilege grant page.

  When a privilege request is made from the mobile terminal, the management server 1200 determines whether or not the terminal identification information of the mobile terminal that has made the privilege request matches the terminal identification information registered in the player database. If there is no terminal identification information to be notified, the mobile terminal is notified that the request is not possible.

  On the other hand, if the terminal identification information of the mobile terminal that has made the privilege request matches the terminal identification information registered in the player database, the player database is informed based on the terminal identification information specified from the privilege request. Get the player's game history.

  Next, the privilege data satisfying the grant condition is extracted based on the condition type and the condition value of the privilege database and the game history acquired from the player database, and the privilege list is created and the portable terminal 1100 that has made the privilege request is extracted. Deliver to

  When a desired privilege is selected from the privilege list on the mobile terminal 1100 that has acquired the privilege list, data indicating the selected privilege type is transmitted to the management server 1200. In response, the management server 1200 corresponds to the privilege type. The privilege data extracted from the storage location of the privilege data to be distributed is distributed to the mobile terminal 1100 that has made the privilege request, and the player who has made the privilege request based on this acquires the privilege data.

  As described above, in the gaming system of the present embodiment, by issuing a password issuance request at the portable terminal 1100, a password for specifying past gaming history is acquired and the gaming is started at the slot machine 1. It is possible to execute an effect that reflects the past game history, that is, the level, story stage, and effect settings made at other slot machines, etc., when the game ends. A password for updating the game history of the player managed by the management server 1200 to a new game history by acquiring a two-dimensional code at 1100 and making an update request, and specifying the next new game history Can be obtained, so that a continuous performance can be performed for a long time.

  In particular, in the present embodiment, the slot machine 1 is configured to analyze a password input by a player and specify a past game history. Without being connected to the management server 1200, it is also possible to perform effects reflecting past game histories that have been played on other gaming machines.

  In addition, the password issued by the management server 1200 is registered in association with the terminal identification information for which the password issuance request is made, and is further outputted to end the game in the slot machine 1 and specify a new game history. The two-dimensional code also includes the password entered at the start of the game, the update request includes the password specified from the two-dimensional code, and the password registered in the management server 1200 and the password included in the update request By verifying, it is authenticated that the player is the player who issued the password, and the player's game history is updated to a new game history on the condition that the player has been authenticated. Even if three parties obtain another person's password and play a game to obtain a two-dimensional code, or obtain another person's two-dimensional code, the two-dimensional The game history specified from the game cannot be reflected in its own game history, and it is possible to take over a new game history by a player who has been issued a password, while the game that has received a password issuance It becomes impossible for a player other than the player to take over the game history. As a result, it is meaningless to divert or steal a password or a two-dimensional code. Therefore, it is possible to prevent the diversion or theft of a password and a two-dimensional code.

  In this embodiment, the end history code displayed on the mobile terminal 1100 is read, and an update request including the game history, password, game random number, and terminal identification information of the mobile terminal 1100 analyzed from the end history code is managed by the management server. By performing the processing for 1200, not only can the game history acquired by the end history code be reflected in the player database of the management server 1200, but also the game history specified from the end history code is a distribution condition for setting suggestion information. In the case of satisfying, distribution of setting suggestion information related to the setting value estimated from the game history (in this embodiment, the number of winning a bell and the number of medals difference) for estimating the setting value specified from the end history code It becomes possible to receive. In other words, it is not always possible to receive the setting suggestion information, but only when the game history specified by the end history code satisfies the distribution condition, the setting suggestion information can be received. Can be effectively increased.

  In addition, a plurality of conditions including a first condition and a second condition are set as the distribution conditions for the setting suggestion information, and the game history from the start to the end of the game differs depending on any of these distribution conditions. Since the setting suggestion information is distributed, it is possible to further increase the player's willingness to play.

  In particular, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, if the first condition is not satisfied. When the game history from the start to the end satisfies the first condition, the first setting suggestion information that suggests whether the estimated setting value is an odd setting or an even setting is distributed. On the other hand, when the second condition that needs to satisfy further conditions is satisfied, the estimated setting value is setting 1 or 2, setting 3 or 4, or setting 5 or 6 Or second setting suggestion information indicating whether the setting is 6, that is, information with higher accuracy and useful for the player is distributed. That is, it becomes possible to distribute more useful information step by step according to the first condition and the second condition, thereby further enhancing the player's willingness to play.

  In this embodiment, as information distributed when the second condition is satisfied, information useful for the player is applied by increasing the accuracy of the information as compared with the case where the first condition is satisfied. However, the information that is useful for the player by increasing the amount of information, for example, the BB that is distributed when the first condition is satisfied among a plurality of game histories such as the number of BBs, the number of RBs, the number of times of winning a bell, etc. Information that is distributed, such as only the number of times and the number of RBs, is limited. On the other hand, when the second condition is satisfied, information that is useful by distributing all of the number of BB times, the number of RBs, and the number of winning bells Etc. may be applied.

  In this embodiment, a setting value estimated from the game history specified from the end history code is applied as information distributed by reading the end history code and accessing the management server 1200. That is to say, satisfying the distribution condition makes it possible to obtain information on the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, setting suggestion information that suggests a setting value estimated from the game history specified from the end history code is applied as information distributed by reading the end history code and accessing the management server 1200. However, it may be information based on at least the game history specified from the end history code, may be the game history itself, or information as a result of analysis from the game history such as setting suggestion information. May be.

  In the present embodiment, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as the game history for determining whether or not the distribution condition of the setting suggestion information is satisfied. Since the distribution condition is satisfied according to the result of the game based on the game, the player's willingness to play can be more effectively enhanced.

  In this embodiment, the game history specified from the update request, that is, the game history from the start to the end of the game is applied as the game history for determining whether or not the distribution condition of the setting suggestion information is satisfied. However, the entire game history may be applied as the game history for determining whether or not the setting suggestion information distribution condition is satisfied, or a predetermined period (the current day, multiple days, one game, multiple games, etc.) ) Game history may be applied.

  Further, as a game history for determining whether or not the distribution condition of the setting suggestion information is satisfied, the game history database classified by group is associated with the group ID of the group to which the player (player corresponding to the terminal identification information) belongs. The game history registered in the game may be applied. With such a configuration, it is possible to establish the distribution condition of the setting suggestion information by a plurality of players playing a game in cooperation with each other. Therefore, it is possible to increase the game motivation of a plurality of players.

  Further, in this embodiment, after the game is started, the game history code is displayed on the liquid crystal display 51 even if the game is not ended by selecting save on the way. By reading the displayed halfway history code and making a setting suggestion request including the game history analyzed from the halfway history code, the password, and the terminal identification information of the portable terminal 1100 to the management server 1200, the identification is made from the halfway history code. It is possible to receive distribution of setting suggestion information related to a setting value estimated from the played game history (in this embodiment, the number of winning a bell and the number of medal differences).

  Further, after the game is started, the game history code is not always displayed on the liquid crystal display 51 by selecting midway save, but the total number of games, the number of BBs, and the number of RBs from the start of the game to the present are the first conditions. After satisfying the conditions, the period until the second condition is satisfied, and the period until the game is terminated after the second condition is satisfied, the intermediate history code is displayed on the liquid crystal by selecting halfway save for each time. It is displayed on the display 51, and after the first condition is satisfied, the period until the second condition is satisfied, and after the second condition is satisfied, the game is already completed. When a halfway history code is output, the display of the halfway history code is restricted, so that it is possible to prevent the operation of the slot machine from deteriorating when receiving setting suggestion information during a game.

  Further, since the display of the intermediate history code is restricted on the slot machine 1 side, the management server 1200 determines whether to restrict the distribution of the setting suggestion information based on the game history specified from the intermediate history code. The setting suggestion request in the situation where the distribution of the setting suggestion information is restricted, that is, the setting suggestion request that does not need to distribute the setting suggestion information based on the setting suggestion request is transmitted to the management server 1200. Therefore, the processing load on the management server 1200 can be reduced.

  In this embodiment, after the total number of games, the number of BBs, and the number of RBs from the start of the game to the present time satisfy the first condition, and after satisfying the second condition, the period until the second condition is satisfied. The halfway history code is displayed on the liquid crystal display 51 by selecting halfway save once for each period until the game ends, but only for a specified number of times in a certain period, The same effect as described above can be obtained if the intermediate history code is output by selecting the intermediate save.

  Further, in the present embodiment, the game history specified from the midway history code is different from the game history output from the end history code, but a game history similar to the end history code may be specified. .

  Also, in this embodiment, when save on the way is selected, the game history from the start of the game is output conditions (in this embodiment, the first condition is the total number of games: 2000 or more, the number of BBs: 2 or more, The intermediate history code is output only when the number of RBs: 2 times or more and the total number of games as a second condition: 3000 or more, the number of BBs: 3 times or more, and the number of RBs: 3 times or more are satisfied. In other words, since the setting suggestion information can not be received at any time, but only when the game history from the start of the game satisfies the output condition, the intermediate history code is output and the setting suggestion information can be received. It is possible to effectively increase the player's willingness to play.

  Further, the slot machine 1 determines whether the total number of games, the number of BBs, and the number of RBs from the start of the game to the present condition satisfy the first condition or the second condition, and the first condition or second condition is determined. Since the halfway history code is displayed only when the above condition is satisfied, the setting suggestion request based on the halfway history code is transmitted to the management server 1200 only when these conditions are satisfied, and the management server 1200 side Therefore, there is no need to determine whether or not the game history specified from the mid-course history code satisfies the distribution condition, and the setting suggestion request that does not satisfy the distribution condition, that is, the distribution of the setting suggestion information based on the setting suggestion request Since setting suggestion requests that do not need to be sent are not transmitted to the management server 1200, the processing load on the management server 1200 can be reduced.

In addition, a plurality of conditions including a first condition and a second condition are set as the output conditions of the intermediate history code when the intermediate save is selected, and the game history from the start of the game has any one of these output conditions. Since the halfway history code is output when the condition is satisfied, for example, the management server 1200 side can distribute different information according to the first condition and the second condition. The willingness to play can be further increased.

  Particularly, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, the first condition is satisfied. Since the game history from the game satisfies the first condition and the second condition in a stepwise manner, a history code is output on the way, for example, the management server 1200 side, the first condition, the second condition Accordingly, it becomes possible to distribute more useful information step by step, and the player's willingness to play can be further enhanced.

  In the present embodiment, a setting value estimated from a game history specified from the midway history code is applied as a game history distributed by reading the midway history code and accessing the management server 1200. That is, by satisfying the output condition, it is possible to obtain information regarding the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, the setting value estimated from the game history specified from the intermediate history code as the game history distributed by reading the intermediate history code output by selecting the intermediate save and accessing the management server 1200 However, it may be information based on at least the game history specified from the history code, and may be the game history itself, or from the game history like the setting suggestion information. It may be information as a result of analysis.

  In the present embodiment, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as information for determining whether or not the output condition of the history log code is satisfied. Since the output condition is satisfied according to the result of the game based on the game, the player's willingness to play can be more effectively enhanced.

  In this embodiment, the game history specified from the setting suggestion request, that is, the game history from the start of the game to the present time is applied as the game history for determining whether or not the distribution condition of the setting suggestion information is satisfied. However, the entire game history may be applied as the game history for determining whether or not the setting suggestion information distribution condition is satisfied, or a predetermined period (the current day, multiple days, one game, multiple games) Etc.) may be applied.

  As described above, the first embodiment of the present invention has been described with reference to the drawings. However, the present invention is not limited to the first embodiment, and the present invention can be modified or added without departing from the gist of the present invention. Needless to say, it is included.

  For example, in the first embodiment, a slot machine is applied as a gaming machine, but information input means that can specify game history from the outside and output means that outputs information that can specify gaming history in the gaming machine are provided. It may be a gaming machine provided, and may be a pachinko gaming machine.

  When a pachinko gaming machine is applied, the number of big hits, the number of small hits, the number of probable big hits, the number of starts, the production history, etc. may be applied as the game history. Further, as the game history related information, these game histories themselves may be applied, or information analyzed from these game histories (such as an advantage specified from the number of start-ups in a certain period) may be applied.

  In the first embodiment, a slot machine in which bets are set using medals and credits as gaming values has been described as an example of a gaming machine. However, a slot machine that sets betting numbers using gaming balls as gaming values. Alternatively, a complete credit type slot machine that uses only credit as a gaming value and sets a bet number may be applied as a gaming machine. In the case of using a game ball as a game value, for example, one medal can correspond to five game balls, and when three bets are set in the first embodiment, 15 game balls are used. This is equivalent to setting the number of bets using.

  Further, the present invention is not limited to the use of only one of a plurality of types of game values such as medals and game balls, for example, a combination of a plurality of types of game values such as medals and game balls. It may be. That is, it is possible to play a game by setting the number of bets using any of a plurality of types of gaming values such as medals and game balls, and a plurality of types of games such as medals and game balls when a winning occurs. You may apply the slot machine which can pay out all of utility values.

  Further, in the first embodiment, even when the game history specified from the end history code output at the end of the game satisfies the distribution condition, the game history specified from the intermediate history code output during the game is determined as the distribution condition. The setting suggestion information estimated from the game history is distributed even if the condition is satisfied, but the setting is estimated from the game history only when the game history specified from at least one of the codes satisfies the distribution condition The suggestion information may be distributed.

  In the first embodiment, a password is applied as information that can specify a game history to be input to the gaming machine, which is preferable because it is not necessary to provide a dedicated reading device for inputting information from the outside. The data may be encoded as a bar code or a two-dimensional code and read by a code reader, or data that can be input by wired connection, wireless connection, infrared connection, or the like. Therefore, it is possible to easily input these data.

  In the first embodiment, the two-dimensional code is applied as information (end history code, intermediate history code) that can specify the game history output from the gaming machine, and the player simply holds the two-dimensional code reader. Although it is preferable because data can be easily acquired, it may be output as other code data that can be read by a code reader such as a barcode, or data that can be output by wired connection, wireless connection, infrared connection, etc. Further, a password may be applied in the same manner as information input to the gaming machine.

  In the first embodiment, only the portable terminal to which the terminal identification information is assigned and the transmission of the terminal identification information is permitted is permitted by the management server 1200. If the player can be identified by information (Cookie) that can identify the terminal, or if the player can be identified by the player ID assigned on the management server 1200 side, the terminal to which the terminal identification information is assigned, The access may be permitted from a terminal that is not permitted to transmit terminal identification information.

  In the first embodiment, information related to the player (game history, etc.) is managed in association with the terminal identification information. However, information related to the player is managed in association with the player ID that can identify the player. The structure to do may be sufficient.

  Next, the game system of Example 2 will be described. The gaming system of the present embodiment and the slot machine, portable terminal, and management server that constitute the gaming system are the same as the gaming system, slot machine 1, portable terminal 1100, and management server 1200 that constitute the gaming system of the first embodiment. Since the same structure is included, the description about the same structure is abbreviate | omitted.

  In the present embodiment, the operations of the management server 1200 and the slot machine 1 when the player receives distribution of setting suggestion information using a halfway history code before the end of the game will be described based on FIG. The operation from the portable terminal to the management server 1200 for issuing a password and inputting the password to the slot machine 1 is the same as that in the first embodiment, and from the time when the player operates the main menu screen during the game. explain.

  In the slot machine 1 according to the first embodiment described above, after the game is started, the game history code is not always displayed on the liquid crystal display 51 by selecting save on the way, but the total number of games from the start of the game to the present, BB The number of times, the number of RBs after the first condition is satisfied, the period until the second condition is satisfied, and the period after the second condition is satisfied until the game is ended, select save once only for each time In this embodiment, the halfway history code is displayed on the liquid crystal display 51. In this embodiment, the player selects “save halfway” from the main menu screen in the middle of the game, thereby uniformly. A halfway history code is generated using the game history from the start of the game to the present and displayed on the liquid crystal display 51.

  The player reads the intermediate history code displayed on the portable terminal 1100 and analyzes it from the intermediate history code when the intermediate history code is displayed by selecting “save on the way” from the main menu screen during the game. By making a setting suggestion request including the played game history (the number of games, the number of BBs, the number of RBs, the number of bell wins, the number of medals), the password, and the terminal identification information of the mobile terminal 1100, an intermediate history It is possible to receive distribution of setting suggestion information related to a setting value estimated from a game history acquired by a code (in this embodiment, the number of winning a bell and the number of medal differences).

  When a setting suggestion request is made from the portable terminal 1100, the management server 1200 determines whether or not the terminal identification information of the portable terminal that has made the setting suggestion request matches the terminal identification information registered in the player database. If there is no matching terminal identification information, the mobile terminal is notified that the update is impossible.

  On the other hand, if the terminal identification information of the mobile terminal that made the setting suggestion request matches the terminal identification information registered in the player database, the password specified from the setting suggestion request is specified from the setting suggestion request. The password registered in the player database in association with the terminal identification information. If the password specified from the setting suggestion request matches the password registered in the player database, the player is authenticated as the player who issued the password, and the game specified from the setting suggestion request Register the history in the game history database (overwrite if already registered). At this time, the game history corresponding to the corresponding group ID in the group-specific game history database is also updated.

  Next, the game history registered in the game history database by the setting suggestion request, that is, the game history from the start of the game to the current time is the second condition (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, RB count: 3 times or more) is determined. When the second condition is satisfied, the second setting suggestion flag in the game history database is referred to and it is determined whether the second setting suggestion information has already been output. Then, when the second condition is satisfied and the second setting suggestion information has not been output yet, the set value estimated from the game history based on the game history registered in the game history database by the setting suggestion request The second setting suggestion information is selected based on the specified setting value, and is distributed to the mobile terminal 1100 that has made the setting suggestion request.

  In the mobile terminal 1100 that has received the distribution of the second setting suggestion information, the set value estimated based on the game history specified from the midway history code is suggested by displaying the distributed second setting suggestion information. It has become so.

  On the other hand, when the second condition is satisfied but the second setting suggestion information has already been output, information indicating that the second setting suggestion information has already been output is notified to the mobile terminal 1100 that has made the update request.

  In the portable terminal 1100 that has received the notification that the information has already been output, the information indicating that the notification has already been output has been displayed, so that the setting suggestion information has been delivered. Notified that it is not possible.

  When the game history registered in the game history database by the setting suggestion request does not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: 2 times) As described above, it is determined whether or not the number of RBs: 2 times or more is satisfied, and when the first condition is satisfied, the first setting suggestion flag of the game history database is referred to and the first setting suggestion information has already been output. Determine whether or not. If the first condition is satisfied and the first setting suggestion information is not yet output, the game history registered in the game history database by the setting suggestion request is similar to the case where the second condition is satisfied. The setting value estimated from the game history is specified based on the first setting suggestion information based on the specified setting value, and distributed to the mobile terminal 1100 that has made the setting suggestion request.

  In the mobile terminal 1100 that has received the distribution of the first setting suggestion information, the set value estimated based on the game history specified from the midway history code is suggested by displaying the distributed first setting suggestion information. It has become so.

  On the other hand, when the first condition is satisfied, but the first setting suggestion information has already been output, the condition until the second setting suggestion information can be delivered, that is, the second condition is satisfied. The number of games required, the number of BBs, and the number of RBs are notified to the portable terminal 1100 that made the setting suggestion request.

  In the portable terminal 1100 that has received the notification of the conditions until the distribution of the second setting suggestion information is enabled, the condition until the distribution of the notified second setting suggestion information is enabled is displayed, so that the next setting is made. Conditions until notification information is received are notified.

  Further, if the first condition is not satisfied, the conditions until the first setting suggestion information can be distributed, that is, the number of games, the number of BBs, and the number of RBs required to satisfy the first condition are set and suggested. The mobile terminal 1100 that made the request is notified.

  The mobile terminal 1100 that has received the notification of the condition until the distribution of the first setting suggestion information is displayed, the next setting is made by displaying the condition until the notified first setting suggestion information can be distributed. Conditions until notification information is received are notified.

  As described above, in the present embodiment, after the game is started, halfway history code is displayed on the liquid crystal display 51 even if the game is not finished by selecting save on the way. By reading the intermediate history code displayed on the terminal 1100 and making a setting suggestion request including the game history analyzed from the intermediate history code, the password, and the terminal identification information of the portable terminal 1100 to the management server 1200, the intermediate history It is possible to receive distribution of setting suggestion information related to a setting value estimated from a game history specified from the code (in this embodiment, the number of winning a bell and the number of medal differences).

  Further, after the game is started, a halfway history code is always displayed on the liquid crystal display 51 by selecting midway save. However, the setting suggestion information is always distributed by reading the halfway history code and accessing the management server 1200. A period until the second condition is satisfied after the game history specified from the history in the middle, that is, the total number of games, the number of BBs, and the number of RBs from the start of the game to the present satisfy the first condition. It is possible to receive distribution of setting suggestion information inferred from the game history specified from the halfway history code only once for each period after the second condition is satisfied and until the game ends. The setting suggestion information based on the halfway history code already in the period until the second condition is satisfied after the condition 1 is satisfied, and the period until the game is ended after the second condition is satisfied Distribution of setting suggestion information is restricted, and it is not possible to receive distribution of setting suggestion information even if the history code is output many times during the game. It is possible to prevent the operation of the slot machine from deteriorating.

  In addition, since the distribution of the setting suggestion information is performed on the management server 1200 side, it is possible to flexibly change the distribution condition of the setting suggestion information, the number of times the setting suggestion information can be distributed in a certain period, and the like. It is also possible to change the number of times later according to the result and the player's needs.

  In this embodiment, after the total number of games, the number of BBs, and the number of RBs from the start of the game to the present time satisfy the first condition, and after satisfying the second condition, the period until the second condition is satisfied. In the period until the game is finished, it is possible to receive the setting suggestion information estimated from the game history specified from the halfway history code only once for each, but in a certain period The same effect as described above can be obtained as long as the configuration suggestion information can be received from the game history specified from the midway history code only for the specified number of times.

  In the present embodiment, when distribution of the setting suggestion information is restricted when the setting suggestion request is received, this is notified to the mobile terminal 1100 that has transmitted the setting suggestion request, and the distribution of the setting suggestion information is performed. The fact that it is restricted is notified, and the player is made aware that the distribution of the setting suggestion information cannot be received, that is, it is meaningless to output the history code in the middle. Therefore, it is possible to effectively prevent the operation of the slot machine from being lowered.

  Also, in this embodiment, particularly when a setting suggestion request is received, if the distribution of the setting suggestion information is restricted, and if the restriction is subsequently released, the conditions required until the release are notified. It is possible to grasp what conditions can be used to deliver setting suggestion information again, and until then, it is meaningless to output a history code in the middle Therefore, it is possible to more effectively prevent the operation of the slot machine from being reduced.

  In this embodiment, when a setting suggestion request is received, the game history specified from the setting suggestion request is a distribution condition (in this embodiment, the first condition is the total number of games: 2000 or more, the number of BBs: 2 The setting suggestion information can be distributed only when the number of RBs: 2 times or more, the total number of games as a second condition: 3000 or more, the number of BBs: 3 or more, the number of RBs: 3 or more) is satisfied. Therefore, the player's willingness to play can be effectively increased.

  In addition, since the management server 1200 determines whether or not the setting suggestion information distribution condition is satisfied, it is possible to flexibly change the setting suggestion information distribution condition. It is possible to change these conditions later according to the needs.

  In addition, a plurality of conditions including a first condition and a second condition are set as the distribution conditions for the setting suggestion information, and the game history from the start of the game to the current time differs depending on any of these distribution conditions. Since the setting suggestion information is distributed, it is possible to further increase the player's willingness to play.

  In particular, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, if the first condition is not satisfied. When the game history from the start to the present time satisfies the first condition, first setting suggestion information that indicates whether the estimated setting value is an odd setting or an even setting is distributed. On the other hand, when the second condition that needs to satisfy further conditions is satisfied, the estimated setting value is setting 1 or 2, setting 3 or 4, or setting 5 or 6 Or second setting suggestion information indicating whether the setting is 6, that is, information with higher accuracy and useful for the player is distributed. That is, it becomes possible to distribute more useful information step by step according to the first condition and the second condition, thereby further enhancing the player's willingness to play.

  In the present embodiment, a setting value estimated from a game history specified from the midway history code is applied as information distributed by reading the midway history code and accessing the management server 1200. That is to say, satisfying the distribution condition makes it possible to obtain information on the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, the setting value estimated from the game history specified from the intermediate history code as the game history distributed by reading the intermediate history code output by selecting the intermediate save and accessing the management server 1200 However, it may be information based on at least the game history specified from the history code, and may be the game history itself, or from the game history like the setting suggestion information. It may be information as a result of analysis.

  Also, in this embodiment, when receiving a setting suggestion request, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as information for determining whether or not the distribution condition is satisfied. Since the output condition is satisfied according to the game result based on the internal lottery, the player's willingness to play can be more effectively enhanced.

  In this embodiment, the game history specified from the setting suggestion request, that is, the game history from the start of the game to the present time is applied as the game history for determining whether or not the distribution condition of the setting suggestion information is satisfied. However, the entire game history may be applied as the game history for determining whether or not the setting suggestion information distribution condition is satisfied, or a predetermined period (the current day, multiple days, one game, multiple games) Etc.) may be applied.

  Further, as a game history for determining whether or not the distribution condition of the setting suggestion information is satisfied, the game history database classified by group is associated with the group ID of the group to which the player (player corresponding to the terminal identification information) belongs. The game history registered in the game may be applied. With such a configuration, it is possible to establish the distribution condition of the setting suggestion information by a plurality of players playing a game in cooperation with each other. Therefore, it is possible to increase the game motivation of a plurality of players.

  As described above, the second embodiment of the present invention has been described. However, the present invention is not limited to the second embodiment, and changes and additions within the scope of the present invention are included in the present invention. Needless to say. Further, the same or similar configuration as the first embodiment has the same effect as that described in the first embodiment. Further, the modified example illustrated for the first embodiment is also applicable to the second embodiment.

  The application program described in the third embodiment is an application program that is used by being installed in a computer terminal that functions according to the program, such as the portable terminal 1100 or the personal computer in the first embodiment. In the present embodiment, the application program is installed in the portable terminal 1100. An example to be used will be described.

In this embodiment, as shown in FIG. 24, the mobile terminal 1100 includes a two-dimensional code reading unit 1101, an input unit 1102 such as operation keys, a storage unit 1103 such as a nonvolatile semiconductor memory, and a program processing unit 1104. And output means 1105 such as a liquid crystal display.

  The above-described application program is installed in the storage unit 1103, and the processing unit 1104 performs various processes by starting up the application program.

  In the slot machine used in the present embodiment, a personal history storage area is allocated to the RAM 91c in the same manner as the slot machine 1 in the first embodiment, and a predetermined game start operation (for example, long press of the effect switch 56). The game history (total number of games, number of BBs, number of RBs, number of bell wins, number of medals difference) since the game is performed is accumulated.

  In the slot machine of the present embodiment, as shown in FIG. 25, when a predetermined game start operation is performed, the personal history storage area (total number of games, number of BBs, number of RBs, number of bell wins, medal) assigned to the RAM 91c. The value of (difference number) is initialized, and a game ID for specifying one game is generated, stored in the RAM 91c, and shifted to a specific effect mode in which game history is accumulated.

  As in the first embodiment, after the game is started, that is, after the transition to the specific effect mode, “Data clear”, “Today's game data”, “Bonus history”, “End”, and “Save on the way” A menu item is displayed, and by selecting the menu item of “Today's game data” on the main menu screen after entering this password, an end history code that can specify the game history of the day is displayed. The generated end history code is displayed on the liquid crystal display 51. The output end history code includes data indicating the end of the game, the total number of games stored in the personal history storage area, the number of BBs, the number of RBs, the number of bell wins, the number of medals, and the game generated at the start of the game ID (in this embodiment, a 32-bit random number) is stored.

  Then, the application program is started on the portable terminal 1100, and the end history code is read by the reading unit 1101, so that the setting is made from the game history specified in the end history code (in this embodiment, the number of winning a bell and the number of medal differences). A value is estimated, and setting suggestion information regarding the estimated setting value can be output.

  Further, in the slot machine of the present embodiment, as shown in FIG. 26, the game starts by selecting the “save on the way” menu item on the main menu screen after starting the game, that is, after shifting to the specific effect mode. A halfway history code that can identify the game history from the present to the present is generated, and the generated halfway history code is displayed on the liquid crystal display 51. The output halfway history code includes data indicating that the game is in progress, the total number of games stored in the personal history storage area, the number of BBs, the number of RBs, the number of bell wins, the number of medals, and the number generated at the start of the game. Are stored.

  Then, the application program is activated on the mobile terminal 1100, and the intermediate history code is read by the reading unit 1101, so that the setting is made from the game history specified in the intermediate history code (in this embodiment, the number of winning a bell and the number of medals). A value is estimated, and setting suggestion information regarding the estimated setting value can be output.

  FIG. 25 is a diagram illustrating the operation of the mobile terminal 1100 based on the application program when the application program is activated on the mobile terminal 1100 and the end history code is read by the reading unit 1101.

  The mobile terminal 1100 first analyzes the read end history code (two-dimensional code), and determines whether it is an end history code or an intermediate history code from the data stored in the two-dimensional code.

If it is an end history code, the stored game history, that is, the game history from the start to the end of the game is the second condition (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, RB count: 3 times or more) is determined. If the second condition is satisfied, it is determined whether the second setting suggestion information has already been output with the same game ID. Whether or not the second setting suggestion information has already been output for the same game ID indicates that the second setting suggestion information has already been output in association with the game ID stored in the end history code. The determination is made based on whether or not the 2-setting suggestion flag is set in the storage unit 1103. Then, when the second condition is satisfied and the second setting suggestion information has not yet been output, the setting value estimated from the game history is specified based on the game history stored in the end history code. The second setting suggestion information is selected based on the specified setting value, and is displayed on the output means 1105.

  On the other hand, when the second condition is satisfied but the second setting suggestion information has already been output, the output means 1105 displays that it has already been output.

When the game history stored in the end history code does not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: 2 or more, RB If the first condition is satisfied, it is determined whether or not the first setting suggestion information has already been output with the same game ID. Whether or not the first setting suggestion information has already been output for the same game ID indicates whether the first setting suggestion information has been output in association with the game ID stored in the end history code. The determination is made based on whether or not the 1 setting suggestion flag is set in the storage unit 1103. Then, when the first condition is satisfied and the first setting suggestion information has not yet been output, the game is stored based on the game history stored in the end history code as in the case where the second condition is satisfied. The setting value estimated from the game history is specified, the first setting suggestion information is selected based on the specified setting value, and is displayed on the output means 1105.

  On the other hand, if the first condition is not satisfied, the output unit 1105 displays that the setting suggestion information output condition is not satisfied, and the first condition is satisfied. If it has already been output, the output means 1105 displays that it has already been output.

  FIG. 26 is a diagram illustrating an operation of the mobile terminal 1100 based on the application program when the application program is activated on the mobile terminal 1100 and the halfway history code is read by the reading unit 1101.

  The mobile terminal 1100 first analyzes the read halfway history code (two-dimensional code) and determines whether it is an end history code or a halfway history code from the data stored in the two-dimensional code.

If it is an intermediate history code, the stored game history, that is, the game history from the start of the game to the current time is the second condition (in this embodiment, the total number of games: 3000 or more, the number of BBs: 3 or more, RB count: 3 times or more) is determined. If the second condition is satisfied, it is determined whether the second setting suggestion information has already been output with the same game ID. If the second condition is satisfied and the second setting suggestion information has not yet been output, the game ID stored in the halfway history code and the second setting suggestion flag are associated with each other and set in the storage unit 1103. After that, the setting value estimated from the game history is specified based on the game history stored in the midway history code, the second setting suggestion information is selected based on the specified setting value, and displayed on the output means 1105 Let

  On the other hand, when the second condition is satisfied but the second setting suggestion information has already been output, the output means 1105 displays that it has already been output.

Also, if the game history stored in the midway history code does not satisfy the second condition, the first condition (in this embodiment, the total number of games: 2000 or more, the number of BBs: 2 or more, RB If the first condition is satisfied, it is determined whether or not the first setting suggestion information has already been output with the same game ID. If the first condition is satisfied and the first setting suggestion information has not yet been output, the game ID stored in the halfway history code and the first setting suggestion flag are associated with each other and set in the storage unit 1103. After that, the setting value estimated from the game history is specified based on the game history stored in the end history code as in the case where the second condition is satisfied, and the first setting is performed based on the specified setting value. Suggestion information is selected and displayed on the output means 1105.

  On the other hand, when the first condition is satisfied but the first setting suggestion information has already been output, the condition until the second setting suggestion information can be output, that is, the second condition is satisfied. The required number of games, the number of BBs, and the number of RBs are displayed on the output means 1105.

  If the first condition is not satisfied, the condition until the first setting suggestion information can be output, that is, the number of games, the number of BBs, and the number of RBs required to satisfy the first condition is output. 1105 is displayed.

  In the portable terminal 1100 in which the application program of this embodiment is installed, when the game history specified from the end history code satisfies the output condition of the setting suggestion information, the set value specified from the end history code is estimated. Therefore, it is possible to output setting suggestion information related to a setting value estimated from a game history for this purpose (in this embodiment, the number of winning a bell and the number of medal differences). In other words, the setting suggestion information can be output only when the game history specified from the end history code satisfies the output condition, instead of always outputting the setting suggestion information. Can be increased.

  In addition, a plurality of conditions including a first condition and a second condition are set as output conditions for the setting suggestion information, and the game history from the start to the end of the game differs depending on any one of these output conditions. Since the setting suggestion information is output, it is possible to further increase the player's willingness to play.

  In particular, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, if the first condition is not satisfied. When the game history from the start to the end satisfies the first condition, the first setting suggestion information that suggests whether the estimated setting value is an odd setting or an even setting is distributed. On the other hand, when the second condition that needs to satisfy further conditions is satisfied, the estimated setting value is setting 1 or 2, setting 3 or 4, or setting 5 or 6 Or second setting suggestion information that suggests whether the setting is 6, that is, information with higher accuracy and useful for the player is output. That is, it becomes possible to output more useful information step by step according to the first condition and the second condition, thereby further enhancing the player's willingness to play.

  Further, in this embodiment, a setting value estimated from the game history specified from the end history code is applied as information output by reading the end history code. That is, by satisfying the output condition, it is possible to obtain information regarding the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, setting suggestion information that suggests a setting value estimated from the game history specified from the end history code is applied as information output by reading the end history code. However, at least the end history code is applied. The information may be information based on the game history specified by the game history, may be the game history itself, or may be information as a result of analysis from the game history, such as setting suggestion information.

  In the present embodiment, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as the game history for determining whether or not the output condition of the setting suggestion information is satisfied. Since the output condition is satisfied according to the result of the game based on the game, the player's willingness to play can be more effectively enhanced.

  In this embodiment, the game history specified from the end history code, that is, the game history from the start to the end of the game is applied as the game history for determining whether or not the output condition of the setting suggestion information is satisfied. However, the game history specified from the previously read end history code and halfway history code is stored in the storage unit 1103 of the portable terminal 1100, and the setting suggestion information is output using the stored game history. You may make it determine whether conditions are satisfy | filled. In this case, the game history for determining whether or not the output condition of the setting suggestion information is satisfied may be the entire game history accumulated so far, or may be applied for a predetermined period (the current day, multiple days, A game history of one game, a plurality of games, etc.) may be applied.

  In addition, in the portable terminal 1100 in which the application program of the present embodiment is installed, even when the halfway history code is read, that is, the game for estimating the set value specified from the halfway history code without ending the game. It is possible to output setting suggestion information related to a setting value estimated from the history (in this embodiment, the number of winning a bell and the number of medals difference).

  In addition, after the game starts, halfway history code is always displayed on the liquid crystal display 51 by selecting midway save, but reading the halfway history code does not always output setting suggestion information, but halfway history The game history identified from the above, that is, the total number of games, the number of BBs, and the number of RBs from the start of the game to the present satisfy the second condition after the first condition is satisfied until the second condition is satisfied. Thereafter, it is possible to output the setting suggestion information estimated from the game history specified from the halfway history code only once for each period until the game ends, and after satisfying the first condition, If the setting suggestion information based on the halfway history code has already been output in the period until the second condition is satisfied, the second condition is satisfied and the game is ended, the setting suggestion information Since the power is limited and the setting suggestion information cannot be output even if the history code is output many times in the middle, the operation of the slot machine is prevented from being lowered when the setting suggestion information is output during the game. it can.

  In addition, since the output of setting suggestion information is limited on the application program side, it is possible to flexibly change the setting suggestion information output conditions and the number of times that it can be output in a certain period. It is also possible to change the number of times afterwards according to the player's needs.

  In this embodiment, after the total number of games, the number of BBs, and the number of RBs from the start of the game to the present time satisfy the first condition, and after satisfying the second condition, the period until the second condition is satisfied. The configuration suggestion information that is estimated from the game history specified from the history history code can be output only once for each period until the game ends. The same effect as described above can be obtained as long as the setting suggestion information estimated from the game history specified from the midway history code can be output only for the specified number of times.

  Further, in this embodiment, when the output of the setting suggestion information is restricted, that fact is displayed, so that the setting suggestion information is not output, that is, even if the history code is output in vain. Since the player can recognize that there is no meaning, it is possible to effectively prevent the operation of the slot machine from being lowered.

  Also, in this embodiment, especially when the output of the setting suggestion information is restricted, and when the restriction is released after that, the conditions required until the release are displayed. It becomes possible to grasp whether the setting suggestion information can be output again by satisfying certain conditions, and until then, let the player recognize that it is meaningless to output a history code on the way Therefore, it is possible to more effectively prevent the operation of the slot machine from being lowered.

  Also, in this embodiment, the game history specified from the midway history code is distribution conditions (in this embodiment, the first condition is the total number of games: 2000 or more, the number of BBs: 2 or more, the number of RBs: 2 or more) The setting suggestion information is output only when the second condition satisfies the total number of games: 3000 or more, the number of BBs: 3 or more, and the number of RBs: 3 or more), thereby effectively increasing the player's willingness to play be able to.

  In addition, since the application program determines whether or not the setting suggestion information output condition is satisfied, it is possible to flexibly change the setting suggestion information output condition, and the results after installation and the player's needs It is also possible to change these conditions later depending on the situation.

  In addition, a plurality of conditions including the first condition and the second condition are set as the distribution conditions for the setting suggestion information, and the game history from the start of the game to the current time differs depending on any of these output conditions. Since the setting suggestion information is output, it is possible to further increase the player's willingness to play.

  In particular, in this embodiment, the second condition cannot be satisfied unless the second condition satisfies the first condition, that is, if the first condition is not satisfied. When the game history from the start to the present time satisfies the first condition, first setting suggestion information indicating whether the estimated setting value is an odd setting or an even setting is output. On the other hand, when the second condition that needs to satisfy further conditions is satisfied, the estimated setting value is setting 1 or 2, setting 3 or 4, or setting 5 or 6 Or second setting suggestion information that suggests whether the setting is 6, that is, information with higher accuracy and useful for the player is output. That is, it becomes possible to output more useful information step by step according to the first condition and the second condition, thereby further enhancing the player's willingness to play.

  Further, in the present embodiment, a set value estimated from a game history specified from the intermediate history code is applied as information output by reading the intermediate history code. That is, by satisfying the output condition, it is possible to obtain information regarding the set value that directly affects the player's advantage, so that the player's willingness to play can be more effectively enhanced.

  In this embodiment, setting suggestion information that suggests a setting value estimated from the game history specified from the intermediate history code is applied as information output by reading the intermediate history code, but at least the intermediate history code is applied. The information may be information based on the game history specified by the game history, may be the game history itself, or may be information as a result of analysis from the game history, such as setting suggestion information.

  In the present embodiment, the number of BB wins and the number of RB wins based on the result of the internal lottery are applied as information for determining whether the output condition is satisfied when the halfway history code is read. Since the output condition is satisfied according to the game result based on the internal lottery, the player's willingness to play can be more effectively enhanced.

  In the present embodiment, the game history specified from the midway history code, that is, the game history from the start to the end of the game is applied as the game history for determining whether or not the output condition of the setting suggestion information is satisfied. However, the game history specified from the previously read end history code and halfway history code is stored in the storage unit 1103 of the portable terminal 1100, and the setting suggestion information is output using the stored game history. You may make it determine whether conditions are satisfy | filled. In this case, the game history for determining whether or not the output condition of the setting suggestion information is satisfied may be the entire game history accumulated so far, or may be applied for a predetermined period (the current day, multiple days, A game history of one game, a plurality of games, etc.) may be applied.

  As described above, the third embodiment of the present invention has been described. However, the present invention is not limited to the third embodiment, and modifications and additions within the scope of the present invention are included in the present invention. Needless to say. Further, the same or similar configuration as in the first and second embodiments has the same effect as that described in the first and second embodiments. Further, the modified example illustrated for the first and second embodiments can also be applied to the third embodiment.

  For example, in the third embodiment, the example in which the application program of the present invention is installed in the portable terminal 1100 has been described. However, the application program of the present invention can be installed and used in another computer terminal such as a personal computer or a dedicated terminal. Also good.

DESCRIPTION OF SYMBOLS 1 Slot machine 2L, 2C, 2R Reel 6 MAXBET switch 7 Start switch 8L, 8C, 8R Stop switch 41 Main control part 91 Sub-control part 700 Pachinko machine 1100 Portable terminal 1200 Management server

Claims (4)

Game history information generating means for generating game history information capable of specifying a game history that is capable of performing a predetermined game and is a result of playing a game on a gaming machine, and generated by the game history information generating means A game history information output means for outputting the played game history information, and a gaming machine,
Output condition determining means for determining whether or not the game history specified from the game history information satisfies a predetermined output condition including at least a first output condition and a second output condition different from the first output condition; ,
Based on the game history specified from the game history information when the output condition determining means determines that the game history satisfies the first output condition and when it determines that the second output condition is satisfied. A game history related information output means for making the game history related information different and enabling browsing;
A gaming system characterized by comprising: A gaming machine capable of performing a predetermined game,
Game history information generating means for generating game history information capable of specifying a game history as a result of playing a game on the gaming machine;
Game history information output means for outputting the game history information generated by the game history information generation means;
With
Determining whether or not the game history specified from the game history information satisfies a predetermined output condition including at least a first output condition and a second output condition different from the first output condition at an external device; And a game history that is used to create different game history related information when it is determined that the first output condition is satisfied and when it is determined that the second output condition is satisfied. Game history related information based on the game history of the player as a result of playing a game on the game machine specified from the game history information output from the game machine information that can be played by the player. A browsing request receiving means for receiving a browsing request;
Output condition determining means for determining whether or not the game history specified from the game history information satisfies a predetermined output condition including at least a first output condition and a second output condition different from the first output condition; ,
In the case where the output condition determination means determines that the game history satisfies the first output condition, and the case where it is determined that the second output condition is satisfied, A game history related information distribution means for distributing the game history related information based on the game history of the player so that the game history related information can be viewed;
A management device comprising: Computer
Including player and game history is first output condition specified by the game history information output from it is capable gaming machine performing a predetermined game, and a second output condition different from the first output condition at least Output condition determining means for determining whether or not a predetermined output condition is satisfied;
When the output condition determining means determines that the game history satisfies the first output condition and when it determines that the second output condition is satisfied, the output history determination means A game history related information output means for outputting the game history related information based on the different game history related information,
An application program characterized by functioning as

Images