JP2021003557A - Information processing device and program - Google Patents

Abstract

To enhance a merit of having a plurality of evolution contents branched from a common content.SOLUTION: An information processing device includes: a content information storage unit for storing content information in which a plurality of evolution contents branched from a common content are set; a user information storage unit for storing user information in which a content owned by a user is set; and a privilege imparting unit for imparting a privilege to a user owning two or more evolution contents branched from the common content.SELECTED DRAWING: Figure 1

Description

The present invention relates to an information processing device and a program.

A program is known for causing a user to possess a character as an example of content and causing a computer to execute a game in which the character possessed by the user is evolved into a stronger character (for example, Patent Document 1).

Japanese Patent No. 6044729

In such a game, a plurality of evolved characters branched from a common character may be prepared in advance. However, there was little merit in having multiple evolved characters that diverged from a common character. Therefore, even though a plurality of evolved characters are prepared in advance in this way, users tend not to obtain many of them.
The present invention has been made in view of such circumstances, and an object of the present invention is to enhance the merit of possessing a plurality of evolved contents branched from common contents.

The main invention of the present invention for solving the above problems is
A content information storage unit that stores content information in which multiple evolved contents branched from common contents are set,
A user information storage unit that stores user information in which the content possessed by the user is set, and
A privilege granting unit that grants privileges to users who have two or more evolved contents branched from common contents,
It is an information processing apparatus characterized by being provided with.
Other features of the present invention will be clarified by the description in the present specification and the accompanying drawings.

It is a block diagram which shows an example of an information processing system 1. It is a hardware block diagram which shows an example of a computer. It is a functional block diagram which shows an example of a server apparatus 20. It is a block diagram which shows an example of character information. It is a block diagram which shows an example of item information. It is a block diagram which shows an example of quest information. It is a block diagram which shows an example of user information. It is a functional block diagram which shows an example of a client terminal 10. It is a flowchart which shows the operation example about the evolution of a character in this embodiment. It is an image diagram which shows an example of the evolution destination selection screen 500. It is an image diagram which shows an example of the evolution screen 550. It is a flowchart which shows the operation example about the composition of a character in this embodiment. It is an image diagram which shows an example of the composite screen 600. It is a flowchart which shows the operation example about granting privilege in this embodiment.

The description of the present specification and the accompanying drawings will clarify at least the following matters.
That is, a content information storage unit that stores content information in which a plurality of evolved contents branched from common contents are set, and
A user information storage unit that stores user information in which the content possessed by the user is set, and
A privilege granting unit that grants privileges to users who have two or more evolved contents branched from common contents,
It is an information processing apparatus characterized by being provided with.
According to such an information processing device, a privilege is given to a user who possesses two or more evolved contents branched from the common contents. This makes it possible to enhance the merit of having a plurality of evolved contents branched from the common contents.

In addition, it is such an information processing device.
As a privilege to the user, the privilege granting unit changes the parameters set for at least one evolution content of the two or more evolution contents possessed by the user so as to be advantageous to the user. May be.
According to such an information processing device, a user who possesses two or more evolved contents branched from the common contents is given an advantage that the parameters set in at least one of the evolved contents can be advantageous. This makes it possible to enhance the merit of having a plurality of evolved contents branched from the common contents.

In addition, it is such an information processing device.
Each time the common content that is a branch source is synthesized for each of the two or more evolutionary contents possessed by the user, the compositing unit that gradually increases the maximum value of the parameters of each of the synthesized evolutionary contents. ,
With
As a privilege to the user, the privilege granting unit is set to at least one evolution content of the two or more evolution contents possessed by the user as the frequency of synthesizing the common content serving as a branch source increases. The parameters may be changed significantly to be more advantageous to the user.
According to such an information processing device, for a user who has two or more evolved contents branched from the common contents, the more times the common content that is the branch source is synthesized for each evolved content, the more of them. It is given the merit that the parameters set in at least one evolutionary content can be further advantageous. This makes it possible to enhance the merit of having a plurality of evolved contents branched from the common contents.

In addition, it is such an information processing device.
As a privilege to the user, the privilege granting unit may exchange parameters set for at least two evolutionary contents of the two or more evolutionary contents possessed by the user with each other.
According to such an information processing device, a user who possesses two or more evolutionary contents branched from the common content is given the merit that the parameters of one evolutionary content can be replaced with the parameters of the other evolutionary content. .. This makes it possible to enhance the merit of having a plurality of evolved contents branched from the common contents.

In addition, it is such an information processing device.
Since the evolution condition is satisfied for the common content that is the branching source possessed by the user, the user can select from a plurality of evolved contents branched from the common content instead of causing the user to possess the common content. The evolution department that possesses one of the selected evolution contents,
With
The ease with which the evolution condition is satisfied is determined by the case where the user already possesses at least one evolution content among the plurality of evolution contents branched from the common content, and the case where the user already possesses the evolution content and a plurality of branches from the common content. The evolved content may be different if the user does not yet have one.
According to such an information processing device, for example, a user who possesses at least one evolved content among a plurality of evolved contents branched from a common content is more likely to own the evolved content than a user who does not yet possess the evolved content. It will be easier to evolve the common content that is the source of branching into evolved content. This makes it easier for the user to have two or more evolved contents branched from the common contents.

Next, the computer,
Content information storage means for storing content information in which multiple evolved contents branched from common contents are set.
User information storage means for storing user information for which content possessed by the user is set,
Privilege granting means that grants privileges to users who have two or more evolved contents branched from common contents,
It is a program to function as.
According to such a program, it is possible to enhance the merit of having a plurality of evolved contents branched from the common contents.

=== Embodiment ===
Hereinafter, the information processing apparatus, program, and information processing system according to the embodiment of the present invention will be described in detail. It can be widely applied to information processing devices, programs, information processing systems, and the like that employ games that evolve the content (for example, characters) possessed by the user into stronger content.

<< System configuration >>
FIG. 1 is a configuration diagram showing an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to the present embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

The client terminal 10 is a terminal device such as a smartphone, a tablet, or a PC operated by a user, or a terminal device such as a game-dedicated device for home or business use. The server device 20 manages and controls the game performed by the user on the client terminal 10, and performs in-game billing processing and the like. The network N is the Internet or the like, and includes a mobile radio base station or the like.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can be applied to a single game device (information processing device) by separately providing a mechanism for performing in-game billing processing. .. It goes without saying that the information processing system 1 of FIG. 1 is an example, and there are various system configuration examples depending on the application and purpose. For example, the server device 20 of FIG. 1 may be distributed to a plurality of computers.

<< Hardware configuration >>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration shown in FIG. The computer 50 is an example of an information processing device.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, and the like, each of which is connected to each other by a bus line B. Has been done. The server device 20 may be used by connecting the input device 55 and the display device 56 when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from storage devices such as ROM 53 and HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

The RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily holding a program or data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a non-volatile semiconductor memory (storage device) capable of holding programs and data even when the power is turned off. The ROM 53 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer 50 starts up.

The communication interface 54 is an interface for connecting the computer 50 to the network N. As a result, the computer 50 can perform data communication via the communication interface 54.

The input device 55 is a device used by a user or an administrator to input various signals. The input device 55 in this embodiment is, for example, an operation device such as a touch panel, operation keys and buttons, a keyboard and a mouse.

The display device 56 is a device for displaying various information on the screen to the user or the administrator. The display device 56 in the present embodiment is, for example, a display such as a liquid crystal or an organic EL.

The external interface 57 is an interface for connecting to an external device so that data communication is possible. As a result, the computer 50 can read and / or write to the recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, or a USB memory.

The HDD 58 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include an OS, which is basic software that controls the entire computer, and an application that provides various functions on the OS.

Instead of the HDD 58, a drive device (for example, a solid state drive: SSD) that uses a flash memory as a storage medium may be used.

The client terminal 10 and the server device 20 according to the present embodiment can realize various processes as described later by executing a program on the computer 50 having the hardware configuration described above.

<< Software configuration >>
<Server device>
FIG. 3 is a functional block diagram showing an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, the functional block shown in FIG.

The server device 20 according to the present embodiment realizes the server control unit 200, the server storage unit 220, and the server communication unit 240 by executing the program.

The server control unit 200 has a function of executing various processes in the server device 20. The server control unit 200 in this embodiment includes a request processing unit 201 and an information management unit 202.

The request processing unit 201 receives a request from the client terminal 10, performs processing corresponding to the received request, and transmits the processing result or the like as a response to the client terminal 10.

The information management unit 202 stores various information of the user who has played the game in the user information storage unit 224 as user information. In addition, the information management unit 202 refers to and updates user information and the like in response to a request from the request processing unit 201.

The server storage unit 220 has a function of storing various information in the server device 20. The server storage unit 220 in the present embodiment includes a character information storage unit 221, an item information storage unit 222, a quest information storage unit 223, and a user information storage unit 224.

The character information storage unit 221 is an example of the content information storage unit, and stores character information (content information) related to the character as an example of the content. The character information stored in the character information storage unit 221 is composed of various data shown below.

FIG. 4 is a configuration diagram showing an example of character information. The character information shown in FIG. 4 has character ID, name, rarity, ability parameter, skill, evolved character, lottery probability, and the like as items. The character ID is information for uniquely identifying various characters. The name is information indicating the character name. Rarity is information indicating the rarity (rare value) of a character. Here, one of the rarities of the plurality of classes is initially set. In the present embodiment, five levels of rarity "1" to "5" can be set. The rank of rarity is not limited to 5 levels, and may be 4 levels or less, or 6 levels or more. The ability parameter is information indicating the ability of the character. Here, ability values such as attack, defense, and HP are initially set. A skill is information indicating a special ability (special move, etc.) possessed by a character. An evolved character is information that indicates a character after evolution that is stronger than before evolution. In the present embodiment, an evolution character without branching (single evolution character) may be set, or an evolution character branched from a common pre-evolution character may be set. For example, in the case of "Character C", "Character C1", which is an evolutionary character without branching, is set. Further, in the case of "Character D", "Character D1" and "Character D2", which are two evolved characters branched from the common "Character D", are set. The branching of the evolved character is not limited to two, and may be three or more. The lottery probability is information indicating the probability that a character wins in a lottery game.

The item information storage unit 222 stores item information related to items used in the game. The item information stored in the item information storage unit 222 is composed of various data shown below.

FIG. 5 is a configuration diagram showing an example of item information. The item information shown in FIG. 5 has an item ID, a name, an item effect, and the like as items. The item ID is information for uniquely identifying various items. The name is information indicating the item name. The item effect is information indicating the effect exerted by using the item.

The quest information storage unit 223 stores quest information regarding quests that the user can challenge. The quest information stored in the quest information storage unit 223 is composed of various data shown below.

FIG. 6 is a configuration diagram showing an example of quest information. The quest information shown in FIG. 6 has quest ID, name, required points, enemy character, acquireable character, acquireable item, and the like as items. The quest ID is information for uniquely identifying the quest as a play unit. The name is information indicating the quest name. The required points are information indicating the amount of game points (stamina) required to play the quest. The enemy character is information indicating an opponent character that appears in the quest among a plurality of characters set in the character information stored in the character information storage unit 221. The acquireable character is information indicating one or a plurality of characters that the user can acquire in the quest among the plurality of characters set in the character information stored in the character information storage unit 221. The acquireable item is information indicating one or a plurality of items that the user can acquire in the quest among the plurality of items set in the item information stored in the item information storage unit 222. It is also possible to include quests that can only be challenged by users who have two or more evolved characters that have branched from the common pre-evolved character.

The user information storage unit 224 stores user information about the user. The user information stored in the user information storage unit 224 is composed of various data shown below.

FIG. 7 is a configuration diagram showing an example of user information. The user information shown in FIG. 7 includes a user ID, a name, a possessed character, a party, possessed items, possessed points, play information, and the like as items. The user ID is information for uniquely identifying the user. The name is information indicating a user name. The possessed character is information indicating one or a plurality of characters possessed by the user at the present time among the plurality of characters set in the character information stored in the character information storage unit 221. Here, as shown in parentheses in the figure, various parameters (level, attack power, defense power, HP, etc.) of the currently possessed character are also set. In the present embodiment, the number of times (combination number) of synthesizing characters that are the same or as synthetic materials to be regarded as the same is also set. Further, in the present embodiment, among the possessed characters, the evolution parameters (current value / maximum value) are also set for the character before evolution. The evolution parameter is a parameter that indicates whether or not the character before evolution can evolve. For example, when the evolution parameter reaches the maximum value, the character before evolution can evolve. The evolution parameter is now increased by a predetermined amount each time the pre-evolved character is included in the party (also called "deck" or "team") when it was actually used in the battle. It has become. In other words, the more the user uses the pre-evolved character in a match, the closer the current value of the evolution parameter will be to the maximum value. Also, only when the quest is cleared, the current value of the character before evolution may be increased by a predetermined amount. The party is information indicating each character that constitutes the user's party. In the present embodiment, when the user has two or more evolved characters branched from a common character, one of the evolved characters can be put into the party. That is, two or more evolved characters branched from a common character cannot be included in the same party. It should be noted that two or more evolved characters branched from a common character may be included in the same party. The possessed item is information indicating one or a plurality of items possessed by the user at the present time among the plurality of items set in the item information stored in the item information storage unit 222. Possession points are information indicating the number of game points possessed by the user at the present time. Users can play the quest by consuming their own game points for the required points of the quest.

The server communication unit 240 has a function of communicating with the client terminal 10 via the network N.

