JP7602714B2 - Game system and game program - Google Patents

Description

The present invention relates to a game system and a game program that provide a game in which users are given objects such as characters through a lottery.

Conventionally, games are known in which users obtain objects, such as characters used in the game, through a lottery (gacha). In particular, in this type of lottery (gacha), multiple object selections are conducted at the same time (see, for example, Patent Document 1).

Patent No. 5981372

However, there is a demand for games that make the lottery (gacha) more interesting than the conventional games and motivate users to request a lottery (gacha).

The object of the present invention is to provide a game system and game program that makes the lottery (gacha) even more interesting than before.

A first aspect of the present invention is a game system for progressing a game via a computer, comprising:
a selection unit that selects objects multiple times based on a user operation;
A display unit that displays a lottery result presentation that notifies the result of the lottery;
a specifying unit that specifies a reselection range when a reselection condition is established in the lottery result presentation and specifies the object to be reselected based on the reselection range (hereinafter, a reselection target object);
Equipped with
the selection unit executes a reselection for reselecting an object for the reselection target object;
It is a game system.
In a second aspect, in the first aspect, the reselection condition is a rewind condition in the selection result presentation,
The re-selection range is a range in which the selection result presentation is rewound.

A third aspect of the present invention is the method for producing a content playback apparatus according to the second aspect of the present invention, further comprising: a communication unit that receives a rewind request signal transmitted based on an operation by the user;
The rewind condition is that the communication unit receives the rewind request signal.

In a fourth aspect based on the second aspect, the rewind condition may be that a specific object is not included in the lottery result presentation.

In a fifth aspect, in any one of the second to fourth aspects, the rewinding range is a predetermined period from when the rewinding condition is satisfied.

In a sixth aspect, in any one of the second to fourth aspects, the rewinding range may be from the time when the rewinding condition is satisfied to a lottery draw a predetermined number of times before.
In a seventh aspect, in the second or third aspect, when the object selected by the lottery section is a specific object,
The rewind range may be from when the rewind condition is met to the lottery draw subsequent to the display of the lottery result presentation for the specific object.
In an eighth aspect based on the third aspect, it is preferable that the range to be rewound is selected based on an instruction operation of the user for specifying the range to be rewound.
In addition, a ninth invention is such that, in the second to eighth inventions, the identification unit identifies the point at which the rewinding range is rewound from the time when the rewinding condition is satisfied as a starting point, and can identify an object that was scheduled to be used to display the lottery result after the starting point as the object to be re-selected.
In a tenth aspect, in the second, third, fifth to eighth aspects, when the objects selected by the lottery section include a specific object,
When the rewind condition is established, the identification unit can identify an object that was scheduled to be subjected to the lottery result presentation after the lottery result presentation of the specific object, as the object to be re-selected.
In an eleventh aspect, in the second, third, fifth to eighth aspects, when the objects selected by the lottery section include a specific object,
The identification unit identifies the point at which the rewinding range is rewound from the time when the rewinding condition is satisfied as a starting point, and can identify objects other than the identified object that were scheduled to be used to display the lottery result after the starting point as objects to be re-selected.

In a twelfth invention, in the first to eleventh inventions, the display unit can sequentially display the lottery result presentations based on each of the lottery results after the lottery unit has conducted all of the multiple object selections.

In a thirteenth aspect, in any one of the first to eleventh aspects, the selection unit selects the object once for each of the plurality of selections;
The display unit can display the lottery result presentation every time the lottery is executed once.

A fourteenth aspect of the present invention provides a game system for progressing a game, comprising:
A selection means for selecting an object multiple times based on a user's operation;
a display means for displaying a lottery result presentation for notifying the result of the lottery;
a specifying means for specifying a re-selection range when a re-selection condition is established in the selection result presentation, and for specifying the object to be re-selected based on the re-selection range (hereinafter, a re-selection target object);
Function as a
the selection means executes a reselection for reselecting an object for the reselection target object;
It is a game program.

The present invention provides a game system and game program that makes the lottery (gacha) even more entertaining than before.

1 is a block diagram showing the hardware configuration and functional configuration of a game system according to an embodiment of the present invention. A figure showing an example of a gacha management table T1 after a lottery in this embodiment. 11 is a diagram for explaining the rewinding effect in the present embodiment. FIG. A figure showing an example of a gacha management table T1 after a re-lottery in this embodiment. 13 is a flowchart showing a lottery process in the present embodiment. A figure showing an example of a gacha management table T1 in another embodiment. A figure showing an example of a gacha management table T1 in another embodiment.

[Embodiment]
A game system 1 according to an embodiment of the present invention will be described with reference to Figures 1 to 4. With the game system 1 of the present invention shown in Figure 1, a game is executed on a game device 3 (terminal device) such as a smartphone, a personal computer, or a home game console.

The game described in this embodiment is a role-playing game that includes a formation part and a battle part. For example, a user acquires objects such as characters through a lottery (gacha) that is held 10 times at one opportunity, and in the formation part, a unit (party, deck) is created by combining a player character that is controlled based on the user's operation among the characters associated with the user and a sub-character that is a non-player character controlled by a computer and supports the player character (for example, a companion character that follows the character and fights together). Then, in each event (chapter, story) in the battle part, the user operates and gives instructions to the created unit to meet various characters in the virtual space, fight with them, make them companions, etc., and progress in the game by conquering quests based on a predetermined story.

