Game system and game program

Abstract

To provide a game system and a game program in which the interest of gacha is further improved compared to conventional systems. [Solution] A game system in which a game progresses via a computer, the game system includes a communication unit that receives a gacha request signal and a rewind request signal transmitted based on user operation, a lottery unit that performs multiple object lottery draws when the communication unit receives the gacha request signal, a display unit that displays a lottery result presentation that notifies the results of the lottery draw, and a starting point specification unit that, in the lottery result presentation, sets the time when the communication unit receives the rewind request signal as a rewind request point, specifies a point rewinding a range from the rewind request point as a starting point, and specifies the object to be re-drawn based on the starting point (hereinafter, "object subject to re-drawing"). The lottery unit executes a re-draw to reselect an object for the object subject to re-drawing.

Description

[Technical field]

[0001] The present invention relates to a game system and a game program that provide a game in which an object such as a character is awarded to a user through a lottery. [Background technology]

[0002] Conventionally, there are known games in which a user obtains objects such as characters to be used in the game by lottery (gacha). In particular, there are known games in which objects are drawn multiple times by one opportunity (see, for example, Patent Document 1). [Prior art documents] [Non-patent literature]

[0003] [Patent Document 1] Patent No. 5981372 DISCLOSURE OF THEINVENTION [Problem to be solved by the invention]

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

[0005] Therefore, an object of the present invention is to provide a game system and a game program in which the interest of lotteries (gacha) is further improved compared to conventional methods. [Means for solving the problem]

[0006] A first aspect of the present invention is a game system for progressing a game via a computer, comprising: Based on user actions Multiple a lottery section that draws objects several times; A display unit that displays a lottery result presentation that notifies the result of the lottery; In the lottery result presentation, When the re-selection condition is satisfied, a re-selection range is specified, and the re-selection range is Identify the object to be reselected (hereinafter, object to be reselected) based on Special With Sadabe, 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 of the present invention, in the first aspect of the present invention, 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.

[0007] No. 3 The invention is 2 In the invention, a communication unit that receives a rewind request signal transmitted based on the user's operation, The rewind condition is that the communication unit receives the rewind request signal.

[0008] No. 4 The invention is 2 In the invention, The rewind condition may be that a specific object is not included in the lottery result presentation.

[0009] No. 5 The invention is 2nd to 4th In the invention, The rewind range is a predetermined period from when the rewind condition is satisfied.

[0010] No. 6 The invention is 2 ~ 4 In the invention, The rewind range may be from when the rewind condition is met to the lottery draw a predetermined number of times before. In addition, in a seventh aspect of the present invention, in the second or third aspect of the present invention, 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 of the present invention, in the third aspect, it is preferable that the range to be rewound is selected based on an instruction operation of the user for the range to be rewound. In addition, a ninth invention is such that, in the second to eighth inventions, the identification unit can identify a point rewinding the rewind range from when the rewinding condition is satisfied as a starting point, and 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 addition, in a tenth aspect of the present invention, in the second, third, fifth to eighth aspects of the present invention, when the objects selected by the lottery unit 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 addition, an eleventh invention is the second, third, fifth to eighth inventions, when the object selected by the lottery section includes 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.

[0011] No. 12 The present invention is the first to the second 11In the invention, the display unit can sequentially display the lottery result presentations based on the respective lottery results after the lottery unit has performed all of the multiple object selections.

[0012] No. 13 The present invention is the first to the second 11 In the invention of the above, the selection unit executes the selection of the object once each of the multiple selections, The display unit can display the lottery result presentation every time the lottery is executed once.

[0014] No. 14 The invention relates to a computer included in a game system that performs game progress, Based on user actions Multiple A selection means for selecting objects several times; a display means for displaying a lottery result presentation for notifying the result of the lottery; In the lottery result presentation, When the re-selection condition is satisfied, a re-selection range is specified, and the re-selection range is Identify the object to be reselected (hereinafter, object to be reselected) based on Special fixed means, Functioning as a the selection means executes a reselection for reselecting an object for the reselection target object; It is a game program. Effect of the Invention

[0015] According to the present invention, a game system and a game program are provided in which the interest of lotteries (gacha) is further improved compared to conventional methods. [Brief description of the drawings]

