JP7688271B2 - Computer program and computer device - Google Patents

Description

The present disclosure relates to a computer program and a computer device.

Conventionally, games are known in which, upon receipt of a lottery request (gacha request) from a user, a medium lottery (gacha) is executed to select game media (characters, items, etc.) to be awarded to the user.

The game medium selected by the gacha is associated with the user. Information regarding the game medium associated with the user is then transmitted to the user's user terminal device. As a result, the game medium selected by the gacha is granted to the user.

In the conventional gacha, the probability of winning is predetermined for each game medium, the gacha is executed based on the winning probability, and the user is simply given the game medium that he or she won. Therefore, whether or not the user is given the game medium that he or she wants depends on the user's luck, and there is a risk that users will lose interest in conventional gacha.

In response to this, technology has been proposed that changes the winning probability of a game medium in a gacha based on the user's game situation or the results of an analysis of the game situation (Patent Documents 1 and 2). With these technologies, for example, when a user's win rate in a game is 60% or higher, it is possible to increase the winning probability of a game medium with high rarity.

JP 2020-028725 A JP 2020-103741 A

However, the technologies of Patent Documents 1 and 2 merely change the probability of winning the game medium based on the user's past game history. As a result, the conventional technologies described above do not improve the interest of the game in the future.

The objective of this disclosure is to provide a computer program that can maintain the interest of the game into the future.

The first disclosure is
A computer program causing a computer to execute the following steps:
In a progress step, a progress status of the main part of the game that progresses based on a user's operation is managed;
In the lottery step, a medium lottery is executed to determine a winning medium, which is a game medium to be associated with the user;
The state of the medium lottery includes a first state and a second state executed under more favorable conditions than the first state,
executing a process for setting the state of the user to the second state in exchange for the progress state thereafter being made disadvantageous due to a predetermined element that is at least one of the one or more elements related to the progress state in the lottery step;
It is a computer program.

In addition, in the first disclosure,
executing a process for setting the state of the user to the second state on condition that the user accepts that the progress thereafter will be disadvantageous due to the content of the selected predetermined element in the lottery step;
It is possible.

In addition, in the first disclosure,
In the lottery step, at least one predetermined element is selected from among a plurality of elements related to the progress status based on an operation of the user.
It is possible.

In addition, in the first disclosure,
In the lottery step, at least one predetermined element is selected from among a plurality of elements related to the progress status by a predetermined lottery.
It is possible.

In addition, in the first disclosure,
In the lottery step, the content that is more advantageous in the second state than in the first state is varied depending on the content of the selected predetermined element.
It is possible.

In addition, in the first disclosure,
In the lottery step, information is generated for presenting or suggesting to the user the content that is more advantageous in the second state than in the first state depending on the content of the selected predetermined element.
It is possible.

In addition, in the first disclosure,
In the lottery step, when the state is the second state, a process for setting the state to the first state is executed by the user releasing the association between the winning medium and the user or by the passage of a predetermined time.
It is possible.

In addition, in the first disclosure,
In the lottery step, the longer the number of times or the period during which the state is the second state, the greater the degree to which the progress status becomes unfavorable based on the predetermined element.
It is possible.

In addition, in the first disclosure,
In the lottery step, a disadvantage level that varies depending on the number of times or the period during which the state has become the second state or the content of the predetermined element becomes a predetermined value, thereby associating a predetermined benefit with the user.
It is possible.

The second disclosure is:
A storage unit that stores the computer program of the first disclosure;
A control unit that executes the computer program;
Equipped with
It is a computer device.

This disclosure makes it possible to provide a computer program that can maintain the interest of the game into the future.

1 is a diagram showing a configuration of a game system in the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. FIG. 2 is a diagram showing an example of multiple gacha tables in the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. 13 is a flowchart showing a gacha table change process in this embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present disclosure will be described with reference to Figures 1 to 7. As shown in Figure 1, the game system 1 includes a server device 2 and a user terminal device 3. Note that the game system 1 and the processing procedures described below are merely examples, and the embodiment of the present disclosure is not limited thereto. The game system 1 and the processing procedures can be appropriately modified in design without departing from the spirit of the present disclosure.

<Game Description>
The server device 2 provides the following games to be executed on the user terminal device 3. Specifically, on the user terminal device 3, a predetermined game is executed that includes a plurality of events (hereinafter, referred to as "quests") that progress by a user operating a player character in a virtual game space via a touch pad 350.

