JP7702918B2 - Information processing device, game control method, and game program - Google Patents

Description

The present invention relates to computer games, and in particular to techniques for controlling the evolution of objects.

Computer games (hereafter simply referred to as "games") often provide players with a variety of "game media." Game media here refers to the general term for digital content such as characters, items, and experience points that give players an advantage in the game.

One of the joys of gaming is collecting, strengthening, and developing game content, particularly objects such as characters. Players obtain characters by completing missions (challenges presented during the game) such as quests.

One method of character development is the concept of "evolution." Generally, character A evolves by combining base character A with material character B. At this time, material character B disappears. In other words, character B is sacrificed in order for character A to evolve (see Patent Document 1).

JP 2019-170702 A

The player may develop an attachment to character B through the development of character B. In such a case, the player may find it difficult to accept sacrificing his or her beloved character B in order to advance character A.

This invention was completed based on the recognition of the above problems, and its main purpose is to propose a new method for evolving objects such as characters.

In one aspect of the present invention, an information processing device includes an object management unit that sets the first object to be evolvable without consuming the second object when a parameter value of one or more second objects for determining whether the first object can be evolved satisfies a predetermined condition.

This invention makes it easier to reduce the sense of loss felt by players as objects evolve.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 2 is a hardware configuration diagram of a game server. FIG. 2 is a functional block diagram of the game system. FIG. 13 is a data structure diagram of a quest definition table. FIG. 13 is a schematic diagram for explaining normal evolution of a character. FIG. 13 is a data structure diagram of play progress information. FIG. 13 is a screenshot of a special evolution screen. 13 is a flowchart showing the process of a quest. 10 is a flowchart showing the process of the clearing process in S16 of FIG. 8; FIG. 13 is a schematic diagram for explaining a modification of a method for evolving the first character CX. As a modified example, this is a schematic diagram for explaining a method of evolving multiple first characters CX1 and CX2.

[overview]
The computer game assumed in this embodiment (hereinafter referred to as "Game X") will be briefly outlined, and then the specific configuration and control method of the game system will be described. Game X is a free-to-play (F2P) type game that is executed on a smartphone or the like and allows multiple people to participate.

Players have multiple characters. Using their characters, players clear various challenges called "quests" or "missions." In quests, the characters owned by the player battle enemies. Characters grow by solving (clearing) challenges such as quests. Characters can also be strengthened by equipping them with weapons and armor. Characters can also be strengthened by various items. The stronger a character is, the easier it becomes to defeat stronger enemies.

In Game X, multiple quests are available. Each quest is associated with a character (object). The player selects one quest from the multiple quests.

As mentioned above, a battle game takes place in a quest, and the quest is cleared by defeating an enemy. When the quest is cleared, the player receives a character that corresponds to the quest. By clearing multiple quests, the player can obtain multiple characters.

A parameter called a "K value" is set for each character. Characters evolve by combining characters of the same type. This type of evolution is called "normal evolution." Normal evolution can increase a character's K value. Increasing a character's K value changes the player's advantage in Game X.

There are two types of characters: "first characters" and "second characters." One or more second characters are pre-assigned to each first character. A first character also evolves when the second character meets "special evolution conditions." This type of evolution is called "special evolution." Special evolution makes the first character even more powerful, allowing the player to progress through Game X with an even greater advantage.

Although details will be described later, in this embodiment, the second character remains even after the first character undergoes special evolution. With this control method, Game X can realize the excitement of the first character undergoing special evolution with the cooperation and support of a companion (second character).

FIG. 1 is a diagram showing the hardware configuration of a game system 200.
In the game system 200, a game server 100 and a plurality of game terminals 102a, 102b, 102c, ... 102n (hereinafter, when they are collectively referred to or when there is no particular distinction, they will be collectively referred to as "game terminals 102") are connected via the Internet 106. In this embodiment, the game terminals 102 are assumed to be smartphones. The game terminals 102 may be portable game-dedicated machines or general-purpose computers such as laptop PCs. The game terminals 102 and the Internet 106 are connected wirelessly, but may also be connected by wire. A unique ID called a player ID is given to each player of the game in advance. Hereinafter, a player with a player ID = P01 will be referred to as "player (P01)". The game server 100 provides each game terminal 102 with a game X.

FIG. 2 is a diagram showing the hardware configuration of the game server 100.
The game server 100 includes a storage 312 as a non-volatile memory for storing computer programs, a volatile memory 304 for expanding programs and data, and a processor 300 (CPU: Central Processing Unit) that incorporates registers, an arithmetic unit, an instruction decoder, etc. and reads and executes programs from the memory 304. The processor 300 is connected to a relatively high-speed first bus 302. In addition to the memory 304, a NIC (Network Interface Card) is connected to the first bus 302. In addition to the above, a GPU,
Other devices such as a Graphics Processing Unit may also be connected.

The first bus 302 is connected to a relatively slow second bus 310 via a bridge 308. In addition to storage 312, output devices 316 such as a monitor or speaker are connected to the second bus 310. Input devices 314 such as a mouse or keyboard, and peripheral devices 318 such as a printer may also be connected to the second bus 310.

FIG. 3 is a functional block diagram of the game system 200.
The game system 200 includes a game server 100 and a game terminal 102. Each component of the game server 100 and the game terminal 102 is realized by hardware including computing units such as a CPU and various co-processors, storage devices such as memory and storage, and wired or wireless communication lines connecting them, and software stored in the storage devices and supplying processing instructions to the computing units. The computer program may be composed of a device driver, an operating system, various application programs located in higher layers thereof, and a library that provides common functions to these programs. Each block described below shows a functional block rather than a hardware-based configuration.
The game server 100 may be configured to include a web server, and the game terminal 102 may be configured to include a portable communication terminal with a web browser installed thereon.

