Information processing device, information processing method, and information processing program

Abstract

To increase the possibility that a deck presented to a player as a deck for playing a game meets the player's usage desires.SOLUTION: A memory control unit stores in a memory unit first deck information indicating a first deck organized from game media owned by a player, and second deck information indicating a second deck organized and used in the past for each game from game media owned by the player. A play control unit controls the player to play in a first mode in which the game is played using the first deck or in a second mode in which the game is played using the second deck. When the player plays a second game different from a first game after playing the first game, a presentation control unit controls the priority of the deck to be presented to the player as a deck for playing the second game, out of the first deck and the second deck, on the basis of the mode in which the player has played in the first game.SELECTED DRAWING: Figure 5

Description

Technical Field

[0001] The present invention relates to an information processing apparatus, an information processing method, and an information processing program.

Background Art

[0002] Conventionally, in games such as online games, there is a known game in which a user (player) composes a deck with a character selected from a plurality of owned characters and clears quests using the composed deck to obtain new characters and items.

[0003] Patent Document 1 describes that in a game in which a player battles an opponent, when another player different from the player participates in the battle, an effect of increasing the attack power of the other player is set in the battle, and information related to the effect set in the battle is displayed on the terminal used by other players who can participate in the battle.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] However, in a game in which a deck including a plurality of characters and the like is composed and various quests are played, there is a problem that there is room for improvement in improving the possibility that the deck presented to the player as a deck for playing the game meets the player's usage requirements.

[0006] The object of the present invention is to provide an information processing device, an information processing method, and an information processing program that can improve the likelihood that a deck presented to a player as a deck for playing a game will meet the player's usage requirements. [Means for solving the problem]

[0007] The information processing apparatus according to the present invention is It comprises a memory control unit, a play control unit, and a presentation control unit, The memory control unit stores in the memory unit first deck information indicating a first deck assembled from game media owned by the player, and second deck information indicating a second deck that the player has previously assembled and used for each game from game media owned by the player. The play control unit controls the player to enable gameplay in either a first mode, where the game is played using the first deck, or a second mode, where the game is played using the second deck. When the player plays a second game different from the first game after playing the first game, the presentation control unit controls the priority of which deck to present to the player as the deck for playing the second game, based on the mode the player played in the first game, from among the first deck and the second deck. [Effects of the Invention]

[0008] According to the present invention, it is possible to improve the likelihood that a deck presented to a player as a deck for playing a game will meet the player's usage requirements. [Brief explanation of the drawing]

[0009] [Figure 1] This is a diagram showing the configuration of the game system in this embodiment. [Figure 2] This is an explanatory diagram illustrating an example of how a user can build a deck using characters they own. [Figure 3]This is a block diagram showing the server hardware configuration in this embodiment. [Figure 4] This is a block diagram showing the hardware configuration of the user terminal in this embodiment. [Figure 5] This is a block diagram showing an example of the server's functional configuration in this embodiment. [Figure 6] This is an example of a deck settings screen displayed on the user terminal's display. [Figure 7] This is an example of a deck settings screen displayed on the user terminal's display. [Figure 8] This flowchart shows an example of the processing performed by the server. [Modes for carrying out the invention]

[0010] Embodiments of the present invention will be described with reference to the attached drawings. In each drawing, components denoted by the same reference numerals have the same or similar configurations.

[0011] (Game System 1 Configuration) Figure 1 shows the configuration of the game system 1 in this embodiment. The game system 1 shown in Figure 1 comprises a server 10 (game server) and a plurality of user terminals 20 (user terminal 20a, user terminal 20b, user terminal 20c, user terminal 20d). The server 10 and the user terminals 20 are connected to each other so as to be able to communicate via a communication line 5 such as the Internet, intranet, wireless LAN, or mobile communication. The server 10 functions as the "information processing device" of the present invention.

[0012] In this embodiment, the users who use user terminals 20a, 20b, 20c, and 20d are referred to as user U1, user U2, user U3, and user U4, respectively. If it is not necessary to distinguish between users U1, U2, U3, and U4, they are all referred to as user U.

[0013] Each user U can be identified by user identification information (ID), and the user identification information may be stored in the server 10 and the user terminals 20 used by each user U. When starting a game, the game may be started playable after verifying the user identification information, or the game may be started playable without verifying the user identification information. When not verifying the user identification information, as a free login user, data may be stored without being associated with any particular user. However, even if a game is played as a free login user, it may be made possible to play the game in association with the user identification information later. In that case, the achievements obtained while playing as a free login user may be regarded as the past achievements of the user U associated with the user identification information.

[0014] Also, when there is no need to distinguish between the user terminals 20a, 20b, 20c, and 20d respectively, the user terminals 20a, 20b, 20c, and 20d may each be expressed as the user terminal 20.

[0015] Note that the number of user terminals 20 included in the game system 1 is not limited to four, and it is sufficient to have at least one or more user terminals 20.

[0016] The user terminal 20 is an information processing terminal such as a smartphone or a tablet terminal, and provides a game to the user U. The user U can log in to the game and execute the game by operating the user terminal 20. The user terminal 20 may be any terminal such as a mobile phone, a personal computer (PC), a notebook PC, a personal digital assistant (PDA), a home game device, etc. The user terminal 20 may notify the server 10 of its own position detected using, for example, the Global Positioning System (GPS).

[0017] Server 10 is a device that undertakes some functions in providing games for user terminals 20, such as managing various information related to user U or executing some processes of the game. Server 10 may be composed of one or more information processing devices, or may be configured using virtual servers (such as cloud servers).

[0018] (Game Overview) Next, the overview of the game provided by game system 1 will be described. In the game provided by game system 1, user U (corresponding to the "player" in the present invention) composes a deck with a character selected from a plurality of characters (corresponding to the "game medium" in the present invention) that the user possesses, and uses the composed deck to clear quests (corresponding to the "game" in the present invention), thereby obtaining new characters and items.

