JP2022033652A - Game system and game program - Google Patents

Abstract

To provide a game system and a game program whose amusement properties of gacha have been improved further than ever before.SOLUTION: A game system that progresses a game through a computer includes: a communication unit for receiving a gacha request signal and a rewind request signal transmitted on the basis of an operation of a user; a lottery unit for executing a lottery of an object a plurality of times when the communication unit receives the gacha request signal; a display unit for displaying a lottery result performance for notifying of a result of the lottery; and a starting point specification unit for specifying, as a starting point, the point when rewinding is made for a rewinding range from the rewind request point, with the time when the communication unit receives the rewind request signal as a rewinding request point in the lottery result performance, and specifying the object for which a lottery is executed again on the basis of the starting point (re-lottery target object). The lottery unit executes a re-lottery for re-selecting an object on the re-lottery target object.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game system and a game program that provides a game in which an object such as a character is given to a user by lottery.

Conventionally, a game in which a user acquires an object such as a character used in a game by lottery (gacha) is known. In particular, in this lottery (gacha), it is known that a plurality of objects are drawn at one time (see, for example, Patent Document 1).

Japanese Patent No. 5981372

However, there is a demand for a game that motivates the user to request a lottery (gacha) while further improving the interest of the lottery (gacha) as compared with the conventional game.

Therefore, an object of the present invention is to provide a game system and a game program in which the interest of lottery (gacha) is further improved as compared with the conventional one.

The first invention is a game system in which a game progresses through a computer.
A communication unit that receives the gacha request signal and rewind request signal transmitted based on the user's operation,
A lottery unit that draws a plurality of objects when the communication unit receives the gacha request signal, and a lottery unit.
A display unit that displays a lottery result effect for notifying the result of the lottery, and
In the lottery result production, the time when the communication unit receives the rewinding request signal is set as the rewinding request point, and the point where the rewinding range from the rewinding request point is rewound is specified as the starting point, and the calculation is performed. A starting point specifying unit that specifies the object to be re-lottered based on points (hereinafter referred to as the object to be re-lottered), and
Equipped with
The lottery unit executes a re-lottery for reselecting an object for the re-lottery target object.
It is a game system.

The second invention is the first invention, in which the lottery section is:
A lottery based on the gacha request signal is executed, and the selected object is stored in the storage unit.
When the re-lottery is executed based on the rewind request signal, at least one of the objects stored in the storage unit is updated to the re-lottery target object selected by the re-lottery, and the user's information. Can be stored in the storage unit in association with.

In the third aspect of the invention, in the second invention, the starting point specifying unit can specify an object that is scheduled to produce the lottery result after the starting point as the object to be re-lottered.

In the fourth aspect of the invention, in the second invention, the starting point specifying unit includes an object corresponding to the lottery result effect at the starting point and an object scheduled to produce the lottery result after the starting point. Can be specified as the object to be re-lottered.

According to the fifth aspect of the invention, in the second to fourth inventions, the lottery result effect includes a first part effect and a second part effect.
When the object selected by the lottery unit is the same object as the possessed object already stored in the storage unit in association with the user's information, the display unit may use the same object as the first object. It does not display the one-part effect.

A sixth aspect of the invention is the first to fifth inventions, wherein the display unit produces the lottery result based on the lottery result after the lottery unit has drawn all the objects a plurality of times. Can be displayed in order.

In the seventh aspect of the invention, in the first to fifth inventions, the lottery unit executes the lottery of the plurality of objects once.
The display unit can display the lottery result effect every time the lottery is executed once.

In the eighth aspect of the invention, in the first to seventh inventions, it is preferable that the starting point is selected based on the instruction operation of the starting point by the user.

The ninth invention is a computer included in a game system for advancing a game.
Communication means for receiving gacha request signals and rewind request signals transmitted based on user operations,
A lottery means for drawing a plurality of objects when the communication means receives the gacha request signal.
A display means for displaying a lottery result effect for notifying the result of the lottery,
In the lottery result production, the time when the communication means receives the rewinding request signal is set as the rewinding request point, and the point where the rewinding range from the rewinding request point is rewound is specified as the starting point, and the calculation is performed. Starting point specifying means for specifying the object to be re-lottered based on points (hereinafter referred to as the object to be re-lottered),
To function as
The lottery means executes a re-lottery for reselecting an object for the re-lottery target object.
It is a game program.

According to the present invention, it is an object of the present invention to provide a game system and a game program in which the interest of lottery (gacha) is further improved as compared with the conventional case.

It is a block diagram which shows the hardware configuration and the functional configuration of the game system in this embodiment. It is a figure which shows the example of the gacha management table T1 after the lottery in this embodiment. It is a figure for demonstrating the rewinding effect in this embodiment. It is a figure which shows the example of the gacha management table T1 after the re-lottery in this embodiment. It is a flowchart which shows the lottery process in this embodiment. It is a figure which shows the example of the gacha management table T1 in another embodiment. It is a figure which shows the example of the gacha management table T1 in another embodiment.

[Embodiment]
The game system 1 according to the embodiment of the present invention will be described with reference to FIGS. 1 to 4. The game system 1 of the present invention shown in FIG. 1 executes a game on a game device 3 (terminal device) such as a smartphone, a personal computer, or a home-use game machine.