(Game Server 100)
The game server 100 includes a communication unit 112 , a data processing unit 110 , and a data storage unit 114 .
The communication unit 112 is responsible for communication processing with the game terminal 102 via the Internet 106. The data storage unit 114 stores various data. The data processing unit 110 executes various processes based on the data acquired by the communication unit 112 and the data stored in the data storage unit 114. The data processing unit 110 also functions as an interface between the communication unit 112 and the data storage unit 114.

The data storage unit 114 includes a game data storage unit 130 and a player data storage unit 132 .
The game data storage unit 130 stores the game program as well as setting information for the game X. The player data storage unit 132 manages information about the player.

The data processing unit 110 includes a player registration unit 116, an object management unit 118, a mission management unit 120, an evolution recommendation unit 122, and a game control unit 124.
The player registration unit 116 accepts player registration from the game terminal 102 via the communication unit 112. When player registration is requested, the player registration unit 116 assigns a player ID to the player.

The object management unit 118 manages objects (game media) that are the subject of operation or use in game X, such as characters and items. The mission management unit 120 manages missions (quests in this embodiment). The evolution recommendation unit 122 gives various advice to the player regarding character evolution. The game control unit 124 controls the basic progress of game X.

(Gaming terminal 102)
The game terminal 102 includes a user interface processing unit 136 , a communication unit 134 , a data processing unit 138 , and a data storage unit 140 .
The user interface processing unit 136 includes an input unit 142 that accepts operations from the player and an output unit 144 that executes image display and sound output. The communication unit 134 is responsible for communication processing with the game server 100 and other game terminals 102 via the Internet 106. The data storage unit 140 stores various data. The data processing unit 138 executes various processes based on data acquired by the user interface processing unit 136 and the communication unit 134 and data stored in the data storage unit 140. The data processing unit 138 also functions as an interface for the user interface processing unit 136, the communication unit 134, and the data storage unit 140.

The data processing unit 138 includes a game execution unit 146 .
The game execution unit 146 controls the progress of the game in cooperation with the game server 100. The game execution unit 146 of the game terminal 102 may be formed as a software module downloaded from the game server 100 as part of the functions of the game control unit 124.

The communication unit 134 acquires various game information from the game server 100, and the output unit 144 displays a game screen on the game terminal 102. The input unit 142 detects various inputs by the player, and the game execution unit 146 notifies the game server 100 of the input information via the communication unit 134. In response to this input information, the data processing unit 138, and in particular the game execution unit 146, controls the progress of the game.

FIG. 4 is a diagram showing the data structure of the quest definition table 160. As shown in FIG.
The quest definition table 160 is stored in the game data storage unit 130 of the game server 100. The quest definition table 160 is data that associates quests with characters. A quest is identified by a quest ID. A character is identified by a character ID.

In the quest definition table 160, a total of eight types of quests are associated: seven types of normal quests, quests Q1 to Q7, and one type of specific quest, quest QX. A normal quest is a quest that the player can always select as an object to perform. A specific quest is a special quest that cannot be attempted unless a normal quest has been cleared. Hereinafter, when there is no particular distinction between normal quests and specific quests, they will simply be referred to as "quests".

When a quest begins, the player controls a character to battle enemies. The quest is cleared when all enemies have been defeated. After completion, the object management unit 118 grants the player the character associated with the quest. For example, character C1 is associated with quest Q1, so when the player clears quest Q1, the object management unit 118 grants character C1 to the player. More specifically, when a quest is cleared, the object management unit 118 performs a lottery (hereinafter referred to as "character lottery") to determine the number of characters to be granted (hereinafter simply referred to as "number granted").

After the quest is cleared, the mission management unit 120 further executes another lottery (hereinafter referred to as the "specific lottery"), and if the specific lottery is a winning entry, it sets the specific quest QX to be selectable for a specified valid period, for example, 24 hours. Hereinafter, making the specific quest QX selectable is referred to as "enabling" the specific quest. When the specific quest QX is enabled, the player can select it as a target to be performed in addition to the normal quests Q1 to Q7.

When a player clears a specific quest QX, the object management unit 118 grants the player a character CX that corresponds to the specific quest QX. At this time, the object management unit 118 also executes a character lottery to determine the number of characters CX to be granted. The character CX obtained in a specific quest is a so-called rare character, and is a character that has unique value, such as being stronger than other characters and being difficult to obtain.

In this embodiment, character CX corresponds to the "first character" and characters C1 to C7 obtained in normal quests correspond to the "second character." Character CX as the first character is pre-associated with characters C1 to C7 as the second characters. In the following, character CX will be referred to as the "first character CX" and characters C1 to C7 will be referred to as the "second characters C1 to C7" where appropriate.

FIG. 5 is a schematic diagram for explaining the normal evolution of a character.
A K value is set for each character in advance. The initial value of the K value is "1" and the maximum value is "99." In this embodiment, when the K value reaches the maximum value of "99," this is called "mastery."

Let us say that the player has a second character C1 with a K value of 8. Hereinafter, such a second character C1 will be expressed as "second character C1 (K: 08)". Let us say that the player who has the second character C1 (K: 08) has cleared quest Q1 (the quest for character C1). After clearing, the object management unit 118 executes a character lottery. The number of second characters C1 to be granted corresponding to quest Q1 is determined by the character lottery.

When the number of second characters C1 (K:01) granted is 3, the object management unit 118 grants the player three second characters C1 (K:01). When the player instructs the synthesis of the second character C1 (K:08) originally owned by the player with the three newly granted second characters C (K:01), the object management unit 118 changes the second character C1 (K:08) to the second character C1 (K:11) (normal evolution) (8 + 1 x 3 = 11). At this time, the object management unit 118 destroys the three second characters C1 (K:01). In other words, in normal evolution, the second character C1 (K:01) with the lower K value is consumed as "material".

When a player clears a quest QX, the object management unit 118 grants the player a first character CX. The number granted is determined by character lottery. When a player instructs synthesis of multiple first characters CX, the first characters CX also undergo normal evolution in the same manner as second characters. In this way, for both first and second characters, by synthesizing characters of the same type, the characters undergo normal evolution, and normal evolution increases the K value of the characters.

