JP2018069030A - Program, information processor, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce operating errors.SOLUTION: A game program causes a computer to execute: screen generation processing for generating a screen including an operation region in which a plurality of operation objects belonging to each operation group are arranged; setting processing for, upon an operator performing an operation of specifying any operation group among the plurality of operation groups, setting operation inputs only for operation objects belonging to the specified operation group to be acceptable; and acceptance processing for, upon the operator performing an operation of selecting operation objects belonging to other operation groups not specified by the operator, not accepting operation inputs for the selected operation objects, while, upon the operator performing an operation of selecting operation objects belonging to the specified operation group, accepting operation inputs for the selected operation objects.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a program, an information processing apparatus, and an information processing method.

  When a screen containing an operation area with multiple operation objects is generated and an operation for selecting one of the operation objects arranged in the operation area is performed by the operator, the selected operation object There is known a program that accepts an operation input for (for example, Patent Document 1).

JP 2016-112149 A

When an operation for selecting a desired operation target from a plurality of operation targets arranged in the operation area is performed, another operation target may be selected by mistake. In particular, when a plurality of operation objects are complicatedly arranged in a narrow operation region, such an erroneous operation is likely to occur.
The present invention has been made in view of such circumstances, and its purpose is to perform an operation of selecting a desired operation target from among a plurality of operation targets arranged in the operation area. It is to reduce erroneous operations.

The main invention of the present invention to solve the above problems is
On the computer,
Screen generation processing for generating a screen including an operation area in which a plurality of operation objects belonging to each operation group are arranged;
A setting process for setting an operation input for only an operation target belonging to the specified operation group when an operation for specifying any one of the operation groups is performed by the operator;
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, a reception process for receiving an operation input for the selected operation target;
It is a program characterized by executing.
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a server device 10. FIG. It is a figure which shows the data structure example of user information. It is a figure which shows the data structure example of unit information. It is a figure which shows the example of a data structure of roulette game information. 3 is a block diagram illustrating a functional configuration of a user terminal 20. FIG. It is a flowchart for demonstrating the operation example regarding the setting registration of the gallery and the player in this embodiment. It is a flowchart for demonstrating the operation example regarding the flow of the roulette game in this embodiment. It is a figure which shows an example of the game screen. It is a flowchart for demonstrating the operation example regarding the fluctuation | variation of the success parameter in this embodiment. It is a flowchart for demonstrating the flow of the fever game in this embodiment. It is the schematic which shows the structure of the betting operation area | region in this embodiment. It is a figure which shows an example of the sub game screen. It is a flowchart for demonstrating the operation example regarding designation | designated of the operation group in this embodiment. It is the schematic explaining the detection area of an operation target.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
In other words,
Screen generation processing for generating a screen including an operation area in which a plurality of operation objects belonging to each operation group are arranged;
A setting process for setting an operation input for only an operation target belonging to the specified operation group when an operation for specifying any one of the operation groups is performed by the operator;
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, a reception process for receiving an operation input for the selected operation target;
It is a program characterized by executing.
According to such a program, when the operator performs an operation for designating one of the operation groups, a plurality of operation objects arranged in the operation area are narrowed down to only operation objects belonging to the designated operation group. be able to. As a result, it becomes easier to select a desired operation target from a plurality of operation targets arranged in the operation area, so that it is possible to reduce erroneous operations.

In this program, in the reception process, when an operation target belonging to an operation group designated by an operator is arranged in the vicinity of an operation target belonging to another operation group not designated by the operator When an operation for selecting an operation target belonging to the other operation group arranged in the vicinity is performed by the operator, the operation input for the operation target belonging to the specified operation group may be accepted. Good.
According to such a program, when a plurality of operation objects arranged in the operation area are narrowed down only to operation objects belonging to the designated operation group, other undesignated objects are contrary to the intention of the operator. Even if the operation target belonging to the operation group is selected, the operation target belonging to the designated operation group is selected. Thereby, it becomes easy to select a desired operation target from a plurality of operation targets arranged in the operation area.

In this program, the receiving process may receive an operation input for any operation target arranged in the operation area only within a preset time limit.
According to such a program, it is possible to reduce erroneous operations even in a situation where it is required to quickly select a desired operation target within a limited time.

In such a program, an operation area in which a plurality of operation objects belonging to each operation group is arranged is for a player to perform an operation for betting on a betting object
In the reception process, a bet input for one or a plurality of betting objects associated with the selected operation object is performed when an operation for selecting any operation object arranged in the operation area is performed by the player. It may be accepted.
According to such a program, even when a player selects a betting target to bet a chip or the like, a plurality of operation targets arranged in the operation area are narrowed down to only operation targets belonging to the operation group, so that the desired This makes it easier to select the betting object.

In this program, in the screen generation process, a group designation operation area for causing a player to perform an operation for designating any one of a plurality of operation groups, and a bet unit when betting a chip on a betting target It is also possible to generate a game screen in which bet unit designation operation areas that allow the player to perform an operation for designating are displayed side by side.
According to such a program, an operation for designating an operation group and an operation for designating a bet unit can be efficiently performed.

Next, a screen generation processing unit that generates a screen including an operation area in which a plurality of operation objects belonging to each operation group are arranged,
A setting processing unit configured to accept an operation input only for an operation target belonging to the specified operation group when an operation for specifying any one of the plurality of operation groups is performed by the operator; ,
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, a reception processing unit that receives an operation input for the selected operation target;
An information processing apparatus characterized by comprising:
According to such an information processing device, it becomes easy to select a desired operation target from among a plurality of operation targets arranged in the operation area, and it is possible to reduce erroneous operations.

Next, the computer
Generate a screen containing an operation area in which multiple operation objects belonging to each operation group are placed,
When an operation for specifying one of the operation groups is performed by the operator, the operation input for only the operation target belonging to the specified operation group is set to be acceptable,
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, an operation input for the selected operation target is accepted.
This is an information processing method characterized by this.
According to such an information processing method, it becomes easy to select a desired operation object from a plurality of operation objects arranged in the operation area, and it is possible to reduce erroneous operations.