In this embodiment, the game executed on the user terminal device 3 has a quest part in which the player character, which is set as the playable character based on the user's operation and is operated by the user, defeats monsters, which are enemy characters. For example, in one quest in the game, the clearing condition for that quest is met if the player character defeats the monster within the time limit. This quest progresses by the user operating the touchpad 350.

In the quest part, the user progresses through the game by constructing a deck made up of characters owned by the user (associated with the user's identification information). Specifically, the characters incorporated in this deck fight enemy characters based on the user's operations. Note that this quest is carried out by consuming the required amount of stamina, which recovers over time (disassociating the stamina with the user).

In addition to the quest part, this game also has a medium lottery part (gacha part). In this gacha part, one of multiple types of game media (e.g., characters, items) is selected. Specifically, in the gacha part, a game medium is selected from multiple types of game media stored in a pre-prepared lottery table (gacha table), and the selected game medium (information about the game medium) is associated with the user (user identification information).

In the gacha part of this embodiment, multiple gacha events are prepared. The gacha events include, for example, a gacha event that is offered for a limited time (such as gacha event 1 described below) and a gacha event that is always available (such as gacha event 2 described below). After selecting one of the gacha events, the user can execute a gacha based on the gacha table prepared for that gacha event.

In addition, each gacha event offers a single gacha, in which one game medium is selected with one lottery request (gacha request), and a 10-gacha, in which 10 gachas are performed consecutively with one gacha request, and 10 game media are selected.

In this embodiment, the game content selected by gacha, or the game content granted as a reward for completing a quest, for example, is a character. Each character has parameters such as stamina value, attack power, defense power, skill value, and occupation, as well as attributes and rarity.

For example, in this embodiment, the attributes set for characters include fire, water, wind, and other parameters. These attributes are examples of the nature that is set for each character, and the effects of these attributes are exerted to add variety to the progression of the game.

Rarity also has parameters: normal, rare, super rare, and ultra super rare. The rarest levels are ultra super rare, super rare, rare, and normal. This rarity is an indicator of the difficulty of obtaining a character.

Each character is assigned one occupation, one attribute, and one rarity. This occupation is the role given to the character in the virtual game space. Character parameters other than occupation, such as skill value or defense value, may differ for each occupation.

In the following, when the winning character (information about the winning character) is associated with the user (identification information of the user) and information about the winning character associated with the user is sent to the user terminal device 3 of the user, it may be said that the winning character is "granted to the user."

Users can add characters obtained through gacha or as rewards for completing quests to their decks and set them as characters to use.

<Hardware Configuration>
With reference to FIG. 1, the hardware configuration and functional configuration of the server device 2 and the hardware configuration and functional configuration of the user terminal device 3 on which the game is executed will be described.

A user account is assigned to the user terminal device 3 in association with the user terminal device 3. This user account is managed as user account information (user identification information).

When the user terminal device 3 communicates with the server device 2 via the communication network 4, the user's identification information is transmitted from the user terminal device 3. The transmitted user's identification information is subjected to a predetermined authentication by the server device 2. This enables communication between the server device 2 and the user terminal device 3.

<Hardware configuration of server device 2>
As shown in FIG. 1, the server device 2 includes a control unit 20, a storage unit 21, and a network interface 22.

The memory unit 21 and the network interface 22 are connected to the control unit 20 of the server device 2 via the bus 29.

The control unit 20 is composed of a CPU, memory (RAM), various input/output interfaces, etc., and controls the operation of the server device 2. Details will be described later.

The memory unit 21 is mainly composed of a HDD (Hard Disk Drive), RAM (Random Access Memory), ROM (Read Only Memory), SSD (Solid State Drive), etc.

The storage unit 21 stores, for example, the computer program of the present disclosure, a distribution program and data for distributing a game program for executing a game played on the user terminal device 3, and user data (user identification information, user game progress, etc.).

The network interface 22 is connected to the communication network 4 to transmit and receive data between the server device 2 and the user terminal device 3.

<Description of Functions of the Control Unit 20 of the Server Device 2>
The control unit 20 of the server device 2 executes the computer program of the present disclosure to function as each of the following means and execute each of the following steps.

<Explanation of authentication steps>
The control unit 20 executes the authentication step by functioning as an authentication unit. The process executed by the control unit 20 as the authentication unit will be described below.

The control unit 20 authenticates the user account using the user identification information sent from the user terminal device 3.

<Explanation of progress steps>
The control unit 20 executes the progress steps by functioning as a game progress management means. The following describes the process executed by the control unit 20 as the game progress management means.

The control unit 20 progresses a specific game based on the user's operations.

Specifically, the control unit 20 provides the user with multiple quests that occur at certain times (for example, a quest in which an enemy character appears between 1:00 PM and 3:00 PM), quests that occur at certain periods, or quests that can be executed at any time.

Each quest has a preset difficulty level, quest content, and rewards for completing the quest.

The control unit 20 receives the quest start request information described below.

The control unit 20 also starts the selected quest after receiving information from the user terminal device 3 that the amount of stamina required to select a quest will be consumed.

The control unit 20 also receives operation signals from the user of the user terminal device 3 and manages the progress of the main game (quest) based on the deck configuration set by the user.

Specifically, the control unit 20, for example, controls the movement of characters in the virtual game space and manages the physical strength values of the characters.

The control unit 20 manages the progress status of the quest for each user. That is, the control unit 20 associates the user's progress status with the user (user's identification information) and stores it in the storage unit 21.

