JP6487509B2 - Program and system - Google Patents

Description

  At least one of the embodiments of the present invention relates to a program for causing a user terminal to realize a function of executing a system for giving a virtual in-game element to a user by lottery (hereinafter referred to as “gacha system”). In addition, at least one of the embodiments of the present invention relates to a system that includes a communication network, a server, and a user terminal, and controls a function for executing a gacha system. Further, at least one of the embodiments of the present invention relates to a program for causing a server to realize a function of executing a gacha system.

  2. Description of the Related Art Conventionally, there is a video game system that gives an in-game element to a user based on the progress of the video game.

  In such a video game system, when it is likely that the upper limit of the number that can be owned will be exceeded, restrictions are imposed on the grant, and the elements in the game that are owned are organized (for example, selling items). The restriction is lifted on the condition (see Non-Patent Document 1).

Our Koshien! Pocket Official Strategy wiki (URL: https://xn--y8jve2gtg319wnjua.gamematome.jp/game/980/wiki/%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB_ % E3% 83% 98% E3% 83% AB% E3% 83% 97_% E3% 82% A2% E3% 82% A4% E3% 83% 86% E3% 83% A0_% E3% 82% A2% E3 (% 82% A4% E3% 83% 86% E3% 83% A0% E3% 81% AE% E6% 89% 80% E6% 8C% 81% E4% B8% 8A% E9% 99% 90)

  However, the more skilled the player, the more items he possesses, so for users who have a large number of in-game elements, the acquisition of in-game elements and the organization of the in-game elements to be included in the set. There was a problem of becoming. That is, there is a problem that management of in-game elements in such a video game system is very time-consuming for the user.

  An object of at least one embodiment of the present invention is to improve convenience related to management of in-game elements.

  From a non-limiting point of view, the program according to an embodiment of the present invention realizes a function for executing a system (hereinafter referred to as “gacha system”) for giving a virtual in-game element to a user by lottery. A determination function for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be changed by a user to the user terminal, and the gacha When the system is executed, a management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage destination determined by the determination function, and the determination function The storage location is a specific storage location in which only in-game elements given based on the execution of the gacha system are stored, or the specific storage location It is intended for realizing a function of determining whether to different normal storage destination.

  From a non-limiting viewpoint, a system according to an embodiment of the present invention includes a communication network, a server, and a user terminal, and provides a virtual in-game element to a user by lottery (hereinafter “gacha”). A determination unit that determines a storage destination of an in-game element to be given based on the execution of the gacha system based on a storage destination setting that can be set by a user, and a gacha Managing means for managing the in-game element so that the in-game element to be given is stored in the storage location determined by the determining means when the system is executed, the determining means, Usually, the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored, or is different from the specific storage destination And determining whether to pay destination.

  From a non-limiting point of view, a program according to an embodiment of the present invention causes a server to realize a function of executing a system (hereinafter referred to as “gacha system”) that gives a virtual in-game element to a user by lottery. A determination function for determining a storage location of an in-game element to be given to the server based on execution of the gacha system based on a storage location setting that can be set by a user, and the gacha system Is executed, the management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage location determined by the determination function, and the determination function The storage location is a specific storage location in which only in-game elements given based on the execution of the gacha system are stored, or different from the specific storage location It is intended for realizing a function of determining whether to always storage destination.

  Each embodiment of the present application solves one or more deficiencies.

It is a block diagram showing an example of composition of a system corresponding to at least one of the embodiments of the present invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the operation | movement by the side of the server in the game related process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of operation | movement of the terminal in the game related process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the display process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the change process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the restriction | limiting process corresponding to at least 1 of embodiment of this invention. It is a block diagram which shows the structure of the server corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the storage state of the information corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is explanatory drawing for demonstrating the example of the display screen corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the game related process corresponding to at least 1 of embodiment of this invention.

  Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Various constituent elements in the embodiments described below can be appropriately combined within a range in which no contradiction occurs. Moreover, the content described as an example of a certain embodiment may be omitted in other embodiments. The contents of operations and processes not related to the characteristic part of each embodiment may be omitted. Furthermore, the order of the various processes constituting the various flows described below is in no particular order as long as no contradiction occurs in the processing contents.

[First Embodiment]
FIG. 1 is a block diagram illustrating an example of the configuration of a system 100 according to an embodiment of the present invention. As shown in FIG. 1, the system 100 includes a server 10 and user terminals 20 and 201 to 20N (N is an arbitrary integer. Hereinafter, simply referred to as “terminals 20 and 201 to 20N”) used by users of the system 100. including. Note that the configuration of the system 100 is not limited to this, and a single terminal may be used by a plurality of users, or a configuration including a plurality of servers.

  The server 10 and the plurality of terminals 20 and 201 to 20N are each connected to a communication network 30 such as the Internet. Although not shown, the plurality of terminals 20 and 201 to 20N are connected to the communication network 30 by performing data communication with a base station managed by a communication provider through a wireless communication line.

  The system 100 includes the server 10 and the plurality of terminals 20 and 201 to 20N, thereby executing various processes for executing the gacha system. Here, the gacha system means a system in which payment of in-game currency is paid in principle, a lottery is performed from a predetermined lottery group, and an in-game element is given to the user. The configuration for executing the gacha system is not particularly limited. However, if the user desires, a configuration in which a lottery can be executed continuously a plurality of times is preferable as long as it has an in-game element to be paid. An example of such a configuration is a single shot gacha system that can be executed in a single shot. As another example, there is an n-run gacha system (n is an arbitrary integer greater than or equal to 2) that draws n in-game elements in a single lottery. The in-game element means an element that can be used by the user in the video game. It is preferable that the user can virtually own a plurality of in-game elements and use (for example, equip or set). Examples of in-game elements include skills, items, and characters.

  The server 10 is managed by an administrator of the system 100 and has various functions for providing information related to various processes to the plurality of terminals 20 and 201 to 20N. In this example, the server 10 includes an information processing apparatus such as a WWW server, and includes a storage medium that stores various types of information. The server 10 has a general configuration for performing various processes as a computer, such as a control unit, but a description thereof is omitted here. In the system 100, it is preferable that the server 10 manages various types of information from the viewpoint of reducing the processing load on each of the plurality of terminals 20, 201 to 20N. However, the system 100 may be configured such that a storage area is provided in a state where the server 10 is accessible, and for example, a dedicated storage area is provided outside the server 10.

  FIG. 2 is a block diagram illustrating a configuration of the server 10 </ b> A that is an example of the configuration of the server 10. As shown in FIG. 2, the server 10A includes at least a determination unit 11 (corresponding to an example of a determination function) and a management unit 12 (corresponding to an example of a management function).

  The determination unit 11 has a function of executing a process of determining a storage destination of an in-game element to be given based on the execution of the gacha system based on a storage destination setting that can be changed by the user. Here, that the user can change means that the user can change the setting by a predetermined operation. The configuration that can be changed by the user is not particularly limited, but a configuration that can change the initial setting, a configuration that can change the changed setting, and the like are preferable. In an example of such a configuration, the storage destination may be changed to a different storage destination. The storage destination setting means a setting indicating in which storage location the in-game element is stored. Examples of the storage destination setting include a storage destination as a specific storage destination and a storage destination as a normal storage destination. The storage destination means a virtual storage space for in-game elements provided in the video game, and is different from an information storage area. Examples of storage destinations include storage destinations where predetermined functions are not restricted (for example, inventory and piggyback) and storage destinations where predetermined functions are restricted (eg, warehouses). The predetermined function means a function using an in-game element. Examples of the configuration in which the predetermined function is limited include a configuration in which use of the recovery item is limited, a configuration in which equipment of the equipment item is limited, and a configuration in which reinforcement of the equipment item is limited.

  In addition, the determination unit 11 performs a process of determining whether to use a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored or a normal storage destination different from the specific storage destination. Has the function to execute. Here, the specific storage destination means one of virtual storage spaces. An example of the specific storage destination is a storage destination in which a predetermined function is restricted. Further, the normal storage destination means one of virtual storage spaces. Examples of the normal storage destination include a storage destination where a predetermined function is not limited.

  When the gacha system is executed, the management unit 12 executes a process for managing the in-game elements to be assigned so that the in-game elements to be assigned are stored in the storage location determined by the determination unit 11. It has a function. Here, being stored in the storage destination means being in a state of being stored in a virtual storage space of in-game elements provided in the video game. There is no particular limitation on the configuration for management so as to be stored in the storage destination, but a configuration in which the information is stored in the storage area in an information format corresponding to the storage destination is suitable. In an example of such a configuration, the information format of the in-game element to be given is determined by referring to the information format according to the storage destination, and the information according to the determined information format is associated with the predetermined storage area. There is a configuration to memorize.

  Each of the plurality of terminals 20 and 201 to 20N is managed by a user (or player) who plays a video game, and performs a network distribution type game such as a mobile phone terminal, a PDA (PERSONAL Digital Assistant), or a portable game device. It is comprised by the communication terminal which can be performed. In addition, the structure of the terminal which the system 100 can include is not limited to the example mentioned above, What is necessary is just a structure which a user can recognize a video game. Other examples of terminal configurations include so-called wearable devices such as smart watches, and combinations of wearable devices and communication terminals.

  Each of the plurality of terminals 20 and 201 to 20N is connected to the communication network 30 and communicates with the server 10 to execute hardware (for example, a display device or a display device that displays a game screen). Audio output device) and software. Each of the plurality of terminals 20 and 201 to 20N may be configured to be able to directly communicate with each other without going through the server 10. Further, the plurality of terminals 20 and 201 to 20N output game images to their display devices based on information (for example, information on game images) transmitted from the server 10.

  Next, the operation of the system 100 of this example will be described.

  FIG. 3 is a flowchart illustrating an example of game-related processing executed by the system 100. Hereinafter, a case where information relating to a video game is transmitted and received between the server 10A and the terminal 20 will be described as an example. Note that the game-related processing of this example will be described by taking, for example, a case where a request for executing a gacha system is received from the user of the terminal 20 as an example.

  In the game-related processing, the server 10A first determines a storage destination (step S11). In this example, the server 10A determines whether to use a specific storage location or a normal storage location.

  The server 10A manages the in-game elements so as to be stored in the determined storage destination (step S12), and ends the processing here. In this example, the server 10 </ b> A stores in-game elements in an information format corresponding to the storage destination, and transmits information related to the in-game elements to be given to the terminal 20.

  FIG. 4 is a flowchart showing an example of the operation on the server 10A side in the game related processing. Here, the operation of the server 10A in the system 100 will be described again.

  In the game-related processing, the server 10A first determines a storage location (step S101), manages in-game elements so as to be stored in the determined storage location (step S102), and ends the processing here. .

  FIG. 5 is a flowchart illustrating an example of the operation of the terminal 20 when the terminal 20 executes game-related processing. Hereinafter, a case where the terminal 20 executes game-related processing by itself will be described as an example. Note that the configuration of the terminal 20 is provided with the same functions as the configuration of the server 10A, and thus description thereof is omitted from the viewpoint of avoiding redundant description.

  In the game-related processing, the terminal 20 first determines a storage location (step S101), manages in-game elements so as to be stored in the determined storage location (step S102), and ends the processing here. .

  As described above, as one aspect of the first embodiment, the system 100 that executes the gacha system includes at least the determination unit 11 and the management unit 12, and is based on the storage destination setting that can be changed by the user. The storage location of the in-game element to be granted is determined based on the execution of the gacha system, and when the gacha system is executed, the in-game element to be assigned is stored in the storage location determined by the determination unit 11. As described above, in-game elements are managed, and further, the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored, or normal storage different from the specific storage destination It is possible to determine whether to perform the game first, reduce the management burden of the in-game elements, and improve the convenience of managing the in-game elements.

  That is, the user can set the in-game element obtained based on the execution of the gacha system to be stored in the special storage location. That is, the user can centrally manage the in-game elements acquired by the gacha system based on his / her selection. Especially in a system that acquires a lot of items at a time, such as a gacha system, by first using a specific storage location as a storage location, avoid organizing your belongings many times. Second, it can be managed separately from the in-game elements acquired at an opportunity other than the gacha system. Therefore, the burden of managing in-game elements for the user is reduced, and usability for managing in-game elements can be improved.

