JP2023042775A - Computer program, and computer device - Google Patents

Abstract

To provide a computer program capable of effectively utilizing a performance time of Gacha while keeping an interest of the Gacha.SOLUTION: According to the present invention, a computer program makes a computer function as event execution means for executing processing for executing a prescribed event in a game on the basis of a user's operation, and communication means for receiving prescribed data from another device after requesting processing about the event. The communication means executes change processing for changing kinds of data to be received from the another device according to whether information necessary for the event has already been associated with the user.SELECTED DRAWING: Figure 1

Description

The present invention relates to computer programs and computer devices.

2. Description of the Related Art Conventionally, there has been known a game in which receiving a lottery request (gacha request) from a user triggers execution of a gacha for selecting game media (characters, items, etc.) to be given to the user.

In general, when a user requests a gacha, the user expects to be given a game content that the user does not own.

Then, when the gacha is executed and a game content not owned by the user is won, the user terminal device needs to download information about the game content from the server in order to give the game content to the user. . In this case, the user terminal device displays a screen (download screen) indicating that information about the game content is being downloaded.

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

Therefore, in the conventional gacha, the user knows whether or not the game media owned by the user has won the lottery, depending on whether the download screen is displayed, and there is a risk that the interest in the gacha will be lost. There is This is a significant problem when the user desires game media of high rarity.

In order to solve this problem, when the game media won by the gacha are the game media owned by the user, a fake download screen imitating the effect of downloading the information about the game media won is displayed. A technique is known (see Patent Document 1).

JP 2020-044163 A

However, the invention of Patent Literature 1 merely proposes a production method of creating a pseudo-loading time by displaying a fake download screen. In other words, in the invention of Patent Document 1, when the game content owned by the user is won, time passes meaninglessly for the user.

Therefore, in the conventional invention, it cannot be said that the performance time of gacha when the game content owned by the user is won can be utilized.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a computer program capable of effectively utilizing the presentation time of Gacha while maintaining the interest of Gacha.

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

Moreover, in the first invention,
The communication means are
if the information required for the event is not associated with the user, performing a process of receiving essential data required for the event as the data;
If the information necessary for the event is already associated with the user, a process of receiving, as the data, progress data that is different from the essential data and is necessary for progressing the game. do,
be able to.

Moreover, in the first invention,
Both the essential data and the progress data have substantially the same amount of data,
be able to.

Moreover, in the first invention,
When the communication means is receiving the data, the user is presented with an effect screen related to the event.
be able to.

Moreover, in the first invention,
While the communication means is receiving the data, the effect screen related to the event that has been presented to the user until then is temporarily stopped.
be able to.

Moreover, in the first invention,
The event is a medium lottery requested based on a user's operation,
In the medium lottery, a winning medium associated with the user is determined from a plurality of types of game media stored in a lottery table.
be able to.

Moreover, in the first invention,
Whether or not the change process is to be executed is determined based on the user's operation.
be able to.

Moreover, in the first invention,
Whether or not the change process is executed is determined according to the communication status of the computer,
be able to.

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

According to the present invention, it is possible to provide a computer program capable of effectively utilizing the performance time of gacha while maintaining the interest of gacha.

It is a figure which shows the structure of the game system in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. FIG. 3 is a diagram showing an example of character data and scenario data in this embodiment; It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. It is a figure which shows an example of the game screen of the game performed by the game system in this embodiment. 4 is a flow chart showing download processing in the embodiment.

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

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

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

