JP7733296B2 - Computer program and computer device - Google Patents

Description

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

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

Generally, when users request gacha, they expect to be given game content that they do not own.

If a gacha is run and a game medium that the user does not own is won, the user terminal device must download information about the game medium from the server in order to grant the game medium to the user. In this case, a screen (download screen) indicating that information about the game medium is being downloaded is displayed on the user terminal device.

On the other hand, if a game medium owned by a user is won in a gacha, the user terminal device does not need to download information about the game medium from the server device. In this case, unlike the above, a download screen will not be displayed on the user terminal device.

As a result, with conventional gacha, users would know whether or not they had won the game media they owned based on whether or not the download screen was displayed, which could dampen the excitement of the gacha. This is a problem that becomes more pronounced when users desire rare game media.

To solve this problem, a technology is known that, if the game content won in a gacha is a game content that the user already owns, displays a fake download screen that mimics the download of information about the game content that was won (see Patent Document 1).

JP 2020-044163 A

However, the invention of Patent Document 1 merely proposes a production technique of creating a pseudo-loading time by displaying a fake download screen. In other words, with the invention of Patent Document 1, if a user wins a game medium they own, time passes that has no meaning to the user.

As a result, previous inventions have not been able to take advantage of the gacha presentation time when a user wins a game medium they own.

The object of the present invention is to provide a computer program that can effectively utilize the gacha presentation time while maintaining the interest of the gacha.

The first invention is
Computer,
an event execution means for executing a process for executing a predetermined event in the game based on a user's operation; and a communication means for receiving predetermined data from another device after a process related to the event is requested.
It functions as
the communication means executes a change process for changing the type of the data received from the other device depending on whether or not information required for the event has already been associated with the user.
It is a computer program.

In the first invention,
The communication means is
If the information required for the event is not associated with the user, a process is performed to receive essential data required for the event as the data;
If the information required for the event has already been associated with the user, a process is executed to receive, as the data, progress data that is different from the required data and is required to progress the game.
It is possible.

In the first invention,
The required data and the progress data are both substantially the same data amount.
It is possible.

In the first invention,
a presentation screen relating to the event is presented to the user while the communication means is receiving the data;
It is possible.

In the first invention,
When the communication means receives the data, a presentation screen relating to the event that has been presented to the user is temporarily stopped.
It is possible.

In the first invention,
The event is a medium lottery requested based on a user operation,
In the medium lottery, a winning medium associated with the user is determined from among a plurality of types of game media stored in a lottery table.
It is possible.

In the first invention,
Whether or not the change process is executed is determined based on an operation by the user.
It is possible.

In the first invention,
Whether or not the change process is executed is determined depending on the communication status of the computer.
It is possible.

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

The present invention provides a computer program that can effectively utilize the gacha presentation time while maintaining the interest of the gacha.

1 is a diagram showing the configuration of a game system in the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. 3A to 3C are diagrams showing examples of character data and scenario data in the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. FIG. 2 is a diagram showing an example of a game screen of a game executed in the game system according to the present embodiment. 10 is a flowchart showing a download process in the present embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be described with reference to Figures 1 to 7. As shown in Figure 1, the game system 1 includes a server device 2 and a user terminal device 3.

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

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