In the formation part, in addition to forming units, the user can combine characters with items (characters) that are considered training materials to level up the characters, and set the weapons and skills that the characters will possess. In addition, by conquering quests, the user can acquire various characters, including characters and sub-characters, training materials or items, as well as experience points or in-game currency, according to the conditions for clearing the game tasks, and can develop characters or create new powerful units to take on difficult quests.

In addition, in this embodiment, there are multiple types of characters that can be selected by lottery, and one character is randomly selected from these multiple types of characters for each lottery. The multiple types of characters for the lottery are set in advance in the memory unit 21 as a lottery character table (not shown).

<Hardware configuration>
With reference to FIG. 1, the hardware configuration of a server device 2 that realizes a game system 1 and the hardware configuration of a plurality of game devices 3 that are communicatively connected to this server device 2 via a communication network 4 such as the Internet will be described.

The game system 1 is composed of a server device 2 and multiple game devices 3. In this game system 1, the server device 2 and each game device 3 communicate with each other at a predetermined timing, and the game progresses based on the game program and game data distributed from the server device 2.

The server device 2 stores game programs and game data in the memory unit 21. The information processing means 201 and the lottery means 202 manage the game data of each game device 3 (account). The server device 2 and the game devices 3 communicate with each other via the communication network 4.

The game device 3 receives (downloads and installs) the game program and game data stored in the storage unit 21 of the server device 2 via the game device 3 in order to execute (play) a specific game based on the user's operation. The game device 3 also receives (downloads and installs) the game program and game data for updates.

The game device 3 progresses the game on the basis of the installed game program and game data, and outputs game effects (game images, sounds) accompanying the game progress to the liquid crystal screen (display unit) 330, speaker 340, etc.

Each game device 3 and each user is assigned different account information (unique identification information). An ID (identification code) is then assigned to each piece of account information.

The server device 2 manages the account information of each user, receives data related to the game progress of each account from the game device 3, and stores it in the memory unit 21.

For example, when a user performs an operation to start a game, each game device 3 communicates with the server device 2 via the communication network 4, and account information is transmitted from the game device 3. The server device 2 performs a predetermined authentication based on the transmitted account information, and transmits data required for game progress (data related to the game progress status) to the game device 3.

The game device 3 receives data related to the game progress of this account and progresses the game on the game device 3. The game device 3 also transmits data related to the game progress to the server device 2 not only at the start of the game but also at predetermined times during the game progress (when data is updated, such as when an item is consumed or a game task is completed).

Hardware Configuration of the Server Device 2 The server device 2 includes a control unit 20 , a storage unit 21 , and a network interface 22 .

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

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

The memory unit 21 is mainly composed of a HDD (Hard Disk Drive), RAM (Random Access Memory), and ROM (Read Only Memory).

The memory unit 21 stores, for example, a game program and data for executing the game (including information regarding the game progress of the account), a game program (including modules for executing each event) and data for implementing the game system 1 of the present invention, an information processing module, a lottery module, a starting point identification module, and a transmission module.

The information processing module is a module that receives data and various signals necessary for the game progress from each game device 3. The information processing module is also a module that authenticates the account information using the account information transmitted from the game device 3.

The lottery module is a module that generates and updates management tables such as the gacha management table T1 and the user management table T2 stored in the memory unit 21. An example of the gacha management table T1 is shown in FIG. 2. This gacha management table T1 is generated for each user ID when 10 gachas are executed based on one gacha request.

In FIG. 2, "Number of draws" is information indicating how many draws have been made in the gacha that has been executed, "selected character" is information on the type of character selected in the draw, "duplicate flag" is information indicating whether or not a character that is the same as a character (possessed object) associated with the user ID (i.e., owned) has been selected in the draw, and "effect" is information on the type of lottery result effect that indicates the lottery result.

In addition, in the "overlap flag" in Figure 2, if a character that is the same as the character associated with the user ID is not selected in the lottery, it is displayed as "0", and if a character that is the same as the character associated with the user ID is selected in the lottery, it is displayed as "1".

In addition, the information on the type of lottery result effects in "effects" in Figure 2 includes information on special effects (first part effects) for the character selected by lottery (for example, information with (1) added, such as 1-(1) and 2-(1)), and information on the character's output result effects (second part effects) (information with (2) added, such as 1-(2) and 2-(2) in Figure 2). Note that if the information on the type of lottery result effects in "effects" in Figure 2 includes only information on the character's output result effects, this means that the special effects for the character selected by lottery are not executed and are skipped. Special effects (first part effects) are effects that suggest the output result (foreshadowing the second part effects), such as an image showing the selected character or the output of dialogue.

The special presentation (first part presentation) for the character selected by lottery is, for example, a video of the character selected by lottery moving, or an audio playback of the lines of the character selected by lottery. The character's output result presentation (second part presentation) is, for example, the display of an image that identifies the character selected by lottery. In other words, the special presentation (first part presentation) is a presentation that suggests (foreshadows) the output result, which is the second part presentation.

In addition, each piece of information about characters that can be selected by lottery is stored in the memory unit 21 in association with various information about each character, such as the character image, ability values (not shown, but for example, stamina, attack power, defense power, magic power, etc.), level, and rarity.

The lottery module is a module that manages information related to the game progress status of each user's account for each user's account information. The information here is, for example, data in the gacha management table T1 and the user management table T2.