<Client terminal>
FIG. 8 is a functional block diagram showing an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, the functional block shown in FIG.

The client terminal 10 according to the present embodiment realizes a client control unit 100, a client storage unit 120, a client communication unit 140, an operation input reception unit 150, and a screen display unit 160 by executing a program.

The client control unit 100 has a function of executing various processes in the client terminal 10. The client control unit 100 includes a game progress unit 101, a server access unit 102, and a display control unit 103.

The game progress unit 101 controls the progress of various games and the like. The game progress unit 101 according to the present embodiment advances a battle game, a lottery game, a synthetic game, etc., which will be described later, based on the game operation received from the user by the client terminal 10. The game progressing section 101 includes a fighting section 101A, a privilege granting section 101B, a character granting section 101C, an evolution section 101D, a synthesis section 101E, and a selling section 101F.

The battle unit 101A controls the battle between the characters who are opponents of each other. The battle unit 101A according to the present embodiment determines the victory or defeat of the battle between the characters who are the opponents of each other based on various parameters and the like of each character included in the party.

The privilege granting unit 101B grants privileges to a user who possesses two or more evolved characters branched from a common character. When the user possesses two or more evolved characters branched from a common character, the privilege granting unit 101B according to the present embodiment changes the parameters of at least one of the evolved characters so as to be advantageous to the user. ..

The character giving unit 101C gives the user a character set in the character information stored in the character information storage unit 221. The character giving unit 101C according to the present embodiment grants one or more characters to the user through a battle game, a lottery game, or the like.

The evolution unit 101D evolves the character possessed by the user into a stronger character. The evolution unit 101D according to the present embodiment does not allow the user to possess (do not possess) the pre-evolution character because the evolution conditions are satisfied for the pre-evolution character possessed by the user, but instead causes the user to possess the pre-evolution character. To have. The evolution condition according to the present embodiment is, for example, that the evolution parameter set for the character before evolution has reached the maximum value. The evolution conditions are not limited to this, for example, all the characters that are preset synthetic materials are obtained in battle games and lottery games, and all of them are used as pre-evolution characters (characters that are the source of synthesis). On the other hand, it may be synthesized.

The compositing unit 101E synthesizes another character with one character among a plurality of characters possessed by the user, and instead of sacrificing (not possessing) the other character, one character is used. Strengthen. For example, each time the synthesis unit 101E according to the present embodiment synthesizes the same character as the synthesis source character as the synthesis material character, the maximum value of the parameter set for the synthesis source character is stepwise. Raise to. At this time, the character that is the synthetic material becomes a character that the user does not possess (that is, it is sacrificed). In addition, when the user has two or more evolved characters that have branched from the common character (pre-evolved character) that is the branch source, each evolution of the common character (pre-evolved character) that is the branch source of the user. Each time it is combined with a character, the maximum value of the parameters of each of the combined evolution characters is gradually increased. At this time, the common character (character before evolution) that becomes the branch source becomes a non-possessed character (that is, a sacrifice). In addition to this, even when another evolution character is combined with one evolution character among multiple evolution characters branched from a common character, the maximum parameter of the synthesized one evolution character is the maximum. The value may be increased to the next stage. At this time, the other evolved characters become non-possessed characters.

By selling a character possessed by the user, the selling unit 101F gives a consideration to the user instead of causing the user to possess (not possess) the character. The sale unit 101F according to the present embodiment gives the user game points as an example of consideration each time the character is sold.

The server access unit 102 transmits a request for various processes to the server device 20 when access to the server device 20 is required in the process of various processes executed by the game progress unit 101, and also transmits a request for various processes to the server. The processing result and the like from the device 20 are received as a response.

The display control unit 103 controls the screen display of the client terminal 10 according to the progress of various games and the like. The display control unit 103 according to the present embodiment controls the screen display of the client terminal 10 by generating various screen data according to, for example, the progress of a battle game or a lottery game controlled by the game progress unit 101.

The operation input receiving unit 150 receives an operation input from a user who operates the client terminal 10. The client storage unit 120 includes various programs and various data (for example, like the server device 20) required for the installed application (game application, etc.) and the client terminal 10, such as character information, item information, quest information, and user information. ) Is memorized. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 according to the control from the display control unit 103.

As described above, in the information processing system 1 according to the present embodiment, the progress and display control of the game are performed by the client terminal 10, but the server device 20 may perform the game. Specifically, at least one of the game progress unit and the display control unit may be configured not to be provided in the client control unit 100 of the client terminal 10, while being provided in the server control unit 200 of the server device 20.

Further, the client control unit 100 of the client terminal 10 receives page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data, or the like from the server device 20, and performs processing related to the game. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to the game based on the installed application. FIG. 8 shows an application type as an example.

<< System Overview >>
Here, the outline of the information processing system 1 in the present embodiment will be described. The information processing system 1 in the present embodiment includes at least a battle game, a lottery game, and a synthetic game.

The battle game in the present embodiment is a game in which an enemy character appears in a party composed of a plurality of characters, and the appearing enemy character and each character constituting the party are played against each other.

In this battle game, multiple quests for the purpose of defeating enemy characters are set according to the difficulty level. Users can form a party (also called "organization") using their own characters, etc., and select one of the quests to challenge the enemy character. In that match, the user may be given a character or item that is set to be available for the selected quest.

The lottery game in the present embodiment is a game in which a character to be given to a user is determined by lottery on the condition that items such as charged items and non-charged items are used (also referred to as "consumption"). In this lottery game, when the user performs a lottery operation, one of the multiple characters that are candidates for the lottery is determined based on the lottery probability of each character, and the determined character is given to the user. ..

The synthetic game in the present embodiment is a synthetic material character by combining a synthetic material character (synthetic material character) with a synthetic material character (synthetic material character) among a plurality of characters possessed by the user. It is a game that strengthens the original character instead of losing.

In this synthesis game, basically, each time a character that is the same as the synthesis source character is combined as a synthesis material character, the maximum value of the parameter set for the synthesis source character can be gradually increased. Exceptionally, if the user has two or more evolved characters that have branched from a common pre-evolved character, each time the pre-evolved character that is the source of his branch is used as a synthetic material and synthesized for each evolved character, The maximum value of each parameter of the synthesized evolution character can be increased step by step. That is, the pre-evolution character that is the branch source and the evolution character that is the branch destination are treated as the same character. There is an upper limit to the increase in the maximum value. For example, the maximum value can be increased up to 4 levels (that is, the maximum value can be increased up to 4 times of synthesis).

Further, in the information processing system 1 of the present embodiment, it is possible to evolve the character possessed by the user into a stronger character, or to give a privilege to a user who possesses two or more evolved characters branched from a common character. You can do it.