The control unit 20 also receives an operation signal (element selection/non-selection information, described below) from the user of the user terminal device 3, and selects one disadvantageous element (an example of a predetermined element) from among multiple elements related to the progress of the game (for example, a 10% increase in the amount of stamina consumed when a quest is performed, a 10% increase in the stamina value of an enemy character during a quest, a 10% increase in the time limit for a quest from 10 minutes to 7 minutes, a 10% decrease in rewards when a quest is cleared, a 10% decrease in the drop rate of items during a quest, a longer recovery time for consumed stamina, and the inability to play multiplayer games with other users) (an example of a case in which the user accepts that the progress of the main story will be disadvantageous). Note that this disadvantageous element is an effect (executed within the game) that increases the difficulty of the game progress.

The control unit 20 then controls the quest progress to be disadvantageous depending on the disadvantageous element selected by the user. For example, as shown in FIG. 5, if the user selects one of the elements, "boss HP increases by 10%," the control unit 20 increases the stamina value of enemy characters that appear in quests after the disadvantageous element is selected by the user by 10%. The control unit 20 also associates the selected disadvantageous element with the user and stores it in the memory unit 21.

Additionally, each of the multiple elements related to the progress of a quest is assigned a disadvantage rank. For example, "the amount of stamina consumed when performing a quest increases by 10%" is a disadvantage rank of 1, "the vitality value of enemy characters during the quest increases by 10%" is a disadvantage rank of 2, and "the quest time limit decreases from 10 minutes to 7 minutes" is a disadvantage rank of 3. The higher the disadvantage rank number, the more disadvantageous the progress is for the user, and the more difficult it will be to clear the game. Note that this disadvantage rank is an index that indicates the degree to which the game progress is disadvantageous to the user.

In this embodiment, when an unfavorable element is selected in this way, the effect of the selected unfavorable element is exerted (implemented) in the game, which puts the progress of the quest at a disadvantage, but does not put a disadvantage on the gacha lottery method (including the amount of "stones," an example of in-game currency, consumed).

If no disadvantageous element is selected by the user, or if 24 hours have passed since a disadvantageous element was selected, the control unit 20 will proceed with the game with normal settings (e.g., a time limit of 10 minutes, no increase or decrease in the strength value of enemy characters during a quest). In other words, the time during which the effect of the disadvantageous element in this embodiment is exerted in the game is finite.

This is for the following reason. Namely, if the time during which the effect of the disadvantageous element is exerted in the game is not limited, the effect of the disadvantageous element in the game will continue in the game regardless of time. Depending on the effect, the user may feel that the difficulty of the game has increased to the point where continuing to play is painful. Therefore, if such a painful state continues without time limit, it may actually become a factor that reduces the user's motivation to play the game.

The control unit 20 also transmits the progress of the quest to the user terminal device 3 and receives operation signals, etc. from the user terminal device 3.

<Explanation of lottery steps>
The control unit 20 executes the lottery step by functioning as a medium lottery execution means. The process executed by the control unit 20 as a medium lottery execution means will be described below.

The control unit 20 executes a gacha (media lottery) within the game based on the user's operations.