During the quest part, the user progresses through the game using a deck made up of characters owned by the user (associated with the user's identification information). Specifically, the characters incorporated into this deck fight enemy characters based on the user's operations.

In addition to the quest part, this game also has a medium lottery (gacha) part. In this gacha part, one game medium is selected from multiple types of game medium. Specifically, in the gacha part, information about the game medium, such as more powerful equipment or characters with higher ability values, is associated with the user's identification information so that the user can progress through the game at an advantage.

In the gacha part of this embodiment, as shown in Figure 2, multiple gacha events are available. Gacha events include, for example, gacha events that are held for a limited time, and gacha events that are held all the time. After selecting one of the gacha events, the user can execute a gacha (an example of an event) based on the selection table (gacha table) prepared for that gacha event.

Furthermore, as shown in Figure 3, each gacha event offers a single gacha, in which one game medium is selected with one lottery request (gacha request), and a 10-pull gacha, in which 10 gachas are performed with one gacha request, and 10 game media are selected.

In this embodiment, the game content selected through gacha, or the game content awarded as a reward for completing a quest, for example, is a character. Furthermore, the characters awarded to the user each have parameters such as stamina, attack power, defense power, and skill value, as well as attributes and rarity.

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

Rarity has three parameters: normal, rare, super rare, and ultra super rare. The rarity increases in order of super super rare, super rare, rare, and normal.

Each character has one attribute and rarity assigned to them.

In the following, the term "a character being assigned to a user" may be used to refer to the association of a character with a user's identification information and the transmission of information about the character associated with the user's identification information to the user's user terminal device 3.

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

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

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

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

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

The memory unit 21 and 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.

The memory unit 21 is mainly composed of a hard disk drive (HDD), random access memory (RAM), read-only memory (ROM), solid state drive (SSD), etc.

The storage unit 21 stores, for example, distribution programs and data for distributing game programs for executing games played on the user terminal device 3.

Specifically, the memory unit 21 stores, for each user, information such as the user's identification information (user ID), user rank, amount of stones owned, type and amount of characters owned, type of quests completed, and friends.

Figure 4 shows an example of data managed for each user in the memory unit 21.

Figure 4(a) shows information about characters that the user owns or does not own. As shown in Figure 4(a), this data includes the character name, rarity, amount of data, classification, and ownership status (whether the user owns the character or not).

The categories (A-D) in Figure 4(a) are groups into which character data amounts (such as character image data, 3D model data, motion data, effect data, and audio data) are divided according to predetermined rules. In this embodiment, for each character, data amounts with the same ones digit are assigned to the same group.

Figure 4(b) shows information about scenarios that the user has/has not downloaded. As shown in Figure 4(b), this data includes the type of scenario (Scenario 1, Scenario 2, etc.), the number of pieces of data that make up one scenario (the number varies depending on the scenario), the amount of data, its classification, and whether it has been downloaded (whether it has already been downloaded).

The categories (A-D) in Figure 4(b) are groups into which the amount of scenario data (such as text data for stories and conversation scenes, map data for virtual spaces, background object data, non-player character data, item data, and audio data) is divided according to a predetermined rule. In this embodiment, each scenario data is classified so that data with the same units digit of the data amount is assigned to the same group.

As mentioned above, character name classifications and scenario classifications are groups that are divided according to the same rules, and data classified with the same alphabet has roughly the same amount of data.

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

<Functional Configuration of the Control Unit 20 of the Server Device 2>
As shown in Figure 1, the control unit 20 of the server device 2 functions as a matching means 201, a game progress management means 202, a medium lottery execution means 203, a determination means 204, and a server communication means 205 by executing the computer program of the present invention.

<Explanation of the Collation Means 201>
The verification means 201 authenticates the user account using the user identification information (user ID) sent from the user terminal device 3 .

<Explanation of the game progress management means 202>
The game progress management means 202 provides the user with a plurality of quests that occur at certain times (for example, a quest in which a special enemy character appears between 1:00 PM and 3:00 PM), quests that occur at certain periods, or quests that occur constantly.

Each quest has its own difficulty level, content, and rewards for completing the quest.

The game progress management means 202 receives quest start request information (described below) from the user terminal device 3.

In addition, the game progress management means 202 starts the selected quest after receiving information from the game execution means 301 of the user terminal device 3 that the consumption of the amount of stamina required to select a quest has been requested.

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

Specifically, the game progress management means 202, for example, controls the movement of characters in the virtual game space and manages the characters' stamina values.

In addition, the game progress management means 202 transmits the progress status of the main part (quest) of the game (remaining time, map, enemy character's stamina value, etc.) to the user terminal device 3 via the server communication means 205.

<Explanation of the medium lottery execution means 203>
The medium lottery execution means 203 executes a gacha based on a gacha table in which multiple types of characters are stored, when it receives gacha request information (described below) from the user terminal device 3 via the server communication means 205.

Specifically, after receiving gacha request information from the user terminal device 3, the medium lottery execution means 203 executes gacha according to the gacha table set for the gacha type selected by the user (gacha event 1, gacha event 2, single gacha, 10-consecutive gacha).

The medium lottery execution means 203 provides gacha events that are held at all times and gacha events that have a predetermined period of time (e.g., one month).

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

If the user selects "Gacha Event 1" or "Gacha Event 2" and then requests a "single gacha" (when virtual button 343 in Figure 3 is touched), the medium lottery execution means 203 executes one gacha in response to one gacha request from the user and selects one winning character. The following describes an example in which the user selects a single gacha.

On the other hand, if the user selects "Gacha Event 1" or "Gacha Event 2" and then requests a "10-consecutive gacha" (when virtual button 344 in Figure 3 is touched), the medium lottery execution means 203 will execute 10 consecutive gachas in response to a single gacha request by the user, and select 10 characters.

When gacha request information is received, the medium lottery execution means 203 releases the association between the in-game currency "stones" and the user's identification information. In this way, when a gacha request is made (when a gacha is executed), stones owned by the user are consumed in an amount corresponding to the type of gacha. Note that stones are granted to the user, for example, as a login bonus or as a result of a user's payment.

Furthermore, after receiving the gacha request information, the medium lottery execution means 203 executes an effect lottery. This effect lottery determines whether or not to present the user with an effect screen (download screen) indicating that either the data of the winning character or the scenario data has been downloaded, regardless of whether the winning character is a character (owned character) currently owned by the user.

Then, if the effect lottery is won, the medium lottery execution means 203 executes processing to display a download screen on the user terminal device 3, regardless of whether the winning character is an owned character.

Figure 5 is an example of a download screen. In this embodiment, the download screen displayed is a screen with the words "Oh...this is it!" displayed. By displaying this download screen, the user can feel a sense of hope that they may have won a character that they do not own (an unowned character).

In addition, if the effect lottery is won, the medium lottery execution means 203 transmits information about the winning character to the determination means 204.

If the determination means 204 determines that the winning character is an unowned character, the medium lottery execution means 203 transmits data of the winning character to the user terminal device 3 via the server communication means 205.

On the other hand, if the determination means 204 determines that the winning character is an owned character, the media lottery execution means 203 causes the user terminal device 3 to receive, via the server communication means 205, data other than the winning character data, but progress data (e.g., scenario data) necessary for future game progress. At that time, the media lottery execution means 203 specifies the scenario data that the user terminal device 3 should download. Details will be provided below.

In addition, even if the user does not win the effect lottery, if the winning character is an unowned character, the medium lottery execution means 203 executes processing to display the download screen of FIG. 5 on the user terminal device 3. In other words, in this embodiment, the download screen may be displayed even if the user does not win the effect lottery, which can increase the user's sense of anticipation when the download screen is displayed.

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

The medium lottery execution means 203 also associates the information about the winning character with the user's identification information and transmits the information about the winning character to the user terminal device 3 via the server communication means 205. This grants the winning character to the user.

Furthermore, if the winning character is an unowned character, the medium lottery execution means 203, for example, grants the winning character to the user and then transmits information to the storage unit 21 indicating that the character has become an owned character. This updates the "Owned or Unowned" status in Figure 4(a).

<Description of Determining Means 204>
When the performance lottery is won, the determination means 204 receives the result of the gacha (data of the winning character) from the medium lottery execution means 203, and then refers to the information stored in the storage unit 21 to determine whether the winning character is an owned character or an unowned character.

Specifically, the determination means 204 compares the data of the selected character with the data of the characters associated with that user and stored in the storage unit 21 (see Figure 4). For example, in the example of Figure 4(a), if character 1 is selected, the selected character is determined to be an owned character, and if character 2 is selected, the selected character is determined to be an unowned character.

The determination means 204 then transmits the determination result to the medium lottery execution means 203. The medium lottery execution means 203, upon receiving this, specifies the data to be downloaded by the medium lottery request means 302 of the user terminal device 2 based on the determination result and the information in the memory unit 21.

<Description of Server Communication Means 205>
The server communication means 205 transmits and receives user identification information, game data such as game programs, and the like to and from the user terminal device 3 .

In addition, the server communication means 205 receives user operation signals, quest start request information, gacha request information, etc. from the user terminal device 3.

The server communication means 205 also transmits information about the progress of the quest, information about the winning character, information about the download screen, etc. to the user terminal device 3.

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

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

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

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

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

The storage unit 31 is mainly composed of an HDD, RAM, ROM, SSD, etc. The storage unit 31 stores, for example, game programs and data for running games.

The network interface 32 is connected to the communications network 4 to transmit and receive data between the user terminal device 3 and the server device 2. This allows the game program and game data (user rank, stones, owned characters, deck information, etc.) to be downloaded to the user terminal device 3.

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

The graphics processing unit 34 renders game images, including the virtual game space and player characters, in video format in accordance with instructions from the control unit 30. The game images rendered in video format by the graphics processing unit 34 are displayed on the LCD screen 340 as the game screen.

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

<Functional Configuration of the Control Unit 30 of the User Terminal Device 3>
The control unit 30 of the user terminal device 3 executes the game program downloaded from the server device 2, and thereby functions as a game execution means 301, a medium lottery request means 302 (an example of an event execution means), and a terminal communication means 303, as shown in Figure 1.

<Explanation of the Game Execution Means 301>
The game execution means 301 executes processing for executing a predetermined event in the game based on a user operation.

Specifically, for example, the game execution means 301 causes the user terminal device 3 to execute a game that includes a quest part and a gacha part as events, based on the user's operation of the touchpad 350.

The game execution means 301 progresses the game based on user operations and information sent from the game progress management means 202 of the server device 2.

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

The game execution means 301 also places a player character in the virtual game space. The game execution means 301 then controls the actions of the player character in the virtual game space in accordance with the user's operation of the touchpad 350 and the game progress status transmitted from the game progress management means 202.

The game execution means 301 also generates information for displaying the virtual game space, player character, and virtual operation buttons as a game screen on the liquid crystal screen 340. In accordance with this information, the graphics processing unit 34 draws game images on the liquid crystal screen 340.

For example, as shown in Figure 2, the LCD screen 340 displays "user rank," "stones" (number of stones owned), etc. from the top of the screen. Stones are granted to users by purchasing them or as login bonuses, etc.

The game execution means 301 also generates quest start request information to request the start of a quest based on the user's operation. The quest start request information is transmitted to the game progress management means 202 via the terminal communication means 303.

<Explanation of the medium lottery request means 302>
When a gacha request is made based on a user's operation, the medium lottery request means 302 generates gacha request information. The gacha request information includes information on the gacha event selected by the user, information on the type of gacha, and information on the amount of stones to be consumed. This gacha request information is transmitted to the server device 2 via the terminal communication means 303.

Specifically, when the user presses the "single gacha" button 343, the medium lottery request means 302 generates gacha request information for a single gacha.

On the other hand, when the user presses the "10 consecutive gacha" button 344, the medium lottery request means 302 generates gacha request information for a 10 consecutive gacha.

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

<Description of terminal communication means 303>
The terminal communication means 303 receives, for example, information such as a game program relating to the game, and game data including information about the winning character and scenario data from the server device 2 .

In addition, the terminal communication means 303 executes a change process to change the type of data received from the server device 2 depending on whether the information required for gacha (an example of an event) is already associated with the user.

Specifically, if the user wins the effect lottery as described above, the terminal communication means 303 receives either the data of the winning character or the scenario data from the server device 2, depending on whether the winning character is an owned character (whether the character related to the winning character is already associated with the user).

More specifically, if the selected character is not owned by the player, the terminal communication means 303 receives (downloads) the data for the selected character.

On the other hand, if the selected character is an owned character, the terminal communication means 303 downloads scenario data of approximately the same data volume as the selected character (scenario data of the same classification as the selected character's classification).

In other words, in Figure 4, if an unowned character "Character 2" (classified as "A") is selected, the scenario to be downloaded will be "Scenario 2," which is classified as "A" and for which not all data has been downloaded, and which has the lowest scenario number.

Then, the terminal communication means 303 downloads "Data 1," which is the data with the smallest data number among the "Scenario 2" data and has not yet been downloaded.

The download target (data of scenarios that have not been downloaded and are in a category corresponding to the category of the winning character) is specified by the medium lottery execution means 203 of the server device 2.

Also, as shown in Figure 4, the data volume of "Character 2" is 5.1 MB, and the data volume of the scenario data "Scenario 2 Data 1" specified by server device 2 is 5.6 MB, with the units digit of both being "5."

As described above, the change process in this embodiment changes the data to be downloaded depending on whether the selected character is an owned character or an unowned character.

Furthermore, if the player wins the effect lottery, the terminal communication means 303 receives information regarding the download screen from the server device 2 while receiving the data of the winning character or scenario data.

In addition, even if the player does not win the effect lottery, if the winning character is an unowned character, the terminal communication means 303 receives information about the download screen from the server device 2 while receiving the data of the winning character.

In addition, the terminal communication means 303 transmits information such as user identification information, new game data download request information, quest start request information, and gacha request information to the server device 3, for example, based on user operation.

<Download process explanation>
The download process of the present invention will be described below with reference to Fig. 7. Note that the process procedure described below is an example, and the embodiment of the present invention is not limited to this. The process procedure can be appropriately modified in design within the scope of the present invention.

Based on the user's operation, the medium lottery request means 302 of the user terminal device 3 executes a gacha request (step S1).

Next, the medium lottery execution means 203 of the server device 2 releases the association between the amount of stones required for the gacha request (e.g., 10 stones) and the user's identification information. This consumes the amount of stones required for the gacha (step S2).

Next, the medium lottery execution means 203 executes the effect lottery and determines whether the effect lottery has been won (step S3).

If the effect lottery is not won (S3: NO), the download process of the present invention ends.

On the other hand, if the effect lottery is won (S3: YES), the medium lottery execution means 203 executes processing to display a download screen on the user terminal device 3. This executes the gacha effect, and a download screen such as that shown in FIG. 5 is displayed on the LCD screen 340 of the user terminal device 3 (step S4).

Next, the determination process 204 of the server device 2 determines whether the selected character is an unowned character (step S5).

If the winning character is not owned by the user (S5: YES), the terminal communication means 303 of the user terminal device 3 downloads the winning character's data from the server device 2 as instructed by the server device 2 (step S6).

On the other hand, if the winning character is an owned character (S5: NO), the terminal communication means 303 downloads scenario data corresponding to the data volume of the winning character from the server device 2, as specified by the server device 2 (step S8).

Next, the medium lottery execution means 203 transmits information about the winning character associated with the user's identification information to the user terminal device 3. As a result, the winning character is awarded to the user (step S7). Thereafter, the download process of the present invention ends.
The download process of the present invention is carried out through the above procedure.

In summary, the computer program of this embodiment is as follows:
The user terminal device 3
a medium lottery request means 302 that executes a process for executing a predetermined event (e.g., gacha) in the game based on a user operation; and a terminal communication means 303 that receives predetermined data from the server device 2 after the gacha is requested.
It functions as
The terminal communication means 303 executes a change process for changing the type of data received from the server device 2 depending on whether or not the winning character has already been associated with the user.

<Effects of the invention>
According to the computer program of this embodiment, it is possible to effectively utilize the gacha presentation time while maintaining the interest of the gacha.

In other words, according to the present invention, the download screen is displayed whether the winning character is an owned character or not, but the data downloaded at that time is data necessary for progressing through the game, regardless of whether the winning character is an owned character or not.

This avoids issues such as immediately realizing that a character not yet owned has been won when the download screen appears, and also prevents the time the download screen is displayed (gacha performance time) from being wasted by downloading unnecessary data or displaying a fake download screen that makes it appear as if data is being downloaded.

Furthermore, if the winning character is an owned character, the scenario data required to progress through the game will be downloaded in advance as described above, thereby shortening the download time for the scenario data when the user actually attempts to play the scenario.

Other Embodiments
In the above embodiment, an example is described in which data of a selected character or scenario data of approximately the same amount as the data amount of the selected character can be downloaded, but the present invention is not limited to this.

For example, if it takes three seconds to download the largest amount of character or scenario data in a Wi-Fi (registered trademark) environment such as a typical home, the download screen may be displayed for a fixed period of time longer than three seconds (for example, four seconds), regardless of the amount of data being downloaded.

In this case, if the communication conditions are good in a standard communication environment, the download screen will always be displayed for a fixed period of time (4 seconds). This prevents the user from mistaking the fact that a low-rarity character (a character with a small amount of data) has been selected because the download time is short, or that a high-rarity character (a character with a large amount of data) has been selected because the download time is long.

Furthermore, in the above embodiment, an example is described in which a download screen is displayed while the terminal communication means of the user terminal device is downloading data of a selected character or scenario data, but the present invention is not limited to this.

For example, while the terminal communication means of the user terminal device is downloading the winning character data or scenario data, the color of the normal display screen, such as "Lottery in progress...", may be inverted, or the displayed display screen may go dark.

Not limited to the above embodiment, the determination means of the server device may determine not only whether the winning character is a character currently owned by the user, but also whether it is a character that the user has owned in the past. In this case, it is sufficient that the memory unit of the server device stores characters that the user has owned in the past.

Furthermore, in the above embodiment, an example is described in which, if the effect lottery is won, either the data of the winning character or the scenario data is received from the server device 2 depending on whether the winning character is an owned character, but the present invention is not limited to this.

For example, the user terminal device always starts downloading scenario data at the same time as the server device starts processing the gacha. However, if the winning character is a character that the user does not own, the user terminal device may switch the data to be downloaded from the scenario data to the data of the winning character. In this case, this switching process is the change process.

In addition, the above embodiment describes an example in which the download process of the present invention is executed when the effect lottery is won, but the present invention is not limited to this. For example, the download process may be executed each time a gacha is requested, without an effect lottery being held.

Furthermore, without being limited to the above embodiment, whether or not the change process is to be executed may be determined based on the user's operation. In this case, the user can set in advance, on a menu screen or the like, whether or not to have the user terminal device execute the change process.

In addition, without being limited to the above embodiment, whether or not the change process is to be executed may be determined depending on the communication status of the user terminal device. In this case, whether or not the change process is to be executed is set, for example, depending on whether or not the user terminal device is connected to Wi-Fi (registered trademark). In other words, the user can set in advance, for example on a menu screen, to have the user terminal device decide whether or not to execute the change process depending on the communication environment (communication status).

Alternatively, scenario data may not be pre-classified by data size, and the server device may select data from the scenario data to be downloaded to the user terminal device based on the data size of the selected character. In this case, if the data size of the selected character is 5.0 MB, the server device may, for example, arbitrarily select a group of scenario data that is between 4.0 MB and 6.0 MB.

Furthermore, if the winning character is an owned character, the data downloaded by the user terminal device (progression data necessary for future game progress) is not limited to scenario data, but may also be a program for introducing a new game system (for example, a new game mode), audio data, data for a different type of game, etc.

Furthermore, the game content selected through gacha is not limited to characters, but can be anything used in the game, such as weapons, equipment, or other items.

Furthermore, while the above embodiment describes an example in which the present invention is applied to a single gacha, the present invention is not limited to this. For example, the present invention may be applied to a 10-series gacha in which 10 gachas (30 gachas in a multi-lottery process) are performed with one gacha request, and 10 characters are won.

Furthermore, the present invention may not be applied to single gachas, but may be applied only to 10 consecutive gachas. When the present invention is applied to 10 consecutive gachas, a download screen for one gacha that combines the effects of 10 consecutive gachas may be displayed, or a download screen for all 10 consecutive gachas may be displayed.

Furthermore, instead of a 10-series gacha where 10 gachas are performed with one gacha request and 10 characters are won, the present invention may also be applied to a 10-series gacha where 5 gachas are performed with one gacha request and two characters are won per gacha.

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

The download process of the present invention only needs to be performed when there is scenario data, etc. that has not yet been downloaded. In other words, if all scenario data has been downloaded, the download process does not need to be performed.

Also, some of the scenario data may be downloaded in advance, such as before a gacha is executed or when the game starts. Also, some of the scenario data may be downloaded after the fact, such as when battle motion data is downloaded when a quest is played.

Note that if the game being played is one in which the cache is cleared (downloaded data is deleted), the character data will be deleted when the cache is cleared, even if the character is owned. In this case, the download process will be carried out even if the owned character is won in the gacha.

When this invention is applied to such games, the download target is determined not by determining whether the user owns the winning character, but by whether the character data of the winning character is already associated with the user.

Furthermore, events are not limited to gacha, but may also include rewards (item drops) when the player character defeats an enemy character, rewards when a quest is cleared, or when the player character opens a treasure chest.

The downloaded data may also be a portion of dedicated data that is not used in the scenario. Then, if the download process occurs multiple times and the user collects all of this dedicated data, dedicated image, audio, item, or other data may be generated, allowing the user to view, listen to, or acquire it.

Other examples include:
The server device,
an event progress management means for executing a predetermined event in the game based on a user's operation; and a communication means for executing a change process for changing the type of data received by a user terminal device operated by the user, depending on whether or not information required for the event has already been associated with the user.
To function as,
There is a computer program.

In this case, the download process of the present invention is controlled by the server device. Even in this case, the other configurations are the same as in the above embodiment, and the same effects as in the above embodiment can be obtained.

In addition, as another example,
Computer,
a medium lottery execution means for determining a winning medium to be associated with the user from among a plurality of types of game media, when a medium lottery is requested based on a user's operation in a predetermined game;
a determination means for determining whether the game medium won in the currently executed medium lottery is a game medium that is not currently associated with the user; and, if the game medium won in the currently executed medium lottery is a game medium that is not currently associated with the user, an effect means for generating information for effecting an effect in which the user is associated with any of the game media currently associated with the user, and then generating information for effecting an effect that the won medium was a game medium that was not currently associated with the user before the current medium lottery was requested;
To function as,
Computer program.

In this case, for example, a dummy effect is displayed on the user terminal device indicating that a character owned has been won in a gacha, and then an effect is displayed indicating that the won character is actually a character not owned.

This allows time to be secured for downloading data for characters not owned while a dummy effect (e.g., an effect indicating that the same characters have been automatically combined) is displayed, making it appear as if one of the owned characters (e.g., randomly selected) has been selected. Therefore, similar to the present invention, this avoids problems such as immediately realizing that a character not owned has been selected when a download screen is displayed if a character not owned is selected.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation; and a selection means for selecting a point in real space.
an acquisition means for acquiring information on the surrounding environment (e.g., weather, temperature, humidity, area) of the point selected by the selection means and registered by the user (e.g., place of residence, current value, company location);
It functions as
The game progress management means
Based on the situation of the surrounding environment, without changing the type of the game, determine whether or not to favor (or disfavor) the progress of the game (for example, the attack power of the player character, the remaining time, the number of enemy characters) compared to the progress of the game being played by another user, and if so, what kind of favor (or disfavor) to give; and
executing the game based on the determined content for the user;
There is a computer program.

Depending on the weather in the user's place of residence (a randomly selected location), the type of game being played by the user may not change, but the defense value of enemy characters may be reduced, allowing the user to complete the game more quickly. In this case, the computer may be a server device or a user terminal device, and these devices may share their respective functions.

This allows the game content to be favored (to the user's advantage) so that users do not go out during bad weather (when warnings for typhoons, extreme heat, floods, etc. are issued). In this case, users can be encouraged to play the game safely indoors during bad weather.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation; and a confirmation means for confirming the remaining battery level of a user terminal device operated by the user.
It functions as
The game progress management means
Determine whether to favor (or disfavor) the progress of the game being played by the user (e.g., the attack power of a player character, the remaining time, the number of enemy characters) over the progress of the game being played by another user, based on the remaining battery power, and if so, what the favor (or disfavor) will be; and
executing the game based on the determined content for the user;
There is a computer program.

Depending on the remaining battery power of the user terminal device, the defense value of an enemy character may be reduced in the game being played by the user, allowing the user to complete the game more quickly. In this case, the computer may be a server device or a user terminal device, and these devices may share their respective functions.

In addition, as mentioned above, if the user's game progress is favored (for example, the defense value of an enemy character is reduced), the clear reward may instead be reduced compared to when no favorable treatment is given.

The user may also be able to choose whether to play the game in a state where their game progress is more favorable than that of other users, or in a normal state.

Furthermore, when the battery level of the user terminal device is low (for example, below 20%), the user may be able to skip battles, events (conversation scenes, movie scenes), etc., or display them at double speed.

Furthermore, in the above cases, the user may be able to replay (view) battles, events, etc. that the user skipped or displayed at double speed. In this case, the user can calmly replay the game at their own pace after charging the battery.

Also, when the battery level of the user terminal device is low, the game may be played at double speed, triple speed, etc.

Also, if the user terminal device has sufficient battery power remaining (for example, over 20%), the game may proceed in a manual mode that the user can operate, and if the user terminal device's battery power is low, the game may proceed in an automatic mode that allows the game to proceed without user operation.

At this time, for example, statistics are taken about the operations (battle methods, movement methods, order of item use, etc.) of the user (or other users designated by the user, such as friend users or high-ranking users) in manual mode (e.g., 80% probability of engaging in close combat, 20% probability of engaging in ranged combat), or the user's operations are preferably learned by artificial intelligence. Then, automatic mode proceeds based on the results of these statistics or learning.

This allows the character to be controlled in automatic mode to use magic points later in the game, which is closer to the user's control in manual mode, or to prioritize obtaining items over defeating enemy characters.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation; and a confirmation means for confirming the remaining battery level of a user terminal device operated by the user.
It functions as
The game progress management means
determining a display mode of game content (e.g., enemy characters, background, user interface) related to the game being played by the user based on the remaining battery power; and
executing the game for the user to be determined based on the determined display mode;
There is a computer program.

In this case, for example, depending on the remaining battery power of the user terminal device, the number of pixels (other, brightness, frame rate) of images of objects other than the boss character (e.g., a weak character with low display priority, background) displayed on the display screen in the game being played by the user may be reduced, while other objects may be displayed with the normal number of pixels (other, brightness, frame rate). In this case, the computer may be a server device or a user terminal device, and these devices may share their respective functions.

In addition, as another example,
Computer,
a game progress management means for executing one of a plurality of types of games based on a user's operation;
a linking means for linking two or more games selected from the plurality of types of games;
a detection means for detecting whether the user has played any of the games (for example, logged in or played a quest) within a predetermined period (for example, the previous day or one month); and a point granting means for associating points common to the games linked by the linking means with the user who has played the game;
It functions as
the game progress management means associates a benefit in the selected game with the user in accordance with the amount of the points whose association has been released, based on an operation by the user in the selected game selected by the user from among the games linked by the linking means;
There is a computer program.

For example, based on the number of days a user logs in during a specified period (e.g., a one-month event period), points common to linked games (e.g., games in which accounts for two or more games provided by the same game company are linked, either by user operation or randomly selected) are awarded and accumulated for that user.

Then, depending on the accumulated points after a certain period of time, the user's chances of winning a specific character in the gacha in the game they select from the linked games may increase, they may be given tickets to exchange for items in that game, or they may be granted the right to play gacha in that game. Therefore, for example, logging in to one game can affect other games.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation; and a management means for managing game contents (e.g., player characters) appearing in the game.
It functions as
The management means
A lottery is held at a predetermined timing to select one of the game media, and
changing the selected game content to a different type of game content for a predetermined period only if the selected game content is associated with the user;
There is a computer program.

In this case, for example, a character whose type changes randomly once a day is selected. This allows the selected character to evolve and become an enhanced character for just one day, and if the user owns that character, this can be an opportunity to try incorporating a character that the user does not normally use into their deck. In this case, it is preferable to notify the user that the selected character has been changed to a character of a different type.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation;
a linking means for linking the game application with a target application (e.g., an SNS application) different from the game application based on an operation of the user; and a designation means for designating a designated user from among other users (e.g., friend users) who have established a predetermined relationship (e.g., friend, following user) with the user in the target application based on an operation of the user.
It functions as
The game is provided with a plurality of points relating to the progress of the game (for example, a quest being cleared, a game being continued three times, a rescue signal being sent to a designated other user),
the game progress management means, when the progress of the game reaches any one of the plurality of points, acquires a capture image (including a video) of the game screen at that time without being based on an operation of the user, and generates information for transmitting the capture image to the target application of the designated user;
There is a computer program.

In this case, for example, a captured image of the user completing a specific in-game quest can be automatically sent to friend users who are friends on a social networking service (SNS). This allows the user to spread awareness of the game they are playing among their friend users on the SNS, and encourages their friend users to play the game. In addition to the above information, a URL for downloading the game may also be displayed.

In addition, based on the friend user's SNS app operations, it may be possible to set the device so that notifications are not received after the first notification has been received, and this function may be turned off based on the user's operations while playing the game.

In addition, as another example,
Computer,
a game progress management means for progressing a predetermined game based on a user's operation;
a linking means for linking the game application with a target application (e.g., an SNS application) different from the game application based on an operation of the user; and a designation means for designating a designated user from among other users (e.g., friend users) who have established a predetermined relationship (e.g., friend, following user) with the user in the target application based on an operation of the user.
It functions as
the game progress management means, when the user logs in to the game, generates information for notifying the target application of the designated user that the user has logged in to the game, without any operation by the user;
There is a computer program.

In this case, when a user logs in to a game, friend users can be automatically notified that the user is currently logged in to the game. This allows the user to widely spread the word about the game they are playing among their friend users on SNS, and encourages their friend users to play the game. In addition to the above information, the URL for downloading the game can also be displayed.

In this case, when a friend user taps on the login notification sent by the user, the screen (video) of the game being played by the user may be shared with the friend user, and the parameters (e.g., attack power) of the user's player character may increase.

In addition, based on the friend user's SNS app operations, it may be possible to set the notification so that notifications are not received after the first notification has been received.

In addition, while the above embodiment describes an example in which a computer is a server device, the present invention is not limited to this. For example, a user terminal device of one user may function as a server device. In this case, one user terminal device may be connected to the other user terminal device via BLUETOOTH (registered trademark). The present invention may also be implemented by a single user terminal device, or by cooperation between a server device and a user terminal device. For example, the determination means in the above embodiment may be provided in the user terminal device, for example.

Furthermore, in the above embodiment, the user terminal device is described as being 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 user terminal device to which a display and controller are externally connected, or a personal computer.

1 Game system 2 Server device 201 Collation means 202 Game progress management means 203 Medium lottery execution means 204 Determination means 205 Server communication means 3 User terminal device 301 Game execution means 302 Medium lottery request means (event execution means)
303 Terminal communication means 4 Communication network

Claims (2)

Computer,
an event execution means for executing a process for executing a medium lottery based on a user operation;
a game execution means for executing a main game different from the medium lottery based on an operation of the user; and a communication means for receiving predetermined data from another device after a process related to the medium lottery is requested.
It functions as
the communication means executes a change process to change the type of the data received from the other device depending on whether lottery data related to the result of the medium lottery has already been associated with the user;
The communication means is
If the lottery data is not yet associated with the user, receiving the lottery data as the data;
If the lottery data is already associated with the user, a process is executed to receive, as the data, progress data that is different from the lottery data and is necessary for progressing the main game, without receiving the lottery data.
Computer program. a storage unit that stores the computer program according to claim 1 ;
a control unit that executes the computer program;
Equipped with
Computer equipment.