JP2024009244A - Information processing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance a merit of having a plurality of pieces of evolution content branched from common content.

SOLUTION: An information processing device includes: a content information storage part for storing content information in which a plurality of pieces of evolution content branched from common content are set; a user information storage part for storing user information in which content that a user owns is set; and a privilege imparting part for imparting a privilege to a user who owns two or more pieces of evolution content branched from the common content.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2024,JPO&INPIT

Description

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

BACKGROUND ART A program is known that allows a user to possess a character as an example of content, and causes a computer to execute a game in which the user's character evolves into a stronger character (for example, Patent Document 1).

Patent No. 6044729

In such games, 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, users tend not to try to obtain many of them.
The present invention has been made in view of these circumstances, and its purpose is to enhance the merits of having a plurality of evolved contents that are branched from a common content.

The main invention of the present invention for solving the above problems is as follows:
a content information storage unit that stores content information in which a plurality of evolved contents branched from a common content are set;
a user information storage unit that stores user information in which content owned by the user is set;
a privilege granting unit that grants privileges to users who possess two or more evolved contents that are branched from a common content;
An information processing device characterized by comprising:
Other features of the present invention will become apparent from the description of this specification and the accompanying drawings.

1 is a configuration diagram showing an example of an information processing system 1. FIG. FIG. 1 is a hardware configuration diagram showing an example of a computer. FIG. 2 is a functional block diagram showing an example of a server device 20. FIG. FIG. 3 is a configuration diagram showing an example of character information. FIG. 3 is a configuration diagram showing an example of item information. It is a block diagram which shows an example of quest information. FIG. 2 is a configuration diagram showing an example of user information. 1 is a functional block diagram showing an example of a client terminal 10. FIG. It is a flowchart which shows the example of operation regarding the evolution of the character in this embodiment. 5 is an image diagram showing an example of an evolution destination selection screen 500. FIG. 5 is an image diagram showing an example of an evolution screen 550. FIG. 7 is a flowchart illustrating an example of an operation related to character composition in the present embodiment. 6 is an image diagram showing an example of a composite screen 600. FIG. 7 is a flowchart illustrating an example of an operation related to granting privileges in the present embodiment.

From the description of this specification and the attached drawings, at least the following matters will become clear.
That is, a content information storage unit that stores content information in which a plurality of evolved contents branched from a common content are set;
a user information storage unit that stores user information in which content owned by the user is set;
a privilege granting unit that grants privileges to users who possess two or more evolved contents that are branched from a common content;
An information processing device characterized by comprising:
According to such an information processing device, privileges are given to users who possess two or more evolved contents that are branched from a common content. This makes it possible to increase the benefits of having multiple evolved contents that are branched from a common content.

Further, such an information processing device,
The privilege granting unit is configured to change, as a privilege for the user, a parameter set to at least one evolved content among the two or more evolved contents owned by the user, so as to be advantageous to the user. It's good as well.
According to such an information processing device, a user who owns two or more evolved contents branched from a common content is given the advantage of being able to make parameters set for at least one of the evolved contents advantageous. This makes it possible to increase the benefits of having multiple evolved contents that are branched from a common content.

Further, such an information processing device,
a synthesis unit that increases in stages a maximum value of a parameter of each of the synthesized evolutionary contents each time the common content serving as a branch source is synthesized with each of the two or more evolved contents owned by the user; ,
Equipped with
The privilege granting unit sets a privilege for the user to at least one evolved content among the two or more evolved contents owned by the user, the more frequently the common content serving as a branch source is synthesized. The parameters may be significantly changed to be more advantageous to the user.
According to such an information processing device, for a user who owns two or more evolved contents that are branched from a common content, the more times the common content that is the branch source is synthesized for each evolved content, the more likely the user will be able to This provides an advantage of making the parameters set for at least one evolutionary content even more advantageous. This makes it possible to increase the benefits of having multiple evolved contents that are branched from a common content.

Further, such an information processing device,
The privilege granting unit may allow parameters set for at least two of the two or more evolved contents owned by the user to be exchanged as a privilege for the user.
According to such an information processing device, a user who owns two or more evolved contents branched from a common content is given the advantage of being able to replace the parameters of one evolved content with the parameters of the other evolved content. . This makes it possible to increase the benefits of having multiple evolved contents that are branched from a common content.

Further, such an information processing device,
Since the evolution condition is satisfied for the common content that the user owns, which is the source of the branch, the user will not be allowed to possess the common content, but instead the user will An evolution department that allows you to possess one of the selected evolution contents,
Equipped with
The ease with which the evolution condition is satisfied is determined based on whether the user already owns at least one evolved content among a plurality of evolved contents branched from the common content, and when the user already owns at least one evolved content among a plurality of evolved contents branched from the common content. The evolved content may be different depending on the case where the user does not yet own any evolved content.
According to such an information processing device, for example, a user who owns at least one evolved content among a plurality of evolved contents branched from a common content has a higher self-esteem than a user who does not yet own any evolved content. It will be easier to evolve the common content that you own as a branch source into evolved content. This makes it easier for users to have two or more evolved contents that are branched from a common content.

Next, the computer
content information storage means for storing content information in which a plurality of evolved contents branched from a common content are set;
user information storage means for storing user information in which content owned by the user is set;
Privilege granting means for granting privileges to users who possess two or more evolved contents branched from common content;
This is a program to make it function as a.
According to such a program, it is possible to enhance the merits of having a plurality of evolved contents that are branched from a common content.