The game described in this embodiment is a role-playing game including a formation part and a battle part. For example, a user acquires an object such as a character by a lottery (gacha) that is performed 10 times with one trigger, and in the organization part, a player character that is controlled based on the user's operation among the characters associated with the user. And a non-player character controlled by a computer, and a sub-character that supports the player character (for example, a companion character that follows the character and fights together) are combined to create a unit (party, deck). Then, in each event (chapter, story) during the battle part, the user operates and instructs the created unit to meet various characters in the virtual space, fight, make friends, and so on. However, it is a game that progresses by capturing quests around a predetermined story.

In the formation part, in addition to the formation of units, items (characters) that are so-called training materials and characters can be combined to raise the level of the character, and weapons and skills to be possessed can be set. In addition, when the user captures the quest, various characters including characters and sub-characters, training materials or items, as well as experience points or in-game currency can be acquired according to the clearing conditions of the game task. You can challenge difficult quests by training characters and creating new powerful units.

Further, in the present embodiment, there are a plurality of types of characters selected by lottery, and one character is randomly selected from the plurality of types of characters in one lottery. The plurality of types of characters for lottery are set in the storage unit 21 in advance as a character table for lottery (not shown).

<About hardware configuration>
With reference to FIG. 1, the hardware configuration of the server device 2 that realizes the game system 1 and the hardware of the plurality of game devices 3 that are communicated and connected to each other via the communication network 4 such as the Internet line and the server device 2. The hardware configuration will be described.

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

The server device 2 stores the game program and the game data in the storage 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 device 3 communicate with each other via the communication network 4.

The game device 3 receives (downloads) 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 predetermined game based on the user's operation. And install). In addition, the game device 3 receives (downloads and installs) a game program and game data for updating.

The game device 3 advances the game on the game device 3 based on the installed game program and game data, and displays the game effects (game image, sound) accompanying the progress of the game on the liquid crystal screen (display unit) 330 and the speaker. Output to 340 or the like.

In addition, different account information (unique identification information) is given to each game device 3 and each user. Then, an ID (identification code) is assigned to each account information.

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

For example, in the game device 3, when an operation to start a game is performed by a user, each game device 3 communicates with a server device 2 via a communication network 4, and account information is transmitted from the game device 3. .. The server device 2 performs predetermined authentication based on the transmitted account information, and transmits data necessary for the 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 status of this account and advances the game on the game device 3. Further, the game device 3 transmits data related to the game progress status to the server device 2 not only at the start of the game but also at a predetermined timing of the game progress (at the time of data update such as item consumption or game task clearing).

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

The storage 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 storage unit 21 is mainly composed of an HDD (Hard Disk Drive), a RAM (Random Access Memory), and a ROM (Read Only Memory).

The storage unit 21 contains, for example, a game program and data for executing a game (including information regarding the game progress of an account), and a game program for realizing the game system 1 of the present invention (to execute each event). Module) and data, information processing module, lottery module, starting point identification module, and transmission module are stored.

The information processing module is a module that receives data necessary for the progress of a game, various signals, and the like from each game device 3. Further, the information processing module is a module that authenticates the account information by 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 storage unit 21. As an example of the gacha management table T1, the one shown in FIG. 2 can be mentioned. Further, this gacha management table T1 is generated for each user ID when 10 gachas are executed based on one gacha request.

Here, in FIG. 2, the "number of lottery" is information indicating how many times the lottery is performed in the gacha to be executed, the "selected character" is information on the type of character selected in the lottery, and the "cover flag" is the user ID. Information indicating whether or not the same character as the character (possessed object) associated with (so-called possession) is selected in the lottery, "effect" is information on the type of lottery result effect indicating the lottery result. Is.

Further, in the "covering flag" of FIG. 2, "0" is set when the same character as the character associated with the user ID is not selected by lottery, and the same character as the character associated with the user ID is set. The case selected by lottery is displayed as "1".

In addition, the information on the type of lottery result effect of the "effect" in FIG. 2 includes information on a special effect (first part effect) related to the character selected in the lottery (for example, 1- (1), 2- (1). Information such as (1) is added) and information on character emission result production (second part production) ((2) such as 1- (2) and 2- (2) in FIG. 2 are added. There is information that has been done). If the information on the type of lottery result effect of "effect" in FIG. 2 includes only the information on the character discharge result effect, the special effect related to the character selected in the lottery is not executed and is skipped. It means that The special effect (first part effect) is an effect that suggests an emission result (a sign of the second part effect), such as an image showing a selected character or an output of dialogue.

Here, the special effect (first part effect) relating to the character selected by the lottery is, for example, a moving image of the character selected by the lottery or a voice reproduction of the dialogue of the character selected by the lottery. Further, the character discharge result effect (second part effect) is, for example, display of an image in which the character selected by lottery can be identified. That is, the special effect (first part effect) is an effect that suggests (predicts) the emission result, which is the second part effect.

