JP7319558B2 - computer programs and computer equipment - Google Patents

Description

The present invention relates to computer programs and computer devices.

2. Description of the Related Art Conventionally, there has been known a game in which a medium lottery (gacha) for selecting game media (characters, items, etc.) to be given to a user is executed upon receiving a lottery request (gacha request) from a user (for example, , see Patent Document 1).

The game media selected by Gacha are associated with the user. Information about the game content associated with the user is then transmitted to the user's user terminal device. As a result, the game content selected by Gacha is provided to the user.

JP 2008-093165 A

However, since the conventional gacha only provides the user with the game content won by lottery, there is a risk that the user will lose interest in the gacha. Therefore, there has been a demand for a gacha with a higher level of gameplay.

SUMMARY OF THE INVENTION An object of the present invention is to provide a computer program capable of providing gacha with a higher game quality.

The first invention is
A computer program that causes a computer to perform the steps of:
In a lottery step, a medium lottery is executed in a predetermined game based on the operation of the user;
A plurality of types of medium lotteries are prepared for the medium lottery,
any type of the medium lottery is selected based on the user's operation;
in the media lottery, winning media are associated with the user based on the type of media lottery selected;
The winning medium is a game medium selected from game media stored in a lottery table selected for the medium lottery of the selected type,
The lottery table is
a plurality of types are prepared such that at least one of the type of the game medium and the winning probability of the game medium are different for each type of the medium lottery; and
selecting one type of lottery table from a plurality of types of lottery tables prepared for each type of medium lottery when a predetermined condition is satisfied;
When the lottery table is selected for each type of the medium lottery, one of the lottery tables associated with the medium lotteries of different types is selected.
A computer program.

Moreover, in the first invention,
At least one same group is included in the lottery table selected between the medium lotteries of different types,
Among the same groups of the lottery table selected between different types of medium lotteries, the winning probabilities of the game media belonging to the medium groups formed by classifying the game media according to a predetermined rule are the same. be,
be able to.

Moreover, in the first invention,
the predetermined rule is that the game media have the same parameters;
be able to.

Moreover, in the first invention,
The types of the medium lottery are a paid medium lottery in which the currency media required when requesting the medium lottery are charged, and the currency media required when the medium lottery is requested are free of charge. A free media raffle, including if,
One of the lottery tables selected between the medium lotteries of different types is used in the payable medium lottery, and one of the lottery tables selected between the medium lotteries of different types is used. The other lottery table is used in the free medium lottery,
be able to.

Moreover, in the first invention,
in the proceeding step, proceeding with a first game and a second game as the games;
One of the lottery tables selected between the medium lotteries of different types is used in the first game, and one of the lottery tables selected between the medium lotteries of different types is used in the first game. The other lottery table is used in the second game,
be able to.

Moreover, in the first invention,
The predetermined condition is
a predetermined date, a predetermined day of the week, a predetermined date and/or a predetermined time;
Ending maintenance of the game;
requesting the media lottery by the user;
The number of times the user has requested the medium lottery exceeds a predetermined number of times, and
A plurality of types of events related to the medium lottery are prepared, and the event to be executed is changed;
is at least one of
be able to.

Moreover, in the first invention,
At least one same group is included in the lottery table selected between the medium lotteries of different types,
Among the same groups of the lottery table selected between different types of medium lotteries, the winning probabilities of the game media belonging to the medium groups formed by classifying the game media according to a predetermined rule are the same. can be,
In the lottery step, generating information for suggesting information about the same group to the user;
be able to.

The second invention is
A computer program that causes a computer to perform the following steps,
In the simulation step, executing a simulated lottery based on a user's operation in a predetermined game,
In the simulated lottery, simulated media that are game media selected from a plurality of types of game media stored in the simulated table are determined,
The mock table is
a plurality of types of the game media are prepared so that at least one of the types of the game media and the odds of winning the game media are different from each other; and
selecting one type of the simulated table from among the prepared multiple types of the simulated table when a specific condition is satisfied;
In a lottery step, a medium lottery is executed in the game based on the operation of the user;
In the medium lottery, a winning medium, which is a game medium selected from a plurality of types of game mediums stored in a lottery table, is associated with the user,
The lottery table is
a plurality of types of the game media are prepared so that at least one of the types of the game media and the odds of winning the game media are different from each other; and
selecting one type of the lottery table from among the plurality of prepared lottery tables when a predetermined condition is satisfied;
when the simulation table is selected, one of the simulation tables associated with the lottery table selected for the medium lottery is selected;
When the lottery table is selected, one of the lottery tables associated with the simulated table selected for the simulated lottery is selected;
A computer program.