===Embodiment===
Below, an information processing device, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the invention can be widely applied to information processing devices, programs, information processing systems, etc. that employ games that evolve content (for example, characters) owned by users into even 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 operated by a user, such as a smartphone, a tablet, or a PC, or a terminal device such as a game-dedicated device for home or business use. The server device 20 manages and controls the game played by the user on the client terminal 10, performs billing processing within the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations and the like.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone 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 in FIG. 1 is one example, and that there are various system configuration examples depending on the usage and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed among multiple computers.

<<Hardware configuration>>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to this embodiment. The client terminal 10 and the server device 20 according to this embodiment are realized by, for example, a computer 50 having a hardware configuration shown in FIG. 2. Note that 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, etc., each of which is interconnected via a bus line B. has been done. Note that the server device 20 may be configured such that the input device 55 and the display device 56 are connected and used when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from a storage device such as the ROM 53 and the 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 programs and data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when the computer 50 is started.

The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

The input device 55 is a device used by a user or 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 or buttons, a keyboard, or a mouse.

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

The external interface 57 is an interface for connecting to an external device for data communication. This allows the computer 50 to 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, CD, DVD, SD memory card, or USB memory.

The HDD 58 is an example of a nonvolatile storage device that stores programs and data. Stored programs and data include an OS, which is basic software that controls the entire computer, and applications that provide various functions on the OS.

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

The client terminal 10 and server device 20 according to this embodiment can implement various processes as described below by executing programs on the computer 50 having the above-described hardware configuration.

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

The server device 20 according to this embodiment implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a 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 etc. to the client terminal 10 as a response.

The information management unit 202 causes the user information storage unit 224 to store various information about users who played the game as user information. The information management unit 202 also references and updates user information and the like in response to requests 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 this 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 a content information storage unit, and stores character information (content information) regarding a character as an example of content. The character information stored in the character information storage section 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 includes items such as character ID, name, rarity, ability parameters, skills, evolved characters, and lottery probability. Character ID is information for uniquely identifying various characters. The name is information indicating the character name. The rarity is information indicating the rarity (scarcity value) of the character. Here, one of the multiple classes of rarity is initially set. In this embodiment, five levels of rarity can be set from "1" to "5". Note that the rarity class is not limited to five stages, and may be four stages or less, or six stages or more. Ability parameters are information indicating abilities that a character has. Here, ability values such as attack, defense, and HP are initially set. Skills are information indicating special abilities (special moves, etc.) that a character has. The evolved character is information indicating an evolved character that is stronger than before evolution. In this embodiment, an evolved character with no branching (independent evolved character) may be set, or an evolved character branched from a common pre-evolution character may be set. For example, in the case of "Character C", "Character C1", which is an evolved character with no branching, is set. Further, in the case of "Character D", two evolved characters "Character D1" and "Character D2" that are branched from the common "Character D" are set. Note that the number of branches 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 will win a lottery game.

The item information storage unit 222 stores item information regarding items used in the game. The item information stored in the item information storage section 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 includes item ID, name, item effect, etc. as items. 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 produced by using the item.

The quest information storage unit 223 stores quest information regarding quests that the user can attempt. 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 items such as quest ID, name, required points, enemy character, obtainable character, and obtainable item. The quest ID is information for uniquely identifying a quest that is a unit of play. 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 a character who will appear as an opponent in the quest among the multiple characters set in the character information stored in the character information storage section 221. The obtainable character is information indicating one or more characters that the user can obtain in the quest, among the plurality of characters set in the character information stored in the character information storage unit 221. The obtainable item is information indicating one or more items that the user can obtain 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 attempted by users who own two or more evolved characters that are branched from a common pre-evolved character.

The user information storage unit 224 stores user information regarding users. 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 items such as user ID, name, owned character, party, owned items, owned points, and play information. The user ID is information for uniquely identifying a user. The name is information indicating the user name. The owned character is information indicating one or more characters currently owned by the user among the multiple 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 owned character are also set. In this embodiment, the number of times characters that are the same or considered to be the same combination materials are combined (the number of times of combination) is also set. Furthermore, in this embodiment, evolution parameters (current value/maximum value) are also set for characters that have not yet evolved among the possessed characters. The evolution parameter is a parameter that indicates a standard for determining whether or not a character before evolution can evolve. For example, when an evolution parameter reaches its maximum value, a pre-evolved character becomes able to evolve. Furthermore, the current value of the evolution parameter increases by a predetermined amount each time the pre-evolved character is included in a party (also referred to as a "deck" or "team") when it is actually used in a battle. It has become. In other words, the more a user uses a pre-evolved character in battle, the closer the current value of its evolution parameter will be to its maximum value. Further, the current value of the character before evolution may increase by a predetermined amount only when the quest is cleared. Party is information indicating each character forming the user's party. In this embodiment, when a user has two or more evolved characters that are branched from a common character, he or she can include one of the evolved characters in his or her party. In other words, it is no longer possible to include two or more evolved characters that have diverged from a common character in the same party. Note that two or more evolved characters branched from a common character may be included in the same party. The owned item is information indicating one or more items that the user currently owns among the multiple items set in the item information stored in the item information storage unit 222. Possession points are information indicating the amount of game points possessed by the user at the present time. Users can play a quest by consuming their own game points for the points required for 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 this embodiment. The client terminal 10 according to this embodiment is realized by, for example, functional blocks shown in FIG. 8.

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

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