[Second Embodiment]
FIG. 6 is a block diagram illustrating a configuration of a server 10B that is an example of the server 10. As illustrated in FIG. In this example, the server 10B includes at least a determination unit 11, a management unit 12, and a display unit 13 (corresponding to an example of a first display function).

  The display unit 13 has a function of executing processing for displaying information related to the storage destination setting when the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy the first predetermined condition. Here, the first predetermined condition means a condition including a condition relating to the current storage destination setting and a condition relating to the storage status of the normal storage destination. The configuration of the first predetermined condition is not particularly limited, but is preferably a condition for notifying an optimal storage destination. As an example of the first predetermined condition, there is a condition that when the gacha system is executed in a state where the normal storage destination is set as the storage destination, the storage upper limit of the normal storage destination is exceeded. In another example, there is a condition that when a gacha system is executed with a specific storage destination set as the storage destination, a predetermined number or more can be stored in the normal storage destination. The configuration of information related to the storage destination setting is not particularly limited, but examples of information related to the storage destination setting include information indicating how the current storage destination setting is changed, and changing the storage destination setting. There is information to encourage. Examples of timings for displaying information related to storage location settings include a timing for executing a gacha system and a display screen for executing the gacha system.

  Displaying information means that an image is output to a display device included in the user terminals 20 and 201 to 20N through communication using the communication network 30. An example of a configuration for displaying information includes a configuration in which information (image information) generated on the server 10 side is transmitted to the user terminals 20 and 201 to 20N side. In addition, the structure of image information is not specifically limited, For example, the information which compressed the image may be sufficient, and the information for producing | generating an image with the user terminals 20 and 201-20N may be sufficient. An example of information obtained by compressing an image is one used in a cloud game (for example, MPEG). Further, information for generating an image on the user terminals 20 and 201 to 20N includes information used in an online game (for example, position information).

  FIG. 7 is a flowchart illustrating an example of display processing executed by the system 100. Hereinafter, the operation on the server 10B side will be described as an example. In addition, description about the case where the terminal 20 (terminal 20 having the same function as the configuration of the server 10B) executes the display process alone, and already described portions are omitted from the viewpoint of avoiding redundant description. To do. Note that the display processing of this example is executed, for example, when a gacha system is executed.

  When the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy the first predetermined condition, the server 10B displays information related to the storage destination setting (step S2-11). In this example, the server 10 </ b> B generates image information for displaying information related to the storage destination setting, and transmits the image information to the terminal 20.

  As described above, as one aspect of the second embodiment, the system 100 includes at least the determination unit 11, the management unit 12, and the display unit 13, the storage location setting, and the current storage location at the normal storage location. When the number of stored in-game elements and the first predetermined condition are satisfied, information regarding the storage destination setting can be displayed, and convenience regarding management of the in-game elements can be improved.

  That is, for example, when executing the gacha system, the system 100 can provide the user with information regarding management of in-game elements according to the storage status of in-game elements. In particular, since information related to the storage location setting is displayed with reference to the current storage location setting, it becomes possible to provide the user with an awareness of the storage location setting, and encourage the execution of the gacha system that is aware of the storage location. It is possible to improve convenience related to management of in-game elements.