In the evolution of the character in the present embodiment, when the user possesses the pre-evolution character (pre-evolution character), the pre-evolution character can be exchanged for a stronger post-evolution character (evolution character). Specifically, when the evolution condition is satisfied for the pre-evolved character possessed by the user, the user can possess the evolved character instead of losing the pre-evolved character. However, for multiple evolved characters that have branched from a common character, rather than evolutionary characters without branching, the evolution conditions for the pre-evolution character possessed by the user (that is, the common character from which the branch originated) have been established. Instead of losing the pre-evolved character, you will be able to possess one of the evolved characters selected by the user from among the multiple evolved characters that will be the branch destination.

The privilege of the user in this embodiment is given to a user who possesses two or more evolved characters branched from a common character. Specifically, when a user possesses two or more evolved characters branched from a common character, the right to change the parameters of at least one of the evolved characters in favor of the user is given. For example, if a user has two evolved characters that diverge from a common character, and if a party containing one of the evolved characters is configured to challenge the quest, one of the parties included in that party will be included in the quest. Evolved characters have increased ability parameters compared to when they are not privileged. As a result, the user can take advantage of having multiple evolved characters that diverge from the common character and fight in the quest in an advantageous manner. If the user disposes of the other evolved character by synthesizing or selling it (when he no longer possesses it), the user will no longer possess two or more evolved characters branched from the common character, so he loses that privilege. It will end up. Therefore, even if one of the evolved characters is included in the party, its ability parameter will not increase, and you will not be able to fight in an advantageous way in the quest.

In this way, users will actively collect a large number of evolved characters that diverge from common characters in order to benefit from being able to fight in an advantageous way in quests. As a result, it is possible to enhance the merit of having a plurality of evolved characters branched from a common character.

<< System operation >>
<Character evolution>
FIG. 9 is a flowchart showing an operation example relating to the evolution of the character in the present embodiment.

When the user performs a selection operation related to character evolution on the menu screen, the client terminal 10 causes the screen display unit 160 to display the possessed character screen on which the character possessed by the user is arranged (step S11).

Specifically, the evolution unit 101D of the client terminal 10 requests the server access unit 102 to execute the character evolution process when the user performs a selection operation on the menu screen. When the server access unit 102 of the client terminal 10 is requested by the evolution unit 101D to execute the character evolution process, the server access unit 102 transmits a request regarding the evolution of the character to the server device 20 together with the user ID.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data acquisition process. When the request processing unit 201 requests the information management unit 202 of the server device 20 to execute the data acquisition process, the information management unit 202 refers to the user information stored in the user information storage unit 224 and refers to the user corresponding to the transmitted user ID. In addition to acquiring the user information of, the character information stored in the character information storage unit 221 is acquired. The request processing unit 201 transmits the user information and the character information acquired by the information management unit 202 to the client terminal 10.

After that, when the evolution unit 101D of the client terminal 10 receives the information transmitted from the server device 20, the evolution unit 101D requests the display control unit 103 to execute the screen display process. When the display control unit 103 of the client terminal 10 is requested to execute the screen display process by the evolution unit 101D, the display control unit 103 generates a possessed character screen based on the user information or the like transmitted from the server device 20 and displays it on the screen display unit 160. Let me.

When the possessed character screen is displayed on the screen display unit 160 of the client terminal 10, the user can perform an operation on the client terminal 10 to specify one possessed character from a plurality of possessed characters. .. The evolution unit 101D of the client terminal 10 determines whether or not an input for designating any of the possessed characters has been accepted by the user's operation (step S12).

When it is determined that the evolution unit 101D of the client terminal 10 has not yet accepted the input for designating any of the possessed characters (step S12: "NO"), the evolution unit 101D waits until the user's designated input is received. On the other hand, if it is determined that the input for specifying any of the possessed characters has been accepted (step S12: "YES"), the process proceeds to the next step S13.

Next, when the user performs an operation of designating one of the possessed characters, the evolution unit 101D of the client terminal 10 possesses the possession designated by the user based on the user information and the character information transmitted from the server device 20. It is determined whether or not the character is a pre-evolution character (pre-evolution character) (step S13).

When the evolution unit 101D of the client terminal 10 determines that it is not a pre-evolution character (step S13: "NO"), it returns to the process of step S11 described above, and the possessed character specified by the user is already an evolution character. , After notifying the user to that effect, let the user specify the character again on the possessed character screen. On the other hand, if it is determined that the character is a pre-evolution character (step S13: "YES"), the process proceeds to the next step S14.

Next, when the possessed character designated by the user is the pre-evolution character, the evolution unit 101D of the client terminal 10 is based on the user information and the character information transmitted from the server device 20 and the designated pre-evolution character. It is determined whether or not the possessed character of is a pre-evolved character of an evolved character without branching (step S14).

When the evolution unit 101D of the client terminal 10 determines that the evolution character has no branch and is not a pre-evolution character (step S14: “NO”), the process proceeds to step S16 described later. On the other hand, when it is determined that the evolved character has no branch and is a pre-evolved character (step S14: “YES”), the process proceeds to the next step S15.

Next, when the evolution unit 101D of the client terminal 10 determines that the evolution character has no branching and is a pre-evolution character, it determines whether or not the evolution conditions are satisfied for the designated pre-evolution possession character. (Step S15).

Specifically, the evolution unit 101D of the client terminal 10 determines whether or not the evolution parameter of the possessed character before evolution specified by the user is the maximum value based on the user information and the character information transmitted from the server device 20. Is determined. Then, when the evolution parameter of the possessed character before the evolution is the maximum value, it is determined that the evolution condition is satisfied.

When the evolution unit 101D of the client terminal 10 determines that the evolution conditions are satisfied for the designated pre-evolution possessed character (step S15: “YES”), the process proceeds to step S20 described later. On the other hand, if it is determined that the evolution condition is not satisfied for the designated character possessed before evolution (step S15: "NO"), the process related to this character evolution is terminated.

Next, when the evolution unit 101D of the client terminal 10 determines in the process of step S14 described above that it is not the pre-evolution character of the evolution character without branching (that is, when it is the pre-evolution character of the evolution character to be the branch destination). ) Indicates whether or not the user possesses at least one evolved character that is the branch destination of the specified pre-evolved possessed character based on the user information and character information transmitted from the server device 20. Is determined (step S16).

When the evolution unit 101D of the client terminal 10 determines that it does not yet possess the evolution character that is the branch destination of the designated pre-evolution possession character (step S16: "NO"), the above-mentioned step S15 Similar to the process, it is determined whether or not the evolution condition is satisfied for the designated character possessed before evolution (step S17). On the other hand, when it is determined that the specified evolution character that is the branch destination of the pre-evolution possession character is possessed (step S16: "YES"), the establishment of the evolution condition is satisfied. The process proceeds to the next step S18 without making a determination.
In this way, if the user possesses at least one evolved character that is the branch destination of the possessed character before the evolution, it is considered that the evolution condition has already been established for the possessed character before the evolution. Therefore, it is possible to immediately evolve the possessed character before the evolution into any one evolution character without going through the determination process regarding the establishment of the evolution condition.

