JP7401976B2 - Computer systems, server systems, game systems, programs and control methods - Google Patents

Description

The present invention relates to a server system and the like.

As a specification of the game, there is a specification in which lottery rights for objects such as characters, weapons, and items that can be used in the game are sold, and objects selected by lottery (also called Gacha etc.) are given to users (players). Among these, there is also known a technology that enables re-drawing (re-drawing). For example, Patent Document 1 discloses a technique for determining an object to be given to a user from among objects selected by a continuous lottery.

Japanese Patent Application Publication No. 2014-180334

However, in the "continuous lottery" in the technology of Patent Document 1, the user selects whether to receive the object selected as a result of the lottery and end the lottery, or to perform the lottery again without receiving it, and in the latter case, A new lottery will be held. In other words, the user cannot later receive an object that he or she has chosen not to receive. As a result, there is a problem in which a user feels dissatisfied when he or she is unsure whether to receive the item or not and selects a re-lottery, but the desired or preferred object is not selected in the subsequent lottery. However, it would be uninteresting to be able to freely choose which object to receive from all the selected objects.
The problem to be solved by the present invention is to provide a technique that can add new interest to repeated lottery drawings.

A first invention for solving the above-mentioned problems is a lottery execution means (for example, a 9, a lottery executing unit 233), presenting the selected objects selected each time the lottery is performed to the user, and specifying a designable number of the selected objects selected based on the user's selection designation operation. A keep target designation control means that specifies a limited keep target, and when a keep target is already designated, the keep target is specified in the selection designation operation instead of the already designated keep target. a keep target designation control unit (for example, the keep target designation control unit 239 in FIG. 9) that updates the selected object selected based on the selected object as a new keep target; The computer system (for example, the server system in FIG. 1, the user terminal 1500 in FIG. 1) includes a granting means (for example, the lottery result granting unit 245 in FIG. 9) that grants the user the object that is being displayed.

According to the first aspect of the invention, the lottery can be repeatedly executed while specifying objects selected as a result of the lottery as objects to be kept with a limited number of items that can be specified. When specifying a selected object as a keep target, if the selected object has already been specified, it can be updated as a new keep target to replace it. According to this, the user can specify and update keep targets within the range of the specifiable number, repeat the lottery while selecting selected objects, and finally receive the selected objects remaining as keep targets. Conventionally, the next lottery could not be held unless the player chose not to receive the selected object. The user can now obtain a sense of satisfaction that could not be obtained in the past, and a new and interesting lottery system can be provided that allows the user to enjoy the lottery even more.

Further, as a second invention, the computer system of the first invention is configured, further comprising a designable number control means (for example, the keep frame setting change unit 235 in FIG. 9) for controlling the designable number of the keep targets. You may.

According to the second invention, it is possible to increase or decrease the number of items that can be kept.

Further, as a third invention, the lottery execution means is capable of executing a first type of lottery and a second type of lottery, and the designable number control means is configured to execute the first type of lottery. The computer system of the second invention may be configured such that the designable number related to the drawing and the designable number related to the second type of lottery are different numbers.

According to the third invention, the number of items to be kept that can be specified can be changed depending on the type of lottery to be executed.

Further, as a fourth invention, the computer system according to the second or third invention may be configured, in which the specifiable number control means controls the specifiable number based on the billing status of the user.

According to the fourth invention, for example, the more users who issue lottery instructions pay, the more the number of items that can be designated to keep can be increased.

Further, as a fifth invention, the computer system according to any one of the second to fourth inventions may be configured, wherein the specifiable number control means controls the specifiable number based on the playing situation of the user. good.

According to the fifth invention, for example, the more the user who gives the lottery instruction plays the game, the more the number of games that can be designated to keep can be increased.

Further, as a sixth invention, the computer system according to any one of the second to fifth inventions, wherein the specifiable number control means controls to increase the specifiable number in exchange for a given consideration by the user. may be configured.

According to the sixth invention, the number of items that can be designated to keep can be increased by consuming consideration.

Further, as a seventh invention, the invention further includes a specifiable requirement setting unit (for example, the keep frame setting change unit 235 in FIG. 9) that sets specifiable requirements that are requirements of the object that can be specified as the keep target, and The keep target designation control means comprises a computer system according to any one of the first to sixth inventions, which controls whether or not the selected object can be designated as the keep target based on whether or not the selected object satisfies the designability requirements. You may.

According to the seventh invention, an object that satisfies the specifiable requirements can be specified as a keep target.

Further, as an eighth invention, objects that can be selected by the lottery have a rarity, and the designatable requirement setting means sets the designable permissible rarity of the object that can be designated as the keep target as the designatable requirement. A computer system according to a seventh aspect of the invention may be configured.

According to the eighth invention, when the rarity of the selected object satisfies the designability requirements set as the allowable rarity, the selected object can be specified as a keep target.

Further, as a ninth invention, the computer system according to the seventh or eighth invention may be configured, wherein the specifiable requirement setting means sets the specifiable requirement in exchange for a given consideration by the user. .

According to the ninth invention, by consuming consideration, it becomes possible to set, for example, relaxing the initial designability requirements.

Further, as a tenth invention, the lottery execution means variably controls the lottery probability based on the number of updates of the keep target by the keep target designation control means. A computer system of the invention may be configured.

According to the tenth invention, it is possible to perform control such that, for example, the greater the number of times an already specified keep target is updated, the higher the lottery probability for the next lottery will be, or vice versa.

Further, as an eleventh invention, the computer system according to any one of the first to tenth inventions is configured, further comprising a termination condition changing means (for example, termination condition setting section 237 in FIG. 9) for changing the termination condition. You may.

According to the eleventh invention, it is possible to change the end condition of the repeatedly executed lottery.

Further, as a twelfth invention, the termination condition includes at least a deadline, and deadline approaching notification control means (for example, FIG. 9 The computer system according to any one of the first to eleventh inventions may further include a deadline approaching notification section 244).

According to the twelfth invention, when the end condition for a repeatedly executed lottery is that a predetermined deadline has arrived and the execution of the lottery is terminated, the user is notified that the deadline is approaching. be able to.

Further, as a thirteenth invention, the termination condition includes at least a time limit, and a given benefit is granted to the user based on the timing at which the object granted by the granting means is made the object to be kept. The computer system according to any one of the first to twelfth inventions may be configured to further include a privilege award control means (for example, the privilege award unit 247 in FIG. 9) that controls whether or not the award is granted.

According to the thirteenth invention, when the end condition of a repeatedly executed lottery is that a predetermined deadline has arrived and the execution of the lottery is terminated, the user can Benefits can be given.

Further, as a fourteenth invention, a server system (for example, the server system 1100 in FIG. 1) which is the computer system of any one of the first to thirteenth inventions may be configured to be communicatively connected to the user terminal of the user. good.

According to the fourteenth invention, it is possible to realize a server system that provides the same effects as any one of the first to thirteenth inventions.

Further, as a fifteenth invention, the user terminal (for example, the user terminal 1500 in FIG. 1), the server system of the fourteenth invention (for example, the server system 1100 in FIG. 1),
A game system (for example, game system 1000 in FIG. 1) may be configured.

According to the fifteenth invention, it is possible to realize a game system that provides the same effects as the first to thirteenth inventions.

Further, as a sixteenth invention, there is provided a lottery execution means for repeatedly selecting selected objects by causing a computer to repeatedly execute a lottery according to a user's lottery instruction until a given termination condition is satisfied, and the lottery is performed. A keep that performs the following: presenting the selected object selected for each time to the user, and specifying the selected object selected based on the selection designation operation of the user as a keep target for which the number of designable objects is limited. The target designation control means, when a keep target has already been designated, sets the selected object selected based on the selection designation operation as a new keep target instead of the already designated keep target. A program (for example, the game program 504 in FIG. 16 ) may be configured.

According to the sixteenth invention, it is possible to realize a program that has the same effects as the first invention.

FIG. 1 is a diagram showing an example of the overall configuration of a game system. The figure which shows the example of a device configuration of a user terminal. A flowchart showing the general flow of unlimited fixed amount discount gasha. A diagram showing keep frames related to character lottery. A diagram showing keep frames related to weapon lottery. The figure which shows the data structure example of keep frame setting data. The figure which shows the data structure example of the keep instruction|indication operation status. A diagram showing an example of a Gasha screen. FIG. 2 is a block diagram showing an example of a functional configuration of a server system. The figure which shows the data structure example of user management data. The figure which shows the data structure example of keep frame definition data. The figure which shows the data structure example of lottery execution data. The figure which shows the data structure example of the keep target designation status. FIG. 2 is a block diagram showing an example of a functional configuration of a user terminal. A flowchart for explaining the flow of processing in the server system. 7 is a diagram illustrating an example of a functional configuration of a user terminal in Modification 1. FIG. A diagram showing another example of the Gasha screen.

Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings. Note that the present invention is not limited to the embodiments described below, and the forms to which the present invention can be applied are not limited to the following embodiments. In addition, in the drawings, the same parts are denoted by the same reference numerals.