After the quest is cleared and the character is provided, the mission management unit 120 then executes a specific lottery to determine whether or not to activate the specific quest. The probability of winning the specific lottery under normal circumstances is 10%. In other words, since there is only a 10% chance that the specific quest will be activated after the quest is cleared, the right to execute the specific quest is a valuable opportunity.

When a player has one skilled character (hereafter referred to as "character (skilled)"), the mission management unit 120 changes the winning probability of the specific lottery to 20%. When a player has two or more skilled characters, the mission management unit 120 changes the winning probability of the specific lottery to 40%. The more a player evolves a character, the more likely he or she will have the opportunity to complete a specific quest, and the easier it will be to obtain a rare first character CX. The K value of a character will not decrease. The higher the K value of a character, the stronger its attack power will be, giving the character an advantage in quests.

FIG. 6 is a diagram showing the data structure of the play progress information 180.
The play progress information 180 is stored in the player data storage unit 132 of the game server 100. The play progress information 180 is data that associates a character ID with a K value for each player. Fig. 6 shows the play progress information 180 for a player (P01).

As described above, the specific quest QX is associated with normal quests Q1 to Q7, and each quest is associated with a first character CX and a second character C1 to C7. The player (P01) has a second character C1 (K: 99 (experienced)), a second character C2
(K: 36), the first character CX (K: 10), etc.

The character with the highest K value among the characters is registered in the play progress information 180. For example, when the player (P01) has a second character C3 (K: 47) and a second character C3 (K: 15), the object management unit 118 registers the second character C (K: 47), which has the higher K value, in the play progress information 180. When the second character C3 (K: 47) and the second character C3 (K: 15) are combined, the second character C3 (K: 47) evolves normally to the second character C3 (K: 62) (47 + 15 = 62), and the second character C3 (K: 15), which has the lower K value, is eliminated. In this case, the second character C3 (K: 62) is registered in the play progress information 180.

According to FIG. 6, of the second characters C1 to C7 and the first character CX owned by the player (P01), the second characters C1 and C4 are "expert." In addition, the player (P01) does not own the second character C6.

FIG. 7 is a screen shot of the special evolution screen 190.
The player can display the special evolution screen 190 at any timing while playing the game X. The special evolution screen 190 includes a character area 192 and a special evolution button 194. The character area 192 includes eight character buttons 198 corresponding to the second characters C1 to C7 and the first character CX. In this embodiment, when the first character CX becomes "expert" and all of the second characters C1 to C7 corresponding to the first character CX also become "expert", the special evolution condition is met and the first character CX can be specially evolved.

The output unit 144 assigns a mastery mark 196 to the character button 198 corresponding to the character (skilled). The mastery mark 196 allows the player to visually identify the type and number of characters (skilled). The K value of the corresponding character is displayed below the character button 198. In FIG. 7, the second character C1 has reached mastery, so the mastery mark 196 is assigned to the character button 198 (C1). The K value of the second character C2 is 36, so the number "36" is displayed below the character button 198 (C2). Additionally, because the player (P01) has not acquired the second character C6 (see FIG. 6), the output unit 144 displays the character button 198 (C6) in black.

When the player touches any of the character buttons 198, the game control unit 124 starts a quest corresponding to the character button 198. For example, when the player touches the character button 198 (C6), the game control unit 124 starts a quest Q6 corresponding to the second character C6. The player can start a quest in which the character can be developed by simply touching the character button 198 corresponding to the character that the player wishes to normally evolve from the character buttons 198 (characters) listed in the character area 192. Note that the character button 198 (CX) can only be selected when a specific quest QX is enabled.

When the special evolution conditions are met, the object management unit 118 sets the first character CX as evolvable. At this time, the output unit 144 changes the display of the special evolution button 194 from grayed out (unselectable) to selectable. When the special evolution conditions are met and the player touches the special evolution button 194, the first character CX (experienced) undergoes a special evolution into a "transcendent character SX."

As mentioned above, the transcendent character SX after special evolution is a powerful character, allowing the player to progress through game X with an even greater advantage. Unlike normal evolution, the second characters C1 to C7 do not disappear after the first character CX has undergone special evolution. In other words, even after the first character CX has undergone special evolution into the transcendent character SX, the second characters C1 to C7 are not consumed as materials and remain in a trained state. For this reason, the player can challenge quests using the newly acquired transcendent character SX in addition to the second characters C1 to C7.

FIG. 8 is a flow chart showing the process of a quest.
First, the player selects a quest that he or she wishes to play from a screen (not shown) that displays a list of multiple quests (S10). The player may select a quest from the special evolution screen 190.

The player plays the selected quest (S12). If the quest is cleared (Y in S14), the clearing process is executed (S16). Details of the clearing process will be described in detail with reference to the following FIG. 9. If the quest cannot be cleared (N in S14), the clearing process in S16 is skipped. Once the quest is completed, the player can again select the next quest.

FIG. 9 is a flow chart showing the process of the clearing process in S16 of FIG.
When a quest is cleared, the object management unit 118 executes a character lottery to determine the number of characters to be given (S20). After the number of characters to be given is determined, the object management unit 118 updates the play progress information 180 as necessary. The object management unit 118 may also execute character synthesis in accordance with instructions from the player, increasing the K value of the character, i.e., evolving the character in the normal manner.

Next, the mission management unit 120 executes a specific lottery (S24). As described above, the probability of winning the specific lottery varies depending on the number of characters (experienced). When the specific lottery is won (Y in S26), the mission management unit 120 activates the specific quest (S54). During the validity period, the player can select the specific quest QX. If the specific lottery is lost, the processing of S28 is skipped. The specific quest is automatically invalidated after the validity period expires, and the specific quest QX is no longer available for selection.