[0016] [Figure 1] 1 is a block diagram showing the hardware configuration and functional configuration of a game system according to an embodiment of the present invention. [Diagram 2]A figure showing an example of a gacha management table T1 after a lottery in this embodiment. [Diagram 3] 11 is a diagram for explaining the rewinding effect in the present embodiment. FIG. [Figure 4] A figure showing an example of a gacha management table T1 after a re-lottery in this embodiment. [Diagram 5] 13 is a flowchart showing a lottery process in the present embodiment. [Figure 6] A figure showing an example of a gacha management table T1 in another embodiment. [Figure 7] A figure showing an example of a gacha management table T1 in another embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

[0018] The game described in this embodiment is a role-playing game including an organization part and a battle part. For example, a user acquires an object such as a character through a lottery (gacha) that is performed 10 times at one opportunity, and in the organization part, a player character that is controlled based on the user's operation among the characters associated with the user is combined with 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), to create a unit (party, deck). Then, in each event (chapter, story) in the battle part, the user operates and instructs the created unit to meet various characters in the virtual space, fight, make friends, etc., and progress in the game by conquering quests based on a predetermined story.

[0019] In the formation part, in addition to forming units, the user can combine characters with items (characters) that are considered to be training materials to level up the characters, set weapons, skills, etc. In addition, when the user conquers a quest, the user can acquire various characters including characters and sub-characters, training materials or items, as well as experience points or in-game currency, etc. according to the clearing conditions of the game tasks, and can train characters or create new powerful units to challenge difficult quests.

[0020] In this embodiment, there are multiple types of characters to be selected by lottery, and one character is randomly selected from the multiple types of characters for each lottery. The multiple types of characters for lottery are set in advance in the storage unit 21 as a lottery character table (not shown).

[0021] <Hardware configuration> With reference to FIG. 1, a description will be given of 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.

[0022] The game system 1 is made up 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 a predetermined timing, and the game progresses based on the game program and game data distributed from the server device 2.

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

[0024] In order to execute (play) a predetermined game based on a user's operation, the game device 3 receives (downloads and installs) a game program and game data stored in the storage unit 21 of the server device 2 via the game device 3. The game device 3 also receives (downloads and installs) an update game program and game data.

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

[0026] Each game device 3 and each user is assigned different account information (unique identification information), and an ID (identification code) is assigned to each piece of account information.

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

[0028] 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 this 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.

[0029] The game device 3 receives data related to the game progress of this account and performs the game progress 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).

[0030] Hardware configuration of server device 2 The server device 2 includes a control unit 20, a storage unit 21, and a network interface 22.

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

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

[0033] The storage unit 21 is mainly composed of a hard disk drive (HDD), a random access memory (RAM), and a read only memory (ROM).

[0034] 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 realizing the game system 1 of the present invention, an information processing module, a lottery module, a starting point identification module, and a transmission module.

[0035] The information processing module is a module that receives data and various signals necessary for the game progress from each game device 3. In addition, the information processing module is a module that uses account information transmitted from the game device 3 to authenticate the account information.

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

[0037] Here, in Figure 2, "Number of draws" is information indicating how many draws have been made in the gacha that is being 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) was selected in the draw, and "effect" is information on the type of lottery result effect that indicates the lottery result.

[0038] In addition, in the "Duplicate 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".

[0039] Furthermore, the information on the type of lottery result presentation in "presentation" in FIG. 2 includes information on special presentation (first part presentation) for the character selected by lottery (for example, information with (1) added, such as 1-(1) or 2-(1)) and information on the character's output result presentation (second part presentation) (information with (2) added, such as 1-(2) or 2-(2) in FIG. 2). Note that if the information on the type of lottery result presentation in "presentation" in FIG. 2 includes only information on the character's output result presentation, this means that the special presentation for the character selected by lottery is not executed, but is skipped. The special presentation (first part presentation) is a presentation that suggests the output result (a foreshadowing of the second part presentation), such as an image showing the selected character or the output of dialogue.

[0040] Here, the special effect (first part effect) 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. Also, the character's output result effect (second part effect) is, for example, the display of an image that identifies the character selected by lottery. In other words, the special effect (first part effect) is an effect that suggests (foreshadows) the output result, which is the second part effect.

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