=== Embodiment ===
<< About the configuration of the game system 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of the game system 1. The game system 1 provides various services related to games to a user via a network 2 (for example, the Internet), and includes a server device 10 and a plurality of user terminals 20.

  The game system 1 according to the present embodiment can provide a betting game (betting game) that can receive a payout when a user bets on a betting object selected by the user and a winning condition is established based on a lottery result.

  In the betting game according to the present embodiment, the user makes a bet while predicting which number of pockets the ball thrown into the rotating wheel will fit in. If the user's prediction is correct based on the lottery result, Is a roulette game that can receive a payout according to the number of chips betted (the number of bets).

  This roulette game is performed for each unit constituted by a plurality of users (for example, 100 users). Therefore, each user who belongs to a certain unit participates in a common roulette game. At this time, each user can participate not only as a player who performs game play but also as a gallery for watching the game play.

  When a user belonging to a unit participates in the game as a player, the user can bet by predicting the “number” that will be the roulette outcome. On the other hand, when participating in the game as a gallery, the player can bet while predicting the “player” who receives the most payout.

  Further, in this roulette game, it is determined whether or not the unit is excited based on the participation status of each user constituting the unit, the operating status of the game, and the like. And if it is determined that the unit is in a state of excitement, a fever game is activated as the privilege. In this fever game, any user belonging to the unit is selected by lottery, and a lot of chips are given as a privilege to the user selected by the lottery.

  As described above, in the game system 1 according to the present embodiment, since the user's willingness to participate in the bet game can be increased, the unit can be energized.

  In the roulette game according to the present embodiment, when a user belonging to a unit participates in the game as a player, one of a plurality of operation targets (a grid or a line) arranged in the bet operation area is selected. Thus, a bet can be placed on one or more “numbers” to be bet targets associated with the selected operation target.

  At this time, when the player (operator) performs an operation of designating any one of the operation groups (a grid group or a line group), a plurality of operation objects arranged in the bet operation area are displayed in the designated operation group. It is possible to narrow down to only the operation objects (squares or lines) belonging to. As a result, it becomes easier to select a desired operation target from a plurality of operation targets arranged in the operation area, so that it is possible to reduce erroneous operations.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server apparatus 10 is an information processing apparatus (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages various services. Upon receiving various commands (requests) from the user terminal 20, the server device 10 uses game programs and various data that can be operated on the user terminal 20, and a markup language (HTML or the like) that conforms to the user terminal 20 standard. The created web page (game screen or the like) is transmitted (response). The server device 10 includes a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

  The control unit 11 exchanges data between each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 of the present embodiment includes at least a game progress processing unit 111, a reception processing unit 112, a setting processing unit 113, a unit organization processing unit 114, a parameter variation processing unit 115, a determination processing unit 116, a privilege granting processing unit 117, A screen generation processing unit 118 is provided.

  The game progress processing unit 111 has a function of executing a process of progressing a bet game according to a game program. The game progress processing unit 111 according to the present embodiment determines a player who will be a winner among the players who have played the game in the betting game, and will be a winner in the gallery where the game play of the player is watched. Determine the gallery that hits the player.

  The reception processing unit 112 has a function of executing processing for receiving an operation input from a user. Specifically, the reception processing unit 112 receives an operation input by the user when the server device 10 receives operation information (operation command or the like) input by the user using the user terminal 20 via the network. Can do. In the present embodiment, when the user selects any operation target arranged in the operation area for performing a bet operation, the reception processing unit 112 receives an operation input for the selected operation target.

  The setting processing unit 113 has a function of executing various processes related to setting. The setting processing unit 113 according to the present embodiment, when an operation for designating any one of a plurality of operation groups is performed by a player (operator), only the operation target belonging to the designated operation group. Set to accept operation input for.

The unit organization processing unit 114 has a function of executing processing for organizing units. The unit organization processing unit 114 in this embodiment organizes a unit composed of a plurality of users who can participate in a common bet game.
In the present embodiment, each unit can be organized by dividing each room into which a predetermined number of users (for example, 100 people) have entered. It is also possible to organize each unit by automatically assigning a predetermined number of users (for example, 100 people) to each room.

  The parameter variation processing unit 115 has a function of executing processing for varying various parameters associated with the unit. The parameter variation processing unit 115 in the present embodiment varies a parameter obtained by quantifying the degree of excitement of the game in the unit according to at least one of the participation status of each user constituting the unit and the operation status in the game. Let

  The determination processing unit 116 has a function of executing various processes related to determination. The determination processing unit 116 in the present embodiment determines whether or not the unit is in success based on the parameter after being changed by the parameter change processing unit 115.

  The privilege grant processing unit 117 has a function of executing a process of granting a privilege to a unit or a user configuring the unit. The privilege grant processing unit 117 according to the present embodiment gives a privilege to the unit when the determination processing unit 116 determines that the unit is successful.

  The screen generation processing unit 118 has a function of executing processing for generating screen data for displaying various screens on the user terminal 20. The screen generation processing unit 118 in the present embodiment generates HTML data as screen data corresponding to the game screen.

  The storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which system programs are stored, and a RAM (Random Access) that is a rewritable storage area that is used as a work area for arithmetic processing by the control unit 11. For example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment stores at least user information related to a user, unit information related to a unit, and roulette game information related to a roulette game. These various types of information will be described in detail later.

  The input unit 13 is for a system administrator or the like to input various data related to the game service (for example, roulette game information), and is realized by, for example, a keyboard or a mouse.

  The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11 and is realized by, for example, a liquid crystal display (LCD).

  The communication unit 15 is for communicating with the user terminal 20, and according to a function as a reception unit that receives various data and signals transmitted from the user terminal 20 and a command from the control unit 11. It has a function as a transmission unit that transmits various data and signals to the user terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

  FIG. 3 is a diagram illustrating an example data structure of user information. In this user information, at least a user name, a chip possession number, an item possession number, a bet object (bet number), a gallery flag, a bet unit, and an operation group are set in association with the user ID. The number of chips owned is information indicating the number of chips currently owned by the user. The number of items owned is information indicating the quantity of items currently owned by the user. This item is used when the user participates as a player. The betting object is information indicating an object on which the user has bet at the present time. The bet number is information indicating the number of chips bet on the betting object. Here, when the user participates in the game as a player, “number” is set as the betting object for the player. Further, when the user participates in the game as a gallery, “player” is set as a betting object for the gallery. The gallery flag is information indicating whether or not the user is a gallery at the present time. The bet unit is information indicating the number of chips bet on a betting object in one betting operation. The operation group is information indicating a grouped operation target set. Here, when the user participates in the game as a player, a “mass group” or “line group” is set as an operation group designated by the user. When the “cell group” is set, only the operation input for the “cell group” can be accepted, and when the “line group” is set, only the operation input for only the “line” can be accepted. Note that when neither is set, it is possible to accept operation inputs for both “squares” and “lines”.

  FIG. 4 is a diagram illustrating an example data structure of unit information. In the unit information, at least a constituent user, a player, the number of players, a gallery number, a comment number, a comment number, a bet gallery, a bet gallery number, and a success parameter are set in association with the unit ID. The configuration user is information for identifying users configuring the unit. The player is information that identifies a user who is currently participating as a player. The number of players is information indicating the number of users who are currently participating as players. In this embodiment, up to four players can participate as players. The number of galleries is information indicating the number of users who are currently participating as galleries. The number of comments is information indicating the total number of comments made by each user in the unit at the present time. The number of comments is information indicating the number of users who have made comments at the present time. The bet gallery is information for specifying a gallery bet on the player at the present time. The number of bet galleries is information indicating the number of galleries bet on the player at the present time. In this embodiment, up to 20 people can bet on a player as a gallery. The success parameter is a parameter obtained by quantifying the degree of excitement of the game in the unit.

  FIG. 5 is a diagram illustrating a data structure example of roulette game information. In the roulette game information, at least an operation group, a betting object, and a payout rate are set in association with the arrangement ID. The arrangement ID is identification information for identifying an operation target arranged in the bet operation area. When the player designates an operation target (a grid or a line) arranged in the bet operation area, the player can place a chip at the position of the operation target. The operation group is information indicating the operation group to which the operation target belongs. The betting object is information indicating one or more betting objects (numbers “0”, “00”, “1” to “36”) associated with the operation object. The payout rate is information indicating the rate at which the payout is paid back to the user. For example, when the player selects the “cell” that is the operation target of the arrangement ID “001”, the player can place a bet on “1” that is the bet object associated with the selected “cell”, and the payout The magnification is “36 times”. Further, for example, when the user selects “line” that is the operation target of the arrangement ID “041”, the user can bet on “1” and “4” that are bet targets associated with the selected “line”. The payout rate is “18 times”.

<< Configuration of User Terminal 20 >>
FIG. 6 is a block diagram illustrating a functional configuration of the user terminal 20. The user terminal 20 is an information processing apparatus (for example, a tablet terminal, a mobile phone terminal, a smartphone, etc.) that can be owned and used by a player. Since the user terminal 20 has a Web browser function, the Web page (game screen or the like) transmitted from the server device 10 can be displayed on the screen. The user terminal 20 includes a terminal control unit 21 that controls the entire user terminal 20, a terminal storage unit 22 that stores various data programs, a terminal input unit 23 for a player to perform operation input, a game screen / operation A terminal display unit 24 that displays a screen and a terminal communication unit 25 that performs information communication between the server device 10 are provided. The terminal input unit 23 is for a user to perform various operations, and is realized by, for example, an operation button, a touch panel, or the like. In the present embodiment, the user can designate the position of the operation target in the operation area by performing a bet operation using the touch panel.

<< Operation of Game System 1 >>
<Gallery and player settings registration>
FIG. 7 is a flowchart for explaining an operation example related to setting registration of a gallery and a player in the present embodiment.

  When a login operation is performed by any user belonging to a certain unit, the user terminal 20 transmits a command (login processing request) for requesting login to the roulette game to the server device 10.

  When receiving the login processing request transmitted from the user terminal 20, the reception processing unit 112 of the server device 10 requests the game progress processing unit 111 of the server device 10 to execute the login processing. Thereafter, the game progress processing unit 111 of the server device 10 receives the request from the reception processing unit 112 of the server device 10 and executes a login process (step S101).

  Next, when the login processing in step S101 is normally performed, the setting processing unit 113 of the server apparatus 10 performs gallery setting by regarding the logged-in user as a user who has participated in the game as a gallery (step S102). ).

  Specifically, the setting processing unit 113 of the server device 10 updates the user information shown in FIG. 3 and sets a gallery flag for the logged-in user. At this time, the setting processing unit 113 of the server device 10 updates the unit information shown in FIG. 4, and counts up one gallery number of units to which the logged-in user belongs.

  Next, the determination processing unit 116 of the server device 10 issues a command (player) that requests player participation when an operation for player participation is performed on the user terminal 20 by the user set in the gallery in step S102. It is determined whether or not a participation request is received from the user terminal 20 (step S103).

  Then, when the player participation request transmitted from the user terminal 20 is not received by the reception processing unit 112 of the server device 10, the determination processing unit 116 of the server device 10 denies such determination and ends this processing. To do. On the other hand, when the player participation request transmitted from the user terminal 20 is received by the reception processing unit 112 of the server device 10, the determination is affirmed and the process proceeds to the next step 104.

  Next, when it is determined that the player participation request is received from the user terminal 20 in the determination process in step S103 (step S103: YES), the determination processing unit 116 of the server device 10 has unit information illustrated in FIG. , It is determined whether or not the number of players of the unit to which the user set in the gallery belongs has reached the maximum number (4) (step S104).

  Then, when the number of players of the unit to which the user set in the gallery belongs has reached the maximum number, the determination processing unit 116 of the server device 10 ends this processing without setting the player. On the other hand, if the number of players of the unit to which the user set in the gallery belongs does not reach the maximum number, the process proceeds to the next step 105.

  Next, when the number of players in the unit to which the user set in the gallery belongs does not reach the maximum number in the determination process in step S104, the determination processing unit 116 of the server device 10 (NO in step S104). With reference to the user information shown in FIG. 3, it is determined whether or not the number of items owned by the user set in the gallery is 1 or more (step S105).

  Then, when the number of items owned by the user set in the gallery is less than 1, the determination processing unit 116 of the server device 10 ends this processing without setting the player. On the other hand, if the number of items owned by the user set in the gallery is 1 or more, the process proceeds to the next step 106.

  Next, when the setting processing unit 113 of the server device 10 determines that the number of items owned by the user set in the gallery is 1 or more in the determination processing in step S105 (step S105: YES), Player setting is performed assuming that the user set in the gallery is a player (step S106).

  Specifically, the setting processing unit 113 of the server device 10 updates the user information shown in FIG. 3 and cancels the gallery flag set for the user. And the setting process part 113 of the server apparatus 10 updates the unit information shown in FIG. 4, and newly sets the user who was set as the gallery as a player. At this time, the setting processing unit 113 of the server device 10 updates the unit information shown in FIG. 4, counts down the number of galleries of the unit to which the user belongs, and counts up the number of players. Further, the setting processing unit 113 of the server device 10 updates the user information shown in FIG. 3 and consumes one item owned by the user.

