JP7285082B2 - Game program, method, and information processing device - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act ・Website address (A) https://www. youtube. com/watch? v=xdTCpPZDn2Y Publication date February 22, 2018 (B) https://www. youtube. com/watch? v=dYptH6UyTik Posting date April 25, 2018 (C) https://www. youtube. com/watch? v=gvdlUJc1EZc Posting date May 18, 2018 (D) https://twitter. com/Drgnpj_colopl https://twitter. com/Drgnpj_colopl/status/968387142564089856 https://twitter. com/Drgnpj_colopl/status/968761055232000001 Posting date From January 24, 2018 (E) https://www. youtube. com/watch? v=OqQUeVR4JzQ Posting date January 26, 2018 (F) https://www. youtube. com/watch? v=lt_ZffGefK0 Posting date January 29, 2018 (G) https://www. youtube. com/watch? v=UnpwKdw_2jo Posting date January 29, 2018 (H) https://www. youtube. com/watch? v=tZUnEJLCaew Posting date February 12, 2018 (I) https://www. youtube. com/watch? v=iDQAhf1bcDk Posting date March 13, 2018 (J) https://www. youtube. com/watch? v=oYUvxC8wHgU Posting date March 14, 2018 (K) https://www. youtube. com/watch? v=UnX8GaxCqGw Posting date March 14, 2018 (L) https://www. youtube. com/watch? v=5vNHFCSbbzo Posting date March 14, 2018 (M) https://www. youtube. com/watch? v=nfrgYdaz2bQ Publication date March 20, 2018 (Continued in the remarks column)

The present disclosure relates to a game program, a method for executing the game program, and an information processing device.

Conventionally, there is known a game program that causes a computer to execute a game played by a user using objects such as character cards that can be used in the game. In addition, it is known that in the game, an object is given to the user by lottery such as so-called "Gacha". Furthermore, it is known that such a lottery increases the probability that a specific object will be given to the user by the selection by the user playing the game and progressing to some extent (for example, Patent Documents 1 to 3). 4).

Japanese Patent Application Laid-Open No. 2015-213772 (published on December 3, 2015) Japanese Patent Application Laid-Open No. 2016-067910 (published on May 9, 2016) Japanese Patent Application Laid-Open No. 2018-015121 (published on February 1, 2018) Japanese Patent Application Laid-Open No. 2016-154794 (published on September 1, 2016)

On the other hand, although new game units may be added for playable games, the participation rate of users at the beginning of the addition of new game units does not increase, probably because users can play the game at any time. There is

One aspect of the present disclosure is aimed at increasing user participation in a playable game for a given period of time.

A game program according to the present disclosure is executed by a computer that includes a processor and memory. The game program instructs the processor to determine whether or not the progress of the game satisfies a predetermined condition; a first granting step of granting to the user an object selected from a first set composed of a plurality of objects that can be used in the game; a step of permitting the execution of the first imparting step when it is determined that the predetermined condition is not satisfied, and a step of not permitting the execution when it is determined that the predetermined condition is not satisfied.

Also, a method according to the present disclosure is a method for executing a game program by a computer, the computer having a processor and a memory, and the processor performing the above steps.

An information processing device according to the present disclosure includes a memory that stores the above game program, and a processor that controls operations of the information processing device by executing the game program.

According to one aspect of the present disclosure, there is an effect of increasing a user's participation rate in a playable game in a predetermined period.