[0019] User U can grow into a stronger character by synthesizing the obtained multiple characters, or challenge quests with a higher difficulty level by strengthening the attributes of the characters using items.

[0020] Here, a quest is a term that means a task that can be cleared by meeting certain predetermined conditions. Quests are generally also called exploration, tasks, and missions. User U who participates in a quest can clear the quest by meeting certain conditions. When the quest is cleared, a clearance reward is given to user U, or the story of this game progresses.

[0021] A deck is a term that means a group combining a plurality of characters. When user U executes a quest, user U selects characters with capabilities suitable for clearing the quest to compose a deck and execute the quest. In this embodiment, user U's "execution" of a quest or the like may be referred to as "quest play".

[0022] The game of this embodiment is a multiplayer game in which multiple users U can play together by operating their respective user terminals 20. That is, users U can not only play alone (solo play), but can also play together with other users U in so-called multiplayer (also called cooperative play) mode, where they play a common quest simultaneously. In multiplayer mode, each user U operates the character assigned to them from among multiple characters that make up a deck.

[0023] In this multiplayer mode, a collaborative relationship is formed between a user U who hosts a multiplayer session for a specific quest and recruits teammates (hereinafter referred to as the host user), and other users U who respond to the invitation and participate in the multiplayer session (hereinafter referred to as the guest users). The progress of the game is synchronized between the users U (host user and guest users) participating in the multiplayer session. In addition, a user U (host user) can also directly invite other users U (potential guest users) to the multiplayer session by sending them an invitation message via a messaging app.

[0024] Multiplayer is conducted through the communication function of each user U's user terminal 20. For example, a guest user makes a matching request to a host user who is hosting a multiplayer game and recruiting players, and confirms one or more host users displayed in response to that request. The guest user then applies to join the multiplayer game hosted by the desired host user, and if the host user accepts the application, a communication path for multiplayer is established between the guest user and the host user. There are no particular restrictions on eligibility to apply for multiplayer, and can be set arbitrarily. For example, an application may be made to a host user's game that is within a certain distance from the guest user making the application, or another user U who has a friendship with a certain user U and who is mutually approved as a friend (guest user) may be allowed to apply.

[0025] Subsequently, the transmission and reception of various data required for multiplayer is carried out according to a known communication method. This data may be transmitted via a client-server system through server 10, or via a peer-to-peer (P2P) system without server 10. Furthermore, the multiplayer format can be classified into fully synchronous and asynchronous types, and either format may be adopted.

[0026] Multiplayer games include cooperative games where multiple users cooperate, and competitive games where users compete against each other; either type is acceptable. Furthermore, there is no particular limit on the number of users (maximum number of players) in a single multiplayer session; it can be set to any number, although setting it to around 4 players is recommended.

[0027] In this embodiment, in the game described above, user U can play quests in either a first mode, where they play using a first deck (normal deck) assembled from their owned characters, or a second mode (history mode), where they play using a second deck (history deck) assembled and used in the past (for example, the previous time) for each quest from their owned characters. The first deck (normal deck) is a deck that can be used universally for each quest. The second deck (history deck) is a deck that can be used for each quest. User U can change the characters that make up the first deck within the range of characters they own.

[0028] Figure 2 is an explanatory diagram illustrating an example of how user U can assemble a deck from the characters they possess. As shown in Figure 2, user U possesses 10 characters, A through J. User U has assembled a first deck using characters B, G, and I to play quests. The second deck (quest A) is a deck previously assembled and used by user U in quest A using characters A, H, and J. The second deck (quest B) is a deck previously assembled and used by user U in quest B using characters C, D, and F.

[0029] User U can play Quest A using either Mode 1, which uses a first deck composed of characters B, G, and I, or Mode 2, which uses a second deck (Quest A) previously composed of characters A, H, and J. Furthermore, User U can play Quest B using either Mode 1, which uses a first deck composed of characters B, G, and I, or Mode 2, which uses a second deck (Quest B) previously composed of characters C, D, and F.

[0030] Furthermore, in the above game, if user U plays a second quest (corresponding to the "second game" of the present invention) which is different from the first quest after playing the first quest, the priority of the decks presented to user U as decks for playing the second quest from among the first and second decks is controlled based on the mode (first mode / second mode) that user U played in the first quest. Controlling the priority of the decks presented to user U means presenting multiple decks (first deck and second deck) vertically (up and down) as decks for playing the second quest, displaying the deck with the highest priority at the top, or being able to switch between presenting (displaying) multiple decks (first deck and second deck) one by one as decks for playing the second quest, and presenting the deck with the highest priority at the initial stage.

[0031] In the example shown in Figure 2, when user U plays Quest B (Quest 2) after playing Quest A (Quest 1), the priority of which deck is presented to user U as the deck for playing Quest B (from Deck 1 and Deck 2 (Quest A)) is controlled based on the mode (Mode 1 / Mode 2) that user U played in Quest A. For example, if user U played in Mode 1 (Normal Mode) in Quest A, Deck 1 is presented to user U as the deck with the highest priority for playing Quest B. If user U played in Mode 2 (History Mode) in Quest A, Deck 2 (Quest A) is presented to user U as the deck with the highest priority for playing Quest B.

[0032] Furthermore, if user U plays Quest A (Quest 2) after playing Quest B (Quest 1), the priority of which deck to present to user U as the deck for playing Quest A (Deck 1 or Deck 2 of Quest B) is controlled based on the mode (Deck 1 / Deck 2) that user U played in Quest B. For example, if user U played in Deck 1 (Normal Mode) in Quest B, Deck 1 will be presented to user U as the deck with higher priority for playing Quest A. If user U played in Deck 2 (History Mode) in Quest B, Deck 2 (Quest B) will be presented to user U as the deck with higher priority for playing Quest A.