[Summary]
The game system 200 has been described above based on the embodiment.
In the game system 200 of this embodiment, the player can not only evolve the first character CX to "skilled" by normal evolution, but also evolve the first character CX to a transcendent character SX by evolving all of the second characters C1 to C7 associated with the first character CX to "skilled". Even after the special evolution, the second characters C1 to C7 do not disappear but are maintained in a skilled state. The player does not need to sacrifice the second characters C1 to C7 that he has raised with care in order to evolve the first character CX. Although the second characters have a subordinate attribute to the first character CX in that they contribute to the development (special evolution) of the first character CX, they are not sacrificed for the first character CX, so that the unique value and identity of the second characters can be clarified.

In addition, because the first character CX levels up by cultivating not only the first character CX but also the surrounding second characters C1 to C7 to proficiency, the gameplay is such that the first character CX is promoted to a transcendent character through the support and encouragement of his or her companions (second characters). The system of specially evolving the first character CX while maintaining the second characters further stimulates the player's desire to collect and develop second characters.

As mentioned above, in order to achieve the special evolution conditions, the first character CX and the second characters C1 to C7 must all be trained (normally evolved) until they are all skilled. By imposing such strict conditions, the sense of accomplishment that comes with the special evolution of the first character CX can be enhanced.

In this embodiment, quests (missions) and characters (objects) correspond one-to-one. The design is easy for players to understand, since the player can know the character that can be obtained by clearing the quest before playing it. Also, by playing various quests, various characters can be obtained, so there is diversity not only in the content of the quests but also in the results.

By being given the goal of mastering a character, players can enthusiastically tackle quests, even if they play the same quest multiple times. Furthermore, in this embodiment, by giving the player the larger goal of specially evolving the first character CX, the player's motivation to take on quests is further stimulated.

When the player clears the quest, the mission management unit 120 executes a specific lottery. In the specific lottery, the player can have hope for the possibility of obtaining the specific quest, and in turn, the first character CX, which is a rare character of high value that is associated with the specific quest.

The present invention is not limited to the above-described embodiments and modifications, and can be embodied by modifying the components without departing from the spirit of the invention. Various inventions may be formed by appropriately combining multiple components disclosed in the above-described embodiments and modifications. In addition, some components may be deleted from all the components shown in the above-described embodiments and modifications.

Although the game system 200 has been described as being composed of multiple game terminals 102 and one game server 100, some of the functions of the game terminal 102 may be realized by the game server 100, or some of the functions of the game server 100 may be assigned to the game terminal 102. In addition, a third device other than the game terminal 102 or the game server 100 may perform some of the functions of the game server 100 or the game terminal 102. The collection of each function of the game terminal 102 and each function of the game server 100 described in FIG. 3 can be understood as a single "information processing device (game device)" in a broad sense. How to allocate the multiple functions necessary to realize the present invention to one or more pieces of hardware may be determined in consideration of the processing capacity of each piece of hardware and the specifications required for the game system 200.

[Modification]
In this embodiment, a quest in which the player accomplishes a task by interacting with an NPC (Non Player Character) has been assumed as an example of a mission. The mission is not limited to a quest-type task. For example, a "mission" may be any condition that the player must accomplish in game X, such as equipping a certain weapon, obtaining a certain item, increasing a character parameter (e.g., K value) to a predetermined threshold or more, or logging in consecutively a predetermined number of times or more.

In this embodiment, seven second characters C1 to C7 are associated with one first character CX. As a variation, the player may be able to select multiple fields. One specific quest and one or more normal quests are associated with a field. After selecting a field, the player selects the quest he or she wishes to play from one or more quests belonging to that field. When a quest is cleared, the object management unit 118 may give the player a character associated with that quest. In this way, multiple fields, multiple specific quests, and multiple first characters may be prepared in game X.

The player may be able to obtain a character by a method other than completing a mission. For example, the player may obtain an exchange item while playing game X. The object management unit 118 may grant a character to the player when the player consumes the exchange item. The player may specify the character to be granted, or the object management unit 118 may select the character to be granted by lottery.

In this embodiment, it has been described that the special evolution condition is met when the first character CX becomes skilled and all of the second characters C1 to C7 also become skilled. As a variation, the special evolution condition may be met when all of the second characters C1 to C7 become skilled, even if the first character CX itself is not skilled. In this case, the first character CX can be specially evolved based only on the level of development of the second characters.

The special evolution condition for the first character CX may be met when the total K value of each of the second characters C1 to C7 reaches a predetermined threshold. Alternatively, the special evolution condition may be met when a predetermined number or more of the second characters C1 to C7 have reached proficiency.

The individual conditions for contributing to the special evolution condition may be different for each character. For example, the individual condition for the second character C1 may be to reach mastery, and the individual condition for the second character C2 may be to have a K value of 55 or more. The individual condition for the first character CX may be to be equipped with a specific item F. The object management unit 118 may establish the special evolution condition when multiple characters associated with the first character CX (which may include the first character CX itself) achieve their respective individual conditions. The object management unit 118 may change the special evolution condition or the individual conditions depending on the time of day the game is played.

The first character CX may be set to be capable of special evolution by a method other than character development. For example, the player may obtain a material object while playing game X. The object management unit 118 may specially evolve the first character CX when the player consumes a predetermined amount of material objects. Since the first character can be specially evolved by a method other than character development, the opportunities for special evolution of the first character CX can be expanded.

In this case, the player may focus on developing the second character, or on collecting material objects. By providing multiple methods for special evolution, the player can enjoy the strategic thinking required to select a development method.

The evolution recommendation unit 122 may advise the player as to which of the first method, which satisfies the special evolution conditions by developing the first and second characters, is more advantageous, and the second method, which satisfies the special evolution conditions by collecting material objects. Specifically, the evolution recommendation unit 122 calculates the progress of the first method based on the total K value of the first and second characters and the total K value required for special evolution by the first method (99 x 8 = 792). In the example shown in FIG. 6, the total K value of the eight types of characters is 393 (= 99 + 36 + 47 + 99 + 90 + 12 + 0 + 10), so the progress is approximately 49 (%) (= 393/792).

