Computer program and computer device

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

[Technical Field]

[0001] The present invention relates to a computer program and a computer device. [Background technology]

[0002] BACKGROUND ART Conventionally, there is known a game in which a gacha is executed to select game media (characters, items, etc.) to be awarded to a user upon receiving a lottery request (gacha request) from the user.

[0003] Generally, when a user requests a gacha, the user expects to be given game media that the user does not own.

[0004] 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.

[0005] On the other hand, if a user wins a game medium that the user owns in a gacha, the user terminal device does not need to download information about the game medium from the server device, and in this case, unlike the above, a download screen is not displayed on the user terminal device.

[0006] Therefore, in conventional gacha games, users would know whether or not they had won the game content they owned by whether or not the download screen was displayed, which could potentially dampen the excitement of the gacha game, a problem that becomes more pronounced when users desire rare game content.

[0007] To solve this problem, a technology is known that, if the game medium won in a gacha is a game medium that the user owns, displays a fake download screen that mimics the process of downloading information about the game medium that was won (see Patent Document 1). [Prior art documents] [Patent documents]

[0008] [Patent Document 1] JP 2020-044163 A DISCLOSURE OF THE INVENTION [Problem to be solved by the invention]

[0009] 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 that the user owns, time passes that is meaningless to the user.

[0010] Therefore, it cannot be said that conventional inventions have been able to utilize the gacha presentation time when a user wins a game medium that the user owns.

[0011] An 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. [Means for solving the problem]

[0012] The first invention is Computer, event execution means for executing a process for executing a predetermined event in the game based on a user's operation; 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 to change 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.

[0013] 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.

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

[0015] 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.

[0016] 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.

[0017] 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.

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

[0019] 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.

[0020] 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. [Effects of the Invention]

[0021] According to the present invention, a computer program can be provided that can effectively utilize the gacha presentation time while maintaining the interest of the gacha. [Brief explanation of the drawings]

[0022] [Figure 1] 1 is a diagram showing the configuration of a game system in the present embodiment. [Figure 2] 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. [Figure 3] 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. [Figure 4] 3A to 3C are diagrams showing examples of character data and scenario data in the present embodiment. [Figure 5] 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. [Figure 6]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. [Figure 7] 10 is a flowchart showing a download process in the present embodiment. DETAILED DESCRIPTION OF THE INVENTION

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

[0024] <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.

[0025] 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 satisfied if the player character defeats the monster within the time limit. This quest progresses by the user operating the touchpad 350.

[0026] In 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 included in this deck fight against enemy characters based on the user's operations.

[0027] In addition to the quest part, this game also includes a medium lottery (gacha) part. In this gacha part, one of several types of game media is selected. Specifically, in the gacha part, information about the game media, such as more powerful equipment or a character with higher ability values, is associated with the user's identification information so that the user can advance through the game advantageously.

[0028] In the gacha part of this embodiment, multiple gacha events are prepared, as shown in Figure 2. 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 a selection table (gacha table) prepared for that gacha event.

[0029] In addition, 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-gacha, in which 10 gachas are performed with one gacha request, and 10 game media are selected.

[0030] In this embodiment, the game content selected by gacha or awarded as a reward for completing a quest is a character. Each character awarded to a user has parameters such as stamina, attack power, defense power, and skill value, as well as attributes and rarity.

[0031] For example, in this embodiment, the attributes set for a character include a fire attribute, a water attribute, a wind attribute, and the like as parameters.

[0032] Rarity has parameters of normal, rare, super rare, and ultra rare. The rarity increases in order of ultra rare, super rare, rare, and normal.

[0033] Each character has one of the attributes and a rarity.

[0034] 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.

[0035] Users can incorporate characters obtained through gacha or as rewards for completing quests into their decks and set them as characters to use.

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

[0037] It should be noted that a user account is assigned to each user terminal device 3 in association with the user terminal device 3. This user account is managed as user account information (user identification information).

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

[0039] <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.

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

[0041] The control unit 20 controls the operation of the server device 2 .

[0042] The storage unit 21 is mainly composed of a hard disk drive (HDD), a random access memory (RAM), a read only memory (ROM), a solid state drive (SSD), and the like.

[0043] The storage unit 21 stores, for example, a distribution program and data for distributing a game program for executing a game to be played on the user terminal device 3.

[0044] 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 cleared, and friends.

[0045] FIG. 4 shows an example of data managed for each user in the storage unit 21.

