JP7488026B2 - Server system, game system and program - Google Patents

Description

The present invention relates to a server system, etc.

One of the game specifications is to sell lottery tickets for objects such as characters, weapons, and items that can be used in the game, and to give the user (player) the object selected by lottery (also called gacha, etc.). Among these, there is also a specification in which multiple types of lotteries are presented as selectable, and the lottery selected by the user is executed. For example, Patent Document 1 discloses a technology that presents the content of each lottery (type of item to be drawn in the lottery, number of remaining items, etc.) to the user.

JP 2016-19721 A

However, the technology in Patent Document 1 merely presents multiple selectable lotteries as options. In other words, only one of them can be executed, selected by the user. If the player wants to execute a different lottery, or execute the same lottery again, he or she must select the desired lottery from the lotteries presented and execute it. Even if successive lotteries are executed, each lottery is completed individually.

In other words, this technology does not motivate users to enter multiple lotteries.
The problem that the present invention aims to solve is to provide a new mechanism that provides an incentive to hold multiple lotteries.

The first invention for solving the above problem is a server system (e.g., server system 1100 in FIG. 1) that communicates with a user terminal and executes a lottery based on the user's instructions, and includes: lottery object display control means (e.g., lottery type display control unit 233 in FIG. 5) that controls the display of multiple lottery objects on the user terminal; lottery execution means (e.g., lottery execution unit 237 in FIG. 5) that selects a lottery execution object from the multiple lottery objects based on the user's object selection instruction and executes a lottery process associated with the lottery execution object; and bonus granting means (e.g., bonus granting control unit 239 in FIG. 5) that performs bonus granting control to grant a given bonus to the user when multiple lottery processes that satisfy a predetermined contemporaneous condition are performed.

According to the first invention, when a user instructs to select multiple lottery objects (object selection instructions) so as to satisfy a synchronous condition, and the lottery process is performed for those objects, a benefit can be given to the user. This provides a new mechanism that motivates users to perform multiple lotteries.

As a second invention, the server system of the first invention may be configured such that the lottery execution means is capable of a multiple selection execution process for selecting multiple lottery execution objects and then executing lottery processes associated with each lottery execution object, and the bonus granting means determines that the simultaneous condition is satisfied when performing the multiple selection execution process.

According to the second invention, when a user issues a selection instruction that selects multiple lottery objects, a multiple selection execution process can be performed to execute the lottery processes for those objects. In that case, a benefit can be given to the user for satisfying the simultaneous condition.

As a third invention, the server system of the first or second invention may be configured such that the bonus granting means determines that the concurrency condition is satisfied if the time interval between the lottery processes performed by the lottery execution means is within a given time.

As a fourth invention, the server system of the third invention may be configured such that the bonus awarding means controls the bonus awarding based on the time interval between multiple lottery processes that satisfy the synchronous condition.

According to the third or fourth invention, when a user issues selection instructions for multiple lottery objects within a given time period, it can be determined that the simultaneous condition is satisfied. Then, a privilege can be granted to the user based on the time interval between the lottery processes.

As a fifth invention, the server system of the fourth invention may be configured such that the bonus awarding means determines whether or not to award a bonus by a probability calculation based on the time interval between multiple lottery processes that satisfy the synchronous condition.

According to the fifth invention, it is possible to determine whether or not to grant a bonus with a probability according to the time interval between multiple lottery processes. For example, it is possible to grant a bonus with a higher probability the shorter the time interval.

As a sixth invention, the server system of any one of the first to fifth inventions may be configured such that the bonus granting means changes the bonus based on a combination of the lottery execution objects related to a plurality of the lottery processes that satisfy the concurrency condition.

According to the sixth aspect of the invention, a bonus can be awarded according to a combination of the same or different lottery objects that are selected.

As a seventh invention, the server system of any of the first to sixth inventions may be configured such that the bonus granting means determines the bonus to be granted to the user based on the number of lottery processes that satisfy the simultaneous condition.

According to the seventh invention, a bonus can be awarded according to the number of lottery processes that satisfy the simultaneous conditions.

As an eighth invention, the server system of any one of the first to seventh inventions may be configured such that the bonus provision means provides a bonus by reducing the price for some or all of the lottery processes among the plurality of lottery processes that satisfy the concurrency condition.

As a ninth invention, the server system may be configured as any one of the first to seventh inventions, in which the bonus granting means changes the lottery probability for some or all of the lottery processes among the plurality of lottery processes that satisfy the concurrency condition, as the bonus.

Also, as a tenth invention, the server system of the ninth invention may be configured such that the lottery process is a process of selecting a lottery object to be granted to the user from a plurality of lottery objects having a set rarity, and the bonus granting means provides the bonus of improving the probability of winning a lottery object of a given rarity in some or all of the plurality of lottery processes that satisfy the contemporaneity condition.

As an eleventh invention, the server system may be configured as any one of the first to seventh inventions, in which the bonus granting means changes the number of items to be selected in some or all of the lottery processes among the plurality of lottery processes that satisfy the concurrency condition, as the bonus.

As a twelfth invention, the server system of any of the first to seventh inventions may be configured such that the lottery process is a process of selecting a lottery object to be granted to the user from among a plurality of lottery objects having rarities set thereto, and the bonus granting means selects, as the bonus, a lottery object having a rarity set thereto that satisfies the desired rarity condition specified by the user in some or all of the plurality of lottery processes that satisfy the contemporaneous condition.

As a thirteenth invention, the server system of any of the first to seventh inventions may be configured such that, when the same selected object is selected in multiple lottery processes that satisfy the contemporaneous condition, the bonus granting means changes some or all of the parameter values of the same selected object and grants the changed parameter values to the user as the bonus.

As a fourteenth invention, the server system of any one of the first to seventh inventions may be configured such that the bonus granting means grants the user a given item as the bonus when the same lottery object is selected in multiple lottery processes that satisfy the simultaneous condition.

According to any of the eighth to fourteenth inventions, a bonus can be awarded by reducing the compensation for a lottery process that is determined to satisfy the contemporaneous condition, or by changing the lottery probability. In addition, a bonus can be awarded that improves the lottery probability for a lottery object of a given rarity, that changes the number of lottery objects to be selected, or that makes a lottery object of a rarity desired by the user a winning item. Alternatively, a bonus can be awarded by changing the parameter value of a winning lottery object, or a given item can be awarded as a bonus.

As a fifteenth invention, the server system of any of the first to fourteenth inventions may be configured further to include a cooperative relationship setting means for setting a cooperative relationship between a plurality of users who have indicated a desire for a cooperative relationship based on the cooperative relationship desire instruction of each user, the lottery execution means communicating with the user terminal of each user to execute the lottery process for each user, and the bonus granting means controlling the granting of the bonus to each user when the lottery process between users who have been set in a cooperative relationship by the cooperative relationship setting means satisfies the concurrency condition.

According to the fifteenth invention, a cooperative relationship can be established between multiple users, and when the lottery processes of users in the cooperative relationship satisfy a synchronous condition, a benefit can be granted to each user.

As a sixteenth invention, the server system of the fifteenth invention may be configured such that the bonus granting means changes the bonus based on the number of users with whom the cooperative relationship has been established by the cooperative relationship setting means who are the subject of the lottery process and who satisfy the concurrency condition.