[Third Embodiment]
FIG. 8 is a block diagram illustrating a configuration of a server 10 </ b> C that is an example of the server 10. In this example, the server 10 </ b> C includes at least a determination unit 11, a management unit 12, and a change unit 14 (corresponding to an example of a first change function).

  The changing unit 14 has a function for executing a process of changing the storage destination setting based on the current number of in-game elements stored in the normal storage destination. In this example, the changing unit 14 performs a process of changing the storage destination setting to the specific storage destination when the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy the second predetermined condition. Has the function to execute. Here, the second predetermined condition means a condition including a condition relating to the current storage destination setting and a condition relating to the storage status of the normal storage destination. The configuration of the second predetermined condition is not particularly limited, but is preferably a condition for automatically changing the storage destination setting to the specific storage destination. As an example of the second predetermined condition, there is a condition that the set storage destination is a normal storage destination, and when the gacha system is executed, a predetermined upper limit of the number that can be stored in the normal storage destination is exceeded. Further, the timing for changing the storage location setting to the specific storage location is not particularly limited. Examples of occasions when the storage destination setting is changed to a specific storage destination include occasions when the gacha system is executed and information regarding in-game elements may be updated.

  FIG. 9 is a flowchart illustrating an example of change processing executed by the system 100. Hereinafter, the operation on the server 10C side will be described as an example. In addition, description about the case where the terminal 20 (the terminal 20 having the same function as the configuration of the server 10C) executes the change processing alone and the already described portions are omitted from the viewpoint of avoiding redundant description. To do. In addition, the change process of this example is performed, for example, when executing a gacha system.

  The server 10C executes a process of changing the storage location setting to the specific storage location when the storage location setting and the current number of in-game elements stored in the normal storage location satisfy the second predetermined condition (step S3). -11). In this example, the server 10C determines whether or not the second predetermined condition is satisfied, and updates the information set as the storage destination setting when the second predetermined condition is satisfied.

  As described above, as one aspect of the third embodiment, the system 100 includes at least the determination unit 11, the management unit 12, and the change unit 14, the storage location setting, and the current storage location at the normal storage location. When the number of stored in-game elements satisfies the second predetermined condition, the storage location setting can be changed to a specific storage location, and convenience related to management of in-game elements can be improved.

  That is, for example, the system 100 can change the storage location to the specific storage location by looking at the storage status of the user's in-game elements. Therefore, the user can store the in-game element acquired by the gacha system in the storage location according to the situation without performing an operation for changing the setting, and the convenience regarding the management of the in-game element is improved. Can be improved.

