JP7368748B2 - computer programs and computer equipment - Google Patents

Description

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

Conventionally, games are known in which a media lottery (gacha) is executed in which game media (characters, items, etc.) to be given to the user are selected upon receipt of a lottery request (gacha request) from a user (e.g. , see Patent Document 1).

The game content 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 content selected by the gacha is given to the user.

Japanese Patent Application Publication No. 2008-093165

However, in conventional gacha, the winning probability is determined in advance for each game medium, and when a gacha is requested, the gacha is executed based on the winning probability, and the winning game medium is given to the user. Met. That is, in conventional gachas, there was no room for the user's intentions to be reflected in the acquisition of game content. Therefore, in the conventional gacha, there was a risk that the user would lose interest in the gacha.

An object of the present invention is to provide a computer program that can provide a gacha that allows the user's intentions to be reflected in the acquisition of game media.

The first invention is
A computer program that causes a computer to perform each of the following steps,
In the presentation step, a list displaying one or more selected media is presented to a user executing a predetermined game;
In the receiving step, receiving designated information transmitted based on the user's operation,
The designation information is stored in association with the selected medium for each type of selected medium,
In the providing step, if the quantity of the specified information associated with the selected medium exceeds a predetermined number, executing an acquisition process;
In the acquisition process, an acquisition lottery is performed to determine whether or not to associate a selected medium with which the quantity of associated specified information exceeds a predetermined number and the user who has transmitted the specified information regarding the selected medium. Execute,
It is a computer program.

The second invention is
A computer program that causes a computer to perform each of the following steps,
In the selection step, one or more selection media are selected from among multiple types of game media,
In the presenting step, a list displaying one or more selected media selected in the media lottery is presented to a user who is running a predetermined game;
In the receiving step, receiving designated information transmitted based on the user's operation,
The designation information is stored in association with the selected medium for each type of selected medium,
In the granting step,
At a predetermined timing, for each type of the selected medium, determine whether the quantity of the specified information associated with the selected medium is greater than 0 and less than or equal to a predetermined number;
If the quantity of the specified information associated with each type of selected medium is greater than 0 and less than or equal to the predetermined number, the selected medium and the user who transmitted the specified information regarding the selected medium are performing a first process related to associating;
If the quantity of the associated specified information exceeds the predetermined number, executing an acquisition process;
In the acquisition process,
An acquisition lottery is executed to determine whether to execute a second process related to associating the selected medium with the user who transmitted the specified information regarding the selected medium, and
The second process is executed for the user who wins the acquisition lottery.
It is a computer program.

Also,
The selected medium is one or more game media selected from a plurality of types of game media by a media lottery.
be able to.

Also,
In the presenting step, presenting the list of contents common to all users who run the game;
be able to.

Also,
The list is prepared for each of the plurality of user groups in which the users are classified according to predetermined rules, and
In the presenting step, presenting the list prepared for each user group to which the user belongs to the user;
be able to.

Also,
In the presenting step, presenting the list to the user based on affiliation information about which user group the user belongs to among the plurality of user groups, which is transmitted from the user.
be able to.

Also,
At least one of the first process and the second process is to associate the selected medium with the user who transmitted the designation information regarding the selected medium;
be able to.

Also,
At least one of the first process and the second process includes a process for determining whether or not to associate the selected medium with the user who has transmitted the designation information regarding the selected medium. associating rights to perform operations based on said user;
be able to.

Also,
In the receiving step, until the predetermined timing is reached, based on the user's operation, receiving the designation information again for changing the selection medium designated by the user;
be able to.

Also,
Predetermined points are associated with each of the users,
in the receiving step, receiving the specified information from the user with which the points of a predetermined value or more are associated;
be able to.

Also,
The predetermined value differs depending on the specified parameter of the selection medium,
be able to.

Also,
in the communication step, executing a process for communicating between the users who are presented with the list until the predetermined timing is reached;
be able to.

Also,
The plurality of selected media displayed in the list are all different types of game media,
be able to.

Also,
The selected medium is a game medium that has been trained through a training game for improving the parameters of the game medium.
be able to.

The third invention is
A computer program that causes a computer to perform each of the following steps,
In the presentation step, a list displaying one or more selected media is presented to a user executing a predetermined game;
in the reception step, receiving designation information transmitted when the user designates one of the selected media;
The designation information is stored in association with the selected medium for each type of selected medium,
In the granting step,
If the quantity of the specified information associated with the selected medium is greater than 0 and less than or equal to a predetermined number, associate the selected medium with the user who transmitted the specified information regarding the selected medium, and If the quantity of the specified information associated with a medium exceeds the predetermined number, an acquisition lottery is executed for the selected medium;
The acquisition lottery is a lottery for determining whether to associate a selected medium in which the quantity of the specified information exceeds the predetermined number with the user who transmitted the specified information regarding the selected medium,
In the granting step, the selected medium related to the acquisition lottery is associated with the user who won the acquisition lottery,
In the receiving step, for the selected character from the list that is not yet associated with the user, the designation information is received again by the user who did not win the acquisition lottery.
It is a computer program.

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

According to the present invention, it is possible to provide a computer program that can provide a gacha that allows the user's intentions to be reflected in the acquisition of game media.