In the quest part, the user progresses the game using a deck composed of characters owned by the user (associated with the user's identification information). Specifically, a character incorporated in this deck fights an enemy character based on the user's operation.

In addition to the quest part, this game also has a medium lottery (gacha) part. In this gacha part, one of a plurality of types of game media is selected. Specifically, in a gacha part, information related to game content such as stronger equipment or characters with higher ability values is associated with user identification information so that the user can advance the game in an advantageous manner.

In the gacha part of this embodiment, as shown in FIG. 2, a plurality of gacha events are prepared. The gacha event includes, for example, a gacha event that is held for a limited time, a gacha event that is always held, and the like. After selecting one of the gacha events, the user can execute the gacha (an example of the event) based on a selection table (gacha table) prepared for that gacha event.

Further, in each gacha event, as shown in FIG. 3, a one-time gacha in which one game medium is selected with one lottery request (gacha request) and 10 gachas with one gacha request are performed. 10 consecutive gachas are prepared in which 10 game media are selected.

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

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

Normal, rare, extreme rare, and super rare are provided as parameters for the rarity. The rarity indicates that the rarity is higher in the order of super rare, super rare, rare, and normal.

Each character has one attribute and one rarity.

In the following, the fact that the character is associated with the identification information of the user and that the information about the character associated with the identification information of the user is transmitted to the user terminal device 3 of the user is referred to as "giving the character to the user." Sometimes.

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

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

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

When the user terminal device 3 communicates with the server device 2 via the communication network 4, the user terminal device 3 transmits user identification information. The transmitted user identification information undergoes predetermined authentication in the server device 2 . This enables communication between the server device 2 and the user terminal device 3 .

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

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

The control unit 20 controls operations of the server device 2 .

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 distribution program and data for distributing a game program for executing a game played on the user terminal device 3 .

Specifically, for each user, the storage unit 21 stores user identification information (user ID), user rank, amount of owned stones, type and amount of owned characters, number of cleared quests, and so on. Information such as types and friends are stored.

FIG. 4 shows an example of data managed for each user in the storage unit 21. As shown in FIG.

FIG. 4A shows information on characters owned/not owned by the user. In this data, as shown in FIG. 4A, the character name, rarity, data amount, classification, and whether or not the character is owned (whether or not the user owns it) are recorded.

Classifications (A to D) in FIG. 4(a) classify character data amounts (character image data, 3D model data, motion data, effect data, voice data, etc.) according to a predetermined rule. group. In this embodiment, each character is classified so that data having the same ones digit of the data amount is allocated to the same group.

FIG. 4(b) shows information on scenarios that are downloaded/not downloaded by the user. As shown in Fig. 4(b), this data includes the type of scenario (scenario 1, scenario 2, etc.), the number of data that composes one scenario (the number varies depending on the scenario), the amount of data, the classification, and whether or not it has been downloaded. (whether or not it has already been downloaded) is recorded.

Classifications (A to D) in FIG. 4(b) refer to the amount of scenario data (text data such as stories and conversation scenes, virtual space map data, background object data, non-player character data, item data, and voice data. etc.) are divided according to a predetermined rule. In the present embodiment, each scenario data is classified so that data having the same data amount in the same first digit are assigned to the same group.

As described above, the character name classification and the scenario classification are groups divided according to the same rule, and the data classified by the same alphabet have approximately the same data amount.

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

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

<Explanation of collation means 201>
The verification unit 201 uses user identification information (user ID) transmitted from the user terminal device 3 to authenticate the user account.

<Description of Game Progress Management Means 202>
The game progress management means 202 selects a plurality of quests that occur every hour (for example, a quest in which a special enemy character appears between 1:00 PM and 3:00 PM), quests that occur every period, or quests that occur all the time. provide to users.

For each quest, the difficulty level of the quest, the content of the quest, and the reward for clearing the quest are set.

The game progress management means 202 receives quest start request information, which will be described later, from the user terminal device 3 .

Further, 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 consumption of the amount of stamina required for quest selection is requested.

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

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

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

<Description of medium lottery executing means 203>
The medium lottery execution means 203 receives gacha request information (to be described later) from the user terminal device 3 via the server communication means 205 as a trigger to execute gacha based on a gacha table storing a plurality of types of characters.

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

The medium lottery executing means 203 provides gacha events that are always held and gacha events that are held for a predetermined period (for example, one month).

Note that the user can select, for example, "gacha event 1" by pressing the virtual button 341 in FIG. 2, and select "gacha event 2" by pressing the virtual button 342 in FIG. can be done.

When the user selects "gacha event 1" or "gacha event 2" and then requests a "single-shot gacha" (when the virtual button 343 in FIG. 3 is touched), the medium lottery executing means 203 prompts the user One gacha is executed with one gacha request by and one winning character is selected. Below, an example in which the user has selected a single-shot gacha is described.

On the other hand, when the user selects "gacha event 1" or "gacha event 2" and then requests "10 consecutive gacha" (when the virtual button 344 in FIG. 3 is touched), the medium lottery executing means 203 executes gacha 10 times in succession with one gacha request by the user, and selects 10 characters.

Upon receiving the gacha request information, the medium lottery executing means 203 cancels the association between the in-game currency "stones" and the user's identification information. In this way, when a gacha request is made (accompanied by the execution of the gacha), the stones owned by the user are consumed in a quantity corresponding to the type of gacha. Note that stones are given to the user, for example, as a login bonus or by billing by the user.

In addition, the medium lottery executing means 203 executes the effect lottery after receiving the gacha request information. This effect lottery indicates that either the data of the winning character or the scenario data has been downloaded regardless of whether or not the winning character is the character currently owned by the user (possessed character). This is a lottery for determining whether or not to present the effect screen (download screen) to the user.

When the performance lottery is won, the medium lottery executing means 203 executes processing for displaying a download screen on the user terminal device 3 regardless of whether or not the winning character is the owned character.

FIG. 5 is an example of a download screen. In this embodiment, as the download screen, a screen on which the characters "Oh...this is!" is displayed. By displaying this download screen, it is possible to make the user feel a sense of anticipation that a character that the user does not own (non-owned character) may have won the lottery.

Also, when the performance lottery is won, the medium lottery executing means 203 transmits information on the winning character to the determining means 204 .

Then, when the determining means 204 determines that the winning character is an unowned character, the medium lottery executing means 203 transmits data of the winning character to the user terminal device 3 via the server communication means 205 .

On the other hand, when the determining means 204 determines that the winning character is the owned character, the medium lottery executing means 203 sends data other than the data of the winning character via the server communication means 205 to the future game. The user terminal device 3 is caused to receive progress data (for example, scenario data) necessary for progress. At that time, the medium lottery executing means 203 designates scenario data to be downloaded by the user terminal device 3 . Details will be described later.

In addition, the medium lottery executing means 203 performs processing for displaying the download screen of FIG. to run. That is, in the present embodiment, since the download screen may be displayed even if the player has not won the effect lottery, it is possible to increase the user's expectation when the download screen is displayed.

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

In addition, the medium lottery executing means 203 associates the winning character information with the user's identification information, and transmits the winning character information to the user terminal device 3 via the server communication means 205 . As a result, the winning character is given to the user.

Further, when the winning character is an unowned character, the medium lottery executing means 203, for example, after giving the winning character to the user, stores information to the effect that the character has become an owned character in the storage unit 21. Send. As a result, the "presence/absence of ownership" in FIG. 4(a) is updated.

<Description of Determination Means 204>
After receiving the gacha result (data of the winning character) from the medium lottery executing means 203 when the performance lottery is won, the determination means 204 refers to the information stored in the storage unit 21 to determine whether the lottery has been won. It is determined whether the character is an owned character or an unowned character.

Specifically, the determining means 204 compares the winning character data with the character data (see FIG. 4) stored in the storage section 21 in association with the user. For example, in the example of FIG. 4(a), if character 1 wins, the winning character is determined to be the owned character, and if character 2 wins, the winning character is determined to be the non-owned character. be done.

Next, the determination means 204 transmits the determination result to the medium lottery execution means 203 . The medium lottery executing means 203 that has received this specifies the data to be downloaded by the medium lottery requesting means 302 of the user terminal device 2 based on this determination result and the information in the storage 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 .

The server communication means 205 also receives operation signals from the user, quest start request information, gacha request information, and the like from the user terminal device 3 .

In addition, the server communication means 205 transmits to the user terminal device 3 information about the progress of the quest, information about the winning character, information about the download screen, and the like.

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

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

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

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

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

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

A network interface 32 is connected to the communication network 4 to transmit and receive data between the user terminal device 3 and the server device 2 . As a result, the game program and game data (user rank, stones, owned characters, deck information, etc.) are downloaded to the user terminal device 3 .

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

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

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

<Functional Configuration of Control Unit 30 of User Terminal Device 3>
By executing the game program downloaded from the server device 2, the control unit 30 of the user terminal device 3, as shown in FIG. It functions as communication means 303 .

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

Specifically, for example, the game executing means 301 causes the user terminal device 3 to execute a game including a quest part and a gacha part as events based on the user's operation of the touch pad 350 .

The game executing means 301 advances the game based on user's operations and information transmitted from the game progress managing means 202 of the server device 2 .

Specifically, the game executing means 301 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.

Also, the game executing means 301 arranges the player character in the virtual game space. The game executing means 301 controls the action of the player character in the virtual game space according to the operation of the touch pad 350 by the user and the progress of the game transmitted from the game progress managing means 202 .

The game executing means 301 also generates information for displaying the virtual game space, the player character, and the virtual operation buttons as a game screen on the liquid crystal screen 340 . The graphics processing unit 34 draws a game image on the liquid crystal screen 340 according to these pieces of information.

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

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

<Description of Medium Lottery Requesting Means 302>
The medium lottery request means 302 generates gacha request information when a gacha request is made based on a user's operation. 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 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-shot gacha” button 343, the medium lottery requesting means 302 generates gacha request information for a single-shot gacha.

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

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

<Description of Terminal Communication Means 303>
Terminal communication means 303 receives, for example, information such as a game program relating to the game from server device 2 and game data including information relating to winning characters and scenario data.

In addition, the terminal communication means 303 executes change processing for changing the type of data received from the server device 2 depending on whether or not information necessary for gacha (an example of an event) is already associated with the user.

Specifically, when the player wins the effect lottery as described above, the terminal communication means 303 checks whether or not the winning character is the owned character (whether or not the character related to the winning character is already associated with the user). ), either the winning character data or the scenario data is received from the server device 2 .

