Servers, systems, methods, and programs.

Abstract

By allowing users to purchase multiple gacha draws in a single transaction, the payment process for users is simplified, thereby improving the user experience. [Solution] A gacha server 100 in a game that performs a lottery the number of times a user has purchased lottery tickets, comprising: a storage unit 150 that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase those lottery tickets; an acquisition unit 131 that obtains the desired purchase quantity of lottery tickets from the user's user terminal; a calculation unit 132 that determines combinations and quantities from the selection list based on the desired purchase quantity and calculates the planned purchase amount based on the determined combinations and quantities; and a settlement unit 133 that settles the planned purchase amount in a lump sum.

Description

Technical Field

[0001] The present disclosure relates to a gacha server, a gacha system, a gacha method, and a program.

Background Art

[0002] In the field of conventional online games, particularly in the field of games called social games, there is known a content called so-called gacha. As an example, in gacha, by performing a lottery (drawing) in exchange for a paid virtual currency, a lottery result is output (discharged), and a character that can be used in the game corresponding to the lottery result, an item for promoting the game advantageously, etc. are provided to users of the online game.

[0003] Patent Document 1 discloses a technique related to a program for realizing, on a user terminal, a function of executing a system (hereinafter referred to as a "gacha system") that gives virtual in-game elements to a user by lottery.

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] When a user of a social game performs (draws) a gacha, they must first purchase virtual currency to exchange for a lottery ticket, which is the right to perform the gacha. They then use any amount of this virtual currency to draw the gacha. Virtual currency is typically sold only in predetermined quantities and corresponding prices (hereinafter simply referred to as "combinations") determined by the social game operator. For example, a combination might be 500 units of virtual currency for 1000 yen, or 1500 units of virtual currency for 3000 yen. Depending on the operator, virtual currency may be called diamonds, orbs, or paid stones. Some social game operators also offer bonuses for larger purchases of combinations, such as 1800 units of virtual currency for 3000 yen.

[0006] However, in the sale of virtual currency in such social games, the combinations offered may not always provide the exact amount of virtual currency needed for one gacha draw, in order to encourage users to purchase virtual currency.

[0007] For example, consider a scenario where a user purchases 500 units of virtual currency for 1000 yen, and one draw of the gacha consumes 300 units of virtual currency. After the user draws the gacha once, they will have 200 units of virtual currency remaining. This remaining virtual currency, along with any newly purchased virtual currency, can be used for subsequent gacha draws.

[0008] Traditional gacha systems limited the number of gacha draws (amount of virtual currency) or the purchase price to a predetermined pattern set by the operating company, and did not offer very high-value options. As a result, if a social game user wanted to purchase a very large amount of virtual currency at once, they would have to go through the hassle of making multiple payments at the maximum amount offered by the operating company.

[0009] Furthermore, if the combination of virtual currency and price for one gacha draw is not disclosed, or if there are benefits for purchasing larger amounts of virtual currency at once, implementing a system where users can arbitrarily specify their desired purchase amount would require calculating the most advantageous, for example, the cheapest combination, from the combination of the number of draw tickets provided by the operating company and the price required to purchase those draw tickets.

[0010] Therefore, this disclosure aims to provide a gacha server, gacha system, gacha method, and program that can increase user satisfaction with a game by allowing players to purchase multiple gacha draws in a single transaction in games where a gacha system is implemented. [Means for solving the problem]

[0011] According to one embodiment of the present disclosure, a gacha server is provided that performs a lottery a number of times equal to the number of lottery tickets purchased by the user in the game. The gacha server includes a storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase those lottery tickets. The gacha server includes an acquisition unit that obtains the desired amount of lottery tickets from the user's user terminal. The gacha server includes a calculation unit that determines combinations and their quantities from the selection list based on the desired amount, and calculates the estimated purchase amount based on the determined combinations and their quantities. The gacha server includes a settlement unit that settles the estimated purchase amount in a lump sum.

[0012] According to one embodiment of the present disclosure, a gacha system is provided in a game that performs a lottery a number of times equal to the number of lottery tickets purchased by the user. The gacha system has a storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase the lottery tickets for that number of times. The gacha system has an acquisition unit that obtains the desired purchase quantity of lottery tickets from the user's user terminal. The gacha system has a calculation unit that determines the combination and its quantity from the selection list based on the desired purchase quantity, and calculates the planned purchase amount based on the determined combination and its quantity. The gacha system has a settlement unit that settles the planned purchase amount in a lump sum.

[0013] According to one embodiment of the present disclosure, a gacha method is provided in which a user performs a lottery a number of times equal to the number of lottery tickets purchased by the user in a game. The gacha method has an acquisition step of obtaining the desired amount of lottery tickets to purchase from the user's user terminal. Based on the desired amount to purchase, the gacha method has a calculation step of determining a combination and its quantity from a selection list that includes one or more combinations of the number of lottery tickets stored in the memory and the amount required to purchase the lottery tickets for that number of times, and calculating the planned purchase amount based on the determined combination and its quantity. The gacha method has a settlement step of settling the planned purchase amount in a lump sum.

[0014] According to one embodiment of the present disclosure, a gacha program is provided that performs a lottery a number of times equal to the number of lottery tickets purchased by the user in a game. The gacha program causes a computer to function as a storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase those lottery tickets. The gacha program causes a computer to function as an acquisition unit that obtains the desired amount of lottery tickets from the user's user terminal. Based on the desired amount, the gacha program causes a computer to function as a calculation unit that determines combinations and their quantities from the selection list and calculates the planned purchase amount based on the determined combinations and their quantities. The gacha program causes a computer to function as a settlement unit that settles the planned purchase amount in a lump sum. [Effects of the Invention]

[0015] According to the present disclosure, by being able to purchase the number of gacha times in one settlement, the billing process on the user side can be simplified, thus improving the user experience.

[0016] Note that the above summary of the invention does not list all the necessary features of the present disclosure. Also, sub-combinations of these feature groups can also be inventions.

Brief Description of the Drawings

