JP2022127910A - Game program, game method, and server - Google Patents

Abstract

To provide a game program capable of enhancing a user's interest in a game by improving a mechanism to impart a point to the user.SOLUTION: A game program executed by a processor of a server to provide a game to a user's terminal device causes the processor to execute: a step for executing Gacha to specify a character selected from a lottery object character group as an acquisition character to be acquired by the user a plurality of times continuously on the basis of an execution instruction from the terminal device; and a step for imparting the acquisition character to the user when the acquisition character specified by the Gacha is of a kind different from that of the user's owned character while imparting a reward to the user when the acquisition character specified by the Gacha is of a kind the same as that of the owned character. The reward imparted to the user differs depending on the number of acquisition game media whose kind overlaps to that of the owned character, etc.SELECTED DRAWING: Figure 1

Description

The present invention relates to a game program, game method and server.

Patent Literature 1 listed below discloses a game system that executes a lottery game in which a character to be obtained by a user is selected from a plurality of characters to be selected by lottery. In this game system, points are given to the user when the character drawn by lottery is of the same type as the character owned by the user.

Japanese Patent No. 6705101

Giving points is a factor that attracts users to the game. However, if the points are not accumulated as desired, the user's interest in the game may be lost.

The present invention has been made to solve the above-described problems, and provides a game program, game method, and server that can increase user's interest in games by improving the mechanism for giving points to users. One of the purposes is to provide

A game program that is one aspect of the present invention is a game program that is executed by a processor of a server that provides a game to a terminal device used by a user. a step of continuously executing a lottery game for specifying game media selected from a medium group as game media to be acquired by a user; If the acquired game media are of a different type from the owned game media that are the media, the acquired game media are given to the user, and if the acquired game media specified by the lottery game are of the same type as the owned game media, the user is rewarded. , and the reward given to the user differs depending on the number of acquired game media whose types overlap with those of possessed game media.

A game method, which is another aspect of the present invention, is a game method executed by a processor of a server that provides a game to a terminal device used by a user. A step of continuously executing a lottery game for specifying game media selected from a group of game media as game media to be acquired by the user a plurality of times; If the game media are of a different type than the owned game media, the acquired game media are given to the user, and if the acquired game media specified by the lottery game are of the same type as the owned game media, the user is rewarded. are executed, and the reward given to the user varies depending on the number of acquired game media whose types overlap with those of possessed game media.

A server, which is another aspect of the present invention, is a server that provides a game to a terminal device used by a user. A first processing unit that continuously executes a lottery game specified as acquired game media to be acquired by a user a plurality of times; a second processing unit that provides the acquired game media to the user if they are of different types, and provides a reward to the user if the acquired game media specified by the lottery game is of the same type as the owned game media; , and the reward given to the user varies depending on the number of acquired game media whose types overlap with those of possessed game media.

Advantageous Effects of Invention According to the present invention, it is possible to provide a game program, a game method, and a server capable of increasing user's interest in a game by improving the mechanism for giving points to the user.

It is a figure which illustrates the structure of the game system in embodiment. 2 is a diagram illustrating a functional configuration of a server shown in FIG. 1; FIG. 2 is a diagram illustrating a functional configuration of a terminal device shown in FIG. 1; FIG. FIG. 11 is a diagram illustrating contents of a probability table for setting appearance probabilities when identifying acquired characters in gacha; FIG. 10 is a diagram illustrating points set for each rarity of an acquired character; FIG. 10 is a diagram illustrating points set according to the number of times the 10 consecutive gacha is missed in succession; FIG. 10 is a flowchart for explaining an example of a processing procedure when 10 consecutive gachas are executed in the game system according to the present embodiment; FIG.

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. The same reference numerals are given to the same elements, and overlapping explanations are omitted.

[System configuration of the game system]
FIG. 1 is a schematic configuration diagram of a game system 1 according to an embodiment of the present invention. As shown in the figure, the game system 1 includes a plurality of terminal devices 10 and a server 20 .

