JP7645657B2 - program - Google Patents

Description

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

The following Patent Document 1 discloses a game system that executes a lottery game in which a character to be acquired by a user is selected from a number of characters that are subject to the lottery. In this game system, if the selected character is the same type as a character that the user owns, points are awarded to the user.

Patent No. 6705101

Awarding points is a factor that attracts users to the game. However, if points are not accumulated as expected, it can cause users to lose interest in the game.

The present invention has been made to solve the above-mentioned problems, and one of its objectives is to provide a game program, a game method, and a server that can increase users' interest in the game by improving the system for awarding points to users.

The game program according to one aspect of the present invention is a game program executed by a processor of a server that provides a game to a terminal device used by a user, and causes the processor to execute the steps of: consecutively executing a lottery game multiple times to identify a game medium selected from a group of game media to be selected by lottery as an acquired game medium to be acquired by the user, based on an execution instruction from the terminal device; and, if the acquired game medium identified by the lottery game is of a different type from the owned game medium, which is the game medium owned by the user, granting the acquired game medium to the user, and, if the acquired game medium identified by the lottery game is of the same type as the owned game medium, granting a reward to the user, where the reward granted to the user varies depending on the number of acquired game media of the same type as the owned game media.

Another aspect of the present invention is a gaming method executed by a processor of a server that provides a game to a terminal device used by a user, and the processor executes a lottery game multiple times in succession to identify a game medium selected from a group of game media to be selected by lottery as an acquired game medium to be acquired by the user based on an execution instruction from the terminal device, and grants the acquired game medium to the user when the acquired game medium identified by the lottery game is a different type from the owned game medium that is the game medium owned by the user, and grants a reward to the user when the acquired game medium identified by the lottery game is the same type as the owned game medium, and the reward granted to the user varies depending on the number of acquired game media that overlap in type with the owned game media.

Another aspect of the present invention is a server that provides a game to a terminal device used by a user, and includes a first processing unit that executes a lottery game multiple times in succession to identify a game medium selected from a group of game media to be selected by lottery as an acquired game medium to be acquired by the user based on an execution instruction from the terminal device, and a second processing unit that grants the acquired game medium to the user when the acquired game medium identified by the lottery game is a different type from the owned game medium, which is the game medium owned by the user, and grants a reward to the user when the acquired game medium identified by the lottery game is the same type as the owned game medium, and the reward granted to the user varies depending on the number of acquired game media that overlap in type with the owned game media.

According to the present invention, by improving the mechanism for awarding points to users, it is possible to provide a game program, a game method, and a server that can increase users' interest in the game.

FIG. 1 is a diagram illustrating an example of a configuration of a game system according to an embodiment. 2 is a diagram illustrating an example of a functional configuration of the server illustrated in FIG. 1 . 2 is a diagram illustrating a functional configuration of the terminal device shown in FIG. 1 . 13 is a diagram illustrating an example of the contents of a probability table that sets the appearance probability when identifying an acquired character through gacha. 13 is a diagram illustrating an example of points set for each rarity of an acquired character. FIG. A diagram illustrating an example of points set according to the number of consecutive unsuccessful attempts at 10 consecutive gachas. 13 is a flowchart for explaining an example of a processing procedure when a 10-consecutive gacha is executed in the game system according to the present embodiment.

The following describes in detail an embodiment of the present invention with reference to the drawings. Note that identical elements are given the same reference numerals and duplicated descriptions are omitted.

[Game system configuration]
1 is a schematic 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. The network N may be, for example, the Internet, a mobile communication system (e.g., 3G, 4G, 5G, LTE (Long Term Evolution), etc.), WiFi (Wireless Fidelity), Bluetooth (registered trademark), other communication lines, or a combination thereof, and may be either wired or wireless.

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

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

The memory 22 is a main storage device. The memory 22 is composed of volatile storage devices such as a read only memory (ROM) and a random access memory (RAM). The memory 22 temporarily stores various programs and data that the processor 21 reads from the storage 23, thereby providing a working area for the processor 21. The memory 22 also temporarily stores various data that the processor 21 generates while it is operating according to a program.