[0017] [Figure 1] An example of the configuration of the gacha system 1 in which the gacha server 100 according to an embodiment of the present disclosure operates is schematically shown. [Figure 2] An example of the functional configuration of the gacha server 100 according to an embodiment of the present disclosure is schematically shown. [Figure 3] An example of the information stored in the storage unit 150 of the gacha server 100 according to an embodiment of the present disclosure is schematically shown. [Figure 4] An example of the flow of the lottery process of the gacha server 100 according to an embodiment of the present disclosure is schematically shown. [Figure 5] An example of the user interface 400 according to the prior art is schematically shown. [Figure 6] An example of the user interface 410 according to an embodiment of the present disclosure is schematically shown. [Figure 7] An example of the user interface 420 according to an embodiment of the present disclosure is schematically shown. [Figure 8] An example of the user interface 440 according to an embodiment of the present disclosure is schematically shown. [Figure 9] An example of the user interface 450 according to another embodiment of the present disclosure is schematically shown. [Figure 10] An example of the hardware configuration of the computer 900 according to an embodiment of the present disclosure is schematically shown.

Modes for Carrying Out the Invention

[0018] Hereinafter, the present disclosure will be described through embodiments of the invention. However, the following embodiments do not limit the invention claimed in the claims. Also, not all combinations of features described in the embodiments are essential for the solution of the invention.

[0019] FIG. 1 schematically shows an example of the configuration of a gacha system 1 in which a gacha server 100 operates. The gacha system 1 includes a gacha server 100, a user terminal 200, and a game server 300, and is connected by a network NW. The gacha system 1 provides a game to the user terminal 200 by the game server 300, and provides a gacha system as a part of the game by the gacha server 100. The game may include an online game, particularly a social game.

[0020] Hereinafter, in a situation where a user purchases a lottery right using virtual currency and executes a lottery (gacha) (draws) in a game, an example will be given and described where an arbitrary desired purchase amount is specified and a gacha is drawn in a single settlement. The desired purchase amount may be a quantity indicating the number of gacha draws (hereinafter referred to as the desired purchase number of draws), or a quantity indicating the amount of money for purchasing a gacha (hereinafter referred to as the desired purchase amount).

[0021] The gacha server 100 cooperates with the game server 300 to provide a so-called "gacha", which is content within the game operating on the game server 300, to the user terminal 200. The gacha server 100 accepts in advance the purchase of virtual currency available within the game from users of the game. The virtual currency may be something that has been exchanged with something having a monetary value such as a credit card, web money, or electronic money. The virtual currency may be a so-called stone, and among gacha stones, it may be a so-called paid stone.

[0022] The user terminal 200 can be anything as long as it is used by the user. The user terminal 200 is used for the user to play games and for drawing lots and redraws. The user terminal 200 may be, for example, a smartphone, tablet, personal computer, home game console, etc.

[0023] Game server 300 can be any type of server operated by the game's operating company that provides users with a game playing environment.

[0024] Figure 2 schematically shows an example of the functional configuration of the gacha server 100. Figure 3 schematically shows an example of the information stored in the storage unit 150 of the gacha server 100 according to the embodiment of this disclosure. The gacha server 100 comprises a communication unit 110, a processing unit 130, and a storage unit 150.

[0025] The communications unit 110 exchanges information with the user terminal 200 and the game server 300 via the network.

[0026] The processing unit 130 performs processing related to the operation of the gacha system 1. The processing unit 130 includes an acquisition unit 131, a calculation unit 132, a settlement unit 133, a display control unit 134, and a bonus granting unit 135.

[0027] The memory unit 150 stores information necessary for processing related to the operation of the gacha. The memory unit 150 stores the selection list, user information, and interface information.

[0028] The selection list shown in the upper part of Figure 3(A) includes the first selection list and the second selection list. The selection list is information that is pre-stored in the memory unit 150 by the game operator and can be added or modified at any time as needed.

[0029] The first selection list is a list containing multiple pieces of first selection information. The first selection information is a combination of the number of lottery tickets and the amount of virtual currency required as payment for purchasing those lottery tickets. The number of lottery tickets is the number of times you can draw from the gacha.

[0030] The second choice list is a list containing multiple pieces of second choice information. The second choice information is a combination of the quantity of cryptocurrency and the amount of fiat currency required as payment for purchasing that quantity of cryptocurrency.

[0031] Figure 3(B) shows specific examples of each selection list in Figure 3(A). As shown in the upper part of Figure 3(B), the first selection information in the first selection list is, for example, a correspondence between the number of lottery tickets that can be used to draw from the gacha and the amount (number) of virtual currency required to purchase those tickets. The first selection information may be in the form of, for example, 1500 virtual currency for 5 lottery tickets, and 6000 for 10 lottery tickets.

[0032] As shown in the lower part of Figure 3(B), the second selection information in the second selection list may, for example, associate the quantity (number) of cryptocurrency with the amount of money required to purchase that quantity of cryptocurrency (purchase amount). The second selection information may take the form of, for example, 1,000 yen, 1,500 yen, 3,000 yen, 6,000 yen, and 11,800 yen for cryptocurrency quantities of 500, 750, 1,500, 3,000 yen, and 5,900 yen, respectively.

[0033] Furthermore, the first and second selection information may represent the purchase patterns of virtual currency (so-called purchase packs or packages) that have traditionally been offered within the game. The first and second selection information may be limited to only the purchase patterns of virtual currency that have been pre-set by the operating company.

[0034] The user information shown in the lower section of Figure 3(A) includes billing information and attribute information. The billing information includes billing history, cumulative billing amount, and VIP rank. VIP rank is a user rank that increases in stages according to the cumulative billing amount. For VIP ranks above a certain level, the display flag is set to ON. The predetermined level is set in advance by the game operator. Users with a VIP rank above a certain level may be so-called high-spending users. The higher the VIP rank, the more benefits and services users receive both in and out of the game (e.g., discounts, invitations to exclusive events, priority treatment, etc.). The cumulative spending amount may include the amount of virtual currency purchased by the user for use in gacha (loot box) mechanics within the game. The cumulative spending amount may also include the amount of subscription services purchased that provide user-favorable effects within the game. The predetermined value may be an amount set in advance by the operating company.

[0035] Attribute information includes age information and other basic user information.

[0036] The interface information concerns user interfaces 400, 410, 420, and 440 used on user terminal 200 to accept gacha purchases from the user. Details of user interfaces 400, 410, 420, and 440 will be described later.