The terminal device 10 and the server 20 are connected via a network N. FIG. Network N is, for example, the Internet, mobile communication systems (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, combinations thereof etc., and it does not matter whether it is wired or wireless.

[Server hardware configuration]
The server 20 may correspond to, for example, a general-purpose computer such as a workstation or personal computer. As shown in FIG. 1, the server 20 includes, for example, a processor 21, a memory 22, a storage 23, a communication IF (interface) 24, and an input/output IF 25 as a physical configuration. These components provided in the server 20 are connected to each other by a communication bus.

The processor 21 controls the operation of the server 20 as a whole. The processor 21 may include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like. The processor 21, for example, reads a program from the storage 23, expands it in the memory 22, and executes the expanded program.

Memory 22 is a main storage device. The memory 22 is configured by a volatile storage device such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 22 provides a work area for the processor 21 by temporarily storing various programs and data read by the processor 21 from the storage 23 . The memory 22 also temporarily stores various data generated while the processor 21 is operating according to the program.

Note that the program in the present embodiment is, for example, a game program that implements a game through cooperation between a plurality of terminal devices 10 and the server 20 . Further, the various data include, for example, game-related data such as game information, user information, and instructions and notifications transmitted and received between the terminal device 10 and the server 20 .

The storage 23 is an auxiliary storage device. The storage 23 is configured by, for example, a non-volatile storage device such as flash memory or HDD (Hard Disk Drive). The storage 23 stores various data related to the game.

The communication IF 24 controls transmission and reception of various data in the server 20 .

The input/output IF 25 is an interface for the server 20 to receive data input and an interface for the server 20 to output data. The input/output IF 25 can include, for example, an input unit that is information input equipment such as a mouse and a keyboard, and a display unit that is equipment for displaying and outputting images.

[Hardware configuration of terminal device]
The terminal device 10 may correspond to, for example, a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The terminal device 10 is desirably a portable terminal that can be used as a player when a user executes a computer game.

As shown in FIG. 1, the terminal device 10 includes, for example, a processor 11, a memory 12, a storage 13, a communication IF 14, an input/output IF 15, and a touch screen 16 as a physical configuration. These components provided in the terminal device 10 are connected to each other by a communication bus.

The processor 11 controls the operation of the terminal device 10 as a whole. Processor 11 may include a CPU, MPU, GPU, and the like. The processor 11, for example, reads a program from the storage 13, expands it in the memory 12, and executes the expanded program.

Memory 12 is a main storage device. The memory 12 is configured by a volatile storage device such as ROM and RAM, for example. The memory 12 provides a work area for the processor 11 by temporarily storing programs and various data read by the processor 11 from the storage 13 . The memory 12 also temporarily stores various data generated while the processor 11 operates according to the program.

The storage 13 is an auxiliary storage device. The storage 13 is configured by, for example, a non-volatile storage device such as flash memory or HDD. The storage 13 stores, for example, various data related to the game.

The communication IF 14 controls transmission and reception of various data. The communication IF 14 controls, for example, communication via a wireless LAN (Local Area Network) or mobile phone network, and communication using short-range wireless communication.

The input/output IF 15 is an interface for the terminal device 10 to receive data input and an interface for the terminal device 10 to output data. The input/output IF 15 may input/output data via, for example, a USB (Universal Serial Bus). The input/output IF 15 can include, for example, physical buttons, a camera, a microphone, a speaker, etc., which the terminal device 10 has.

The touch screen 16 is an electronic component in which the input section 17 and the display section 18 are combined. The input unit 17 is composed of, for example, a touch pad. The display unit 18 is configured by, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 17 detects the input position on the input surface by the user's operation (for example, touch operation, tap operation, slide operation, swipe operation, flick operation, etc.), and inputs information indicating the detected position. It has a function to transmit as a signal. The input unit 17 can include, for example, a touch sensing unit. The touch sensing unit can adopt, for example, a capacitive system, a resistive film system, or the like, but other systems may be used.

[Server functional configuration]
FIG. 2 is a block diagram illustrating the functional configuration of the server 20. As shown in FIG. The server 20 in this embodiment has, for example, a function of providing each terminal device 10 with various data and programs necessary for realizing a game, a function of collecting and managing game-related data from each terminal device 10, and It has a function of performing synchronization processing among a plurality of terminal devices 10 and the like.

Note that in the present embodiment, the server 20 identifies each user and the terminal device 10 using user accounts registered in advance for each game. The account registration method is not particularly limited. For example, the terminal device 10 or another device such as a personal computer transmits information necessary for user account registration to the server 20 according to the user's operation, and the server 20 registers each user's account based on the received information. Can be created and saved.

As shown in FIG. 2, the server 20 has, for example, a control unit 210 and a storage unit 220 as functional components. Storage unit 220 stores various data used by control unit 210 . Various data include, for example, a game program 221 , game information 222 and user information 223 .

The game program 221 is a program for realizing a game. The game information 222 and the user information 223 are data referred to when the control unit 210 executes the game program 221 .

The game program 221 may include, in addition to the game program executed on the server 20 side, a program transmitted to the terminal device 10 and executed on the terminal device 10 side (game program 121 described later). Alternatively, the storage unit 220 may store the game program 221 executed on the server 20 side and the program executed on the terminal device side.

The game information 222 is common information between accounts. The game information 222 includes, for example, information for defining various game spaces. The game space is a space in which objects of characters that can be operated by the user (hereinafter also referred to as “operable characters”) are arranged. In addition, the game information 222 includes, for example, the layout position, size, color, shape, etc. of background objects such as buildings, trees, and stones placed in the game space, and objects of non-player characters (NPCs). Contains various configuration information related to common objects between accounts. The game information 222 also includes, for example, setting values of various parameters of non-player characters and information on quests. A quest is an in-game event for which conditions for achievement are set. This quest may have a failure condition in addition to the achievement condition. Hereinafter, a character object placed in the game space may be simply referred to as a "character".

The user information 223 is information managed for each game account. The user information 223 includes, for example, information about the operating character, information about owned assets, information indicating the degree of progress of the game, and the like. Possessed assets include, for example, in-game currency, items, character equipment, and cards.

The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220 . The control unit 210 has, for example, a transmission/reception unit 211 , a server processing unit 212 , a data management unit 213 and a synchronization processing unit 214 .

The transmitting/receiving unit 211 transmits or receives various data. Exemplarily, the transmitting/receiving unit 211 receives requests for transmission of various data and programs, requests for synchronization processing for supporting the multiplay function, data to be subjected to synchronization processing, and the like from each terminal device 10, and performs server processing. 212. In addition, the transmission/reception unit 211 transmits various data and programs including instructions for synchronization to each terminal device 10 under the control of the server processing unit 212 .

In the present embodiment, the multi-play function is a function of synchronizing game processing by a plurality of accounts. The server 20 and the terminal device 10 of the game system 1 execute various processes for supporting the multi-play function when multiple accounts logged into the game system 1 participate in the same game.

The server processing unit 212 provides a game to the terminal device 10 by executing arithmetic processing described in the game program 221 in response to a request from the terminal device 10 or the like. As an example, when the server processing unit 212 receives a request for synchronization processing for supporting the multiplay function and data to be subjected to synchronization processing from the terminal device 10 via the transmission/reception unit 211, the server processing unit 212 receives the data to be subjected to the synchronization processing for supporting the multiplay function. synchronous processing. The server processing unit 212 also instructs the transmitting/receiving unit 211 to transmit the game information 222 or the user information 223 . Furthermore, the server processing unit 212 instructs the data management unit 213 to add, update, or delete a record of the game information 222 or the user information 223 .

The data management unit 213 manages various data stored in the storage unit 220 according to instructions from the server processing unit 212 . As an example, the data management unit 213 reads the game information 222 or the user information 223 according to a command from the server processing unit 212 and transmits it to the terminal device 10 via the transmission/reception unit 211 . The data management unit 213 also adds, updates, or deletes records of the game information 222 or the user information 223 according to commands from the server processing unit 212 .

Synchronization processing unit 214 executes synchronization processing for supporting the multi-play function of the game according to instructions from server processing unit 212 . For example, when the server 20 transmits information to a plurality of terminal devices 10, the synchronization processing unit 214 transmits information to each terminal device 10 at the same time, thereby synchronizing the game progressing between the terminal devices 10. I take the. Specifically, the synchronization processing unit 214 simultaneously transmits the operation information received within a predetermined period (for example, one frame) from the terminal device 10 corresponding to each account to each terminal device 10 every predetermined period. The operation information is information related to operations input to the terminal device 10 . The synchronization timing and information to be synchronized may be received from the server processing unit 212 as needed. By executing the synchronization process, it is possible to simultaneously reflect an in-game event caused by an operation input on one terminal device 10 to another terminal device 10 .

[Functional configuration of terminal device]
FIG. 3 is a block diagram illustrating the functional configuration of the terminal device 10. As shown in FIG. The terminal device 10 according to the present embodiment has, for example, a function as an input device that receives user input operations, a function as an output device that outputs game images and sounds, and the like.

As shown in FIG. 3, the terminal device 10 has, for example, a control unit 110 and a storage unit 120 as functional configurations. Storage unit 120 stores various data used by control unit 110 . Various data include, for example, a game program 121 , game information 122 and user information 123 .

The game program 121 is a program for realizing a game on the terminal device 10 side. The game information 122 and the user information 123 are data referred to when the control unit 110 executes the game program 121 .

Since the game information 122 includes the same information as the game information 222 of the server 20 described above, description thereof will be omitted here.

The user information 123 is data related to the account of the user who uses the terminal device 10, but since it includes the same information as the user information 223 of the server 20 described above, the description is omitted here.

The control unit 110 controls various processes related to the game executed in the terminal device 10 by executing the game program 121 stored in the storage unit 120 . The control unit 110 has, for example, an operation reception unit 111 , a transmission/reception unit 112 , a game progression unit 113 and a display control unit 114 .

The operation accepting unit 111 accepts an operation input by the user via the input unit 17 of the touch screen 16 (hereinafter also referred to as “input operation”). Specifically, when an input operation to the input unit 17 is received, the operation reception unit 111 detects the coordinates of the input position and the type of the input operation. Types of input operations include, for example, touch operations, tap operations, slide operations, swipe operations, and flick operations. The input operation is not limited to the operation of physically touching the touch screen 16, and may include non-contact operations. For example, the operation reception unit 111 detects that the input operation on the input unit 17 has been canceled when detecting that the continuously detected input operation is interrupted.

Here, the operation reception unit 111 can also receive an operation input by the user using an operation device connected via the input/output IF 15 in the same manner as the input operation to the input unit 17 described above.

The transmitting/receiving unit 112 transmits or receives various data. Specific examples will be described below.

The transmission/reception unit 112 transmits the game information 122 or the user information 123 and a synchronization request for supporting the multiplay function to the server 20 . The transmitting/receiving unit 112 receives from the server 20 various data, programs, data for synchronization for supporting the multi-play function, and the like. The data for synchronization includes, for example, synchronization instruction data for instructing synchronization between the terminal devices 10 participating in multiplay. The synchronization instruction data includes, for example, data to be synchronized, the type of the data, and data for specifying the timing of synchronization.

The transmitting/receiving unit 112 transmits to the server 20 operation information regarding the operation accepted by the operation accepting unit 111 (hereinafter also referred to as “first operation information”). The transmitting/receiving unit 112 receives, from the server 20 , operation information (hereinafter also referred to as “second operation information”) related to an operation input by another user on the other terminal device 10 .

The game progress unit 113 executes various processes related to the progress of the game. Specific examples will be described below.

The game progression unit 113 defines the game space based on information for defining the game space included in the game information 122 . The game progression unit 113 arranges objects in the game space based on the object setting information included in the game information 122 . The game progression unit 113 controls objects placed in the game space. Specifically, the game progression unit 113 controls the object so as to change the position, orientation, shape, color, etc. of the object in the game space and to make the object perform a predetermined action.

The game progression unit 113 defines a virtual camera for designating an area to be presented to the user in the game space. The game progression unit 113 arranges the virtual camera within the game space by defining the position and orientation of the virtual camera within the game space. The game progression unit 113 instructs the display control unit 114 to generate an image in which the viewing area defined by the virtual camera and the objects arranged in this viewing area are drawn.

The position and orientation of the virtual camera can be appropriately determined for each game space. For example, the game progression unit 113 arranges the virtual camera so that the specific object is positioned in the center of the field of view with a specific orientation, based on the position and orientation of the specific object. At that time, the game progression unit 113 adjusts the position and orientation of the virtual camera using the direction, distance and angle with respect to the specific object. A specific object may be, for example, a dynamic object such as an operating character or a non-player character, or a static object such as a building, tree, stone, or the like. The dynamic objects include playable characters that act based on each user's operation, and characters that act based on the game programs 121 and 221 (for example, non-player characters, enemy characters, etc.).

The game progression unit 113 interprets the contents of the user's instruction based on the coordinates of the input position detected by the operation reception unit 111, the type of input operation, and the like. The game progress unit 113 executes various determination processes related to the progress of the game based on the interpreted instruction content. The game progression unit 113 progresses the game while controlling objects, a virtual camera, and the like based on the result of the determination process. The game progress unit 113 updates, adds, or deletes the game information 122 and the user information 123 according to the progress of the game.

The display control unit 114 causes the display unit 18 to display an image. Specific examples will be described below.

The display control unit 114 generates an image in which the field of view of the virtual camera defined by the game progression unit 113 and the objects present in the area are drawn in the game space, and causes the display unit 18 to display the generated image. The display control unit 114 superimposes and draws objects related to UI (user interface) necessary for various operations of the game, such as icons, buttons, and menus showing various parameters, on the image displayed on the display unit 18. can do.

[Function to give points according to the lottery result of the lottery game]
The game system 1 according to the present embodiment is characterized by having a function of providing a reward according to the lottery result of the lottery game in each of the configurations described above. Specifically, in a lottery game that is continuously executed a plurality of times, if one of the game media specified by a plurality of lotteries is the same as the game media owned by the user, the game content overlaps. It is characterized by rewarding users according to the value of multiple or overlapping game media.

The lottery game allows the user to acquire game media selected from a group of game media to be drawn by lottery (hereinafter also referred to as "lottery target game media") (hereinafter also referred to as "acquired game media"). .) is a game identified as

