JP7164745B2 - Information processing system, game program, information processing method - Google Patents

Description

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

In a game provided on a smartphone, etc., when a player selects a game medium to be used in the game from multiple characters, items, etc., the number of game mediums increases, and the list of game mediums becomes larger. The task of searching for the desired game content from the list becomes complicated.
Therefore, it would be convenient to have a mechanism for efficiently searching for game media.

Patent Literature 1 discloses a game system in which a player can set sorting items when forming a party from a plurality of characters.

JP 2017-12721 A

In the game system described above, the player has to set the sorting items each time, which is not very convenient.

SUMMARY OF THE INVENTION Accordingly, one object of the present invention is to improve convenience when a player selects game media.

According to the present invention, a condition information reception unit that receives condition setting information related to sorting display of game media from a player, a condition information storage unit that stores the condition setting information in a storage unit in association with the player, and A condition information reading unit for reading the saved condition setting information in response to a request from a player, and a rearrangement unit for rearranging the game media provided to the player based on the read condition setting information. An information processing system characterized by
A game program and an information processing method are obtained.

According to the present invention, it is possible to provide a game system capable of improving convenience when a player selects game media.

It is a figure which shows the structural example of the system by embodiment of this invention. It is a figure which shows the structural example of the server apparatus 1 by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 by embodiment of this invention. It is a configuration example of game content information according to the embodiment of the present invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the structural example of the condition set information by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows an example of the processing flow by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows an example of the processing flow by embodiment of this invention. It is a figure which shows the structural example of the server apparatus 1 by embodiment of this invention. It is a figure which shows the structural example of the rearrangement conditions by embodiment of this invention. It is a figure which shows the structural example of the player terminal 2 screen by embodiment of this invention.

The contents of the embodiments of the present invention are listed and explained. The present invention has the following configurations.
[Item 1]
a condition information reception unit that receives condition setting information related to sorting display of game media from a player;
a condition information storage unit that associates the condition setting information with the player and stores the information in a storage unit;
An information processing system, comprising: a rearrangement unit that rearranges the game contents provided to the player based on the saved condition setting information.
[Item 2]
The condition information receiving unit, as the condition setting information,
a first condition item related to sorting the game media;
The information processing system according to item 1, characterized by accepting at least a second condition item that has priority next to the first condition item.
[Item 3]
3. The information processing system according to item 1 or 2, wherein the condition information storage unit stores the condition setting information in association with a name arbitrarily set by the player.
[Item 4]
4. The information processing system according to any one of items 1 to 3, wherein the rearrangement unit rearranges the game contents given to the player including predetermined game contents not given to the player. .
[Item 5]
wherein the rearrangement unit rearranges the game media given to the player based on condition setting information stored in association with another player different from the player, The information processing system according to any one of the items.
[Item 6]
to the computer,
condition information reception processing for receiving condition setting information related to rearranging game media from a player;
a condition information saving process for saving the condition setting information in association with the player;
a sorting process for sorting the game media given to the player based on the saved condition setting information;
A game program characterized by executing
[Item 7]
a step of receiving condition setting information related to sorting of game media from a player;
a step of storing the condition setting information in association with the player;
a step of rearranging the game media given to the player based on the saved condition setting information;
Information processing method by a computer having

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Configuration>
As shown in FIG. 1, the game system provides players with various game-related services via a network 3 (for example, the Internet), and is composed of a server device 1 and a plurality of player terminals 2. be.

<Configuration of Server Apparatus 1>
FIG. 2 is a block diagram showing the functional configuration of the server device 1. As shown in FIG. The server device 1 is an information processing device used by a system administrator or the like to operate and manage various services. may be logically realized by The server device 1 has a control section 11 , a storage section 12 , an input section 13 , a display section 14 and a communication section 15 .
The server device 1 receives various commands (requests) from the player terminal 2 via the communication unit 15.
is received, the control unit 11 executes processing according to the game program, and the processing result of the game program (eg, game image, game sound, etc.) is transmitted to the player terminal 2 .
A part of the game program may be transmitted to the player terminal 2 and executed on the player terminal 2 .