In addition, each of the character information that can be selected by lottery is associated with various information such as the character image of each character, ability value (not shown, for example, physical strength, attack power, defense power, magic power, etc.), level, and rarity. It is stored in the storage unit 21.

Further, the lottery module is a module that manages information on the game progress status of 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 is, for example, a user ID which is identification information for identifying a user, a user name which is a user name, and a player name of a player used by the user. Information on the level, the event ID / name being participated in, the points available to the user in the game, and the game media such as the player character, sub-character, and item associated (owned) by the user in the game. including.

Further, the lottery module is also a module that randomly selects an object related to a character from a plurality of types of characters and stores the lottery result information in the storage unit 21. For example, the lottery module randomly selects one character from a plurality of types of characters for each lottery, reflects the information of the lottery results for 10 times in the gacha management table T1 and updates the storage unit. Store in 21.

In addition, when the character to be re-lottered (hereinafter referred to as the character to be re-lottered) is specified by the starting point specifying module described later, the lottery module randomly reselects an object related to the character from a plurality of types of characters and draws. It is also a module that reflects the result information in the gacha management table T1, updates it, and stores it in the storage unit 21.

Further, the lottery module executes a re-lottery for reselecting a character for the re-lottery target character, and then re-lottery with a character that is not a target of the re-lottery (a character that did not execute the re-lottery). It is also a module that stores the character selected by execution in the storage unit 21 in association with the user's information. That is, the lottery module stores the character selected by the execution of the lottery in the storage unit, and among the characters, the character specified as the re-lottery target (at least one character stored in the storage unit) is re-recorded. Update (redraw) to the character selected by executing the lottery.

The starting point specifying module sets the rewinding request point when it is determined that the communication module has received the rewinding request signal in the lottery result effect executed based on the gacha management table T1, and rewinds from this rewinding request point. It is a module that specifies the point where the range is rewound as the starting point. Here, the rewinding range refers to, for example, 5 seconds (300 fps).

Here, FIG. 3 shows an example of a time-series diagram of the lottery result effect executed based on the gacha management table T1 of FIG. As shown in FIG. 3, when the rewind request signal 7- (2) received from the game device 3 is specified as the rewind request point by the starting point specifying module, the rewind range is 5 seconds (5 seconds). 300 fps) Specify 5- (2), which is a point that goes back, as a starting point.

Further, the starting point specifying module is also a module for specifying the character to be re-lottery based on the starting point. For example, the starting point specifying module is a character that has once performed a lottery result effect after the starting point (a character included between the starting point and a rewind request point) and a character that is scheduled to perform a lottery result effect (a character that is scheduled to perform a lottery result effect). A character that was scheduled to produce a lottery result effect after the rewind request point, that is, a character that has not yet displayed the lottery result effect, is selected as a character subject to the re-lottery (for example, the lottery of the "selected character" in FIG. 2). It is specified as a character f, g, h, i, j) after the sixth number of times.

In FIG. 3, the rewinding request point is the timing during reproduction of the effect 7- (2), and the starting point is specified as the effect 5- (2). In this case, as shown in FIG. 2, the effect 7 is an effect display of the selected character g, and the effect 5 is an effect display of the selected character e. In this case, the characters (characters included between the starting point and the rewinding request point) for which the lottery result effect is once performed after the starting point are the selected characters f and g. Further, the characters scheduled to produce the lottery result effect (characters scheduled to perform the lottery result effect after the rewind request point) are the selected characters h, i, and j. Then, the starting point specifying module specifies the selected characters f, g, h, i, and j as the re-lottery target characters based on the starting point.

The transmission module reads game data (including lottery result information, rewind request point information, starting point information, etc.) to be transmitted from the server device 2 to each game device 3, and reads information such as the read data. This is a module to be transmitted to the game device 3.

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

-Hardware configuration of the game device 3 The game device 3 has a built-in liquid crystal screen 330, a speaker 340, and a touch pad 350. In the game device 3, the game progresses based on the game program and data read from the storage medium or the like. Further, the game device 3 can perform data communication with the other game device 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 storage unit 31, a network interface 32, a graphic processing unit 33, an audio processing unit 34, and an operation unit 35.

The storage unit 31, the network interface 32, the graphic 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 an HDD, a RAM, and a ROM. The storage unit 31 stores, for example, a game program and data for executing a game. Further, the storage unit 31 stores account information to be transmitted to the other game device 3, information about friends, other account information received from the other game device 3, and the like.

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

The graphic processing unit 33 draws a game image including a virtual space, each character, and the like, a lottery result effect image of a gacha, and the like in a moving image format according to the instruction of the control unit 30. The game image drawn in the moving image format by the graphic processing unit 33, the lottery result effect image of the gacha, and the like are displayed on the liquid crystal screen 330 as a game screen.

Here, as an image of the lottery result effect of the gacha, for example, as shown in FIG. 3, an image showing the lottery result effect of the gacha in chronological order from the left side to the right side can be mentioned. Specifically, for example, as shown in FIG. 2, after the lottery is completed 10 times in the gacha, each column of "Production" in FIG. 2, which is the production content of the 10 lottery, is updated, and each lottery time. The content of the effect for the game is determined, and based on the content of the effect, the lottery result effect of the gacha is displayed in chronological order from the left side to the right side as shown in FIG.