<Roulette game flow>
FIG. 8 is a flowchart for explaining an operation example related to the flow of the roulette game in the present embodiment.

  When receiving the game screen transmission request from the user terminal 20, the reception processing unit 112 of the server device 10 requests the screen generation processing unit 118 to generate a game screen for the user to perform a betting operation. The screen generation processing unit 118 of the server device 10 receives the request from the reception processing unit 112, generates game screen data, and transmits it to the requesting user terminal 20 via the network. When receiving the screen data transmitted from the server device 10, the user terminal 20 analyzes the screen data to display the game screen on the terminal display unit 24 (step S201).

  FIG. 9 is a diagram illustrating an example of the game screen 50. The game screen 50 includes a player display area 51, a bet operation area 52, a comment operation area 53, a success parameter 54, a time display area 55, and an outcome display area 56. In the player display area 51, users who are currently participating as players are displayed. The gallery can bet a preset number of chips (the number of bets) by designating any “player” as a betting object in the player display area 51. In the bet operation area 52, a plurality of cells 52a and lines 52b to be operated are arranged. In the bet operation area 52, the player designates the cell 52a or the line 52b, so that the chip is placed at the position of the cell 52a or the line 52b, and at the designated cell 52a or the line 52b. It is possible to bet the number of chips (the number of bets) in a predetermined bet unit with respect to “numbers” to be associated with one or a plurality of bets. In the comment operation area 53, a comment is input as text by a user's comment operation. The comment input by the comment operation is displayed at an arbitrary position on the screen. In the success parameter 54, the point value of the success parameter at the present time is shown in a bar graph. In the time display area 55, the remaining time until the wheel starts to rotate in order to determine a number (distance) (also a time limit for allowing a bet operation) is displayed. The outcome display area 56 displays a list of “numbers” (outcomes) of pockets in which balls that have been thrown into the wheel are received.

  Returning to FIG. 8, at the server device 10, next, at a predetermined time when the roulette game starts, the game progress processing unit 111 starts counting by a timer based on the internal clock of the CPU or the like (step S <b> 202).

  After the start of the roulette game, the user configuring the unit performs a bet operation for designating a desired bet object and the number of bets when the game screen 50 shown in FIG. When the user constituting the unit performs a bet operation, the user terminal 20 transmits a command (a bet processing request) for requesting a bet on a desired bet object to the server device 10.

  Next, the reception processing unit 112 of the server device 10 receives a bet processing request transmitted from the user terminal 20, thereby receiving a bet operation from a user configuring the unit (step S203).

  Next, when receiving the betting process request transmitted from the user terminal 20, the reception processing unit 112 of the server device 10 requests the game progress processing unit 111 of the server device 10 to execute the betting process. Thereafter, the game progress processing unit 111 of the server device 10 receives a request from the reception processing unit 112 of the server device 10 and executes a bet process (step S204).

  Specifically, when the game progress processing unit 111 of the server device 10 refers to the unit information shown in FIG. 4 and recognizes that the user who made the bet operation is set as a player, the user information shown in FIG. The bet object ("number") and the bet number (chip number) specified by the user's bet operation are registered as the player's bet object, and the bet number specified by the user's bet operation Subtract from the number of chips owned by the number of chips. Further, when the game progress processing unit 111 of the server device 10 recognizes that the user who performed the betting operation is set in the gallery with reference to the user information shown in FIG. 3, the game information processing unit 111 updates the user information shown in FIG. The bet object ("player") and the bet number (chip number) specified by the user's bet operation are registered as the bet object for the gallery, and the bet number (chip number) specified by the user's bet operation is registered. ) Subtract from the number of chips owned.

  At this time, the setting processing unit 113 of the server device 10 updates the unit information shown in FIG. 4 and additionally sets the gallery where the bet operation has been performed as a bet gallery, and the number of bet galleries of the unit to which the gallery belongs. Is counted up by one.

  Then, after the start of the roulette game, the user configuring the unit can perform a comment operation for inputting a desired comment when the game screen 50 shown in FIG. It is. When a comment operation is performed by a user configuring the unit, the user terminal 20 transmits a command (comment display request) for requesting a screen display of the input comment to the server device 10.

  Next, the reception processing unit 112 of the server device 10 receives a comment display request transmitted from the user terminal 20, thereby receiving a comment operation from a user configuring the unit (step S205).

  Next, when receiving the comment display request transmitted from the user terminal 20, the reception processing unit 112 of the server device 10 requests the screen generation processing unit 118 of the server device 10 to execute comment processing. Thereafter, the screen generation processing unit 118 of the server device 10 receives the request from the reception processing unit 112 of the server device 10 and executes comment processing (step S206).

  That is, the screen generation processing unit 118 of the server device 10 generates data of the game screen 50 including the comment input by the comment operation, and transmits the data to the requesting user terminal 20 via the network. When receiving the screen data transmitted from the server device 10, the user terminal 20 displays the game screen 50 on which the comment is arranged on the terminal display unit 24.

  At this time, the setting processing unit 113 of the server apparatus 10 updates the unit information shown in FIG. 4 and increments the number of comments and the number of comments of the unit to which the commented user belongs.

  Next, the determination processing unit 116 of the server device 10 determines, based on the count value by the timer, whether or not the reception time has ended due to the elapse of a predetermined period (for example, 60 seconds) from the start of the roulette game ( Step S207).

  As a result of the determination, if it is determined that the reception time has not ended, the process returns to the above-described step S203 and the subsequent processing is repeated, and the user's bet operation and comment operation are continuously received. On the other hand, if it is determined that the reception time has expired, the process proceeds to the next step S208.

  Next, when it is determined that the reception time has ended (step S207: YES), the game progress processing unit 111 of the server device 10 starts the rotation of the wheel, throws in the ball, and rotates the rotating wheel. Only one number pocket in which the ball thrown into the box fits is randomly determined (step S208).

  Next, the game progress processing unit 111 of the server device 10 gives a dividend to the user who becomes the winning winner who hit the prediction, when one number that becomes the outcome is randomly determined by the result of the roulette. (Step S209).

  Specifically, the game progress processing unit 111 of the server device 10 compares the numbers determined in the process of step S208 with the betting targets for players set in the user information shown in FIG. Then, the player who hit the target number is identified as the winner. Then, based on the payout rate set in the roulette game information shown in FIG. 5, the number of chips to be paid out is calculated for the winning player, and a payout is given. Further, the game progress processing unit 111 of the server device 10 identifies the player who has received the most payout among the winning players, and is set in the identified player and the user information shown in FIG. Compare the gallery betting object and identify the gallery that hits the player who received the most dividends as the winner. Then, based on a predetermined payout rate, the number of chips to be paid back is calculated for the winning gallery and a payout is given.

  Next, when the game progress processing unit 111 of the server device 10 determines the roulette result, the determination processing unit 116 of the server device 10 refers to the unit information shown in FIG. It is determined whether or not exceeds a preset threshold value (step S210).

  The determination processing unit 116 in the present embodiment determines the state of the current success parameter step by step. Specifically, first, it is determined whether or not the current value of the success parameter exceeds the first threshold value and does not exceed the second threshold value that is larger than the first threshold value. Next, it is determined whether or not the current value of the success parameter has exceeded its second threshold value.

  As a result of such determination, when it is determined that the current value of the success parameter does not exceed a preset threshold value (that is, when it is determined that neither the first threshold value nor the second threshold value is exceeded) ), This process is terminated. On the other hand, when it is determined that the current value of the success parameter exceeds a preset threshold value (that is, when it is determined that either the first threshold value or the second threshold value is exceeded) ), The process proceeds to the next step S211.

  Next, when it is determined that the present value of the success parameter exceeds a preset threshold value (step S210: YES), the privilege grant processing unit 117 of the server device 10 is determined to be a success. In response to this, a fever game is activated as a privilege (step S211).

  In this fever game, the privilege grant processing unit 117 in the present embodiment selects any user belonging to the unit determined to be in a lively situation by lottery, and gives the user selected by the lottery as a privilege. Give a lot of chips. In addition, the privilege grant processing unit 117 in the present embodiment is activated for the unit when the current value of the success parameter exceeds the first threshold and when the second threshold greater than the first threshold is exceeded. Different fever games.

  As described above, in the present embodiment, it is determined whether or not the unit is excited based on the participation status and operation status of each user configuring the unit. Then, if it is determined that the unit is in a state of excitement, a fever game is activated as the privilege. Therefore, it is possible to increase the willingness to play for each user making up the unit, so that the unit can be energized.

