JP7122011B2 - Program, game system and method - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act (1)1. Release date October 25, 2019 2. Website address https://itunes. apple. com/jp/app/id930350602https://play. google. com/store/apps/details? id=jp. konami. pesclubmanager3. Publisher Konami Digital Entertainment Co., Ltd.

TECHNICAL FIELD The present invention relates to technology for rewarding users in a game implemented using a computer.

2. Description of the Related Art In a game implemented using a computer, there is known a technique of rewarding a user when a mission is accomplished based on a user's operation (see Patent Document 1, for example).

Japanese Patent Application Laid-Open No. 2018-11632 (published on January 25, 2018)

However, the technology described in Patent Literature 1 has room for improvement in terms of improving the fun of missions.

An object of one aspect of the present invention is to implement a technique for improving the interest of missions in a game implemented using a computer.

In order to solve the above problems, a program according to an aspect of the present invention provides, in one or more computers, a progress step for progressing a game by a user's operation, and a condition associated with a mission in the game. and a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission, if the user has a reward.

In addition, a game system according to an aspect of the present invention includes a progression unit that progresses a game by a user's operation, and a reward given to the user when a condition associated with a mission in the game is satisfied, a selection unit for selecting from a plurality of objects having attributes associated with the mission.

Further, a method according to an aspect of the present invention is a method executed by one or more computers, comprising: progressing a game by a user's operation; selecting a reward to be granted to the user, if any, from a plurality of objects having attributes associated with the mission.

ADVANTAGE OF THE INVENTION According to one aspect of the present invention, it is possible to implement a technique for improving the interest of missions in a game implemented using a computer.

It is a block diagram showing an example of composition of a game system concerning an embodiment of the present invention. It is a block diagram showing an example of the hardware constitutions of the user terminal concerning the embodiment of the present invention. It is a figure which shows an example of the hardware constitutions of the game server which concerns on embodiment of this invention. It is a block diagram showing an example of the functional configuration of the user terminal according to the embodiment of the present invention. It is a block diagram showing an example of functional composition of a game server concerning an embodiment of the present invention. It is the figure which illustrated the flow of a part of game which concerns on embodiment of this invention. It is a figure which shows an example of the data structure of the user information which concerns on embodiment of this invention. It is a figure which shows an example of the data structure of the character information which concerns on embodiment of this invention. It is a figure which shows an example of the data structure of the mission information which concerns on embodiment of this invention. FIG. 10 is a diagram showing an example of a game image on the top menu according to the embodiment of the present invention; FIG. FIG. 5 is a diagram showing an example of a game image in the team formation part according to the embodiment of the present invention; It is a figure which shows an example of the game image in the game part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the personnel part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the personnel part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the personnel part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the user information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the user information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the mission information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the mission information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the mission information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the mission information part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the notification part which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the player training part which concerns on embodiment of this invention. 4 is a flowchart showing part of the flow of the game according to the embodiment of the present invention; FIG. 5 is a diagram illustrating growth curves of player characters according to the embodiment of the present invention; FIG. 5 is a diagram illustrating growth curves of player characters according to the embodiment of the present invention; FIG. 5 is a diagram illustrating growth curves of player characters according to the embodiment of the present invention; 4 is a flow chart illustrating the flow of processing in which the game system according to the embodiment of the present invention gives points to supporters' passes. It is the figure which illustrated the mission information which concerns on embodiment of this invention. FIG. 4 is a diagram illustrating points given to supporters' passes by the game system according to the embodiment of the present invention; 4 is a flow chart illustrating the flow of processing for giving rewards to users by the game system according to the embodiment of the present invention. 4 is a flowchart illustrating the flow of processing for selling supporters' passes by the game system according to the embodiment of the present invention; 4 is a flow chart illustrating the flow of processing in which the game system according to the embodiment of the present invention manages the expiration date of the supporter's pass.

[Embodiment]
<Configuration of game system 1>
FIG. 1 is a block diagram showing an example of the configuration of a game system 1 according to this embodiment. A game system 1 (system) includes a user terminal 10-1 (computer, terminal device), a user terminal 10-2, . . . a user terminal 10-N, and a game server 30 (server). These devices are connected via a network N including the Internet. The user terminals 10-1, 10-2, . . . , the user terminals 10-N have the same configuration. will be described as a user terminal 10. FIG.

A user terminal 10 is a computer used by a user. Examples of the user terminal 10 include a PC (Personal Computer), a tablet PC, a mobile phone such as a smart phone and a feature phone, a personal digital assistant (PDA: Personal Digital Assistant), a stationary game machine, a portable game machine, and the like.

The game server 30 is a computer (device) having a server function for providing games to the user terminals 10 . The game server 30 provides the user terminal 10 with a game that progresses while communicating with the game server 30 . The game may be a game pre-installed in the user terminal 10 .

(Hardware Configuration of User Terminal 10)
FIG. 2 is a diagram showing an example of the hardware configuration of the user terminal 10 according to this embodiment. The user terminal 10 includes, for example, a processor 11, a communication unit 12, an input unit 13, a storage unit 14, and a display unit 15, and communicates with the game server 30 and other devices connected via the network N and the communication unit 12. Communicate via These components are communicatively connected to each other via a bus 17 . The processor 11 includes an integrated circuit such as a CPU (Central Processing Unit) and a GPU (Graphics Processing Unit), executes various programs stored in the storage unit 14, and controls each unit of the user terminal 10.

The communication unit 12 includes, for example, an Ethernet (registered trademark) port, a digital input/output port such as USB, wireless communication such as WiFi (registered trademark), and the like. The input unit 13 is configured integrally with a display as a touch panel, for example, and various instructions are input by a user's operation. Also, the input unit 13 may be other input devices such as a keyboard, mouse, touch pad, and microphone.

The display unit 15 is a display that displays information such as images and texts, and includes, for example, a liquid crystal display panel or an organic EL (Electro Luminescence) display panel.

The storage unit 14 includes, for example, a HDD (Hard Disk Drive), SSD (Solid State Drive), EEPROM (Electrically Erasable Programmable Read-Only Memory) (registered trademark), ROM (Read Only Memory), and RAM (Random Access Memory). etc., and stores various information and images processed by the user terminal 10, programs (including game control programs), and the like. Note that the storage unit 14 is not limited to being built in the user terminal 10, and may be an external storage device connected via a digital input/output port such as a USB. Also, the user terminal 10 may be configured including a hardware configuration such as a speaker (not shown), an audio output terminal, a camera, a gyro sensor, a GPS (Global Positioning System) receiving module, and the like.

(Hardware Configuration of Game Server 30)
FIG. 3 is a diagram showing an example of the hardware configuration of the game server 30 according to this embodiment. The game server 30 includes, for example, a processor 31 , a communication unit 32 , an input unit 33 , and a storage unit 34 . connect. These components are communicatively connected to each other via a bus 35 . The processor 31 executes a game control program stored in the storage unit 34 and provides a game that can be played on multiple user terminals 10 .

The communication unit 32 includes, for example, an Ethernet (registered trademark) port, a digital input/output port such as USB, wireless communication such as WiFi (registered trademark), and the like. communicates with a plurality of user terminals 10 and other devices.

The input unit 33 is, for example, other input devices such as a keyboard, mouse, touch pad, and microphone.

The storage unit 34 includes, for example, an HDD, EEPROM (registered trademark), RAM, etc., and stores game control programs, application programs, various setting information and history information necessary for the game, and the like. Note that the storage unit 34 is not limited to being built in the game server 30, and may be an external storage device connected via a digital input/output port such as a USB. The storage unit 34 may be an external storage device physically separated from the game server 30, or may be connected to the game server 30 via a communication network such as the Internet. Also, the game server 30 may be configured including a hardware configuration such as a display unit, a speaker, and an audio output terminal (not shown).

(Functional configuration of user terminal 10)
FIG. 4 is a block diagram showing an example of the functional configuration of the user terminal 10 according to this embodiment. FIG. 4 shows data stored in the storage unit 14 and a control unit 110 which is a functional configuration realized by the processor 11 executing the game program stored in the storage unit 14, and FIG. Other configurations shown are omitted.

The control section 110 includes a game progress section (progress section, first progress section, second progress section) 111 . The storage unit 14 stores a game program, in-terminal game information, and user information. The in-terminal game information is data that the control unit 110 refers to in order to execute the game. User information is data associated with a user.

(Functional configuration of game server 30)
FIG. 5 is a block diagram showing an example of the functional configuration of the game server 30 according to this embodiment. 5, data stored in the storage unit 34 and a control unit (server control unit) 310, which is a functional configuration realized by the processor 31 executing the server program stored in the storage unit 34, are shown. , and other configurations shown in FIG. 3 are omitted.

The control unit 310 includes a lottery unit 311 , a character management unit (first progression unit, second progression unit, duplication control unit) 312 and a mission management unit (duplication control unit, granting unit, selection unit) 313 . The storage unit 34 stores a server program, game information, and user information. The game information is data that the control unit 310 refers to in order to execute various processes. User information is stored in the storage unit 34 for each user terminal 10 . Note that the user information may be stored in the storage unit 34 for each user account or each application installed in the user terminal 10 .

The control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 exchange data so that the user information stored in the storage units 14 and 34 are matched. That is, as an example, when the control unit 110 updates the user information, the control unit 110 transmits the updated user information to the game server 30 via the communication unit 12 . Also, as an example, when the control unit 310 updates the user information, the control unit 310 transmits the updated user information to the user terminal 10 via the communication unit 32 . Part or all of the user information may be set so that it can be updated only by the control unit 110 . Also, part or all of the user information may be set so that it can be updated only by the control unit 310 .

<Overview of the game>
The genre of the game realized by the game system 1 (hereinafter also referred to as "this game") is not limited to a specific genre, and the game may be of any genre. It's a game. Sports in the real world are, for example, soccer, baseball, equestrian, tennis and skiing. In the present embodiment, a case will be described in which the game system 1 implements a soccer game imitating soccer in the real world.

Here, the soccer game realized by the game system 1 may proceed as a single-play game or as a multi-play game. In the case of a single-play game, the game system 1 pits a user team that can be operated by the user of the user terminal 10 against an opposing team whose actions are determined by the game system 1 without being operated by the user. Also, in the case of a multiplayer game, the game system 1 makes a user team that can be operated by the user of the device play against an opponent team by an opponent user. The other user may be a user who operates the same user terminal 10 as the user, or may be a user who operates another user terminal 10 different from the user. In the latter case, the user terminal 10 and other user terminals 10 are communicably connected via the game server 30 or the like, for example.

