JP7532692B1 - Information processing system, program, and information processing method - Google Patents

Abstract

[Problem] To provide an information processing system, program, and information processing method that can improve usability in searching for game media. [Solution] An information processing system that includes a storage unit that stores information about multiple game media used in a game, a condition registration unit that accepts designation of setting conditions for outputting a list of game media and registers the setting conditions in association with a predetermined action by the user, and a list output unit that reads the setting conditions when a predetermined action by the user is detected via a user terminal, and outputs a list of game media corresponding to the setting conditions. [Selected Figure] Figure 7

Description

This disclosure relates to an information processing system, a program, and an information processing method.

In games provided on smartphones and the like, when a player selects game media to be used in a game from among multiple game media such as characters and items, if the number of game media is large, the task of searching for the desired game media from the list of game media becomes cumbersome. Therefore, it would be convenient to have a mechanism for efficiently searching for game media. For example, Patent Document 1 discloses a game system that allows a player to set sorting items when forming a party from multiple characters.

JP 2017-12721 A

However, in a game system such as that disclosed in Patent Document 1, the player must set the sorting items each time, which is not very convenient. In addition, as time passes after the release of the game, the number of items for classifying game media may increase, making the task of setting sorting items cumbersome. Therefore, there is a demand for further improving the convenience of searching (narrowing down) and/or sorting game media.

The objective of the exemplary embodiments of the present disclosure is to provide an information processing system, program, and information processing method that can improve the usability of game media exploration tasks.

An information processing system according to one aspect of the present disclosure includes:
a storage unit that stores information regarding a plurality of game media used in a game;
a condition registration unit that receives a setting condition for outputting the list of game contents and registers the setting condition in association with a predetermined action by a user;
The game device further includes a list output unit that reads out the setting conditions when the predetermined action by the user is detected via the user terminal, and outputs a list of the game media according to the setting conditions.

By having an information processing system with the above features, it is possible to improve the usability of searching for game media.

A program according to one aspect of the present disclosure includes:
storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
This is a program for causing a computer to execute the following steps: when the specified action by the user is detected via a user terminal, read out the setting conditions, and output a list of the game media according to the setting conditions.

By having a program with the above features, it is possible to improve the usability of the game media exploration process.

An information processing method according to one aspect of the present disclosure includes:
storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
The computer reads out the setting conditions when the predetermined action by the user is detected via the user terminal, and outputs a list of the game media corresponding to the setting conditions.

By having the above-mentioned characteristics of the information processing method, it is possible to improve the usability of the game media search task.

FIG. 1 is a schematic diagram illustrating a configuration example of an information processing system according to an embodiment of the present disclosure. FIG. 2 is a block diagram showing an example of the functional configuration of the server shown in FIG. FIG. 3 is a block diagram showing an example of the functional configuration of the player terminal shown in FIG. FIG. 4 is a schematic diagram showing an example of the condition registration screen. FIG. 5 is a diagram showing an example of registered setting conditions. FIG. 6 is a diagram showing an example of registered setting conditions. FIG. 7 is a diagram for explaining the operation of reading out the setting conditions (sorting conditions). FIG. 8 is a diagram for explaining the operation of reading out the setting conditions (sorting conditions). FIG. 9 is a diagram for explaining the operation of reading out the setting conditions (narrowing conditions). FIG. 10 is a diagram for explaining the operation of reading out the setting conditions (narrowing conditions). FIG. 11 is a flowchart showing an example of a process for registering setting conditions. FIG. 12 is a flowchart showing an example of a list output process based on set conditions.

An information processing system 10 according to an embodiment of the present disclosure will be described with reference to the drawings. In each of the attached drawings, identical or similar elements are given the same or similar reference symbols and names, and duplicate descriptions of identical or similar elements may be omitted in the description of the embodiment. Note that the contents shown in each drawing are merely examples for explaining the present embodiment, and are merely schematic examples to make the present embodiment easier to explain. The contents of each drawing may be modified or changed within the scope of no technical problems.

<System Overview>
The information processing system 10 according to this embodiment is a system for providing various services relating to games to players 3 (users) via a network N such as the Internet.

As shown in FIG. 1, the information processing system 10 mainly comprises at least one server 20 and at least one player terminal 30. These main components are connected to each other via a network N so that they can be accessed by each other. In this information processing system 10, the server 20 provided by the operator 1 provides the game to the player terminal 30 held by the player 3 by having the player terminal 30 execute information processing relating to the game, which is composed of images, videos, sounds, etc.

The games provided by the information processing system 10 may be games that are executed using at least one game medium, and the categories of the games provided are not particularly limited. For example, the categories of games provided by the information processing system 10 may be competitive games, puzzle games, action games, baseball games, soccer games, other sports games, quiz games, pinball games, card games, rhythm games, RPGs (role-playing games), location-based games, board games, adventure games, casino games, simulation games, strategy games, racing games, etc.

Here, "game media" is a general term for electronic data used by player 3 in the game. For example, cards, characters, avatars, weapons, armor, other items, and consumable media such as in-game currency, etc., fall under game media. In the following explanation, for the sake of simplicity, an example of a game played by player 3 using a deck that is created by selecting a predetermined number of characters will be given.

The game provided by the information processing system 10 may include, for example, not only the so-called "in-game" part related to actual game play, which is a "game progression part" for manipulating game media such as characters and items to progress through the game, but also the so-called "out-game" part, which is a "lottery part" such as a so-called "gacha" in which game media such as in-game characters and/or items are awarded to the player by lottery, a "preparation processing (organization) part" in which game media such as characters to be used in the game are selected, and a "strengthening part" in which characters and/or items are strengthened.

In some game scenes that are played out in-game and out-game, it may be necessary to search for a desired game medium from among multiple game media in order to select a game medium or view information about the game medium. In such a game medium search, the more game media there are, the longer the time required for the search and the more complicated it tends to become. With regard to game media, new game media may be added sequentially as the game system is updated, and multiple game media with different characteristics such as attributes and parameters may coexist even if they have the same name (character name, item name). In addition, there may be multiple items such as attributes and parameters for classifying game media, and new attribute items may be added. In such cases, searching for game media becomes a more complicated task.

The information processing system 10 of this embodiment has a function (condition registration unit 221) of storing conditions for sorting and/or narrowing down set by the user in association with a predetermined action of the user, and a function (list output unit 222) of detecting a predetermined action by the user and outputting a list of game media based on the set conditions associated with the predetermined action. These functions provided by the information processing system 10 can improve the usability of the game media search operation. The specific configuration of each part of the information processing system 10 will be described in detail below.