<Fluctuation of successful parameters>
FIG. 10 is a flowchart for explaining an operation example related to the variation of the success parameter in the present embodiment.

  The success parameter in the present embodiment is a numerical value of the degree of excitement of the unit. The participation status (player participation or gallery participation) of each user constituting the unit, and each user constituting the unit. It fluctuates according to at least one of the operation situations (bet operation and comment operation) in the roulette game. Hereinafter, the fluctuation of the success parameter will be described in detail.

  The parameter variation processing unit 115 of the server device 10 refers to the unit information shown in FIG. 4 at every predetermined timing to determine whether or not there is a user set as a player among a plurality of users configuring the unit. (Step S301).

  Then, the parameter variation processing unit 115 of the server device 10 calculates a point value corresponding to the “number of players” set in the unit information shown in FIG. It adds to the current value of the success parameter (step S302).

  In the present embodiment, a point value to be added to the success parameter is calculated by multiplying the number of players by a predetermined coefficient (here, “17” is set as a coefficient). For example, when there are four users set as players, 68 points are added to the success parameter. Thus, the more users who participate as players in a unit, the easier it is to determine that the unit is in a state of excitement.

  Further, the parameter variation processing unit 115 of the server device 10 refers to the unit information shown in FIG. 4 at every predetermined timing, and whether or not there is a user who is set as a gallery among a plurality of users configuring the unit. Is determined (step S302).

  Then, the parameter variation processing unit 115 of the server device 10 calculates a point value corresponding to the “gallery number” set in the unit information shown in FIG. It adds to the current value of the success parameter (step S303).

  In the present embodiment, the point value to be added to the success parameter is calculated by multiplying the number of galleries by a predetermined coefficient (here, “2” is set as a coefficient). For example, when there are 10 users set as galleries, 20 points are added to the success parameter. Thus, the more users who participate as a gallery in a unit, the easier it is to determine that the unit is in a state of excitement.

  Further, the parameter variation processing unit 115 of the server device 10 refers to the unit information shown in FIG. 4 at every predetermined timing to determine whether or not there is a user who has performed a comment operation among a plurality of users constituting the unit. Is determined (step S305).

  Then, when there is a user who has made a comment operation, the parameter variation processing unit 115 of the server apparatus 10 has a point value and a “comment number” corresponding to the “comment number” set in the unit information shown in FIG. A point value corresponding to each is calculated and added to the current value of the success parameter (step S306).

  In the present embodiment, the point value to be added to the success parameter is calculated by multiplying the number of comments by a predetermined coefficient (here, “0.5” is set as the coefficient). For example, if there are 10 commenting users, 5 points are added to the success parameter. Further, a point value to be added to the success parameter is calculated by multiplying the number of comments by a predetermined coefficient (here, “0.01” is set as the coefficient). For example, when the number of comments is 100, 1 point is added to the success parameter. Thus, the more users who comment in the unit, and the more comments in the unit, the easier it is to determine that the unit is in a state of excitement.

  Also, the parameter variation processing unit 115 of the server device 10 satisfies a predetermined betting condition with reference to the user information shown in FIG. 3 and the roulette game information shown in FIG. 5 within the time limit for accepting a betting operation. It is determined whether or not a player exists (step S307).

  For example, a bet object with a high payout rate (for example, a number with a payout rate of “36 times”) is specified, and a predetermined number of chips (for example, 1000 or more chips) are specified as the number of bets. Performing a betting operation to make can be a predetermined betting condition.

  Then, when there is a player who satisfies a predetermined bet condition, the parameter variation processing unit 115 of the server device 10 calculates a point value corresponding to the predetermined bet condition and adds it to the current value of the success parameter ( Step S308).

  In the present embodiment, the point value to be added to the success parameter is calculated by multiplying the number of players who satisfy the predetermined betting condition by a predetermined coefficient (here, “50” is set as the coefficient). For example, when one player satisfies a predetermined bet condition, 50 points are added to the success parameter. Thus, the more players who desire a high risk and high return in a unit, the easier it is determined that the unit is in a state of excitement.

  Further, the parameter fluctuation processing unit 115 of the server device 10 refers to the user information shown in FIG. 3 and the unit information shown in FIG. It is determined whether there is a gallery that satisfies the betting conditions (step S309).

  For example, a predetermined betting condition can be performed by performing a betting operation that designates “a player who satisfies a predetermined betting condition” as a betting object described in the process of step S307.

  Then, if there is a gallery that satisfies a predetermined bet condition, the parameter variation processing unit 115 of the server device 10 calculates a point value corresponding to the predetermined bet condition and adds it to the current value of the success parameter ( Step S310).

  In this embodiment, the point value to be added to the success parameter is calculated by multiplying the number of galleries satisfying a predetermined betting condition by a predetermined coefficient (here, “5” is set as a coefficient). For example, if there are 10 galleries that satisfy a predetermined betting condition, 50 points are added to the success parameter. As described above, the more gallery bets are placed on a player who desires a high risk and high return, the easier it is to determine that the unit is in a state of excitement.

  Further, the parameter variation processing unit 115 of the server device 10 is described in the process of step S307 described above with reference to the user information shown in FIG. 3 and the unit information shown in FIG. 4 at the timing when the roulette result is determined. It is determined whether or not there is a player who has received the high payout with the expected hit among the “players that satisfy the predetermined bet condition” (step S311).

  Then, when there is a player who has received a high payout, the parameter variation processing unit 115 of the server device 10 calculates a point value according to the number of players and adds it to the current value of the success parameter (step S312). ).

  In the present embodiment, the point value to be added to the success parameter is calculated by multiplying the number of players who have received a high payout by a predetermined coefficient (here, “100” is set as the coefficient). For example, when one player has received a high payout, 100 points are added to the success parameter. As described above, as more players who have been able to obtain a high payout as a result of challenging the roulette in hope of high risk and high return, it becomes easier to determine that the unit is in a more exciting state.

  As described above, in the present embodiment, not only the participation status of the player among a plurality of users constituting the unit but also the participation status of the gallery reflects the fluctuation of the success parameter of the unit. Further, among a plurality of users constituting the unit, not only the operation state of the player but also the operation state of the gallery reflects the fluctuation of the unit's success parameter.

