JP6284678B1 - Game system, item presentation method, and program - Google Patents

Abstract

A game system and the like that can effectively promote equal distribution of items in a game are provided. A lottery unit 242 draws a winning item from an item group 232. The presenting unit 244 presents a lottery result including a proposal for presenting the winning item when the winning item lottery by the lottery unit 242 satisfies a predetermined presenting requirement. When the item granting unit 245 receives an approval for presenting the winning item from the user who has presented the lottery result, the item granting unit 245 grants the winning item to another user. [Selection] Figure 3

Description

  The present invention relates to a game system, an item gifting method, and a program that can effectively promote equal distribution of items in a game.

Conventionally, various games have been provided in smartphones and game devices. For example, in a social game or the like, an item lottery called “gacha” can be executed.
In this gacha, for example, a lottery is performed based on a winning probability set for each item, and the winning item is given (provided) to the user. Higher rank items (items with a higher degree of rarity) that can advance the game more advantageously have lower winning probabilities, so even if you run many gachas, such high rank items May not be able to be acquired easily.

Moreover, there are many kinds of high-rank items, and for example, attributes are different. And since each user's play style etc. are different in a game, about the same high-ranking item, the use value is high for one user, and the use value is low for another user.
Therefore, even if a high-rank item is acquired by executing gacha, some users may not use the item. In addition, since the lottery by gacha is random, there is a case where the same high-rank item is won again for a user who has not used such an item.

  For this reason, there is also known a game in which a mechanism in which each user can arbitrarily exchange an item owned by each user is installed in the game. In other words, it aims to distribute items in the game evenly by redistributing necessary items to necessary users by exchange. Since there is a concern that some users may perform an action called real money trade when exchanging items, for example, Patent Document 1 discloses a game that can suppress real money trade from a technical aspect. A system invention is disclosed.

Japanese Patent No. 5838194

In the invention of Patent Document 1 described above, by not including information that can be specified by the exhibiting user in the exhibition screen for exchanging items, it is difficult to give and receive money in the real world and suppress real money trade. Yes.
However, in the item exchange represented by Patent Document 1 described above, it is necessary for the user to perform a procedure for listing items, and many users feel complicated. In addition, since the items are not transferred unless the exchange is actually established, the number of items to be redistributed is limited, and the uniform distribution of the items does not progress so much.

  For this reason, there has been a demand for a technique that can distribute items evenly while eliminating the complexity of the user.

  The present invention has been made in view of the above circumstances, and an object thereof is to provide a game system, an item presenting method, and a program that can effectively promote equal distribution of items in a game.

The game system according to the present invention includes:
A lottery section for drawing a winning item from an item group;
A presentation unit for presenting a lottery result including a proposal for presenting the winning item to the user when the winning item lottery by the lottery unit satisfies a predetermined presentation requirement;
A reception unit that accepts consent or non-disapproval of presenting the winning item from the user presented with the lottery result;
When accepting acceptance of presenting the winning item by the accepting unit, an granting unit that grants the winning item to another user;
It is characterized by providing.

  According to the present invention, it is possible to effectively promote equal distribution of items in a game.

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 a schematic structure of the typical information processing apparatus with which a game server is 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 an item group. It is a schematic diagram which shows an example of alternating current history information. It is a schematic diagram which shows an example of a gacha selection screen. It is a schematic diagram which shows an example of the lottery result screen with a present proposal. It is a schematic diagram which shows an example of a normal lottery result 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 lottery process which concerns on this embodiment. It is a block diagram which shows the schematic structure of the game server which concerns on other 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 control the progress of a game (for example, a social game).
In the game controlled by the game server 200, an item lottery called “gacha” can be executed. That is, when execution of gacha is requested from the user terminal 300, the game server 200 performs a lottery from an item group based on a lottery condition in which a winning probability or the like is set for each item. To the terminal 300).
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.