[0033] As described above, by controlling the priority of decks presented to user U, it is possible to improve the likelihood that the decks presented to user U as decks for playing quests will meet user U's usage requirements.

[0034] (Hardware configuration of Server 10) Figure 3 is a block diagram showing the hardware configuration of the server 10 in this embodiment. As shown in Figure 3, the server 10 is configured to include a control unit 11, a storage unit 12, a communication unit 13, an operation input unit 14, and a monitor 15.

[0035] The control unit 11 includes, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), and controls the overall operation of the server 10.

[0036] A portion of the memory unit 12 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 11 executes processing based on various programs.

[0037] Furthermore, a portion of the storage unit 12 is, for example, a non-volatile memory such as ROM (Read Only Memory) or an HDD (Hard Disk Drive), which stores various data and programs used for processing by the control unit 11. The storage unit 12 can also maintain a database that includes one or more tables for recording various information and processing results.

[0038] The programs stored in the memory unit 12 include, for example, an OS (Operating System) for realizing the basic functions of the server 10, drivers for controlling various hardware, and programs for realizing various functions, and include programs that function as the "information processing program" of the present invention.

[0039] The communication unit 13 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Alternatively, the communication unit 13 may have functions to connect to a wireless LAN (Local Area Network), a wireless WAN (Wide Area Network), short-range wireless communication such as Bluetooth®, and infrared communication, either in place of or in conjunction with the NIC. The server 10 is connected to user terminals 20, etc., via the communication line 5 and can send and receive various types of data with the user terminals 20, etc.

[0040] The operation input unit 14 consists of a keyboard and mouse, and accepts input of various operations from users using the server 10. The monitor 15 is, for example, a liquid crystal display device, and displays various images.

[0041] The control unit 11, storage unit 12, communication unit 13, operation input unit 14, and monitor 15 are electrically connected to each other via a system bus 16. Therefore, the control unit 11 can access the storage unit 12, display images on the monitor 15, understand the user's operation status on the operation input unit 14, and access various communication networks and user terminals 20 via the communication unit 13.

[0042] (Hardware configuration of user terminal 20) Figure 4 is a block diagram showing the hardware configuration of the user terminal 20 in this embodiment. As shown in Figure 4, the user terminal 20 is configured to include a control unit 21, a storage unit 22, a communication unit 23, a display unit 24, a speaker 25, a microphone 26, a camera 27, and operation buttons 28, etc. The user terminal 20 may also be a terminal that has a vibration unit or other sensors.

[0043] The control unit 21 is, for example, a CPU (Central Processing Unit), a microprocessor, a DSP (Digital Signal Processor), and controls the overall operation of the user terminal 20.

[0044] A portion of the memory unit 22 is composed of, for example, RAM (Random Access Memory) or DRAM (Dynamic Random Access Memory), and is used as a work area when the control unit 21 executes processing based on various programs.

[0045] Furthermore, a portion of the storage unit 22 is, for example, non-volatile memory such as ROM (Read Only Memory) or HDD (Hard Disk Drive), which stores various data and programs used for processing by the control unit 21. The storage unit 22 can also maintain a database including one or more tables for recording various information and processing results.

[0046] The programs stored in the memory unit 22 include, for example, an OS (Operating System) for realizing the basic functions of the user terminal 20, drivers for controlling various hardware, and programs for realizing various functions.

[0047] The communication unit 23 is, for example, a NIC (Network Interface Controller) and has the function of connecting to the communication line 5. Alternatively, the communication unit 23 may have functions to connect to a wireless LAN (Local Area Network), a wireless WAN (Wide Area Network), short-range wireless communication such as Bluetooth®, and infrared communication, either in place of or in conjunction with the NIC. The user terminal 20 is connected to the server 10 and other user terminals 20 via the communication line 5, and can send and receive various types of data between the server 10 and other user terminals 20.

[0048] The display unit 24 is a touch panel display or the like, capable of displaying images and accepting operations from the user U.

[0049] The speaker 25 outputs various sounds under the control of the control unit 21. The microphone 26 receives various sounds under the control of the control unit 21. The camera 27 captures images of the subject under the control of the control unit 21.

[0050] The operation buttons 28 are located on the side of the user terminal 20, for example, and include power buttons for starting or stopping the user terminal 20, and buttons for adjusting the volume of sound output from the speaker 25.

[0051] The control unit 21, storage unit 22, communication unit 23, display unit 24, speaker 25, microphone 26, camera 27, and operation buttons 28 are electrically connected to each other via a system bus 29. Therefore, the control unit 21 can access the storage unit 22, display images on the display unit 24, understand the operation status of the touch panel display (display unit 24) and operation buttons 28 by the user U, input sound to the microphone 26, output sound from the speaker 25, control the camera 27, and access various communication networks, the server 10, and other user terminals 20 via the communication unit 23.

[0052] Figure 5 is a block diagram showing an example of the functional configuration of the control unit 11 provided in the server 10 in this embodiment. As shown in Figure 5, the control unit 11 has a functional configuration consisting of a reception unit 11a, a play control unit 11b, a storage control unit 11c, and a presentation control unit 11d. In general, the control unit 11 of the server 10 has various other functions besides those described above, but here only the functions characteristic of the game system 1 in this embodiment will be described, and other known functions will not be shown or described.

[0053] The reception unit 11a receives a request from user U (e.g., user U1) to play a game (quest) that can be played by consuming in-game value (e.g., stamina, orbs) via user U's operation on the display unit 24 of the user terminal 20.

[0054] When the reception unit 11a receives a game play request from user U, the play control unit 11b controls the game play by user U (for example, user U1).

