JP6201216B2 - Information processing apparatus, program, information processing system - Google Patents

Description

  The present invention relates to an information processing technique for providing a game using a character.

2. Description of the Related Art Conventionally, there is a game in which a user and an opponent (for example, NPC (Non Player Character) or other users) are played against each other using a character possessed by the user (for example, Patent Document 1).
Further, in such a game, the character has a parameter indicating the number of times that the character can be used in the battle, the parameter is consumed each time the character is used in the battle, and a predetermined item is used. Sometimes there is something that restores the parameter.
For example, if a user uses a character whose parameter value is 1 (that is, can be used once in a battle) in battle, the parameter value becomes 0 (that is, the character can be used in battle). Disappear). Thereafter, when the user uses the item, the value of the parameter becomes 10 instead of disappearing the item (that is, the character can be used 10 times in the battle).
As described above, in the conventional game, the use of the character (use in battle) and the use of the item (use to recover parameters) are different. Therefore, when the parameter is consumed, the user has the option of using (i.e., erasing) the item to recover the parameter, and the option of not recovering the parameter to preserve the item. Given.

JP 2014-000195 A

However, in the conventional game, when the parameter is consumed, the user is not given the option of using (that is, erasing) the character to recover the parameter. Therefore, even if the parameters are recovered, characters that can be used in the battle do not disappear.
For example, the user has two characters (characters C1 and C2) and an item, the parameter of the character C1 is 0 (that is, it cannot be used in a battle), and the parameter of the character C2 Is 10 (that is, it can be used in a battle). In this case, the user has the option of using the item to recover the parameter of the character C1, but does not have the option of using the character C2 (that is, to disappear) to recover the parameter of the character C1. . Therefore, even if the parameters of the character C1 are recovered by using the item, the character C2 does not disappear (that is, the state that can be used in the battle is maintained).
This is because the use of the character is limited to use in a battle.

  An object of the present invention is to solve the above-described problems, and to provide a new interest to a user who plays a game by expanding the use of characters that can be used in the game.

According to one aspect of the present invention, a plurality of pieces of character information, which is information related to characters that can be used in a game and includes information about a first parameter that is consumed each time the character is used in a game, identifies a user. An information processing apparatus capable of accessing a storage device stored in association with user identification information that is information,
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
Is an information processing apparatus.

According to another aspect of the present invention, a plurality of pieces of character information, which is information related to characters that can be used in a game and includes a first parameter that is consumed each time the character is used in a game, identifies a user. A computer that can access the storage device stored in association with the user identification information,
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
Program to function as.

Another aspect of the present invention provides an information processing system including a user terminal and a server configured to be able to communicate with the user terminal.
At least one of the user terminal and the server is
User identification information that is information related to characters that can be used in a game and that is information that identifies a user is a plurality of character information that is information including a first parameter that is consumed each time the character is used in a game. It is possible to access a storage device stored in association with it,
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
Are each an information processing system provided in either the user terminal or the server.

The figure which shows the structure of the game system of this embodiment. The block diagram which shows the structure of the user terminal of this embodiment. The block diagram which shows the structure of the game server of this embodiment. The figure which shows the outline | summary of the game of this embodiment. The figure which shows the structural example of the user data table of this embodiment. The figure which shows the structural example of the character master data table of this embodiment. The figure which shows the structural example of the installation thing master data table of this embodiment. The figure which shows the structural example of the item master data table of this embodiment. The figure which shows the structural example of the possessed character data table of this embodiment. The figure which shows the structural example of the possessed installation data table of this embodiment. The functional block diagram which shows the main functions of the user terminal 10 of this embodiment. Flow of processing for creating a deck according to the present embodiment. The figure which shows the example of a screen displayed in the process of deck creation of this embodiment. The battle process flow of this embodiment. The figure which shows the example of a screen displayed in the process of the battle | competition of this embodiment. The flow of the synthesis | combination process of this embodiment. The figure which shows the example of a screen displayed in the process of the synthesis | combination of this embodiment.

(1-1) Configuration of information processing system (FIG. 1)
Hereinafter, a game system 1 that provides a game will be described as an example of an information processing system.
FIG. 1 is a diagram showing a configuration of the game system of the present embodiment.
As shown in FIG. 1, the game system 1 includes user terminals 10-1 to 10-n (hereinafter referred to as “user terminals 10” when referred to in common with the user terminals 10-1 to 10-n). The game server 30 is provided.
The user terminal 10 and the game server 30 can communicate with each other via a communication network N (for example, the Internet).

The user terminal 10 is an example of an information processing apparatus used by a user. The user terminal 10 executes a game process based on a user instruction.
The user terminal 10 is a device that can communicate with the game server 30 (for example, a dedicated game device, a portable communication terminal such as a smartphone or a mobile phone, or a tablet-type, laptop-type, or stationary personal computer) Or a device capable of executing game processing without communication with the game server 30 (for example, a stand-alone game device).

  The game server 30 is an example of an information processing device that provides a game. The game server 30 executes game processing in response to a user instruction received by the user terminal 10.

(1-2) Configuration of user terminal (FIG. 2)
Next, the configuration of the user terminal 10 will be described.
FIG. 2 is a block diagram illustrating a configuration of the user terminal according to the present embodiment.
As shown in FIG. 2, the user terminal 10 includes a CPU 11, a ROM 12, a RAM 13, a storage 14, an operation input unit 15, a display unit 16, a communication interface unit 17, and a bus 18.

The ROM 12 is a storage device that stores a program for executing game processing.
The RAM 13 is a storage device that temporarily stores data referred to in game processing (hereinafter referred to as “game data”).
The storage 14 is a storage device that stores a game application program for executing a game process and data based on the execution result of the process by the CPU 11. For example, the storage 14 is a flash memory or a hard disk.
The CPU 11 represents the function of the game application by executing the game application program stored in the storage 14.
The operation input unit 15 is an input device such as a keyboard or a touch panel, for example.
The display unit 16 is a display device such as a liquid crystal display.
The communication interface unit 17 controls communication between the user terminal 10 and the game server 30.
The bus 18 transmits signals between the units.

(1-3) Configuration of game server (FIG. 3)
Next, the configuration of the game server 30 will be described.
FIG. 3 is a block diagram showing a configuration of the game server of the present embodiment.
As shown in FIG. 3, the game server 30 includes a CPU 31, a ROM 32, a RAM 33, a storage 34, a communication interface unit 35, and a bus 36.

The ROM 32 is a storage device that stores a program for executing processing by the CPU 31.
The RAM 33 is a storage device that temporarily stores game data for processing by the CPU 31.
The storage 34 is a storage device that stores a server application program for executing game processing and data based on the processing result of the CPU 31. For example, the storage 34 is a flash memory or a hard disk.
The CPU 31 realizes the function of the server application by starting the server application program stored in the storage 34. The server application stores the game data stored in the storage 34 in the RAM 33 and refers to the game data stored in the RAM 33 to execute game processing.
The communication interface unit 35 controls communication between the user terminal 10 and the game server 30.
The bus 36 transmits signals between the units.

  The ROM 12, RAM 13 and storage 14 of the user terminal 10 and the ROM 32, RAM 33 and storage 34 of the game server 30 are examples of “storage devices”. The storage device may be built in the information processing device (at least one of the user terminal 10 and the game server 30), or may be an external device configured to be accessible by wire or wireless from the information processing device. It may be a device.