As an example, in the game controlled by the game server 200, three types of gachas including “single gacha”, “ten-line gacha”, and “everyone gacha” can be executed.
A single-shot gacha is a basic gacha that, for example, draws one item per gacha and grants the winning item, and the amount of consideration to be consumed (for example, a coin that is an in-game currency) It is set low.

  A 10-line gacha is a gacha that, for example, 10 times of gacha is continuously performed, a total of 10 items are drawn, and a winning item is given. It is characterized by the fact that one or more items of high rank (platinum rank, which will be 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.

  Everyone's gacha is, for example, a gacha that allows a plurality of users to participate in a gacha performed with the same mechanism as the above 10 gacha. It is characterized by being able to experience 10 consecutive gachas casually even for users who are not enough. Then, the selected item is randomly given to the participating users based on, for example, the ratio of the number of investment units.

  As will be described later, if an item that can be presented to other users (presentation items described later) is included in the items that have been won by these gachas, the winning items are executed by executing the gacha. Before giving to the requested user, a present is proposed.

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 the selected gacha by selecting any of the various types of gacha described above and paying the corresponding consideration according to the user's operation. Then, when gacha is executed in the game server 200 (when an item lottery is performed), the user terminal 300 acquires the winning item. As will be described later, when an item satisfying a predetermined gift requirement is won, the item can be presented to another user.

(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 accepts 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 via the Internet 900.
For example, the receiving unit 210 receives from the user terminal 300 various operation information during the game and item selection information in a menu or the like. Note that the selection information includes information requesting execution of the above-described gacha.
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 transmits response information according to the operation information and various screens (such as a selection screen and a lottery result screen described later) according to the selection information 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, an item group 232, AC history information 233, 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 owned item 231d, a used item 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 (consumed) as consideration for executing gacha will be described. However, even if gacha is executed by paying a consideration different from such in-game currency. Good. 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 owned item 231d is information (item ID) for identifying an item owned by the user. In principle, the items owned by the user are given from the game server 200 by executing the gacha (including gift items described later), but according to the progress of the game (as an example) , Clearing the quest, etc.), the item may be acquired. In this case, for example, an item ID may be given a branch number so that the acquisition reason can be identified by the branch number.
The used item 231e is a history of items used by the user in the game.

Returning to FIG. 3, the item group 232 is information on items that the user can acquire in the game. The item group 232 includes information as shown in FIG. 5 as an example.
That is, the item group 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. When a high-ranking platinum-rank item is used in a game (including a character operated by a user), the game can be advanced more advantageously. 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.

Returning to FIG. 3, the AC history information 233 is information indicating an AC history between users. In addition, it is assumed that the exchange includes information of a user who has arbitrarily registered a friend or a user who has played gacha together with the above-mentioned members.
The AC history information 233 includes information as shown in FIG. 6 as an example. That is, the user ID 233a, the AC user ID 233b, and the like are included.
It is assumed that the user ID of a user who has newly registered a friend or a user who has newly played a gacha is sequentially added to the AC user ID 233b.

In addition to this, the storage unit 230 stores various information necessary for the processing of 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 specifying unit 241, a lottery unit 242, a selection unit 243, a presentation unit 244, an item granting unit 245, and the like. In the following, in order to facilitate understanding of the invention, the presentation unit 244 on the game server 200 side generates various screens (a selection screen, a lottery result screen, etc. described later) and presents them to the user terminal 300. Although described, this is an example, and various screens may be presented on 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.

The specifying unit 241 specifies an unused item (an item that has not been used for a predetermined period among owned items) of the user who has requested execution of the gacha.
For example, the specifying unit 241 refers to the user management information 231 as illustrated in FIG. 4 described above, and among the items in the owned item 231d of the user who has requested execution of the gacha, the item that is not in the used item 231e (that is, the unusable item 231e Use item) is specified. In addition, in the use item 231e, the use date and time (the date and time when it was last used) is also managed, and the item that has not been used for a predetermined period even if it is in the use item 231e (even if it has been used) is specified. May be specified.

The lottery unit 242 extracts a predetermined number of items from the item group 232, and randomly draws items based on the winning probability of each item.
For example, the lottery unit 242 adds the items of each rank to the item group 232 by the number corresponding to a predetermined composition ratio (for example, platinum rank is 10%, gold rank is 30%, silver rank is 60%, etc.). The lottery condition information is generated by extracting each item, and the lottery items are randomly selected from the lottery condition information based on the winning probability of each item.
In addition, the lottery unit 242 performs lottery of one item based on the generated lottery condition information when the execution of the single shot gacha is requested.
In addition, when ten gachas or gachas are requested by everyone, the lottery unit 242 performs one item (9 items in total) based on the generated lottery condition information in 9 out of 10 times. ) Lottery. Then, in one out of ten times, the lottery unit 242 generates special lottery condition information by extracting only a predetermined number of platinum rank items from the item group 232, and from the special lottery condition information, Randomly draw items based on winning probability. As a result, at least 10 platinum-ranked items will be selected for 10 consecutive gachas.