The control unit 11 exchanges data between units and controls the entire server device 1, and is implemented by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 of the present embodiment includes at least a game execution unit 111, a screen data generation unit 112, a display condition reception unit 1
13, a rearranging unit 114, a condition set storage unit 115, and a condition set reading unit 116. These various functional units will be described later in detail.

The storage unit 12 includes a ROM (R
memory), and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11
ry), and is implemented by a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in this embodiment includes a game information storage unit 121,
It has various storage units such as a player information storage unit 122 and a game content information storage unit 123 .
These various types of information will be described later in detail.

The input unit 13 is used by the system administrator to input various data (for example, game information, etc.) relating to game services, and is realized by, for example, a keyboard and a mouse.

The display unit 14 is for displaying an operation screen for the system administrator based on a command from the control unit 11. For example, the display unit 14 is a liquid crystal display (LCD).
1 Display) or the like.

The communication unit 15 is for communicating with the player terminal 2 .
It has a function as a receiving section for receiving various data and signals transmitted from and a function as a transmitting section for transmitting various data and signals to the player terminal 2 according to commands from the control section 11 .
The communication unit 15 uses, for example, HTTP (HyperText Transfer Protocol
ol), HTTPS, WebSocket, P2P (Peer To Peer), or the like.

<Player terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the player terminal 2. As shown in FIG. The player terminal 2 is
It is an information processing device (for example, a smart phone, a mobile phone terminal, a tablet terminal) that a player can possess and use. The player terminal 2 outputs the processing result of the game program transmitted from the server device 1 via a game application or a web browser (
For example, game screen display, game sound output, etc.). The player terminal 2 has a control unit 21 that controls the entire player terminal 2, a storage unit 22 that stores various data and programs, an input unit 23 that allows the player to perform operation input, and outputs game screens, operation screens, and the like. and a communication unit 25 for information communication with the server device 1 . The control unit 21 of this embodiment includes at least an operation information reception unit 211 and a game operation unit 212 .
The storage unit 22 also includes at least a game action information storage unit 221 . Each functional unit of the control unit 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage unit 221 .

The operation information receiving unit 211 of the player terminal 2 receives game-related operations from the player. The operation information receiving unit 211 receives game-related operations using the input unit 23, such as touch operations by the player. The operation information reception unit 211 then outputs the received operation content to the game operation unit 212 .

The game operation unit 212 executes processing for operating the game. Game operation unit 21
2 operates the game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the player's operation details input from the input unit 23 . The game action unit 212 generates a game image from the image data included in the game action information and performs control processing for outputting the generated image to the output unit 24 in accordance with the game action. Similarly, the game operation unit 212 generates game music and sound from the music data and sound data included in the game operation information in accordance with the game operation, and causes the output unit 24 to output the generated music and sound. control processing for It should be noted that here, the description has been given of the configuration in which the native application partially executes the functions of the Web application, that is, the game operation unit 212 of the player terminal 2 partially executes the functions of the server device 1, but the game operation unit 212 Alternatively, the server device 1 may be configured to generate all game images and sounds as a processing result, or the game operation unit 212 may be configured to generate all game images and sounds. may be

When the game operation unit 212 is provided, predetermined parameters in the game operated by the game operation unit 212 can be managed by the server device 1 . For example, parameters such as stamina in the game and in-game currency are managed by the server device 1 . Therefore, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1 when a process involving changes in these predetermined parameters occurs in the game. Then, the game operation unit 212 receives the updated parameters from the server device 1 and continues the operation of the game based on the updated parameters.

The game system according to this embodiment relates to a technique for rearranging and displaying game contents such as characters. In the game, from game media such as multiple characters and items,
The player selects the game media to be used in the game, but when the number of game media increases, the task of searching for the desired game media from the list of game media becomes complicated. Therefore, the player can set arbitrary sorting conditions, and the sorting settings can be used from the next time onwards.