[0046] Figure 4(a) shows information about characters that a 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).

[0047] The categories (A to D) in Fig. 4(a) are groups into which the amount of character data (such as the amount of character image data, 3D model data, motion data, effect data, and sound data) is divided according to a predetermined rule. In this embodiment, for each character, data with the same ones digit of the amount of data is classified so that they are assigned to the same group.

[0048] Figure 4(b) shows information about scenarios that the user has downloaded or 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 or not it has been downloaded (whether or not it has already been downloaded).

[0049] The categories (A to D) in Fig. 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 ones digit of the data amount are assigned to the same group.

[0050] As described above, the character name classification and scenario classification are groups that are divided according to the same rules, and data classified with the same alphabet has approximately the same data amount.

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

[0052] <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.

[0053] <Explanation of the matching means 201> The verification means 201 uses the user identification information (user ID) sent from the user terminal device 3 to authenticate the user account.

[0054] <Explanation of the game progress management means 202> The game progress management means 202 provides the user with multiple 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.

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

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

[0057] Furthermore, after receiving information from the game execution means 301 of the user terminal device 3 that the consumption of the amount of stamina required for quest selection has been requested, the game progress management means 202 starts the selected quest.

[0058] Furthermore, the game progress management means 202 receives operation signals from the user of the user terminal device 3, and manages the progress of the main part (quest) of the game based on the deck configuration set by the user.

[0059] Specifically, the game progress management means 202, for example, controls the actions of characters in the virtual game space and manages the physical strength values ​​of characters.

[0060] Furthermore, the game progress management means 202 transmits the progress status of the main part (quest) of the game (remaining time, map, strength value of enemy characters, etc.) to the user terminal device 3 via the server communication means 205.

[0061] <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.

[0062] Specifically, after receiving gacha request information from the user terminal device 3, the media lottery execution means 203 executes the 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).

[0063] The medium lottery execution means 203 provides a gacha event that is always held, and a gacha event that is held for a predetermined period (for example, one month).

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

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

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

[0067] Upon receiving the gacha request information, 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), the user's stones are consumed in an amount corresponding to the type of gacha. Note that the stones are given to the user, for example, as a login bonus or as a payment made by the user.

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

[0069] Then, if the effect lottery is won, the medium lottery execution means 203 executes a process for displaying a download screen on the user terminal device 3 regardless of whether the won character is a owned character or not.

[0070] 5 is an example of a download screen. In this embodiment, a screen with the words "Oh... this is it!" is displayed as the download screen. 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 (unowned character).

[0071] Furthermore, if the effect lottery is won, the medium lottery execution means 203 transmits information about the winning character to the determination means 204.

[0072] If the determining means 204 determines that the won character is an unowned character, the medium lottery executing means 203 transmits data of the won character to the user terminal device 3 via the server communication means 205.

[0073] On the other hand, if the determination means 204 determines that the won character is a owned character, the medium lottery execution means 203 causes the user terminal device 3 to receive, via the server communication means 205, progress data other than the data of the won character that is necessary for future game progress (for example, scenario data). At this time, the medium lottery execution means 203 specifies the scenario data that should be downloaded by the user terminal device 3. Details will be described later.

[0074] Furthermore, 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. That is, in this embodiment, the download screen may be displayed even if the user does not win the effect lottery, so that the user's sense of expectation when the download screen is displayed can be increased.

[0075] Fig. 6 is an example showing a game screen after a gacha has been executed. In Fig. 6, the winning character is 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 (e.g., "character 23"), the attribute of the winning character (e.g., "water attribute"), and the rarity of the winning character (e.g., "super rare").

[0076] Furthermore, the medium lottery execution means 203 associates the information of the winning character with the user's identification information, and transmits the information of the winning character to the user terminal device 3 via the server communication means 205. As a result, the winning character is granted to the user.

[0077] Also, if the winning character is an unowned character, the medium lottery executing means 203, for example, after granting the winning character to the user, transmits information to the storage unit 21 that the character has become an owned character. As a result, "ownership" in FIG. 4(a) is updated.

[0078] <Description of Determination 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.

[0079] Specifically, the determination means 204 compares the data of the winning character with the data of the character (see FIG. 4) associated with the user and stored in the storage unit 21. For example, in the example of FIG. 4(a), if character 1 is won, it is determined that the winning character is an owned character, and if character 2 is won, it is determined that the winning character is an unowned character.

[0080] Next, the determination means 204 transmits the determination result to the medium lottery execution means 203. The medium lottery execution means 203, which receives 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 storage unit 21.

