JP6440050B2 - Game system, item organizing method, and program - Google Patents

Description

  The present invention relates to a game system, an item arrangement method, and a program that allow a user to easily arrange acquired items.

  Conventionally, various games have been distributed toward smartphones and game machines. For example, a type of social game (for example, a social game such as a battle card game or a golf game) in which a game is progressed while collecting a large number (many types) of items has gained popularity from many users. .

Specifically, in a battle card game, a game such as when a player character (player card or the like) operated by a user wins an enemy character (enemy card or the like) or when a user executes a so-called “gacha” or the like. As the user progresses, the user can acquire various items.
Items acquired by the user are stored in an item box unique to the user, and are appropriately used in necessary scenes during the game. For example, if items such as weapons, armor, and magic are stored, before the battle with the enemy character, the user equips the player character with a stronger item to strengthen the player character. Also, if an item such as a level value increase or an ability value increase is stored, the user uses the item for the player character, and the player character's level value or ability value (for example, physical strength, attack power, Increase defense power etc.)
Some items can be combined by arranging a predetermined number or more of the same items or similar items. When these items are combined, for example, the item evolves into one upper item (for example, an item with increased rarity, rank, etc.).

An item box that stores such various items (item groups) usually has an upper limit on the number of items that can be stored. Therefore, the user sometimes needs to organize the item group stored in the item box. For example, the user selects an unnecessary item from the item group and sells the item (otherwise, it may be transferred or discarded) to reduce the number of items. Further, if there is an item that can be used in the item group (for example, an item such as a level value increase or an ability value increase), the user reduces the number of items by using the item for the player character. Further, if there are items that can be combined in the item group, the user reduces the number of items by combining them.
That is, the user manually performs these operations for exhausting items (that is, operations such as sale, transfer, disposal, use, composition, etc.) to organize the items (reducing the total number of items). Become.

Many users feel that the operation of exhausting such items is cumbersome, and the game may be played without organizing the item group. If the item group is not properly arranged, the item box becomes full during play, and newly assigned items cannot be stored. In that case, until the user interrupts the progress of the game, an operation for exhausting the item has to be performed, which greatly reduces the fun of the game.
Therefore, for example, as in the invention described in Patent Document 1, it has also been proposed to automatically combine items. In the invention of this Patent Document 1, a user registers (reserves registration) an item (material card) to be combined with an owned item (base card). When the same item as the registered item is given, the item and the owned item are automatically synthesized.

Japanese Patent No. 5153960

In the invention of Patent Document 1 described above, only when the same item as the registered item is given, it is not necessary to increase the total number of items in the item box by combining the item and the item in the item box. I am trying.
However, in the invention of Patent Document 1, since the total number of already stored item groups cannot be reduced by such composition, the item box eventually becomes full. That is, when an item different from the registered item is given, the total number of item groups increases. In particular, when executing 10 consecutive gachas or clearing the target game tasks during the event period, many items are given at once, so the item box may fill up early. .

  That is, as in the invention of Patent Document 1, although it is useful to reduce the items to be newly stored in the item box, finally, the item group of the item box is arranged and the total number of the item group is calculated. There was a need to reduce. Therefore, a technique that allows a user to easily organize such an item group has been demanded.

  The present invention has been made in view of the above circumstances, and an object thereof is to provide a game system, an item arrangement method, and a program that allow a user to easily arrange acquired items.

The game system according to the present invention includes:
An item storage unit for storing items acquired by the user;
A grant unit that grants items that the user can acquire as the game progresses;
A predicting unit that predicts a user operation on a grant item newly granted by the grant unit;
When an operation for exhausting the grant item is predicted by the prediction unit, an extraction unit that extracts a related item that is the same as or similar to the grant item from the item group;
When the related item is extracted by the extraction unit, an execution unit that executes an exhaustion process for exhausting the granted item and the related item at once,
It is characterized by providing.

  According to the present invention, a user can easily organize acquired items.

It is a block diagram showing an example of the whole composition of the game system concerning this embodiment. It is a block diagram which shows an example of schematic structure of the typical information processing apparatus with which a game server etc. are implement | achieved. It is a block diagram which shows the schematic structure of the game server which concerns on this embodiment. It is a schematic diagram which shows an example of user management information. It is a schematic diagram which shows an example of lottery condition information. It is a schematic diagram which shows an example of an item list. It is a schematic diagram which shows an example of a gacha selection screen. It is a schematic diagram which shows an example of a lottery result screen. It is a schematic diagram which shows an example of a proposal screen. It is a block diagram which shows schematic structure of the user terminal which concerns on this embodiment. It is a schematic diagram which shows an example of game management information. It is a flowchart for demonstrating the item rearrangement process which concerns on this embodiment.

Embodiments of the present invention will be described below. In the following, in order to facilitate understanding, an embodiment in which the present invention is applied to a game system that controls a game (such as a social game) that is executed using a smartphone or the like will be described. For example, the present invention can be similarly applied to control various games executed using an information processing apparatus such as a notebook personal computer, a game machine, or a PDA (Personal Digital Assistant).
In other words, the embodiments described below are for illustrative purposes and do not limit the scope of the present invention. Therefore, those skilled in the art can employ embodiments in which each or all of these elements are replaced with equivalent ones, and these embodiments are also included in the scope of the present invention.

(overall structure)
As shown in FIG. 1, the game system 100 according to the embodiment of the present invention is configured such that a game server 200 and a user terminal 300 are communicably connected via the Internet 900.
Although simplified in the figure, it is assumed that there are a large number of user terminals 300 according to the users to be used.

The game server 200 is, for example, a server device (server computer) or the like, and communicates with the user terminal 300 to collect a large number (multiple types) of items and advance the game (as an example, Control the progress of social games, etc.)
Note that an item lottery called “gacha” can be executed while a game controlled by the game server 200 is in progress. That is, when the game server 200 requests execution of gacha from the user terminal 300, the game server 200 performs item lottery based on the lottery condition in which the winning probability or the like is set for each item, and the winning item is selected by the user (user terminal 300). To users). It is not limited to such item lottery that items are given to the user, such as when the user clears the game task, or when the user has played the game more than once or when the time exceeds the specified value. But items are granted. That is, according to the progress of the game, an item is appropriately given to the user. As a specific example, a case where an item is given by item lottery will be described.
Further, the “item” is not limited to a general item in the game, and will be described below as including, for example, a character, weapon, armor, magic, skill, and the like.

