Information processing apparatus, information processing method, and program

Abstract

The present invention provides an information processing device, an information processing method, and a program that enable a user to receive presentation of an unpossessed object on a deck assembly screen.SOLUTION: According to the present invention, there is provided an information processing apparatus including a deck organizing unit and an acquisition information providing unit, in which the deck organizing unit presents, to a user, an unpossessed object that is an object not possessed by the user on an organization screen on which the user organizes a deck for playing a game, and the acquisition information providing unit provides, to the user, information regarding a method of acquiring the selected unpossessed object in accordance with selection of the presented unpossessed object by the user.SELECTED DRAWING: Figure 1

Description

[Technical Field]

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

[0002] Patent Document 1 discloses an information processing device and the like that displays characters owned by a user on a deck organization screen. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent Publication No. 2018-171181 Summary of the Invention [Problem to be solved by the invention]

[0004] However, objects such as characters that the user does not own are not presented on the deck organization screen, making it difficult to consider organization including objects that the user does not own.

[0005] The present invention provides an information processing device, an information processing method, and a program that allow a user to be presented with objects that the user does not own on a deck organization screen. [Means for solving the problem]

[0006] An information processing device according to one embodiment of the present invention comprises a deck organization unit and an acquisition information providing unit, wherein the deck organization unit presents to the user, on an organization screen on which the user organizes a deck for playing a game, objects that the user does not possess, and the acquisition information providing unit provides to the user, in accordance with the user's selection of the presented object that the user does not possess, information regarding how to obtain the selected object that the user does not possess.

[0007] According to one aspect of the present invention, a user can be presented with objects that the user does not own on a deck organization screen. [Brief explanation of the drawings]

[0008] [Figure 1] 1 is a diagram showing an overview of a game system 1 according to a first embodiment. [Figure 2] 1 is a block diagram showing the hardware configuration of a server 10 according to a first embodiment. [Figure 3] FIG. 1 is a block diagram showing the hardware configuration of a user terminal 20 according to the first embodiment. [Figure 4] 2 is a block diagram showing the functional configuration of the server 10 according to the first embodiment. FIG. [Figure 5] 10 is a diagram illustrating the presentation of objects by the deck compilation unit 11a according to the first embodiment. FIG. [Figure 6] FIG. 10 is a diagram illustrating provision of information on acquisition methods by an acquisition information providing unit 11b according to the first embodiment. [Figure 7] FIG. 2 is a diagram illustrating a processing flow according to the first embodiment. [Figure 8] FIG. 10 is a diagram illustrating the presentation of an object according to Modification 2. [Figure 9] FIG. 13 is a diagram illustrating the presentation of an object according to Modification 6. [Figure 10] FIG. 20 is another diagram illustrating the presentation of an object according to the sixth modification. DETAILED DESCRIPTION OF THE INVENTION

[0009] Hereinafter, several embodiments of the present invention will be described with reference to the accompanying drawings. The various features shown in the following embodiments can be combined with each other. Furthermore, each feature can be an invention independently.

[0010] 1. First Embodiment (1-1. Game System 1) An information processing device according to one embodiment of the present invention is a server 10 that constitutes a part of a game system 1 that provides a game G as shown in Fig. 1. The game system 1 includes the server 10 and a user terminal 20.

[0011] The server 10 is configured to be able to communicate with the user terminal 20 via a communication line 5, and provides the user terminal 20 with a game G. The server 10 controls the presentation of objects on an editing screen for a deck that a user U uses as a player by operating the user terminal 20. Each component will be described in detail below.

[0012] (1-2. Hardware configuration of game system 1) The hardware configuration of the game system 1 will be described with reference to FIGS.

[0013] (1-2-1. Hardware configuration of Server 10) 2 is a block diagram showing the hardware configuration of server 10 according to this embodiment. Server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. Server 10 may also include an operation input unit 14 configured with a keyboard, a mouse, etc., for accepting input of various operations, and a monitor 15, such as a liquid crystal display device, for displaying various images.

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

[0015] A part of the storage unit 12 is configured with, 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 processes based on various programs. In addition, a part of the storage unit 12 is, for example, a non-volatile memory such as ROM (Read Only Memory) or an HDD (Hard Disk Drive), and stores various data and programs used in the processing of the control unit 11.