According to the sixteenth invention, it is possible to grant benefits according to the number of users with whom a cooperative relationship has been established. For example, it is possible to make the benefits more luxurious the more users there are, or to make the benefits more advantageous for each user.

The seventeenth aspect of the invention is a game system (e.g., game system 1000 in FIG. 1) that includes a user terminal (e.g., user terminal 1500 in FIG. 1) and a server system of any one of the first to sixteenth aspects of the invention (e.g., server system 1100 in FIG. 1) that can communicate with the user terminal.

According to the seventeenth aspect, a game system can be realized that has the same effects as the first to sixteenth aspects.

The eighteenth invention is a program (e.g., game program 504 in FIG. 13) for causing a user terminal to function as a lottery object display control means for controlling the display of multiple lottery objects, a lottery execution means for selecting a lottery execution object from the multiple lottery objects based on an object selection instruction from the user and executing a lottery process associated with the lottery execution object, and a bonus granting means for performing bonus granting control to grant a given bonus when multiple lottery processes that satisfy a predetermined contemporaneous condition are performed.

According to the eighteenth invention, a program that has the same effect as the first invention can be realized.

FIG. 1 is a diagram showing an example of the overall configuration of a game system. FIG. 2 is a diagram showing an example of the device configuration of a user terminal. FIG. 13 shows an example of a Gasha screen. FIG. 4 is a diagram showing an example of a data configuration of a benefit table in the first embodiment. FIG. 2 is a block diagram showing an example of the functional configuration of the server system. FIG. 4 is a diagram showing an example of a data configuration of user management data. FIG. 13 is a diagram showing an example of the data configuration of lottery definition data. FIG. 4 is a block diagram showing an example of the functional configuration of a user terminal. 5 is a flowchart for explaining a processing flow of the server system in the first embodiment. FIG. 11 is a diagram for explaining a simultaneous condition in the second embodiment. FIG. 13 is a diagram showing an example of a data configuration of a benefit table in the second embodiment. 10 is a flowchart for explaining a process flow of a server system according to a second embodiment. FIG. 13 is a diagram showing an example of the functional configuration of a user terminal in Modification 4.

Below, a preferred embodiment 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 description of the drawings, the same parts are given the same reference numerals.

Figure 1 is a diagram showing an example of the overall configuration of a game system 1000 in this embodiment. As shown in Figure 1, the game system 1000 includes a server system 1100, which is a computer system, and a user terminal 1500 owned by a user who is a player 2 of the game in this embodiment, which are connected to each other via a network N so that data communication is possible.

Network N refers to a communication path that allows data communication. In other words, network N includes a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection or Ethernet (registered trademark) or other communication networks such as telephone communication networks, cable networks, and the Internet, and the communication method can be either wired or wireless.

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

This server system 1100 realizes a user management function related to user registration and the like, and a game management function that provides data necessary for playing the game on the user terminal 1500 and manages execution control of the game on the user terminal 1500, by having the CPU 1151 etc. perform calculations based on predetermined programs and data. In other words, the game in this embodiment is realized as a kind of client-server type online game. The user, Player 2, accesses the server system 1100 with his/her own user terminal 1500, logs in with an issued account and enjoys the game of this embodiment.

The server system 1100 also works with an external electronic payment server operated by an electronic payment service provider or the like to carry out the purchase procedure (billing process) of game coins, which are the in-game currency. During the billing process, the electronic payment server responds to an inquiry from the server system 1100 and settles the purchase amount of the game coins with Player 2's credit card, prepaid card, or the like. The server system 1100 then grants Player 2 game coins equivalent to the purchase amount settled by the electronic payment server.

The server system 1100 is not limited to the standalone configuration shown in FIG. 1, but may be configured with multiple blade servers each assigned to a different function, connected to each other via an internal bus for data communication. Alternatively, multiple independent servers installed in separate locations may be configured to communicate data over a network N so that the whole system functions as the server system 1100.

The user terminal 1500 is a computer system that performs the functions of a man-machine interface, and is connected to the network N via a mobile phone base station or a wireless communication base station, etc., and can perform data communication with the server system 1100. This user terminal 1500 can take the form of, for example, 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, etc.

Figure 2 is a diagram showing an example of the device configuration of a smartphone, which is an example of a user terminal 1500. As shown in Figure 2, the user terminal 1500 is equipped with a directional 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, a microphone 1512, a control board 1550, and a memory card reader 1542 that can read and write data to a memory card 1540, which is a computer-readable storage medium. In addition, a power button, a volume adjustment button, etc., which are not shown, are provided.

The control board 1550 is equipped with various microprocessors such as a CPU 1551, a GPU, and a DSP, various IC memories 1552 such as a VRAM, a RAM, and a ROM, and a wireless communication module 1553 for wireless communication with a mobile phone base station or a wireless LAN base station connected to the network N. The control board 1550 is also equipped with a so-called I/F circuit (interface circuit) 1557, such as a circuit for receiving signals from the direction input key 1502 and the home key 1504, a driver circuit for the touch panel 1506, an output amplifier circuit for outputting an audio signal to the speaker 1510, an audio signal generation circuit for generating an audio signal collected by the microphone 1512, and a signal input/output circuit for the memory card reader 1542. Each of these elements mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read and write data and transmit and receive signals. Note that a part or all of the control board 1550 may be configured with an ASIC, an FPGA, or a SoC.

In this control board 1550, the IC memory 1552 stores a game client program and various setting data required to execute this game client program. The game client program and the like are downloaded from the server system 1100 at an appropriate time. The game client program and the like may also be read from a storage medium such as a memory card 1540 obtained separately. The CPU 1551 and the like then execute the game client program to perform calculations, and control each part of the user terminal 1500 in response to operational inputs made to the touch panel 1506, directional input keys 1502, and home key 1504, thereby enabling player 2 to play the game.

First Embodiment
First, the first embodiment will be described. The game of this embodiment is a battle game in which players are divided into multiple armies and compete against each other. The player uses a soldier character belonging to the army to which the player belongs as a player character, and challenges other armies to battle. In the game of this embodiment, the player can draw lots (gacha) for objects (hereinafter referred to as "game objects") that can be used in the game. In the draw, a predetermined amount of game coins is collected from the player (hereinafter also referred to as "lottery user") as a given consideration. The collected consideration is not limited to game coins, and may be real currency, etc.

The game objects that may be awarded as a result of the lottery include, for example, a character that can be selected as the player character, various items such as weapons, armor, ammunition, medicine, etc. that the player character can equip or use, the player character's vehicle, 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, the team member character and various items such as the team member character's equipment items and strengthening items are the subjects of the lottery (items to be selected).

A rarity is set in advance for game objects that are the subject of the lottery. For example, rarity is "SSR: Double Super Rare", "SR: Super Rare", "R: Rare", and "N: Normal", in order from highest to lowest. Of course, there may be five or more rarity levels, or three or less rarity levels.

The server system 1100 then allocates a lottery probability to each game object to be selected according to the release rate set for each rarity, and executes the lottery process. Specifically, the release rates are set, for example, as 5% for "SSR", 10% for "SR", 20% for "R", and 65% for "N". In the lottery process, the release rate for each rarity is divided by the number of game objects of the corresponding rarity among the group of game objects that are actually selected for the lottery (hereinafter referred to as the "group of objects to be selected for the lottery") to determine the lottery probability for each game object. The lottery is then executed with the determined lottery probability, and the game object that is selected (hereinafter referred to as the "winning object") is awarded to the lottery user.