Next, when the user possesses at least one evolved character that is the branch destination of the designated pre-evolved possessed character, the display control unit 103 of the client terminal 10 (step S16: “YES”). Alternatively, when the evolution condition is satisfied for the designated pre-evolution possessed character (step S17: "YES"), the designated character is specified based on the user information and character information transmitted from the server device 20. An evolution destination selection screen 500 for allowing the user to select an evolution character that is a branch destination of the possessed character before evolution is generated and displayed on the screen display unit 160 (step S18).

FIG. 10 is an image diagram showing an example of the evolution destination selection screen 500. On the evolution destination selection screen 500, the pre-evolution character display area 501 in which the pre-evolution possessed character specified by the user is displayed, and the evolved character that is the branch destination of the specified pre-evolution possessed character are displayed. A branch advanced character display area 502 and an operation button 503 for starting evolution are included.

When the evolution destination selection screen 500 is displayed on the screen display unit 160 of the client terminal 10, the user selects any one evolution character from the branch advanced character display area 502, and then operates the operation button 503. The operation of selecting is performed on the client terminal 10. When the user performs a selection operation for starting the evolution to any one of the evolved characters, the operation input reception unit 150 of the client terminal 10 receives the operation input based on the user's selection operation.
If the user already has one of the evolved characters, this evolution destination is to prevent accidental evolution to the same evolved character that the user already has (do not mistake the branch destination). A caution display to that effect may be displayed on the selection screen 500. Also, if the user has all the evolution characters to branch to, he / she may be able to select the same evolution character that he / she already has.

Next, returning to FIG. 9, the evolution unit 101D of the client terminal 10 starts evolution on the evolution destination selection screen 500 shown in FIG. 10 when the operation input reception unit 150 receives the user's operation input in this way. It is determined whether or not the operation button 503 is selected by the user (step S19).

When the evolution unit 101D of the client terminal 10 determines that the operation button 503 for starting evolution has not been selected by the user (step S19: “NO”), the evolution unit 101D waits until there is a user's selection input. On the other hand, when it is determined that the operation button 503 for starting the evolution is selected by the user (step S19: "YES"), the process proceeds to the next step S20.

Next, when the operation button 503 for starting evolution is selected by the user, the display control unit 103 of the client terminal 10 is designated based on the user information and the character information transmitted from the server device 20. An evolution screen 550 for evolving the possessed character before evolution is generated and displayed on the screen display unit 160 (step S20).

FIG. 11 is an image diagram showing an example of the evolution screen 550. On this evolution screen 550, the pre-evolution character display area 551 in which the possessed character before evolution specified by the user is displayed, and the evolution character display area 552 in which the evolved character of the designated pre-evolution possessed character is displayed. An operation button 553 for confirming the evolution and an operation button 554 for canceling the evolution and transitioning to the menu screen are displayed.

A user who wishes to confirm the evolution performs an operation of selecting the operation button 553 on the client terminal 10 when the evolution screen 550 is displayed on the screen display unit 160 of the client terminal 10. On the other hand, the user who wishes to cancel the evolution performs an operation of selecting the operation button 554 on the client terminal 10 when the evolution screen 550 is displayed on the screen display unit 160 of the client terminal 10. When the user performs a selection operation for determining evolution or a selection operation for canceling evolution, the operation input reception unit 150 of the client terminal 10 accepts operation input based on the user's selection operation.

Next, returning to FIG. 9, the evolution unit 101D of the client terminal 10 receives an operation input reception unit 150 in this way, and when the operation input reception unit 150 receives the user's operation input, the operation button for confirming the evolution on the evolution screen 550 shown in FIG. It is determined whether or not 553 has been selected by the user (step S21).

The evolution unit 101D of the client terminal 10 determines that the operation button 553 for confirming the evolution has not been selected by the user, that is, when the operation button 554 for canceling the evolution is selected (step S21). : "NO"), the process related to this character evolution ends. On the other hand, when it is determined that the operation button 553 for confirming the evolution has been selected by the user (step S21: "YES"), the process proceeds to the next step S22.

Next, when the operation button 553 for confirming the evolution is selected by the user, the evolution unit 101D of the client terminal 10 is designated by the user based on the user information and the character information transmitted from the server device 20. Evolve the possessed character before evolution (step S22).

Specifically, the evolution unit 101D of the client terminal 10 does not allow the user to possess the specified pre-evolution possession character, but instead possesses the evolved character after the evolution of the designated pre-evolution possession character. Update the user information for that user. Then, when the evolution unit 101D of the client terminal 10 evolves the possessed character before evolution designated by the user, the server access unit 102 requests the server access unit 102 to execute the user information update process. When the server access unit 102 of the client terminal 10 is requested by the evolution unit 101D to execute the user information update process, the server access unit 102 transmits a request for the update process to the server device 20 together with the user ID and the character ID. After that, when the request processing unit 201 of the server device 20 receives the request, it requests the information management unit 202 to execute the data update process. When the request processing unit 201 requests the information management unit 202 of the server device 20 to execute the data update process, the information management unit 202 refers to the user information stored in the user information storage unit 224 and refers to the user corresponding to the transmitted user ID. The user information of the user is specified, and the possessed character of the user is updated based on the transmitted character ID.

When the character is evolved in this way, if the user possesses the pre-evolved character of the evolved character without branching, and if the evolution conditions for the pre-evolved character are satisfied, the user will lose the pre-evolved character instead. In addition, you will be able to possess evolutionary characters without branches. On the other hand, when the user possesses the pre-evolution character of the evolution character to be the branch destination, if the evolution conditions for the pre-evolution character are satisfied, the user will not lose the pre-evolution character, but will be the branch destination. You will be able to possess one of the evolved characters of the branch destination that you have selected yourself. However, at this time, if the user possesses at least one evolved character that is the branch destination of the possessed character before the evolution, it is considered that the evolution condition has already been established for the pre-evolved character, so that the user has evolved. Immediately after the condition is not judged, instead of losing the pre-evolution character, you will be able to possess one of the evolution characters of your choice.

<Character composition>
FIG. 12 is a flowchart showing an operation example related to character composition in the present embodiment.

When the user performs a selection operation related to character composition on the menu screen, the client terminal 10 causes the screen display unit 160 to display the possessed character screen on which the character possessed by the user is arranged (step S31).