When the item selected by the lottery unit 242 satisfies a predetermined gift requirement, the selection unit 243 selects the item as a gift item and selects a candidate user as a gift destination.
In the following, the gift requirement will be described as an example of a non-use item for a user who has requested execution of gacha and an item of platinum rank, but the gift requirement considers game balance etc. It can be changed as appropriate. For example, it is not limited to platinum rank items, and may be items of gold rank or higher.
Then, the selection unit 243 selects three candidate users who should present the present item from among users who do not own the present item (a non-use item and a platinum rank item). Note that the number of candidate users to be selected is an example, and may be other numbers. For example, the most recent user registration may be used to determine which user is a candidate among users who do not own a gift item. You may be made to select from various degrees of exchange, such as a user who carried out communication, a user with much communication, such as chat.
That is, the selection unit 243 refers to the AC history information 233 in FIG. 6 described above, and a user who has an exchange with the user who requested execution of the gacha (for example, a user who has recently registered as a friend or a lot of communication such as chatting) Candidate users are selected from those further narrowed down to users and the like. In addition, if the number of candidate users is less than three by narrowing down to users with exchanges, it is not necessary to narrow down. Conversely, if the number of candidate users is one or more even if the number of candidate users is less than three by narrowing down to users with exchanges, one or more of them may be selected as candidate users.

The presentation unit 244 generates various screens and presents them on the user terminal 300.
For example, the presentation unit 244 generates a screen for allowing the user to select a gacha, a screen for notifying a lottery result by the gacha, and the like and presents the screen to the user terminal 300.

Specifically, the presentation unit 244 generates a gacha selection screen 410 as shown in FIG. 7 and presents it on the user terminal 300.
This gacha selection screen 410 includes a selection button 411 for selecting a single shot gacha, a selection button 412 for selecting a 10-unit gacha, and a selection button 413 for selecting a gacha together. . Then, when any of the selection buttons 411 to 413 is pressed (touched or clicked) by the user in a state where the gacha selection screen 410 is presented on the user terminal 300, execution of the corresponding gacha is performed on the game server 200. The lottery unit 242 is requested and the item lottery is performed.

  In addition, in the case where a gift item satisfying the gift requirement is included in the items won by lottery, the presentation unit 244 gives the winning item before giving it to the user who requested execution of the gacha. A lottery result for proposing a present of the present item is generated and presented to the user terminal 300.

Specifically, the presentation unit 244 generates a lottery result screen 420 with a gift proposal as shown in FIG. In addition, the lottery result screen 420 of FIG. 8 has shown the lottery result screen at the time of performing 10 continuous gachas as an example.
In the lottery result screen 420, the gift item 421 satisfies the gift requirement (a non-use item for the user who requested execution of the gacha and a platinum-ranked item), so a present is proposed. Note that the lottery result screen 420 in FIG. 8 illustrates the case where one gift item 421 is included in the selected item, but there may be a plurality of gift items that satisfy the gift requirement. . In addition, the gift item 421 is not limited to such a platinum rank item, and may be an item having a gold rank or higher.
A message image 422 is arranged in the vicinity of the gift item 421, and the gift item 421 is made conspicuous by a message for proposing a gift. Instead of arranging the message image 422, the presenting item 421 is lit (increased brightness or the like), or the presenting item 421 is blinked at a certain period (luminance or the like is periodically increased or decreased). May be.

The lottery result screen 420 also includes selection buttons 423 (423a to 423c) and 424 for selecting whether or not to accept the present proposal.
Then, the user who judges that the proposed gift item 421 may be presented (approval) presses one of the selection buttons 423. On the other hand, the user who determines that the proposed gift item 421 is not presented (not approved) presses the selection button 424.
In addition, it is not limited to such 10 consecutive gachas, and when a single item gacha or execution of gacha is requested together, and the items selected by lottery include a gift item 421 that satisfies the gift requirements, The presentation unit 244 generates a lottery result screen for proposing a similar present and presents it to the user terminal 300 before giving the winning item to the user who has requested execution of the gacha.

  On the other hand, when the item won by the lottery does not include the gift item 421 that satisfies the gift requirement, the presentation unit 244 generates a normal lottery result and presents it to the user terminal 300.

Specifically, the presentation unit 244 generates a normal lottery result screen 430 as shown in FIG. In addition, the lottery result screen 430 of FIG. 9 has shown the lottery result screen when 10 continuous gachas are performed as an example.
In addition, it is not limited to such 10 consecutive gachas, and when a single-shot gacha or execution of gacha is requested together, and the items selected by lottery do not include a gift item 421 that satisfies the gift requirements, The presentation unit 244 generates a similar normal lottery result screen and presents it to the user terminal 300. In addition, when the selection button 424 is pressed on the lottery result screen 420 of FIG. 8 and a response that the proposed gift item 421 is not presented is given, the presenting unit 244 displays a similar normal lottery result screen. It is generated and presented to the user terminal 300.