FIG. 1 is a diagram showing the configuration of a game system in this embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. FIG. 3 is a diagram showing an example of a game screen of a game executed by the game system in the present embodiment. 3 is a flowchart showing draft event processing in the present embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be described with reference to FIGS. 1 to 6. The game system 1 includes a server device 2 and a user terminal device 3, as shown in FIG. Note that the game system 1 and the processing procedure described below are merely examples, and the embodiments of the present invention are not limited to these. The design of the game system 1 and the processing procedure can be changed as appropriate without changing the gist of the present invention.

<Game description>
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 including a plurality of events (hereinafter referred to as "quests") that the user advances by operating a player character in a virtual game space via the touch pad 350 is played. executed.

In this embodiment, the game executed on the user terminal device 3 includes a quest part in which a player character that is set as a character to be used based on the user's operation and is operated by the user defeats a monster that is an enemy character. . For example, in one quest in a game, if the player character defeats a monster within the time limit, the clearing condition for 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 (already associated with the user's identification information) and proceeds with the game. Specifically, the characters incorporated in this deck fight against enemy characters based on the user's operations. Note that this quest is executed when the required amount of stamina, which is recovered over time, is consumed (the association between the required amount of stamina and the user is canceled).

In addition to the quest part, this game also has a media lottery part (gacha part). In this gacha part, one of the game media is selected from a plurality of types of game media (eg, characters, items). Specifically, in the gacha part, a game medium (information about the game medium) selected from multiple types of game mediums stored in a lottery table (gacha table) prepared in advance and a user (identification information of the user) be related.

In the gacha part of this embodiment, a plurality of gacha events (normal gacha event, special event) are prepared.

Normal gacha events include, for example, gacha events that are offered for a limited time or gacha events that are always offered. After selecting any gacha event, the user can execute the gacha based on the gacha table prepared for that gacha event.

In addition, in each gacha event of the regular gacha event, there is a single gacha in which one game item is selected with one lottery request (gacha request) by the user, and 10 gachas with one gacha request by the user. There is also a 10-sequence gacha in which 10 game items are selected by consecutively holding gachas.

Further, as a special event, there is a draft event according to the present invention. In this draft event, the user can specify a desired character from among the characters selected by the server device 2. Then, at the end of the draft event, it is determined whether the user can acquire the character based on the designation status of the character by other users.

In this embodiment, the game medium selected in a gacha or the game medium given as a reward for clearing a quest, for example, is a character. In addition, each character is provided with parameters such as physical strength, attack power, defense power, skill value, and occupation, as well as attributes and rarity.

For example, in this embodiment, attributes set for the character include fire attribute, water attribute, wind attribute, etc. as parameters.

Furthermore, the rarity parameters include normal, rare, super rare, and super rare. The rarity is in the order of super rare, super rare, rare, and normal.

Each character is set with one attribute and one rarity.

In the following, a character (information related to the character) and a user (identification information of the user) are associated, and information related to the character associated with the user is transmitted to the user terminal device 3 of the user. may be granted.

The user can incorporate characters obtained through gacha or quest clear rewards into a deck and set them as characters to be used.

<Hardware configuration>
Referring 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.

Note that the user terminal device 3 is assigned a user account 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, user identification information is transmitted from the user terminal device 3. The transmitted user identification information is subjected to a predetermined authentication at the server device 2 . This enables communication between the server device 2 and the user terminal device 3.

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

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

The control unit 20 controls the operation 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, a 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 in order to transmit and receive data between the server device 2 and the user terminal device 3.

<Description of the functions of the control unit 20 of the server device 2>
The control unit 20 of the server device 2 functions as the following means and executes the following steps by executing the computer program of the present invention.

<Explanation of authentication steps>
The control unit 20 executes the authentication step by functioning as an authentication means. Below, processing executed by the control unit 20 as an authentication means will be explained.

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

<Explanation of progress steps>
The control unit 20 executes progress steps by functioning as a game progress management means. Below, the processing executed by the control unit 20 as a game progress management means will be explained.

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

Specifically, the control unit 20 can select a plurality of quests that occur at different times (for example, a quest in which an enemy character appears between 1:00 PM and 3:00 PM), a quest that occurs every period, or a quest that can be executed at all times. Provide quests to users.

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 necessary for selecting the 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 story (quest) of the game based on the deck configuration set by the user.

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

Further, the control unit 20 transmits the progress status of the main story (quest) of the game to the user terminal device 3 via the control unit 20, which will be described later, and receives operation signals and the like 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. Below, the process executed by the control unit 20 as the medium lottery execution means will be explained.

The control unit 20 executes a normal gacha event within the game based on a user's operation.

Note that in this embodiment, when a user requests a normal gacha event, the user needs to spend in-game currency. For example, examples of the in-game currency are free stones given to the user as a login bonus, or paid stones given to the user through billing by the user.

The control unit 20 releases the association between a stone (stone information) and a user (user identification information) upon receiving gacha request information to be described later. In this way, as the normal gacha event is requested (accompanying the execution of the normal gacha event), stones owned by the user are consumed in an amount corresponding to the type of the normal gacha event.

Further, upon receiving gacha request information, which will be described later, from the user terminal device 3, the control unit 20 executes gacha based on a gacha table associated with a gacha event selected by the user. This gacha table stores, for example, characters whose rarity is normal, rare, extremely rare, or extremely rare.