(1-4) Outline of the game (FIG. 4)
Next, an outline of the game will be described.

  In the present embodiment, the “game” may be one game (for example, a battle game) provided by one game application, or a plurality of games (for example, character training) provided by one game application. May be a set of a breeding game to be played and a battle game using characters raised in the breeding game, or the same game (for example, each of two user terminals) provided by each of a plurality of game applications It may be a set of battle games provided by the game application installed in the game, and may be a set of battle games in which users of each user terminal battle each other, or different games provided by each of the plurality of game applications (for example, The training game provided by the training game application, and , May be a collection of fighting games) the match game for the application provides.

FIG. 4 is a diagram showing an outline of the game of the present embodiment.
In the game of the present embodiment, the user can play a battle with other users (including NPC (Non Player Character)) and a combination of a plurality of characters possessed by the user.

(1-4-1) Outline of the competition The outline of the competition will be described.
FIG. 4 shows an example in which two users (user U1 and user U2) play a battle.
In the game of this embodiment, a village is assigned to each user. In each user's village, installations possessed by each user are arranged. In the battle of the present embodiment, a certain user (for example, user U1) uses the characters C1 and C2 possessed by himself / herself, and the village (an installation B1 possessed by user U2) of another user (for example, user U2). And the village where B2 is located.
Characters (for example, characters C1 and C2 possessed by user U1) have parameters of “number of remaining shots” and “attack power”.
The installed objects (for example, installed objects B1 and B2 possessed by the user U2) have a parameter of “attack power”.
When the user U1 uses the character C1 in a battle to attack the village of the user U2 (that is, the character C1 is dispatched), the remaining number of the characters C1 is consumed. The result (for example, victory or defeat) of the battle is determined based on the attack power of the character C1 used by the user U1 and the attack power of the installations B1 and B2 used by the user U2.
In the game of the present embodiment, the user U1 is used in a battle in consideration of the difference between the attack power of the characters C1 and C2 and the attack power of the installation objects B1 and B2, and the number of remaining shots of the characters C1 and C2. By specifying the characters to be played (for example, deciding whether to use all the characters in the battle or to preserve some characters), the game can be advantageously advanced.
In addition, said battle | competition is an example of the battle | competition of this embodiment. This embodiment can also be applied to a battle in which a plurality of users each use a character possessed by the user (that is, the characters attack each other).

(1-4-2) Outline of Synthesis An outline of synthesis will be described.
FIG. 4 shows an example in which the user U1 combines the characters C1 and C2.
When the user U1 designates the character C1 as a base character, designates the character C2 as a material character, and executes composition, the character C2 designated as the material character disappears (that is, the user U1 does not possess it). Instead, the remaining number of shots of the character C1 designated as the base character is recovered.
In the game of the present embodiment, the user U1 designates the base character and the material character in consideration of the remaining number of characters C1 and C2 (for example, the character C2 disappears in order to recover the number of remaining characters of the character C1). Or determine whether to abandon the recovery of the remaining number of remaining characters C1 in order to use the character C2 in the next battle.

(1-5) Structure of data table (FIGS. 5 to 11)
Next, the configuration of each data table stored in the storage 34 of the game server 30 will be described with reference to FIGS.

(1-5-1) User data table (FIG. 5)
FIG. 5 is a diagram illustrating a configuration example of a user data table according to the present embodiment.
As shown in FIG. 5, each record (hereinafter referred to as “user record”) of the user data table TBL301 stores information about the user (hereinafter referred to as “user information”).
The user data table TBL301 includes a “user ID” field and a “user name” field.

  The “user ID” field stores a user ID that is a primary key for specifying a user record. The user ID is also a user account necessary for logging in to the game. The user ID is an example of information for identifying a user (hereinafter referred to as “user identification information”). The user identification information may be an e-mail address, a terminal ID that is information for identifying the terminal, a unique value given by the game server 30 when the user first logs into the game, or the like.

  When the user terminal 10 is a stand-alone game device, a save data table is stored in the storage 14 instead of the user data table TBL301. For example, the save data table stores a save ID that is information for identifying the save data and information indicating the progress of the game.

(1-5-2) Character master data table (FIG. 6)
FIG. 6 is a diagram illustrating a configuration example of the character master data table of the present embodiment.
As shown in FIG. 6, each record (hereinafter referred to as “character master record”) of the character master data table TBL302 stores information relating to characters that can be used in the game (hereinafter referred to as “character information”).

  The character master data table TBL302 includes a “character ID” field, a “character name” field, a “character image” field, a “character parameter” (“HP”, “attack power”, and “maximum number of sorts”). Field.

The “character ID” field stores a character ID that is a primary key of the character master record. The character ID is an example of information for identifying a character (hereinafter referred to as “character identification information”).
In the “character name” field, a character string indicating the name of the character is stored.
The “character image” field stores an address indicating the location where the character image file is stored.
In the “HP” field, a value indicating the hit point of the character is stored.
In the “attack power” field, a value indicating the attack power of the character is stored.
In the “maximum number of sorts” field, a value indicating the maximum number of sorts of characters is stored.

The “character” is a kind of object that can be used in the game, and means a person, an animal, an object, or the like that appears in the game. For example, the character is a person appearing in a battle game, a monster appearing in an RPG, a sports player appearing in a sports game, a vehicle appearing in a racing game, a block appearing in a puzzle game, or a combination thereof.
The “object” means an entity appearing in the game and visually recognized by the user by an image (text, still image, or moving image). For example, the object is a character, an item, an installation object, or the like.
“Use” means that a user uses a character in a game. “Use” means that a game application refers to character information (for example, a character master data table and a possessed character data table) and performs game processing (for example, deck creation processing, battle processing, composition processing). It also means executing a process, a process of presenting a possessed character, etc.).
The value of the “character parameter” (“HP”, “attack strength”, and “maximum number of sorts”) field is an example of a “second parameter” that is an ability value in the battle of the character designated by the first user. .

(1-5-3) Installation master data table (FIG. 7)
FIG. 7 is a diagram illustrating a configuration example of the installation object master data table according to the present embodiment.
As shown in FIG. 7, each record (hereinafter referred to as “installed object master record”) of the installed object master data table TBL303 stores information related to the installed object that can be used in the game (hereinafter referred to as “installed object information”). The
The installed object master data table TBL303 includes an “installed object ID” field, an “installed object name” field, an “installed object image” field, an “installed object parameter” (“size”, “required resource amount”, “HP”. ”,“ Attack ”,“ Range ”, and“ Resource production ”fields.

The “installed object ID” field stores an installed object ID which is a main key of the installed object master record. The installed object ID is an example of information for identifying an installed object (hereinafter referred to as “installed object identification information”).
In the “installed object name” field, a character string indicating the name of the installed object is stored.
In the “installed object image” field, an address indicating the location where the image file of the installed object is stored is stored.
In the “HP” field, a value indicating the hit point of the installation object is stored.
In the “attack power” field, a value indicating the attack power of the installed object is stored.

The “installed object” is a kind of object and means a facility that appears in the game. For example, the installation appears in a production facility (a facility that produces resources, a facility that grants a character to a user), a defense facility (a cannon that attacks the character, a wall that prevents the character from moving), or an RPG. In facilities (castles, towns), facilities appearing in sports games (stadiums where sports games are played, training rooms for training athletes), facilities appearing in racing games (circuits where races are held, garages that maintain vehicles), etc. is there.
The “installation parameter” (“size”, “required resource amount”, “HP”, “attack power”, “range”, and “resource production amount”) field values are set by the second user. It is an example of a “third parameter” that is an ability value in a match between things.

(1-5-4) Item master data table (FIG. 8)
FIG. 8 is a diagram illustrating a configuration example of the item master data table of the present embodiment.
As shown in FIG. 8, each record of the item master data table TBL304 stores information about items that can be used in the game (hereinafter referred to as “item information”).
The item master data table TBL304 includes an “item ID” field, an “item name” field, an “item image” field, and an “item parameter” (“efficacy” and “efficacy strength”) field. .

An “item” is a kind of object and means a tool that assists the progress of the game. For example, the item is a recovery drug having an effect of recovering the character's HP, a shield having an effect of blocking an attack from another user, a weapon that increases the attack power of the character, a combination thereof, and the like.
“Character” and “item” have the following differences, for example. “Character” is indispensable for the progress of the game, whereas “Item” is not indispensable for the progress of the game (that is, the game must use “Character”). If you do n’t use “items,” you can go on. The use of “character” is specified by character information, whereas the use of “item” is specified by item information having a data structure different from that of character information (that is, “character” and “character”). It can also be said that “item” has a different data structure of information specifying the use).