[0055] The memory control unit 11c stores in the server 10's memory unit 12 the first deck information, which represents the first deck (normal deck) assembled from characters owned by user U, and the second deck information, which represents the second deck (history deck) that user U has previously assembled and used for each quest from characters owned by user U. Furthermore, if user U changes the characters that make up the first deck (normal deck), the memory control unit 11c updates the first deck information stored in the server 10's memory unit 12 with the first deck information that reflects the change. The memory control unit 11c may also store the first deck information and the second deck information (history deck) in the memory unit of another server or the memory unit 22 of the user terminal 20.

[0056] The play control unit 11b controls the user U to enable play by either a first mode (normal mode) in which the quest is played using the first deck, or a second mode (history mode) in which the quest is played using the second deck.

[0057] When user U plays a second quest (e.g., quest B) that is different from the first quest after playing a first quest (e.g., quest A), the presentation control unit 11d controls the priority of which deck to present to user U as the deck for playing the second quest, based on the mode (first mode / second mode) that user U played in the first quest.

[0058] In this embodiment, if the mode played by user U in the first quest (e.g., quest A) is the first mode (normal mode), the presentation control unit 11d refers to the first deck information stored in the storage unit 12 of the server 10 and presents the first deck (normal deck) to user U via display on the display unit 24 of the user terminal 20 as a high-priority deck for playing the second quest (e.g., quest B). Furthermore, if the mode played by user U in the first quest (e.g., quest A) is the second mode (history mode), the presentation control unit 11d refers to the second deck information stored in the storage unit 12 of the server 10 and presents the second deck (history deck) to user U via display on the display unit 24 of the user terminal 20 as a high-priority deck for playing the second quest (e.g., quest B). This allows the system to present different decks (either the first or second deck) to user U depending on whether user U played the first or second mode in the first quest (for example, quest A), as these decks are more likely to meet user U's needs.

[0059] When the first quest (e.g., quest A) is played using the first deck (normal deck) which reflects the characters (characters A, H, and J in the example shown in Figure 2) of the second deck (history deck) that was previously assembled, the memory control unit 11c updates and stores the first deck information using the second deck (history deck). Then, when user U plays the second quest (e.g., quest B) after playing the first quest (e.g., quest A), the presentation control unit 11d presents the first deck (normal deck) to user U as the deck with the highest priority for playing the second quest.

[0060] This means that if the first quest is played using a first deck that reflects characters from a second deck previously assembled, the first deck information will be updated and stored with the second deck, which is more likely to be requested by user U as a versatile deck. As a result, the first deck can be presented to user U as a high-priority deck for playing the second quest after the first quest.

[0061] The memory control unit 11c does not update the first deck information if the first quest (e.g., quest A) is played using the second deck (history deck) that was previously assembled in the first quest (e.g., quest A), after the first quest (e.g., quest A) is played by user U. The presentation control unit 11d then presents the second deck (history deck) to user U as the deck with higher priority for playing the second quest if user U plays the second quest (e.g., quest B).

[0062] This prevents the first deck information from being updated by the second deck, which is less likely to be requested by the player as a versatile deck, when the first quest (e.g., quest A) is played using a second deck that was previously assembled, and the second deck can be presented to user U as a high-priority deck for playing the second quest (e.g., quest B).

[0063] Figure 6 shows an example of a deck setting screen displayed on the display unit 24 of a user terminal 20 used by user U (for example, user U1). The deck formation screen shown in Figure 6 is displayed when user U selects a quest (for example, quest B) from a group of quests and sets the deck to be used for the selected quest. Note that each screen described below is displayed based on game screen display data sent from server 10 to user terminal 20.

[0064] The deck setting screen displays the switch button 30, the apply button 32, the start button 34, and the characters B, G, I, etc., that are included in the first deck (normal deck) for Quest B. In the example shown in Figure 6, the presentation control unit 11d presents the first deck (normal deck) to user U as the deck with the highest priority for playing Quest B, because the mode that user U played in the quest prior to Quest B (for example, Quest A) was the first mode (normal mode).

[0065] The switch button 30 is a button that user U can press to switch the deck displayed on the deck setting screen from the first deck (normal deck) to the second deck (history deck). When user U presses the switch button 30, the display control unit 11d switches the deck displayed on the deck setting screen from the first deck (normal deck) to the second deck (history deck), as shown in Figure 7.

[0066] The Reflect button 32 is a button that user U can press to reflect the characters C, D, and F from the second deck (history deck) that was previously assembled in Quest B to the first deck (normal deck) displayed on the deck setting screen. When user U presses the Reflect button 32, the display control unit 11d switches the deck displayed on the deck setting screen from the first deck (normal deck) to the second deck (history deck), as shown in Figure 7.

[0067] The start button 34 is a button that user U can press to request that quest B be played using the deck (first deck or second deck) displayed on the deck setting screen. When user U presses the start button 34, the play control unit 11b controls user U to be able to play quest B in either the first mode (normal mode) which uses the first deck, or the second mode (history mode) which uses the second deck.

[0068] When the Reflect button 32 is pressed, the Memory Control Unit 11c updates and stores the information of the first deck with the second deck (history deck), which is likely to be requested by user U as a versatile deck, if Quest B is played using the first deck (normal deck) which has characters B, G, and I from the second deck (history deck) previously assembled in Quest B. Then, when user U plays Quest C after playing Quest B, the Presentation Control Unit 11d presents the first deck (normal deck) to user U as a high-priority deck for playing Quest C. In this way, pressing the Reflect button 32 allows the information of the first deck to be updated with the second deck, which is likely to be requested by user U as a versatile deck.