The user management table T2 is a data table showing information about each user, and includes, for example, a user ID, which is identification information for identifying the user, a username, which is the name of the user, the player name and level of the player used by the user, the ID and name of the event in which the user is participating, points available to the user in the game, and information about game media such as the player character, sub-character, and items associated with (owned by) the user in the game.

The lottery module also randomly selects a character-related object from among multiple types of characters, and stores information on the lottery results in the memory unit 21. For example, the lottery module randomly selects one character from multiple types of characters for each lottery, updates the gacha management table T1 by reflecting information on the lottery results for 10 times, and stores the information in the memory unit 21.

The lottery module also randomly reselects an object related to the character from among multiple types of characters when a character to be re-drawn (hereinafter, the character to be re-drawn) is identified by the starting point identification module described below, updates the gacha management table T1 by reflecting the information on the lottery results, and stores it in the memory unit 21.

The lottery module also executes a re-lottery to reselect characters for the re-lottery-eligible characters, and then stores in the memory unit 21 the characters that were not the subject of the re-lottery (characters for which re-lottery was not executed) and the characters selected by executing the re-lottery in association with user information. In other words, the lottery module stores in the memory unit the characters selected by executing the lottery, and updates (redraws) the characters identified as the characters to be re-lottery-eligible (at least one character stored in the memory unit) to the character selected by executing the subsequent re-lottery.

The start point identification module is a module that, in a lottery result presentation executed based on the gacha management table T1, determines that the communication module has received a rewind request signal as a rewind request point, and identifies the point rewinding the rewind range from this rewind request point as the start point. Here, the rewind range refers to, for example, 5 seconds (300 fps).

Figure 3 shows an example of a time series diagram of the lottery result presentation executed based on the gacha management table T1 in Figure 2. As shown in Figure 3, when the start point identification module identifies 7-(2), where a rewind request signal was received from the game device 3, as the rewind request point, it identifies 5-(2), which is a point going back 5 seconds (300 fps), which is the range to be rewound, as the start point.

The starting point identification module is also a module that identifies characters to be re-drawn based on the starting point. For example, the starting point identification module identifies characters that have had a lottery result presentation once after the starting point (characters included between the starting point and the rewind request point) and characters that were scheduled to have a lottery result presentation (characters that were scheduled to have a lottery result presentation after the rewind request point; in other words, characters that have not yet displayed a lottery result presentation) as characters to be re-drawn (for example, characters f, g, h, i, and j of the "selected characters" in FIG. 2 that have been drawn six times or more).

In FIG. 3, the rewind request point is the timing during playback of effect 7-(2), and the starting point is specified as effect 5-(2). In this case, as in FIG. 2, effect 7 is the display of the effect of selected character g, and effect 5 is the display of the effect of selected character e. In this case, the characters that have performed a lottery result effect once after the starting point (characters included between the starting point and the rewind request point) are selected characters f and g. Also, the characters that were scheduled to perform a lottery result effect (characters that were scheduled to perform a lottery result effect after the rewind request point) are selected characters h, i, and j. Then, the starting point specification module specifies selected characters f, g, h, i, and j as characters to be reselected based on the starting point.

The transmission module is a module that reads game data (including information on lottery results, information on rewind request points, information on starting points, etc.) to be transmitted from the server device 2 to each game device 3, and transmits the read data and other information to the game device 3.

The network interface 22 is connected to the communication network 4 to transmit and receive data between the server device 2 and each game device 3.

Hardware Configuration of Game Device 3 The game device 3 is equipped with a liquid crystal display 330, a speaker 340, and a touch pad 350. In this game device 3, the game progresses based on a game program and data read from a storage medium or the like. In addition, the game device 3 can communicate data with other game devices 3 and the server device 2 via a communication network 4 such as the Internet or a short-range wireless communication device.

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

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

The control unit 30 controls the operation of the game device 3.

The storage unit 31 is mainly composed of a HDD, RAM, and ROM. For example, the storage unit 31 stores game programs and data for executing the game. The storage unit 31 also stores account information to be sent to other game devices 3, information about friends, and other account information received from other game devices 3.

The network interface 32 is connected to the communication network 4 and transmits and receives data between the server device 2 and each game device 3, or between game devices 3, via internet communication.

The graphics processing unit 33 renders game images including the virtual space and each character, gacha lottery result presentation images, etc. in video format according to instructions from the control unit 30. The game images, gacha lottery result presentation images, etc. rendered in video format by the graphics processing unit 33 are displayed on the liquid crystal screen 330 as game screens.

Here, an example of an image of the gacha lottery result presentation is one that displays the gacha lottery result presentation in chronological order of the drawings from left to right, as shown in Figure 3. Specifically, for example, as shown in Figure 2, after ten drawings are completed in the gacha, each of the "presentation" columns in Figure 2, which shows the presentation content for the ten drawings, is updated, the presentation content for each drawing is determined, and based on this presentation content, the gacha lottery result presentation is displayed in chronological order of the drawings from left to right, as shown in Figure 3.

In FIG. 2, the characters selected in the third and fourth lottery draws are already associated with the user's information, so the "overlap flag" is "1". When this "overlap flag" is "1", the special effects for the character selected in the lottery are omitted, and only the character's release result effects are executed and displayed. The characters selected in the other lottery draws are not characters associated with the user's information, so the "overlap flag" is "0". When this "overlap flag" is "0", the special effect information for the character selected in the lottery and the character's release result effects are executed and displayed in order.