<Flow of Fever game>
FIG. 11 is a flowchart for explaining the flow of the fever game in the present embodiment.

  The fever game in the present embodiment is activated when the current value of the success parameter exceeds a preset threshold value. When this fever game is activated, what is assigned to each pocket of the wheel so far is changed to one assigned to each “user” constituting the unit. Then, the “user” assigned to the pocket in which the ball thrown into the rotating wheel is accommodated is determined as the winner. Hereinafter, the flow of the fever game will be specifically described.

  First, the privilege grant processing unit 117 of the server device 10 is based on the unit information shown in FIG. 4, is the fever game activated when the current value of the unit success parameter exceeds a second threshold value that is greater than the first threshold value? It is determined whether or not (step S401).

  As a result of the determination, if it is determined that the fever game is activated because the current value of the prosperity parameter of the unit exceeds the first threshold value instead of the second threshold value (step S401: NO), the process proceeds to step S403 described later. Proceed with the process. On the other hand, if it is determined that the fever game has been activated because the current value of the prosperity parameter of the unit has exceeded the second threshold (step S401: YES), the process proceeds to the next step S402.

  Next, the privilege grant processing unit 117 of the server device 10 doubles up the pocket of the wheel when it is determined that the fever game is activated because the current value of the unit's prosperity parameter exceeds the second threshold. Setting for allocation is performed (step S402).

  In this embodiment, 38 pockets are provided on the wheel used in the roulette game. Then, any one of 38 types of numbers “0”, “00”, “1” to “36” is assigned to each pocket of the wheel. On the other hand, in the process of step S402, since the fever game is activated, “double up” is assigned to the wheel pocket instead of numbers.

  Specifically, “double up” is assigned to the pockets “0” and “00”. Thus, “double up” is set for two of the 38 pockets.

  In this case, if the ball thrown into the rotating wheel fits in the “double up” pocket, there will be no user to be a winner. For this reason, the number of chips that would normally be received as a privilege by the winner is doubled and pooled, and carried over to the next fever game.

  Next, the privilege grant processing unit 117 of the server device 10 determines that the fever game is activated when the current value of the unit success parameter exceeds the first threshold instead of the second threshold (step S401: NO), a setting for assigning a loss to the wheel pocket is performed (step S403).

  That is, in the process of step S403, because the fever game is activated, “losing” is assigned to the wheel pocket instead of numbers. Specifically, “losing” is assigned to the pockets “0” and “00”. As a result, “losing” is set for two of the 38 pockets.

  In this case, when the ball thrown into the rotating wheel fits in the “losing” pocket, there is no user to be a winner, and no one can receive a large amount of chips as a privilege. Therefore, when “losing” is set for the pocket, it is disadvantageous for the user than when “double up” is set for the pocket.

  As described above, the privilege grant processing unit 117 according to the present embodiment is configured for the unit when the current value of the success parameter exceeds the first threshold and when the current value of the success parameter exceeds the second threshold. The content of the Fever game that is activated is different.

  Next, the privilege grant processing unit 117 of the server device 10 determines whether there is a user who satisfies the player condition among the users set as the player based on the unit information shown in FIG. 4 (step S404).

  The player condition in the present embodiment is a player (winner) who hit the target number as a result of roulette. That is, the player who has received the payout as the winner in the process of step S209 shown in FIG. 8 corresponds to the user who satisfies the player condition.

  As a result of the determination, if it is determined that there is no user satisfying the player condition (step S404: NO), the process proceeds to step S406 described later. On the other hand, if it is determined that there is a user who satisfies the player condition (step S404: YES), the process proceeds to the next step S405.

  Next, when it is determined that there is a user who satisfies the player condition, the privilege grant processing unit 117 of the server device 10 performs a setting to assign a user who satisfies the player condition as a “participating player” to the pocket of the wheel ( Step S405).

  In other words, in the process of step S405, when the fever game is activated, “participating players” are assigned to the wheel pockets instead of numbers. Specifically, “participating players” are assigned to any of the pockets “1” to “36”. Here, four pockets are assigned to each “participating player”. That is, since the number of users set as players is limited to four, “participating players” are assigned to a maximum of 16 pockets out of 38 pockets.

  In this case, when the ball thrown into the wheel fits in the pocket of the “participating player”, the “participating player” becomes the winner, so that anyone can receive a large amount of chips as a privilege.

  Next, the privilege grant processing unit 117 of the server device 10 determines whether there is a user who satisfies the gallery condition in the bet gallery based on the unit information shown in FIG. 4 (step S406).

  The gallery condition in this embodiment is a gallery (winner) that hits the player who received the most payout as a result of roulette. That is, the gallery that has received a payout as a winner in the process of step S209 shown in FIG. 8 corresponds to a user who satisfies the gallery condition.

  As a result of this determination, if it is determined that there is no user who satisfies the gallery condition (step S406: NO), the process proceeds to step S408 described later. On the other hand, if it is determined that there is a user who satisfies the player condition (step S406: YES), the process proceeds to the next step S407.

  Next, when it is determined that there is a user who satisfies the gallery condition, the privilege grant processing unit 117 of the server device 10 performs a setting for assigning a user who satisfies the gallery condition as a “participating gallery” to the pocket of the wheel ( Step S407).

  That is, in the process of step S407, “participating gallery” is assigned to the wheel pocket instead of a number because the fever game is activated. Specifically, “participating gallery” is assigned to any of the pockets “1” to “36”. Here, one pocket is assigned to each “participating gallery”. In other words, since the bet gallery is limited to 20 people, the “participating gallery” is assigned to a maximum of 20 of the 38 pockets.

  In this case, when the ball thrown into the wheel fits in the pocket of the “participating gallery”, the “participating gallery” becomes a winner, so that anyone can receive a large amount of chips as a privilege. However, since the “participating gallery” is set for one pocket per person, the “participating player” is set for four pockets per person, which is disadvantageous.

  As described above, the privilege grant processing unit 117 according to this embodiment can be received by each user when the user set as a player participates in the fever game and when the user set as a gallery participates in the fever game. Different merits.

  Next, the privilege grant processing unit 117 of the server device 10 determines whether or not there is a pocket to which “participating player” or “participating gallery” has not yet been assigned among the 38 pockets (step S408).

  As a result of this determination, if it is determined that there is no pocket to which “participating player” or “participating gallery” has not yet been assigned (step S408: NO), the process proceeds to step S410 described later. On the other hand, if it is determined that there is a pocket to which “participating player” or “participating gallery” is not yet assigned (step S408: YES), the process proceeds to the next step S409.

  Next, when it is determined that there is a pocket to which “participating player” or “participating gallery” is not yet assigned, the privilege grant processing unit 117 of the server device 10 performs “double up” on the vacant pocket. Alternatively, “losing” is set (step S409).

  Specifically, the privilege grant processing unit 117 of the server device 10 determines that the fever game is activated when the current value of the success parameter of the unit exceeds the second threshold in the process of step S401 described above. In this case, “double up” is set for all the empty pockets. On the other hand, if it is determined that the Fever game has been triggered by the fact that the current value of the unit's prosperity parameter has exceeded the first threshold value instead of the second threshold value, Set.

  Next, the privilege grant processing unit 117 of the server device 10 starts rotation of the wheel to throw in the ball, and randomly determines only one pocket in which the ball thrown into the rotating wheel is accommodated (step S410). ).

  Next, when one pocket that becomes an outcome is randomly determined based on the result of the roulette, the privilege grant processing unit 117 of the server device 10 “participating player” or “participating gallery” assigned to the determined pocket. A privilege is given to (winner) (step S411). When the determined pocket is assigned “losing” or “double up”, there is no winner.

  As described above, in the present embodiment, among a plurality of users constituting the unit, not only a user set as a player but also a user set as a gallery can participate in a fever game. As a result, each user who has contributed to the vitality of the unit is given a chance to obtain a privilege.