The game information storage unit 121 of the server device 1 stores information about games. The game information is appropriately configured according to the type of game. For example, in the case of a battle game, the stage name, enemy character information, and the like are included in association with the stage ID.

The player information storage unit 122 stores information about players. Player information is
Information such as the player name, play stage information, payment method, etc. can be included in association with the player ID, and information regarding the player and game play status can be included.
The play stage information is information about a stage that the player has played so far among the set stages, and can include the number of times played, clear information, and the like.

The game content information storage unit 123 also contains information such as characters and items owned by the player. FIG. 4 is a configuration example of information about possessed characters in the game content information storage unit 123. As shown in FIG. The possessed character information is associated with the ID of each possessed character, and includes date and time of acquisition, character name, level, rarity, HP (current value/maximum value), attribute, skill, attack power (current value/maximum value), and defense power. (current/maximum), frequency of use, and other parameters. Acquisition date and time is information related to the date and time when the character was given to the player as a result of the progress of the game or execution of a lottery. The rarity is information about the winning probability of the character, for example, in a lottery game. HP, attack power, and defense power are the current values "
Together with "current value", the value of "maximum value" when the character is raised to the maximum level can be included. Attributes are settings related to other character classifications, such as classifications that indicate the character's strengths, such as fire, water, or wind attributes for battle games, and classifications that indicate the team or position to which a sports game belongs. Information. A skill is information such as a special ability that a character can use. The usage frequency is information about how often the player has selected or used the character in the past. The frequency of use may be calculated for the entire period since the player started playing the game, or may be calculated for any period such as the last few months. In addition, the game content information may include information about owned items in addition to owned characters. The possessed item information is associated with the ID of the possessed item,
It can include information such as the number of holdings. It should be noted that the server 1 only needs to store the information included in the game information, player information, and game content information in a predetermined structure as a storage section, and the storage sections 121 to 123 are not necessarily stored as the storage sections 121 to 123 as described above. You don't have to own the information.

The game execution unit 111 of the server device 1 has a function of executing processing for progressing the game according to the game program. The game by the game system in this embodiment is
It may be any kind of game, such as a competitive game, a puzzle game, an action game, a baseball game, a soccer game, other sports games, a quiz game, a pinball game, a card game, a rhythm game, an RPG, an adventure game, and a casino game. , simulation games, strategy games, board games, racing games, and the like.

The screen data generation unit 112 has a function of executing processing for generating screen data for displaying a game screen on the player terminal 2 . The screen data generation unit 112 generates screen data regarding any game described above. The screen data generator 112 in this embodiment generates HTML data as screen data corresponding to the game screen.

The display condition accepting unit 113 accepts a display condition setting input when selecting a game content such as a character or an item from the player. A case in which a character is selected as a game medium will be described below as an example.

FIG. 5 is a configuration example of a player terminal screen when the player selects a character to be used in the game before executing the game. In the character selection screen 31, the example of FIG. 5 assumes a game played by incorporating three characters into a party.
It shows that C is selected as party member 32 . Also, in the character list display area 33, a list of characters possessed by the player is displayed. In the initial setting, characters are displayed in a list in a predetermined order preset on the server side. Predetermined information such as character names, images, attributes, etc., can be arbitrarily posted. If the character list display area 33 cannot fit on one screen due to the large number of characters, the list display area 33 can be provided over a plurality of pages.

In this embodiment, a button 34 requesting rearrangement is displayed on the character selection screen 31 . The player selects the "rearrange" button 34 when it is inconvenient to rearrange the current settings such as initial settings. FIG. 6 is an example of a player terminal screen display when setting conditions for rearrangement. In the present embodiment, it is preferable to be able to set at least a first condition with first priority and a second condition with next priority as sorting conditions. Three or more conditions may be settable. In FIG. 6A, a condition setting screen 31 displays a plurality of setting items 35 that can be selected as the first condition. The setting item 35 is an example and can be changed as appropriate. The player selects one setting item to be set as the first condition. Also, without distinguishing between the setting items and the detailed setting items, an item that substantially summarizes these items may be set.