The program in this embodiment is, for example, a game program that realizes a game through cooperation between multiple terminal devices 10 and the server 20. The various data includes, for example, data related to the game such as game information, user information, and instructions and notifications transmitted and received between the terminal devices 10 and the server 20.

The storage 23 is an auxiliary storage device. The storage 23 is configured, for example, as a non-volatile storage device such as a flash memory or a hard disk drive (HDD). Various data related to the game is stored in the storage 23.

The communication IF 24 controls the sending and receiving of various data in the server 20.

The input/output IF 25 is an interface through which the server 20 accepts data input, and is also an interface through which the server 20 outputs data. The input/output IF 25 can include, for example, an input unit that is an information input device such as a mouse or keyboard, and a display unit that is a device that displays and outputs images.

[Terminal device hardware configuration]
The terminal device 10 may be, for example, a mobile terminal such as a smartphone, a feature phone, a personal digital assistant (PDA), a tablet computer, etc. It is preferable that the terminal device 10 is a portable terminal that can be used by a user as a player when executing a computer game.

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

The processor 11 controls the overall operation of the terminal device 10. The processor 11 may include a CPU, an MPU, a GPU, etc. 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. Memory 12 is composed of volatile storage devices such as ROM and RAM. Memory 12 provides a working area for processor 11 by temporarily storing programs and various data that processor 11 reads from storage 13. Memory 12 also temporarily stores various data that processor 11 generates while operating according to a program.

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

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

The input/output IF 15 is an interface through which the terminal device 10 accepts data input, and is also an interface through which the terminal device 10 outputs data. The input/output IF 15 may input and output data via, for example, a Universal Serial Bus (USB). The input/output IF 15 may include, for example, physical buttons, a camera, a microphone, a speaker, and the like that are provided on the terminal device 10.

The touch screen 16 is an electronic component that combines an input unit 17 and a display unit 18. The input unit 17 is, for example, a touch pad. The display unit 18 is, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, etc.

The input unit 17 has a function of detecting a position input on the input surface by a user operation (e.g., a touch operation, a tap operation, a slide operation, a swipe operation, a flick operation, etc.) and transmitting information indicating the detected position as an input signal. The input unit 17 may include, for example, a touch sensing unit. The touch sensing unit may employ, for example, a capacitive type or a resistive film type, but may also employ other types.

[Server Functionality Configuration]
2 is a block diagram illustrating an example of the functional configuration of the server 20. The server 20 in this embodiment has, for example, a function to provide each terminal device 10 with various data and programs necessary to realize a game, a function to collect and manage data related to the game from each terminal device 10, and a function to perform synchronization processing between a plurality of terminal devices 10.

In this embodiment, the server 20 identifies each user and the terminal device 10 using a user account that is registered in advance for each game. The method of registering the account is not particularly limited. For example, the terminal device 10 or another device such as a personal computer can transmit information required for user account registration to the server 20 in accordance with a user's operation, and the server 20 can create and save an account for each user based on the received information.

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

The game program 221 is a program for implementing the game. The game information 222 and the user information 223 are data that the control unit 210 references when executing the game program 221.

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

The game information 222 is information common 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 a user (hereinafter also referred to as "operable characters") are placed. The game information 222 also includes, for example, various setting information related to objects common between accounts, such as background objects such as buildings, trees, and stones placed in the game space, and the placement position, size, color, and shape of objects of non-player characters (NPCs). The game information 222 also includes, for example, setting values of various parameters of non-player characters and information related to quests. A quest is an event in a game for which a completion condition is set. A failure condition may be set for this quest in addition to the completion condition. In the following, the object of a character placed in the game space may be simply referred to as a "character".

User information 223 is information managed for each game account. User information 223 includes, for example, information about the playable character, information about owned assets, and information indicating the progress of the game. Examples of owned assets include in-game currency, items, character equipment, cards, etc.