<Configuration of Server Device>
The server 20 is an information processing device used to operate and manage the game service, and is deployed at the business operator 1 that provides the game service, as described above. The server 20 as an information processing device may be, for example, a general-purpose computer such as a workstation or a personal computer, or may be logically constructed using cloud computing technology.

As shown in FIG. 2, the server 20 has a memory unit 21 that stores various data and application programs, a control unit 22 that controls the entire server 20, and a server communication unit 23 that transmits and receives data between the player terminals 30 via the network N.

<Storage unit (server)>
The storage unit 21 is a storage area of the server 20 that stores programs for executing various control processes or functions in the control unit 22, and various information used to provide game services, and is configured with one or any combination of RAM (Random Access Memory), ROM (Read Only Memory), SRAM (Static Random Access Memory), flash memory, HDD (Hard Disk Drive), SSD (Solid State Drive), and other storage. The storage unit 21 may also have a function of temporarily storing communication contents of the server 20 when the server 20 performs communication.

The memory unit 21 of the server 20 may have multiple areas partitioned according to the type of information to be stored. For example, the memory unit 21 may include a game information memory unit 211 and a player information memory unit 212.

The game information storage unit 211 stores and stores basic information about the game. The basic information about the game stored in the game information storage unit 211 is appropriately configured according to the type of game, and is not particularly limited. For example, the game information storage unit 211 may store information such as setting information for each game unit, setting information for the game medium, information related to the game space such as background images, and event information. Note that a "game unit" means a single unit of a game, and a "game unit" can be expressed in terms such as quest, event, mission, course, story, scenario, chapter, dungeon, stage, battle, and match. In the case of a game in which multiple stages are set, the setting information for each game unit may include a stage ID, which is an identifier for identifying each game unit, and information related to the virtual space such as a stage name, enemy character information, consumed stamina information, and background images, which are linked to the stage ID.

The setting information of the game media stored in the game information storage unit 211 is information about the initial settings of the game media that is not associated with the player 3. The game information storage unit 211 may store, as the setting information of the game media, setting information about the character, setting information about items such as weapons and armor, setting information about consumable media consumed by the player 3 in the game, such as in-game currency, and the like. Such setting information of the game media may be assigned an ID (hereinafter referred to as a game media ID) as an identifier for uniquely identifying each game medium, and various setting information such as attribute information and parameter information of each game medium may be stored in the game information storage unit 211 in association with the game media ID.

For example, the setting information on the characters may include information on characters that can be acquired by the player 3 and are operated by the player 3, characters that become allies of the player 3 in the game, and enemy characters that will compete against the player 3. The information on each character may include information such as the character name, image data, parameter information, classification information, skills that the character can learn, acquisition method, acquisition probability, text data explaining the characteristics of the character, and information indicating the relationship with other characters (e.g., information indicating other characters that are compatible with the character and produce some kind of synergistic effect when organized in the same deck), all linked to the character ID. The parameter information of a character is, for example, the characteristics of the character represented by a quantified variable, and the parameter information in the game information storage unit 211 may include the initial value and/or maximum value of each parameter, such as attack power, defense power, stamina, attack hit rate, skill activation rate, critical occurrence rate, and evasion success rate. In addition, the classification information of a character is information indicating the nature of a character that is classified in stages or in parallel, such as rarity, attribute, and type. Each character may have multiple attributes as classification information (for example, each character may have a first attribute classified as a fire attribute, a water attribute, or a wind attribute, a second attribute classified as good or evil, and a third attribute classified as a power type, a defense type, a speed type, or a recovery type). Setting information regarding items may also be configured in the same way as the setting information regarding characters described above.

The player information storage unit 212 stores information associated with each player 3 who uses the game service. For example, the player information storage unit 212 may include a player ID (an identifier for identifying each player 3), and account information, play history information, information on owned game media, deck information, and friend-related information that are linked to the player ID.

The account information may include, for example, the player's name, the date of registration to the game service, the player rank (player level), and various other setting information registered by the operation of the player 3. The play history information may include, for example, data such as the login date and time, the number of logins, the total play time, the number of times each game unit has been played, data when each game unit has been cleared, the acquisition history of game media such as characters and/or items, the amount of consumable media (paid and/or free consumable media) such as points and/or in-game currency owned, the amount charged, the number of times a charge has been made, and the number of times a lottery has been played.

The information on the owned game media is information on the game media owned by each player 3. For example, the information on the owned game media may be managed by identification information configured by associating a player ID with a character ID so that each character owned by one player 3 can be uniquely identified. In association with such identification information, parameter information of each owned game medium (e.g., character characteristics quantified as current/maximum values of various parameters such as attack power, defense power, stamina, and speed), classification information (e.g., information indicating the nature of characters classified in stages or parallel, such as rarity, type, and attributes), information indicating the strengthening history such as the level and/or number of synthesis times, acquisition history, usage status (e.g., information indicating the degree of use such as the number of times used and the probability of selection, information indicating the presence or absence of favorite registration, etc.), and information on usable skills may be included. With regard to items owned by each player 3, information similar to the information on the owned characters described above may be associated with the player ID and stored in the player information storage unit 212.

The deck information is information about the deck organized by each player 3, and may include a deck ID for uniquely identifying the deck, information for identifying the game media constituting the deck, the creation date and time of the deck, and the use history of the deck. For example, the deck information may be generated by one player 3 selecting a predetermined number of characters from among the characters owned by the player 3, and this deck information may be stored in the player information storage unit 212 in association with the player ID. The deck information may also be generated by one player 3 selecting at least one character from among the characters owned by the player 3 and at least one support character owned by another player 3. In this case, the deck information may include not only information about the characters owned that constitute the deck, but also information that identifies the other selected player 3 and the support character. The number of characters that constitute the deck is not particularly limited, and one of the multiple characters included in the deck may be set as the leader. The number of decks that each player 3 can save is also not particularly limited, and if multiple decks can be saved, one of the multiple decks may be set as the main deck.

The friend-related information may include, in association with a player ID, information about registered friends, information about friend requests that the player has made that are not yet completed, and information about friend requests that have been received from other players 3 that are not yet approved. Information about registered friends may include, for example, the IDs of other players 3 who are registered as friends, and it may be possible to read from the friend ID the friend's login status, the friend's game progress such as the friend's player level, and information about game media owned by the friend (including information about the supporting game media set for each friend).

<Control unit (server)>
The control unit 22 is a component that transfers data between each unit and controls the entire server 20. The control unit 22 has a function of executing various information processing required to provide game services, and the function of the control unit 22 is realized by an arithmetic processing device such as a CPU (Central Processing Unit) and/or a GPU (Graphics Processing Unit) reading data and programs stored in a predetermined storage and executing various programs in a working area of the memory.