[0042] The lottery module is a module that manages information about 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.

[0043] 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 that the user can use in the game, and information about the game media such as the player character, sub-characters, and items that the user is associated with (possessed by) in the game.

[0044] The lottery module is also a module that randomly selects an object related to a character from among a plurality of types of characters, and stores information on the lottery results in the storage unit 21. For example, the lottery module randomly selects one character from among a plurality of 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 storage unit 21.

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

[0046] The lottery module is also a module that, after executing a re-lottery to reselect characters for the re-lottery target characters, stores characters that were not the subject of the re-lottery (characters for which a re-lottery was not executed) and characters selected by executing the re-lottery in the storage unit 21 in association with user information. That is, the lottery module stores the characters selected by executing the lottery in the storage unit, and updates (redraws) the characters specified as the characters to be re-lottery targets among the characters (at least one character stored in the storage unit) to the characters selected by executing the subsequent re-lottery.

[0047] The starting point specification module is a module that specifies the time when the communication module determines that it has received a rewind request signal in the lottery result presentation executed based on the gacha management table T1 as a rewind request point, and specifies the point rewinding the rewind range from the rewind request point as the starting point. Here, the rewind range refers to, for example, 5 seconds (300 fps).

[0048] Here, Fig. 3 shows an example of a time series diagram of the lottery result presentation executed based on the gacha management table T1 in Fig. 2. As shown in Fig. 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.

[0049] The starting point specification module is also a module that specifies characters to be re-selected based on the starting point. For example, the starting point specification module specifies characters that have performed 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 perform a lottery result presentation (characters that were scheduled to perform a lottery result presentation after the rewind request point, that is, characters that have not yet displayed a lottery result presentation) as the characters to be re-selected (for example, characters f, g, h, i, and j of the "selected characters" in FIG. 2 that have been selected 6 times or more).

[0050] 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 shown in FIG. 2, effect 7 is the effect display of selected character g, and effect 5 is the effect display 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 the 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 the selected characters h, i, and j. Then, the starting point specification module specifies the selected characters f, g, h, i, and j as characters to be reselected based on the starting point.

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

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

[0053] 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, a 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.

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

[0055] 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 a bus 300 .

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

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

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

[0059] The graphics processing unit 33 renders game images including the virtual space and each character, lottery result presentation images for gacha, etc. in a moving image format in accordance with instructions from the control unit 30. The game images, lottery result presentation images for gacha, etc. rendered in a moving image format by the graphics processing unit 33 are displayed on the liquid crystal screen 330 as game screens.

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

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

[0062] Furthermore, when a rewind request signal is transmitted from the game device 3 to the server device 2 based on a user's operation, the graphic processing unit 33 renders, in a moving image format, a rewind effect image that reversely plays back the lottery result effect from the starting point to the rewind request point, in accordance with an instruction from the control unit 30 in the game device 3 that has received the necessary information. The rewind effect image rendered in a moving image format by the graphic processing unit 33 is displayed on the liquid crystal screen 330 as a game screen.

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

[0064] The operation unit 35 is connected to a touch pad 350 attached (built-in) to the game device 3, and is capable of transmitting and receiving data related to operation input. A 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.

[0065] Also, for example, an icon for rewind operation is displayed on the touch pad 350. 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 in the server device 2.

[0066] 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 requested after the performance display of the tenth character ends.

[0067] <Functional configuration of each control unit> The functional configurations of the control unit 20 of the server device 2 and the control unit 30 of the game device 3 which implement the game system 1 will be described with reference to FIG.

[0068] Functional configuration of the control unit 20 of the server device 2 The control unit 20 of the server device 2 executes a predetermined game program, thereby functioning as an information processing means 201, a lottery means 202, a starting point specifying means 203, and a transmission means 204.

[0069] The information processing means 201 receives data necessary for the progress of the game from each game device 3. Furthermore, the information processing means 201 uses account information transmitted from the game device 3 to authenticate the account information.

[0070] 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 status. 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 of explanation, the description of this point may be omitted below. Furthermore, 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 in the game device 3 (for example, when a currently running event is completed).

[0071] The lottery means 202 determines whether or not various information regarding 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.