[0016] 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, programs for realizing various functions, etc., and include the computer program related to this embodiment.

[0017] The communication unit 13 is, for example, a NIC (Network Interface Controller) and has a function of connecting to the communication line 5. Note that the communication unit 13 may have, instead of or together with the NIC, a function of connecting to a wireless LAN (Local Area Network), a function of connecting to a wireless WAN (Wide Area Network), a function of enabling short-range wireless communication such as Bluetooth (registered trademark), infrared communication, etc. The server 10 is connected to other information processing devices such as user terminals 20 via the communication line 5, and can transmit and receive various data to and from the other information processing devices, etc.

[0018] The control unit 11, storage unit 12, communication unit 13, operation input unit 14, and monitor 15 are electrically connected to one another via a system bus 16. Therefore, the control unit 11 can access the storage unit 12, display images on the monitor 15, grasp the operation state of the user (player) on the operation input unit 14, and access various communication networks and other information processing devices via the communication unit 13.

[0019] (1-2-2. Hardware Configuration of User Terminal 20) 3 is a block diagram showing the hardware configuration of a user terminal 20 according to this embodiment. The user terminal 20 is, for example, an information processing terminal such as a smartphone or tablet terminal, and includes a control unit 21, a storage unit 22, and a communication unit 23. The user terminal 20 may also include a display unit 24 such as a touch panel display that can display images and receive operations, a speaker 25 that outputs sound, a microphone 26 that inputs sound, a camera 27 that captures an image of a subject, and operation buttons 28. The following description will focus on the differences from the server 10.

[0020] The operation buttons 28 are provided on the side of the user terminal 20, and include a power button for starting or stopping the user terminal 20, a button for adjusting the volume of the sound output by the speaker 25, and the like.

[0021] The control unit 21, memory unit 22, communication unit 23, display unit 24, speaker 25, microphone 26, camera 27, and operation buttons 28 are electrically connected to one another via a system bus 29. Therefore, the control unit 21 can access the memory unit 22, display images on the display unit 24, grasp the operation state of the touch panel display (display unit 24) and operation buttons 28 by the user, input sound to the microphone 26, output sound from the speaker 25, control the camera 27, and access various communication networks and other information processing devices via the communication unit 23.

[0022] (1-3. Functional configuration of server 10) As shown in FIG. 4, the control unit 11 of the server 10 has a deck compilation unit 11a and an acquisition information providing unit 11b.

[0023] The deck organization unit 11a is configured to be able to present to the user U, on an organization screen on which the user organizes a deck for playing the game G, objects that the user U does not possess, that is, objects that the user U does not own. The acquisition information providing unit 11b is configured to be able to provide to the user U, in accordance with the user U's selection of a presented object that the user does not own, information on how to obtain the selected object that the user does not own. With this configuration, by presenting objects that the user does not own on the deck organization screen, it is possible to increase the user's awareness of objects that the user does not own, and further, by providing information on how to obtain objects that the user does not own in accordance with the user's selection, it is possible to increase the motivation to play in order to obtain objects that the user does not own.

[0024] Game G is a game in which players can create and play decks. A "deck" is a unit made up of multiple objects. The number of objects included in a deck may be required to be within a predetermined range or equal to a specific predetermined number.

[0025] The user U can progress by clearing tasks such as game parts using a deck through the operation of the user terminal 20. The user U can select a deck to use for each predetermined game part and organize or reorganize the deck through the operation of the user terminal 20. The predetermined game part is, for example, a quest that can be cleared by attacking or defending against an enemy character and defeating it.

[0026] The deck organization unit 11a may be configured to be able to organize a deck before the start of play of a predetermined game part. Also, the deck organization unit 11a may be configured to be able to organize a deck at any timing of the user U other than before the start of play of a predetermined game part. Each organized deck may be recorded in a database or the like of the storage unit 12.

[0027] Here, an "object" is an object that the user U can possess in the game G. The object is, for example, a character that can attack an enemy character based on the user U's operation or automatically based on predetermined rules. The object may also be, for example, a card in a card game. The object may also be an avatar, an item, or various other game elements.