Returning to FIG. 3, the item granting unit 245 grants the item won by the gacha executed (the item selected by the lottery unit 242) to the user who requested the execution of the gacha.
First, when the item won by the lottery does not include the gift item 421 that satisfies the gift requirement, the item granting unit 245 immediately after the lottery (when the lottery result screen 430 of FIG. 9 is presented). , All the selected items are given to the user who requested the execution of gacha.
On the other hand, if the item won by the lottery includes a gift item 421 that satisfies the gift requirement, the item granting unit 245 receives a response to the present proposal (in the lottery result screen 420 of FIG. 8). When one of the selection buttons 423 and 424 is pressed), a part of the selected items (other than the gift item 421 when the selection button 423 is pressed) or all (when the selection button 424 is pressed) , Granted to the user who requested the execution of gacha. When the selection button 423 is pressed, the item assigning unit 245 assigns the present item 421 to the present user. In other words, just by presenting the lottery result screen 420 with the present proposal as shown in FIG. 8, it is before any of the items won by the lottery is given to the user. Thereafter, when any one of the selection buttons 423 and 424 is pressed, these items are given to the user who requested execution of the gacha or the present user.
Note that the item granting means that the item granting unit 245 wins the possessed item 231d of the corresponding user (the user who requested execution of the gacha or the user of the present destination) in the user management information 231 described above. This is done by adding the identification information (item ID) of the item and the presented item 421.

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 coin balance 231c of the corresponding user (user who has requested execution of gacha) 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 above-described gacha selection screen 410, lottery result screen 420 with a gift proposal, and normal lottery result screen 430).
In addition, the transmission / reception unit 320 transmits selection information (selection of items etc.) corresponding to 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 owned item 331d, a used item 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.
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).
In addition, when any of the operation buttons 411 to 413 is pressed by the user while the above-described gacha selection screen 410 in FIG. 7 is displayed on the display unit 350, the game progress unit 341 causes the game server 200 to gacha. Request execution.

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 gacha selection screen 410, the lottery result screen 420 with the present proposal, and the normal lottery result screen 430 are generated on the game server 200 side (presentation unit 244). Instead of 244, the screen generator 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 lottery result screen 420 with a gift proposal is generated will be described. From the game server 200 side to the user terminal 300, information on the unused icon specified by the specifying unit 241 (for example, each item ID), Only information on the lottery result by the lottery unit 242 (for example, information on each item ID, rank, attribute, etc.) and information on the candidate user selected by the selection unit 243 (for example, each user ID) is sent. . Then, the screen generation unit 342 generates a lottery result screen 420 with a present proposal as shown in FIG. 8 based on the information sent from the game server 200 and the item images stored in the storage unit 330. To do.

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 (such as a gacha selection screen 410, a lottery result screen 420 with a gift proposal, and a normal lottery result screen 430) 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 lottery process will be described.
FIG. 12 is a flowchart showing a flow of item lottery processing according to the present embodiment. This item lottery process is a process for executing gacha in the game server 200, and is started, for example, when a screen transition to the gacha selection screen is requested from the user terminal 300.

First, the game server 200 generates a gacha selection screen and presents it on the user terminal 300 (step S11).
That is, the control unit 240 (presentation unit 244) generates a gacha selection screen 410 as shown in FIG.

The game server 200 determines whether or not execution of gacha is requested from the user terminal 300 (step S12).
That is, the control unit 240 determines whether any of the selection buttons 411 to 413 on the gacha selection screen 410 as illustrated in FIG. 7 is pressed by the user.

  If it is determined that the execution of gacha is not requested (step S12; No), the game server 200 waits as it is. Note that when the user terminal 300 requests a screen transition to another screen, the game server 200 ends the item lottery process.

On the other hand, when it is determined that execution of gacha has been requested (step S12; Yes), the game server 200 identifies an unused item of the user who has requested execution of gacha (step S13).
That is, the control unit 240 (specifying unit 241) refers to the user management information 231 as illustrated in FIG. 4 and among the items in the owned item 231d of the user who has requested execution of the gacha, That is, an unused item) is specified. In the case of managing the use date and time (last use date and time) in the use item 231e, the control unit 240 is not used for a predetermined period even if it is in the use item 231e (although it has been used). An item may be specified.

The game server 200 performs lottery of items (step S14).
That is, the control unit 240 (lottery unit 242) extracts a predetermined number of items from the item group 232, and randomly selects items based on the winning probability of each item.
For example, the control unit 240 sets the items of each rank to the item group 232 by the number corresponding to a predetermined composition ratio (for example, platinum rank is 10%, gold rank is 30%, silver rank is 60%, etc.). The lottery condition information is generated by extracting each item, and the lottery items are randomly selected from the lottery condition information based on the winning probability of each item.
In addition, the control part 240 performs lottery of one item based on the produced | generated lottery condition information, when execution of single shot gacha is requested | required.
In addition, when ten gachas are requested or gachas are requested together, the control unit 240 determines each item (9 items in total) based on the generated lottery condition information in 9 out of 10 times. ) Lottery. Then, in one out of ten times, the control unit 240 generates special lottery condition information by extracting only a predetermined number of platinum rank items from the item group 232, and from each special lottery condition information, Randomly draw items based on winning probability. As a result, at least 10 platinum-ranked items will be selected for 10 consecutive gachas.