The control unit 22 has multiple functional units according to the type of information processing to be performed. For example, the control unit 22 may have, as functional units, a game processing unit 220, a condition registration unit 221, a list output unit 222, and an operation information receiving unit 223.

The game processing unit 220 has a function of executing processing to progress the game (in-game) according to a game program. In a game progressed by the game processing unit 220, for example, one player 3 uses at least one game medium selected from among the game media owned by the player 3, and the game processing unit 220 progresses the game based on operation information by the one player 3. Games progressed by the game processing unit 220 may include not only single-play games played by only one player 3, but also multi-play games played by one player 3 in cooperation with other players 3 (who may be friends or may be other players 3 who are not registered as friends), and/or games in which one player 3 competes against other players 3.

The condition registration unit 221 receives the designation of setting conditions for outputting a list of game media, and executes a process of registering the designated setting conditions in association with a predetermined action by the player 3 (user). The setting conditions registered by the information processing executed by the condition registration unit 221 are conditions for sorting (sorting) and/or narrowing down (searching or filtering) game media, which are customized and set in detail for each player 3. The functions of the condition registration unit 221 and the list output unit 222 described below may be used only for the purpose of sorting the game media list, may be used only for the purpose of narrowing down the game media list, or may be applied to both sorting and narrowing down.

In this embodiment, when sorting and/or narrowing down game media, the default conditions that are set uniformly in advance for all users by the business 1 providing the game service are referred to as "initial setting conditions", and the setting conditions customized for each user are referred to as "customized conditions". The initial setting conditions are not particularly limited, and may be, for example, conditions that arrange the game media in the order in which they were acquired by the player 3, conditions that arrange the game media in the order in which they were registered in the game system, such as the order of the numbers attached to the game media, or conditions that arrange the game media in alphabetical order or in the Japanese syllabary order of the names (character names, item names, etc.) attached to the game media.

Here, the game media list is a list that lists the game media available to the player 3 in the game service. The game media list provided by the functions of the condition registration unit 221 and the list output unit 222 described below may be a list that covers only the owned game media owned by the player 3, a list that covers a set of the owned game media plus game media that the player 3 does not yet own, or a list that covers all game media regardless of whether the player 3 owns them or not. In the following description, the game media list output based on the initial setting conditions may be referred to as the "initial setting list", and the game media list output based on the customization conditions may be referred to as the "customization list".

There are no particular limitations on the game scene in which the game media list is used. For example, the game media list may be used in preparation processing before in-game execution. In this case, the preparation processing unit of the server 20, which executes processing related to the formation part, generates a game media selection screen including the game media list and displays it on the player terminal 30. The player 3 selects the game media to be incorporated into the deck via the game media list on the displayed game media selection screen, and the preparation processing unit of the server 20 accepts the selection input of the game media by the player 3 and generates deck information. As described above, the game media list used in the preparation processing may target only the owned game media, or may target a collection that includes the owned game media as well as game media not owned by the player 3 himself, such as the game media of friends.

The game media list may also be used during the in-game execution process. For example, the game processing unit 220 of the server 20 may generate a game execution screen including an input button for receiving a request from the player 3 to select or change the game media to be used in the game. Then, when a request to select or change the game media is received via the game execution screen, the game processing unit 220 may cause the player terminal 30 to display a game media selection screen including the game media list.

In addition to the above, the game media list may be used in situations where game media that have not yet been granted to the player 3 are presented to the player 3 when a lottery (so-called gacha) for game media is executed, or when game media are granted to the player 3 as the game progresses. For example, in a gacha event in which character X is the subject of a lottery, the player 3 may want to check whether the new character X has higher parameters than other characters that the player owns. In such situations, the server 20 may present an input button requesting to "compare the character X that is the subject of the event with a character in hand" on an advertisement screen for the gacha event or a lottery request screen that accepts a request to execute a lottery. When a comparison request from the player 3 is accepted via such a screen, the server 20 may generate a screen that presents a game media list including the subject character X and the characters owned by the player 3.

7 to 10 are diagrams showing examples of a user interface (hereinafter, referred to as list display screen 5) displayed in a scene where the game media list is used as described above. The list display screen 5 may display a game media list L and may be provided with a button B1 for moving to a process of accepting customization conditions. The condition registration unit 221 may accept a request for setting customization conditions by the player 3 via the button B1, and execute a process of displaying a detailed setting screen 55 as exemplified in FIG. 4 on the player terminal 30. The acceptance of the customization conditions specified by the player 3 may be executed via the detailed setting screen 55 as a modal window that is displayed by transitioning from the list display screen 5, as described above. The detailed setting screen 55 for accepting customization conditions may be displayable in the out-game user interface without going through the list display screen 5.

In the process of accepting the designation of customization conditions (setting conditions), the condition registration unit 221 accepts the designation of at least one setting item for each customization condition. The setting item is selected from data items such as parameter information (various numerical parameters such as attack power, defense power, stamina, speed, etc.) attached to each game medium, classification information (stepwise or parallel classification such as rarity, type, attribute, etc.), strengthening history information (level, number of synthesis times, etc.), and usage status information (number of times used, selection probability, favorite registration information, etc.). "Designation of a setting item" means designating a data item and the condition content for the data item.

For example, when setting customization conditions for sorting (hereinafter sometimes referred to as sort conditions), the player 3 selects "attack power" from among the data items, and as the condition content for attack power, selects the condition content from two to six options such as "highest initial attack power value first (descending order)", "lowest initial attack power value first (ascending order)", "highest current attack power value first", "lowest current attack power value first", "highest maximum attack power value first", "lowest maximum attack power value first", etc., thereby completing the specification of one setting item. When setting customization conditions for narrowing down (searching or filtering), similarly to the above, the player 3 specifies a data item and the condition content for that data item, thereby completing the specification of one setting item. When setting customization conditions for narrowing down (hereinafter sometimes referred to as narrowing down conditions), if data items (data items that can be specified by a numerical range) represented by parameters such as attack power and quantified variables such as level are selected as setting items, the condition content for that data item may be set by having the player 3 input a numerical range, such as "(attack power) 300 or more."

When accepting the designation of a setting item, the condition registration unit 221 may present candidate data items and/or condition contents for the setting item on the detailed setting screen 55. For example, as illustrated in FIG. 4, candidate data items that can be designated as setting items may be displayed using a pull-down menu. The method of displaying candidate setting items is not limited to the example shown in FIG. 4, and candidates that can be designated as setting items may be presented in the display format of radio buttons or check boxes. In addition, a text box may be used to allow the player 3 to freely input setting items.

