JP2022113109A - Information processing device, information processing method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of prompting a player to grind a quest.

SOLUTION: An information processing device includes a management section that manages the number of strengthening objects acquired by a player in a prescribed quest out of a plurality of quests by which the player may acquire strengthening objects used for strengthening game objects, and a game processing section that when the number of acquired strengthening objects associated with the prescribed quest reaches an upper limit thereof, executes control such that the player cannot acquire the strengthening objects in the prescribed quest.

SELECTED DRAWING: Figure 2

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

Conventionally, a game is widely known in which a game scenario progresses by clearing low-difficulty quests and sequentially releasing high-difficulty quests (see, for example, Patent Document 1).

Japanese Patent No. 5248580

However, in the conventional technology, some players prefer to do specific quests, and there is still room for improvement in providing the value of the game to the players.

Accordingly, it is an object of the present invention to provide a technology that makes it possible to encourage the circulation of quests.

An information processing apparatus according to an aspect of the present invention includes a management unit that manages the number of enhancement objects acquired by a player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used to enhance a game object; a game processing unit configured to prevent the player from acquiring the strengthening object in the predetermined quest when the acquired number of the strengthening objects associated with the predetermined quest reaches an upper limit value.

According to the present invention, since there is an upper limit to the number of strengthening objects that can be acquired in a given quest, the player is allowed to play the given quest until the upper limit is reached. In order to obtain a strengthening object exceeding the upper limit set for a predetermined quest, since the strengthening object can be obtained even in a plurality of quests other than the predetermined quest, it will be possible to play other than the predetermined quest.

It is a figure which shows an example of the system configuration|structure of the game system which concerns on this embodiment. It is a figure which shows an example of a structure of a game server. It is a figure which shows an example of normal character DB. It is a figure which shows an example of support character DB. It is a figure which shows an example of possession character management DB. It is a figure which shows an example of item management DB. 1 is a diagram illustrating an example of a configuration of a terminal; FIG. 4 is a flow chart showing an example of a processing procedure performed by a game server; FIG. 10 is a diagram showing an example of screen transition; FIG. 10 is a diagram showing an example of screen transition; It is a figure which shows an example of the hardware constitutions of a game server and a terminal.

Embodiments of the present invention will be described with reference to the accompanying drawings. It should be noted that, in each figure, the same reference numerals have the same or similar configurations.

<System configuration>
FIG. 1 is a diagram showing an example of the system configuration of a game system 1 according to this embodiment. The game system 1 includes a game server 10 and multiple terminals 20 . The game server 10 and the terminal 20 are communicably connected to each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

The game server 10 is a device that takes part of the functions of the terminal 20 providing the game, such as managing various types of information about players and executing part of game processing. The game server 10 may be configured from one or more computers, or may be configured using a virtual server (cloud server, etc.).