On the other hand, suppose that the special evolution condition for the second method is met when 1,000 material objects are collected. When the player (P01) has collected 438 material objects, the evolution recommendation unit 122 calculates the progress of the second method to be approximately 43% (= 438/1,000). In the above example, since the progress of the first method is high, the evolution recommendation unit 122 may advise the player to focus on developing the character rather than collecting material objects.

Material objects can be set arbitrarily. For example, they may be items dropped during quest play, game points, etc. Material objects may also be provided as gifts from the game's operating company, login bonuses, etc. as appropriate.

The object management unit 118 may permit special evolution by the second method only when the conditions for special evolution by the first method are not met. Similarly, the object management unit 118 may permit special evolution by the first method only when the number of material objects has not reached the number required for special evolution.

The abilities and form of the evolved transcendent character SX may be different between the special evolution by the first method and the special evolution by the second method. For example, the transcendent character SXR when the first character CX is specially evolved by the first method may wear red clothing, and the transcendent character SXB when the first character CX is specially evolved by the second method may wear blue clothing.

FIG. 10 is a schematic diagram for explaining a plurality of methods for evolving the first character CX as a modified example.
In a modified example, the first character CX may be capable of multiple types of special evolution. Here, two types of evolution, a first evolution and a second evolution, are assumed as the special evolution of the first character CX. The first character becomes stronger when the second evolution is performed than when the first evolution is performed. Here, "strong" may mean, for example, that the attack power, durability, etc. are higher.

A first reference number and a second reference number greater than the first reference number are set for the first evolution and the second evolution, respectively. In the example shown in FIG. 10, the first reference number is "2" and the second reference number is "7". When the first character CX becomes skilled and a second character equal to or greater than the first reference number (2) becomes skilled, the object management unit 118 sets the first character CX as capable of the first evolution. When the player inputs an instruction to execute the first evolution, the object management unit 118 performs the first evolution (special evolution) of the first character CX into the transcendent character SX1.

When the first character CX becomes skilled and a second character equal to or greater than the second reference number (7) becomes skilled, the object management unit 118 sets the first character CX to be capable of a second evolution. When the player inputs an instruction to execute the second evolution, the object management unit 118 performs a second evolution (special evolution) of the first character CX into a transcendent character SX2.

The object management unit 118 may preset whether the first character CX will undergo the first evolution or the second evolution, according to the player's selection. The player can choose whether to evolve the first character CX to the first evolution or to aim for the second evolution, which can increase the freedom or strategy of the game X. When the player selects the first evolution, the object management unit 118 immediately evolves the first character CX into the transcendent character SX1 when the first evolution is possible for the first character CX. On the other hand, when the player has previously selected the second evolution, the first character CX will not undergo the first evolution even if the first evolution is possible for the first character CX.

The evolution recommendation unit 122 may advise (recommend) the player on whether to aim for the first evolution or the second evolution. For example, when the increase in the total K value of the second characters C1 to C7 in the past unit period is less than a predetermined threshold, the evolution recommendation unit 122 may recommend the first evolution to the player, and when it is equal to or greater than the threshold, the evolution recommendation unit 122 may recommend the second evolution.

If the total K value has increased significantly, it is considered that the player is likely to meet the special evolution condition for the second evolution. On the other hand, if the total K value has not increased much, the special evolution condition for the second evolution is unlikely to be met, or it may take too long for it to be met, so it may be more realistic to aim for a "small sense of accomplishment" through the first evolution. In this way, the evolution recommendation unit 122 may recommend either the first or second evolution to the player depending on the speed at which game X progresses.

Alternatively, the evolution recommendation unit 122 may recommend the second evolution when the player is the type who challenges many quests evenly, and may recommend the first evolution when the player is the type who challenges only a few quests. For example, the evolution recommendation unit 122 may calculate the variance value of the number of times each of quests Q1 to Q7 has been played, and may recommend the second evolution when the variance value is equal to or greater than a predetermined threshold value, in other words, when there is little bias in the number of times each quest has been played, and may recommend the first evolution when the variance value is less than the threshold value.

For players who are biased in their quest selection, it is less likely that the special evolution conditions for the second evolution will be met, so it would be more appropriate to recommend the first evolution. On the other hand, for players who play a variety of quests evenly, it is more reasonable to recommend the second evolution, as there is a higher chance that the special evolution conditions for the second evolution will be met eventually. In this way, the evolution recommendation unit 122 may recommend either the first or second evolution to a player depending on the play style of game X.

After the first evolution is achieved, the second evolution may be made achievable. In other words, the first evolution may be a milestone (intermediate goal) leading to the second evolution. In this case, the player can experience a sense of accomplishment by evolving the first character to the first evolution relatively early. After achieving the first evolution, the player aims for the more difficult second evolution. Providing the player with a sense of accomplishment from the first evolution is encouraging, and this makes it easier to maintain the player's motivation to try and reach the difficult goal of the second evolution.
In either case of the first evolution or the second evolution, the object management unit 118 maintains the second character without causing it to disappear.

FIG. 11 is a schematic diagram for explaining a method of evolving a plurality of first characters CX1 and CX2 as a modified example.
There may be a plurality of first objects. In Fig. 11, a plurality of second objects are associated with each of the first objects CX1 and CX2. Specifically, the first object CX1 is associated with the second objects C1 to C6, and the first object CX2 is associated with the second objects C5 to C10. Some of the second objects, such as the second object C5, may be associated with a plurality of first characters.

The object management unit 118 sets the first character CX1 to be capable of special evolution when the first character CX1 and the second characters C1 to C6 each become skilled. The object management unit 118 also sets the first character CX2 to be capable of special evolution when the first character CX2 and the second characters C5 to C10 each become skilled. The player needs to consider which second character should be prioritized for development (normal evolution) depending on whether the player is aiming for special evolution of the first character CX1 or CX2. This configuration allows the player to enjoy the strategic thinking of deciding the order in which to develop multiple second characters.

The second characters C5 and C6 are associated with both the first characters CX1 and CX2. In other words, the second characters C5 and C6 are highly versatile characters that contribute to the special evolution of multiple first characters, and therefore are characters that players are more likely to prioritize than other second characters. In this way, the development value of a second character can be changed depending on the number of first characters associated with the second character.