From the viewpoint of increasing the convenience of the game media list (i.e., making it easier for the user to search for the game media desired), it is preferable that multiple setting items can be specified for one customization condition, and the number of setting items that can be specified is not particularly limited. When setting sorting conditions, the priority of the setting items may be determined according to the order in which the setting items are arranged. For example, in the case of a sorting condition in which "highest rarity" is specified as the first item, "with awakening" is specified as the second item, and "highest HP" is specified as the third item (the third condition exemplified in FIG. 4), the first item has the highest priority, and game media with high rarity are arranged higher in the list. For game media with the same level of rarity, game media with the "with awakening" property are arranged higher in the list than game media with the "without awakening" property, according to the second item with the second priority. For game media with the same level of rarity and awakening properties, these game media are arranged in the list in order of highest HP according to the third item with the third priority. The priority of the setting items in the sorting conditions may be automatically determined based on the order of the setting items as described above, or may be specified by the player 3.

When multiple setting items are specified in the setting of the narrowing down conditions, these multiple setting items may be combined with the operator "AND". Alternatively, an operator for combining setting items, such as "AND", "OR", or "NOT", may be set based on a selection by the player 3.

When accepting the designation of a customization condition, the condition registration unit 221 may allow the player 3 to select the type of customization condition to be set. That is, before designating a customization condition, the player 3 may select whether the condition to be set is a sorting condition for rearrangement or a narrowing down condition for search or filtering. The condition registration unit 221 may execute a process of switching the candidates for setting items presented on the detailed setting screen 55 according to the selection of the type of customization condition by the player 3.

The customization conditions set by the function of the condition registration unit 221 may be conditions that combine a setting item for narrowing down and a setting item for sorting. For example, assume that the player 3 sets the customization conditions by specifying "rarity S rank or higher", which is a setting item for narrowing down, and "highest attack power order", which is a setting item for sorting. In this case, game media having a rarity of S rank or higher are extracted from the list based on the customization conditions, and the extracted game media are sorted in descending order of attack power. When setting customization conditions for performing both narrowing down and sorting in this way, the condition registration unit 221 may allow the player 3 to select the type of the specified setting item (whether the setting item is a narrowing down item or a sorting item).

After the customization conditions are specified as described above, the condition registration unit 221 registers the specified customization conditions in association with a predetermined action by the player 3. Here, the "predetermined action" is an action for reading out the customization conditions (hereinafter, referred to as a read action). This read action may be any action of the player 3 that can be detected using the player terminal 30, and is not necessarily limited to this. For example, the read action may be an action input by contacting the touch panel of the player terminal 30, or may be an action detected using a camera and/or a sensor, such as shaking the player terminal 30 or a non-contact gesture that does not involve contacting the touch panel (e.g., holding out the palm of the hand, pointing the fingertips in a predetermined direction, etc.). Among the actions described above, the read action associated with the customization conditions is preferably an action that does not use button navigation such as a button or icon displayed on a user interface. In addition, the read action is preferably a gesture action that is different from a basic input operation. Basic input operations include input operations for the player 3 to select a specific game medium, etc. (e.g., single tap, etc.), and operations when viewing a game medium list (e.g., vertical scrolling, operations on a scroll bar, etc.). Examples of gesture actions that differ from these basic input operations include long presses, flicks in a specific direction on the screen (left and right, diagonal directions, etc.), multi-finger actions such as tapping with two or more fingertips, non-contact gesture actions, etc.

The readout action associated with the customization condition may be set in advance by the business operator 1. In this case, the readout action may be determined according to the type of customization condition, such as associating a "right-to-left flick" with a sorting condition, a "left-to-right flick" with a filtering condition, and a "double finger tap" with a condition for performing both sorting and filtering. Alternatively, when accepting the designation of a customization condition, the condition registration unit 221 may present to the player 3 candidates for readout actions that can be associated with the customization condition, and allow the player 3 to select a readout action that corresponds to the customization condition.

Registration of customization conditions may be performed by accepting a registration request from the player 3 via a registration button displayed on the detailed setting screen 55. Alternatively, a registration button may be displayed on the list display screen 5, and a registration request for customization conditions corresponding to the game media list currently displayed on the list display screen 5 may be accepted via the registration button. In this case, the player 3 can output a game media list based on the customization conditions set by the player 3, and after checking the game media list, decide whether or not to register the customization conditions that he or she has set.

After receiving the registration request, the condition registration unit 221 performs a process of storing information on the customization conditions in association with the identification information (player ID) of the player 3 who specified the customization conditions. The player 3 may be able to give any name to the customization conditions to be stored. For example, when the condition registration unit 221 receives the registration request, the condition registration unit 221 may display a screen for inputting a name and accept input of any characters from the player 3. The information on the customization conditions to be stored is stored in a predetermined storage unit such as the player information storage unit 212 in association with the player ID. The configuration of the information on the customization conditions is not particularly limited. For example, the information on the customization conditions may include information such as a condition name (storage name), a registration date, setting items constituting the customization conditions, the type of each setting item (a classification indicating whether it is an item for sorting or an item for narrowing down), a read operation associated with the customization conditions, and a read priority when the same read operation is associated with multiple conditions. Note that, although FIG. 5 illustrates an example of a data list related to customization conditions for sorting, and FIG. 6 illustrates an example of a data list related to customization conditions for narrowing down, information related to customization conditions is not limited to the examples in FIG. 5 and FIG. 6.

The condition registration unit 221 may accept the specification of multiple customization conditions from one player 3. That is, one player 3 may be able to save multiple customization conditions. When saving multiple customization conditions, the condition registration unit 221 may accept the specification of multiple customization conditions from the player 3 and may also accept the specification of a read action for each customization condition. That is, a different read action may be associated with each customization condition.

Alternatively, it may be possible to associate the same type of read operation with a plurality of customization conditions. In this case, a priority for reading may be set for a plurality of customization conditions to which the same read operation is associated. The priority is information for specifying the order of the customization conditions to be read when a read operation is detected, and corresponds to the number of times the read operation is performed. For example, in the case of conditions No. 1 to 3 shown in FIG. 5 and FIG. 6, when a double finger tap is detected first, a list according to condition No. 1 is displayed according to the priority. When a double finger tap is detected again with the list according to condition No. 1 displayed, a list according to condition No. 2 with the second priority is displayed. Furthermore, when a third double finger tap is detected with the list according to condition No. 2 displayed, the game media list on the display screen is switched to a list according to condition No. 3. When a fourth double finger tap is detected, the list displayed is switched back to condition No. 1 with the first priority. When the same read operation is associated with four or more customization conditions, the order of reading the conditions is determined according to the priority in the same manner as described above.