In addition, when a rewind request signal is sent from the game device 3 to the server device 2 based on a user's operation, the graphics processing unit 33, in accordance with instructions from the control unit 30 in the game device 3 that has received the necessary information, renders in video format a rewind performance image that plays back the lottery result performance in reverse from the starting point to the rewind request point. The rewind performance image rendered in video format by the graphics processing unit 33 is displayed on the liquid crystal screen 330 as a game screen.

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

The operation unit 35 is connected to a touch pad 350 attached to (built into) the game device 3, and is capable of transmitting and receiving data related to operation input. The user inputs operation signals to the game device 3 by operating buttons or other operators (not shown) provided on the touch pad 350.

Also, on the touch pad 350, for example, an icon for rewind operation is displayed. A rewind request can be made by operating this icon for rewind operation, and when the server device 2 receives this rewind request, it executes a process (redraw) of going back 5 seconds in the lottery result presentation from the rewind request point to the starting point. Based on this rewind request, the game device 3 displays an image of going back 5 seconds in the lottery result presentation (reverse playing) from the rewind request point to the starting point, and displays the presentation of the result redrawn by the server device 2.

In this embodiment, the rewind request operation using the rewind operation icon or the like is limited to during the gacha performance. In the case of a 10-series gacha, the request (operation) is possible from the start of the performance display of the first character to the end of the performance display of the tenth character, but cannot be made after the performance display of the tenth character ends.

<Functional configuration of each control unit>
Referring to FIG. 1, the functional configuration of a control unit 20 of a server device 2 and a control unit 30 of a game device 3 which implement the game system 1 will be described.

Functional Configuration of the Control Unit 20 of the Server Device 2 The control unit 20 of the server device 2 functions as an information processing means 201, a lottery means 202, a starting point identification means 203, and a transmission means 204 by executing a predetermined game program.

The information processing means 201 receives data necessary for the game progress from each game device 3. In addition, the information processing means 201 authenticates the account information using the account information sent from the game device 3.

The information that the information processing means 201 receives from each game device 3 includes, for example, account information of the user or game device 3, various signals, and information related to the game progress. Note that each piece of information transmitted from each game device 3 is transmitted to each means via the information processing means 201, but for the sake of convenience, the following description may omit this point. In addition, the information processing means 201 may be configured to be in a state in which it is possible to receive a gacha request signal, which will be described later, when a predetermined game progress is completed on the game device 3 (for example, when a currently running event is completed).

The lottery means 202 determines whether various information related to the game progress has been received from the game device 3 via the information processing means 201, and updates (overwrites and stores in the memory unit 21) management tables such as the gacha management table T1 and the user management table T2 stored in the memory unit 21 based on the processing results of the information processing means 201 and the lottery means 202, etc.

For example, the lottery means 202 determines whether or not a gacha request signal has been received from the game device 3 via the information processing means 201. When the information processing means 201 determines that a gacha request signal has been received from the game device 3, and when a character has been selected by lottery by the lottery means 202, the lottery means 202 updates various information in the gacha management table T1 (information on the type of selected character, information on the overlap flag, and information on the type of effect) in association with the number of times each lottery has been held in the gacha, and stores the information in the memory unit 21.

The lottery means 202 also determines whether or not a gacha request signal has been received from the game device 3 via the information processing means 201. When the information processing means 201 determines that a gacha request signal has been received from the game device 3, the lottery means 202 selects a character by lottery, and when the lottery result is finalized, updates the information of the character by associating it with the user management table T2 of the corresponding user, and stores it in the storage unit 21.

In addition, when a character to be re-selected is identified by the starting point identification means 203 described below, the selection means 202 randomly reselects an object related to the character from among multiple types of characters in place of the character to be re-selected, updates the gacha management table T1 by reflecting the information on the result of the re-selection, and stores it in the memory unit 21.

In addition, after performing a re-selection for the re-selection target characters, the selection means 202 stores in the memory unit 21 information on the characters for which re-selection was not performed and the characters selected by performing the re-selection, in association with the user management table T2 of the corresponding user.

The lottery means 202 also manages information regarding the game progress status of each account for each piece of account information.

In addition, after the lottery means 202 receives account information and various signals from each game device 3 using the information processing means 201, it reads game data based on the account information and various signals from the memory unit 21 and transmits it to the information processing means 201 or transmits it to the game device 3 via the transmission means 204.

The starting point identification means 203 determines whether or not a rewind request signal has been received from the game device 3 via the information processing means 201 during the execution of the gacha lottery result presentation executed based on the gacha management table T1. If the starting point identification means 203 determines that the information processing means 201 has received a rewind request signal from the game device 3 during the execution of the gacha lottery result presentation, the starting point identification means 203 determines the time when the information processing means 201 received the rewind request signal as the rewind request point in the gacha lottery result presentation, and identifies the point rewinded by the rewind range from the rewind request point as the starting point in the gacha lottery result presentation.

The starting point identification means 203 also identifies a character to be re-selected based on the starting point. For example, the starting point identification means 203 identifies a character that was scheduled to perform a lottery result presentation after the starting point as the character to be re-selected.

When the user subsequently progresses through the game (battle part), the character (newly added character) newly stored in the user management table T2 will be available for use as a player character, sub-character, etc. by organizing the newly added character into a unit in the organization part, which serves as a preparation stage for the battle part.