In this embodiment, when a user requests a gacha, the user must consume in-game currency. For example, examples of in-game currency include free stones that are given to the user as a login bonus, or paid stones that are given to the user as a payment made by the user. In the following, this in-game currency will be referred to as "stones" for convenience.

When the control unit 20 receives gacha request information (described below), it releases the association between the stones (stone information) and the user (user identification information). In this way, when a gacha is requested (when a gacha is executed), stones owned by the user are consumed in an amount according to the type of gacha.

In addition, when the control unit 20 receives gacha request information (described later) from the user terminal device 3, it executes the gacha based on the gacha event selected by the user and the gacha table associated with the gacha state at that time.

In this embodiment, the control unit 20 provides multiple types of gacha (gacha event 1, gacha event 2, single gacha, and 10-consecutive gacha) as shown in Figures 2 and 3. Then, one of the types of gacha is selected based on the user's operation.

For example, the user can select "Gacha Event 1" by touching virtual button 341 in FIG. 2, and can select "Gacha Event 2" by touching virtual button 342 in FIG. 2.

When the user selects one of the gacha events and then requests a "single gacha" (when the virtual button 343 in FIG. 3 is touched), the control unit 20 executes one gacha in response to one gacha request by the user, and selects one winning character.

On the other hand, if the user selects a gacha event and then requests a "10-series gacha" (when the virtual button 344 in FIG. 3 is touched), the control unit 20 executes 10 consecutive gachas in response to a single gacha request by the user, and selects 10 characters.

In addition, for all types of gacha (gacha event 1, gacha event 2, single gacha, 10 consecutive gacha, etc.), there are a normal state (an example of the first state) that is set in normal times (a state in which no disadvantageous element has been selected by the user) and an advantageous state (an example of the second state) that is executed in a state that is more advantageous than the normal state.

The control unit 20 sets the gacha state to the normal state if the user does not select any of the disadvantageous elements, and sets the gacha state to the advantageous state from that point on until 24 hours (an example of a predetermined period) have passed if the user selects any of the disadvantageous elements.

In addition, when the gacha state is favorable (a state in which an unfavorable element is selected) and 24 hours have passed since the unfavorable element was selected, the control unit 20 transitions the gacha state to the normal state.

Note that if the user selects any of the disadvantageous elements (the gacha state becomes advantageous) when playing any type of gacha (for example, the single gacha of gacha event 1 described below), the gacha state will also be set to advantageous in other types of gacha (for example, the 10-consecutive gacha of gacha event 2). In this case, for example, a text message stating "Disadvantageous rank 1 has been selected" is displayed, as shown in FIG. 3.

The control unit 20 executes the gacha based on the gacha table associated with the gacha status.

Figure 4 is an example of a gacha table in this embodiment.

In the gacha table in Figure 4(a), the probability of winning a character with normal rarity is 5.0%, and the probability of winning a character with super rare rarity is 0.5%.

In addition, in the gacha table of FIG. 4(b), the winning probability of a character with normal rarity is 4.0%, and the winning probability of a character with super rare rarity is 1.5%.

In addition, in the gacha table of FIG. 4(c), the winning probability of a character with normal rarity is 3.0%, and the winning probability of a character with super rare rarity is 3.0%.

Then, if none of the disadvantageous elements are selected (if the gacha state is normal), the control unit 20 selects the gacha table in FIG. 4(a) as the gacha table for that user.

In addition, when, for example, "the amount of stamina consumed when a quest is performed increases by 10%" is selected as an unfavorable element (when the gacha state is favorable and the unfavorable rank is 1), the control unit 20 selects the gacha table in FIG. 4(b) as the gacha table for that user.

In addition, for example, when "enemy character's vitality value increases by 10%" is selected as an unfavorable element (when the gacha state is favorable and the unfavorable rank is 2), the control unit 20 selects the gacha table in FIG. 4(c) as the gacha table for that user.

Figure 6 is an example showing a game screen after a gacha has been executed. In Figure 6, the winning character is displayed on the liquid crystal screen 340 of the user terminal device 3. That is, Figure 6 displays the character name of the winning character (e.g., "Character 23"), the attribute of the winning character (e.g., "Water attribute"), and the rarity of the winning character (e.g., "Super rare").

<Description of communication steps>
The control unit 20 executes the communication step by functioning as a communication unit. The process executed by the control unit 20 as a communication unit will be described below.

The control unit 20 transmits and receives user identification information and the like between the user terminal device 3.