When readout actions such as double finger taps are detected consecutively at intervals shorter than a predetermined threshold, a customization condition with a priority corresponding to the number of consecutive readout actions may be read out without switching the list in sequence. For example, when two consecutive double finger taps are detected, even if the list of condition No. 1 is not being displayed, a list of condition No. 2 with the second highest priority may be displayed. The priority for reading out may be automatically determined based on the order in which the customization conditions are registered or the order in which the customization conditions are arranged on the detailed setting screen 55, or may be arbitrarily set by the player 3.

Note that even if the actions are the same type, it may be possible to distinguish between the actions by methods other than the number of times they are performed, such as the duration of the action, the speed of the action, or the strength of the action. For example, when a gesture such as a long press or a non-contact gesture of holding a hand over the display is set as a readout action, the duration of the action for reading out the condition may be set for each customization condition. As with the priority, the requirements for distinguishing between such actions of the same type may be automatically determined according to the order of registration, or may be arbitrarily set by the player 3.

The upper limit of the number of customization conditions that can be saved may be set uniformly for all players 3, or may be limited according to the status of each player 3. In the latter case, the upper limit may be stored in a storage unit such as the player information storage unit 212 in association with the player ID. When the condition registration unit 221 receives a request to register customization conditions, it reads out the upper limit of the number of saves and the number of already saved conditions for that player from a specified storage unit, and determines whether additional saves are possible. If the number of already saved conditions is equal to or exceeds the upper limit of the number of saves, a message to the effect that saving is not possible is sent to the player terminal 30. The upper limit of the number of saves may be set based on various parameters such as the player's level, number of logins, item holding status, or number of characters held. In addition, a process of increasing the upper limit of the number of saves may be performed by using or holding a specified item.

When the list output unit 222 detects a read operation by the player 3 via the player terminal 30, it reads out the customization conditions associated with the detected operation and executes a process of outputting a game media list according to the customization conditions. The process of reading out the customization conditions may be executed only when the list display screen 5 as exemplified in FIG. 7 to FIG. 10 is displayed on the player terminal 30. For example, when a display request for a game media list is received from the player 3 in a predetermined game scene such as a preparation process part, a game progress part, a lottery part, or a strengthening part, the list output unit 222 generates a list display screen 5 including a list L1 that does not reflect the customization conditions as exemplified in FIG. 7, and displays it on the player terminal 30. The list L1 displayed on the list display screen 5 that is deployed immediately after switching from a game scene that does not include a game media list may be an initial setting list, or may be a list according to the conditions used when the previous game media list was output (hereinafter referred to as the immediately preceding history conditions).

When the player 3 finds the list L1 inconvenient and wishes to perform sorting and/or filtering based on customization conditions, the player 3 performs a read operation corresponding to the desired customization conditions. FIG. 7 illustrates an example of a double finger tap being performed in an area of the list display screen 5 where button navigation is not located. When a read operation by the player 3 is detected while the list display screen 5 is displayed on the player terminal 30 in this manner, the list output unit 222 reads out the customization conditions corresponding to the executed read operation from a predetermined storage unit such as the player information storage unit 212. The list output unit 222 then performs a sorting process and/or a filtering process of the game media list based on the read customization conditions, and generates a customization list L2 according to the customization conditions.

At this time, if the read customization conditions are sorting conditions, the list output unit 222 generates a customization list L2 by rearranging the game media included in the original list L1 based on the sorting conditions. If the read customization conditions are filtering conditions, the list output unit 222 extracts game media that satisfy the filtering conditions from among the game media included in the original list L1, and generates a customization list L2 in which the extracted game media are arranged. If the read customization conditions include both a filtering setting item and a sorting setting item, the list output unit 222 extracts game media that satisfy the conditions specified in the filtering setting item from among the game media included in the original list L1, and further rearranges the extracted game media based on the conditions specified in the sorting setting item, thereby generating a customization list L2.

After generating the customized list L2, the list output unit 222 switches the list L1 on the list display screen 5 to the customized list L2, and displays the list display screen 5 including the customized list L2 as shown in FIG. 8 on the player terminal 30. At this time, a pop-up window PUW indicating the conditions under which the customized list L2 was output to the player 3 may be presented on the list display screen 5. Note that FIG. 8 illustrates an example of the list display screen 5 that displays the customized list L2 output based on the customization conditions for sorting, and FIG. 10 illustrates an example of the list display screen 5 that displays the customized list L2 output based on the customization conditions for narrowing down.

As exemplified above, the list output unit 222 may execute a process of outputting a customization list when a read operation by the player 3 is detected without button navigation while the initial setting list or the like is displayed. Note that, if an operation that is not used in a normal game scene is associated with the customization conditions as the read operation (except for a single tap, a scroll operation, an input operation for operating a character, etc., for example, an operation detected by a function other than a touch panel, such as a multi-finger action, a non-contact gesture, a gyro sensor and/or an acceleration sensor), the read process of the customization conditions may be executed while the list display screen 5 is not displayed. For example, when a read operation other than an input operation for game progress, such as a character operation, is detected while a game progress screen during in-game execution is displayed, the list output unit 222 may execute a process of switching from the game progress screen to the list display screen 5 including the customization list L2, using the read operation as a trigger. In this case, the list output unit 222 may execute a sorting process and/or a narrowing down process based on the customization conditions, using all game media owned by the player 3 as a population.

When the player 3 who is the execution subject has saved multiple customization conditions, the list output unit 222 may specify one customization condition corresponding to the read action executed by the player 3 according to the type of the read action, the number of times it is executed, or other information that can be acquired when executing the action (duration of the action, speed of the action, strength of the action, etc.). For example, if a different read action is set for each customization condition, the list output unit 222 specifies one customization condition according to the type of the detected read action, and outputs a customization list according to the specified condition. If the same type of read action is set for multiple customization conditions, the list output unit 222 may switch the customization list to be output in sequence according to the number of times the read action is executed. In addition, when the read action is executed multiple times in succession, the list output unit 222 may output the customization list in the order according to the number of consecutive times. For example, assume that a list according to the first customization condition is output in the first read action, and then the player 3 executes the read action twice in succession. In this case, a total of three read operations have been performed, so the list output unit 222 switches the list display screen 5 from the customized list based on the first condition to the customized list based on the third condition.

When performing a sorting process and/or a narrowing down process using the customization conditions identified by the read operation of the player 3, the list output unit 222 may generate a customization list by taking into account the information input by the player 3 via the list display screen 5 in addition to the customization conditions.