Specifically, the lottery game is a game having a lottery function such as gacha, lottery, treasure chest, etc., and is a game incorporated into the social game.

Game media are electronic data used in games, and include, for example, characters, items, cards, and the like. Game media can be acquired, possessed, used, exchanged, sold, discarded, etc. within the game, for example. The value of game media includes, for example, the value of characters and items (level, rarity, etc.), the number of cards, and the like. Rarity represents the rarity of game media. In addition to the difference in value, the game media are given properties such as attributes that indicate the difference in type.

For example, points, in-game currency, items, characters, cards, etc. can be used as rewards given to the user.

Note that this function can be applied to social games in general, and can also be applied to game applications that download and execute applications.

In the following, for example, the "lottery game" is "gacha", the "reward" is "points", the "game medium" is "character", and the "value of game medium" is "value of character". A case of "rarity" will be described.

A gacha is a game in which a lottery is drawn by obtaining a gacha box (right to execute a lottery game) for drawing a gacha and inputting an execution instruction operation to a lottery instruction section provided in the gacha box. A gacha box can be obtained by, for example, satisfying a specific condition by the user, being distributed at an event, or being purchased by the user. Specific conditions include, for example, capturing a quest, defeating a boss character, defeating an opponent, reaching a predetermined skill or level, and the like.