[overall structure]
FIG. 1 is a diagram showing an example of the overall configuration of a game system 1000 in this embodiment. As shown in FIG. 1, the game system 1000 includes a server system 1100, which is a computer system, and a user terminal 1500, which is owned by a user who is a player 2 of the game of this embodiment, and these terminals communicate with each other via a network N. connected to enable data communication.

The network N means a communication path that allows data communication. In other words, network N includes communication networks such as telephone communication networks, cable networks, and the Internet, in addition to LAN (Local Area Network) using dedicated lines (dedicated cables) and Ethernet (registered trademark) for direct connection. The communication method may be wired or wireless.

The server system 1100 includes a main unit 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. The main unit 1101 includes a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor). It has a built-in control board 1150 on which electronic components such as various microprocessors, various IC memories 1152 such as VRAM, RAM, and ROM, and a communication device 1153 are mounted. Note that part or all of the control board 1150 may be realized using an ASIC (Application Specific Integrated Circuit), an FPGA (Field-programmable Gate Array), or an SoC (System on a Chip).

This server system 1100 provides user management functions related to user registration, etc., and data necessary for playing games on the user terminal 1500, through calculation processing performed by the CPU 1151 and the like based on predetermined programs and data. A game management function for managing game execution control on the user terminal 1500 is realized. In other words, the game in this embodiment is realized as a type of client-server online game. Player 2, who is a user, accesses server system 1100 with his user terminal 1500, logs in using the issued account, and enjoys the game of this embodiment.

Further, the server system 1100 cooperates with an external electronic payment server operated by an electronic payment company or the like, and performs a purchase procedure (billing process) for game coins, which are in-game currency. During the billing process, the electronic payment server responds to an inquiry from the server system 1100 and performs processing to settle the purchase amount of game coins using the player's 2 credit card, prepaid card, or the like. Then, the server system 1100 grants the player 2 game coins equivalent to the purchase amount settled by the electronic payment server.

Note that the server system 1100 is not limited to the single configuration shown in FIG. 1, but may be configured to include a plurality of blade servers that share each function and are connected to each other via an internal bus for data communication. . Alternatively, a configuration may be adopted in which a plurality of independent servers installed in remote locations are caused to perform data communication via the network N, thereby functioning as the server system 1100 as a whole.

The user terminal 1500 is a computer system that functions as a man-machine interface, and can connect to the network N via a mobile phone base station, wireless communication base station, etc., and perform data communication with the server system 1100. This user terminal 1500 is, for example, in the form of a smartphone, a mobile phone, a portable game device, a stationary home game device, a controller for a stationary home game device, an arcade game device, a personal computer, a tablet computer, a wearable computer, or the like. can be taken.

FIG. 2 is a diagram illustrating an example of the device configuration of a smartphone, which is an example of the user terminal 1500. As shown in FIG. 2, the user terminal 1500 includes a direction input key 1502, a home key 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a built-in battery 1509, a speaker 1510, and a microphone 1512. , a control board 1550, and a memory card reader 1542 that can read and write data to and from a memory card 1540, which is a computer-readable storage medium. In addition, a power button, a volume control button, etc. (not shown) are provided.

The control board 1550 includes various microprocessors such as a CPU 1551, GPU, and DSP, various IC memories 1552 such as VRAM, RAM, and ROM, and devices for wireless communication with mobile phone base stations, wireless LAN base stations, etc. connected to the network N. A wireless communication module 1553 and the like are installed. The control board 1550 also includes a circuit that receives signals from the direction input key 1502 and the home key 1504, a driver circuit for the touch panel 1506, an output amplifier circuit that outputs audio signals to the speaker 1510, and audio collected by the microphone 1512. A so-called I/F circuit (interface circuit) 1557, such as an audio signal generation circuit that generates a signal and a signal input/output circuit to the memory card reader 1542, is installed. Each of the elements mounted on the control board 1550 is electrically connected to each other via a bus circuit or the like, so that data can be read and written and signals can be transmitted and received. Note that part or all of the control board 1550 may be configured with ASIC, FPGA, or SoC.

In the control board 1550, the IC memory 1552 stores a game client program and various setting data necessary to execute the game client program. The game client program and the like are downloaded from the server system 1100 at appropriate timing. Note that the information may be read from a separately obtained storage medium such as a memory card 1540. Then, the CPU 1551 and the like execute the game client program to perform arithmetic processing, and control each part of the user terminal 1500 according to operation inputs to the touch panel 1506, direction input keys 1502, and home key 1504, thereby allowing the player 2 to play the game. enable play.

[overview]
In the game of this embodiment, the player, as a lottery user, can perform a lottery (gasha) for objects (hereinafter also referred to as "game objects") that can be used in the game. More specifically, in the game of this embodiment, a "fixed amount unlimited withdrawal Gacha" is prepared as a Gasha menu, and in exchange for a given consideration, it can be used an unlimited number of times during a predetermined unlimited withdrawal period (for example, 24 hours, etc.). It is possible to perform the lottery repeatedly.

Here, game objects that can be awarded as a result of the lottery include, for example, characters that can be selected as player characters, various items such as weapons, armor, bullets, medicine, etc. that can be equipped or used by player characters, and player characters. This includes vehicles, summoned beasts, additional abilities that can be added to the player character such as magic and skills, the opening of new game stages and maps, lottery rights, etc. In this embodiment, a plurality of game objects that can be classified into each category of character, weapon, and item are separately selected as lottery targets. That is, in this embodiment, the type of lottery to be executed is selected from three types: a character lottery for characters, a weapon lottery for weapons and armor, and an item lottery for various other items. You can choose.

Furthermore, a rarity is set in advance for game objects to be selected as lottery targets (in this embodiment, game objects classified into the categories of characters, weapons, and items). The rarity is, for example, "super rare," "rare," and "normal" in descending order. Of course, the rarity level may be four or more levels, or may be two levels. Further, among the game objects to be drawn, a normal lottery probability is set in advance for each rare object whose rarity is "super rare" and "rare." The normal lottery probability is, for example, a value corresponding to its rarity, and the higher the rarity of the game object, the lower the lottery probability and the harder it is to win. For example, the normal lottery probability for "super rare" is 0.1%, and the normal lottery probability for "rare" is 0.4%.

In the fixed amount unlimited withdrawal Gasha, a selected object designated as a keep target is given to a lottery user from among the game objects (selected objects) selected in each lottery during the unlimited withdrawal period. Therefore, during the unlimited drawing period, the lottery user repeatedly issues a lottery instruction while performing a keep instruction operation, which is a selection designation operation for appropriately setting the selected object as a keep target (a candidate for a grant target). The selected object designated as a keep target based on the keep instruction operation is determined as a grant target at the end of the fixed amount unlimited withdrawal Gasha, and is awarded to the lottery user.

FIG. 3 is a flowchart showing the general flow of the unlimited fixed amount withdrawal Gacha. As shown in FIG. 3, in the fixed amount unlimited withdrawal Gasha, first, a lottery type selection operation is accepted, and the lottery type (game object to be drawn) is selected from three types of lottery: character lottery, weapon lottery, and item lottery. category) (step S1). Then, after collecting a predetermined amount of game coins as compensation, time measurement for an unlimited withdrawal period is started, and a fixed amount unlimited withdrawal Gasha is started (step S2). Note that the compensation to be collected is not limited to game coins and may be real currency.

Subsequently, a lottery execution operation is accepted. If the lottery execution operation is performed (step S3: YES), a lottery of that lottery type is executed using game objects of the category selected in step S1 as lottery targets, and selected objects are selected (step S4). . Specifically, as described above, the normal lottery probability set in advance for rare objects is appropriately adjusted and used to execute a lottery, and a winning rare object is selected. On the other hand, when a rare object is not selected, one of the non-rare objects whose rarity is "normal" is selected.

Once the lottery has been executed, a selected object is presented and a keep instruction operation for making it a keep target is accepted (step S5). Thereafter, a determination is made as to whether the fixed amount unlimited withdrawal gasha has ended, and until the end (step S6: NO), the process returns to step S3 and the above-described process is repeated. Basically, the fixed amount unlimited withdrawal Gacha ends when the unlimited withdrawal period has elapsed. As a result, in the fixed amount unlimited withdrawal Gacha, until the end of the lottery, the lottery is repeatedly executed according to the lottery instruction from the lottery user, and the selected objects are repeatedly selected. When the fixed amount unlimited withdrawal gasha is to be ended (step S6: YES), the game object designated to be kept at that time is given to the lottery user (step S7).