The transmission means 204 transmits various data within the server device 2 to the game device 3 as necessary.

Functional configuration of the control unit 30 of the game device 3 The control unit 30 of the game device 3 functions as a game control means 301 and a communication means 302 by executing a game program that has been downloaded (installed) to a storage medium inserted into the game device 3 or to the storage unit 31 of the game device 3.

The game control means 301 reads game data received from the server device 2 and game data (such as data on objects and textures) stored in the memory unit 31, and generates a two-dimensional or three-dimensional virtual game space (including a game space for carrying out events). Furthermore, the game control means 301 generates a virtual space, and places non-player characters such as characters (player characters), sub-characters, or enemy characters in the virtual space.

The game control means 301 also controls participation in events, the actions of the player's character in the virtual space, the actions of sub-characters, and the actions of non-player characters such as enemy characters, depending on the operation signal to the touch pad 350 connected to the player's game device 3 and the progress of the game.

The game control means 301 generates information for displaying these virtual spaces and characters as a game screen on the liquid crystal screen 330. The graphics processing unit 33 draws game images according to this information.

The game control means 301 generates information for displaying a user interface (not shown) such as button icons for sending various requests, such as a gacha request signal or a rewind request signal, on the liquid crystal screen 330 as necessary. In accordance with this information, the graphics processing unit 33 draws an image (not shown) of the user interface.

For example, when a lottery event starts after transmitting a gacha request signal, the game control means 301 generates a request to obtain information required to render a game screen in an initial state of the lottery event, and transmits this request to the server device 2 via the communication means 302. Then, after receiving the necessary information from the server device 2 via the communication means 302, the game control means 301 renders a game screen in an initial state of the lottery event based on this necessary information, and displays it on the liquid crystal screen 330.

After the lottery event starts, the game control means 301 generates a request for information required to draw the lottery results on the game screen, and transmits this request to the server device 2 via the communication means 302. Then, after receiving the necessary information (information on the character selected in the lottery, name, abilities, etc.) from the server device 2 via the communication means 302, the game control means 301 draws a game screen (not shown) of the lottery results based on this necessary information, and displays it on the liquid crystal screen 330.

Furthermore, when the game control means 301 transmits a rewind request signal to the server device 2 based on a user's operation during a lottery event, the game control means 301 generates a request for information required to render a rewind effect on the game screen that plays in reverse the lottery result effect from the starting point to the rewind request point, and transmits this request to the server device 2 via the communication means 302. Then, after receiving the necessary information (information on the characters to be re-selected, information on the characters selected in the re-selection, such as their names and abilities) from the server device 2 via the communication means 302, the game control means 301 renders a game screen (not shown) of the lottery result including the re-selection result based on this necessary information, and displays it on the liquid crystal screen 330. As a result, an effect related to the character selected in the re-selection is displayed on the liquid crystal screen 330 instead of the characters to be re-selected.

<About the lottery process>
Hereinafter, the lottery process in the game system 1 of the present invention will be described with reference to FIG.

Figure 5 is a flowchart showing the lottery process in the game system 1 of the present invention. Using this flowchart, we will explain the case where the lottery process is executed by the server device 2 based on the user's operation on the game device 3.

When the lottery means 202 receives a gacha request signal from the game device 3 via the information processing means 201 (step S1), the lottery means 202 performs gacha (lottery) ten times (step S2) to randomly select one character per lottery from among a plurality of characters (a gacha list in which candidates for characters to be selected by lottery are preset), and generates or updates the gacha management table T1 (step S3). For example, the lottery means 202 generates the gacha management table T1 shown in FIG. 2, or updates the already generated gacha management table T1 to the contents shown in FIG. 2.

Then, the transmission means 204 stores information on the result of this lottery (information including image information of the selected character) in the memory unit 21 and transmits it to the game device 3 to notify it (step S4).

When the game device 3 receives the information on the result of the lottery in step S4, for example, the game control means 301 of the game device 3 performs the following process. That is, the game control means 301 generates a request to acquire information required to show the result of the lottery (such as the name information and ability information of the selected character) and transmits this request to the server device 2 via the communication means 302. Next, after receiving the information required to show the result of the lottery from the server device 2 via the communication means 302, the game control means 301 draws a screen for the lottery result presentation (for example, a video, image, ability value, etc. of the assigned character) based on this information, and displays it on the liquid crystal screen 330.

Next, the starting point identification means 203 determines whether or not a rewind request signal has been received from the game device 3 via the information processing means 201 (step S5). If the starting point identification means 203 determines that a rewind request signal has been received (step S5: YES), the information processing means 201 determines that the time when the rewind request signal was received is the rewind request point in the gacha lottery result presentation (for example, in the middle of presentation 7-(2) in FIG. 3), and identifies the point obtained by rewinding the range from the rewind request point (for example, 5 seconds (300 fps)) as the starting point in the gacha lottery result presentation (for example, in the middle of presentation 5-(2) in FIG. 3) (step S6).

Then, the starting point identification means 203 identifies characters to be re-selected based on the starting point (step S7). For example, the starting point identification means 203 identifies characters (for example, characters f, g, h, i, and j of the "selected character" in FIG. 2 that have been selected six times or more) that were scheduled to be used in the lottery result presentation after the starting point (for example, in the middle of presentation 5-(2) in FIG. 3) (for example, after presentation 6-(1) in FIG. 3) as the characters to be re-selected.

