Server System, Game System, and Program
The server system incentivizes multiple draws in game systems by rewarding users with privileges for executing lotteries that meet contemporaneous conditions, addressing the lack of motivation in existing systems to perform repeated draws.
Patent Information
- Application Number
- JP2024076618
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Filing Date
- 2024-05-09
- Publication Date
- 2025-07-03
- Estimated Expiration
- 2039-03-27
AI Technical Summary
Existing game systems lack an incentive mechanism to encourage users to execute multiple draws, as they only allow individual execution of each draw and do not provide motivation for repeated or simultaneous draws.
A server system that communicates with user terminals to execute lotteries based on user instructions, incorporating lottery object display, execution, and privilege granting mechanisms to reward users for performing multiple draws that satisfy predetermined contemporaneous conditions, such as time intervals or combinations of lottery objects.
The system provides incentives for users to perform multiple lotteries by granting privileges, enhancing user engagement and motivation through rewards like probability changes, item awards, and cooperative gameplay.
Smart Images

Figure 0007702531000001 
Figure 0007702531000002 
Figure 0007702531000003
Abstract
Description
Technical Field
[0001] The present invention relates to a server system and the like.
Background Art
[0002] As a game specification, there is a specification in which the right to draw objects such as characters, weapons, and items that can be used in the game is sold, and the objects selected by the draw (also called gacha, etc.) are given to the user (player). Among them, there is also a known one that presents a plurality of types of draws so that they can be selected and executes the draw selected by the user. For example, Patent Document 1 discloses a technique for presenting the content of each draw (the type and remaining number of items to be drawn in the draw, etc.) to the user.
Prior Art Documents
Patent Documents
[0003]
Patent Document 1
Summary of the Invention
Problems to be Solved by the Invention
[0004] However, the technique of Patent Document 1 is only to present a plurality of selectable draws as mere options. That is, only one selected by the user among them can be executed, and if the player wants to execute another draw or execute the same draw again, the player has to select and execute the desired one again from the presented draws. Even if the draws are continuously executed, each draw is completed individually.
[0005] That is, it is not a technique that gives the user an incentive to execute a plurality of draws. The problem to be solved by the present invention is to provide a new mechanism that gives an incentive to execute a plurality of draws.
Means for Solving the Problems
[0006] A first invention for solving the above problems is a server system that communicates with a user terminal and executes a lottery based on a user's instruction, comprising: a lottery object display control means (for example, the lottery type display control unit 233 in FIG. 5) for controlling to display a plurality of lottery objects on the user terminal; a lottery execution means (for example, the lottery execution unit 237 in FIG. 5) for selecting a lottery execution object based on the user's object selection instruction among the plurality of lottery objects and executing a lottery process associated with the lottery execution object; and a privilege granting means (for example, the privilege granting control unit 239 in FIG. 5) for performing privilege granting control to grant a given privilege to the user when a plurality of the lottery processes satisfying a predetermined contemporaneous condition are performed. (For example, the server system 1100 in FIG. 1).
[0007] According to the first invention, when the lottery processes are performed because the user has given a selection instruction (object selection instruction) for a plurality of lottery objects so as to satisfy the contemporaneous condition, a privilege can be granted to the user. According to this, a new mechanism can be provided that gives motivation to perform a plurality of lotteries.
[0008] Further, as a second invention, the lottery execution means can perform a multiple selection execution process of selecting a plurality of the lottery execution objects and then executing a lottery process associated with each lottery execution object, and the privilege granting means may constitute the server system of the first invention that determines that the contemporaneous condition is satisfied when performing the multiple selection execution process.
[0009] According to the second invention, when the user gives a selection instruction for selecting a plurality of lottery objects, a multiple selection execution process of executing those lottery processes can be performed. And in that case, a privilege can be granted to the user on the assumption that the contemporaneous condition is satisfied.
[0010] Also, as a third invention, the privilege granting means may constitute a server system of the first or second invention that determines that the contemporaneous condition is satisfied when the time interval of the lottery process by the lottery execution means is within a given time.
[0011] Also, as a fourth invention, the privilege granting means may constitute a server system of the third invention that performs the privilege granting control based on the time intervals of a plurality of the lottery processes that satisfy the contemporaneous condition.
[0012] According to the third or fourth invention, when a user gives a selection instruction for a plurality of lottery objects within a given time, it can be determined that the contemporaneous condition is satisfied. And, based on the time intervals of the performed lottery processes, a privilege can be granted to the user.
[0013] Also, as a fifth invention, the privilege granting means may constitute a server system of the fourth invention that determines whether to grant a privilege by a probability calculation based on the time intervals of a plurality of the lottery processes that satisfy the contemporaneous condition.
[0014] According to the fifth invention, it is possible to determine whether to grant a privilege with a probability corresponding to the time intervals of a plurality of lottery processes. For example, it becomes possible to grant a privilege with a higher probability as the time interval is shorter.
[0015] Also, as a sixth invention, the privilege granting means may constitute a server system of any one of the first to fifth inventions that changes the privilege based on the combination of the lottery execution objects related to a plurality of the lottery processes that satisfy the contemporaneous condition.
[0016] According to the sixth invention, it is possible to grant a privilege corresponding to the combination of the same or different plurality of lottery objects for which a selection instruction has been given.
[0017] Also, as a seventh invention, the privilege granting means may constitute a server system of any one of the first to sixth inventions that determines a privilege to be granted to the user based on the number of the lottery processes that satisfy the contemporaneous condition.
[0018] According to the seventh invention, a privilege corresponding to the number of lottery processes that satisfy the contemporaneous condition can be granted.
[0019] Also, as an eighth invention, the privilege granting means may constitute a server system of any one of the first to seventh inventions, where the privilege is to reduce the consideration related to some or all of the lottery processes that satisfy the contemporaneous condition.
[0020] Also, as a ninth invention, the privilege granting means may constitute a server system of any one of the first to seventh inventions, where the privilege is to change the lottery probability related to some or all of the lottery processes that satisfy the contemporaneous condition.
[0021] Also, as a tenth invention, the lottery process is a process of selecting a lottery target to be granted to the user from among a plurality of lottery targets with a set rarity, and the privilege granting means improves the lottery probability of lottery targets with a given rarity in some or all of the lottery processes that satisfy the contemporaneous condition, and may constitute a server system of the ninth invention with this as the privilege.
[0022] Also, as an eleventh invention, the privilege granting means may constitute a server system of any one of the first to seventh inventions, where the privilege is to change the number of lottery targets to be selected in some or all of the lottery processes that satisfy the contemporaneous condition.
[0023] Also, as a twelfth invention, the lottery process is a process of selecting a lottery target to be given to the user from among a plurality of lottery targets with rarity set, and the privilege granting means selects a lottery target with rarity set that satisfies the desired rarity condition instructed by the user in some or all of the plurality of lottery processes that satisfy the contemporaneous condition, and this is the privilege. A server system of any one of the first to seventh inventions may be configured.
[0024] Also, as a thirteenth invention, the privilege granting means, when the same lottery target is selected in a plurality of lottery processes that satisfy the contemporaneous condition, changes some or all of the parameter values of the same lottery target and gives it to the user, and this is the privilege. A server system of any one of the first to seventh inventions may be configured.
[0025] Also, as a fourteenth invention, the privilege granting means, when the same lottery target is selected in a plurality of lottery processes that satisfy the contemporaneous condition, gives a given item to the user, and this is the privilege. A server system of any one of the first to seventh inventions may be configured.
[0026] According to any one of the eighth to fourteenth inventions, a privilege can be granted by reducing the consideration related to the lottery process determined to satisfy the contemporaneous condition or changing the lottery probability. Also, a privilege of improving the lottery probability for a lottery target of a given rarity, a privilege of changing the number of lottery targets to be selected, and a privilege of causing the lottery target of the rarity desired by the user to win can be granted. Alternatively, a privilege can be granted by changing the parameter value of the selected lottery target, or a given item can be granted as a privilege.
[0027] Further, as a 15th invention, cooperation relationship setting means for setting a cooperation relationship among a plurality of users who have given an instruction regarding their desired cooperation relationship based on the instruction regarding the desired cooperation relationship of each user is further provided. The lottery execution means communicates with the user terminals of each user to execute the lottery process individually for each user, and the privilege granting means performs the privilege granting control for each user when the lottery processes of the users who have a cooperation relationship set by the cooperation relationship setting means satisfy the contemporaneity condition. A server system according to any one of the 1st to 14th inventions may be configured.
[0028] According to the 15th invention, a cooperation relationship can be set among a plurality of users, and when the lottery processes of the users in the cooperation relationship satisfy the contemporaneity condition, a privilege can be granted to each user.
[0029] Further, as a 16th invention, the privilege granting means may change the privilege based on the number of users whose cooperation relationship has been set by the cooperation relationship setting means and who are the targets of the lottery process that satisfies the contemporaneity condition. A server system according to the 15th invention may be configured.
[0030] According to the 16th invention, a privilege corresponding to the number of users in the cooperation relationship can be granted. For example, it becomes possible to make the privilege content more luxurious as the number of such users increases, or to make the privilege more advantageous for each user.
[0031] Further, a 17th invention is a game system (for example, the game system 1000 in FIG. 1) including a user terminal (for example, the user terminal 1500 in FIG. 1) and a server system according to any one of the 1st to 16th inventions (for example, the server system 1100 in FIG. 1) capable of communicating with the user terminal.
[0032] According to the 17th invention, a game system having the same effects as those of the 1st to 16th inventions can be realized.
[0033] Moreover, the 18th invention is a program (for example, the game program 504 in FIG. 13) for causing a user terminal to function as lottery object display control means for performing control to display a plurality of lottery objects, lottery execution means for selecting a lottery execution object based on a user's object selection instruction among the plurality of lottery objects and executing a lottery process associated with the lottery execution object, and privilege granting means for performing privilege granting control to grant a given privilege when a plurality of the lottery processes satisfying a predetermined contemporaneous condition are performed.
[0034] According to the 18th invention, a program that achieves the same effect as the 1st invention can be realized.
Brief Description of the Drawings
[0035]
Figure 1
Figure 2
Figure 3
Figure 4
Figure 5
Figure 6
Figure 7
Figure 8
Figure 9
Figure 10
Figure 11
Figure 12
Figure 13
Embodiments for Carrying Out the Invention
[0036] Hereinafter, preferred embodiments of the present invention will be described with reference to the drawings. Note that the present invention is not limited by the embodiments described below, nor is the applicable form of the present invention limited to the following embodiments. Also, in the drawings, the same reference numerals are given to the same parts.
[0037] FIG. 1 is a diagram showing an overall configuration example of the game system 1000 in the present 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 possessed by a user who is a player 2 of the game in the present embodiment, and these are connected to be capable of mutual data communication via a network N.
[0038] The network N means a communication path capable of data communication. That is, the network N includes, in addition to a dedicated line (dedicated cable) for direct connection and a LAN (Local Area Network) such as Ethernet (registered trademark), a communication network such as a telephone communication network, a cable network, and the Internet, and the communication method is not limited to wired / wireless.
[0039] The server system 1100 includes a main body device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. The main body device 1101 incorporates a control board 1150 on which various microprocessors such as a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor), various IC memories 1152 such as VRAM, RAM, and ROM, and electronic components such as a communication device 1153 are mounted. Note that 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).
[0040] In this server system 1100, the CPU 1151 etc. perform arithmetic processing based on a predetermined program and data, thereby realizing a user management function related to user registration etc., and a game management function that provides data necessary for playing a game on the user terminal 1500 and manages the execution control of the game on the user terminal 1500. That is, the game in the present embodiment is realized as a kind of client-server type online game. The player 2, who is a user, accesses the server system 1100 with his / her own user terminal 1500, logs in with the issued account, and enjoys the game of the present embodiment.
[0041] Also, the server system 1100 cooperates with an external electronic payment server operated by an electronic payment provider etc., and performs a purchase procedure (billing process) of game coins which are in-game currency. In the billing process, the electronic payment server performs a process of clearing the purchase amount of game coins with the credit card or prepaid card etc. of the player 2 in response to an inquiry from the server system 1100. Then, the server system 1100 grants game coins equivalent to the purchase amount cleared by the electronic payment server to the player 2.
[0042] Note that the server system 1100 is not limited to the single configuration shown in FIG. 1, and may have a configuration in which a plurality of blade servers that share each function are installed and connected to each other via an internal bus so as to be capable of data communication. Alternatively, a configuration in which a plurality of independent servers installed at remote locations are caused to perform data communication via the network N so as to function as the server system 1100 as a whole may be adopted.
[0043] The user terminal 1500 is a computer system that performs the function of a man-machine interface, and is connected to the network N via a mobile phone base station, a wireless communication base station, or the like, 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, a business game device, a personal computer, a tablet computer, a wearable computer, or the like.
[0044] FIG. 2 is a diagram showing 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, 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 adjustment button, etc. (not shown) are provided.
[0045] 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 VRAM, RAM, and ROM, a wireless communication module 1553 for wireless communication with a mobile phone base station, a wireless LAN base station, etc. connected to the network N, and the like. Further, the control board 1550 is equipped with so-called I / F circuits (interface circuits) 1557 such as a circuit for receiving signals from the direction input keys 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 a signal of the sound collected by the microphone 1512, and a signal input / output circuit to the memory card reader 1542. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to enable reading and writing of data and transmission and reception of signals. Note that part or all of the control board 1550 may be configured by an ASIC, an FPGA, or a SoC.
[0046] In this control board 1550, the IC memory 1552 stores a game client program and various setting data necessary for executing this game client program. The game client program and the like are downloaded from the server system 1100 at an appropriate timing. Note that it may be configured to read from a storage medium such as a separately obtained 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, the direction input keys 1502, and the home key 1504, thereby enabling the player 2 to play the game.
[0047] 〔First Embodiment〕 First, the first embodiment will be described. The game of this embodiment is a battle game in which players fight in divided into multiple armies. The player uses a team member character belonging to the army to which the player belongs as a player character and challenges a battle against other armies. And in the game of this embodiment, the player can perform a lottery (gacha) of objects (hereinafter referred to as "game objects") that can be used in the game. When conducting the lottery, a predetermined amount of game coins is collected from the player (hereinafter also referred to as the "lottery user") as a given consideration. Note that the consideration to be collected is not limited to game coins and may be actual currency or the like.
[0048] Here, the game objects that can be given as a result of the lottery include, for example, characters that can be selected as player characters, weapons, armors, bullets, medicines, and other various items that can be equipped or used by player characters, vehicles of player characters, summoned beasts, additional abilities that can be added to player characters such as magic and skills, opening of new game stages and maps, lottery rights, and the like. In this embodiment, team member characters and various items such as equipped items of the team member characters and enhancement items thereof are lottery targets (objects to be lottery).
[0049] A rarity is set in advance for the game objects to be lottery targets. The rarity is, for example, in descending order from the highest, "SSR: Double Super Rare", "SR: Super Rare", "R: Rare", "N: Normal". Of course, the number of rarity levels may be five or more, or may be three or less.
[0050] Then, the server system 1100 assigns a lottery probability to each game object to be selected according to the discharge ratio set for each rarity, and executes a lottery process. Specifically, the discharge ratio is set, for example, such that "SSR" is 5%, "SR" is 10%, "R" is 20%, and "N" is 65%. In the lottery process, the lottery probability of each game object is obtained by dividing the discharge ratio for each rarity by the number of game objects of the corresponding rarity in the group of game objects to be actually selected in the lottery (hereinafter referred to as the "lottery target object group"). Then, a lottery is executed with the obtained lottery probability, and the selected game object (hereinafter referred to as the "winning object") is given to the lottery user.
[0051] More specifically, in this embodiment, a plurality of types of lotteries are prepared as selectable lottery objects, and different lottery processes such as the composition of the lottery target object group, the discharge ratio for each rarity, the required price, and the number of discharges are associated with each of them in advance. The composition of the lottery target object group is the number, type, attributes, etc. of the game objects included in the lottery target object group. The number of discharges is the number of winning objects given (discharged) in that lottery, which can also be said to be the number of times the lottery is executed. For example, if the corresponding lottery is a single-shot lottery, the number of discharges is set to "1", and if it is a 10-consecutive lottery, the number of discharges is set to "10". That is, each lottery of each lottery type is prepared with the game objects to be lottery, their lottery probabilities, prices, number of lottery times, etc. determined separately. Then, the prepared plurality of types of lotteries are presented to the player (lottery user) who has selected the gacha menu. The lottery user makes a selection instruction (object selection instruction) to select the desired lottery type from those presented, and enjoys the lottery.
[0052] FIG. 3 is a diagram showing an example of a gacha screen that is displayed when a gacha menu is selected. As shown in FIG. 3, on the gacha screen, the types of executable lottery are displayed in a selectable manner and presented to the lottery user. In the example of FIG. 3, for each army to which a player can belong, there are lotteries in which the character of the corresponding army's members and equipment items for the said member characters are separately lottery targets, a 10-consecutive draw lottery that repeats these character draws and item draws 10 times, a mixed lottery in which the member characters of the said army and their equipment items are mixed and included in the lottery targets, and a rare lottery in which the discharge rate of those with a rarity of "R" or higher is increased (as a result, the lottery probability of rare objects with a rarity of "R" or higher is set to a high probability). More specifically, the display of each lottery includes the display of the required consideration amount (the number of game coins consumed in this embodiment).
[0053] On this gacha screen, the lottery user makes a selection instruction for the lottery to be executed by means of a check box C1 provided for each lottery type. It is possible to check any one lottery to make a selection instruction for that lottery, or by checking multiple types of lotteries, it is also possible to make a selection instruction for instructing the execution of the said multiple types of lotteries. When a lottery is selected by checking the check box C1, the background color of its display column is changed, etc., so that the selected lottery is displayed in a distinguishable manner from the unselected lotteries. For example, in the example of FIG. 3, two lotteries, namely the 10-consecutive draw lottery for the characters of Army A and the 10-consecutive draw lottery for the items of Army A, are selected and displayed in a distinguishable manner from the others. When the lottery execution button B1 is touched in this state to give a lottery execution instruction, the server system 1100 performs a multiple selection execution process of executing the lottery process associated with the 10-consecutive draw lottery for the characters of Army A and the lottery process associated with the 10-consecutive draw lottery for the items of Army A.
[0054] Note that the mode of the selection instruction for selecting a lottery is not limited to the mode using a check box. For example, it may be a mode in which the selection / non-selection state is switched each time the display column of each lottery is touched to receive a selection instruction.
[0055] In this embodiment, when the server system 1100 performs a plurality of selection execution processes and a plurality of lottery processes that satisfy the contemporaneous condition are performed, the server system 1100 performs privilege granting control for granting a given privilege to the lottery user. FIG. 4 is a diagram showing an example of the data configuration of a privilege table 550 used in the privilege granting control of this embodiment. As shown in FIG. 4, the privilege table 550 is a data table in which a granting condition, a privilege process type, and a privilege process are set in association with a condition number. The server system 1100 performs privilege granting control using this privilege table 550.
[0056] The granting condition is determined by a combination of a contemporaneous execution number condition and a supplementary condition. The contemporaneous execution number condition is a condition regarding the number of a plurality of lottery processes (privilege target lottery process number; that is, the number of lotteries for which a selection instruction is given) determined to satisfy the contemporaneous condition. Hereinafter, each lottery process determined to satisfy the contemporaneous condition is also referred to as a "privilege target lottery process".
[0057] The supplementary condition is defined as a condition regarding the type of the lottery for which a selection instruction is given, the configuration of the lottery object group, and the required consideration amount. For example, it includes various conditions such as a condition defining a combination of privilege target lottery processes, a condition defining the number of game objects or the total number thereof in the lottery object group related to each privilege target lottery process, a condition defining the number of game objects of a specific attribute in the lottery object group, a condition defining the total amount or average amount of the required consideration amount, and the like. Conditions combining two or more of the various conditions may also be included. Further, the supplementary condition includes one or more "no condition" ones for each number of privilege target lottery processes that is the contemporaneous execution number condition. For example, when each lottery of the privilege target lottery process is a 10 - consecutive lottery, in addition to the granting condition of condition number "11" where the supplementary condition is "no condition", the granting condition of condition number "14" is also satisfied.
[0058] The privilege process type is flag information for identifying whether the corresponding privilege process is a type of privilege process performed before the execution of the privilege target lottery process or a type of privilege process performed after the execution of the privilege target lottery process. If it is the former, "granted before lottery" is set, and if it is the latter, "granted after lottery" is set.
[0059] The privilege process is set as various processes such as, for example, a price reduction process, a lottery probability change process, an emission number change process, a winning rarity control process, a privilege object granting process, a parameter value change process, a free lottery right granting process, etc. It may also include a privilege process that combines two or more of the various processes.
[0060] The price reduction process is a process of reducing and discounting the required price amount for some or all of the lottery processes in the privilege target lottery process, or a privilege process of making it free. For example, the privilege process with the condition number "11" is an example of the price reduction process. When the privilege process of this example is applied, a privilege of reducing the higher required price amount of the two privilege target lottery processes is granted to the lottery user, and after collecting the price amount after the reduction, each privilege target lottery process is executed.
[0061] The lottery probability change process is a privilege process of changing the emission ratio for each rarity of some or all of the lottery processes in the privilege target lottery process. Specifically, it can be defined as a process of increasing the emission ratio of a specific rarity and adjusting the other emission ratios accordingly. For example, the privilege process with the condition number "52" is an example of the lottery probability change process. When the privilege process of this example is applied, a privilege of increasing the emission ratio of "SR" in each privilege target lottery process is granted to the extraction user. As a result, the lottery probability of the rare object with the rarity of "SR" becomes higher than the original, and each privilege target lottery process is executed.
[0062] Note that the lottery probability change process is not limited to the process of changing the emission ratio, and can also be defined as a process of directly changing the lottery probability. For example, processes such as increasing the lottery probability of a game object with a specific attribute (for example, an equipment item with the attribute of "long-range shooting type") or increasing the lottery probability of those with a specific rarity among them can be cited. In that case, a privilege of increasing the lottery probability of the game object obtained from the specified emission ratio is granted to the lottery user.
[0063] The discharge number change process is a privilege process that changes the discharge number for some or all of the lottery processes in the privilege target lottery process. For example, the privilege process with the condition number "54" is an example of the discharge number change process. When the privilege process in this example is applied, a privilege of increasing the discharge number by three is given to the lottery user for one of the two privilege target lottery processes. Therefore, for example, if the privilege target lottery process is a single lottery, the number of lottery draws, which was originally one, increases to four, and four winning objects are given. In the case of a ten consecutive lottery, the number of lottery draws increases to thirteen, and thirteen winning objects are given.
[0064] 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 lottery processes in the privilege target lottery process. Which rarity to limit is determined by receiving an instruction on the desired rarity condition of the lottery user. Specifically, a list of rarities is presented to the lottery user, and an instruction to set one of them as the desired rarity condition is received. For example, the privilege process with the condition number "14" is an example of the winning rarity control process. When the privilege process in this example is applied, a privilege that a game object of the rarity desired by the lottery user always wins in each privilege target lottery process is given to the lottery user. If the lottery user instructs "SSR", in each privilege target lottery process, the rare object of "SSR" among the lottery target object group is selected as the winning object.
[0065] Here, although the privilege process of limiting the rarity of the winning object has been described, it is also possible to define a privilege process of awarding the game object desired by the lottery user as the winning object. In that case, the lottery target object group of the privilege target lottery process to which the privilege process is applied may be presented to the lottery user, and an instruction for the winning object may be received. When applying the privilege process to a plurality of privilege target lottery processes or when applying the privilege process to a privilege target lottery process with a discharge number of 2 or more such as a 10-consecutive lottery, instructions for two or more winning objects may be received. For example, it can be realized by defining a process of stipulating the number to be received according to the corresponding supplementary conditions.
[0066] In addition to limiting the rarity, a privilege process of limiting the attributes of the winning object may be defined. In that case, a list of attributes included in the lottery target object group of the privilege target lottery process to which the process is applied is presented to the lottery user, and an instruction for the desired attribute is received. Then, in the privilege target lottery process, the winning object is selected from among the game objects of the instructed attribute in the lottery target object group.
[0067] The privilege object awarding process is a privilege process of awarding a game object such as a predetermined item as a privilege. For example, a plurality of game objects including items may be prepared in advance as privilege game objects (privilege objects), and one or more game objects may be randomly selected from them. Also, privilege objects may be prepared to include game objects of various rarities and various attributes, and the game object to be awarded as a privilege may be selected from those with the same rarity or the same attribute as the winning object. For example, the privilege processes with condition numbers "12" and "53" are examples of the privilege object awarding process.
[0068] The parameter value change process is a process of changing parameter values such as various ability values (e.g., attack power and defense power) and skills for some or all of the winning objects in each privilege target lottery process. For example, it can be defined as a process of adding and granting a predetermined ability value to a winning object such as a team member character or an equipped item, or a process of increasing and granting a predetermined ability value of the team member character, etc. As a specific example, the attack power setting of a character, which is the target winning object, can be set 20% higher than the specified value, or a predetermined skill (e.g., "hit point automatic recovery ability", etc.) can be added to the equipped item, which is the target winning object. For example, the privilege process with condition number "13" is an example of the parameter value change process.
[0069] The free lottery right granting process is a privilege process of granting a predetermined number of lottery tickets that can be used to conduct a lottery for free. The lottery tickets granted here can include lottery tickets that can be used for lotteries of all lottery types and lottery tickets for which the available lottery types are determined. For example, the privilege process with condition number "51" is an example of the free lottery right granting process.
[0070] [Functional Configuration] 1. Server System FIG. 5 is a block diagram showing a functional configuration example of the server system 1100. As shown in FIG. 5, the server system 1100 of the present 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.
[0071] The operation input unit 100s is for inputting various operations for system management and maintenance, etc., and can be realized by, for example, a keyboard, a mouse, a touch panel, etc. In FIG. 1, the keyboard 1106 and the touch panel 1108 correspond to this.
[0072] The server processing unit 200s can be realized by a processor such as an arithmetic circuit like a CPU, GPU, ASIC, FPGA, etc., and electronic components such as an IC memory, and performs input / output control of data with each part of the device including the operation input unit 100s and the server storage unit 500s. Then, it performs various arithmetic processes based on a predetermined program, data, an operation input signal from the operation input unit 100s, data received from the user terminal 1500, etc., and comprehensively controls the operation of the server system 1100. In FIG. 1, the control board 1150 and its CPU 1151 correspond to this.
[0073] This 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.
[0074] The user management unit 210 performs processing related to user registration and management of data of each registered user (player) associated with an account. For example, it can execute processing for assigning a unique account to a registered user, registration information management processing for registering and managing personal information for each account, usage history management processing for managing login and logout histories, etc. Of course, other data management processing associated with user accounts can also be appropriately included.
[0075] The billing processing unit 220 performs a billing process in response to a player's purchase operation of game coins, and grants the player game coins equivalent to the purchase amount.
[0076] The game management unit 230 performs various processes related to the execution management of the game. Since the multiplayer game of this embodiment is a client - server type online game, the game management unit 230 controls to provide 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 privilege granting control unit 239.
[0077] The game progress control unit 231 communicates with the user terminal 1500 at any time to control the progress of the game play on the user terminal 1500 and perform processing related to the reflection of the play result.
[0078] The lottery type display control unit 233 performs control to display, in a selectable manner, a plurality of types of lotteries executable on the user terminal of the lottery user (hereinafter, also referred to as the "lottery participant terminal") 1500. This lottery type display control unit 233 includes an identification display control unit 235 that identifies and displays the lottery selected by the lottery user among the plurality of types of lotteries displayed.
[0079] The lottery execution unit 237 detects a selection instruction on the lottery participant terminal 1500, selects a lottery type, and executes a lottery process associated with the lottery type. Then, a game object (winning object) that has won as a result of the lottery process is given to the lottery user. When a selection instruction for selecting a plurality of types of lotteries is received, a multiple selection execution process is performed in which the lottery processes associated with the respective lottery types are executed, and the winning objects in each lottery process are given to the lottery user.
[0080] The privilege granting control unit 239 determines whether or not a plurality of lottery processes that satisfy a predetermined simultaneous period condition are performed by the lottery execution unit 237 (simultaneous period condition determination). In the present embodiment, when the lottery execution unit 237 performs a multiple selection execution process because a selection instruction for selecting a plurality of types of lotteries is given on the lottery participant terminal 1500, the privilege granting control unit 239 determines that a plurality of lottery processes that satisfy the simultaneous period condition are performed. Then, when the simultaneous period condition determination is an affirmative determination, the privilege granting control unit 239 performs privilege granting control and grants a given privilege to the lottery user.
[0081] In this embodiment, first, with reference to the privilege table 550 shown in FIG. 4, from among the supplementary conditions in which the number of privilege target lottery processes (the number of lotteries for which selection is instructed) is set as the corresponding contemporaneous execution number condition, the supplementary conditions satisfied by those privilege target lottery processes are specified. As described above, since the privilege table 550 includes supplementary conditions of "no conditions" for each number of privilege target lottery processes, at least one supplementary condition can be specified. When there are a plurality of corresponding supplementary conditions, one of them may be randomly selected and specified. After specifying the supplementary conditions, it is determined as the privilege to be granted for the corresponding privilege granting process. If the type of that privilege process is "granted before lottery", the privilege process is performed before the execution of each privilege target lottery process (before performing the multiple selection execution process), and the privilege is granted to the lottery user. On the other hand, in the case of "granted after lottery", the privilege process is performed after each privilege target lottery process is executed, and the privilege is granted to the lottery user.
[0082] The timing unit 280s performs timing of the current date and time, limit time, etc. using the system clock.
[0083] The image generation unit 290s generates an image related to the system management of the server system 1100 and outputs it to the image display unit 390s.
[0084] The sound generation unit 292s is realized by the execution of an IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to the system management and video distribution of the server system 1100. The audio signal related to system management is output to the sound output unit 392s.
[0085] 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 the exchange of data with the external device.
[0086] The image display unit 390s displays various screens for system management and the like based on the image signal input from the image generation unit 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, the touch panel 1108 corresponds to this.
[0087] The sound output unit 392s emits the audio signal input from the sound generation unit 292s. In FIG. 1, the main unit 1101 and the speakers (not shown) provided in the touch panel 1108 correspond to this.
[0088] 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 of a wired communication cable, a control circuit, and the like. In FIG. 1, the communication device 1153 corresponds to this.
[0089] In the server storage unit 500s, programs for operating the server system 1100 and realizing various functions provided in the server system 1100, data used during the execution of this program, and the like are stored in advance, or temporarily stored each time processing is performed. For example, it can be realized by an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD. In FIG. 1, the IC memory 1152 and the storage 1140 correspond to this.
[0090] Also, in the server storage unit 500s, 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 are stored. In addition, other necessary data such as timers, counters, and various flags are appropriately stored.
[0091] The server program 501 is a program for causing the server processing unit 200s to function as a user management unit 210, a billing processing unit 220, and a game management unit 230. Note that programs for causing the image generation unit 290s, the sound generation unit 292s, and the communication control unit 294s to function can also be appropriately included therein.
[0092] The distribution game client program 503 is the original of the game client program 502 (see FIG. 8) downloaded to the user terminal 1500.
[0093] The user management data 510 is prepared for each player who has completed user registration and stores various types of management data related to the game play of the player. Specifically, as shown in FIG. 6, one user management data 510 includes a player ID (account) 511 of the corresponding player, settlement medium ledger data 513, owned object data 515, and a play history 517. In addition, it also includes save data and the like related to the progress of the game.
[0094] The settlement medium ledger data 513 stores information on the income and expenditure of the electronic settlement medium (game coins, which are in-game currency in this embodiment) associated with the corresponding player, for example, the purchase date and time and purchase quantity (billing amount) history of the game coins, the consumption date and time and consumption quantity history of the game coins, and the like.
[0095] All object data 515 stores the data of game objects that the corresponding player has obtained and currently holds during the game process. In this embodiment, it stores the object data of characters and items currently held, the number of lottery tickets held, and so on. And when awarding a winning object or a privilege object, the object data of that game object is added to the owned object data 515. When the privilege awarding control unit 239 performs parameter value change processing when awarding a winning object, the parameter value of the object data is added to the owned object data 515 with the settings changed by the parameter value change processing. Also, when the privilege awarding control unit 239 performs free lottery right awarding processing, the number of held lottery tickets corresponding thereto is updated in the owned object data 515.
[0096] The play history 517 stores the play date and time, play time, login time, player level, etc. of the corresponding player.
[0097] Returning to FIG. 5, the game initial setting data 520 stores the initial setting data necessary for executing the game. This game initial setting data 520 includes object definition data 530, lottery definition data 540, privilege table 550 (see FIG. 4), and privilege object list 560. In addition, it also includes data for setting the game stage, appearance settings of enemy characters for each game stage, definition data for defining the types and various parameter values of enemy characters, and action patterns.
[0098] The object definition data 530 is prepared for each type of game object that a player can obtain during the game process, and stores the object data of the 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, and motion data used for motion control. This object definition data 530 includes the object data of game objects that are lottery targets or for privileges.
[0099] The lottery definition data 540 is prepared for each lottery type and stores the definition data of 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 price amount 543, a lottery target object group 544, a rarity-based discharge ratio 545, and a discharge number 546.
[0100] The required price amount 543 stores the number of game coins consumed collected from the lottery user during the lottery of the corresponding lottery type.
[0101] The lottery target object group 544 stores the object IDs of the game objects that are the lottery targets in the lottery of the corresponding lottery type.
[0102] The rarity-based discharge ratio 545 stores the discharge ratio for each rarity in the lottery of the corresponding lottery type.
[0103] The discharge number 546 stores the number of winning objects given to the lottery user in the lottery of the corresponding lottery type.
[0104] Basically, the lottery execution unit 237 executes the lottery process related to the lottery selected and instructed by the lottery user according to this lottery definition data 540. However, when the privilege granting control unit 239 performs the price reduction process, the price to be collected is reduced from the required price amount 543. Similarly, when the lottery probability change process is performed, the rarity-based discharge ratio 545 is changed, when the discharge number change process is performed, the discharge number 546 is changed, and when the winning rarity control process is performed, the game objects to be the lottery targets are limited to a part of the lottery target object group 544.
[0105] Returning to FIG. 5, the privilege object list 560 stores the object IDs of the game objects for privileges. When the privilege granting control unit 239 performs the privilege object granting process, the game objects to be granted as privileges are selected from this privilege object list 560.
[0106] Play data 570 is prepared for each player playing the game (that is, for each user terminal 1500 connected to the server system 1100), and describes the play status (progress status) of the game.
[0107] Lottery execution data 580 is prepared for each player who has executed a lottery in the past, and stores the execution history of the lottery performed by the player as a lottery user. Specifically, in association with the date and time of the lottery, the lottery type selected and instructed by the lottery user in the lottery, the object ID of the winning object, and the content thereof if there is a privilege grant are stored.
[0108] 2. User Terminal FIG. 8 is a block diagram showing a functional configuration example of the user terminal 1500 serving as a lottery participant terminal. As shown in FIG. 8, the user terminal 1500 includes an operation input unit 100, a terminal processing unit 200, an image display unit 390, a sound output unit 392, a communication unit 394, and a terminal storage unit 500.
[0109] The operation input unit 100 is for a 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, the direction input key 1502, the home key 1504, and the touch panel 1506 correspond to this.
[0110] The terminal processing unit 200 can be implemented by a processor such as an arithmetic circuit like a CPU, GPU, ASIC, FPGA, etc., and electronic components such as an IC memory, and performs input / output control of data with each part of the device including the operation input unit 100 and the terminal storage unit 500. Then, based on a predetermined program, data, an operation input signal from the operation input unit 100, data received from the server system 1100, etc., it performs various arithmetic processes and comprehensively controls the operation of the user terminal 1500. In FIG. 2, the control board 1550 and its CPU 1551 correspond to this. And the terminal processing unit 200 in the present embodiment includes a user terminal arithmetic unit 270, a timing unit 280, an image generation unit 290, a sound generation unit 292, and a communication control unit 294.
[0111] The user terminal arithmetic unit 270 executes various arithmetic processes for making the user terminal 1500 function as a terminal for the player's game play. For example, the user terminal arithmetic unit 270 includes an operation signal transmission control unit 271 and a game screen display control unit 273.
[0112] The operation signal transmission control unit 271 performs processes for transmitting various data and request information to the server system 1100 in response to an operation input to the operation input unit 100.
[0113] 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 the present embodiment is realized as a web game, it can be realized using web technologies such as Java (registered trademark) and CSS (Cascading Style Sheets) together with HTML based on a web browser to actively control the screen display, or using a plugin such as Adobe (registered trademark) Flash. Of course, other methods may also be used. In the configuration of the present embodiment, the game space image (for example, 3DCG, etc.) that forms 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 perform control of the objects arranged in the virtual three-dimensional space for generating 3DCG.
[0114] The image generation unit 290, in cooperation with the game screen display control unit 273, generates an image signal for displaying one game screen per frame time (for example, 1 / 60 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, it can be realized by a processor such as a GPU, a digital signal processor (DSP), a program such as a video signal IC, a video codec, and a drawing frame IC memory such as a frame buffer.
[0115] The sound generation unit 292 is realized, for example, by a processor such as a digital signal processor (DSP) or an audio synthesis IC, and an audio codec for playing an audio file, etc., generates audio signals of game sound effects, BGM, and various operation sounds, and outputs them to the sound output unit 392.
[0116] 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 the exchange of data with the external device.
[0117] The image display unit 390 displays various screens such as game screens based on the image signal input from the image generation unit 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, the touch panel 1506 corresponds to this.
[0118] The sound output unit 392 emits sound effects related to the game, BGM, etc. based on the audio signal input from the sound generation unit 292. In FIG. 2, the speaker 1510 corresponds to this.
[0119] The communication unit 394 connects to the network N to realize communication. For example, it 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, the wireless communication module 1553 corresponds to this.
[0120] In the terminal storage unit 500, programs for operating the user terminal 1500 and realizing the functions of the user terminal 1500, data used during the execution of these programs, etc. are stored in advance or temporarily stored each time processing is performed. 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, etc. In FIG. 2, the IC memory 1552 and the memory card 1540 correspond to this.
[0121] Also, 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 unit 200 to function as the user terminal arithmetic unit 270. This game client program 502 may be a dedicated client program according to the technical method for realizing an online game, or may be configured by a web browser program and a plugin for realizing interactive image display, etc. In this embodiment, it is a copy of the distribution game client program 503 (see FIG. 5) provided from the server system 1100.
[0122] [Processing flow] FIG. 9 is a flowchart showing the processing flow of the server system 1100 regarding the execution of the lottery in the present embodiment. The processing described here is realized by the server processing unit 200s reading and executing the server program 501. In FIG. 9, the processing flow focusing on the execution of the lottery on one lottery participant terminal 1500 is shown. When a plurality of lottery users are conducting the lottery, this processing is performed for each lottery participant terminal 1500.
[0123] First, the lottery type display control unit 233 performs control to display a plurality of executable lottery types on the lottery participant terminal 1500 in a selectable manner (step S101). When a selection instruction for selecting one of the displayed lottery types is detected (step S103: YES), the identification display control unit 235 performs control to display the lottery for which the selection instruction has been made in a distinguishable manner from other lotteries (step S105).
[0124] Then, if a lottery execution instruction on the lottery participant terminal 1500 is detected (step S107: YES), the privilege granting control unit 239 performs a simultaneous period condition determination based on the selection instruction associated with the lottery execution instruction (step S109). In the present embodiment, when the selection instruction is an instruction for selecting a plurality of lottery types and the lottery execution unit 237 performs a multiple selection execution process in a subsequent step S119, the simultaneous period condition determination is a positive determination (step S111: YES). And in that case, the privilege granting control unit 239 refers to the privilege table 550 and specifies the additional conditions satisfied by those privilege target lottery processes from among the additional conditions corresponding to the number of privilege target lottery processes (step S113).
[0125] Subsequently, if the corresponding privilege processing type is "pre-drawing grant" (step S115: YES), the privilege control unit 239 performs the privilege processing and grants a privilege to the lottery user (step S117). When the privilege processing is a price reduction processing, a lottery probability change processing, an emission number change processing, or a winning rarity control processing, it will be performed here. In addition, when performing the winning rarity control processing, an instruction for a desired rarity condition is received at the lottery winner terminal 1500 and used for the multiple selection execution processing in step S119. Then, the process proceeds to step S119.
[0126] And in step S119, the lottery execution unit 237 performs a multiple selection execution process for executing each privilege target lottery process.
[0127] Thereafter, when the privilege processing type corresponding to the supplementary condition specified in step S113 is "post-drawing grant" (step S121: YES), the privilege control unit 239 performs the privilege processing and grants a privilege to the lottery user (step S123). When the privilege processing is a privilege object grant processing, a parameter value change processing, or a free lottery right grant processing, it will be performed here.
[0128] If the simultaneous period condition determination in step S109 is a negative determination, that is, if the selection instruction accompanying the lottery execution instruction selects one lottery (step S111: NO), the lottery process associated with the lottery type is executed (step S125), and this process ends.
[0129] As described above, according to the first embodiment, when a lottery user makes a selection instruction to select a plurality of lotteries, a privilege can be granted to the lottery user. According to this, a new mechanism capable of providing an incentive to execute a plurality of lotteries can be realized.
[0130] 〔Second Embodiment〕 In the first embodiment, when a selection instruction for a plurality of types of lottery is given by a lottery user and multiple selection execution processing is performed, it is determined that the contemporaneous condition is satisfied. On the other hand, in the second embodiment, it is determined whether or not the contemporaneous condition is satisfied from the time intervals of each lottery process. FIG. 10 is a diagram for explaining the contemporaneous condition in the second embodiment.
[0131] As shown in FIG. 10, in the present embodiment, when the time interval T11 from the previous lottery (the first lottery) to the subsequent lottery (the second lottery) is within a given time Ta, it is determined that these two lottery processes satisfy the contemporaneous condition. The given time Ta may be defined as a short time, for example, within 10 minutes, or may be defined as a relatively long period such as within 5 hours or within 3 days.
[0132] Specifically, when the server system 1100 receives a selection instruction for a certain lottery (the second lottery) from a certain lottery user and executes the lottery process, it obtains the time interval T11 from the lottery process of the lottery (the first lottery) related to the previous selection instruction made by the lottery user. Then, when the obtained time interval T11 is within the time Ta, the lottery process of the second lottery is used as a privilege target lottery process to perform privilege granting control and grant a privilege to the lottery user.
[0133] Here, the first lottery and the second lottery may be different types of lotteries or the same type of lottery. That is, in the second embodiment, even when a lottery user executes the same lottery twice within the time Ta, it becomes a target for privilege granting.
[0134] In the present embodiment, privilege granting control is performed using the privilege table 550A shown in FIG. 11. As shown in FIG. 11, the privilege table 550A used for the privilege granting control in the present embodiment is a data table in which a grant condition, a privilege processing type, and a privilege process are set in association with a condition number. The grant condition is determined by a combination of a time interval condition and an incidental condition.
[0135] The time interval condition is a condition regarding the time interval from the first lottery determined to satisfy the contemporaneous condition to the second lottery. Specifically, for example, as shown in FIG. 10, taking the time point of the first lottery as a reference point, the interval until time Ta elapses is divided into three intervals. Of course, it may be divided into two intervals, or may be divided into four or more intervals. Then, which of the intervals Tb1, Tb2, and Tb3 the timing of the second lottery belongs to is the time interval condition.
[0136] Similar to the first embodiment, the additional conditions can be defined, for example, as conditions regarding the type of lottery for which a selection instruction is given, the composition of the lottery target object group, and the required consideration amount. In the example of FIG. 10, the timing of the second lottery belongs to the interval Tb2. Therefore, from among the additional conditions where the corresponding time interval condition is "Tb2", the additional conditions satisfied by the privilege target lottery process (the lottery process of the second lottery in this embodiment) are specified in the same manner as in the first embodiment.
[0137] Regarding the type of privilege process as well, similar to the first embodiment, it is set as flag information indicating whether the corresponding privilege process is performed before or after the execution of the privilege target lottery process.
[0138] The privilege process is set as a privilege process applied to the lottery process of the second lottery, which is the privilege target lottery process, or a privilege process for granting game objects for privileges such as given items and lottery tickets. Specific processes can be set including the consideration reduction process, lottery probability change process, emission number change process, winning rarity control process, privilege object granting process, parameter value change process, free lottery right granting process, etc. described in the first embodiment. It is preferable to change the degree of the privilege to be granted according to the time interval between the first lottery and the second lottery. For example, it is preferable that the shorter the time interval (interval Tb1 rather than interval Tb3), the more luxurious the privilege content or the more advantageous the privilege for the user.
[0139] [Functional Configuration] The server system 1100 of the second embodiment can be realized with the same configuration as that of 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) in the lottery terminal 1500, it obtains the time interval from the lottery process of the previous lottery (first lottery) in the lottery terminal 1500. Then, it determines whether the obtained time interval is within the time Ta as a simultaneous period condition determination (see FIG. 10). If it is within the time Ta, privilege granting control is performed to grant a given privilege to the lottery user.
[0140] Specifically, first, referring to the privilege table 550A shown in FIG. 11, from among the additional conditions in which the section to which the timing of the second lottery belongs is set as the corresponding time interval condition, the additional conditions satisfied by the lottery process (privilege target lottery process) are specified. After specifying the additional conditions, the privilege to be granted by the corresponding privilege granting process is determined as the privilege. If the privilege process type is "granted before lottery", the privilege process is performed before the execution of the lottery process of the second lottery to grant the privilege to the lottery user. On the other hand, in the case of "granted after lottery", the privilege process is performed after the execution of the privilege target lottery process to grant the privilege to the lottery user.
[0141] [Flow of processing] FIG. 12 is a flowchart showing the flow of processing of the server system 1100 regarding the execution of the lottery in the second embodiment.
[0142] In the second embodiment, first, the lottery type display control unit performs control to display a plurality of executable lottery types on the lottery terminal 1500 so that they can be selected (step S201). When a selection instruction for selecting one of the displayed lottery types is detected (step S203: YES), the identification display control unit 235 performs control to display the lottery for which the selection instruction was made so that it can be distinguished from other lotteries (step S205).
[0143] If the lottery execution instruction at the lottery participant terminal 1500 is detected (step S207: YES), the privilege granting control unit performs a concurrent condition determination based on the time interval from the previous lottery process (the first lottery) by the lottery user (step S209). Specifically, if the time interval is within time Ta, the concurrent condition determination is a positive determination (step S211: YES). And in that case, the privilege granting control unit refers to the privilege table 550A and identifies the additional conditions satisfied by the privilege target lottery processes from among the additional conditions corresponding to the number of privilege target lottery processes (step S213).
[0144] Subsequently, if the corresponding privilege process type is "granted before lottery" (step S215: YES), the privilege granting control unit performs the privilege process to grant a privilege to the lottery user (step S217) and proceeds to step S219.
[0145] And in step S219, the lottery execution unit executes the privilege target lottery process (the second lottery).
[0146] After that, when the privilege process type corresponding to the additional conditions specified in step S213 is "granted after lottery" (step S221: YES), the privilege granting control unit performs the privilege process to grant a privilege to the lottery user (step S223).
[0147] If the concurrent condition determination in step S209 is a negative determination (step S211: NO), the lottery process associated with the lottery type is executed (step S225) and this process ends.
[0148] As described above, according to the second embodiment, when a lottery user conducts a first lottery and then conducts a second lottery within a given time Ta, a privilege can be granted to the lottery user. According to this, a new mechanism that can provide an incentive to continuously execute a plurality of lotteries concurrently can be realized.
[0149] Note that the applicable forms of the present invention are not limited to the above-described embodiments, and components can be added, omitted, or changed as appropriate.
[0150] [Modification Example 1] For example, in the above embodiment, the types of lotteries for which selection instructions are given, the configuration of the lottery target object group, and the incidental conditions regarding the required consideration amount are exemplified, and a configuration for determining the privilege to be granted according to the incidental conditions satisfied by the privilege target lottery process is described. However, the determining elements of the privilege are not limited thereto. For example, a privilege corresponding to the winning object selected as a result of the privilege target lottery process may be granted.
[0151] In that case, the privilege to be granted after the execution of each privilege target lottery process is determined, and privilege granting control is performed. For example, a privilege object granting process for granting a game object such as a given item can be defined on the condition that the same winning object has been selected in a plurality of privilege target lottery processes. Alternatively, a parameter value changing process for changing the parameter value of the overlapping winning object may be defined. The parameter value changing process in the latter case can be a process of granting the target winning object in a strengthened state, similar to that described in the first embodiment. The winning object to be strengthened may be all of the overlapping winning objects, or a configuration in which a part of them is strengthened.
[0152] [Modification Example 2] Also, in the second embodiment, focusing on the two lotteries (the first lottery and the second lottery) performed by the lottery user, a simultaneous period condition determination for determining the time interval between each lottery process is exemplified. More specifically, a configuration for granting a privilege is described on the condition that the simultaneous period condition is satisfied when the time interval between each lottery process is within time Ta.
[0153] On the other hand, for three or more lottery processes, their time intervals can also be determined and they can be made the targets of privilege grants. In that case, by including the number of lottery processes targeted for privilege within time Ta in the grant conditions for determination, it is also possible to adopt a configuration in which privileges corresponding to the number of lottery processes targeted for privilege are granted. For example, in the privilege table 550A of FIG. 11, it can be realized by further subdividing the grant conditions by the number of lottery processes targeted for privilege and setting the corresponding lottery processes.
[0154] Also, the subject of the selection instruction in that case is not limited to the case where it is the same lottery user (player), and it may be configured to determine the contemporaneity condition including selection instructions made by different lottery users.
[0155] Specifically, the server system 1100 receives a cooperation relationship request instruction from a plurality of lottery users at the user terminal 1500. For example, it can be realized by providing a chat room for lottery users during the event period and enabling the lottery users who enter it to give cooperation relationship request instructions to each other. Then, when the server system 1100 detects a cooperation relationship request instruction from a plurality of lottery users, as a cooperation relationship setting means, it sets a cooperation relationship among the plurality of lottery users who gave the cooperation relationship request instructions. Also, it may be considered that the friend registration between users is the setting of the cooperation relationship.
[0156] After that, the server system 1100 determines whether the time interval of the lottery process satisfies the contemporaneity condition for the selection instructions of each lottery user for whom the cooperation relationship is set. And when the contemporaneity condition is satisfied, it performs control to grant privileges to each lottery user who gave the selection instruction.
[0157] The privileges to be granted can be set in the same manner as in the above-described embodiments. However, in the case of this modification example, even if the number of lottery users who have given a selection instruction for each lottery process that is considered to satisfy the contemporaneous condition (the number of selection instruction users) is included in the granting conditions, according to this, privileges corresponding to the number of lottery users who have given a selection instruction can be granted to each lottery user. For example, it can be realized by making the content of the privileges granted more luxurious as the number of selection instruction users increases, or by setting a privilege process for granting more advantageous privileges to each lottery user.
[0158] Alternatively, by further including the number of people with which a cooperative relationship has been set (the number of cooperative relationship users) in the granting conditions, it may be possible to grant privileges corresponding to the number of cooperative relationship users. According to this, for example, it becomes possible to make the content of the privileges more luxurious as the number of participants in the event increases, or to grant more advantageous privileges to each lottery user.
[0159] [Modification Example 3] Also, in the second embodiment, when the time interval between each lottery process of the two lotteries of interest is within time Ta, it is considered to satisfy the contemporaneous condition, and when it is determined that the contemporaneous condition is satisfied, a privilege is granted to the lottery user. In contrast, when it is determined that the contemporaneous condition is satisfied, a probability calculation based on the time interval between each lottery process may be performed to determine whether to grant a privilege to the lottery user. In that case, it is advisable to increase the winning probability used in the probability calculation so that the decision to grant a privilege is more likely to be made as the time interval between each lottery process (for example, the time interval T11 in FIG. 10) is shorter. After the decision to grant a privilege is made, the privilege to be granted is determined in the same manner as in the above-described embodiments and granted to the lottery user.
[0160] The probability calculation can also be applied to the first embodiment. That is, when a selection instruction is given in which a lottery user selects a plurality of lotteries, a probability calculation may be performed to determine whether to grant a privilege to the lottery user. In that case, the probability calculation may be performed using a uniform predetermined winning probability, or the winning probability corresponding to the number of lotteries for which a selection instruction is given may be used. In the latter case, the winning probability used in the probability calculation may be increased so that the determination to grant a privilege is more likely to be made as the number increases.
[0161] [Modification Example 4] Also, in the above embodiment, the processing entity for game management has been described as the server system 1100, but it may be configured such that the user terminal is the processing entity, or the processing related to the game management may be distributed and executed by the server system and the user terminal. For example, when the user terminal is the processing entity for the configuration of the first embodiment, the functional configuration example of the user terminal 1500B is as shown in FIG. 13. In FIG. 13, the same components as those in the above embodiment are denoted by the same reference numerals.
[0162] As shown in FIG. 13, the user terminal 1500B of this modification example has a game management unit 230 in the terminal processing unit 200, and the game screen display control unit 273 is omitted. That is, the user terminal 1500B of this modification example does not acquire data for displaying the image of the game screen from the server system 1100, but rather its own 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 a user terminal arithmetic unit 270 and a game management unit 230, user management data 510 related to the player of the user terminal 1500B, play data 570 related to the game play thereof, lottery execution data 580 related to the lottery being conducted by the player of the user terminal 1500B as a lottery user, and game initial setting data 520.
[0163] Then, the processing flow of the user terminal 1500B in this modification example is basically the same as the flowchart shown in FIG. 9, and it may be read as if each step is executed by the game management unit 230 of the user terminal 1500B. If the configuration of the second embodiment is centered around the user terminal, each step of the flowchart shown in FIG. 12 is executed.
[0164] According to this modification example, the same operational effects as those of the above-described embodiment can be obtained.
[0165] Note that the user terminal 1500 may not undertake all the functions of the game management unit 230, and it may be configured to undertake only a part of them. Also, a configuration for determining the simultaneous period condition including selection instructions made by different lottery users as in Modification Example 2 can also be realized by peer-to-peer connection of a plurality of user terminals 1500. In that case, any one of the user terminals 1500 is made to undertake the functions of the server system 1100 of the above-described embodiment. Alternatively, it may be configured such that the functions of the game management unit 230 are shared among a plurality of user terminals 1500.
Description of Reference Numerals
[0166] 1000…Game system 1100…Server system 100s…Operation input unit 200s…Server processing unit 210…User management unit 220…Billing 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 storage 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… Discharge ratio by rarity 546… Discharge number 550, 550A… Bonus table 560… Bonus object list 570… Play data 580… Lottery execution data 1500, 1500B… User terminal (lottery participant terminal) 100… Operation input section 200… Terminal processing section 270… User terminal arithmetic unit 271… Operation signal transmission control section 273… Game screen display control section 290… Image generation section 292… Sound generation section 294… Communication control section 390… Image display section 392… Sound output section 394… Communication section 500… Terminal memory section 502… Game client program 504… Game program N… Network 2… Player
Claims
1. A server system that communicates with a user terminal and executes a lottery based on a user's instruction, comprising: Lottery object display control means for performing control to display, on the user terminal, one lottery execution instruction object together with N lottery objects (N≥2) having different lottery types in a manner that enables identification of the lottery types and selection of M (N≥M≥2) out of the N as lottery execution objects; Lottery execution means for executing M types of lotteries associated with the M lottery execution objects in response to a single instruction operation on the lottery execution instruction object of the user when the M lottery execution objects are selected based on the object selection instruction of the user; Privilege granting means for performing privilege granting control to grant a given privilege to the user when the M types of lotteries are executed by the lottery execution means; A server system comprising the above.
2. For each type of lottery, any one of the composition of the objects to be drawn, the lottery probability of the objects to be drawn, the consideration related to the lottery, and the number of objects to be drawn selected in the lottery is different. The server system according to Claim 1.
3. The privilege granting means changes the privilege based on the combination of the M types of lotteries. The server system according to Claim 1 or 2.
4. The privilege granting means determines the privilege to be granted to the user based on the value of M. The server system according to any one of Claims 1 to 3.
5. The privilege granting means sets, as the privilege, reducing the consideration related to some or all of the M types of lotteries. The server system according to any one of Claims 1 to 4.
6. The privilege granting means sets, as the privilege, changing the lottery probability of some or all of the M types of lotteries. The server system according to any one of Claims 1 to 4.
7. The lottery is a process of selecting an object to be granted to the user from among a plurality of objects to be drawn with a set rarity. The privilege granting means sets, as the privilege, improving the lottery probability of an object to be drawn with a given rarity in some or all of the M types of lotteries. The server system according to Claim 6.
8. The privilege granting means sets, as the privilege, changing the number of objects to be drawn selected in some or all of the M types of lotteries. The server system according to any one of claims 1 to 4.
9. The lottery selects a lottery target to be given to the user from among a plurality of lottery targets for which rarity is set, The privilege granting means selects a lottery target for which rarity is set and that satisfies the desired rarity condition instructed by the user in part or all of the M types of lotteries as the privilege. The server system according to any one of claims 1 to 4.
10. The privilege granting means performs the privilege granting control when the same lottery target is selected in the M types of lotteries. The server system according to any one of claims 1 to 4.
11. The privilege granting means, when the same lottery target is selected in the M types of lotteries, changes some or all of the parameter values of the same lottery target and gives it to the user as the privilege. The server system according to any one of claims 1 to 4.
12. The privilege granting means, when the same lottery target is selected in the M types of lotteries, gives a given item to the user as the privilege. The server system according to any one of claims 1 to 4.
13. A user terminal, The server system according to any one of claims 1 to 12 that can communicate with the user terminal, A game system comprising:
14. For a user terminal, Lottery object display control means for performing control to display one lottery execution instruction object together with N lottery objects (N≥2) having different lottery types in a manner that can identify the lottery types and that can select M (N≥M≥2) of the N as lottery execution objects, Lottery execution means for executing M types of lotteries associated with the M lottery execution objects in response to a single instruction operation on the lottery execution instruction object of the user when the M lottery execution objects are selected based on the user's object selection instruction, Privilege granting means for performing privilege granting control to grant a given privilege when the M types of lotteries by the lottery execution means are executed, A program for functioning as.
Citation Information
Patent Citations
Secondary battery
JP1989021867A
Program, information storage medium, game apparatus, and server system
JP2013156743A
Program and server system
JP2015104522A
Program, communication system, control method of server, and server
JP2016019721A
Control method of server device, server device, and program
JP2016067530A