[Fourth Embodiment]
In the system 100 according to the fourth embodiment, when an in-game element is assigned to the set storage destination, the in-game element is assigned when the storage number reaches the upper limit of storage of the set storage destination. Limit that.

  FIG. 10 is a block diagram illustrating a configuration of a server 10 </ b> D that is an example of the server 10. In this example, the server 10 </ b> D includes at least a determination unit 11, a management unit 12, a determination unit 15 (corresponding to an example of a determination function), and a restriction unit 16 (corresponding to an example of a restriction function).

  The determination unit 15 has a function for executing a process of determining whether or not a predetermined upper limit condition regarding the upper limit of the number of stored in-game elements is satisfied based on the storage destination setting. The upper limit condition means a condition regarding the upper limit of the number of storages determined for each storage destination. The upper limit of the number of storage means what indicates how many in-game elements can be stored. The upper limit of the storage number is determined in advance, and it is preferable that the upper limit value changes when a predetermined condition is satisfied. Examples of the upper limit of the storage number include the number of in-game elements to be stored and the number of stacks of in-game elements having the largest number of stacks.

  In addition, when the storage destination is set to the normal storage destination, the determination unit 15 satisfies that the upper limit condition is satisfied with the upper limit condition being that the total number of stored in-game elements has reached a predetermined first threshold value. It has a function of executing processing for determining whether or not. Here, the first threshold means a threshold set as a normal storage destination. As an example of the predetermined first threshold value, there is an upper limit of the storage number of the normal storage destination. The storage number of the normal storage destination means the number that can store in-game elements.

  Furthermore, when the storage destination is set to the specific storage destination, the determination unit 15 sets the upper limit condition as the upper limit condition that the total number of stacks of any in-game elements has reached a predetermined second threshold value. It has a function of executing processing for determining whether or not it is satisfied. Here, the second threshold means a threshold set as a specific storage destination. An example of the predetermined second threshold is an upper limit on the number of stacks. Here, the number of stacks means a number indicating only the number. For example, when the number of stacks of item A is 5, it means that there are 5 items A.

  The restriction unit 16 has a function of executing processing for restricting execution of the gacha system when the upper limit condition is satisfied. Restricting execution means preventing execution. The configuration for restricting execution is not particularly limited, but it is preferable that the execution request for the gacha system cannot be made. As an example of such a configuration, there is a configuration in which an icon for making an execution request cannot be selected. As another example, there is a configuration for notifying the user that the gacha system cannot be executed. The restriction unit 16 may be configured not to add an in-game element.

  FIG. 11 is a flowchart illustrating an example of the restriction process executed by the system 100. Hereinafter, the operation on the server 10D side will be described as an example. In addition, description about the case where the terminal 20 (the terminal 20 having the same function as the configuration of the server 10D) executes the restriction process alone, and already described portions are omitted from the viewpoint of avoiding redundant description. To do. Note that the restriction process of this example is executed when, for example, a gacha system is executed.

  In the limiting process, the server 10D first determines whether a predetermined upper limit condition regarding the upper limit of the number of stored in-game elements is satisfied (step S4-11). In this example, when the storage destination is set to the normal storage destination, the server 10D specifies the storage destination as an upper limit condition that the total number of stored in-game elements has reached a predetermined first threshold value. If it is set as the storage destination, it is determined whether the upper limit condition is satisfied, with the upper limit condition being that the total number of stacks of any in-game elements has reached a predetermined second threshold value. Note that both upper limit conditions may be determined. The system 100 may be configured to execute the gacha system when the upper limit condition is not satisfied.

  When the upper limit condition is satisfied, the server 10D limits the execution of the gacha system (step S4-12), and ends the process here. In this example, the server 10D displays an icon for performing the execution request in a state where it is not displayed or cannot be selected.

  As described above, as one aspect of the third embodiment, the system 100 includes at least the determination unit 11, the management unit 12, the determination unit 15, and the restriction unit 16, and is based on the storage destination setting. When the storage destination is set as the normal storage destination, the upper limit is that the total number of in-game elements stored reaches the predetermined first threshold, and the storage destination is set as the specific storage destination. If the upper limit condition is satisfied with the upper limit condition that the total number of stacks of any in-game elements has reached a predetermined second threshold value, and the upper limit condition is satisfied, It is possible to limit the execution of the gacha system and improve the convenience related to the management of in-game elements.

  That is, for example, the system 100 can provide an in-game element management system that is unlikely to reach the upper limit by providing different upper limit conditions with different characteristics depending on the characteristics of the storage destination. Therefore, it is possible to improve the convenience related to the management of in-game elements. Furthermore, the system 100 can manage in-game elements so as not to exceed the upper limit of each storage location. Therefore, it becomes possible to reduce the management burden on the manager who manages the video game corresponding to each storage destination, and it is possible to improve the convenience related to the management of the elements in the game.