The control unit 20 also receives user operation signals (including operation information), quest start request information, gacha request information, and element selection/non-selection information (described below) from the user terminal device 3.

The control unit 20 also transmits game data such as the game program, information regarding the progress of the quest, information regarding the winning character, etc. to the user terminal device 3.

<Hardware Configuration of User Terminal Device 3>
1, the user terminal device 3 is a terminal device such as a smartphone that has a built-in speaker 330, a liquid crystal screen 340, and a touch pad 350. In this user terminal device 3, the game progresses based on the game program and data related to the game distributed from the server device 2.

In addition, the user terminal device 3 can communicate data with the server device 2 via a communication network 4 such as the Internet or a LAN.

The user terminal device 3 includes a control unit 30, a memory unit 31, a network interface 32, an audio processing unit 33, a graphics processing unit 34, and an operation unit 35.

The memory unit 31, the network interface 32, the audio processing unit 33, the graphics processing unit 34, and the operation unit 35 are connected to the control unit 30 via a bus 39.

The control unit 30 is composed of a CPU, memory (RAM), various input/output interfaces, etc., and controls the operation of the user terminal device 3.

The storage unit 31 is mainly composed of a HDD, RAM, ROM, SSD, etc. The storage unit 31 stores, for example, game programs and data for executing the game.

The network interface 32 is connected to the communication network 4 in order to transmit and receive data between the user terminal device 3 and the server device 2. This allows the game program and game data to be downloaded to the user terminal device 3.

The audio processing unit 33 plays and synthesizes digital game sounds according to instructions from the control unit 30. A speaker 330 is also connected to the audio processing unit 33. The game sounds are output from the speaker 330.

The graphics processing unit 34 renders game images including the virtual game space and the player character in a moving image format in accordance with instructions from the control unit 30. The game images rendered in a moving image format by the graphics processing unit 34 are displayed on the liquid crystal screen 340 as a game screen.

Operation signals from the user are input to the operation unit 35. In this embodiment, operation signals from the user are input to the operation unit 35 via a touchpad 350, which is an input position detection device. By touching the touchpad 350, the user can organize characters (configure a deck), select a quest, or operate the player character, etc.

<Description of Functions of the Control Unit 30 of the User Terminal Device 3>
The control unit 30 executes the game program downloaded from the server device 2, thereby functioning as each of the following means and executing each of the following steps.

<Explanation of execution steps>
The control unit 30 executes execution steps by functioning as a game execution means. The following describes the processing executed by the control unit 30 as a game execution means.

The control unit 30 causes the user terminal device 3 to execute a game having a quest part and a gacha part based on the user's operation of the touchpad 350.

The control unit 30 progresses the game based on the user's operations and information sent from the control unit 20 of the server device 2.

Specifically, the control unit 30 reads data such as game space objects and textures contained in the game data from the storage unit 31, and generates a two-dimensional or three-dimensional virtual game space.

The control unit 30 also places a player character in the virtual game space. The control unit 30 then controls the actions of the player character in the virtual game space in response to the user's operation of the touchpad 350 and the progress of the game transmitted from the control unit 20 of the server device 2.

The control unit 30 also generates information for displaying the virtual game space, the player character, and the virtual buttons as a game screen on the liquid crystal screen 340. The graphics processing unit 34 draws game images on the liquid crystal screen 340 according to this information.

For example, as shown in FIG. 2, the LCD screen 340 displays, from the top of the screen, "Stamina" (remaining stamina), "User rank," and "Stones" (number of stones owned, and how many of those are paid stones).

The control unit 30 also generates quest start request information for requesting the start of a quest based on the user's operation. The quest start request information is transmitted to the server device 2 in the communication step.

The control unit 30 also generates information (element selection/non-selection information) indicating that one disadvantageous element has been selected or not selected from among multiple elements related to the progress of the quest, based on the user's operation, as shown in FIG. 5. The element selection/non-selection information is transmitted from the user terminal device 3 to the server device 2.

<Description of request step>
The control unit 30 executes the request step by functioning as a medium lottery request means. The process executed by the control unit 30 as a medium lottery request means will be described below.

When a gacha request is made based on a user operation, the control unit 30 generates gacha request information. The gacha request information includes the user's identification information, information on the gacha event selected by the user, information on the type of gacha, as well as information on the type of stones to be consumed and the amount of stones to be consumed. This gacha request information is transmitted to the server device 2 in a communication step.