[0072] 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 storage unit 21.

[0073] Furthermore, 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, the lottery means 202 selects a character by lottery by the lottery means 202, and when the lottery result is finalized, updates the information of the character in association with the user management table T2 of the corresponding user, and stores it in the storage unit 21.

[0074] 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 information on the results of the re-selection, and stores it in the memory unit 21.

[0075] In addition, after performing a re-draw to reselect a character for the characters to be re-drawn, the lottery means 202 stores information on the characters for which a re-draw was not performed and the characters selected by performing a re-draw in the memory unit 21 in association with the user management table T2 of the corresponding user.

[0076] Furthermore, the lottery means 202 manages, for each piece of account information, information relating to the game progress status of that account.

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

[0078] The starting point identifying 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 execution of the gacha lottery result presentation executed based on the gacha management table T1. If the starting point identifying means 203 determines that the information processing means 201 has received a rewind request signal from the game device 3 during execution of the gacha lottery result presentation, the starting point identifying means 203 determines the time when the information processing means 201 received the rewind request signal as a 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.

[0079] Furthermore, the starting point specifying means 203 specifies a character to be selected again based on the starting point. For example, the starting point specifying means 203 specifies a character that was scheduled to perform a lottery result presentation after the starting point as the character to be selected again.

[0080] Furthermore, 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 by organizing the newly added character into a unit as a player character, sub-character, etc. in the organization part, which serves as a preparatory stage for the battle part.

[0081] The transmission means 204 transmits various data in the server device 2 to the game device 3 as necessary.

[0082] 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 memory unit 31 of the game device 3.

[0083] The game control means 301 reads out game data received from the server device 2 and game data (such as data on objects and textures) stored in the storage unit 31, and generates a two-dimensional or three-dimensional virtual game space (including a game space for carrying out events, etc.). 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.

[0084] In addition, the game control means 301 controls participation in events, the actions of the player's own 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 own game device 3 and the progress of the game.

[0085] The game control means 301 generates information for displaying these virtual spaces and characters as a game screen on the liquid crystal screen 330. In accordance with this information, the graphics processing unit 33 draws game images.

[0086] The game control means 301 generates information for displaying a user interface (not shown) such as button icons for transmitting various requests such as a gacha request signal, a rewind request signal, etc. to the server device 2 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.

[0087] For example, when a lottery event starts after transmitting a gacha request signal, the game control means 301 generates a request for obtaining 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.

[0088] After the start of the lottery event, the game control means 301 generates a request for obtaining information required to draw the lottery result 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, its name, ability, 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 result based on this necessary information, and displays it on the liquid crystal screen 330.

[0089] 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 acquiring information required to render a rewind effect on the game screen, which reversely plays 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 necessary information (information on the characters to be reselected, information on the characters selected in the reselection, their names, abilities, etc.) 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 reselection result based on this necessary information, and displays it on the liquid crystal screen 330. As a result, on the liquid crystal screen 330, an effect related to the character selected in the reselection is displayed instead of the characters to be reselected.

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

[0091] 5 is a flowchart showing the lottery process in the game system 1 of the present invention. A case where the lottery process is executed by the server device 2 based on an operation on the game device 3 by a user will be described with reference to this flowchart.

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

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

[0094] 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 an acquisition request for information required to show the result of the lottery (such as the name information and ability information of the selected character) and transmits this acquisition 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 lottery result presentation screen (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.

[0095] Next, the starting point identification means 203 judges 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 judges 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 a rewind request point in the lottery result presentation of the gacha (for example, in the middle of presentation 7-(2) in FIG. 3), and identifies a point obtained by rewinding a range from the rewind request point (for example, 5 seconds (300 fps)) as the starting point in the lottery result presentation of the gacha (for example, in the middle of presentation 5-(2) in FIG. 3) (step S6).

[0096] Next, the starting point specifying means 203 specifies characters to be selected again based on the starting point (step S7). For example, the starting point specifying means 203 specifies characters (for example, characters f, g, h, i, and j of the "selected character" in FIG. 2 selected 6 times or later) that were scheduled to be used in the lottery result performance after the starting point (for example, in the middle of performance 5-(2) in FIG. 3) (for example, after performance 6-(1) in FIG. 3) as the characters to be selected again.

[0097] 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 that have been drawn for the "selected character" in Figure 2 six times or more) (step S8).

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