The control unit 210 controls various processes related to the game by executing a game program 221 stored in the memory 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 transmission/reception unit 211 transmits or receives various data. For example, the transmission/reception unit 211 receives requests to transmit various data and programs, requests for synchronization processing to support the multiplay function, data to be subject to synchronization processing, etc. from each terminal device 10, and passes them to the server processing unit 212. In addition, the transmission/reception unit 211 transmits various data and programs, including instructions for synchronization, to each terminal device 10 in accordance with the control of the server processing unit 212.

In this embodiment, the multiplay function is a function that allows game processing by multiple accounts to proceed in a synchronized state. The server 20 and terminal device 10 of the game system 1 execute various processes to support the multiplay function when multiple accounts logged in to the game system 1 participate in the same game.

The server processing unit 212 provides a game to the terminal device 10 by executing calculation processing described in the game program 221 in response to a request from the terminal device 10. For example, when the server processing unit 212 receives a request for synchronization processing to support the multiplay function or data to be subjected to synchronization processing from the terminal device 10 via the transmission/reception unit 211, the server processing unit 212 executes synchronization processing to support the multiplay function. In addition, the server processing unit 212 issues a command to the transmission/reception unit 211 to send the game information 222 or the user information 223. In addition, the server processing unit 212 issues a command to the data management unit 213 to add, update, or delete records of the game information 222 or the user information 223.

The data management unit 213 manages various data stored in the memory unit 220 according to instructions from the server processing unit 212. Illustratively, the data management unit 213 reads game information 222 or user information 223 according to instructions 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 user information 223 according to instructions from the server processing unit 212.

The synchronization processing unit 214 executes synchronization processing to support the multi-play function of the game according to instructions from the 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 simultaneously, thereby synchronizing the game proceeding among the terminal devices 10. Specifically, the synchronization processing unit 214 transmits operation information received from the terminal device 10 corresponding to each account within a predetermined period (e.g., one frame) to each terminal device 10 simultaneously for each predetermined period. The operation information is information related to the operation input to the terminal device 10. The timing of synchronization and the information to be synchronized may be received from the server processing unit 212 at any time. By executing the synchronization processing, it becomes possible to simultaneously reflect an event in the game caused by an operation input in one terminal device 10 in the other terminal devices 10.

[Functional configuration of terminal device]
3 is a block diagram illustrating an example of a functional configuration of the terminal device 10. The terminal device 10 in this embodiment has, for example, a function as an input device that accepts input operations by a user, and a function as an output device that outputs images and sounds of a game.

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

The game program 121 is a program for implementing the game on the terminal device 10. The game information 122 and user information 123 are data that the control unit 110 references when executing the game program 121.

The game information 122 contains information similar to the game information 222 of the server 20 described above, so a detailed explanation will be omitted here.

The user information 123 is data related to the account of the user who uses the terminal device 10, but as it contains information similar to the user information 223 of the server 20 described above, a description of it will be omitted here.

The control unit 110 executes a game program 121 stored in the memory unit 120 to control various processes related to the game executed on the terminal device 10. 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 reception unit 111 receives operations (hereinafter also referred to as "input operations") input by the user via the input unit 17 of the touch screen 16. Specifically, when the operation reception unit 111 receives an input operation on the input unit 17, it detects the coordinates of the input position and the type of input operation. Examples of the types of input operations include touch operations, tap operations, slide operations, swipe operations, and flick operations. Input operations are not limited to operations that physically contact the touch screen 16, but may also include non-contact operations. For example, when the operation reception unit 111 detects that a continuously detected input operation has been interrupted, it detects that the input operation on the input unit 17 has been released.

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

The transmitter/receiver 112 transmits and receives various types of data. Specific examples are given below.

The transmission/reception unit 112 transmits game information 122 or user information 123, and a synchronization request to support the multiplay function to the server 20. The transmission/reception unit 112 receives various data, programs, data for synchronization to support the multiplay function, and the like from the server 20. The data for synchronization includes, for example, synchronization instruction data for instructing each terminal device 10 participating in the multiplay to synchronize. The synchronization instruction data includes, for example, the data to be synchronized and the type of that data, data for specifying the time to synchronize, and the like.

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