(1-5-5) Owned character data table (FIG. 9)
FIG. 9 is a diagram showing a configuration example of the possessed character data table of the present embodiment.
As shown in FIG. 9, each record of the possessed character data table TBL 305 (hereinafter referred to as “possessed character record”) stores character information relating to the character possessed by the user in the game (hereinafter referred to as “possessed character”). The The possessed character data table TBL305 is associated with the user ID (that is, the possessed character data table TBL305 is provided for each user).
The possessed character data table TBL 305 includes a “character ID” field, a “number of remaining shots” field, and a “deck flag” field.

The “character ID” field stores a character ID that is the primary key of the possessed character record. When the user has a plurality of the same characters, the same character ID is stored in the “character ID” field of the plurality of possessed character records. In addition, when distinguishing a plurality of characters identified by the same character ID, for example, a “serial” field may be provided in the possessed character data table TBL305. A unique value is stored in the “serial” field. Characters identified by the same character ID are distinguished in the game by the unique values.
The “number of remaining games” field stores a value indicating the number of remaining games, which is the number of times the character can be used in the battle. The character's remaining number of shots varies within a predetermined range (for example, between 0 and the maximum number of shots). The number of remaining shots of a character is consumed each time the character is used in a battle, and is recovered when the character is used as a base character in the synthesis. Characters with a remaining raid count of 0 cannot be used in battles.
The “deck flag” field stores a value indicating whether or not a character is set on the deck. A character used for the battle is set in the “deck”. For example, “1” is stored in the “deck flag” field corresponding to the character ID for identifying the character set in the deck (that is, the character used in the battle), and the character not set in the deck (that is, used in the battle) 0 is stored in the “deck flag” field corresponding to the character ID for identifying the character that does not).

The number of remaining shots is an example of “first parameter consumed every time it is used”.
The “first parameter consumed every time it is used” means a value that changes on condition that the character is used in the game. In addition, the “first parameter consumed every time it is used” may be a value that is not consumed by factors other than the fact that the character is used in the game.
The “first parameter” may be a value that does not recover unless the user gives an instruction to the game application, or a value that recovers even if the user does not give an instruction to the game application (for example, every time a certain period elapses). Or a value at which a certain amount recovers). The value that does not recover unless the user gives an instruction to the game application is, for example, a value that decreases on the condition that a monster is used in the battle (for example, the number of remaining shots). Further, the value recovered without the user giving an instruction to the game application is, for example, a value that increases on the condition that the player is used in the sports game (for example, fatigue level, use time limit, etc.).
In the character master data table TBL302 and the possessed character data table TBL305, information stored in a record specified by one character ID is an example of “character information”.
The possessed character data table TBL305 corresponding to a certain user ID is an example of “character information stored in association with user identification information”.
“Character information stored in association with user identification information” means information related to a character possessed in a game by a user identified by user identification information (for example, a user ID).
As an example, when a character selected by lottery from a plurality of characters is given to a user, the character is in a state possessed by the user (that is, a character ID that identifies the character identifies the user). State associated with the user ID).

(1-5-6) Carrying object data table (FIG. 10)
Each record of the possessed installation data table TBL 306 (hereinafter referred to as “owned installation record”) stores installation information relating to an installation possessed by the user in the game (hereinafter referred to as “owned installation record”). The possessed installation data table TBL306 is associated with a user ID (that is, the possessed installation data table TBL306 is provided for each user).

  As shown in FIG. 10, the possessed installed object data table TBL 306 includes an “installed object ID” field and a “coordinate” field.

In the “installed object ID” field, an installed object ID which is a main key of the possessed installed object record is stored. When the user possesses a plurality of the same installation objects, the same installation ID is stored in the “installation ID” field of the plurality of possession installation records.
The “coordinate” field stores a value for specifying a position on the virtual plane in the game space. The “game space” means a virtual space including a virtual plane serving as a reference when a game (for example, a battle) is advanced. The “virtual plane” is appropriately defined depending on the content of the game. For example, in a battle game, the “virtual plane” means a plane that serves as a reference when an object such as a character or an installation used in the battle is arranged and the object moves.

  In the installation master data table TBL303 and the possessed installation data table TBL306, information stored in a record specified by a certain installation ID is an example of “installation information”.

(1-6) Functions of information processing apparatus (FIG. 11)
Next, functions of the information processing apparatus according to the present embodiment will be described.
FIG. 11 is a functional block diagram illustrating main functions of the user terminal 10 according to the present embodiment.

The user terminal 10 includes a first selection unit 110, an execution unit 120, a first update unit 130, a second selection unit 140, a second update unit 150, a third update unit 160, a presentation unit 170, Is provided.
Note that the presentation unit 170 is not essential. Further, at least one of the above means may be provided in the game server 30.

  In response to a user instruction, the first selection unit 110 uses the possessed character data table TBL305 stored in the storage 14 (an example of a storage device) in association with a user ID (an example of user identification information) that identifies the user. Character ID (character used in the game) that identifies a character specified by the user from possessed character records (an example of character information including the first parameter satisfying the predetermined condition) including the number of remaining shots that is 1 or more A function of selecting an example of character information).

  Execution means 120, in character master data table TBL302, character ID selected by first selection means 110, and values of “HP” field and “attack power” field corresponding to the character ID (first selection means 110). A function of executing a game process is provided with reference to an example of the character information selected by (1).

  The first update unit 130 has a function of consuming the value (an example of the first parameter) of the “number of remaining shots” field corresponding to the character ID referred to by the execution unit 120 in the possessed character data table TBL305.

  In response to the user's instruction, the second selection unit 140 determines whether the base character is stored in the possessed character data table TBL305 (an example of a plurality of pieces of character information stored in association with the user identification information for identifying the user in the storage device). A function of selecting a character ID (an example of first character information) and a character ID of a material character (an example of second character information) is provided.

  The second updating unit 150 has a function of restoring the value (an example of the first parameter) of the “number of remaining shots” field corresponding to the character ID of the base character selected by the second selecting unit 140 in the possessed character data table TBL305. Is provided.

  The third updating unit 160 deletes the possessed character record (an example of the second character information) specified by the character ID of the material character selected by the second selecting unit 140 from the possessed character data table TBL305 (user identification information and An example of canceling the association of the above.

  The presenting means 170 identifies the value of the “number of remaining shots” field corresponding to the character ID for identifying the base character (an example of the first parameter included in the first character information) and the material character in the possessed character data table TBL305. A function of presenting the value of the “number of remaining shots” field corresponding to the character ID to be displayed (an example of the first parameter included in the second character information) in a manner that the user can distinguish.

(1-7) Information processing flow of this embodiment (FIGS. 12 to 17)
Next, a game process flow will be described as an example of information processing.

  The game application performs game data (for example, a character master data table TBL302, an installation master data table TBL303, an item master data table TBL304, a possessed character data table TBL305, and the like) from the storage 34 of the game server 30 before executing each process. , The possessed installation data table TBL 306) is stored in the RAM 13. In the following process, the game application refers to the game data stored in the RAM 13. In addition, when each process ends, the game application transmits game data based on the execution result of each process to the game server 30 in order to update the game data stored in the storage 34 of the game server 30.