In FIG. 2, since the character selected in the third and fourth lottery is a character already associated with the user's information, the "cover flag" is "1". When this "covering flag" is "1", the special effect relating to the character selected by the lottery is omitted, and only the discharge result effect of the character is executed and displayed. Since the character selected in the other number of lottery is not the character associated with the user's information, the "cover flag" is "0". When this "covering flag" is "0", information on special effects related to the character selected by lottery and the effect of discharging the characters are executed and displayed in order.

Further, when the rewind request signal is transmitted from the game device 3 to the server device 2 based on the user's operation, the graphic processing unit 33 follows the instruction of the control unit 30 in the game device 3 that has received the necessary information. A rewinding effect image that reversely reproduces the lottery result effect from the starting point to the rewinding request point is drawn in a moving image format. The rewinding effect image drawn in the moving image format by the graphic processing unit 33 is displayed on the liquid crystal screen 330 as a game screen.

The audio processing unit 34 reproduces and synthesizes digital game sounds according to the instructions of the control unit 30. Further, a speaker 340 is connected to the audio processing unit 34. The game sound is output from the speaker 340 to the outside.

The operation unit 35 is connected to a touch pad 350 attached (built-in) to the game device 3 and can transmit and receive data related to operation input. The user inputs an operation signal to the game device 3 by operating an operator (not shown) such as a button provided on the touch pad 350.

Further, on the touch pad 350, for example, an icon for rewinding operation is displayed. By operating this rewinding operation icon, a rewinding request can be made, and when the server device 2 receives this rewinding request, the process of tracing back the lottery result effect from the rewinding request point to the starting point by 5 seconds ( Re-lottery) is executed. Based on this rewind request, the game device 3 displays an image in which the lottery result effect is traced back (reversely reproduced) by 5 seconds from the rewind request point to the starting point, and the effect of the result of re-lottery in the server device 2 is produced. Is displayed.

In this embodiment, the operation of the rewind request by the rewind operation icon or the like is limited to the production by the gacha. If it is a 10-game gacha, it is a request (operable) from the start of the 1st effect display to the end of the 10th effect display, and it cannot be requested after the 10th effect display ends. There is.

<About the functional configuration of each control unit>
With reference to FIG. 1, the functional configuration of the control unit 20 of the server device 2 that realizes the game system 1 and the control unit 30 of the game device 3 will be described.

Functional configuration of the control unit 20 of the server device 2 The control unit 20 of the server device 2 serves as an information processing means 201, a lottery means 202, a starting point specifying means 203, and a transmission means 204 by executing a predetermined game program. Function.

The information processing means 201 receives data necessary for the progress of the game from each game device 3. Further, the information processing means 201 authenticates the account information by using the account information transmitted from the game device 3.

The information received by the information processing means 201 from each game device 3 includes, for example, account information of the user or the game device 3, various signals, and information on the progress of the game. The information transmitted from each game device 3 is transmitted to each means via the information processing means 201, but the description of this point may be omitted below for convenience of explanation. Further, the information processing means 201 may be in a state where it can receive a gacha request signal described later when a predetermined game progress is completed in the game device 3 (for example, an event currently being executed is completed). ..

The lottery means 202 determines whether or not various information regarding the progress of the game has been received from the game device 3 via the information processing means 201, and the storage unit 21 is based on the processing results of the information processing means 201 and the lottery means 202. The management tables such as the gacha management table T1 and the user management table T2 stored in the storage unit 21 are updated (overwritten and stored in the storage unit 21).

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 lottery means 202 determines that the information processing means 201 has received the gacha request signal from the game device 3, and the character is selected by the lottery by the lottery means 202, various information (selected character) in the gacha management table T1. (Information on the type of information, information on the cover flag, information on the type of effect) are updated in association with the number of lottery times in the gacha, and stored in the storage unit 21.

Further, 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 the gacha request signal is received from the game device 3, the lottery means 202 selects a character by lottery by the lottery means 202, and when the lottery result is confirmed, the information of the character corresponds to the lottery means 202. It is updated in association with the user management table T2 of the user and stored in the storage unit 21.

Further, when the re-lottery target character is specified by the starting point specifying means 203 described later, the lottery means 202 randomly reselects an object related to the character from a plurality of types of characters in place of the re-lottery target character. Then, the information of the result of the re-lottery is reflected in the gacha management table T1 and updated, and stored in the storage unit 21.

Further, the lottery means 202 selects the character that did not execute the re-lottery after executing the re-lottery for reselecting the character for the re-lottery target character, and the character that was selected by executing the re-lottery. The information of the character is stored in the storage unit 21 in association with the user management table T2 of the corresponding user.

Further, the lottery means 202 manages information on the game progress status of the account for each account information.

Further, the lottery means 202 receives the account information and various signals from each game device 3 by the information processing means 201, then reads the account information and the game data based on the various signals from the storage unit 21, and the information processing means 201. Or to the game device 3 via the transmission means 204.