Specifically, the compositing unit 101E of the client terminal 10 requests the server access unit 102 to execute the character compositing process when the user performs a selection operation on the menu screen. When the server access unit 102 of the client terminal 10 is requested to execute the character composition process by the composition unit 101E, the server access unit 102 transmits a request regarding character composition to the server device 20 together with the user ID.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data acquisition process. When the request processing unit 201 requests the information management unit 202 of the server device 20 to execute the data acquisition process, the information management unit 202 refers to the user information stored in the user information storage unit 224 and refers to the user corresponding to the transmitted user ID. In addition to acquiring the user information of, the character information stored in the character information storage unit 221 is acquired. The request processing unit 201 transmits the user information and the character information acquired by the information management unit 202 to the client terminal 10.

After that, when the synthesis unit 101E of the client terminal 10 receives the information transmitted from the server device 20, the display control unit 103 requests the display control unit 103 to execute the screen display process. When the display control unit 103 of the client terminal 10 is requested to execute the screen display process by the synthesis unit 101E, the display control unit 103 generates a possessed character screen based on the user information or the like transmitted from the server device 20 and displays it on the screen display unit 160. Let me.

When the possessed character screen is displayed on the screen display unit 160 of the client terminal 10, the user instructs the client terminal 10 to specify a character to be synthesized (composite source character) from a plurality of possessed characters. Can be done. The compositing unit 101E of the client terminal 10 determines whether or not the input specifying any of the compositing source characters has been accepted by the user's operation (step S32).

When the synthesis unit 101E of the client terminal 10 determines that the input for designating one of the synthesis source characters has not yet been accepted (step S32: "NO"), the synthesis unit 101E waits until there is a user-designated input. On the other hand, if it is determined that the input for specifying any of the possessed characters has been accepted (step S32: "YES"), the process proceeds to the next step S33.

Next, when the user performs an operation of designating one of the synthesis source characters, the synthesis unit 101E of the client terminal 10 performs the synthesis source character designated by the user based on the user information transmitted from the server device 20. (Step S33), it is determined whether or not the number of times of synthesis has reached the maximum number of times of synthesis (here, the maximum number of times of synthesis is assumed to be 4).

When the synthesis unit 101E of the client terminal 10 determines that the number of synthesis of the designated synthesis source character has reached the maximum number of synthesis (step S33: “YES”), the process returns to the process of step S31 described above. , Since the number of synthesis of the synthesis source character specified by the user has already reached the maximum number of synthesis, the user is notified to that effect and the user is made to specify the character again on the possessed character screen. On the other hand, if it is determined that the number of synthesis of the synthesis source character has not yet reached the maximum number of synthesis (step S33: "NO"), the process proceeds to the next step S34.

Next, the compositing unit 101E of the client terminal 10 is based on the user information and the character information transmitted from the server device 20 when the compositing number of the compositing source character specified by the user has not yet reached the maximum compositing number. , It is determined whether or not the user possesses a character (synthetic material character) that is a synthetic material that can be regarded as the same as or the same as the synthetic source character specified by the user (step S34).

Specifically, the compositing unit 101E of the client terminal 10 refers to the user information and the character information of the user, and the user possesses the same character (synthetic material character) as the designated compositing source character. Judge whether or not. Further, in the present embodiment, the evolution character as the branch destination and the pre-evolution character as the branch source are treated as the same character. Therefore, for example, when the specified synthesis source character is an evolution character that is a branch destination, whether or not the user possesses a pre-evolution character that is a branch source that can be regarded as the same is also determined. judge.

When it is determined that the compositing unit 101E of the client terminal 10 does not possess the compositing material character that can be regarded as the same as or the same as the designated compositing source character (step S34: "NO"), the above-mentioned step Returning to the process of S31, since the composition source character cannot be synthesized, the user is notified to that effect, and then the user is made to specify the character again on the possessed character screen. On the other hand, if it is determined that the character possesses a synthetic material character that is the same as or can be regarded as the same as the designated synthesis source character (step S34: "YES"), the process proceeds to the next step S35. To proceed.

Next, when the display control unit 103 of the client terminal 10 has a synthetic material character that can be regarded as the same as or the same as the synthetic source character specified by the user, the user transmitted from the server device 20 Based on the information and the character information, the composition screen 600 of the designated composition source character is generated and displayed on the screen display unit 160 (step S35).

FIG. 13 is an image diagram showing an example of the composite screen 600. On the composition screen 600, the composition is confirmed with the composition source character display area 601 in which the composition source character specified by the user is displayed and the composition material character display area 602 in which the composition material character of the composition source character is displayed. An operation button 603 for causing the character to be displayed, and an operation button 604 for canceling the composition and transitioning to the menu screen are displayed. In the synthetic material character display area 602 of the present embodiment, a plurality of synthetic material characters of the synthesis source character may be displayed. In this case, the user can select the desired synthetic material character.

A user who wishes to confirm the composition performs an operation of selecting the operation button 603 on the client terminal 10 when the composition screen 600 is displayed on the screen display unit 160 of the client terminal 10. On the other hand, the user who wishes to cancel the composition performs an operation of selecting the operation button 604 on the client terminal 10 when the composition screen 600 is displayed on the screen display unit 160 of the client terminal 10. When the user performs a selection operation for confirming the composition or a selection operation for canceling the composition, the operation input reception unit 150 of the client terminal 10 receives an operation input based on the user's selection operation.

Next, returning to FIG. 12, the compositing unit 101E of the client terminal 10 receives an operation input of the user in this way, and the compositing unit 101E has an operation button for confirming the compositing on the compositing screen 600 shown in FIG. It is determined whether or not 603 has been selected by the user (step S36).

When the compositing unit 101E of the client terminal 10 determines that the operation button 603 for confirming the compositing has not been selected by the user, that is, when the operation button 604 for canceling the compositing is selected (step S36). : "NO"), the process related to this character composition ends. On the other hand, when it is determined that the operation button 603 for confirming the composition is selected by the user (step S36: "YES"), the process proceeds to the next step S37.

Next, when the operation button 603 for confirming the composition is selected by the user, the synthesis unit 101E of the client terminal 10 is designated by the user based on the user information and the character information transmitted from the server device 20. Combining the original character (step S37).

Specifically, the compositing unit 101E of the client terminal 10 does not allow the user to possess a compositing material character that can be regarded as the same as or the same as the designated compositing source character, but instead keeps the designated compositing source character as it is. Update the user's user information so that it is in possession. In addition, the maximum value of various parameters (attack, defense, HP, etc.) set for the specified synthesis source character is increased by one step.

For example, if the user has not only the evolved character that branched from the common character (character before evolution) but also the common character (character before evolution) that is the branch source, the branch destination is If you specify the evolution character to be the synthesis source character and perform synthesis, you can use the common character (character before evolution) that is the branch source as the synthesis material. As a result of this synthesis, the maximum value of the ability parameter and the like can be increased by one step for the evolution character that is the branch destination designated as the synthesis source character.