The game server 200 determines whether or not the gift item 421 is included in the selected items (step S15).
In other words, the control unit 240 presents the item selected in the single-shot gacha as a result of the lottery performed in step S14 described above, the 10-game gacha, or any item won in the gacha together. When the requirement is satisfied, it is determined that the gift item 421 is included in the selected item.
In addition, as a gift requirement, the case where it is a non-use item specified in Step S13 and is a platinum rank item will be described as an example. However, the present invention is not limited to such a platinum rank item. It is good also as an item.

If the game server 200 determines that the gift item 421 is not included in the selected items (step S15; No), the game server 200 generates a normal lottery result screen and presents it to the user terminal 300 (step S16).
For example, when ten consecutive gachas are executed, the control unit 240 (presentation unit 244) generates a lottery result screen 430 as shown in FIG.
And a process is advanced to step S22 mentioned later.

On the other hand, when it is determined that the gift item 421 is included in the selected items (step S15; Yes), the game server 200 selects a candidate user to be a present destination (step S17).
That is, the control unit 240 (selection unit 243) selects three candidate users who should present the present item 421 from among users who do not own the present item 421. Note that the number of candidate users to be selected is an example, and may be another number.
At that time, the selection unit 243 refers to the AC history information 233 in FIG. 6, and a user who interacts with the user who has requested execution of the gacha (for example, a user who has recently registered a friend or a user who has a lot of communication such as chatting) Etc.) to select candidate users. In addition, if the number of candidate users is less than three by narrowing down to users with exchanges, it is not necessary to narrow down. Conversely, if the number of candidate users is one or more even if the number of candidate users is less than three by narrowing down to users with exchanges, one or more of them may be selected as candidate users.

The game server 200 generates a lottery result screen with a present proposal and presents it to the user terminal 300 (step S18).
For example, when ten consecutive gachas are executed, the control unit 240 (presentation unit 244) generates a lottery result screen 420 as shown in FIG.
As described above, in the lottery result screen 420, the gift item 421 satisfies the gift requirement (the item that is not used by the user who requested the execution of the gacha and is a platinum-ranked item), so that the present proposal is made. Has been made. The lottery result screen 420 also includes selection buttons 423 (423a to 423c) and 424 for selecting whether or not to accept the present proposal.
Therefore, the user who determines that the proposed gift item 421 may be presented (approval) presses one of the selection buttons 423. On the other hand, the user who determines that the proposed gift item 421 is not presented (not approved) presses the selection button 424.

The game server 200 determines whether or not the present proposal has been approved (step S19).
For example, the control unit 240 determines whether any of the selection buttons 423 on the lottery result screen 420 in FIG. 8 has been pressed.

When the game server 200 determines that the present proposal has not been approved (disapproved) (in other words, the selection button 424 is pressed) (step S19; No), the game server 200 proceeds to step 22 described later.
On the other hand, when it is determined that the present proposal has been approved (in other words, any of the selection buttons 423a to 423c is pressed) (step S19; Yes), the game server 200 displays the present item 421 as the present destination user. (Step S20).
For example, the control unit 240 (item giving unit 245) gives the gift item 421 on the lottery result screen 420 in FIG. 8 to the user corresponding to the pressed selection button 423 (423a to 423c).

The game server 200 gives the remaining winning items to the user who has requested execution of the gacha (step S21).
That is, the control unit 240 (item granting unit 245) grants a winning item other than the gift item 421 to the user who has requested execution of the gacha. If there is no remaining winning item due to the approval of the present proposal in the above step S19 after the single gacha or the like is executed, the item granting to the user who requested the execution of the gacha is omitted. The

In addition, the game server 200 is won when the normal lottery result screen is presented at the above step 16 or when the present proposal is not approved at the above step S19 (step S19; No). All items are given to the user who has requested execution of the gacha (step S22).
That is, the control unit 240 (item granting unit 245) grants all items that are selected in step S14 to the user who has requested execution of the gacha.