[0099] Then, based on the updated gacha management table T1, the information of the character obtained by the lottery (for example, the information of 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.

[0100] 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 corresponding user, and is stored in the storage unit 21 (step S10). Then, the lottery process of the present invention ends.

[0101] 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 start point identification means 203 sets the start point to the start of the gacha lottery result presentation. Next, the start point identification means 203 identifies all characters as characters to be re-selected based on the start point. Then, the selection means 202 randomly reselects (re-selects) a character from among a plurality of types of characters set in advance (a gacha list) in place of the character to be re-selected identified by the start point identification means 203.

[0102] In summary, the game system 1 of this embodiment is as follows: 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) that receives 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; In the lottery result presentation, a start point specification unit (start point specification means 203) specifies a point at which the communication unit (information processing means 201) receives the rewind request signal as a rewind request point, and specifies a point at which the rewind range from the rewind request point is rewound as a start point; 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 effect that plays back in reverse the lottery result effect from the starting point to the rewind request point.

[0103] [Effects of the invention] According to the game system 1 of this embodiment, it is possible to make the lottery (gacha) more entertaining than ever before.

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

[0105] In the above embodiment, a lottery (gacha) is described in which 10 lotteries are performed at one opportunity, but this is not limited to this. The number of lotteries may be 1 or 2, or 11 or more. When the number of lotteries is 1, it may be determined whether or not to perform a re-lottery depending on whether or not a rewind request is made during the performance (until the performance ends).

[0106] 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, but this is not limited to this. For example, in the case of a 10-series gacha, the rewind request operation may be made available even after the display of the tenth character's performance. In other words, it may be possible to make the request available for a predetermined period even after the display of the tenth character's performance, and to make it possible to rewind for a predetermined period from the timing of the rewind request.

[0107] 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, when conditions such as (Condition 1) a gacha result includes a predetermined medium (e.g., a predetermined specific character, a character with low rarity, a special character named XX, etc.), (Condition 2) a specific condition is met in the gacha result (e.g., when the same character is selected multiple times, when characters with low rarity are displayed in succession in order), or (Condition 3) there is a separate rewind request permission lottery for selecting whether or not to permit a rewind request, and permission is won in the rewind request permission lottery (e.g., this lottery is also performed in accordance with the time of the gacha, this lottery is performed during the gacha performance), a rewind request may be made.

[0108] In addition, the rewind request may be permitted from the middle of the lottery result presentation. For example, the rewind request may be permitted from the middle of the lottery result presentation, such as when the presentation of the sixth character starts in a 10-series gacha, or when the presentation of the eighth character ends in a 10-series gacha.

[0109] In the above embodiment, the characters obtained in the number of draws following the number of draws at the starting point are redrawn characters, and all of these redrawn characters are redrawn, but this is not limited to the above. For example, when the starting point is the fifth draw, only the characters selected in the sixth and seventh draws may be redrawn characters, and the 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 of the sixth and seventh draws, and the information of the eighth and subsequent draws is not changed. That is, 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.

[0110] In the above embodiment, for example, after all 10 lotteries are performed, the lottery result presentation is executed based on the lottery results. However, instead, the 10 lotteries may be performed one by one, and the lottery result presentation may be displayed on the display unit each time a lottery is performed. Also, a rewind presentation and a redraw of a character may be executed in response to a rewind request before all 10 lotteries are performed. Here, a specific example is shown based on FIG. 7.

[0111] As shown in FIG. 7(a), when the seventh drawing is performed, the gacha management table T1 is updated up to the column of the seventh drawing count. Here, if a rewind request is made after the seventh drawing, the fifth drawing count identified by rewinding 5 seconds, for example, is used as the starting point, and the characters f and g selected in the sixth drawing and thereafter (here, the sixth and seventh drawings) become the characters to be redrawn, and a redraw is performed. When the 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). Subsequently, when the eighth drawing and thereafter 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).

[0112] In the above embodiment, when a character already associated with user information is selected by gacha, the special effects for the selected character are skipped without being executed, but the special effects may be executed without being skipped. Also, the skip setting for the special effects for the character may be turned on and off based on the user's operation.

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