Next, in order to explain the mechanism of this game, a part of the flow of this game will be explained. FIG. 6 is a diagram illustrating a part of the flow of this game. As shown in FIG. 6, in this embodiment, four types of characters are used: a lottery target character, a possessed character, a contracted character, and a replicated character. The possessed character, the contracted character, and the replicated character may be characters obtained by state transition of the lottery target player character. For example, the character selected in the lottery process among the player characters to be selected by lottery may be the possessed character, the contracted character among the possessed characters may be the contracted character, and the hall of fame inductee may be the duplicated character among the contracted characters. . The lottery process, contracts, and Hall of Fame inductees are detailed below. This game includes a first game and a second game, in which a contract character is used in the first game (first league), and a duplicate character is used in the second game (second league).

(charactor)
Here, the character is the subject of various actions in the game. A character is, for example, a monster, an animal, a monster, a person, a plant, a robot, or an avatar, but is not limited to these, and may be a character projecting any concept. A character is given to a user by lottery processing, a login bonus, etc., for example.

(player character)
A player character is a character used in a game, and particularly a character used in a game simulating a competition. A player character represents a player who competes in a game simulating a competition. Note that the player character is not limited to a person, and may be an animal character (for example, a horse used in equestrian arts). The player character may be a character imitating a real player who is active in an actual competition, or may be a character of an original player (that is, a fictitious player) in the game.

(lottery process)
As shown in FIG. 6, the game system 1 executes a lottery process to give the user a player character selected from the lottery target player character group L0. The player character group L0 is composed of player characters that can be used in this game. The player characters assigned to the user are the user's owned character group L1. It should be noted that the game system 1 may give a player character to the user without using the lottery process.

(Possessed character group)
The owned character group L1 is composed of player characters (player characters c1, c2, c3, . . . ) given to the user. A player character is associated with various parameters, which are information indicating characteristics of the player character. In this example, the value of the first parameter P1 of the player character c1 is v1, and the value of the second parameter P2 is r1. Also, it is assumed that the value of the first parameter P1 of the player character c2 is v2 and the value of the second parameter P2 is r2. Also, it is assumed that the value of the first parameter P1 of the player character c3 is v3 and the value of the second parameter P2 is r3.

(Agreement)
A contract means making a player character included in the owned character group L1 available for use in the first league. As shown in FIG. 6, the game system 1 includes contracted player characters among the player characters included in the owned character group L1 in the contracted character group L2. In one embodiment, the contract may have a contract period. In one embodiment, the contract period is a period indexed by in-game time, and is defined by, but not limited to, a season in the first league, for example.

(Contract character group)
The contracted character group L2 is composed of player characters that can be used in the first league, which will be described later. In this example, the player character c1 is included in the contracted character group L2. In this example, the first parameter P1 of the player character c1 can change as the first league progresses. On the other hand, the second parameter P2 of the player character c1 may or may not change according to the progress of the first league. Also, the game system 1 sets a contract period when all contract characters are contracted. If contracted characters whose contract period has expired are included in the contracted character group L2, the game system 1 does not start the next season. The user can start the next season by removing the contracted characters from the contracted character group L2 by selling the contracted characters that the user does not want to extend the contracted period, and putting all the contracted characters in a contracted state.

A contract period is set for the contracts of the player characters included in the contract character group L2, and the game system 1 excludes the player characters whose contract period has expired from the contract character group L2. However, the player character contracted again (contract renewed) remains in the contracted character group L2.

(1st league)
A first league is an example of a first game. The first league consists of one or more matches. The game system 1 advances the first league using the player characters included in the contracted character group L2. The progression of the first league means that the games that make up the first league are played sequentially. When the play of the first game among the games constituting the first league starts, the progress period of the first league starts. Further, when the play of all the games constituting the first league is finished, the progress period of the first league ends. The progress period of the first league is also described as a season. After the first league season ends, a new first league can be started. At least part of the owned parameters associated with the player characters included in the contracted character group L2 may change as the first league progresses. The game system 1 advances the first league in accordance with the play of the first league match, but the first league advances only when the user performs an operation other than the match, such as forming a team. don't let The user can also play a second league game without playing a first league game. In such a case, the game system 1 does not advance the first league because the first league match has not been played.

(retired)
Retirement means that the player character can no longer participate in the competition because the parameter indicating the age of the player character has reached a predetermined value. Note that the parameter indicating age is a parameter that changes as the first league progresses, and at the end of the first league season, the age is added to all the player characters included in the contract character group L2 (i.e., the age is changed). take). The game system 1 excludes players who cannot participate in the competition from the contracted character group L2. In addition, as described above, the game system 1 also excludes sold players from the contracted character group L2. Note that the game system 1 can add (i) the contracted character Instead of excluding the player character from the group L2, the player character is given a retirement flag, and when the contracted character group L2 is displayed, the player character to which the retirement flag is given is not displayed. The player character may not be treated as the contracted character, or (ii) the player character may be excluded from the contracted character group L2 and added to the history list.

(Hall of Fame)
Being inducted into the Hall of Fame means that the game system 1 duplicates a player character included in the contracted character group L2 to generate a duplicate character. The game system 1 duplicates a player character whose first parameter P1 satisfies a predetermined condition among the player characters included in the contracted character group L2. A single player character can be inducted into the Hall of Fame multiple times. In this embodiment, the same player character does not mean a player character having the same name and the same parameters, but a player character with the same character ID. In this embodiment, there are cases in which a plurality of player characters having the same name or the same parameters are held as characters to be selected by lottery. are distinguished as As described above, a player character having the same character ID can be inducted into the Hall of Fame any number of times. overwrite.

Here, the first parameter P1 (first parameter) possessed by each player character included in the contracted character group L2 may change as the first league progresses. When the first parameter P1 satisfies a predetermined condition (for example, exceeds the threshold value vc), the player character can be duplicated (enrolled in the Hall of Fame), and the game system 1 gives points to the user. do.

(Duplicate character group)
The duplicate character group L3 is composed of duplicate characters that can be used in the second league, which will be described later. The game system 1 generates a duplicate character c1_1 included in the duplicate character group L3 by duplicating a player character who has become inducted into the Hall of Fame in the contracted character group L2. A player character before duplication can be used in the first league, while a duplicate character can be used in a second league different from the first league. In other words, the user can create a duplicate character group L3 that can be used in the second league as a so-called dream team by duplicating each of the favorite player characters (which satisfy the conditions for entering the Hall of Fame). A duplicate character is associated with parameters including a first parameter and a second parameter. In addition to the first and second parameters, the parameters associated with the replicated characters include condition parameters that change every game and physical strength parameters that change during the game.

The duplicate character is associated with the same parameters as those associated with the original player character. In the example of FIG. 6, the game system 1 generates a duplicate character c1_1 from the Hall of Fame player character c1. The value of the first parameter P1 and the value of the second parameter P associated with the duplicate character c1_1 are the same as the values of the first parameter P1 and the value of the second parameter P associated with the player character c1. Of the parameters associated with the duplicate character, parameters other than the first parameter and the second parameter (for example, parameters such as condition and physical strength) fluctuate during the game. After the game ends, the next game may take over the parameters such as condition and physical strength from the previous game. On the other hand, when the second league is newly started, the game system 1 resets the parameters such as condition and physical strength.

(second league)
A second league is an example of a second game. The game system 1 advances the second league using the duplicate character group L3 generated by entering the Hall of Fame. The first parameter P1 (first parameter) of the duplicate characters included in the duplicate character group L3 does not change regardless of the progress of the second league. Also, the parameter indicating the age of the duplicate character does not change even with the progress of the second league, and the duplicate character never retires. However, the duplicate characters of the second league can also be excluded by the user's operation. That is, the duplicate characters in the second league do not retire in the game system 1, but the game system 1 excludes the duplicate characters by the user's operation. The game system 1, for example, excludes sold players from the duplicate character group L3. Note that the game system 1 removes the duplicate character from the duplicate character group L3 so that the duplicate character can be re-added to the duplicate character group L3 when, for example, the user has removed the duplicate character from the duplicate character group L3 without negligence. Instead of excluding the duplicate character, the duplicate character may be excluded from the duplicate character group L3 and added to the history list.

(point)
A point is accumulative information that is awarded to a user. The points given to the user by the game system 1 when the first parameter P1 satisfies a predetermined condition (for example, exceeds the threshold value vc) are given to the mission associated with the user. Users accumulate points for missions in order to meet the conditions associated with that mission. A point may be represented by a numerical value or by the length of a bar.

(Mission)
A mission is a service that rewards a user when a condition associated with the mission is satisfied in the game. A mission is associated with one or more conditions. The one or more conditions include conditions related to points described later.

(Reward)
A reward is something that the game provider or user perceives as having value in the game. Rewards are awarded to users when conditions associated with missions are met. For example, a reward is an object available in the game or a service provided in the game. Rewards include, for example, player characters or in-game currency.

Note that the points are also an example of reward given to the user when a predetermined condition is satisfied. In this embodiment, a reward that is given when a condition associated with a mission is satisfied is simply referred to as a "reward." That is, in the present embodiment, points are awarded to the user when a specific event occurs, and rewards are awarded when the cumulative value of the awarded points satisfies the conditions associated with the mission.

<User information data structure>
FIG. 7 is a diagram illustrating the data structure of user information in this embodiment. As shown in FIG. 7, in one example, the user information includes user ID, user name, icon, owned character information, contracted character information, duplicate character information, starting lineup, bench entry, owned consumption value, owned item and mission information. Contains various parameters. However, the present embodiment is not limited to this, and the user information may further include other parameters, or may not include some of the parameters described above.

A user ID is an identifier for identifying the user of the user terminal 10 . A user name is information indicating the name of the user of the user terminal 10 . An icon is information indicating an icon associated with a user. The owned character information is a list of player characters included in the owned character group L1. The contracted character information is a list of player characters included in the contracted character group L2. The duplicate character information is a list of player characters included in the duplicate character group L3. The starting lineup is a list of player characters in the starting lineup. Benched is a list of player characters who are on the bench. The owned consumption value is information indicating the consumption value owned by the user. The owned item is a list of items owned by the user. Mission information is information related to each mission.

(Character information)
A player character is associated with various parameters, which are information indicating characteristics of the player character, and these parameters are included in the character information. Character information may be included in, for example, a list of possessed character information, or may be included in user information separately.

FIG. 8 is a diagram illustrating the data structure of character information in this embodiment. As shown in FIG. 8, in one example, the character information includes various parameters such as character ID, character name, age, rarity, growth type, home club, basic parameters, status parameters, fame and position. However, the present embodiment is not limited to this, and the character information may further include other parameters, or may not include some of the parameters described above.

A character ID is an identifier for identifying a player character. The character name is information indicating the name of the player character. Age is information indicating the age of the player character. Rarity is information indicating the degree of appearance frequency (rarity) of a player character. The growth type is information indicating the growth type of the player character. The home club is information indicating the home club of the player character. Fame is information obtained by quantifying the reputation of a player character. The position is information indicating the position of the player character.