Next, when a character to be re-drawn is identified by the starting point identification means 203, the selection means 202 randomly re-selects (re-draws) a character from among a plurality of types of characters (gacha list) that have been previously set, in place of the character to be re-drawn (for example, characters f, g, h, i, and j of the "selected character" in FIG. 2 that have been drawn six times or more) (step S8).

Next, the information on the result of the re-draw (for example, information on the characters obtained in the re-draw, information on the overlap flag, and information on the effects) is reflected and updated in the gacha management table T1 (step S9). For example, if characters m, n, o, p, and q are selected in the re-draw, the gacha management table T1 is updated from the state shown in FIG. 2 to the state shown in FIG. 4.

Then, based on the updated gacha management table T1, the information on the character obtained by the lottery (for example, the information on the character in the "Selected Character" column in FIG. 4) is updated in association with the user management table T2 of the corresponding user, and stored in the storage unit 21 (step S10). Then, the lottery process of the present invention ends.

On the other hand, returning to step S5, if the lottery means 202 determines that a rewind request signal has not been received (step S5: NO), the character information obtained by the lottery in step S3 (for example, the character information in the "Selected Character" column in FIG. 2) is updated in association with the user management table T2 of the relevant user, and stored in the memory unit 21 (step S10). Then, the lottery process of the present invention ends.

In this embodiment, if the point rewound by the range from the rewind request point (for example, 5 seconds (300 fps)) is before the gacha lottery result presentation, the starting point identification means 203 sets the starting point to the start of the gacha lottery result presentation. Next, the starting point identification means 203 identifies all characters as characters to be re-selected based on the starting point. Then, the selection means 202 randomly reselects (re-selects) a character from among multiple types of characters that have been set in advance (a gacha list) in place of the character to be re-selected identified by the starting point identification means 203.

In summary, the game system 1 of this embodiment has the following features:
In a game system in which a game progresses via a computer (a server device 2, a game device 3),
A communication unit (information processing means 201) for receiving a gacha request signal and a rewind request signal transmitted based on a user's operation;
a selection unit (selection means 202) that selects objects multiple times when the communication unit receives the gacha request signal;
A display unit (liquid crystal screen 330) that displays a lottery result presentation that notifies the result of the lottery;
a start point specifying unit (start point specifying means 203) for specifying a point at which the communication unit (information processing means 201) receives the rewind request signal as a rewind request point and a point at which the rewind range is rewound from the rewind request point as a start point in the lottery result presentation;
Equipped with
When the communication unit (information processing means 201) receives the rewind request signal, the display unit (liquid crystal screen 330) displays a rewind presentation that plays in reverse the lottery result presentation from the starting point to the rewind request point.

[Effects of the Invention]
According to the game system 1 of this embodiment, the interest of the lottery (gacha) can be further improved compared to the conventional case.

[Other embodiments]
The control means and processing procedures described in the above embodiment are merely examples, and the present invention is not limited to these. The processing procedures and the like can be appropriately modified in design without departing from the spirit and scope of the present invention.

In the above embodiment, a lottery (gacha) is described in which 10 lotteries are held at one trigger, but this is not limited to the above. The number of lotteries may be one or two, or may be 11 or more. If the number of lotteries is one, it may be determined whether or not to hold a re-lottery depending on, for example, whether a rewind request is made during the performance (until the performance ends).

In the above embodiment, the rewind request operation can be performed from the start of the display of the first character's performance to the end of the display of the tenth character in a 10-series gacha, for example, but this is not limited to this. For example, in the case of a 10-series gacha, the rewind request operation may be made possible even after the display of the tenth character's performance. In other words, it may be possible to make the request possible for a predetermined period even after the display of the tenth character, and to make it possible to rewind for a predetermined period from the timing of the rewind request.

In the above embodiment, conditions may be set as to whether or not a rewind request can be made (permission of a rewind request). For example, a rewind request may be made when the following conditions are met: (Condition 1) the gacha result includes a specified medium (e.g., a predetermined specific character, a character with low rarity, a special character called XX, etc.); (Condition 2) a specific condition is met in the gacha result (e.g., the same character is selected multiple times, or low rarity characters are displayed in sequence in succession); or (Condition 3) there is a separate rewind request permission lottery for selecting whether or not to permit a rewind request, and permission is granted in the rewind request permission lottery (e.g., this lottery is also held in conjunction with the gacha, this lottery is held during the gacha performance).

The rewind request may be permitted from the middle of the lottery result presentation. For example, a rewind request may be permitted from the middle of the lottery result presentation, such as when the presentation display for the sixth character in a 10-series gacha begins, or when the presentation display for the eighth character in a 10-series gacha ends.

In the above embodiment, the characters obtained in the number of draws following the start point are redrawn characters, and all of these redrawn characters are redrawn, but this is not limited to the above. For example, if the start point is the fifth draw, only the characters selected in the sixth and seventh draws may be redrawn characters, and characters selected in the eighth and subsequent draws may not be redrawn characters. Specifically, for example, as shown in FIG. 6, the gacha management table T1 is updated from the state of FIG. 2 in the information in the sixth and seventh draws, and the information in the eighth and subsequent draws is not changed. In other words, the characters h, i, and j selected in the eighth and subsequent draws that have not yet been performed after the rewind request time may not be added to the reselected characters. Therefore, only the characters f and g selected in the sixth and seventh draws may be redrawn characters.