More specifically, in this embodiment, multiple types of lotteries are prepared as selectable lottery objects, and each of them is previously associated with a lottery process that differs in the configuration of the lottery object group, the rate of release for each rarity, the required compensation amount, the number of releases, etc. The configuration of the lottery object group is the number, type, attributes, etc. of the game objects included in the lottery object group. The number of releases is the number of winning objects granted (released) in the lottery, and can also be said to be the number of lotteries to be performed. For example, if the corresponding lottery is a single lottery, the number of releases is set to "1", and if it is a 10-consecutive lottery, the number of releases is set to "10". In other words, each lottery type is prepared with the game objects to be selected, their probability of selection, compensation, the number of lotteries, etc., separately determined. Then, the multiple types of lotteries prepared are presented to the player (lottery user) who selected the gacha menu. The lottery user gives a selection instruction (object selection instruction) to select a desired lottery type from the presented ones, and enjoys the lottery.

Figure 3 is a diagram showing an example of a gacha screen that is displayed when the gacha menu is selected. As shown in Figure 3, the gacha screen displays the types of lotteries that can be executed in a selectable manner and is presented to the lottery user. In the example of Figure 3, various lotteries are displayed for each army to which the player can belong, such as a lottery in which the soldier characters of the corresponding army and the equipment items for the soldier characters are separately selected, a 10-consecutive lottery in which the character lottery and item lottery are repeated 10 times, a mixed lottery in which the soldier characters of the corresponding army and the equipment items thereof are mixed and included in the lottery, and a rare lottery in which the rate of release of objects with a rarity of "R" or higher is increased (as a result, the probability of winning a rare object with a rarity of "R" or higher is set to be high). More specifically, the display of each lottery includes a display of the required amount of compensation (the number of game coins consumed in this embodiment).

On this gacha screen, the lottery user selects the lottery to be executed by checking the check box C1 provided for each type of lottery. A user can select one lottery by checking one lottery, or select multiple types of lotteries to execute the multiple types of lotteries. When a user checks the check box C1 to select a lottery, the background color of the display field is changed, etc., so that the selected lottery is displayed in a manner that makes it identifiable from non-selected lotteries. For example, in the example of FIG. 3, two lotteries, a 10-consecutive character lottery for Army A and a 10-consecutive item lottery for Army A, are selected and displayed in a manner that makes them identifiable from the others. In this state, when the lottery execution button B1 is touched to issue a lottery execution instruction, the server system 1100 executes a multiple selection execution process that executes a lottery process associated with a 10-consecutive character lottery for Army A and a lottery process associated with a 10-consecutive item lottery for Army A.

The manner in which the selection instruction for selecting a lottery is given is not limited to the manner in which a check box is used. For example, the selection instruction may be received by switching the selected/non-selected state each time the display column for each lottery is touched.

In this embodiment, the server system 1100 performs bonus granting control to grant a given bonus to the lottery user, assuming that multiple lottery processes that satisfy the simultaneous condition are performed when multiple selection execution processing is performed. FIG. 4 is a diagram showing an example of the data configuration of a bonus table 550 used in the bonus granting control of this embodiment. As shown in FIG. 4, the bonus table 550 is a data table that sets the granting condition, bonus processing type, and bonus processing in correspondence with a condition number. The server system 1100 performs bonus granting control using this bonus table 550.

The awarding conditions are determined by a combination of the simultaneous execution number condition and the additional conditions. The simultaneous execution number condition is a condition regarding the number of multiple lottery processes that are determined to satisfy the simultaneous condition (the number of lottery processes eligible for the bonus; in other words, the number of lotteries that are instructed to be selected). Hereinafter, each lottery process that is determined to satisfy the simultaneous condition is also referred to as a "lottery process eligible for the bonus."

The additional conditions are determined as conditions related to the type of lottery selected, the composition of the lottery object group, and the required consideration amount. For example, the additional conditions include various conditions such as conditions that specify the combination of bonus lottery processes, conditions that specify the number of game objects in the lottery object group related to each bonus lottery process, conditions that specify the number of game objects with a specific attribute in the lottery object group, and conditions that specify the total or average required consideration amount. Conditions that combine two or more of the various conditions may be included. In addition, the additional conditions include one or more "no condition" conditions for each bonus lottery process number, which is the simultaneous execution number condition. For example, if each lottery of the bonus lottery process is a 10-series lottery, in addition to the condition for granting condition number "11" for which the additional condition is "no condition", the condition for granting condition number "14" will also be satisfied.

The bonus process type is flag information for identifying whether the corresponding bonus process is a type of bonus process that is performed before the bonus target lottery process is executed, or a type of bonus process that is performed after the bonus target lottery process is executed. If it is the former, "Pre-lottery award" is set, and if it is the latter, "Post-lottery award" is set.

The bonus process is set as various processes such as a price reduction process, a lottery probability change process, a release number change process, a winning rarity control process, a bonus object granting process, a parameter value change process, a free lottery right granting process, etc. Bonus processes that combine two or more of the various processes may also be included.

The cost reduction process is a process that reduces the required cost amount for some or all of the lottery processes that are eligible for the bonus, or makes them free of charge. For example, the bonus process with condition number "11" is an example of a cost reduction process. When the bonus process in this example is applied, the lottery user is given a bonus that reduces the higher required cost amount of two eligible lottery processes, and each eligible lottery process is executed after collecting the reduced cost amount.

The lottery probability change process is a bonus process that changes the drop rate for each rarity for some or all of the bonus lottery processes. Specifically, it can be defined as a process that increases the drop rate for a specific rarity and adjusts the other drop rates accordingly. For example, the bonus process with condition number "52" is an example of a lottery probability change process. When the bonus process of this example is applied, the selected user is given a bonus that increases the drop rate of "SR" in each bonus lottery process. As a result, the probability of winning a rare object with a rarity of "SR" is increased from the initial probability, and each bonus lottery process is executed.

The lottery probability change process is not limited to a process of changing the drop rate, but can also be defined as a process of directly changing the lottery probability. For example, it can be a process of adjusting the lottery probability of a game object with a specific attribute (for example, an equipment item with the attribute "long-range shooting") to be higher, or a process of adjusting the lottery probability of an item of a specific rarity to be higher. In that case, the lottery user is given a privilege of adjusting the lottery probability of the game object calculated from the specified drop rate to be higher.

The emission number change process is a bonus process that changes the emission number for some or all of the bonus target lottery processes. For example, the bonus process with condition number "54" is an example of an emission number change process. When the bonus process of this example is applied, the lottery user is given a bonus that increases the emission number by three for one of the two bonus target lottery processes. Therefore, for example, if the bonus target lottery process is a one-time lottery, the number of draws, which was initially one, will increase to four, and four winning objects will be awarded. If it is a 10-time lottery, the number of draws will increase to 13, and 13 winning objects will be awarded.