[detail]
In this embodiment, the server system 1100 performs a keep frame initial setting process and an end condition setting process prior to starting the fixed amount unlimited withdrawal Gacha in which the lottery is repeated in the procedure shown in FIG. Further, while the fixed amount unlimited withdrawal Gacha is being executed, a keep target designation control process, a keep frame setting change process, a lottery probability change process, and an end determination process are performed. Then, after the fixed amount unlimited discount Gasha is finished, a benefit granting process is performed.

1. Keep Frame First, the keep frame will be explained. FIG. 4 is a diagram showing the keep frame K related to the character lottery, and FIG. 5 is a diagram showing the keep frame K related to the weapon lottery. In this embodiment, when the unlimited fixed amount withdrawal Gasha is started, a plurality of keep frames K in which selected objects can be kept are displayed on the Gasha screen (see FIG. 8). When the lottery user wants to keep the selected object selected as a result of the lottery, the lottery user performs an operation to designate a keep frame K in which to set the selected object as a keep instruction operation. When the server system 1100 detects a keep instruction operation performed on the lottery user's user terminal (hereinafter also referred to as "lottery person terminal") 1500, the server system 1100 sets the selected object in the specified keep frame K and Specify as .

The number of keep slots K is set in advance for each lottery type. For example, as shown in FIG. 4, the number of keep frames K related to the character lottery is five, and as shown in FIG. 5, the number of keep frames K related to the weapon lottery is three.

Further, for each keep frame K, an active requirement and a specifiable requirement are individually set in advance. The active requirement specifies whether or not the lottery user's keep instruction operation for the keep frame K is permitted. For example, in the example of FIG. 4, the active requirement for keep slot K-1 is "all players." Therefore, any lottery user can perform a keep instruction operation for the keep frame K-1 without any restrictions.

On the other hand, the active requirements for keep frame K-2 to keep frame K-5 limit the lottery users who can set selected objects therein. Specifically, the active requirement can be a requirement based on the billing status and playing status of the lottery user, the purchase status of the keep frame by the lottery user, and the like.

Here, the billing status includes the total billing amount of the lottery user, the most recent billing date and time, the total billing amount in the most recent predetermined period (for example, the past one month), billing frequency, and the like. On the other hand, the play status includes the game progress status such as the lottery user's total play time, number of play days, number of logins, login frequency, player level (player level), reached stage (cleared game stage), etc.

For example, the active requirement for keep slot K-2 defines the number of play days. Therefore, if the number of play days exceeds the specified number of days, the lottery user can perform a keep instruction operation for the keep frame K-2. Furthermore, the active requirement for the keep slot K-3 defines the total charge amount. Therefore, if the total billing amount exceeds the specified amount, the lottery user can perform a keep instruction operation for the keep frame K-3.

On the other hand, the active requirements for keep slots K-4 and K-5 stipulate the amount of compensation (for example, game coins) to be collected. Therefore, the lottery user can perform a keep instruction operation for keep slots K-4 and K-5 in exchange for consuming a specified amount of game coins. For keep slots that require the consumption of game coins as an active requirement, a predetermined purchase operation is accepted during the execution of the unlimited fixed amount gacha (for example, purchase button B31 in FIG. 8). Then, when the lottery user performs the purchase operation and consumes a specified amount of game coins, the state of the keep frame K changes from a state in which a keep instruction cannot be performed (a state that cannot be specified) to a state in which a keep instruction can be performed (a state that can be specified). ) will be changed.

The specifiable requirements define requirements for selected objects that can be specified for the keep frame K (that can be set in the keep frame K). In the present embodiment, the rarity of the selected object that is allowed to be specified (designation allowable rarity) is the specification possibility requirement. For example, the allowed rarity specified for keep slot K-4 is "Normal only", the allowed rarity specified for keep slots K-1 and K-3 is "below rare", and the allowed rarity specified for keep slots K-2 and K-5 is "below super rare". It is said that Therefore, for example, the lottery player can designate selected objects of "normal" or "rare" rarity for keep slots K-1 and K-3, but cannot designate selected objects of "super rare".

However, the requirements for specifying each keep slot K (in this case, the specified allowable rarity) can be changed (relaxed) by collecting compensation (for example, game coins) from the lottery user. For example, for keep slots K-1, 3, and 4 where the specified allowable rarity is ``normal only'' or ``rare or less,'' a game that allows you to specify a selected object with a rarity of ``super rare'' as a relaxation condition. The amount of coins to be collected and the amount of game coins to be collected to enable designation of "rare" selected objects are set in advance. Therefore, the lottery user can specify rare objects for these keep slots K-1, K-3, and K-4 in exchange for consuming a specified amount of game coins. For example, when a lottery user performs a predetermined purchase operation for keep slot K-4 and consumes a specified amount of game coins, the specified allowable rarity is changed from "normal only" to "below rare" or "below super rare". Be changed.

2. Keep Frame Initial Setting Process/Keep Frame Setting Changing Process As described above, the number of keep frames K itself is determined by the selected lottery type. However, the keep frame K for which a keep instruction operation can actually be performed changes depending on the billing situation, play situation, and purchase situation of the lottery user. Furthermore, the rarity (permissible rarity) of the selected object that can be specified for each keep frame K also changes depending on the purchase status of the lottery user.

Therefore, the server system 1100 generates keep frame setting data prior to starting the fixed amount unlimited withdrawal Gasha, performs a keep frame initial setting process to initialize the state of each keep frame K, and also performs a keep frame initial setting process to initialize the state of each keep frame K. When a predetermined purchase operation by a lottery user is detected, the keep frame setting data is updated and the keep frame setting change process is performed to change the status setting of the corresponding keep frame K.

FIG. 6 is a diagram showing an example of the data structure of the keep frame setting data 577. As shown in FIG. 6, the keep frame setting data 577 sets a status flag (ON: specifyable state/OFF: specifyable state) and rarity restrictions in association with the frame number assigned to each keep frame. This is the data table. In the keep frame initial setting process, this keep frame setting data 577 is generated. Specifically, the active requirements of each keep slot K are determined by appropriately referring to the billing status and play status of the lottery user, and the status flag of the keep slot K that satisfies the corresponding active requirement is set to "ON", and the status flag of the keep slot K that does not satisfy the corresponding active requirement is set to "ON". Set the status flag of K to "OFF". In addition, the allowable rarity defined as the corresponding specifiable requirement is set as the rarity limit for each keep slot K. On the other hand, in the keep frame setting change process, a purchase operation specifying a keep frame K is detected during the execution of the fixed amount unlimited withdrawal Gasha, and the status flag and rarity restriction of the corresponding keep frame K are updated.

That is, in this embodiment, the designable number of keep targets is controlled by the initial setting of the status flag in the keep frame initial setting process and the change of the status flag in the keep frame setting change process described here. In other words, the number that can be specified is the number of keep slots K that satisfies the active requirements, with the upper limit being the number of keep slots K set in advance for the selected lottery type (for example, "5" for the character lottery in Figure 4). controlled.

3. Termination condition setting process In this embodiment, one of the termination conditions for the fixed amount unlimited withdrawal gacha is that "a predetermined unlimited withdrawal period has elapsed since the start of the fixed amount unlimited withdrawal gasha", and the unlimited withdrawal period is also predefined ( For example, 24 hours). In the termination condition setting process, an adjustment is made to extend the unlimited draw period that defines the termination condition based on the billing status and play status of the lottery user. For example, adjustments may be made such as extending the unlimited draw period depending on the billing situation such as the total amount charged by the lottery player, or extending the unlimited draw period depending on the playing situation such as the total playing time of the lottery player. Alternatively, the unlimited withdrawal period may be extended by considering both the billing situation and the play situation.

4. Keep Target Designation Control Process In the keep target designation control process, a keep target is specified based on the lottery user's keep instruction operation every time a lottery is repeatedly executed in the unlimited fixed amount withdrawal Gacha. That is, the selection object selected in the current lottery is displayed on the lottery player terminal 1500 and presented to the lottery user, and a keep instruction operation for setting the selected object in the keep frame K in the designable state is detected. Specifically, with reference to the keep frame setting data 577, the keep frame K whose status flag is “ON: specifiable state” and whose rarity of the selected object does not violate the rarity restrictions of the keep frame K is selected. , accepts keep instruction operations.

