Information processing device, information processing method, and program

Abstract

To provide a technique capable of increasing a frequency of changing a character set up as a character to be organized in a deck of another player.SOLUTION: An information processing apparatus includes a storage section for storing a specific character to be organized in a deck of another player, out of characters held by a player, a display control section displaying a screen for receiving a designation of a plurality of character frames constituting a deck used for a play of a quest and characters to be set in the respective character frames, and an update section that, when a character held by the player, who is the character other than the specific character, is set up in a specific frame out of the plurality of character frames, updates the specific character stored in the storage section to the character set up in the specific frame.SELECTED DRAWING: Figure 3

Description

[Technical Field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] There is a known game in which a player uses a team of characters called a deck to complete events called quests that take place in the game. For example, Patent Document 1 discloses a technology that automatically organizes a deck from characters owned by a user. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2017-185268 Summary of the Invention [Problem to be solved by the invention]

[0004] Among games in which players use decks to complete quests, there are games in which each player pre-selects characters that can be included in the decks of other players, and when a player performs a quest, the deck is composed of the characters selected by that player and the characters selected by the other players.

[0005] However, in such games, the characters that each player sets as characters that can be organized into the decks of other players are not set in the decks that the player himself organizes, but are set in the decks that other players organize. Therefore, there is a problem that few players change the characters that they have set once.

[0006] Therefore, an object of the present invention is to provide a technique that makes it possible to increase the frequency with which characters that are set as characters that can be organized into other players' decks are changed. [Means for solving the problem]

[0007] An information processing device according to one aspect of the present invention has a memory unit that stores specific characters that can be organized into other players' decks from among the characters owned by a player, a display control unit that displays a plurality of character frames that make up a deck used to play quests, a screen that accepts the designation of characters to be set in each character frame, and an update unit that, when a character owned by the player and other than the specific character is set in a specific frame from among the plurality of character frames, updates the specific character stored in the memory unit to the character set in the specific frame. [Effects of the Invention]

[0008] According to the present invention, it is possible to provide a technique that makes it possible to increase the frequency with which characters that are set as characters that can be organized into other players' decks are changed. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram illustrating an example of a system configuration of a game system according to an embodiment of the present invention. [Figure 2] FIG. 2 is a diagram illustrating an example of the hardware configuration of a game server and a terminal. [Figure 3] FIG. 2 is a diagram illustrating an example of a functional block configuration of a game server. [Figure 4] 10 is a diagram showing an example of a player management DB, a deck management DB, and a deck usage history DB. [Figure 5] FIG. 2 is a diagram illustrating an example of a functional block configuration of a terminal. [Figure 6] 10 is a flowchart illustrating an example of a processing procedure executed by a game server. [Figure 7] FIG. 10 is a diagram showing an example of a screen displaying deck history. DETAILED DESCRIPTION OF THE INVENTION

[0010] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the accompanying drawings, in which the same reference numerals denote the same or similar components.

[0011] <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 shown in Fig. 1 includes a game server 10 (game device) and a plurality of terminals 20. The game server 10 and the terminals 20 are connected to each other so as to be able to communicate with each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

[0012] The game server 10 is a device that performs some of the functions required for the terminal 20 to provide a game, such as managing various information related to players and executing some of the game processing. The game server 10 may be configured using one or more information processing devices, or may be configured using a virtual server (such as a cloud server).