The terminal 20 is a device that provides games to players. The terminal 20 is, for example, a computer such as a mobile phone (including a smart phone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its position detected using a GPS (Global Positioning System) or the like.

<Game Overview>
Next, an outline of the game provided by the game system 1 according to this embodiment will be described. In the game provided by the game system 1, the player organizes a deck with characters selected from a plurality of owned characters, clears a quest using the organized deck, and acquires new characters and items. can be obtained. Also, the player can acquire new characters and items by paying for the game.

Here, a quest is a term that means a task that can be cleared by satisfying a predetermined condition. Quests are also commonly referred to as quests, challenges and missions. Quests include special quests for acquiring predetermined items used to strengthen support characters. An upper limit is set for the number of predetermined items that can be acquired in a special quest. A quest includes, for example, a low-difficulty quest and a high-difficulty quest. If you play a quest with a low difficulty level and meet the prescribed conditions, the quests with a high difficulty level will be released in order. For example, when a quest with a high degree of difficulty is cleared a predetermined number of times, or when a predetermined number of items are obtained, quests with a high degree of difficulty are released sequentially. A support character is obtained as a reward when, for example, a low-difficulty quest is cleared and the conditions are satisfied. And it is possible to acquire items up to the upper limit set for quests with a high degree of difficulty. That is, when a predetermined quest satisfies a predetermined condition, the player is given the right to obtain items set in other quests up to the upper limit value.

A deck is a term that means a group that combines multiple characters. When executing a quest, the player selects a character having an ability suitable for clearing the quest, organizes a deck, and executes the quest. Characters include normal characters and support characters. A normal character is a character that can be operated by the player, and a plurality of characters can be set by deck organization. The support character is a character that cannot be operated by the player, and only one can be set in deck composition. A support character can raise its level by using a predetermined item obtainable in a special quest. A predetermined item is an example of a strengthening object. The number of predetermined items required for leveling up the support character differs depending on the level of the support character. Support character levels have an upper limit. The quest includes a first quest capable of obtaining a first support character and predetermined items, and a second quest capable of obtaining a second support character and predetermined items. The predetermined item can strengthen both the first support character and the second support character. The first support character is an example of a first game object, and the second support character is an example of a second game object.

A normal character activates a skill effect that strengthens the normal character's parameters when the number of turns during a quest satisfies a predetermined condition. Skill effects are usually set for each character. Skill effects include, for example, recovering the normal character's status, enhancing the normal character's status, and inflicting damage on the enemy character. A support character activates a support effect to support a normal character only once during a quest when a specific condition during the quest is met. Support effects are set for each support character. The support effect includes, for example, recovering the normal character's status, enhancing the normal character's status, giving damage to the enemy character, and the like. Support effects are set for each support character. The support effect changes according to the level of the support character. Conditions for activating the support effect include, for example, the number of defeated enemy characters, total damage dealt to enemy characters, the number of acquired items, and the like. The activation conditions for the support effect do not change according to the level of the support character. The support effect can be activated at any timing based on the player's operation as long as the activation conditions are satisfied even once during the quest. A plurality of decks organized by the player can be stored in the game server 10, and the player selects one deck from the stored plurality of decks to execute the quest when executing the quest. is also possible.

A player consumes stamina when participating in a quest. A player who participates in the quest can clear the quest by satisfying certain conditions, and when the quest is cleared, a reward is given to the player and the story of the game progresses. Rewards include items, characters that can be used for deck construction, and the like. For example, when the quest is cleared, an effect for obtaining the item is performed on the game screen, and the item is obtained when the player performs an operation for obtaining the item. The number of items that can be acquired when clearing a quest varies depending on the difficulty of the quest and the amount of stamina consumed by the quest. Also, when a quest is cleared using a support character, the probability of obtaining an item is higher than when the quest is cleared without using a support character. Each quest has an upper limit on the number of items that can be obtained by clearing the quest. In this case, the remaining number of items obtainable in each of the plurality of quests may be displayed on the screen where the player selects the quest.

By synthesizing the character and items owned by the player, the player can improve the status of the character or transition to another more strengthened character. Here, characters and items may also be referred to as "objects" or "game objects." A status may also be referred to as a "parameter". Also, "transition" from one character to another character may be referred to as "change", "mutate", "derivate", "evolve", or "divine". In this embodiment, "compositing" means combining two game objects to create one game object, and applying one game object to another game object.

Synthesis is performed by combining a character (hereinafter referred to as a "compositing source character") to be a source of synthesis (base of synthesis) with another character (hereinafter referred to as a "material character") that can be combined with the source character. ) or items (hereinafter referred to as “material items”). The number of material items required for synthesis increases as the level of the synthesis source character increases.

For example, when the player selects character A as a composition source character and character B as a material character, the status of character A is changed (or transitioned to another character), and character B disappears. Similarly, when the player selects character A as a character to be synthesized and item X as a material item, the status of character A is changed (or transitioned to another character), and item X disappears.