When a keep instruction operation is detected, the selected object is designated as a keep target in the corresponding keep frame K based on the detected keep instruction operation. At this time, if the selected object of the previous lottery has already been designated as a keep target in the keep frame K, the currently selected object is updated as a new keep target instead of the keep target.

5. Lottery Probability Change Process In the lottery probability change process, a keep instruction operation is performed on a keep frame K that is in a designable state, and the number of times the keep target is updated (hereinafter referred to as "keep target update number") is calculated for each keep frame K. to be counted. Then, the applied lottery probability to be used in the next lottery is changed according to the counted number of updates of the keep target.

For this purpose, the server system 1100 manages the number of updates of the keep target for each keep frame K as the keep instruction operation status 593. FIG. 7 is a diagram showing an example of the data structure of the keep instruction operation status 593. As shown in FIG. 7, the keep instruction operation status 593 stores the current number of updates to the keep target related to the keep frame K in the designable state. Further, the server system 1100 also sets in advance the relationship between the probability variable conditions shown in the margins in FIG. 7 and the lottery probability adjustment value as a probability variable condition table 543 (see FIG. 9).

Then, in the lottery probability change process, the keep instruction operation status 593 is referred to, and if the number of updates of the keep target related to any of the keep slots K satisfies the probability change condition, the normal lottery probability is adjusted according to the corresponding lottery probability adjustment value. This is the applied lottery probability. For example, if there is a keep slot K that has been updated more than 50 times, the regular lottery probability for rares will be adjusted by multiplying its lottery probability adjustment value "2.0", and the regular lottery probability for super rares will be adjusted by multiplying the lottery probability adjustment value "2.0". The lottery probability is adjusted by multiplying the lottery probability adjustment value "1.2". According to this, it becomes possible to make it easier to win a rare object as the number of updates to keep is increased.

Although FIG. 7 shows an example of an adjustment in which the normal lottery probability is increased by multiplying by a lottery probability adjustment value of "1" or more, an adjustment that lowers the normal lottery probability may also be included. In addition, we have decided to change the applied lottery probability when the number of updates to the keep target satisfies the variable probability condition for any keep slot K, but we have changed the number of updates to the keep target to satisfy the variable probability condition for all keep slots K. It is also possible to set the condition as follows. Alternatively, the condition for the change may be that the total value of the number of updates to be kept satisfies a variable probability condition.

6. Termination Determination Process In the termination determination process, two termination conditions are determined. The first (first termination condition) is that "a predetermined unlimited withdrawal period has elapsed from the start of the fixed amount unlimited withdrawal Gasha" described above. In order to determine this first end condition, in the end determination process, the unlimited withdrawal period (for example, 24 hours) is measured starting from the start of the fixed amount unlimited withdrawal Gasha, and the end of the unlimited withdrawal period (for example, 24 hours) is reached. Watch for arrival. Then, upon the expiry of the deadline, it is determined that the termination conditions have been met, and the unlimited fixed amount discount Gasha is terminated.

Furthermore, the second end condition (second end condition) is that "a confirmation operation has been detected for all keep frames K in a designable state." Here, in this embodiment, even while the fixed amount unlimited withdrawal Gasha is being executed, it is possible to accept a separate confirmation operation for each keep frame K that is available for designation, and to confirm the keep target as a grant target. (For example, confirm button B33 in FIG. 8). Therefore, in the termination determination process, it is determined that the termination condition is satisfied even when the confirmation operation is performed for all the keep slots K in the designable state, and the fixed amount unlimited withdrawal Gasha is terminated without waiting for the unlimited withdrawal period to elapse.

7. Benefit Granting Process In the benefit granting process, a given benefit (hereinafter referred to as "early confirmation benefit") is granted to the lottery user when the second termination condition is satisfied and the unlimited fixed amount discount gasha is terminated. For example, the early confirmed benefit is used as a game object, and a game object corresponding to the remaining time at the end of the game is given to the lottery user. To this end, for example, a plurality of game objects are prepared in advance as game objects for early confirmation benefits, and these are grouped in association with remaining time ranges.

For example, the unlimited play period is divided into three, and a plurality of game objects are prepared in association with the remaining time ranges of "less than 8 hours," "8 hours or more and less than 16 hours," and "16 hours or more." Note that the remaining time range may be divided into two by dividing the unlimited withdrawal period into two, or may be divided more finely into four or more. On the other hand, the types of game objects can also be adjusted as appropriate, such as making those in a group with a longer corresponding remaining time range more valuable (for example, making them rare objects or rare game objects). . Then, in the benefit granting process, when the second end condition is satisfied and the unlimited fixed amount discount Gasha ends, one game object is selected from the group according to the remaining time at the end and is given to the lottery user.

Note that the early termination benefit is not limited to game objects, and may be configured to provide game coins or other points (for example, in-game points accumulated by the player by playing the game, etc.). In that case, the longer the remaining time, the more game coins and in-game points are given to the lottery user.

8. About the Gasha Screen FIG. 8 is a diagram showing an example of the Gacha screen for weapon lottery. In this embodiment, the screen configuration of the gacha screen that is displayed regardless of which lottery type is selected is generally the same screen configuration, for example, the remaining time display section A1, the gacha execution screen section A2, and the keep instruction screen. and an operation input section A3.

The remaining time display section A1 displays the remaining time of the unlimited withdrawal period.

The Gasha execution screen section A2 accepts lottery instructions. FIG. 8 shows an example of an execution screen when waiting for the next lottery execution operation after completing one lottery, and a lottery execution button B21 and a keep button B23 are arranged. The lottery user touches the lottery execution button B21 when issuing a lottery execution instruction. Then, after displaying the lottery effect, the selected game object (selected object) O2 is displayed on the Gasha execution screen section A2 and presented to the lottery user, as illustrated in FIG.

Then, when the lottery user performs a keep instruction operation upon receiving the presentation of the selected object O2, the lottery user touches the keep button B23. For example, if you want to obtain the selected object O2, or if you are unsure whether to obtain it or not, perform a keep instruction operation to designate the selected object O2 as the object to be kept. Specifically, the keep instruction operation is performed by touching the keep button B23 and then touching a desired keep frame K on the keep instruction operation input section A3. Note that if the selected game object is unnecessary, the next lottery can be performed by touching the lottery execution button B21 without touching the keep button B23.

In the keep instruction operation input section A3, the keep frames K described with reference to FIGS. 4 and 5 are displayed side by side. Since FIG. 8 is a Gacha screen for weapon lottery, three keep frames K are displayed. Of these, keep frames K-11 and K-12 that are in a designable state accept a keep instruction operation under rarity restrictions based on the designated allowable rarity. On the other hand, in the keep frame K-13 which is in the unspecified state, a note to that effect is added and the state is identified and displayed. For example, assume that after touching the keep button B23 on the Gacha execution screen section A2, the keep frame K-11 is touched. Then, the selected object O2 is set for the keep frame K-11, and the designation of the keep target is completed. Note that if another selected object has already been set in keep frame K-11, the designation of the previously set player object as a keep target will be canceled, and the selected object specified by the current keep instruction operation will be used. O2 is updated as a keep target.

Further, each keep frame K is individually attached with a purchase button B31, and a purchase operation for the corresponding keep frame K is accepted as appropriate. Similarly, each keep frame K is individually attached with a confirm button B33, and accepts a confirm operation for the corresponding keep frame K as appropriate.

Specifically, the purchase button B31 is a purchase button for consuming the game coins required to make the corresponding keep frame K available for designation or the game coins required to relax the designation allowable rarity. Accept operations. For example, by touching the purchase button B31 attached to the keep frame K-13 and consuming a specified amount of game coins, the keep frame K-13 can be changed to a specifyable state. In addition, by touching the purchase button B31 attached to the keep frame K-12 and consuming the specified amount of game coins, the specified allowable rarity can be changed to "below rare" or "below super rare". be able to.

Further, the confirm button B33 accepts a confirm operation for confirming the designation of the keep target related to the corresponding keep frame K. For example, by touching the confirm button B33 attached to the keep frame K-11, it is possible to confirm the selected object O2 set in the keep frame K-11 as the granting target. After the confirmation operation, it is no longer possible to specify a keep target for the keep frame K-11.

[Functional configuration]
1. Server System FIG. 9 is a block diagram showing an example of the functional configuration of the server system 1100. As shown in FIG. 9, the server system 1100 of this embodiment includes an operation input section 100s, a server processing section 200s, an image display section 390s, a sound output section 392s, a communication section 394s, and a server storage section 500s. Equipped with

The operation input unit 100s is for inputting various operations for system management, maintenance, etc., and can be realized by, for example, a keyboard, a mouse, a touch panel, etc. In FIG. 1, the keyboard 1106 and touch panel 1108 correspond to this.