In such an item lottery process, when an item satisfying the gift requirement (a non-use item for a user who has requested execution of gacha and a platinum-ranked item) is won, a gift proposal as shown in FIG. 8 is attached. Since the lottery result screen 420 is presented, the user can present the present item 421 to other users without any effort when accepting the present proposal. And since the game server 200 side selects the candidate user used as a present destination, it can also suppress that a real money trade is performed. And since a candidate user is narrowed down to the user with exchange, a present destination can also be selected easily. Moreover, even if the user is presented as a gift, since the platinum-ranked items that he / she does not have can be acquired, there is no problem with being presented.
Thereby, the present of the item between users becomes popular, and the item which is not used comes to be distributed to other users.
As a result, it is possible to effectively promote equal distribution of items in the game.

(Other embodiments)
In the above embodiment, the selection unit 243 selects candidates from among users who do not own the gift item 421 (unused item and platinum-ranked item) or who have further interacted with the user. Although the case of selecting a user has been described, a candidate user may be further selected by providing conditions.
For example, in order to prevent the gift item 421 from concentrating on the same user, a user who has received a gift of the gift item 421 may be excluded from the candidate users of the gift item 421 until a certain period elapses.

In this case, in the user management information 231 of FIG. 4, the date when the gift item 421 was presented by another user is further stored as the receipt date (note that the gift item 421 was presented by another user). If there is no, leave it blank). Then, the selection unit 243 is a user who does not own the gift item 421, and from among users whose fixed period has passed since the receipt date of the user management information 231 (or the receipt date is blank), Three candidate users who should present the present item 421 are selected. At that time, the selecting unit 243 may select candidate users from among the users who have exchanged with the user who requested execution of the gacha by referring to the AC history information 233 in FIG.
Similarly to the above, when the lottery result screen 420 as shown in FIG. 8 is presented on the user terminal 300 and any of the selection buttons 423 is pressed (when a proposal to present the present item 421 is approved). In addition to the gift item 421 being given to the present user, the reception date of the present user is also updated with today's date. Therefore, the presented user is excluded from the candidate users of the gift item 421 until the latest fixed period has passed.
In this case, it is possible to effectively promote equal distribution of items in the game by avoiding a situation where the gift items 421 are concentrated on the same user. Moreover, it is possible to more strongly suppress the real money trade.

In the above embodiment, the game server 200 configured as shown in FIG. 3 has been described as an example, but another configuration may be used. For example, the game server 500 configured as shown in FIG. 13 can effectively promote the equal distribution of items in the game as with the game server 200.
As shown in FIG. 13, the game server 500 includes a detection unit 510, a search unit 520, an inquiry unit 530, and a grant unit 540.

The detection unit 510 detects that the user can acquire a duplicate item that overlaps with an item that the user owns and has not been used for a predetermined period of time.
For example, the detection unit 510 detects that the user can acquire a duplicate item by an item lottery executed by the user (single gacha described above, 10 consecutive gachas, gacha together).

When detecting unit 510 detects that a user can acquire a duplicate item, search unit 520 searches for another user who has a predetermined acquaintance relationship with the user and needs the duplicate item.
For example, the search unit 520 searches for other users from users who have never owned duplicate items. In addition, the search unit 520 may search for another user from among users who have executed item lottery in cooperation with the user.

  The inquiry unit 530 inquires of the user whether or not to present the duplicate item to another user.

  The granting unit 540 gives a duplicate item to another user when there is a response from the user to give.

In such a game server 500, when it is detected that the user can acquire a duplicate item (a duplicate item that overlaps with an item that has not been used for a predetermined period), another user who needs the duplicate item is searched. And only by obtaining consent from the user who inquired about giving the duplicate item, the duplicate item can be presented to another user without any trouble.
As a result, gifts of items among users become popular, and duplicate items for a certain user are distributed to other users who need the item.
As a result, it is possible to effectively promote equal distribution of items in the game.

In addition, the search unit 520 may exclude a user who has been given a duplicate item within a certain period of time from other users who need the duplicate item.
In this case, it is possible to effectively promote equal distribution of items in the game by avoiding the situation where the recipients of duplicate items are concentrated on the same user. Moreover, it is possible to more strongly suppress the real money trade.

  In the above-described embodiment, the case where the dedicated game servers 200 and 500 and the user terminal 300 are used has been described. However, an operation program that defines the operation of the game servers 200 and 500 and the user terminal 300 is stored in an existing personal computer or By applying to an information terminal device or the like, it is possible to cause the personal computer to function as the game server 200, 500 or the user terminal 300.

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

(Summary)
The game system according to the first aspect of the present invention includes a lottery unit, a presentation unit, a reception unit, and a grant unit.

The lottery unit draws the winning item from the item group. The presenting unit presents to the user a lottery result including a proposal for presenting the winning item when the winning item lottery by the lottery unit satisfies a predetermined presenting requirement.
The accepting unit accepts approval or disapproval of presenting the winning item from the user who is presented with the lottery result. And the grant part will grant a winning item to other users, if acceptance about giving a winning item by a reception part is received.

