JP2021142075A - Program, game system, and method - Google Patents

Abstract

To enhance amusement properties of a mission in a game achieved by using a computer.SOLUTION: A program causes one or a plurality of computers to execute: a progressing step for progressing a game by an operation of a user; and an imparting step for imparting a point to one or more missions associated with the user of a plurality of missions including at least one mission with attributes, which is the mission associated with attributes in the case where a specific event occurs by the progress of the game, and imparting an additional point to a mission associated with the attributes the same as the specific event of the one or more missions.SELECTED DRAWING: Figure 1

Description

The present invention relates to a technique for giving a reward to a user in a game realized by using a computer.

In a game realized by using a computer, a technique of giving a reward to a user when a mission is achieved based on a user operation is known (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2018-11632 (published on January 25, 2018)

However, the technique described in Patent Document 1 has room for improvement from the viewpoint of improving the interest of the mission.

One aspect of the present invention is to realize a technique for improving the interest of a mission in a game realized by using a computer.

In order to solve the above problems, the program according to one aspect of the present invention includes a progress step in which a game is progressed by a user's operation on one or a plurality of computers, and a case where a specific event occurs due to the progress of the game. , Among the plurality of missions including at least one mission with an attribute associated with the attribute, points are given to one or more missions associated with the user, and the one or more missions are given. Of the missions of, for the mission associated with the same attribute as the specific event, the grant step of granting additional points is executed.

In addition, the game system according to one aspect of the present invention is a plurality of missions in which attributes are associated with a progressing unit that advances a game by a user's operation and when a specific event occurs due to the progress of the game. Among the plurality of missions including at least one attributed mission, points are given to one or more missions associated with the user, and the same attribute as the specific event is associated with the one or more missions. Includes a grant section that grants additional points to missions that have been completed.

Further, the method according to one aspect of the present invention is a method executed by one or a plurality of computers, in which a progress step in which a game is progressed by a user's operation and a specific event occur due to the progress of the game. Among the plurality of missions including at least one mission with attributes associated with the attributes, points are awarded to one or more missions associated with the user, and the one or more missions are awarded. Includes a grant step that grants additional points to missions that are associated with the same attributes as the particular event.

According to one aspect of the present invention, it is possible to realize a technique for improving the interest of a mission in a game realized by using a computer.

It is a block diagram which shows an example of the structure of the game system which concerns on embodiment of this invention. It is a block diagram which shows an example of the hardware composition of the user terminal which concerns on embodiment of this invention. It is a figure which shows an example of the hardware configuration of the game server which concerns on embodiment of this invention. It is a block diagram which shows an example of the functional structure of the user terminal which concerns on embodiment of this invention. It is a block diagram which shows an example of the functional structure of the game server which concerns on embodiment of this invention. It is a figure which illustrated the flow of a part of the 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. It is a figure which shows an example of the game image in the top menu which concerns on embodiment of this invention. It is a figure which shows an example of the game image in the team formation part which concerns on embodiment of this 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. It is a flowchart which shows the flow of a part of the game which concerns on embodiment of this invention. It is a figure which illustrated the growth curve of the player character which concerns on embodiment of this invention. It is a figure which illustrated the growth curve of the player character which concerns on embodiment of this invention. It is a figure which illustrated the growth curve of the player character which concerns on embodiment of this invention. It is a flowchart which illustrates the flow of the process which gives the point to the supporter's pass by the game system which concerns on embodiment of this invention. It is a figure which illustrated the mission information which concerns on embodiment of this invention. It is a figure which illustrated the point which the game system which concerns on embodiment of this invention gives to a supporter's pass. It is a flowchart which illustrates the flow of the process which gives a reward to a user by the game system which concerns on embodiment of this invention. It is a flowchart which illustrates the flow of the process which the game system which concerns on embodiment of this invention sells a supporter's pass. It is a flowchart which illustrates the flow of the process which manages the expiration date of a supporter's pass by the game system which concerns on embodiment of this invention.

[Embodiment]
<Configuration of game system 1>
FIG. 1 is a block diagram showing an example of the configuration of the game system 1 according to the present embodiment. The game system 1 (system) includes a user terminal 10-1 (computer, terminal device), a user terminal 10-2, ... User terminal 10-N, and a game server 30 (server). These devices are connected via a network N including the Internet. User terminal 10-1, user terminal 10-2, ... User terminal 10-N has the same configuration. Therefore, unless otherwise specified, the description of "-1", "-2", etc. is omitted. This will be described as the user terminal 10.

The user terminal 10 is a computer used by the user. Examples of the user terminal 10 include a PC (Personal Computer), a tablet PC, a mobile phone such as a smartphone and a feature phone, a personal digital assistant (PDA), 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 a game to the user terminal 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 on 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 the present 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 the communication unit 12 with the game server 30 and other devices connected via the network N. Communicate via. These components are communicably connected to each other via the bus 17. The processor 11 is configured to include integrated circuits 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, and wireless communication such as WiFi (registered trademark). The input unit 13 is configured integrally with the display as, for example, a touch panel, and various instructions are input by the user's operation. Further, the input unit 13 may be another input device such as a keyboard, a mouse, a touch pad, or a microphone.

The display unit 15 is a display for displaying information such as an image or text, and includes, for example, a liquid crystal display panel or an organic EL (Electro Luminescence) display panel.

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

(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 the present embodiment. The game server 30 includes, for example, a processor 31, a communication unit 32, an input unit 33, and a storage unit 34, and is connected to a plurality of user terminals 10 and other devices via the network N via the communication unit 32. connect. These components are communicably connected to each other via the bus 35. The processor 31 executes a game control program stored in the storage unit 34, and provides a game that can be played by a plurality of user terminals 10.

The communication unit 32 is configured to include, for example, an Ethernet (registered trademark) port, a digital input / output port such as USB, a wireless communication such as WiFi (registered trademark), and the like, and is controlled by a processor 31 via a network N. To communicate with a plurality of user terminals 10 and other devices.

The input unit 33 is another input device such as a keyboard, a mouse, a touch pad, or a microphone.

The storage unit 34 includes, for example, an HDD, EEPROM (registered trademark), RAM, and the like, and stores a game control program, an application program, various setting information necessary for the game, history information, and the like. The storage unit 34 is not limited to the one built in the game server 30, and may be an external storage device connected by a digital input / output port such as USB. Further, 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. Further, the game server 30 may be configured to include a hardware configuration such as a display unit (not shown), a speaker, and an audio output terminal.

(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 the present embodiment. FIG. 4 shows the data stored in the storage unit 14 and the control unit 110, which is a functional configuration realized by the processor 11 executing the game program stored in the storage unit 14. The other configurations shown are omitted.

The control unit 110 includes a game progress unit (progress unit, first progress unit, second progress unit) 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 the 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 the present embodiment. In FIG. 5, the data stored in the storage unit 34 and the 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 displayed. It is shown, and the other configurations shown in FIG. 3 are omitted.

The control unit 310 includes a lottery unit 311, a character management unit (first progress unit, second progress unit, replication control unit) 312, and a mission management unit (replication control unit, granting unit, selection unit) 313. The storage unit 34 stores the 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. The user information may be stored in the storage unit 34 for each user account or for each application installed on 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 is consistent. 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. Further, 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. Note that part or all of the user information may be set so that it can be updated only by the control unit 110. Further, a part or all of the user information may be set so that it can be updated only by the control unit 310.

<Outline 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 may be a game of any genre, but a sport that imitates a competition in the real world is preferable. It's a game. Competitions in the real world are, for example, soccer, baseball, equestrian, tennis and skiing. In the present embodiment, a case where the game system 1 realizes a soccer game imitating soccer in the real world will be described.

Here, the soccer game realized by the game system 1 may proceed as a single-player game or as a multi-play game. In the case of a single-player game, the game system 1 makes a user team that can be operated by the user of the user terminal 10 play against an opponent team whose operation is determined by the game system 1 regardless of the operation of the user. Further, in the case of a multiplayer game, the game system 1 causes a user team that can be operated by the user of the device to play against the opponent team by the 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 the other user terminal 10 are communicably connected via, for example, a game server 30 or the like.

Next, in order to explain the mechanism of this game, a part of the flow of this game will be described. FIG. 6 is a diagram illustrating a partial flow of the game. As shown in FIG. 6, in the present embodiment, four types of characters are used: a character to be drawn, a possessed character, a contract character, and a duplicate character. The possessed character, the contract character, and the duplicate character may be characters in which the player character to be drawn is in a state transition. For example, the character selected in the lottery process among the player characters to be drawn may be the possessed character, the contracted character among the possessed characters may be the contracted character, and the inducted character among the contracted characters may be the duplicate character. .. Details of the lottery process, contract, and hall of fame will be described later. 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. The character is, for example, a monster, an animal, a youkai, a person, a plant, a robot, or an avatar, but is not limited to these, and may be a character that projects any concept. The character is given to the user by, for example, a lottery process, a login bonus, or the like.

(Player character)
A player character is a character used in a game, and is particularly a character used in a game that imitates competition. A player character represents a player who plays a game in a game that imitates the game. The player character is not limited to a person, but may be an animal character (for example, a horse used in equestrian). The player character may be a character that imitates 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 player character group L0 to be drawn. The player character group L0 is composed of player characters that can be used in this game. The player character given to the user is the character group L1 owned by the user. The game system 1 may give a player character to the user without relying on the lottery process.

(Owned character group)
The possessed character group L1 is composed of player characters (player characters c1, c2, c3, ...) Assigned to the user. Various parameters, which are information indicating the characteristics of the player character, are associated with the player character. In this example, it is assumed that the value of the first parameter P1 of the player character c1 is v1 and the value of the second parameter P2 is r1. Further, 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. Further, 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.

(contract)
The contract means that the player characters included in the possessed character group L1 are made usable in the first league. As shown in FIG. 6, the game system 1 includes the contracted player character among the player characters included in the possessed character group L1 in the contracted character group L2. In one embodiment, the contract may have a contract period set. In one embodiment, the contract period is, but is not limited to, a period in which in-game time is used as an index, and is defined by, for example, the season in the first league.

(Contract character group)
The contract 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 contract character group L2. In this example, the first parameter P1 of the player character c1 may 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. Further, the game system 1 sets a contract period at the time of contracting all contract characters. If the contract character whose contract period has expired is included in the contract character group L2, the game system 1 does not start the next season. The user can start the next season by removing the contract character for which he / she does not want to extend the contract period from the contract character group L2 by selling the contract character and making all the contract characters contract.

The contract period is set in the contract of the player character included in the contract character group L2, and the game system 1 excludes the player character whose contract period has expired from the contract character group L2. However, the player character who has been contracted (contract renewal) again remains in the contract character group L2.

(1st league)
The first league is an example of the first game. The first league consists of one or more matches. The game system 1 advances the first league by using the player characters included in the contract character group L2. The progress of the first league means that each game constituting the first league is played in sequence. When the play of the first match of the matches constituting the first league starts, the progress period of the first league begins. In addition, when the play of all the games constituting the first league is completed, the progress period of the first league ends. The progress period of the first league is also described as the season. After the season of the first league is over, it is possible to start a new first league. As the first league progresses, at least a part of the possessed parameters associated with the player characters included in the contract character group L2 may change. The game system 1 advances the first league according to the fact that the match of the first league is played, but advances the first league only when the user performs an operation other than the match, for example, team formation. I won't let you. The user can also play the game of the second league without playing the game of the first league. In such a case, the game system 1 does not advance the first league because the game of the first league is not played.

(Retirement)
Retirement means that the player cannot participate in the competition because the parameter indicating the age of the athlete character reaches a predetermined value. The parameter indicating the age is a parameter that changes with the progress of the first league, and at the end of the season of the first league, the age is added to all the player characters included in the contract character group L2 (that is, the age is added). Take). The game system 1 excludes players who cannot participate in the competition from the contract character group L2. Further, as described above, the game system 1 also excludes the sold player from the contract character group L2. In addition, the game system 1 (i) contract character so that the player character can be added to the contract character group L2 again when the user excludes the player character from the contract character group L2 without error. Instead of excluding the player character from the group L2, a retirement flag is given to the player character, and a retirement flag is given such that the player character to which the retirement flag is given is not displayed when the contract character group L2 is displayed. The player character may not be treated as a contract character, or (ii) the player character may be excluded from the contract character group L2 and added to the history list.

(Inducted into the Hall of Fame)
Hall of Fame means that the game system 1 duplicates the player characters included in the contract character group L2 to generate duplicate characters. The game system 1 duplicates a player character whose first parameter P1 satisfies a predetermined condition among the player characters included in the contract character group L2. The same player character can be inducted into the Hall of Fame multiple times. In the present 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 the present embodiment, a plurality of player characters having the same name or the same parameters may be possessed as the characters to be drawn, but each of them has a unique character ID, and in that case, they are different characters. Distinguished as. As described above, player characters with the same character ID can be inducted into the Hall of Fame as many times as they like, but in that case, the game system 1 does not duplicate the player character, but rather the parameters of the duplicate character. Overwrite.

Here, as the first league progresses, the first parameter P1 (first parameter) possessed by each player character included in the contract character group L2 may change. When the first parameter P1 satisfies a predetermined condition (for example, the threshold value vc is exceeded), the player character can be duplicated (can be inducted into 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 described later. The game system 1 generates the duplicate character c1_1 included in the duplicate character group L3 by duplicating the player character who can be inducted into the Hall of Fame in the contract character group L2. The player character before duplication can be used in the first league, while the duplicate character can be used in the second league, which is different from the first league. That is, the user can configure the duplicate character group L3 that can be used in the second league as a so-called dream team by duplicating each favorite player character (which satisfies the hall of fame entry condition). A parameter including a first parameter and a second parameter is associated with the duplicate character. In addition to the first and second parameters, the parameters associated with the duplicated character include parameters such as a tone parameter that changes every game and a physical strength that changes during the game.

The duplicated character is associated with the same parameters as those associated with the duplicated player character. In the example of FIG. 6, the game system 1 generates the duplicate character c1-1 from the player character c1 inducted into the Hall of Fame. 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 value 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 tone and physical strength) fluctuate during the game. After the match is over, the parameters such as the condition and physical strength of the previous match may be taken over in the next match. On the other hand, when the second league is newly started, the game system 1 resets parameters such as tone and physical strength.

(2nd league)
The second league is an example of the second game. The game system 1 advances the second league using the duplicate character group L3 generated by the Hall of Fame. The first parameter P1 (first parameter) of the duplicate character included in the duplicate character group L3 does not change regardless of the progress of the second league. In addition, the parameter indicating the age of the duplicate character does not change with the progress of the second league, and the duplicate character does not retire. However, the duplicate character of the second league can be excluded by the user's operation. That is, the duplicated character of the second league does not retire in the game system 1, but the game system 1 excludes the duplicated character by the operation of the user. The game system 1, for example, excludes the sold player from the duplicate character group L3. The game system 1 can add the duplicated character to the duplicated character group L3 again when the user excludes the duplicated character from the duplicated character group L3 without error. 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)
Points are accumulable information given to users. When the first parameter P1 satisfies a predetermined condition (for example, the threshold value vc is exceeded), the points given to the user by the game system 1 are given to the mission associated with the user. The user accumulates points for a mission in order to meet the conditions associated with the mission. The points may be represented numerically or by the length of the bar.

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

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

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

<Data structure of user information>
FIG. 7 is a diagram illustrating a data structure of user information in the present embodiment. As shown in FIG. 7, in one example, the user information includes a user ID, a user name, an icon, possessed character information, contract character information, duplicate character information, starting lineup, entering a bench, possessed consumption value, possessed item, and mission information. Various parameters are included. 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 above-mentioned parameters.

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

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

FIG. 8 is a diagram illustrating a data structure of character information in the present 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, origin club, basic parameters, state 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 above-mentioned parameters.

The character ID is an identifier for identifying a player character. The character name is information indicating the name of the player character. The age is information indicating the age of the player character. Rarity is information indicating the degree of appearance frequency (rareness) of a player character. The growth type is information indicating the type of growth of the player character. The origin club is information indicating the origin club of the player character. Fame is information that quantifies the fame of a player character. The position is information indicating the position of the player character.

The basic parameters are parameters whose values do not fluctuate during the competition (during the match), and the player character's ability values (physical, speed ability, technique, teamwork, reaction to the ball at the time of attack, skill of handling the ball, etc. Dribble touch fineness, pass accuracy, deciding power, etc.) and skills possessed by player characters (scissors, elastico, chapeu, kick feint, shaft footrest, control curve, non-rotating shot, acrobatic shot, etc.) This is the information to be shown.

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

(First parameter)
The player character is associated with one or more first parameters that are referred to in determining whether the Hall of Fame condition is met. The one or more first parameters may be parameters included in the character information. Further, at least a part of the first parameter of the one or more changes with the progress of the first game, but the first parameter of the one or more does not change with the progress of the second game. In one aspect, the first parameter can be, but is not limited to, fame associated with the player character, as it changes with the progress of the first game, but not with the progress of the second game.

(Second parameter)
For a player character, the first parameter P1 satisfies a predetermined condition, and the player character is one or more referenced to determine the reward given to the user when the player character becomes replicable (can be inducted into the Hall of Fame). The second parameter of is associated. The one or more second parameters may be parameters included in the character information. Further, the one or more second parameters may or may not be changed 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. Further, the first parameter and the second parameter may include a common parameter.

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

(Mission information)
FIG. 9 is a diagram illustrating a data structure of mission information in the present embodiment. As shown in FIG. 9, in one example, the mission information includes various parameters such as mission ID, type, attribute, 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 above-mentioned parameters.

The mission ID is an identifier for identifying the mission. The type is information indicating the type of a paid mission or a free mission. An attribute is information indicating an attribute associated with a mission. The points are the accumulated value of the points given to the mission. The purchase state is information indicating whether or not the paid mission is purchased when the mission is a paid mission. The expiration date is information indicating the expiration date of the mission.

<Game part>
Next, the game part of this game will be described. This game may be composed of a plurality of game parts. In the present embodiment, the game includes a top menu, a team formation part, a match part, a personnel part, a user information part, a player training part, a hallway part, a mission management part, a user information part, and a news part, but other than these. Game part may be included, or some game parts may not be included.

(Top menu)
An example of processing the top menu 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 progress unit 111 displays the top menu image G0 on the display unit 15.

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

When the game progress unit 111 detects that the input unit 13 has touched the object O0, the game progress unit 111 starts the user information part. When the game progress unit 111 detects that the input unit 13 has touched the object O2, the game progress unit 111 starts the news part. When the game progress unit 111 detects that the input unit 13 has touched the object O3, the game progress unit 111 starts the game part. When the game progress unit 111 detects that the input unit 13 has touched the object O4, the game progress unit 111 changes the type of the game part. When the game progress unit 111 detects that the input unit 13 has touched the object O6, the game progress unit 111 starts the team formation part. When the game progress unit 111 detects that the input unit 13 has touched the object O7, the game progress unit 111 starts the personnel part. When the game progress unit 111 detects that the input unit 13 has touched the object O8, the game progress unit 111 starts the player training part. When the game progress unit 111 detects that the input unit 13 has touched the object O9, the game progress unit 111 starts the hall of fame part.

(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 progressing unit 111 performs processing such as replacement of positions, replacement of starting members and members on the bench, and use of items. By using the item, the game progressing unit 111 increases or restores the parameters such as physical strength and motivation, which are parameters other than the first parameter and the second parameter, to the original values. FIG. 11 is a diagram showing an example of the game image G1 in the team formation part. The game progress unit 111 displays the game image G1 on the display unit 15 with reference to the user information.

As shown in FIG. 11, the starting lineup player character O11 is arranged in the area O10 of the game image G1. A player character O13 on a 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 a starting lineup nor a bench is arranged. The game image G1 also includes an object O16 for using the item. The game image G1 may further include an object for changing the formation and the like.

When the game progress unit 111 detects that the input unit 13 has been dragged and dropped onto the objects O11, O13, and O15, the dragged player character and the player character placed at the drop destination are displayed. The position is exchanged between, or the starting lineup player character and the player character on the bench are exchanged.

When the game progress unit 111 detects that the input unit 13 has touched the object O16, the game progress unit 111 may perform the item use process in response to the operation on the input unit 13. The item use process is a process of reducing the number of items possessed and expressing the effect of the item. For example, recovery of various state parameters of a player character by using various recovery items, and a specific period by using various boosters. The amount of rewards earned will be increased.

In addition, the game progress unit 111 may detect other operations on the input unit 13 and perform other processes such as displaying detailed information of each player character and changing the formation.

(Match part)
An example of processing a match part in this game will be described with reference to FIG. In the game part, the game progressing unit 111 executes a battle process between the user team composed of the starting lineup and the player character on the bench and the opponent team.

For the match processed in the match part, the first league (first game) in which the user team consisting of contract characters is used to play against each other, and the second league (second game) in which the user team consisting of duplicate characters are used to play against each other. There are two types of games with. Which match is processed in the match part is determined according to the user's operation on the object O4 in the top menu part.

Further, in order to start the game, the game progressing unit 111 may perform the same processing as the team formation part, and may perform processing such as replacement of positions, replacement of starting members and members on the bench, use of items, and the like.

FIG. 12 is a diagram showing an example of the game image G2 in the game part. The game progress unit 111 causes the display unit 15 to display the game image G2. The game image G2 includes an object O20 representing a field during a match and an object O21 serving as an operation UI. The object O20 shows an object O21 indicating the player character of the user team, an object O22 indicating the player character of the opponent team, and an object O23 indicating the ball. The game progress unit 111 simulates a soccer game by moving the objects O21, O22, and O23 by a predetermined algorithm with reference to the character information of the user team and the character information of the opponent team. Further, when the game progress unit 111 detects that the input unit 13 has been touched to the object O24, the game progress unit 111 changes the tactics of the user team or changes players according to the touch position to 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 is over, the game progress unit 111 notifies the game server 30 of the end of the game and causes the display unit 15 to display the game result. The character management unit 312 may change the parameters associated with each player character according to the achievements of each player character during the game, the training status of each player character, and the like. Achievements are, for example, the presence or absence of participation in a match, the number of matches participated, the frequency of participation in a match, or the degree of contribution in a match. Also, in one aspect, the character management unit 312 may increase the fame associated with the starting lineup and the player character on the bench.

(Season)
The game progress unit 111 notifies the game server 30 of the end of the season when a predetermined number of games of the first league are completed. At the end of the season, the character management unit 312 adds 1 year to the age associated with the player character included in the contract character group L2, and associates it with the player character according to the growth type associated with the player character. The given parameters may be changed. Further, the character management unit 312 may exclude player characters whose age exceeds a predetermined threshold value from the contract 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 of the first league.

(Personnel 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 unit 311 executes the lottery process, and the character management unit 312 executes the processing such as contract and contract renewal.

13 to 15 are diagrams showing an example of game images G3 to 5 in the personnel part. First, the game progress unit 111 causes the display unit 15 to display the game image G3. In the game image G3, an object O30 for executing various scouts, an object O31 for displaying a scouting list which is a list of uncontracted possessed character group L1, and an object for displaying a list of contract character group L2. O32 is included.

Object O30 contains buttons for performing one or more types of scouts. The scout is the above-mentioned lottery process, which is a process of drawing a player character from the player character group L0 to be drawn and adding it to the possessed character group L1 in exchange for the consumption value owned by the user or free of charge. .. The scouts executed by each button included in the object O30 may differ in the amount of consumption value required, the rarity of the player character to be drawn, and the like.

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

When the game progress unit 111 detects that the input unit 13 has touched the object O31, the game progress unit 111 displays the game image G4 shown in FIG. 14 on the display unit 15. The game image G4 includes an object O40 that displays a list (scouting list) of the uncontracted possessed character group L1.

When the game progress unit 111 detects that the input unit 13 has touched the object O31, the game progress unit 111 selects a player character according to the touch position, and displays the game image G5 for the contract of the selected player character. It is 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 the contract conditions, and an object O52 for executing the contract. When the game progress unit 111 detects that the input unit 13 has touched the object O51, the game progress unit 111 may change the contract conditions including the contract period according to the touch operation. When the game progress unit 111 detects that the input unit 13 has been touched with the object O52, the game progress unit 111 notifies the game server of the designated information for designating the selected player character and the information indicating the contract conditions. The character management unit 312 executes the contract processing of the player character indicated by the designated information under the notified contract conditions, and adds it to the contract character group L2.

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

(User information part)
An example of 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 the duplication process.

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

When the game progress unit 111 detects that the input unit 13 has been touched with the object O61, the game progress unit 111 is a player character whose first parameter satisfies a predetermined condition, that is, a player character who can be inducted into the Hall of Fame. The object showing the list of is displayed on the display unit 15 as shown in FIG. Then, the game progress unit 111 notifies the game server 30 of the player character selected by the touch device for the object. The character management unit 312 duplicates the selected player character and adds the duplicated duplicate 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 progress section 111 displays the Hall of Fame players and organizes the Hall of Fame team.

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

When the game progress unit 111 detects that the input unit 13 has touched 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 progress unit 111 detects that the input unit 13 has touched the object O71, the game progress unit 111 is inducted into the Hall of Fame composed of the duplicate characters included in the duplicate character group L3 like the team formation part. Perform the team formation process.

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

FIG. 18 is a diagram showing an example of the game image G8 in the mission management part. First, the game progress 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 to which no attribute is associated, an object O81 indicating points given to the free supporter's pass to which no attribute is associated, and an attribute A. To display the paid supporter's pass associated with the object O82, the object O83 indicating the points given to the paid supporter's pass associated with the attribute A, and the paid supporter's pass associated with the attribute B. Object O84, object O85 indicating the points given to the paid supporter's pass associated with the attribute B, object O86 for displaying the paid supporter's path associated with the attribute C, and attribute C are associated. There is an object O87 that indicates the points given to the paid supporters pass.

As described above, as the supporter's pass, there are a plurality of supporter's passes, and at least one mission with an attribute to which the attribute is associated is included. Further, in the example of FIG. 18, a plurality of missions with attributes in which different attributes are associated with each other 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, in the game image G8, the object O80 for displaying the free supporters pass to which the attribute is not associated, and the object showing the points given to the free supporters pass to which the attribute is not associated are shown. It includes O81, an object O82 for displaying a 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. In this way, it is not necessary that there are a plurality of attributed missions in which different attributes are associated with each other.

FIG. 20 is a diagram showing an example of a game image G9 displaying a free supporters pass to which attributes are not associated. When the game progress unit 111 detects that the input unit 13 has touched the object O80, the game progress unit 111 displays the game image G9 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 attribute associated, an object O91 indicating the points given to the free supporter's pass with no associated attribute, and an attribute. Includes objects O92 and O93 that indicate the rewards earned by accumulating points for non-free supporters passes.

FIG. 21 is a diagram showing an example of a game image G10 displaying a paid supporter's pass associated with the attribute A. When the game progress unit 111 detects that the input unit 13 has touched the object O82, the game progress unit 111 displays the game image G10 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 the points given to the paid supporter's pass associated with the attribute A, and the attribute A. Includes objects O102-O104 indicating rewards obtained by accumulating points for the paid supporters pass associated with, and object O105 for purchasing the paid supporters pass associated with attribute A. ..

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

The rewards that can be obtained by the free supporters pass with no associated attributes are the rewards that do not have any attributes (objects O92 and O93). On the other hand, the reward that can be obtained by the paid supporter's pass with which the attribute A is associated may include the reward that does not have the attribute (object O102), but also includes the reward that has the attribute A. (Objects O103, O104). The object O103 is an icon having the attribute A, and the object O104 is a lottery ticket for the player character of the 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 progress unit 111 executes the notification display process.

FIG. 22 is a diagram showing an example of the game image G11 in the user information part. The game progress 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 progress unit 111 detects that the input unit 13 has touched the object O110, the game progress unit 111 displays a list of messages in the area O112. When the game progress unit 111 detects that the input unit 13 has touched the object O111, the game progress unit 111 causes the area O112 to display a list of unreceived items. Then, when the game progress unit 111 detects that the input unit 13 has touched the area O112, the game progress unit 111 displays a message or receives an item according to the touch position.

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

FIG. 23 is a diagram showing an example of the game image G12 in the player training part. First, the game progress 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 progress unit 111 detects that the input unit 13 has touched the object O120, the game progress unit 111 sets training for the player character according to the user's operation. The character management unit 312 may increase the parameters associated with the trained athlete character more than other athlete characters.

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

The game system 1 has a first progress unit for advancing a first game performed using one or a plurality of characters, and one or a plurality of first parameters among a plurality of parameters associated with the one or a plurality of characters. Is duplicated with a duplication control unit that makes the character replicatable and gives the user a reward according to one or a plurality of second parameters of the plurality of parameters when the character satisfies a predetermined condition. A second progress unit for advancing a second game performed using the character is provided, and the first progress unit changes at least a part of the one or a plurality of first parameters to bring the character into the game. The second progress unit does not change the one or more first parameters and does not disable the character with the passage of in-game time. In the present embodiment, the first progress unit and the second progress unit are realized by the game progress unit 111 and the character management unit 312. The duplication control unit is realized by the character management unit 312.

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

In the personnel part, as described above, the user uses the user terminal 10 to specify a player character to be used (that is, to make a contract) in the first league from among the player characters included in the possessed character group L1. I do. In step S100, the character management unit 312 executes an acquisition step of acquiring designated information for designating a player character in response to a user operation.

In step S102, the character management unit 312 executes the belonging step of making the player character designated by the designated information belong to the contract character group L2 (an example of the group).

In step S104, the game progress unit 111 and the character management unit 312 execute the first progress step of advancing the first league performed by using one or a plurality of player characters. In the first progress step, as described above, the character management unit 312 changes at least a part of one or a plurality of first parameters. For example, the character management unit 312 changes the fame, age, basic parameters, etc. of the player character according to the progress of the first league. On the other hand, the rarity of the player character does not change with the progress of the first league.

Further, as described above, in the first progress step, the character management unit 312 sets the age of the player character included in the contract character group L2 to the game regardless of whether or not the player character is used in the first game. Increase with the passage of time. In addition, the character management unit 312 retires a player character whose age has reached a predetermined value. The retired player character cannot be used in the first game. That is, the character management unit 312 disables the player character after the contract as the in-game time of the first league elapses. As described above, in addition to the player character retiring, the player character is excluded (cannot be used), for example, by the user selling it. Further, in the present embodiment, the user can make the player character a trainer when the player character retires. A trainer is a character that assists another player character.

At this time, as described above, in the first progress step, the game progress unit 111 advances the first game by using a part or all of the characters belonging to the contract character group L2. Further, in the first progress step, the character management unit 312 sets the age of the player character belonging to the contract character group L2 in the first game regardless of whether or not the player character is used in the first game. Increase with the passage of in-game time. On the other hand, the character management unit 312 does not increase the age of the player characters who do not belong to the contract character group L2.

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

Further, as described above, in the first progress step, the character management unit 312 changes at least a part of the plurality of parameters of the player character as the age of the player character changes. At this time, the character management unit 312 raises or lowers at least a part of the plurality of parameters. That is, the plurality of parameters of the player character do not always increase, but decrease in some cases.

25 to 27 are diagrams illustrating the growth curve of the player character. In FIGS. 25 to 27, the horizontal axis represents the age (x) and the vertical axis represents the total ability value (y).

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

The growth curve of the player character is not limited to the one illustrated in FIGS. 25 to 27, and various ones are used. The growth curve of a player character is defined, for example, by the growth type of the player character. It should be noted that FIGS. 25 to 27 exemplify a graph in which the fluctuation of the total capacity value is small in order to facilitate the understanding of the invention, but the actual graph may have a large fluctuation in the total capacity value. good.

Returning to the description of FIG. 24. In step S106, the character management unit 113 satisfies a predetermined condition (hereinafter referred to as “hall of fame condition”) that one or a plurality of first parameters among the plurality of parameters associated with the one or a plurality of player characters are satisfied. If so, perform a replication control step that makes the player character replicatable (inducted into the Hall of Fame). A player character who can be inducted into the Hall of Fame can be inducted into the Hall of Fame as many times as he / she wants at any time thereafter.

The Hall of Fame condition is the condition of the first parameter that enables the Hall of Fame. The Hall of Fame condition is, for example, a condition that the first parameter is equal to or higher than the threshold value (for example, fame is 2000 or higher). The conditions for entering the Hall of Fame may differ for each position of the player character and for each player's attributes (for example, rarity, rank). The attribute is information indicating which group the target belongs to for the target that 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 the attributes of the player character.

In the example of FIGS. 25 to 27, the case where the hall of fame entry condition is a condition that the total ability value of the player character is equal to or higher than the threshold value y0 will be described. In the example of FIG. 25, when the age of the player character reaches x11, the total ability value of the player character reaches y0, and the player character can be inducted into the Hall of Fame. Once the player character has been inducted into the Hall of Fame, the player character will continue to be inducted into the Hall of Fame and can be inducted into the Hall of Fame multiple times. That is, a player character who has been able to enter the Hall of Fame once can be inducted into the Hall of Fame even when the total ability value drops below the threshold value y0. On the other hand, in the example of FIG. 26, the player character is retired without satisfying the Hall of Fame condition. In this way, not all player characters meet the conditions for being inducted into the Hall of Fame, and some player characters do not meet the conditions for being inducted into the Hall of Fame. In the example of FIG. 27, when the age of the player character 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 when it becomes possible to enter the Hall of Fame. Can be made to.

The user of the first league causes the player character to be inducted into the Hall of Fame by performing an operation of inducting the player character who can be inducted into the Hall of Fame. When the user performs an operation to induct the player character into the Hall of Fame, the character management unit 312 causes the player character designated by the user to be inducted into the Hall of Fame and generates a duplicate character that is a duplicate of the player character. That is, when a player character is inducted 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-entered into the Hall of Fame, each parameter of the duplicate character is updated with each parameter of the player character at the timing of the last inducting into the Hall of Fame. That is, in this operation example, when the character management unit 312 receives the duplication instruction of the player character and the character corresponding to the duplication instruction has already been duplicated, the character management unit 312 receives the duplication instruction at the timing of receiving the duplication instruction. Performs a duplication step that updates the duplication parameters of the player character with the parameters of.

Further, in step S106, the mission management unit 114 responds to 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 condition. The reward is given to the user.

In this operation example, the mission management unit 114 gives the user points according to the player character in which one or a plurality of first parameters satisfy the hall of fame condition among the plurality of player characters, and the points given to the user. Give rewards according to the cumulative value.

Points are awarded, for example, to a supporter's pass obtained (eg, purchased) by the user. In this operation example, the supporter's pass is an item obtained by the user in the game in which the user can obtain a reward according to the cumulative value of the points to be given. A plurality of types of supporter's passes may be provided. For example, a supporters pass may be provided for each soccer club. In addition, the supporter's pass may have a valid period set, for example. In the case of a supporter's pass with a valid period, the user will be rewarded according to the cumulative value of points granted within the period. The reward may be selected by the user from a plurality of items.

Further, the game system 1 may give a reward other than points, for example, a consumption value or an item, to the user when one or a plurality of first parameters associated with the player character satisfy the conditions for being inducted into the Hall of Fame. ..

The user can accumulate the points of the supporter's pass obtained by himself / herself by satisfying a predetermined condition such as growing a player character or participating in a predetermined game. For example, when the player character meets the Hall of Fame condition, the mission management unit 313 gives points according to the second parameter of the player character to the supporters pass. That is, the points given when the conditions for entering the Hall of Fame are satisfied differ depending on the second parameter (for example, rarity) of the player character. For example, the mission management unit 313 gives 1 point when the player character's rarity is "1", gives 2 points when the player character's rarity is "2", and gives the player character's rarity "2". If it is "3", 3 points will be given.

In addition, if there are multiple player characters that meet the Hall of Fame entry conditions, points will be given to each of those multiple player characters in the Supporters Pass. That is, the larger the number of player characters inducted into the Hall of Fame, the higher the cumulative value of points.

If the user owns a plurality of supporters'passes, points will be awarded to each of the plurality of supporters' passes if the above conditions are met. For example, if the user owns one free pass and one paid pass, and the player character with a rarity of "3" meets the Hall of Fame condition, 3 points for each of the free pass and the paid pass. Is given.

The supporters pass is an example of missions M1, M2, M3, ... Illustrated in FIG. 29. As described above, the reward is given to the user according to the cumulative value of the points given to the supporters pass (hereinafter referred to as "cumulative points"). In the example of FIG. 29, a user whose cumulative points of mission M1 which is a free pass is 100 points or more can acquire an icon. In addition, a user whose accumulated points of mission M2, which is a paid pass, is 100 points or more can acquire the team E icon. A user whose accumulated points of mission M1 is 200 or more can acquire an icon and reward B. A user who has accumulated points of mission M2 of 200 or more can acquire the icon of team E and the reward E2.

As described above, 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 further, the user receives a reward according to the accumulated value of the points. Give to. That is, in this operation example, the mission management unit 114 gives the user a reward according to the second parameter of the player character.

In this operation example, the mission management unit 313 gives a reward according to the accumulated value of the points given to the supporters pass, but the reward is limited to the one corresponding to the accumulated value (cumulative points) of the points. No. The reward may be, for example, the cumulative points of the supporters pass itself. Further, for example, the mission management unit 313 may give the user a reward according to the points given to the supporters pass. In this case, for example, the mission management unit 313 may give the user a reward corresponding to the given points each time points are given to the supporters pass. As another example, for example, the mission management unit 313 may give a preset reward for each rarity of the player character when the player character satisfies the hall of fame condition.

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

In the second progress step, as described above, the character management unit 312 does not change one or more first parameters (eg, player character's fame value, experience value, age, team affiliation, and position). 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 parameter of the player character fluctuates with the progress of the first league and also fluctuates with the progress of the second league.

Further, as described above, in the second league, the duplicated characters do not increase in age, and the duplicated characters used in the second league do not retire. That is, the character management unit 312 does not disable the duplicate character used in the second league even with the passage of in-game time. As described above, the duplicated character can be excluded by the user's operation when it is determined that the user is unnecessary. In this case, the game system 1 excludes the duplicate character according to the operation of the user.

According to the above mechanism, when the first parameter associated with the player character satisfies the hall of fame condition, the reward corresponding to the second parameter is given to the user. Granting a reward to a user can be a motivation to advance a match in the first league using the player characters included in the contract character group L2. Further, in the present embodiment, since the reward according to the second parameter is given, the reward given is not uniform, and the interest of the game related to the giving of the reward can be improved. As a result, it is possible to encourage the user to execute the first game using the player character before duplication.

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

The game system 1 includes a progress unit that advances the game by a user's operation, and at least one mission with an attribute that is a plurality of missions and has an attribute associated with the progress when a specific event occurs due to the progress of the game. Among the plurality of missions, points are given to one or more missions associated with the user, and points are added to the missions associated with the same attribute as the specific event among the one or more missions. Includes a granting unit that grants points. In the present embodiment, the progress unit is realized by the game progress unit 111. The granting unit is realized 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, missions M1, M2, M3, ... Are present and missions M1 and M2 are associated with the user. Each mission has one or more conditions associated with it. If any of the conditions is met, the reward associated with that condition is given to the user. In other words, each mission is a service that rewards a user associated with the mission when any one or a plurality of conditions associated with the mission are satisfied.

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

(Mission attributes)
The plurality of missions includes at least one mission with an attribute to which the attribute is associated. In one embodiment, the plurality of missions includes a plurality of attributed missions in which different attributes are associated with each other. In the example of FIG. 29, no attribute is associated with the mission M1. Attributes are associated with missions M2 and M3.

In the example of FIG. 29, the attribute associated with the mission is the team from which any player character is available in the game. However, the attributes associated with the mission are not limited to this, and may be attributes possessed by other objects used in the soccer game. Here, the attribute is information indicating which group the target belongs to with respect to the target that can be grouped. For example, but not limited to this, when various objects in a sports game such as a player character, an emblem, a cheering song, etc. are targeted, the target may have a team to which it belongs as an attribute. Further, when targeting a player character, it may have a position, a rarity, or the like as an attribute. Further, the attribute associated with the mission can be any of the attributes that any object can have. For example, although not limited to this, the mission in the present embodiment may be associated with the team, position, rarity, etc. to which the player character belongs as an attribute.

(Specific event)
Among the events that occur in the progress of the game, it is an event that triggers the awarding of points. The type of event is not limited, and includes, for example, that the parameters of the character satisfy a predetermined condition, that a predetermined event has occurred or ended, and the like. Examples of specific events include (1) playing a match included in the first league, (2) allowing a player character to be inducted into the Hall of Fame, and the like.

In the case of (1), an upper limit is set for the points given in a predetermined period. For example, the maximum number of points awarded may be one game per day. For example, points will not be awarded on days when no first league match is completed during the first league season. In addition, points for one match will be awarded on the day when one or more matches of the first league are completed during the season of the first league.

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 can be inducted into the Hall of Fame.

FIG. 28 is a flowchart illustrating the flow of a process (giving step) in which the game system 1 gives points to the supporter's pass. FIG. 28 describes the case of (2) above.

In step S120, the mission management unit 313 determines whether or not the first parameter of the player character exceeds the threshold value. If it is determined that the number is exceeded (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, and for each supporter's pass, the second player character is the second. Give points according to the parameters. FIG. 30 is a diagram illustrating points to be 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 assigns points to each supporter's pass according to the rarity associated with the player character.

Further, 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, when the first parameter of the player character whose home club is team E exceeds the threshold value, additional points are given to the mission M2. As shown in FIG. 30, the mission management unit 313 may give points according to the rarity associated with the player character as additional points.

In step S122 and step S124, the mission management unit 313 may give points only to the supporter's pass associated with the user, but similarly to the supporter's pass not associated with the user. You may give points. In this case, since points are also given to missions that are not associated with the user, the user can provide the user with an interest in choosing whether to exchange the mission with many points for the consumption value.

(Paid missions and free missions)
Multiple missions include paid missions and free missions. In the example of FIG. 29, the mission M1 to which the attribute is not associated is a free mission, and the missions M2 and M3 to which the attribute are associated are paid missions. However, the missions given to the user may include free missions with associated attributes or paid missions with no associated attributes.

A paid mission is a mission in which a reward according to a condition can be obtained in exchange for the consumption of the consumption value associated with the user. Hereinafter, it is also described that the user purchases the service or object in exchange for the consumption value. In other words, the paid mission is a service in which rewards can be obtained by the purchase of the user. In the example of FIG. 29, the paid mission M2 can be purchased with 100 game coins (100 pt), which is an example of the consumption value. The paid mission M3 can be purchased with 200 game coins (200 pt).

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

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

(Supporters pass, paid pass, free pass)
The Supporters Pass is an example of a mission. Of the supporters' passes, the paid ones are also described as paid passes (an example of paid missions), and the free ones are also described as free passes (an example of free missions). In this embodiment, the paid pass is associated with a specific team as an attribute. The specific team is one of the teams to which the plurality of player characters provided in the game belong. Hereinafter, the "supporters pass associated with Team X as an attribute" will also be simply referred to as "team X supporters pass (paid pass)". In addition, the "team associated with the supporters pass" is also simply described as the "team of the supporters pass (paid pass)". For example, mission M2 shown in FIG. 29 is a “paid pass for team E”. In addition, mission M3 is a "paid pass for team F". When the conditions associated with the purchased paid pass are met, the user is rewarded with the reward associated with the team for the paid pass. Therefore, the user is more likely to get the reward associated with the team of the paid pass by purchasing the paid pass. Therefore, the motivation for the user who supports any team to purchase the paid pass of the team is improved.

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

(Consumption value)
Consumption value is information that represents a value that can be redeemed for an in-game service or object. The consumption value may be an in-game parameter (such as the game coins described above) that represents a value that can be redeemed only for an in-game service or medium, or a value that can be redeemed for a service or medium that is not limited to a specific game. It may be information representing. Further, the consumption value may be information representing an amount of money associated with a credit card in the name of a user, a bank account, or a cashless payment service.

When the consumption value is an in-game parameter, such consumption value includes paid ones and free ones. The paid consumption value is given to the user in exchange for the payment of the monetary value by the user. Free consumption value is given to the user without requiring the user to pay the monetary value. The free consumption value may be given to the user by, for example, a login bonus, a campaign, or the like.

(Reward)
The reward is what the game provider or user recognizes as having value in the game. A reward is an object or service given to a user in return for satisfying any one or more of the conditions associated with the mission. In the example of FIG. 29, the reward is determined in association with the specified point, which is a condition. For example, if the accumulated points for the free mission M1 reach 100 pt, an icon is given, if it reaches 200 pt, a reward B is given, and if it reaches 300 pt, a reward C is given. And when it reaches 400pt, reward D is given.

Examples of rewards include player characters, background music, icons that can be associated with users, background images in top menu parts, team emblems, and other items. Further, as another example of the reward, there are elements that can advance the game advantageously, for example, an item that enhances the parameters of the player character. Further, as another example of the reward, there is a service that executes a lottery process for a player character.

In one embodiment, the mission management unit 313 may give the user a reward according to the attribute 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 pt, the mission management unit 313 rewards the user with the icon of team E, which is an attribute associated with the paid mission M2. It may be given.

According to the above mechanism, when an event of a specific attribute occurs, more points are given, which can improve the interest of the user who prefers the attribute. In addition, it is possible to provide the user with an interest in advancing the game so that a large number of points of the attribute associated with the mission associated with the user are given. In particular, if there are multiple missions with attributes that have different attributes associated with each other, the points given to the mission will differ depending on the attributes associated with the mission, so which mission should be redeemed for consumption value? It is possible to provide the user with the interest of choice.

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

The game system 1 sets a progressing part that advances the game by the operation of the user, a reward given to the user when the conditions associated with the mission in the game are satisfied, and an attribute associated with the mission. Includes a selection unit for selecting from a plurality of objects having. In the present embodiment, the progress unit is realized by the game progress unit 111. The selection unit is realized by the mission management unit 313.

An example of a reward associated with a mission is an object selected from objects that have the same attributes as those associated with the mission. In the present embodiment, as an example of the reward that may be obtained by the supporter's pass, there may be a service that executes and grants a lottery process of a player character belonging to the team of the supporter's pass. In other words, one of the rewards that can be earned with a Supporters Pass includes a lottery ticket.

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

For example, in FIG. 29, in the paid mission M2 which is the paid pass of the team E, the lottery ticket of the team E is given when the accumulated points exceed 300 points. The player character to be drawn in the lottery ticket of Team E is the player character of Team E. Further, in the paid mission M3 which is a paid pass of the team F, a lottery ticket of the team F is given when the accumulated points exceed 300 points. The player character to be drawn in the lottery ticket of Team F is the player character of Team F.

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

That is, as explained with reference to FIG. 29, the mission (supporters pass) is associated with a stepwise condition (regulated point), and each stepped condition (regulated point) is individually rewarded. Is supported.

<Processing flow>
(Processing to give rewards)
FIG. 31 is a flowchart illustrating the flow of a process (method, reward giving step) in which the user terminal 10 gives a reward to the user. Note that some steps may be performed in parallel or in a different order.

In step S140, the game progress unit 111 gives the user one or both of points and additional points by advancing the first league. Since the details of the step are as described with reference to FIG. 28, the detailed description will not be repeated. That is, step S104 is an example of a progress step for advancing the game (here, the first league), which is executed by the game progress unit 111.

Next, the mission management unit 114 executes the processes from steps S142 to S144 for each supporter's path 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 supporter's pass is associated with the user when the supporter's pass is a free pass or has already been purchased. Here, "purchased" is an example of being redeemed for the consumption value associated with the user. The determination as to whether or not the product has been purchased is performed by referring to the mission information stored in the storage unit 14. The process of updating mission information by purchase will be described later.

If Yes in step S142, the process of the next step S144 is executed. If No in step S142, the process from step S142 is executed if there is the next supporter's pass without executing the processes of steps S144 and S146 for the supporter's path.

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, when a plurality of stages of specified points are set for the supporter's pass, the mission management unit 114 determines whether or not the accumulated points exceed each specified point, and exceeds at least one specified point. If so, it is judged as Yes. If Yes in step S144, the process of the next step S146 is executed. If No in step S144, the process from step S142 is executed if there is the next supporter's pass without executing the process of step S146 for the supporter's path.

In step S146, the mission management unit 114 determines to grant a predetermined reward for each specified point in which the accumulated points are exceeded. Here, if the supporter's pass is a paid pass, the mission management unit 114 decides to grant a reward having the same attributes (same team) as the supporter's pass. Here, as an example of the reward having the same attribute as the supporter's pass, there is a lottery ticket of Team E described with reference to FIG. 29. The reward decided to be granted is not granted to the user in the step. The reward for which the grant is determined is granted to the user in step S154 described later.

When the processing of steps S142 to S146 is completed for each supporter's pass, the processing of the next step S148 and subsequent steps is executed. The processing of steps S148 to S154 is executed when at least one reward is determined in step S146, and is omitted when even one reward is not determined.

In step S148, the mission management unit 114 executes a process for producing a reward acquisition. For example, the process of producing a reward may be a process of outputting information that is a combination of a part or all of a still image, a moving image, an animation, a text, an audio, etc. as information indicating at least one of the rewards. , Not limited to this. The process of producing the reward acquisition is executed at a predetermined timing after the processes of steps S142 to S146 are completed for each supporter's pass. The predetermined timing may be, for example, the timing of transitioning to the above-mentioned top menu part, but is not limited to this.

In step S150, the mission management unit 114 displays a receiving screen for receiving the reward. The receiving screen is a screen that accepts an operation of receiving a reward for which a grant has been decided. For example, the receiving screen contains a list of rewards for which grants have been determined.

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

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

Here, when 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 the lottery process to give the user a player character belonging to the team of the supporters pass.

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 given to the user is given to the attribute associated with the mission. This is an example of a selection step of selecting (executing a lottery process) from a plurality of objects (player characters) having (a team with a paid pass).

Further, as described in step S142, the selection step has already been redeemed (purchased) in addition to satisfying the conditions (accumulation points exceed the specified points) for the mission (paid pass). Executed when (already done).

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

As described above, when the lottery ticket is associated with the supporter's pass as a reward, the user terminal 10 surely gives the lottery result to the user who satisfies the condition to which the lottery ticket is associated. As a result, the user's motivation to meet the conditions associated with the supporters pass is improved.

This is the end of the explanation of the process of granting the reward.

(Processing to sell supporters pass)
FIG. 32 is a flowchart illustrating the flow of a process (method) in which the user terminal 10 sells the supporter's pass. Note that some steps may be performed in parallel or in a different order.

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

In step S162, the mission management unit 114 stores in the storage unit 120 that the supporter's pass has been purchased. Specifically, in the mission information as shown in FIG. 29, the mission management unit 114 updates the information indicating unpurchased associated with the sold supporters pass to the information indicating purchased, and applies the information to the user. Associate the supporters pass.

In step S164, the mission management unit 114 determines the reward for each specified point for which the accumulated points of the sold supporters pass have already been exceeded. Since the processing of the step is the same as the processing in steps S144 and S146 described with reference to FIG. 31, detailed description will not be repeated.

After that, the mission management unit 114 grants each reward determined to be granted in step S164 to the user by executing the processes of steps S148 to S154 shown in FIG. 31.

That is, in steps S160 and S162, in exchange for the consumption of the consumption value (game coin) associated with the user, the mission (supporters pass) is associated with the fact that the item has been exchanged (information indicating that the item has been purchased). This is an example.

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

In this way, the user terminal 10 gives points to each supporter's pass regardless of whether they have not been purchased or have been purchased. Then, for the paid pass, after the purchase, the user is given a reward corresponding to the specified points for which the accumulated points from before the purchase have already been exceeded. Therefore, the user can purchase the supporter's pass after confirming the reward that can always be obtained by purchasing according to the accumulated status of points, and the motivation for purchasing the supporter's pass is improved.

This is the end of the explanation of the process of selling the supporters pass.

(Process to manage the expiration date of the supporters pass)
FIG. 33 is a flowchart illustrating the flow of a process (method) in which the user terminal 10 manages the expiration date of the supporter's pass. Note that some steps may be performed in parallel or in a different order.

In step S180, the mission management unit 114 determines whether the expiration date has expired for each supporter's pass. If Yes in step S180, the process of the 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 granting each reward that has not been granted to the user among the rewards that have been determined to be granted in association with the supporter's pass whose expiration date has expired. The reward not given to the user is a reward for which an operation for receiving is not accepted.

Here, when the lottery ticket is not included in the reward not given to the user, the lottery unit 112 consumes the lottery ticket and executes the lottery process. As a result, the player character of the team of the supporters pass whose expiration date has expired is given to the user.

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

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

This is the end of the explanation of the process of managing the expiration date of the supporters pass.

[Other variants]
<One mission>
In the above-described embodiment, it has been described that a plurality of missions are provided. However, the number of missions offered may be one.

<Multiple missions offered in different periods>
In the above-described embodiment, it has been described that a plurality of missions are provided to the user in the same period. However, at least a part of the plurality of missions may be provided during a period that does not overlap with other missions. Also, each of the plurality of missions may be provided at a different time from the other missions.

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

<Aspect in which multiple computers collaborate>
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. 2 and 3. As shown in the above-described embodiment, the function implemented by the game system 1 according to the above-described embodiment may be implemented by the cooperation of a plurality of computers, or may be implemented by one device. May be good.

In the above-described embodiment, 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 above-described embodiment may be realized by the user terminal 10. In this case, the user terminal 10 further includes a functional block equivalent to the control unit 310 and the storage unit 34.

〔summary〕
From the above-exemplified form, for example, the following configuration can be grasped. In addition, in order to facilitate understanding of each aspect, reference numerals of the drawings are added in parentheses below for convenience, but the present invention is not intended to be limited to the illustrated aspects.

The first program according to one aspect of the present invention associates one or more computers with a first progress step of advancing a first game performed using one or more characters and the one or more characters. When one or more of the first parameters of the plurality of parameters satisfy the predetermined conditions, the character can be duplicated, and the character can be duplicated according to the one or more of the second parameters of the plurality of parameters. The duplication control step of giving the reward to the user and the second progress step of advancing the second game performed by using the duplicated character are executed, and in the first progress step, the one or a plurality of the above are executed. At least a part of the first parameter is changed to disable the character with the passage of in-game time, and in the second progress step, the one or more first parameters are not changed and the character is made in-game time. It is a program that does not become unusable even after the progress of.

According to the above configuration, the character becomes unusable as the in-game time elapses, and the character is associated with the character in a game environment in which the character can be duplicated to execute a second game different from the normal first game. When the first parameter is satisfied, the reward corresponding to the second parameter is given to the user. Since the reward is given according to the second parameter, the reward given is not uniform, and the interest of the game related to the giving of the reward can be improved. As a result, it is possible to encourage 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 are games that imitate a competition, and the character may be a player character representing a player who plays the competition.

According to the above configuration, when the first parameter associated with the player character satisfies the condition in the game environment in which the game imitating the competition is advanced, the reward corresponding to the second parameter is given to the user. As a result, it is possible to encourage the user to execute the first game using the player character before duplication.

In the first program described above, in the replication control step, points corresponding to the character in which one or more of the first parameters satisfy the above conditions among the plurality of characters are given to the user and given to the user. You may give a reward according to the accumulated value of the points you have earned.

According to the above configuration, rewards are given according to the cumulative value of points given to a plurality of characters. This makes it possible to encourage the user to use a plurality of characters in the game.

In the first program described above, in the first progress step, the age of the character is increased with the passage of in-game time regardless of whether or not the character was used in the first game. In the progress step, the character whose age has reached a predetermined value may be disabled.

According to the above configuration, the age of the character not used in the first game also increases like the character used in the first game. As a result, the game to be executed can be given reality, and the fun of the game can be improved.

In the first program described above, one or more of the computers are made to further execute an acquisition step of acquiring the designated information for designating the character and a belonging step of making the character designated by the designated information belong to the group. In the first progress step, the first game is advanced using a part or all of the characters belonging to the group, and in the first progress step, the age of the characters belonging to the group is set. , Regardless of whether or not the character was used in the first game, it is not necessary to increase the age of the characters who do not belong to the group while increasing with the passage of the in-game time of the first game. ..

According to the above configuration, the age of the characters belonging to the team increases as the first game progresses regardless of whether or not they are used in the first game. On the other hand, the age of characters who do not belong to the team does not increase. As a result, it is possible to prevent the age of the character from increasing uniformly, and to improve the enjoyment of the game.

In the first program described above, in the first step, at least a part of the plurality of parameters of the character may be changed as the age of the character changes.

According to the above configuration, the parameters of the character change with the change of age. As a result, the game to be executed can be given reality, and the fun of the game can be improved.

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

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

In the first program described above, when one or a plurality of the computers receive a duplication instruction for the character, and the character corresponding to the duplication instruction has already been duplicated, the timing at which the duplication instruction is received The duplication step of updating the duplication parameter of the character with the parameters of the character may be further executed.

According to the above configuration, the parameters of the character used in the second game can be updated by the character used in the first game. As a result, the user can be prompted to execute the first game.

The first game system according to one aspect of the present invention includes a first progress unit for advancing a first game performed using one or a plurality of characters, and a plurality of parameters associated with the one or a plurality of characters. When one or more of the first parameters satisfy predetermined conditions, the character can be duplicated, and a reward corresponding to one or more of the second parameters of the plurality of parameters is given to the user. The duplication control unit and the second progress unit for advancing the second game performed by using the duplicated character are provided, and the first progress unit is at least a part of the one or a plurality of first parameters. To make the character unusable with the passage of in-game time, the second progress unit does not change the one or more first parameters, and the character becomes unusable with the passage of in-game time. do not.

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

In addition, the first method according to one aspect of the present invention is a method executed by one or a plurality of computers, and includes a first progress step for advancing a first game performed by using one or a plurality of characters. When one or more of the first parameters of the plurality of parameters associated with the one or more characters satisfy predetermined conditions, the character can be duplicated and one of the plurality of parameters can be duplicated. Alternatively, the first progress step includes a duplication control step of giving a reward according to a plurality of second parameters to the user, and a second progress step of advancing the second game performed by using the duplicated character. Then, at least a part of the one or more first parameters is changed, the character is disabled by the passage of time in the game, and the one or more first parameters are not changed in the second progress step. , Do not disable the character over time in the game.

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

The second program according to one aspect of the present invention is a progress step in which a game is progressed by a user's operation on one or a plurality of computers, and a plurality of missions when a specific event occurs due to the progress of the game. In addition, points are given to one or more missions associated with the user among the plurality of missions including at least one mission with attributes associated with the attributes, and the specific one or more missions are specified. For missions that are associated with the same attributes as the event in, execute the grant step that grants additional points.

According to the above configuration, when an event of a specific attribute occurs, more points are given, which can improve the interest of the user who prefers the attribute. In addition, it is possible to provide the user with an interest in advancing the game so that a large number of points of the attribute associated with the mission associated with the user are given.

In the second program described above, the plurality of missions may include a plurality of missions with attributes in which different attributes are associated with each other.

According to the above configuration, since the points given to the mission differ depending on the attributes associated with the mission, it is possible to provide the user with an interest in selecting which mission is to be exchanged for the consumption value.

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

According to the above configuration, the reward of a mission is selected from a plurality of objects having an attribute associated with the mission, so that the user who prefers one of the plurality of missions associated with the attribute is concerned. The fun of the mission is improved.

In the second program described above, the specific event is that the parameters of the character associated with the user satisfy a predetermined condition, and the attributes of the specific event are the attributes associated with the character. It may be.

According to the above configuration, if the parameters of the player character having a favorable attribute for the user are improved, many points are given to the mission of the attribute. It is possible to provide the user with an interest to proceed.

In the second program described above, according to the accumulation of points given to each attributed mission associated with the user, a reward corresponding to the attribute associated with the attributed mission is given to the user. The granting step may be further performed by the one or more computers.

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

In the second program described above, in the granting step, when the specific event occurs due to the progress of the game, points are awarded to each of the plurality of missions, and the specific of the plurality of missions is specified. Additional points may be given to missions associated with the same attributes as the event in.

According to the above configuration, points are also given to missions that are not associated with the user, so that the user can provide the user with an interest in choosing whether to redeem the mission with many points for consumption value. can.

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

According to the above configuration, the user can obtain individual rewards by clearing the stepwise conditions, so that the fun of the mission is further improved.

The second game system according to one aspect of the present invention is a progressing unit that advances a game by a user's operation, and when a specific event occurs due to the progress of the game, it is a plurality of missions and attributes are associated with each other. Among the plurality of missions including at least one mission with an attribute, points are given to one or more missions associated with the user, and the same attribute as the specific event among the one or more missions is given. Includes a granting unit that grants additional points to the associated mission.

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

In addition, the second method according to one aspect of the present invention is a method executed by one or a plurality of computers, in which a progress step in which a game is progressed by a user's operation and a specific event occur due to the progress of the game. If this is the case, points will be awarded to one or more missions associated with the user among the plurality of missions including at least one mission with attributes associated with the attributes. Includes a grant step that grants additional points to one or more missions that are associated with the same attributes as the particular event.

According to the above configuration, the same operation and effect as the above-mentioned second program is obtained.

A third program according to an aspect of the present invention is described in the case where one or more computers satisfy the progress step of advancing the game by the operation of the user and the conditions associated with the mission in the game. It is a program that executes 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 of the mission is selected from a plurality of objects having the attribute associated with the mission, the interest of the mission is improved for the user who prefers the attribute.

In the third program described above, in exchange for the consumption of the consumption value associated with the user, the one or more computers further perform the exchange step of associating the user with the mission, and the selection step is the selection step. For a mission, in addition to satisfying the conditions, the reward may be selected if associated with the user.

According to the above configuration, the reward of a mission is selected from a plurality of objects having an attribute associated with the mission, so that the user who prefers one of the plurality of missions associated with the attribute is concerned. The fun of the mission is improved.

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

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 one of the plurality of attributes.

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

According to the above configuration, if the reward selection occurs by interruption during the progress of the game, the progress of the game may be hindered, especially when the reward selection 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 that the progress of the game is not hindered.

In the third program described above, the mission is associated with an expiration date, and the one or more computers respond to the expiration of the expiration date associated with the mission associated with the user. Then, the selection step may be executed.

According to the above configuration, by setting an expiration date for a mission, the mission becomes rare and the mission becomes more interesting. In addition, even if the reward to be given to the user is not selected until the expiration date has passed, the reward can be given to the user who has passed the expiration date by automatically selecting the reward. Achieve user friendliness.

In the third program described above, when a specific event occurs in the progress of the game on the one or more computers, points are given to the mission associated with the user and the specific event occurs. If the attribute of is the same as the attribute associated with the mission, the grant step for granting additional points to the mission is executed, and the condition associated with the mission is that the cumulative points granted to the mission are accumulated. It may exceed the 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 is associated with a gradual condition including the condition, and individual rewards may correspond to each of the gradual conditions.

According to the above configuration, the user can obtain individual rewards by clearing the stepwise conditions, so that the fun of the mission is further improved.

The third game system according to one aspect of the present invention provides a progressing unit for advancing the game by the operation of the user and a reward given to the user when the conditions associated with the mission in the game are satisfied. , A selection unit 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 above-mentioned third program are obtained.

Further, the third method according to one aspect of the present invention is a method executed by one or a plurality of computers, in which a progress step for advancing a game by a user's operation and a condition associated with a mission in the game are included. It includes a selection step of selecting a reward to be given to the user, if satisfied, from a plurality of objects having attributes associated with the mission.

According to the above configuration, the same operation and effect as the above-mentioned third program is obtained.

[Example of implementation by software or hardware]
In the above-described embodiment, an example in which the control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 are realized by software has been described. That is, a program executed by the computer to achieve the object of the present invention is stored in the storage units 14 and 34 of the computer shown in FIGS. 7 and 3, and the processor 11 and the processor 31 read the program. By executing the program, 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 program include a "non-temporary tangible medium" such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, and the like. A programmable logic circuit or the like can be used.

Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. In addition, one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

The control unit 110 of the user terminal 10 and the control unit 310 of the game server 30 are not limited to being realized by software, but may be realized 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, and various modifications can be made within the scope of the claims, and the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

10 User terminal 11, 31 Processor 12, 32 Communication unit 13, 33 Input unit 14, 34 Storage unit 15 Display unit 17, 35 Bus 30 Game server 31 Processor 32 Communication unit 33 Input unit 34 Storage unit 110, 310 Control unit 111 Game Progress unit 311 Lottery unit 312 Character management unit 313 Mission management unit L1 Owned character group L2 Contract character group L3 Duplicate character group

Claims (9)

For one or more computers
Progress steps to advance the game by user operation,
When a specific event occurs due to the progress of the game, one or more missions associated with the user among the plurality of missions including at least one mission with an attribute associated with the attribute. And a granting step that grants points to one or more missions that have the same attributes as the specific event, and grants additional points.
A program that executes. The plurality of missions include a plurality of attributed missions in which different attributes are associated with each other.
The program according to claim 1. In exchange for the consumption of the consumption value associated with the user, the one or more computers are made to perform an exchange step of associating one or more attributed missions included in the plurality of missions with the user.
The program according to claim 1 or 2. The specific event is that the parameters of the character associated with the user satisfy a predetermined condition, and the attribute of the specific event is the attribute associated with the character.
The program according to any one of claims 1 to 3. One or more of the reward giving steps, in which a reward according to the attribute associated with the attributed mission is given to the user according to the accumulation of points given to each attributed mission associated with the user. Let your computer do more,
The program according to any one of claims 1 to 4. In the granting step, when the specific event occurs due to the progress of the game, points are awarded to each of the plurality of missions, and the same attributes as the specific event among the plurality of missions are associated with each other. Give additional points to the missions you are doing,
The program according to any one of claims 1 to 5. The mission is associated with a step-by-step condition that includes the condition.
Individual rewards correspond to each of the above-mentioned step-by-step conditions.
The program according to any one of claims 1 to 6. A progress section that advances the game by user operation,
When a specific event occurs due to the progress of the game, one or more missions associated with the user among the plurality of missions including at least one mission with an attribute associated with the attribute. And a granting unit that grants additional points to missions that have the same attributes as the specific event among the one or more missions.
Game system including. A method performed by one or more computers
Progress steps to advance the game by user operation,
When a specific event occurs due to the progress of the game, one or more missions associated with the user among the plurality of missions including at least one mission with an attribute associated with the attribute. A method including a granting step of granting points to a mission having the same attribute as the specific event among the one or more missions, and granting additional points to the mission.

Images