A basic parameter is a parameter whose value does not change during a game (during a match), and is a player character's ability value (physical, speed ability, technique, teamwork, reaction to the ball when attacking, skill in handling the ball, etc.). Dribble touch precision, pass accuracy, decisiveness, etc.) and skills possessed by player characters (scissors, elastico, chapeu, kick feint, pivot foot, control curve, non-rotating shot, acrobatic shot, etc.) This is the information shown.

A state parameter is a parameter that changes during a competition (during a game), and is information indicating a physical strength value, physical condition, motivation value, injury, and the like. The game system 1, for example, randomly determines physical condition parameters before the competition starts. State parameters that change during the competition are not included in the first and second parameters.

(first parameter)
A player character is associated with one or more first parameters that are referred to in determining whether the conditions for entering the Hall of Fame are met. The one or more first parameters may be parameters included in the character information. At least part of the one or more first parameters change as the first game progresses, but the one or more first parameters do not change as the second game progresses. Fame associated with a player character changes as the first game progresses, but does not change as the second game progresses, so in one aspect, the first parameter can be, but is not limited to, fame.

(second parameter)
The player character has one or more parameters that are referred to for determining a reward to be given to the user when the first parameter P1 satisfies a predetermined condition and the player character becomes duplicatable (able to be inducted into the Hall of Fame). is associated with the second parameter of The one or more second parameters may be parameters included in the character information. Also, the one or more second parameters may or may not change depending on the progress of the first game. In one aspect, the second parameter can be, but is not limited to, rarity.

The first parameter and the second parameter may be the same or different. Also, the first parameter and the second parameter may include a common parameter.

(attribute)
Among parameters associated with a player character, a parameter indicating which group the player character belongs to is also called an attribute. For example, parameters such as rarity, growth type, home club, and position are attributes.

(mission information)
FIG. 9 is a diagram illustrating the data structure of mission information in this embodiment. As shown in FIG. 9, in one example, mission information includes various parameters such as mission ID, type, attributes, points, purchase status, and expiration date. However, the present embodiment is not limited to this, and the mission information may further include other parameters, or may not include some of the parameters described above.

A mission ID is an identifier for identifying a mission. The type is information indicating the type of paid mission or unpaid mission. The attribute is information indicating attributes associated with the mission. A point is an accumulation value of points given to a mission. The purchase status is information indicating whether or not the paid mission is purchased when the mission is a paid mission. The term of validity is information indicating the term of validity of the mission.

<Game part>
Next, the game part of this game will be explained. The game may consist of a plurality of game parts. In this embodiment, the game includes a top menu, a team formation part, a game part, a personnel part, a user information part, a player training part, a hall of fame part, a mission management part, a user information part, and a news part, but not these. game parts, or some game parts may not be included.

(top menu)
An example of top menu processing in this game will be described with reference to FIG. FIG. 10 is a diagram showing an example of the top menu image G0. When the application of this game is started on the user terminal 10, the game progression unit 111 causes the display unit 15 to display the top menu image G0.

As shown in FIG. 10, the top menu image G0 includes an object O0 indicating part of the user information, an icon O1 associated with the user, an object O2 for starting the news part, and an object O3 for starting the game part. , an object O4 for changing the type of the game part, an object O5 for starting the mission management part, an object O6 for starting the team formation part, an object O7 for starting the personnel part, and confirming the player training part. An object O8 for confirming the hall of fame part and an object O9 for confirming the hall of fame part are included. The top menu image G0 may further include objects for starting other game parts, objects showing other information, and the like.

When the game progression unit 111 detects that the input unit 13 has been touched to the object O0, the game progress unit 111 starts the user information part. When the game progression unit 111 detects that the input unit 13 is touched to the object O2, the game progress unit 111 starts a new spurt. When the game progression unit 111 detects that the input unit 13 is touched to the object O3, the game part is started. When the game progression unit 111 detects that the input unit 13 is touched to the object O4, the game part type is changed. When the game progression unit 111 detects that the input unit 13 has been touched to the object O6, the game progress unit 111 starts the team formation part. When the game progression unit 111 detects that the input unit 13 is touched to the object O7, the personnel part is started. When the game progression unit 111 detects that the input unit 13 is touched to the object O8, the game progression unit 111 starts the player training part. When the game progression unit 111 detects that the input unit 13 is touched to the object O9, the hall of fame part is started.

(Team formation part)
An example of processing of the team formation part in this game will be described with reference to FIG. In the team formation part, the game progression unit 111 performs processes such as changing positions, changing starting lineups and members on the bench, and using items. By using the item, the game progression unit 111 increases parameters other than the first parameter and the second parameter, such as physical strength and motivation, or restores them to their original values. FIG. 11 is a diagram showing an example of the game image G1 in the team formation part. The game progression unit 111 refers to the user information and causes the display unit 15 to display the game image G1.

As shown in FIG. 11, a starting player character O11 is arranged in an area O10 of the game image G1. A player character O13 on the bench is arranged in the area O12 of the game image G1. In the area O14 of the game image G1, a player character O15 who has a contract but is neither in the starting lineup nor on the bench is arranged. The game image G1 also includes an object O16 for using items. The game image G1 may further include an object or the like for changing the formation.

When the game progression unit 111 detects that a drag-and-drop operation has been performed on the objects O11, O13, and O15 with respect to the input unit 13, the dragged player character and the player character placed at the destination of the drop are displayed. In between, the position is exchanged, or the player character in the starting line-up and the player character on the bench are exchanged.

When the game progression unit 111 detects that the input unit 13 is touched to the object O<b>16 , the game progress unit 111 may perform item use processing according to the operation on the input unit 13 . Item usage processing is processing to reduce the number of items possessed and to express the effect of the item. An increase in the reward acquisition amount and the like are executed.

Also, the game progression unit 111 may detect other operations on the input unit 13 and perform other processing such as displaying detailed information on each player character, changing the formation, and the like.

(match part)
An example of processing of the match part in this game will be described with reference to FIG. In the game part, the game progression unit 111 executes a battle process between the user team composed of player characters on the starting line-up and the bench and the opposing team.

The matches processed in the match part include a first league (first game) in which user teams made up of contracted characters play against each other, and a second league (second game) in which user teams made up of duplicate characters play against each other. There are two types of matches with Which game is to be processed in the game part is determined according to the user's operation on the object O4 in the top menu part.

Also, in order to start the game, the game progression unit 111 may perform processing similar to that of the team formation part, such as changing positions, changing starting lineups and members on the bench, and using items.

FIG. 12 is a diagram showing an example of the game image G2 in the game part. The game progression unit 111 causes the display unit 15 to display the game image G2. The game image G2 includes an object O20 representing a field in progress and an object O21 serving as an operation UI. The object O20 includes an object O21 representing a player character of the user team, an object O22 representing a player character of the opposing team, and an object O23 representing a ball. The game progression unit 111 refers to the character information of the user team and the character information of the opponent team, moves the objects O21, O22 and O23 according to a predetermined algorithm, and simulates a soccer game. Further, when detecting that the input unit 13 has been touched to the object O24, the game progress unit 111 performs processing for changing the tactics of the user team, player substitution, etc. according to the touch position on the object O24. processing may be performed.

In FIG. 12, the object O20 represents the soccer field two-dimensionally, but the object O20 may represent the soccer field three-dimensionally.

When the game ends, the game progression unit 111 notifies the game server 30 of the end of the game and causes the display unit 15 to display the result of the game. The character management section 312 may change the parameters associated with each player character according to the performance of each player character during the game, the training status of each player character, and the like. The track record is, for example, the presence or absence of participation in the game, the number of games in which the player participated, the frequency of participation in the game, or the degree of contribution in the game. Also, in one aspect, the character management unit 312 may increase the prestige associated with starting lineup and benched player characters.

(Season)
The game progression unit 111 notifies the game server 30 of the end of the season when a predetermined number of games of the first league have been completed. When the season ends, the character management unit 312 adds one year to the age associated with the player characters included in the contracted character group L2, and also adds age associated with the player characters according to the growth type associated with the player characters. parameters may be varied. Further, the character management section 312 may exclude player characters whose age exceeds a predetermined threshold from the contracted character group L2. Also, in one aspect, the character management unit 312 may increase the fame associated with the player character according to the ranking in the first league.

(HR part)
An example of processing of the personnel part in this game will be described with reference to FIG. In the personnel part, the lottery section 311 executes lottery processing, and the character management section 312 executes processing such as contracts and contract renewals.

13 to 15 are diagrams showing examples of game images G3 to G5 in the personnel part. First, the game progression unit 111 causes the display unit 15 to display the game image G3. The game image G3 includes an object O30 for executing various scouts, an object O31 for displaying a scouting list that is a list of the owned character group L1 that is not contracted, and an object for displaying a list of the contracted character group L2. Contains O32.

Object O30 includes buttons for executing one or more types of scouts. Scouting is the above-described lottery process, in which player characters are selected from the lottery target player character group L0 and added to the owned character group L1 in exchange for consumption value owned by the user or free of charge. . Scouting executed by each button included in the object O30 may differ in the required amount of consumption value, the rarity of the player character to be drawn, and the like.

When the game progression unit 111 detects that the input unit 13 has been touched to the object O30, the game progress unit 111 notifies the game server 30 of execution of scouting. The lottery unit 311 draws a player character from the lottery target player character group L0 and adds it to the possessed character group L1. The game progression unit 111 causes the display unit 15 to display the selected player character with a predetermined effect.

Further, when detecting that the input unit 13 is touched to the object O31, the game progress unit 111 causes the display unit 15 to display a game image G4 shown in FIG. The game image G4 includes an object O40 that displays a list (scouting list) of the owned character group L1 that is not contracted.

When the input unit 13 detects that the object O31 has been touched, the game progress unit 111 selects a player character according to the touch position, and displays a game image G5 for contracting the selected player character. Displayed on the display unit 15 .

The game image G5 includes an object O50 indicating the name of the selected player character, an object O51 indicating contract conditions, and an object O52 for executing the contract. When detecting that the input unit 13 is touched to the object O51, the game progression unit 111 may change the contract conditions including the contract period according to the touch operation. When the game progression unit 111 detects that the input unit 13 has been touched to the object O52, the game progress unit 111 notifies the game server of designation information designating the selected player character and information indicating contract conditions. The character management unit 312 executes contract processing for the player character indicated by the designation information under the notified contract conditions, and adds the contracted character to the contracted character group L2.

Further, when the game progression unit 111 detects that the input unit 13 has been touched to the object O32, the game progression unit 111 replaces the list of the owned characters L1 with no contract (scouting list) with the contracted characters L2. An object representing a list (player list) may be displayed on the display unit 15, and the character management unit 312 may be caused to execute contract renewal of the player characters included in the contract character group L2 by similar processing.

(user information part)
An example of the processing of the user information part in this game will be described with reference to FIG. In the user information part, the character management unit 312 executes duplication processing.