Below, the details of processing when the user selects and executes a gacha that is continuously executed a plurality of times (hereinafter, also referred to as "continuous gacha") will be described. In this embodiment, as an example, a case will be described in which a "10 consecutive gacha" is executed in which gacha is drawn ten times in a row. The number of consecutive executions is not limited to 10 times, and may be 9 times or less, or may be 11 times or more. In the following, assuming a social game, a case where each process is executed between the game progression unit 113 of the terminal device 10 and the server processing unit 212 of the server 20 will be described. The game progression unit 113 of the device 10 may execute each process.

The server processing unit 212 of the server 20 shown in FIG. 2, when an operation instructing the execution of the 10-game gacha is input on the terminal device 10, specifies the acquired character from the lottery target character group corresponding to the 10-game gacha. Execute the gacha to do 10 times in a row.

For each gacha, a winning character is specified based on the probability table illustrated in FIG. Five characters A to E are registered in the probability table shown in the figure as the lottery target characters. A rarity and an appearance probability are set for each character. The rarity is a value representing the rarity of the character, and the value increases in the order of c, b, a, and s. The appearance probability is the probability that the character will be specified as the winning character when the gacha is drawn. For example, characters A and B are set to the lowest rarity c and the highest appearance probability set to 40%. On the other hand, the character E has the highest rarity s and the lowest appearance probability 1%.