(1-7-1) Deck creation processing flow of this embodiment (FIGS. 12 to 13)
FIG. 12 is a flowchart of a deck creation process according to this embodiment. FIG. 13 is a diagram showing an example of a screen displayed in the deck creation process of the present embodiment.
“Deck creation process” means that character candidates to be used in the battle are set in the deck from among the possessed characters.
The deck creation process starts when the user makes a deck creation request (for example, designation of a button for starting the deck creation process).

First, character information relating to a possessed character that satisfies a predetermined condition is presented (S100).
For example, the game application specifies the character ID that is the main key of the possessed character record in the possessed character data table TBL 305 whose value in the “number of remaining games” field is 1 or more.
Next, the game application refers to the information of the “character image” and “character name” fields of the character master record specified by the specified character ID, and the value of the “number of remaining shots” field, A screen G <b> 10 (FIG. 13) that presents character information related to the possessed character that satisfies the predetermined condition is displayed on the display unit 16.

  The “predetermined condition” means a condition for setting a character on the deck.

As shown in FIG. 13, the screen G10 includes a presentation area A100.
In the presentation area A100, the images Q100 to Q103, the character name (eg, “C1”, etc.) of the character corresponding to each image, the number of remaining shots (eg, “1”, etc.), and the state (eg, on the deck) “Standby” meaning a state where the deck is not set, or “set” meaning a state where the deck is set.
The images Q100 to Q103 are designation targets designated when the user sets a character used in the game on the deck. The images Q100 to Q103 are associated with character IDs for identifying characters (character names “C1” to “C4”), respectively.

Next, designation of a character to be set on the deck is accepted (S102).
For example, when the user operates the operation input unit 15 and designates the images Q100 to Q102 on the screen G10, the game application specifies character IDs corresponding to the images Q100 to Q102 designated by the user in the possessed character data table TBL305. select.

Next, the character is set on the deck (S104).
For example, the game application stores “1” in the “deck flag” field corresponding to the character ID selected in S102 in the possessed character data table TBL305.
Thereby, characters corresponding to the images Q100 to Q102 designated by the user on the screen G10 are set on the deck.

The processing of S100 to S104 is character information that is stored in association with user identification information for identifying a user in the storage device in accordance with a user instruction, and that includes a first parameter that satisfies a predetermined condition It is an example of the 1st selection means 110 which selects the character information regarding the character used in a game from among.
In addition, in the processes of S100 to S104, the character related to the character used in the battle is selected from the character information stored in association with the user identification information for identifying the first user in the storage device according to the instruction of the first user. It is an example of the 1st selection means 110 which selects information.

Next, character information related to the character set on the deck is presented (S106).
For example, the game application refers to the information referred to in S100 and the value of the “deck flag” field of the possessed character data table TBL305, and displays a screen G11 that presents character information related to the character set on the deck (FIG. 13). ) Is displayed on the display unit 16.

  As shown in FIG. 13, the screen G11 displays “set” indicating the state set on the deck in the “state” column of the character corresponding to the images Q100 to Q102 designated by the user. Is different from the screen G10.

In FIG. 12, an example in which the first parameter consumed every time it is used in a game indicates the number of times it can be used in a battle and the number of remaining shots that decreases every time it is used in a battle has been described. The embodiment is not limited to this.
As an example, the first parameter may be a fatigue level indicating a degree of fatigue accumulated every time the first parameter is used in a battle. The degree of fatigue increases each time the character is used in a battle. If the degree of fatigue does not satisfy a predetermined condition (for example, less than 80), the character cannot be used in the battle, or the attack power of the character (an example of the second parameter) decreases.
As another example, the first parameter may be a use time limit indicating a time until the first parameter can be used. The use time limit increases each time the character is used in a battle. If the use limit time does not satisfy a predetermined condition (for example, 0), the character cannot be used in a battle.

(1-7-2) Battle process flow of the present embodiment (FIGS. 14 to 15)
FIG. 14 is a flow of a battle process according to this embodiment. FIG. 15 is a diagram illustrating an example of a screen displayed in the battle process according to the present embodiment.
The “matching process” is a battle using an installation placed by a defending user (an example of a second user) and a character placed in accordance with an instruction of an attacking user (an example of a first user). (For example, winning or losing the battle, the amount of resources acquired by the attacking user, etc.).
Note that the “matching process” may be, for example, a process in which a plurality of users are played in real time in a common game space (that is, executed according to instructions from all users).
The battle process starts when an attack user requests a battle (for example, designation of a button for starting the battle process).

First, a battle screen is displayed (S120).
For example, the game application acquires the game data of the defending user randomly selected by the game server 30 (the possessed installation data table TBL306 corresponding to the user ID for identifying the defense user), and stores the possessed installation data table TBL306. Stored in the RAM 13.
Next, the game application displays the screen G12 (FIG. 15) on the display unit 16 with reference to the information stored in the installation master data table TBL303 and the possessed installation data table TBL306.

As shown in FIG. 15, the screen G12 includes a virtual plane VP.
The virtual plane VP is composed of a plurality of cells CE. Each cell CE is associated with coordinates that specify a position on the virtual plane VP.
Each of the images Q120 to Q125 is associated with the installation object ID, and is arranged on the cell CE specified by the value stored in the “coordinate” field corresponding to each installation object ID.

Next, a character placement instruction is accepted (S122).
For example, when the attacking user operates the operation input unit 15 and designates an arbitrary cell on the virtual plane VP of the screen G12, the game application associates the coordinates corresponding to the designated cell with the character ID in the RAM 13. Store. Thereby, the character designated by the user is arranged in the cell on the virtual plane VP designated by the user. As a result, the screen G13 is displayed on the display unit 16.
On the screen G13, the character image Q126 designated by the user is arranged on the cell CE (screen G12) designated by the user.

Next, the result of the battle is calculated (S124).
For example, the game application causes each character and each installation to act according to an action pattern set for each character and each installation. Specifically, the game application refers to a program including an algorithm indicating an action pattern (hereinafter referred to as “algorithm program”) and calculates the action (for example, movement or attack) of the character and the installation object. The action pattern of each character is, for example, a pattern that preferentially attacks installations that produce resources, a pattern that preferentially attacks installations that damage the character, or an installation that is closest to the character's position. Pattern. The action pattern of each installation is, for example, attacking a character included in the range.
Thereby, the installation object corresponding to the images Q120 to Q125 on the screen G13 and the character corresponding to the image Q126 act according to the action patterns set for each. For example, the character (image Q126) moves toward an installation (image Q125) that damages the character. When the character (image Q126) enters the range of the installation object (image Q125), the installation object attacks the character. On the other hand, when the character is adjacent to the installation object, the character attacks the installation object. The hit points of characters and installation objects decrease according to the amount of damage received. Characters and objects are destroyed when the hit point reaches zero.