It is a figure which shows the hardware constitutions of a game system. 3 is a block diagram showing functional configurations of a user terminal and a server; FIG. (a) is a diagram showing a first example of table data composed of options for selection in this embodiment, (b) is a diagram showing a second example of the table data, (c ) shows a third example of the table data. 4 is a flowchart showing an example of the flow of processing executed in the game system based on the game program according to the embodiment; FIG. 4 is a diagram schematically showing a first example of a screen displaying a UI representing selection types in the embodiment; FIG. 4 is a diagram schematically showing an example of a screen for executing object selection according to the present embodiment; FIG. 11 is a diagram schematically showing a second example of a screen displaying a UI representing selection types in the embodiment; FIG. 11 is a diagram schematically showing a third example of a screen displaying a UI representing selection types in this embodiment. 4 is a flow chart showing another example of the flow of processing executed in the game system based on the game program according to the embodiment; (a) is a diagram schematically showing an example of an object before some of the parameters in this embodiment become valid, and (b) shows an example of the object after some of the parameters become valid; It is a figure which shows an example typically.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to multiple users. The game system will be described below with reference to the drawings. The present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing the hardware configuration of the game system 1. As shown in FIG. The game system 1 includes a plurality of user terminals 100 and a server 200 as shown. Each user terminal 100 is connected to the server 200 via the network 2 . The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of mobile communication systems include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (eg, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. be done.

The server 200 (computer, information processing device) may be a workstation or a general-purpose computer such as a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input/output IF 24. These components provided in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a range sensor 18. and These components provided in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15 .

Also, as shown in FIG. 1, user terminal 100 may be configured to communicate with one or more controllers 1020 . The controller 1020 establishes communication with the user terminal 100 according to communication standards such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons or the like, and transmits to the user terminal 100 an output value based on the user's input operation on the buttons or the like. Also, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100 .

Note that the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

The user terminal 100 preferably allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 .

Also, the controller 1020 may be detachable from the user terminal 100 . In this case, at least one surface of the housing of the user terminal 100 may be provided with a coupling portion for the controller 1020 . When the user terminal 100 and the controller 1020 are connected by wire through the connecting unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

As shown in FIG. 1 , the user terminal 100 may accept the attachment of an external storage medium 1030 such as a memory card via the input/output IF 14 . This allows the user terminal 100 to read programs and data recorded on the storage medium 1030 . A program recorded in the storage medium 1030 is, for example, a game program.

User terminal 100 may store a game program acquired by communicating with an external device such as server 200 in memory 11 of user terminal 100, or may store a game program acquired by reading from storage medium 1030 in memory 11. may be stored in

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the ranging sensor 18 as an example of a mechanism for inputting information to the user terminal 100. FIG. Each unit described above as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

For example, when the operation unit is composed of at least one of the camera 17 and the ranging sensor 18, the operation unit detects an object 1010 near the user terminal 100, and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as object 1010, a marker of a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, type, or the like of object 1010 obtained as a detection result. be. More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 detects a gesture (a series of movements of the user's hand) detected based on the captured image as an input operation of the user. identified and accepted as Note that the captured image may be a still image or a moving image.

Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as the user's input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified as the user's input operation and accepted.

<Hardware components of each device>
Processor 10 controls the overall operation of user terminal 100 . The processor 20 controls the operation of the server 200 as a whole. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from a storage 12, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area for the processor 10 by temporarily storing programs and various data read by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area for the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . A game program is executed by a computer having a processor and memory. Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Note that the game realized by cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated on the user terminal 100 . Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . Further, the various types of data include game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100 .

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of storage devices such as flash memories or HDDs (Hard Disk Drives). Various data related to the game are stored in the storage 12 and the storage 22 .

The communication IF 13 controls transmission and reception of various data in the user terminal 100 . The communication IF 23 controls transmission and reception of various data in the server 200 . The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or mobile phone network, and communication using short-range wireless communication.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images.

The touch screen 15 of the user terminal 100 is an electronic component in which an input section 151 and a display section 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

The input unit 151 detects the position where the user's operation (mainly physical contact operation such as touch operation, slide operation, swipe operation, and tap operation) is input on the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any type of system, such as a capacitive system or a resistive film system.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

The camera 17 includes an image sensor or the like, and generates a captured image by converting incident light from a lens into an electrical signal.

The distance sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source hits the measurement object and is reflected. The ranging sensor 18 may have a light source that emits directional light.

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided near the camera 17 . As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a "paper" gesture in rock-paper-scissors. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the “goo” gesture in rock-paper-scissors. In addition, when the number of fingers is two, the processor 10 determines that the user has made the “Scissors” gesture in rock-paper-scissors. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100 . (5) When it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pushed in, or maintaining the state of being touched after performing a touchdown operation on the touch panel. Further, when the user moves his/her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). can also recognize. Further, when the user terminal 100 detects a gesture such as flicking a finger based on the detection result of the user's hand from the captured image of the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch panel. may be recognized as an operation corresponding to

<Game Overview>
(game type)
A game executed by the game system 1 (hereinafter referred to as the game) is a game that a user progresses using various types of game media owned by the user. The type of the game is not limited as long as it is such a game. For example, the game may be a game in which the user progresses using game media and aims to clear or win.

Also, the game may be a game in which different results are obtained depending on the details of the user's operation. The operation content is, for example, operation speed, timing, technique, and the like.

Also, the game may be, for example, a battle game. In the competition game, the progress of the game, the score, and the outcome of the competition change according to the operation contents of the user. This game may be, for example, a game in which a plurality of users compete for superiority in terms of time, score, battle record, and the like. Users typically play games because they want to win the competition. Therefore, by including elements of competition in the game and constructing the game system 1 so that superiority is determined according to the content of the operation, it is possible to encourage the user to master the operation.

An example of this game may be an open world game in which a user can freely operate characters placed in a virtual game space to move and fight.

The display form of this game is not limited. For example, the game may be a 3D game represented by a 3D game space and 3D objects, or a 2D game represented by 2D objects.

This game is not limited to a specific genre, and may be a game of any genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, and action role-playing It may be a game or the like.

(game play format)
It is not limited to the play form of this game. The play form of this game is, for example, a single-player game by a single user, a multi-player game by a plurality of users, a battle game in which a plurality of users compete, and a multi-player game in which a plurality of users cooperate. It may be a cooperative play game or the like.

Furthermore, the game of the present embodiment may include, for example, a game part in which interpersonal battle progresses through battle between the user and another user. Note that the "competition" in this game is not limited to multi-competition (so-called PvP (Player vs Player) competition). For example, a battle between a player character (hereinafter referred to as a PC (player character)) operated by a user and a non-player character (hereinafter referred to as an NPC (non player character)) (so-called COM battle or CPU battle) "include. The competition in this game may be, for example, a match in a sports game.

Also, the game of the present embodiment may be capable of multiplay. For example, the game is an MMORPG (Massively Multiplayer Online Role-Playing Game) in which a plurality of users operate their own characters in the same game space at the same time through their user terminals 100 to progress the game. may

(Game of this embodiment)
The game according to the present embodiment described below is a game in which character objects (hereinafter also simply referred to as characters) are placed in a game space, and the characters are moved in the game space according to user's input operations. A character is a kind of game media. Game media will be described later. The game progresses differently depending on the content of the user's operation. Hereinafter, a character that moves according to a user's input operation will be referred to as a "player character (PC)".

The game of this embodiment is an action game. Although the details will be described later, in the game, the user operates the PC to progress the game, and the operation includes the operation of causing the character to fight against the enemy character arranged in the same game space. The operations described above may include operations other than combat. In the battle, the enemy character is a character that can be the enemy of the PC in the battle, and may be able to execute special attacks that cause abnormal status to the PC in addition to normal attacks.

The game of this embodiment is composed of a plurality of game units. An example of this game unit is a quest. The quest is further composed of a plurality of game units. A game unit that constitutes a quest is also called a “stage”. In other words, one quest contains multiple stages. The user plays the game and clears each stage. The quest is cleared by clearing all the stages that make up the quest.

Also, the game of this embodiment includes a main part and one or more subparts. The main part is the main part of the game provided by the game system 1, and in the game of this embodiment, it is the part including the aforementioned quests and stages. Subparts are, for example, tutorial mode and city building. In the game, various objects that make up the town can be obtained according to the user's play results. Characters owned by the user are displayed in the city.

In this game, the success or failure of clearing a stage or a quest, the clearing time, the score, and the like change according to the user's operation. In this game, it is possible for a plurality of users to compete with each other in terms of certain factors such as time, score, and match results. Users typically play games because they want to win the competition. Therefore, it is preferable to include a competitive element in the game and have a configuration in which a plurality of users compete for the results of the play so that the winner of the competition is determined according to the operation content, from the viewpoint of encouraging the user to master the operation.

The game program of the present embodiment can cause the processor to add new quests and stages so that the user can play during a predetermined period (hereinafter also referred to as "first period"). is. Hereinafter, a newly added quest or stage is also referred to as a "new game unit". The form of adding the new game unit may be any form in which it is added so that the user can newly play during the first period. For example, it may be downloaded during the first period, or implemented programmatically before the first period and unlocked at the start of the first period.

Note that the first period can be determined as appropriate. In the present embodiment, the first period is, for example, a predetermined period from when the new game unit becomes playable, and is the initial period when the new game unit becomes playable. The term "playable period" as used herein refers to a period during which the game program can be executed by the processor so that the user can play. For example, in order to play the play unit, a game condition is provided, and an individual user cannot play the play unit unless the condition is met. In this case, the playable period refers to the period during which play is possible as long as the conditions are met, regardless of whether the conditions are met.

(game media)
Game media are digital data configured to imitate tangible objects such as cards, characters, and items in the game. In this embodiment, among the game contents, those that can be used by the user in the game are also referred to as "objects". Examples of objects include the aforementioned characters. A character can be given to a user through processing such as selection, distribution, or purchase based on a predetermined rule, for example, and can be owned by the user for use in the game.

In this embodiment, characters include new characters that are added along with the addition of new game units in the game. Such a newly added character is also called a "new character". A new character is a specific object added as an available object in the game during the first period. Note that the characters of the present embodiment include existing characters that can be used in the game before the first period. In addition, the appearance of a character in a story that accompanies (or is included in) a certain game unit may also be referred to as the character's appearance in that game unit.

Each of the characters of the present embodiment may be set with a character-specific skill. A skill is usually an in-game action that a character performs in response to a user's operation, and can have an advantageous effect on the user's play of the game.

Objects in this embodiment include objects other than characters. Examples of non-character objects include items that provide beneficial effects to the user, equipment that can be worn by the character, items that can be worn by the character to draw out abilities, and items that restore and improve the parameters of the character. , in-game value, and various items and tickets representing the right to perform the aforementioned selections. In-game value is redeemable for various in-game value additions, including the objects described above, and is typically represented in games in the form of valuables such as coins and gems.

The character of this embodiment has various parameters. A parameter may represent a character's ability. For example, the parameters are the character's physical strength, attack power, defense power, rarity, and the like.

The rarity level represents the rarity value of a character in grades. In this game, as an example, a higher rarity level is set for a character that provides an advantageous effect to the user in the main part, ie, a character with higher ability. In this embodiment, the rarity level is indicated by one to five stars. The higher the number of stars, the higher the rarity value.

The rarity level may be correlated with, for example, the difficulty of obtaining the character. More specifically, the difficulty of obtaining a character is the probability that a character is selected by the selection described above, the difficulty level of a quest or stage, or the price of obtaining a character for a fee. In the present embodiment, the rarity level may generally be set such that the higher the rarity level (the higher the number of stars), the higher the difficulty of acquisition.

The parameters of the character in this embodiment may indicate the character's abilities, or may indicate information to the user. Examples of parameters that indicate character information to the user include episode footage about the character. Such parameters can further emphasize the character's individuality and strengthen the user's feelings and affection for the character.

In this embodiment, some of the parameters may be activated according to the user's game play result. For example, in the present embodiment, the parameters related to the video of the episode are set with restrictions so that the user can view the new character by clearing the new game unit (quest).

(Granting form of object)
In the game of this embodiment, objects can be given to the user in various ways. A mode of giving an object to a user includes selecting an object to be given to the user based on a predetermined rule. Predetermined rules include, for example, predetermined priority and randomness. Moreover, a lottery is mentioned as an example of such selection. Lottery is also called "gacha".

Objects may be given to users in other forms of lottery, such as clearing a game unit or depending on a play result in a game unit. The mode of giving the object to the user may be set according to the object. For example, in this embodiment, new characters are limited to lottery only. Such restrictions on the form of application may be limited to a predetermined period of time, for example the first period of time in this embodiment. Note that in the present embodiment, the mode of giving existing characters and other objects to the user is the same as that before the first period.

In this embodiment, it is assumed that three lotteries are set. The three lotteries are a special gacha, a permanent gacha A, and a permanent gacha B. FIG. 3(a) is a diagram showing an example of table data composed of options in a special gacha. FIG. 3(b) is a diagram showing an example of table data composed of options in permanent gacha A. As shown in FIG. FIG. 3(c) is a diagram showing an example of table data composed of options in permanent gacha B. FIG.

For example, X, Y, A, B, C, and the like are included in the characters that are options for the special gacha. Thus, the special gacha options constitute a first set made up of a plurality of objects available in the game. In this embodiment, the process of selecting a character from the first set including the new character is also called a "first provision step". Both X and Y are new characters. A, B, C, etc. are all existing characters. As shown in FIG. 3(a), in the first group, the probability of a new character being selected by lottery is 5%, which is set lower than the 10% probability of existing characters.

Characters that are options for the permanent gacha A include, for example, A, B, C, D, E, and the like. Also, the characters that are options for the permanent gacha B include, for example, α, β, γ, δ, and ε. In this way, both options of the permanent gachas A and B constitute a second set in which at least a part of the constituent objects is different from the first set. The second set differs from the first set at least in that it does not include new characters, and otherwise may be the same as the first set or may include further differences. In this embodiment, the process of selecting a character from the second set that does not include the new character is also referred to as a "second addition step". Characters in the set that are options in any gacha are existing characters, and the lottery probability of any character in the set is 10%.

Any lottery (gacha) of the present embodiment can be executed in exchange for consumption of a predetermined amount of in-game value. In this embodiment, an item "jewel item" is used as an in-game value. A lottery is executed when the user touches the gacha UI corresponding to each of the above three lotteries. In the present invention, the conditions for selecting an object based on a predetermined rule are not limited to exchange for consumption of in-game value given to the user by payment of consideration, but may be direct payment of consideration. may

Any lottery in this embodiment includes two types of lottery forms. The first lottery form is a one-time lottery and is run in exchange for the consumption of five gem items. In this lottery mode, for example, if it is a special gacha, a lottery based on the table data of FIG. 3A is executed once. In this case, regardless of whether the character selected by lottery is a new character or not, the selected character is given to the user.

The second lottery form is an 11 (10 + 1) lottery, which is run in exchange for the consumption of 50 gem items. This lottery mode may be executed so that a specific character is always included. For example, in the case of special gacha, a lottery based on the table data of FIG. 3(a) is executed 11 times. In this case, the lottery is executed so that the characters selected in the lottery 11 times include a new character. For example, when 11 lotteries are executed and the lottery results do not include a new character or two or more new characters are included, the lottery results are discarded and 11 lotteries are redone. Thus, in the second lottery mode, a lottery is executed so that one new character is selected by lottery.

Neither of the permanent gachas A and B in the second lottery mode includes a specific character that corresponds to a new character in the special gacha. Therefore, 11 lotteries are conducted based on the characters and their lottery probabilities of the table data shown in FIG.

Note that at least one of the permanent gachas A and B may be executed so that a character with a specific rarity level is always included. In addition, at least one of the permanent gachas A and B may include an existing character unique to a specific game unit as part or all of the character group to be selected.

However, in the present embodiment, in any of the above lotteries, if the character selected by lottery is of the same type as the character already possessed by the user, another object is given to the user instead of the selected character. be done. The other object is, for example, an object that can bring a beneficial effect to the user in the game, such as the aforementioned in-game value. Such in-game value may be, for example, an item that enhances a character's parameters.

It should be noted that the game processing that can give the user a specific object is only the first giving step, and in the present embodiment, there is no form of giving a new character to the user other than the special gacha. For example, the program does not have to prescribe the process of giving the new character other than the special gacha. Alternatively, the process of giving other than gacha to be given to the user may be specified in the program, but may be locked so that it cannot be used by the user.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. As shown in FIG. Each of the server 200 and the user terminal 100 may include a functional configuration required to function as a general computer (not shown) and a functional configuration required to realize known functions in the game.

The user terminal 100 has a function as an input device that receives user input operations and a function as an output device that outputs game images and sounds. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing the game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100 . The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

Storage unit 120 and storage unit 220 store a game program, game information 132 and user information 133 . The game program 131 is a game program executed by the user terminal 100 . Also, the game program 131 is a game program executed by the server 200 . Game information 132 is data referred to when control unit 110 and control unit 210 execute a game program. User information 133 is data relating to a user's account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100. FIG.

(Functional Configuration of Server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 131 stored in the storage unit 220 . For example, the control unit 210 transmits various data, programs, etc. to the user terminal 100 . The control unit 210 receives part or all of the game information or user information from the user terminal 100 . If the game is a multi-play game, the control unit 210 may receive a multi-play synchronization request from the user terminal 100 and transmit data for synchronization to the user terminal 100 .

The control unit 210 functions as a lottery support unit 211 according to the description of the game program 131 . The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100 according to the nature of the game to be executed.

In response to a request from the user terminal 100, the lottery support unit 211 selects an object to be given to the user based on the object-specific winning probability.

(Functional Configuration of User Terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120 . For example, the control unit 110 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to transmit and receive information.

The control unit 110 functions as an operation reception unit 111, a display control unit 112, a user interface (hereinafter referred to as UI) control unit 113, an animation generation unit 114, a game progression unit 115, and a lottery unit 116 according to the description of the game program 131. do.

Note that the control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

The operation accepting unit 111 detects and accepts a user's input operation on the input unit 151 . The operation reception unit 111 determines what kind of input operation has been performed from the user's action on the console via the touch screen 15 and other input/output IF 14, and outputs the result to each element of the control unit 110. do.

For example, the operation accepting unit 111 accepts an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 identifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like, as types of input operations. Further, when the continuously detected input is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been cancelled.

The UI control unit 113 controls UI objects to be displayed on the display unit 152 to construct the UI. The UI object is a tool for the user to make inputs necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. UI objects include, but are not limited to, icons, buttons, lists, menu screens, and the like.

The animation generation unit 114 generates animations showing motions of various objects based on control modes of the various objects. For example, an animation or the like that expresses how the lottery is being executed may be generated.

The display control unit 112 outputs to the display unit 152 of the touch screen 15 a game screen on which the processing results executed by the elements described above are reflected. The display control section 112 may display the game screen including the animation generated by the animation generation section 114 on the display section 152 . Further, the display control unit 112 may draw the above-described UI object superimposed on the game screen.

The game progression unit 115 causes the object to perform various actions based on the touch operation received by the operation reception unit 111 . For example, the game progression unit 115 progresses the game by causing objects existing in the game space to perform actions of objects based on user's operations. Also, the game progression unit 115 notifies the animation generation unit 114 of the determined action.

The lottery unit 116 requests the server 200 to execute a lottery according to the user's input, receives the lottery results from the server 200, and executes determination and confirmation thereof.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may have at least some of the functions that the user terminal 100 has. Also, the user terminal 100 may have at least part of the functions of the server 200 . Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1 and the other device may be caused to perform part of the processing in the game system 1 . That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<Processing flow>
(Example of processing related to object selection)
FIG. 4 is a flow chart showing an example of the flow of processing executed in the game system based on the game program according to this embodiment.

In step S401, the operation accepting unit 111 accepts an operation for displaying a gacha UI screen. The operation is, for example, the user touching a UI arranged on the main screen of the game for skipping to the gacha UI screen.

[Example of processing in which the user's instruction is within the first period]
During the first period, the control unit 110 gives the user a character selected from the above-described first group in response to the user's instruction (first giving step). The selection within the first period is executed regardless of whether the progress of the game satisfies a predetermined condition. The control unit 110 normally determines whether or not the progress of the game by the user satisfies a predetermined condition. Alternatively, the determination result may not be referred to when executing the first imparting step.

The above selection may be made within the first period of time if the selection or the user's operation related to the selection is made. For example, the above selection may be made within the first period, and the timing at which the operation reception unit 111 receives the user's operation for the selection may be within the first period.

Further, in the present embodiment, the "predetermined condition" relating to the progress of the game may be whether or not the progress of the game satisfies a predetermined condition, for example, the user during the first period. may be fulfillment of a task set for each new game that is newly playable. Here, the task is to clear a new game unit, for example.

The task set for each new game may directly or indirectly indicate that the user is playing the new game. For example, in addition to clearing the game unit by the user, the time spent playing the new game unit, the number of points the user earned in playing the new game unit, the clearing rate of the new stage in the new quest, etc. may By appropriately setting the predetermined conditions, it is possible to increase the user's motivation to play the game. Alternatively, by increasing the difficulty of the game play, it is possible to increase the strategic nature of the game and make the game more interesting.

In step S402, the lottery unit 116 determines whether or not the user's operation received in step S401 is within the first period.

When it is determined in step S402 that the user's operation is within the first period, the display control unit 112 additionally displays a special gacha UI on the gacha UI screen in step S403. An example of the screen displayed here is shown in FIG. As shown in FIG. 5 , the screen 500 includes a special gacha UI 501 , a permanent gacha A UI 502 , and a permanent gacha B UI 503 . In this way, the special gacha UI 501 may be displayed in a state of being added to the screen on which the permanent gacha A UI 502 and the permanent gacha B UI 503 are displayed.

A user who wishes to execute the special gacha touches the special gacha UI 501 . In step S404, the operation accepting unit 111 accepts the touch operation.

When the operation reception unit 111 receives the touch operation, the display control unit 112 displays a screen for executing a special gacha. FIG. 6 is a diagram schematically showing an example of a screen for executing a special gacha. Screen 600 includes title 610, new character image 601, weapon 602, rarity level 603, name 604, first UI 605 and second UI 606, as shown in FIG. A title 610 is the title of the image. The title 610 has the same contents as the special gacha UI 501 .

A new character image 601 is an image of a character that is one of the options for the lottery. The new character image 601 is displayed while rotating for a predetermined time, for example. Also, as the new character image 601, for example, new characters “X” and “Y” are alternately displayed at predetermined time intervals.

A weapon 602 represents a weapon used by the displayed new character "X", such as a bow and arrow. The rarity level 603 is the rarity level of the displayed new character "X" and is indicated by the number of stars as described above. A name 604 is the name (X) of the displayed new character. Weapon 602, rarity level 603, and name 604 are appropriately switched according to the displayed new character image 601 as the display of the new character image 601 is switched. A first UI 605 is a UI for the user to instruct an operation to execute a special gacha once. A second UI 606 is a UI for the user to instruct an operation to execute a special gacha 11 times.

In step S405, the lottery unit 116 executes a special gacha to select an object. For example, when the operation reception unit 111 receives an operation in which the user touches the first UI 605 or the second UI 606, the lottery unit 116 selects the selection once or eleven times, for example, as shown in FIG. ) is executed based on the table data shown in

In step S406, the control unit 110 gives the object selected by the lottery unit 116 to the user. For example, control unit 110 stores the selected object in storage unit 120 as having been given to the user.

Thus, in the present embodiment, the set including the new character is applied to the above-described first set in the first provision step. According to steps S402 to S406, when a new character is selected in the special gacha executed by the steps, the user obtains the new character. In this way, the user can acquire a new character by selection based on a predetermined rule by satisfying the condition that it is during the first period if it is during the first period. When the user acquires a new character, the user wants to try the new character and uses it in the game, so the participation rate in the game during the first period is increased.

[Processing example 1 in which the user's instruction is after the first period has elapsed]
After the first period has elapsed, control unit 110 determines whether or not the progress of the game satisfies a predetermined condition. Allow execution of grant steps.

Note that in one aspect of the present invention, an object executable by satisfying a condition of being within the first period is selected, and an object executable by satisfying a predetermined condition after the first period is selected. is a lottery that refers to a data table relating to the same option. However, the present invention is not limited to such a form, and a data table to be referred to when selecting an object that can be executed by satisfying the former condition and an object that can be executed by satisfying the latter condition. It may be different from the data table referred to at the time of selection. For example, the probability of a new character being selected may differ between when the former condition is met and when the latter condition is met.

In step S402, if the touch operation received by the operation receiving unit 111 is not within the first period, that is, if the first period has passed, the lottery unit 116 determines that the touch operation has been performed in step S407. It is determined whether or not the user satisfies the condition of clearing the new game unit.

If the user has cleared a new game unit, the display control unit 112 displays a screen for executing a special gacha in step S403. An example of the screen displayed here is shown in FIG. As shown in FIG. 7, the screen 700 is the same as the screen 500 when the touch operation is accepted within the first period, except that the special gacha UI is different.

In the screen 700, the special gacha UI 701 includes an indication that the gacha is a special gacha and that a new character is included in the options for the gacha, and the commemoration and appearance period indications are deleted. Like the special gacha UI 501, the special gacha UI 701 is also displayed in a state of being added to the screen on which the permanent gacha A UI 502 and the permanent gacha B UI 503 are displayed.

When the operation reception unit 111 receives a user's touch operation on the special gacha UI 701, the display control unit 112 displays a screen similar to that in FIG. Then, steps S404 to S406 are executed to store in the storage unit 120 the object selected as a result of the selection by the special gacha including the new character as an option. Thus, in the first imparting step, the first set of characters available for selection includes the new character. A new character is a specific object added as an available object in the game during the first period.

According to the above steps S402, S407 and steps S403 to S406, even after the first period has elapsed, if the user has cleared the new game unit, the special gacha game including the new character in the options can be played. It is possible to execute Therefore, even a user who could not acquire a new character during the first period can acquire a new character.

Also, users who have not acquired a new character during the first period are motivated to play new game units in order to satisfy the above-described predetermined conditions. Furthermore, since the user continues to play until the new game unit is cleared in order to satisfy the predetermined condition, the user fully feels the charm of the new character and develops attachment to it. Therefore, the user who acquires the new character after the lapse of the first period uses the new character in the game. Therefore, the participation rate of the game after the lapse of the first period is increased.

Furthermore, a new game unit can be newly played by the user during the first period, and the completion of the game unit is applied as a predetermined condition. gain the motivation to play the game unit from within the first time period in order to gain the potential to win

[Example of processing when a user's instruction is after the first period of time has elapsed and does not satisfy a predetermined condition]
On the other hand, in step S407, if the condition that the user has cleared the new game unit is not satisfied, the execution of the first giving step is not permitted. Instead, a second application step is performed in that case.

In step S408, the display control unit 112 displays a screen for executing a permanent gacha. An example of the screen displayed here is shown in FIG. As shown in FIG. 8, a screen 800 is the same as the screen 700, except that a special gacha UI 701 is displayed so as not to respond to touch operations.

In step S<b>409 , the operation receiving unit 111 receives an operation in which the user touches either the permanent gacha A UI 502 or the permanent gacha B UI 503 . Then, the display control unit 112 displays a screen similar to the screen 600 except that the title and the display of the character serving as an option are different.

When the operation reception unit 111 receives a user's touch operation on the first UI 605 or the second UI 606, in step S410, the lottery unit 116 selects one of the permanent gachas A or B according to the touch operation. to select an object from a second set that does not contain the new character (second application step).

When the lottery unit 116 selects an object, in step S406, the control unit 110 stores the object in the storage unit 120 as being given to the user.

In the present embodiment, as described in the various processing examples above, in the first provision step, a set including new characters added as objects usable in the game during the first period is applied to the first set. , the second application step applies a set that does not contain the new character to the second set. In this way, in this embodiment, by including the second giving step, the motivation to perform the first giving step is further strengthened.

Further, in the present embodiment, as described above, the game processing that can grant a new character to the user is only the first grant step. Therefore, the user actively participates in the game during the first period and enthusiastically plays the game even after the first period has elapsed in order to execute the special gacha. Therefore, the participation rate of the game after the first period is increased.

(Example of processing related to new character parameters)
The control unit 110 validates some of the parameters in the new character given to the user in the first giving step in response to the user satisfying the predetermined condition. FIG. 9 is a flowchart showing an example of the flow of processing for validating some of the parameters.

In step S901, the game progression unit 115 detects that the user has cleared a new game unit. For example, the game progression unit 115 detects whether or not the above-described flag stored in the storage unit 120 is set, thereby detecting the game-by-game clear.

In step S902, the game progression unit 115 validates some of the parameters of the new character possessed by the user who has cleared the new game unit. A parameter that becomes effective here is also called a “first parameter”.

In step S<b>903 , control unit 110 stores the enabled first parameter in storage unit 120 . In this way, the user comes to feel that he or she wants to make more use of the new character.

The form of validation of the first parameter is not limited. The activation of the first parameter may or may not be displayed on the display.

As one form of the display, for example, as shown in FIG. 10A, the display control unit 112 normally displays the new character image 1002 before the first parameter is activated. When the first parameter becomes valid, the display control unit 112 displays an image 1002 and a balloon 1001 accompanying it, as shown in FIG. 10(b). Balloon 1001 contains a message indicating that the first parameter is valid. When the user touches the balloon 1001, for example, the operation reception unit 111 receives the touch operation, and the game progression unit 115 activates the first parameter.

Also, the balloon 1001 may be always displayed during the game, or may be displayed only in a predetermined part of the game, such as a subpart. For example, the speech balloon 1001 may be displayed only accompanying a new character displayed in the town in town planning as a subpart.

Additionally, the game may include an additional display in place of balloon 1001 indicating that the new character's first parameter has been enabled. For example, touching one of the symbols in the city may bring up additional displays as described above. When the operation reception unit 111 receives a touch operation on the balloon 1001 or another display, the game progress unit 115 activates the first parameter.

Activation of the first parameter may be performed automatically when the user clears a new game unit, or may be performed by a predetermined operation (operation for parameter activation) by the user. good too. A requirement other than clearing the game may be set for the predetermined operation. Examples of such other requirements include consumption of certain items.

The first parameter, as described above, may be the ability of the new character to improve. For example, the first parameter may be to unlock a new character's level that has been locked at a predetermined value. By enabling such a first parameter, the abilities of the new character are further improved.

Also, the first parameter may represent the personality of the new character, as described above. For example, a first parameter may be a short story about a new character. By enabling such a first parameter, the user's attachment to the new character is strengthened. Then, the user's motivation to use the new character in the game becomes stronger, and as a result, the participation rate of the game increases.

(Example of processing related to granting rewards to users)
The control unit 110 rewards the user according to the progress of the game. For example, the game progression unit 115 causes the storage unit 120 to store a predetermined item as a result of the play by the user's operation in the new game unit during the first period. Predetermined items are not limited, but include, for example, whether or not a stage or quest has been cleared, the time required to clear the quest, the total amount of damage dealt to the enemy character until the clear, and the amount of damage received from the enemy character until the clear. number of times, the number of times a specific skill is activated up to the relevant clearing, the number of times the new character has status abnormalities up to the relevant clearing, and the like.

The game progression unit 115 calculates the points for the user's play based on the play results for the predetermined items stored in the storage unit 120 .

The game progression unit 115 determines a reward according to the calculated points. The reward is, for example, in-game added value available on the game. In-game added value is digital data, for example, in addition to the above-mentioned in-game value, the right to play restricted quests, the right to extend the possession limit of items or cards, various in-game added values points that can be exchanged for a character, the right (such as a ticket) to execute a lottery for a character to win, and increments of various parameters set for the user or character.

The game progression unit 115 gives the determined reward to the user. Giving the reward to the user is performed, for example, by associating the digital data as the reward with the user identification information or the user ID and storing it in at least one of the memories (memory 11, memory 21) included in the game system 1. It may be newly stored. Alternatively, giving the reward to the user may be to transition the status of digital data as in-game value managed in association with the user from unusable to usable.

Since the user can obtain rewards according to the progress of the game, the user is more motivated to play the game. Therefore, the rate of participation in the game increases.

[Modification]
In this embodiment, the predetermined rules for character selection may be other than those based on the table data described above. For example, the predetermined rule may be character selection according to the order in which characters are selected. Further, with respect to the aforementioned lottery probability in the character lottery, the lottery probability of the new character may be the same as that of the existing character, or may be higher. Further, the lottery probability may further take into account the rarity of the character. For example, the higher the rarity, the lower the lottery probability may be set.

The form for displaying that the first parameter is enabled may not be the balloon 1001 . Such a form of display may be any form as long as it is possible to display that the first parameter has become valid. For example, the display form may be an arrow pointing to the new character, or may be a change in the display form of the new character. The change in display form may be, for example, a form in which the new character is displayed so that the new character emits light.

In this embodiment, selection from the first set can be executed substantially unconditionally for the game, except for the requirement of a predetermined period (first period). good. For example, the conditions of the first giving step include that the first-come-first-served order of the logged-in user within the first period is less than a predetermined value, Further conditions may be included, such as that a parameter such as a level associated with user information is equal to or greater than a predetermined value, or that the total number of past login days is equal to or greater than a predetermined value. In addition, in the present embodiment, whether or not the above additional conditions are satisfied can be determined, for example, by referring to a flag indicating that the control unit 110 satisfies the conditions.

[Example of realization by software]
The control block of the control unit 210 (especially the lottery support unit 211) and the control block of the control unit 110 (especially the lottery unit 116) are implemented by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. It may be realized, or it may be realized by software using a CPU.

In the latter case, an information processing apparatus including control unit 210 or control unit 110, or both, includes a CPU that executes instructions of a program, which is software that implements each function, and a computer (or CPU) that stores the program and various data. A ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded so as to be readable by , a RAM (Random Access Memory) for developing the above program, and the like. The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be implemented in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, but can be modified in various ways within the scope of the claims, and can be obtained by appropriately combining technical means disclosed in different embodiments. is also included in the technical scope of the present invention.

[Additional notes]
The contents of one aspect of the present invention are listed below.

(Item 1) The game program (131) has been explained. According to one aspect of the present disclosure, a game program is executed by a computer (at least one of user terminal 100 and server 200) comprising processors (10, 20) and memories (11, 21). The game program instructs the processor to determine whether or not the progress of the game satisfies a predetermined condition; a first granting step of granting to the user an object selected from a first set composed of a plurality of objects that can be used in the game in response to an instruction from the user; a step of permitting execution of the first imparting step when it is determined that the condition is satisfied, and a step of not permitting the execution when it is determined that the predetermined condition is not satisfied. As a result, the user can acquire an object that can be used in the game by selection based on a predetermined rule without satisfying a predetermined condition related to game play during the first period. A user who acquires the object through the selection wants to try the acquired object and uses it in the game. Therefore, there is an effect that the participation rate of the game in the first period can be increased.

(Item 2) In the determining step of (Item 1), as the predetermined condition, the task set for each new game that the user can play during the first period is satisfied. may apply. According to this configuration, it is possible to increase the user's motivation to play the game, or to increase the difficulty of the game to enhance the strategy of the game and to make the game more interesting. becomes possible.

(Item 3) In (Item 1) or (Item 2), when it is determined that the above determining step does not satisfy, at least part of the objects constituting the first set is determined in response to the user's instruction. A second granting step of granting to the user an object selected from a second set of different values may be further performed. According to this configuration, the motivation to perform the first provision step is further strengthened, and the participation rate of the game is further increased.

(Item 4) In (Item 3), in the above-described first granting step, a set including a specific object added as an object available in the game during a predetermined period is applied to the first set, and the above-described second granting step is applied. The step may apply a set that does not contain the particular object to the second set. According to this configuration, the user usually tends to want to use a specific object, so the participation rate of the game during the first period is further increased.

(Item 5) In (Item 4), the game program causes the processor to change a part of the parameters of the specific object given to the user in the first giving step in response to the user satisfying a predetermined condition. An enabling step may be further performed. According to this configuration, for the user who acquired the object during the first period, more parameters of the object can be made effective by satisfying the task set in the game stage. Also, for users who have not obtained the object during the first period, if they satisfy the tasks of the game stage, they will have an opportunity to obtain the object with more valid parameters. Therefore, it is possible to motivate users to play the game stage in order to satisfy the above problems, and increase the number of users who play the game stage. Therefore, the participation rate of the game can be increased.

(Item 6) In (Item 4) or (Item 5), the game process that can grant the user a specific object may be only the first grant step. According to this configuration, the user actively participates in the game during the first period and enthusiastically plays the game even after the first period has elapsed in order to execute the first giving step. . Therefore, it is possible to further increase the participation rate of the game after the first period.

(Item 7) In any one of (Item 1) to (Item 6), the game program may cause the processor to further execute a step of giving a reward to the user according to the progress of the game. According to this configuration, since the player is more motivated to play the game, the rate of participation in the game is further increased.

(Item 8) The method of executing the game program has been explained. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 8) has the same effects as the game program according to (item 1).

(Item 9) The information processing device has been described. According to an aspect of the present disclosure, the information processing device includes a memory (storage unit 120) that stores the game program according to (item 1), and the information processing device (user terminal 100 ) and a processor (controller, 110) that controls the operation of the controller. The information processing apparatus according to (item 9) has the same effects as the game program according to (item 1).

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 13, 23 communication IF (operation unit), 14, 24 input/output IF (operation unit), 15 touch screen (display unit, operation unit), 17 camera (operation unit), 18 ranging sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit 115 game progression unit 116 lottery unit 120, 220 storage unit 131 game program 132 game information 133 user information 151 input unit (operation unit) 152 display unit 200 server 211 lottery support Part, 500, 600, 700, 800 screen, 501, 701 special gacha UI, 502 permanent gacha A UI, 503 permanent gacha B UI, 601 new character image, 602 weapon, 603 rarity, 604 name , 605 first UI, 606 second UI, 610 title, 1001 balloon, 1002 image, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (9)

a game program,
The game program is executed by a computer comprising a processor and memory,
The game program causes the processor to:
a step of determining whether the progress of the game satisfies a predetermined condition;
Within a predetermined period of time, regardless of whether the predetermined conditions are met, the object selected from the first set consisting of a plurality of objects that can be used in the game is displayed in response to the user's instruction. a first granting step of granting to the user;
After a predetermined period of time, a step of permitting the execution of the first imparting step when it is determined that the predetermined condition is satisfied, and not permitting the execution when it is determined that the predetermined condition is not satisfied. ,
A game program that runs 2. The game according to claim 1, wherein in said determining step, said predetermined condition is that a task set for a new game unit that said user can newly play during said predetermined period is satisfied. game program. The game program causes the processor to:
When it is determined in the determining step that the object is not satisfied, the object selected from the second set at least partially different from the first set is selected in response to the user's instruction. a second granting step of granting to the user;
3. The game program according to claim 1, further causing the execution of In the first provision step, applying to the first set a set containing specific objects added as objects available in the game during the predetermined period of time;
4. The game program according to claim 3, wherein in said second imparting step, a set that does not include said specific object is applied to said second set. The game program causes the processor to:
validating a portion of the parameters in the specific object granted to the user in the first granting step in response to the user satisfying the predetermined condition;
5. The game program according to claim 4, further causing the execution of 6. The game program according to claim 4, wherein the game process capable of giving said specific object to said user is only said first giving step. The game program causes the processor to:
giving a reward to the user according to the progress of the game;
7. The game program according to any one of claims 1 to 6, further causing the execution of A method for a computer to execute a game program, comprising:
The computer comprises a processor and memory,
A method for executing the steps of a game program according to claim 1, wherein said processor executes the steps of said game program. An information processing device,
The information processing device is
a memory for storing the game program according to claim 1;
and a processor that controls the operation of the information processing device by executing the game program.

Images