[0037] Returning to Figure 2, let's continue the explanation of the processing unit 130 of the gacha server 100. The acquisition unit 131 acquires the desired purchase quantity of lottery tickets from the user's user terminal 200. The desired purchase quantity may be, for example, the number of gacha draws the user wishes to perform, or the amount of money required for the purchase. The acquisition unit 131 may acquire any desired purchase quantity that the user directly inputs into the user terminal 200.

[0038] The acquisition unit 131 may terminate processing by returning an error to the user terminal 200 if the acquired purchase request quantity falls below the minimum number of lottery tickets or the minimum purchase amount in the selection list, indicating that it is being used in a manner not intended by the operating company. Specifically, using Figure 3(B) as an example, this would occur if the number of purchase requests falls below "5", which is the minimum number of lottery tickets in the first identification list, or below "1000", which is the minimum purchase amount in the second identification list.

[0039] The calculation unit 132 determines a combination of first selection information and / or second selection information and their respective quantities from the selection list in the storage unit 150 based on the desired purchase quantity, and calculates the planned purchase amount based on the determined combination. The combination and quantities that form the basis for calculating the planned purchase amount will hereinafter be referred to as the planned purchase conditions. Specifically, taking Figure 3(B) as an example, if the desired number of purchases is 20, first, in the first selection list, the first identifier "1-10" and its quantity "2" of the first selection information, which indicates that the number of lottery tickets is "10", are determined. Based on the amount of virtual currency required, "3000 x 2 = 6000", then in the second selection list, the second identifier "2-3000" and quantity "2" of the second selection information are determined, which become the planned purchase conditions. Furthermore, if the desired purchase amount is 12,000 yen, first, in the second selection list, the second identifier "2-3000" and its quantity "2" for the second selection information, which represents a purchase amount of "3000 yen," are determined. Based on the resulting amount of cryptocurrency "6000," the first identifier "1-10" and its quantity "2" for the first selection information, which represents a cryptocurrency amount of "3000," are then determined in the first selection list, becoming the planned purchase conditions.

[0040] The calculation unit 132 determines whether the planned purchase calculated from the planned purchase conditions matches the desired purchase quantity.

[0041] When the calculation unit 132 obtains the desired purchase quantity and number of purchases from the user, it may determine the purchase plan conditions such that the difference between the total number of lottery tickets determined by the purchase plan conditions (hereinafter referred to as the "planned purchase number") and the desired purchase number is minimized. For example, if the planned purchase number does not match the desired purchase number, the calculation unit 132 may determine (adjust) the purchase plan conditions so that the difference is minimized.

[0042] When the calculation unit 132 obtains the desired purchase quantity and number of purchases from the user, it may determine the purchase plan conditions so that the planned number of purchases is greater than the desired number of purchases. For example, if the planned number of purchases does not match the desired number of purchases, the calculation unit 132 may determine the purchase plan conditions so that the planned number of purchases is equal to or greater than the desired number of purchases. For example, if the desired number of purchases is 99, the calculation unit 132 may determine the purchase plan conditions so that the planned number of purchases becomes 100.

[0043] When the calculation unit 132 obtains the desired purchase amount as the desired purchase quantity from the user, it may determine the purchase plan conditions so as to minimize the difference between the planned purchase amount and the desired purchase amount. For example, if the planned purchase amount does not match the desired purchase amount, the calculation unit 132 may determine (adjust) the purchase plan conditions so as to minimize the difference.

[0044] Furthermore, if the calculation unit 132 obtains a desired purchase amount from the user as the desired purchase quantity, it may determine the purchase conditions so that the planned purchase amount is less than the desired purchase amount. For example, if the planned purchase amount does not match the desired purchase amount, the calculation unit 132 may determine the purchase conditions so that the planned purchase amount is less than the desired purchase amount. For example, if the desired purchase amount is 200,100 yen, the calculation unit 132 may determine the planned purchase amount to be 200,000 yen. If the desired purchase amount entered by the user differs from the planned purchase amount, the calculation unit 132 may display a message to that effect on the user terminal 200 and control the display control unit 134 to display a payment confirmation to the user.

[0045] The calculation unit 132 may, for example, calculate the planned purchase conditions for the desired purchase quantity and the planned purchase price based on the selection list described later in Figure 3(A).

[0046] The settlement unit 133 settles an amount corresponding to the planned number of purchases, or the planned purchase amount, in a lump sum, based on the user's operations on the user interface 410, or user interface 420, and user interface 440. The settlement unit 133 has the function of allowing the user to complete the payment using functions such as so-called in-app payment, platform payment, and external payment. In-app payment may be a payment made with the operating company of the game (app). Platform payment may be a payment made with the operating company of the platform on which the game is provided. The settlement unit 133 may update the cumulative amount charged per user stored in the storage unit 150 at the time of payment.

[0047] The display control unit 134 displays user interfaces 400, 410, 420, and 440 on the user terminal 200.

[0048] User interface 400 is the standard user interface for purchasing lottery tickets in response to user actions in the game (hereinafter collectively referred to as the standard user interface). User interfaces 410, 420, and 440 are user interfaces displayed only to specific users, which accept input for the desired quantity of lottery tickets to purchase and execute a lump-sum payment in response to user actions in the game (hereinafter collectively referred to as the special user interfaces).

[0049] The display control unit 134 displays a special user interface when the display flag for the user's VIP rank stored in the storage unit 150 is turned on. The display control unit 134 may not display the special user interface if the user is a minor, even if the VIP rank display flag is turned on.

[0050] User interfaces 410 and 420 can accept requests from the user to switch between the number of times or the amount of money as the desired purchase quantity. User interface 410 is the user interface when accepting money as the desired purchase quantity. User interface 420 is the user interface when accepting the number of gacha draws as the desired purchase quantity.

[0051] User interfaces 410 and 420 may accept input in units of one if the desired purchase quantity is the number of lottery tickets, and in units of one yen if it is an amount. User interface 410 may have an amount input field 412 in which the user can directly input a numerical value for the desired purchase quantity. User interface 420 may have a number input field 422 in which the user can directly input a numerical value for the desired purchase quantity.

[0052] The display control unit 134 may, when a user inputs the desired purchase quantity in the user interface 410 or user interface 420, display the planned purchase conditions, the planned number of purchases, and / or the planned purchase amount on the user terminal 200.