For example, the list display screen 5 may present a selection button B2 for allowing the player 3 to select whether to execute a sorting process or a filtering process on the game media list. When the same type of read operation is set for the customization conditions for sorting and for filtering, one customization condition for outputting the list may be specified based on this selection button B2. For example, assume that the read operation of a double finger tap is associated with both a first condition, which is a sorting condition, and a second condition, which is a filtering condition. In this case, when the player 3 executes a double finger tap while selecting "sort" via the selection button B2, the list output unit 222 refers to information on the detected read operation and input information to the selection button B2, and outputs the customization list L2 with the first condition, which is the sorting condition (FIG. 8). Conversely, if "filter" is selected with the selection button B2, the list output unit 222 outputs the customization list L2 with the second condition, which is the filtering condition (FIG. 10). If different read operations are set for the customization conditions for sorting and for narrowing down, the list output unit 222 can output a customization list based on the conditions corresponding to the type of read operation that was performed, regardless of the input information to the selection button B2.

In addition, the list display screen 5 may present a simple setting window W1 for receiving setting items from the player 3 in a simple manner. In the simple setting window W1, a smaller number of data items may be presented than the candidates of setting items that can be specified in the detailed setting screen 55. For example, in the simple setting window W1, only setting items related to classification information such as attributes, type, and rarity may be specified. In addition, in the simple setting window W1, radio buttons for sorting or narrowing down the game media registered as favorites may be presented, and text boxes for narrowing down the game media by specifying the names of the game media such as character names and item names may be presented. Note that the candidates of setting items presented in the simple setting window W1 may be set to be switchable based on the input information of the selection button B2 described above. For example, FIG. 7 illustrates a simple setting window W1a for sorting, and FIG. 9 illustrates a simple setting window W1b for narrowing down.

The list output unit 222 may execute a sorting process and/or a narrowing process under a condition that combines the conditions input in the simple setting window W1 and the customization conditions specified by the read operation, and output a customization list. For example, it is assumed that the player 3 specifies a condition of narrowing down by "attack type" via the simple setting window W1, and then executes a read operation corresponding to the customization conditions for sorting. In this case, the list output unit 222 may output a customization list reflecting the processing result by sorting the game media extracted under the conditions specified in the simple setting window W1 by the customization conditions corresponding to the executed read operation. In addition, after the customization list is displayed, the player 3 may specify additional setting items via the simple setting window W1. For example, it is assumed that the customization list L2 based on the first condition as shown in FIG. 8 is displayed by executing the read operation. In such a situation, the player 3 may specify additional conditions such as "narrow down by water attribute" or "in descending order of attack power" via the simple setting window W1. In this case, the list output unit 222 may output a modified customization list L2 by further rearranging or narrowing down the customization list L2 so that the additional condition is also satisfied, with the first condition being a prerequisite.

As described above, the conditions specified in the simple setting window W1 may be combined with the customization conditions, and the customization conditions may be overwritten and saved with the modified conditions after the combination. If the player 3 feels that the customization list output under the combined conditions is useful, the player 3 may request that the output conditions of the currently displayed list be saved. In response to such a save request, the condition registration unit 221 adds the setting items specified in the simple setting window W1 to the customization conditions used in the output of the list, and overwrites and saves the customization conditions. For players 3 with little gaming experience, setting conditions for sorting and/or filtering may seem cumbersome, but by enabling condition setting using the above-mentioned customization condition read function and the simple setting window W1 in combination, further improvement in usability can be expected.

The operation information receiving unit 223 has a function of receiving operation information of the player 3 transmitted from the player terminal 30. The received operation information is used as instruction information for the game program to be processed by each functional unit (game processing unit 220, condition registration unit 221, list output unit 222, etc.). For example, a read operation of the player 3 corresponding to a customization condition is detected by a touch panel, camera, various sensors, etc. of the player terminal 30, and operation information related to the detected read operation is transmitted from the player terminal 30 to the operation information receiving unit 223. The operation information receiving unit 223 transmits the received operation information related to the read operation to the list output unit 222, etc. as instruction information from the player 3.

<Server communication section>
The server communication unit 23 is connected to the terminal communication unit 35 of the player terminal 30 via the network N. The server communication unit 23 and the terminal communication unit 35 of the player terminal 30 transmit and receive information to and from each other. The server 20 receives various commands (prompts, requests, etc.) from the player terminal 30 via the server communication unit 23. Based on the various commands transmitted from the player terminal 30, the control unit 22 executes processing according to the game program, and the server communication unit 23 transmits the processing results of the game program generated by the control unit 22 (for example, game images, game sounds, and a game media list, etc.) to the player terminal 30. Note that a part of the game program exemplified as a function of the control unit 22 may be transmitted to the player terminal 30 and executed on the player terminal 30.

<Player terminal>
3 is a functional block diagram of the player terminal 30 shown in FIG. 1. The player terminal 30 is an information processing device (e.g., a smartphone, a mobile phone terminal, a tablet terminal, a game dedicated terminal, other computers, etc.) that the player 3 possesses and can use. The player terminal 30 can output (e.g., game image output, game sound output, etc.) the processing result of the game program transmitted from the server 20 via a game application or a web browser. The player terminal 30 has, for example, a storage unit 31 that stores various data and programs, a control unit 32 that controls the entire player terminal 30, an input unit 33, a display unit 34 that displays a game screen, an operation screen, etc., and a terminal communication unit 35 that communicates information with the server 20.

<Storage unit (player terminal)>
The storage unit 31 of the player terminal 30 stores programs, input data, and the like for executing various control processes or functions in the control unit 32, and is configured with one or any combination of a RAM (Random Access Memory), a ROM (Read Only Memory), a SRAM (Static Random Access Memory), a flash memory, a HDD (Hard Disk Drive), a SSD (Solid State Drive), and other storages. In addition, when the player terminal 30 performs communication, the storage unit 31 temporarily stores the communication contents of the player terminal 30. The storage unit 31 may include a player setting storage unit 311.

The player setting storage unit 311 stores player setting information such as information regarding payment methods and account information. Such player setting information may be stored in the player information storage unit 212 of the server 20.

<Control unit (player terminal)>
The control unit 32 has functions necessary for controlling each part of the player terminal 30, such as the display, the camera, and various sensors, and each function of the control unit 32 is realized by a CPU (Central Processing Unit) and/or a GPU (Graphics Processing Unit) executing a program stored in a predetermined memory. The control unit 32 of the player terminal 30 may include, for example, an operation information receiving unit 321, a game operation unit 322, and a processing result receiving unit 323.

The operation information receiving unit 321 executes a process of receiving operation information related to the game input by the player 3 to the input unit 33 described below. The operation information receiving unit 321 also executes a process of outputting the received operation information related to the game to the game operation unit 322. When a read operation is detected by the display, the camera, or various sensors, the operation information receiving unit 321 may receive the detection information and generate operation information related to the read operation including information indicating that the read operation has been performed, information specifying the type of read operation performed, etc. Then, the operation information receiving unit 321 may transmit the generated operation information related to the read operation to the server 20 via the device communication unit 35.