In addition, “single-shot gacha” and “ten-run gacha” will be described as an example of item lottery, but other types of gacha may be used.
Single-shot gacha is a basic gacha that, for example, draws one item per gacha and grants the selected item to the user. For example, coins that are in-game currency The amount is set low.
Ten consecutive gacha is a gacha that, for example, 10 gachas are continuously performed, a total of 10 items are drawn, and the winning items are given to the user, and the amount of consideration to be consumed is high (as an example, It is characterized in that one or more items of high rank (platinum rank described later) are always won. Note that the names of ten consecutive gachas and the number of consecutive gachas (10 times) are examples, and other names (multiple times) of gachas are continuously performed with other names. It may be.

The user terminal 300 is a smartphone or the like, for example, and progresses a game (for example, a social game) while accessing the game server 200 via the Internet 900.
For example, the user terminal 300 requests the game server 200 to execute any of the various gacha described above in response to a user operation. When the game server 200 executes gacha (when an item lottery is performed), the winning item is given to the user of the user terminal 300 (can be acquired). Although items acquired by the user are stored in an item box (item storage unit), the item box has an upper limit on the number of items that can be stored. For this reason, it is necessary for the user to organize the item group by appropriately performing an operation for exhausting the item from the item box (for example, an operation such as sale, transfer, disposal, use, or composition).

  In the game system 100 according to the embodiment of the present invention, it is not necessary for the user to perform all such operations for exhausting items, and it is predicted that newly added items will be exhausted by the user as will be described later. In this case, a related item that is the same as or similar to the item is extracted from the item group (item box), and a user is proposed to use up all the items.

(Outline configuration of information processing device)
A typical information processing apparatus 400 in which the game server 200 and the user terminal 300 according to the embodiment of the present invention are realized will be described.

  As shown in FIG. 2, the information processing apparatus 400 includes a CPU (Central Processing Unit) 401, a ROM (Read Only Memory) 402, a RAM (Random Access Memory) 403, a storage device 404, a display device 405, A communication device 406 and an operation device 407 are provided.

  The CPU 401 controls the overall operation of the information processing apparatus 400 and is connected to each component to exchange control signals and data.

  The ROM 402 records an IPL (Initial Program Loader) that is executed immediately after the power is turned on, and when this is executed, a predetermined program is read into the RAM 403 and execution of the program by the CPU 401 is started.

  The RAM 403 is for temporarily storing data and programs, and holds programs and data read from the storage device 404 and other data necessary for communication.

  The storage device 404 is an SSD (Solid State Drive), a hard disk, or the like, and stores various data. For example, the storage device 404 stores an operating system program, various applications, associated data, and the like necessary for operation control of the entire information processing apparatus 400.

  The display device 405 includes, for example, a display device such as an LCD (Liquid Crystal Display), a VRAM (Video Random Access Memory) that stores image information to be displayed on the display device, and an image process for processing the image information. Part. The image processing unit processes the data read from the storage device 404 or the data processed by the CPU 401, and then stores the data in the VRAM to generate image information.

  The communication device 406 performs wireless communication using a mobile communication network, a wireless local area network (LAN), or the like. Note that the communication device 406 may perform wired communication using a wired LAN or the like.

  The operation device 407 is a touch screen, a touch pad, a button, a keyboard, a mouse, or the like, and receives a user operation. Note that a user operation may be received by voice.

  Hereinafter, the configuration and the like of the game server 200 realized in the information processing apparatus 400 will be described with reference to FIGS. When the information processing apparatus 400 is turned on, a program that functions as the game server 200 (the server apparatus according to the present invention) is executed, and the game server 200 according to the present embodiment is realized.

(Outline configuration of game server)
FIG. 3 is a block diagram showing a schematic configuration of the game server 200 according to the present embodiment. As illustrated, the game server 200 includes a reception unit 210, a transmission unit 220, a storage unit 230, and a control unit 240, and supports the progress of the game executed on the user terminal 300.

The receiving unit 210 receives various information transmitted from the user terminal 300 or the like via the Internet 900.
For example, the receiving unit 210 receives various types of operation information during the game (for example, operation information such as operations on items and items on a predetermined selection screen) from the user terminal 300. The operation information includes information on an operation on an item group (any item) stored in the item box and an operation requesting execution of the above-described gacha as described later.
The communication device 406 and the like described above can function as such a receiving unit 210.

The transmission unit 220 transmits various information to the user terminal 300 via the Internet 900.
For example, the transmission unit 220 operates a screen for operating an item group in the item box (an item list screen described later), various screens according to a gacha to be executed (a gacha selection screen described later, a lottery result screen, and A proposal screen or the like) is transmitted to the user terminal 300.
The communication device 406 and the like described above can function as such a transmission unit 220.

  The storage unit 230 stores various information necessary for the progress control of the game. For example, the storage unit 230 stores user management information 231 and lottery condition information 232 and the like.

The user management information 231 is information for managing the user of each user terminal 300, and includes information as shown in FIG. 4 as an example.
That is, the user management information 231 includes a user ID 231a, a level value 231b, a coin balance 231c, an item box 231d, an operation history 231e, and the like.
The level value 231b is a value indicating the degree of progress of the game for the user (user of the user terminal 300). Instead of such a level value 231b, a game rank or the like may be stored.
Further, the coin balance 231c indicates the balance of coins (which is an example and may be another name) that is the in-game currency acquired by the user. In the following, a case where a predetermined amount of coins is paid as a consideration for executing the gacha will be described. However, the gacha may be executed by paying a consideration different from the in-game currency. For example, when a billing item (in-game gem purchased separately by the user) is used as a price for executing the gacha, the balance of such billing item is also stored in the user management information 231 as appropriate.
The item box 231d is information for managing various items (item groups) acquired by the user. That is, the item box 231d stores an item group acquired by each user. The item box 231d has an upper limit on the number of items that can be stored. Therefore, the user performs an operation of exhausting items from the item box 231d (for example, operations such as sale, transfer, disposal, use, composition, etc.) to reduce the total number of item groups. In addition, as will be described later, when a newly assigned item is predicted to be consumed by the user, related items that are the same as or similar to the item (details will be described later, but the attributes of the items are the same). In this case, the exhaustion operation including the item having a rank difference within a certain range becomes a similar item. Even when such a consumption operation is approved, related items are consumed and the total number of items is reduced.
The operation history 231e stores various operations performed by the user on the item group (any item) in the item box 231d. At least the operation history 231e includes a history of operations for exhausting items (for example, operations such as sale, transfer, disposal, use, composition, etc.).
In addition to these pieces of information, the user management information 231 may store cumulative play time or the like for which each user played the game.

Returning to FIG. 3, the lottery condition information 232 is information generated by the control unit 240 (a lottery condition generation unit 241 to be described later) when the gacha is executed.
The lottery condition information 232 includes information as shown in FIG. 5 as an example.
That is, the lottery condition information 232 includes an item ID 232a, a rank 232b, an attribute 232c, a winning probability 232d, and the like.
The rank 232b indicates the grade (class) of the item in the game. For example, “Platinum” (Platinum rank), “Gold” (Gold rank), “Silver” (Silver rank). It is prescribed. The game can be advanced more advantageously when the high-ranking platinum-ranked items are utilized in the game (for example, equipped with a player character operated by the user). Further, instead of using such a rank, a rare degree may be used. In that case, for example, “super rare (SR)”, “rare (R)”, and “common (C)” may be defined in descending order of the rare degree.
The attribute 232c indicates the characteristics of the item in the game. For example, the effects (attack power, defense power, etc.) when using the item differ depending on the game situation.
The winning probability 232d indicates the probability that the item will win when the control unit 240 (the lottery unit 242 described later) performs the lottery, and the higher the rank (rank 232b), the lower the probability is set. Has been. In other words, when a gacha is executed, platinum rank items are much harder to win.

In addition to this, the storage unit 230 stores various information necessary for processing performed by the control unit 240. For example, the storage unit 230 also stores notification information notified to the user in the game, various event information, and the like.
The RAM 403, the storage device 404, and the like described above can function as such a storage unit 230.

Returning to FIG. 3, the control unit 240 controls the entire game server 200 and supports the progress of the game executed on the user terminal 300.
The control unit 240 includes, for example, a lottery condition generation unit 241, a lottery unit 242, a grant unit 243, a list generation unit 244, a prediction unit 245, an extraction unit 246, a presentation unit 247, an execution unit 248, and the like. In the following, in order to facilitate understanding of the invention, the presentation unit 247 on the game server 200 side generates various screens (an item list screen, a gacha selection screen, a lottery result screen, a proposal screen, etc., which will be described later). Then, although the case where it presents to the user terminal 300 will be described, it is an example, and various screens may be presented to the user terminal 300 by other methods. For example, as will be described later, the game server 200 and the user terminal 300 may cooperate with each other, and finally various screens may be generated on the user terminal 300 side.

When the user terminal 300 requests execution of gacha, the lottery condition generation unit 241 generates lottery condition information that defines the lottery conditions.
For example, the lottery condition generation unit 241 generates lottery condition information 232 as shown in FIG. 5 described above. Note that, when execution of ten consecutive gachas is requested, the lottery condition generation unit 241 separately generates special lottery condition information including, for example, only platinum rank items.

The lottery unit 242 executes a lottery game based on lottery conditions in which the winning probability of each item is defined.
That is, the lottery unit 242 randomly draws items based on the lottery condition information 232 generated by the lottery condition generation unit 241.
For example, when the execution of the single shot gacha is requested, the lottery unit 242 performs lottery of one item based on the lottery condition information 232. In addition, when the execution of ten consecutive gachas is requested, the lottery unit 242 performs lottery for each item (total of nine items) based on the lottery condition information 232 in 9 out of 10 times. Do. Then, in one out of ten times, the lottery unit 242 performs lottery for one item based on special lottery condition information (for example, lottery condition information including only platinum rank items).

The granting unit 243 gives the user the item randomly drawn by the lottery unit 242. Note that the granting unit 243 is not only for the items drawn by the lottery unit 242 but also when the user clears the game task, or when the number of times the user has played the game or when the time exceeds a specified value. A predetermined item is given to the user.
Thus, the granting unit 243 grants items that can be acquired by the user as the game progresses. The item acquired by the user is stored in the item box 231d (the corresponding user item box 231d). Note that when the item box 231d becomes full, new items cannot be stored. However, in the present invention, as will be described later, a proposal screen for suggesting the arrangement of items in the item box 231d (a proposal for proposing an item exhaustion operation) Screen) is presented to the user to prompt the user to organize the item group.