More specifically, the terminal communication means 303 receives (downloads) the data of the winning character when the winning character is an unowned character.

On the other hand, when the winning character is the owned character, the terminal communication means 303 downloads the scenario data (scenario data of the same classification as the winning character) of almost the same amount of data as the winning character.

That is, in FIG. 4, when the unowned character "Character 2" (categorized as "A") wins, the scenario is classified as "A" and all data has not been downloaded, "Scenario 2" in ascending order of the scenario number is to be downloaded.

Then, the terminal communication means 303 downloads "data 1", which is data having a small data number among the data of this "scenario 2" and has not yet been downloaded.

It should be noted that the medium lottery execution means 203 of the server device 2 designates the download target (the data of the scenario that is the classification corresponding to the classification of the winning character and has not been downloaded).

Further, as shown in FIG. 4, the data amount of "character 2" is 5.1 MB, and the data amount of scenario data "scenario 2 data 1" specified by the server device 2 is 5.6 MB. The digits of the digits are both "5".

As described above, the change process in the present embodiment is a process of changing data to be downloaded according to whether the winning character is an owned character or an unowned character.

Further, when the player wins the performance lottery, the terminal communication means 303 receives information on the download screen from the server device 2 while receiving the data of the winning character or the scenario data.

Further, even if the terminal communication means 303 has not won the effect lottery, if the winning character is an unowned character, the terminal communication means 303 displays the download screen from the server device 2 while receiving the data of the winning character. receive information about

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 the user's operation. .