In the 10 consecutive gacha in this embodiment, when the obtained character specified by the gacha is different from the character owned by the user (hereinafter also referred to as "owned character"), the obtained character is given to the user. On the other hand, if the acquired character specified by Gacha is the same as the possessed character, points are given to the user.

In this embodiment, it is determined whether to give the acquired character or to give the points based on whether the acquired character and the possessed character are the same. are the same. For example, depending on whether the acquired character and the possessed character are of the same type, it may be determined whether to award the acquired character or to award points.

The points given to the user can be varied according to the following conditions (1) to (4).

(1) The points given to the user can be varied according to the number of acquired characters determined to be the same (overlapping) as the possessed character and the rarity of the acquired characters. For example, points are increased as the number of acquired characters determined to overlap with owned characters increases, and as the rarity of acquired characters determined to overlap with owned characters increases.

A specific description will be given with reference to FIG. As shown in the figure, for example, when the acquired character has the lowest rarity c, 1 point is awarded for each acquired character. If the acquired character has the second lowest rarity b, 5 points are awarded for each acquired character. If the acquired character has the second highest rarity a, 10 points are given for each acquired character. If the acquired character has the highest rarity s, 15 points are given for each acquired character.

Here, it is assumed that 10 consecutive gachas are executed under the condition where the points are set as shown in FIG. 5, and all of the 10 specified obtained characters overlap with the possessed characters. Assume that the rarity of the 10 acquired characters is 1 for c, 7 for b, and 2 for a.

In this case, 56 points calculated by {(1 point×1)+(5 points×7)+(10 points×2)} are given to the user.

In the above, when calculating points, the calculation is based on the number of acquired characters determined to overlap with owned characters and the rarity of the acquired characters, but it is assumed that the points are calculated based only on the number of acquired characters. good too. In this case, regardless of the rarity of the acquired character, the points of one acquired character may be set to a predetermined point, and the number of acquired characters may be multiplied to calculate the points. Also, the predetermined points may be set stepwise so that the points increase according to the number of acquired characters determined to overlap.

(2) The points given to the user can be varied according to the result of "hit" or "losing" after playing 10 consecutive gachas. “Hit” and “miss” will be explained below.

Assume that one character A, seven characters C, and two characters D are identified as acquired characters as a result of executing the 10 consecutive gacha. In this case, if the user already owns all of Character A, Character C, and Character D, it means that he/she could not obtain a new character in this 10 consecutive gacha. Therefore, the result of this 10 consecutive gacha is "loss".