[0069] The memory control unit 11c, when the switch button 30 is pressed, changes from the first deck (normal deck), and quest B is played using the second deck (history deck) that was previously assembled in quest B, and the second deck (history deck) is not likely to be requested by user U as a general-purpose deck, does not update and store the first deck information with the second deck (history deck). Then, if user U plays quest C after playing quest B, the presentation control unit 11d presents the second deck (history deck) to user U as a high-priority deck for playing quest C. In this way, it is possible to prevent the first deck information from being updated with the second deck, which is not likely to be requested by user U as a general-purpose deck.

[0070] Figure 7 shows an example of a deck setting screen displayed on the display unit 24 of a user terminal 20 used by user U (for example, user U1). The deck configuration screen shown in Figure 7 is displayed when user U selects a quest (for example, quest B) from a group of quests and sets the deck to be used for the selected quest.

[0071] The deck setting screen displays the switch button 36, the start button 38, and the characters C, D, F, etc., that are included in the second deck (history deck) for Quest B. In the example shown in Figure 7, the presentation control unit 11d presents the second deck (history deck) to user U as a high-priority deck for playing Quest B, because the mode that user U played in the quest prior to Quest B (for example, Quest A) was the second mode (history mode).

[0072] The switch button 36 is a button that user U can press to switch the deck displayed on the deck setting screen from the second deck (history deck) to the first deck (normal deck). When user U presses the switch button 36, as shown in Figure 6, the display control unit 11d switches the deck displayed on the deck setting screen from the second deck (history deck) to the first deck (normal deck).

[0073] The start button 38 is a button that user U can press to request that quest B be played using the deck (first deck or second deck) displayed on the deck setting screen. When user U presses the start button 38, the play control unit 11b controls user U to be able to play quest B in either the first mode (normal mode) which uses the first deck, or the second mode (history mode) which uses the second deck.

[0074] Figure 8 is a flowchart illustrating an example of the processing performed by the server 10 (corresponding to the "information processing method" of the present invention) when user U plays a second quest (e.g., quest B) after playing a first quest (e.g., quest A) in this embodiment.

[0075] First, the reception unit 11a receives a request from user U (for example, user U1) to play a game (quest) that can be played by consuming in-game value, via user U's operation on the display unit 24 of the user terminal 20 (step S100).

[0076] The presentation control unit 11d determines whether the mode played by user U in the first quest (e.g., quest A) is the first mode (normal mode) (step S110). If the determination is that the mode played by user U is the first mode (normal mode) (step S110, YES), the presentation control unit 11d refers to the first deck information stored in the storage unit 12 of the server 10 and presents the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B) via the display of the deck setting screen on the display unit 24 of the user terminal 20 (step S120). The process then proceeds to step S140.

[0077] On the other hand, if the mode played by user U is the second mode (history mode) (step S110, NO), the presentation control unit 11d refers to the second deck information stored in the storage unit 12 of the server 10 and presents the second deck (history deck) to user U as a high-priority deck for playing the second quest (for example, quest B) via the display screen of the deck setting screen on the display unit 24 of the user terminal 20 (step S130). The process then proceeds to step S140.

[0078] In step S140, the presentation control unit 11d determines whether or not the start buttons 34 and 38 were pressed by user U on the deck setting screen (step S140). If the determination is that the start buttons 34 and 38 were not pressed (step S140, NO), the process returns to before step S140. On the other hand, if the start buttons 34 and 38 were pressed (step S140, YES), the play control unit 11b starts controlling user U (e.g., user U1) to play the second quest (e.g., quest B) (step S150). For example, if the first deck (normal deck) is presented to user U as a high-priority deck for playing the second quest (e.g., quest B), and the start button 34 is pressed, the play control unit 11b controls user U to be able to play quest B using the first mode (normal mode) which uses the first deck. Furthermore, when the play control unit 11b presents the second deck (history deck) to user U as a high-priority deck for playing the second quest (for example, quest B), and the start button 38 is pressed, it controls user U to be able to play quest B using the second mode (history mode) which uses the second deck. Upon completion of the process in step S150, the server 10 terminates the process shown in Figure 8.

[0079] As explained in detail above, in this embodiment, the server 10 (information processing device) comprises a storage control unit 11c, a play control unit 11b, and a presentation control unit 11d. The storage control unit 11c stores in the storage unit 12 first deck information indicating a first deck (normal deck) assembled from game media (characters) owned by the player (user U), and second deck information indicating a second deck (history deck) that the player has previously assembled and used for each game (quest) from game media owned by the player. The play control unit 11b controls the player to be playable in either a first mode, where the game is played using the first deck, or a second mode, where the game is played using the second deck. When the player plays a second game (e.g., Quest B) that is different from the first game after playing the first game, the presentation control unit 11d controls the priority of the decks to be presented to the player as decks for playing the second game, based on the mode the player played in the first game, from among the first and second decks.

[0080] According to this embodiment, it is possible to improve the likelihood that the deck presented to the player (user U) as a deck for playing the game (quest) will meet the player's usage requirements.

[0081] In the above embodiment, if the second deck information for the second quest (e.g., quest B) was stored more than a predetermined period (e.g., one year) ago, and the mode played by user U in the first quest (e.g., quest A) was the second mode (history mode), the presentation control unit 11d may present the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B). This allows the presentation control unit 11d to present the first deck (normal deck) to user U as a more high-priority deck for playing the second quest (e.g., quest B), even if the mode played by user U in the first quest (e.g., quest A) was the second mode, if the second deck information for the second quest (e.g., quest B) was stored more than a predetermined period ago, the presentation control unit 11d can present the first deck, which has more versatility, to user U, rather than the second deck, which is less likely to meet user U's needs due to reasons such as the characters in the second deck being old and the characters' performance improving over time.