Next, it is determined whether or not a match condition is satisfied (S126).
For example, when a predetermined time limit elapses, or when the hit points of all characters set by the attacking user on the deck become 0, the game application has a predetermined installation object (for example, installation object ID “B0001”). If the hit point of the installation item identified by "" becomes 0, if the hit points of all installation items of the defending user become 0, or if a predetermined time limit has elapsed, the match end condition It is determined that

The process of S120 to S126 is an example of the execution unit 120 that refers to the character information related to the character designated by the user after starting the game process among the character information selected by the first selection unit 110.
The character parameter of the character arranged in S122 is an example of “character information relating to the character designated by the user after starting the game process”.
Further, in the processes of S120 to S126, the second user is selected as the opponent user in accordance with the instruction of the first user, and the first user designates the character information selected by the first selection means. The battle process with reference to the second parameter included in the character information related to the character and the third parameter included in the installation information stored in association with the user identification information for identifying the second user in the storage device It is an example of the execution means 120 which performs.

When it is determined that the match end condition is satisfied (S126-YES), the remaining number of shots is consumed (S128).
For example, in the possessed character data table TBL305, the game application subtracts a predetermined value (for example, 1) from the value of the “number of remaining shots” field corresponding to the character ID for identifying the character arranged in S122.

  The process of S128 is an example of the first update unit 130 that consumes the first parameter included in the character information referred to by the execution unit 120.

“Consumption” means that the game application decreases the value of the first parameter (for example, the number of remaining shots) or increases the value of the first parameter (for example, fatigue level, use time limit, etc.). means.
As an example, “consumption” of “number of remaining shots” means that a value that was 10 before use becomes 9 after use.
As another example, “consumption” of “fatigue level” means that a value that was 0 before use becomes 100 after use.
As another example, “consumption” of “usage limit time” means that a value that was 0 before use becomes 12 hours after use.

(1-7-3) Composition processing flow of this embodiment (FIGS. 16 to 17)
FIG. 16 is a flowchart of the synthesis process according to this embodiment. FIG. 17 is a diagram illustrating an example of a screen displayed in the composition process according to the present embodiment.
“Combination processing” means that the number of remaining shots of the base character is recovered instead of erasing the material character.
The “base character” means a character whose parameters (for example, the number of remaining shots) recovered by using the character in the battle in the composition process are recovered.
The “material character” means a character that disappears (that is, the user does not have it) in the composition process.
The synthesizing process is started when a synthesizing request (for example, designation of a button for starting the synthesizing process) is made by the user.

First, character information regarding the possessed character is presented (S140).
For example, the game application has a “character image” field corresponding to the character ID in the “character ID” field of the possessed character data table TBL 305, a “character name” field, and a “number of remaining shots” field corresponding to the character ID. With reference to the information, a screen G14 (FIG. 17) presenting character information related to the possessed character is displayed on the display unit 16.

As shown in FIG. 17, the screen G14 includes a presentation area A140.
In the presentation area A140, the images Q140 to Q143, the character name (for example, “C1”, etc.) of the character corresponding to each image, and the number of remaining shots (for example, “1”, etc.) are presented.
The images Q140 to Q143 are designation targets that are designated when the user selects a base character and a material character. The images Q140 to Q143 are associated with character IDs that identify the characters (character names “C1” to “C4”), respectively.

Next, character information related to the base character and the material character is selected (S142).
For example, when the user operates the operation input unit 15 to specify the images Q140 and Q142 on the screen G14 in order, the game application displays the character corresponding to the image Q140 previously specified by the user in the possessed character data table TBL305. The ID is selected as the character ID of the base character, and the character ID corresponding to the image Q142 specified later by the user is selected as the character ID of the material character.

  In the process of S142, first character information and second character information are selected from among a plurality of character information stored in association with user identification information for identifying the user in the storage device in accordance with a user instruction. It is an example of the 2nd selection means 140 to select.

Next, the recovery amount of the remaining number of shots is determined (S144).
For example, the game application determines the recovery amount with reference to character information related to the base character and character information related to the material character. In this case, since the amount of recovery varies depending on the combination of the base character and the material character, the user can be made to think about the combination of the base character and the material character.
As an example, in the game application, when the character ID for identifying the base character and the character ID for identifying the material character are the same (that is, the base character and the material character are the same type of characters), Different recovery amounts may be determined when the character ID for identifying the character and the character ID for identifying the material character are different from each other (that is, the base character and the material character are different from each other). More specifically, when the character ID for identifying the base character and the character ID for identifying the material character are the same as each other, the game application may recover the difference between the maximum remaining number of shots and the number of remaining shots of the base character. (I.e., the base character's remaining number of shots is restored to the maximum number of shots), and if the character ID for identifying the base character and the character ID for identifying the material character are different from each other, the predetermined value is restored. It may be determined as an amount.
As another example, the game application may determine a larger recovery amount as the number of remaining characters of the material character is smaller. More specifically, the game application determines “1” as the recovery amount when the remaining number of remaining characters of the material character is 10, and sets “5” as the recovered amount when the remaining number of remaining characters of the material character is 1. If the number of remaining characters of the material character is 0, the difference between the maximum number of remaining attacks and the number of remaining attacks of the base character is determined as the amount of recovery (that is, the number of remaining attacks of the base character up to the maximum number of May be recovered).

  The process of S144 is an example of the second update unit 150 that determines the amount of recovery of the first parameter included in the first character information with reference to the first character information and the second character information.

Next, information on the recovery amount of the remaining number of shots is presented (S146).
For example, the game application displays on the display unit 16 a screen G15 (FIG. 17) that presents information related to the recovery amount of the remaining number of shots determined in S146.

The process of S146 is an example of the presentation unit 170 that presents the first parameter included in the first character information and the first parameter included in the second character information in a manner that the user can distinguish.
Moreover, the process of S146 is also an example of the presentation means 170 which presents the information regarding the recovery amount of the first parameter included in the first character information.

“A user distinguishable aspect” means, for example, the number of remaining shots of each character (an example of the first parameter included in the first character information and the first parameter included in the second character information). It means an aspect that can be visually recognized as different information.
The “distinguishable aspect” is, for example, the following aspect.
A mode in which the number of remaining shots of each character is distinguished and presented on one screen (for example, screen G15).
Present the number of remaining shots of each character in different formats (font, size, color, shape, or a combination thereof) (for example, present the number of remaining shots of character C1 in a large font and A mode in which the number of remaining shots is presented in a small font).
A mode in which the screen for presenting the number of remaining shots of each character is individually displayed (for example, a screen for presenting the number of remaining shots of the character C1 and a screen for presenting the number of remaining shots of the character C2 are displayed separately).

“Recovery amount information” means information that directly or indirectly indicates the degree of recovery of the number of remaining shots (an example of the first parameter).
“Recovery amount” means an increase in the number of remaining shots when “consumption” means a decrease in the number of remaining shots, and “consumption” is a fatigue level or a time limit for use (an example of the first parameter). When it means an increase, it means the amount of decrease in fatigue.
“Information that directly indicates the degree of recovery” is a pair of a numerical value before synthesis and a numerical value after synthesis, a numerical value indicating a difference between a numerical value before synthesis and a numerical value after synthesis (that is, recovery amount), or It means a combination of them.
“Information indirectly indicating the degree of recovery” means a character string indicating the degree of recovery (for example, “significant recovery”), an index (for example, “recovery level: S”), and the like.
“Information directly indicating the degree of recovery” of “number of remaining shots” is, for example, a numerical value (for example, “+10”) indicating the recovery amount of the number of remaining shots.
The “information indicating indirectly the degree of recovery” of the “number of remaining shots” is, for example, a character string “the number of remaining shots is greatly recovered”.
“Information directly indicating the degree of recovery” of “Fatigue level” is, for example, a numerical value (for example, “−10”) indicating the recovery level of the fatigue level.
“Information indicating indirectly the degree of recovery” of “Fatigue level” is, for example, a character string “Fatigue level is fully recovered”.
“Information directly indicating the degree of recovery” of “Usage time limit” is, for example, a numerical value (for example, “+10 hours”) indicating the amount of recovery of the usage time limit.
“Information that indirectly indicates the degree of recovery” of “Usage time limit” is, for example, a character string “Usage time limit is halved”.

As shown in FIG. 17, the screen G15 includes a presentation area A150 and a button P150.
In the presentation area A150, the base character image Q140, the material character image Q142, the character name of each character (for example, “C1”, etc.), and the state before composition (for example, the base character and the material character remaining shot) Number) and the state after the combination (for example, the number of remaining base characters and the character string “disappearance” indicating that the material character disappears) are presented.
The button P150 is a designation target that the user designates when recovering the number of remaining base characters.
In the example of the screen G15, it is indicated that the number of remaining shots of the base character C1 before synthesis is “0” and the number of remaining shots of the material character C3 is “1”. Further, when the base character C1 and the material character C3 are synthesized (for example, when the button P150 is designated), the number of remaining shots of the base character C1 after the synthesis becomes “5” (that is, recovers). .