Then, when the synthesis unit 101E of the client terminal 10 finishes the synthesis of the synthesis source character designated by the user, the server access unit 102 requests the server access unit 102 to execute the user information update process. When the server access unit 102 of the client terminal 10 is requested by the synthesis unit 101E to execute the user information update process, the server access unit 102 transmits a request for the update process to the server device 20 together with the user ID and the character ID. After that, when the request processing unit 201 of the server device 20 receives the request, it requests the information management unit 202 to execute the data update process. When the request processing unit 201 requests the information management unit 202 of the server device 20 to execute the data update process, the information management unit 202 refers to the user information stored in the user information storage unit 224 and refers to the user corresponding to the transmitted user ID. The user information of the user is specified, and the possessed character of the user is updated based on the transmitted character ID.

When the character is synthesized in this way, when the user possesses not only the synthesis source character but also a synthetic material character that can be regarded as the same as or the same as the synthesis source character, the user can use the synthetic material character. Instead of losing, you can gradually increase the maximum value of various parameters set for the source character.

<Granting privileges>
FIG. 14 is a flowchart showing an operation example relating to the granting of privileges in the present embodiment.

When the user information is updated as a result of the evolution of the character specified by the user as described above, the privilege granting unit 101B of the client terminal 10 possesses a new evolved character based on the character information. It is determined whether or not this has been done (step S51).

When it is determined that the user does not possess the new evolved character (step S51: “NO”), the privilege granting unit 101B of the client terminal 10 ends the process related to this privilege granting. On the other hand, if it is determined that the user possesses a new evolved character (step S51: "YES"), the process proceeds to the next step S52.

Next, when the user possesses a new evolution character, the privilege granting unit 101B of the client terminal 10 newly possesses the evolution based on the user information and the character information transmitted from the server device 20. It is determined whether or not the character is an evolutionary character without branching (step S52).

When it is determined that the evolution character newly possessed by the user is an evolution character without branching (step S52: “YES”), the privilege granting unit 101B of the client terminal 10 ends the process related to this privilege grant. .. On the other hand, if it is determined that the evolution character newly possessed by the user is not an evolution character without branching, that is, an evolution character to be a branch destination (step S52: "NO"), the following The process proceeds to step S53.

Next, the privilege granting unit 101B of the client terminal 10 is transmitted from the server device 20 when the evolution character newly possessed by the user is not an evolution character without branching, that is, an evolution character to be a branch destination. Based on the user information and the character information, it is determined whether or not the user possesses two or more evolved characters in which the new evolved character and the pre-evolved character of the branch source are common (step S53).

For example, when "Character D1" and "Character D2" are set as evolution characters branched from the common pre-evolution "Character D", the user who had "Character D1" up to now is newly added. Assuming that "Character D2" is possessed, the pre-evolved character of the branching source will possess two or more common evolved characters, and thus the determination process will be affirmed.

When it is determined that the pre-evolution character of the branch source does not possess two or more common evolution characters (step S53: “NO”), the privilege granting unit 101B of the client terminal 10 ends the process related to this privilege grant. On the other hand, when it is determined that the pre-evolution character of the branch source possesses two or more common evolution characters (step S53: "YES"), the process proceeds to the next step S54.

Next, the privilege granting unit 101B of the client terminal 10 grants a privilege to the user when the user possesses two or more evolved characters in common with the pre-evolved character of the branch source (step S54).

Specifically, the privilege granting unit 101B of the client terminal 10 favors the parameter of at least one evolved character among the two or more evolved characters common to the pre-evolved character of the branch source as a privilege to the user. Change to. In the present embodiment, as a privilege to the user, various parameters (attack, defense, HP, etc.) set for at least one evolved character are increased (the maximum value of various parameters is increased). For example, if a user possesses all two evolved characters that the pre-evolved character of the branch source has in common, and if a party including one of the evolved characters is formed to challenge the quest, the quest will be performed. One evolved character included in the party can have increased ability parameters (attack, defense, HP, etc.) compared to when not privileged. Therefore, the user can take advantage of having multiple evolved characters that diverge from the common character and fight in the quest in an advantageous manner. For the other evolved character that is not included in the party, various parameters may be increased like one evolved character, and unlike one evolved character, various parameters may not be increased.

Then, the privilege granting unit 101B of the client terminal 10 frequently synthesizes the pre-evolution character of the branch source as a synthetic material for each of two or more evolved characters in which the pre-evolution character of the branch source is common (that is,). , The more times it is synthesized), the parameters set for at least one of the two or more evolved characters are changed significantly to be more advantageous to the user. In the present embodiment, various parameters (attack, defense, HP, etc.) set for at least one evolved character are significantly increased (the maximum values of various parameters are significantly increased). For example, when the user possesses all two evolved characters that the pre-evolved character of the branch source has in common, the number of times of combining the pre-evolved character that is the branch source for one of the evolved characters is "1 time". If the number of synthesis of the pre-evolution character that is the branch source for the other evolution character is "1 time", the total number of the synthesis times is "2 times". Then, when the total number of times of synthesis is "2 times", if the user composes a party including one evolution character and challenges the quest, the ability parameter of one evolution character included in that party ( Attack, defense, HP, etc.) will be "1.2 times" compared to when you are not privileged. Also, for example, if the total number of composites obtained in this way is "4 times", the ability parameters (attack, defense, HP, etc.) of one of the evolved characters included in the party are not privileged. It will be "1.4 times" compared to the occasion. Also, for example, if the total number of composites obtained in this way is "8", the ability parameters (attack, defense, HP, etc.) of one of the evolved characters included in the party are not privileged. It will be "1.8 times" compared to the occasion.

In this way, by giving privileges to users who have two or more evolution characters that the pre-evolution character of the branch source has in common, each user will benefit from being able to fight in an advantageous way in the quest. In order to do so, we will actively collect many evolved characters that have branched from the common pre-evolved characters. As a result, it is possible to enhance the merit of having a plurality of evolved characters branched from a common pre-evolved character.

=== Other embodiments ===
The above-described embodiment is for facilitating the understanding of the present invention, and is not for limiting the interpretation of the present invention. The present invention can be modified and improved without departing from the spirit thereof, and the present invention also includes an equivalent thereof. In particular, even the embodiments described below are included in the present invention.

<Conditions for granting privileges>
In the above-described embodiment, a case where a privilege is given to a user who possesses two or more evolved characters branched from a common pre-evolved character has been described as an example, but two or more evolved characters having different branch destinations are possessed. You may grant privileges to users who do, or you may grant privileges to users who have two or more of the same evolution characters that branch to each other. For example, when "Character D1" and "Character D2" are set as two evolution characters branched from the common pre-evolution "Character D", they are called "Character D1" which is an evolution character with different branch destinations. Privileges may be granted to users who possess "Character D2", or to users who possess two "Character D1" (or two "Character D2") that are the same evolution characters that branch to each other. You may grant privileges to it.