FIG. 16 is a diagram showing an example of the game image G6 in the user information part. First, the game progression unit 111 causes the display unit 15 to display the game image G6. The game image G6 includes an object O60 indicating various types of user information and an object O61 for inducting the player character into the Hall of Fame.

When the game progression unit 111 detects that the input unit 13 is touched to the object O61, the game progression unit 111 detects a player character whose first parameter satisfies a predetermined condition, that is, a Hall of Fame player character. is displayed on the display unit 15 as shown in FIG. Then, the game progression unit 111 notifies the game server 30 of the player character selected by the device that touches the object. The character management unit 312 duplicates the selected player character and adds the duplicated character to the duplicate character group L3.

(Hall of Fame part)
An example of processing of the Hall of Fame part in this game will be described with reference to FIG. In the Hall of Fame part, the game progression unit 111 displays Hall of Fame players and organizes Hall of Fame teams.

FIG. 17 is a diagram showing an example of a game image G7 in the Hall of Fame part. The game progression unit 111 causes the display unit 15 to display the game image G7. The game image G7 includes an object O70 for displaying the Hall of Fame players and an object O71 for organizing the Hall of Fame teams.

When the game progression unit 111 detects that the input unit 13 is touched to the object O70, the game progress unit 111 causes the display unit 15 to display a list of duplicate characters included in the duplicate character group L3, as shown in FIG. . Further, when the game progression unit 111 detects that the input unit 13 is touched to the object O71, the game progression unit 111, like the team formation part, enters the Hall of Fame composed of duplicate characters included in the duplicate character group L3. Execute the team formation process.

(mission management part)
An example of the processing of the mission management part in this game will be described with reference to FIGS. 18 to 21. FIG. In the mission management part, the mission management unit 313 executes mission purchase processing.

FIG. 18 is a diagram showing an example of the game image G8 in the mission management part. First, the game progression unit 111 causes the display unit 15 to display the game image G8. The game image G8 is associated with an object O80 for displaying a free supporter's pass with no attribute associated therewith, an object O81 indicating points given to the free supporter's pass with no attribute associated with it, and an attribute A. an object O82 for displaying the paid supporter's pass associated with the attribute A, an object O83 indicating points given to the paid supporter's pass associated with the attribute A, and an object O83 for displaying the paid supporter's pass associated with the attribute B , an object O85 indicating points given to paid supporter's pass associated with attribute B, an object O86 for displaying the paid supporter's pass associated with attribute C, and attribute C associated with There is an object O87 that indicates the points given to paid supporters' passes.

As described above, there are a plurality of supporter's passes, each of which includes at least one attribute-related mission associated with an attribute. Also, in the example of FIG. 18, a plurality of attributed missions associated with mutually different attributes are included.

Note that FIG. 19 is a diagram showing another example of the game image G8 in the mission management part. In the example of FIG. 19, the game image G8 includes an object O80 for displaying a free supporter's pass with no attribute associated therewith, and an object indicating points given to the free supporter's pass with no attribute associated with it. An object O81, an object O82 for displaying the paid supporter's pass associated with the attribute A, and an object O83 indicating points given to the paid supporter's pass associated with the attribute A are included. In this way, there may not be multiple attributed missions associated with mutually different attributes.

FIG. 20 is a diagram showing an example of a game image G9 displaying a free supporter's pass with no associated attribute. When the game progression unit 111 detects that the input unit 13 has been touched to the object O<b>80 , the game image G<b>9 is displayed on the display unit 15 .

The game image G9 is associated with an object O90 indicating the expiration date of the free supporter's pass with no associated attribute, an object O91 indicating points given to the free supporter's pass with no associated attribute, and an attribute. Objects O92 and O93 are included that indicate rewards obtained by accumulating points for non-paid supporter's passes.

FIG. 21 is a diagram showing an example of a game image G10 displaying a paid supporter's pass associated with attribute A. FIG. When the game progression unit 111 detects that the input unit 13 is touched to the object O82, the game image G10 is displayed on the display unit 15 .

The game image G10 includes an object O100 indicating the expiration date of the paid supporter's pass associated with the attribute A, an object O101 indicating points given to the paid supporter's pass associated with the attribute A, and the attribute A , and an object O105 for purchasing a paid supporter's pass associated with attribute A. .

When the game progression unit 111 detects that the input unit 13 is touched to the object O105, the game progress unit 111 notifies the game server 30 that the purchase of the paid supporter's pass associated with the attribute A has been instructed. Then, the mission management unit 313 associates the paid supporter's pass associated with the attribute A with the user in exchange for the consumption value associated with the user.

Rewards that can be obtained by free supporter's passes that are not associated with attributes are rewards that do not have attributes (objects O92, O93). On the other hand, rewards that can be obtained through paid supporter's passes associated with attribute A may include rewards without attributes (object O102), but also include rewards with attribute A. (Objects O103, O104). Object O103 is an icon having attribute A, and object O104 is a lottery ticket for a player character with attribute A.

(notification part)
An example of processing of the notification part in this game will be described with reference to FIG. In the notification part, the game progression unit 111 executes notification display processing.

FIG. 22 is a diagram showing an example of the game image G11 in the user information part. The game progression unit 111 causes the display unit 15 to display the game image G11. The game image G11 includes an object O110 for displaying a message and an object O111 for displaying a list of unreceived items.

When the game progression unit 111 detects that the input unit 13 is touched to the object O110, the game progress unit 111 displays a list of messages in the area O112. When the game progression unit 111 detects that the input unit 13 is touched to the object O111, the game progression unit 111 displays a list of unreceived items in the area O112. When the game progression unit 111 detects that the input unit 13 has been touched to the area O112, the game progress unit 111 displays a message or receives an item according to the touch position.

(player development part)
An example of processing of the player training part in this game will be described with reference to FIG. In the player training part, the character management unit 312 executes duplication processing.

FIG. 23 is a diagram showing an example of a game image G12 in the player training part. First, the game progression unit 111 causes the display unit 15 to display the game image G12. The game image G12 includes an object O120 for setting training. When the game progression unit 111 detects that the input unit 13 has touched the object O120, the game progression unit 111 sets training for the player character according to the user's operation. The character management unit 312 may increase the parameter associated with the player character for which training has been set more than the other player characters.

<Game Mechanism 1>
Next, one of the mechanisms of this game for giving the user interest will be described.

The game system 1 includes a first progression unit that advances a first game played using one or more characters, and one or more first parameters among a plurality of parameters associated with the one or more characters. a duplication control unit that makes the character duplicatable when the character satisfies a predetermined condition, and grants the user a reward corresponding to one or more second parameters among the plurality of parameters; and a second progression unit that progresses a second game played using the character, wherein the first progression unit changes at least a portion of the one or more first parameters to bring the character into the game. The character is disabled over time, and the second progression unit does not change the one or more first parameters and does not disable the character over time in the game. In this embodiment, the first progress section and the second progress section are implemented by the game progress section 111 and the character management section 312 . A copy control unit is implemented by the character management unit 312 .

FIG. 24 is a flowchart illustrating the flow of processing (method) in game mechanism 1. FIG. Note that some steps may be performed in parallel or out of order.

In the personnel part, as described above, the user uses the user terminal 10 to perform an operation of specifying a player character that the user wishes to use in the first league (that is, wants to make a contract) from among the player characters included in the owned character group L1. I do. In step S100, the character management unit 312 executes an acquisition step of acquiring designation information that designates a player character in accordance with a user's operation.

In step S102, the character management unit 312 executes an affiliation step of making the player character specified by the specification information belong to the contracted character group L2 (an example of the group).

In step S104, the game progress unit 111 and the character management unit 312 execute a first progress step for progressing the first league using one or more player characters. In the first progression step, as described above, the character management unit 312 changes at least part of one or more first parameters. For example, the character management unit 312 changes the player character's reputation, age, basic parameters, etc. according to the progress of the first league. On the other hand, the rarity of player characters does not change as the first league progresses.

Further, as described above, in the first progression step, the character management unit 312 sets the age of the player character included in the contracted character group L2 to the age of the player character in the game regardless of whether or not the player character was used in the first game. Increases over time. Also, the character management unit 312 retires a player character whose age has reached a predetermined value. A retired player character cannot be used in the first game. That is, the character management unit 312 disables the use of the contracted player character as the in-game time of the first league elapses. As described above, in addition to the player character retiring, for example, the user sells the player character, thereby excluding the player character (making it unusable). Also, in this embodiment, the user can make the player character a trainer when the player character retires. A trainer is a character that assists other player characters.

At this time, as described above, the game progression section 111 progresses the first game using some or all of the characters belonging to the contracted character group L2 in the first progression step. In addition, in the first advancing step, the character management unit 312 sets the age of the player character belonging to the contracted character group L2 to the age of the player character in the first game regardless of whether or not the player character was used in the first game. Increases with the passage of in-game time. On the other hand, the character management unit 312 does not increase the age of player characters that do not belong to the contracted character group L2.

In this operation example, a different contract period is set for each player character, and the user determines whether to renew the contract or retire the player character whose contract period has expired. When retired, the player character is sold and converted into in-game currency, for example. On the other hand, if the contract is renewed, the player character can be used in the next season by paying in-game currency. Note that the contract period and contract fee are not determined by the user. The contract period is randomly determined by the game server 30, for example. For the contract fee, for example, an amount calculated according to the ability (various parameters) of the player character is presented. After reaching the age determined for each player character, the contract is not renewed and the only option is to retire.

Also, as described above, the character management unit 312 changes at least some of the plurality of parameters of the player character according to the age of the player character in the first progression step. At this time, the character management unit 312 increases or decreases at least some of the parameters. In other words, the multiple parameters of the player character do not always increase, but may decrease in some cases.

25 to 27 are diagrams illustrating growth curves of player characters. 25 to 27, the horizontal axis indicates age (x), and the vertical axis indicates total ability value (y).

In the examples of FIGS. 25 and 26, the total ability value of the player character increases with age until reaching a certain age, and then decreases with age. On the other hand, in the example of FIG. 11, the total ability value of the player character increases with age and does not decrease until the player character retires.

Growth curves of player characters are not limited to those illustrated in FIGS. 25 to 27, and various types are used. The player character's growth curve is defined, for example, by the player character's growth type. To facilitate understanding of the invention, FIGS. 25 to 27 exemplify graphs in which the total ability value fluctuates little. good.

Returning to the description of FIG. In step S106, the character management unit 113 determines that one or a plurality of first parameters among a plurality of parameters associated with one or a plurality of player characters satisfy a predetermined condition (hereinafter referred to as "Hall of Fame entry conditions"). In this case, a duplication control step is executed to enable duplication of the player character (enrollment to the Hall of Fame). A player character that has become eligible to be inducted into the Hall of Fame can be inducted into the Hall of Fame any number of times at any timing thereafter.