[0013] The terminal 20 is an information processing device that provides a game to a player, and the player can execute the game according to this embodiment by operating the terminal 20. The terminal 20 is, for example, a computer such as a mobile phone (including a smartphone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its own location detected using a GPS (Global Positioning System) or the like.

[0014] <Game Overview> Next, an overview 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 (hereinafter referred to as "this game"), a player can select from a plurality of characters they own and create a deck with them, and then use the created deck to complete quests, thereby obtaining new characters and items. Furthermore, the player can combine the characters they have acquired to make them stronger, or use items to strengthen the attributes of the characters, thereby taking on more difficult quests.

[0015] Here, the term "quest" refers to a mission that requires certain predetermined conditions to be met. A quest is also called an exploration or a task. A player who participates in a quest can complete the quest by meeting the certain conditions. Completing a quest will result in the player receiving a reward and progressing through the story of the game.

[0016] A deck is a term that refers to a group of multiple characters. When a player performs a quest, the player selects characters with the appropriate abilities to complete the quest, organizes a deck, and performs the quest. The game server 10 can store multiple decks organized by players, and when performing a quest, the player can select one of the stored decks to perform the quest.

[0017] When a player performs a quest, a certain parameter that the player possesses, called "stamina," is consumed. The amount of stamina consumed varies depending on each quest. The upper limit of stamina is set based on the player's level, experience points, etc. Stamina consumed by playing quests is automatically recovered over time.

[0018] Players can establish specific relationships (hereinafter referred to as "friend relationships") with other players. Friend relationships can be established with the approval of both players. A list of other players with whom a player has a friend relationship is displayed on the player's game screen.

[0019] A deck is composed of characters selected by the player from among the characters owned by the player himself / herself and characters owned by other players. Each player sets in advance characters that can be organized into other players' decks (hereinafter referred to as "friend's characters" or "specific characters"). When a player performs a quest, the player organizes a deck to be used for the quest and selects one other player from multiple other players listed on the game screen. When a player selects one other player, the friend's character of the selected other player is set in the deck and the quest begins. Note that the multiple other players listed on the game screen are players who are friends with the player, or other players arbitrarily selected by the game server 10.

[0020] Furthermore, a player can exceptionally set a friend's character in place of another player's specific character among the characters used to compose a deck. Furthermore, when playing a quest, a player can select a deck that they have previously used in that quest, rather than compiling a new deck.

[0021] The screen that accepts the specification of the deck to be used for the quest displays a plurality of character frames for setting the plurality of characters that will make up the deck.

[0022] The plurality of character slots include normal slots in which a character owned by the player can be set, and specific slots in which a character owned by the player or a character owned by another player can be set. In this embodiment, for example, there may be three normal slots and one specific slot, but this is not limited to this.

[0023] In this game, if a character owned by the player other than the friend's character is set in a specific slot among the multiple character slots, the player's own friend's character will be updated to the character set in that specific slot. This situation can occur, for example, when a player selects a deck from decks that they have used in the past when organizing a deck, and a character other than the character currently set as the player's friend's character is set in the specific slot of the selected deck.

[0024] <Hardware configuration> 2 is a diagram showing an example of the hardware configuration of the game server 10 and the terminal 20. The game server 10 and the terminal 20 each have a processor 11 such as a CPU (Central Processing Unit), a storage device 12 such as a memory, an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), a communication IF (Interface) 13 for wired or wireless communication, an input device 14 for accepting input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, a touch panel, a mouse, and / or a microphone. The output device 15 is, for example, a display and / or a speaker.

[0025] <Function block configuration> (game server) FIG. 3 is a diagram showing an example of the functional block configuration of the game server 10. The game server 10 includes a storage unit 100 and a game control unit 110. The storage unit 100 can be realized using a storage unit 12 provided in the game server 10. The game control unit 110 can be realized by the processor 11 of the game server 10 executing a program stored in the storage unit 12. 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-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

[0026] The storage unit 100 stores a player management DB 100a, a deck management DB 100b, and a used deck management DB 100c.

[0027] 4 is a diagram showing examples of the player management DB 100a, deck management DB 100b, and used deck management DB 100c. The player management DB 100a manages game data owned by each player. The player management DB 100a also stores, among the characters owned by the player, friend-used characters that can be organized into decks of other players. The player management DB 100a stores, in association with each other, for example, an ID (player ID) that uniquely identifies the player, the player's nickname, the player IDs of other players registered as friends, the current location of the terminal 20 used by the player, the player's experience points, the player's rank, the player's stamina, and an ID (character ID) that uniquely identifies the friend-used character set by the player.