[0028] The objects may be managed, for example, in a table (object table) relating to provided objects in a database stored in the storage unit 12. There may be multiple object tables. Such an object table may include not only objects currently being provided, but also objects that are not yet provided or whose provision has ended. The objects may be recorded in association with the provision status.

[0029] Whether or not the user U possesses an object can be managed, for example, by a table (possession status table) in the database that associates each user with the possession status of each object. The deck organization unit 11a can refer to the possession status table to determine whether or not the user U possesses each object. The possession status table may be configured from a history of objects given to the user U in the game G by drops, lotteries, gifts, purchases, etc., or may be created based on such a history.

[0030] "Information regarding acquisition method" is information regarding a method for user U to acquire an object that the user U does not have. The acquisition method is an action that the user U must take in the game G in order to acquire the object. Examples of actions that the user U must take include participating in an event where the object that the user U does not have can be acquired, clearing a specific game part such as a quest where the object that the user U does not have can be acquired, executing a lottery (so-called gacha) where the object that the user U does not have can be acquired, exchanging the object for a game asset such as a specific item, etc.

[0031] Providing information about acquisition methods to the user U can be performed, for example, by the acquisition information providing unit 11b transmitting information to the user terminal 20 and controlling it to be displayed on the display unit 24. Alternatively, the information may be provided in a manner that can be recognized by the user U via the user terminal 20 or another information processing terminal.

[0032] The above-described functional configuration may be realized by software (including so-called applications) appropriately installed on the server 10, or may be realized by hardware. When realized by software, the control unit 11 can realize various functions by executing programs that constitute the software.

[0033] When the functions are realized by executing a program, the program may be stored in the storage unit 12 built into the server 10, or may be stored in a computer-readable recording medium or a non-transitory recording medium. Alternatively, the functions may be realized by reading a program stored in an external storage device and using so-called cloud computing. Alternatively, when the functions are realized by hardware, they may be realized by various circuits such as ASIC, SOC, FPGA, or DRP. Furthermore, some of the above-described functional configurations may be processed by software or hardware in the user terminal 20, etc.

[0034] (1-4. Deck organization and information provision flow) An example of the flow of deck organization and information provision in this embodiment will be described with reference to FIGS.

[0035] 5 shows a deck organization screen FS that is displayed before the start of a quest play on the display unit 24. The deck organization unit 11a presents to the user U, as objects to be displayed on the organization screen FS, owned objects that are objects that the user U possesses, and non-owned objects that are objects that the user U does not possess.

[0036] The deck area D at the top of Figure 5 is an area where the deck to be organized and the objects incorporated into the deck are displayed. The candidate area L at the bottom is an area where candidate objects that may be incorporated into the deck are displayed.

[0037] The deck area D shows that eight frames P1 to P8 are provided on the deck to be organized as frames to which objects can be associated. Object M1 is associated with frame P1, object M2 with frame P2, object M3 with frame P3, object M4 with frame P4, and object M5 with frame P5. Frames P6, P7, and P8 are empty frames with no objects associated with them. The number of frames on a deck is not particularly limited, and may be other than eight in another embodiment.

[0038] The candidate area L indicates that there are candidate objects S1 to S10 that correspond to the frame of the deck. Candidate objects may also exist in parts of the candidate area L that are not displayed. The deck organization unit 11a can control such candidate objects so that the displayed portion can be switched by operations such as operating a scroll bar or swiping, and presented to the user U. Based on operations such as operating a scroll bar or swiping on the user terminal 20, a display control unit (not shown) of the user terminal 20 can control the display on the display unit 24. Note that the number of candidate objects presented and displayed is not particularly limited, and in another aspect, it may be more or less than 10.

[0039] Objects M1 to M5 and candidate objects S1 to S6 are possessed objects, and candidate objects S7 to S10 are not possessed objects. In other words, the deck organization unit 11a presents objects M1 to M5 and candidate objects S1 to S6 as possessed objects to be displayed on the organization screen FS, and presents candidate objects S7 to S10 as not possessed objects to the user U.