The starting point specifying means 203 determines whether or not a rewind request signal is received from the game device 3 via the information processing means 201 during the execution of the gacha lottery result effect executed based on the gacha management table T1. .. When the starting point specifying means 203 determines that the information processing means 201 has received the rewind request signal from the game device 3 during the execution of the lottery result effect of the gacha, the information processing means 201 has received the rewind request signal. The time is set as the rewinding request point in the lottery result production of the gacha, and the point where the rewinding range from the rewinding request point is rewound is specified as the starting point in the lottery result production of the gacha.

Further, the starting point specifying means 203 identifies the character to be re-lottered based on the starting point. For example, the starting point specifying means 203 identifies a character for which the lottery result effect is scheduled to be performed after the starting point as the character to be re-lottered.

The character (newly added character) newly stored in the user management table T2 is a player character or a sub in the organization part as the preparation stage of the battle part when the user subsequently executes the game progress (battle part). Newly added characters such as characters are organized into units and can be used.

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

Functional configuration of the control unit 30 of the game device 3 The control unit 30 of the game device 3 executes a storage medium inserted in the game device 3 or a game program downloaded (installed) in the storage unit 31 of the game device 3. By doing so, it functions as a game control means 301 and a communication means 302.

The game control means 301 reads out the game data received from the server device 2 and the game data (data such as objects and textures) stored in the storage unit 31, and is a two-dimensional or three-dimensional virtual game space (for performing an event). (Including game space, etc.) is generated. Further, the game control means 301 creates a virtual space and arranges a non-player character such as a character (player character), a sub-character, or an enemy character in the virtual space.

Further, the game control means 301 participates in an event, acts of the own player character in the virtual space, and a sub character according to the operation signal to the touch pad 350 connected to the own game device 3 and the progress of the game. And the behavior of non-player characters such as enemy characters.

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

The game control means 301 displays a user interface (not shown) such as a button icon for transmitting various requests such as a gacha request signal and a rewind request signal to the server device 2 on the liquid crystal screen 330 as needed. Generate information to do so. According to this information, the graphic processing unit 33 draws an image (not shown) of the user interface.

For example, when the lottery event is started after the transmission of the gacha request signal, the game control means 301 generates a request for acquiring information necessary for drawing the game screen in the initial state of the lottery event, and via the communication means 302. This acquisition request is transmitted to the server device 2. Then, the game control means 301 receives necessary information from the server device 2 via the communication means 302, and then draws the game screen in the initial state of the lottery event based on the necessary information on the liquid crystal screen 330. Display.

Further, after the start of the lottery event, the game control means 301 generates a request for acquiring information necessary for drawing the lottery result on the game screen, and transmits this acquisition request to the server device 2 via the communication means 302. .. Then, the game control means 301 receives necessary information (information such as a character, a name, and an ability selected by lottery) from the server device 2 via the communication means 302, and then the lottery result is based on the necessary information. The game screen (not shown) is drawn and displayed on the liquid crystal screen 330.

Further, when the game control means 301 transmits a rewind request signal to the server device 2 based on the user's operation during the lottery event, the game control means 301 reversely reproduces the lottery result effect from the starting point to the rewind request point. An acquisition request for information necessary for drawing the rewind effect on the game screen is generated, and this acquisition request is transmitted to the server device 2 via the communication means 302. Then, the game control means 301 receives necessary information (information on the character to be re-lottered, information on the character selected in the re-lottery, a name, an ability, etc.) from the server device 2 via the communication means 302, and then this is performed. Based on the necessary information, the game screen (not shown) of the lottery result including the re-lottery result is drawn and displayed on the liquid crystal screen 330. As a result, on the liquid crystal screen 330, an effect related to the character selected by the re-lottery is displayed instead of the character to be re-lottery.

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

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

When the lottery means 202 receives the gacha request signal from the game device 3 via the information processing means 201 (step S1), the lottery means 202 selects a candidate for a character selected by lottery from among a plurality of characters in advance. A gacha (lottery) that randomly selects one from the set gacha list) is performed 10 times (step S2), and the gacha management table T1 is generated or updated (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.

Subsequently, the transmission means 204 stores the information of the result of this lottery (information including the image information of the selected character) in the storage 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 processing. That is, the game control means 301 generates a request for acquisition of information necessary for showing the result of the lottery (name information of the selected character, ability information, etc.), and this acquisition is performed by the server device 2 via the communication means 302. Send the request. Subsequently, the game control means 301 receives information necessary for showing the lottery result from the server device 2 via the communication means 302, and then is given a lottery result effect screen (for example, a lottery result effect) based on this information. Character moving images, images, ability values, etc.) are drawn and displayed on the liquid crystal screen 330.

Next, the starting point specifying 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). When it is determined by the starting point specifying means 203 that the rewinding request signal has been received (step S5: YES), the time when the information processing means 201 receives the rewinding request signal is the rewinding request point in the lottery result production of the gacha (step S5: YES). For example, the point in which the rewinding range (for example, 5 seconds (300 fps)) is rewound from the rewinding request point is set as the starting point in the gacha lottery result production (for example, in the middle of the effect 7- (2) in FIG. 3). It is specified as (in the middle of the effect 5- (2)) of FIG. 3 (step S6).