The game may support multiplayer, in which multiple players progress a common quest at the same time. When executing multiplay, the host player may consume less stamina when participating in a quest than the guest player. Stamina consumption is an example of parameter consumption required to start a common quest. Also, if the player whose number of obtainable items has reached the upper limit is the host, specify a guest player whose number of obtainable items has not reached the upper limit and clear the quest. Items may be transferable from the host player to the guest player. As a result, by making it easier for a guest player whose number of obtainable items has not reached the upper limit to participate in the multiplay, the player is encouraged to complete the quests. Note that when executing multiplay, only the host player can set support characters in the deck. Then, when any one of the plurality of players satisfies the conditions for activating the support effect of the support character, the support effect of the support character can be activated. The support effect can be activated at any timing based on the operation of any one of the players, as long as the activation conditions are met even once during the quest.

(game server)
FIG. 2 is a diagram showing an example of the configuration of the game server 10. As shown in FIG. The game server 10 includes a game control section 110 and a storage section 120 . The game control section 110 can be implemented by executing a program stored in the storage section 120 . Also, the program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.

The game control unit 110 provides various functions necessary for executing the game. Game control unit 110 includes management unit 111 and game processing unit 112 .

The management unit 111 manages the number of enhancement objects acquired by the player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used for enhancing game objects. The management unit 111 updates the information stored in the item management DB 124, for example, when the player clears a predetermined quest and acquires an item used to strengthen a normal character or a support character.

The game processing unit 112 controls so that the player cannot obtain the strengthening object in the predetermined quest when the upper limit value of the number of obtaining strengthening objects associated with the predetermined quest is reached. For example, when the player selects a quest, the game processing unit 112 refers to the item management DB 124 . Then, when the number of items owned by the player reaches the upper limit of the number of acquired items associated with the quest selected by the player, the game processing unit 112 allows the player to acquire items in the quest. control it so that it cannot For example, when the number of items that can be acquired reaches the upper limit, the game processing unit 112 executes an effect for acquiring items when the quest is cleared, while allowing the player's operation to acquire items. invalid.

The game processing unit 112 controls characters (normal characters, support characters) to be strengthened using items obtainable in quests. The plurality of quests includes a first quest from which a first character and items can be acquired, and a second quest from which a second character and items can be acquired. The game processing unit 112 controls the first character and the second character so that they can be strengthened using items.

The game processing unit 112 permits progress of other quests associated with a predetermined quest included in a plurality of quests when the predetermined quest satisfies a predetermined condition. Then, the game processing unit 112 grants the player the right to obtain items set in other quests up to the upper limit. For example, when a quest with a low difficulty level is cleared, the game processing unit 112 releases a quest with a high difficulty level. As a result, the player can acquire items up to the upper limit set for quests with a high degree of difficulty.

When the first player and the second player are progressing a common quest, the game processing unit 112 determines that the number of items acquired by the first player has reached the upper limit of the acquisition number set for the common quest. In this case, the item acquired by the first player is controlled to be transferable from the first player to the second player. For example, when a plurality of players are progressing a common quest, the game processing unit 112, when the number of items acquired by the host player reaches the upper limit of the acquired number set for the common quest, To control so that an item acquired by a host player can be transferred to a guest player.

The game processing unit 112 determines that the first player who has reached the upper limit of the number of acquired items set in the quest with the common number of items is the upper limit of the number of acquired items set in the quest with the common number of items. To control the amount of consumption of parameters necessary for starting a common quest to be less than that of a second player who has not reached the value. For example, when a plurality of players are progressing a common quest, the game processing unit 112 determines whether the number of items acquired by the host player has reached the upper limit of the acquired number set for the common quest. , the consumption amount of parameters necessary for starting a common quest is controlled to be smaller than that of a guest player whose number of items does not reach the upper limit of the acquisition number set for the common quest.

The storage unit 120 stores a normal character DB 121, a support character DB 122, an owned character management DB 123, and an item management DB 124.