The evolution recommendation unit 122 may advise (recommend) the player as to which of the multiple first characters the player should aim for special evolution of. For example, assume that the total K value of the second characters C1 to C6 corresponding to the first character CX1 is 523, and the total K value of the second characters C5 to C10 corresponding to the first character CX2 is 324. In this case, since the first character CX1 is closer to special evolution, the evolution recommendation unit 122 may recommend to the player that the player aim for special evolution of the first character CX1.

When the player selects one of a plurality of first characters, the evolution recommendation unit 122 may display a list of second characters corresponding to the first character. The screen displayed at this time (hereinafter referred to as the "development screen") is not shown, but the development screen may be configured as a screen on which character buttons 198 corresponding to second characters are arranged, for example, as in the special evolution screen 190 in FIG. 7.

When the player selects the first character CX1 as the evolution target, the training screen displays a list of character buttons 198 corresponding to each of the second characters C1 to C6. When the player selects one of the character buttons 198, the game control unit 124 starts the quest corresponding to the selected character button 198. For example, when the player touches the character button 198 (C1), the game control unit 124 may control the game X to transition the screen to a game screen for quest Q1 in which character C1 can be obtained, so that the player can immediately challenge quest Q1. According to this control method, the player can play a quest that contributes to the special evolution of the first character simply by selecting the first character that he or she wants to specially evolve.

When the player (P01) selects the first character CX1 as the first character to be specially evolved, the mission management unit 120 may set only quests Q1 to Q7 and QX that contribute to the special evolution of the first character CX1 to be selectable. When the player (P01) selects the first character CX2, the mission management unit 120 may change the setting to only quests that contribute to the special evolution of the first character CX2 to be selectable.

The player may select the first character to be the target of special evolution at any time, or may change the selection at a predetermined period of time, for example, every three days.

The first character to be the target of special evolution may be selected by the object management unit 118 through a lottery. For example, when the object management unit 118 selects the first character CX1 as the first character to be specially evolved, the mission management unit 120 may set only quests that contribute to the special evolution of the first character CX1 to be selectable.

Different special evolution conditions may be set for each of the multiple first characters. For example, the special evolution condition for the first character CX1 may be to master all of the multiple second characters corresponding to the first character CX1. The special evolution condition for the first character CX2 may be to master three or more of the multiple second characters corresponding to the first character CX2. The special evolution condition for the first character CX3 may be to collect 800 material objects. By making the special evolution conditions different for each first character in this way, the individuality of the multiple first characters can be made clearer. In addition, the difficulty of special evolution can be changed for each first character. The player will consider which first character to aim for special evolution while considering the special evolution conditions for each first character, or the value (strength, rarity, appearance) of the transcendent character after special evolution.

The special evolution condition may be set according to the state or attribute of the first character. For example, the rarity of the first character may be set in advance, and the object management unit 118 may set the number of second characters to be trained according to the rarity. When the rarity of the first character CX1 is R1, the object management unit 118 may set the special evolution condition of the first character CX1 as "the number of second characters (trained) is 10 or more". When the rarity of the first character CX2 is R2 (<R1), the object management unit 118 may set the special evolution condition of the first character CX2 as "the number of second characters (trained) is 5 or more", which is easier to achieve. According to such a control method, the higher the rarity of the first character, the more difficult it is to specially evolve the first character, so the higher the rarity of the first character, the greater the sense of accomplishment the player feels when the first character is specially evolved. In addition, since a first character with a lower rarity is easier to specially evolve, a player can enjoy the fun of considering whether to prioritize the special evolution of a first character with a lower rarity or to attempt the special evolution of a first character with a higher rarity.

The special evolution conditions may be changed based on other parameters, not just rarity. For example, the object management unit 118 may change the special evolution conditions of the first character according to the K value, stamina value, etc. of the first character. According to this control method, the player selects the first character to be the target of special evolution, taking into consideration the state or attributes of the first character.

It is not necessary to associate a group of second characters with each first character. For example, the special evolution condition for first character CX1 may be to master any three second characters. In this case, it does not matter which second characters are mastered. Similarly, the special evolution condition for first character CX2 may be to master any ten second characters out of a plurality of second characters.

The number of first characters that can be specially evolved may be changed according to the number of second characters (skilled). For example, the object management unit 118 may set one first character as specially evolvable when the number of second characters (skilled) is five, and set two first characters as specially evolvable when the number of second characters (skilled) is seven. In this way, by bringing a large number of second characters to the level of skill, more first characters may be set as specially evolvable. According to such a control method, the more second characters a player brings to the level of skill, the more first characters can be specially evolved, making the design easy for the player to understand.

The object management unit 118 may determine the special evolution condition based on the K value or a parameter other than proficiency. The parameter here is not limited to a parameter that only increases, such as the K value, but may be a parameter that can be increased or decreased, such as a vitality value (hit points). As an example, the special evolution condition for the first character may be met when the vitality values of multiple second characters associated with the first character are all greater than or equal to 1(%) and less than or equal to 5(%), in other words, when all of the multiple second characters associated with the first character are near death.

In this embodiment, the mission management unit 120 may select a quest by lottery. Specifically, the mission management unit 120 may select one of the normal quests Q1 to Q7 by lottery. When the specific quest QX is enabled, the player may select either the normal quest or the specific quest selected by lottery as the quest to be executed.

The K value may be set as a parameter of an object other than a character. For example, the K value may be set as a parameter of an object such as a gem, weapon, armor, or medicine.

The player may designate only one second character that the player wishes to develop as the priority character. For example, when the player (P01) designates the second character C2 as the priority character, the object management unit 118 may change the settings of the lottery table so that the number of points awarded in the character lottery performed after quest Q2 (the quest for the second character C2) is cleared is greater than in other quests. By setting a priority character, the player can promote the development of some of the characters.