In this embodiment, the control unit 20 provides multiple types of normal gacha events (gacha event 1, gacha event 2), as shown in FIGS. 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 the virtual button 341 in FIG. 2, and can select "Gacha Event 2" by touching the virtual button 342 in FIG. .

If the user selects Gacha Event 1 or Gacha Event 2 and then requests a "single gacha" (when the virtual button 344 in FIG. 3 is touched), the control unit 20 controls the user's one-time regular gacha. Execute one gacha upon request and select one winning character.

On the other hand, when the user selects gacha event 1 or gacha event 2 and then requests "10 consecutive gachas" (when the virtual button 345 in FIG. 3 is touched), the control unit 20 Perform 10 consecutive gachas with the normal gacha request and select 10 characters.

FIG. 4 is an example of a game screen after a normal gacha event is executed. In FIG. 4, the winning character is displayed on the liquid crystal screen 340 of the user terminal device 3. That is, in FIG. 4, the character name of the winning character (for example, "Character 23"), the attribute of the winning character (for example, "Water attribute"), and the rarity of the winning character (for example, "Super Rare") are displayed. There is.

<Explanation of selection steps>
The control unit 20 executes the selection step by functioning as a selection means. Below, the processing executed by the control unit 20 as a selection means will be explained.

In the present embodiment, the control unit 20 provides a draft event as a special event as shown in FIGS. 2 and 5 at a specific timing in the game (for example, when the draft event starts).

The user can select "draft event" by touching the virtual button 343 in FIG. 2, for example.

As shown in FIG. 5, in the draft event, the control unit 20 selects a plurality of selected characters from among the characters stored in the draft event table to generate a draft list. In this embodiment, the number of selected characters listed on the draft list is 10.

Further, the control unit 20 prepares a draft list for each of a plurality of user groups into which users are classified according to predetermined rules. In this embodiment, the control unit 20 groups users based on the last digit (0 to 9) of user identification information, which is composed of, for example, nine digits. That is, the control unit 20 generates ten user groups and generates ten types of draft lists for these user groups.

The draft event table stores only characters whose rarities are extremely rare and extremely rare. That is, the draft list of this embodiment is composed of extremely rare and/or extremely rare characters.

<Explanation of presentation steps>
The control unit 20 executes the presentation step by functioning as a presentation means. Below, the processing executed by the control unit 20 as a presentation means will be explained.

The control unit 20 presents the user with a draft list made up of a plurality of selected characters selected in the selection step.

Specifically, the control unit 20 presents, for each user group, a draft list prepared for the user group to which the user belongs.

As shown in Figure 5, the draft list prepared for each user group displays images of the 10 selected characters, character names (Character A, Character B, etc.), the number of votes cast by users, and the rarity of the selected characters. . Then, when the user specifies any one selected character, the frame of that selected character is displayed thicker than the frames of the other selected characters. In FIG. 5, the user has specified character E.

In addition, in the draft list of each user group, as shown in FIG. 5, the ten selected characters displayed are all different types of characters. That is, in this embodiment, for example, when a certain character A is selected from the draft event table in one user group #7, that character A will not be selected after that in the draft event in the user group #7 at that time. Not done. Therefore, in user group #7, the remaining nine characters on the draft list are characters other than character A.

<Explanation of reception steps>
The control unit 20 executes the reception step by functioning as a reception means. Below, the processing executed by the control unit 20 as a reception means will be explained.

The control unit 20 receives draft nomination information transmitted based on a user's operation. Specifically, when the user touches a predetermined location on the touch pad 350 of his or her user terminal device 3, the character corresponding to the touched location is designated, and draft nomination information based on the character is sent to the server device 2. .

The draft nomination information includes information regarding a selection character specified by the user from among selection characters in the presented draft list.

Further, the draft nomination information includes information requesting association between a selection character designated by the user from among the selection characters in the presented draft list and the user who designated the selection character.

This draft nomination information is stored in the storage unit 21 of the server device 20 in association with the selected character for each type of selected character.

Until a predetermined timing (for example, when the draft event ends), the control unit 20 executes the draft designation again to change the selection character specified by the user to another selection character based on the user's operation. Receive information.

<Explanation of granting steps>
The control unit 20 executes the providing step by functioning as a providing means. Below, the processing executed by the control unit 20 as a providing means will be explained.

At a predetermined timing (for example, at the end of a draft event), the control unit 20 determines whether the quantity (number of votes) of draft nomination information associated with each type of selected character is 1. .

When the quantity (number of votes) of draft nomination information associated with the selected character is 1, the control unit 20 associates the selected character with the user who transmitted the draft nomination information regarding the selected character. A first process related to the above is executed.

The first process is a process of associating a selected character with a user who has transmitted draft nomination information regarding the selected character. As a result, the selected character is given to the user who designated the selected character.

On the other hand, if the quantity (number of votes) of draft nomination information associated with the selected character is 2 or more, the control unit 20 executes the acquisition process.

In this acquisition process, an acquisition lottery is executed to determine whether or not to execute a second process related to associating the selected character with the user who transmitted the draft nomination information regarding the selected character.

In this embodiment, the number of users who win this acquisition lottery is one. The control unit 20 executes the second process for the user who wins the acquisition lottery.

The second process is a process of associating the selected character with the user who won the acquisition lottery. As a result, the selected character is given to the user who specified the selected character (the user who won the acquisition lottery).