In the above embodiment, for example, after all 10 lotteries have been performed, a lottery result display is executed based on the lottery results. However, instead, each of the 10 lotteries may be performed once, and the lottery result display may be displayed on the display unit each time a lottery is performed. Also, a rewind display and a re-draw of a character may be executed in response to a rewind request midway through the process before all 10 lotteries have been performed. Here, a specific example is shown based on FIG. 7.

As shown in FIG. 7(a), when the seventh drawing is performed, the gacha management table T1 is updated up to the column for the number of draws for the seventh time. Here, if a rewind request is made after the seventh drawing, the number of draws for the fifth time, which is determined by rewinding five seconds, is used as the starting point, and characters f and g selected in the sixth and subsequent drawings (here, the sixth and seventh drawings) become the characters to be redrawn, and a redraw is performed. When a redraw is performed and characters m and n are selected in order, the gacha management table T1 is updated as shown in FIG. 7(b). Next, when the eighth and subsequent drawings are performed and characters h, i, and j are selected in order, the gacha management table T1 is updated as shown in FIG. 7(c).

In addition, in the above embodiment, when a character that is already associated with the user's information is selected in a gacha, the special effects for this selected character are not executed and are skipped, but they may be executed without being skipped. Also, the skip setting for the special effects for this character may be turned on and off based on the user's operation.

In addition, in the above embodiment, the rewind range is 5 seconds (300 fps) from the rewind request point, but is not limited to this. For example, the rewind range may be 3 seconds, 200 frames, the fourth lottery draw, or the lottery draw after a rare character appears from the rewind request point.

In addition, in the above embodiment, the lottery result presentation can be played back (reverse played) from the rewind request point to the starting point by operating a button-type rewind operation icon, but instead, a slider-type rewind operation icon may be used, and the lottery result presentation can be changed from the rewind request point to the starting point by sliding it at will. In other words, the user may be able to specify the starting point at will, and the lottery result presentation can be changed from the rewind request point to the starting point.

The user may also be able to select, by operation, how many lottery draws to rewind (which lottery draws to use as the starting point) or how many characters displayed in the effect to rewind (which character to use as the starting point).

In addition, in the above embodiment, a rewind request may or may not require the consumption of in-game currency or a revival item such as a ticket. Furthermore, the amount of the rewind range may be selectable based on a user operation, and a charge amount, an amount of in-game currency, or an amount of a revival item such as a ticket may be required according to the amount of the rewind range.

In addition, in the above embodiment, when the lottery result presentation is rewound, the characters obtained in the number of drawings following the starting point of the drawing become characters eligible for re-drawing, and all of these re-drawn characters are re-drawn. However, it is also possible to (1) re-draw characters after the rare character discharge presentation, or (2) if a rare character discharge presentation has occurred, this rare character is not eligible for re-drawing (the re-draw is skipped).

In addition, in the above embodiment, the lottery result presentation is rewound based on the user's operation, but this is not limited to this. For example, if the lottery result presentation does not include a rare character at the time of the 10th draw result presentation of a 10-draw gacha, for example, the starting point may be identified by automatically rewinding 5 seconds, and a redraw may be performed for the characters obtained in the draws following the draws at the starting point.

In addition, if a rewind range is specified based on user operation, and a rare character is included among the characters to be reselected, the display unit may display a warning such as "A rare character is included. Do you want to perform a reselection?".

In addition, when a rewind range is specified based on a user operation, a redraw may be performed in place of all characters identified as characters to be reselected, and one character or a number of characters less than the number of characters to be reselected may be selected.

In addition, depending on the content of the character that is the subject of the re-selection, the type of character that can be acquired in the re-selection may be changed (the table for character selection may be changed to another one) and a re-selection may be performed.

In addition, when a rewind range is specified based on user operation, when a character identified as a character to be reselected is reselected, the character may be changed to one with a higher rarity (e.g., the same character as before the reselection, but with a higher ability value).

The lottery result presentation may also be skipped based on the user's operation, and the lottery result presentation may be rewound even after the user has confirmed the lottery result, so that the lottery result presentation is displayed on the display unit. This makes it possible to have the lottery result presentation displayed on the display unit even if the user mistakenly skips the lottery result presentation when they wanted to see it, or if they later decide that they wanted to see a rare character presentation.

In addition, when a rewind range is specified based on a user operation, the characters corresponding to the lottery result presentation at the starting point and the characters scheduled to perform the lottery result presentation after the starting point may be identified as characters to be re-selected. For example, in the state of Figures 2 and 3 of the above embodiment, selected characters e, f, and g, including selected character e corresponding to the starting point, may be identified as characters to be re-selected. Also, e, f, g, h, i, and j, including selected characters h, i, and j, may be identified as characters to be re-selected.

In addition, at least one of the selected characters between the starting point and the rewind request point may be selected as a character to be reselected, or at least one of all selected characters after the starting point may be selected as a character to be reselected.

In addition, even if a character that has already been associated with the user's information is discarded (deleted) based on the user's operation, information indicating that the character has been previously associated with the user's information may be stored in the storage unit 21 so that the lottery result presentation can be skipped for the discarded character.