The winning rarity control process is a process that limits the rarity of the winning object to a specific rarity for some or all of the bonus lottery processes. The rarity to be limited to is determined by accepting an instruction of the lottery user's desired rarity condition. Specifically, a list of rarities is presented to the lottery user, and an instruction is accepted to set one of them as the desired rarity condition. For example, the bonus process with condition number "14" is an example of a winning rarity control process. When the bonus process of this example is applied, the lottery user is granted a bonus that ensures that a game object of the rarity desired by the lottery user will win in each bonus lottery process. If the lottery user specifies "SSR", then in each bonus lottery process, an "SSR" rare object from the group of lottery objects will be selected as the winning object.

Note that, although the bonus process that limits the rarity of the winning object has been described here, it is also possible to define a bonus process that grants the lottery user's desired game object as the winning object. In that case, the lottery user can be presented with a group of lottery target objects for the bonus target lottery process to which the bonus process is applied, and an instruction for the winning object can be accepted. When applying the bonus process to multiple bonus target lottery processes, or when applying the bonus process to a bonus target lottery process in which the number of objects dispensed is two or more, such as a 10-in-a-row lottery, an instruction for two or more winning objects may be accepted. For example, this can be achieved by defining a process that specifies the number to be accepted depending on the corresponding associated conditions.

In addition to limiting the rarity, a bonus process may be defined that limits the attributes of the winning object. In that case, a list of attributes included in the group of objects to be selected in the bonus target lottery process to which this process is applied is presented to the lottery user, and an instruction for the desired attribute is accepted. Then, in the bonus target lottery process, a winning object is selected from game objects with the indicated attribute from the group of objects to be selected.

The bonus object granting process is a process that grants a game object such as a specified item as a bonus. For example, a number of game objects including items may be prepared in advance as bonus game objects (bonus objects), and one or more game objects may be selected at random from among them. In addition, bonus objects may be prepared including game objects of various rarities and various attributes, and a game object to be granted as a bonus may be selected from those with the same rarity or attribute as the winning object. For example, bonus processes for condition numbers "12" and "53" are examples of bonus object granting processes.

The parameter value change process is a process that changes the parameter values of various abilities, such as attack power and defense power, and skills, for some or all of the winning objects in each bonus target lottery process. For example, it can be defined as a process of adding a predetermined ability value to the winning object, such as a soldier character or equipment item, or a process of increasing a predetermined ability value of the soldier character, etc., and granting it. Specific examples include a process of granting the winning object in an enhanced state, such as setting the attack power of the character that is the target winning object 20% higher than the specified value, or setting the equipment item that is the target winning object to add a predetermined skill (such as "automatic hit point recovery ability") to it. For example, the bonus process with condition number "13" is an example of a parameter value change process.

The free lottery right granting process is a bonus process that grants a predetermined number of lottery tickets that can be used to enter a lottery for free. The lottery tickets granted here can include lottery tickets that can be used in all lottery types, lottery tickets for which the types of lotteries that can be used are predetermined, etc. For example, the bonus process of condition number "51" is an example of a free lottery right granting process.

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

The operation input unit 100s is used to input 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, this corresponds to the keyboard 1106 and the touch panel 1108.

The server processing unit 200s can be realized by a processor, which is an arithmetic circuit such as a CPU, GPU, ASIC, FPGA, etc., or an electronic component such as an IC memory, and controls the input and output of data between each part of the device including the operation input unit 100s and the server storage unit 500s. It performs various arithmetic processing based on predetermined programs and data, operation input signals from the operation input unit 100s, data received from the user terminal 1500, etc., and generally 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 unit 200s includes a user management unit 210, a billing processing unit 220, a game management unit 230, a timing unit 280s, an image generation unit 290s, a sound generation unit 292s, and a communication control unit 294s.

The user management unit 210 performs processes related to user registration and manages the data of each registered user (player) linked to an account. For example, it can execute processes such as granting unique accounts to registered users, registration information management processes that register and manage personal information for each account, and usage history management processes that manage login and logout history, etc. Of course, it can also appropriately include management processes for other data linked to user accounts.

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

The game management unit 230 performs various processes related to the management of game execution. Since the multiplayer game of this embodiment is a client-server type online game, the game management unit 230 controls the provision of data necessary for game play while communicating with the user terminal 1500. This game management unit 230 includes a game progress control unit 231, a lottery type display control unit 233, a lottery execution unit 237, and a bonus award control unit 239.

The game progress control unit 231 communicates with the user terminal 1500 at any time to control the progress of game play on the user terminal 1500 and performs processing related to reflecting the results of play.

The lottery type display control unit 233 controls the display of multiple selectable types of lotteries on the user terminal of the lottery user (hereinafter also referred to as the "lottery user terminal") 1500. This lottery type display control unit 233 includes an identification display control unit 235 that identifies the lottery that the lottery user has instructed to select from among the multiple displayed types of lotteries.

The lottery execution unit 237 detects a selection instruction on the lottery player terminal 1500, selects a lottery type, and executes a lottery process corresponding to the lottery type. It then grants the game object (winning object) that is won as a result of the lottery process to the lottery user. When a selection instruction is received that selects multiple types of lotteries, it performs a multiple selection execution process that executes a lottery process corresponding to each lottery type, and grants the winning object for each lottery process to the lottery user.

The bonus-granting control unit 239 determines whether or not multiple lottery processes that satisfy a predetermined simultaneous condition will be performed by the lottery execution unit 237 (simultaneous condition determination). In this embodiment, the bonus-granting control unit 239 determines that multiple lottery processes that satisfy the simultaneous condition will be performed when a selection instruction that selects multiple types of lotteries is given at the lottery player terminal 1500 and the lottery execution unit 237 performs multiple selection execution processing. Then, when the simultaneous condition determination is determined to be positive, the bonus-granting control unit 239 performs bonus-granting control and grants a given bonus to the lottery user.

In this embodiment, referring to the bonus table 550 shown in FIG. 4, the bonus table 550 first identifies the bonus conditions that the bonus lottery processes satisfy from among the bonus lottery processes for which the number of bonus lottery processes (the number of lotteries selected) is set as the corresponding simultaneous execution number condition. As described above, the bonus table 550 includes a bonus condition set to "no condition" for each bonus lottery process, so at least one bonus condition can be identified. When there are multiple applicable bonus conditions, one of them can be selected at random and identified. Once the bonus conditions are identified, the bonus of the corresponding bonus granting process is determined as the bonus to be granted, and if the bonus process type is "granted before lottery", the bonus process is performed before each bonus lottery process is executed (before the multiple selection execution process is executed) to grant the bonus to the lottery user. On the other hand, if the bonus process type is "granted after lottery", the bonus process is performed after each bonus lottery process is executed, and the bonus is granted to the lottery user.

The timing unit 280s uses the system clock to measure the current date and time, time limit, etc.

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

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

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

The image display unit 390s displays various screens for system management, etc., based on the image signal input from the image generation unit 290s. For example, this 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 unit 392s emits the audio signal input from the sound generation unit 292s. In FIG. 1, this corresponds to a speaker (not shown) provided in the main device 1101 or the touch panel 1108.

The communication unit 394s connects to the network N to realize communication. For example, this 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, this corresponds to the communication device 1153.

The server storage unit 500s stores in advance or temporarily stores each time processing is performed programs for operating the server system 1100 and implementing the various functions of the server system 1100, as well as data used during execution of these programs. For example, this can be implemented by IC memory such as RAM or ROM, magnetic disks such as hard disks, or optical disks such as CD-ROM or DVD. In FIG. 1, this corresponds to the IC memory 1152 and storage 1140.

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