<Explanation of communication steps>
The control unit 20 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 20 as a communication means will be explained.

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

Further, the control unit 20 receives operation signals (including operation information) by the user, quest start request information, normal gacha request information, draft nomination information, etc. from the user terminal device 3.

Further, the control unit 20 transmits game data such as a 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>
The user terminal device 3 is, as shown in FIG. 1, a terminal device such as a smartphone, which 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 regarding the game distributed from the server device 2.

Further, 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.

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

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

The storage unit 31 mainly includes an HDD, RAM, ROM, SSD, and the like. The storage unit 31 stores, for example, a game program and data for executing a 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. 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. Further, a speaker 330 is connected to the audio processing section 33. The game sound is output from the speaker 330.

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

The operation unit 35 receives an operation signal from the user. In this embodiment, an operation signal from a 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 (configures 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>
The control unit 30 functions as the following means and executes the following steps by executing the game program downloaded from the server device 2.

<Explanation of execution steps>
The control unit 30 executes the execution steps by functioning as a game execution unit. Below, processing executed by the control section 30 as a game execution means will be explained.

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, and generates a two-dimensional or three-dimensional virtual game space.

Furthermore, the control unit 30 places the player character in the virtual game space. Then, the control unit 30 controls the behavior of the player character in the virtual game space according to the user's operation of the touch pad 350 and the game progress status transmitted from the control unit 20 of the server device 2.

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

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

Further, the control unit 30 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 unit 20 of the server device 2 in the communication step.

<Description of request steps>
The control unit 30 executes the request step by functioning as a medium lottery requesting means. Below, the process executed by the control unit 30 as the medium lottery requesting means will be explained.

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

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

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

Further, when the user touches the "single gacha" virtual button 344 with any gacha event selected, the control unit 30 displays the normal gacha for the single gacha along with gacha request information regarding the selected gacha event. Generate gacha request information.

On the other hand, when the user touches the "10 consecutive gacha" virtual button 345 with any gacha event selected, the control unit 30 displays the 10 consecutive gacha event along with the gacha request information regarding the selected gacha event. Generate normal gacha request information.

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

The control unit 30 generates draft nomination information when a draft nomination is made based on a user's operation. The draft nomination information includes user identification information, information regarding the selected character specified by the user, and the like. This draft nomination information is transmitted to the server device 2 in a communication step.

<Explanation of communication steps>
The control unit 30 executes the communication step by functioning as a communication means. Below, processing executed by the control unit 30 as a communication means will be explained.

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

Further, the control unit 30 transmits user identification information, new game data download request information, quest start request information, normal gacha request information, draft nomination information, etc. to the server device 3 based on the user's operation, for example. do.

<Explanation of draft event processing>
The draft event processing of the present invention will be described below with reference to FIG.

First, the control unit 20 of the server device 2 executes a selection step at a specific timing (for example, when a draft event is started) to execute a draft event (step S1). Specifically, the control unit 20 divides the users into groups, determines ten selected characters for each group, and generates a draft list.

Next, the control unit 20 executes the presentation step to list the 10 selected characters determined for each user group on the draft list, and presents the draft list to the users belonging to the user group (step S2 ).

Next, the control unit 20 executes a reception step and receives draft nomination information transmitted from the user terminal device 3 based on the user's operation (step S3).

Next, the control unit 20 determines whether the draft event has ended (step S4).

If it is determined that the draft event has not ended (S4: NO), the process returns to step S3.

On the other hand, if it is determined that the draft event has ended (S4: YES), the control unit 20 executes the provision step, and for each type of selected character, the amount of associated draft nomination information (number of votes ) is 0 (step S5).

If the quantity of draft nomination information (number of votes) associated with the selected character is 0 (S5: YES), the draft event process of the present invention ends.

On the other hand, if the quantity (number of votes) of draft nomination information associated with the selected character is not 0 (S5: NO), the quantity (number of votes) of draft nomination information associated with each type of selected character It is determined whether or not is 1 (step S6).

If the quantity (number of votes) of draft nomination information associated with the selected character is 1 (S6: YES), the control unit 20 gives the selected character to the user who specified the selected character (step S7).

On the other hand, if the quantity (number of votes) of draft nomination information associated with the selected character is not 1 (is 2 or more) (S6: NO), the control unit 20 controls the selection character for each user who specified the selected character. An acquisition lottery is executed to determine whether the user has won the acquisition lottery (step S8).

If it is determined that the user has won the acquisition lottery (S8: YES), the process proceeds to step S7, and the control unit 20 gives the selected character to the user.

On the other hand, if it is determined that the user did not win the acquisition lottery (S8: NO), the draft event process of the present invention ends.
The draft event processing of the present invention is executed through the above procedure.

To summarize the above, the present invention:
A computer program that causes a computer to perform each of the following steps,
In the selection step, a draft event is executed at a specific timing within a predetermined game (for example, at a time when a draft event is started);
In the draft event, 10 selected characters are selected from among multiple types of characters,
In the presentation step, a draft list displaying 10 selected characters selected in the draft event is presented to the user;
In the reception step, the draft nomination information sent based on the user's operation is received,
Draft nomination information is
Information requesting an association between a selected character specified by the user from among the selected characters in the draft list presented and the user who specified the selected character, and information regarding the selected character specified by the user, including, and
Each type of selected character is stored in association with the selected character,
In the granting step,
At a predetermined timing (for example, at the end of a draft event), for each type of selected character, determine whether the amount of associated draft nomination information is 1,
If the quantity of draft nomination information associated with a certain selection character is 1, the selection character is given to the user who transmitted the draft nomination information regarding the selection character,
If the quantity of draft nomination information associated with a certain selection character exceeds 1, execute an acquisition process,
In the acquisition process,
An acquisition lottery is executed to determine whether or not to execute a second process of associating the selected character with the user who transmitted the draft nomination information regarding the selected character, and
Granting the selected character to the user who wins the acquisition lottery,
It is a computer program.

<Effects of the invention>
According to the computer program of this embodiment, it is possible to provide a gacha that allows the user's intention to intervene in acquiring game content.

[Other embodiments]
The present invention is not limited to the above embodiment, and the control unit of the server device may present a draft list with common contents to all users who execute the game.

Further, in the embodiment, an example is described in which the control unit of the server device determines whether the quantity of draft nomination information is 1, but the quantity of draft nomination information may be 2 or more. . Specifically, for example, if the upper limit of the quantity of draft nomination information for a selected character is 100, and the quantity of draft nomination information is 99 or less, that selected character will be given to all users who nominated that selected character. If the quantity of draft nomination information is 100 or more, a negotiation lottery may be executed for the selected character.

Further, the control unit of the server device may present the draft list to the user based on affiliation information transmitted from the user regarding which user group the user belongs to among a plurality of user groups. . In this case, the user can participate in a draft event for the user group selected by the user.

Furthermore, when the control unit of the server device divides the users into groups, the user's game play time during a predetermined period, the number of logins during a predetermined period, or the like may be used, for example. In this case, the users may be classified into, for example, users who have played the game for more than 100 hours in a month, users who have played the game more than 50 hours and less than 100 hours, and the like. The more time a user spends playing the game, the more likely it is that a character with high parameters (rarity, attack power, etc.) will be selected in the draft list.

Furthermore, in at least one of the first process and the second process, the control unit of the server device performs a process for determining whether or not to associate the selected character with the user who has transmitted draft nomination information regarding the selected character. The right (negotiation right) to execute (including a lottery) based on the user's operation may be associated with the user.

In this case, the user who has acquired the negotiation right can pay compensation such as virtual currency and execute negotiations to acquire the selected character. If the negotiation is successful, the user can acquire the selected character. For example, if a user performs negotiation and presents 100 stones, and the number of stones set for the selected character is 80, the user can acquire the selected character.

If such negotiation rights are provided, a user who has designated a selected character may not be given the selected selected character.

Furthermore, even if a user who has specified a selected character is able to obtain the right to negotiate with that selected character, depending on the result of negotiations between the user and the selected character (results of the negotiation lottery), the selected character may It may be rejected (not granted). These negotiations occur, for example, after the draft event ends.

In addition, when a negotiation lottery is executed based on the negotiation rights, the negotiation lottery is based on the attributes of the specified character (e.g., attributes such as rarity, occupation, water attribute, etc.) and the attributes of the user (e.g., the user (rank, gender).

In this case, for example, the probability of negotiation lottery (table) can be changed depending on the relationship between the rarity of the character and the user rank.

Furthermore, all characters that appear in the game may be selected as selected characters, or all characters stored in the draft event table may be selected as selected characters.

Further, without being limited to the above embodiment, if the quantity of draft nomination information (number of votes) associated with the selected character is 2 or more (that is, if the draft nomination is competing between users), The following processing may be performed.

For example, a lottery may be performed based on a predetermined acquisition rate (for example, 50%) for each user (i.e., the number of winners is not constant), and the number of winners is predetermined, such as 100 winners. The lottery may be executed until the number is reached.

As another example of the present invention, a real world professional baseball draft system may be adopted, for example, as follows.

In this draft event, for example, character scouting (selection) is first performed. Note that this scouting may be performed by a user selecting a character, or may be performed by a control unit of the server device selecting a character based on a predetermined algorithm. Note that the scouted characters may include characters trained by other users.

In this draft event, all users (for example, a limited number of 12 users) need only be able to obtain one character with a high desired ranking.

Then, each of the 12 users selects (nominates) the character they want.

If the quantity of character nomination information (number of nominations) is less than or equal to a predetermined number (for example, 1), the user who nominated the character can reliably acquire the right to negotiate with the character.

On the other hand, if the number of character nominations is greater than or equal to the predetermined number, the user who wins the predetermined lottery can acquire the right to negotiate with that character.

Note that if the character nominated by the user is a training character raised by another user, the nominated user only needs to be able to negotiate with the training user.

In addition, if the character nominated by the user is a character to be trained, and a negotiation with the training user is successful, the training user will be given an item, and the user who negotiated will be given the training character. It is sufficient if it is granted.

Further, in this draft event, there may be a scout user who is specially selected by the management side, such as a user with a high user rank.

Furthermore, in this case, the draft list may be composed of selected characters selected by the scout user.

Furthermore, when a scout user scouts a specific character, the user may be able to try out the scouted character (including characters trained by other users), and may also be able to inspect (video or replay) the character. (e.g. viewing data).

Note that in this case, the number of negotiation rights granted to one character is not limited to one, but may be two or more.

For example, three negotiation rights for one character may be prepared, and that character may be given to the user who presents the most stones (virtual currency) among the users with negotiation rights.

In addition, without being limited to the above, in a draft event, a waiver method (for example, it is possible to start the nomination from the side with a lower user rank) or a reverse waiver method (for example, it is possible to start the nomination from the side with a higher user rank) is possible. ) may be adopted.

Furthermore, in this case, the character acquisition in the first round (odd numbered round) can be nominated by the user with the lowest user rank at that time (waiver method), and the character acquisition in the second round (even numbered round) Characters may be acquired by nominating the user with the highest user rank at that time (reverse waiver system). Character acquisition thereafter may be performed according to the rules for odd-numbered rounds and even-numbered rounds.

Furthermore, the present invention is not limited to the above, and users may be able to trade nomination rights with each other. Specifically, for example, if a user does not have the selected character they are looking for, they can sell (or transfer) their draft pick rights to another user for virtual currency (including stones, the in-game currency). You can.

Furthermore, the characters trained by each user in a training game in which characters can be trained may be scouted, and the users may be able to acquire the scouted characters in a draft event.

Furthermore, the characters that can be acquired in the draft event may be characters from other games stored on the blockchain.

Furthermore, the present invention is not limited to the above, and the character may be able to designate a user (so-called reverse designation).

When such a reverse nomination type draft event is executed, a predetermined lottery may be executed so that the selected character can nominate the user he or she wants to acquire.

Furthermore, the present invention is not limited to the above embodiments, and predetermined points may be associated with each user. The control unit of the server device may receive draft nomination information only from users who have points equal to or more than a predetermined value (or only users who are associated with points equal to or more than a predetermined value may receive draft nomination information). (may be able to be sent to the server device). That is, for example, only users who have points equal to or greater than a predetermined value may be able to specify the selected character.

Furthermore, in that case, the above-mentioned predetermined value may be different for each parameter (for example, HP, attack power, rarity) of the designated selected character. In this case, for example, if the rarity of the selected character is normal, the cost may be 1, and if the rarity of the selected character is super rare, the cost may be 10.

Further, draft events may not be provided to all users. For example, a draft event may be provided to a user who has cleared a specific quest, a user who has logged in consecutively a predetermined number of times, or a user whose last digit of the identification information is the same as the last digit of the date.

The control unit of the server device may execute a process for communicating between users who are presented with the same draft list until a predetermined timing. For example, a user may be able to communicate with other users by chatting or the like from the start of the draft event until the end of the draft event.

Further, unlike the embodiment, the draft event table may be the same as the gacha table in the normal gacha event.

Further, unlike the embodiment described above, the number of selected characters that can be specified for each user may be changed depending on the rarity of the selected characters. In this case, for example, each user may be able to designate up to one extremely rare character, or may be able to designate up to two extremely rare characters.

Further, without being limited to the above embodiment, the number that the user can acquire may be determined depending on the rarity of the selected character. In this case, for example, a very rare selected character may be given to only one user, and a very rare selected character may be given to up to five users.

A user who is able to acquire a selected character in a certain draft event may not be able to participate in subsequent draft events. In this case, the control unit of the server device may increase the number of selected characters presented on the draft list in the next draft event. For example, when the number of selected characters in the mth draft event is 15, the number of selected characters in the (m+1)th draft event may be 20.

If the user is unable to acquire the selected character specified in the draft event, points may be awarded to the user. Then, when the awarded points reach a predetermined value, a gacha ticket in which a specific character is picked up may be awarded.

Further, the game content selected in the gacha is not limited to characters, but may be anything used in the game, such as items such as weapons or equipment.

Other examples include:
A computer program that causes a computer to perform each of the following steps,
In the lottery step, a media lottery is executed within a predetermined game based on the user's operation,
In the medium lottery, a winning medium to be associated with the user is selected from among a plurality of types of game media;
In the counting step, the number of times the user requests the media lottery is counted;
In the changing step, for the user, when the number of requests reaches a predetermined value, changing a parameter included in the winning medium selected by the medium lottery performed thereafter;
There is a computer program.

In this case, for example, the more a user requests a paid gacha (for example, in stages such as when a user requests a paid gacha 5 times or 10 times), It is possible to increase the parameters (for example, HP, attack power, rarity, etc. other than the probability of winning) of the winning character in the gacha.

Further, the number of requests may be counted only during a predetermined period. The length of this predetermined period may be a predetermined period, or the length of the period may be determined by lottery. Additionally, the user may be able to select whether or not this period starts.

Other examples include:
A computer program that causes a computer to perform each of the following steps,
In the progress step, a predetermined game progresses based on the user's operation,
in the lottery step, executing a media lottery within the game based on the user's operation;
In the medium lottery, a winning medium to be associated with the user is selected from among a plurality of types of game media;
In the counting step, the number of times the user has achieved the task of the game in a predetermined period is counted;
In the changing step, for the user, when the number of achievements reaches a predetermined value in the predetermined period, changing the parameters of the winning medium selected by the medium lottery to be executed thereafter;
There is a computer program.

In this case, for example, the more the user clears the quest in a day (for example, if the user clears the quest 5 times in a day, the more the user clears the quest 10 times in a day, etc.) ), it is possible to increase the parameters (for example, HP, attack power, rarity, etc. other than the probability of winning) of the winning character that will win in subsequent gachas only on that day.