On the other hand, if the user does not own any one of character A, character C, and character D, it means that he/she has obtained a new character through this 10 consecutive gacha. Therefore, the result of this 10 consecutive gacha is set as "hit".

In this embodiment, when the result of 10 consecutive gachas is "losing", points are awarded to the user according to the number of consecutive "losing". These points may be given separately from the points in (1) above, or may be given in place of the points in (1) above.

A specific description will be given with reference to FIG. As shown in the figure, for example, 1 point is given when the 10 consecutive gacha is lost once, 5 points are given when it is missed twice in a row, and 5 points are given when it is missed 3 times in a row. Give 10 points. In other words, as the number of consecutive misses increases, the points given to the user increase. In this case, an upper limit may be set for the number of consecutive deviations. For example, if the upper limit is set to 5 times, the points for 5 or more consecutive misses will be the same regardless of the number of 5 or more times. The number of times you miss consecutively is reset when you hit. In the above description, the number of consecutive failures includes the case of one failure, but it does not have to be included.

Instead of awarding specific points as described above, points to be awarded may be increased by a predetermined percentage and awarded to the user when the points are missed consecutively. For example, if you lose 10 consecutive gachas once, you will be given 10% more points, and if you miss 2 times in a row, you will be given 15% more points, and 3 times in a row. If you do not succeed, 25% more points will be given.

The criterion for determining whether or not the result of the 10-slot gacha is "lost" is not limited to whether or not the above new character has been obtained. For example, even if a new character is acquired, if the number of acquired new characters is less than a predetermined number, it may be determined as "lost". Furthermore, even if the number of acquired new characters is less than or equal to a predetermined number, if the new characters include characters whose rarity is greater than or equal to a predetermined value, it may be judged as "hit".

(3) The points given to the user can vary depending on whether the user has purchased the billing pack. A billing pack, for example, is sold in a game as a set of a gacha machine, an item, a character, a gacha ticket, or the like.

When a user purchases a billing pack containing a gacha box, points are given to the user as a privilege for purchasing the billing pack (hereinafter also referred to as a ``purchase privilege'') in the next 10 consecutive gachas. .

Points as a purchase privilege can be given separately from the points (1) and (2) above. When giving points to the user, specific points may be given as a purchase privilege, or the points given may be added by a predetermined percentage and given separately from the purchase privilege.

The purchase privilege may be given only once after the purchase, or may be given within a predetermined number of times after the purchase.

(4) The points given to the user can be varied depending on whether or not the player has played 10 consecutive gachas using the premium gacha ticket attached to the billing pack containing the gacha box.

A premium gacha ticket is a gacha ticket that promises to identify a character whose rarity is a or higher, for example, when 10 consecutive gachas are played. Note that the rarity promised with the premium gacha ticket is not limited to being a or higher, and may be other rarity values or higher.

As a result of the user playing 10 consecutive gachas using the premium gacha ticket, if the acquired character specified is the same as the owned character, the privilege of using the premium gacha ticket (hereinafter also referred to as "use privilege") .) to the user.

Points as use privileges can be given separately from the points (1) to (3) above. When giving points to the user, a specific point may be given as a use privilege, or the points given separately from the use privilege may be added by a predetermined percentage and given.

Points as a use privilege are not limited to being given when a premium gacha ticket is used, and may be given when another ticket such as a gacha ticket is used, for example.

With reference to FIG. 7, an example of a processing procedure when ten consecutive gachas are executed in the game system 1 according to the present embodiment will be described.

First, the server processing unit 212 of the server 20 executes the gacha (step S102) based on the execution instruction of the 10 consecutive gacha transmitted from the terminal device 10 (step S101).

Subsequently, the server processing unit 212 determines whether or not the obtained character specified by the gacha is the same character as the possessed character (step S103). If the determination is YES (step S103; YES), the server processing unit 212 assigns points to the acquired character specified by the gacha (step S104), and proceeds to step S106, which will be described later.

When it is determined in step S103 that the acquired character specified by the gacha is different from the owned character (step S103; NO), the server processing unit 212 determines that the acquired character is given to the user. (Step S105).

Subsequently, the server processing unit 212 determines whether or not the gacha has been played 10 times (step S106). Migrate processing.

If it is determined in step S106 that the gacha has been played 10 times (step S106; YES), the server processing unit 212 determines the number of acquired characters to which points are given in step S104 and the rarity of the acquired character. Points are calculated based on (step S107).

Subsequently, the server processing unit 212 calculates points based on the number of times the 10 consecutive gachas have been lost consecutively (step S108).

Subsequently, the server processing unit 212 calculates the points for the purchase privilege when the 10 consecutive gacha is first executed after purchasing the billing pack including the gacha box (step S109).

Subsequently, the server processing unit 212 calculates the points for use privilege when 10 consecutive gachas are executed using the premium gacha ticket (step S110).