When the re-draw is performed, a character may be selected from among a plurality of characters from the gacha list excluding the character selected by the gacha request. For example, the draw may be performed with the character selected by the gacha request removed from the gacha list, or, if the character selected by the gacha request is selected by drawing while the character selected by the gacha request remains on the gacha list, it may be invalidated, and the draw may be repeated until a character other than the character selected by the gacha request is selected.

In addition to parameters such as ability scores and rarity, characters may also be assigned a character type. The character type distinguishes between a character that can be used as a player character controlled based on user operation, and a character that can be used as a sub-character (non-player character) controlled by a computer. When the user organizes a unit in the organization part, the player character and sub-character may be selected based on this type. Furthermore, of the characters that can be organized into a unit, multiple characters (or all characters) may be player characters, and multiple characters (or all characters) may be sub-characters.

In the above embodiment, the objects that appear and are placed in the virtual space are described as characters, but the objects are not limited to this. In addition to characters (player characters and non-player characters), objects may also be equipment items such as weapons, armor, and clothing that characters are equipped with, recovery items that characters can use, and items that increase attack power. In other words, the objects added to the gacha management table T1 are not limited to characters, but may also be equipment and items.

The game described in the above embodiment is a role-playing game that includes a formation part and a battle part, but the genre of the game is not limited to this. For example, it can be applied to any genre of game, whether it is a cooperative or competitive game.

In addition, in the above embodiment, the characters that can be organized into units in the organization part are sub-characters (sub-objects), but this is not limited to this. For example, all characters that can be organized into units in the organization part may be player characters (player objects), and some of these player characters may be NPCs (sub-characters (sub-objects)).

In addition, if a character is acquired by executing a gacha, the user may be able to select whether to use the character as a player character (player object) or as a sub-character (sub-object) in unit formation in the formation part, based on the user's operation.

In addition, when a character (object) is acquired by executing a gacha, the type of character (object) may be selected by lottery as to whether it will be added and registered as a player character (player object) or a sub-character (sub-object).

In the above embodiment, an example is described in which a mobile terminal device is used as the game device, but the present invention is not limited to this. For example, the present invention can also be realized using an arcade game cabinet provided at game centers, etc. The present invention can also be realized using a home game device as the game device. Furthermore, a system can be configured in which the functions according to the present invention are appropriately assigned to a game device and a server device. For example, the game control unit can be configured in the server device, and the memory unit can be configured in the game device.

Even when these other embodiments are adopted, the effects of the present invention are achieved. In addition, this embodiment can be combined with other embodiments, and other embodiments can be combined with each other as appropriate.

1 Game system 2 Server device (computer)
201 Information processing means (information processing unit)
202 Management means (management department)
203 Lottery means (lottery section)
204 Transmission means (transmission unit)
3. Game device (computer)
301 Game control means 302 Communication means 4 Communication network (network)

Claims (5)

In a game system in which a game is played via a computer,
a selection unit that selects objects multiple times based on a user operation;
A display unit that displays a lottery result presentation that notifies the result of the lottery;
a specifying unit that specifies a reselection range when a reselection condition is established in the lottery result presentation and specifies the object to be reselected based on the reselection range (hereinafter, a reselection target object);
Equipped with
the selection unit executes a reselection for the reselection target object ,
The reselection condition is a rewind condition in the selection result presentation,
The re-selection range is a range in which the selection result effect is rewound,
a communication unit that receives a rewind request signal transmitted based on the user's operation,
the rewinding condition is that the communication unit receives the rewinding request signal.
Game system. the rewind range is selected based on an instruction operation of the user for the rewind range.
The game system according to claim 1 . In a game system in which a game is played via a computer,
a selection unit that selects objects multiple times based on a user operation;
A display unit that displays a lottery result presentation that notifies the result of the lottery;
a specifying unit that specifies a reselection range when a reselection condition is established in the lottery result presentation and specifies the object to be reselected based on the reselection range (hereinafter, a reselection target object);
Equipped with
the selection unit executes a reselection for the reselection target object ,
The reselection condition is a rewind condition in the selection result presentation,
The re-selection range is a range in which the selection result effect is rewound,
the rewind condition is that a specific object is not included in the lottery result presentation,
Game system. A computer included in a game system that executes the game,
A selection means for selecting an object multiple times based on a user's operation;
a display means for displaying a lottery result presentation for notifying the result of the lottery;
a specifying means for specifying a re-selection range when a re-selection condition is established in the selection result presentation, and for specifying the object to be re-selected based on the re-selection range (hereinafter, a re-selection target object);
Function as a
the selection means executes a reselection for the reselection target object,
The reselection condition is a rewind condition in the selection result presentation,
The re-selection range is a range in which the selection result effect is rewound,
the computer includes a communication unit that receives a rewind request signal transmitted based on an operation by the user,
the rewind condition is that the communication unit receives the rewind request signal.
Game program. A computer included in a game system that executes the game,
A selection means for selecting an object multiple times based on a user's operation;
a display means for displaying a lottery result presentation for notifying the result of the lottery;
a specifying means for specifying a re-selection range when a re-selection condition is established in the selection result presentation, and for specifying the object to be re-selected based on the re-selection range (hereinafter, a re-selection target object);
Function as a
the selection means executes a reselection for the reselection target object,
The reselection condition is a rewind condition in the selection result presentation,
The re-selection range is a range in which the selection result effect is rewound,
the rewind condition is that a specific object is not included in the lottery result presentation,
Game program.

Images