The list generation unit 244 generates an item list of the item group stored in the item box 231d.
For example, the list generation unit 244 generates an item list 510 as shown in FIG. The item list 510 is list data in which items (each item ID and the like) stored in the item box 231d (corresponding user's item box 231d) are arranged in a predetermined order.
Based on the item list 510, a presentation unit 247 described later generates an item list screen. For example, based on the item ID in the item list 510, corresponding item information (item image, item name, etc.) is read from the storage unit 230, and an item list screen including an item image and item name that can be recognized by the user is generated. Is done. The generated item list screen is presented to the user terminal 300 in a scrollable manner, for example.
The item list screen presented on the user terminal 300 is used by a user to operate any item.
When an item on the item list screen is operated by the user, the list generation unit 244 moves the operated item to the top side of the item list 510. For example, the list generation unit 244 moves the operated item by a predetermined value from the current line to the top side. The list generation unit 244 may move the operated item to the top of the item list 510.
As described above, the list generation unit 244 moves the actually operated item (that is, the used item) to the head side of the item list 510, thereby relatively not operating the item (that is, not used). Items) are collected at the end of the item list 510. Therefore, as the user plays the game while operating the items, the items in the item list 510 are appropriately sorted. When an item list screen generated based on such an item list 510 is presented on the user terminal 300, an item to be used for the user is displayed in the first view, and the user can perform a scrolling operation, etc. The operation on the target item can be performed without performing the operation (or with the least amount of scroll operations).
In addition, after a certain period of time has elapsed since the user started playing the game, items that have not been operated by the user for a long period of time are collected at the end of the item list 510. Therefore, as will be described later, when the extraction unit 246 extracts a related item (an item that is the same as or similar to an item predicted to be exhausted) from such non-utilized items, the end of the item list 510 is displayed. A predetermined number of items are identified from the list, and a related item is extracted from the specified items. That is, it is not necessary to manage information such as a period of no operation for each item, and an unutilized item can be easily identified from the arrangement of the item list 510.

The prediction unit 245 predicts a user operation on the item newly granted by the grant unit 243.
For example, the prediction unit 245 refers to the operation history 231e described above (the operation history 231e of the user to whom the item is assigned), searches the history of operations for the same item as the assigned item, and if the history is searched, Predict that the operation will be performed. Specifically, if an operation to be exhausted (for example, operations such as sale, transfer, disposal, use, composition, etc.) has been performed on the assigned item before, the prediction unit 245 assigns this time It is predicted that an operation to exhaust the item will be performed. Note that, when a plurality of different types of operations are searched from the operation history 231e, the prediction unit 245 may predict that the most frequently performed operation will be performed. For example, prediction is performed when an operation to exhaust (for example, an operation to sell) is searched four times and an operation other than exhaustion (for example, an operation to equip or remove an item from the player character) is searched twice. The unit 245 predicts that an operation to be exhausted is performed this time. In addition, without combining the operations to be exhausted into one, when the operation to sell is searched for three times and the operation to be discarded is searched once, the prediction unit 245 predicts that the operation to sell is also performed this time. . Further, even when different types of operations are searched, if an operation to be exhausted is included in the search, the prediction unit 245 predicts that the operation to be exhausted will be performed regardless of the number of times. It may be. For example, when an operation to be exhausted is searched once and an operation other than exhaustion is searched twice, the prediction unit 245 predicts that an operation to be exhausted will be performed this time. Further, recent operations may be prioritized over the number of operations. For example, in the past 10 operations, when the last 3 operations were sales and the past 7 operations were synthesis, the user's tendency has shifted from synthesis to sale. 245 predicts that a sale operation will also be performed this time.