<< Bet operation area >>
<Configuration of betting operation area>
The configuration of the betting operation area in the present embodiment will be specifically described with reference to FIG. FIG. 12 is a schematic diagram showing the configuration of the betting operation area in the present embodiment. Here, a part of the betting operation area is extracted and shown.

  The bet operation area in the present embodiment is composed of a plurality of operation targets, “cells” and “lines”, and “lines” are arranged at the boundaries between the “cells” and “cells”. ing. The player uses the touch panel to select one of a plurality of “squares” or “lines” arranged in the bet operation area on the screen, thereby selecting the selected “squares” or “lines”. Can be bet on one or more “numbers” to be bet.

  Here, for the sake of convenience, as shown in FIG. 12, only nine operation objects out of a plurality of operation objects arranged in the bet operation area are shown. The operation target to which the arrangement IDs “001”, “002”, “004”, and “005” are assigned is “squares”, and belongs to the operation group “squares”. On the other hand, the operation target with the arrangement IDs “041”, “042”, “074”, “076”, “112” is “line”, and belongs to the operation group of “line group”.

  The number “1” that is the betting target is displayed in association with the “square” that is the operation target with the layout ID “001”. The number “2” that is the betting target is displayed in association with the “square” that is the operation target with the layout ID “002”. The number “4”, which is the bet object, is displayed in association with the “cell”, which is the operation object assigned the layout ID “004”. The number “5” that is the betting target is displayed in association with the “square” that is the operation target with the layout ID “005”.

  As shown in FIGS. 5 and 12, for example, when a “square” of an operation target with an arrangement ID “001” is selected by a player's betting operation, it is associated with the “square”. The bet is placed on “1” which is the betting object. As a result of roulette, when “1” as a betting target is won, the player can receive a payout of “36 times”.

  Further, when the “line” to be operated with the arrangement ID “074” is selected by the player's betting operation, “1” and “2” which are bet objects associated with the “line”. Will be bet. As a result of the roulette, when “1” or “2” to be bet is won, the player can receive a payout of “18 times”.

  Further, when the “line” to be operated with the arrangement ID “112” is selected by the player's betting operation, “1” and “2” which are betting objects associated with the “line”. , “4”, “5” bet. As a result of the roulette, when any one of “1”, “2”, “4” and “5” to be bet is won, the player can receive a “9 times” payout.