[0028] The deck management DB 100b manages the characters that make up each deck. For example, the deck management DB 100b stores an ID (player ID) that uniquely identifies a player, an ID (deck ID) that uniquely identifies each player's deck, and an ID (character ID) that uniquely identifies each character that makes up each deck, all of which are associated with each other. In the example of FIG. 4, the "character ID" of the deck with the deck ID D001 is set to the fourth character (C003). This means that, as an exception, the player's own friend's character is set in the portion of the deck where other players' specific characters are set.

[0029] The used deck history DB 100c (deck history information) records a history (deck history) indicating which deck each player used when they executed each quest in the past. The used deck history DB 100c stores, in association with each other, for example, an ID (player ID) that uniquely identifies the player, an ID (quest ID) that uniquely identifies the quest, and a history of multiple characters (character IDs) that constitute one or more decks used when the quest was executed. The used deck (previous) stores the characters of the deck used the previous time the quest was executed. The used deck (second to last) stores the characters of the deck used the second time the quest was executed. Here, the used deck (previous) and used deck (second to last) include decks with three characters and decks with four characters. A deck with three characters indicates that a character owned by another player was set in the specific slot, and a deck with four characters indicates that a character owned by the player himself was set in the specific slot. That is, the used deck history DB 100c includes information about specific slots of the deck. The used deck history DB 100c may also record history information about decks that have successfully cleared quests among the decks used by the player to play quests.

[0030] Returning to Figure 3, the explanation will continue. The game control unit 110 provides various functions necessary to execute the game. The game control unit 110 includes a reception unit 111, an execution unit 112, a display control unit 113, and an update unit 114.

[0031] The reception unit 111 receives from the player the selection of a quest to be performed, the selection of a deck to be used for the quest, and the like.

[0032] The execution unit 112 executes the quest accepted by the acceptance unit 111.

[0033] The display control unit 113 displays various game screens related to the game on the screen of the terminal 20. It also displays a screen for accepting designation of multiple character frames that make up a deck used to play quests and characters to be set in each character frame.

[0034] When a character owned by the player other than a friend's character is set in a specific slot among a plurality of character slots, the update unit 114 updates the friend's character stored in the player management DB 100a of the storage unit 100 to the character set in the specific slot.

[0035] (Terminal) FIG. 4 is a diagram showing an example of the functional block configuration of the terminal 20. The terminal 20 includes a storage unit 200, a communication unit 201, a UI (User Interface) unit 202, and a game control unit 203. The storage unit 200 can be realized using the storage unit 12 included in the terminal 20. The communication unit 201, the UI unit 202, and the game control unit 203 can be realized by the processor 11 of the terminal 20 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transitory storage medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

[0036] The storage unit 200 stores game data necessary for the game control unit 203 to execute the game. The game data includes character image data, game scenarios, and the like.

[0037] The communication unit 201 has a function of performing various communications with the game server 10 using the communication IF 13 .

[0038] The UI unit 202 has a function to process various inputs from the player and to display various game screens on the display. The UI unit 202 also displays game screens in accordance with instructions from the game server 10.

[0039] The game control unit 203 provides various functions necessary for executing the game by cooperating with the game server 10. For example, the game control unit 203 provides a function for acquiring, from the game server 10, various information (icon image data, text data, etc.) for drawing on the game screen.

[0040] With regard to the functional block configuration described above, all or some of the reception unit 111, execution unit 112, display control unit 113, and granting unit 114 included in the game server 10 may be configured to be provided in the game control unit 203 of the terminal 20.

[0041] <Processing Procedure> Next, a processing procedure when the game server 10 changes the friend's character will be described.

[0042] 6 is a flowchart showing an example of a processing procedure performed by the game server. First, the reception unit 111 receives a selection of a quest to be executed from the player (S10). Next, the reception unit 111 receives a selection of a deck to be used in the quest from the player (S11).

[0043] Here, the display control unit 113 may obtain the history of decks that have been used in the past in the quest selected in the processing procedure of step S10 from the used deck history DB 100c, and display the obtained deck history on the game screen.