The game progression unit 113 executes various processes related to the progression of the game. Specific examples are explained below.

The game progression unit 113 defines the game space based on information for defining the game space, which is included in the game information 122. The game progression unit 113 places objects in the game space based on object setting information, which is included in the game information 122. The game progression unit 113 controls the objects placed in the game space. Specifically, the game progression unit 113 changes the position, orientation, shape, color, etc. of the objects within the game space, and controls the objects to perform predetermined actions.

The game progression unit 113 defines a virtual camera for specifying an area of the game space to be presented to the user. The game progression unit 113 places 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 that depicts the field of view defined by the virtual camera and the objects placed in this field of view.

The position and orientation of the virtual camera can be determined appropriately for each game space. For example, the game progression unit 113 uses the position and orientation of a specific object as a reference and positions the virtual camera so that the specific object is located in the center of the field of view in a specific orientation. At that time, the game progression unit 113 adjusts the position and orientation of the virtual camera using the direction, distance, and angle relative to the specific object. The specific object may be, for example, a dynamic object such as a playable character or a non-player character, or a static object such as a building, tree, or stone. Dynamic objects include playable characters that act based on the operation of each user, 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 user's instructions based on the coordinates of the input position and the type of input operation detected by the operation reception unit 111. The game progression unit 113 executes various determination processes related to the progress of the game based on the interpreted instructions. The game progression unit 113 progresses the game while controlling objects, a virtual camera, etc. based on the results of the determination processes. The game progression unit 113 updates, adds, or deletes game information 122 and user information 123 according to the progress of the game.

The display control unit 114 causes the display unit 18 to display an image. A specific example is given below.

The display control unit 114 generates an image that depicts the area of the game space that is within the field of view of the virtual camera, as determined by the game progression unit 113, and the objects that exist in that area, and causes the image to be displayed on the display unit 18. The display control unit 114 can superimpose and draw objects related to the UI (user interface) required for various game operations, such as icons, buttons, and menus showing various parameters, on the image to be displayed on the display unit 18.

[Function to award points according to lottery game results]
The game system 1 of the present embodiment is characterized in that, in each of the above-mentioned configurations, it has a function of granting a reward according to the lottery result of the lottery game. Specifically, in a lottery game that is executed multiple times in succession, when any of the game media identified by multiple lotteries is the same as a game medium owned by the user, a reward is granted to the user according to the number of duplicate game media or the value of the duplicate game media.

A lottery game is a game in which a game medium selected from a group of game media that are the subject of a lottery (hereinafter also referred to as "lottery-subject game media") is identified as the game medium that the user will acquire (hereinafter also referred to as "acquired game medium").

Specifically, a lottery game is a game that has a lottery function, such as gacha, lotteries, and treasure chests, and is a game that is incorporated into a social game.

Game media is electronic data used in a game, and includes, for example, characters, items, cards, etc. Game media can be acquired, held, used, exchanged, sold, discarded, etc. within a game. The value of game media includes, for example, the value of characters and items (level, rarity, etc.), the number of cards, etc. Rarity indicates the scarcity of game media. In addition to differences in value, game media are given properties that indicate differences in type, such as attributes.

Rewards given to users can be, for example, points, in-game currency, items, characters, cards, etc.

This function can be applied to social games in general, as well as game apps that require downloading and running the application.

In the following, as an example, we will explain a case where the "lottery game" is "gacha", the "reward" is "points", the "game medium" is a "character", and the "value of the game medium" is the "character rarity".

Gacha is a game in which a player obtains a gacha machine (the right to play a lottery game) for drawing gacha, and enters an execution instruction into a lottery instruction unit provided on the gacha machine, thereby drawing a lottery. Gacha machines can be obtained, for example, by a user fulfilling certain conditions, by being distributed at an event, or by a user purchasing them. Certain conditions include, for example, completing a quest, defeating a boss character, defeating an opponent, reaching a certain skill level, etc.