The Hall of Fame entry condition is a condition of the first parameter that enables entry into the Hall of Fame. The condition for entering the Hall of Fame is, for example, a condition that the first parameter is equal to or higher than a threshold (for example, fame is equal to or higher than 2000). The conditions for entering the Hall of Fame may differ for each position of the player character and for each player attribute (eg, rarity, rank). An attribute is information indicating to which group an object belongs to which object can be grouped. The attribute is, for example, the team to which the player character belongs, the position of the player character, or the rarity of the player character. In this operation example, the basic parameters of the player character include attributes of the player character.

In the examples of FIGS. 25 to 27, a case will be described in which the condition for entering the Hall of Fame is that the overall ability value of the player character is equal to or greater than the threshold value y0. In the example of FIG. 25, when the player character's age reaches x11, the player character's comprehensive ability value reaches y0, and the player character can enter the Hall of Fame. A player character that has once become eligible for being inducted into the Hall of Fame continues to be inducted into the Hall of Fame a plurality of times. In other words, a player character that has once become eligible to be inducted into the Hall of Fame can enter into the Hall of Fame even if the overall ability value drops below the threshold value y0. On the other hand, in the example of FIG. 26, the player character retires without meeting the conditions for entering the Hall of Fame. As described above, not all player characters satisfy the conditions for being inducted into the Hall of Fame, but some player characters do not meet the conditions for being inducted into the Hall of Fame. In the example of FIG. 27, when the player character's age reaches x12, the player character can be inducted into the Hall of Fame.

The user does not have to induct the player character into the Hall of Fame at the timing when it becomes possible for the player character to be inducted into the Hall of Fame. can be made

A user of the first league inducts a player character who can be inducted into the Hall of Fame by performing an operation for inducting the player character into the Hall of Fame. When the user performs an operation to induct a player character into the Hall of Fame, the character management unit 312 inducts the player character specified by the user into the Hall of Fame, and generates a duplicate character that is a duplicate of the player character. That is, when inducting a player character into the Hall of Fame for the first time, a duplicate character that can be used in the second league is generated.

On the other hand, when a player character who has already been inducted into the Hall of Fame is re-inducted into the Hall of Fame, each parameter of the replicated character is updated with each parameter of the player character at the timing of the last time the player character was inducted into the Hall of Fame. That is, in this operation example, when a player character duplication instruction is received, if the character corresponding to the duplication instruction has already been duplicated, the character management unit 312 sets the player character at the timing when the duplication instruction is received. A duplication step is executed to update the duplication parameters of the player character with the parameters of .

In addition, in step S106, the mission management unit 114 determines the one or more second parameters associated with the player character when the one or more first parameters associated with the player character satisfy the Hall of Fame entry condition. rewards to users.

In this operation example, the mission management unit 114 gives points to the user according to player characters among the plurality of player characters whose one or more first parameters satisfy the conditions for being inducted into the Hall of Fame. Give a reward according to the cumulative value.

For example, points are given to the supporter's pass obtained (for example, purchased) by the user. In this operation example, the supporter's pass is an item that the user obtains in the game, with which the user can obtain a reward corresponding to the accumulated points. A plurality of types of supporter's passes may be provided. For example, a supporter's pass may be provided for each soccer club. Also, for example, a valid period may be set for the supporter's pass. In the case of a supporter's pass with a set validity period, the user is given a reward according to the cumulative value of points granted during the period. The reward may be selected by the user from among multiple items.

In addition, the game system 1 may give rewards other than points, such as consumption values and items, to the user when one or more first parameters associated with the player character satisfy the Hall of Fame entry conditions. .

The user can accumulate supporter's pass points obtained by himself/herself by meeting predetermined conditions such as growing a player character or participating in a predetermined match. For example, when a player character satisfies the conditions for entering the Hall of Fame, the mission management unit 313 gives points according to the second parameter of the player character to the supporter's pass. That is, the points given when the conditions for entering the Hall of Fame are satisfied differ according to the second parameter (for example, rarity) of the player character. For example, the mission management unit 313 gives 1 point when the rarity of the player character is "1", gives 2 points when the rarity of the player character is "2", and gives 2 points when the rarity of the player character is "1". 3”, award 3 points.

Also, if there are a plurality of player characters who satisfy the conditions for entering the Hall of Fame, points for each of the plurality of player characters are given to the supporter's pass. That is, as the number of player characters inducted into the Hall of Fame increases, the cumulative point value increases.

When the user owns a plurality of supporter's passes and the above conditions are satisfied, points are awarded to each of the plurality of supporter's passes. For example, if the user owns one free pass and one paid pass, and a player character whose rarity is "3" satisfies the conditions for being inducted into the Hall of Fame, the free pass and paid pass each have 3 points. is given.

The supporter's pass is an example of missions M1, M2, M3, . . . illustrated in FIG. As described above, a reward is given to the user according to the cumulative value of points given to the supporter's pass (hereinafter referred to as "accumulated points"). In the example of FIG. 29, a user who has accumulated 100 points or more in mission M1, which is a gratis pass, can obtain an icon. Also, a user who has accumulated 100 points or more in mission M2, which is a paid pass, can acquire the Team E icon. A user with 200 or more accumulated points in mission M1 can obtain icon and reward B. A user who has accumulated 200 or more points in mission M2 can obtain an icon of team E and a reward E2.

Thus, in this operation example, the mission management unit 313 gives points to the supporter's pass according to the second parameter (for example, rarity) of the player character, and furthermore, rewards the user according to the cumulative value of the points. Grant to. That is, in this operation example, the mission management unit 114 gives the user a reward corresponding to the second parameter of the player character.

In this operation example, the mission management unit 313 gives a reward corresponding to the cumulative value of points given to the supporter's pass. do not have. The reward may be, for example, the accumulated supporter's pass points themselves. Also, for example, the mission management unit 313 may give the user a reward according to the points given to the supporter's pass. In this case, for example, the mission management unit 313 may give the user a reward corresponding to the given points every time points are given to the supporter's pass. As another example, for example, the mission management unit 313 may give a preset reward for each player character rarity when the player character satisfies the Hall of Fame entry conditions.

Returning to the description of FIG. In step S108, the game progress unit 111 executes a second progress step of progressing the second league using the duplicated player characters. The second league is played using duplicate characters as described above. That is, by inducting player characters that the user likes into the Hall of Fame, a so-called dream team can be created and played in the second league.