[Fifth Embodiment]
The system 100 of this example is a system that can set in advance in which storage location an item (an example of an in-game element) acquired by a gacha system is stored. Then, when executing the gacha system, the system 100 performs various operations based on which storage location is set and what is the storage status of the item stored in the set storage location. Processing is executed.

  In addition, the gacha system includes a configuration in which one item is selected by one execution of the gacha system and a configuration in which ten items are selected by one execution of the gacha system. It should be noted that the number of items that are drawn by one execution of the gacha system is not limited to such a configuration, and is preferably an integer of 1 or more.

  The storage destination includes a tool bag (an example of a normal storage destination) and a storage (an example of a specific storage destination). There are the following differences between tool bags and storage. The tool bag corresponds to a general storage location of items, and is a storage location where items such as rewards given in accordance with the progress of the video game can be stored in addition to items discharged by the gacha system. On the other hand, the storage is a storage location where only items discharged by the gacha system are stored. The tool bag is a storage destination for managing items discharged by the gacha system in units of one item, and cannot be stored when the total number of items exceeds the upper limit (for example, 300). On the other hand, the storage is a management destination that manages items in a stack format, and can store items until the number of stacks of any item exceeds the upper limit (for example, 999). For items in tool bags, various functions such as item equipment, item enhancement, item skill extraction, and item sales can be used. On the other hand, for items stored in the storage, various functions such as item equipment, item strengthening, and extraction of skills assigned to items cannot be used. That is, in the storage, a function for growing a character using the item cannot be used. Also, items stored in the vault can be moved to the normal storage location. On the other hand, the item stored in the tool bag cannot be moved to the storage. The storage destination includes a storage room corresponding to a so-called warehouse in addition to a tool bag and a storage.

  Further, the upper limit number of tool bags may be configured to be different for each user. Different for each user includes a case where the upper limit number is different depending on the level of the user and a case where the upper limit number is configured to be expandable by using a charge item. In addition, since the upper limit is managed by the number of stacks, the storage can store items of all types of items discharged by gacha regardless of the total number of items. Therefore, the storage can store more items than the tool bag.

  FIG. 12 is a block diagram illustrating a configuration of the system 100. In this example, the system 100 includes a determination unit 11Z (corresponding to an example of a determination function), a management unit 12Z (corresponding to an example of a management function), a display unit 13Z (corresponding to an example of a display function), and a change unit 14Z. (Corresponding to an example of a change function), a determination unit 15Z (corresponding to an example of a determination function), a restriction unit 16Z (corresponding to an example of a restriction function), and a reception unit 17Z (corresponding to an example of a reception function) At least. Although not particularly illustrated, in this example, the server 10Z, which is an example of the server 10, and the terminal 20Z, which is an example of the terminal 20, are configured to have a part of functions executed by each unit included in the system 100. The

  The determination unit 11Z has a function of executing a process of determining a storage destination of an in-game element to be given based on the execution of the gacha system based on a storage destination setting that can be changed by the user.

  Here, the storage destination setting includes a setting that uses the tool bag as the storage destination and a setting that uses the storage box as the storage destination. In addition, the storage is a storage location that has fewer types of processing that can be performed on in-game elements than tool bags. The storage is a storage location that can store more in-game elements than tool bags. In this example, the determination unit 11Z determines the storage destination by determining whether it is set in the tool bag or in the storage.

  The management unit 12Z has a function of storing information related to items in a predetermined storage area and executing processing for managing the information related to the stored items. In particular, the management unit 12 manages the in-game elements such that when the gacha system is executed, the in-game elements to be given are stored in the storage location determined by the determination unit 11.

  Here, as an example of the configuration for managing the elements in the game, there is a configuration in which the storage destination is stored in the storage area in the information format for storing in the tool bag when the storage destination is set in the tool bag. In another example, when the storage destination is set to the storage, the information is stored in the storage area in the information format for storing in the storage. The storage area to be stored may be common to all storage destinations, or may be different storage areas (different storage media) for each storage destination. The information format is preferably such that the number of items stored in the tool bag can be specified. The information format is preferably such that the number of stacks of items stored in the storage can be specified.

  FIG. 13 is an explanatory diagram for describing an example of a storage state of information stored in a storage unit (not shown) included in the server 10Z. As illustrated in FIG. 13, the server 10Z stores normal storage location information. The normal storage location information is information regarding items stored in the tool bag. The normal storage location information includes a user ID, an item ID, an item name, a parameter, a skill name, a skill level, and the like for each item.

  FIG. 14 is an explanatory diagram for describing an example of a storage state of information stored in a storage unit (not shown) included in the server 10Z. As illustrated in FIG. 14, the server 10 </ b> Z stores specific storage location information. The specific storage location information is information regarding items stored in the vault. The specific storage location information includes a user ID, an item ID, an item name, a stack number, and the like for each item. The specific storage location information is stored in a different information format from the normal storage location information. In other words, in this example, the information format of the information related to the item stored in the tool bag is different from the information format of the information related to the item stored in the storage. The information of each item in the specific storage location information is less (simple) information than the information of each item in the normal storage location information.

  The display unit 13Z has a function of executing processing for displaying information related to the storage destination setting based on the number of items stored in the tool bag. In particular, the display unit 13Z has a function of executing processing for displaying information related to the storage destination setting when the storage destination setting and the current number of items stored in the tool bag satisfy the first predetermined condition. For example, when the number of items that can be stored in the tool bag has increased, the display unit 13Z displays information regarding the storage destination setting. Here, it is preferable that the first predetermined condition is a condition for notifying an optimal storage destination. As an example of the first predetermined condition, there is a condition that the set storage destination is a tool bag, and the current storable number (that is, empty frames) in the tool bag is smaller than the predetermined number. An example of the predetermined number here is the number of items given by execution of the gacha system. In another example, there is a condition that the set storage destination is a storage, and the current number of stored items in the tool bag is less than a predetermined number. The predetermined number of examples here is half of the upper limit of storage. Further, the information regarding the storage destination setting includes information indicating how the current storage destination setting is and information prompting to change the storage destination setting.

  Further, the display unit 13Z has a function of executing processing for displaying information related to the storage destination setting in a partial area of the game screen for executing the gacha system. Here, the game screen for executing the gacha system means a game screen for receiving an execution request for the gacha system from the user. Examples of game screens for executing a gacha system include a gacha page and a page for transitioning to a gacha page.

  The changing unit 14Z has a function of executing processing for changing the storage location setting based on the number of items stored in the tool bag. In particular, the changing unit 14Z has a function of executing a process of changing the storage destination setting to the storage when the storage destination setting and the current number of items stored in the tool bag satisfy the second predetermined condition. An example of the process executed by the changing unit 14Z is that the storage destination setting is automatically changed when the item stored in the tool bag exceeds (or is likely to exceed) the upper limit. Here, as an example of the second predetermined condition, there is a condition that the set storage destination is a tool bag, and the current storable number (that is, empty frames) in the tool bag is less than the predetermined number. An example of the predetermined number here is the number of items given by execution of the gacha system.

  Note that the system 100 does not receive an input for a display that recommends changing the storage location (for example, when a question “Are you sure you want to change?” Is displayed and there is no response to the question). In addition, the change may be made by the change unit 14Z. Moreover, it is preferable that the system 100 is configured to selectively execute display by the display unit 13 (display that recommends changing the storage destination) and change by the change unit 14Z.

  The changing unit 14Z has a function of executing processing for changing the storage destination setting to the tool bag when the storage destination setting and the current number of items stored in the tool bag satisfy the third predetermined condition. As an example of processing executed by the changing unit 14Z, when there are more items that can be stored in the tool bag, the storage destination setting may be automatically changed. Here, as an example of the third predetermined condition, there is a condition that the set storage destination is a storage and the current number of stored items in the tool bag is less than the predetermined number. The predetermined number of examples here is half of the upper limit of storage.

  The determination unit 15Z has a function for executing a process of determining whether a predetermined upper limit condition regarding the upper limit of the number of stored in-game elements is satisfied based on the storage destination setting. The upper limit condition means a condition for determining whether or not the upper limit of the storage number predetermined for the storage destination is reached. The criteria for determining the upper limit condition differs for each storage destination. A tool bag is determined by the total number of items stored. On the other hand, the storage is determined by the number of stacks of the item having the largest number of stacks. As an example of the upper limit condition, there is a condition that the set storage destination is a tool bag, and the current storage number in the tool bag exceeds the upper limit. In another example, there is a condition that the set storage destination is a storage and the current maximum number of stacks in the storage exceeds the upper limit. Note that the upper limit condition is not limited to such an example, and is set as a condition for determining that the upper limit condition is satisfied before the upper limit is exceeded (that is, considering the number of items that can be acquired by the gacha system). Also good. In addition, various conditions in the present example (first predetermined condition, second predetermined condition, third predetermined condition, upper limit condition) may indicate the same condition. In other words, a condition (first predetermined condition) for executing a process for displaying information related to the storage destination setting, a condition (second predetermined condition) for executing a process for changing the storage destination setting, and execution of the gacha system In some cases, the condition (upper limit condition) for executing the process of restricting the process indicates the same condition.

  In this example, when the terminal 20Z receives an execution request for the gacha system from the user, the condition whether the set storage destination is a tool bag and the current storage number in the tool bag exceeds the upper limit (by the terminal 20Z). It is determined whether the upper limit condition used for determination is satisfied. Further, when the server 10Z receives a request for executing the gacha system from the terminal, a condition whether the set storage destination is a storage and the current maximum number of stacks in the storage exceeds the upper limit (determination by the server 10Z) It is determined whether the upper limit condition used for In other words, in this example, the terminal 20Z and the server 10Z each make a determination based on different upper limit conditions.

  The restriction unit 16Z has a function of executing processing for restricting the execution of the gacha system when the upper limit condition is satisfied when the gacha system is executed. Examples of processing that restricts the execution of a gacha system include making it impossible to select an icon for executing the gacha system, or displaying an information indicating that the gacha system cannot be executed although the icon can be selected. is there.

  In this example, when the upper limit condition used for the determination by the terminal 20Z is satisfied, the terminal 20Z restricts the execution of the gacha system without transmitting an execution request to the server. Furthermore, when the upper limit condition used for the determination by the server 10Z is satisfied, the server 10Z limits the execution of the gacha system by notifying the terminal that the gacha system cannot be executed. That is, in this example, there are a plurality of timings at which execution of the gacha system is restricted.

  The receiving unit 17Z has a function of executing processing for receiving various inputs. Examples of various inputs received by the receiving unit 17Z include an input for changing the storage destination setting and an input for executing the gacha system. The input subject is not particularly limited.

  FIG. 15 is an explanatory diagram for explaining an example of a display screen. As shown in FIG. 15, a game screen 1300 for setting a storage location is displayed on the display screen. In this example, the game screen 1300 displays information 1301 related to the setting, an on icon 1302 for setting the storage to the storage destination, and an off icon 1303 for setting the tool bag to the storage destination. The user can determine the storage location of the item acquired by the gacha system by setting it to on or off.

  Next, the operation of the system 100 of this example will be described.

  FIG. 16 is a flowchart illustrating an example of game-related processing executed by the system 100. Hereinafter, an example of the operation on the terminal 20Z side in the game-related processing will be described. In this example, it is assumed that a gacha page including a push-down icon for executing the gacha system is displayed.

  In the game-related processing, the terminal 20Z first accepts an execution request for the gacha system from the user (step S5-11).

  The terminal 20Z receives the execution request for the gacha system and determines whether the storage destination is a tool bag or a storage based on the current storage destination setting (step S5-12). In this example, the terminal 20Z refers to a storage area for storing information about the user, and specifies a storage location setting associated with the user ID included in the execution request.

  The terminal 20Z determines whether the upper limit condition used for the determination by the terminal 20Z is satisfied (step S5-13). In this example, the server 10Z determines whether the number of items stored exceeds the upper limit number. That is, when the tool bag is the storage destination, the system 100 determines whether the total number of items stored in the tool bag exceeds the upper limit number. At this time, when the storage destination setting is not a tool bag, the system 100 may be configured to determine that the upper limit condition is not satisfied even if the storage number is the upper limit. On the other hand, even if the storage destination setting is not a tool bag, the system 100 may be configured to determine that the upper limit condition is satisfied if the storage number is the upper limit.

  If it is determined that the upper limit condition is not satisfied (N in Step S5-13), the terminal 20Z transmits an execution request for the gacha system to the server 10Z (Step S5-14). The execution request of this example includes a user ID, a gacha system ID to be executed, information on the determined storage location (or storage location setting), and the like.

  When the terminal 20Z transmits an execution request to the server 10Z, the terminal 20Z receives the result (step S5-15), displays the result (step S5-16), and ends the processing here.

  On the other hand, if it is determined that the upper limit condition is satisfied (Y in step S5-13), the terminal 20Z restricts the execution of the gacha system (step S5-17) and displays information (step S5-18). The process in is terminated. In this example, the terminal 20Z displays a game screen including information for notifying that the gacha system cannot be executed.

  FIG. 17 is an explanatory diagram for explaining an example of a display screen. As shown in FIG. 17, a game screen 1400 including information for notifying that the gacha system cannot be executed is displayed on the display screen. In this example, a pop 1401 “Unable to execute gacha system” is displayed. Further, in this example, the reason “because the number of stored tool bags exceeds the upper limit”, information indicating the current storage location, and information regarding the stored number in the tool bag are displayed. .

  The system 100 may be configured to change the storage location setting instead of (or together with) the display of information. Further, the system 100 may be configured to transmit an execution request for the gacha system to the server 10Z when the storage destination is changed so that the gacha system can be executed.

  FIG. 18 is an explanatory diagram for explaining an example of a display screen. As shown in FIG. 18, a game screen 1500 including an input area for changing the storage location setting is displayed on the display screen. In this example, the system 100 displays a message area 1501 for prompting the change of the storage destination, and an on icon 1502 for changing the storage destination setting from the tool bag to the storage.

  FIG. 19 is a flowchart illustrating an example of game-related processing executed by the system 100. Hereinafter, an example of the operation on the server 10Z side in the game-related processing will be described. In this example, the game-related process on the server 10Z side is started in response to the execution request for the gacha system being transmitted from the terminal 20Z in step S5-14.

  In the game-related process, the server 10Z first accepts an execution request for the gacha system from the terminal 20Z (step S6-11).

  The server 10Z receives the execution request for the gacha system and determines the storage destination (step S6-12). In this example, the server 10Z determines the storage destination with reference to the information regarding the storage destination included in the execution request.

  The server 10Z determines whether the upper limit condition used for the determination by the server 10Z is satisfied (step S6-13). In this example, the server 10Z determines whether the stack number of any item exceeds the upper limit number. Specifically, when the storage is a storage destination, the system 100 determines whether the total number of stacks of any of the items stored in the storage exceeds the upper limit. At this time, when the storage destination setting is not a storage, the system 100 may be configured to determine that the upper limit condition is not satisfied even if the number of stacks is the upper limit. On the other hand, the system 100 may be configured to determine that the upper limit condition is satisfied if the number of stacks is the upper limit even when the storage destination setting is not the storage. The gacha system execution request transmitted from the terminal 20Z may include instruction information indicating that the upper limit condition does not need to be determined on the server 10Z side.

  When it is determined that the upper limit condition is not satisfied (N in Step S6-13), the server 10Z executes the gacha system (Step S6-14), displays information about the result, and acquires the gacha system. The managed item is managed (step S6-15), and the process here ends. In this example, the server 10Z transmits information related to the result to the terminal 20Z. In addition, the server 10Z refers to the user ID included in the execution request and updates information regarding the in-game element associated with the user.

  On the other hand, if the server 10Z determines that the upper limit condition is satisfied (Y in step S6-13), the execution of the gacha system is restricted (step S6-16) and information is displayed (step S6-17). Terminate the process. In this example, the server 10Z causes the terminal 20Z to display a game screen including information for notifying that the gacha system cannot be executed.

  As described above, as one aspect of the fifth embodiment, the system 100 includes at least the determination unit 11Z and the management unit 12Z, and executes the gacha system based on the storage location setting that can be changed by the user. The storage location of the item to be assigned is determined based on the item, and when the gacha system is executed, the item is managed so that the item to be assigned is stored in the storage location determined by the determination unit 11, and , Decide whether the storage location is a vault where only items given based on the execution of the gacha system are stored, or a tool bag different from the vault, reducing the management burden of items, Convenience related to item management can be improved.

  That is, the user can set the item obtained based on the execution of the gacha system to be stored in a special storage location. That is, the user can centrally manage items acquired by the gacha system based on his / her selection. Especially in a system that acquires many items at once, such as a gacha system, the first thing is to avoid organizing your belongings many times by using a storage as the storage destination. Second, it can be managed separately from items acquired at a trigger other than the gacha system. Therefore, the burden of item management for the user is reduced, and usability related to item management can be improved.

  In addition, as one aspect of the fifth embodiment, the system 100 includes at least a determination unit 11Z, a management unit 12Z, and a display unit 13Z. The storage location setting and the current number of items stored in the tool bag When the first predetermined condition is satisfied, information related to the storage location setting can be displayed, and convenience related to item management can be improved.

  That is, for example, when executing the gacha system, the system 100 can provide the user with information related to item management according to the item storage status. In particular, since information related to the storage location setting is displayed with reference to the current storage location setting, it becomes possible to provide the user with an awareness of the storage location setting, and encourage the execution of the gacha system that is aware of the storage location. It is possible to improve convenience related to item management.

  Moreover, as one aspect of the fifth embodiment, the system 100 includes at least a determination unit 11Z, a management unit 12Z, and a change unit 14Z, and sets a storage location and a current item in a tool bag. If the number of stored items satisfies the second predetermined condition, the storage location setting can be changed to a specific storage location to improve the convenience of item management.

  That is, for example, the system 100 can change the storage destination to the storage box by looking at the storage status of the items. Therefore, the user can store the item acquired by the gacha system in the storage destination according to the situation without performing an operation for changing the setting, and the convenience regarding the management of the item can be improved. it can.

  As one aspect of the fifth embodiment, the system 100 includes at least a determination unit 11Z, a management unit 12Z, a determination unit 15Z, and a restriction unit 16Z, and the storage destination is based on the storage destination setting. If it is set in a tool bag, the upper limit is that the total number of items stored has reached the predetermined first threshold, and if the storage destination is set in the storage, the number of stacks of any item If the upper limit condition is satisfied with the upper limit condition being that the sum of the two has reached a predetermined second threshold, the execution of the gacha system is restricted and the item is managed when the upper limit condition is satisfied Convenience can be improved.

  That is, for example, unlike the video game in which the gacha system cannot be executed when the number of stored in-game elements in the normal storage destination exceeds the upper limit, the system 100 can execute the gacha system. Can be provided. Therefore, it becomes possible to reduce the management burden of in-game elements for the user, and the convenience related to the management of in-game elements can be improved.

  Further, the system 100 cannot execute the gacha system when the upper limit is exceeded at each storage destination (or when the upper limit is exceeded). Therefore, it becomes possible to reduce the management burden on the manager who manages the video game corresponding to each storage destination, and it is possible to improve the convenience related to the management of the elements in the game.

  As described above, one or more deficiencies are solved by each embodiment of the present application. In addition, the effect by each embodiment is an example of a non-limiting effect or effect.

  In each of the above-described embodiments, the plurality of user terminals 20, 201 to 20N and the server 10 execute the above-described various processes according to various control programs (for example, programs) stored in the storage device included in the user terminal 20, 201-20N. To do. In particular, a control unit (not shown) may include each unit and have a function of executing processing executed by each unit.

  The configuration of the system 100 is not limited to the configuration described as an example of each embodiment described above, and for example, the server 10 may execute a part or all of the processing described as processing executed by the user terminal. A part or all of the processes described as the processes executed by the server 10 may be executed by any one of the plurality of user terminals 20 and 201 to 20N (for example, the user terminal 20). Moreover, it is good also as a structure with which some of the memory | storage parts with which the server 10 is equipped are equipped with either of the several user terminals 20, 201-20N. That is, a configuration in which one of the user terminal 20 and the server 10 in the system 100 includes a part or all of the functions is provided in the other one.