The following describes the process when a user selects and executes a gacha that is executed multiple times in succession (hereinafter also referred to as "consecutive gacha"). In this embodiment, as an example, a case where a "10 consecutive gacha" is executed in which the gacha is drawn 10 times in succession is described. The number of consecutive executions is not limited to 10 times, and may be 9 times or less, or 11 times or more. In addition, the following describes 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, assuming a social game, but each process may also be executed by the game progression unit 113 of the terminal device 10, as in a game app.

When an operation to instruct the execution of a 10-consecutive gacha is input to the terminal device 10, the server processing unit 212 of the server 20 shown in FIG. 2 executes 10 consecutive gachas to identify an acquired character from a group of characters to be selected corresponding to the 10-consecutive gacha.

In each gacha, the character to be acquired is specified based on the probability table shown in FIG. 4. In the probability table in the same figure, five characters, A through E, are registered as characters to be selected by lottery. A rarity and probability of appearance are set for each character. Rarity is a value that indicates the rarity of the character, with values increasing in the order of c, b, a, and s. Probability of appearance is the probability that the character will be identified as the acquired character when the gacha is drawn. For example, characters A and B are set to c, the lowest rarity, and 40%, the highest probability of appearance. On the other hand, character E is set to s, the highest rarity, and 1%, the lowest probability of appearance.

In this embodiment, if the acquired character specified by the gacha is different from a character owned by the user (hereinafter also referred to as "owned character"), the acquired character is awarded to the user, whereas if the acquired character specified by the gacha is the same as the owned character, points are awarded to the user.

In this embodiment, whether to grant an acquired character or points is determined based on whether the acquired character is the same as the owned character, but the criteria for determining the grant recipient are not limited to whether the characters are the same. For example, whether to grant an acquired character or points may be determined based on whether the acquired character and the owned character are the same type of character.

The points awarded to a user can vary depending on the following conditions (1) to (4).

(1) The points awarded to a user can vary depending on the number of acquired characters that are determined to be the same as (duplicate) owned characters and the rarity of the acquired characters. For example, the points can be increased as the number of acquired characters that are determined to be duplicates of owned characters increases, and the points can be increased as the rarity of the acquired characters that are determined to be duplicates of owned characters increases.

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

Now, suppose that a 10-series gacha is performed with points set as shown in Figure 5, and all 10 acquired characters are duplicates of characters owned. Furthermore, suppose that the rarity of the 10 acquired characters is 1 c, 7 b, and 2 a.

In this case, the user will be awarded 56 points, calculated as {(1 point x 1) + (5 points x 7) + (10 points x 2)}.

In the above, the points are calculated based on the number of acquired characters determined to overlap with owned characters and the rarity of the acquired characters, but the points may be calculated based only on the number of acquired characters. In this case, regardless of the rarity of the acquired character, the points for one acquired character may be set to a predetermined point, and the points may be calculated by multiplying the number of acquired characters. The predetermined point may also be set in stages so that the points increase according to the number of acquired characters determined to overlap.

(2) The points awarded to the user can be different depending on whether the result of the 10-series gacha is a "win" or a "lose." A "win" and a "lose" are explained below.

As a result of performing a 10-series gacha, the characters acquired may be, for example, one character A, seven characters C, and two characters D. In this case, if the user already owns all of characters A, C, and D, they will not have been able to acquire any new characters through this 10-series gacha. Therefore, the result of this 10-series gacha is deemed a "lose."

On the other hand, if the user does not own any of Character A, Character C, or Character D, then this 10-series gacha will mean that the user has acquired a new character. Therefore, the result of this 10-series gacha will be considered a "win."

In this embodiment, if the result of the 10-series gacha is a "miss," points are awarded to the user according to the number of consecutive "misses." These points may be awarded separately from the points in (1) above, or may be awarded in place of the points in (1) above.

A more detailed explanation will be given with reference to FIG. 6. As shown in the figure, for example, if there is one loss in a 10-series gacha, 1 point is awarded, if there are two consecutive losses, 5 points are awarded, and if there are three consecutive losses, 10 points are awarded. In other words, the points awarded to the user increase as the number of consecutive losses increases. In this case, an upper limit may be set for the number of consecutive losses. For example, if the upper limit is set to 5, the points awarded for five or more consecutive losses will be the same regardless of the number of losses above 5. The number of consecutive losses is reset when a winning combination occurs. Note that, although the number of consecutive losses includes a single loss in the above, this does not have to be included.