[0081] <Explanation 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 .

[0082] In addition, the server communication means 205 receives operation signals from the user, quest start request information, gacha request information, and the like from the user terminal device 3.

[0083] Furthermore, the server communication means 205 transmits to the user terminal device 3 information relating to the progress of the quest, information relating to the winning character, information relating to the download screen, and the like.

[0084] <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, a game progresses based on a game program and data related to the game distributed from the server device 2.

[0085] Furthermore, 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.

[0086] The user terminal device 3 includes a control unit 30, a storage unit 31, a network interface 32, an audio processing unit 33, a graphics processing unit , and an operation unit .

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

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

[0089] 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 executing games.

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

[0091] The audio processing unit 33 plays and synthesizes digital game sounds in accordance with instructions from the control unit 30. A speaker 330 is also connected to the audio processing unit 33. The game sounds are output from the speaker 330.

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

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

[0094] <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.

[0095] <Explanation of the game execution means 301> The game execution means 301 executes processing for executing a predetermined event in the game based on the user's operation.

[0096] 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 operation of the touchpad 350 by the user.

[0097] The game execution means 301 progresses the game based on the user's operation and information transmitted from the game progress management means 202 of the server device 2.

[0098] Specifically, the game execution 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.

[0099] The game execution means 301 also places a player character in the virtual game space and controls the actions of the player character in the virtual game space in accordance with the operation of the touchpad 350 by the user and the progress of the game transmitted from the game progress management means 202.

[0100] The game execution 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 game images on the liquid crystal screen 340 in accordance with this information.

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

[0102] The game execution means 301 also generates quest start request information for requesting the start of a quest based on a user operation. The quest start request information is sent to the game progress management means 202 via the terminal communication means 303.

[0103] <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.

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

[0105] 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 the 10 consecutive gacha.

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

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

[0108] Furthermore, 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 information required for a gacha (an example of an event) has already been associated with the user.

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

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

[0111] On the other hand, if the selected character is a owned character, the terminal communication means 303 downloads scenario data of approximately the same data amount as that of the selected character (scenario data of the same classification as that of the selected character).

[0112] 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 smallest scenario number.

[0113] Then, the terminal communication means 303 downloads "Data 1," which is data with a smaller data number and has not yet been downloaded, from among the data of "Scenario 2."

[0114] The download target (data of a scenario that is in a category corresponding to the category of the winning character and has not been downloaded) is designated by the medium lottery executing means 203 of the server device 2.

[0115] 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 the server device 2 is 5.6 MB, and the ones digit of both is "5".

[0116] As described above, the change process in this embodiment is a process in which the data to be downloaded is changed depending on whether the selected character is an owned character or an unowned character.

[0117] Furthermore, if the effect lottery is won, the terminal communication means 303 receives information about the download screen from the server device 2 while receiving the data of the won character or scenario data.

[0118] Furthermore, even if the player does not win the performance lottery, if the winning character is an unowned character, the terminal communication means 303 receives information about a download screen from the server device 2 while receiving the data of the winning character.

[0119] Furthermore, the terminal communication means 303 transmits to the server device 3 information such as user identification information, download request information for new game data, quest start request information, and gacha request information, for example, based on user operations.

[0120] <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.

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

[0122] 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 (for example, 10 stones) and the user's identification information. As a result, the amount of stones required for the gacha is consumed (step S2).

[0123] Next, the medium lottery execution means 203 executes an effect lottery and determines whether or not the effect lottery has been won (step S3).

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

[0125] 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. As a result, the gacha effect is executed, and the download screen as shown in Fig. 5 is displayed on the liquid crystal screen 340 of the user terminal device 3 (step S4).

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

[0127] If the selected character is not owned (S5: YES), the terminal communication means 303 of the user terminal device 3 downloads the data of the selected character from the server device 2 in response to a command from the server device 2 (step S6).

[0128] On the other hand, if the won character is a owned character (S5: NO), the terminal communication means 303 downloads scenario data corresponding to the data amount of the won character from the server device 2 in response to a command from the server device 2 (step S8).

[0129] 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). After that, the download process of the present invention ends. The download process of the present invention is carried out through the above procedure.

[0130] 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 for receiving predetermined data from the server device 2 after a 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 the selected character has already been associated with the user.

[0131] <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.

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