The third invention is
A computer program that causes a computer to perform the following steps,
In the determination step, a success or failure lottery is executed using a predetermined probability table based on a user's operation in a predetermined game,
In the success or failure lottery, the degree of effect to be generated in the game is determined based on the probability table,
The probability table is
A plurality of types are prepared so that the degree of generating the effect is different from each other, and
selecting one type of the probability table from the prepared plurality of types of the probability table when a specific condition is satisfied;
In a lottery step, a medium lottery is executed in the game based on the operation of the user;
In the medium lottery, a winning medium, which is a game medium selected from a plurality of types of game media stored in a lottery table, is associated with the user,
The lottery table is
A plurality of types of the game media are prepared so that at least one of the types of the game media and the winning probabilities of the game media are different from each other, and
when a predetermined condition is satisfied, one type of the lottery table is selected from the plurality of types of the lottery tables prepared;
The higher the degree of effect generation in the selected probability table, the higher the winning probability of the game medium having a parameter equal to or greater than a predetermined value in the selected lottery table.
A computer program.

The fourth invention is
a storage unit that stores the computer program of the first to third inventions;
a control unit that executes the computer program;
comprising
It is a computer device.

According to the present invention, it is possible to provide a computer program capable of providing gacha with a higher game quality.

It is a figure which shows the structure of the game system in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. It is a figure which shows an example of several gacha tables in this embodiment. It is a figure which shows an example of several gacha tables in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. It is a flow chart which shows gacha table change processing in this embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be described with reference to FIGS. 1 to 7. FIG. The game system 1 includes a server device 2 and a user terminal device 3, as shown in FIG. It should be noted that the game system 1 and processing procedures described later are examples, and the embodiments of the present invention are not limited to these. The game system 1 and processing procedures can be appropriately modified in design within the scope of the present invention.

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

In the present embodiment, the game executed on the user terminal device 3 includes a quest part in which a player character operated by the user is set as a character to be used based on the user's operation and subjugates a monster that is an enemy character. . For example, in one quest in the game, if the player character subjugates a monster within the time limit, the clear condition of the quest is satisfied. This quest progresses as the user operates the touch pad 350 .

In the quest part, the user constructs a deck made up of characters owned by the user (associated with the user's identification information) to progress the game. Specifically, a character incorporated in this deck fights an enemy character based on the user's operation. Note that this quest is executed by consuming the required amount of stamina that recovers over time (releasing the association between stamina and the user).

In addition to the quest part, this game has a medium lottery part (gacha part). In this gacha part, one of a plurality of types of game media (for example, characters and items) is selected. Specifically, in a gacha part, game media (information about game media) selected from a plurality of types of game media stored in a prepared lottery table (gacha table) and a user (user identification information) Associated.

A plurality of gacha events are prepared in the gacha part of the present embodiment. The gacha event includes, for example, a gacha event provided for a limited period of time, a gacha event provided all the time, and the like. After selecting one of the gacha events, the user can execute the gacha based on the gacha table prepared for that gacha event.

In addition, in each gacha event, a single gacha in which one game medium is selected with one lottery request (gacha request) and 10 gachas in which 10 gachas are continuously performed with one gacha request are performed. A 10-slot gacha is prepared in which game media of the body are selected.

In this embodiment, the game media selected by gacha, or the game media given as rewards for clearing quests, for example, are characters. In addition, each character has physical strength, attack power, defense power, skill value, and occupation as types of parameters, as well as attributes and rarity (rarity).

For example, in the present embodiment, attributes set for a character include parameters such as fire attributes, water attributes, and wind attributes.

In addition, normal, rare, extreme rare, and super rare are provided as parameters for the rarity. In terms of rarity, the order of rarity is super rare, super rare, rare, and normal.

Each character has one attribute and one rarity.

Hereinafter, the fact that a winning character (information about a winning character) is associated with a user (user identification information) and that information about a winning character associated with the user is transmitted to the user terminal device 3 of the user is referred to as "winning A character is given to the user."

The user can incorporate characters obtained as rewards for clearing gacha or quests into the deck and set them as characters to be used.

<Hardware configuration>
The hardware configuration and functional configuration of the server device 2 and the hardware configuration and functional configuration of the user terminal device 3 in which the game is executed will be described with reference to FIG.

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 terminal device 3 transmits user identification information. The transmitted user identification information undergoes predetermined authentication in the server device 2 . This enables communication between the server device 2 and the user terminal device 3 .

<Hardware Configuration of Server Apparatus 2>
The server device 2 includes a control unit 20, a storage unit 21, and a network interface 22, as shown in FIG.

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

The control unit 20 controls operations of the server device 2 . Details will be described later.

The storage unit 21 mainly includes a HDD (Hard Disk Drive), a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), and the like.

The storage unit 21 stores, for example, the computer program of the present invention and a distribution program and data for distributing a game program for executing a game played on the user terminal device 3 .

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

<Explanation of Functions of Control Unit 20 of Server Device 2>
By executing the computer program of the present invention, the control unit 20 of the server device 2 functions as the following means and executes the following steps.

<Description of authentication steps>
The control unit 20 performs an authentication step by functioning as authentication means. Processing executed by the control unit 30 as authentication means will be described below.