[0114] 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 varied from the rewind request point to the starting point by performing an arbitrary sliding operation. In other words, the user may be able to specify the starting point at his / her will, and the lottery result presentation can be varied from the rewind request point to the starting point.

[0115] In addition, the user may be able to select, by operation, how many lottery draws to rewind (which lottery draws to use as the starting point) or how many character displayed in the performance to rewind (which character to use as the starting point).

[0116] In addition, in the above embodiment, the 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.

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

[0118] In the above embodiment, the rewinding of the lottery result presentation is executed 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 output result presentation of a 10-series gacha, for example, the starting point may be identified by automatically rewinding 5 seconds, and a re-draw may be executed for the characters obtained in the next drawing number after the drawing number at the starting point.

[0119] In addition, when a rewind range is specified based on user operation, if a rare character is included among the characters to be re-selected, the display unit may display a warning such as "A rare character is included. Do you want to perform a re-selection?"

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

[0121] Also, depending on the content of the character that has become the reselection target character, the type of character that can be acquired in the reselection may be changed (the table for character selection may be changed to another one), and then the reselection may be performed.

[0122] In addition, when a rewind range is specified based on user operation, when a character identified as a character to be re-selected is re-selected, it may be changed to a character with a higher rarity (such as the same character before the re-selection, but with a higher ability value).

[0123] Also, the lottery result presentation may 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 display the lottery result presentation on the display unit even if the user mistakenly skips the lottery result presentation when he or she wanted to see it, or if the user later decides that he or she wanted to see the rare character presentation.

[0124] Also, when a rewind range is specified based on a user's 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 specified as the re-selection target characters. For example, in the state of Fig. 2 and Fig. 3 of the above embodiment, the selected characters e, f, and g including the selected character e corresponding to the starting point may be specified as the re-selection target characters. Also, e, f, g, h, i, and j including the selected characters h, i, and j may be specified as the re-selection target characters.

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

[0126] 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 memory unit 21 so that the lottery result presentation can be skipped for the discarded character.

[0127] In addition, when the re-draw is performed, the character may be selected from among a plurality of characters excluding the character selected by the gacha request from the gacha list. For example, the draw may be performed in a state in which the character selected by the gacha request is removed from the gacha list, or, in a state in which the character selected by the gacha request remains in the gacha list, if the character selected by the gacha request is selected by the draw, the character may be invalidated, and the draw may be repeated until a character other than the character selected by the gacha request is selected.

[0128] In addition to parameters such as ability values ​​and rarity, a character type may be set for the character. The character type distinguishes whether the character can be used as a player character controlled based on a user's operation or 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. Furthermore, among 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.

[0129] 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. Objects may be characters (player characters and non-player characters), as well as 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, and may be equipment and items.

[0130] Although the game described in the above embodiment is a role-playing game including a formation part and a battle part, the genre of the game is not limited to this. For example, the present invention can be applied to any genre of game, such as a cooperative type or a battle type.

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

[0132] In addition, if a character is acquired by executing gacha, the user may be able to select, based on operation, 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.

[0133] 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 additionally registered as a player character (player object) or as a sub-character (sub-object).

[0134] In the above embodiment, an example is described in which a mobile terminal device is used as a game device, but the present invention is not limited to this. For example, the present invention can be realized by using an arcade game cabinet provided in a game center or the like. Also, the present invention can be realized by using a home game device as a game device. Also, a system in which the functions according to the present invention are appropriately assigned to a game device and a server device may be configured. For example, the game control unit may be configured in the server device, and the storage unit may be configured in the game device.

[0135] The effects of the present invention can be achieved even when these other embodiments are adopted. In addition, this embodiment can be combined with other embodiments, and other embodiments can be combined with each other as appropriate. [Explanation of symbols]

[0136] 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 Means of communication 4. Communication Network (Network)

Claims

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, a communication unit that receives a rewind request signal transmitted based on the user's operation, the rewind condition is that the communication unit receives the rewind request signal. Game system.

2. the rewind range is selected based on an instruction operation of the user for the rewind range. The game system according to claim 1 .

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

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

5. A computer included in a game system that progresses a 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