Next, when the user's instruction is accepted (for example, when the user operates the operation input unit 15 and specifies the button P150 on the screen G15) (S148-YES), the remaining number of shots is recovered (S150).
For example, in the possessed character data table TBL305, the game application adds a value indicating the recovery amount determined in S144 to the value of the “number of remaining shots” field corresponding to the character ID of the base character. As a result, the number of remaining base characters is recovered by the amount of recovery determined in S144.

The process of S150 is an example of the second update unit 150 that recovers the first parameter included in the first character information selected by the second selection unit 140.
Moreover, the process of S150 is also an example of the 2nd update means 150 which recovers the 1st parameter contained in 1st character information according to a user's instruction | indication.

“Recovery” means that the game application changes the value of the number of remaining shots (an example of the first parameter) in the direction opposite to “consumption”. When “consumption” means decreasing the value of the number of remaining shots, “recovery” means that the application increases the number of remaining shots. In addition, when “consumption” means increasing the fatigue level or use limit time (an example of the first parameter), “recovery” means that the application decreases the fatigue level or use limit time.
As an example, “recovery” of “number of remaining shots” means that a value that was 0 before synthesis becomes 10 (that is, increases by 10) after synthesis.
As another example, “recovery” of “fatigue level” means that a value that was 100 before synthesis becomes 0 (that is, decreased by 100) after synthesis.
As another example, “recovery” of “usage limit time” means that the value that was 10 hours before the synthesis becomes 0 hours (that is, decreased by 10 hours) after the synthesis.

  In S146, information related to the amount of recovery is presented, and in S150, the remaining number of shots is recovered after the user's instruction is accepted. Therefore, the user is displayed in the presentation area A150 before performing the composition. Information (for example, the number of remaining shots before combining the base character, the number of remaining shots after combining, the disappearance of the material character, etc.) can be confirmed.

Next, the material character is released (S152).
For example, the game application deletes the possessed character record specified by the character ID of the material character in the possessed character data table TBL305. Thereby, the possessed character record specified by the character ID of the material character disappears from the possessed character data table TBL305 (that is, the material character is not possessed by the user).

  The process of S152 is an example of the third update unit 160 that cancels the association between the second character information selected by the second selection unit 140 and the user identification information for identifying the user.

Next, the character information regarding the possessed character after composition is presented (S154).
For example, the game application refers to the information referred to in S140 and the value of the “number of remaining games” field in the possessed character data table TBL305, and displays the character information related to the possessed character after composition (FIG. 17). ) Is displayed on the display unit 16.

  As shown in FIG. 17, the screen G16 is different from the screen G14 in that the number of remaining shots of the character corresponding to the image Q140 is “5” and the character corresponding to the image Q142 is not included.

  (1-8) Small activity of this embodiment

According to the present embodiment, instead of the material character disappearing, the remaining number of remaining base characters is recovered. That is, the material character has not only a use for battle, but also a use for composition for recovering the number of remaining shots of the base character.
This gives the user who plays the game, for example, the option of using the character C2 in a battle and the option of using it as a material character for recovering the number of remaining shots of the character C1. As a result, a new interest can be given to the user.

Moreover, according to this embodiment, the number of remaining characters of the material character is presented to the user before the composition is executed.
Since the execution of compositing involves the price of disappearance of the material character, it is important for the user to determine whether or not to perform compositing before the compositing is performed. is there.
For example, it is assumed that the attack power of the character C1 is higher than the attack power of the character C2, the remaining number of remaining attacks of the character C1 is 0, and the remaining number of remaining attacks of the character C2 is 1. In this case, instead of erasing the character C2, the user uses the option of recovering the remaining number of remaining characters C1 having higher attack power than the character C2 and the character C2 whose remaining number is not 0 in the battle ( In other words, there is an option of using the character C2 after the number of remaining shots becomes 0). In other words, the user has an option of using the character C2 as a material character to use the character C1 in the next battle, and an option of using the character C2 in the next battle without performing composition. is there.
In this way, by presenting the number of remaining shots (particularly, the number of remaining material characters that disappear as a result of synthesis) to the user before the synthesis is performed, Whether or not to execute can be determined.

Moreover, according to this embodiment, the number of remaining characters of the material character is presented to the user before the composition is executed.
Since the execution of the composition involves the price of disappearance of the material character, it is determined whether or not the user performs the composition by presenting the user with information on the recovery amount of the remaining number of base characters before the composition is performed. It is important to do.
For example, the attack power of the character C1 designated as the base character is higher than the attack power of the character C2 designated as the material character, the number of remaining attacks of the character C1 is 0, and the number of remaining attacks of the character C2 is 5. In addition, it is assumed that the recovery amount is 2. In this case, the user has the option of recovering the number of remaining attacks of the character C1 having a high attack power instead of erasing the character C2 having a large number of remaining games, and the number of remaining attacks greater than the recovery amount of the remaining performance of the character C1. There is an option of using the character C2 that is included in the battle and then using it in the synthesis.
In this way, by presenting the user with information on the recovery amount of the remaining shots before the synthesis is performed, after comparing the recovery amount of the remaining shots with the remaining characters of the material character to the user, It can be determined whether or not to perform synthesis.

Further, according to the present embodiment, the number of remaining shots of the material character or the recovery amount of the remaining number of shots is presented to the user before the execution of composition.
Thereby, execution of composition contrary to the user's intention (for example, use of a character whose remaining number of remaining shots is not 0 as a base character) can be prevented.

Further, according to the present embodiment, the recovery amount of the remaining number of shots is determined with reference to the character information related to the base character and the character information related to the material character.
Thereby, the recovery amount of the number of remaining shots of the base character can be changed by the combination of the base character and the material character.