[0040] When the user U selects a candidate object S7 (highlighted in FIG. 6), the acquisition information providing unit 11b provides the user U with information about how to acquire the selected object, since the selected object is an object that the user does not possess. In one example, in response to the user U's selection operation on the candidate object S7 on the user terminal 20, the acquisition information providing unit 11b can display information about how to acquire the candidate object S7 as a pop-up screen PS on the display unit 24 of the user terminal 20. The acquisition information providing unit 11b may also control the display of the information on the user terminal 20 by another method, such as a screen transition, instead of the pop-up screen PS.

[0041] (1-5. Processing flow by game system 1) An example of the flow of processing by the game system 1 will be described with reference to FIG.

[0042] Steps S100 and S200 are executed. In step S200, a deck organization request is sent to server 10 based on an operation by user U to start deck organization, which has been accepted by user terminal 20. In step S100, deck organization unit 11a starts the deck organization process.

[0043] Next, steps S110 and S210 are executed. In step S110, the deck organization unit 11a presents the owned objects and non-owned objects on the organization screen FS to the user U. In step S210, the deck organization unit 11a controls the user terminal 20 to display on the display unit 24 the organization screen FS including the owned objects and non-owned objects.

[0044] Next, step S220 is executed. In step S220, the user terminal 20 accepts an operation by the user U to select an object displayed on the organization screen FS. The user terminal 20 transmits information about the selected object (which object was selected) to the server 10.

[0045] Next, step S120 is executed. In step S120, server 10 receives information on the selected object, and if user U does not possess the selected object, acquisition information providing unit 11b executes step S130. If user U possesses the selected object, acquisition information providing unit 11b does not execute step S130. Note that the user terminal 20 may be configured to determine whether or not user U possesses the selected object, and if not, transmit the information to server 10 as selection information of the object not possessed.

[0046] In step S130, the acquisition information providing unit 11b provides the user U with information on how to obtain the selected object that the user does not have. The acquisition information providing unit 11b transmits the information to the user terminal 20, and in step S230 controls the user terminal 20 to display the information on the display unit 24. Note that the information providing step may include step S130.

[0047] Next, steps S140 and S240 are executed. In step S240, the user terminal 20 accepts a deck organization confirmation operation by the user U and transmits a confirmation request to the server 10. In step S140, based on the confirmation request, the deck being organized is recorded and saved in a database or the like of the memory unit 12. The deck organization step may include steps S100, S110, and S140.

[0048] <2. Modifications> Various modifications will be described below, and parts common to the first embodiment will be omitted.

[0049] (2-1. Variation 1) The deck organization unit 11a may be configured to be able to present, among the objects not possessed, objects that satisfy a predetermined condition for acquisition as objects that satisfy the predetermined condition to the user U on the organization screen FS. With this configuration, among the objects not possessed, objects that satisfy the predetermined condition for acquisition are presented in an identifiable manner as objects that satisfy the condition, thereby narrowing down the recognition of the objects not possessed by the user to only those that satisfy the predetermined condition for acquisition.

[0050] Here, "specified conditions for acquisition" means that the item is available, that it can be obtained in a specific way (by participating in a specific event, entering a specific lottery, defeating a specific enemy character, etc.), that it can be obtained during a specific period (for example, within one week, during the period of a specific event, etc.), etc.

[0051] The deck compilation unit 11a may be configured to present to the user U, among the objects that the user does not possess, objects that satisfy a predetermined condition for acquisition on the compilation screen FS in a manner that allows the user U to distinguish between objects that satisfy the predetermined condition and objects that do not. The deck compilation unit 11a can present the objects in a distinguishable manner by controlling the display mode on the compilation screen FS to be different between objects that satisfy the predetermined condition and objects that do not satisfy the predetermined condition.

[0052] The deck organization unit 11a may be configured to present, among the objects not possessed, those that satisfy predetermined conditions for acquisition to the user U on the organization screen FS, and not present, on the organization screen FS, those objects that do not satisfy the predetermined conditions. The user terminal 20 is controlled so as to not display, on the organization screen FS, those objects that do not satisfy the predetermined conditions.

[0053] (2-2. Variation 2) The deck organization unit 11a may be configured to be able to present the non-possessed objects to the user U on the organization screen when there are empty slots to which no objects are associated in the deck to be organized. With this configuration, the non-possessed objects can be presented when the user wants to fill an empty slot in the deck, thereby realizing presentation at a timing that is likely to pique the user's interest.