[0082] Furthermore, in the above embodiment, if the presentation control unit 11d can present the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B) if, at least a predetermined period (e.g., one year) prior to the present, characters organized in the second deck (history deck) indicated by the second deck information for the second quest (e.g., quest B) become available for acquisition, and the mode played by user U in the first quest (e.g., quest A) is the second mode (history mode). This allows the presentation control unit 11d to present the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B), even if the mode played by user U in the first quest (e.g., quest A) is the second quest (e.g., quest B), if characters organized in the second deck for the second quest (e.g., quest B) become available at least a predetermined period prior to the present, it can present the first deck, which has versatility, to user U instead of the second deck, which is unlikely to meet user U's needs due to reasons such as the game medium organized in the second deck being old and the character's performance improving over time.

[0083] Here, the presentation control unit 11d may present the second deck (history deck) to user U as a high-priority deck for playing the second quest (e.g., quest B) if, in the first period, more than a predetermined period (e.g., one year) prior to the present, the characters organized in the second deck (history deck) indicated by the second deck information for the second quest (e.g., quest B) have become capable of evolving or strengthening compared to when the second deck was organized, and the mode played by user U in the first quest (e.g., quest A) was the second mode (history mode). For example, if in the first period, more than a predetermined period (e.g., one year) prior to the present, quest A was played in the second mode (history mode) and the second deck information was stored, then in the second period, which is a predetermined period after the first period, if the characters organized in the second deck (history deck) have become capable of evolving or strengthening, the second deck (history deck) is presented to user U; otherwise, the first deck (normal deck) is presented to user U. As a result, if the mode played by user U in the first quest (for example, quest A) was the second mode, even if the second deck for the second quest (for example, quest B) was formed more than a predetermined period ago, if the characters in the second deck have been unlocked to evolve or strengthen compared to when the second deck was formed, it is possible to present a second deck that is likely to meet user U's needs. Furthermore, if quest A was played in the second mode (history mode) and the second deck information was stored in the first period more than a predetermined period ago, and the parameters of the characters in the second deck (history deck) have been updated or changed in the second period after the predetermined period from the first period, the second deck (history deck) may be presented to user U. If the parameters of the characters in the second deck (history deck) have not been updated or changed, the first deck (normal deck) may be presented to user U.

[0084] Furthermore, in the above embodiment, if the characters organized in the second deck (history deck) indicated by the second deck information for the second quest (e.g., quest B) are not characters that have been used more than a predetermined frequency by multiple users U when clearing the second quest (e.g., quest B), and the mode that user U played in the first quest (e.g., quest A) is the second mode (history mode), the presentation control unit 11d may present the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B). Here, the control unit 11 aggregates the characters used by multiple users U when clearing each quest and calculates the usage frequency of those characters. As a result, even if user U played in the second mode in the first quest (for example, quest A), if the characters included in the second deck for the second quest (for example, quest B) are not characters that have been used more frequently than a predetermined number of times by multiple users U when clearing the second quest (for example, quest B), then user U can be presented with the first deck, which has greater versatility, rather than the second deck, which may not be as favorable to clearing the second quest for reasons such as including characters that are not likely to meet user U's needs.

[0085] Furthermore, in the above embodiment, if user U does not possess the characters organized in the second deck (history deck) indicated by the second deck information for the second quest (e.g., quest B), and the mode played by user U in the first quest (e.g., quest A) is the second mode (history mode), the presentation control unit 11d may present the first deck (normal deck) to user U as a high-priority deck for playing the second quest (e.g., quest B). This allows the system to present user U with the first deck (normal deck), which is more versatile, rather than the second deck, which is less likely to meet user U's needs due to reasons such as not being able to organize the second deck at all if user U does not possess the characters organized in the second deck for the second quest (e.g., quest B) through character synthesis or selling characters (selling within the game, for example, exchanging them for in-game currency).

[0086] It should be noted that the above embodiments merely represent examples of how the present invention may be implemented, and the technical scope of the present invention should not be interpreted as being limited by these embodiments. In other words, the present invention can be implemented in various forms without departing from its gist or its main features.

[0087] <Summary> [General tasks] One of the objectives of this invention is to enable players to efficiently assemble decks that meet their specific needs.

[0088] Issues corresponding to [Appendix 1] One of the objectives of the present invention is to improve the likelihood that a deck presented to a player as a deck for playing a game will meet the player's usage requirements. [Note 1] The information processing device according to this embodiment includes a storage control unit that stores in a storage unit first deck information indicating a first deck assembled from game media owned by the player, and second deck information indicating a second deck previously assembled and used for each game from game media owned by the player, a play control unit that controls the player to be able to play a game in a first mode in which the game is played using the first deck, or a second mode in which the game is played using the second deck, and a presentation control unit that, when the player plays a second game different from the first game after playing the first game, controls the priority of the decks to be presented to the player as decks for playing the second game from among the first deck and the second deck, based on the mode played by the player in the first game. According to the above information processing device, it is possible to improve the likelihood that the deck presented to a player as a deck for playing the game will meet the player's usage requirements.

[0089] Issues corresponding to [Appendix 2] One of the objectives of the present invention is to present the player with different decks (first deck or second deck) depending on whether the mode played by the player in the first game was the first mode or the second mode. [Note 2] The information processing device described in Note 1, wherein the presentation control unit presents the first deck to the player as the deck with higher priority for playing the second game if the mode played by the player in the first game was the first mode, and presents the second deck to the player as the deck with higher priority for playing the second game if the mode played by the player in the first game was the second mode. This allows the system to present the player with different decks (first deck or second deck) depending on whether the player played the first mode or the second mode in the first game.