FIG. 6B is an example of screen display when, for example, "HP" is selected as the first condition. H.
For the setting item of P, it is possible to select and input one of four options such as "highest current HP", "lowest current HP", "highest maximum HP", and "lowest maximum HP". In this way, a detailed setting item 37 for setting the sorting condition for the setting item 36 selected as the first condition is further displayed. The detailed setting items are not limited to those exemplified here, and can be appropriately set according to the setting items.

The detail setting item may be a filter condition. For example, for setting items such as "attribute", "skill", and "rarity", filter conditions can be set so that only characters having predetermined item values among them are displayed. That is, if the detailed setting item for "attribute" is set to "attribute=fire attribute", only characters whose attribute is fire attribute will be displayed. Also, for items that can be specified in numerical ranges such as "level" and "HP",
Numerical ranges of item values may be included as detailed setting items. That is, for "level",
If the detailed setting item is set to "HP≧300", only characters whose HP is 300 or higher will be displayed. In that case, the player may input a numerical value, or a plurality of numerical candidates may be presented and the player may select one.

FIG. 7A shows the condition setting screen 36 for setting the second condition. On the setting screen for the second condition, the already selected setting item "HP" may be displayed in a manner different from the others, such as by changing the color. The player selects any setting item 35 in the same manner as selecting the first condition. FIG. 7B is a screen display example when "level" is selected as the second condition. Regarding the setting items of "Level", there are two options such as "Highest current level" and "Lowest current level".
You can select and input from one option. In this way, the detailed setting item 37 for setting the sorting condition for the setting item 35 selected as the second condition is further displayed. The detailed setting items are not limited to those exemplified here, and can be appropriately set according to the setting items.

FIG. 8 shows a screen display example 38 when the display condition setting is completed. Display conditions including the first condition setting item 35 and detailed setting item 37 and the second condition setting item 35 and detailed setting item 37 set by the player are displayed as condition sets. Here, the player can request rearrangement of the characters based on the set condition set by selecting the "rearrange" button 39 or the like.

The rearrangement unit 114 rearranges the characters based on the condition set received by the display condition reception unit 113 . The sorting unit 114 reads out the characters given to the player and their parameters from the game content information storage unit 123, sorts them based on the condition set, and determines the order. Also, the determined order is communicated to the screen data generation unit 112 .

The screen data generation unit 112 generates an image in which the characters are arranged in the determined order, and causes the player terminal to display the image. FIG. 9 is an example of the screen configuration of the player terminal after sorting. In the character list display area 33, a list of characters arranged in order according to a predetermined set of conditions is displayed. The player selects an arbitrary character from the character list display, incorporates it into a party, for example, and executes the game.

The condition set storage unit 115 stores the condition set set by the player in association with the player. A "save" button 40 can be displayed on the condition set determination screen of FIG. 8, the rearranged character list display screen of FIG. 9, and the like. The save button 40 can also be displayed on any screen other than these screens. When the player selects the save button 40, the condition set saving unit 115 performs a process of saving information about the rearrangement condition set at that time. FIG. 10 is a configuration example of condition set information to be saved. The condition set information to be saved includes at least one piece of sorting condition information, and includes, for example, information on setting items and detailed setting items of the first and second conditions. Also, the player can give any name to the condition set to be saved. When the condition set storage unit 115 receives a storage request, it displays a screen for entering a name and accepts input of arbitrary characters from the player. Information about the condition set to be saved and the save name are linked to the player ID and stored in a predetermined storage unit such as the player information storage unit 122 . Also, when saving the condition set, it may be possible to overwrite the already saved condition set based on the player's request. In that case, the condition set storage unit 115 updates the information of the selected already stored condition set according to a predetermined instruction, and stores it in the storage unit again.