Specifically, when the user touches the virtual button 341 for "Gacha Event 1," the control unit 30 generates gacha request information for Gacha Event 1.

On the other hand, if the user touches the "Gacha Event 2" virtual button 342, the control unit 30 generates gacha request information for Gacha Event 2.

In addition, when a gacha event is selected and the user touches the "single gacha" virtual button 343, the control unit 30 generates gacha request information for the single gacha along with gacha request information for the selected gacha event.

On the other hand, when a gacha event is selected and the user touches the "10 consecutive gacha" virtual button 344, the control unit 30 generates gacha request information for the 10 consecutive gacha along with gacha request information for the selected gacha event.

Depending on the type of gacha request information received by the server device 2, the corresponding gacha will be executed on the server device 2.

If the user has not selected an unfavorable element (including the case where 24 hours have passed since the last time an unfavorable element was selected), the control unit 30 displays the game screen of FIG. 5. Then, if the user touches any button, the control unit 30 transmits element selection/non-selection information to the server device 2.

<Description of communication steps>
The control unit 30 executes the communication step by functioning as a communication unit. The process executed by the control unit 30 as a communication unit will be described below.

The control unit 30 receives information from the server device 2, such as the game program related to the game and information about the winning character.

In addition, the control unit 30 transmits, for example, user identification information, information requesting the download of new game data, information requesting the start of a quest, information requesting gacha, information on whether an element is selected or not, and the like, to the server device 3 based on user operations.

<Explanation of Gacha table change process>
Hereinafter, the gacha table change process of the present disclosure will be described with reference to FIG.

First, the control unit 20 of the server device 2 determines whether the user has selected a disadvantageous element and whether it has been less than 24 hours since the disadvantageous element was selected (step S1).

If no disadvantageous element has been selected (including the case where 24 hours have passed since the last time an disadvantageous element was selected) (S1: NO), the control unit 20 sets the gacha state to the normal state (step S2). In this case, the control unit 20 executes the quest with the game progressing in the normal state.

On the other hand, if an unfavorable element has been selected and it has been less than 24 hours since the unfavorable element was selected (S1: YES), the control unit 20 sets the state of the gacha to an advantageous state (step S8). In this case, the control unit 20 executes the quest with the content of the selected unfavorable element. The control unit 20 also generates information for displaying on the liquid crystal screen 340 of the user terminal device 3 that an unfavorable element has been selected, as shown in FIG. 3.

Then, the control unit 30 of the user terminal device 3 determines whether the user has made a gacha request (step S3).

If it is determined that the user has not made a gacha request (S3: NO), the process returns to step S1.

On the other hand, if it is determined that the user has made a gacha request (S3: YES), the control unit 20 of the server device 2 selects a gacha table according to the gacha status (and an unfavorable rank if the status is favorable) (step S4).

Next, the control unit 20 releases the association between the amount of stones required to request a gacha (e.g., 10 stones) and the user's identification information. This consumes the amount of stones required for the gacha (step S5). Note that in this embodiment, the amount of stones consumed when a gacha is requested is the same whether in the normal state or in the advantageous state.

Next, the control unit 20 executes the gacha based on the selected gacha table (step S6). This determines the winning character.

Next, the control unit 20 executes a communication step and transmits information about the winning character to the user terminal device 3. This gives the winning character to the user (step S7). After that, the gacha table change process of the present disclosure ends.
The above steps execute the gacha table change process of the present disclosure.

In summary, the present disclosure:
A computer program causing a computer to execute the following steps:
In the progress step, managing the progress of a quest that progresses based on a user's operation;
In the lottery step, a gacha is executed to determine a winning character to be given to the user;
There are two types of gacha states: the normal state, which is set during normal play, and the advantageous state, which is executed under more advantageous conditions than the normal state.
In the lottery step, a gacha state for the user is changed from a normal state to an advantageous state in exchange for the user's progress being made disadvantageous thereafter due to an unfavorable element (e.g., a 10% increase in the vitality value of an enemy character in the quest) selected from one or more elements related to the progress of the quest;
It is a computer program.

<Effects of disclosure>
According to the computer program of this embodiment, the probability of winning a game medium in a gacha can be changed based on the user's wishes, and interest in the game can be maintained in the future.