In this way, a proposal for presenting a winning item when the winning item satisfies a presenting requirement (for example, an unused item for a user who requested a lottery of items and an item of a certain rank or higher). The lottery result including is presented to the user. And just by accepting the present proposal, the user can present the winning item to other users without any effort.
Thereby, the present of the item between users becomes popular, and the item which is not used comes to be distributed to other users.
As a result, it is possible to effectively promote equal distribution of items in the game.

Further, in the above game system, based on the possession information of items held by each user and the use history of items used by each user in the game, the unused items in the user who requested the lottery for the lottery are displayed. The specifying unit is further provided, and the presenting unit presents the winning item when the winning item drawn by the lottery unit matches the unused item specified by the specifying unit and has a grade greater than or equal to the specified level. A lottery result including a proposal about this may be presented to the user.
In this case, since the winning item to be presented is an unused item for the user who has requested the lottery, the user can easily accept the present proposal. In addition, even a user who is given a gift can obtain items of a grade higher than the specified level, so there is no problem with being given a gift.

In the above game system, a candidate user to be a recipient of the winning item is selected from users who do not have the winning item selected by the lottery unit based on the holding information of the items held by each user. The selection unit may further include a selection unit, and the presentation unit may present a lottery result including a proposal for presenting the winning item to the candidate user selected by the selection unit.
In this case, since a selection part selects a candidate user, it can also suppress that a real money trade is performed. Moreover, even if the user is presented as a present, it is possible to acquire items that they do not have, so there is no problem with being presented.

In the above game system, the selection unit selects candidate users from among the users further interacting with the user who requested the lottery for the lottery based on the exchange history between users in the game. May be.
In this case, since the candidate users are narrowed down to users with exchanges, the present destination can also be easily selected.

In the above game system, the selection unit selects a candidate user from among users who have received a gift within a certain period of time based on the gift history that the grant unit has granted to another user. Also good.
In this case, it is possible to effectively promote equal distribution of items in the game by avoiding a situation where the recipients of the winning items are concentrated on the same user. Moreover, it is possible to more strongly suppress the real money trade.

In the above game system, the selection unit selects a plurality of candidate users for the winning item drawn by the lottery unit, and the presenting unit selects any one of the plurality of candidate users who present the winning item. A lottery result including selectable proposals is presented to the user, and the granting unit is selected when accepting acceptance of the winning item with the selection of any of a plurality of candidate users by the accepting unit You may give a winning item to the candidate user.
In this case, since a present destination user can be selected from among a plurality of candidate users, the degree of freedom is increased and the options are widened, so that the present proposal is easily approved.

  A game system according to a second aspect of the present invention includes a detection unit, a search unit, an inquiry unit, and a grant unit.

A detection part detects that the said user can acquire the duplicate item which overlaps with the item which the user has not used for the predetermined period. The search unit searches for other users who are in a predetermined acquaintance relationship with the user and need duplicate items.
Further, the inquiry unit inquires of the user whether or not to present the duplicate item to another user. Then, when there is a response to the effect of giving from the user, the giving unit gives the duplicate item to another user.

In this way, when it is detected that the user can acquire a duplicate item (a duplicate item that is duplicated with an item that has not been used for a predetermined period), another user who needs the duplicate item is searched. And only by obtaining consent from the user who inquired about giving the duplicate item, the duplicate item can be presented to another user without any trouble.
As a result, gifts of items among users become popular, and duplicate items for a certain user are distributed to other users who need the item.
As a result, it is possible to effectively promote equal distribution of items in the game.

Further, in the above game system, the detection unit detects that the user can acquire duplicate items by the item lottery executed by the user, and the search unit has executed the item lottery in cooperation with other users. You may search from a certain user.
In this case, it is possible to present a duplicate item to a user who has an exchange who jointly executed the item lottery.

In the above game system, the search unit may exclude a user who has been given a duplicate item within a certain period of time from other users who need the duplicate item.
In this case, it is possible to effectively promote equal distribution of items in the game by avoiding the situation where the recipients of duplicate items are concentrated on the same user. Moreover, it is possible to more strongly suppress the real money trade.

  An item providing method according to a third aspect of the present invention is an item providing method in a server device communicably connected to a user terminal via a network, and a lottery step, a presenting step, a receiving step, and an assigning step It has.

  That is, the item providing method according to the third aspect can effectively promote the equal distribution of items in the game, similarly to the game system according to the first aspect.

  A program according to a fourth aspect of the present invention causes a computer connected to a user terminal via a network to function as a lottery unit, a presentation unit, a reception unit, and a grant unit.

  That is, the program according to the fourth aspect can effectively promote the equal distribution of items in the game, similarly to 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 presenting method, and a program that can effectively promote equal distribution of items in a game.