The control unit 20 uses the user identification information transmitted from the user terminal device 3 to authenticate the user account.

<Description of progress steps>
The control unit 20 executes progress steps by functioning as game progress management means. Processing executed by the control unit 30 as game progress management means will be described below.

The control unit 20 advances a predetermined game based on the user's operation.

Specifically, the control unit 20 can execute a plurality of quests that occur every hour (for example, a quest in which an enemy character appears between 1:00 p.m. Serve the quest to the user.

Each quest has its difficulty level, quest content, and quest clear reward set in advance.

The control unit 20 receives quest start request information, which will be described later.

Further, the control unit 20 starts the selected quest after receiving information from the user terminal device 3 that the amount of stamina required for executing the quest is consumed.

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

Specifically, for example, the control unit 20 causes the character to act in the virtual game space and manages the physical strength of the character.

The control unit 20 also transmits the progress of the main part of the game (quest) to the user terminal device 3 via the control unit 20 to be described later, and receives operation signals and the like from the user terminal device 3 .

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

The control unit 20 executes gacha (medium lottery) in the game based on the user's operation.

In this embodiment, when the user requests a gacha, it is necessary to consume free stones or paid stones. Free stones and paid stones are in-game currency. For example, an example of free stones is in-game currency given to the user as a login bonus, and an example of paid stones is in-game currency given to the user by charging the user. In the following, the free stones and paid stones may be collectively referred to simply as "stones."

The control unit 20 cancels the association between the stone (stone information) and the user (user identification information) upon receiving gacha request information, which will be described later. As described above, when a gacha request is made (when a gacha is executed), the stones owned by the user are consumed in a quantity corresponding to the type of gacha.

In addition, upon receiving gacha request information, which will be described later, from the user terminal device 3, the control unit 20 executes the gacha based on the gacha table associated with the gacha event selected by the user.

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

As the gacha event, two types of gacha event 1 and gacha event 2 having different gacha tables are prepared. Then, a gacha based on either gacha event 1 or gacha event 2 selected by the user is executed, and a winning character is awarded to the user.

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

In the present embodiment, gacha event 1 is a free gacha when the stones when the user requests the gacha are free stones. Also, gacha event 2 is a paid gacha in which the stones when the user requests the gacha are paid stones.

Winning characters are selected from characters stored in the gacha table associated with the selected gacha event (type of gacha).

A plurality of types of gacha tables are prepared such that at least one of character types and character winning probabilities are different for each gacha event.

FIG. 4 is an example of a gacha table in gacha event 1 (free gacha). In the gacha table shown in FIG. 4(a), the probability of winning a character with normal rarity is 5.0%, and the probability of winning a character with extremely rare rarity is 0.5%. In the gacha table of FIG. 4(b), the probability of winning a character of normal rarity is 4.0%, and the probability of winning of a character of extremely rare rarity is 1.0%. In addition, in the gacha table of FIG. 4(c), the probability of winning a character of normal rarity is 3.0%, and the probability of winning of a character of extremely rare rarity is 3.0%.

FIG. 5 is an example of a gacha table in gacha event 2 (paid gacha). In the gacha table of FIG. 5(a), the probability of winning a character with a rare rarity is 5.0%, and the probability of winning a character with a super-rare rarity is 0.5%. In the gacha table of FIG. 5B, the probability of winning a character with a rare rarity is 4.0%, and the probability of winning a character with a super-rare rarity is 1.0%. In addition, in the gacha table of FIG. 5C, the probability of winning a character with a rare rarity is 3.0%, and the probability of winning a character with a super-rare rarity is 3.0%.

In addition, when a predetermined condition is satisfied, the control unit 20 selects one type of gacha table from a plurality of types of prepared gacha tables for each gacha event.

In this embodiment, the predetermined condition is a predetermined date and time (for example, every Sunday at 6:00 am).

Further, the gacha table of the gacha event 1 and the gacha table of the gacha event 2 are selected so as to be interlocked with each other.

Specifically, when the gacha table shown in FIG. 4A is selected for the gacha event 1, the gacha table shown in FIG. 5A is selected for the gacha event 2. FIG. When the gacha table shown in FIG. 4B is selected for gacha event 1, the gacha table shown in FIG. 5B is selected for gacha event 2. FIG. When the gacha table shown in FIG. 4C is selected for gacha event 1, the gacha table shown in FIG. 5C is selected for gacha event 2. FIG.

Two or more of the same groups are included in each of the two gacha tables selected for each type of gacha.

The same group is a group in which the winning probabilities of characters belonging to a character group configured by classifying characters according to a predetermined rule are the same between gacha events.

In this embodiment, the predetermined rule is that the characters have the same rarity. That is, in each gacha event, characters belonging to each group have the same rarity.

As shown in FIGS. 4 and 5, the characters belonging to the same group in gacha event 1 and the same group in gacha event 2 have different rarities, but the winning probabilities of the characters belonging to each group are the same.

For example, the group of characters whose rarity is extremely rare in FIG. 4A and the group of characters whose rarity is extremely rare in FIG. is. Also, the group of normal-rarity characters in FIG. 4A and the group of rare-rarity characters in FIG.

Therefore, after the gacha table is changed, when the user executes the gacha event 1 which is the free gacha a plurality of times and judges that the extremely rare character is more likely to be won, the user performs the gacha event 1 which is the paid gacha. In Event 2, it can be determined that super-rare characters are more likely to win. In this case, the user can be motivated to actively request the paid gacha (gacha event 2).

On the other hand, after the gacha table is changed, as a result of the user executing the free gacha event 1 multiple times, if it is determined that a normal character is likely to be won, the user can select a rare character in the paid gacha event 2. It can be determined that the character is likely to win. In this case, the user is encouraged to refrain from requesting paid gacha (gacha event 2).

In addition, as described above, the types of gacha include single-shot gacha and 10 consecutive gacha.

When the user selects a gacha event and then requests a "single-shot gacha" (when the virtual button 343 in FIG. 3 is touched), the control unit 20 allows one gacha event per gacha request by the user. to select one winning character.

On the other hand, when the user selects a gacha event and then requests "10 consecutive gachas" (when the virtual button 344 in FIG. 3 is touched), the control unit 20 allows the user to make a single gacha request and continuously Execute gacha 10 times and select 10 characters.

FIG. 6 is an example showing a game screen after gacha is executed. In FIG. 6, winning characters are displayed on the liquid crystal screen 340 of the user terminal device 3 . That is, FIG. 6 displays the character name of the winning character (eg, "Character 23"), the attribute of the winning character (eg, "water attribute"), and the rarity of the winning character (eg, "extremely rare"). there is

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

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

The control unit 20 also receives an operation signal by the user, quest start request information, gacha request information, and the like from the user terminal device 3 .

The control unit 20 also transmits game data such as a game program, information on the progress of quests, information on winning characters, and the like to the user terminal device 3 .

<Hardware Configuration of User Terminal Device 3>
The user terminal device 3 is, as shown in FIG. 1, a terminal device such as a smart phone, in which a speaker 330, a liquid crystal screen 340, and a touch pad 350 are incorporated. In this user terminal device 3 , the game progresses based on the game program and data regarding the game distributed from the server device 2 .

Also, the user terminal device 3 can perform data communication 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 section 30 , a storage section 31 , a network interface 32 , an audio processing section 33 , a graphics processing section 34 and an operation section 35 .

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

The control unit 30 controls operations of the user terminal device 3 .

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

A network interface 32 is connected to the communication network 4 to transmit and receive data between the user terminal device 3 and the server device 2 . As a result, the game program and game data are downloaded to the user terminal device 3 .

The audio processing unit 33 reproduces 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 . A game sound is output from the speaker 330 .

The graphics processing unit 34 draws a game image including a virtual game space and player characters in a moving image format according to instructions from the control unit 30 . A game image rendered in a moving image format by the graphics processing unit 34 is displayed on the liquid crystal screen 340 as a game screen.

An operation signal from the user is input to the operation unit 35 . In this embodiment, an operation signal from the user is input to the operation unit 35 via a touch pad 350 that is an input position detection device. By touching the touch pad 350, the user organizes characters (composes a deck), selects a quest, or operates a player character.

<Description of the functions of the control unit 30 of the user terminal device 3>
By executing the game program downloaded from the server device 2, the control unit 30 functions as each means below and executes each step below.

<Description of execution steps>
The control unit 30 executes execution steps by functioning as game execution means. Processing executed by the control unit 30 as game execution means will be described below.

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

The control unit 30 advances the game based on user operations, information transmitted from the control unit 20 of the server device 2, and the like.

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

Also, the control unit 30 arranges the player character in the virtual game space. The control unit 30 controls the action of the player character in the virtual game space according to the operation of the touch pad 350 by the user and the progress of the game transmitted from the control unit 20 .

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 a game image on the liquid crystal screen 340 according to these pieces of information.

For example, as shown in FIG. 2, the liquid crystal screen 340 displays "user rank", "stones" (the number of owned stones and the number of owned paid stones among them), etc. from the top of the screen.

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 control section 20 via the communication means 303 .

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

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

Specifically, when the user touches the “gacha event 1” virtual button 341 , the control unit 30 generates gacha request information for the gacha event 1 .

On the other hand, when the user touches the “gacha event 2” virtual button 342 , the control unit 30 generates gacha request information for the gacha event 2 .

Further, when the user touches the virtual button 343 of "single-shot gacha" while any gacha event is selected, the control unit 30 displays the gacha request information related to the selected gacha event and the gacha for the single-shot gacha. Generate request information.

On the other hand, when the user touches the virtual button 344 for “10-game gacha” while any gacha event is selected, the control unit 30 displays the 10-game gacha event together with the gacha request information related to the selected gacha event. to generate gacha request information.

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

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

For example, the control unit 30 receives information such as a game program related to the game and information related to winning characters from the server device 2 .

The control unit 30 also transmits user identification information, new game data download request information, quest start request information, gacha request information, and the like to the server device 3, for example, based on user operations.

<Description of gacha table change processing>
Hereinafter, the gacha table change processing of the present invention will be described with reference to FIG.

First, the control unit 20 of the server device 2 selects one type of gacha table from a plurality of types of gacha tables prepared for each gacha event (gacha event 1 and gacha event 2) every Sunday at 6:00 am. A table is selected (step S1).

If the timing at which the gacha is requested is not 6:00 am on Sunday, the control unit 20 stores the gacha table selected at 6:00 am on the previous Sunday at the timing at which the gacha is requested. read from

Next, when the user performs an operation to request a gacha, the control unit 30 of the user terminal device 3 executes a request step and generates gacha request information (step S2).

Next, the control unit 20 of the server device 2 executes a lottery step, and cancels the association between the required number of stones (for example, 10) for the gacha request and the user's identification information. As a result, the required amount of stones for the gacha is consumed (step S3).

Next, the control unit 20 of the server device 2 executes a lottery step, and executes gacha based on the selected gacha table (step S4). Thus, a winning character is determined.

Next, the control unit 20 of the server device 2 executes a communication step and transmits information regarding the winning character to the user terminal device 3 . As a result, the winning character is given to the user who operates the user terminal device 3 (step S5). After that, the gacha table change processing of the present invention ends.
The gacha table change processing of the present invention is executed by the above procedure.

In summary, the present invention provides
A computer program that causes a computer to perform the following steps,
In the lottery step, in a predetermined game, gacha is executed based on the user's operation,
There are two types of Gacha, Gacha Event 1 and Gacha Event 2.
One type of gacha event is selected based on the user's operation,
In gacha, a winning character is given to the user based on the selected type of gacha event,
The winning character is a character selected from characters stored in the gacha table associated with the selected type of gacha,
the gacha table
Three types of characters are prepared for each gacha event so that the type of character and the winning probability of the character are different from each other, and
Every Sunday at 6 am, one of the prepared gacha tables is selected for each gacha event,
When a gacha table is selected for each gacha event, one of the gacha tables associated with different gacha events is selected.

<Effect of invention>
In the conventional gacha, since the character won by lottery is simply awarded to the user, there is a possibility that the user may lose interest in the gacha.

In addition, when a plurality of types of gachas with different characters that can be won are prepared, there is no common point in the winning probability of the character in the gacha table used for each gacha, and the user relies on intuition to win the gacha. I had no choice but to demand.

Furthermore, when the contents of the gacha table are changed periodically, the user needs to predict at what timing the gacha should be requested, which is practically impossible.

In contrast, according to the present invention, it is possible to provide a computer program capable of predicting the contents of the gacha table of the gacha to be requested by looking at the results of other gachas. As a result, it is possible to further improve the game characteristics of gacha.

[Other embodiments]
Unlike the above-described embodiment, the control unit may progress a first game (eg, puzzle game) and a second game (eg, RPG) as games in the progress step.

In this case, one of the at least two lottery tables should be used in the first game, and the other of the at least two lottery tables should be used in the second game.

Also, unlike the above embodiment, the control unit may execute a lottery step to generate information for suggesting information about the same group to the user. In this case, the user can know the rarity of the character with the highest winning probability on the gacha table in gacha event 2, for example, through the liquid crystal screen. Based on this, the user can predict the contents of the gacha table at the gacha event 1 .

Also, unlike the above embodiment, the predetermined condition may be a predetermined date, a predetermined day of the week, or the like.

Further, the predetermined conditions are that the maintenance of the game is completed, that the user requests the gacha, that the number of times the user has requested the gacha exceeds a predetermined number of times (for example, 10 times), and that there are multiple types of gacha events. Either the gacha event that is prepared and executed is changed.

Also, the game media selected in Gacha are not limited to characters, and may be anything used in the game, such as items such as weapons or equipment.

Unlike the above embodiment, the predetermined rules may be that the characters have the same attribute, that the characters have the same attack power, and that the initials of the character names are the same. may

Although the same group of at least two lottery tables has the same winning probabilities of characters belonging to character groups configured by classifying characters according to a predetermined rule, the present invention is not limited to this. can't

That is, it is only necessary that the winning probabilities of characters belonging to a character group of the same rarity when arranging the characters in descending order of rarity have similar relevance between gacha tables. For example, the probability of winning a normal character in gacha event 1 is 5%, the probability of winning a rare character in gacha event 2 is 7%, the probability of winning a rare character in gacha event 1 is 2%, and the probability of winning a rare character in gacha event 2 is extremely rare. 1.5% chance of winning a character, 0.5% chance of winning a super rare character in gacha event 1, 0.7% chance of winning a super rare character in gacha event 2, etc. be done.

In the above example, the probability of winning a normal character in gacha event 1 is higher than the probability of winning a rare character in gacha event 1, and the probability of winning a rare character in gacha event 1 is higher than the probability of winning a rare character in gacha event 1. Greater than the winning probability of the character. It can be seen that the gacha event 2 has the same relationship as the gacha event 1 .

In addition, unlike the above-described embodiment, in the same group, the parameters (for example, attributes, rarity) of the characters belonging to the character group configured by classifying the characters based on the winning probability of the characters are the same. good too.

Also, unlike the above-described embodiment, gacha events that can be requested by consuming paid stones and free stones, as well as gacha events that can be requested by consuming predetermined points are prepared. may be

Here, it is sufficient that the paid stones can be purchased by the user by charging. In addition, the free stones can be obtained in the game without being charged by the user, or can be obtained as a bonus for paid stones. In addition, the points may be obtained by the user, for example, by playing the game, interacting with other users, lending and borrowing characters with other users, etc., without charging the user.

In this case, for example, gacha event 1 may be requested by consuming either paid or free stones, and gacha event 2 may be requested only by consuming points.

Unlike the above embodiment, the total value of winning probabilities of characters belonging to one character group may be the same instead of the winning probability for each character. For example, there are 10 normal characters included in the gacha table of one gacha event, and each winning probability is 5.0%. The probability may be 2.5%. In this case, even if one of the characters is a normal character and the other is a rare character, even if the rarities are different, the total value of the winning probability may be the same.

Also, unlike the above-described embodiment, the user may easily recognize that a specific character group is included in the gacha table regardless of the character rarity, winning probability, or the like.

For example, in one type of gacha, a character with a specific attribute is extremely likely to win, a character with a specific rarity always wins, a character that wins only in a specific gacha table is included, a specific combination of characters It is sufficient if the user can easily determine the gacha table of the other type of gacha based on the situation such as that is likely to be won, or that a character with a specific attribute is likely to be won.

In this case, for example, even if the user can make a decision such as when a character with a fire attribute is more likely to be won in one gacha event, a super-rare character is more likely to be won in the other gacha event. good.

In addition, an equipment item gacha and a character gacha are prepared, and when it is easy to win an equipment item dedicated to a specific character in the equipment item gacha, the user can win the specific character in the character gacha. It may be possible to determine that a gacha table that is easy to play is selected.

Further, in the above-described embodiment, an example in which the present invention is applied to a single gacha is described, but the present invention is not limited to this. For example, the present invention may be applied to 10 consecutive gachas in which 10 gachas are played in succession with one gacha request and 10 characters are won.

In addition, instead of the 10 consecutive gacha in which 10 gachas are performed with one gacha request and 10 characters are won, 5 gachas are continuously performed with one gacha request and one gacha is performed. The present invention may be applied to 10 consecutive gachas in which two characters are won per lot.

Further, the present invention may be applied to a 10 consecutive gacha in which one gacha is performed by one gacha request and ten characters are simultaneously won.

As another example,
A computer program that causes a computer to perform the following steps,
In the simulation step, a free simulation gacha is executed in a predetermined game based on the user's operation,
In the simulation gacha, one character is determined from multiple types of characters stored in the simulation table,
The simulated table is
A plurality of types are prepared so that at least one of the character type and character winning probability are different from each other, and
When a specific condition (e.g., a predetermined date and time, or a gacha event is changed) is satisfied, one type of simulated table is selected from a plurality of prepared simulated tables,
In the lottery step, a paid gacha is executed in the game based on the user's operation,
In paid gacha, a winning character selected from a plurality of types of characters stored in a gacha table is given to the user,
the gacha table
A plurality of types of characters are prepared so that at least one of the character types and character winning probabilities are different from each other, and
When a predetermined condition (for example, a predetermined date and time, or a specific quest event has occurred) is satisfied, one type of gacha table is selected from a plurality of types of prepared gacha tables. ,
When the mock table is selected, one of the mock tables associated with the gacha table selected for the paid gacha is selected,
When the gacha table is selected, any one of the gacha tables associated with the simulated table selected for the simulation gacha is selected;
I have a computer program.

The same group includes, for example, groups in which characters have the same attributes. Specifically, when the winning probability of a fire attribute character in the simulation gacha is 30%, the winning probability of the fire attribute character in the paid gacha can also be 30%.

In this case, the user can, for example, play the simulation gacha for free and predict the contents of the gacha table for the paid gacha from the winning status of the winning characters (for example, the number of winning characters for each attribute). can.

That is, for example, when fire-attribute characters win consecutively in simulation gacha, the user can predict that the fire-attribute character will likely win even in paid gacha.

Also, as another example,
A computer program that causes a computer to perform the following steps,
In the determination step, a success or failure lottery is executed using an enhancement probability table based on a user's operation in a predetermined game,
In the success or failure lottery, the degree of the effect (for example, strengthening the weapon) to be generated in the game is determined based on the probability table,
The reinforcement probability table is
Multiple types are prepared so that the degree to which the effect (enhancement of the weapon) is generated differs from each other, and
When a specific condition (for example, a specific quest event has occurred, a gacha event has been changed) is met, one of the prepared enhancement probability tables will be selected. selected,
In the lottery step, in the game, gacha is executed based on the user's operation,
In the gacha, a winning character selected from a plurality of types of characters stored in the gacha table is given to the user,
the gacha table
A plurality of characters are prepared so that at least one of the character type and character winning probability are different from each other, and
When a predetermined condition (for example, that a specific quest event has occurred, or that a predetermined date and time has been reached) is satisfied, one type of gacha table is selected from among a plurality of types of prepared gacha tables. ,
The higher the degree of effect (weapon enhancement) in the selected enhancement probability table, the higher the probability of winning a super rare or higher character in the selected gacha table.
I have a computer program.

In this case, for example, the user can predict the contents of the gacha table of the gacha to be requested by executing a weapon enhancement command and depending on the degree of success of the enhancement.

For example, when the user performs an operation to strengthen a weapon, the weapon is likely to be strengthened successfully (probability that the weapon will be strengthened), or the degree of reinforcement of the weapon is large (the degree of reinforcement is doubled or more). ), the user can determine that the degree of preferential treatment in the gacha is high.