[Other embodiments]
In the above embodiment, an example is described in which the state of the gacha transitions to the normal state when 24 hours (an example of a predetermined time) has passed since the user selected the disadvantageous element, but the present disclosure is not limited to this. For example, the predetermined time may be one month.

In addition, although the embodiment describes an example in which one disadvantageous element is selected, the present disclosure is not limited to this. For example, the user may select two or more disadvantageous elements. In this case, the gacha may be gradually favored (for example, the probability of winning a character with a high rarity may increase, or the number of characters that can be won may increase) depending on the number of disadvantageous elements selected.

In addition, in the above embodiment, an example is described in which no conditions are imposed for the gacha state to become favorable, but the present disclosure is not limited to this. For example, a process may be executed to change the gacha state when the user's game progress reaches a predetermined state (e.g., 10 quests are cleared), the number of consecutive login days reaches 10, or the number of friends reaches 20.

In addition, if a user completes a quest in a state where the progress of the quest is unfavorable to the user due to the selection of an unfavorable element, the control unit of the server device may increase (or enrich) the completion reward more than usual.

In addition, without being limited to the above embodiment, the control unit of the server device may select at least one disadvantageous element from among the contents of multiple elements related to the progress status by a predetermined lottery.

In this case, one of the disadvantageous elements is selected at random, allowing for more variety in gameplay after the disadvantageous element is selected. In other words, this prevents the problem of the types of disadvantageous elements selected by users becoming biased.

In addition, in the above embodiment, an example is described in which the gacha table used differs depending on the content of the selected disadvantage element, but the present disclosure is not limited to this. For example, the control unit of the server device may vary the number of winning characters (or the type of character) when "the stamina value of enemy characters in a quest increases by 10%" is selected, or may vary the amount of stones consumed when a gacha is requested when "the quest time limit is reduced from 10 minutes to 7 minutes" is selected.

In this case, not only is the gacha table (character winning probability, type of winning character) changed, but the lottery method is also changed, making it possible to provide a variety of gacha.

In addition, without being limited to the above embodiment, the control unit of the server device may generate information to present or suggest to the user the content that will be more advantageous than the normal state in an advantageous state depending on the content of the selected disadvantageous element.

In this case, the user can know the advantageous elements of the gacha before requesting the gacha. Therefore, the user can select one of the disadvantageous elements and consider whether or not to request the gacha.

In addition, without being limited to the above embodiment, the control unit of the server device may execute a process for setting the state of the gacha to the normal state when the state of the gacha is in a favorable state, by the user releasing the association between the winning character and the user.

If the user selects an unfavorable element, the game difficulty may increase more than the user expected, and the user may be unable to progress through the quest. In such a case, the above configuration can be adopted to rescue the user.

In addition, without being limited to the above embodiment, the longer the number of times or the period during which the gacha state is in a favorable state, the greater the degree to which the progress of the quest becomes unfavorable based on the unfavorable elements.

In this case, it is possible to prevent users from always being in an advantageous gacha state, and the game balance can be maintained appropriately.

In addition, without being limited to the above embodiment, when the disadvantage level, which varies depending on the number of times or the period during which the gacha state has been in an advantageous state or the contents of the disadvantageous element, reaches a predetermined value (e.g., the disadvantage level is 20 or more), a predetermined privilege (e.g., the right to request a gacha without consuming items or stones) may be granted to the user.

In this case, by playing the game in a disadvantageous situation in the future, the gacha will be favored and the user will be given benefits different from the benefits in the gacha. Therefore, in exchange for increasing the difficulty of the game, the user can receive various benefits.

In addition, in the above embodiment, an example is described in which the present disclosure is applied to a single gacha, but the present disclosure is not limited to this. For example, the present disclosure may be applied to a 10-consecutive gacha in which 10 gachas are performed consecutively with one gacha request, and 10 characters are won.

In addition, the present disclosure may be applied to a 10-series gacha in which five gachas are performed consecutively with one gacha request, with two characters being won per gacha, rather than a 10-series gacha in which ten gachas are performed with one gacha request and ten characters are won.

The present disclosure may also be applied to a 10-series gacha, in which one gacha is performed with one gacha request and 10 characters are simultaneously won.