The server program 501 is a program for causing the server processing unit 200s to function as the user management unit 210, the billing processing unit 220, and the game management unit 230. In addition, this may also include programs for causing the server processing unit 200s to function as the image generation unit 290s, the sound generation unit 292s, and the communication control unit 294s, as appropriate.

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

User management data 510 is prepared for each player who has completed user registration, and stores various management data related to the game play of that player. Specifically, as shown in FIG. 6, one user management data 510 includes the player's player ID (account) 511, payment medium ledger data 513, owned object data 515, and play history 517. It also includes save data related to the progress of the game, etc.

The payment medium ledger data 513 stores information on the balance of the electronic payment medium (game coins, which are the in-game currency in this embodiment) associated with the relevant player, such as the purchase date and time and number of game coins purchased (charged amount), and the consumption date and number of game coins consumed.

The owned object data 515 stores data on game objects that the relevant player has obtained during the course of the game and currently owns. In this embodiment, it stores object data on characters and items currently owned, the number of lottery tickets owned, etc. Then, when a winning object or bonus object is awarded, the object data of that game object is added to the owned object data 515. If the bonus-granting control unit 239 performs a parameter value change process to award a winning object, the parameter value of that object data is changed by the parameter value change process and added to the owned object data 515. Also, if the bonus-granting control unit 239 performs a free lottery right awarding process, the number of lottery tickets held is updated in the owned object data 515.

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

Returning to FIG. 5, game initial setting data 520 stores the initial setting data required to execute the game. This game initial setting data 520 includes object definition data 530, lottery definition data 540, bonus table 550 (see FIG. 4), and bonus object list 560. In addition, it also includes data for setting game stages, enemy character appearance settings for each game stage, and definition data defining enemy character types, various parameter values, and behavior patterns.

Object definition data 530 is prepared for each type of game object that the player can obtain during the game, and stores the object data of that game object in association with its object ID. For example, if it is a character, it stores parameter values such as various ability values and skills, model data, motion data used for movement control, etc. This object definition data 530 includes object data of game objects that are the subject of a lottery or for special prizes.

The lottery definition data 540 is prepared for each type of lottery and stores definition data for the lottery process. Specifically, as shown in FIG. 7, one lottery definition data 540 includes a lottery type ID 541, a lottery name 542, a required consideration amount 543, a group of objects to be selected 544, an emission rate by rarity 545, and an emission number 546.

The required consideration amount 543 stores the number of game coins to be consumed that will be collected from the lottery user when drawing the lottery of the corresponding lottery type.

The lottery object group 544 stores the object IDs of the game objects that are the subject of the lottery for that lottery type.

The payout rate by rarity 545 stores the payout rate for each rarity in the lottery of the relevant lottery type.

Number of prizes awarded 546 stores the number of winning objects to be awarded to the lottery user in the lottery of the corresponding lottery type.

Basically, the lottery execution unit 237 executes lottery processing for the lottery selected and instructed by the lottery user in accordance with this lottery definition data 540. However, when the bonus granting control unit 239 performs a price reduction process, the amount of the price to be collected is reduced from the required price amount 543. Similarly, when a lottery probability change process is performed, the emission rate by rarity 545 is changed, when a price change process is performed, the number of emissions 546 is changed, and when a winning rarity control process is performed, the game objects to be selected are limited to a part of the lottery object group 544.

Returning to FIG. 5, the bonus object list 560 stores the object IDs of bonus game objects. When the bonus-granting control unit 239 performs the bonus object granting process, it selects a game object to be granted as a bonus from this bonus object list 560.

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

The lottery execution data 580 is prepared for each player who has previously executed a lottery, and stores the execution history of the lottery executed by the player as a lottery user. Specifically, it stores the lottery type selected and instructed by the lottery user in the lottery, the object ID of the winning object, and the details of the bonus if any, in association with the date and time of the lottery.

2. User Terminal Fig. 8 is a block diagram showing an example of a functional configuration of a user terminal 1500 serving as a lottery player terminal. As shown in Fig. 8, the user terminal 1500 includes an operation input unit 100, a device processing unit 200, an image display unit 390, a sound output unit 392, a communication unit 394, and a device storage unit 500.

The operation input unit 100 allows the player to input various operations, and can be realized by, for example, a button switch, a joystick, a touch pad, a trackball, an acceleration sensor, an angular velocity sensor, a CCD module, etc. In FIG. 2, these correspond to the directional input keys 1502, the home key 1504, and the touch panel 1506.

The device processing unit 200 can be realized by a processor, which is an arithmetic circuit such as a CPU, GPU, ASIC, FPGA, or other electronic components such as an IC memory, and controls data input/output between each unit of the device including the operation input unit 100 and the device storage unit 500. It performs various arithmetic processing based on predetermined programs and data, operation input signals from the operation input unit 100, data received from the server system 1100, and the like, and generally controls the operation of the user terminal 1500. In FIG. 2, this corresponds to the control board 1550 and its CPU 1551. In this embodiment, the device processing unit 200 includes a user terminal arithmetic unit 270, a timer unit 280, an image generation unit 290, a sound generation unit 292, and a communication control unit 294.

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

The operation signal transmission control unit 271 performs processing to transmit 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 to display the game screen based on various data received from the server system 1100. For example, if the online game of this embodiment is realized as a web game, it can be realized using web technology that actively controls the screen display using HTML together with Java (registered trademark) and CSS (Cascading Style Sheets) based on a web browser, and plug-ins such as Adobe (registered trademark) Flash. Of course, other methods may be used. In addition, in the configuration of this embodiment, the game space image (e.g., 3DCG, etc.) that is the base of the game screen is generated by the server system 1100, but it is also possible to configure the game space image to be generated by the user terminal 1500. In that case, the game screen display control unit 273 controls objects arranged in a virtual three-dimensional space for generating the 3DCG.

The image generation unit 290 works in conjunction with the game screen display control unit 273 to generate an image signal for displaying one game screen per frame time (e.g., 1/60th of a second) based on various data received from the server system 1100, and outputs the generated image signal to the image display unit 390. For example, this can be realized by a processor such as a GPU or 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, etc.

The sound generation unit 292 is realized, for example, by 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 for game sound effects, background music, and various operation sounds, and outputs them to the sound output unit 392.

The communication control unit 294 establishes a communication connection and processes data for data communication with an external device (e.g., the server system 1100) via the communication unit 394, and realizes data exchange with the external device.

The image display unit 390 displays various screens, such as a game screen, based on the image signal input from the image generation unit 290. For example, this 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 unit 392 emits sound effects and background music related to the game based on the audio signal input from the sound generation unit 292. In FIG. 2, this corresponds to the speaker 1510.

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

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

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

[Process flow]
Fig. 9 is a flowchart showing the flow of processing by the server system 1100 regarding the execution of a lottery in this embodiment. The processing described here is realized by the server processing unit 200s reading and executing the server program 501. Note that Fig. 9 shows the flow of processing focusing on the execution of a lottery at one lottery player terminal 1500, and when multiple lottery users are performing lottery draws, this processing is performed for each of the lottery player terminals 1500.