[Appendix]
A program for causing a user terminal to realize a function of executing a system (hereinafter referred to as “gacha system”) for giving a virtual in-game element to a user by lottery,
In the user terminal,
A determination function for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be changed by the user;
When the gacha system is executed, a management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage location determined by the determination function, and
Whether the storage location is a specific storage location that stores only in-game elements that are given based on the execution of the gacha system, or a normal storage location that is different from the specific storage location. A program to realize the function to determine
[2]
In the user terminal,
When the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy a first predetermined condition, a first display function for displaying information related to the storage destination setting is realized [ 1] The program according to the above.
[3]
In the user terminal,
When the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy a second predetermined condition, a first change function for changing the storage destination setting to the specific storage destination is realized. A program according to [1] or [2].
[4]
In the user terminal,
A determination function for determining whether a predetermined upper limit condition regarding the upper limit of the number of stored in-game elements is satisfied based on the storage destination setting;
When the upper limit condition is satisfied, a restriction function that restricts execution of the gacha system is realized, and
In the determination function, when the storage destination is set to the normal storage destination, the upper limit condition is that the total number of stored in-game elements has reached a predetermined first threshold value, and the storage destination is the specified A function for determining whether the upper limit condition is satisfied, with the upper limit condition being that the total number of stacks of any in-game elements has reached a predetermined second threshold when the storage destination is set The program according to any one of [1] to [3] for realizing.
[5]
In the user terminal,
When the storage destination setting and the current number of stored in-game elements in the normal storage destination satisfy a third predetermined condition, a second change function for changing the storage destination setting to the normal management destination is realized. The program according to any one of [1] to [3].
[6]
The program according to any one of [1] to [5], wherein the specific storage destination is a storage destination that has fewer types of processing that can be performed on in-game elements than the normal storage destination.
[7]
The program according to any one of [1] to [6], wherein the specific storage destination is a storage destination that can store more in-game elements than the normal storage destination.
[8]
The information format of the information about the in-game element stored in the specific storage location is different from the information format of the information about the in-game element stored in the normal storage location. The listed program.
[9]
In the user terminal,
The program according to any one of [1] to [8] for realizing a reception function of receiving an input for changing the storage location setting from a user.
[10]
In the user terminal,
The program according to any one of [1] to [9] for realizing a second display function for displaying information relating to the storage destination setting in a partial area of a game screen for executing the gacha system.
[11]
A program for causing a server communicable with the user terminal to realize at least one of the functions realized by the server according to any one of [1] to [10].
[12]
A user terminal installed with the program according to any one of [1] to [11].
[13]
A system that includes a communication network, a server, and a user terminal, and executes a system (hereinafter referred to as a “gacha system”) that gives virtual in-game elements to users by lottery,
Determining means for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be set by a user;
Management means for managing the in-game element so that the in-game element to be granted is stored in the storage location determined by the determining means when the gacha system is executed,
The determination means determines whether the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored or a normal storage destination different from the specific storage destination. A system characterized by deciding.
[14]
The server includes the determination unit and the management unit;
Display means for outputting a game image on a display screen of a display device based on image information for displaying a game image indicating the progress of the video game transmitted from the server. ] The system described.
[15]
A program for causing a user terminal to realize a function of executing a system (hereinafter referred to as “gacha system”) for giving a virtual in-game element to a user by lottery,
A determination function that determines a storage destination of an in-game element that is given based on execution of the gacha system based on a storage destination setting that can be set by the user, and a game that is given when the gacha system is executed A management function for managing the in-game element so that the internal element is stored in the storage destination determined by the determination function, and the determination function is used to execute the gacha system. Of the video game transmitted from the server provided with a function of determining whether to use a specific storage location in which only the in-game element assigned based on the storage location is stored or a normal storage location different from the specific storage location A program for causing a user terminal to realize an output function for outputting a game image on a display screen of a device based on information for displaying a game image indicating progress.
[16]
A program for causing a server to realize a function of executing a system (hereinafter referred to as “gacha system”) that gives a virtual in-game element to a user by lottery,
To the server,
A determination function for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be set by the user;
When the gacha system is executed, a management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage location determined by the determination function, and
Whether the storage location is a specific storage location that stores only in-game elements that are given based on the execution of the gacha system, or a normal storage location that is different from the specific storage location. A program to realize the function to determine
[17]
A method of executing a system (hereinafter referred to as “gacha system”) that gives a virtual in-game element to a user by lottery,
A determination process for determining a storage destination of an in-game element to be given based on execution of the gacha system based on a storage destination setting that can be set by the user;
A management process for managing the in-game element so that the in-game element to be given is stored in the storage location determined by the determination process when the gacha system is executed,
In the determination process, whether the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored, or a normal storage destination different from the specific storage destination A method characterized by determining.
[18]
A method comprising a communication network, a server, and a user terminal, and executing a system (hereinafter referred to as “gacha system”) that gives a virtual in-game element to a user by lottery,
A determination process for determining a storage destination of an in-game element to be given based on execution of the gacha system based on a storage destination setting that can be set by the user;
A management process for managing the in-game element so that the in-game element to be given is stored in the storage location determined by the determination process when the gacha system is executed,
In the determination process, whether the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored, or a normal storage destination different from the specific storage destination A method characterized by determining.

  According to one embodiment of the present invention, it is useful for managing in-game items.