Subsequently, the server processing unit 212 transmits to the terminal device 10 the points calculated in steps S107 to S110 and the acquired character data to be given to the user in step S105 (step S111). As a result, it is possible to provide the user with points and acquired characters as a result of the 10 consecutive gachas. Then, this processing procedure ends.

As described above, according to the game system 1 of the embodiment, when ten consecutive gachas are executed and the acquired character specified by each gacha is different from the character possessed by the user, the acquired character is given to the user. On the other hand, when the obtained character specified by each gacha is the same as the owned character, it is possible to give the user points according to the number of obtained characters overlapping with the owned character and the rarity of the obtained character.

In addition, when the results of 10 consecutive gachas are lost consecutively, the user can be given extra points than the points this time when the next 10 consecutive gacha is executed.

Further, when the user purchases a billing pack that includes a gacha box, points can be added as a purchase privilege when the next 10 consecutive gacha is executed.

Furthermore, 10 consecutive gachas are executed using a premium gacha ticket that promises to identify a character whose rarity is a or higher, and if the acquired character specified by the gacha is the same as the owned character, the premium gacha ticket Points can be further given as use benefits.

Therefore, according to the game system 1 of the embodiment, it is possible to provide a game program, a game method, and a server with an improved mechanism for giving points to the user, thereby making it possible to enhance the interest of the user in the game. Become.

[Variation]
It should be noted that the present invention is not limited to the embodiments described above, and can be implemented in various other forms without departing from the gist of the present invention. Therefore, the above-described embodiment is merely an example in all respects, and should not be construed as limiting.

For example, the processing steps described above can be arbitrarily changed in order or executed in parallel as long as the content of processing is not inconsistent. Further, the game system 1 in the above-described embodiment may be configured such that at least some of the functions provided by the terminal device 10 are provided by the server 20, or at least some of the functions provided by the server 20 are provided by the terminals. The device 10 may be configured to include. Furthermore, devices other than the terminal device 10 and the server 20 may be used as components of the game system 1 , and the other devices may perform at least part of the processing in the game system 1 . That is, the computer that executes the game programs 121 and 221 in this embodiment may be configured by the terminal device 10, the server 20, and other devices.

Here, embodiments of the present invention may also be described as the following appendices.

[Appendix 1]
A game program (221) to be executed by a processor (21) of a server (20) that provides a game to a terminal device (10) used by a user,
to the processor (21),
A step of successively executing a lottery game a plurality of times in which a game content selected from a group of lottery target game media is specified as a game content to be won by the user based on an execution instruction from the terminal device (10). When,
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. awarding a reward to the user if the received game media is of the same type as the owned game media;
and
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
A game program (221).

Thus, the lottery game is executed a plurality of times in succession, and when the acquired game media specified by each lottery game is of a different type from the game media owned by the user, the acquired game media are awarded to the user. , when the acquired game media specified by each lottery game are of the same type as the owned game media, it is possible to give the user a reward according to the number of acquired game media whose type overlaps with the owned game media. Become.

[Appendix 2]
The reward given to the user further differs depending on the value of the acquired game media whose type overlaps with that of the owned game media.
A game program (221) according to appendix 1.

As a result, when the acquired game media specified by each lottery game that is continuously executed a plurality of times is of the same type as the owned game media, the number of acquired game media whose type overlaps with the owned game media and the acquired game media It is possible to give the user a reward according to the value of the medium.

[Appendix 3]
In the lottery game that is continuously executed a plurality of times, if the number of the obtained game media to be awarded to the user is equal to or less than a predetermined number, the lottery game that is continuously executed a plurality of times is executed next time. Increase the reward given to the user more than this reward,
A game program (221) according to appendix 1 or 2.

As a result, when the number of obtained game media provided by each lottery game that is continuously executed a plurality of times is small, when the next lottery game is executed, a higher reward than the current reward is given to the user. It becomes possible to

[Appendix 4]
When the user purchases the right to execute the lottery game, further granting the user a reward as a purchase privilege in the next lottery game to be executed multiple times in succession,
A game program (221) according to any one of Appendixes 1 to 3.

Thereby, when the user purchases the right to execute the lottery game, it is possible to further give a reward as a purchase privilege when the next lottery game is executed.

[Appendix 5]
A ticket attached to the right to execute the lottery game purchased by the user is used to continuously execute the lottery game multiple times in which the identification of game contents of a predetermined value or more is guaranteed, and the acquisition identified as a result If the game medium is of the same type as the owned game medium, further granting the user a reward as a benefit of using the ticket;
A game program (221) according to appendix 4.

As a result, a lottery game is executed using a ticket that promises the identification of game media of a predetermined value or more, and if the identified obtained game media is of the same type as the owned game media, the ticket will be used as a privilege. Further rewards can be given.