[0054] When the deck to be edited has frames (M6 to M8) to which no object is associated as shown in Figure 5, the deck organization unit 11a presents the non-possessed objects to the user U on the organization screen. On the other hand, when the deck to be edited has no frames to which no object is associated as shown in Figure 8, the deck organization unit 11a does not present the non-possessed objects to the user U on the organization screen. In other words, the deck organization unit 11a presents the possessed objects but does not present the non-possessed objects.

[0055] (2-3. Variation 3) Based on predetermined information, the deck organization unit 11a presents to the user U on the organization screen FS, among the objects not possessed, objects that are recommended to be associated with empty slots in the deck to be organized. With this configuration, by targeting among the objects not possessed, objects extracted based on predetermined information, it is possible to present objects that are expected to be highly useful to the user.

[0056] Here, a "recommended object" is an object that is determined to be recommended for incorporation into a deck by user U based on predetermined information. The predetermined information is information that is considered effective to consider when forming a deck, such as statistical information, game part information, deck composition information, and information on game assets owned by user U.

[0057] The statistical information is the number of times or frequency of use of each object by user U or other users. If user U is organizing a deck to play a specific game part, it may be the number of times or frequency that the object was incorporated into the deck when playing the specific game part. The statistical information may also include the clear rate when used, etc. The deck organizing unit 11a can determine that it is recommended to incorporate an object with a high number of times used, frequency of use, clear rate when used, etc. into the deck.

[0058] The game part information is information about the characteristics of a game part when the user U is organizing a deck to play a specific game part. The characteristics of a game part include the attributes of the game part, the attributes, attack and defense means, abilities, etc. of the enemy characters that appear in the game part. The deck organizing unit 11a organizes the characteristics of the game part and the characteristics of the object. It can be determined that it is recommended to incorporate objects into a deck that have good compatibility (relatively advantageous) (object attributes, attack / defense methods, abilities, etc.).