Other examples include:
A computer program causing a computer to execute the following steps:
In a progress step, a progress status of the main part of the game that progresses based on a user's operation is managed;
In the lottery step, a medium lottery is executed to determine a winning medium, which is a game medium to be associated with the user;
The state of the medium lottery includes a first state and a second state executed under less favorable conditions than the first state,
executing a process for changing the state of the user from the first state to the second state in exchange for the progress being made more favorable thereafter by a predetermined element that is at least one of the one or more elements related to the progress in the lottery step;
There is a computer program.

In this case, unlike the previous embodiment, the user can make the game progress more favorable (for example, the amount of stamina required to perform a quest is reduced by 10%, the vitality value of enemy characters in a quest is reduced by 10%, the time limit for a quest is increased from 10 minutes to 15 minutes) in exchange for performing the gacha in an unfavorable state.

Other examples include:
A computer program causing a computer to execute the following steps:
In a progress step, a progress status of a first main part (quest 1) and a second main part (quest 2) of the game that progresses based on a user's operation is managed;
The states of quest 1 and quest 2 include a first state (normal state) that is set in normal times, a second state (unfavorable state) that is executed under conditions less favorable than the normal state, and a third state (favorable state) that is executed under conditions more favorable than the normal state.
In the proceeding step, in exchange for setting the state of quest 1 from the normal state to the unfavorable state (or the favorable state), a process is executed for setting the state of quest 2 from the normal state to the favorable state (or the unfavorable state);
There is a computer program.

In this case, when a user tries to conquer a game, for example, quest 1, which the user is good at (e.g., a water attribute quest), can be put in an unfavorable state, but quest 2, which the user is not good at (e.g., a fire attribute quest), can be put in an advantageous state. This can broaden the scope of play in the game.

In addition, in the above embodiment, an example is described in which the computer is one server device, but the present disclosure is not limited to this. For example, the computer may be multiple server devices. Also, a user terminal device of one user may function as a server device. Furthermore, in this case, one user terminal device and the other user terminal device may be connected via BLUETOOTH (registered trademark). Also, the steps of the present disclosure may be executed by a single user terminal device, or the steps of the present disclosure may be executed by cooperation between the server device and the user terminal device.

In addition, in the above embodiment, an example is described in which the user terminal device is a terminal device such as a smartphone, but the present disclosure is not limited to this. The user terminal device may be, for example, a stationary game device to which a display and a controller are externally connected, or a personal computer.

1 Game system 2 Server device 3 User terminal device 4 Communication network

Claims (10)

A computer program causing a computer to execute the following steps:
In a progress step, a progress status of the main part of the game that progresses based on a user's operation is managed;
In the lottery step, a medium lottery is executed to determine a winning medium, which is a game medium to be associated with the user;
The state of the medium lottery includes a first state and a second state executed under more favorable conditions than the first state,
executing a process for setting the state of the user to the second state in exchange for the progress state thereafter being made disadvantageous due to a predetermined element that is at least one of the one or more elements related to the progress state in the lottery step;
Computer program. executing a process for setting the state of the user to the second state on condition that the user accepts that the progress thereafter will be disadvantageous due to the content of the selected predetermined element in the lottery step;
2. The computer program product of claim 1. In the lottery step, at least one predetermined element is selected from among a plurality of elements related to the progress status based on an operation of the user.
3. A computer program according to claim 1 or 2. In the lottery step, at least one predetermined element is selected from among a plurality of elements related to the progress status by a predetermined lottery.
3. A computer program according to claim 1 or 2. In the lottery step, the content that is more advantageous in the second state than in the first state is varied depending on the content of the selected predetermined element.
A computer program according to any one of claims 1 to 4. In the lottery step, information is generated for presenting or suggesting to the user the content that is more advantageous in the second state than in the first state depending on the content of the selected predetermined element.
A computer program according to any one of claims 1 to 5. In the lottery step, when the state is the second state, a process for setting the state to the first state is executed by the user releasing the association between the winning medium and the user or by the passage of a predetermined time.
A computer program according to any one of claims 1 to 6. In the lottery step, the longer the number of times or the period during which the state is the second state, the greater the degree to which the progress status becomes unfavorable based on the predetermined element.
A computer program according to any one of claims 1 to 7. In the lottery step, a disadvantage level that varies depending on the number of times or the period during which the state has become the second state or the content of the predetermined element becomes a predetermined value, thereby associating a predetermined benefit with the user.
A computer program according to any one of claims 1 to 8. A storage unit that stores the computer program according to any one of claims 1 to 9;
A control unit that executes the computer program;
Equipped with
Computer equipment.

Images