Subsequently, the starting point specifying means 203 identifies the re-lottery target character based on the starting point (step S7). For example, the starting point specifying means 203 performs a lottery result effect after the starting point (for example, in the middle of the effect 5- (2) in FIG. 3) (for example, after the effect 6- (1) in FIG. 3). The planned character (for example, the characters f, g, h, i, and j after the sixth lottery of the “selected character” in FIG. 2) is specified as the re-lottery target character.

Next, in the lottery means 202, when the re-lottery target character is specified by the starting point specifying means 203, the re-lottery target character (for example, the characters f, g after the sixth lottery number of the “selected character” in FIG. 2). , H, i, j), the characters are randomly reselected (re-lottery) from among a plurality of preset characters (gachalists) (step S8).

Subsequently, the information on the result of the re-lottery (for example, the information on the character obtained in the re-lottery, the information on the cover flag, the information on the effect) is reflected in the gacha management table T1 and updated (step S9). For example, when the characters m, n, o, p, and q are selected by the re-lottery, the gacha management table T1 is updated from the state of FIG. 2 to the state shown in FIG.

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

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

In the present embodiment, when the point where the rewinding range (for example, 5 seconds (300 fps)) is rewound from the rewinding request point is before the gacha lottery result production, the starting point specifying means 203 is calculated. The points will be the start of the gacha lottery result production. Subsequently, the starting point specifying means 203 identifies all the characters as re-lottery target characters based on the starting point. Then, the lottery means 202 randomly reselects (re-lottery) a character from a plurality of preset types of characters (gachalist) in place of the re-lottery target character specified by the starting point specifying means 203. )do.

Summarizing the above, the game system 1 of the present embodiment is
In a game system in which a game progresses via a computer (server device 2, game device 3)
A communication unit (information processing means 201) that receives a gacha request signal and a rewind request signal transmitted based on a user's operation, and
When the communication unit receives the gacha request signal, a lottery unit (lottery means 202) that draws a plurality of objects is used.
A display unit (LCD screen 330) that displays a lottery result effect for notifying the result of the lottery, and
In the lottery result production, the rewinding request point is set when the communication unit (information processing means 201) receives the rewinding request signal, and the starting point is the point where the rewinding range from the rewinding request point is rewound. Starting point specifying unit (starting point specifying means 203) and
Equipped with
When the communication unit (information processing means 201) receives the rewind request signal, the display unit (liquid crystal screen 330) reversely reproduces the lottery result effect from the starting point to the rewinding request point. It displays the return effect.

[The invention's effect]
According to the game system 1 of the present embodiment, the fun of the lottery (gacha) can be further improved as compared with the conventional case.

[Other embodiments]
The control means and the processing procedure described in the above-described embodiment are examples, and the embodiments of the present invention are not limited thereto. The design of the processing procedure and the like can be appropriately changed without changing the gist of the present invention.

In the above-described embodiment, the lottery (gacha) that is performed 10 times with one trigger has been described, but the present invention is not limited to this. The number of lottery may be once or twice, or may be held 11 times or more. When the number of lottery is one, for example, it may be determined whether or not to perform the re-lottery depending on whether or not the rewinding request is made during the production (until the production is completed).

In the above embodiment, the operation of the rewind request can be performed, for example, from the start of the effect display of the first body in the 10-series gacha to the end of the effect display of the tenth body, but the present invention is not limited to this. For example, in the case of 10-game gacha, the rewind request operation may be possible even after the 10th effect display. That is, it may be possible to request a predetermined period even after the tenth effect display, and it may be possible to rewind for a predetermined period from the timing at which the rewinding is requested.

Further, in the above embodiment, a condition may be set as to whether or not a rewind request can be made (permission of a rewind request). For example, (Condition 1) when a predetermined medium is included in the gacha result (eg, a predetermined specific character, a character with low rarity, a special character named 〇〇, etc.), (Condition 2) a specific character in the gacha result. If the condition is met (eg, if the same character is selected more than once, if the characters with low rarity are displayed in sequence in order, etc.), or (Condition 3) Whether to allow the rewind request. There is a separate rewind request permission lottery, and if the permission is won in the rewind request permission lottery (example: this lottery is also executed at the time of gacha, this lottery is executed during gacha production), etc. are satisfied. If so, you may be able to request rewinding.

Further, the above-mentioned permission of the rewind request may be enabled from the middle of the lottery result production. For example, after the 6th effect display is started with 10 consecutive gachas, or after the 8th effect display is finished with 10 consecutive gachas, permission to rewind request is granted from the middle of the lottery result effect. You may be able to do it.

Further, in the above-described embodiment, the characters obtained by the number of lottery next to the number of lottery of the starting point are the characters to be re-lottered, and all of the re-lottery characters are re-lottered. Not limited to this. For example, when the starting point is the number of times of the 5th lottery, only the characters selected by the number of times of the 6th and 7th lottery are set as the re-lottery target characters, and the 8th and subsequent times are not set as the re-lottery target characters. You may. Specifically, for example, in the gacha management table T1, as shown in FIG. 6, only the information in the columns of the 6th and 7th lottery times is updated from the state of FIG. 2, and the 8th and subsequent times are updated. The information in the lottery count column is not changed. That is, as the re-lottery target character, the characters h, i, and j selected in the eighth and subsequent lottery after the rewind request time and not yet performed the effect need not be added to the re-selected characters. Therefore, only the characters f and g selected in the 6th and 7th lottery may be used as the re-lottery target character.

Further, in the above embodiment, for example, after all 10 lottery is performed, the lottery result effect is executed based on the lottery result, but instead, the 10 lottery is performed once each. It may be executed and the lottery result effect may be displayed on the display unit each time the lottery is executed. Further, the rewinding effect and the character re-lottery by the rewinding request may be executed in the middle of all the 10 lottery. Here, a specific example is shown based on FIG. 7.

As shown in FIG. 7A, when the seventh lottery is performed, the gacha management table T1 is updated up to the column of the number of times of the seventh lottery. Here, if a rewind request is made after the 7th lottery, for example, the 6th and subsequent lottery (here, the 6th and 7th times) starting from the 5th lottery number specified by being rewound for 5 seconds. The characters f and g selected in the lottery) become the characters to be re-lottered, and the re-lottery is executed. When the re-lottery is executed and the characters m and n are selected in order, the gacha management table T1 is updated as shown in FIG. 7B. Subsequently, when the eighth and subsequent lottery is executed and the characters h, i, and j are selected in order, the gacha management table T1 is updated as shown in FIG. 7 (c).