As an example, the character C1 and the character C2 are the same type of character (for example, the same character ID), the character C1 and the character C3 are different types of characters (for example, the character ID is different), and the character C1 is the base character. Is specified as. In this case, the recovery amount of the remaining number of shots of the character C1 is larger when the character C2 is designated as the material character than when the character C3 is designated as the material character. In other words, using the same type of character has a greater effect of synthesis than using different types of characters.
Thus, the user can be given the option of using the same type of character for composition (for example, when a plurality of the same type of characters are included in the possessed character, the character is preferentially used for composition). .

As another example, it is assumed that the number of remaining shots of the character C2 is 5, the number of remaining shots of the character C3 is 3, the number of remaining shots of the character C4 is 0, and the character C1 is designated as the base character. . In this case, the recovery amount of the remaining number of shots of the character C1 is smaller when the character C2 is used as the material character than when the character C3 is used as the material character. Further, the remaining number of characters C1 recovers to the maximum number of shooters when a character C4 having a remaining shoot number of 0 is used as a material character. That is, using a character with a small number of remaining shots as a material character has a greater effect of synthesis than using a character with a large number of remaining shots as a material character.
Accordingly, in order to increase the amount of recovery of the number of remaining attacks of the base character, the user can use an option of using a character with a small number of remaining attacks (for example, a character that is frequently used in a battle) as a material character, In order to use a character that is frequently used in the next battle, an option of using a character with a large number of remaining shots (for example, a character that is less frequently used in a battle) as a material character can be provided. .

According to this embodiment, among the characters set on the deck, the character designated by the user after the battle process is started is used in the battle. That is, of the characters set on the deck, the remaining number of characters that are not designated by the user after the battle process is started is not consumed.
For example, it is assumed that the character C1 and the character C2 are set on the deck. If only the character C1 is used in the battle (that is, the character C2 is not used in the battle), there is a possibility that the user can win the battle. An option of further using C2 and an option of not using character C2 to maintain the number of remaining shots are given.
This allows the user to think about whether the character set on the deck will be used in battle or preserved.
In particular, in the case of a game in which a character selected by lottery from a plurality of characters is given to the user, the user cannot determine the character to be given (that is, it is difficult to obtain a specific character). ). According to this embodiment, it is possible to make the user consider whether to use a character that is not guaranteed to be given next as a material character or to preserve it. Therefore, this embodiment is particularly useful in a game in which a character selected by lottery from a plurality of characters is given to a user.

<Appendix>
From the above description, the present invention is grasped as follows, for example.

The first aspect of the present invention is:
A plurality of pieces of character information that are information on characters that can be used in a game (for example, a battle) and that include information on a first parameter (for example, the number of remaining shots) that is consumed each time the character is used in the game. An information processing device (for example, a user) that can access a storage device (for example, storage 14) that is stored in association with user identification information (for example, a user ID) that is information for identifying a user (for example, TBL 302 and TBL 305). Terminal 10),
The character information stored in association with user identification information for identifying the user in the storage device in accordance with a user instruction (for example, designation of Q100 to Q102), and a predetermined condition (for example, remaining First selection means for selecting the character information relating to the character used in the game from the character information including the first parameter satisfying (the number of sorties is 1 or more) (for example, the processing of S100 to S104) (110),
Execution means (120) for referring to the character information selected by the first selection means to execute the game process (for example, the processes of S120 to S126);
First updating means (130) for consuming (for example, processing of S128) the first parameter included in the character information referred to by the executing means;
In response to the user's instruction (for example, designation of Q140 and Q142), first character information (from among the plurality of character information stored in association with user identification information for identifying the user in the storage device) For example, a second selection means (140) for selecting (for example, the process of S142) between a character ID for identifying a base character) and second character information (for example, a character ID for identifying a material character);
Second updating means (150) for recovering (for example, the processing of S150) the first parameter included in the first character information selected by the second selecting means;
Third update means (160) for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user (for example, the process of S152);
Is an information processing apparatus.

In the first aspect of the present invention, instead of the disappearance of the character corresponding to the second character information (hereinafter referred to as “second character”), the character corresponding to the first character information (hereinafter referred to as “first character”) One parameter is restored. In other words, the second character has not only a use for the game, but also a use for recovering the first parameter of the first character.
This gives the user who plays the game, for example, an option to use the character C2 in a battle and an option to use it as a second character for recovering the first parameter of the character C1. . As a result, a new interest can be given to the user.

According to a second aspect of the present invention, in the first aspect,
The first parameter included in the first character information and the first parameter included in the second character information (for example, screen G15) are respectively presented in a manner that the user can distinguish (for example, in S146) A display means (170) for processing),
The second updating means recovers the first parameter included in the first character information in response to an instruction from the user (for example, designation of P150).
Information processing apparatus.

According to a third aspect of the present invention, in the second aspect,
The presenting means presents information (for example, screen G15) related to the recovery amount of the first parameter included in the first character information (for example, the process of S146).
Information processing apparatus.

In the second aspect of the present invention, the first parameter of the first character and the first parameter of the second character (for example, screen G15 in FIG. 17) are presented before the composition is executed.
In the third aspect of the present invention, information related to the recovery amount of the first parameter of the first character (for example, screen G15 in FIG. 17) is presented before the composition is executed.

In particular, in the second mode, since the execution of the synthesis involves the price of the disappearance of the second character, presenting the first parameter of the second character to the user before the execution of the synthesis is performed by the user. It is important in judging whether or not.
Thereby, after confirming the first parameter, the user can determine whether or not to perform synthesis.

Further, in the third mode, since the execution of the synthesis involves the price of the disappearance of the second character, it is possible for the user to present information regarding the recovery amount of the first parameter of the first character to the user before the execution of the synthesis. This is important in determining whether or not to perform synthesis.
This allows the user to determine whether or not to perform synthesis after comparing the recovery amount of the first parameter with the first parameter of the second character.

  Moreover, according to the 2nd aspect and the 3rd aspect, execution of the composition contrary to a user's intention (for example, using the character whose 1st parameter is not 0 as a 1st character) can be prevented.

According to a fourth aspect of the present invention, in any one of the first to third aspects,
The second updating means determines a recovery amount of the first parameter included in the first character information with reference to the first character information and the second character information (for example, processing of S144) To
Information processing apparatus.

In the fourth aspect of the present invention, the recovery amount of the first parameter of the first character can be changed by the combination of the first character and the second character.
Thus, the user can be given the option of using the same type of character for composition (for example, when a plurality of the same type of characters are included in the possessed character, the character is preferentially used for composition). .
This also allows the user to use a character with a small first parameter (for example, a character with high use frequency) as the second character in order to increase the recovery amount of the first parameter of the first character, In order to use a frequently used character in the next battle, an option of using a character having a large first parameter (for example, a character having a low used frequency) as the second character can be provided.

According to a fifth aspect of the present invention, in any one of the first to fourth aspects,
The execution means refers to character information related to a character designated by the user (for example, designated by the cell CE) after starting the game process among the character information selected by the first selection means.
Information processing apparatus.

According to the fifth aspect of the present invention, among the characters designated as characters to be used in the game processing (for example, set in the deck), the characters designated by the user after the battle processing is started used. That is, among the characters designated as characters used in the game process, the first parameter of the character not designated by the user after the game process is started is not consumed.
Thereby, it is possible to make the user think about whether the character designated as the character to be used in the game process is used in the game or preserved.