Other examples include:
A computer program that causes a computer to perform each of the following steps,
In the progress step, a predetermined game progresses based on the user's operation,
In the counting step, the number of times the user has achieved the task of the game in a predetermined period is counted;
In the changing step, when the number of achievements reaches a predetermined value for the user in the predetermined period, changing a benefit to be associated with the user when the user logs into the game after the predetermined period;
There is a computer program.

In this case, for example, the more the user clears the quest in a day (for example, if the user clears the quest 5 times in a day, the more the user clears the quest 10 times in a day, etc.) ), you can get rich login bonuses for the next day.

Other examples include:
A computer program that causes a computer to perform each of the following steps,
In the progress step, a predetermined game progresses based on the user's operation,
In the counting step, the number of times the user has achieved the task of the game in a predetermined period is counted;
In the changing step, when the number of accomplishments for the user reaches a predetermined value in a predetermined period, changing the task to be associated with the user when the user logs into the game after the predetermined period;
There is a computer program.

In this case, for example, the more the user clears the quest in a day (for example, if the user clears the quest 5 times in a day, the more the user clears the quest 10 times in a day, etc.) ), you can change the next day's daily mission. For example, a privilege that a normal user would not be able to obtain unless he/she clears three quests can be obtained by the user just by clearing two quests.