Also, the upper limit number of condition sets that can be saved may be restricted by the player. The maximum number of saves is
It can be stored in a storage unit such as the player information storage unit 122 in association with the player ID. When a condition set storage request is received, the condition set storage unit 115 reads the upper limit number of stored conditions and the number of already stored conditions for the player from a predetermined storage unit, and determines whether additional storage is possible. If the number of already saved items is equal to or greater than the upper limit number of saved items, a message to the effect that the items cannot be saved is sent to the player terminal 2.例文帳に追加The upper limit number of saves may be set based on various parameters such as the player's level, the number of times of login, item holding status, character holding number, and the like. Alternatively, the storage upper limit may be increased by using or possessing a predetermined item.

The condition set reading unit 116 reads the condition set saved by the condition set saving unit 115 in response to a request from the player, and notifies the rearrangement unit 114 of the condition set. The player can read the condition set saved by him/herself on the character selection screen 31 . FIG. 11 is a display example of the character selection screen 32. As shown in FIG. One or more selection buttons 41 for condition sets saved in the past by the player are displayed. Also, when a condition set is named and saved, the saved name may be displayed on the button 41 . In FIG. 11, the storage name is "strongest"
, and “for breeding” are saved, and a selection button 41 is displayed. In the character selection screen 31, setting items for the first condition may be selected again without using these condition sets. Further, in FIG. 11, when the player selects a button 41, the details of the selected condition set (contents of setting items and detailed items) may be displayed.

Also, the condition set saved in the past may be editable by the player. For example, FIG.
, the player selects a condition set to be edited on the screen displaying the saved condition set, and then transmits an edit request to the server 1 . The player can change setting items and detailed items for any condition set. Moreover, the edited condition set information may be saved as a separate condition set, or may be saved by overwriting.

Also, condition sets stored by other players may be made readable. The other player may be another player who has a predetermined relationship with the player, such as another player who has a so-called friend relationship. It may also be another player who has agreed to publish his condition set. The server 1 displays selectable condition sets of other players on the character selection screen 31 so that the player can make a selection.
When the player selects a condition for the other player, the condition set reading unit 116 reads information on the selected condition set from a predetermined storage unit and notifies the rearrangement unit 114 of the information.

FIG. 12 is a flow diagram illustrating an example of basic operation of the system according to this embodiment.

First, the server 1 generates a character selection screen 31 as shown in FIG. 5 and displays it on the player terminal 2 (S401). The character list display displayed here is, for example, lined up according to the initial setting, or rearranged according to the condition set set by the player immediately before. If the displayed order is inconvenient for the player, the character selection screen 3
1, a condition set setting request is transmitted to the server 1 by input such as selecting the sort button 34 (S402).

The server 1 generates the first condition setting screen 36 and displays it on the player terminal 2 (S
403). A plurality of setting items 35 that can be set as the first condition are displayed on the first condition setting screen 36, as shown in FIG. 6(a). The player selects and inputs any setting item 35 and transmits it to the server 1 (S404). When the display condition receiving unit 113 receives the setting item of the first condition,
If necessary, a detailed item setting screen is displayed on the player terminal 2 as shown in FIG. 6(b). The player also selects and inputs any item for the detailed setting item 37 and transmits it to the server 1 .

The server 1 then generates the second condition setting screen 36 and displays it on the player terminal 2 (S405). Similarly, on the second condition setting screen 36, a plurality of setting items 35 that can be set as the second condition are displayed as shown in FIG. 7(a). The player selects and inputs any setting item 35 and transmits it to the server 1 (S406). Upon receiving the setting item 35 of the second condition, the display condition receiving unit 113 causes the player terminal to further display a detailed item setting screen as shown in FIG. 7B as necessary. The player also selects and inputs any item for the detailed setting item 37 and transmits it to the server 1 . When inputting the third and subsequent conditions, the same processing as above is repeated. When the conditions have been set, the player sends information to the server requesting that the characters be rearranged based on the settings.