[0090] Issues corresponding to [Appendix 3] One of the objectives of the present invention is that, when the first game is played using the first deck which reflects the game medium of the second deck that was previously assembled, the second deck updates and stores the information of the first deck, and the first deck is presented to the player as a high-priority deck for playing the second game. [Note 3] The information processing device described in Note 2, wherein in the first game, if the first game is played using the first deck which reflects the game medium of the second deck which was assembled in the past, the memory control unit updates and stores the first deck information using the second deck, and the presentation control unit presents the first deck to the player as the deck with the highest priority for playing the second game. This means that if the first game is played using a first deck that reflects the game medium of the second deck previously assembled, the first deck information will be updated and stored with the second deck, which is more likely to be requested by the player as a versatile deck, and the first deck can be presented to the player as a high-priority deck for playing the second game.

[0091] Issues corresponding to [Appendix 4] One of the objectives of the present invention is to prevent the first deck information from being updated by the second deck when the first game is played using a second deck that was previously assembled after being changed from the first deck, and to present the second deck to the player as a high-priority deck for playing the second game. [Note 4] The information processing device described in Note 2, wherein the memory control unit does not update and store the information of the first deck if the first game is played using the second deck which was previously assembled in the first game, and the presentation control unit presents the second deck to the player as the deck with the highest priority for playing the second game. This prevents the first deck information from being updated by the second deck, which is less likely to be requested by the player as a versatile deck, if the first game is played using a second deck that was previously assembled, and the second deck is presented to the player as a high-priority deck for playing the second game.

[0092] Issues corresponding to [Appendix 5] One of the objectives of the present invention is to present the first deck to the player as the deck for playing the second game, provided that second deck information for the second game has been stored for a predetermined period of time prior to the present, and the mode played by the player in the first game was the second mode. [Note 5] The information processing device according to any one of Notes 1 to 4, wherein the presentation control unit presents the first deck to the player as the deck with higher priority for playing the second game if the second deck information for the second game was stored more than a predetermined period of time prior to the present, and the mode played by the player in the first game was the second mode. As a result, even if the mode played by the player in the first game was the second mode, if the second deck information for the second game was stored more than a certain period of time ago, the player can be presented with the first deck, which has greater versatility, rather than the second deck, which is unlikely to meet the player's needs due to reasons such as the game medium used in the second deck being outdated.

[0093] Issues corresponding to [Appendix 6] One of the objectives of the present invention is to present the first deck to the player as the deck for playing the second game, provided that the characters assembled in the second deck for the second game become available for acquisition more than a predetermined period of time prior to the present, and the mode played by the player in the first game was the second mode. [Note 6] The information processing device according to any one of Notes 1 to 5, wherein the presentation control unit presents the first deck to the player as the deck with higher priority for playing the second game if the game media organized in the second deck, as indicated by the second deck information, became available for the second game more than a predetermined period of time prior to the present, and the mode played by the player in the first game was the second mode. This means that even if the mode a player played in the first game was the second mode, if the game media for the second game, which is compiled into the second deck, becomes available more than a certain period of time ago, the first deck, which has greater versatility, can be presented to the player instead of the second deck, which is less likely to meet the player's needs due to reasons such as the game media being outdated.

[0094] Issues corresponding to [Appendix 7] One of the objectives of the present invention is to present the second deck to the player as a deck for playing the second game, provided that the game media assembled in the second deck for the second game at least a predetermined time prior to the present has evolved or been strengthened compared to when the second deck was assembled, and the mode played by the player in the first game was the second mode. [Note 7] The information processing device described in Note 6, wherein the presentation control unit presents the second deck to the player as a high-priority deck for playing the second game if the game media organized in the second deck, as indicated by the second deck information, has evolved or been strengthened compared to the time the second deck was organized, and the mode played by the player in the first game was the second mode. As a result, if the mode played by the player in the first game was the second mode, even if the second deck for the second game was created more than a certain period of time ago, if the game media included in the second deck can be evolved or strengthened compared to when the second deck was created, the player can be presented with a second deck that is likely to meet the player's usage requests.

[0095] Issues corresponding to [Appendix 8] One of the objectives of the present invention is to present the first deck to the player as the deck for playing the second game, provided that the game medium assembled in the second deck for the second game is not a game medium that has been used more frequently than a predetermined frequency when multiple players clear the second game, and the mode played by the player in the first game is the second mode. [Note 8] The information processing device according to any one of Notes 1 to 7, wherein the presentation control unit presents the first deck to the player as the deck with higher priority for playing the second game if the game medium organized in the second deck, as indicated by the second deck information for the second game, is not a game medium that has been used by multiple players to clear the second game at a predetermined frequency or higher, and the mode played by the player in the first game was the second mode. As a result, even if the mode played by the player in the first game was the second mode, if the game media included in the second deck for the second game are not game media that have been used more frequently than a predetermined frequency by multiple players when clearing the second game, the player can be presented with the first deck, which has greater versatility, rather than the second deck, which is less likely to meet the player's usage requirements.

[0096] Issues corresponding to [Appendix 9] One of the objectives of the present invention is to present the first deck to the player as the deck for playing the second game, in cases where the player does not possess the game media organized in the second deck for the second game, and the mode played by the player in the first game was the second mode. [Note 9] The information processing device described in any of Notes 1 to 8, wherein the display control unit presents the first deck to the player as the deck with higher priority for playing the second game, if the player does not possess the game medium organized in the second deck as indicated by the second deck information for the second game, and the mode played by the player in the first game was the second mode. This means that even if the mode a player played in the first game was the second mode, if the player does not possess the game media included in the second deck for the second game, the system can present the player with the more versatile first deck instead of the second deck, which is less likely to meet the player's needs due to reasons such as being unable to assemble the second deck in the first place.