Also, in the above example, the effect was to strengthen the weapon, but the effect may be to increase the acquired experience value. That is, for example, the user may be able to determine the degree of preferential treatment in the gacha depending on whether the acquired experience value increases frequently or little.

Also, the content of the gacha table may be changed depending on the user's rank, the type of item owned by the user, and the like. For example, the higher the user rank, the higher the probability of winning a character of super rare or higher, or the gacha table includes characters that cannot be obtained in other gachas.

In addition, each character is associated with a character of a different type, and the parameter of the winning character is changed depending on whether or not the user owns the character of the other type. good too.

For example, in the case where character B is associated with character A in advance and the user owns character B, and character A wins a prize in the gacha, the parameter of character A increases (or decreases). may In this case, the super-rare character B and the super-rare character B (with the same character name but different rarities) may be treated as the same type, or may be treated as different types. good too.

Furthermore, in this case, another type of character associated with a certain character may be a character with a rarity equal to or lower than a predetermined value, or may be determined by lottery at a predetermined timing. Also, other types of characters may be associated with winning characters only when they win a predetermined lottery.

As another example, each character that wins a gacha may be associated with information about the progress of the game on that day. In this case, if the character won by the gacha is associated with the effect of doubling the experience value obtained in the day's quest, the user can be motivated to execute the quest. . The effect associated with the character may be announced to the user along with the winning character after the gacha is played.