[0053] The reward granting unit 135 may grant rewards based on the planned number of purchases or the planned purchase amount. The rewards may be free virtual currency, so-called free stones, corresponding to the planned number of purchases or the planned purchase amount. The rewards may also be the granting of characters or items that can be used in the game, or effects that give the user an advantage.

[0054] Figure 4 schematically shows an example of the lottery process flow of the gacha server 100 according to the embodiment of this disclosure. The lottery process is a process in which the gacha server 100 obtains the desired purchase quantity entered in the user terminal 200, calculates the planned purchase amount, and settles the payment in a lump sum. In Figure 4, the state in which the user is running the game on the user terminal 200 is described as the starting state.

[0055] In step S102 (sometimes abbreviated as S), the processing unit 130 accepts the user's selection of a purchase menu that transitions to a billing screen for purchasing gacha. For example, the user selects "Purchase Gacha" from a list that appears when they press the game's menu icon.

[0056] In S103, the display control unit 134 determines whether the user's VIP rank is equal to or greater than a predetermined value. If the display control unit 134 determines that the user's VIP rank is equal to or greater than a predetermined value, the process proceeds to S104. If the display control unit 134 determines that the user's VIP rank is less than a predetermined value, the process proceeds to S105.

[0057] In S104, the display control unit 134 displays a user interface. The user interface is user interface 420, which accepts input of the desired purchase price. The user interface displayed initially may be either user interface 410 or user interface 420, and may be switchable between the two.

[0058] In S105, the display control unit 134 displays the user interface 400.

[0059] In S106, the acquisition unit 131 acquires the desired purchase quantity from the user and provisionally determines the planned purchase conditions. The desired purchase quantity may include either the desired purchase amount or the desired number of purchases.

[0060] In S107, the calculation unit 132 determines whether the planned purchase amount calculated from the planned purchase conditions matches the desired purchase amount. The planned purchase amount may be either the planned purchase amount or the planned number of purchases. If the calculation unit 132 determines that the planned purchase amount matches the desired purchase amount, the process proceeds to S109. If the calculation unit 132 determines that the planned purchase amount does not match the desired purchase amount, the process proceeds to S108.

[0061] In S108, the calculation unit 132 re-determines the purchase conditions that minimize the difference between the planned purchase quantity and the desired purchase quantity.

[0062] In S109, the settlement unit 133 settles the planned purchase amount in a lump sum.

[0063] In S110, the settlement unit 133 updates the cumulative charge amount based on the amount settled in S109.

[0064] According to one embodiment of the gacha server 100 described above, even if the amount a user wishes to purchase from the gacha exceeds the amount or number of draws predetermined for the gacha, the server can retrieve the user's desired purchase amount and process the payment in a single transaction. Therefore, for example, for a heavy spender who wants to spend 200,000 yen, if the maximum amount to be spent in the first combination of conventional charges is 10,000 yen, it is possible to prevent them from losing interest in the gacha by forcing them to repeat the charge 20 times, which can be cumbersome.

[0065] Furthermore, if a user wants to pull all the featured items in a particular gacha until they reach the "pity system" (guaranteed drop rate), they can adjust the amount of virtual currency they have to reach the pity system and pay in a single transaction. The pity system can be defined as the number of gacha pulls required to obtain the featured item in a particular gacha system.

[0066] Furthermore, by applying the gacha system according to this embodiment to their own services, game operators can appeal to users by emphasizing that it is easy to spend large amounts of money on gacha, thereby efficiently acquiring high-spending users, or so-called valuable users.

[0067] Figure 5 schematically shows an example of the user interface 400. Figure 5(A) shows the user interface 400 (a normal gacha purchase user interface), which is the screen displayed, for example, to a user whose VIP rank has not reached a predetermined value. Figure 5(B) shows the payment screen 402.

[0068] User interface 400 is the screen for purchasing virtual currency needed for gacha. User interface 400 has an amount input button 401. User interface 400 has the rightmost frame highlighted, indicating that the user has currently selected "¥10,000" from the amount input button 401.

[0069] When the user presses the amount input button 401, the user terminal 200's screen transitions to the payment screen 402 for the displayed amount.

[0070] The payment screen 402 is a screen that displays the payment amount to the user and accepts the user's selection of a payment method. The payment screen 402 has a display of the amount selected by the amount input button 401 in the user interface 400, and a payment selection button 451.

[0071] When the payment selection button 451 is pressed, the system automatically selects the corresponding payment method, transitions to the payment screen, and completes the payment using the registered credit card. The display on the payment selection button 451 may show payment methods such as Platform Payment, XX Payment, XXXX Payment, etc. Any type of payment is acceptable.

[0072] Figure 6 schematically shows an example of a user interface 410 according to an embodiment of this disclosure. The user interface 410 includes an amount input button 411, an amount input field 412, a planned purchase amount display 413, a confirmation button 414, and a display switching button 415.

[0073] When the amount input button 411 is pressed, the displayed amount is entered into the amount input field 412. The amount input field 412 may accept an amount entered by the user. In response to the pressing of the amount input button 411, the amount input field 412 may be replaced with the amount displayed on the amount input button 411.

[0074] The planned purchase amount display 413 displays the actual purchase amount calculated from the amount entered in the amount input field 412, plus the total number of gacha draws. The display switching button 415, when pressed, switches the display of the user interface 410 from one that can be specified by the amount related to the gacha purchase to one that can be specified by the number of gacha draws. The confirmation button 414, when pressed, may have the function of retrieving the amount entered in the amount input field 412.

[0075] Figure 7 schematically shows an example of a user interface 420 according to an embodiment of the present disclosure. The user interface 420 includes a count input button 421, a count input field 422, a planned purchase amount display 423, a confirmation button 424, and a display switching button 425.

[0076] When the count input button 421 is pressed, the displayed number of gacha draws is entered into the count input field 422. The count input field 422 may accept the user's input for the number of gacha draws. The count input field 422 may be replaced with the number displayed on the count input button 421 in response to the press of the count input button 421.