[0059] The deck organization information is information about the characteristics of objects already incorporated into the deck (associated with slots). The deck organization unit 11a can determine that it is recommended to incorporate into the deck an object that is compatible with the characteristics of the objects already incorporated into the deck (the objects complement each other, enhance each other's effects, etc.). The deck organization unit 11a may be configured to be able to present to the user U on the organization screen FS, based on the objects associated with the deck to be organized, objects that are not possessed but are recommended to be associated with empty slots. With this configuration, it is possible to present objects that are expected to be of great interest to the user by targeting objects that are not possessed but are extracted based on predetermined information in empty slots in the deck.

[0060] The information on game assets possessed by user U is information on game assets such as items possessed by user U other than objects that can be associated with a deck. The information on game assets may be the quantity of a specific item possessed by user U. The specific item is, for example, an item required for a specific method of obtaining an object. The deck compilation unit 11a may be configured to preferentially present recommended objects from among the objects not possessed by user U, depending on the amount of game assets possessed by user U that are required for a specific method of obtaining the game assets. This configuration makes it possible to present objects not possessed by user U according to the amount of specific game assets possessed by user U, and to provide information on how to obtain the objects not possessed.

[0061] In a more specific example, the information on the game assets is the possession quantity of a specific item called an "orb" or the like, a predetermined number of which is required to execute a lottery (so-called gacha). When object A can only be obtained through lottery a, the deck compilation unit 11a can perform control so that object A is not presented as an object not possessed if the number of orbs possessed by user U is less than the number required to execute lottery a. Even if the number of orbs possessed by user U is less than the number required to execute lottery a, the deck compilation unit 11a may present object A as an object not possessed if there is a possibility of obtaining object A by a method other than lottery a.

[0062] The deck organization unit 11a may perform control so that recommended objects among the presented non-possessed objects and objects not determined as recommended objects are displayed in different ways on the organization screen FS. Also, the deck organization unit 11a may extract recommended objects among the non-possessed objects, and perform control so that the recommended objects are presented and the objects not determined as recommended objects are not presented (hidden). (2-4. Variation 4)

[0063] The deck compilation unit 11a may be configured to be able to set a high priority for presenting objects that can be obtained by lottery using the predetermined game assets (objects that can be obtained by lottery using the game assets) when the amount of predetermined game assets owned by the user U is greater than a predetermined threshold. The presentation priority is determined by the display order in the candidate area L, the display size of the object, the degree of prominence by highlighting, etc.

[0064] Furthermore, the deck compilation unit 11a may be configured to be able to set a high priority for the presentation of an object in a lottery using a predetermined game asset if the user U frequently executes lotteries using a predetermined game asset. The execution frequency of lotteries using a predetermined game asset may be calculated based on the execution history of lotteries recorded in a table or the like. A high execution frequency means that the number of times executed in a predetermined period (for example, one week) is equal to or greater than a predetermined number of times.

[0065] Furthermore, the deck organization unit 11a may set a high priority for presenting objects that the user U may be able to obtain by paying a fee. Possibility of obtaining an object by paying a fee means that the object can be obtained directly by paying a fee, or that the object can be obtained by paying a fee through a method such as a lottery or participation in an event,

[0066] In addition, the deck compilation unit 11a may be configured to be able to set a high priority for presenting objects that can be obtained without using game assets when the amount of specified game assets possessed by the user U is less than a specified threshold.

[0067] (2-5. Variation 5) The deck organization unit 11a may be configured to, when a user U who has played a first game part included in a game G using a first deck intends to play the same first game part using the same first deck, present to the user U on the organization screen FS, among the objects not yet possessed, objects that are recommended to be added to or replaced with the first deck based on the previous play data of the first game part. With this configuration, the user can receive suggestions for additions or replacements in the deck organization based on the previous play data.

[0068] Here, "play data" refers to information relating to whether or not a game part was cleared, the play time, numerical values ​​such as damage inflicted or received on enemy characters, the contribution of each object included in the deck, etc.

[0069] Assume that user U played the first game part (first play) using the deck in FIG. 8 (referred to as the "first deck") but failed to clear it. Thereafter, when user U plays the first game part again (second play) using the same first deck, the deck organization unit 11a presents candidate object S8 on the deck organization screen FS as an object that is recommended to be replaced with object M7 in frame P7, for example. This processing may be configured to be executed even if another second game part, etc. is played using the first deck or another second deck between the first play and the second play.

[0070] The deck compilation unit 11a can determine to recommend an object replacement based on, for example, the fact that the first game part was not cleared using the first deck in the previous game. The deck compilation unit 11a can then determine to target object M7 for replacement based on, for example, the fact that object M7 inflicted little damage on an enemy character in the previous game. The deck compilation unit 11a can also determine the recommended object based on predetermined information, for example, as in the third variation.

[0071] In addition, although the above example describes a deck with no empty slots, as shown in Figure 8, the same processing may be performed on decks with empty slots. Objects may be replaced in slots that already have objects associated with them, and objects may be added to empty slots that do not have objects associated with them.

[0072] (2-6. Variation 6) The deck organizing unit 11a may be configured to be able to associate an object not yet possessed with a deck to be organized as a pre-registered object.

[0073] When a non-possessed object is registered as a reserved object and associated with a slot in the deck, the user U does not yet possess the object, and therefore cannot use the deck as if it contained the non-possessed object during play.

[0074] For example, as shown in Fig. 9, the deck compilation unit 11a can associate candidate object S9, which is an object not yet possessed, with frame P6 as a reserved registration. The deck compilation unit 11a controls the user terminal 20 to display candidate object S9 on the display unit 24 while associating it with frame P6 so that it is clear that it is a reserved registration. Meanwhile, a gameplay control unit (not shown) or the like controls so that the objects in the deck that the user U can use during gameplay are limited to objects M1 to M5, and so that candidate object S9 cannot be used.

[0075] The deck organization unit 11a may also be configured to associate a non-possessed object as a reserved registration with a frame to which an already-possessed object is associated on the deck being organized. For example, as shown in Fig. 10, the deck organization unit 11a can associate a candidate object S10, which is a non-possessed object, as a reserved registration with a frame P8 to which an object M8, which is a possessed object, is associated. The deck organization unit 11a controls the user terminal 20 to display the candidate object S10 on the display unit 24 in such a way that it is associated with the frame P8 and is superimposed on the frame P8 so that it can be identified as a reserved registration.

[0076] Furthermore, the deck organization unit 11a may be configured to be able to associate an unowned object associated as a reserved object with the acquired object as a owned object when the deck organization unit 11a acquires the unowned object.

[0077] 9, when the user U acquires candidate object S9, which is an object not yet possessed, and the candidate object S9 becomes a possessed object, the deck organization unit 11a performs a formal registration process to associate the candidate object S9 as a possessed object. When such a formal registration process is performed, a gameplay control unit (not shown) or the like adds the objects in the deck that the user U can use during gameplay to objects M1 to M5, making candidate object S9 available for use.

[0078] In addition, in the example of Figure 10, when user U obtains candidate object S9, which is an object that is not yet possessed, and it becomes a possessed object, the deck composition unit 11a performs a registration process to remove the association of object M8 from frame P8 and associate a new candidate object S10 as a possessed object.

[0079] The deck organization unit 11a may also be configured to acquire a non-possessed object associated as a reserved registration, and associate the non-possessed object as a possessed object if the object satisfies a predetermined condition after acquisition. The predetermined condition may be, for example, that the acquired object has attained a predetermined level or other status.

[0080] <3. Other embodiments> Although the embodiment and its modifications of the present invention have been described above, the application of the present disclosure is not limited to the above-described contents.

[0081] The deck organizing unit 11a may be configured to be able to narrow down the candidate objects to be presented in the candidate area L based on conditions specified by the user U, and to rearrange and present the narrowed down candidate objects.

[0082] Furthermore, in the above embodiment, the configuration was described in which each function is mainly provided by the server 10, etc., but if it is permissible due to the nature of the functions, some functions may be provided by the user terminal 20, etc., or provided by both the server 10, etc. and the user terminal 20, etc.

[0083] Furthermore, each step described in the above embodiment as being executed by the server 10 or the like can also be executed by the user terminal 20 or the like if permitted by its nature.

[0084] The present invention can also be realized as a program that causes the above-described system to function.

[0085] Furthermore, the present invention can also be realized as a computer-readable recording medium that stores the above-described program, a non-transitory recording medium, or a computer-readable recording medium that records the above-described program.

[0086] Various embodiments of the present invention have been described above, but these are presented as examples and are not intended to limit the scope of the invention. The novel embodiments may be embodied in various other forms, and various omissions, substitutions, and modifications may be made without departing from the spirit of the invention. Such embodiments and modifications are included within the scope and spirit of the invention, and are also included in the scope of the invention and its equivalents as defined in the claims.

[0087] <4. Features of the embodiment> The features of the embodiments of the present invention are summarized below.

[0088] In one aspect of the present invention, an information processing device is provided that includes a deck organization unit and an acquisition information providing unit, wherein the deck organization unit presents to the user, on an organization screen on which the user organizes a deck for playing a game, objects that the user does not possess, and the acquisition information providing unit provides the user with information regarding how to obtain the selected object that the user does not possess, in accordance with the user's selection of the presented object that the user does not possess.

[0089] By configuring in this way, objects that the user does not own can be presented on the deck composition screen, thereby increasing the user's awareness of the objects that the user does not own, and by providing information on how to obtain the objects that the user does not own in accordance with the user's selection, the user's motivation to play in order to obtain the objects that the user does not own can be increased.

[0090] The deck organization unit may be configured to present to the user on the organization screen, among the objects that the user does not possess, objects that satisfy a predetermined condition for acquisition as objects that satisfy the predetermined condition. By configuring in this way, the objects that satisfy the predetermined condition for acquisition among the objects that the user does not possess are presented in an identifiable manner as objects that satisfy the condition, thereby narrowing down the user's awareness of the objects that the user does not possess to objects that satisfy the predetermined condition for acquisition.

[0091] Furthermore, the deck organizing unit may be configured to present the missing object to the user on the organizing screen when there is an empty slot to which no object is assigned in the deck to be organized. By configuring in this way, the missing object can be presented when the user wants to fill an empty slot in the deck, thereby realizing presentation at a time when the user is likely to be interested.

[0092] The deck organization unit may be configured to present to the user on the organization screen, among the unowned objects, objects that are recommended to be associated with the empty slots based on the objects associated with the deck to be organized. With this configuration, among the unowned objects, objects that are extracted based on the objects associated with the deck can be presented that are expected to be of great interest to the user.

[0093] The deck organization unit may be configured to prioritize and present recommended objects among the objects that the user does not possess, depending on the amount of game assets that the user possesses that are required for a specific acquisition method. This configuration makes it possible to present objects that the user U does not possess according to the amount of a predetermined game asset that the user U possesses, and to provide information on how to acquire the objects that the user does not possess.

[0094] Furthermore, when the user who has played a game part included in the game using the deck attempts to play the same game part using the same deck, the deck organization unit may be configured to present to the user on the organization screen, among the objects not possessed, objects that are recommended to be added to or replaced with the deck based on the previous play data of the game part. With this configuration, the user can receive suggestions for additions or replacements in the deck organization based on the previous play data.

[0095] In another aspect of the present invention, a program is provided that causes a computer to execute a deck organization step and an acquisition information providing step, wherein in the deck organization step, on an organization screen on which the user organizes a deck for playing a game, objects that the user does not possess are presented to the user, and in the acquisition information providing step, information is provided to the user regarding how to obtain the selected object that the user does not possess, in accordance with the user's selection of the presented object that the user does not possess.

[0096] In another aspect of the present invention, an information processing method is provided in which a computer presents to a user, on an organization screen on which the user organizes a deck for playing a game, objects that the user does not possess, and in response to the user's selection of the presented object that the user does not possess, the computer provides the user with information regarding how to obtain the selected object that the user does not possess. [Explanation of symbols]

[0097] 1: Game system, 5: Communication line, 10: Server, 11: Control unit, 11a: Deck organization unit, 11b: Acquisition information providing unit, 12: Memory unit, 13: Communication unit, 14: Operation input unit, 15: Monitor, 16: System bus, 20: User terminal, 21: Control unit, 22: Memory unit, 23: Communication unit, 24: Display unit, 25: Speaker, 26: Microphone, 27: Camera, 28: Operation button, 29: System bus, D: Deck area, FS: Organization screen, G: Game, L: Candidate area, M1 to M8: Object, P1 to P8: Frame, PS: Pop-up screen, S1 to S10: Candidate object, U: User

Claims

1. A deck organizing unit and an acquisition information providing unit are provided, the deck organization unit presents to the user, on an organization screen on which the user organizes a deck for playing the game, a non-possessed object that is an object that the user does not possess; The acquisition information providing unit provides the user with information on how to obtain the selected object that the user does not possess, in response to the user's selection of the presented object that the user does not possess.

2. the deck organization unit presents, to the user on the organization screen, objects that satisfy a predetermined condition for acquisition among the objects that the user does not possess, as objects that satisfy the predetermined condition. The information processing device according to claim 1 .

3. When there is an empty slot to which no object is associated in the deck to be organized, the deck organization unit presents the unowned object to the user on the organization screen.

3. The information processing device according to claim 1.

4. The deck organization unit presents to the user on the organization screen, on the basis of the objects associated with the deck to be organized, objects that are recommended to be associated with the empty slots among the unowned objects. The information processing device according to claim 3 .

5. The deck organization unit includes: Presenting recommended objects from among the objects not possessed by the user with priority in accordance with the amount of game assets possessed by the user that are required for a specific acquisition method; The information processing device according to claim 3 .

6. The deck organization unit includes: When the user who has played a game part included in the game using the deck intends to play the same game part using the same deck, objects that are recommended to be added to or replaced with the deck among the objects not possessed are presented to the user on the organization screen based on the previous play data of the game part.

3. The information processing device according to claim 1.

7. A program that causes a computer to execute a deck compilation step and an acquisition information provision step, In the deck organizing step, a non-possessed object that is an object that the user does not possess is presented to the user on an organization screen on which the user organizes a deck for playing the game; The acquisition information providing step provides the user with information on how to obtain the selected object that the user does not possess, in response to the user's selection of the presented object that the user does not possess.

8. the computer presents to the user, on an organization screen on which the user organizes a deck for playing the game, a non-possessed object that is an object that the user does not possess; An information processing method, in which a computer provides the user with information on how to obtain the selected object that the user does not have, in response to the user's selection of the presented object that the user does not have.

Images