The game operation unit 322 executes processing to operate a game application. The game operation unit 322 starts and operates a game based on game software included in the game operation information stored in the memory unit 31 and operation information related to the game input by the player from the input unit 33 described below. The game operation unit 322 generates images for the game from image data included in the game operation information in accordance with the operation of the game, and performs control processing to output the generated images to the display unit 34. Similarly, the game operation unit 322 generates music and/or sound for the game from music data and/or sound data included in the game operation information in accordance with the operation of the game, and performs control processing to output the generated music and/or sound from the player terminal 30.

Note that, here, a configuration has been described in which a native app executes some of the functions of a Web app, i.e., the game operation unit 322 of the player terminal 30 executes some of the functions of the server 20, but the control unit 32 of the player terminal 30 does not need to have the functions of the game operation unit 322. In that case, the game processing unit 220 of the server 20 may be configured to generate all game images and sounds as processing results. Also, the information processing system 10 may be configured so that the game operation unit 322 of the player terminal 30 generates all game images and sounds instead of the server 20.

When the control unit 32 has a game operation unit 322, the server 20 manages predetermined parameters in the game operated by the game operation unit 322. For example, parameters such as the game level and in-game currency are managed by the server 20. Therefore, when a process occurs in the game that involves changes to these predetermined parameters, the game operation unit 322 of the player terminal 30 communicates with the server 20 to update the parameters managed by the server 20. The game operation unit 322 then receives the updated parameters from the server 20 and continues the operation of the game based on the updated parameters.

The processing result receiving unit 323 receives the processing result generated and transmitted by the control unit 22 of the server 20, and executes a process of outputting the processing result on the display unit 34. Note that the control unit 32 of the player terminal 30 may have functional units other than the above-mentioned operation information receiving unit 321, game operation unit 322, and processing result receiving unit 323.

<Input section>
The input unit 33 receives an input operation by the player 3 and generates operation information for the player 3 in the game. Examples of the input operation by the player 3 include an input operation by touching a display surface such as a touch panel, an input operation via physical buttons provided on the player terminal 30, a text input operation using a keyboard, a voice input operation using a microphone, and an input operation by the player 3 physically moving (tilting, shaking, etc.) the player terminal 30 using a sensor such as a gyro sensor built into the player terminal 30.

<Display section>
The display unit 34 is a display on which the processing results of the game program are displayed, and this display may be a touch panel capable of receiving input operations from the player 3 by touching the display surface.

<Terminal communication unit>
The terminal communication unit 35 is connected to the server communication unit 23 of the server 20 via the network N. The terminal communication unit 35 and the server communication unit 23 transmit and receive information to and from each other.

An example of the process for registering customization conditions is described below with reference to the flowchart shown in FIG.

When the player 3 feels that the list L1 output under the initial setting conditions or the like is inconvenient, the player 3 sends a detailed list output condition setting request to the server 20 by inputting an operation such as tapping the button B1 on the list display screen 5 (step S101). The server 20 accepts the detailed setting request from the player terminal 30 and causes the detailed setting screen 55 to be displayed on the player terminal 30 (step S102). The player 3 uses the detailed setting screen 55 to select and input setting items for the sorting process and/or narrowing down process, and the condition registration unit 221 receives the selection input and accepts the designation of the setting item by the player 3 (step S103). The condition registration unit 221 accepts the designation of at least one setting item by the player 3. If the player 3 wishes to designate multiple setting items (Yes in step S104), the process of step S103 is repeated until all desired setting items have been designated.

If the player 3 can specify a read action to be associated with the customization condition, in step S105, the player 3 may select whether or not to specify a read action. If the player 3 does not wish to specify a read action (No in step S105), the condition registration unit 221 registers the customization condition specified by the player 3 in association with a default read action (step S106). On the other hand, if the player 3 wishes to select a read action (Yes in step S105), the condition registration unit 221 presents candidates for read actions to the player 3. The player 3 selects an action to be associated with the customization condition from among the presented candidate actions, and the condition registration unit 221 accepts the specification of the read action by the player 3 (step S107). The condition registration unit 221 registers the customization condition by associating the read action specified by the player 3 with the customization condition set in step S103 (step S108). In the registration processes of steps S106 and S108, the condition registration unit 221 associates the customization conditions with the player ID and stores them in a predetermined storage unit such as the player information storage unit 212.

If the player 3 is not allowed to specify the readout action, after the selection and input of the setting item is completed (No in step S104), the process may proceed to step S106, in which the condition registration unit 221 executes a process of registering the specified readout action in association with the customization condition.

Below, an example of the process for outputting a customization list is explained based on the flowchart shown in FIG.

When the player 3 wishes to select a game medium or view information about the game medium in a game scene such as a game progression part, a preparation processing part, a lottery part, or an enhancement part, the player 3 transmits a display request for a game medium list to the server 20 via the player terminal 30 (step S201). Upon receiving the display request from the player terminal 30, the list output unit 222 causes the player terminal 30 to display a list display screen 5 including a game medium list according to the initial setting conditions or the immediately preceding history conditions (step S202). When the player 3 executes a read operation associated with the customization conditions while this list display screen 5 is displayed, the input unit 33 (such as a touch panel, a camera, or various sensors) of the player terminal 30 detects the read operation by the player 3 (step S203). When the read operation is detected, the operation information receiving unit 321 generates operation information related to the read operation and transmits it to the server 20. The operation information regarding the read operation may include information indicating that a read operation has been performed, information specifying the type of read operation performed, the number of times the operation was performed, the duration of the operation, the speed of the operation, or the strength of the operation, etc.

The list output unit 222 receives operation information regarding the read operation, reads out the customization conditions corresponding to the detected read operation, and outputs a game media list according to the customization conditions (step S204). If the player 3 performs a read operation again after this customization list is displayed (Yes in step S205), the process returns to steps S203-S204, and the list output unit 222 identifies one customization condition according to the type, number of times, or duration of the detected read operation. The list output unit 222 then executes a process of switching the list presented on the list display screen 5 based on the identified customization conditions. If the player 3's request for a game media list is satisfied by the customization list output in step S204 (No in step S205), the player 3 uses the displayed customization list to select and/or view game media.

Summary of the embodiment
The information processing system 10 of this embodiment includes a memory unit 21 that stores information regarding multiple game media used in a game, a condition registration unit 221 that accepts designation of customization conditions (setting conditions) for outputting a list of game media and registers the customization conditions in association with a read operation (predetermined operation) by the user, and a list output unit 222 that reads out the customization conditions when it detects a read operation by the user via the user terminal, and outputs a list of game media corresponding to the customization conditions.