First, the lottery type display control unit 233 controls the display of multiple available lotteries on the lottery winner terminal 1500 in a selectable manner (step S101). When a selection instruction to select one of the displayed multiple lotteries is detected (step S103: YES), the distinguishable display control unit 235 controls the display of the lottery for which the selection instruction has been given in a manner that makes it distinguishable from other lotteries (step S105).

If a lottery execution instruction is detected on the lottery player terminal 1500 (step S107: YES), the bonus granting control unit 239 performs a simultaneous condition determination based on the selection instruction accompanying the lottery execution instruction (step S109). In this embodiment, if the selection instruction is an instruction to select multiple types of lotteries and the lottery execution unit 237 performs a multiple selection execution process in the subsequent step S119, the simultaneous condition determination is determined to be positive (step S111: YES). In that case, the bonus granting control unit 239 refers to the bonus table 550 and identifies the additional conditions that are satisfied by the bonus target lottery processes from the additional conditions corresponding to the number of bonus target lottery processes (step S113).

Next, if the corresponding bonus processing type is "pre-lottery grant" (step S115: YES), the bonus granting control unit 239 performs the bonus processing and grants the bonus to the lottery user (step S117). If the bonus processing is a price reduction process, a lottery probability change process, a release number change process, or a winning rarity control process, it is performed here. Furthermore, if a winning rarity control process is to be performed, an instruction for the desired rarity conditions is accepted at the lottery player terminal 1500 and used in the multiple selection execution process in step S119. Then, the process proceeds to step S119.

Then, in step S119, the lottery execution unit 237 performs a multiple selection execution process to execute each bonus target lottery process.

After that, if the type of bonus process corresponding to the additional condition identified in step S113 is "bonus after lottery" (step S121: YES), the bonus granting control unit 239 performs the bonus process and grants the bonus to the lottery user (step S123). If the bonus process is a bonus object granting process, a parameter value changing process, or a free lottery right granting process, it is performed here.

If the simultaneous condition determination in step S109 is negative, i.e., if the selection instruction accompanying the lottery execution instruction is to select one lottery (step S111: NO), the lottery process associated with that lottery type is executed (step S125), and this process ends.

As described above, according to the first embodiment, when a lottery user issues a selection instruction that selects multiple lotteries, a benefit can be awarded to the lottery user. This realizes a new mechanism that can provide motivation to enter multiple lotteries.

Second Embodiment
In the first embodiment, when a selection instruction for multiple types of lotteries is given by a lottery user and a multiple selection execution process is performed, the simultaneous condition determination is made to be positive. In contrast, in the second embodiment, it is determined whether or not the simultaneous condition is satisfied based on the time interval between each lottery process. FIG. 10 is a diagram for explaining the simultaneous condition in the second embodiment.

As shown in FIG. 10, in this embodiment, if the time interval T11 between the previous drawing (first drawing) and the subsequent drawing (second drawing) is within a given time Ta, it is determined that the two drawing processes satisfy the concurrency condition. The given time Ta may be defined as a short period of time, such as within 10 minutes, or may be defined as a relatively long period of time, such as within 5 hours or within 3 days.

Specifically, when the server system 1100 executes a lottery process in response to a selection instruction for a certain lottery (second lottery) made by a lottery user, the server system 1100 calculates the time interval T11 between the lottery process for the lottery (first lottery) related to the previous selection instruction made by the lottery user. If the calculated time interval T11 is within time Ta, the server system 1100 performs bonus awarding control by treating the lottery process for the second lottery as a bonus target lottery process, and awards a bonus to the lottery user.

Here, the first lottery and the second lottery may be different types of lotteries or the same type of lotteries. In other words, in the second embodiment, even if a lottery user performs the same lottery twice within the time Ta, the user is still eligible for the bonus.

In this embodiment, the bonus granting control is performed using the bonus table 550A shown in FIG. 11. As shown in FIG. 11, the bonus table 550A used for the bonus granting control in this embodiment is a data table that sets the granting condition, the bonus processing type, and the bonus processing in association with the condition number. The granting condition is determined by a combination of a time interval condition and an additional condition.

The time interval condition is a condition regarding the time interval from the first lottery that is determined to satisfy the contemporaneity condition to the second lottery. Specifically, for example, as shown in FIG. 10, the period from the time of the first lottery to the time Ta is divided into three periods. Of course, it may be divided into two periods, or into four or more periods. The time interval condition is determined as to which of the periods Tb1, Tb2, or Tb3 the timing of the second lottery falls into.

As in the first embodiment, the additional conditions can be defined as conditions related to, for example, the type of lottery selected, the configuration of the group of objects to be selected, and the required amount of consideration. In the example of FIG. 10, the timing of the second lottery belongs to interval Tb2. Therefore, from among the additional conditions whose corresponding time interval condition is "Tb2", the additional conditions that are satisfied by the bonus target lottery process (in this embodiment, the lottery process for the second lottery) are identified in the same manner as in the first embodiment.

As with the first embodiment, the type of bonus processing is set as flag information indicating whether the corresponding bonus processing is to be performed before or after the bonus target selection processing is executed.

The bonus process is set as a bonus process applied to the lottery process of the second lottery, which is a bonus target lottery process, or a bonus process that grants a bonus game object such as a given item or a lottery ticket. Specific processes can be set to include the compensation reduction process described in the first embodiment, lottery probability change process, emission number change process, winning rarity control process, bonus object granting process, parameter value change process, free lottery right granting process, etc. It is preferable to change the level of the bonus granted depending on the time interval between the first lottery and the second lottery. For example, it is preferable to make the bonus content more luxurious the shorter the time interval (section Tb1 than section Tb3) or to make the bonus more advantageous to the user.

[Functional configuration]
The server system 1100 of the second embodiment can be realized with the same configuration as the first embodiment shown in Fig. 5. However, when the privilege granting control unit of this embodiment detects a selection instruction for a lottery (second lottery) on the lottery selector terminal 1500, it obtains a time interval from the lottery processing of the previous lottery (first lottery) on the lottery selector terminal 1500. Then, it determines whether the obtained time interval is within time Ta as a concurrency condition determination (see Fig. 10). Then, if it is within time Ta, it performs privilege granting control and grants a given privilege to the lottery user.

Specifically, by referring to the bonus table 550A shown in FIG. 11, the accompanying conditions that are satisfied by the lottery process (bonus target lottery process) are first identified from among the accompanying conditions in which the interval to which the timing of the second lottery belongs is set as the corresponding time interval condition. Once the accompanying conditions are identified, the bonus of the corresponding bonus granting process is determined as the bonus to be granted, and if the bonus process type is "granted before lottery", the bonus process is performed before the lottery process of the second lottery is executed, and the bonus is granted to the lottery user. On the other hand, if it is "granted after lottery", the bonus process is performed after the bonus target lottery process is executed, and the bonus is granted to the lottery user.

[Process flow]
FIG. 12 is a flowchart showing the flow of processing by the server system 1100 regarding the execution of a lottery in the second embodiment.

In the second embodiment, first, the lottery type display control unit performs control to display multiple available lotteries in a selectable manner on the lottery winner terminal 1500 (step S201). When a selection instruction to select the displayed multiple lotteries is detected (step S203: YES), the distinguishable display control unit 235 performs control to display the lottery for which the selection instruction has been given in a manner distinguishable from other lotteries (step S205).