<Display of sub game screen>
In the present embodiment, when the game screen 50 shown in FIG. 9 is displayed, the sub game screen can be displayed by the player performing a predetermined operation. On the sub game screen, a bet unit and an operation group can be specified at the same time.

  When receiving the sub game screen transmission request from the user terminal 20, the reception processing unit 112 of the server device 10 generates a sub game screen for the player to specify a bet unit and an operation group. Ask 118.

  Then, the screen generation processing unit 118 of the server device 10 receives the request from the reception processing unit 112, generates sub game screen data, and transmits the data to the requesting user terminal 20 via the network.

  When receiving the screen data transmitted from the server device 10, the user terminal 20 analyzes the screen data to display the sub game screen on the terminal display unit 24.

  FIG. 13 is a diagram illustrating an example of the sub game screen 60. On the sub game screen 60, a group designation operation area 61 and a bet unit designation operation area 62 are displayed side by side.

  In the group designation operation area 61, an operation group to be an operation target set can be designated from “any”, “square betting”, and “line betting”. When “square bet” is designated, the operation target can be narrowed down to only “square”. When “line betting” is designated, the operation target can be narrowed down to only “line”. When “Any” is designated, the narrowing down of the operation target is canceled, and “squares” and “lines” can be set as the operation targets. As a result, when selecting a desired operation target from a plurality of operation targets in the bet operation area, it becomes possible to select only “squares” or “lines”, thereby improving operability.

  In the bet unit designation operation area 62, it is possible to designate the number (bet unit) when betting chips on a betting target in one bet operation. Here, a bet unit can be designated from among 1, 5, 10, and 100. As described above, when the bet unit is designated by the operation of the player, the designated bet unit is set in the user information (see FIG. 3). As a result, each time the user performs a bet operation, the bet can be made with the set number of chips per bet.

  This makes it possible to efficiently perform an operation for specifying an operation group and an operation for specifying a bet unit.

<Specify operation group>
FIG. 14 is a flowchart for explaining an operation example related to designation of an operation group in the present embodiment.

  After the start of the roulette game, the user set as a player performs a bet operation for designating a desired operation group when the sub game screen 60 shown in FIG. When an operation group designation operation is performed by a user set as a player, the user terminal 20 transmits a command (operation group setting processing request) for requesting setting of the operation group to the server device 10.

  Next, the reception processing unit 112 of the server device 10 receives the operation group setting processing request transmitted from the user terminal 20, thereby receiving an operation group designation operation from the user set as a player (step S501).

  Next, when receiving the operation group setting processing request transmitted from the user terminal 20, the reception processing unit 112 of the server device 10 requests the setting processing unit 113 of the server device 10 to execute the operation group setting processing. Thereafter, the setting processing unit 113 of the server device 10 receives the request from the reception processing unit 112 of the server device 10 and executes an operation group setting process (step S502).

  Specifically, when the setting processing unit 113 of the server device 10 recognizes that the user who has performed the operation group designation operation is set as a player with reference to the unit information shown in FIG. Update the user information and register the operation group specified by the user's operation. As a result, operation inputs for only a plurality of operation objects belonging to the designated operation group (only “squares” or only “lines”) are set to be receivable. That is, after the operation group is set, the reception processing unit 112 of the server device 10 performs an operation on the selected operation target when an operation for selecting an operation target belonging to another operation group that is not designated is performed. When an input is not accepted and an operation for selecting an operation target belonging to the designated operation group is performed, an operation input for the selected operation target is accepted.

  Next, when the operation group designated by the user operation set as the player is set and registered, the setting processing unit 113 of the server device 10 expands the detection area of the operation target belonging to the designated operation group (Step S113). S503).

  FIG. 15 is a schematic diagram for explaining a detection area to be operated. Here, a part of the betting operation area is extracted and shown in correspondence with FIG. In the following, a case will be described in which an operation group of “square group” is set.

  In the present embodiment, when the position of the operation target is designated by the player in the bet operation area, the designated position is detected by the touch panel. As shown in FIG. 15, before the operation group “square group” is set (before the change), arrangement IDs “001”, “002”, “004”, and “005” are attached. A detection area having the same size as the operation target is set in the “square” of the operation target. Similarly, a detection area having the same size as the operation target is set in the “line” of the operation target with the arrangement IDs “041”, “042”, “074”, “076”, and “112”. Has been.

  On the other hand, after the operation group of “square group” is set (after the change), the arrangement IDs of “041”, “042”, “074”, “076”, “112” are set. The detection area associated with the “line” of the operation target attached is divided, and the “squares” of the operation target with the layout IDs “001”, “002”, “004”, and “005” are attached. Is set as a part of the detection area associated with "."

  In this way, the detection area associated with the “square” belonging to the designated operation group is expanded, so that “lines” belonging to other non-designated operation groups are selected by the player's erroneous operation. Even if it is done, it will be recognized that the “square” is selected. For example, when the player designates the position of the “line” with the layout ID “074”, the layout ID “square” or “002” with the layout ID “001” in the vicinity thereof is given. A “square” marked with is selected as an operation target. That is, after setting an operation group, the reception processing unit 112 of the server apparatus 10 is designated when an operation for selecting an operation target (line) belonging to another operation group (line group) arranged in the vicinity is performed. It is received as an operation target (operation input to the cell) belonging to the operation group (cell group).

  As a result, the player wishes to bet on the number “1”, and intends to indicate the position of the “square” with the arrangement ID “001”, but mistakenly places “074”. Even if the position of the “line” to which the ID is attached is designated, the “square” to which the arrangement ID of “001” is attached can be easily selected as the operation target by expanding the detection area. improves.

  Similarly, when the operation group of “line group” is set, the detection area associated with “square” is divided and set as a part of the detection area associated with “line”. The Therefore, even if the detection area associated with the “line” belonging to the specified operation group is expanded, and the “square” belonging to another operation group not specified is selected by the player's erroneous operation, "Is recognized as being selected.

  As described above, in the present embodiment, a player-set user (operator) performs an operation of designating one of the operation groups, so that a plurality of operation objects arranged in the bet operation area can be designated as the designated operation. It is possible to narrow down to only the operation objects belonging to the group. Thereby, it becomes easy to select a desired operation object from a plurality of operation objects arranged in the bet operation area, so that it is possible to reduce erroneous operations.