The display condition reception unit 113 notifies the rearrangement unit 114 of the received condition set including the first condition and the second condition. The sorting unit 114 reads out the characters given to the player from the game content information storage unit 123, and determines the order of the characters based on the designated condition set (S407). The screen data generation unit 112 generates the character list screen 33 displaying the characters in the order determined by the rearrangement unit 114, and displays it on the player terminal 2 (S40).
8). In addition, the rearrangement unit 114 determines rearrangement in real time according to the input of the first condition and the second condition by the player without receiving a rearrangement request, and the screen data generation unit 11
2 may update the character list screen 33 each time.

The player looks at the character list screen rearranged as shown in FIG. 9, and if he/she wishes to save the condition set, transmits a condition set save request to the server 1 (S409). Also, before displaying the rearranged character list screen, a save request may be transmitted on the screen for determining the condition set as shown in FIG. 8, for example. Upon receiving the save request, the condition set saving unit 115 receives an input of a save name from the player as necessary, and stores the save name and the condition information in the storage unit in association with the player ID (S410).

According to this embodiment, the player can save the set of conditions set by himself/herself, and can perform rearrangement using the saved set of conditions when selecting the characters from the next time onward.

(Modification 1)
In Modified Example 1, the sorting condition set set and saved by the player himself is used to display the sorting order including the characters that the player does not yet own.

FIG. 13 is a configuration example of a player terminal screen in Modification 1. As shown in FIG. The present modification 1 presents a character that has not yet been given to the player, for example, when executing a so-called gacha where a character is drawn by lottery, or when a character is given to the player according to the progress of the game. It is executed when FIG. 13A illustrates a scene of a gacha event in which character X is a lottery target. The player may want to check whether or not the new character X ranks higher in each parameter than other characters owned by the player. On the player terminal screen, a button 42 requesting "compare with character in hand" is displayed. Moreover, the condition set (customization condition) 41 set and saved by the player himself is displayed in a selectable manner, and the player can select an arbitrary condition set.

FIG. 13(b) is a display example of a player terminal screen displaying a result of comparing character X with other characters held by the player in response to a comparison request from the player. Fig. 13(a)
, if the player selects the condition set "strongest" and requests comparison, the condition set "
Based on the "strongest" condition setting, the character X is added to the characters possessed by the player and rearrangement processing is performed. FIG. 13(b) shows that the character X is placed between the character C and the character A, and the player can refer to it to judge the value of acquiring the character X. FIG.

FIG. 14 is a flowchart for explaining an example of basic operation of the system in Modification 1. As shown in FIG. first,
The server 1 displays a character lottery screen (gacha screen) on the player terminal (S501).
. It should be noted that the lottery screen in step S501 is just an example, and a predetermined character may be displayed on the player terminal 2 without being limited to the lottery screen. When the player wants to compare the character presented by the server 1 with other characters owned by the player, the player selects a button 42 such as "compare with character in hand" as shown in FIG. 13(a). , a comparison request is sent to the server 1 (S502).

Upon receiving the comparison request, the server 1 reads the condition set saved in the past by the player, and displays the condition set on the player terminal 2 in a selectable manner (S503). The condition set may be displayed at the same time as the comparison request button is displayed as shown in FIG. 13A, or may be displayed after the comparison request button is selected. The display of the condition set can display the name if the condition set has a storage name.

The player selects and inputs an arbitrary condition set (S504), and the display condition reception unit 113 receives the selection input of the condition set. Condition set reading unit 116 reads player information storage unit 122
The setting information of the condition set that is associated with the player and saved in the storage unit such as the player is read. The sorting unit 114 reads the characters given to the player, sorts these characters and the character X based on the setting information of the condition set, and determines the display order of the characters (S505). The screen data generation unit 112 generates a character list screen including the character X based on the determined display order, and displays it on the player terminal (S506).
).

According to Modified Example 1, the player can use the sorting condition set set by the player himself/herself to know the order when sorting the members including the characters that the player does not have yet.