Further, in the above-described embodiment, the case where the evolution character branched from the common pre-evolution character is given a privilege to the user who has two or more at the present time is described as an example, but the evolution character is branched from the common pre-evolution character. You may grant privileges to users who have possessed two or more evolved characters, including those in the past.

Further, in the above-described embodiment, the case where the privilege is given to the user by possessing two or more evolution characters branched from the common pre-evolution character has been described as an example, but the branch from the common pre-evolution character has been described. In addition to possessing two or more evolved characters, you may also grant privileges to the user by putting one of the evolved characters into the party used for the battle. In addition, the user may be given privileges by putting each evolved character in the party used for the battle.

Further, in the above-described embodiment, the case where the user is automatically given privileges by possessing two or more evolved characters branched from the common pre-evolution character has been described as an example, but before the common evolution After possessing two or more evolved characters that have branched from the character, the privilege may be granted only when the user performs a predetermined operation.

<Specific example of privilege>
In the above-described embodiment, as a privilege given to the user by the privilege granting unit 101B of the client terminal 10, a case where the parameters of the evolved character branched from the common pre-evolved character are changed in favor of the user has been described as an example. The present invention is not limited to this.

For example, as a privilege given to the user by the privilege granting unit 101B of the client terminal 10, parameters set for at least two evolved characters among two or more evolved characters branched from a common pre-evolved character can be exchanged with each other. You may. Specifically, if a privileged user possesses all two evolved characters that diverge from a common pre-evolved character, the stats of one of the evolved characters will be the stats of the other evolved character. Can be replaced. At this time, it is also possible to exchange with each other on condition that the user uses a predetermined item.

Further, for example, as a privilege given to the user by the privilege granting unit 101B of the client terminal 10, a character design (for example, a costume, etc.) set for at least two evolved characters among two or more evolved characters branched from a common pre-evolved character. Hairstyles, equipment, etc.) may be interchangeable. Specifically, if a privileged user possesses all two evolved characters that diverge from a common pre-evolved character, change the costume of one of the evolved characters to the costume of the other evolved character. be able to. At this time, it is also possible to allow the user to exchange with each other, provided that the user uses the predetermined item.

Further, for example, as a privilege given to the user by the privilege granting unit 101B of the client terminal 10, the most advantageous parameter for the user among the two or more evolved characters branched from the common pre-evolved character is set as the parameter of each evolved character. You may be able to do it.

Further, for example, as a privilege given to the user by the privilege granting unit 101B of the client terminal 10, it is possible to set the amount of game points consumed when playing the quest to be smaller than when there is no privilege. is there.

<Special evolution>
In the above-described embodiment, when the user obtains all the plurality of evolved characters branched from the common pre-evolved character, the special evolved character further evolved from the evolved character may be acquired. Although this special evolution character is prepared in advance in the character information, it may be kept in a secret state by default, and the user may set it from the secret state to the released state by obtaining all the evolved characters.

<Evolution conditions>
In the above-described embodiment, the ease with which the evolution condition is satisfied is determined by the case where the user already possesses at least one evolution character among the plurality of evolution characters branched from the common pre-evolution character, and the case where the common evolution It is also possible to make a plurality of evolved characters branched from the previous character different if the user does not yet have one. For example, even if the user already has at least one evolution character out of a plurality of evolution characters branched from the common pre-evolution character, the evolution condition is that the evolution parameter of the common pre-evolution character becomes the maximum value. In this case, the user who already possesses one evolved character branched from the common pre-evolved character may be set to have a lower maximum value than when he / she does not possess any of them yet.

<Evolution from an evolved character>
In the above-described embodiment, it has been explained that the character before evolution can be evolved by selecting one of the evolution characters from a plurality of evolution characters branched from the common pre-evolution character, but the user mistakenly In case you have selected an evolved character that you already have, you may be able to exchangely evolve from one evolved character to another evolved character among the multiple evolved characters. At this time, it is also possible to exchange the item on condition that the user uses the predetermined item.

<Content>
In the above embodiment, the character is set in the character information, but the content is not limited to this. For example, the content may be an item, a card, a figure, an avatar, an icon, or the like.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Game progress unit 101A Battle unit 101B Privilege granting unit 101C Character granting unit 101D Evolution unit 101E Synthesis unit 101F Selling unit 102 Server access unit 103 Display control unit 120 Client storage unit 140 Client communication unit 150 Operation input reception unit 160 Screen display unit 200 Server control unit 201 Request processing unit 202 Information management unit 220 Server storage unit 221 Character information storage unit 222 Item information storage unit 223 Quest information storage unit 224 User information storage unit 240 Server communication unit 500 Evolution destination selection screen 501 Evolution Previous character display area 502 Branch advanced character display area 503 Operation button 550 Evolution screen 551 Pre-evolution character display area 552 Evolution character display area 535 Operation button 554 Operation button 600 Composite screen 601 Composite screen 601 Composite material character display area 602 Operation button 604 Operation button B Bus line N Network

Claims (6)

A content information storage unit that stores content information in which multiple evolved contents branched from common contents are set,
A user information storage unit that stores user information in which the content possessed by the user is set, and
A privilege granting unit that grants privileges to users who have two or more evolved contents branched from common contents,
An information processing device characterized by being equipped with. The information processing device according to claim 1.
The privilege granting unit changes the parameters set for at least one evolution content of the two or more evolution contents possessed by the user as a privilege to the user so as to be advantageous to the user.
An information processing device characterized by this. The information processing device according to claim 2.
Each time the common content that is a branch source is synthesized for each of the two or more evolutionary contents possessed by the user, the compositing unit that gradually increases the maximum value of the parameters of each of the synthesized evolutionary contents. ,
With
As a privilege to the user, the privilege granting unit is set to at least one evolution content of the two or more evolution contents possessed by the user as the frequency of synthesizing the common content serving as a branch source increases. The parameters are changed significantly to be more favorable to the user.
An information processing device characterized by this. The information processing device according to claim 1.
The privilege granting unit makes it possible to exchange parameters set for at least two evolutionary contents of the two or more evolutionary contents possessed by the user as a privilege for the user.
An information processing device characterized by this. The information processing device according to any one of claims 1-4.
Since the evolution condition is satisfied for the common content that is the branching source possessed by the user, the user can select from a plurality of evolved contents branched from the common content instead of causing the user to possess the common content. The evolution department that possesses one of the selected evolution contents,
With
The ease with which the evolution condition is satisfied is determined by the case where the user already possesses at least one evolution content among the plurality of evolution contents branched from the common content, and the case where the user already possesses the evolution content and a plurality of branches from the common content. Differentiate evolutionary content if the user does not yet have one,
An information processing device characterized by this. Computer,
Content information storage means for storing content information in which multiple evolved contents branched from common contents are set.
User information storage means for storing user information for which content possessed by the user is set,
Privilege granting means that grants privileges to users who have two or more evolved contents branched from common contents,
A program to function as.

Images