The server processing section 200s can be realized by a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and can be implemented by a processor such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory. Controls data input/output. Then, it performs various calculation processes based on predetermined programs and data, operation input signals from the operation input unit 100s, data received from the user terminal 1500, etc., and centrally controls the operation of the server system 1100. In FIG. 1, this corresponds to the control board 1150 and its CPU 1151.

The server processing section 200s includes a user management section 210, a billing processing section 220, a game management section 230, a clock section 280s, an image generation section 290s, a sound generation section 292s, and a communication control section 294s.

The user management unit 210 performs processing related to user registration and manages data of each registered user (player) linked to an account. For example, it is possible to execute processing for granting unique accounts to registered users, registration information management processing for registering and managing personal information for each account, usage history management processing for managing log-in and logout histories, and the like. Of course, management processing of other data linked to user accounts other than these can also be included as appropriate.

The billing processing unit 220 performs billing processing in response to a player's operation to purchase game coins, and grants game coins equivalent to the purchase amount to the player.

The game management unit 230 performs various processes related to game execution management. Since the game of this embodiment is a client-server type game, the game management unit 230 performs control to provide data necessary for game play while communicating with the user terminal 1500. This game management section 230 includes a game progress control section 231, a lottery execution section 233, a keep frame setting change section 235, an end condition setting section 237, a keep target specification control section 239, a lottery probability change section 241, It includes an end determination section 243, a lottery result granting section 245, and a privilege granting section 247.

The game progress control unit 231 communicates with the user terminal 1500 as needed to control the progress of the game play on the user terminal 1500, and performs processing related to reflecting the play results.

The lottery execution unit 233 monitors lottery instructions from the lottery player terminal 1500 while the fixed amount unlimited discount gacha is being executed. Then, by repeatedly executing a lottery according to the detected lottery instructions, the selected objects are repeatedly selected.

The keep frame setting change unit 235 is a functional unit that performs keep frame initial setting processing and keep frame setting change processing, and generates keep frame setting data 577 prior to the start of the fixed amount unlimited withdrawal Gasha, and changes the state of each keep frame K to In addition to initializing the status flag and rarity limit, the lottery user's purchase operation is detected, the keep frame setting data 577 is updated, and the status setting of the corresponding keep frame K is changed.

The termination condition setting unit 237 is a functional unit that performs termination condition setting processing, and makes adjustments to extend the unlimited withdrawal period based on the charging status and play status of the lottery user prior to the start of the fixed amount unlimited withdrawal Gacha.

The keep target designation control unit 239 is a functional unit that performs a keep target designation control process, and each time the lottery execution unit 233 executes a lottery, it displays the selected object on the lottery player terminal 1500 and presents it to the lottery user, and instructs the lottery user to keep it. Wait for operation. Specifically, according to the keep frame setting data 577, a keep instruction operation is accepted for a keep frame K that is in a designable state and that does not violate the rarity restriction. When a keep instruction operation is detected, if a keep target is not designated in that keep frame K, the currently selected object is designated as a keep target. On the other hand, if a keep target has already been specified in the keep frame K, the currently selected object is updated as a new keep target in the keep frame K instead.

The lottery probability changing unit 241 is a functional unit that performs a lottery probability changing process, and counts the number of keep target updates for each keep frame K in the designable state, and uses it in the next lottery according to the counted number of keep target updates. The applied lottery probability 580 is changed. Further, when the probability variation condition is satisfied and the lottery probability is changed to be in a probability variation state, control is performed to display this on the lottery player terminal 1500 (see FIG. 8).

The end determination unit 243 is a functional unit that performs end determination processing, and determines the end of the unlimited fixed amount withdrawal Gacha. In this embodiment, the unlimited withdrawal period is timed and the arrival of the period is monitored, and when the period comes, it is determined that the first termination condition is satisfied. Further, confirmation operations from the lottery player terminal 1500 are monitored, and when confirmation operations are detected for all of the keep slots K in the designable state, it is determined that the second termination condition is satisfied.

This end determination section 243 includes a deadline approaching notification section 244 . The deadline approaching notification unit 244 performs a deadline approaching notification indicating that the deadline is approaching in the process of monitoring the passage of the unlimited withdrawal period. Specifically, a predetermined period of time (for example, 10 minutes or 1 hour) before the end of the unlimited withdrawal period, the time limit approaching notification is performed. There are no particular limitations on the manner in which the deadline approaching notification may be made, but it may be performed, for example, by displaying a message on the lottery player terminal 1500 to the effect that the deadline will soon arrive.

When the termination determination unit 243 determines that the first or second termination condition is satisfied, the lottery result assigning unit 245 selects the selected objects to be kept in the keep frame K that is in the designable state at that time by lottery. Grant to user.

The benefit granting unit 247 is a functional unit that performs a benefit granting process, and when the second termination condition is satisfied and the unlimited fixed amount withdrawal Gasha is terminated, the early fixed benefit corresponding to the remaining time at the time of termination is given to the lottery user. granted to.

The clock section 280s clocks the current date and time, time limit, etc. using the system clock.

The image generation unit 290s generates an image related to system management of the server system 1100, and outputs it to the image display unit 390s.

The sound generation unit 292s is realized by executing an IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to system management of the server system 1100 and video distribution. Audio signals related to system management are output to the sound output section 392s.

The communication control unit 294s performs communication connection and data processing for data communication with an external device (for example, the user terminal 1500) via the communication unit 394s, and realizes data exchange with the external device.

The image display section 390s displays various screens for system management etc. based on the image signal input from the image generation section 290s. For example, it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display. In FIG. 1, this corresponds to the touch panel 1108.

The sound output section 392s emits the audio signal input from the sound generation section 292s. In FIG. 1, this corresponds to a speaker (not shown) included in the main body device 1101 and the touch panel 1108.

The communication unit 394s connects to the network N to realize communication. For example, it can be realized by a wireless communication device, a modem, a TA (terminal adapter), a jack for a wired communication cable, a control circuit, etc. In FIG. 1, the communication device 1153 corresponds to this.

In the server storage unit 500s, programs for operating the server system 1100 and realizing various functions of the server system 1100, data used during the execution of this program, etc. are stored in advance, or are stored each time the processing is performed. Stored temporarily. For example, it can be realized by an IC memory such as a RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 1, this corresponds to the IC memory 1152 and the storage 1140.

Further, the server storage unit 500s stores a server program 501, a distribution game client program 503, user management data 510, game initial setting data 520, play data 560, and lottery execution data 570. In addition, necessary data such as timers, counters, various flags, etc. are stored as appropriate.

The server program 501 is a program for causing the server processing section 200s to function as the user management section 210, billing processing section 220, and game management section 230. Note that programs that function as the image generation section 290s, the sound generation section 292s, and the communication control section 294s can also be included as appropriate.

The distribution game client program 503 is the original of the game client program 502 (see FIG. 14) that is downloaded to the user terminal 1500.

The user management data 510 is prepared for each player who has completed user registration, and stores various data for management regarding the game play of that player. Specifically, as shown in FIG. 10, one piece of user management data 510 includes a player ID (account) 511 of a corresponding player, payment medium ledger data 513, owned object list 515, and play history 517. include. In addition, it also includes save data related to the progress of the game.

The payment medium ledger data 513 includes information on the income and expenditure of the electronic payment medium (in this embodiment, game coins, which are in-game currency) linked to the corresponding player, such as the purchase date and time of game coins, and the number of purchases (charged amount). Stores the history, the date and time of consumption of game coins, the history of the number of consumption, etc.

The owned object list 515 stores a list of game objects such as characters, weapons, and items that the corresponding player has acquired during the course of the game and currently owns. In the present embodiment, when a selected object is given in the unlimited fixed amount withdrawal Gasha or a game object is given in the privilege granting process, the object ID of the game object is added to the owned object list 515.

The play history 517 stores the play date and time, play time, login time, player level, etc. of the corresponding player.

Returning to FIG. 9, the game initial setting data 520 stores initial setting data necessary to run the game. This game initial setting data 520 includes object definition data 521, lottery target object list 523, bonus object list 525, keep frame definition data 530, time limit extension condition table 541, and probability variable condition table 543. In addition, it also includes data for setting game stages, appearance settings for enemy characters for each game stage, definition data for defining enemy character types, various parameter values, and behavior patterns.

The object definition data 521 is prepared for each type of game object that can be obtained by the player during the course of the game, and stores the data of the game object in association with its object ID. For example, if it is a character, various ability values such as attack power and defense power, ability parameters such as skills, model data, motion data used for movement control, etc. are stored. This object definition data 521 includes data on game objects for lottery targets and early termination benefits.