=== Other Embodiments ===
The above embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Gallery and player settings registration>
In the above-described embodiment, the case where the gallery is set when the user logs in has been described as an example. However, the present invention is not limited to this. For example, after a login, when a gallery participation request is made by an operation of a user belonging to the unit, the user can be set as a gallery. In this case, when setting a user who is set as a gallery as a player (that is, when changing from a gallery to a player), the user may be exempted without consuming one item owned by the user.

<Fluctuation of successful parameters>
In the above-described embodiment, the case where the coefficient used when calculating the point value to be added to the success parameter is a fixed value has been described as an example, but the coefficient may be changed with time. For example, when the reception time for accepting a bet operation and a comment operation is 30 seconds, the coefficient is set to “15” for the first 10 seconds, the coefficient is set to “10” for the next 10 seconds, and the last 10 seconds. It is also possible to set the coefficient to “5” for a second. Thereby, emphasis can be placed on the first excitement in the unit. Conversely, it is also possible to change the coefficient so as to place importance on the last rise in the unit.

<Specify operation group>
In the above-described embodiment, in the bet game, a case where a plurality of operation objects arranged in the operation area are limited to only operation objects belonging to the designated operation group has been described as an example. The present invention is not limited to this, and can be applied to other games than the betting game. Further, the present invention can be applied not only to the game but also to other applications other than the game.

<Server device>
In the above embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. That is, a plurality of server apparatuses 10 may be connected via the network 2 and each server apparatus 10 may perform various processes in a distributed manner. The server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the present embodiment described above, the case where various types of information processing are executed in cooperation with the server device 10 and the user terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, the user terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
Moreover, it is good also as a structure which the user terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the user terminal 20 constitute an information processing device.
Note that the information processing apparatus is an example of a computer including a processor and a memory.

1 game system, 2 networks, 10 server devices, 11 control unit, 12 storage unit, 13 input unit, 14 display unit, 15 communication unit, 20 player terminal, 21 terminal control unit, 22 terminal storage unit, 23 terminal input unit, 24 terminal display section, 25 terminal communication section, 50 game screen, 51 player display area, 52 bet operation area, 52a grid, 52b line, 53 comment operation area, 54 prosperity parameter, 55 time display area, 56 game display area , 60 sub game screen, 61 group designation operation area, 62 bet unit designation operation area, 111 game progress processing section, 112 reception processing section, 113 setting processing section, 114 unit organization processing section, 115 parameter variation processing section, 116 determination processing Part, 117 privilege grant processing part, 118 screen generation processing part

Claims (7)

On the computer,
Screen generation processing for generating a screen including an operation area in which a plurality of operation objects belonging to each operation group are arranged;
A setting process for setting an operation input for only an operation target belonging to the specified operation group when an operation for specifying any one of the operation groups is performed by the operator;
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, a reception process for receiving an operation input for the selected operation target;
A program characterized by having executed. The program according to claim 1,
In the reception process,
When the operation target belonging to the operation group specified by the operator is arranged in the vicinity of the operation target belonging to another operation group not specified by the operator,
When an operation for selecting an operation target belonging to the other operation group arranged in the vicinity is performed by the operator, the operation input for the operation target belonging to the designated operation group is accepted.
A program characterized by that. The information processing apparatus according to claim 1 or 2,
In the reception process, an operation input for any operation target arranged in the operation area is received only within a preset time limit.
A program characterized by that. A program according to any one of claims 1 to 3,
An operation area in which a plurality of operation objects belonging to each operation group is arranged is for a player to perform an operation for betting on a betting object.
In the reception process,
Accepting a bet input for one or a plurality of betting objects associated with the selected operation object when an operation of selecting any operation object arranged in the operation area is performed by the player;
A program characterized by that. The program according to claim 4,
In the screen generation process,
Group specification operation area that allows the player to perform an operation to specify one of the operation groups from among multiple operation groups, and a bet unit specification that causes the player to perform an operation to specify the bet unit when betting chips on the bet target Generate a game screen that displays the operation areas side by side,
A program characterized by that. A screen generation processing unit for generating a screen including an operation area in which a plurality of operation objects belonging to each operation group are arranged;
A setting processing unit configured to accept an operation input only for an operation target belonging to the specified operation group when an operation for specifying any one of the plurality of operation groups is performed by the operator; ,
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, a reception processing unit that receives an operation input for the selected operation target;
An information processing apparatus comprising: Computer
Generate a screen containing an operation area in which multiple operation objects belonging to each operation group are placed,
When an operation for specifying one of the operation groups is performed by the operator, the operation input for only the operation target belonging to the specified operation group is set to be acceptable,
When an operation for selecting an operation target belonging to another operation group not specified by the operator is performed by the operator, an operation input for the selected operation target is not accepted, and the specified operation is not performed. When an operation for selecting an operation target belonging to a group is performed by the operator, an operation input for the selected operation target is accepted.
An information processing method characterized by the above.