[0044] FIG. 7 is a diagram showing an example of a screen displaying a deck history. In FIG. 7(a), frames F11 to F14 display the decks used the previous time a quest was performed. Frames F21 to F24 display the current deck. Frames F11 to F13 and F21 to F23 are normal frames, while F14 and F24 are special frames. Similarly, in FIG. 7(b), frames F31 to F34 display the decks used the previous time a quest was performed. Frames F41 to F44 display the current deck. Frames F31 to F33 and F41 to F43 are normal frames, while F34 and F44 are special frames. Note that the display example in FIG. 7 is merely an example, and decks used before the deck used the previous quest (such as the time before last) may also be displayed.

[0045] Here, the display mode for the specific slots in the deck used when the previous quest was executed may be changed depending on whether the character is available for use in the quest. That is, the display control unit 113 may display the character (specific character) set in the specific slot of a deck used in the past in a different manner depending on whether the character is available for use by the player. A state in which the player cannot use a character set in a specific slot may include, for example, a state in which the player does not currently own the character because the player has sold or combined the character, or a state in which the player currently owns the character but is rented to another player or is in a training state, etc., and is therefore unable to use the character themselves. Furthermore, a state in which the player can use a character set in a specific slot may be, for example, a state in which the player currently owns the character, is not rented to another player, is not in a training state, etc.

[0046] Changing the display mode may mean, for example, graying out the specific slot (frame F34 in FIG. 7(b)) when the player is unable to use the character set in the specific slot, and displaying an icon of the character or the like in the specific slot (frame F14 in FIG. 7(a)) when the player is able to use the character set in the specific slot. Note that if another player's character was set in the specific slot of the deck used the previous time the quest was executed, the specific slot may be grayed out, or may be displayed in a mode other than grayed out (for example, blank).

[0047] When button B10 or button B20 is pressed, the characters set in the deck used the previous time the quest was executed are reflected in the current deck.

[0048] Returning to FIG. 6, the explanation will be continued. Next, the update unit 114 determines whether a character owned by the player but different from the current friend's character is set in the specific slot of the current deck (S12). If a character different from the current friend's character is set in the specific slot (S12-YES), the update unit 114 updates the friend's character stored in the player management DB 100a of the storage unit 100 to the character set in the specific slot (S13). On the other hand, if a character different from the current friend's character is not set in the specific slot, that is, if the same character as the current friend's character or a character owned by another player is set in the specific slot (S12-NO), the friend's character stored in the player management DB 100a of the storage unit 100 is not updated, and the processing proceeds to step S14.

[0049] Next, the execution unit 112 starts executing the quest (S14). After starting execution of the quest, the game control unit 110 stores information about the deck used by the player in the quest in the used deck history DB 100c.

[0050] <Modification> In this game, quests may include quests that satisfy a first condition and quests that satisfy a second condition. Here, a quest that satisfies the first condition and a quest that satisfies the second condition may differ in at least one usable character. For example, a constraint condition (first attribute condition) on the attributes of characters usable in a quest that satisfies the first condition may differ from a constraint condition (second attribute condition) on the attributes of characters usable in a quest that satisfies the second condition. Specifically, the first attribute condition is a condition that allows characters of any rarity to be used, and the second attribute condition is a condition that allows characters of a rarity below a predetermined rank (for example, below the highest rank) to be used. Also, for example, a quest that satisfies the first condition may be a quest that does not impose constraints on usable characters, and a quest that satisfies the second condition may be a quest that imposes constraints on usable characters.

[0051] In addition, friend-used characters may be set to characters that other players can organize in quests that satisfy a first condition (hereinafter referred to as "first friend-used characters"), and characters that other players can organize in quests that satisfy a second condition (hereinafter referred to as "second friend-used characters").

[0052] In this case, the storage unit 100 may store a first friend's used character and a second friend's used character in the player management DB 100a as the friend's used character.

[0053] The characters that can be set as the "first friend's character" may be limited to certain characters that are relatively weak. This is because when playing an easy-to-clear quest, if a strong friend's character is set in a specific slot in the deck, it becomes possible to incorporate an extremely powerful character into the deck, which would disrupt the game balance.