(Modification 2)
In Modified Example 2, the rearrangement setting including the condition set saved by the player as described above is proposed in accordance with the game execution status of the player.

FIG. 15 is a software configuration example of the server 1 in this modification. It is the same as the above except that the condition set proposing unit 117 is provided as a functional unit and the proposal information storage unit 124 is provided as a storage unit.

The condition set proposal unit 117 proposes a condition set according to the game execution status of the player. In the proposal information storage unit 124, combinations of specific game execution states and conditions to be proposed at that time are registered in advance. FIG. 16 is a configuration example of proposal information stored in the proposal information storage unit 124. As shown in FIG. For example, when the game execution status is "boss (strong enemy) battle", parameters related to combat power such as "current HP in descending order", "current attack power in descending order", "current defense in descending order", etc. You can register conditions for sorting in descending order. Also, in game execution situations such as characters with specific attributes and skills are advantageous,
It is possible to register conditions for filtering characters having the attributes and skills. In this way, as the game execution status, the proposal information can be set based on the characteristics such as the strength and attributes of the opponent (enemy character) in the game to be started. In addition, it is possible to register a condition for the game execution status related to the winning/losing status of the game, such as continuing to lose or winning. For example, if you continue to lose, register conditions to sort in descending order of parameters related to combat power, such as "highest level", "highest current HP", "highest current attack", "highest current defense", etc. Or, if you keep winning, you can register conditions based on parameters related to training levels, such as "lowest level order" or "latest acquisition date order". In addition, in a game execution situation such as when a new character has just been acquired, conditions may be registered based on parameters relating to training levels, such as "in descending order" or "in descending order of acquisition date and time". In addition, conditions can be registered for game execution statuses related to quests, modes, and the like. For example, the conditions for the arena can be arbitrarily registered when participating in the arena, and the conditions for the revolving quest when participating in the revolving quest. The above combinations are examples, and it is possible to appropriately set rearrangement conditions (setting items, detailed setting items, and combinations thereof) that can be proposed according to a specific game execution situation. One or more conditions may be registered in the proposal information storage unit 124 . In addition, when registering a plurality of conditions, the setting of the order of priority may be further registered. The setting may be registered in the proposal information storage unit 124 in advance by the game manager, or may be registered by the player at a predetermined timing.

The condition set proposing unit 117 acquires information related to the game execution status of the player, and if it corresponds to the game execution status registered in the proposal information storage unit 124, reads the linked condition information. When a plurality of condition information are registered for the game execution status, one or more conditions among them can be adopted, and all conditions may be adopted. Further, when a sorting condition set set by the player himself/herself is saved according to the above-described embodiment, a condition set having condition information matching conditions registered in the proposal information storage unit 124 may be adopted. .

FIG. 17 is a display example of a player terminal screen. As an example, a scene of fighting a strong enemy will be explained. The condition set proposing unit 117 acquires information related to the game execution status of the player, and specifies that it is a "boss (strong enemy) battle". Then, the proposal information storage unit 12
4, read out the proposal conditions in the case of "boss (strong opponent) battle". For example, as shown in FIG. 16, if "in descending order of current HP", "in descending order of current attack power", and "in descending order of current defense power" are registered in the proposal information storage unit 124, any one or all of these conditions It is possible to propose to rearrange the characters under the condition of Also, a condition set including any one of “in descending order of current HP”, “in descending order of current attack power”, or “in descending order of current defense power” may be searched from among the condition sets saved by the player. In the example of FIG. 17, "current HP high order", "
If there is a condition set that includes either "highest current attack power" or "highest current defense power", and there is a condition set that the player has saved with the name "strongest", "choose a character with "strongest"". A button 43 requesting that When the button is selected by the player, the same processing as in steps S407 and S408 is performed to display a character selection screen in which the characters are rearranged according to the conditions saved as "strongest".

According to Modification 2, it is possible to propose a predetermined character rearrangement condition based on the game execution status of the player. The player can select characters according to conditions suitable for the situation without taking the time and effort to set appropriate sorting conditions by himself/herself.