When the predicting unit 245 predicts an operation for exhausting the newly assigned item, the extracting unit 246 extracts the item from the item group stored in the item box 231d (the user's item box 231d). Extract related items that are identical or similar to the item. Similar items include, for example, items having the same attribute and rank difference within a certain range, items having the same effect (efficacy) between items and rank difference within a certain range, and the like. In addition to this, even if the attributes and effects of the items are different, if the item is defined in advance as an item that can be used for composition, the extracting unit 246 may resemble such an item (related item). May be extracted as
Furthermore, the extraction unit 246 may identify an unutilized item that has not been utilized by the user for a certain period of time from the item group and extract a related item from the identified unutilized item.
As described above, after a certain period of time has elapsed since the user started playing the game, the unused items that have not been operated by the user over a long period of time are collected at the end of the item list 510. ing.
Therefore, the extraction unit 246 identifies a predetermined number of non-utilized items from the end of the item list 510 and extracts related items from the specified items. In this case, it is not necessary to manage information such as the period of non-operation for each item, and an unutilized item can be easily identified from the arrangement of the item list 510.
Further, the extraction unit 246 may increase the number of items specified as non-utilized items as the total number of item groups stored in the item box 231d increases.
In this case, as the total number of item groups increases and the number of remaining items that can be stored in the item box 231d decreases, more non-utilized items are identified, and related items are extracted from them. Therefore, since the number of related items to be proposed also increases as a whole, a large number of items can be collectively reduced from the item group.

The presentation unit 247 generates various screens and presents them on the user terminal 300.
For example, the presentation unit 247 displays an item list screen for an item group stored in the item box 231d, a gacha selection screen for selecting various gachas, a lottery result screen for informing a lottery result of executed gachas, A proposal screen or the like that proposes the arrangement of the item group in the item box 231d is generated on the basis of the item that has been set, and presented to the user terminal 300 through the transmission unit 220.

Specifically, the presentation unit 247 generates a gacha selection screen 520 as shown in FIG. 7 and presents it on the user terminal 300.
The gacha selection screen 520 includes a request button 521 for requesting execution of a single shot gacha and a request button 522 for requesting execution of a ten-unit gacha. When any of the request buttons 521 and 522 is pressed (touched or clicked) by the user in a state where the gacha selection screen 520 is presented on the user terminal 300, execution of the corresponding gacha is performed on the game server 200. Required.

For example, when the request button 522 is pressed on the gacha selection screen 520 and execution of 10 consecutive gachas is requested, the lottery unit 242 draws 10 items as described above. And the presentation part 247 produces | generates the lottery result screen 530 as shown in FIG. 8, for example, and shows it to the user terminal 300 which requested | required gacha.
On the lottery result screen 530, the user can confirm the 10 items won in the 10-game gacha.
When the request button 521 is pressed on the gacha selection screen 520 and execution of a single shot gacha is requested, the lottery unit 242 draws one item as described above. And the presentation part 247 produces | generates the lottery result screen which can confirm one winning item similarly, and shows it to the user terminal 300 which requested | required gacha.

The items randomly drawn by the lottery unit 242 in this way are given to the user by the granting unit 243 so that the user can acquire them. However, before the user actually acquires items (stores in the item box 231d), a proposal screen as described below may be presented.
Specifically, when the prediction unit 245 predicts an operation to be exhausted with respect to the given item, and the extraction unit 246 extracts a related item that is the same as or similar to the item, the presentation unit 247 generates, for example, a proposal screen 540 that proposes the arrangement of the item box 232d as shown in FIG. That is, in this case, the presentation unit 247 functions as a suggestion unit that proposes an exhaustion operation to the user, presents the proposal screen 540, and proposes a specific exhaustion operation to the user.
In this proposal screen 540, a grant item 541 predicted to be used up, an extracted related item 542, the content 543 of the proposed use operation, and whether to accept the proposal of the use up operation are selected. Selection buttons 544 and 545 are included.
In the user terminal 300 on which such a proposal screen 540 is presented, when the selection button 544 is selected and the proposal for the exhaustion operation is approved by the user, the execution item 248 described below exhausts the granted item 541 and the related item 542. Is done. That is, in the example illustrated in FIG. 9, the grant item 541 and the related item 542 are sold together. Then, only the remaining items selected by the lottery unit 242 are given to the user by the granting unit 243 and added to the item box 231d (the user's item box 231d).
On the other hand, when the selection button 545 is selected and the proposal of the exhaustion operation is not approved by the user, all items lottery by the lottery unit 242 are given to the user by the granting unit 243 and added to the item box 231d. Will be.

Returning to FIG. 3, the execution unit 248 executes various processes according to user operations and the like.
For example, when the above-described proposal screen 540 is presented on the user terminal 300, the selection button 544 is selected by the user, and the proposal of the exhaustion operation is approved by the user, the granted item 541 and the related item 542 are exhausted (in this example) If so, execute the process. In other words, the execution unit 248 deletes the related item 542 from the item box 231d (the user's item box 231d), and increases the corresponding user's coin balance 231c by the value obtained by selling the grant item 541 and the related item 542. increase.
In addition to this, the execution unit 248, for example, when the user terminal 300 on which the item list screen is presented is instructed to perform the operation of the item with respect to the player character, the process of mounting the item (for example, the player character The image of the item is combined with the image of the item, or the ability value of the player character is changed according to the equipped item.

In addition to this, the control unit 240 also collects compensation for the execution of the gacha. That is, the control unit 240 performs processing such as subtracting the amount of consideration from the corresponding user's coin balance 231c in the user management information 231.
The above-described CPU 401 or the like can function as the control unit 240 having such a configuration.

  Hereinafter, the configuration and the like of the user terminal 300 realized in the information processing apparatus 400 will be described with reference to FIGS. When the information processing apparatus 400 is turned on, a program that functions as the user terminal 300 (terminal apparatus according to the present invention) is executed, and the user terminal 300 according to the present embodiment is realized.

(Outline configuration of user terminal)
FIG. 10 is a block diagram illustrating a schematic configuration of the user terminal 300 according to the present embodiment. As illustrated, the user terminal 300 includes an operation reception unit 310, a transmission / reception unit 320, a storage unit 330, a control unit 340, and a display unit 350. For example, the user terminal 300 can appropriately communicate with the game server 200 while playing a game. To proceed.

The operation reception unit 310 receives various operations from the user. For example, the operation reception unit 310 receives an operation from the user based on information obtained from a touch screen or the like.
The operation device 407 and the like described above can function as such an operation reception unit 310.

The transmission / reception unit 320 accesses the game server 200 via the Internet 900 and transmits / receives information necessary for the progress of the game.
For example, the transmission / reception unit 320 receives various screens transmitted from the game server 200 (the item list screen, the gacha selection screen 520, the lottery result screen 530, the proposal screen 540, and the like described above).
In addition, the transmission / reception unit 320 transmits operation information and selection information for various screens to the game server 200.
The communication device 406 and the like described above can function as such a transmission / reception unit 320.

  The storage unit 330 stores, for example, game management information 331 and the like.

For example, as shown in FIG. 11, the game management information 331 includes a user ID 331a, a level value 331b, a coin balance 331c, an item box 331d, an operation history 331e, and the like. That is, the same information as the above-described user management information 231 is also managed on the user terminal 300 side.
The information stored in the game management information 331 is appropriately synchronized with the user management information 231 stored on the game server 200 side, as will be described later.

In addition to this, the storage unit 330 also stores image data such as items and characters in the game. As will be described later, when the user terminal 300 (screen generation unit 342) generates the proposal screen 540 and the like, the storage unit 330 also stores various images and the like necessary for generating those screens. .
The storage device 404 and the like described above can function as such a storage unit 330.

  Returning to FIG. 10, the control unit 340 controls the entire user terminal 300. The control unit 340 includes, for example, a game progression unit 341, a screen generation unit 342, and the like.

The game progression unit 341 executes the game, and advances the game according to the user operation received by the operation reception unit 310. At that time, the game progression unit 341 transmits / receives data to / from the game server 200 through the transmission / reception unit 320, for example, information managed by the game management information 331 and information managed by the user management information 231 ( The corresponding user information).
When the user presses one of the request buttons 521 and 522 while the gacha selection screen 520 as shown in FIG. 7 is displayed on the display unit 350, the game progress unit 341 200 is requested to execute gacha.
In addition, when any of the selection buttons 544 and 545 is pressed by the user while the proposal screen 540 as shown in FIG. 9 is displayed on the display unit 350, the game progress unit 341 displays the selection information. Is transmitted to the game server 200 through the transmission / reception unit 320.

The screen generation unit 342 generates a game screen or the like. That is, various screens for the user to advance the game are generated.
As described above, the item list screen, the gacha selection screen 520, the lottery result screen 530, the proposal screen 540, and the like are generated on the game server 200 side (presentation unit 247). Instead, the screen generation unit 342 may generate these screens.
In that case, only the element data handled as a variable is sent from the game server 200 side to the user terminal 300, and when the element data is received through the transmission / reception unit 320, the screen generation unit 342 displays the element data and the storage unit 330. Various screens are generated based on the information stored in the screen. As an example, the case where the proposal screen 540 as shown in FIG. 9 is generated will be described. From the game server 200 side to the user terminal 300, item IDs and the like regarding the granted item 541 and the related item 542 are sent. Then, the screen generation unit 342 reads out an item image or the like corresponding to the item ID or the like from the storage unit 330, and generates a proposal screen 540 including the granted item 541 and the related item 542.

In addition to this, the control unit 340 appropriately executes processing necessary for the progress of the game, such as superimposing notification information and the like sent from the game server 200 on the game screen and displaying them on the display unit 350.
The above-described CPU 401 and the like can function as the control unit 340 having such a configuration.

The display unit 350 displays the game screen generated by the screen generation unit 342. The display unit 350 also displays various screens (item list screen, gacha selection screen 520, lottery result screen 530, proposal screen 540, etc.) sent from the game server 200. As described above, these various screens may be generated on the user terminal 300 side, and even in that case, the display unit 350 displays the various screens generated by the screen generation unit 342.
Note that the display device 405 and the like described above can function as such a display unit 350.

(Game server operation)
The operation of the game server 200 configured as shown in FIG. 3 will be described below with reference to FIG. The game server 200 controls the overall progress of the game executed on the user terminal 300, and among them, the most characteristic item arrangement process will be described.
FIG. 12 is a flowchart showing a flow of item arrangement processing according to the present embodiment. In order to facilitate understanding of the invention, this item rearrangement process is shown only in the case where a gacha is executed and an item is given, but as described above, when the user clears the game task Since the item is given when the user has played the game and the number of times or time exceeds a specified value, the same processing is performed in this case.
The item rearrangement process in FIG. 12 is started, for example, when one of the request buttons 521 and 522 is pressed on the user terminal 300 on which the gacha selection screen 520 as shown in FIG. 7 is presented.

First, the game server 200 generates lottery condition information (step S11).
That is, the control unit 240 (lottery condition generation unit 241) generates lottery condition information 232 as shown in FIG. When execution of ten consecutive gachas is requested, the control unit 240 separately generates special lottery condition information including, for example, only platinum rank items.

The game server 200 performs item lottery and presents the lottery result to the user (step S12).
That is, the control unit 240 (lottery unit 242) randomly draws items based on the lottery condition information 232 generated in step S11 and presents the lottery result to the user terminal 300.
For example, when execution of a single shot gacha is requested, the control unit 240 performs lottery of one item based on the lottery condition information 232. In addition, when execution of 10 consecutive gachas is requested, in 9 out of 10 times, the control unit 240 performs lottery for each item (9 items in total) based on the lottery condition information 232. Do. Then, in one out of ten times, the control unit 240 performs lottery for one item based on special lottery condition information (for example, lottery condition information including only platinum rank items).
And the control part 240 produces | generates the lottery result screen 530 as shown in FIG.

The game server 200 predicts a user operation on the item (step S13).
That is, the control unit 240 (prediction unit 245) predicts the user's operation on each item on which the result drawn in step S12 is presented.
For example, the control unit 240 refers to the operation history 231e (corresponding user operation history 231e) in FIG. 3 and searches for a history of operations on the same item as the assigned item. If the history is searched, the same operation is performed. Predict what will be done. Specifically, if an operation for exhausting (for example, operations such as sale, transfer, disposal, use, composition, etc.) has been performed on the assigned item before, the control unit 240 grants this time. It is predicted that an operation to exhaust the same item will be performed. Note that, when a plurality of different types of operations are searched from the operation history 231e, the control unit 240 may predict that the most frequently performed operation will be performed. For example, the control is performed when an operation to exhaust (for example, an operation to sell) is searched four times and an operation other than the exhaustion (for example, an operation to equip or remove an item from the player character) is searched twice. The unit 240 predicts that an operation to be exhausted is performed again this time. Note that the controller 240 predicts that the operation to sell is performed again this time when the operation to sell is searched for three times and the operation to discard is searched once without collecting the operations to be exhausted into one. . Further, even when different types of operations are searched, if an operation to be exhausted is included in the search, the control unit 240 predicts that the operation to be exhausted is performed regardless of the number of times. It may be. For example, when the operation to be exhausted is searched once and the operation other than the exhaustion is searched twice, the control unit 240 predicts that the operation to be exhausted is performed again this time. Further, recent operations may be prioritized over the number of operations. For example, in the past 10 operations, when the last 3 operations were sale and the last 7 operations were synthesis, the user's tendency has shifted from synthesis to sale. 240 predicts that a sale operation will also be performed this time.

The game server 200 determines whether an operation to be exhausted is predicted for the given item (step S14).
In other words, the control unit 240 determines whether or not an operation to be exhausted (for example, operations such as sale, transfer, disposal, use, composition, etc.) is predicted for the item to be given in the above step S13. .
If it is determined that the operation to be exhausted is not predicted (step S14; No), the game server 200 advances the process to step S20 described later.

On the other hand, when it is determined that an operation to be exhausted is predicted (step S14; Yes), the game server 200 tries to extract a related item from the item group stored in the item box 231d (step S15).
That is, the control unit 240 (extraction unit 246) attempts to extract a related item that is the same as or similar to the item predicted to be used up from the item box 231d (the user's item box 231d).
At that time, the control unit 240 may specify an unutilized item that has not been utilized by the user for a certain period of time from the item group, and attempt to extract a related item from the identified unutilized item.
As described above, after a certain period of time has elapsed since the user started playing the game, the unused items that the user has not operated for a long period of time are collected at the end of the item list 510. ing.
Therefore, the control unit 240 specifies a predetermined number of non-utilized items from the end of the item list 510, and tries to extract related items from the specified items. In such a case, it is not necessary to manage information such as the period of non-operation for each item, and an unutilized item can be easily identified from the arrangement of the item list 510.
Further, the control unit 240 may increase the number of items specified as non-utilized items as the total number of item groups stored in the item box 231d increases.
In this case, as the total number of item groups increases and the number of remaining items that can be stored in the item box 231d decreases, more non-utilized items are identified, and related items are extracted from them. Therefore, since the number of related items to be proposed also increases as a whole, a large number of items can be collectively reduced from the item group.

The game server 200 determines whether or not related items have been extracted (step S16).
That is, the control unit 240 determines whether or not a related item has been extracted from the item box 231d in step S15.
When it is determined that the related item has not been extracted (step S16; No), the game server 200 advances the process to step S20 described later.

On the other hand, when it is determined that a related item has been extracted (step S16; Yes), the game server 200 proposes an exhausting operation to the user (step S17).
That is, the control unit 240 presents a proposal screen 540 as shown in FIG. 9 to the user terminal 300, and proposes to the user an exhausting operation that exhausts the granted items 541 and the related items 542 at once.

The game server 200 determines whether or not the proposed exhaustion operation has been accepted by the user (step S18).
That is, the control unit 240 determines which of the selection buttons 544 and 545 has been selected by the user on the proposal screen 540 as shown in FIG.

When the game server 200 determines that the proposed exhaustion operation has been accepted by the user (step S18; Yes), the game server 200 exhausts the proposed item and adds the remaining lottery items to the item box 231d (step S19).
For example, when the selection button 544 is selected on the proposal screen 540 of FIG. 9, the control unit 240 (execution unit 248) deletes the related item 542 from the item box 231d (the user's item box 231d). The coin balance 231c of the target user is increased by the value obtained by selling the grant item 541 and the related item 542. Then, the control unit 240 adds the remaining items excluding the granted item 541 to the item box 231d.

On the other hand, if it is determined that the proposed exhaustion operation has not been accepted (step S18; No), the game server 200 adds all the lottery items to the item box 231d (step S20).
In other words, the control unit 240 determines that all items selected in step S12 are included, including a case where an operation to be exhausted is not predicted in step S14 and a case where no related item is extracted in step S16. Is added to the item box 231d.

When it is predicted that the user's operation on the newly assigned item is an operation to exhaust the item by such item arrangement processing, related items that are the same as or similar to the assigned item are grouped in the item storage unit. The user is suggested to use up the exhaustion operation to extract them all at once.
In other words, when it is predicted that the item to be given will be consumed by the user, there is a high possibility that the related item that is the same as or similar to that item will also be consumed. For this reason, by proposing an exhaustion operation that exhausts such an associated item together with an item to which the related item is given, the user is prompted to organize the item group in the item box 231d. Then, the user can organize the item group only by accepting (approving) the proposed exhaustion operation.

  As a result, the user can easily organize the acquired items.

In the item rearrangement process of FIG. 12, an exhaustion operation is proposed to the user in step S <b> 17, and when the exhaustion operation is accepted in step S <b> 18 (step S <b>18; Yes), it is proposed in step S <b> 19. Although the case where the item is exhausted has been described, the processing in steps S17 and S18 may be omitted and the processing may proceed to step S19.
That is, the controller 240 (execution unit 248) automatically exhausts the granted item and the related item without presenting the proposal screen 540 as shown in FIG. (Exhaust processing is automatically executed).

  In the item arrangement process of FIG. 12, when no related item is extracted in step S16 (step S16; No), the process proceeds to step S20, and all selected items are added to the item box 231d. However, instead of proceeding to step S20, the process may proceed to step S17 to propose the user to use the item to be exhausted. In addition, when the process of step S17,18 is abbreviate | omitted, it progresses to the process of step S19 and the control part 240 may make it exhaust automatically an assignment item.

In addition, in the item rearrangement process of FIG. 12, when the operation to be exhausted is not predicted in step S14 (step S14; No), the process proceeds to step S20, and all the lottery items are added to the item box 231d. Although the case has been described, instead of proceeding to step S20, the process may be returned to step S13, and the user's operation may be predicted based on the operation history of another user having a similar play style. Note that, for example, the control unit 240 sequentially refers to the operation history 231e of each user in the user management information 231 in FIG. 4 and grasps the play style of each user.
That is, when the control unit 240 (prediction unit 245) cannot predict the operation for exhausting the granted item from the user operation history, the operation for exhausting the granted item based on the operation history of another user with a similar play style. The user's operation including is predicted. In addition, even when the operation for exhausting the granted item can be predicted from the user operation history, the user operation including the operation for exhausting the granted item is further predicted based on the operation history of another user having a similar play style. You may do it. The other users are not limited to users having similar play styles, and may be users included in a friend list or the like.
In addition, when the process is returned to step S13, instead of predicting an operation for an assigned item, a user operation may be predicted for any item in the item box 231d.
That is, the control unit 240 (prediction unit 245) predicts the user's operation on any item stored in the item box 231d when the operation for exhausting the granted item cannot be predicted from the user's operation history.

In the item arrangement process of FIG. 12, if the exhaustion operation is not accepted in step S18 (step S18; No), the process proceeds to step S20, and all the lottery items are added to the item box 231d. Although the case has been described, instead of proceeding to step S20, the process may be returned to step S13 or step S16 to propose a different exhaustion operation again.
That is, when the proposed exhaustion operation is not approved by the user, the control unit 240 (extraction unit 246) re-extracts different related items according to the predicted different operation of the user. And the control part 240 (presentation part 247) proposes again the exhaustion operation which exhausts the related item and the grant item which were extracted again collectively to a user.

(Other embodiments)
In the above-described embodiment, a case has been described in which the item box 231d is urged to be arranged (proposed an exhaustion operation) when a randomly drawn item is given to the user by item lottery (gacha). The user may be encouraged to organize the item box 231d by darely giving the user the same type of item that has not been operated.

For example, the granting unit 243 identifies a predetermined number of non-utilized items from the end of the item list 510 and selects an item of the same type as any of the non-utilized items as a scheduled item to be given to the user. Note that the scheduled item to be selected may include the following items.
For example, items with the same type and the highest number of items with different parameters, items with a ratio equal to or greater than the threshold, and various items (a number excluding duplicates for each type) of a predetermined number of items on the end side of the item list 510 ) Etc. is one of the scheduled items. Note that the reason why the item is one of the scheduled items to be added is because, for example, a case where the item is added as a bonus is included in addition to the item added when the user executes gacha.
Then, at a predetermined grant timing, an item including the grant scheduled item is given to the user.
In this case, by deliberately giving the user the same type of item as the unutilized item, the unutilized item is extracted as a related item of the given item. Therefore, an opportunity to exhaust such unutilized items together can be generated, and the user can be urged to organize the item box 231d. In other words, by actively giving the user the same type of item as the item to be exhausted, the space in the item box 231d can be increased semi-automatically according to the user's intention.

In the above embodiment, a case has been described in which a non-use item that has not been operated by the user for a long time is specified, and related items are extracted from the specified non-use item. Even if it exists, you may enable it to select and exclude by a user.
For example, a user performs an operation such as setting a flag or inserting a pin on an item that is strongly thoughtful or an item that is intended to be used after the game has progressed. It may not be specified as a reference item.

  In the above embodiment, the case where the dedicated game server 200 or the user terminal 300 is used has been described. However, an operation program that defines the operation of the game server 200 or the user terminal 300 is used as an existing personal computer, information terminal device, It is possible to make the personal computer function as the game server 200 or the user terminal 300 by applying to the above.

  Further, such a program distribution method is arbitrary. For example, the program is stored in a computer-readable recording medium such as a CD-ROM, a DVD (Digital Versatile Disc), an MO (Magneto Optical Disc), or a memory card. It may be distributed via a communication network such as the Internet.

(Summary)
A game system according to a first aspect of the present invention includes an item storage unit, a grant unit, a prediction unit, an extraction unit, and a proposal unit.

An item storage unit (for example, an item box) stores an item group acquired by the user. The granting unit grants items that can be acquired by the user as the game progresses. The prediction unit predicts the user's operation on the grant item newly given by the grant unit.
In addition, when an operation for exhausting the granted item (for example, operations such as sale, transfer, disposal, use, synthesis, etc.) is predicted by the prediction unit, the extraction unit is associated with the same or similar relationship as the granted item from the item group. Extract items. Then, when the related item is extracted by the extraction unit, the execution unit executes an exhaustion process for exhausting the granted item and the related item collectively.

In this way, when it is predicted that the user's operation on the newly granted grant item is an operation to exhaust the item, related items that are the same as or similar to the grant item are extracted from the item group in the item storage unit, The exhaustion process which exhausts them collectively is performed.
That is, when it is predicted that the granted item will be exhausted by the user, the possibility that the related item that is the same as or similar to the granted item is exhausted by the user is extremely high. Therefore, an item group can be arranged by executing the exhaustion process which exhausts such a related item with the grant item.
As a result, the user can easily organize the acquired items.

Moreover, in the said game system, an execution part may perform the exhaustion process which exhausts only a grant item, when a related item is not extracted by the extraction part.
In this case, the number of items newly added to the item storage unit can be reduced.

In addition, the game system further includes a proposal unit that proposes the exhaustion process to the user before the execution unit executes the exhaustion process, and the execution unit is configured after the exhaustion process proposed by the proposal unit is approved by the user. The granted item and the related item may be exhausted collectively.
In this case, the item group stored in the item storage unit can be organized only by the user approving the proposed exhaustion process.

Further, in the above game system, when the exhaustion process proposed by the proposing unit is not approved by the user, the extracting unit again extracts different related items according to different operations of the user predicted by the predicting unit, and the proposing unit May propose to the user again an exhaustion process for exhausting all the related items and grant items extracted again.
In this case, it is possible to propose an exhaustion process that is easy for the user to accept while repeating the proposal multiple times.

In the above game system, the prediction unit predicts a user operation including an operation of exhausting the granted item based on the user operation history or the operation history of another user having a similar play style. Also good. For example, when the operation for exhausting the granted item cannot be predicted from the operation history of the user, the predicting unit predicts the operation for exhausting the granted item with reference to the operation history of another user whose play style is similar. .
In this case, the operation of exhausting the granted item is not limited to the user, and can be predicted from the operation of another user having a similar play style.

In the above game system, the prediction unit may predict a user operation on any item stored in the item storage unit when the operation for exhausting the granted item cannot be predicted.
In this case, instead of the operation of exhausting the granted item, an operation of exhausting the item already stored in the item storage unit can be predicted.

In the above game system, the extraction unit may identify an unutilized item that has not been utilized by the user for a certain period of time from the item group, and extract a related item from the identified unutilized item.
In this case, in order to extract related items from non-utilized items that have not been used by users for a long period of time, items that are not actually used are proposed as related items that should be exhausted together with the granted items. Will be. And since the related item proposed is not actually utilized, it becomes easy for a user to accept the proposal of such exhaustion operation.

In the above game system, the granting unit selects an item of the same type as any of the non-utilized items as a scheduled grant item that is scheduled to be given to the user, and includes the planned grant item at a predetermined grant timing. An item may be given to a user.
In this case, the unutilized item is extracted as a related item of the imparted item by deliberately granting the unutilized item to the user. Therefore, an opportunity to exhaust such unutilized items together can be generated, and the user can be urged to organize the item group. That is, by actively giving the user the same type of item as the item that the user should exhaust, the space in the item storage unit can be increased semi-automatically according to the user's intention.

In addition, the game system includes a generation unit that generates an item list in which items included in the item group are arranged in order, a presentation unit that presents the item list generated by the generation unit in a scrollable manner on the game screen, The generation unit may move the operated item to the top of the item list when the user performs an operation on any item in the item list.
In this case, the utilization item that the user is actually operating moves to the top side of the item list, so that the non-utilization item that is not operated by the user is relatively collected at the end side of the item list. become. For this reason, when the item list is presented on the game screen, the utilization item is displayed in the first view, and the user does not perform the scrolling operation (or the scrolling operation is minimized) and the target item is displayed. A predetermined operation can be performed.

In the above game system, the extraction unit may extract a related item from among a predetermined number of items specified as non-utilized items from the end of the item list.
In this case, in order to identify an unutilized item, for example, it is not necessary to manage information such as a period of non-operation for each item, and an unutilized item can be identified from the list of item lists.

In the above game system, the extraction unit may increase the number of items specified as non-utilized items as the total number of item groups increases.
In this case, as the total number of item groups increases and the number of remaining items that can be stored in the item storage unit decreases, more non-utilized items are identified, and related items are extracted from them. Therefore, since the number of related items to be proposed also increases as a whole, a large number of items can be collectively reduced from the item group.

  An item organizing method according to a second aspect of the present invention is an item organizing method in a game system that provides a game in which an acquired item group is stored in an item storage unit. And an execution step.

  That is, the item organizing method according to the second aspect allows the user to easily organize the acquired items as in the game system according to the first aspect.

  A program according to a third aspect of the present invention causes a computer to function as an item storage unit, a grant unit, a prediction unit, an extraction unit, and an execution unit.

  That is, the program according to the third aspect allows the user to easily organize the acquired items as in the game system according to the first aspect.

  As described above, according to the present invention, it is possible to provide a game system, an item arrangement method, and a program that allow a user to easily arrange acquired items.

DESCRIPTION OF SYMBOLS 100 Game system 200 Game server 210 Receiving part 220 Transmission part 230 Storage part 231 User management information 232 Lottery condition information 240 Control part 241 Lottery condition production | generation part 242 Lottery part 243 Giving part 244 List production | generation part 245 Prediction part 246 Extraction part 247 Presentation part 248 execution unit 300 user terminal 310 operation reception unit 320 transmission / reception unit 330 storage unit 331 game management information 340 control unit 341 game progression unit 342 screen generation unit 350 display unit 400 information processing apparatus 401 CPU
402 ROM
403 RAM
404 Storage Device 405 Display Device 406 Communication Device 407 Operation Device 900 Internet

Claims (12)

An item storage unit for storing items acquired by the user;
A grant unit that grants items that the user can acquire as the game progresses;
A predicting unit that predicts a user operation on a grant item newly granted by the grant unit;
When an operation for exhausting the grant item is predicted by the prediction unit, an extraction unit that extracts a related item that is the same as or similar to the grant item from the item group;
When the related item is extracted by the extraction unit, an execution unit that executes an exhaustion process for exhausting the granted item and the related item at a time , and
The prediction unit predicts a user operation including an operation of exhausting the grant item based on an operation history of the user or an operation history of another user having a similar play style.
Game system comprising a call. The execution unit executes an exhaustion process of exhausting only the granted item when the related item is not extracted by the extraction unit.
The game system according to claim 1. Before the execution unit executes the exhaustion process, further comprising a proposal unit that proposes the exhaustion process to the user,
The execution unit exhausts the granted item and the related item at once after the exhaustion process proposed by the proposal unit is approved by a user.
The game system according to claim 1 or 2, wherein When the exhaustion process proposed by the proposing unit is not approved by the user, the extracting unit re-extracts different related items according to different operations of the user predicted by the predicting unit,
The proposing unit proposes again to the user an exhaustion process that exhausts the related items and the granted items that have been extracted again,
The game system according to claim 3. The prediction unit predicts a user operation on any item stored in the item storage unit when the operation of exhausting the granted item cannot be predicted,
The game system according to any one of claims 1 to 4, characterized in that. The extraction unit identifies an unutilized item that has passed a certain period of time without being utilized by the user from the item group, and extracts the related item from the identified unutilized item,
The game system according to any one of claims 1 to 5 , wherein: The granting unit selects an item of the same type as any of the unutilized items as a scheduled grant item that is scheduled to be given to the user, and grants an item including the scheduled grant item to the user at a predetermined grant timing To
The game system according to claim 6 . A generating unit that generates an item list in which the items constituting the item group are arranged in order;
A presentation unit that presents the item list generated by the generation unit in a scrollable manner on the game screen;
When the user performs an operation on any item in the item list, the generation unit moves the operated item to the top side of the item list.
8. The game system according to claim 6 or 7 , wherein: The extraction unit extracts the related item from the specified item as the non-utilized item from the end of the item list,
The game system according to claim 8 . The extraction unit increases the number of items specified as the non-utilization item as the total number of the item groups increases.
The game system according to claim 6 , wherein the game system is any one of the above. An item arrangement method in a game system that provides a game in which a group of acquired items is stored in an item storage unit,
A granting step for granting items that the user can acquire as the game progresses;
A prediction step of predicting a user operation on the grant item newly granted in the grant step;
When an operation for exhausting the grant item is predicted in the prediction step, an extraction step for extracting a related item that is the same as or similar to the grant item from the item group;
When the related item is extracted in the extraction step, an execution step of executing an exhaustion process for exhausting the granted item and the related item at once is provided.
The predicting step predicts a user operation including an operation of exhausting the grant item based on an operation history of the user or an operation history of another user having a similar play style.
Items organized wherein a call. Computer
An item storage unit for storing items acquired by the user,
A grant unit that grants items that the user can acquire as the game progresses,
A predicting unit that predicts a user operation on a grant item newly granted by the grant unit;
When an operation for exhausting the granted item is predicted by the prediction unit, an extraction unit that extracts a related item that is the same as or similar to the grant item from the item group,
When the related item is extracted by the extraction unit, it functions as an execution unit that executes an exhaustion process for exhausting the granted item and the related item at once ,
The prediction unit predicts a user operation including an operation of exhausting the grant item based on an operation history of the user or an operation history of another user having a similar play style.
Program for causing to function as.

Images