FIG. 3 is a diagram showing an example of the normal character DB 121. As shown in FIG. The normal character DB 121 stores various settings related to normal characters appearing in the game. The normal character DB 121 stores, for example, an identifier that uniquely identifies the normal character (character ID), an identifier that indicates the group to which the normal character belongs (group ID), an identifier that indicates the transition state of the normal character (form), an upper limit value of the level, (maximum level), upper limit of rack (maximum rack), upper limit of HP (hit points) (max HP), upper limit of attack power (max attack power), and upper limit of speed (max speed). stored as

FIG. 4 is a diagram showing an example of the support character DB 122. As shown in FIG. The support character DB 122 stores various settings related to support characters appearing in the game. In the support character DB 122, for example, an identifier that uniquely identifies a support character (character ID), an identifier that indicates the group to which the support character belongs (group ID), the support effect of the support character, and the conditions for activating the support effect of the support character correspond. attached and stored.

FIG. 5 is a diagram showing an example of the possessed character management DB 123. As shown in FIG. The owned character management DB 123 stores information about characters owned by the player (normal characters, support characters). The owned character management DB 123 stores, for example, an identifier (player ID) that uniquely identifies the player who owns the character, an identifier (character ID) that uniquely identifies the character, and the character's current status (level, rack (operation), etc.). ), HP (hit points), attack power, speed, etc.) are stored in association with each other.

FIG. 6 is a diagram showing an example of the item management DB 124. As shown in FIG. The item management DB 124 stores information about items owned by the player. The item management DB 124 stores, for example, an identifier that uniquely identifies the player (player ID), an identifier that uniquely identifies the item owned by the player (item ID), and the number of items owned by the player in association with each other. ing.

(terminal)
FIG. 7 is a diagram showing an example of the configuration of the terminal 20. As shown in FIG. The terminal 20 includes a communication section 201 , a UI (User Interface) section 202 , a game control section 203 and a storage section 210 . The communication unit 201 , UI unit 202 and game control unit 203 can be realized by executing a program stored in the storage unit 210 . Also, the program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-temporary storage medium. The non-temporary storage medium is not particularly limited, but may be a storage medium such as a USB memory or CD-ROM, for example.

The communication unit 201 performs various communications with the game server 10 .

The UI unit 202 has a process of receiving various inputs from the player and a function of displaying various game screens on the display. Also, the UI unit 202 displays a game screen on the terminal 20 according to an instruction from the game server 10 .

The game control unit 203 cooperates with the game server 10 to provide various functions necessary for executing the game. For example, the game control unit 203 provides functions such as acquiring various information (icon image data, text data, etc.) for drawing on the game screen from the game server 10 .

The storage unit 210 stores game data 211 necessary for the game control unit 203 to execute the game. The game data 211 stores character image data, game scenarios, and the like.

FIG. 8 is a flowchart showing an example of a processing procedure performed by the game server 10 when starting a quest. The game server 10 starts a quest when accepting the operation of the terminal 20 operated by the player (S10). Subsequently, the game server 10 refers to the item management DB 124 and obtains information regarding the number of items acquired by the player in the quest (S11). Then, the game server 10 determines whether or not the number of acquired items has reached the upper limit of the number of acquired items associated with the quest (S12). If the game server 10 determines that the number of acquired items has not reached the upper limit, it ends the process, and if it determines that the number of acquired items has reached the upper limit, the player cannot acquire items in the quest. (S13).

9 and 10 are diagrams showing examples of screen transitions. FIG. 9 shows an example of screen transition when the support effect of the support character is activated during the progress of the quest. FIG. 10 shows an example of screen transition when a reward for clearing a quest appears.

As shown in FIG. 9, normal characters B1, B2, B3 and enemy characters E1, E2 are displayed on the field FG on the transition screen A100. In the transition screen A100, icons I1, I2, and I3 indicating the status of the normal characters and an icon IS indicating the status of the support characters are displayed outside the field. In the transition screen A100, the normal character B2 satisfies the conditions for activating the skill effect and the conditions for activating the support effect of the support character BS. Here, in the transition screen A100, the support effect of the support character is activated, and the support character BS appears on the field FG. When the support character BS is tapped on the transition screen A100, the screen transitions to the transition screen A101.