[0097] Issues corresponding to [Appendix 10] One of the objectives of the present invention is to improve the likelihood that a deck presented to a player as a deck for playing a game will meet the player's usage requirements. [Note 10] In the information processing method according to this embodiment, the processor stores in a memory unit first deck information indicating a first deck assembled from game media owned by the player, and second deck information indicating a second deck previously assembled and used for each game from game media owned by the player. The processor controls the player to be able to play the game in either a first mode, where the game is played using the first deck, or a second mode, where the game is played using the second deck. When the player plays a second game different from the first game after playing the first game, the processor controls the priority of which deck to present to the player as the deck for playing the second game, based on the mode the player played in the first game. According to the above information processing method, it is possible to improve the likelihood that the deck presented to a player as a deck for playing the game will meet the player's usage requirements.

[0098] Issues corresponding to [Appendix 11] One of the objectives of the present invention is to improve the likelihood that a deck presented to a player as a deck for playing a game will meet the player's usage requirements. [Note 11] The information processing program according to this embodiment causes the processor to store in a memory unit first deck information indicating a first deck assembled from game media owned by the player, and second deck information indicating a second deck previously assembled and used for each game from game media owned by the player. The program controls the player to be able to play the game in either a first mode, in which the game is played using the first deck, or a second mode, in which the game is played using the second deck. If the player plays a second game different from the first game after playing the first game, the program causes the processor to execute a process to control the priority of which deck to present to the player as the deck for playing the second game, based on the mode the player played in the first game. According to the above information processing program, it is possible to improve the likelihood that the deck presented to a player as a deck for playing the game will meet the player's usage requirements. [Explanation of Symbols]

[0099] 1: Game system, 10: Server, 11: Control unit, 11a: Reception unit, 11b: Play control unit, 11c: Memory control unit, 11d: Display control unit, 12: Memory unit, 13: Communication unit, 14: Operation input unit, 15: Monitor, 16: System bus, 20, 20a, 20b, 20c: User terminal, 21: Control unit, 22: Memory unit, 23: Communication unit, 24: Display unit, 25: Speaker, 26: Microphone, 27: Camera, 28: Operation buttons, 29: System bus, 30, 36: Switching buttons, 32: Apply button, 34, 38: Start button, A, B, C, D, E, F, G, H, I, J: Character, U, U1, U2, U3, U4: User

Claims

1. It comprises a memory control unit, a play control unit, and a presentation control unit, The memory control unit stores in the memory unit first deck information indicating a first deck assembled from game media owned by the player, and second deck information indicating a second deck previously assembled and used for each game from game media owned by the player. The play control unit controls the player to be able to play the game in either a first mode, in which the game is played using the first deck, or a second mode, in which the game is played using the second deck. The presentation control unit, when the player plays a second game different from the first game after playing the first game, controls the priority of which deck to present to the player as the deck for playing the second game, based on the mode the player played in the first game, from among the first deck and the second deck. Information processing device.

2. The presentation control unit presents the first deck to the player as the deck with the highest priority for playing the second game if the mode played by the player in the first game was the first mode, and presents the second deck to the player as the deck with the highest priority for playing the second game if the mode played by the player in the first game was the second mode. The information processing apparatus according to claim 1.

3. The memory control unit, in the first game, when the first game is played using the first deck which reflects the game medium of the second deck that was assembled in the past, updates and stores the first deck information using the second deck. The presentation control unit presents the first deck to the player as a high-priority deck for playing the second game. The information processing apparatus according to claim 2.

4. The memory control unit, when the first game is played using a second deck that was previously assembled in the first game, does not update and store the first deck information. The presentation control unit presents the second deck to the player as a high-priority deck for playing the second game. The information processing apparatus according to claim 2.

5. The presentation control unit, if the second deck information for the second game was stored at least a predetermined time prior to the present, and the mode played by the player in the first game was the second mode, presents the first deck to the player as the deck with the highest priority for playing the second game. The information processing apparatus according to claim 1.

6. The presentation control unit, if a game medium organized in the second deck, as indicated by the second deck information, becomes available for the second game at least a predetermined time prior to the present, and the mode played by the player in the first game is the second mode, presents the first deck to the player as the deck with the highest priority for playing the second game. The information processing apparatus according to claim 1.

7. The presentation control unit, if the game media organized in the second deck, as indicated by the second deck information, for the second game at a predetermined time prior to the present has evolved or been strengthened compared to the time the second deck was organized, and the mode played by the player in the first game is the second mode, presents the second deck to the player as a high-priority deck for playing the second game. The information processing apparatus according to claim 6.

8. The presentation control unit, when the game medium organized in the second deck, as indicated by the second deck information for the second game, is not a game medium that has been used by multiple players to clear the second game at a predetermined frequency or higher, and the mode played by the player in the first game is the second mode, presents the first deck to the player as the deck with the highest priority for playing the second game. The information processing apparatus according to claim 1.

9. The presentation control unit, if the player does not possess the game media organized in the second deck indicated by the second deck information for the second game, and the mode played by the player in the first game was the second mode, presents the first deck to the player as the deck with higher priority for playing the second game. The information processing apparatus according to claim 1.

10. The processor causes the memory unit to store in a first deck information that indicates a first deck assembled from game media owned by the player, and a second deck information that indicates a second deck that the player has previously assembled and used for each game from game media owned by the player. The processor controls the player to be able to play the game in either a first mode, in which the game is played using the first deck, or a second mode, in which the game is played using the second deck. When the player plays a second game different from the first game after playing the first game, the processor controls the priority of which deck to present to the player as the deck for playing the second game, based on the mode played by the player in the first game. Information processing methods.

11. In the processor, The memory unit stores information for a first deck, which represents a first deck assembled from game media owned by the player, and information for a second deck, which represents a second deck that the player has previously assembled and used for each game from game media owned by the player. The player is controlled to be playable by either a first mode in which the game is played using the first deck, or a second mode in which the game is played using the second deck. If the player plays a second game different from the first game after playing the first game, the priority of the decks presented to the player as the deck for playing the second game from among the first deck and the second deck is controlled based on the mode played by the player in the first game. An information processing program that executes a process.

Images