In the information processing system 10, as described above, by associating a read operation with customization conditions for sorting and/or narrowing down, it is possible to sort and/or narrow down the game media list with a simple operation that can be completed instantly, without the need for cumbersome input operations such as setting detailed conditions each time a request to display the list is made. As a result, it is possible to improve the usability of the game media search operation. Furthermore, in the information processing system 10, when reading out conditions for sorting and/or narrowing down, it is not necessary to place dedicated button navigation on a user interface such as the list display screen 5, which is expected to simplify the user interface and improve usability of the UI.

Furthermore, in the information processing system 10, when multiple customization conditions are saved, the list output unit 222 identifies one customization condition that corresponds to the executed read operation depending on the type, number of times it is performed, or duration of the read operation, and outputs a list of game media with the identified customization condition. Although there is a risk that the user interface will become complicated if dedicated button navigation is provided for each of the multiple conditions for sorting and/or narrowing down, the information processing system 10 makes it possible to read out multiple customization conditions with a simple operation that can be completed instantly, without the need for complicated button navigation. Therefore, the usability of the game media search operation and the UI is further improved.

The above-described embodiment is merely an example to facilitate understanding of the present invention, and is not intended to limit the present invention. The present invention can be modified and improved without departing from the spirit of the present invention, and it goes without saying that the present invention includes equivalents.

In addition to the functions described in the above embodiment, the information processing system 10 may have, for example, a function of proposing output conditions (sorting conditions and/or narrowing conditions) for the game media list to the player 3. Such a condition suggestion function may present to the player 3 output conditions that the player 3 has executed in the past, and allow the player 3 to select whether or not to save the output conditions as customization conditions. The condition suggestion function may also present output conditions that have been used or saved by other players 3 with long gaming experience, other players 3 with high ranks, etc., and allow the player 3 to select whether or not to save the output conditions as customization conditions.

The present disclosure has the following configuration.
[Item 1]
a storage unit that stores information regarding a plurality of game media used in a game;
a condition registration unit that receives a setting condition for outputting the list of game contents and registers the setting condition in association with a predetermined action by a user;
An information processing system comprising: a list output unit that reads out the setting conditions when the specified action by the user is detected via a user terminal, and outputs a list of the game media according to the setting conditions.
[Item 2]
The condition registration unit accepts designation of a plurality of the setting conditions,
The information processing system described in item 1, wherein the list output unit identifies one of the plurality of setting conditions that corresponds to a specified action performed by the user, depending on the number of times or duration of the specified action, and outputs a list of the game media corresponding to the identified one setting condition.
[Item 3]
the condition registration unit accepts designation of a plurality of the set conditions and designation of a predetermined action for each of the set conditions;
The information processing system described in item 1, wherein the list output unit identifies one of the plurality of setting conditions that corresponds to the specified action performed by the user depending on the type of the specified action, and outputs a list of the game media corresponding to the identified one setting condition.
[Item 4]
An information processing system described in any one of items 1 to 3, wherein the list output unit outputs an initial setting list of the game medium based on default settings, and when the specified action by the user is detected without button navigation while the initial setting list is displayed, a list of the game medium according to the setting conditions specified by the user is output.
[Item 5]
4. The information processing system according to any one of items 1 to 3, wherein the predetermined action is a gesture action different from a basic input operation.
[Item 6]
the set condition is a sorting condition related to the game medium,
The information processing system according to any one of items 1 to 3, wherein the list output unit outputs the list generated by sorting the multiple game media based on the sorting conditions specified by the user when the specified action is detected.
[Item 7]
the set condition is a narrowing-down condition related to the game medium,
The information processing system according to any one of items 1 to 3, wherein the list output unit, when detecting the specified action, extracts game media from the plurality of game media that satisfy the filtering conditions specified by the user, and outputs the list composed of the extracted game media.
[Item 8]
storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
A program for causing a computer to execute the following steps: when the specified action by the user is detected via a user terminal, read out the setting conditions; and output a list of the game media according to the setting conditions.
[Item 9]
storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
An information processing method executed by a computer, comprising: reading out the setting conditions when the specified action by the user is detected via a user terminal; and outputting a list of the game media according to the setting conditions.

1 ... business operator 3 ... player 10 ... information processing system 20 ... server (information processing device)
30 ... Player terminal

Claims (8)

a storage unit that stores information regarding a plurality of game media used in a game;
a condition registration unit that receives a setting condition for outputting the list of game contents and registers the setting condition in association with a predetermined action by a user;
a list output unit that reads out the setting conditions when the predetermined action by the user is detected via a user terminal, and outputs a list of the game media corresponding to the setting conditions;
The predetermined action is a gesture action different from a basic input operation . The condition registration unit accepts designation of a plurality of the setting conditions,
The information processing system of claim 1, wherein the list output unit identifies one of the plurality of setting conditions corresponding to the specified action performed by the user depending on the number of times or duration of the specified action, and outputs a list of the game media corresponding to the identified one setting condition. the condition registration unit accepts designation of a plurality of the set conditions and designation of a predetermined action for each of the set conditions;
The information processing system of claim 1, wherein the list output unit identifies one of the plurality of setting conditions that corresponds to the specified action performed by the user depending on the type of the specified action, and outputs a list of the game media corresponding to the identified one setting condition. The information processing system according to any one of claims 1 to 3, wherein the list output unit outputs an initial setting list of the game media based on a default setting, and when the predetermined action by the user is detected without button navigation while the initial setting list is displayed, outputs a list of the game media according to the setting conditions specified by the user. the set condition is a sorting condition related to the game medium,
An information processing system according to any one of claims 1 to 3, wherein the list output unit outputs the list generated by sorting the multiple game media based on the sorting conditions specified by the user when the specified action is detected. the set condition is a narrowing-down condition related to the game medium,
An information processing system as described in any one of claims 1 to 3, wherein the list output unit, when detecting the specified action, extracts game media from the multiple game media that satisfy the filtering conditions specified by the user, and outputs the list composed of the extracted game media. storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
a program for causing a computer to execute the steps of: reading out the setting conditions when the predetermined action by the user is detected via a user terminal; and outputting a list of the game contents corresponding to the setting conditions;
The predetermined action is a gesture action different from a basic input operation. storing information regarding a plurality of game media used in a game;
accepting a designation of a setting condition for outputting the list of game contents, and registering the setting condition in association with a predetermined action by a user;
When the predetermined action by the user is detected via a user terminal, the computer reads out the setting conditions, and outputs a list of the game contents corresponding to the setting conditions.
The information processing method , wherein the predetermined action is a gesture action different from a basic input operation .