The game progress unit 101 controls the progress of various games. The game progression unit 101 according to the present embodiment advances a battle game, a lottery game, a composite game, etc., which will be described later, based on a game operation that the client terminal 10 receives from a user. The game progress section 101 includes a competition section 101A, a privilege grant section 101B, a character grant section 101C, an evolution section 101D, a synthesis section 101E, and a sale section 101F.

The battle unit 101A controls a battle between characters that are opponents. The battle section 101A according to the present embodiment determines the outcome of a battle between characters that are opponents, based on various parameters of each character included in the party.

The privilege granting unit 101B grants privileges to users who possess two or more evolved characters that are branched from a common character. When a user has two or more evolved characters that are 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 to be advantageous to the user. .

The character assigning unit 101C assigns the character set in the character information stored in the character information storage unit 221 to the user. The character assigning unit 101C according to the present embodiment assigns one or more characters to the user via a competitive game, a lottery game, or the like.

The evolution section 101D evolves the character owned by the user into an even stronger character. The evolution unit 101D according to the present embodiment, when the evolution condition is satisfied for the pre-evolved character owned by the user, prevents the user from possessing the pre-evolved character (makes the user not own the evolved character), and instead to possess. The evolution condition according to this embodiment is, for example, that the evolution parameter set for the character before evolution has reached the maximum value. Note that the evolution conditions are not limited to these, for example, you can obtain all characters that are pre-set synthesis materials in a battle game or a lottery game, and turn all of them into pre-evolved characters (characters to be synthesized from). It is also possible to synthesize them.

The compositing unit 101E combines one character with another character among the plurality of characters owned by the user, so that the first character can be used instead of sacrificing (making the user not own) the other character. Strengthen. For example, each time the compositing unit 101E synthesizes the same character as a compositing source character as a compositing material character, the compositing unit 101E adjusts the maximum value of the parameters set for the compositing source character in stages. to rise to. At this time, the character that becomes the synthetic material becomes a character that the user does not own (that is, it becomes a sacrifice). In addition, if a user has two or more evolved characters that are branched from a common character that is the branch source (character before evolution), the common character that is the source of the branch (character before evolution) can be changed to each evolved character. Each time a character is synthesized, the maximum value of each parameter of the synthesized evolved character is increased step by step. At this time, the common character that is the source of the branch (the character before evolution) becomes a non-possessed character (that is, it becomes a sacrifice). In addition to this, when combining one evolved character with another evolved character among multiple evolved characters branched from a common character, the maximum parameter of the combined evolved character The value may be increased to the next level. At this time, the other evolved characters become non-possessed characters.

By selling the character owned by the user, the selling unit 101F gives consideration to the user in exchange for not allowing the user to possess the character (not possessing it). The selling unit 101F according to the present embodiment gives game points as an example of consideration to the user every time he sells his character.

The server access unit 102 sends requests for various processes to the server device 20 when access to the server device 20 is required in the course of various processes executed by the game progress unit 101, and also sends requests for various processes to the server device 20. The processing results etc. 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. The display control unit 103 according to the present embodiment controls the screen display of the client terminal 10 by, for example, generating data for various screens according to the progress of a competitive game or a lottery game controlled by the game progression unit 101.

The operation input reception unit 150 receives operation input from a user operating the client terminal 10. The client storage unit 120 stores installed applications (game applications, etc.), various programs and various data necessary for the client terminal 10 (for example, like the server device 20, character information, item information, quest information, user information, etc.). ). The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 under control from the display control unit 103.

Note that, as described above, in the information processing system 1 according to the present embodiment, the progress of the game and display control are performed in the client terminal 10, but the server device 20 may also perform the control. Specifically, at least one of the game progress section and the display control section may not be provided in the client control section 100 of the client terminal 10, but may be provided in the server control section 200 of the server device 20.

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

<<System Overview>>
Here, an overview of the information processing system 1 in this embodiment will be explained. The information processing system 1 in this embodiment includes at least a competitive game, a lottery game, and a composite game.

The battle game in this embodiment is a game in which an enemy character appears against a party made up of a plurality of characters, and the appeared enemy character is pitted against each character making up the party.

In this competitive game, a plurality of quests are set depending on the difficulty level, each of which has the purpose of defeating an enemy character. Users can form a party (also referred to as "formation") using their own characters, select one of the quests, and take on a battle against enemy characters. In that battle, characters and items that are set to be obtainable in the selected quest may be given to the user.

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

In the compositing game in this embodiment, a composite material character is created by combining a composite material character (compositing material character) with a composite character (compositing source character) out of a plurality of characters owned by the user. This is a game where you strengthen the original character instead of losing it.

Basically, in this compositing game, each time the same character as the compositing source character is combined as a compositing material character, the maximum value of the parameter set for the compositing source character can be increased in stages. As an exception, if a user has two or more evolved characters that have branched from a common pre-evolved character, each time the user uses the pre-evolved character from which they branched as a synthesis material to synthesize each evolved character, The maximum value of each parameter of the synthesized evolved character can be increased step by step. In other words, the pre-evolution character that is the branch source and the evolved character that is the branch destination are treated as the same character. Note that there is an upper limit to the increase in the maximum value. For example, the maximum value can be increased to four levels (that is, the maximum value can be increased until the number of times of synthesis reaches four times at maximum).