The lottery target object list 523 stores object IDs of game objects that are lottery targets.

The privilege object list 525 stores object IDs of game objects for early termination privileges, divided into groups for each time range into which the unlimited draw period is divided.

The keep frame definition data 530 is prepared for each lottery type (in this embodiment, three types: character lottery, weapon lottery, and item lottery), and is used to define the keep frame K to be applied to the fixed amount unlimited withdrawal Gasha for which the corresponding lottery type is selected. Store definition data. Specifically, one keep slot definition data 530 includes a lottery type 531, the number of keep slots 533, an active requirement table 535, and a specifiable requirement table 537, as shown in FIG.

The number of keep slots 533 stores the number of keep slots K related to the corresponding lottery type. In this embodiment, the number of keep slots 533 is the maximum number of selected objects that can be specified as objects to be kept in the fixed amount unlimited withdrawal gasha of the lottery type (upper limit of the number that can be specified).

The active requirement table 535 stores active requirements for each keep slot K in association with its slot number.

The specifiable requirement table 537 stores specifiable requirements and relaxation conditions for each keep slot K in association with the slot number. In this embodiment, the designatability requirement is the designation permissible rarity of the selected object that is allowed to be designated in the corresponding keep frame K. Moreover, the amount of game coins required to relax and change the designated permissible rarity of the corresponding keep frame K is set in the relaxation condition.

The time limit extension condition table 541 stores extension time lengths in association with extension conditions that stipulate in stages the billing status and/or play status required for extending the unlimited draw period. The end condition setting unit 237 refers to the time limit extension condition table 541 and adjusts the unlimited draw period by extending it according to the corresponding extension time length when the billing situation and play situation of the lottery user satisfy the extension condition. When multiple extension conditions are satisfied, the one with the longest extension time length may be selected.

The probability variable condition table 543 stores the correspondence between probability variable conditions and probability adjustment values illustrated in FIG. 7 . The lottery probability changing unit 241 changes the applied lottery probability 580 by adjusting the normal lottery probability according to the corresponding probability adjustment value when any probability variable condition is newly satisfied.

Play data 560 is prepared for each player playing the game (that is, for each user terminal 1500 connected to server system 1100), and describes the play status (progress) of the game.

The lottery execution data 570 is prepared for each lottery player terminal 1500, and stores various data related to the execution status of the unlimited fixed amount gasha by the lottery user. Specifically, as shown in FIG. 12, one lottery execution data 570 includes the terminal ID 571 of the lottery user terminal 1500, the lottery user ID 573 which is the player ID of the lottery user, the selected lottery type 575, and the keep frame. It includes setting data 577 (see FIG. 6), remaining time 579, applied lottery probability 580, keep target designation status 591, and keep instruction operation status 593 (see FIG. 7).

The remaining time 579 stores the remaining time of the unlimited withdrawal period (the time until the expiration date of the fixed amount unlimited withdrawal gasha) whose timing is started at the start of the fixed amount unlimited withdrawal gasha. The first end condition is satisfied when the remaining time 579 becomes "0".

The applied lottery probability 580 stores the lottery probability used for the lottery. This applied lottery probability 580 includes an applied lottery probability 581 for rare and an applied lottery probability 583 for super rare. For each applied lottery probability 581, 583, the normal lottery probability of the corresponding rarity is set as an initial value. Further, while the fixed amount unlimited withdrawal Gasha is being executed, the lottery probability changing unit 241 updates the adjusted value at any time.

The keep target designation status 591 stores the designation status of the keep target in the keep frame K in the designable state where the status flag is "ON" and the confirmation operation status thereof. Specifically, as shown in FIG. 13, the keep target designation status 591 sets the designation status, confirmation operation flag, and remaining time for confirmation operation in association with the frame number assigned to each keep frame. This is the data table.

The designation status stores the object ID of the selected object designated as a keep target for the keep frame K in the designatable state. That is, when a keep target is specified for the corresponding keep frame K, the object ID is written in the designation status, and when the keep target is updated, it is rewritten to the object ID of a new keep target.

The confirming operation flag indicates the presence or absence of a confirming operation (ON: confirming operation is present/OFF: confirming operation is not present). The initial value of this confirmation operation flag is "OFF", and when a confirmation operation is detected for the corresponding keep frame K, it is updated to "ON". The second termination condition is satisfied when the confirmation flags are set to "ON" for all keep frames K in designable status.

The remaining time upon confirmation operation stores the remaining time of the unlimited withdrawal period at the time when the confirmation operation is detected for the corresponding keep frame K.

2. User Terminal FIG. 14 is a block diagram showing an example of the functional configuration of a user terminal 1500 that serves as a lottery terminal. As shown in FIG. 14, the user terminal 1500 includes an operation input section 100, a terminal processing section 200, an image display section 390, a sound output section 392, a communication section 394, and a terminal storage section 500.

The operation input section 100 is used by the player to input various operations, and can be realized by, for example, a button switch, joystick, touch pad, trackball, acceleration sensor, angular velocity sensor, CCD module, or the like. In FIG. 2, the direction input key 1502, home key 1504, and touch panel 1506 correspond to this.

The terminal processing unit 200 can be realized by a processor, which is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and can be implemented by an electronic component such as an IC memory. Controls data input/output. Then, it performs various calculation processes based on predetermined programs and data, operation input signals from the operation input unit 100, data received from the server system 1100, etc., and centrally controls the operation of the user terminal 1500. In FIG. 2, this corresponds to the control board 1550 and its CPU 1551. The terminal processing section 200 in this embodiment includes a user terminal calculation section 270, a clock section 280, an image generation section 290, a sound generation section 292, and a communication control section 294.

The user terminal calculation unit 270 executes various calculation processes for making the user terminal 1500 function as a terminal for the player to play the game. For example, the user terminal calculation section 270 includes an operation signal transmission control section 271 and a game screen display control section 273.

The operation signal transmission control unit 271 performs processing for transmitting various data and request information to the server system 1100 in response to operation input to the operation input unit 100.

The game screen display control unit 273 performs control for displaying a game screen based on various data received from the server system 1100. For example, if the online game of this embodiment is to be realized as a web game, web technology that uses a web browser as a base and actively controls screen display using HTML, Java (registered trademark), and CSS (Cascading Style Sheets) , Adobe (registered trademark) Flash, or other plug-ins. Of course, other methods may also be used. Furthermore, in the configuration of this embodiment, the game space image (for example, 3DCG, etc.) that is the basis of the game screen is generated by the server system 1100, but a configuration in which the game space image is generated by the user terminal 1500 is also possible. . In that case, the game screen display control unit 273 will control objects arranged in a virtual three-dimensional space for generating 3DCG.

The image generation unit 290 works in conjunction with the game screen display control unit 273 to generate an image for displaying one game screen in one frame time (for example, 1/60 seconds) based on various data received from the server system 1100. A signal is generated, and the generated image signal is output to the image display section 390. For example, it can be realized by a processor such as a GPU or a digital signal processor (DSP), a video signal IC, a program such as a video codec, an IC memory for drawing frames such as a frame buffer, or the like.

The sound generation unit 292 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec for playing audio files, etc., and generates audio signals of game sound effects, BGM, and various operation sounds. is generated and output to the sound output section 392.

The communication control unit 294 performs communication connection and data processing for data communication with an external device (for example, the server system 1100) via the communication unit 394, and realizes data exchange with the external device.

The image display section 390 displays various screens such as game screens based on image signals input from the image generation section 290. For example, it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display. In FIG. 2, this corresponds to the touch panel 1506.

The sound output section 392 emits sound effects, BGM, etc. related to the game based on the audio signal input from the sound generation section 292. In FIG. 2, this corresponds to speaker 1510.

The communication unit 394 connects to the network N to realize communication. For example, it can be realized by a wireless communication device, modem, TA, wired communication cable jack, control circuit, etc. In FIG. 2, this corresponds to the wireless communication module 1553.

The terminal storage unit 500 stores in advance a program for operating the user terminal 1500 and realizing the functions of the user terminal 1500, data used during the execution of this program, or temporarily stores data each time processing is performed. is stored in For example, it can be realized by an IC memory such as a RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 2, the IC memory 1552 and the memory card 1540 correspond to this.

Additionally, a game client program 502 is stored in the terminal storage unit 500. The game client program 502 is a program for causing the terminal processing section 200 to function as the user terminal calculation section 270. This game client program 502 may be a dedicated client program according to a technical method for realizing an online game, or may be configured by a web browser program, a plug-in for realizing interactive image display, and the like. In this embodiment, it is a copy of the distribution game client program 503 (see FIG. 9) provided from the server system 1100.