Alternatively, as a daily mission, a special quest in which a special enemy character appears may be provided to the user only on the next day.

Also, as another example,
A computer program that causes a computer to perform each of the following steps,
In the lottery step, a media lottery is executed within a predetermined game based on the user's operation,
In the medium lottery, a winning medium to be associated with the user is selected from among a plurality of types of game media;
The media lottery includes a continuous media lottery in which a plurality of media lottery are executed with one request for the media lottery and a plurality of winning media are selected,
In the presentation step,
generating result information for presenting each of the plurality of winning media selected in the plurality of media lottery forming the continuous media lottery to the user;
In presenting the result information to the user, presenting the winning media in the order in which parameters included in the winning media selected in the continuous media lottery are arranged according to a predetermined rule;
There is a computer program.

In this case, in the 10 consecutive gacha, which is an example of a continuous media lottery, the winning characters are presented not in the order of winning, but in the order of the rarity of the characters, for example. Therefore, especially when the characters are arranged in order from the lowest rarity to the highest rarity, the user's expectations can be heightened.

Unlike the above, the winning characters are presented to the user in the order of the winning characters selected in the 10 consecutive gacha, but the winning characters may be displayed while being rearranged regardless of the selection order depending on the rarity of the winning characters.

Also, as another example,
A computer program that causes a computer to perform the following steps,
In the lottery step, a media lottery is executed within a predetermined game based on the user's operation,
In the media lottery, when the association between a predetermined amount of value media (for example, in-game currency such as stones) and the user is canceled, a game media from among a plurality of types of game media is associated with the user. The winning media will be selected,
In the lottery step,
each time the medium lottery is requested, the quantity of the value medium to be disassociated is determined by a reduction lottery;
In the reduction lottery, the quantity of the value medium whose association is canceled when the media lottery is requested is determined to be less than or equal to the quantity for which the association was canceled when the media lottery was requested immediately before. is,
In response to the request for the medium lottery by the user, canceling the association of the quantity determined in the reduction lottery until the quantity of the value medium whose association is canceled becomes a predetermined value or less, and Execute the media lottery;
The medium lottery is not executed in a state where the quantity of the value medium whose association is to be canceled is less than or equal to a predetermined value;
There is a computer program.