The above-described embodiments are merely examples for facilitating understanding of the present invention, and are not intended to limit and interpret the present invention. It goes without saying that the present invention can be modified and improved without departing from its spirit, and that equivalents thereof are included in the present invention.

As for the processing of the software function units included in the server device 1 and the player terminal 2 described above, the player terminal 2 may include some or all of the functions of the server 1 as long as the gist of the present invention can be realized. For example, the player terminal 2 has a display condition reception unit 113, a rearrangement unit 114, a condition set storage unit 115, a condition set readout unit 116, and a necessary storage unit. , the rearrangement process may be executed in the player terminal 2 without going through the server device 1 .

12 and 14 show an example of processing by the information processing system of this embodiment, and are not intended to limit the present invention. 12 and 14 may be executed in an order different from that shown in the drawings, part of the processes may be executed in parallel, or part of the processes may be executed in parallel. may be omitted, or other steps may be added.

Also, the effects described herein are merely illustrative or exemplary, and are not limiting. In other words, the technology according to the present disclosure can produce other effects that are obvious to those skilled in the art from the description of this specification, in addition to or instead of the above effects.

1 Management Server 2 Player Terminal 3 Network

Claims (6)

a condition information reception unit that receives condition setting information related to sorting display of game media from a player;
a condition information storage unit that associates the condition setting information with the player based on a storage request from the player and stores the condition setting information in a storage unit;
a condition information reading unit that reads the condition setting information selected by the player from among the plurality of stored condition setting information in response to a request from the player;
a rearrangement unit that rearranges the game media given to the player based on the saved condition setting information;
a screen data generation unit for displaying a button for requesting reading of the condition setting information saved in the past by the player on screens corresponding to a plurality of scenes during the game;
with
The condition information receiving unit receives the condition setting information when the player selects and inputs a plurality of setting item options ,
An information processing system , wherein the plurality of scenes in the game include a scene in which a lottery for game media to be awarded to the player is performed . The condition information receiving unit, as the condition setting information,
a first condition item related to sorting the game media;
2. The information processing system according to claim 1, wherein a condition set including at least a second condition item having priority next to said first condition item is accepted. 3. The information processing system according to claim 1, wherein the condition information storage unit stores the condition setting information in association with a name arbitrarily set by the player. The plurality of scenes during the game includes a scene in which a character that has not been given to the player at this time is presented to the player,
4. The information according to any one of claims 1 to 3, wherein the rearrangement unit rearranges the game contents given to the player including predetermined game contents not given to the player. processing system. to the computer,
condition information reception processing for receiving condition setting information related to rearranging game media from a player;
a condition information storage process for storing the condition setting information in association with the player based on a storage request from the player;
a condition information reading process for reading the condition setting information selected by the player from among the plurality of stored condition setting information in response to a request from the player;
a sorting process for sorting the game media given to the player based on the saved condition setting information;
screen data generation processing for displaying a button for requesting reading of the condition setting information saved in the past by the player on screens corresponding to a plurality of scenes during the game;
and
The condition information receiving process receives the condition setting information by the player selecting and inputting from options of a plurality of setting items ,
A game program , wherein the plurality of scenes in the game include a scene in which a lottery for game media to be awarded to the player is performed . a step of receiving condition setting information related to sorting of game media from a player;
a step of storing the condition setting information in association with the player based on a storage request from the player;
a step of reading the condition setting information selected by the player from among the plurality of stored condition setting information in response to a request from the player;
a step of rearranging the game media given to the player based on the saved condition setting information;
a screen data generation step of displaying a button for requesting reading of the condition setting information saved in the past by the player on screens corresponding to a plurality of scenes during the game;
has
The step of accepting the condition setting information includes accepting the condition setting information by the player selecting and inputting from options of a plurality of setting items ,
An information processing method using a computer , wherein the plurality of scenes in the game include a scene in which a lottery for game content to be awarded to the player is performed .

Images