[0054] Furthermore, when organizing a deck to be used in a quest that satisfies a first condition, if a character owned by the player that can be used in a quest that satisfies the first condition (more specifically, a character that satisfies the first attribute condition) other than the first friend's used character stored in the storage unit 100 is set in the specific slot, the update unit 114 may update the first friend's used character stored in the storage unit 100 to the character set in the specific slot. Furthermore, when organizing a deck to be used in a quest that satisfies a second condition, if a character owned by the player that can be used in a quest that satisfies the second condition (more specifically, a character that satisfies the second attribute condition) other than the second friend's used character stored in the storage unit 100 is set in the specific slot, the update unit 114 may update the second friend's used character stored in the storage unit 100 to the character set in the specific slot.

[0055] For example, it is assumed that character A is set as the first friend's character and character B is set as the second friend's character in the player management DB 100a.

[0056] Here, when organizing a deck to be used in a quest that satisfies the first condition, let's say that character D, a character owned by the player that can be used in a quest that satisfies the first condition, is set in the specific slot. In this case, the update unit 114 updates the first friend's used character set in the player management DB 100a to character D. On the other hand, the update unit 114 does not update the second friend's used character.

[0057] Similarly, when organizing a deck to be used in a quest that satisfies the second condition, assume that character E, a character owned by the player that can be used in the quest that satisfies the second condition, is set in the specific slot. In this case, the update unit 114 updates the second friend's character set in the player management DB 100a to character E. On the other hand, the update unit 114 does not update the first friend's character.

[0058] The above-described embodiments are intended to facilitate understanding of the present invention and are not intended to limit the present invention. The flowcharts, sequences, elements included in the embodiments, and their arrangements, materials, conditions, shapes, sizes, etc., described in the embodiments are not limited to those illustrated and can be modified as appropriate. Furthermore, configurations shown in different embodiments can be partially substituted or combined with each other.

[0059] <Additional Notes> <Appendix 1> a storage unit that stores specific characters that can be organized into decks of other players among characters owned by the player; a display control unit that displays a screen for accepting designation of a plurality of character frames that constitute a deck used in playing a quest and characters to be set in each character frame; an update unit that, when a character owned by the player and other than the specific character is set in a specific character slot among the plurality of character slots, updates the specific character stored in the storage unit to the character set in the specific character slot; An information processing device having the above.

[0060] According to Supplementary Note 1, it is possible to increase the frequency with which characters that are set as characters that can be organized into other players' decks are changed.

[0061] <Appendix 2> the plurality of character frames include a normal frame in which a character owned by a player can be set, and the specific frame in which a character owned by the player or a character owned by another player can be set; The information processing device according to claim 1.

[0062] According to Supplementary Note 2, it becomes possible for a player to increase the frequency with which he or she changes the characters that he or she has set as characters that can be organized into other players' decks.

[0063] <Appendix 3> when a character owned by another player is set in the specific character slot, the update unit does not update the specific character stored in the storage unit. 3. The information processing device according to claim 1 or 2.

[0064] According to Supplementary Note 3, it is possible to prevent characters that a player has set as characters that can be organized into another player's deck from being erroneously updated.

[0065] <Appendix 4> the storage unit stores deck history information that stores a history of decks used for each quest; the display control unit displays on the screen a history of decks that have been used in the quest; The deck history includes information about the specific slot of the deck. 4. The information processing device according to claim 1.

[0066] According to Appendix 4, players will be able to keep track of the decks they used when performing quests in the past.

[0067] <Appendix 5> the display control unit displays the specific character set in the specific slot of the deck used in the past in a different manner depending on whether the specific character is currently available to the player; The information processing device according to claim 4.

[0068] According to Appendix 5, a player can easily determine whether or not the player currently possesses a character that was previously set in a specific slot as a character that can be organized into another player's deck.

[0069] <Appendix 6> the storage unit stores, as the specific characters, a first specific character that can be organized by other players in a quest that satisfies a first condition, and a second specific character that can be organized by other players in a quest that satisfies a second condition; The update unit When organizing a deck to be used in a quest that satisfies the first condition, when a character owned by the player and other than the first specific character is set in the specific slot, updating the first specific character stored in the storage unit to the character set in the specific slot; When organizing a deck to be used in a quest that satisfies the second condition, when a character owned by the player and other than the second specific character is set in the specific slot, updating the second specific character stored in the storage unit to the character set in the specific slot. 6. The information processing device according to claim 1.