In this case, for example, the amount of stones required for a gacha request is reduced until the amount of stones required for a gacha request becomes 0, so the user requests a gacha with the reduced amount of stones. be able to. For example, if 10 stones are initially required to request a single-shot gacha, and the amount of stones required for the next single-shot gacha is determined to be 5 by lottery, the user can request 5 stones for the next single-shot gacha. Can be requested in individual stones.

In this case, if the amount of stones required for the gacha request becomes 0, the amount of stones required for the gacha request may be initialized to 10.

Further, when the amount of stones required for a gacha request becomes 0, the corresponding user may no longer be able to request a gacha on that day. Further, in this case, the result of the reduction lottery may be initialized after 24 hours, for example.

In addition, the reduction lottery is not performed for all users, but only for users who have logged in a certain number of times, users who have more than a certain number of friend users, users who own certain items, etc. May be executed.

Also, as another example,
A computer program that causes a computer to perform each of the following steps,
In the progress step, a predetermined game progresses based on the user's operation,
The game is executed in response to the disassociation between the first quantity parameter (for example, stamina) and the user;
A second amount of stamina is associated with the user over a predetermined period of time;
In the progress step, a benefit according to the current value of stamina (or a login bonus, daily mission, etc. according to the minimum amount of stamina on the previous day) is associated with the user;
There is a computer program.

In this case, for example, when stamina, which has an upper limit of 100, decreases to 30, a gacha ticket that allows the user to acquire a super rare character is given to the user, and when stamina decreases to 0, a gacha ticket that allows the user to acquire a super rare character is given to the user. A gacha ticket from which a character can be acquired may be given to the user.

The benefit may also be that stamina recovers faster. For example, normally, stamina is recovered by 1 in 3 minutes, but when a privilege is given, stamina may be recovered by 1 in 1 minute.