Furthermore, in the information processing system 1 according to the present embodiment, it is possible to evolve a character owned by a user into an even stronger character, or to give privileges to a user who owns two or more evolved characters that are branched from a common character. It is now possible to do so.

In character evolution in this embodiment, when a user has a character before evolution (pre-evolution character), the user can exchange the pre-evolution character with an even stronger evolved character (evolved character). Specifically, when the evolution condition is satisfied for the pre-evolved character owned by the user, the user becomes able to 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 an evolved character that has no branching, the evolution condition will be met for the pre-evolution character owned by the user (in other words, the common character that is the source of the branch). Instead of losing the pre-evolved character, the user will be able to possess one of the evolved characters selected from among the multiple evolved characters.

User privileges in this embodiment are given to users who possess two or more evolved characters that are branched from a common character. Specifically, when a user owns two or more evolved characters that are branched from a common character, the user is given the right to change the parameters of at least one of the evolved characters to his or her advantage. For example, if a user has two evolved characters that are branched from a common character, and they form a party that includes one of the evolved characters and take on a quest, in that quest, one of the evolved characters in that party Evolved characters have increased ability parameters compared to their non-privileged counterparts. This allows the user to take advantage of having multiple evolved characters that are branched out from a common character to gain an advantage in the quest. Furthermore, if the user disposes of the remaining evolved character by combining or selling it (no longer owns it), the user will no longer own two or more evolved characters that are branched from a common character, and will lose that privilege. It will end up being put away. Therefore, even if your party includes one evolved character, their ability parameters will not increase, making it impossible to fight advantageously in quests.

In this way, users actively collect a large number of evolved characters that are branched from a common character in order to receive benefits such as being able to fight advantageously in quests. As a result, it becomes possible to increase the benefits of having multiple evolved characters that are branched from a common character.

<<System operation>>
<Character evolution>
FIG. 9 is a flowchart illustrating an operation example regarding character evolution in this 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 a possessed character screen in which characters owned by the user are arranged (step S11).

Specifically, when the user performs a selection operation on the menu screen, the evolution unit 101D of the client terminal 10 requests the server access unit 102 to perform character evolution processing. When the server access unit 102 of the client terminal 10 is requested to perform character evolution processing by the evolution unit 101D, it transmits a request regarding character evolution to the server device 20 along 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 data acquisition processing. When the information management unit 202 of the server device 20 is requested to execute the data acquisition process from the request processing unit 201, the information management unit 202 refers to the user information stored in the user information storage unit 224 and identifies the user corresponding to the transmitted user ID. At the same time, the character information stored in the character information storage section 221 is acquired. The request processing unit 201 transmits the user information and character information acquired by the information management unit 202 to the client terminal 10.

Thereafter, upon receiving the information transmitted from the server device 20, the evolution unit 101D of the client terminal 10 requests the display control unit 103 to execute screen display processing. When the display control unit 103 of the client terminal 10 is requested to execute screen display processing by the evolution unit 101D, the display control unit 103 generates a possessed character screen based on the user information etc. sent from the server device 20 and displays it on the screen display unit 160. let

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 of the possessed characters from a plurality of possessed characters. . The evolution unit 101D of the client terminal 10 determines whether an input specifying any owned character is received through a user operation (step S12).

If the evolution unit 101D of the client terminal 10 determines that it has not yet received an input specifying any possessed character (step S12: "NO"), it waits until the user makes a specification input. On the other hand, if it is determined that an input specifying any possessed character has been received (step S12: "YES"), the process proceeds to the next step S13.

Next, when the user performs an operation to designate any possessed character, the evolution unit 101D of the client terminal 10 selects the possessed character specified by the user based on the user information and character information transmitted from the server device 20. It is determined whether the character is a character before evolution (pre-evolution character) (step S13).

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

Next, if the possessed character specified by the user is a pre-evolved character, the evolution unit 101D of the client terminal 10 determines whether the specified pre-evolved character It is determined whether the possessed character is a pre-evolved character of an evolved character without branching (step S14).

If the evolution unit 101D of the client terminal 10 determines that the evolved character is not an evolved character without branching (step S14: "NO"), the evolution unit 101D advances the process to step S16, which will be described later. On the other hand, if it is determined that the evolved character is a pre-evolved character with no branching (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 character is a pre-evolution character of an evolved character without branching, the evolution unit 101D determines whether or not the evolution condition is satisfied for the specified pre-evolution possessed character. (Step S15).

Specifically, the evolution unit 101D of the client terminal 10 determines, based on the user information and character information transmitted from the server device 20, whether the evolution parameter of the owned character specified by the user before evolution is the maximum value. Determine whether If the evolution parameter of the possessed character before 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 condition is satisfied for the designated character before evolution (step S15: "YES"), the process proceeds to step S20, which will be described later. On the other hand, if it is determined that the evolution condition is not satisfied for the designated possessed character before evolution (step S15: "NO"), the process regarding this character evolution is ended.

Next, in the process of step S14 described above, the evolution unit 101D of the client terminal 10 determines that the character is not a pre-evolution character of an evolution character without branching (that is, if the evolution character is a pre-evolution character of an evolution character that is a branch destination). ), based on the user information and character information transmitted from the server device 20, whether or not the user owns at least one evolved character that is a branch destination of the specified owned character before evolution. is determined (step S16).

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