[Processing flow]
FIG. 15 is a flowchart showing the process flow of the server system 1100 regarding the execution of the unlimited fixed amount withdrawal Gasha. The processing described here is realized by the server processing unit 200s reading and executing the server program 501. Note that FIG. 15 shows the flow of processing focusing on the fixed amount unlimited withdrawal gacha on one lottery player terminal 1500, and when multiple lottery users are performing the fixed amount unlimited withdrawal gasha, the lottery user terminal 1500 This process is performed every 1500 times.

In this process, the server processing unit 200s first detects a lottery type selection operation on the lottery player terminal 1500, and selects the lottery type to be executed (step S101). Subsequently, the keep frame setting change unit 235 performs a keep frame initial setting process to initialize the state of the keep frame K (step S103), and the termination condition setting unit 237 performs a termination condition setting process to set the condition as appropriate. Adjustments are made to extend the unlimited period (step S105). Then, after collecting a predetermined amount of game coins as consideration, the fixed amount unlimited withdrawal gasha is started (step S107). At that time, the end determination unit 243 starts timing the unlimited withdrawal period.

Once the fixed amount unlimited discount gasha has started, a lottery execution operation on the lottery player terminal 1500 is waited for. If a lottery execution operation is detected (step S109: YES), the lottery execution unit 233 executes a lottery based on the lottery instruction, and selects a game object (selected object) from among the game objects to be randomly selected. (Step S111).

Thereafter, the keep target designation control unit 239 performs a keep target designation control process (steps S113 to S121). That is, first, the selected object selected as a result of the lottery in step S111 is displayed on the lottery person terminal 1500 and presented to the lottery user (step S113), and waits for a keep instruction operation. At this time, according to the keep frame setting data 577, a keep instruction operation is accepted for a keep frame K that is in a designable state and that does not violate the rarity restriction. If a keep instruction operation is detected (step S115: YES), it is determined whether there is a keep target in the designated keep frame K. If the object to be kept has not been designated (step S117: YES), the currently selected object is designated as the object to be kept in the keep frame K (step S119). On the other hand, if a keep target has already been specified (step S117: NO), the currently selected object is updated as a new keep target instead of the keep target (step S121).

Subsequently, the lottery probability changing unit 241 performs a lottery probability changing process, updates the number of keep target updates for the keep frame updated in step S121, and changes the applied lottery probability 580 as appropriate (step S123).

Further, if a purchase operation to make the keep frame K available for designation or a purchase operation to relax the designation allowable rarity of the keep frame K is detected (step S125: YES), the keep frame setting change unit 235 A keep frame setting change process is performed to change the status setting of the corresponding keep frame K (step S127).

Further, the termination determination unit 243 performs termination determination processing and determines the termination of the unlimited flat rate Gacha. Then, until the first or second termination condition is satisfied (step S129: NO), the process returns to step S109 and repeats the above-described process. On the other hand, if the first or second termination condition is satisfied (step S129: YES), the unlimited fixed amount withdrawal Gasha is terminated. Then, the lottery result giving unit 245 gives the selected object designated as a keep target at the end of the process to the lottery user (step S131).

After that, if the second termination condition is met in step S129 and the fixed amount unlimited gasha is ended (step S133: YES), the benefit granting unit 247 performs a benefit granting process, and according to the remaining time at the time of termination, The lottery user is given an early confirmed benefit (step S135).

As explained above, according to the present embodiment, the player (lottery user) selects and selects selected objects selected as a result of the lottery by specifying and updating them as keep targets in an appropriate keep frame K. The lottery can be repeated. Finally, the selected objects remaining as objects to be kept can be received. Conventionally, the next lottery could not be held unless the player chose not to receive the selected object. The user can now obtain a sense of satisfaction that could not be obtained in the past, and a new and interesting lottery system can be provided that allows the user to enjoy the lottery even more.

Note that the form to which the present invention can be applied is not limited to the above-described embodiments, and components may be added, omitted, or changed as appropriate.

[Modification 1]
For example, in the above embodiment, the server system 1100 is the processing entity for game management, but the configuration may be such that the user terminal is the processing entity, or the processing related to the game management is distributed between the server system and the user terminal. It can also be configured to execute. For example, in the case where the user terminal is the main processing entity in the configuration of the first embodiment, an example of the functional configuration of the user terminal 1500A is as shown in FIG. Note that in FIG. 16, the same components as those in the above embodiment are denoted by the same reference numerals.

As shown in FIG. 16, in the user terminal 1500A of this modification, the terminal processing section 200 has a game management section 230, and the game screen display control section 273 is omitted. In other words, the user terminal 1500A of this modification does not acquire data for displaying the image of the game screen from the server system 1100, but its own game management unit 230 executes processing related to game management to control the progress of the game. control and generate images for the game screen. The terminal storage unit 500 of this user terminal 1500A stores a game program 504 for making the terminal processing unit 200 function as a user terminal calculation unit 270 and a game management unit 230, and user management data related to the player of the user terminal 1500A. 510 and play data 560 related to the game play, lottery execution data 570 related to the lottery that the player of the user terminal 1500A is conducting as a lottery user, and game initial setting data 520 are stored.

The flow of processing of the user terminal 1500A of this modification is basically the same as the flowchart shown in FIG. 15, and it can be interpreted that each step is executed by the game management unit 230 of the user terminal 1500A.

According to this modification, the same effects as those of the above embodiment can be obtained. Note that the user terminal 1500 may not be responsible for all of the functions of the game management section 230, but may be configured to be responsible for some of them.

[Modification 2]
Furthermore, the Gasha screen for the unlimited fixed amount Gasha is not limited to the screen configuration shown in FIG. 8 . FIG. 17 is a diagram showing a modified example of the Gacha screen. Note that in FIG. 17, the same components as in FIG. 8 are given the same reference numerals. As shown in FIG. 17, the Gasha screen of this modification includes a remaining time display section A1, a Gasha execution screen section A2, a keep instruction operation input section A3, and a selected object save display section A4.

In the selected object save display section A4, the latest predetermined number (for example, 10 in FIG. 17) of selected objects selected by a constant number of neighboring drawings are updated and displayed at any time. The selected object displayed in the selected object save display area A4 can be designated as a keep target even later by touching the selected object and performing a keep instruction operation in the same manner as in the above embodiment. For example, even if the next lottery is performed without specifying the selected object O2 as a keep target from the state shown in FIG. It continues to be displayed on display section A4. Therefore, during that time, it can be designated as a keep target. Note that a reset button B4 is arranged in the selected object save display section A4, and by touching this button, it is possible to delete the selected object displayed in the selected object save display section A4.

[Modification 3]
Furthermore, in the embodiment described above, an example was shown in which the number of updates of the keep target is counted and used during execution of the unlimited fixed amount withdrawal Gasha to change the lottery probability. On the other hand, the lottery probability may be changed depending on the rarity of the selected object designated as the object to be kept or the length of time since it was designated as the object to be kept (keep time length).

For example, for each keep frame K in a designable state, the elapsed time from the latest keep instruction operation for that keep frame K is measured as the keep time length. For example, if there is a keep frame K whose keep time length exceeds a predetermined time (for example, one hour) and the selected object is a rare object, the lottery probability may be changed. When changing, adjustments are made to increase the normal lottery probability in the same manner as in the above embodiment, thereby making it easier to win rare objects. Further, at that time, adjustments may be made so that a game object with a higher rarity than the selected object is more likely to be won. For example, if the rarity of the selected object is "rare", the normal lottery probability for super rare is adjusted to be high.

[Modification 4]
In addition, for each keep frame K, instead of or in addition to the active requirements and specifiable requirements described in the above embodiment, for example, requirements regarding the number of times that can be updated (requirements for the number of times that can be updated), and specified Other requirements may also be specified, such as requirements regarding possible expiration dates (expiration date requirements).

The updateable number of times requirement is a requirement that limits the number of times a keep instruction operation is accepted for the keep frame K, and the upper limit number of times may be set for each keep frame K as appropriate. When the requirement for the number of updates allowed is defined, a keep instruction operation for the keep frame K whose number of updates to be kept has reached the upper limit is prohibited. That is, the keep target is determined when the upper limit number of times is reached.

Further, the expiration date requirement is a requirement that limits the time when a keep target can be specified for the keep frame K. For example, "until a predetermined period of time (e.g., 5 hours, etc.) has passed since the state became available for specification" or "until a predetermined period of time (e.g., 10 hours, etc.) has elapsed since the start of Unlimited Discount Gacha". The deadline may be set appropriately for each keep frame K. When expiration requirements are defined, keep instruction operations for keep frame K outside the expiration date are prohibited.