In the case of consecutive losses, rather than awarding a specific number of points as described above, the points to be awarded to the user may be increased by a specified percentage. For example, if there is one loss in a 10-series gacha, 10% more points may be awarded, if there are two losses in a row, 15% more points may be awarded, and if there are three losses in a row, 25% more points may be awarded.

The criteria for determining whether the result of a 10-series gacha is a "lose" is not limited to whether the above-mentioned new characters have been acquired. For example, even if new characters have been acquired, it may be determined to be a "lose" if the number of acquired new characters is less than a predetermined number. Furthermore, even if the number of acquired new characters is less than a predetermined number, it may be determined to be a "win" if the new characters include a character whose rarity is equal to or greater than a predetermined value.

(3) The points given to a user can be different depending on whether the user has purchased a paid pack. A paid pack is sold in the game as a set that includes, for example, a gacha machine and items, characters, or gacha tickets, etc.

When a user purchases a paid pack that includes a gacha machine, the user will be given points as a bonus for purchasing the paid pack (hereinafter also referred to as the "purchase bonus") for the next 10-series gacha that is played.

Points as a purchase bonus can be awarded separately from the points (1) and (2) above. When awarding points to a user, a specific number of points may be awarded as a purchase bonus, or a specified percentage of points may be awarded separately from the purchase bonus.

The purchase bonus may be limited to being given once after purchase, or may be limited to a certain number of times after purchase.

(4) The points awarded to a user can differ depending on whether or not the user performed a 10-series gacha using a premium gacha ticket that came with a paid pack that included a gacha machine.

A premium gacha ticket is a gacha ticket that guarantees the identification of a character with a rarity of a or higher when a 10-series gacha is performed. Note that the rarity guaranteed by a premium gacha ticket is not limited to a or higher, and may be other rarity values or higher.

When a user uses a premium gacha ticket to perform 10 consecutive gacha spins and the acquired character identified is the same as the character the user owns, the user is given points as a reward for using the premium gacha ticket (hereinafter also referred to as the "use reward").

The points as a usage benefit can be awarded separately from the points (1) to (3) above. When awarding points to a user, a specific number of points may be awarded as a usage benefit, or the points awarded separately from the usage benefit may be increased by a specified percentage.

Points as a usage benefit are not limited to being awarded when a premium gacha ticket is used, but may also be awarded when other tickets, such as a gacha ticket, are used.

With reference to Figure 7, an example of the processing procedure when a 10-consecutive gacha is executed in the game system 1 according to this embodiment will be described.

First, the server processing unit 212 of the server 20 executes the gacha (step S102) based on an instruction to execute the 10-consecutive gacha sent from the terminal device 10 (step S101).

Then, the server processing unit 212 determines whether the acquired character identified by the gacha is the same character as the owned character (step S103). If this determination is YES (step S103; YES), the server processing unit 212 makes the acquired character identified by the gacha eligible for points award (step S104) and proceeds to step S106, which will be described later.

If it is determined in step S103 above that the acquired character identified by the gacha is a character different from the owned character (step S103; NO), the server processing unit 212 selects the acquired character as a target for granting to the user (step S105).

Then, the server processing unit 212 determines whether or not the gacha has been executed 10 times (step S106). If this determination is NO (step S106; NO), the server processing unit 212 transitions to the process of step S102.

If it is determined in step S106 that the gacha has been executed 10 times (step S106; YES), the server processing unit 212 calculates points based on the number of acquired characters for which points were awarded in step S104 and the rarity of the acquired characters (step S107).

Next, the server processing unit 212 calculates points based on the number of consecutive losses in the 10-series gacha (step S108).

Then, the server processing unit 212 calculates points for the purchase bonus when the first 10-series gacha is executed after purchasing a paid pack that includes a gacha machine (step S109).