Next, the display control unit 103 of the client terminal 10 determines that if the user owns at least one evolved character that is a branch destination of the specified owned character before evolution (step S16: "YES"), Alternatively, if the evolution conditions are satisfied for the designated character in possession before evolution (step S17: "YES"), the designated character is An evolution destination selection screen 500 is generated and displayed on the screen display section 160 for allowing the user to select an evolution character that is a branch destination of the owned character before evolution (step S18).

FIG. 10 is an image diagram showing an example of the evolution destination selection screen 500. This evolution destination selection screen 500 displays a pre-evolution character display area 501 in which the pre-evolution owned character specified by the user is displayed, and an evolved character that is the branch destination of the specified pre-evolution owned character. A branch destination evolved 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 section 160 of the client terminal 10, the user selects any one evolution character from the branch destination evolution character display area 502, and then clicks the operation button 503. An operation for selecting is performed on the client terminal 10. When the user performs a selection operation to start evolution to any one evolved character, the operation input reception unit 150 of the client terminal 10 receives an operation input based on the selection operation by the user.
In addition, if the user already owns an evolved character, this evolution destination will be changed to prevent the user from accidentally evolving it into the same evolved character (to avoid erroneous branching). A warning to that effect may be displayed on the selection screen 500. Furthermore, if the user owns all the evolved characters that are branch destinations, the user may be able to select again the same evolved character that he or she already owns.

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

If 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"), it waits until the user inputs a selection. On the other hand, if it is determined that the user has selected the operation button 503 for starting evolution (step S19: "YES"), the process advances to the next step S20.

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

FIG. 11 is an image diagram showing an example of the evolution screen 550. This evolution screen 550 includes a pre-evolved character display area 551 where the pre-evolved character specified by the user is displayed, and an evolved character display area 552 where the evolved character of the pre-evolved pre-evolved character specified by the user 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 while the evolution screen 550 is displayed on the screen display section 160 of the client terminal 10. On the other hand, a user who wishes to cancel the evolution performs an operation of selecting the operation button 554 on the client terminal 10 while the evolution screen 550 is displayed on the screen display section 160 of the client terminal 10. When the user performs a selection operation to confirm evolution or a selection operation to cancel evolution, 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. 9, when the operation input reception unit 150 receives the user's operation input, the evolution unit 101D of the client terminal 10 selects an operation button to confirm the evolution on the evolution screen 550 shown in FIG. 553 is selected by the user (step S21).

If 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, if the operation button 554 for canceling the evolution is selected (step S21 : "NO"), the process regarding this character evolution ends. On the other hand, if it is determined that the user has selected the operation button 553 for confirming the evolution (step S21: "YES"), the process proceeds to the next step S22.

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

Specifically, the evolution unit 101D of the client terminal 10 does not allow the user to possess the designated pre-evolution possessed character, but instead allows the user to possess an evolved character that is an evolved version of the designated pre-evolution possessed character. , update the user information for that user. Then, when the evolution unit 101D of the client terminal 10 evolves the owned character specified by the user before evolution, it 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 update process of user information, it transmits a request regarding the update process to the server device 20 along with the user ID and character ID. Thereafter, upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data update process. When the information management unit 202 of the server device 20 is requested to execute data update processing from the request processing unit 201, the information management unit 202 refers to the user information stored in the user information storage unit 224 and identifies the user corresponding to the transmitted user ID. The user information of the user is specified, and the character owned by the user is updated based on the transmitted character ID.

When a character evolves in this way, if a user has a pre-evolution character of an evolved character without branching, and the evolution condition is satisfied for the pre-evolution character, the user will be able to change the evolution character instead of losing the pre-evolved character. , you will be able to have evolved characters with no branches. On the other hand, if the user owns the pre-evolved character of the evolved character that is the branch destination, if the evolution condition is met for the pre-evolution character, the user can have multiple characters that are the branch destination instead of losing the pre-evolution character. You will be able to own one branched evolution character of your choice from among the evolution characters. However, in this case, if the user owns at least one evolved character that is the branch destination of the character they own before evolution, it is assumed that the evolution conditions have already been met for that character before evolution. Immediately, without making a determination as to whether the conditions are satisfied, instead of losing the pre-evolution character, the character becomes able to possess one of the branched evolved characters that he or she has selected.

<Character composition>
FIG. 12 is a flowchart illustrating an operation example regarding character composition in this 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 a possessed character screen in which characters owned by the user are arranged (step S31).

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

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

Thereafter, upon receiving the information transmitted from the server device 20, the composition unit 101E of the client terminal 10 requests the display control unit 103 to execute screen display processing. When the display control unit 103 of the client terminal 10 is requested to execute screen display processing from the synthesis unit 101E, the display control unit 103 generates a possessed character screen based on the user information etc. sent from the server device 20 and displays it on the screen display unit 160. let

When the possessed character screen is displayed on the screen display section 160 of the client terminal 10, the user performs an operation on the client terminal 10 to specify a character to be a synthesis source (composition source character) from among the plurality of possessed characters. It can be done by The compositing unit 101E of the client terminal 10 determines whether an input designating any of the compositing source characters has been received by the user's operation (step S32).