DESCRIPTION OF SYMBOLS 10 Server 11 Determination part 12 Management part 13 Display part 14 Change part 15 Judgment part 16 Restriction part 17 Acceptance part 20,201-20N User terminal 30 Communication network 100 System

Claims (6)

A program for causing a user terminal to realize a function of executing a system (hereinafter referred to as “gacha system”) for giving a virtual in-game element to a user by lottery,
In the user terminal,
A determination function for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be changed by the user;
When the gacha system is executed, a management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage location determined by the determination function, and
Whether the storage location is a specific storage location that stores only in-game elements that are given based on the execution of the gacha system, or a normal storage location that is different from the specific storage location. A program to realize the function to determine In the user terminal,
Claim for realizing a first display function for displaying information relating to the storage location setting when the storage location setting and the current number of stored in-game elements in the normal storage location satisfy a first predetermined condition Item 1. The program according to item 1. In the user terminal,
When the storage destination setting and the current number of in-game elements stored in the normal storage destination satisfy a second predetermined condition, a first change function for changing the storage destination setting to the specific storage destination is realized. The program of Claim 1 or Claim 2 for. In the user terminal,
A determination function for determining whether a predetermined upper limit condition regarding the upper limit of the number of stored in-game elements is satisfied based on the storage destination setting;
When the upper limit condition is satisfied, a restriction function that restricts execution of the gacha system is realized, and
In the determination function, when the storage destination is set to the normal storage destination, the upper limit condition is that the total number of stored in-game elements has reached a predetermined first threshold value, and the storage destination is the specified A function for determining whether the upper limit condition is satisfied, with the upper limit condition being that the total number of stacks of any in-game elements has reached a predetermined second threshold when the storage destination is set The program according to any one of claims 1 to 3 for realizing. A system that includes a communication network, a server, and a user terminal, and executes a system (hereinafter referred to as a “gacha system”) that gives virtual in-game elements to users by lottery,
Determining means for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be set by a user;
Management means for managing the in-game element so that the in-game element to be granted is stored in the storage location determined by the determining means when the gacha system is executed,
The determination means determines whether the storage destination is a specific storage destination in which only in-game elements given based on the execution of the gacha system are stored or a normal storage destination different from the specific storage destination. A system characterized by deciding. A program for causing a server to realize a function of executing a system (hereinafter referred to as “gacha system”) that gives a virtual in-game element to a user by lottery,
To the server,
A determination function for determining a storage location of an in-game element to be given based on execution of the gacha system based on a storage location setting that can be set by the user;
When the gacha system is executed, a management function for managing the in-game element is realized so that the in-game element to be given is stored in the storage location determined by the determination function, and
Whether the storage location is a specific storage location that stores only in-game elements that are given based on the execution of the gacha system, or a normal storage location that is different from the specific storage location. A program to realize the function to determine

Images