Restrictions may be placed on the designation of the focus character. For example, a rarity may be set in advance for second characters, and the player may only designate as focus characters second characters whose rarity is equal to or lower than a predetermined value. With this control method, even if a second character has a low rarity, its development can be promoted by designating it as a focus character, thereby increasing the player's motivation to develop second characters with low rarity.

In addition to rarity, restrictions may be placed on the designation of the focus character based on other parameters such as K value and stamina value. For example, the object management unit 118 may accept designation as a focus character only from second characters whose development has not progressed to a point where their K value is less than 30. This control method can promote the development of second characters that take a long time to master, thereby increasing the player's motivation to develop second characters who have not progressed to a point where they have progressed.

The output unit 144 may display an ownership screen (not shown) that displays a list of characters owned by the player or characters not owned by the player. The K value of each character is also displayed on the ownership screen. The player touches the character they wish to develop on the ownership screen. When the player (P01) touches, for example, the second character C3 on the ownership screen, the game control unit 124 may transition the screen to a game screen in which the quest Q3 associated with the second character C3 can be played.

When a first character undergoes special evolution, the object management unit 118 may change the parameters of the second character (e.g., K value) while leaving the second character associated with the first character. For example, when the first character CX1 undergoes special evolution, the object management unit 118 may halve the K values of the multiple second characters C1 to C7 associated with the first character CX1. After the K value halving process, when all of the multiple second characters C1 to C7 have reached mastery again, the object management unit 118 may evolve the transcendent character SX after special evolution to an even higher level.

Alternatively, when the first character CX1 undergoes special evolution, the object management unit 118 may also perform a special evolution in conjunction with any of the multiple second characters C1 to C7 associated with the first character CX1.

The relationship between the first character and the second character does not need to be fixed. For example, in a first period (e.g., May), character A may be the first character, and character B may be the second character corresponding to character A. In a different second period (e.g., June), character B may be the first character, and character A may be the second character corresponding to character B. In this way, the object management unit 118 may change the roles of the first character and the second character depending on the time of year.

In addition, when character A is the first character, character B may be the second character corresponding to the first character A, and when character B is the first character, character C may be the second character corresponding to the first character B. Furthermore, when character C is the first character, character A may be the second character corresponding to the first character C. In this way, the object management unit 118 may flexibly set the "roles" of the first and second characters for each relationship between characters.

In this embodiment, it has been described that a specific lottery is executed after a quest is cleared, and the specific quest is activated as a result of the specific lottery. As a variation, the mission management unit 120 may execute a specific lottery when a quest is not cleared, and may activate the specific quest for a certain period of time without executing a specific lottery when a quest is cleared.

When a predetermined selection condition is met during a quest, the mission management unit 120 may activate the specific quest without executing a specific lottery, or may increase the probability of winning the specific lottery. For example, the mission management unit 120 may determine that the selection condition is met when the player clears the quest without continuing, or when the player clears the quest without taking any damage, or when the player clears the quest within a predetermined time.

After the character selection, the object management unit 118 may automatically execute character synthesis (normal evolution). For example, if the player (P02) has the second character C5 (K: 14) and acquires four second characters C5 (K: 01), the object management unit 118 may automatically normally evolve the second character C5 (K: 14) into the second character C5 (K: 18).

The following invention can be understood from the above description of the embodiment and modified examples.
An information processing device comprising: an object management unit that sets a first object to be evolvable without consuming a second object when a parameter value of one or more second objects for determining whether a first object can be evolved satisfies a predetermined condition.

According to the invention described in A1, when a player evolves a first object based on a second object, the player can continue to own the second object after the evolution. Since there is no need to sacrifice the second object for the first object, it becomes easier to increase the player's motivation to develop or attachment to the second object.

A2. The information processing device according to A1, wherein the object management unit sets the first object to be evolvable when each of a plurality of second objects associated with the first object fulfills the condition.

According to the invention described in A2, the player needs to develop the second objects evenly so that each of the second objects can achieve the conditions. Because the player needs to interact with many second objects, this makes it easier for the player to experience the inherent depth of the game.

A3. The information processing device according to A1, wherein the object management unit sets the first object to be evolvable when the first object also satisfies the condition in addition to the one or more second objects.

According to the invention described in A3, conditions must be met not only for the second object, but also for the first object to be evolved. This makes it even more difficult to evolve the first object (special evolution), which makes it easier for the player to feel a greater sense of accomplishment when evolving the first object.

A4. A different mission is associated with each of the second objects,
The information processing device according to any one of A1 to A3, wherein the object management unit, when a player accomplishes one of a plurality of missions, is capable of updating a parameter value of a second object associated with the accomplished mission.

According to the invention described in A4, the player can recognize the object that will be obtained when the mission is cleared before carrying out the mission, which makes the design easy for the player to understand. Also, by associating the mission with the object, it is possible to add variety not only to the content of the mission but also to the results.

A5. The information processing device according to any one of A1 to A4, wherein the object management unit sets the first object to be evolvable when a material object is consumed, even if one or more second objects cannot fulfill the condition.

According to the invention described in A5, the first object can be evolved in a variety of ways, making it easier to evolve the first object and providing the player with the fun of choosing a method for evolution.

A6. One or more second objects are associated with a plurality of first objects,
An information processing device described in any of A1 to A5, wherein the object management unit sets a larger number of first objects to be evolvable when the number of second objects that satisfy the condition is greater than or equal to a first threshold value than when the number is less than the first threshold value.

According to the invention described in A6, a large number of first objects can be evolved by achieving conditions for a large number of second objects, which further stimulates the player's motivation to develop second objects.

According to the invention described in A7, the first object can evolve into either a first evolution or a second evolution,
An information processing device described in any of A1 to A6, wherein the object management unit sets the first object to be capable of a first evolution when the number of second objects that have achieved the condition reaches a first reference number, and sets the first object to be capable of a second evolution when the number of second objects that have achieved the condition reaches a second reference number that is greater than the first reference number.