If the synthesis unit 101E of the client terminal 10 determines that it has not yet received an input specifying any synthesis source character (step S32: "NO"), it waits until the user makes a specification input. On the other hand, if it is determined that an input specifying any possessed character has been received (step S32: "YES"), the process proceeds to the next step S33.

Next, when the user performs an operation to specify one of the composition source characters, the composition unit 101E of the client terminal 10 selects the composition source character specified by the user based on the user information transmitted from the server device 20. It is determined whether the number of times of combining has reached the maximum number of times of combining (here, the maximum number of times of combining is assumed to be four) (step S33).

If the synthesis unit 101E of the client terminal 10 determines that the number of synthesis times for the specified synthesis source character has reached the maximum number of synthesis times (step S33: "YES"), the process returns to step S31 described above. , since the number of times the combination source character specified by the user has already been combined has reached the maximum number of times, the user is notified of this and the user is asked to specify the character again on the possessed character screen. On the other hand, if it is determined that the number of times of synthesis of the source character has not yet reached the maximum number of times of synthesis (step S33: "NO"), the process proceeds to the next step S34.

Next, if the number of times of combining the source character specified by the user has not yet reached the maximum number of times of combining, the combining unit 101E of the client terminal 10 uses the user information and character information transmitted from the server device 20 to , it is determined whether or not the user owns a character (synthesis material character) that is the same as or can be considered to be the composition source character specified by the user (step S34).

Specifically, the synthesis unit 101E of the client terminal 10 refers to the user information and character information of the user and determines whether the user owns the same character (synthesis material character) as the specified synthesis source character. Determine whether or not there is. Furthermore, in this embodiment, the evolved character that is the branch destination and the pre-evolution character that is the branch source are treated as the same character. Therefore, for example, if the specified compositing source character is an evolved character that will be the branch destination, it will also be determined whether the user owns the pre-evolution character that can be considered the same as the branch source. judge.

When the compositing unit 101E of the client terminal 10 determines that it does not possess a compositing material character that is the same as or can be considered to be the same as the specified compositing source character (step S34: "NO"), the compositing unit 101E performs the steps described above. Returning to the process of S31, since the compositing source character cannot be synthesized, the user is notified of this, and the user is asked to specify the character again on the possessed character screen. On the other hand, if it is determined that the character possesses a synthesis material character that is the same as the specified synthesis source character or can be considered to be the same (step S34: "YES"), the process proceeds to the next step S35. proceed.

Next, if the display control unit 103 of the client terminal 10 has a synthetic material character that is the same as, or can be considered to be, the synthetic character specified by the user, the user Based on the information and the character information, a synthesis screen 600 of the specified synthesis 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. This compositing screen 600 includes a compositing source character display area 601 where the compositing source character specified by the user is displayed, a compositing material character display area 602 where the compositing material character of the compositing source character is displayed, and the compositing is confirmed. An operation button 603 for canceling the composition and an operation button 604 for canceling the composition and transitioning to the menu screen are displayed. In addition, in the composite material character display area 602 in this embodiment, a plurality of composite material characters of the composite 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 on the client terminal 10 to select the operation button 603 while the composition screen 600 is displayed on the screen display unit 160 of the client terminal 10. On the other hand, a user who wishes to cancel the composition performs an operation on the client terminal 10 to select the operation button 604 while the composition screen 600 is displayed on the screen display section 160 of the client terminal 10. When the user performs a selection operation to confirm composition or a selection operation to cancel composition, the operation input reception unit 150 of the client terminal 10 receives an operation input based on the selection operation by the user.

Next, returning to FIG. 12, when the operation input reception unit 150 receives the user's operation input, the synthesis unit 101E of the client terminal 10 presses an operation button to finalize the synthesis on the synthesis screen 600 shown in FIG. 603 is selected by the user (step S36).

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

Next, when the user selects the operation button 603 for finalizing the composition, the composition unit 101E of the client terminal 10 selects the character specified by the user based on the user information and character information transmitted from the server device 20. The original characters are synthesized (step S37).

Specifically, the compositing unit 101E of the client terminal 10 does not allow the user to possess a compositing material character that is or can be considered to be the same as the specified compositing source character, but instead uses the specified compositing source character as is. Update the user information for that user so that it is in your possession. In addition, the maximum values of various parameters (attack, defense, HP, etc.) set for the specified compositing source character are increased by one level.

For example, if a user owns not only an evolved character that is branched from a common character (pre-evolution character), but also a common character (pre-evolution character) that is the source of that branch, the branch destination and If you specify an evolved character as the compositing source character and perform compositing, you can use the common character (pre-evolved character) that is the branching source as the compositing material. As a result of this synthesis, it is possible to increase the maximum value of the ability parameters, etc. by one level for the evolved character designated as the synthesis source character and serving as the branch destination.

When the compositing unit 101E of the client terminal 10 finishes compositing the compositing source character specified by the user, it 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 update process of user information, it transmits a request regarding the update process to the server device 20 along with the user ID and character ID. Thereafter, upon receiving the request, the request processing unit 201 of the server device 20 requests the information management unit 202 to execute the data update process. When the information management unit 202 of the server device 20 is requested to execute data update processing from the request processing unit 201, the information management unit 202 refers to the user information stored in the user information storage unit 224 and identifies the user corresponding to the transmitted user ID. The user information of the user is specified, and the character owned by the user is updated based on the transmitted character ID.