[0133] Therefore, problems such as immediately realizing that a character not yet owned has been won when the download screen is displayed can be avoided, and the time the download screen is displayed (gacha performance time) is not wasted by downloading unnecessary data or displaying a fake download screen that makes it look like data is being downloaded.

[0134] Furthermore, if the winning character is a character that the user owns, the scenario data required to progress through the game is downloaded in advance as described above, thereby shortening the download time of the scenario data when the user actually tries to play the scenario.

[0135] [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.

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

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

[0138] 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 winning character or scenario data, but the present invention is not limited to this.

[0139] 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 presentation screen such as "Raffle in progress..." may be inverted, or the displayed presentation screen may go dark.

[0140] Without being 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 the winning character is a character that the user has owned in the past. In this case, it is sufficient that the storage unit of the server device stores characters that the user has owned in the past.

[0141] In addition, in the above embodiment, an example is described in which, when the performance lottery is won, either data of the winning character or scenario data is received from the server device 2 depending on whether the winning character is an owned character or not, but the present invention is not limited to this.

[0142] For example, the user terminal device always starts downloading scenario data at the same time as the server device starts processing the gacha, but if the selected 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 selected character. In this case, this switching process is the change process.

[0143] In addition, in the above 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 every time a gacha is requested, without the effect lottery being executed.

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

[0145] Furthermore, 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 on a menu screen or the like so that the user terminal device will determine whether or not to execute the change process depending on the communication environment (communication status).

[0146] Alternatively, the scenario data may not be pre-classified by data size, and the server device may select data to be downloaded to the user terminal device from the scenario data according to 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 arbitrarily select a group of scenario data that is between 4.0 MB and 6.0 MB, for example.

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

[0148] Furthermore, the game media selected by gacha is not limited to characters, but may be anything that can be used in the game, such as weapons, equipment, or other items.

[0149] In addition, although 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.

[0150] In addition, the present invention may not be applied to single-shot gachas, but may be applied only to 10-shot gachas. When the present invention is applied to 10-shot gachas, a download screen for one gacha that combines the effects of 10 gachas may be displayed, or a download screen for all 10 gachas may be displayed.

[0151] Furthermore, the present invention may be applied to a 10-series gacha in which five gachas are performed with one gacha request and two characters are won per gacha, rather than a 10-series gacha in which ten gachas are performed with one gacha request and ten characters are won.

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

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

[0154] Also, some of the scenario data may be downloaded in advance, such as before a gacha is executed or when a game is started. 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.

[0155] If the game being played is one in which the cache is cleared (downloaded data is deleted), the character data will be deleted even if the character is owned. In this case, the download process will be executed even if the owned character is won in the gacha.

[0156] 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 the download target is determined based on whether or not the character data of the winning character is already associated with the user.

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

[0158] The downloaded data may also be a portion of the dedicated data that is not used in the scenario. Then, when the download process occurs multiple times and the user has collected all of this dedicated data, dedicated image, sound, item, or other data may be generated and the user may be able to view, listen to, or acquire it.

[0159] 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; 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.

[0160] In this case, the download process of the present invention is controlled by the server device, but 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.

[0161] 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 selected in the currently executed medium lottery is a game medium that is not currently associated with the user; and a presentation means for generating information for presenting an effect in which the user is associated with any of the game media currently associated with the user when the game medium won in the currently executed medium lottery is a game medium not currently associated with the user, and then generating information for presenting an effect that the won medium was a game medium not currently associated with the user before the current medium lottery was requested; To function as, Computer program.

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

[0163] 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 being displayed, making it appear as if one of the owned characters (e.g., randomly selected) has been selected. Therefore, similar to the present invention, when a character not owned is selected, it is possible to avoid problems such as immediately realizing that the character not owned has been selected when a download screen is displayed.

[0164] In addition, as another example, Computer, a game progress management means for progressing a predetermined game based on a user's operation; a selection means for selecting a point in real space; an acquisition means for acquiring information (e.g., weather, temperature, humidity, area) about the surrounding environment of the location selected by the selection means and registered by the user (e.g., 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.

[0165] 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 an enemy character may be reduced, allowing the user to complete the game earlier. In this case, the computer may be a server device or a user terminal device, and these devices may share the respective functions.

[0166] This allows the game content to be favorable (to the user's advantage) so that the user does not go out during bad weather (when a warning is issued for a typhoon, extreme heat, flood, etc.), for example. In this case, the user can be encouraged to play the game safely indoors during bad weather.

[0167] In addition, as another example, Computer, a game progress management means for progressing a predetermined game based on a user's operation; a confirmation means for confirming the remaining battery capacity of the 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 (for example, 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.

[0168] 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 earlier. In this case, the computer may be a server device or a user terminal device, and these devices may share the respective functions.

[0169] As described above, if the user's game progress is favored (for example, the defense value of an enemy character is reduced), the clear reward may be reduced instead compared to when the user is not favored.

[0170] Furthermore, the user may be able to select whether to play the game in a state where the game progress status is more favorable than that of other users, or to play the game in a normal state.

[0171] In addition, when the remaining battery power 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.

[0172] Furthermore, in the above case, the user may be able to replay (view) the battles, events, etc. that the user skipped or displayed at double speed later, allowing the user to calmly replay the game at a leisurely pace after charging the battery.

[0173] Furthermore, when the remaining battery power of the user terminal device is low, the game may be run at double speed, triple speed, or the like.

[0174] In addition, if the user terminal device has sufficient battery power remaining (for example, more than 20%), the game may proceed in a manual mode that the user can operate, and if the user terminal device has low battery power, the game may proceed in an automatic mode that allows the game to proceed without being based on user operation.

[0175] At this time, for example, statistics are taken about the operations (battle method, movement method, 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, based on the results of these statistics or learning, automatic mode proceeds.

[0176] This allows the character to be controlled in automatic mode so that it uses magic points for using magic in the latter half of the game, which is closer to the user's operation in manual mode, or the character can be controlled so that it gives priority to obtaining items over defeating enemy characters.

[0177] In addition, as another example, Computer, a game progress management means for progressing a predetermined game based on a user's operation; a confirmation means for confirming the remaining battery capacity of the 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.

[0178] In this case, for example, depending on the remaining battery power of the user terminal device, among the objects displayed on the display screen in the game being played by the user, the number of pixels (other, brightness, frame rate) of the images of objects other than the boss character (for example, a minor character with low display priority, background) may be reduced, and the 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 the respective functions.

[0179] 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 game (e.g., logged in, played a quest) during a predetermined period (e.g., the previous day, one month); and a point granting means for associating points common to the game 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.

[0180] According to this, for example, depending on the number of days a user logs in within a specified period (for example, a one-month event period), points common to the user will be awarded and accumulated for linked games (for example, games in which accounts for two or more games provided by the same game company are linked together, either by user operation or randomly selected).

[0181] Depending on the accumulated points after a certain period of time, the probability of winning a specific character in the gacha in the game selected by the user from among the linked games increases, tickets to exchange for items in that game are granted, or the right to play gacha in that game is granted. Therefore, for example, logging in to one game can affect other games.

[0182] In addition, as another example, Computer, a game progress management means for progressing a predetermined game based on a user's operation; management means for managing game content (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.

[0183] In this case, for example, a character whose type is changed randomly once a day is selected. As a result, for example, if the selected character evolves and becomes an enhanced character for only one day, and 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.

[0184] 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 the user's operation; 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 by 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 another designated user), when the progress of the game reaches any one of the plurality of points, the game progress management means 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.

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

[0186] In addition, based on the friend user's operation on the SNS app, it may be possible to set the device so that notifications will not be received after one notification has been received, and this function may be turned off based on the operation of the user playing the game.

[0187] 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 the user's operation; 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 by 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.

[0188] 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 the user is playing among friend users on the SNS, encouraging friend users to play the game. In addition to the above information, a URL for downloading the game can also be displayed.

[0189] 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 of the user's player character (e.g., attack power) may increase.

[0190] It should be noted that, based on the friend user's operation on the SNS app, it may be possible to set the friend user not to receive notifications after receiving a notification once.

[0191] Furthermore, although 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. Furthermore, in this case, one user terminal device and another user terminal device may be connected via BLUETOOTH (registered trademark). Furthermore, 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 determination means in the above embodiment may be provided in the user terminal device, for example.

[0192] In the above embodiment, the user terminal device is described as a smartphone or other terminal device, 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. [Explanation of symbols]

[0193] 1. Game System 2. Server device 201 Matching Method 202 Game progress management method 203 Media Lottery Execution Means 204 Judgment means 205 Server communication means 3 User terminal equipment 301 Game execution means 302 Media lottery request means (event execution means) 303 Terminal communication means 4. Communication Network

Claims

1. 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.

2. a storage unit that stores the computer program according to claim 1; a control unit that executes the computer program; Equipped with Computer equipment.

Images