According to a sixth aspect of the present invention, in any one of the first to fifth aspects,
The game is a game in which a first user (for example, an attacking user) and a second user (for example, a defensive user) play a battle,
The character information further includes a second parameter (for example, hit points and attack power) referred to in the battle process,
The storage device further includes information relating to an installation that can be used in the battle, and information including a third parameter (for example, hit points and attack power) referred to in the battle process. Object information (TBL303 and TBL306) is stored in association with user identification information,
The first selection means is used in the battle from the character information stored in association with user identification information for identifying the first user in the storage device in response to an instruction from the first user. Select the character information about the character,
The execution means selects the second user as an opponent user in response to an instruction from the first user (for example, designation of a cell CE), and includes the character information selected by the first selection means. From the second parameter included in the character information related to the character designated by the first user, and the installation information stored in association with the user identification information for identifying the second user in the storage device The battle process (for example, the process of S122 to S126) is executed with reference to the third parameter.
Information processing apparatus.

The seventh aspect of the present invention is:
A plurality of pieces of character information that are information on characters that can be used in a game (for example, a battle) and that include information on a first parameter (for example, the number of remaining shots) that is consumed each time the character is used in the game. A computer (for example, CPU 11) that can access a storage device (for example, storage 14) that is stored in association with user identification information (for example, user ID) that is information (for example, TBL 302 and TBL 305) that identifies the user. ,
The character information stored in association with user identification information for identifying the user in the storage device in accordance with a user instruction (for example, designation of Q100 to Q102), and a predetermined condition (for example, remaining First selection means for selecting the character information relating to the character used in the game from the character information including the first parameter satisfying (the number of sorties is 1 or more) (for example, the processing of S100 to S104) (110),
Execution means (120) for executing the process of the game (for example, the process of S124) with reference to the character information selected by the first selection means;
First updating means (130) for consuming (for example, processing of S128) the first parameter included in the character information referred to by the executing means;
In response to the user's instruction (for example, designation of Q140 and Q142), first character information (from among the plurality of character information stored in association with user identification information for identifying the user in the storage device) For example, a second selection means (140) for selecting (for example, the process of S142) between a character ID for identifying a base character) and second character information (for example, a character ID for identifying a material character);
Second updating means (150) for recovering (for example, the processing of S150) the first parameter included in the first character information selected by the second selecting means;
Third update means (160) for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user (for example, the process of S152);
As a program (for example, a game application).

The eighth aspect of the present invention is:
In an information processing system comprising a user terminal (10) and a server (30) configured to be communicable with the user terminal,
At least one of the user terminal and the server is
A plurality of pieces of character information that are information on characters that can be used in a game (for example, a battle) and that include information on a first parameter (for example, the number of remaining shots) that is consumed each time the character is used in the game. (For example, TBL 302 and TBL 305) can access a storage device (for example, storage 14 or 34) stored in association with user identification information (for example, user ID), which is information for identifying a user,
The character information stored in association with user identification information for identifying the user in the storage device in accordance with a user instruction (for example, designation of Q100 to Q102), and a predetermined condition (for example, remaining First selection means for selecting the character information relating to the character used in the game from the character information including the first parameter satisfying (the number of sorties is 1 or more) (for example, the processing of S100 to S104) (110),
Execution means (120) for executing the process of the game (for example, the process of S124) with reference to the character information selected by the first selection means;
First updating means (130) for consuming (for example, processing of S128) the first parameter included in the character information referred to by the executing means;
In response to the user's instruction (for example, designation of Q140 and Q142), first character information (from among the plurality of character information stored in association with user identification information for identifying the user in the storage device) For example, a second selection means (140) for selecting (for example, the process of S142) between a character ID for identifying a base character) and second character information (for example, a character ID for identifying a material character);
Second updating means (150) for recovering (for example, the processing of S150) the first parameter included in the first character information selected by the second selecting means;
Third update means (160) for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user (for example, the process of S152);
Are each an information processing system (1) provided in either the user terminal or the server.

  In the above, in order to facilitate understanding of the present invention, the reference numerals used in the drawings or the terms used in the embodiments are described in parentheses as appropriate, but the information processing apparatus and the like according to the present invention are thereby illustrated. It is not limited to the embodiment.

1: Game system 10: User terminal 11: CPU
12: ROM
13: RAM
14: Storage 15: Operation input unit 16: Display unit 17: Communication interface unit 18: Bus 30: Game server 31: CPU
32: ROM
33: RAM
34: storage 35: communication interface unit 36: bus 110: first selection means 120: execution means 130: first update means 140: second selection means 150: second update means 160: third update means 170: presentation means N :Communication network

Claims (8)

User identification information that is information related to characters that can be used in a game and that is information that identifies a user is a plurality of character information that is information including a first parameter that is consumed each time the character is used in a game. An information processing apparatus capable of accessing a storage device stored in association with each other,
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
An information processing apparatus comprising: A presentation means for presenting the first parameter included in the first character information and the first parameter included in the second character information in a manner distinguishable by the user;
The second update means recovers the first parameter included in the first character information according to an instruction from the user.
The information processing apparatus according to claim 1. The presenting means presents information related to the recovery amount of the first parameter included in the first character information.
The information processing apparatus according to claim 2. The second update means determines the recovery amount of the first parameter included in the first character information with reference to the first character information and the second character information.
The information processing apparatus according to claim 1. The execution means refers to character information related to a character designated by the user after starting the game process among the character information selected by the first selection means.
The information processing apparatus according to claim 1. The game is a game in which a first user and a second user play a battle,
The character information further includes a second parameter referred to in the battle process,
In the storage device, the installation information, which is information related to the installation that can be used in the battle and includes the third parameter referred to in the battle process, is associated with the user identification information. Remembered,
The first selection means is used in the battle from the character information stored in association with user identification information for identifying the first user in the storage device in response to an instruction from the first user. Select the character information about the character,
The execution means selects the second user as the opponent user according to the instruction of the first user, and the first user designates the character information selected by the first selection means. The second parameter included in the character information related to the character, and the third parameter included in the installation information stored in association with user identification information for identifying the second user in the storage device. Referring to and executing the battle process,
The information processing apparatus according to claim 1. User identification information that is information related to characters that can be used in a game and that is information that identifies a user is a plurality of character information that is information including a first parameter that is consumed each time the character is used in a game. A computer that can access a storage device stored in association with each other.
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
Program to function as. In an information processing system comprising a user terminal and a server configured to be able to communicate with the user terminal,
At least one of the user terminal and the server is
User identification information that is information related to characters that can be used in a game and that is information that identifies a user is a plurality of character information that is information including a first parameter that is consumed each time the character is used in a game. It is possible to access a storage device stored in association with it,
Among the character information including the first parameter satisfying a predetermined condition, the character information stored in association with user identification information for identifying the user in the storage device according to a user instruction. From the first selection means for selecting the character information regarding the character used in the game,
Execution means for executing the process of the game with reference to the character information selected by the first selection means;
First updating means for consuming the first parameter included in the character information referred to by the execution means;
In response to an instruction from the user, the first character information and the second character information are selected from a plurality of the character information stored in association with user identification information for identifying the user in the storage device Second selection means for
Second update means for recovering the first parameter included in the first character information selected by the second selection means;
Third update means for releasing the association between the second character information selected by the second selection means and the user identification information for identifying the user;
Are each provided in either the user terminal or the server.

Images