DESCRIPTION OF SYMBOLS 100 Game system 200,500 Game server 210 Receiving part 220 Transmission part 230 Storage part 231 User management information 232 Item group 233 AC history information 240 Control part 241 Identification part 242 Lottery part 243 Selection part 244 Presentation part 245 Item provision part 300 User terminal DESCRIPTION OF SYMBOLS 310 Operation reception part 320 Transmission / reception part 330 Storage part 331 Game management information 340 Control part 341 Game progress part 342 Screen generation part 350 Display part 400 Information processing apparatus 401 CPU
402 ROM
403 RAM
404 Storage Device 405 Display Device 406 Communication Device 407 Operation Device 510 Detection Unit 520 Search Unit 530 Query Unit 540 Addition Unit 900 Internet

Claims (12)

A lottery section for drawing a winning item from an item group;
A presentation unit for presenting a lottery result including a proposal for presenting the winning item to the user when the winning item lottery by the lottery unit satisfies a predetermined presentation requirement;
A reception unit that accepts consent or non-disapproval of presenting the winning item from the user presented with the lottery result;
When accepting acceptance of presenting the winning item by the accepting unit, an granting unit that grants the winning item to another user;
A game system comprising: A specifying unit for specifying an unused item in the user who has requested the lottery unit based on the possession information of the items held by each user and the usage history of the items used by each user in the game; Prepared,
The presenting unit presents the winning item when the winning item lottery by the lottery unit coincides with the unused item specified by the specifying unit and has a grade higher than a specified level. Present the lottery result including the proposal to the user.
The game system according to claim 1. A selection unit that selects a candidate user to be a recipient of the winning item from among users who do not own the winning item that is lottery by the lottery unit, based on possession information of items that each user holds In addition,
The presenting unit presents a lottery result including a proposal for presenting the winning item to the candidate user selected by the selecting unit,
The game system according to claim 1 or 2, wherein The selection unit selects the candidate user from among the users further interacting with the user who requested the lottery for the lottery unit based on the exchange history between users in the game.
The game system according to claim 3. The selection unit selects the candidate user from among the users who have received a gift within a certain period of time based on the gift history given by the granting unit to another user.
The game system according to claim 3 or 4, characterized by the above. The selection unit selects a plurality of candidate users with respect to the winning item selected by the lottery unit,
The presenting unit presents a lottery result including a proposal that can select any of the plurality of candidate users who present the winning item to the user,
The granting unit grants the winning item to the selected candidate user when accepting consent for presenting the winning item along with selection of any of the plurality of candidate users by the accepting unit;
The game system according to claim 3, wherein the game system is a game system. A detection unit that detects that the user can acquire a duplicate item that overlaps with an item that the user owns and has not been used for a predetermined period;
A search unit for searching for other users who are in a predetermined acquaintance relationship with the user and need the duplicate item;
An inquiry unit that inquires of the user whether or not to present the duplicate item to the other user,
When there is a response to the effect of giving from the user, the grant unit that gives the duplicate item to the other user,
A game system comprising: The search unit searches the other users from users who have never owned the duplicate item.
The game system according to claim 7. The detection unit detects that the user can acquire the duplicate item by an item lottery executed by the user,
The search unit searches the other users among users who have executed the item lottery in cooperation with the user.
The game system according to claim 7. The search unit excludes a user who has been given the duplicate item within a recent fixed period from the other users who need the duplicate item.
The game system according to claim 7. An item presentation method in a server device communicably connected to a user terminal via a network,
A lottery step for drawing a winning item from an item group;
A presenting step of presenting a lottery result including a proposal for presenting the winning item to the user terminal when the winning item selected in the lottery step satisfies a predetermined gift requirement;
An accepting step of accepting acceptance or disapproval of presenting the winning item from the user terminal on which the lottery result is presented;
When accepting consent for presenting the winning item in the accepting step, an granting step of granting the winning item to another user terminal;
Item presentation method characterized by comprising. A computer that is communicably connected to a user terminal via a network,
A lottery department that draws winning items from an item group,
A presenting unit that presents a lottery result including a proposal for presenting the winning item to the user terminal when the winning item selected by the lottery unit satisfies a predetermined presentation requirement;
A reception unit that accepts consent or non-disapproval of presenting the winning item from the user terminal on which the lottery result is presented;
An accepting unit for granting the winning item to the other user terminal upon accepting the acceptance of the winning item by the accepting unit;
A program characterized by functioning as

Images