In the transition screen A101, the normal character B1 is designated as the target of the support effect of the support character BS. In the transition screen A101, when the normal character B1 is instructed to attack (shot) the enemy characters E1 and E2, the transition screen A102 is displayed.

In the transition screen A102, the support effect of the support character BS is activated. A support character BS is displayed on the entire screen of the transition screen A102.

As shown in FIG. 10, the transition screen A110 displays a quest clear screen after the enemy characters E1 and E2 on the field FG have been annihilated. After a predetermined period of time elapses on the transition screen A110, the screen transitions to the transition screen A111.

In the transition screen A111, items T1, T2, T3, T4, and T5 appear on the field FG as effects for obtaining items as clear rewards. When items T1, T2, T3, T4, and T5 on the field FG are tapped on the transition screen A111, the transition screen A112 is displayed. Then, the tapped items T1, T2, T3, T4 and T5 disappear from the field FG, and the items T1, T2, T3, T4 and T5 are acquired. In addition, when the player is controlled so as not to acquire items in the quest, even if the items T1, T2, T3, T4, and T5 are tapped on the field FG, the items T1, T2, T3, T4, and T5 are displayed. cannot be obtained.

<Summary>
According to the embodiment described above, the game server 10 performs control so that the player cannot acquire items in the quest when the number of acquired items associated with the quest reaches the upper limit. More specifically, when the number of items that can be acquired reaches the upper limit, the game server 10 executes an effect for acquiring items when the quest is cleared, and prompts the player to acquire the items. operation is invalidated. As a result, since there is an upper limit to the number of enhancement objects that can be acquired in a quest, the quest can be played up to the upper limit. In order to obtain items beyond the upper limit of the quest, items can be obtained outside the quest, so you will be able to play other quests.

The embodiments described above are for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. Flowcharts, sequences, elements included in the embodiments, their arrangement, materials, conditions, shapes, sizes, and the like described in the embodiments are not limited to those illustrated and can be changed as appropriate.

[Hardware configuration]
FIG. 11 is a diagram showing an example of the hardware configuration of the game server 10 according to the embodiment. As shown, the game server 10 includes a communication controller 100-1, a CPU 100-2, a RAM (Random Access Memory) 100-3 used as a working memory, and a ROM (Read Only Memory) 100- for storing a boot program and the like. 4. A storage device 100-5 such as a flash memory or HDD (Hard Disk Drive), a drive device 100-6, etc. are interconnected by an internal bus or a dedicated communication line. The communication controller 100-1 communicates with components other than the game server 10. FIG. The storage device 100-5 stores a program 100-5a executed by the CPU 100-2. This program is developed in RAM 100-3 by a DMA (Direct Memory Access) controller (not shown) or the like and executed by CPU 100-2. This implements the management unit 111 and the game processing unit 112 .

All or part of the management unit 111 and the game processing unit 112 included in the game server 10 may be provided in the game control unit 110 of the terminal 20 for the functional block configuration described above.

<Appendix>
<Appendix 1>
a management unit that manages the number of enhancement objects obtained by a player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used to enhance a game object;
a game processing unit that controls so that the player cannot obtain the strengthening object in the predetermined quest when the upper limit of the number of the strengthening objects acquired associated with the predetermined quest is reached;
Information processing device having

According to Supplementary Note 1, there is an upper limit to the number of strengthening objects that can be acquired in a given quest, so the player can play the given quest until the upper limit is reached. In order to obtain a strengthening object exceeding the upper limit set for a predetermined quest, since the strengthening object can be obtained even in a plurality of quests other than the predetermined quest, it will be possible to play other than the predetermined quest.

<Appendix 2>
The plurality of quests includes a first quest capable of acquiring a first game object and the enhancement object, and a second quest capable of acquiring a second game object and the enhancement object;
The game processing unit controls the first game object and the second game object so that they can be enhanced using the enhancement object.
The information processing device according to appendix 1.