As another example, based on the fact that the user owns a specific character, a gacha table associated with that character may be used in gacha. For example, when the user owns character A, gacha table A may be used for gacha, and when the user owns character B, gacha table B may be used for gacha.

As yet another example, a user may be able to use (transfer/exchange between different games/exchange based on a predetermined exchange rate) in-game currency in two or more games across those games. . In this case, for example, the in-game currency may be transferred (exchanged) with the same value, or may be transferred (exchanged) with a different value.

For example, if the unit of in-game currency in game A is orbs and the unit of in-game currency in game B is gels, 1 orb=100 gels may be exchanged between games. In this case, in the real world, the amount when the user purchases 1 orb in game A and the amount when the user purchases 100 gels in game B may be the same or different. may

Furthermore, the exchange rate may be determined based on the progress of the game A and the progress of the game B. For example, the exchange rate may be determined by the user rank of game A (or the number of quests cleared in game A) and the user rank of game B (or the number of quests cleared in game B). In this case, for example, the value of the in-game currency of the game with the lower user rank may be higher than the value of the in-game currency of the other game.

Also, when transferring the in-game currency between multiple games, for example, even if the in-game currency of game A can be transferred to game B only when the service for one game A ends. good.

As another example, the user uses in-game currency in game A to request gacha in game B only when a predetermined condition is satisfied (for example, when a predetermined game event is held). You may be able to do it.