Next, the server processing unit 212 calculates points for the usage benefit when a 10-series gacha is performed using a premium gacha ticket (step S110).

Then, the server processing unit 212 transmits to the terminal device 10 the points calculated in steps S107 to S110 and the data of the acquired character to be awarded to the user in step S105 (step S111). This allows the points and acquired character that are the outcome of the 10-series gacha to be awarded to the user. Then, this processing procedure ends.

As described above, according to the game system 1 in the embodiment, when a 10-series gacha is executed, if an acquired character specified by each gacha differs from a character owned by the user, the acquired character is awarded to the user, whereas if an acquired character specified by each gacha is the same as an owned character, points are awarded to the user according to the number of acquired characters that overlap with the owned characters and the rarity of the acquired characters.

In addition, if the user fails to win 10 consecutive gacha spins, the user can be awarded more points than they got the previous time they try the next 10-spin gacha.

In addition, if a user purchases a paid pack that includes a gacha machine, they can receive additional points as a purchase bonus the next time they play a 10-series gacha.

In addition, if you use a premium gacha ticket that guarantees the identification of a character with a rarity of a or higher to perform a 10-series gacha, and the acquired character identified by the gacha is the same as a character you own, you can be awarded additional points as a benefit for using the premium gacha ticket.

Therefore, according to the game system 1 in the embodiment, it is possible to provide a game program, a game method, and a server that improve the mechanism for awarding points to users, thereby making it possible to increase users' interest in the game.

[Variations]
It should be noted that the present invention is not limited to the above-described embodiment, and can be embodied in various other forms without departing from the scope of the present invention. Therefore, the above-described embodiment is merely illustrative in all respects and should not be interpreted as being restrictive.

For example, the order of each of the above-mentioned processing steps can be changed as desired or they can be executed in parallel as long as no inconsistencies occur in the processing content. Furthermore, the game system 1 in the above-mentioned embodiment may be configured so that the server 20 has at least some of the functions of the terminal device 10, or so that the terminal device 10 has at least some of the functions of the server 20. Furthermore, devices other than the terminal device 10 and the server 20 may be components of the game system 1, and the other devices may execute at least some of the processing in the game system 1. In other words, the computer that executes the game programs 121 and 221 in this embodiment may be composed of the terminal device 10, the server 20, and other devices.

Here, an embodiment of the present invention can also be described as follows:

[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,
The processor (21),
a step of continuously executing a lottery game multiple times, in which a game medium selected from a group of lottery-target game media is specified as an acquired game medium to be acquired by the user, based on an execution instruction from the terminal device (10);
a step of granting the acquired game medium to the user when the acquired game medium identified by the lottery game is a type different from an owned game medium that is a game medium owned by the user, and granting a reward to the user when the acquired game medium identified by the lottery game is a type the same as the owned game medium;
Run the command,
the reward given to the user varies depending on the number of the acquired game media that overlap with the owned game media;
Game program (221).

This allows the lottery games to be played multiple times in succession, and if the acquired game media identified by each lottery game is of a different type from the game media owned by the user, the acquired game media is awarded to the user, while if the acquired game media identified by each lottery game is of the same type as the owned game media, a reward can be awarded to the user according to the number of acquired game media of the same type as the owned game media.

[Appendix 2]
the reward given to the user further varies depending on the value of the acquired game media that overlaps with the owned game media;
2. The game program (221) according to claim 1.

As a result, if the acquired game media identified by each lottery game that is executed multiple times in succession is the same type as the owned game media, it becomes possible to award the user a reward according to the number of acquired game media that are the same type as the owned game media and the value of the acquired game media.

[Appendix 3]
When the number of the acquired game media to be awarded to the user in the lottery games executed multiple times in succession is equal to or less than a predetermined number, a reward to be awarded to the user in the lottery games to be executed multiple times in succession next time is set to be higher than the current reward.
Attachment 1 or 2. The game program (221) according to claim 1.

As a result, if the number of acquired game media awarded in each lottery game that is played multiple times in succession is small, it is possible to award the user a reward that is greater than the current reward when the next lottery game is played.

[Appendix 4]
When the user purchases the right to play the lottery game, a reward is further given to the user as a purchase benefit in the next lottery game to be played multiple times in succession.
A game program (221) according to any one of appendices 1 to 3.

This means that if a user purchases the right to play a lottery game, they will be able to receive additional rewards as a purchase bonus the next time they play the lottery game.

[Appendix 5]
a reward is further given to the user as a usage benefit of the ticket when the user uses a ticket associated with the right to play the lottery game purchased by the user to play the lottery game, which is guaranteed to identify a game medium of a predetermined value or more, multiple times in succession, and the identified acquired game medium is the same type as the owned game medium;
The game program (221) described in Appendix 4.

This allows a lottery game to be played using a ticket that guarantees the identification of a game medium of a predetermined value or more, and if the identified acquired game medium is the same type as the owned game medium, a reward can be further awarded as a benefit of using the ticket.

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

As a result, if the acquired game media identified by each lottery game is of the same type as the owned game media, it becomes possible to award points or items to the user according to the number of acquired game media of the same type as the owned game media, etc.

[Appendix 7]
A gaming method executed by a processor (21) of a server (20) that provides a game to a terminal device (10) used by a user, comprising:
The processor (21),
a step of continuously executing a lottery game multiple times, in which a game medium selected from a group of lottery-target game media is specified as an acquired game medium to be acquired by the user, based on an execution instruction from the terminal device (10);
a step of granting the acquired game medium to the user when the acquired game medium identified by the lottery game is a different type from the owned game medium that is a game medium owned by the user, and granting a reward to the user when the acquired game medium identified by the lottery game is the same type as the owned game medium;
Run
the reward given to the user varies depending on the number of the acquired game media that overlap with the owned game media;
How to play the game.

This allows the lottery games to be played multiple times in succession, and if the acquired game media identified by each lottery game is a different type from the game media owned by the user, the acquired game media is awarded to the user, while if the acquired game media identified by each lottery game is the same type as the owned game media, a reward can be awarded to the user according to the number of acquired game media that are the same type as the owned game media.

[Appendix 8]
A server (20) that provides a game to a terminal device (10) used by a user,
a first processing unit (212) that executes a lottery game multiple times in succession, based on an execution instruction from the terminal device (10), to specify a game medium selected from a group of game media to be selected by lottery as an acquired game medium to be acquired by the user;
a second processing unit (212) that, when the acquired game medium identified by the lottery game is a type different from an owned game medium that is a game medium owned by the user, grants the acquired game medium to the user, and, when the acquired game medium identified by the lottery game is a type similar to the owned game medium, grants a reward to the user;
Equipped with
the reward given to the user varies depending on the number of the acquired game media that overlap with the owned game media;
Server (20).

This allows the lottery games to be played multiple times in succession, and if the acquired game media identified by each lottery game is of a different type from the game media owned by the user, the acquired game media is awarded to the user, while if the acquired game media identified by each lottery game is of the same type as the owned game media, a reward can be awarded to the user according to the number of acquired game media of the same type as the owned game media.

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 (3)

Computer,
a lottery means capable of at least performing a multiple lottery for continuously selecting a medium to be acquired by a user from a predetermined group of media;
a granting means for granting the acquired medium to the user when the acquired medium selected by lottery is a different type from the owned medium, which is a medium owned by the user, and granting a reward to the user when the acquired medium selected by lottery is the same type as the owned medium;
Function as a
The reward varies depending on the number of acquired media that overlap in type with the owned media;
When the number of the acquired media to be awarded to the user in the multiple lottery is equal to or less than a predetermined number, the reward to be awarded to the user in the next multiple lottery is increased from the current reward.
program. The compensation further varies depending on the value of the acquired media that overlaps in type with the owned media.
The program according to claim 1. When the user purchases the right to participate in the lottery, a reward is further given to the user as a purchase benefit in the next multiple lottery to be held.
3. The program according to claim 1 or 2 .