[0077] The planned purchase amount display 423 displays the total amount that can actually be purchased, calculated from the number of gacha draws entered in the draw input field 422, plus the total number of gacha draws. The display switching button 425, when pressed, switches the display of the user interface 420 from one that can be specified by the number of gacha draws to a user interface 410 that can be specified by the amount related to the gacha draws. The confirmation button 424, when pressed, may have a function to retrieve the number of gacha draws entered in the draw input field 422.

[0078] Figure 8 schematically shows an example of a user interface 440 according to the embodiment of this disclosure. User interface 440 is a payment screen for the virtual currency required for gacha. User interface 440 represents the state that has been transitioned to after the confirm button 414 has been pressed in the state of user interface 410. The operation is the same as in Figure 5(B) and is therefore omitted.

[0079] User interface 440 is a screen that displays the payment amount to the user and accepts the user's selection of a payment method. User interface 440 has a display of the total amount entered in user interface 410 and a payment selection button 441.

[0080] The payment selection button 441, when pressed, is controlled to select the payment method corresponding to the displayed option. The display on the payment selection button 451 may show payment methods such as platform payment, XX payment, XXXX payment, etc. Any type of payment is acceptable.

[0081] (Other embodiments) The calculation unit 132 in this application may also calculate the planned purchase amount directly from the price per gacha draw based on the number of desired purchases acquired by the acquisition unit 131. For example, consider a case where the required amount of paid in-game currency (for example, called diamonds) per gacha draw is 300, and the corresponding price is 200 yen. In this case, if the acquisition unit 131 acquires a number of desired purchases of 100, the calculation unit 132 will calculate the planned purchase amount as 200,000 yen.

[0082] The bonus granting unit 135 may grant bonuses according to the number of times the user wishes to purchase. The bonus may be, for example, free in-game currency that can be used to draw gacha. The bonus may be, for example, granted in such a way that one unit of free in-game currency is given for every 10 times the number of times the user wishes to purchase.

[0083] Figure 9 schematically shows an example of a user interface 450 according to another embodiment of the present disclosure. The user interface 450 is a screen that accepts input from the user regarding the number of times they wish to purchase gacha and displays a purchase button. The user interface 450 may display at the top the number of paid in-game currency units required per gacha, the unit price, and a description of any bonus items.

[0084] The user interface 450 has a purchase request field 452 and a purchase button 454. The purchase request field 452 may accept input from the user for the number of times they wish to purchase the gacha. To the right of the purchase request field 452, information regarding the number of paid in-game currency items corresponding to the number of purchases, and the bonus items to be awarded, may be displayed.

[0085] The purchase button 454 may display the amount required to purchase the gacha as a caption, based on the number of purchases entered in the purchase request field 452. When the purchase button 454 is pressed, the display screen may transition to the user interface 440.

[0086] In the user interface 450, consider a case where, for example, 300 paid in-game currency units are required for one gacha pull, and the corresponding price is 200 yen. In this case, if "199" is entered in the desired number of purchases input field 452, "59700 diamonds + 19 bonus units" will be displayed to the right of the desired number of purchases input field 452. In addition, the caption of the purchase button 454 will display "Purchase for ¥119,400".

[0087] According to this embodiment, even in a typical gacha purchase user interface, where, for example, a user might be unable to purchase the required amount of paid virtual currency needed to reach the so-called gacha pity system and end up with a fractional amount, the user can purchase the exact required amount of paid virtual currency, thereby increasing user satisfaction. Furthermore, by making it easier for users to understand the bonuses for the desired number of purchases, their willingness to spend money can be increased.

[0088] <Basic Computer Configuration> Figure 10 is a block diagram showing the basic hardware configuration of a computer 900 that functions as a gacha system 1, a gacha server 100, a user terminal 200, and a game server 300. The computer 900 has a control unit 901, a storage unit 902, a communication unit 903, an input unit 904, and an output unit 905. The control unit 901, storage unit 902, communication unit 903, input unit 904, and output unit 905 are electrically connected to each other via a communication bus 910.

[0089] The control unit 901 includes a CPU (Central Processing Unit, also called a processor) and controls various parts of the computer 900, as well as reading and executing various programs stored in the storage unit 902.

[0090] The memory unit 902 includes a main memory such as DRAM (Dynamic Random Access Memory) and an auxiliary memory such as a hard disk, and is a device that stores various programs for running the operating system and various applications of the computer 900, as well as data used by these programs. The processes shown in the flowcharts described above are realized by the control units 901 of each computer constituting the gacha system 1, gacha server 100, user terminal 200, and game server 300 executing the programs stored in their respective memory units 902.

[0091] The communication unit 903 is a device for communicating with external devices and sends and receives data according to instructions from the control unit 901. Each computer constituting the gacha system 1, gacha server 100, user terminal 200, and game server 300 uses this communication unit 903 to communicate with other devices, including the network NW shown in Figure 1.

[0092] The input unit 904 is a device that receives input from an external source and supplies it to the control unit 901, and includes, for example, a keyboard, mouse, touch panel, and camera. The output unit 905 is a device that outputs the processing results of the control unit 901 to the outside, and includes, for example, a display and speaker.

[0093] <Program> Here, we will describe the programs for realizing each functional unit of the gacha system 1 according to this embodiment.

[0094] The Gacha system 1 is implemented in the computer 900. The operation of each component of the Gacha system 1 is stored in the auxiliary storage device of the storage unit 902 in the form of a program. The control unit 901 reads the program from the auxiliary storage device of the storage unit 902, loads it into the main memory of the storage unit 902, and executes the above process according to the program. The control unit 901 also reserves a storage area in the main memory of the storage unit 902 corresponding to the storage unit 150 described above, according to the program.

[0095] Specifically, the program is a gacha program in which a computer performs a lottery a number of times equal to the number of lottery tickets purchased by the user in the game. The program is characterized by having the computer function as a storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase those lottery tickets; an acquisition unit that obtains the desired amount of lottery tickets from the user's user terminal; a calculation unit that determines combinations and their quantities from the selection list based on the desired amount, calculates the estimated purchase amount based on the determined combinations and their quantities; and a settlement unit that settles the estimated purchase amount in a lump sum.

[0096] Each of the above operation flows can be performed not only independently, but also in combination of two or more operation flows. For example, some steps of one operation flow may be added to another operation flow, or some steps of one operation flow may be replaced with some steps of another operation flow. It is not necessary to execute all steps in each flow; only some steps may be executed. Also, the order of steps in each flow may be changed as appropriate.