When characters are synthesized in this way, if the user owns not only the source character but also a composite material character that is the same as or can be considered the same as the source character, the user can use the composite material character. Instead of losing it, you can gradually increase the maximum values of various parameters set for that character.

<Granting privileges>
FIG. 14 is a flowchart illustrating an operational example regarding granting privileges in this 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 allows the user to possess a new evolved character based on the character information. It is determined whether or not it has been performed (step S51).

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

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

When the privilege granting unit 101B of the client terminal 10 determines that the evolved character newly possessed by the user is an evolved character without branching (step S52: "YES"), it ends the process regarding this privilege granting. . On the other hand, if it is determined that the evolved character newly possessed by the user is not an evolved character without branching, that is, it is an evolved character that is a branching destination (step S52: "NO"), the next The process advances to step S53.

Next, the privilege granting unit 101B of the client terminal 10 receives a message sent from the server device 20 when the newly acquired evolved character is not an evolved character without branching, that is, it is an evolved character that is a branch destination. Based on the user information and character information, it is determined whether the user has two or more evolved characters that are common to the new evolved character and the branched pre-evolution character (step S53).

For example, if "Character D1" and "Character D2" are set as evolved characters that are branched from a common pre-evolution "Character D", a user who previously owned "Character D1" If "Character D2" is possessed, this determination process will be affirmative because it means that the character before evolution possesses two or more evolved characters that are common to the branching source pre-evolution character.

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

Next, the privilege granting unit 101B of the client terminal 10 grants privileges to the user when the user has two or more evolved characters that have the same pre-evolution character as the branch source (step S54).

Specifically, the privilege granting unit 101B of the client terminal 10 grants, as a privilege to the user, parameters of at least one evolved character that is advantageous to the user among two or more evolved characters that have a common pre-evolution character that is the branch source. change to In this embodiment, as a privilege for the user, various parameters (attack, defense, HP, etc.) set for at least one evolved character are increased (the maximum values of various parameters are increased). For example, if a user has two evolved characters that are common to the pre-evolved character from which they branched out, and they form a party that includes one of the evolved characters and take on a quest, in that quest, One evolved character included in the party can have increased ability parameters (attack, defense, HP, etc.) compared to when there is no privilege. Therefore, the user can take advantage of having multiple evolved characters that are branched from a common character to fight advantageously in the quest. Note that for the other evolved character that is not included in the party, various parameters may be increased in the same way as one evolved character, or different from one evolved character, various parameters may not be increased.

Then, the privilege granting unit 101B of the client terminal 10 determines, for each of two or more evolved characters that have a common pre-evolution character from the branch, that the higher the frequency of compositing the pre-evolution character from the branch as a synthesis material (i.e. , the greater the number of times of synthesis), the parameters set for at least one of the two or more evolved characters are significantly changed so as to be more advantageous to the user. In this 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, if a user has two evolved characters that have a common pre-evolution character that is the branch source, the number of times the pre-evolution character that is the branch source for one of the evolved characters can be combined is "1 time". , and if the number of combinations of the pre-evolved character that is the branching source for the other evolved character is "1", the total number of times of combination is "2". Then, if the total number of times of this combination is "2 times" and the user forms a party including one evolution character and challenges the quest, the ability parameters of one evolution character included in the party ( attack, defense, HP, etc.) will be 1.2 times higher than when there is no privilege. For example, if the total number of combinations calculated in this way is "4 times", the ability parameters (attack, defense, HP, etc.) of one of the evolved characters included in that party are not privileged. It will be 1.4 times as much as before. For example, if the total number of combinations calculated in this way is "8 times", the ability parameters (attack, defense, HP, etc.) of one of the evolved characters included in that party are not privileged. This will be 1.8 times as much as before.

In this way, by giving privileges to users who have two or more evolved characters that have the same pre-evolved character as the branch source, each user will receive benefits such as being able to fight advantageously in quests. In order to do so, I will actively collect many evolved characters that have diverged from the common pre-evolution character. As a result, it becomes possible to increase the benefits of having multiple evolved characters that are branched from a common pre-evolution character.

===Other embodiments===
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. The present invention may be modified and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof. In particular, even the embodiments described below are included in the present invention.

<Conditions for granting privileges>
In the embodiment described above, privileges are given to a user who owns two or more evolved characters that are branched from a common pre-evolved character. Privileges may be granted to users who do so, or privileges may be granted to users who have two or more evolved characters with the same branching destination. For example, if "Character D1" and "Character D2" are set as two evolved characters that are branched from a common pre-evolved "Character D", "Character D1" is an evolved character with different branching destinations. Privileges may be granted to the user who owns "Character D2", or privileges may be granted to the user who owns two "Character D1" (or two "Character D2"), which are evolved characters with the same branching destination. Privileges may be granted to

In addition, in the above-mentioned embodiment, the case where privileges are granted to a user who currently owns two or more evolved characters that are branched from a common pre-evolution character was explained as an example. Privileges may be granted to users who have owned two or more evolved characters including those in the past.