If a lottery execution instruction is not detected on the lottery player terminal 1500 (step S207: YES), the bonus-granting control unit performs a concurrency condition determination based on the time interval from the previous lottery process (first lottery) by the lottery user (step S209). Specifically, if the time interval is within time Ta, the concurrency condition determination is determined to be positive (step S211: YES). In that case, the bonus-granting control unit refers to the bonus table 550A and identifies the additional conditions that are satisfied by the bonus-eligible lottery processes from the additional conditions corresponding to the number of bonus-eligible lottery processes (step S213).

Next, if the corresponding bonus processing type is "pre-lottery bonus" (step S215: YES), the bonus awarding control unit performs the bonus processing to award the bonus to the selected user (step S217), and proceeds to step S219.

Then, in step S219, the lottery execution unit executes the bonus target lottery process (second lottery).

After that, if the type of bonus processing corresponding to the additional condition identified in step S213 is "bonus after lottery" (step S221: YES), the bonus granting control unit performs the bonus processing and grants the bonus to the selected user (step S223).

If the simultaneous condition determination in step S209 is negative (step S211: NO), the lottery process associated with that lottery type is executed (step S225), and the process ends.

As described above, according to the second embodiment, if a lottery user performs a first lottery and then performs a second lottery within a given time Ta, a benefit can be given to the lottery user. This realizes a new mechanism that can provide an incentive to perform multiple lotteries in succession at the same time.

The forms to which the present invention can be applied are not limited to the above-mentioned embodiments, and components can be added, omitted, or modified as appropriate.

[Modification 1]
For example, in the above embodiment, the type of lottery selected, the configuration of the lottery object group, and the additional conditions related to the required value are exemplified, and a configuration is described in which the bonus lottery process determines the bonus to be awarded according to the additional conditions satisfied, but the factors determining the bonus are not limited to these. For example, a bonus may be awarded according to the winning object that is selected as a result of the bonus lottery process.

In this case, the bonus to be awarded is determined after each bonus target lottery process is executed, and bonus awarding control is performed. For example, a bonus object awarding process can be defined that awards a game object such as a given item on condition that the same winning object is won in multiple bonus target lottery processes. Alternatively, a parameter value change process can be defined that changes the parameter values of the overlapping winning objects. In the latter case, the parameter value change process can be a process that awards the target winning object in an enhanced state, as described in the first embodiment. The winning objects to be enhanced may be all of the overlapping winning objects, or a configuration in which only some of them are enhanced may be used.

[Modification 2]
In the second embodiment, the concurrency condition determination is exemplified, which focuses on two lotteries (a first lottery and a second lottery) performed by the lottery user and determines the time interval between each lottery process. More specifically, the concurrency condition is satisfied when the time interval between each lottery process is within a time Ta, and a bonus is awarded.

In contrast, the time interval between three or more lottery processes can also be determined and the process can be made eligible for a bonus. In that case, it is possible to determine the number of bonus-eligible lottery processes performed within the time Ta as part of the bonus conditions, thereby granting a bonus according to the number of bonus-eligible lottery processes. For example, this can be achieved by further subdividing the bonus conditions in the bonus table 550A in FIG. 11 according to the number of bonus-eligible lottery processes and setting the corresponding lottery processes.

In addition, in this case, the subject of the selection instruction is not limited to the same lottery user (player), and the configuration may be such that the concurrency condition is determined including selection instructions given by different lottery users.

Specifically, the server system 1100 accepts instructions from multiple selected users wishing to form a cooperative relationship at the user terminal 1500. For example, this can be realized by providing a chat room for selected users during the event period, allowing selected users who enter the room to give instructions wishing to form a cooperative relationship to each other. When the server system 1100 detects instructions wishing to form a cooperative relationship from multiple selected users, it sets up a cooperative relationship between the multiple selected users who have given instructions wishing to form a strong relationship as a cooperative relationship setting means. In addition, registration of users as friends may be considered as setting up a cooperative relationship.

Then, the server system 1100 determines whether the time interval of the lottery processing for each selection instruction of each lottery user with whom a cooperative relationship has been established satisfies the concurrency condition. If the concurrency condition is satisfied, the server system 1100 performs control to grant a privilege to each lottery user who issued the selection instruction.

The benefits to be granted can be set in the same way as in each of the above embodiments, but in this modified example, the granting conditions may include the number of lottery users who have given selection instructions for each lottery process that is deemed to satisfy the contemporaneous condition (number of selection-instruction users). In this way, benefits according to the number of lottery users who have given selection instructions can be granted to each lottery user. For example, this can be achieved by setting up a benefit process in which the content of the benefit granted becomes more luxurious the more selection-instruction users there are, or by granting advantageous benefits to each lottery user.

Alternatively, the number of people with whom a cooperative relationship has been established (the number of cooperative users) may be included in the conditions for granting benefits, so that benefits are awarded according to the number of cooperative users. This makes it possible, for example, to make the benefits more luxurious the more people participate in an event, or to grant advantageous benefits to each selected user.

[Modification 3]
In the second embodiment, the simultaneous condition is met when the time interval between the two lotteries is within the time Ta, and the lottery user is granted a privilege if it is determined that the simultaneous condition is met. In contrast, if it is determined that the simultaneous condition is met, a probability calculation based on the time interval between the lottery processes may be performed to determine whether or not to grant the lottery user a privilege. In this case, the probability of winning used in the probability calculation may be increased so that the shorter the time interval between the lottery processes (e.g., the time interval T11 in FIG. 10) is, the easier it is to determine whether or not to grant the privilege. After the decision to grant the privilege is made, the privilege to be granted is determined in the same manner as in the above embodiments and granted to the lottery user.

This probability calculation can also be applied to the first embodiment. That is, when a lottery user issues a selection instruction to select multiple lotteries, a probability calculation may be performed to determine whether or not to grant a bonus to the lottery user. In this case, the probability calculation may be performed using a uniform predetermined winning probability, or a winning probability according to the number of lotteries selected may be used. In the latter case, the winning probability used in the probability calculation may be increased so that the greater the number, the easier it is to decide to grant a bonus.

[Modification 4]
In the above embodiment, the server system 1100 is described as the entity that processes game management, but the user terminal may be the entity that processes game management, or the processing related to the game management may be distributed and executed between the server system and the user terminal. For example, in the configuration of the first embodiment, when the user terminal is the entity that processes game management, an example of the functional configuration of the user terminal 1500B is as shown in Fig. 13. Note that in Fig. 13, the same reference numerals are used to denote the same components as in the above embodiment.

As shown in FIG. 13, in the user terminal 1500B of this modification, the terminal processing unit 200 has a game management unit 230, and the game screen display control unit 273 is omitted. That is, in the user terminal 1500B of this modification, the terminal processing unit 200 does not acquire data for displaying an image of the game screen from the server system 1100, but the game management unit 230 executes processing related to game management to control the progress of the game and generate an image of the game screen. The terminal storage unit 500 of this user terminal 1500B stores a game program 504 for causing the terminal processing unit 200 to function as the user terminal calculation unit 270 and the game management unit 230, and stores user management data 510 related to the player of the user terminal 1500B, play data 570 related to the game play, lottery execution data 580 related to the lottery performed by the player of the user terminal 1500B as a lottery user, and game initial setting data 520.