[0070] According to Appendix 6, it becomes possible to separate and update two types of characters that can be set as characters that can be organized into other players' decks.

[0071] <Appendix 7> An information processing method performed by an information processing device, Storing in a storage unit specific characters that can be organized into decks of other players, among characters owned by the player; a step of displaying a screen for accepting designation of a plurality of character frames constituting a deck used in playing a quest and characters to be set in each character frame; when a character owned by the player and other than the specific character is set in a specific character slot among the plurality of character slots, updating the specific character stored in the storage unit to the character set in the specific character slot; An information processing method including:

[0072] According to Appendix 7, it is possible to increase the frequency with which characters that are set as characters that can be organized into other players' decks are changed.

[0073] <Appendix 8> On the computer, Storing in a storage unit specific characters that can be organized into decks of other players, among characters owned by the player; a step of displaying a screen for accepting designation of a plurality of character frames constituting a deck used in playing a quest and characters to be set in each character frame; when a character owned by the player and other than the specific character is set in a specific character slot among the plurality of character slots, updating the specific character stored in the storage unit to the character set in the specific character slot; A program to execute.

[0074] According to Appendix 8, it is possible to increase the frequency with which characters that are set as characters that can be organized into other players' decks are changed. [Explanation of symbols]

[0075] 1...game system, 10...game server, 11...processor, 12...storage device, 13...communication IF, 14...input device, 15...output device, 20...terminal, 100...storage unit, 110...game control unit, 111...reception unit, 111...execution unit, 113...display control unit, 114...update unit, 200...storage unit, 201...communication unit, 202...UI unit, 203...game control unit

Claims

1. a processor; The processor: setting a specific character of the player that is available to other players among the characters owned by the player; displaying a screen that displays a plurality of character frames for configuring a deck used in playing the game, and that accepts from the player designation of characters to be set in each of the character frames; When a first character possessed by the player and different from the player's own character is set in a specific character slot that can be selected from characters possessed by the player or characters possessed by other players and that is set as an other player's specific character available to other players, the player's own character is updated to the first character; When the other player's specific character is set in the specific frame, the player's specific character is not updated. Information processing device.

2. the processor sets a player-specific character that is available to other players from among characters possessed by the player; a processor displays a screen on which a plurality of character frames for configuring a deck to be used in playing the game are displayed and on which designation of characters to be set in each of the character frames is received from a player; when a first character possessed by the player and different from the player-specific character is set in a specific character slot that can be selected from characters possessed by the player or characters possessed by other players and that is set as an other-player specific character available to other players, among the plurality of character slots, the processor updates the player-specific character to the first character; the processor does not update the player's own player's specific character when the other player's specific character is set in the specific frame; Information processing methods.

3. The processor allowing the player to set a specific character of the player that is available to other players from among the characters the player possesses; displaying a screen that displays a plurality of character frames for configuring a deck used in playing the game, and that accepts from the player designation of characters to be set in each of the character frames; when a first character possessed by the player and different from the player's own character is set in a specific character slot that can be selected from characters possessed by the player or characters possessed by other players and that is set as an other player's specific character available to other players, the player's own character is updated to the first character; When the other player's specific character is set in the specific frame, the player's specific character is not updated. A program that executes a process.

4. A system comprising a server and a terminal, The processor of the server setting a specific character of the player that is available to other players among the characters owned by the player; displaying on the terminal a screen that displays a plurality of character frames for configuring a deck used in playing the game, and that accepts from the player designation of characters to be set in each of the character frames; When a first character possessed by the player and different from the player's own character is set in a specific character slot that can be selected from characters possessed by the player or characters possessed by other players and that is set as an other player's specific character available to other players, the player's own character is updated to the first character; When the other player's specific character is set in the specific frame, the player's specific character is not updated. system.

Images