[Appendix 6]
The reward given to the user is either points or items,
6. A game program (221) according to any one of appendices 1 to 5.

As a result, when the acquired game media specified by each lottery game are of the same type as the owned game media, points or items are given to the user according to the number of acquired game media whose type overlaps with the owned game media. It becomes possible to

[Appendix 7]
A game method executed by a processor (21) of a server (20) that provides a game to a terminal device (10) used by a user,
the processor (21)
A step of successively executing a lottery game a plurality of times in which a game content selected from a group of lottery target game media is specified as a game content to be won by the user based on an execution instruction from the terminal device (10). When,
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. awarding a reward to the user if the acquired game media received is of the same type as the owned game media;
and run
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
game method.

Thus, the lottery game is executed a plurality of times in succession, and when the acquired game media specified by each lottery game is of a different type from the game media owned by the user, the acquired game media are awarded to the user. , when the obtained game media specified by each lottery game are of the same type as the owned game media, it is possible to give the user a reward according to the number of obtained game media whose type overlaps with the owned game media. Become.

[Appendix 8]
A server (20) that provides a game to a terminal device (10) used by a user,
A lottery game in which game media selected from a group of lottery target game media are specified as winning game media for the user to acquire, based on an execution instruction from the terminal device (10), is continuously executed a plurality of times. 1 processing unit (212);
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. a second processing unit (212) for providing a reward to the user when the received game media is of the same type as the owned game media;
with
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
Server (20).

Thus, the lottery game is executed a plurality of times in succession, and when the acquired game media specified by each lottery game is of a different type from the game media owned by the user, the acquired game media are awarded to the user. , when the acquired game media specified by each lottery game are of the same type as the owned game media, it is possible to give the user a reward according to the number of acquired game media whose type overlaps with the owned game media. Become.

REFERENCE SIGNS LIST 1 game system 10 terminal device 11 processor 12 memory 13 storage 14 communication IF 15 input/output IF 16 touch screen 17 input unit 18 display unit 20 Server 21 Processor 22 Memory 23 Storage 24 Communication IF 25 Input/output IF 110 Control unit 111 Operation reception unit 112 Transmission/reception unit 113 Game progression unit 114 Display Control unit 120 Storage unit 121 Game program 122 Game information 123 User information 210 Control unit 211 Transmission/reception unit 212 Server processing unit 213 Data management unit 214 Synchronization processing unit , 220... Storage unit, 221... Game program, 222... Game information, 223... User information, N... Network

Claims (8)

A game program to be executed by a processor of a server that provides a game to a terminal device used by a user,
to the processor;
a step of successively executing a lottery game a plurality of times in which game media selected from a group of lottery target game media are specified as winning game media for the user to acquire, based on an execution instruction from the terminal device;
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. awarding a reward to the user if the received game media is of the same type as the owned game media;
and
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
game program. The reward given to the user further differs depending on the value of the acquired game media whose type overlaps with that of the owned game media.
The game program according to claim 1. In the lottery game that is continuously executed a plurality of times, if the number of the obtained game media to be awarded to the user is equal to or less than a predetermined number, the lottery game that is continuously executed a plurality of times is executed next time. Increase the reward given to the user more than this reward,
3. A game program according to claim 1 or 2. When the user purchases the right to execute the lottery game, further granting the user a reward as a purchase privilege in the next lottery game to be executed multiple times in succession,
A game program according to any one of claims 1 to 3. A ticket attached to the right to execute the lottery game purchased by the user is used to continuously execute the lottery game multiple times in which the identification of game contents of a predetermined value or more is guaranteed, and the acquisition identified as a result If the game medium is of the same type as the owned game medium, further granting the user a reward as a benefit of using the ticket;
5. A game program according to claim 4. The reward given to the user is either points or items,
A game program according to any one of claims 1 to 5. A game method executed by a processor of a server that provides a game to a terminal device used by a user,
the processor
a step of successively executing a lottery game a plurality of times in which game media selected from a group of lottery target game media are specified as winning game media for the user to acquire, based on an execution instruction from the terminal device;
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. awarding a reward to the user if the received game media is of the same type as the owned game media;
and run
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
game method. A server that provides a game to a terminal device used by a user,
A first processing unit that, based on an execution instruction from the terminal device, continuously executes a lottery game a plurality of times in which game media selected from a group of lottery target game media are specified as acquired game media for the user to acquire. When,
When the acquired game media specified by the lottery game are of a different type from the owned game media, which are game media owned by the user, the acquired game media are given to the user, while the acquired game media are specified by the lottery game. a second processing unit that provides a reward to the user when the received game media is of the same type as the owned game media;
with
The reward given to the user differs depending on the number of acquired game media that overlap in type with the owned game media,
server.

Images