In the second progression step, as described above, the character management unit 312 does not change one or more first parameters (for example, the player character's reputation value, experience value, age, team, and position). Note that the second parameter (for example, rarity) of the player character does not change with the progress of the second league, as in the first league. On the other hand, the state parameters of the player characters fluctuate as the first league progresses, and also fluctuate as the second league progresses.

Also, as described above, in the second league, the age of the duplicated characters does not increase, and the duplicated characters used in the second league do not retire. That is, the character management unit 312 does not disable the duplicate characters used in the second league even after the in-game time has passed. Note that, as described above, if the user determines that the duplicate character is unnecessary, the duplicate character can be excluded by the user's operation. In this case, the game system 1 excludes duplicate characters according to the user's operation.

According to the above mechanism, when the first parameter associated with the player character satisfies the Hall of Fame entry condition, the user is given a reward according to the second parameter. Giving a reward to the user can motivate the user to proceed with the match in the first league using the player characters included in the contracted character group L2. In addition, in the present embodiment, since rewards are given according to the second parameter, the rewards to be given are not uniform, and the enjoyment of the game related to the giving of rewards can be improved. Thereby, it is possible to prompt the user to execute the first game using the player character before duplication.

<Game Mechanism 2>
Next, another mechanism of this game for giving interest to the user will be described.

The game system 1 includes a progression section that progresses the game by user's operation, and at least one mission with attributes associated with a plurality of missions when a specific event occurs in the progress of the game. Points are given for one or more missions associated with the user among the plurality of missions, and points are added to missions associated with the same attribute as the specific event among the one or more missions. a granting unit that grants points. In this embodiment, the progression unit is implemented by the game progression unit 111 . A granting unit is implemented by the mission management unit 313 .

(Mission)
In one embodiment, there are multiple missions as described in the Mission Management part. In the example of FIG. 29, there are missions M1, M2, M3, . . . and missions M1 and M2 are associated with the user. Each mission is associated with one or more conditions. If any condition is met, the reward associated with that condition is awarded to the user. In other words, each mission is a service that rewards a user associated with the mission if any one of one or more conditions associated with the mission is met.

In the example of FIG. 29, the one or more conditions associated with the mission are conditions that the cumulative value of points awarded for the mission reaches any of the prescribed points determined step by step. be. For example, for mission M1, four stages of 100, 200, 300, and 400pt are defined as prescribed points. The prescribed points are determined step by step for each mission. In the example of FIG. 29, the same four stages of specified points are defined for missions M1, M2, and M3, but the number of stages of prescribed points and the value of each stage determined for each mission are different from those of at least one other mission. may be different from

(mission attributes)
The plurality of missions includes at least one attributed mission with associated attributes. In one embodiment, the multiple missions include multiple missions with attributes associated with different attributes. In the example of FIG. 29, no attribute is associated with mission M1. Attributes are associated with the missions M2 and M3.

In the example of FIG. 29, the attribute associated with the mission is the team that is the home club of any player character available in the game. However, the attribute associated with the mission is not limited to this, and may be an attribute possessed by another object used in the soccer game. Here, an attribute is information indicating to which group an object that can be grouped belongs. For example, although not limited to this, in the case of various objects in a sports game such as player characters, emblems, cheering songs, etc., the object may have a team as an attribute. In addition, when a player character is targeted, it may further have a position, a rarity, etc. as an attribute. Also, the attribute associated with the mission may be any attribute that any object may have. For example, although not limited to this, the mission in the present embodiment can be associated with the player character's team, position, rarity, etc. as attributes.

(specific event)
Of the events that occur during the progress of the game, this is an event that triggers awarding of points. The type of event is not limited, and includes, for example, the fact that a character's parameter satisfies a predetermined condition, the occurrence or termination of a predetermined event, and the like. Examples of specific events include (1) playing a game included in the first league, (2) a player character being inducted into the Hall of Fame, and the like.

In the case of (1), an upper limit is set for points to be awarded in a predetermined period. For example, the upper limit of points to be awarded may be up to one game per day. For example, no points are awarded for days on which no first-league games are completed during the first-league season. Also, for a day on which one or more games of the first league have been completed during the season of the first league, points for one game are awarded.

In the case of (2), the amount of points to be given is determined according to the second parameter P2 (second parameter) possessed by the player character c1 who has become eligible to enter the Hall of Fame.

FIG. 28 is a flow chart illustrating the flow of processing (giving step) in which the game system 1 gives points to supporters' passes. FIG. 28 illustrates the case (2) above.

In step S120, the mission management unit 313 determines whether or not the first parameter of the player character exceeds the threshold. If it is determined that the player character has exceeded the number (YES in step S120), in step S122, the mission management unit 313 determines that the player character can be inducted into the Hall of Fame. Give points according to parameters. FIG. 30 is a diagram exemplifying points given to the supporter's pass. In the example of FIG. 30, the second parameter is the rarity associated with the player character, and the mission management unit 313 gives points to each supporter's pass according to the rarity associated with the player character.

Furthermore, in step S124, the mission management unit 313 gives additional points to the supporter's pass associated with the same attribute as the attribute associated with the player character. For example, in the example of FIG. 19, if the first parameter of a player character whose home club is Team E exceeds the threshold, additional points are given to mission M2. As shown in FIG. 30, the mission management unit 313 may give additional points according to the rarity associated with the player character.

Note that the mission management unit 313 may give points only to the supporter's pass associated with the user in steps S122 and S124, but the same applies to the supporter's pass that is not associated with the user. You can give points. In this case, since points are also given to missions that are not associated with the user, it is possible to provide the user with the amusement of choosing whether to redeem a mission given a large number of points for consumption value.

(Paid missions and free missions)
The multiple missions include paid missions and unpaid missions. In the example of FIG. 29, the mission M1 not associated with attributes is a free mission, and the missions M2 and M3 associated with attributes are charged missions. However, the missions granted to the user may include unpaid missions associated with attributes or paid missions with no attributes associated.

A paid mission is a mission in which rewards can be obtained according to conditions in exchange for consumption of consumption value associated with the user. Henceforth, we also refer to purchasing as obtaining a service or object in exchange for a consumption value. In other words, the paid mission is a service for which a reward can be obtained by purchase by the user. In the example of FIG. 29, the paid mission M2 can be purchased with 100 game coins (100pt), which is an example of consumption value. Paid mission M3 can be purchased with 200 game coins (200pt).

Here, points for paid missions are given and accumulated even before purchase. However, among the conditions associated with the paid mission, rewards corresponding to each condition fulfilled before the purchase are given to the user after the purchase.

A free mission is a mission in which rewards can be obtained according to conditions without being purchased by the user. For example, a reward for a free mission may be obtainable without requiring a user's operation and without consuming consumption value after the start of provision of the free mission. That is, it can be said that the unpaid missions are associated with the user in advance, and the paid missions are associated with the user in exchange for the consumption value associated with the user.

(Supporters Pass, Paid Pass, Free Pass)
A supporter's pass is an example of a mission. Of the supporter's passes, a paid one is also described as a paid pass (an example of a paid mission), and a free one is also described as a free pass (an example of a free mission). In this embodiment, a paid pass is associated with a specific team as an attribute. A specific team is any one of teams to which a plurality of player characters provided in the game belong. Hereinafter, the "supporter's pass associated with team X as an attribute" is also simply referred to as "team X's supporter's pass (paid pass)". In addition, "a team associated with a supporter's pass" is also simply referred to as a "supporter's pass (paid pass) team". For example, the mission M2 shown in FIG. 29 is "Paid Pass for Team E". Also, the mission M3 is "Paid Pass for Team F". When the conditions associated with a purchased Paid Pass are met, the user is awarded a reward associated with the team for that Paid Pass. Therefore, by purchasing a paid pass, the user is more likely to obtain rewards associated with the team of the paid pass. Therefore, users who support any team are more motivated to purchase a paid pass for that team.

(Expiration date of supporter's pass)
Here, an expiration date is set for the supporter's pass. The expiration date is the period during which the reward associated with the supporter's pass can be granted. For example, if the number of points given to a supporter's pass that has not yet expired exceeds the specified number of points, a reward will be given, but for a supporter's pass that has reached the expiration date, regardless of the accumulated points, any No reward is given. The expiration time may be defined by in-game time, real time, or both. For example, as an example in which the expiration date of the supporter's pass is defined by the in-game time, there is an example in which the expiration date is the end of the season of the first league that was in progress when the provision of the supporter's pass was started. Further, for example, as an example of defining the expiration date of the supporter's pass based on real time, there is an example in which the expiration date is set to a predetermined number of days from the start of provision of the supporter's pass.

(consumption value)
Consumption value is information representing value that can be exchanged for services or objects in the game. The consumption value may be an in-game parameter (such as the above-mentioned game coin) representing a value redeemable only for in-game services or media, or a value redeemable for services or media that is not limited to a specific game. It may be information representing Also, the consumption value may be information representing an amount associated with a user name credit card, bank account, or cashless payment service.

It should be noted that when consumption value is a parameter in the game, such consumption value includes paid and free. Paid consumption value is granted to the user in exchange for payment of monetary value by the user. Free consumption value is granted to the user without requiring payment of monetary value by the user. The free consumption value may be given to the user through, for example, login bonuses, campaigns, and the like.

(Reward)
A reward is something that the game provider or user perceives as having value within the game. A reward is an object or service granted to a user in return for fulfillment of any one or more conditions associated with a mission. In the example of FIG. 29, the remuneration is determined in association with specified points, which are conditions. For example, when the accumulated points for the free mission M1 reaches 100pt, an icon is given, when reaching 200pt, reward B is given, and when reaching 300pt, reward C is given. Reward D is given when reaching 400pt.

Examples of rewards include player characters, background music, icons that can be associated with the user, background images in top menu parts, or team emblems, or other items. Another example of the reward is an element that can advance the game advantageously, such as an item that enhances the player character's parameters. Another example of the reward is a service for executing a player character lottery process.

In one embodiment, the mission management unit 313 may reward the user according to the attributes associated with the mission according to the accumulation of points given to each mission associated with the user. In the example of FIG. 29, when the points accumulated for the paid mission M2 have reached 100 points, the mission management unit 313 gives the user an icon of Team E, which is an attribute associated with the paid mission M2, as a reward. may be given.

According to the above mechanism, giving more points when an event with a specific attribute occurs can improve interest of users who like the attribute. In addition, it is possible to provide the user with interest in progressing the game so that many points of the attribute associated with the mission associated with the user are awarded. Especially when there are multiple missions with different attributes associated with each other, the points given to the missions will differ depending on the attributes associated with the missions, so you can choose which mission to redeem for consumption value. It is possible to provide the user with interest to select.

<Game Mechanism 3>
Next, another mechanism of this game for giving interest to the user will be described.

The game system 1 includes a progression unit that advances the game by user's operation, a reward given to the user when a condition associated with a mission in the game is satisfied, and an attribute associated with the mission. a selection unit for selecting from a plurality of objects having the object. In this embodiment, the progression unit is implemented by the game progression unit 111 . A selection unit is implemented by the mission management unit 313 .

An example of a reward associated with a mission is an object selected from objects having the same attributes as those associated with the mission. In this embodiment, as an example of a reward that can be obtained with the supporter's pass, there may be a service that executes a lottery process for a player character belonging to the team of the supporter's pass and gives the reward. In other words, one of the rewards that can be obtained with the Supporter's Pass includes lottery tickets.

Here, the lottery ticket will be explained. A lottery ticket is an item that is consumed in exchange for a service that executes a lottery process, and is an item given to a user in a game. The lottery process is executed in exchange for consumption of a predetermined number of lottery tickets owned by the user.

For example, in FIG. 29, team E's lottery ticket is awarded when accumulated points exceed 300 points in paid mission M2, which is team E's paid pass. The player characters to be drawn by lottery tickets for team E are team E player characters. Also, in the paid mission M3, which is the paid pass for team F, a lottery ticket for team F is given when the accumulated points exceed 300 points. The player characters to be drawn by the team F lottery ticket are the team F player characters.

However, the lottery ticket associated with the supporter's pass as a reward does not have a period of time held by the user in the form of a lottery ticket. In other words, the lottery ticket associated with the supporter's pass as a reward is consumed in response to the user's operation to receive the lottery ticket after it has been determined to be granted to the user. As a result, in response to the user's operation for receiving the lottery ticket, the player character, which is the result of the lottery, is given to the user.

That is, as described with reference to FIG. 29, the mission (supporter's pass) is associated with step-by-step conditions (specified points), and individual rewards for each of the step-by-step conditions (specified points). is supported.

<Process flow>
(Processing for Giving Rewards)
FIG. 31 is a flowchart illustrating the flow of processing (method, reward giving step) for the user terminal 10 to give a reward to the user. Note that some steps may be performed in parallel or out of order.

In step S140, the game progression unit 111 gives the user one or both of points and additional points by advancing the first league. The details of this step are as described with reference to FIG. 28, so detailed description will not be repeated. That is, step S<b>104 is an example of a progress step executed by the game progress unit 111 to progress the game (here, the first league).

Next, the mission management unit 114 executes the processing of steps S142 to S144 for each supporter's pass associated with the user.

In step S142, the mission management unit 114 determines whether or not the supporter's pass is associated with the user. The fact that the supporter's pass is associated with the user means that the supporter's pass is a free pass or has already been purchased. Here, "already purchased" is an example of being redeemed for consumption value associated with the user. The determination as to whether or not the purchase has been made is made by referring to the mission information stored in the storage unit 14 . Processing for updating mission information by purchase will be described later.

If Yes in step S142, the process of next step S144 is executed. If No in step S142, the processing of steps S144 and S146 is not executed for the supporter's pass, and the processing from step S142 is executed if there is a next supporter's pass.

In step S144, the mission management unit 114 determines whether or not the points accumulated for the supporter's pass exceed the specified points. Here, if a plurality of stipulated points are set for the supporter's pass, the mission management unit 114 determines whether or not the accumulated points exceed each stipulated point. If so, it is judged as Yes. If Yes in step S144, the process of next step S146 is executed. In the case of No in step S144, the process from step S142 is executed without executing the process of step S146 for the supporter's pass, if there is a next supporter's pass.

In step S146, the mission management unit 114 decides to give a predetermined reward for each prescribed point exceeding the accumulated points. Here, if the supporter's pass is a paid pass, the mission management unit 114 determines to give a reward having the same attribute (same team) as the supporter's pass. Here, as an example of a reward having the same attribute as the supporter's pass, there is the lottery ticket for team E described with reference to FIG. Note that the reward determined to be given is not given to the user in this step. The determined reward is given to the user in step S154, which will be described later.

When the processing of steps S142 to S146 is completed for each supporter's pass, the processing from step S148 onward is executed. Note that the processing of steps S148 to S154 is executed when at least one reward has been determined to be given in step S146, and is omitted when no reward has been decided to be given.

In step S148, the mission management unit 114 executes a process of directing reward acquisition. For example, the process of directing reward acquisition may be a process of outputting information that combines part or all of still images, moving images, animations, texts, voices, etc. as information indicating at least one of the rewards. , but not limited to this. Note that the processing for producing reward acquisition is executed at a predetermined timing after the processing of steps S142 to S146 is completed for each supporter's pass. The predetermined timing may be, for example, the timing of transition to the top menu part described above, but is not limited to this.

In step S150, the mission management unit 114 displays a receipt screen for receiving rewards. The receipt screen is a screen for receiving an operation to receive the reward determined to be given. For example, the receipt screen includes a list of rewards determined to be given.

In step S152, the mission management unit 114 accepts a user's operation for receiving a reward. For example, the mission management unit 114 receives an operation of selecting any of the rewards included in the reception screen.

In step S154, the mission management unit 114 gives the determined reward to the user. For example, the mission management unit 114 gives the reward selected on the receipt screen to the user.

Here, if the reward is a lottery ticket, the given lottery ticket is consumed without being held by the user. That is, in step S154, after the mission management unit 114 gives the lottery ticket to the user, the lottery unit 112 executes lottery processing to give the user a player character belonging to the Supporters' Pass team.

That is, in steps S144 and S154, when the conditions associated with the mission (paid pass) are satisfied (accumulated points exceed the specified points), the reward to be given to the user is determined by the attributes associated with the mission. It is an example of a selection step (executing a lottery process) for selecting from a plurality of objects (player characters) having (paid pass teams).

Further, in the selection step, as described in step S142, the mission (paid pass) has been redeemed (purchased already done).

Also, the selection step is executed in response to the user's operation for receiving the reward (operation on the receiving screen), as described in steps S152 and S154.

In this way, when a supporter's pass is associated with a lottery ticket as a reward, the user terminal 10 reliably gives a lottery result to a user who satisfies the conditions associated with the lottery ticket. As a result, the user's motivation to meet the conditions associated with the Supporter's Pass is enhanced.

This is the end of the description of the process of giving rewards.

(Processing to sell Supporters Pass)
FIG. 32 is a flowchart illustrating the flow of processing (method) for the user terminal 10 to sell supporters' passes. Note that some steps may be performed in parallel or out of order.

In step S160, the mission management unit 114 executes processing for selling supporter's passes. Specifically, the mission management unit 114 consumes the amount of game coins set for the supporter's pass out of the game coins held by the user in response to the operation of instructing purchase of the supporter's pass.

In step S162, the mission management unit 114 causes the storage unit 120 to store that the supporter's pass has been purchased. Specifically, the mission management unit 114 updates the information indicating not purchased associated with the sold supporter's pass in the mission information as shown in FIG. Associate Supporters Pass.

In step S164, the mission management unit 114 decides to give a reward for each specified point that has already exceeded the accumulated points of the sold supporter's pass. The processing of this step is the same as the processing in steps S144 and S146 described with reference to FIG. 31, so detailed description will not be repeated.

After that, the mission management unit 114 executes the processes of steps S148 to S154 shown in FIG. 31 to give the rewards determined in step S164 to the user.

That is, steps S160 and S162 are exchange steps for associating the mission (supporter's pass) with the fact that the mission (supporter's pass) has been exchanged (information indicating that the purchase has been completed) in exchange for the consumption of the consumption value (game coins) associated with the user. An example.

Further, in the exchange step, the mission management unit 114 has already exchanged one of the plurality of missions (paid missions M2 and M3, which are paid paths) associated with mutually different attributes (team E, team F). (Purchased) and associated with the user.

In this way, the user terminal 10 gives points to each supporter's pass regardless of whether it has been purchased or not. As for the paid pass, after the purchase, the user is given a reward corresponding to the prescribed points that have already exceeded the accumulated points from before the purchase. Therefore, the user can purchase the supporter's pass after confirming the reward that will always be obtained if the purchase is made according to the point accumulation status, thereby increasing the motivation for purchasing the supporter's pass.

This is the end of the description of the process of selling the supporter's pass.

(Processing to manage the expiration date of the supporter's pass)
FIG. 33 is a flowchart illustrating the flow of processing (method) for the user terminal 10 to manage the expiration date of the supporter's pass. Note that some steps may be performed in parallel or out of order.

In step S180, the mission management unit 114 determines whether or not each supporter's pass has expired. If Yes in step S180, the process of next step S182 is executed. If No in step S180, the process of managing the expiration date ends.

In step S182, the mission management unit 114 executes a process of giving to the user each reward that has not been given to the user among the rewards that have been determined to be given in association with the expired supporter's pass. A reward that has not been given to the user is a reward for which an operation for receiving the reward has not been accepted.

Here, if a lottery ticket is not included in the rewards that have not been given to the user, the lottery unit 112 consumes the lottery ticket to execute the lottery process. As a result, the player character of the team whose supporter's pass has expired is given to the user.

That is, as described in steps S180 and S182, the selection step is executed in response to expiration of the expiration date associated with the mission (supporter's pass).

In this way, the user terminal 10 reliably gives the reward to the user who has purchased the paid pass, even if the expiration date arrives without receiving the pass. Therefore, the motivation for purchasing the paid pass is improved.

This completes the description of the process of managing the expiration date of the supporter's pass.

[Other Modifications]
<One mission>
In the above embodiments, multiple missions have been described as being provided. However, the number of missions provided may be one.

<Multiple missions offered in different periods>
In the above-described embodiments, multiple missions are provided to the user during the same period. However, at least some of the multiple missions may be provided during a period that does not overlap with other missions. Also, each of the multiple missions may be provided at a different time than the other missions.

<Other aspects of lottery processing>
In the above-described embodiment, the reward is not limited to objects selected by lottery processing. The reward may be an object selected based on other selection criteria than the lottery.

<Aspect in which a plurality of computers cooperate>
In the above-described embodiment, the hardware configuration of the user terminal 10 and the hardware configuration of the game server 30 are not limited to those illustrated in FIGS. The functions implemented by the game system 1 according to the above-described embodiments may be implemented by a plurality of computers working together as shown in the above-described embodiments, or may be implemented by a single device. good too.

In the embodiment described above, an example in which the game is realized by the game system 1 including the user terminal 10 and the game server 30 has been described, but the game in the embodiment described above may be realized by the user terminal 10. In this case, the user terminal 10 further includes functional blocks equivalent to the control unit 310 and storage unit 34 .

〔summary〕
For example, the following configuration can be grasped from the form illustrated above. In order to facilitate understanding of each aspect, hereinafter, reference numerals in the drawings are added in parentheses for convenience, but the present invention is not meant to be limited to the illustrated aspects.

A first program according to an aspect of the present invention comprises a first progress step for causing one or more computers to progress a first game played using one or more characters, and a game program associated with the one or more characters. When one or more first parameters among the plurality of parameters determined satisfy a predetermined condition, the character can be duplicated, and according to one or more second parameters among the plurality of parameters and a second progressing step of progressing a second game played using the duplicated character, wherein the first progressing step includes the one or more changing at least a portion of a first parameter to render the character unusable due to the lapse of in-game time; A program that does not become disabled over time.

According to the above configuration, in a game environment in which the character becomes unusable as the in-game time elapses and the second game different from the normal first game can be executed by duplicating the character, the character is associated with the character. When the obtained first parameter satisfies the condition, a reward according to the second parameter is given to the user. Since rewards are given according to the second parameter, the rewards to be given are not uniform, and the interest of the game related to the giving of rewards can be improved. Thereby, it is possible to prompt the user to execute the first game using the character before duplication.

In the first program described above, the first game and the second game may be games imitating a competition, and the character may be a player character representing a player who participates in the competition.

According to the above configuration, in a game environment in which a game simulating a competition progresses, when the first parameter associated with the player character satisfies the condition, the reward corresponding to the second parameter is given to the user. Thereby, it is possible to prompt the user to execute the first game using the player character before duplication.

In the first program described above, in the duplication control step, points are awarded to the user according to the character, among the plurality of characters, for which one or more of the first parameters satisfy the condition, and awarded to the user. Rewards may be given according to the accumulated points earned.

According to the above configuration, a reward is given according to the cumulative value of points given to a plurality of characters. Thereby, the user can be encouraged to use a plurality of characters in the game.

In the first program described above, in the first progression step, the age of the character is increased with the lapse of in-game time, regardless of whether the character is used in the first game. The advancing step may disable the character whose age has reached a predetermined value.

According to the above configuration, the age of the characters not used in the first game increases in the same manner as the characters used in the first game. As a result, it is possible to add reality to the game to be executed, and to improve the interest of the game.

In the first program described above, causing one or more of the computers to further execute an obtaining step of obtaining designation information designating the character, and an belonging step of assigning the character designated by the designation information to a group. , in the first progression step, the first game is progressed using some or all of the characters belonging to the group; and in the first progression step, the ages of the characters belonging to the group are determined; , regardless of whether or not the character is used in the first game, the age may be increased as the in-game time of the first game elapses, and the age of characters not belonging to the group may not be increased. .

According to the above configuration, the age of the character belonging to the team increases as the first game progresses regardless of whether or not the character is used in the first game. On the other hand, the age of characters not belonging to a team does not increase. As a result, it is possible to prevent the age of the character from increasing uniformly, thereby improving the interest of the game.

In the above-described first program, in the first advancing step, at least a part of the plurality of parameters of the character may be changed according to the age of the character.

According to the above configuration, the parameters of the character change with age. As a result, it is possible to add reality to the game to be executed, and to improve the interest of the game.

In the first program described above, at least a portion of the plurality of parameters may be increased or decreased in the first advancing step.

According to the above configuration, the character's parameters do not always increase, but may decrease in some cases. Therefore, it is possible to add reality to the game to be executed, and to improve the interest of the game.

In the first program described above, when an instruction to copy the character has been received by one or more of the computers, if the character corresponding to the instruction to copy has already been copied, at the timing of receiving the instruction to copy A replication step of updating parameters of replication of the character with the parameters of the character may be further performed.

According to the above configuration, the parameters of the character used in the second game can be updated with the character used in the first game. Thereby, the user can be prompted to execute the first game.

A first game system according to an aspect of the present invention comprises a first progression unit that advances a first game played using one or more characters; When one or more of the first parameters satisfies a predetermined condition, the character can be duplicated, and a reward corresponding to one or more of the plurality of second parameters is given to the user. and a second progression section for progressing a second game played using the duplicated character, wherein the first progression section controls at least part of the one or more first parameters. is changed to render the character unusable as the in-game time elapses, and the second advancing unit renders the character unusable as the in-game time elapses without changing the one or more first parameters. do not do.

According to the above configuration, the same effects as those of the above-described first program can be obtained.

A first method according to an aspect of the present invention is a method executed by one or more computers, comprising: a first progress step of progressing a first game played using one or more characters; When one or more first parameters out of a plurality of parameters associated with the one or more characters satisfy a predetermined condition, the character can be duplicated, and one of the plurality of parameters or a duplication control step of providing the user with a reward corresponding to a plurality of second parameters; and a second progress step of progressing a second game played using the duplicated character, wherein at least a portion of the one or more first parameters are changed to render the character unusable with the lapse of in-game time, and in the second advancing step, the one or more first parameters are not changed , the character is not rendered unusable even with the lapse of in-game time.

According to the above configuration, the same effects as those of the above-described first program can be obtained.

A second program according to an aspect of the present invention is a progress step in which a game is progressed by a user's operation on one or more computers, and a plurality of missions when a specific event occurs due to the progress of the game. giving points to one or more missions associated with the user among the plurality of missions including at least one attributed mission associated with an attribute, and giving points to one or more missions of the one or more missions a granting step of granting additional points to a mission associated with the same attribute as the event of .

According to the above configuration, giving more points when an event of a specific attribute occurs can improve interest of users who like the attribute. In addition, it is possible to provide the user with interest in progressing the game so that many points of the attribute associated with the mission associated with the user are awarded.

In the second program described above, the plurality of missions may include a plurality of attributed missions associated with mutually different attributes.

According to the above configuration, the points given to the missions differ depending on the attributes associated with the missions. Therefore, it is possible to provide the user with the interest of selecting which missions to exchange for consumption value.

In the above-described second program, the one or more computers perform an exchange step of associating with the user one or more attributed missions included in the plurality of missions in exchange for consumption of consumption value associated with the user. may be further executed.

According to the above configuration, since the reward for the mission is selected from a plurality of objects having attributes associated with the mission, a user who prefers one of the plurality of missions associated with the attribute may Increases interest in missions.

In the second program described above, the specific event is that a parameter of the character associated with the user satisfies a predetermined condition, and the attribute of the specific event is an attribute associated with the character. may be

According to the above configuration, if the parameters of a player character with attributes favorable to the user are improved, a large number of points will be given to the mission of that attribute. It is possible to provide the user with interest to progress.

In the above-described second program, a reward is given to the user according to the attribute associated with the mission with the attribute according to the accumulation of points given to the mission with the attribute associated with the user. may be further caused to be performed by said one or more computers.

According to the above configuration, when a mission associated with an attribute that is preferable to the user is progressed, a reward corresponding to the attribute can be obtained, so that the interest can be improved.

In the second program described above, in the awarding step, when the specific event occurs as the game progresses, points are awarded for each of the plurality of missions, and the specific event among the plurality of missions is awarded. Additional points may be awarded for missions associated with the same attribute as the event in .

According to the above configuration, since points are also given to missions not associated with the user, it is possible to provide the user with the amusement of choosing whether or not to redeem missions to which many points are given for consumption value. can.

In the second program described above, the mission is associated with a tiered condition including the condition, and a separate reward corresponds to each of the tiered conditions.
A program according to any one of claims 1 to 6.

According to the above configuration, the user can obtain individual rewards by clearing the conditions in stages, which further improves the interest of the mission.

A second game system according to an aspect of the present invention includes a progression unit that advances a game by user operation, and a plurality of missions associated with attributes when a specific event occurs as the game progresses. Points are given to one or more missions associated with the user among the plurality of missions including at least one mission with an attribute, and one or more missions having the same attribute as the specific event an awarding unit for awarding additional points for associated missions.

According to the above configuration, the same effects as those of the above-described second program can be obtained.

A second method according to an aspect of the present invention is a method executed by one or more computers, comprising a progress step of progressing a game by a user's operation; In this case, points are given to one or more missions associated with the user among the plurality of missions including at least one attributed mission associated with the attribute, and the an awarding step of awarding additional points to missions associated with the same attribute as the specific event among the one or more missions.

According to the above configuration, the same effects as those of the above-described second program can be obtained.

A third program according to an aspect of the present invention provides a progress step for causing one or more computers to proceed with a game by a user's operation; and a selection step of selecting a reward to be given to a user from a plurality of objects having attributes associated with the mission.

According to the above configuration, since the reward for the mission is selected from a plurality of objects having the attribute associated with the mission, the interest of the mission is improved for users who prefer the attribute.

In the above-described third program, causing the one or more computers to further execute a redemption step of associating the mission with the user in exchange for consumption of the consumption value associated with the user, wherein the selection step comprises the For a mission, the reward may be selected if associated with the user in addition to the condition being met.

According to the above configuration, since the reward for the mission is selected from a plurality of objects having attributes associated with the mission, a user who prefers one of the plurality of missions associated with the attribute may Increases interest in missions.

In the third program described above, the redemption step may associate the user with any one of the plurality of missions associated with attributes different from each other.

According to the above configuration, since there are a plurality of types of attributes associated with a mission, the interest of the mission is improved for a user who prefers any of these attributes.

In the third program described above, the one or more computers may be caused to perform the selection step in response to the user's operation to receive the reward.

According to the above configuration, if the selection of a reward is interrupted during the progress of the game, the progress of the game may be hindered, especially when the selection of the reward is accompanied by an effect. According to the above configuration, the reward is selected in response to the user's operation for receiving the reward, so progress of the game is not hindered.

In the above third program, the mission is associated with an expiration date, and the one or more computers are responsive to expiration of the expiration date associated with the mission associated with the user. to perform the selection step.

According to the above configuration, by setting the expiration date for the mission, the rarity of the mission is created, and the interest of the mission is improved. Also, even if the reward to be given to the user has not been selected before the expiration date, by automatically selecting the reward, the reward can be given to the user who has passed the expiration date, Achieve user friendliness.

In the third program described above, when a specific event occurs in the progress of the game, the one or more computers give points for the mission associated with the user, and the specific event and the attributes associated with the mission are the same, the granting step of granting additional points to the mission is executed, and the condition associated with the mission is that the accumulation of points granted to the mission is It may be exceeding a threshold.

According to the above configuration, the user can easily obtain the object having the attribute associated with the mission by playing the game using the object having the attribute associated with the mission. As a result, the interest of the mission is further improved for users who like the attributes associated with the mission.

In the third program described above, the mission may be associated with gradual conditions including the conditions, and a separate reward may correspond to each of the gradual conditions.

According to the above configuration, the user can obtain individual rewards by clearing the conditions in stages, which further improves the interest of the mission.

A third game system according to an aspect of the present invention includes a progression unit that advances a game by a user's operation, and a reward to be given to the user when a condition associated with a mission is satisfied in the game. , a selector for selecting from a plurality of objects having attributes associated with the mission.

According to the above configuration, the same effects as those of the third program described above can be obtained.

Further, a third method according to an aspect of the present invention is a method executed by one or more computers, wherein a progression step of progressing a game by a user's operation and a condition associated with a mission in the game are selecting from a plurality of objects having attributes associated with the mission, a reward to be granted to the user if fulfilled.

According to the above configuration, the same effects as those of the third program described above can be obtained.

[Example of realization by software or hardware]
In the embodiment described above, an example in which the control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 are implemented by software has been described. That is, a program executed by a computer to achieve the object of the present invention is stored in the storage unit 14 and the storage unit 34 of the computer shown in FIGS. 7 and 3, and the processor 11 and the processor 31 read the program. By executing it, the control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 are realized.

In this case, the storage unit 14 and the storage unit 34 for storing the above programs may be "non-temporary tangible media" such as ROM (Read Only Memory), tapes, disks, cards, semiconductor memories, A 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. An 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.

Note that the control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 are not limited to being implemented by software, and may be implemented by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. .

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.

10 user terminals 11, 31 processors 12, 32 communication units 13, 33 input units 14, 34 storage unit 15 display units 17, 35 bus 30 game server 31 processor 32 communication unit 33 input unit 34 storage units 110, 310 control unit 111 game Promotion unit 311 Lottery unit 312 Character management unit 313 Mission management unit L1 Owned character group L2 Contracted character group L3 Replicated character group

Claims (14)

on one or more computers,
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
a redemption step of associating said mission with said user in exchange for consumption of consumable value associated with said user;
and
The program , wherein the selecting step selects the reward if associated with the user for the mission in addition to the condition being met . the redemption step associates with the user any one of the plurality of missions associated with attributes different from each other;
A program according to claim 1 . to the one or more computers;
causing the selection step to be performed in response to the user's action to receive the reward;
3. A program according to claim 1 or 2 . on one or more computers,
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
and
the mission has an associated expiration date;
to the one or more computers;
A program causing the selecting step to be performed in response to expiration of the expiration date associated with the mission associated with the user. on one or more computers,
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
When a specific event occurs in the progress of the game, points are given for the mission associated with the user, and if the attribute of the specific event and the attribute associated with the mission are the same , a granting step of granting additional points to the mission ;
and
The program , wherein the condition associated with the mission is that the accumulation of points awarded for the mission exceeds a threshold. on one or more computers,
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
and
said mission is associated with a step-by-step condition including said condition;
A program wherein a separate reward corresponds to each of said tiered conditions. a progression unit that progresses the game according to a user's operation;
a selection unit that selects a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
a redemption unit that associates the mission with the user in exchange for consumption of consumable value associated with the user;
including
The game system , wherein the selection unit selects the reward when the mission is associated with the user in addition to the condition being satisfied . 1. One or more computer-implemented methods comprising:
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
a redemption step of associating said mission with said user in exchange for consumption of consumable value associated with said user;
including
The method , wherein the selecting step selects the reward if associated with the user for the mission in addition to the condition being met . a progression unit that progresses the game according to a user's operation;
a selection unit that selects a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
including
the mission has an associated expiration date;
The gaming system, wherein the selector selects the reward in response to expiration of the expiration date associated with the mission associated with the user. 1. One or more computer-implemented methods comprising:
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
including
the mission has an associated expiration date;
the one or more computers performing the selecting step in response to expiration of the expiration date associated with the mission associated with the user. a progression unit that progresses the game according to a user's operation;
a selection unit that selects a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
When a specific event occurs in the progress of the game, points are given for the mission associated with the user, and if the attribute of the specific event and the attribute associated with the mission are the same , a granting unit that grants additional points to the mission,
including
The game system, wherein the condition associated with the mission is that the accumulation of points awarded for the mission exceeds a threshold. 1. One or more computer-implemented methods comprising:
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
When a specific event occurs in the progress of the game, points are given for the mission associated with the user, and if the attribute of the specific event and the attribute associated with the mission are the same , a granting step of granting additional points to the mission;
including
The method, wherein the condition associated with the mission is that the accumulation of points awarded for the mission exceeds a threshold. a progression unit that progresses the game according to a user's operation;
a selection unit that selects a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
including
said mission is associated with a step-by-step condition including said condition;
A gaming system, wherein a separate reward corresponds to each of said tiered conditions. 1. One or more computer-implemented methods comprising:
a progress step for progressing the game by a user's operation;
a selection step of selecting a reward to be given to the user from a plurality of objects having attributes associated with the mission when a condition associated with the mission is satisfied in the game;
including
said mission is associated with a step-by-step condition including said condition;
A method, wherein each of said tiered conditions is associated with a separate reward.

Images