[0097] A program may be provided that causes a computer to execute each of the processes described in the above embodiment. The program may be recorded on a computer-readable medium. Using a computer-readable medium, it is possible to install the program on a computer. Here, the computer-readable medium on which the program is recorded may be a non-transient storage medium. The non-transient storage medium is not particularly limited, but may be a storage medium such as a CD-ROM or DVD-ROM. Furthermore, the circuits that execute each of the processes performed by the device according to the above embodiment may be integrated, and at least a part of the device may be configured as a semiconductor integrated circuit (chipset, SoC).

[0098] The functions realized by the apparatus according to the above embodiments may be implemented in a circuit or processing circuitry, including a general-purpose processor, an application-specific processor, an integrated circuit, an ASIC (Application Specific Integrated Circuit), a CPU (a Central Processing Unit), conventional circuits, and / or a combination thereof, programmed to realize the described functions. A processor, including transistors and other circuits, is considered a circuit or processing circuitry. A processor may be a programmed processor that executes a program stored in memory. In this disclosure, circuitry, unit, and means are hardware programmed to realize or perform the described functions. Such hardware may be any hardware disclosed herein, or any hardware known to be programmed to realize or perform the described functions. If such hardware is a processor that is considered to be a type of circuitry, then such circuitry, means, or unit is a combination of hardware and software used to constitute such hardware and / or processor.

[0099] The terms "based on" and "depending on / in response to" used in this disclosure do not mean "based solely on" or "depending solely on" unless otherwise specified. "Based on" means both "based solely on" and "at least partially on." Similarly, "depending on" means both "at least partially on" and "at least partially on." The terms "include," "comprise," and their variations do not mean to include only the listed items, but may include only the listed items or may include additional items in addition to the listed items. Furthermore, the term "or" used in this disclosure is not intended to mean exclusive OR. Additionally, any reference to elements using designations such as "first," "second," etc., used in this disclosure does not generally limit the quantity or order of those elements. These designations may be used herein as a convenient way to distinguish between two or more elements. Therefore, references to the first and second elements do not imply that only two elements may be adopted therein, or that the first element must precede the second element in any way. In this disclosure, where articles are added by translation, such as a, an, and the in English, these articles shall be plural unless it is clearly indicated by the context that they are not.

[0100] Although the embodiments have been described in detail above with reference to the drawings, the specific configuration is not limited to those described above, and various design changes can be made without departing from the gist of the invention.

[0101] For example, in the gacha system 1 of the above embodiment, the gacha server 100 was provided independently of the game server 300, but the game server 300 may also have the functions of the gacha server 100 built into it.

[0102] Furthermore, in the above embodiment, when the calculation unit 132 obtains the desired purchase quantity and number of purchases from the user, it determines the purchase conditions for the combination and quantity (second combination) so that the number of planned purchases for the combination and its quantity is greater than the number of purchases requested. However, it may also determine them to be smaller.

[0103] Furthermore, in the above embodiment, when the calculation unit 132 obtains the desired purchase amount as the desired purchase quantity from the user, it determined the purchase conditions for the combination and its quantity (second combination) so that the planned purchase amount for the combination and its quantity would be less than the desired purchase amount. However, it may also be determined so that it is greater than the desired purchase amount.

[0104] Furthermore, the display control unit 134 in the above embodiment may display setting buttons on the user interface 410 and user interface 420 that allow the user to change the desired purchase quantity to a preset value. The display control unit 134 may control the system so that when the user presses a setting button, a reasonably round amount displayed on the setting button is entered as the desired purchase quantity into the amount input field 412 of the user interface 410.

[0105] The setting value for the setting button may be 10,000 yen, 5,000 yen, or 2,000 yen if the desired purchase quantity is an amount, or 30 times, 20 times, or 10 times if the number of lottery tickets is 30 times, 20 times, or 10 times. The setting value for the setting button may be any number greater than the maximum number of lottery tickets in the first selection list, or greater than the purchase amount in the second selection list.

[0106] • Note 1 In a gacha server in a game, where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase the lottery tickets for the number of tickets, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and quantity from the selection list based on the desired purchase quantity, and calculates the estimated purchase price based on the determined combination and quantity, A payment unit that settles the aforementioned planned purchase amount in a lump sum. A gacha server that has a gacha system.

[0107] • Appendix 2 The gacha server described in Appendix 1, wherein the desired purchase quantity is either the number of lottery tickets or the amount of money required to purchase the lottery tickets.

[0108] • Appendix 3 The desired purchase quantity is the number of lottery tickets, The calculation unit determines the combination and quantity such that the difference between the total number of lottery tickets determined by the combination and quantity and the desired purchase quantity is minimized. The gacha server described in either Appendix 1 or 2.

[0109] • Appendix 4 The calculation unit determines the combinations and quantities such that the total number of lottery tickets determined by the combinations and quantities is equal to or greater than the desired purchase quantity. The gacha server described in any of the appendices 1 to 3.

[0110] • Appendix 5 The aforementioned desired purchase quantity is the amount related to the purchase of the aforementioned lottery tickets, The calculation unit determines the combination and quantity thereof such that the difference between the planned purchase amount and the amount related to the purchase of the lottery tickets is minimized. The gacha server described in any of the appendices 1 through 4.

[0111] • Appendix 6 The calculation unit determines the combination and quantity thereof such that the planned purchase amount is equal to or greater than the desired purchase amount. The gacha server described in any of the appendices 1 through 5.

[0112] • Appendix 7 The system further includes a display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity, The user interface is a gacha server as described in any one of the appendices 1 to 6, which accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets.

[0113] • Appendix 8 The gacha server described in any of Appendix 1 to 7, wherein the user interface allows the user to select either the number of lottery tickets or the amount of money to purchase the lottery tickets as the desired purchase quantity.

[0114] • Appendix 9 A gacha server as described in any of Appendix 1 to 8, comprising a reward granting unit that grants rewards based on the total number of times the lottery rights are drawn, determined by the aforementioned combinations and their quantities.

[0115] • Appendix 10 The display control unit displays the combination and its quantity, and the planned purchase amount, on the user terminal when the user specifies the desired purchase quantity by the number of lottery tickets, as described in any of Appendix 1 to 9 of the gacha server.