Moreover, the privilege may be a special daily mission determined by a lottery executed by the server device. In this case, when the user clears the daily mission, the user may be able to obtain an item that cannot be obtained unless the user clears the daily mission.

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

Further, in the embodiment, an example is described in which the user terminal device is a terminal device such as a smartphone, 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 a controller are externally connected, or a personal computer.

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

Claims (13)

A computer program that causes a computer to perform each of the following steps,
In the presentation step, a list displaying one or more selected media is presented to a plurality of users who are playing a predetermined game;
In the reception step, receiving specified information transmitted based on the operations of each of the plurality of users,
The designation information is information regarding the fact that each of the plurality of users has finally designated any one of the selected media, and is stored in association with the selected media for each type of the selected media,
In the providing step, if the quantity of the specified information associated with the selected medium exceeds a predetermined number, executing an acquisition process;
In the acquisition process, an acquisition lottery is performed to determine whether or not to associate a selected medium with which the quantity of associated specified information exceeds a predetermined number and the user who has transmitted the specified information regarding the selected medium. execute,
The list is prepared for each of a plurality of user groups in which each of the plurality of users is classified according to a predetermined rule,
In the presenting step, presenting the list prepared for each user group to which the user belongs to the user;
computer program. A computer program that causes a computer to perform each of the following steps,
In the selection step, one or more selection media are selected from among multiple types of game media,
In the presentation step , a list displaying one or more selected media selected in a media lottery is presented to a plurality of users who are playing a predetermined game;
In the reception step, receiving specified information transmitted based on the operations of each of the plurality of users,
The designation information is information regarding the fact that each of the plurality of users has finally designated any one of the selected media, and is stored in association with the selected media for each type of the selected media,
In the granting step,
At a predetermined timing, for each type of the selected medium, determine whether the quantity of the specified information associated with the selected medium is greater than 0 and less than or equal to a predetermined number;
If the quantity of the specified information associated with each type of selected medium is greater than 0 and less than or equal to the predetermined number, the selected medium and the user who transmitted the specified information regarding the selected medium are performing a first process related to associating;
If the quantity of the associated specified information exceeds the predetermined number, executing an acquisition process;
In the acquisition process,
An acquisition lottery is executed to determine whether to execute a second process related to associating the selected medium with the user who transmitted the specified information regarding the selected medium, and
The second process is executed for the user who wins the acquisition lottery,
The list is prepared for each of a plurality of user groups in which each of the plurality of users is classified according to a predetermined rule,
In the presenting step, presenting the list prepared for each user group to which the user belongs to the user;
computer program. A computer program that causes a computer to perform each of the following steps,
In the presentation step, a list displaying one or more selected media is presented to a plurality of users who are playing a predetermined game;
In the reception step, each of the plurality of users receives designation information transmitted by designating one of the selected media,
The designation information is information regarding the fact that each of the plurality of users has finally designated any one of the selected media, and is stored in association with the selected media for each type of the selected media,
In the granting step,
If the quantity of the specified information associated with the selected medium is greater than 0 and less than or equal to a predetermined number, associate the selected medium with the user who transmitted the specified information regarding the selected medium, and If the quantity of the specified information associated with a medium exceeds the predetermined number, an acquisition lottery is executed for the selected medium;
The acquisition lottery is a lottery for determining whether to associate a selected medium in which the quantity of the specified information exceeds the predetermined number with the user who transmitted the specified information regarding the selected medium,
In the granting step, the selected medium related to the acquisition lottery is associated with the user who won the acquisition lottery,
In the receiving step, receiving the specified information again from a user who did not win the acquisition lottery for the selected medium that is not yet associated with the user from the list;
The list is prepared for each of a plurality of user groups in which each of the plurality of users is classified according to a predetermined rule,
In the presenting step, presenting the list prepared for each user group to which the user belongs to the user;
computer program. In the presenting step, presenting the list to the user based on affiliation information about which user group the user belongs to among the plurality of user groups, which is transmitted from the user.
The computer program according to any one of claims 1 to 3. At least one of the first process and the second process is to associate the selected medium with the user who transmitted the designation information regarding the selected medium;
The computer program according to claim 2. At least one of the first process and the second process includes a process for determining whether or not to associate the selected medium with the user who has transmitted the designation information regarding the selected medium. associating rights to perform operations based on said user;
The computer program according to claim 2 or 5. In the receiving step , until a predetermined timing, based on the user's operation, receiving the designation information again for changing the selection medium designated by the user;
A computer program according to any one of claims 1 to 6. Predetermined points are associated with each of the users,
in the receiving step, receiving the specified information from the user with which the points of a predetermined value or more are associated;
A computer program according to any one of claims 1 to 7. The predetermined value differs depending on the specified parameter of the selection medium,
The computer program according to claim 8. In the communication step , a process for communicating between the users who are presented with the list is executed until a predetermined timing is reached;
A computer program according to any one of claims 1 to 9. The plurality of selected media displayed in the list are all different types of game media,
A computer program according to any one of claims 1 to 10. The selected medium is a game medium that has been trained through a training game for improving the parameters of the game medium.
A computer program according to any one of claims 1 to 11. A storage unit that stores the computer program according to any one of claims 1 to 12;
a control unit that executes the computer program;
Equipped with
computer equipment.

Images