[Modification 5]
Further, in the above embodiment, three types of lottery are illustrated as character lottery, weapon lottery, and item lottery, but the lottery types are not limited to these and can be prepared as appropriate.

Alternatively, a lottery may be performed in which game objects classified into each category, such as characters, weapons, and items, are mixed and included as lottery targets. In that case, the categories of selectable objects that can be designated may be defined as requirements for each keep frame K to be designated. For example, there is a keep frame K in which only selected objects classified as characters can be specified, and a keep frame K in which selected objects classified as either characters or weapons can be specified.

[Modification 6]
In addition, in the embodiment described above, when the fixed amount unlimited gacha ends (when the second end condition is met) due to the confirmation operation being performed for all the keep slots K that can be specified, the lottery user is given a special benefit ( We have decided to provide an early confirmation benefit. On the other hand, it is also possible to provide an early confirmation benefit when at least one confirmation operation is performed. In that case, the content of the benefit may be changed depending on the number of keep slots K for which the confirmation operation has been performed.

[Modification 7]
Further, in the above embodiment, the number of keep slots K is set in advance for each lottery type, but the number may be increased without limit. For example, a configuration may be adopted in which a purchase operation for a keep frame K is accepted without restriction, and a keep frame K is added each time in the keep instruction operation input section A3 (see FIG. 8) in exchange for consumption of consideration such as game coins. good.

1000...Game system 1100...Server system 100s...Operation input section 200s...Server processing section 210...User management section 220...Charging processing section 230...Game management section 231...Game progress control section 233...Lottery execution section 235...Keep frame setting change Section 237... Termination condition setting section 239... Keep target designation control section 241... Lottery probability changing section 243... Termination determining section 244... Deadline approaching notification section 245... Lottery result giving section 247... Benefit giving section 290s... Image generating section 292s... Sound generation unit 294s...Communication control unit 390s...Image display unit 392s...Sound output unit 394s...Communication unit 500s...Server storage unit 501...Server program 503...Game client program for distribution 510...User management data 515...Owned object list 517... Play history 520...Game initial setting data 521...Object definition data 523...Lottery target object list 525...Bonus object list 530...Keep frame definition data 531...Lottery type 533...Number of keep frames 535...Active requirement table 537...Specifiable requirements Table 541... Deadline extension condition table 543... Definitely variable condition table 560... Play data 570... Lottery execution data 573... Lottery person ID
575...Selection lottery type 577...Keep frame setting data 579...Remaining time 580...Applicable lottery probability 591...Keep target designation status 593...Keep instruction operation status 1500, 1500A...User terminal (lottery person terminal)
DESCRIPTION OF SYMBOLS 100... Operation input part 200... Terminal processing part 270... User terminal calculation part 271... Operation signal transmission control part 273... Game screen display control part 290... Image generation part 292... Sound generation part 294... Communication control part 390... Image display part 392...Sound output unit 394...Communication unit 500...Terminal storage unit 502...Game client program 504...Game program N...Network 2...Player

Claims (20)

a lottery executing means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
a granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
Specifiable number control means for controlling the specifiable number of keep targets based on the play status of the user;
computer system with. The lottery execution means is capable of executing a first type of lottery and a second type of lottery,
The specifiable number control means sets the specifiable number for the first type of lottery and the specifiable number for the second type of lottery to be different numbers.
The computer system according to claim 1 . The specifiable number control means controls the specifiable number based on the billing status of the user.
A computer system according to claim 1 or 2 . The specifiable number control means controls to increase the specifiable number in exchange for a given consideration by the user.
A computer system according to any one of claims 1 to 3 . a lottery executing means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
a granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
a specifiable requirement setting means for setting specifiable requirements indicating what kind of objects can be specified as the keep target;
Equipped with
The keep target designation control means disables designation of the selected object as the keep target unless the selected object satisfies the designatability requirements, and allows designation of the selected object as the keep target if the object satisfies the designability requirements. control as,
The specifiable requirement setting means variably sets the specifiable requirement in exchange for a given consideration by the user;
computer system. Objects that can be selected by the lottery have rarity,
The specifiable requirement setting means sets, as the specifiable requirement, a specification allowable rarity of the object that can be specified as the keep target.
A computer system according to claim 5. a lottery executing means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
a granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
Equipped with
The lottery execution means determines (1) the number of times the keep target is updated by the keep target designation control means, (2) the rarity set for the object designated as the keep target, and (3) the keep target. The lottery probability is variably controlled based on either the specified time length as
computer system. termination condition changing means for changing the termination condition;
The computer system according to any one of claims 1 to 7 , further comprising: The termination conditions include at least a deadline;
deadline approaching notification control means for notifying the user that the deadline is approaching, indicating that the deadline is approaching;
The computer system according to any one of claims 1 to 8 , further comprising: a lottery executing means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
a granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
Equipped with
The termination conditions include at least a deadline;
a benefit granting control unit that controls whether or not to grant a given benefit to the user based on the timing at which the object granted by the granting unit is set as the keep target;
A computer system further equipped with . A server system that is a computer system according to any one of claims 1 to 10 , which is communicatively connected to a user terminal of the user. The user terminal;
The server system according to claim 11 ,
A game system equipped with computer,
a lottery execution means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
Specifiable number control means for controlling the specifiable number of keep targets based on the play status of the user;
A program to function as computer,
a lottery execution means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
a specifiable requirement setting means for setting specifiable requirements indicating what kind of objects can be specified as the keep target;
function as
The keep target designation control means disables designation of the selected object as the keep target unless the selected object satisfies the designatability requirements, and allows designation of the selected object as the keep target if the object satisfies the designability requirements. control as,
The specifiable requirement setting means variably sets the specifiable requirement in exchange for a given consideration by the user;
program. computer,
a lottery execution means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
function as
The lottery execution means determines (1) the number of times the keep target is updated by the keep target designation control means, (2) the rarity set for the object designated as the keep target, and (3) the keep target. The lottery probability is variably controlled based on either the specified time length as
program. computer,
a lottery execution means that repeatedly selects selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is satisfied;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if a keep target has already been designated, the keep target designation control means performs the following, and when the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control means for updating as a new keep target;
granting means for granting the object designated as the keep target to the user when the termination condition is satisfied;
function as
The termination conditions include at least a deadline;
a benefit granting control unit that controls whether or not to grant a given benefit to the user based on the timing at which the object granted by the granting unit is set as the keep target;
A program to further function as a . The computer system
a lottery execution step of repeatedly selecting selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is met;
Presenting the selected object to the user each time the lottery is held; and specifying the selected object selected based on the user's selection designation operation as a keep target with a limited number of designable objects. and, if the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control step for updating as a new keep target;
a granting step of granting the object designated as the keep target to the user when the termination condition is satisfied;
a specifiable number control step of controlling the specifiable number of keep targets based on the play status of the user;
Control method to execute. The computer system
a lottery execution step of repeatedly selecting selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is met;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control step for updating as a new keep target;
a granting step of granting the object designated as the keep target to the user when the termination condition is satisfied;
a specifiable requirement setting step for setting specifiable requirements indicating what kind of objects can be specified as the keep target;
Run
The keep target designation control step disables designation of the selected object as the keep target unless the selected object satisfies the designatability requirements, and allows the selected object to be designated as the keep target if the object satisfies the designatability requirements. including controlling as
The specifiable requirement setting step includes variably setting the specifiable requirement in exchange for a given consideration by the user.
Control method . The computer system
a lottery execution step of repeatedly selecting selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is met;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control step for updating as a new keep target;
a granting step of granting the object designated as the keep target to the user when the termination condition is satisfied;
Run
The lottery execution step includes (1) the number of updates of the keep target in the keep target designation control step , (2) the rarity set to the object designated as the keep target, and (3) the keep target. variably controlling the lottery probability based on either of the specified time length as
Control method. The computer system
a lottery execution step of repeatedly selecting selected objects by repeatedly executing a lottery according to a user's lottery instruction until a given termination condition is met;
Presenting the selected object to the user each time the lottery is conducted; and specifying the selected object selected based on the user's selection designation operation as a keep target whose number can be specified. and, if the keep target has already been designated, the selected object selected based on the selection designation operation is used instead of the already designated keep target. a keep target designation control step for updating as a new keep target;
a granting step of granting the object designated as the keep target to the user when the termination condition is satisfied;
Run
The termination conditions include at least a deadline;
a benefit granting control step for controlling whether or not to grant a given benefit to the user based on the timing at which the object granted in the granting step is set as the keep target;
A control method for further executing .

Images