<Description of download process>
The download processing of the present invention will be described below with reference to FIG. It should be noted that the processing procedures described later are examples, and the embodiments of the present invention are not limited to these. The processing procedure can be appropriately modified in design without changing the gist 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 executing means 203 of the server device 2 cancels the association between the required amount of stones (for example, 10) for the gacha request and the user's identification information. As a result, the required amount of stones for the gacha is consumed (step S2).

Next, the medium lottery executing means 203 executes the effect lottery and determines whether or not the player wins the effect lottery (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 executing means 203 executes processing for displaying the download screen on the user terminal device 3. FIG. As a result, a gacha effect is executed, and a download screen as shown in FIG. 5 is displayed on the liquid crystal screen 340 of the user terminal device 3 (step S4).

Next, the determination processing 204 of the server device 2 determines whether or not the winning character is an unowned character (step S5).

If the winning character is an unowned character (S5: YES), the terminal communication means 303 of the user terminal device 3 downloads data of the winning character from the server device 2 as specified by the server device 2 (step S6). .

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

Next, the medium lottery executing means 203 transmits to the user terminal device 3 information about the winning character associated with the identification information of the user. As a result, the winning character is awarded to the user (step S7). After that, the download process of the present invention ends.
The download process of the present invention is executed by the above procedure.

To summarize the above, the computer program of the present embodiment is
the user terminal device 3,
medium lottery request means 302 that executes processing for executing a predetermined event (for example, gacha) in the game based on a user's operation; and predetermined data from the server device 2 after the gacha is requested. terminal communication means 303 for receiving
function as
The terminal communication means 303 executes change processing 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.

<Effect of invention>
According to the computer program of the present embodiment, it is possible to effectively utilize the performance time of gacha while maintaining the interest of gacha.

That is, according to the present invention, the download screen is displayed regardless of whether the winning character is an owned character or a non-owned character. Regardless of whether or not, it is the data necessary for the progress of the game.

Therefore, while avoiding problems such as finding out that a non-owned character has won as soon as the download screen is displayed, useless data is downloaded or fake data is downloaded. The time during which the download screen is displayed (gacha presentation time) is not wasted.

Furthermore, when the winning character is the owned character, the scenario data necessary for the progress of the game is downloaded in advance as described above, so that when the user actually tries to play the scenario, the scenario data download time can be shortened.

[Other embodiments]
In the above embodiment, an example is described in which the data of the winning character or the scenario data of substantially the same amount as the data amount of the winning character can be downloaded, but the present invention is not limited to this.

For example, if the character or scenario data with the largest amount of data is downloaded in a Wi-Fi (registered trademark) environment such as an ordinary home for 3 seconds, regardless of the amount of data to be downloaded, the download time is fixed. The download screen may be displayed for a period of time longer than 3 seconds (eg, 4 seconds).

In this case, the download screen is always displayed for a certain period of time (4 seconds) if the communication conditions are good in a standard communication environment. In this case, since the download time is rather short, for example, a character with a low rarity (a character with a small amount of data) can be considered to have won the lottery. It is possible to prevent the user from being distracted by thinking that the winner has won the lottery.

Further, in the above-described embodiment, an example is described in which the download screen is displayed while the terminal communication means of the user terminal device is downloading the winning character data or the scenario data. is not limited.

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

The determination means of the server device is not limited to the above embodiment, and determines not only whether or not the winning character is the character currently owned by the user, but also whether or not the character has been owned by the user in the past. You can judge. In this case, the storage unit of the server device may store characters that the user has owned in the past.

Further, in the above-described embodiment, an example is described in which, when winning the effect lottery, 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 the owned character or not. However, the invention is not limited to this.

For example, when the server device starts gacha processing, the user terminal device always starts downloading scenario data. to the data of the winning character. In this case, this switching process becomes the change process.

Further, in the above-described embodiment, an example is described 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 performing the effect lottery.

Moreover, it is not limited to the above-described embodiment, and whether or not to execute the change process 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 cause the user terminal device to execute the change process.

Further, it is not limited to the above-described embodiment, and whether or not to execute the change process may be determined according to the communication status of the user terminal device. In this case, for example, whether or not the change processing is executed is set depending on whether or not the user terminal device is connected to Wi-Fi (registered trademark). That is, the user can set in advance on a menu screen or the like so that the user terminal device determines whether or not to execute the change process according to the communication environment (communication status).

Alternatively, the scenario data may not be classified in advance by data amount, and the server device may select data to be downloaded to the user terminal device from among the scenario data according to the data amount of the winning character. In this case, if the data amount of the winning character is 5.0 MB, the server device may arbitrarily pick up a scenario data group of, for example, between 4.0 MB and 6.0 MB.

In addition, the data downloaded by the user terminal device when the winning character is the owned character (progress data necessary for future game progress) is not limited to scenario data, but may be a new game system (for example, a new game mode). , audio data, data of different types of games, and the like.

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

Further, in the above-described embodiment, an example in which the present invention is applied to a single-shot gacha is described, but the present invention is not limited to this. For example, the present invention may be applied to 10 consecutive gachas in which 10 gachas (30 gachas in multi lottery processing) are performed with one gacha request and 10 characters are won.

Further, the present invention may not be applied to single-shot gacha, and may be applied only to 10 consecutive gacha. When the present invention is applied to 10 consecutive gachas, a single download screen in which 10 gacha effects are put together may be displayed, or a download screen for 10 times may be displayed.

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

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

Note that the download process of the present invention may be executed only when scenario data or the like includes data that has not been downloaded at present. That is, when all scenario data have been downloaded, the download process does not have to be executed.

Also, part of the scenario data may be downloaded in advance before the gacha is executed or when the game is started. Also, part of the scenario data may be downloaded after the fact, for example, battle motion data is downloaded when a quest is played.

Note that if the game to be executed is a game in which the cache is cleared (downloaded data is deleted), when the cache is cleared, the data of that character will be deleted even if it is an owned character. be. In this case, even if the possessed character wins the gacha, the download process is executed.

When the present invention is applied to such a game, it is not determined whether or not the user owns the winning character, but rather whether or not the character data of the winning character is already associated with the user. It is sufficient that the download target is determined.

The event is not limited to gacha, but may be a reward (item drop) when a player character defeats an enemy character, a reward when a quest is cleared, or when a player character opens a treasure chest.

Also, the downloaded data may be part of dedicated data that is not used in the scenario. Then, when download processing occurs multiple times and the user collects all of these dedicated data, data such as dedicated images, sounds, and items are generated, and the user can view, listen to, and acquire them. You may be able to do it.

As another example,
the server device,
An event progress management means for executing a predetermined event in a game based on a user's operation, and a user terminal device operated by the user depending on whether or not information necessary for the event is already associated with the user. a communication means that performs a modification process to change the type of data received by the
to function as
I have a computer program.

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

Also, as another example,
the computer,
medium lottery execution means for determining a winning medium associated with the user from among a plurality of types of game media, triggered by a medium lottery request based on a user's operation in a predetermined game;
determining means for determining whether or not the game medium won in the medium lottery executed this time is a game medium that is not currently associated with the user; and, if the game content is not associated with the user at the present time, information is generated for producing an effect in which the user is associated with one of the game media currently associated with the user, effecting means for generating information for effecting that the winning medium was a game medium that was not associated with the user until the current medium lottery was requested;
to function as
computer program.

In this case, for example, after a dummy effect that the owned character has been won in the gacha is produced on the user terminal device, the effect that the winning character is actually an unowned character is displayed.

As a result, a dummy effect (for example, an effect to the effect that the same characters are automatically combined) is performed as if one of the owned characters (for example, randomly selected) has won. It is possible to secure the download time of the data related to the non-owned character. Therefore, as in the case of the present invention, it is possible to avoid the problem that, when a non-owned character wins, it is immediately revealed that the non-owned character has won when the download screen is displayed.

Also, as another example,
the computer,
game progress management means for progressing a predetermined game based on user's operation; and selection means for selecting any point in the real space;
Acquisition means for acquiring information (e.g., weather, temperature, humidity, area) of the surrounding environment (e.g., weather, temperature, humidity, area) of the point selected by the selection means and registered by the user (e.g., residence, current value, company location) ,
function as
The game progress management means
Based on the situation of the surrounding environment, without changing the type of the game, the progress of the game (for example, the player character's attack power, the remaining time, the number of enemy characters) is controlled by another user. Decide whether to give preferential treatment (or disfavor) to progress, and if so, what to give preferential treatment (or disfavor), and
executing the game based on the content determined for the user;
I have a computer program.

Depending on the weather at the user's place of residence (randomly selected point), in the game the user is running, the type of game does not change, for example, the defense value of the enemy character decreases, and the user starts the game early. may be able to be cleared. In this case, the computer may be a server device or a user terminal device, and these devices may share their respective functions.

As a result, for example, the content of the game can be given preferential treatment (to the user's advantage) so that the user does not go out during bad weather (when a warning is issued for a typhoon, heat wave, flood, or the like). In this case, the user can be urged to play the game indoors where it is safe during bad weather.

Also, as another example,
the computer,
Game progress management means for progressing a predetermined game based on user's operation; Confirmation means for confirming the remaining battery level of the user terminal device operated by the user;
function as
The game progress management means
The progress of the game being played by the user (e.g., the attack power of the player character, the remaining time, the number of enemy characters) of the game being played by another user is determined based on the remaining battery power. determine whether to give preferential treatment (or disfavor) to the situation, and if so, what to treat favorably (or disfavorably), and
executing the game based on the content determined for the user;
I have a computer program.

Depending on the remaining battery level of the user terminal device, in the game the user is running, for example, the defense value of the enemy character may decrease, allowing the user to clear the game early. In this case, the computer may be a server device or a user terminal device, and these devices may share their respective functions.

As described above, if the user's game progress is preferentially treated (for example, the enemy character's defense value is reduced), the clear reward may be reduced compared to the case where preferential treatment is not given.

Also, the user may be able to select whether to play the game in a state where the game progress status is treated more favorably than other users, or to play the game in a normal state.

Also, when the remaining battery level of the user terminal device is low (for example, 20% or less), the user can skip battles, events (conversation scenes, movie scenes), etc., or display them at double speed. may

Furthermore, in the above case, the user may be able to play (view) the battles, events, etc. that the user skipped or displayed at double speed after that. In this case, the user can calmly start over after charging the battery.

Also, when the remaining battery level of the user terminal device is low, the game may proceed at double speed, triple speed, or the like.

In addition, when the remaining battery level of the user terminal device is sufficient (exceeding 20%, for example), the game proceeds in a manual mode in which the user can operate, and the remaining battery level of the user terminal device is reduced. When it is low, the game may proceed in an automatic mode in which the game proceeds without user interaction.

At this time, for example, statistics about the operation details (battle method, movement method, order of use of items, etc.) of the user (or another user designated by the user, such as a friend user or a user with a high rank) in the manual mode are collected. (80% probability of challenging close combat, 20% probability of challenging remote combat, etc.), or the content of the user's operation is preferably learned by artificial intelligence. The automatic mode then proceeds based on these statistics or learning results.

As a result, in the automatic mode, it is possible to control the character so that the magic points for using magic are used in the second half so as to be close to the user's operation contents in the manual mode, and to defeat the enemy character. You will be able to control your character so that it gives priority to acquiring items.

Also, as another example,
the computer,
Game progress management means for progressing a predetermined game based on user's operation; Confirmation means for confirming the remaining battery level of the user terminal device operated by the user;
function 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 executed by the user based on the remaining battery power;
executing the game based on the determined display mode for the user to be determined;
I have a computer program.

In this case, for example, depending on the remaining battery level of the user terminal device, in the game being executed by the user, among the objects displayed on the display screen, for example, objects other than the boss character (for example, objects with low display priority) The number of pixels (others, brightness, frame rate) of the image of small character, background) is reduced, and other objects may be displayed with the normal number of pixels (others, 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.

Also, as another example,
the computer,
game progress management means for executing one of a plurality of types of games based on user's operation;
interlocking means for interlocking two or more games selected from the plurality of types of games;
Detection means for detecting that the user has executed any game (e.g., login, playing a quest) during a predetermined period (e.g., the day before, one month), and for the user who has executed the game point giving means for associating points common to the games interlocked by the interlocking means with the user;
function as
The game progress management means, based on the user's operation in the selected game selected by the user from among the games interlocked by the interlocking means, according to the amount of the points whose association is canceled, the Associating an award within a selected game with the user;
I have a computer program.

According to this, for example, according to the number of login days within a predetermined period (for example, an event period held for one month), for the user, linked games (for example, games provided by the same game company) Common points are given and accumulated for games in which two or more game accounts selected by user's operation or at random are associated with each other).

Then, according to the accumulated points after the elapse of a predetermined period, the winning probability of a specific character in the gacha in the game selected by the user from among the interlocking games increases, or the ticket to be exchanged for the item in the game is granted. , the right to play gacha in the game is granted. Therefore, for example, logging into one game can affect other games.

Also, as another example,
the computer,
Game progress management means for progressing a predetermined game based on user's operation, and management means for managing game content (e.g., player characters) appearing in the game,
function as
The management means are
performing a lottery to select one of the game media at a predetermined timing; and
changing the selected game media to a different type of game media for a predetermined period of time only if the selected game media is associated with the user;
I have a computer program.

In this case, for example, a character whose type is changed at random once a day is selected. As a result, for example, if the selected character becomes a character that has evolved and strengthened for only one day, and the user owns that character, the user tries to incorporate a character that the user does not normally use into the deck. can be used as an opportunity. In this case, it is preferable to notify the user that the selected character has been changed to a different type of character.

Also, as another example,
the computer,
game progress management means for progressing a predetermined game based on user's operation;
interlocking means for interlocking the game application and a target application (for example, a SNS application) different from the game application based on the user's operation; and Designating means for designating any designated user among other users (e.g., friend users) with whom a predetermined relationship (e.g., friends, follow users) has been established with the user;
function as
The game is provided in advance with a plurality of points regarding the progress of the game (for example, clearing a quest, continuing three times, sending a rescue signal to a designated other user). cage,
The game progress management means, when the progress of the game reaches one of the plurality of points, captures a captured image (animation) of the game screen at that time without being based on the user's operation. ) and generate information for transmitting the captured image to the target application of the designated user;
I have a computer program.

In this case, for example, it is possible to automatically send a captured image when the user clears a predetermined quest in the game to a friend user who has a friend relationship on SNS (Social Networking Service). can. Thereby, the user can make the game that the user is playing widely known to the friend users on the SNS, and can encourage the friend users to play the game. At that time, in addition to the information, a URL for downloading the game may be displayed.

In addition, based on the friend user's operation in the SNS application, it may be possible to set not to receive the notification after receiving the notification once, and based on the operation of the user who is playing the game may be able to turn this feature off.

Also, as another example,
the computer,
game progress management means for progressing a predetermined game based on user's operation;
interlocking means for interlocking the game application and a target application (for example, a SNS application) different from the game application based on the user's operation; and Designating means for designating any designated user among other users (e.g., friend users) with whom a predetermined relationship (e.g., friends, follow users) has been established with the user;
function as
When the user logs into the game, the game progress management means notifies the target application of the specified user that the user has logged into the game, without being based on the user's operation. generate information for
I have a computer program.

In this case, when the user logs into the game, the friend user can be automatically notified of information that the user is currently logged into the game. Thereby, the user can make the game that the user is playing widely known to the friend users on the SNS, and can encourage the friend users to play the game. At that time, in addition to the information, a URL for downloading the game can also be displayed.

In this case, when the friend user taps the login notification sent from the user, the screen (video) of the game being executed by the user may be shared with the friend user. A parameter (eg, attack power) may be increased.

In addition, based on the friend user's operation on the SNS application, it may be possible to set not to receive the notification after receiving the notification once.

Also, in the above embodiments, an example in which the computer is a server device is described, but the present invention is not limited to this. For example, a user terminal device of one user may function as a server device. Furthermore, in this case, one user terminal device and the other user terminal device may be connected by BLUETOOTH (registered trademark). Further, the present invention may be implemented by a single user terminal device, or may be implemented by cooperation between a server device and a user terminal device. For example, the determining means in the above embodiments may be provided in, for example, a user terminal device.

Also, in the above-described embodiment, an example is described in which the user terminal device is a terminal device such as a smart phone, but the present invention is not limited to this. The user terminal device may be, for example, a stationary user terminal device to which a display and a controller are externally connected, or a personal computer.

1 Game System 2 Server Device 201 Verification Means 202 Game Progress Management Means 203 Medium Lottery Execution Means 204 Judgment 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 (9)

the computer,
Event execution means for executing processing for executing a predetermined event in the game based on user's operation, and communication for receiving predetermined data from another device after processing related to the event is requested. means,
function as
The communication means executes change processing for changing the type of the data received from the other device, depending on whether or not the information required for the event is already associated with the user.
computer program. The communication means are
if the information required for the event is not associated with the user, performing a process of receiving essential data required for the event as the data;
If the information necessary for the event is already associated with the user, a process of receiving, as the data, progress data that is different from the essential data and is necessary for progressing the game. do,
2. A computer program as claimed in claim 1. Both the essential data and the progress data have substantially the same amount of data,
3. A computer program as claimed in claim 2. When the communication means is receiving the data, the user is presented with an effect screen related to the event.
A computer program according to any one of claims 1-3. While the communication means is receiving the data, the effect screen related to the event that has been presented to the user until then is temporarily stopped.
A computer program according to any one of claims 1-3. The event is a medium lottery requested based on a user's operation,
In the medium lottery, a winning medium associated with the user is determined from a plurality of types of game media stored in a lottery table.
A computer program according to any one of claims 1-5. Whether or not the change process is to be executed is determined based on the user's operation.
A computer program according to any one of claims 1-6. Whether or not the change process is executed is determined according to the communication status of the computer,
A computer program according to any one of claims 1-7. A storage unit that stores the computer program according to any one of claims 1 to 8,
a control unit that executes the computer program;
comprising
computer equipment.

Images