The processing flow of the user terminal 1500B in this modified example is basically the same as the flowchart shown in FIG. 9, and each step can be interpreted as being executed by the game management unit 230 of the user terminal 1500B. In the case where the user terminal is the processing subject in the configuration of the second embodiment, each step of the flowchart shown in FIG. 12 is executed.

This modification provides the same effects as the above embodiment.

Note that the user terminal 1500 may be configured to perform some of the functions of the game management unit 230 rather than all of them. In addition, the configuration in which the concurrency condition is determined including selection instructions made by different lottery users as in variant example 2 can also be realized by connecting multiple user terminals 1500 in a peer-to-peer manner. In that case, one of the user terminals 1500 is made to perform the functions of the server system 1100 in the above embodiment. Alternatively, the functions of the game management unit 230 may be shared among multiple user terminals 1500.

1000... Game system 1100... Server system 100s... Operation input unit 200s... Server processing unit 210... User management unit 220... Charging processing unit 230... Game management unit 231... Game progress control unit 233... Lottery type display control unit 235... Identification display control unit 237... Lottery execution unit 239... Benefit granting control unit 290s... Image generation unit 292s... Sound generation unit 294s... Communication control unit 390s... Image display unit 392s... Sound output unit 394s... Communication unit 500s... Server memory unit 501... Server program 503... Distribution game client program 510... User management data 515... Owned object data 520... Game initial setting data 530... Object definition data 540... Lottery definition data 543... Required consideration amount 544... Lottery target object group 545... Rarity-based emission rate 546: Number of items issued 550, 550A: Award table 560: Award object list 570: Play data 580: Lottery execution data 1500, 1500B: User terminal (lottery player terminal)
LIST OF SYMBOLS 100: Operation input unit 200: Terminal processing unit 270: User terminal calculation unit 271: Operation signal transmission control unit 273: Game screen display control unit 290: Image generation unit 292: Sound generation unit 294: Communication control unit 390: Image display unit 392: Sound output unit 394: Communication unit 500: Terminal storage unit 502: Game client program 504: Game program N: Network 2: Player

Claims (14)

A server system that communicates with a user terminal and executes a lottery based on an instruction from the user,
a lottery object display control means for controlling display of a plurality of lottery objects on the user terminal;
a lottery execution means for selecting a lottery execution object from among the plurality of lottery objects based on an object selection instruction from the user and executing a lottery process associated with the lottery execution object;
A bonus awarding means for performing bonus awarding control for awarding a given bonus to the user when a plurality of the lottery processes that satisfy a predetermined synchronous condition are performed;
Equipped with
the bonus awarding means determines that the simultaneous period condition is satisfied when a time interval between the lottery processes by the lottery execution means is within a given time, and performs the bonus awarding control based on the time interval between the plurality of lottery processes that satisfy the simultaneous period condition.
Server system. the bonus awarding means determines whether or not to award a bonus by a probability calculation based on a time interval between the plurality of lottery processes that satisfy the simultaneous period condition.
The server system according to claim 1 . A server system that communicates with a user terminal and executes a lottery based on an instruction from the user,
a lottery object display control means for controlling display of a plurality of lottery objects having different lottery types on the user terminal;
a lottery execution means for selecting two or more lottery execution objects from among the plurality of lottery objects based on an object selection instruction from the user and executing a lottery process corresponding to each of the lottery execution objects;
a bonus awarding means for performing bonus awarding control for awarding a given bonus to the user when a plurality of the lottery processes satisfying a predetermined simultaneous condition are performed, the bonus awarding control being for awarding a bonus according to a combination of lottery types of the lottery execution objects related to each of the plurality of the lottery processes satisfying the simultaneous condition;
Equipped with
The bonus awarding means determines that the simultaneous condition is satisfied when a time interval between the lottery processes by the lottery execution means is within a given time.
Server system. the lottery execution means is capable of a multiple selection execution process of selecting a plurality of the lottery execution objects and then executing lottery processes associated with each of the lottery execution objects;
The bonus providing means determines that the simultaneous condition is satisfied when the multiple selection execution process is performed.
The server system according to any one of claims 1 to 3 . the bonus awarding means changes the bonus based on a combination of the lottery execution objects related to the plurality of lottery processes that satisfy the simultaneous period condition.
The server system according to any one of claims 1 to 4. The bonus granting means determines a bonus to be granted to the user based on the number of the lottery processes that satisfy the simultaneous period condition.
The server system according to any one of claims 1 to 5. the bonus providing means provides the bonus by reducing the price for a part or all of the lottery processes among the plurality of lottery processes that satisfy the simultaneous period condition;
The server system according to any one of claims 1 to 6. the bonus providing means changes the lottery probabilities for a part or all of the lottery processes among the plurality of lottery processes that satisfy the simultaneous period condition, as the bonus;
The server system according to any one of claims 1 to 6. The lottery process is a process of selecting a lottery object to be provided to the user from a plurality of lottery objects having rarities set,
The benefit providing means provides the benefit of improving the probability of a selected object of a given rarity in some or all of the lottery processes among the plurality of lottery processes that satisfy the simultaneous condition.
The server system according to claim 8. The lottery process is a process of selecting a lottery object to be provided to the user from a plurality of lottery objects each having a rarity set,
The bonus granting means selects a lottery object having a rarity set that satisfies the desired rarity condition specified by the user in some or all of the lottery processes among the plurality of lottery processes that satisfy the simultaneous condition, as the bonus.
The server system according to any one of claims 1 to 6. the bonus granting means grants the user a given item as the bonus when the same selected object is selected in a plurality of the lottery processes that satisfy the simultaneous period condition;
The server system according to any one of claims 1 to 6. A user terminal;
A server system according to any one of claims 1 to 11 , capable of communicating with the user terminal;
A game system equipped with The user terminal,
a lottery object display control means for controlling display of a plurality of lottery objects;
a lottery execution means for selecting a lottery execution object from among the plurality of lottery objects based on an object selection instruction from a user and executing a lottery process associated with the lottery execution object;
a bonus awarding means for performing bonus awarding control for awarding a given bonus when a plurality of the lottery processes satisfying a predetermined simultaneous condition are performed;
Function as a
the bonus awarding means determines that the simultaneous period condition is satisfied when a time interval between the lottery processes by the lottery execution means is within a given time, and performs the bonus awarding control based on the time interval between the plurality of lottery processes that satisfy the simultaneous period condition.
program. The user terminal,
a lottery object display control means for controlling display of a plurality of lottery objects having different lottery types;
a lottery execution means for selecting two or more lottery execution objects from among the plurality of lottery objects based on an object selection instruction from a user and executing a lottery process corresponding to each of the lottery execution objects;
a bonus awarding means for performing bonus awarding control for awarding a given bonus when a plurality of the lottery processes satisfying a predetermined simultaneous condition are performed, the bonus awarding control being for awarding a bonus according to a combination of lottery types of the lottery execution objects related to each of the plurality of the lottery processes satisfying the simultaneous condition;
Function as a
The bonus awarding means determines that the simultaneous condition is satisfied when a time interval between the lottery processes by the lottery execution means is within a given time.
program.

Images