In addition, in the above-mentioned embodiment, the case where privileges are granted to the user by possessing two or more evolved characters that are branched from a common pre-evolved character was explained as an example. Privileges may be granted to the user not only by possessing two or more evolved characters, but also by having one of the evolved characters included in a party to be used in a battle. Additionally, privileges may be granted to the user by including each evolved character in a party used for battle.

Furthermore, in the embodiment described above, privileges are automatically granted to the user by possessing two or more evolved characters that are branched from a common pre-evolution character. Privileges may be granted only when the user performs a predetermined operation after possessing two or more evolved characters branched from the character.

<Specific example of privilege>
In the above-described embodiment, the privilege granting unit 101B of the client terminal 10 gives the user a privilege in which the parameters of an evolved character that is branched from a common pre-evolution character are changed in an advantageous manner to the user. The present invention is not limited to this.

For example, as a privilege granted 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-evolution character may be exchanged with each other. You can. Specifically, if a privileged user has two evolved characters that all diverged from a common pre-evolved character, the ability scores of one of the evolved characters will be the same as the ability scores of the other evolved character. Can be replaced. Note that at this time, it is also possible to allow mutual exchange on the condition that the user uses a predetermined item.

For example, the privilege granting unit 101B of the client terminal 10 may grant the user a privilege that includes character designs (for example, costumes, Hairstyles, equipment, etc.) may be made interchangeable. Specifically, if a privileged user has two evolved characters that are all branched from a common pre-evolution character, the costume of one of the evolved characters can be changed to the costume of the other evolved character. be able to. Note that in this case, it is also possible to make it possible for the user to exchange the predetermined items with each other as a condition for using the predetermined items.

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

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

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

<Evolution conditions>
In the above-described embodiment, the ease with which the evolution condition is met is determined based on whether the user already owns at least one evolved character among multiple evolved characters branched from a common pre-evolution character, and when the common evolution It is also possible to make different evolved characters branched from a previous character even if the user does not yet own any of them. For example, even if the user already owns at least one evolved character among multiple evolved characters branched from a 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 maximum value may be set lower for a user who already owns one evolved character branched from the common pre-evolved character than for a user who does not yet own one.

<Evolution from evolved character>
In the embodiment described above, it was explained that a pre-evolved character can evolve by the user selecting one of a plurality of evolved characters branched from a common pre-evolved character, but if the user accidentally In case an already owned evolution character is selected, one evolution character may be exchanged to evolve into another evolution character among the plurality of evolution characters. Note that at this time, it is also possible to allow exchange on the condition that the user uses a 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, card, figure, avatar, icon, etc.

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 section 101 Game progress section 101A Competitive section 101B Privilege granting section 101C Character granting section 101D Evolution section 101E Composition section 101F Selling section 102 Server access section 103 Display control section 120 Client storage section 140 Client communication section 150 Operation input reception section 160 Screen display section 200 Server control section 201 Request processing section 202 Information management section 220 Server storage section 221 Character information storage section 222 Item information storage section 223 Quest information storage section 224 User information storage section 240 Server communication section 500 Evolution destination selection screen 501 Evolution Previous character display area 502 Branch destination evolved character display area 503 Operation button 550 Evolution screen 551 Pre-evolution character display area 552 Evolved character display area 553 Operation button 554 Operation button 600 Synthesis screen 601 Source character display area 602 Synthesis material character display area 603 Operation button 604 Operation button B Bus line N Network

Claims (6)

a content information storage unit that stores content information in which a plurality of evolved contents branched from a common content are set;
a user information storage unit that stores user information in which content owned by the user is set;
a privilege granting unit that grants privileges to users who possess two or more evolved contents that are branched from a common content;
An information processing device comprising: The information processing device according to claim 1,
The privilege granting unit changes parameters set in at least one of the two or more evolved contents owned by the user as a privilege for the user so as to be advantageous to the user.
An information processing device characterized by: The information processing device according to claim 2,
a synthesis unit that increases in stages the maximum value of a parameter of each of the synthesized evolutionary contents each time the common content serving as a branch source is synthesized for each of the two or more evolved contents owned by the user; ,
Equipped with
The privilege granting unit sets a privilege for the user to at least one evolved content among the two or more evolved contents owned by the user, the more frequently the common content serving as a branch source is synthesized. significantly changing the parameters of the user so as to be more advantageous to the user;
An information processing device characterized by: The information processing device according to claim 1,
The privilege granting unit allows parameters set in at least two of the two or more evolved contents owned by the user to be exchanged as a privilege for the user.
An information processing device characterized by: The information processing device according to any one of claims 1 to 4,
Since the evolution condition is satisfied for the common content that the user owns, which is the source of the branch, the user will not be allowed to possess the common content, but instead the user will An evolution department that allows you to possess one of the selected evolution contents,
Equipped with
The ease with which the evolution condition is satisfied is determined based on whether the user already owns at least one evolved content among a plurality of evolved contents branched from the common content, and when the user already owns at least one evolved content among a plurality of evolved contents branched from the common content. The evolution content is made different depending on the case where the user does not yet own any of the evolution contents.
An information processing device characterized by: computer,
content information storage means for storing content information in which a plurality of evolved contents branched from a common content are set;
user information storage means for storing user information in which content owned by the user is set;
Privilege granting means for granting privileges to users who possess two or more evolved contents branched from common content;
A program to function as.

Images