Further, in the above embodiment, when a character already associated with the user's information is selected by the gacha, the special effect regarding the selected character is not executed and is skipped, but without skipping. You may want to do it. Further, the skip setting may be turned on / off for a special effect related to this character based on the user's operation.

Further, in the above embodiment, the rewinding range is set to 5 seconds (300 fps) from the rewinding request point, but the rewinding range is not limited to this. For example, the rewinding range may be a lottery number four times before, such as 3 seconds, 200 frames, or a lottery after a rare character appears, from the rewinding request point.

Further, in the above-described embodiment, by operating the button-type rewinding operation icon, the lottery result effect can be traced back (reversely reproduced) from the rewinding request point to the starting point. Instead, a slider-type rewind operation icon may be used so that the lottery result effect can be varied from the rewind request point to the starting point by arbitrarily performing a slide operation. That is, the lottery result effect may be varied from the rewind request point to the starting point by allowing the user to voluntarily operate the starting point.

Also, how many lottery times to rewind (which number of lottery times is the starting point), or which character displayed in the effect is rewound (which character is the starting point). It may be possible to select by the operation of the user.

Further, in the above embodiment, in-game currency or a resurrection item such as a ticket may or may not be required for the rewind request. In addition, the amount of rewind range can be selected based on the user's operation, and the amount of billing, the amount of in-game currency, or the consumption of resurrection items such as tickets according to the amount of this rewind range can be selected. May be needed.

Further, in the above-described embodiment, when the lottery result effect is rewound, the characters obtained by the number of lottery next to the number of lottery at the starting point are the characters to be re-lottered, and all of the re-lottery characters are re-lottery. However, if (1) the character after the rare character's discharge effect is re-lottered, or (2) the rare character's discharge effect is performed, this rare character will be selected as the re-lottery target character. It may not be (the re-lottery will be skipped).

Further, in the above-described embodiment, the rewinding of the lottery result effect is executed based on the operation of the user, but the present invention is not limited to this. For example, if a rare character is not included in the lottery result production at the time of the 10th discharge result production of 10 consecutive gachas, for example, the starting point is automatically rewound for 5 seconds to specify the starting point, and the starting point is next to the lottery number. The re-lottery may be executed for the characters and subsequent characters obtained by the number of lottery.

In addition, when the rewind range is specified based on the user's operation and the rare character is included in the re-lottery target character, "The rare character is included, but the re-lottery is executed. The display unit may display a warning such as "?".

In addition, when the rewind range is specified based on the user's operation, the re-lottery is performed in place of all the characters specified as the re-lottery target characters, and the number is less than one or these re-lottery target characters. A number of characters may be selected.

Further, the type of the character that can be acquired by the re-lottery may be changed (the table for the character lottery is changed to another one) according to the content of the character that is the target character of the re-lottery, and the re-lottery may be executed. ..

In addition, when the rewind range is specified based on the user's operation and the character specified as the re-lottery target character is re-lottered, a character with higher rarity (the same character as before the re-lottery, but the ability value). It may be changed to (such as increasing).

In addition, the lottery result effect is skipped based on the user's operation so that the lottery result effect can be rewound even after the user confirms the lottery result, and the lottery result effect is displayed on the display unit. May be good. As a result, even if the user mistakenly operates and wants to see the lottery result effect but skips it, or if the intention to see the rare character effect later grows, the lottery result effect is displayed on the display unit. It will be possible to display it.

In addition, when the rewind range is specified based on the user's operation, the character corresponding to the lottery result effect at the starting point and the character scheduled to perform the lottery result effect after the starting point are re-created. It may be specified as a lottery target character. For example, in the state of FIGS. 2 and 3 of the embodiment, the selected characters e, f, and g including the selected character e corresponding to the starting point may be specified as the re-lottery target character. Further, e, f, g, h, i, j to which the selected characters h, i, and j are added may be specified as the re-lottery target character.