According to appendix 2, the player may play either the first quest or the second quest in order to obtain a strengthening object capable of strengthening both the first game object and the second game object. You can encourage rotation.

<Appendix 3>
The game processing unit allows other quests associated with the predetermined quest included in the plurality of quests to progress when the predetermined quest satisfies a predetermined condition,
Giving the player the right to obtain the enhancement object set in the other quest up to the upper limit,
The information processing device according to appendix 1 or 2.

According to Supplementary Note 3, by sequentially releasing quests, it is possible to increase the upper limit of obtainable strengthening objects, so that it is possible to further encourage the circulation of quests.

<Appendix 4>
When the first player and the second player are progressing a common quest, the game processing unit determines that the number of the strengthening objects acquired by the first player is an upper limit of acquisition number set in the common quest. is reached, controlling the strengthening object acquired by the first player to be transferable from the first player to the second player;
The information processing apparatus according to any one of Appendices 1 to 3.

According to Supplementary Note 4, by making it easier for a guest player whose number of obtainable items has not reached the upper limit to participate in multiplay, it is possible to encourage the player to repeat the quest.

<Appendix 5>
The game processing unit determines that the first player whose number of reinforcing objects has reached the upper limit of the number of obtained reinforcing objects set in the common quest is the number of reinforcing objects set in the common quest. controlling the amount of consumption of the parameters required to start the common quest to be less than that of the second player who has not reached the upper limit of the number of acquisitions of said strengthening objects;
The information processing apparatus according to any one of Appendices 1 to 4.

According to appendix 5, by making it easier for the host player who has reached the upper limit of the number of obtainable items to play multiplayer, the number of obtainable items of the guest player who has not reached the upper limit of the number of items can be increased. can be encouraged.

<Appendix 6>
An information processing method performed by an information processing device,
a step of managing the number of enhancement objects obtained by the player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used to enhance the game object;
a step of controlling so that the player cannot acquire the strengthening object in the predetermined quest when the upper limit of the number of the strengthening objects to be acquired associated with the predetermined quest is reached;
Information processing method including.

According to Supplementary Note 6, since there is an upper limit to the number of strengthening objects that can be acquired in a given quest, the quest can be played up to the upper limit. In order to obtain enhanced items beyond the upper limit of the prescribed quests, it is possible to acquire enhanced items even in multiple quests other than the prescribed quests, so you will be able to play other than the prescribed quests.

<Appendix 7>
to the computer,
a step of managing the number of enhancement objects obtained by the player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used to enhance the game object;
a step of controlling so that the player cannot acquire the strengthening object in the predetermined quest when the upper limit of the number of the strengthening objects to be acquired associated with the predetermined quest is reached;
program to run the

According to Supplementary Note 7, since there is an upper limit to the number of strengthening objects that can be acquired in a given quest, the quest can be played up to the upper limit. In order to obtain enhanced items beyond the upper limit of the prescribed quests, it is possible to acquire enhanced items even in multiple quests other than the prescribed quests, so you will be able to play other than the prescribed quests.

DESCRIPTION OF SYMBOLS 1... Game system 10... Game server 11... Processor 12... Storage device 13... Communication IF 14... Input device 15... Output device 20... Terminal 100... Information processing apparatus 100-1... Communication controller , 100-2... CPU, 100-3... RAM, 100-4... ROM, 100-5... Storage device, 100-5a... Program, 100-6... Drive device, 110... Game control unit, 111... Management unit, 112 Game processing unit 120 Storage unit 121 Normal character DB 122 Support character DB 123 Owned character management DB 124 Item management DB 201 Communication unit 202 UI unit 203 Game control Part 210... Storage part 211... Game data.

Claims (1)

a management unit that manages the number of enhancement objects obtained by a player in a predetermined quest out of a plurality of quests capable of acquiring enhancement objects used to enhance a game object;
a game processing unit that controls so that the player cannot obtain the strengthening object in the predetermined quest when the upper limit of the number of the strengthening objects acquired associated with the predetermined quest is reached;
Information processing device having

Images