According to the invention described in A7, the first object can be evolved in multiple directions, allowing the player to enjoy thinking about the direction of evolution.

A8. The information processing device described in A7, further comprising an evolution recommendation unit that recommends either the first evolution or the second evolution to a player depending on a second object owned by the player.

The invention described in A8 allows freedom in the direction of evolution while providing advice to the player, making it possible to design a game that is easy for the player to understand.

A9. A plurality of first objects are associated with different second objects,
An information processing device described in any of A1 to A8, wherein the object management unit sets a first first object as evolvable when one or more second objects corresponding to a first first object satisfy the condition, and sets the second first object as evolvable when one or more second objects corresponding to a second first object satisfy the condition.

According to the invention described in A9, which first object evolves is determined according to the development status of the second object, giving the player an opportunity to consider which second object to develop first.

A10. The information processing device described in A9, further comprising an evolution recommendation unit that recommends to the player either the first first object or the second first object as an evolution target depending on the second object owned by the player.

According to the invention described in A10, it is possible to realize a game design that is easy for the player to understand by giving the player the freedom to select an evolution goal from multiple first objects while providing advice to the player.

A11. A game control unit that controls the progress of a game based on a first object and a second object;
the evolution recommendation unit displays a list of second objects corresponding to the first objects recommended as the evolution goal;
The information processing device described in A10, wherein, when any of the listed second objects is selected by a player, the game control unit transitions the game screen to a scene in which a mission can be executed that can update a parameter value of the selected second object.

The invention described in A11 not only makes it easier for the player to check the second object related to the evolution of the first object, but also allows the player to immediately transition to a game screen for developing such a second object, thereby realizing a player-friendly game design.

A12. The information processing device according to any one of A1 to A11, wherein the object management unit, when a first object from among a plurality of first objects is designated by a player as an evolution target, sets the designated first object to be evolvable when one or more second objects associated with the designated first object fulfill the condition.

According to the invention described in A12, the player can select a first object that will be the evolution target, providing the player with the enjoyment of considering which first object should be evolved when there are multiple first objects.

A13. A plurality of first objects are associated with different conditions,
The information processing device described in A12, wherein the object management unit sets the specified first object to be evolvable when one or more second objects corresponding to the specified first object fulfill a condition for being corresponding to the specified first object.

According to the invention described in A13, the evolution conditions can be made different for each first object, so the individuality of the first object can be made even clearer.

A14. The computer determines whether or not one or more parameter values of a second object for determining whether or not the first object can evolve satisfy a predetermined condition;
A game control method in which, when the condition is achieved, a computer sets the first object to be evolvable without consuming the second object.

The invention described in A14 can achieve the same effect as the invention described in A1.

A function for determining whether or not one or more parameter values of a second object for determining whether or not the first object can evolve satisfy a predetermined condition;
a function of setting the first object to be evolvable without consuming the second object when the condition is achieved.

The invention described in A15 can achieve the same effect as the invention described in A1.

100 Game server, 102 Game terminal, 106 Internet, 110 Data processing unit, 112 Communication unit, 114 Data storage unit, 116 Player registration unit, 118 Object management unit, 120 Mission management unit, 122 Evolution recommendation unit, 124 Game control unit, 130 Game data storage unit, 132 Player data storage unit, 134 Communication unit, 136 User interface processing unit, 138 Data processing unit, 140 Data storage unit, 142 Input unit, 144 Output unit, 146 Game execution unit, 160 Quest definition table, 180 Play progress information, 190 Special evolution screen, 192 Character area, 194 Special evolution button, 196 Mastery mark, 198 Character button, 200 Game system, 300 Processor, 302 First bus, 304 Memory, 308 Bridge, 310 Second bus, 312 Storage, 314 Input devices, 316 Output devices, 318 Peripheral devices

Claims (4)

a processor, the processor comprising:
increasing a predetermined parameter value of one of the plurality of objects of the same type in response to an instruction for combining the objects received from a user who possesses the plurality of objects of the same type, and consuming the remaining objects;
when a predetermined parameter value of one or more second objects for determining whether or not the first object can be evolved has reached a predetermined value through the synthesis , a display area for receiving an instruction from a user is selectively displayed;
evolving the first object without consuming the second object when a selection of the display area is accepted;
maintaining the predetermined parameter value of the second object at the predetermined value before and after evolving the first object;
Information processing device. a processor, in response to an instruction for combining a plurality of objects of the same type received from a user who owns the plurality of objects, increases a predetermined parameter value of one of the plurality of objects of the same type and consumes the remaining objects;
a processor, when a predetermined parameter value of one or more second objects for determining whether or not the first object can be evolved reaches a predetermined value through the synthesis , selectably displaying a display area for receiving an instruction from a user;
when the processor accepts the selection of the display area, evolving the first object without consuming the second object;
A processor maintains the predetermined parameter value of the second object at the predetermined value before and after evolving the first object.
Information processing methods. The processor:
a process of increasing a predetermined parameter value of one of the plurality of objects of the same type and consuming the remaining objects in response to an instruction for compositing the plurality of objects of the same type received from a user who possesses the plurality of objects;
a process of selectively displaying a display area for receiving an instruction from a user when a predetermined parameter value of one or more second objects for determining whether or not the first object can be evolved has reached a predetermined value through the synthesis ;
evolving the first object without consuming the second object when the selection of the display area is accepted;
maintaining the predetermined parameter value of the second object at the predetermined value before and after evolving the first object;
A program that executes the following. A server and a terminal are provided,
The server,
increasing a predetermined parameter value of one of the plurality of objects of the same type in response to an instruction for combining the objects received from a user who possesses the plurality of objects of the same type, and consuming the remaining objects;
when a predetermined parameter value of one or more second objects for determining whether or not the first object can be evolved reaches a predetermined value as a result of the synthesis , displaying a selectable display area for receiving an instruction from a user on the terminal;
evolving the first object without consuming the second object when a selection of the display area is accepted;
maintaining the predetermined parameter value of the second object at the predetermined value before and after evolving the first object;
system.

Images