[0116] • Appendix 11 The gacha server described in any of Appendix 1 to 10, wherein the user interface includes a setting button that allows the user to change the desired purchase quantity to a pre-set value.

[0117] • Appendix 12 The storage unit stores the cumulative amount charged by each user in the game, and the predetermined value for determining whether the user's cumulative amount charged is equal to or greater than a predetermined value. The display control unit displays the user interface when the user's cumulative spending amount is equal to or greater than a predetermined value, as described in any of Appendix 1 to 11 of the gacha server.

[0118] • Appendix 13 In a gacha system in a game, where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase the lottery tickets for the number of tickets, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and quantity from the selection list based on the desired purchase quantity, and calculates the estimated purchase price based on the determined combination and quantity, A payment unit that settles the aforementioned planned purchase amount in a lump sum. A gacha system that has this feature.

[0119] • Appendix 14 In a gacha system in a game, where the number of draws performed is equal to the number of draw tickets purchased by the user, The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. Based on the desired purchase quantity, a calculation step is performed to determine the combination and quantity from a selection list that includes one or more combinations of the number of lottery tickets stored in the memory unit and the amount required to purchase the lottery tickets for that number of times, and to calculate the planned purchase amount based on the determined combination and quantity. A payment step in which the aforementioned planned purchase amount is settled in a lump sum. A gacha method that has [something].

[0120] • Appendix 15 In a gacha program in a game, where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase the lottery tickets for the number of tickets, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and quantity from the selection list based on the desired purchase quantity, and calculates the estimated purchase price based on the determined combination and quantity, A program characterized by having a computer function as a settlement unit that settles the aforementioned planned purchase amount in a lump sum. [Explanation of Symbols]

[0121] 1: Gacha System 100: Gacha Server 110: Communications Department 130: Processing Unit 131: Acquisition Department 132: Calculation Unit 133: Payment Department 134: Display Control Unit 135: Special Offer Department 150: Storage section 200: User terminal 300: Game Server 400: User Interface 401: Amount input button 402: Payment screen 410: User Interface 411: Amount input button 412: Amount input field 413: Display of planned purchase amount 414: Confirm button 415: Display switching button 420: User Interface 421: Input button for the number of times 422: Input field for the number of times 423: Display of planned purchase amount 424: Confirm button 425: Display switching button 440: User Interface 441: Payment Selection Button 450: User Interface 451: Payment Selection Button 452: Input field for desired number of purchases 454: Purchase button 900: Computer 901: Control Unit 902: Storage section 903: Communications Department 904: Input section 905: Output section 910: Communications bus

Claims

1. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, The desired purchase quantity is the number of lottery tickets, The calculation unit determines the combinations and the quantities for each combination such that the difference between the total number of lottery tickets determined by the combinations and the quantities for each combination is minimized, and the desired purchase quantity.

2. The calculation unit determines the combinations and the quantities for each combination such that the total number of lottery tickets determined by the combinations and the quantities for each combination is equal to or greater than the desired purchase quantity. The server according to claim 1.

3. The system further includes a display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity, The server according to claim 1, wherein the user interface accepts input in units of one when the desired purchase quantity corresponds to the number of lottery tickets.

4. The server according to claim 1, further comprising a reward granting unit that grants rewards based on the total number of times the lottery rights are awarded, which are determined by the aforementioned combinations and the quantities for each of the aforementioned combinations.

5. The server according to claim 3, wherein the display control unit displays the combination, the quantity for each combination, and the planned purchase amount on the user terminal when the user specifies the desired purchase quantity by the number of lottery tickets.

6. The server according to claim 3, wherein the user interface includes a setting button that allows the user to change the desired purchase quantity to a pre-set value.

7. The storage unit stores the cumulative amount charged by each user in the game, and the predetermined value for determining whether the user's cumulative amount charged is equal to or greater than a predetermined value. The server according to claim 3, wherein the display control unit displays the user interface when the user's cumulative billing amount is equal to or greater than a predetermined value.

8. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, The desired purchase quantity is the number of lottery tickets, The calculation unit determines the combinations and the quantities for each combination such that the difference between the total number of lottery tickets determined by the combinations and the quantities for each combination is minimized, and the desired purchase quantity.

9. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. Based on the desired purchase quantity, a calculation step is performed to determine the combination and the quantity for each combination from a selection list that includes one or more combinations of the number of lottery tickets stored in the memory unit and the amount required to purchase the lottery tickets for that number of times, and to calculate the planned purchase amount based on the determined combination and the quantity for each combination. A payment step in which the aforementioned planned purchase amount is settled in a lump sum. It has, The desired purchase quantity is the number of lottery tickets, A method for determining the combinations and quantities for each combination in the calculation step described above, such that the difference between the total number of lottery tickets determined by the combinations and quantities for each combination and the desired purchase quantity is minimized.

10. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A key feature is that a computer functions as a payment unit to settle the aforementioned planned purchase amount in a lump sum. The desired purchase quantity is the number of lottery tickets, The calculation unit is a program that determines the combinations and the quantities for each combination such that the difference between the total number of lottery tickets determined by the combinations and the quantities for each combination and the desired purchase quantity is minimized.

11. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, The aforementioned desired purchase quantity is the amount related to the purchase of the aforementioned lottery tickets, The calculation unit determines the combinations and the quantities for each combination so that the planned purchase amount is equal to or greater than the desired purchase quantity.

12. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, The aforementioned desired purchase quantity is the amount related to the purchase of the aforementioned lottery tickets, The calculation unit determines the combinations and the quantities for each combination so that the planned purchase amount is equal to or greater than the desired purchase amount.

13. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step involves storing in a memory unit a selection list that includes one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times. The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum. It has, The aforementioned desired purchase quantity is the amount related to the purchase of the aforementioned lottery tickets, A method for determining the combination and the quantity for each combination in the calculation step described above, such that the planned purchase amount is equal to or greater than the desired purchase quantity.

14. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A key feature is that a computer functions as a payment unit to settle the aforementioned planned purchase amount in a lump sum. The aforementioned desired purchase quantity is the amount related to the purchase of the aforementioned lottery tickets, The calculation unit is a program that determines the combinations and the quantities for each combination such that the planned purchase amount is equal to or greater than the desired purchase amount.

15. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and the server allows the user to select either the number of lottery tickets or the amount of money related to the purchase of the lottery tickets as the desired purchase quantity.

16. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and the user can select to input either the number of lottery tickets or the amount of money related to the purchase of the lottery tickets as the desired purchase quantity.

17. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step involves storing in a memory unit a selection list that includes one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times. The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum, A display control step of displaying a user interface on the user terminal that accepts input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and allows the user to select to input either the number of lottery tickets or the amount of money related to the purchase of the lottery tickets as the desired purchase quantity.

18. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, The system is characterized by having a computer function as a display control unit that displays a user interface for receiving input of the desired purchase quantity on the user terminal. The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and the user can select to input either the number of lottery tickets or the amount of money related to the purchase of the lottery tickets as the desired purchase quantity.

19. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, A server comprising a reward granting unit that grants rewards based on the total number of times the lottery rights are drawn, which are determined by the aforementioned combinations and the quantities for each combination.

20. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, A system comprising a reward granting unit that grants rewards based on the total number of times the lottery rights are drawn, which are determined by the aforementioned combinations and the quantities for each combination.

21. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step involves storing in a memory unit a selection list that includes one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times. The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum. A method comprising a reward granting step of granting a reward based on the total number of times the lottery rights are drawn, which are determined by the aforementioned combinations and the quantities for each of the aforementioned combinations.

22. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A payment unit that settles the aforementioned planned purchase amount in a lump sum. It has, A program characterized by causing a computer to function as a reward granting unit that grants rewards based on the total number of times the lottery rights are awarded, which are determined by the aforementioned combinations and the quantities for each of the aforementioned combinations.

23. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The display control unit is a server that, when the user specifies the desired purchase quantity by the number of lottery tickets, displays the combination, the quantity for each combination, and the planned purchase amount on the user terminal.

24. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The display control unit is a system that, when the user specifies the desired purchase quantity by the number of lottery tickets, displays the combination, the quantity for each combination, and the planned purchase amount on the user terminal.

25. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step in which the storage unit stores a selection list containing one or more combinations of the number of lottery tickets and the amount required to purchase the lottery tickets for that number of times, The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum, A display control step of displaying a user interface on the user terminal that accepts input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. A method for displaying, in the display control step, when the user specifies the desired purchase quantity by the number of lottery tickets, the combination, the quantity for each combination, and the planned purchase amount are displayed on the user terminal.

26. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, The system is characterized by having a computer function as a display control unit that displays a user interface for receiving input of the desired purchase quantity on the user terminal. The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The display control unit is a program that displays the combination, the quantity for each combination, and the planned purchase amount on the user terminal when the user specifies the desired purchase quantity by the number of lottery tickets.

27. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface is a server that accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and has a setting button that allows the user to change the desired purchase quantity to a pre-set value.

28. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface is a system that accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and includes a setting button that allows the user to change the desired purchase quantity to a pre-set value.

29. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step involves storing in a memory unit a selection list that includes one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times. The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum, A display control step of displaying a user interface on the user terminal that accepts input of the desired purchase quantity. It has, The user interface is a method that accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and includes a setting button that allows the user to change the desired purchase quantity to a preset value.

30. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, The system is characterized by having a computer function as a display control unit that displays a user interface for receiving input of the desired purchase quantity on the user terminal. The user interface is a program that accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets, and includes a setting button that allows the user to change the desired purchase quantity to a preset value.

31. In a game, on a server that performs the same number of draws as the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The storage unit stores the cumulative amount charged by each user in the game, and the predetermined value for determining whether the user's cumulative amount charged is equal to or greater than a predetermined value. The display control unit is a server that displays the user interface when the user's cumulative billing amount is equal to or greater than a predetermined value.

32. In a game system where the number of draws performed is equal to the number of draw tickets purchased by the user, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, A display control unit that displays a user interface on the user terminal for receiving input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The storage unit stores the cumulative amount charged by each user in the game, and the predetermined value for determining whether the user's cumulative amount charged is equal to or greater than a predetermined value. The display control unit is a system that displays the user interface when the user's cumulative billing amount is equal to or greater than a predetermined value.

33. In a method in which a computer performs a lottery the number of times a user has purchased lottery tickets in a game, A storage step involves storing in a memory unit a selection list that includes one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times. The acquisition step involves obtaining the desired purchase quantity of the aforementioned lottery rights from the user's user terminal. A calculation step in which, based on the desired purchase quantity, the combination and the quantity for each combination are determined from the selection list, and the planned purchase amount is calculated based on the determined combination and the quantity for each combination, A payment step in which the aforementioned planned purchase amount is settled in a lump sum, A display control step of displaying a user interface on the user terminal that accepts input of the desired purchase quantity. It has, The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. In the storage step, the cumulative amount charged by each user in the game and the predetermined value for determining whether the cumulative amount charged by the user is equal to or greater than a predetermined value are stored. A method for displaying the user interface in the display control step if the user's cumulative billing amount is equal to or greater than a predetermined value.

34. In a program that performs a lottery the same number of times as the number of lottery tickets purchased by the user in a game, A storage unit that stores a selection list containing one or more combinations of the number of times the lottery tickets are issued and the amount of money required to purchase the lottery tickets for that number of times, An acquisition unit that obtains the desired purchase quantity of the aforementioned lottery rights from the user's user terminal, A calculation unit that determines the combination and the quantity for each combination from the selection list based on the desired purchase quantity, and calculates the estimated purchase amount based on the determined combination and the quantity for each combination, A settlement unit that settles the aforementioned planned purchase amount in a lump sum, The system is characterized by having a computer function as a display control unit that displays a user interface for receiving input of the desired purchase quantity on the user terminal. The user interface accepts input of the desired purchase quantity in units of one when it is the number of lottery tickets, and in units of one yen when it is the amount of money related to the purchase of the lottery tickets. The storage unit stores the cumulative amount charged by each user in the game, and the predetermined value for determining whether the user's cumulative amount charged is equal to or greater than a predetermined value. The display control unit is a program that displays the user interface when the user's cumulative billing amount is equal to or greater than a predetermined value.

Images