Further, at least one of the selected characters between the starting point and the rewinding request point may be selected as the re-lottery target character, or at least one of all the selected characters after the starting point is the re-lottery target. It may be selected as a character.

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

Further, when the re-lottery is performed, it may be selected from a plurality of characters excluding the character selected by the gacha request from the gacha list. For example, the lottery may be executed with the character selected by the gacha request removed from the gacha list, or the character selected by the gacha request may be left in the gacha list while the character selected by the gacha request is left in the gacha list. If it is selected by lottery, it may be invalidated and the lottery may be repeated until a character other than the character selected by the gacha request is selected.

In addition to parameters such as ability values and rarities, character types may be set for characters. The character type distinguishes between a character that can be used as a player character controlled based on a user's 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 the sub character may be selected based on this type. Further, among the characters that can be organized into a unit, a plurality (or all) may be a player character, or a plurality (may be all) may be a sub-character.

In the above-described embodiment, the objects appearing and arranged in the virtual space have been described as characters, but the objects are not limited to this. In addition to the character (player character and non-player character), the object may be an equipment item such as a weapon, armor, or costume equipped by the character, a recovery item that can be used by the character, an attack power up item, or the like. That is, the object added to the gacha management table T1 is not limited to the character, but may be an equipment or an item.

The game described in the above embodiment is a role-playing game including 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 game genre, whether cooperative or competitive.

Further, in the above-described embodiment, the character that can be organized into a unit in the organization part is a sub-character (sub-object), but the present invention is not limited to this. For example, all the 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 there is a character acquired by executing the gacha, it is used as a player character (player object) or as a sub-character (sub-object) in the unit organization in the organization part, based on the user's operation. You may be able to select it.

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

In the above embodiment, an example in which a mobile terminal device is used as a game device is described, but the present invention is not limited to this. For example, the present invention can be realized by using an arcade game housing provided in a game center or the like. Further, the present invention can be realized by using a home-use game device as the game device. Further, a system may be configured in which each function according to the present invention is appropriately assigned to the game device and the server device. For example, the game control unit may be configured in the server device, or the storage unit may be configured in the game device.

Even when these other embodiments are adopted, the effects of the present invention are exhibited. Further, it is also possible to appropriately combine this embodiment with other embodiments and other embodiments.

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

Claims (9)

In a game system that progresses a game via a computer
A communication unit that receives the gacha request signal and rewind request signal transmitted based on the user's operation,
A lottery unit that draws a plurality of objects when the communication unit receives the gacha request signal, and a lottery unit.
A display unit that displays a lottery result effect for notifying the result of the lottery, and
In the lottery result production, the time when the communication unit receives the rewinding request signal is set as the rewinding request point, and the point where the rewinding range from the rewinding request point is rewound is specified as the starting point, and the calculation is performed. A starting point specifying unit that specifies the object to be re-lottered based on points (hereinafter referred to as the object to be re-lottered), and
Equipped with
The lottery unit executes a re-lottery for reselecting an object for the re-lottery target object.
Game system. The lottery section
A lottery based on the gacha request signal is executed, and the selected object is stored in the storage unit.
When the re-lottery is executed based on the rewind request signal, at least one of the objects stored in the storage unit is updated to the re-lottery target object selected by the re-lottery, and the user's information. Is stored in the storage unit in association with
The game system according to claim 1. The starting point specifying unit specifies an object that was scheduled to produce the lottery result after the starting point as the object to be re-lottered.
The game system according to claim 2. The starting point specifying unit specifies an object corresponding to the lottery result effect at the starting point and an object scheduled to produce the lottery result after the starting point as the re-lottery target object.
The game system according to claim 2. The lottery result production includes a first part production and a second part production.
When the object selected by the lottery unit is the same object as the possessed object already stored in the storage unit in association with the user's information, the display unit may use the same object as the first object. Do not display 1-part production,
The game system according to any one of claims 2 to 4. The display unit displays, in order, the lottery result effect based on each of the lottery results after the lottery unit has drawn all the objects a plurality of times.
The game system according to any one of claims 1 to 5. The lottery unit executes the lottery of the plurality of objects once.
The display unit displays the lottery result effect each time the lottery is executed.
The game system according to any one of claims 1 to 5. The starting point is selected based on the instruction operation of the starting point of the user.
The game system according to any one of claims 1 to 7. The computer included in the game system that progresses the game,
Communication means for receiving gacha request signals and rewind request signals transmitted based on user operations,
A lottery means for drawing a plurality of objects when the communication means receives the gacha request signal.
A display means for displaying a lottery result effect for notifying the result of the lottery,
In the lottery result production, the time when the communication means receives the rewinding request signal is set as the rewinding request point, and the point where the rewinding range from the rewinding request point is rewound is specified as the starting point, and the calculation is performed. Starting point specifying means for specifying the object to be re-lottered based on points (hereinafter referred to as the object to be re-lottered),
To function as
The lottery means executes a re-lottery for reselecting an object for the re-lottery target object.
Game program.

Images