As another example, when the progress of game A reaches a predetermined state (for example, when the user rank in game A reaches 100), the user sends information to that effect from game A to the game. It may be transferred to B so that a special gacha can be requested in game B.

In each of the examples described above, the game A and the game B may be games operated by the same organization, or may be games operated by different organizations.

Also, in the above embodiments, an example in which the computer is one server device is described, but the present invention is not limited to this. For example, a computer may be a plurality of 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 by BLUETOOTH (registered trademark). Further, the present invention may be implemented by a single user terminal device, or may be implemented by cooperation between a server device and a user terminal device.

Also, in the above-described embodiment, an example is described in which the user terminal device is a terminal device such as a smart phone, but the present invention is not limited to this. The user terminal device may be, for example, a stationary game device to which a display and 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 that causes a computer to perform the steps of:
In a lottery step, a medium lottery is executed based on a user 's operation in a predetermined game,
A plurality of types of medium lotteries are prepared for the medium lottery,
any type of the medium lottery is selected based on the user's operation;
in the media lottery, winning media are associated with the user based on the type of media lottery selected;
The winning medium is a game medium selected from game media stored in a lottery table selected for the medium lottery of the selected type,
The lottery table is
a plurality of types are prepared such that at least one of the type of the game medium and the winning probability of the game medium are different for each type of the medium lottery; and
selecting one type of lottery table from a plurality of types of lottery tables prepared for each type of medium lottery when a predetermined condition is satisfied;
When the lottery table is selected for each type of the medium lottery, one of the lottery tables associated with the medium lotteries of different types is selected.
computer program. At least one same group is included in the lottery table selected between the medium lotteries of different types,
Among the same groups of the lottery table selected between different types of medium lotteries, the winning probabilities of the game media belonging to the medium groups formed by classifying the game media according to a predetermined rule are the same. be,
2. A computer program as claimed in claim 1. the predetermined rule is that the game media have the same parameters;
3. A computer program as claimed in claim 2. The types of the medium lottery are a paid medium lottery in which the currency media required when requesting the medium lottery are charged, and the currency media required when the medium lottery is requested are free of charge. A free media raffle, including if,
One of the lottery tables selected between the medium lotteries of different types is used in the payable medium lottery, and one of the lottery tables selected between the medium lotteries of different types is used. The other lottery table is used in the free medium lottery,
A computer program according to any one of claims 1-3. in the proceeding step, proceeding with a first game and a second game as the games;
One of the lottery tables selected between the medium lotteries of different types is used in the first game, and one of the lottery tables selected between the medium lotteries of different types is used in the first game. The other lottery table is used in the second game,
A computer program according to any one of claims 1-4. The predetermined condition is
a predetermined date, a predetermined day of the week, a predetermined date and/or a predetermined time;
Ending maintenance of the game;
requesting the media lottery by the user;
The number of times the user has requested the medium lottery exceeds a predetermined number of times, and
A plurality of types of events related to the medium lottery are prepared, and the event to be executed is changed;
is at least one of
A computer program according to any one of claims 1-5. At least one same group is included in the lottery table selected between the medium lotteries of different types,
Among the same groups of the lottery table selected between different types of medium lotteries, the winning probabilities of the game media belonging to the medium groups formed by classifying the game media according to a predetermined rule are the same. can be,
generating suggestion information for suggesting information about the same group to the user in the lottery step;
A computer program according to any one of claims 1-6. A computer program that causes a computer to perform the following steps,
In the simulation step, executing a simulated lottery based on a user's operation in a predetermined game,
In the simulated lottery, simulated media that are game media selected from a plurality of types of game media stored in the simulated table are determined,
The mock table is
a plurality of types of the game media are prepared so that at least one of the types of the game media and the odds of winning the game media are different from each other; and
selecting one type of the simulated table from among the prepared multiple types of the simulated table when a specific condition is satisfied;
In a lottery step, a medium lottery is executed in the game based on the operation of the user;
In the medium lottery, a winning medium, which is a game medium selected from a plurality of types of game mediums stored in a lottery table, is associated with the user,
The lottery table is
a plurality of types of the game media are prepared so that at least one of the types of the game media and the odds of winning the game media are different from each other; and
when a predetermined condition is satisfied, one type of the lottery table is selected from the plurality of types of the lottery tables prepared;
when the simulation table is selected, one of the simulation tables associated with the lottery table selected for the medium lottery is selected;
When the lottery table is selected, one of the lottery tables associated with the simulated table selected for the simulated lottery is selected;
computer program. A computer program that causes a computer to perform the following steps,
In the determination step, a success or failure lottery is executed using a predetermined probability table based on a user's operation in a predetermined game,
In the success or failure lottery, the degree of effect to be generated in the game is determined based on the probability table,
The probability table is
A plurality of types are prepared so that the degree of generating the effect is different from each other, and
selecting one type of the probability table from the prepared plurality of types of the probability table when a specific condition is satisfied;
In a lottery step, a medium lottery is executed in the game based on the operation of the user;
In the medium lottery, a winning medium, which is a game medium selected from a plurality of types of game media stored in a lottery table, is associated with the user,
The lottery table is
A plurality of types of the game media are prepared so that at least one of the types of the game media and the winning probabilities of the game media are different from each other, and
when a predetermined condition is satisfied, one type of the lottery table is selected from the plurality of types of the lottery tables prepared;
The higher the degree of effect generation in the selected probability table, the higher the winning probability of the game medium having a parameter equal to or greater than a predetermined value in the selected lottery table.
computer program. 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;
comprising
computer equipment.

Images