JP6949525B2 - Game control method and game program - Google Patents

Description

The present disclosure relates to a game control method and a game program.

Patent Document 1 discloses a technique capable of playing a lottery game for a user to acquire a game medium such as a game card by paying a virtual currency.

Japanese Unexamined Patent Publication No. 2013-202322

The user can acquire the virtual currency required for playing the lottery game by various methods. For example, in the case where a fixed amount of virtual currency is regularly given to the user as disclosed in Patent Document 1, a fixed amount of virtual currency is given by clearing a predetermined game stage, or the user's section There is a method of giving a user an amount of virtual currency according to the amount of money.

It is an object of the present disclosure to provide a game control method and a game program that can guarantee the fairness of the value of virtual currency.

According to the present disclosure, it is executed in a computer having at least a processor and a memory and functioning as a control unit for executing a game including a lottery and a storage unit for storing lottery conditions for executing the lottery. A game control method including the steps of is provided.
A step of associating a predetermined user with a game point and storing it in the storage unit by advancing the game other than the lottery.
A step of automatically associating a first virtual currency with a predetermined value with the user and storing it in the storage unit when the game points satisfy the first condition.
A step of associating a second virtual currency with a predetermined value with the user and storing it in the storage unit.
When the lottery is executed, the lottery condition including the subtraction value when at least one of the first virtual currency and the second virtual currency associated with the user is subtracted is stored in the storage unit. Step.
By accepting the lottery request by the user and executing the lottery, the game medium having a predetermined rarity is associated with the user, and the first virtual currency and the first virtual currency associated with the user based on the lottery conditions are associated with the user. 2 Steps to subtract at least one of the virtual currencies.

According to the present disclosure, a game control method and a game program that can guarantee the fairness of the value of virtual currency are provided.

It is a conceptual diagram which shows the structure of the game system of this embodiment. It is a block diagram which shows the functional structure of the user terminal of this embodiment. It is a block diagram which shows the functional structure of the game server of this embodiment. It is a figure for showing an example of a lottery management table. It is a figure for showing an example of a character management table. It is a figure for showing an example of a quest management table. It is a figure for showing an example of the possession character management table. It is a figure for showing an example of a virtual currency management table. It is a flowchart which shows the process in the game system of this embodiment. It is a flowchart which shows the process in the game system of this embodiment. It is a figure for showing an example of a game screen. It is a figure for showing an example of a game screen. It is a flowchart which shows the process in the game system of this embodiment. It is a flowchart which shows the process in the game system of this embodiment. It is a figure for showing an example of a game screen. It is a flowchart which shows the process in the game system of this embodiment. It is a figure for showing an example of a game screen. It is a figure for showing an example of a game screen. It is a figure for showing an example of a game screen.

[Explanation of the present embodiment]
First, the contents of the embodiments shown in the present disclosure (hereinafter, referred to as the present embodiments) will be listed and described. The game control method and the game program of the present embodiment have the following configurations.
(Item 1)
A game control method executed in a computer having at least a processor and a memory and functioning as a control unit for executing a game including a lottery and a storage unit for storing lottery conditions for executing the lottery.
A step of associating a predetermined user with a game point and storing it in the storage unit by advancing the game other than the lottery.
A step of automatically associating a predetermined value of the first virtual currency with the user and storing it in the storage unit when the game points satisfy the first condition.
A step of associating a second virtual currency with a predetermined value with the user and storing it in the storage unit,
When the lottery is executed, the lottery condition including the subtraction value when at least one of the first virtual currency and the second virtual currency associated with the user is subtracted is stored in the storage unit. Steps and
By accepting the lottery request by the user and executing the lottery, the game medium having a predetermined rarity is associated with the user, and the first virtual currency and the first virtual currency associated with the user based on the lottery conditions are associated with the user. 2 A game control method including a step of subtracting at least one of virtual currencies.
According to the game control method of this item, a plurality of virtual currencies such as a first virtual currency and a second virtual currency are defined as lottery conditions for granting a game medium having a predetermined rarity to a user. The first virtual currency can be distinguished from the second virtual currency by automatically granting the first virtual currency according to the game points given to the user as the game progresses. As a result, the fairness of the value of the virtual currency can be guaranteed.
(Item 2)
The second virtual currency is given to the user according to the amount charged by the user.
The first virtual currency is associated with a second condition that limits the value of the first virtual currency.
Item 1 game control method.
According to the game control method of this item, the value of the first virtual currency may be limited to the value of the second virtual currency given to the user according to the amount charged by the user. As a result, the fairness of the value of the virtual currency can be guaranteed.
(Item 3)
The second condition includes a time condition that specifies the time until it becomes impossible to execute the lottery based on the first virtual currency.
The game control method of item 2, wherein when the time condition is not satisfied, it is impossible to execute the lottery based on the first virtual currency.
According to the game control method of this item, the value of the first virtual currency can be easily limited by giving a time condition to the value of the first virtual currency.
(Item 4)
The second condition includes an upper limit of the first virtual currency that can be associated with the user.
When the game points satisfy the first condition and a predetermined value of the first virtual currency is given to the user, and the value of the first virtual currency exceeds the upper limit value, the game points are given. The game control method of item 2 or 3, wherein the first virtual currency is not given to the user even if the first condition is satisfied.
According to the game control method of this item, the value of the first virtual currency can be easily limited by giving a quantitative condition to the value of the first virtual currency.
(Item 5)
The computer further includes a display unit for displaying a game image.
The control unit causes the display unit to display an image relating to the first virtual currency and an image relating to a residual condition until the value of the first virtual currency is limited based on the second condition in association with each other. , A game control method according to any one of items 1 to 4.
According to the game control method of this item, the conditions for benefiting the first virtual currency can be clearly presented to the user.
(Item 6)
The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit causes the display unit to display an image relating to each value of the first virtual currency and an image relating to the residual condition individually associated with each value of the first virtual currency in association with each other. 5 game control methods.
According to the game control method of this item, the time condition for benefiting the first virtual currency can be clearly presented to the user.
(Item 7)
The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit identifies the minimum residual condition having the smallest remaining temporal condition among the residual conditions individually associated with each value of the first virtual currency, and obtains an image relating to the first virtual currency and an image. Item 5. The game control method of item 5, wherein the images related to the minimum residual condition are associated with each other and displayed on the display unit.
According to the game control method of this item, the time condition for benefiting the first virtual currency can be clearly presented to the user.
(Item 8)
The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit identifies the total value of the values of the first virtual currency associated with the residual condition that the time condition is not satisfied within a predetermined period.
Item 5. The game control method of item 5, wherein the image relating to the first virtual currency and the image relating to the total value are associated with each other and displayed on the display unit.
According to the game control method of this item, the time condition for benefiting the first virtual currency can be clearly presented to the user.
(Item 9)
The lottery is performed based on information about a plurality of population game media including the game medium and a virtual enclosure defined based on the game medium or the probability associated with the rarity.
When either the first virtual currency or the second virtual currency associated with the user is subtracted when the lottery is executed, the lottery is executed based on the same information about the virtual housing. The game control method according to any one of items 1 to 8.
According to the game control method of this item, the user can perform the lottery by either the first virtual currency or the second virtual currency. As a result, the fairness of the value of the virtual currency can be guaranteed.
(Item 10)
The first condition includes that the cumulative value of the game points has reached the threshold value.
The game includes a quest associated with a game stage and a plurality of missions associated with the quest.
A predetermined value of game points is associated with the plurality of missions.
The game control method according to any one of items 1 to 9, wherein when the mission is achieved based on the progress of the game, the cumulative value is updated based on the game points associated with the mission.
According to the game control method of this item, since the user can draw a lottery by advancing the game, the motivation for continuously advancing the game can be improved.
(Item 11)
A game program that causes the computer to execute the game control method according to any one of items 1 to 10.

[Details of the present embodiment]
A game control method and a specific example of the game program according to the present embodiment will be described below with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

The game system 1 of the present embodiment shown in FIG. 1 provides a game to a plurality of users. The game system 1 includes a plurality of user terminals 100 and a game server 200. Each user terminal 100 and the game server 200 are connected via the network 2. The game server 200 provides various services related to the game to each user terminal 100. The network 2 can be connected to the Internet by the Internet, various mobile communication systems constructed by wireless base stations (not shown) (for example, so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution)), and a predetermined access point. It may include a wireless network (eg, WiFi®).

The user terminal 100 is preferably a portable terminal device such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, and a touch screen 15 that are electrically connected to each other by a communication bus.

The game server 200 is preferably a general-purpose computer such as a workstation or a personal computer. The game server 200 includes a processor 20, a memory 21, a storage 22, a communication interface (IF) 23, and an input / output IF 24, which are electrically connected to each other by a communication bus.

The processors 10 and 20 are configured to include a CPU (Central Processing Unit), an MPU (Micro processing unit), a GPU (Graphics Processing Unit), and the like, and control the user terminal 100 and the game server 200 as a whole.

The memories 11 and 21 are main storage devices that can be configured to include a ROM (Read Only Memory), a RAM (Random Access Memory), and the like. The storages 12 and 22 are auxiliary storage devices that can be configured to include a flash memory, an HDD (Hard Disk Drive), and the like. Game data such as a game program is stored in the storage 22 of the game server 200, and game data such as a game program downloaded from the game server 200 is stored in the storage 12 of the user terminal 100. The memories 11 and 21 temporarily store various programs and data loaded from the storages 12 and 22, and provide a work area for the processors 10 and 20. The game program is expanded in the memories 11 and 21 and executed by the processors 10 and 20. Various game data generated while the processors 10 and 20 are operating according to the game program are also temporarily stored in the memories 11 and 21.

The communication IFs 13 and 23 include a communication control function for transmitting and receiving various data between the user terminal 100 and the game server 200. The communication control function includes, for example, a wireless LAN connection function, an Internet connection function via a wired or wireless LAN or a mobile phone network, a short-range wireless communication function, and the like. In the present embodiment, the data includes game data such as predetermined game programs, user information, and game information, instructions for transmitting and receiving them between the user terminal 100 and the game server 200, and instructions for advancing the game. The communication IFs 13 and 23 include, for example, a NIC (Network Interface Card) or the like.

The input / output IF 14 of the user terminal 100 includes various data input / output functions via USB (Universal Serial Bus) and the like, and an audio input / output function.

The touch screen 15 is an electronic component that combines a touch-sensing input unit 151 including a touch pad and the like and a display unit 152 including a liquid crystal display, an organic EL (Organic Electroluminescence) display, and the like. .. The input unit 151 inputs the user's action on the touch screen 15 (mainly, touch operation, slide operation, swipe operation, tap operation, etc. on the touch screen 15 based on physical contact operation, proximity operation, push operation, etc.). It has a function of detecting the position information on the touch screen 15 and outputting it as an information signal. As the input unit 151 of the touch screen 15, a device adopting any method such as a capacitance method or a resistance film method may be adopted.

The input / output IF24 of the game server 200 includes an input unit that is an information input device such as a mouse and a keyboard, and an output unit such as a liquid crystal display, and is used for monitoring computer information.

FIG. 2 is a block diagram showing a main function related to game progress processing of the user terminal 100. The user terminal 100 can function as a control unit 110 and a storage unit 120 by the cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like. The function of the control unit 110 can be realized mainly by the cooperation of the processor 10 and the memory 11. The function of the storage unit 120 can be realized mainly by the cooperation of the memory 11 and the storage 12. In the present embodiment, the control unit 110 executes a game including a lottery as described later, and the storage unit 120 stores at least the lottery conditions for executing the lottery. The control unit 110 can function as an action reception unit 111, a game processing unit 112, a determination unit 113, an object control unit 114, a lottery unit 115, and an image generation unit 116 by the game program stored in the storage unit 120.

The action receiving unit 111 detects the user's action on the input unit 151 of the touch screen 15. The action receiving unit 111 determines what kind of operation input has been made from the operation instruction by the console via the touch screen 15 or other input / output IF14, and uses the result as an information signal for the game processing unit 112 or the like. Output to the element. When an action input is made to the touch screen 15, the coordinate information of the input position and the type of action (touch operation, slide operation, etc.) are detected. Further, by detecting that the continuously detected input is interrupted, it is detected that the contact input is released from the touch screen 15.

The game processing unit 112 controls the operation of the entire user terminal 100, transmits / receives data between each element, and performs arithmetic processing necessary for executing the game. For example, the image generation unit 116 is instructed to advance the game according to the game program based on the action detected by the action reception unit 111 and draw the game image as a result. Further, various information / requests are transmitted to the game server 200 via the communication IF 13, the resulting information is received, and a process of further advancing the game is executed.

The determination unit 113 executes various determinations necessary for the progress of the game, which will be described later. The determination unit 113 refers to various game data stored in the storage unit 120 as necessary based on the determination request from the game processing unit 112, and executes various determinations.

The object control unit 114 controls the operations of various objects appearing in the game progressing in the present embodiment. It is preferable that the various objects are controlled in a predetermined manner based on the user's action received by the action receiving unit 111, the game program, the game information, the user information, etc. stored in the storage unit 120. Various objects are displayed in addition to characters operated by the user (so-called player characters), various game characters including opponent characters that play against the player characters, game stage components, weapons and balls operated by the characters, and the like. It includes various objects (GUI: Graphical User Interface (graphical user interface), etc.) displayed on the unit 152 and executing a predetermined control based on the action of the user received by the action receiving unit 111.

The lottery unit 115 controls to execute a lottery for giving a predetermined game medium to the user based on the lottery request by the user. In the present embodiment, the lottery unit 115 causes the game server 200 to execute the lottery by transmitting the lottery request by the user to the game server 200, and stores the character information about the game medium received from the game server 200 in association with the user information. By storing it in 120, a process for imparting a predetermined game medium to the user is executed. Details of the lottery will be described later.

The image generation unit 116 stores game data, game objects, game characters, and the like displayed on the display unit 152 based on various game data stored in the storage unit 120, calculation results by the game program, and actions on the user input unit 151. Generate an image of. As a result, the user can interactively visually recognize the output for the input of various operations on the touch screen 15, and the operability of the user terminal 100 is improved.

FIG. 3 is a block diagram showing a main function related to game progress processing of the game server 200. The game server 200 can function as a control unit 210 and a storage unit 220 by the cooperation of the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like. The function of the control unit 210 can be realized mainly by the cooperation of the processor 20 and the memory 21. The function of the storage unit 220 can be realized mainly by the cooperation of the memory 21 and the storage 22. The game server 200 of the present embodiment has a game providing function of providing information necessary for game progress to each user terminal 100. The game server 200 receives various instructions from the user terminal 100, and a game program that can operate on the user terminal 100, a Web page (game screen, etc.), various game data such as user information and game parameters, and various notifications. Etc. are sent. In the present embodiment, the control unit 210 executes a game including a lottery as described later, and the storage unit 220 stores at least the lottery conditions for executing the lottery. The control unit 210 functions as a reception unit 211, a game processing unit 212, a determination unit 213, a data management unit 214, a reward calculation unit 215, a lottery unit 216, and an image generation unit 217 according to the game program stored in the storage unit 220. obtain.

The receiving unit 211 receives various information from each user terminal 100. Each user terminal 100 transmits various information to the game server 200 under the control of the control unit 110, the game server 200 receives the information via the network 2 and the communication IF 23, and the receiving unit 211 receives the content of the information. Is identified and accepted.

The game processing unit 212 controls the operation of the entire game server 200, transmits / receives data between each element, and performs arithmetic processing necessary for the progress of the game. For example, the arithmetic processing according to the game program is executed based on the information / request from the user terminal 100 received by the receiving unit 211. Then, game data such as various user information and game information as a result, a game program, and the like are transmitted to the user terminal 100 via the communication IF 13, and the game is further advanced on the user terminal 100.

The determination unit 213 executes various determinations necessary for the game progress processing in the game processing unit 212. The determination unit 213 refers to various game data and databases based on the control of the game program stored in the storage unit 220, and executes various determinations necessary for the progress of the game.

The data management unit 214 executes necessary processing by adding / updating / deleting various game data and database records stored in the storage unit 220 based on various calculation results in the game processing unit 212.

The reward calculation unit 215 determines the reward given to the user according to the game progress processing result in the game processing unit 212. For example, when a predetermined game condition is satisfied on the user terminal 100 (a predetermined quest clearing condition is achieved: a player character operated by the user wins a match, etc.), the player character is given. Reward points (experience points, etc.), in-game virtual currency given to the user, in-game items, etc. are specified. The data management unit 214 updates various game data and databases stored in the storage unit 220 in order to give the reward to the user, and the information is transmitted to the user terminal 100 via the communication IF 23 under the control of the game processing unit 212. By being transmitted, the user can obtain in-game rewards.

The lottery unit 216 executes a lottery for giving a predetermined game medium to the user based on the lottery request by the user terminal 100. In the present embodiment, the lottery unit 216 executes a lottery based on the lottery request received from the user terminal 100, and stores the character information regarding the winning game medium in the storage unit 120 in association with the user information. Further, by transmitting the character information regarding the winning game medium to the user terminal 100, a predetermined game medium is given to the user. Details of the lottery will be described later.

The image generation unit 217 generates an image such as a game image related to the game data necessary for the progress of the game under the control of the game processing unit 212 and the determination unit 213. The image is transmitted to the user terminal 100 under the control of the game transmission processing unit 212.

The storage unit 220 mainly stores game programs, game information, and user information. The game program has game control information for advancing the game based on a predetermined scenario, lottery control information for executing the above-mentioned lottery, and various objects in a predetermined mode based on user operations and character actions. Contains object control information for control with. The game control information and the lottery control information include condition information that specifies conditions in the game for executing the game or the lottery. The game information includes a character management table that masters and manages basic parameters and attributes of various characters, and a quest management table that manages quests as an example of a game other than the above lottery. The user information includes a user management table that master-manages information (rank, skill level, etc.) about each user. It also includes a possessed character management table that manages information about possessed characters associated with the user and combinations of player characters (so-called decks) that the user causes to appear in the game. It also includes a virtual currency management table that manages various virtual currencies owned by the user. As described above, it is preferable that the storage unit 220 has a database for managing information related to the game and the lottery. The storage unit 120 of the user terminal 100 stores all or part of the game program, game information, and user information downloaded from the storage unit 220 of the game server 200.

FIG. 4 shows an example of the lottery control information stored in the storage units 120 and 220 and the lottery management table for defining the condition information. In the present embodiment, the lottery management table includes lottery conditions as condition information for executing the lottery, characters that can be given to the user (population game medium including the game medium that is actually given), and rarity of each game medium. Information about each virtual housing is defined by storing the rarity), winning probability, etc. in association with each virtual housing. The winning probability may be set individually for each game medium, or may be set based on the rarity of the game medium.

In the present embodiment, in the virtual housing, a "rare" in which a character associated with a rarity of a predetermined value or more can be won and a character associated with a rarity of a predetermined value or less are elected (associated with a rarity of a predetermined value or more). Includes "normal". A predetermined value of virtual currency is specified in advance in the lottery conditions of each virtual housing, and when the lottery is executed by designating each virtual housing, the virtual currency of the predetermined value is consumed and the virtual currency in the user information is virtual. It is reflected in the currency management table. As a "rare" lottery condition, a predetermined value of paid stone (an example of a second virtual currency described later) or a lottery ticket (an example of a first virtual currency described later) is specified. A predetermined value of coins is specified as a "normal" lottery condition. As will be described later, the pay stone is a virtual currency given to the user according to the charge amount of the user, and can be consumed for various purposes other than the lottery in order to advance the game advantageously. The lottery right and coins are virtual currencies given to the user by advancing a game other than the lottery. The lottery right is given to the user mainly for the purpose of lottery only. Coins are so-called in-game currency and may be consumable for various purposes other than lottery.

FIG. 5 shows an example of character information included in the character management table as an example of game information stored in the storage units 120 and 220. In the present embodiment, a game imitating a sport such as tennis is shown as an example of the game, and character information regarding a character for executing the game is illustrated. Character information includes parameters such as rarity, play style, stroke, serve, speed, cleverness, and super shot. Rarity is a parameter that indicates the rarity of a character. The play style indicates an attribute that defines the behavioral mode of the character in the sports game. Stroke, serve, and speed are basic parameters for specifying a character's behavioral mode. The stroke is a parameter indicating the suitability for the shot behavior of the character in tennis, and is the basis for calculating the movement trajectory of the moving body due to the shot of the character. The serve is a parameter indicating the suitability for the character's serve behavior in tennis, and is the basis for calculating the movement trajectory of the moving body by the character's serve. The speed is a parameter indicating the moving speed of the character, and is the basis for calculating the moving speed when moving the character from the current position to the moving target position. Wise is the basis for determining whether or not to perform appropriate behavior according to the situation when the behavior of the character is automatically controlled by a computer. Super shot is a special action set for each character, and is set to be activated when the situation on the court meets a predetermined condition. The contents of the super shot may be managed in a separate table for each character.

FIG. 6 shows an example of quest information included in the quest management table as an example of game information stored in the storage units 120 and 220. In this embodiment, each quest is associated with information such as game stage, clearing conditions, multiple missions, rewards, playability, and difficulty level. The user can clear the quest by operating the player character in a predetermined game stage and satisfying a predetermined clear condition. In addition, when cleared, the reward given to the user is determined based on the clear reward and the type and number of completed missions. Rewards are virtual gains and in-game items. In addition, the next quest can be played by satisfying the conditions such as clearing a predetermined quest.

FIG. 7 shows a possessed character management table as an example of user information stored in the storage units 120 and 220. In the possessed character management table, possessed character information is stored in association with an identifier (user ID) that identifies each user, and deck, Lv (level), stroke, serve, speed, and cleverness are stored for the possessed character. Parameters such as are associated and stored. The possessed character is a character obtained and possessed by the user. The deck is information for selecting and storing one or a plurality of characters who can participate in a predetermined quest in advance, and defines a player character operated by the user. The level is a parameter that defines the growth rate of the possessed character. Parameters such as stroke, serve, speed, and cleverness for each character are master-managed as character information shown in FIG. 5, and each parameter of the possessed character is determined according to the level in the user information, and the possessed character of the user is related. Parameters are defined. In addition, each character may be further associated with correction parameters such as various items. The user can advance various games based on the parameters of the possessed character.

FIG. 8 shows a virtual currency management table as an example of user information stored in the storage units 120 and 220. In the virtual currency management table, information about various virtual currencies held for each user ID is stored in association with each other. In the present embodiment, the virtual currency includes the above-mentioned paid stones, coins, lottery rights, and quest points (an example of game points). As will be described later, quest points are given to the user as a reward for clearing the quest, and when the total value of the quest points exceeds the predetermined value (an example of the first condition), the lottery right of the predetermined value is automatically given. Granted to the user. The lottery right is associated with information regarding the lottery right number, lottery right ID, acquisition date, expiration date, and availability.

When the lottery right is given to the user in the present embodiment, the lottery right numbers 1 to 5, an arbitrary lottery right ID, an acquisition date, and an expiration date are given, and whether or not the lottery right can be used based on the expiration date. Is managed. When a predetermined lottery right is selected and the lottery is executed, the usage right is consumed and deleted from the virtual currency management table. If the lottery rights are already associated with the lottery right numbers 1 to 5, no new lottery right will be assigned even if the quest points satisfy the first condition. In this way, the lottery right is given a time condition (time until it becomes impossible to execute the lottery based on the first virtual currency) as an "expiration date". A quantitative condition (upper limit value of the first virtual currency that can be associated with the user) for executing the lottery is given as a "lottery right number". Then, when the time condition or the quantitative condition is no longer satisfied, it is impossible to execute the lottery based on the lottery right. Therefore, the lottery right as the first virtual currency is subject to a time or quantitative constraint for limiting the right to obtain the benefit, and the value of such a first virtual currency is given some value. The condition restricted by the form may be referred to as a second condition. In addition, until the second condition such as the remaining period (days, etc.) until the expiration date and the number of lottery right numbers not associated with the lottery right is not satisfied, it becomes impossible to receive the benefits of the lottery right. The grace may be referred to as the residual condition.

At least a part of the functions of the user terminal 100 may be configured to be provided in the game server 200 or other hardware. Further, at least a part of the functions of the game server 200 may be configured to be provided in the user terminal 100 or other hardware. That is, the computer hardware that realizes a predetermined function by executing the game control method and the game program in the present embodiment is arbitrarily selected from the above-mentioned information control device including the user terminal 100 and the game server 200. obtain.

Hereinafter, the processing flow of the game system 1 according to the present embodiment will be described in detail with reference to FIGS. 9 to 19. The game played by the game system 1 may belong to any genre in addition to the above-mentioned game imitating sports. In the present embodiment, the game progressed based on the above-mentioned quest and the process related to the granting of the game medium by lottery will be described in detail. FIG. 9 is a diagram mainly for explaining the process from the start of the game to the start of the quest. 10 to 12 are diagrams for explaining the process from the start of the quest to the granting the quest clear reward to the user. FIG. 13 is a diagram for explaining a process of granting the second virtual currency to the user. 14 to 15 are diagrams for explaining a process of giving a game medium to a user by lottery. 16 to 19 are diagrams for explaining the first virtual currency and the second virtual currency in detail.

As shown in FIG. 9, when the user starts the game application using the user terminal 100, the control unit 110 requests the game server 200 for the user information and the game information for starting the game (S101). The request includes a user ID. When the game server 200 receives this via the network 2 and the communication IF 23, the receiving unit 211 executes a process of receiving this (S201). The game processing unit 212 refers to the storage unit 220, and the data management unit 214 updates the user management table as necessary, and then provides the latest user information, game information, and game program according to the user ID of the user. Identify. The control unit 210 transmits this to the user terminal 100 (S202), and when the user terminal 100 receives this, the game processing unit 112 updates the user information and the game information as necessary, and then the user information and the game. A process for starting a game is executed using the information and the game program (S102).

Upon receiving the quest selection instruction by the user, the control unit 110 executes a process for executing the quest based on the quest information stored in the storage unit 120 (S103). Here, one or more characters are selected as the player characters from the characters owned by the user, and the opponent character to be the opponent in the quest is set and stored in the storage unit 120 as game information and user information. (S104). When the user is ready to start the quest, such as by specifying the game stage on which the quest will be executed, the user inputs the quest start instruction. The action receiving unit 111 receives this, and the game processing unit 112 executes a process for starting the game. The control unit 110 transmits a quest content request including information necessary for starting the quest, such as the quest ID of the designated quest, the player character, and the opponent character, to the game server 200 (S105). When the game server 200 receives this (S203), the data management unit 214 specifies quest information for specifying clearing conditions and missions, and object control information for controlling the game stage components and the actions of various characters. (S204). The game server 200 transmits quest content including such information (S205), and when the user terminal 100 receives this (S106), various information included in the quest content received by the game processing unit 112 is stored in the storage unit 120. It is memorized and constitutes a virtual space in which the quest is executed (S107). Then, the game processing unit 112 starts processing for starting the designated quest (S108).

When the quest is started, as shown in FIG. 10, the object control unit 114 controls the player character based on the action including the operation input input to the user (S109). The game processing unit 112 stores the action of the player character in the storage unit 120, and executes a process of advancing the quest (S110). The determination unit 113 determines whether or not the clearing condition is satisfied based on the progress of the game including the action of the player character and the clearing condition of the quest included in the quest information (S111). When it is determined that the clearing condition is satisfied (Y in S111), the determination unit 113 identifies the accomplished mission based on the information on the player character's behavior stored in the storage unit 120 and the quest information. At the same time, the reward given to the user is specified (S112). In this embodiment, the reward includes quest points as game points associated with the quest clear status and mission achievement in the quest information. The control unit 110 transmits information on the behavior of the player character, quest play information for specifying the quest clear status, and the mission achievement status to the game server 200 (S113). When the receiving unit 211 of the game server 200 receives this (S206), the game processing unit 212 refers to the storage unit 220, and the data management unit 214 updates the virtual currency management table in the user information as necessary (S207). ).

FIG. 11 shows a game screen G1 displayed on the display unit 152 of the touch screen 15 when the quest is cleared. The game screen G1 includes a quest clear reward image R1, a cumulative quest point image R2, and a remaining number display image R3 of quest points required for acquiring the lottery right. In the present embodiment, the quest clear reward image R1 is generated based on the quest information and the information regarding the behavior of the player character. The cumulative quest point image R2 and the remaining number display image R3 are generated based on the virtual currency information included in the user information and the condition information included in the game control information. In particular, the condition information included in the game control information serves as a judgment standard for automatically granting a predetermined number of lottery rights (first virtual currency) to the user when the cumulative value of quest points reaches the threshold value. 1 Specify the conditions. In the present embodiment, it is specified in advance that 1 lottery right is granted when the cumulative value of quest points reaches 100 (an example of a threshold value). Therefore, the cumulative quest point image R2 and the remaining number display image R3 are mainly generated based on the first condition and the virtual currency information. With such a game screen G1, the user can easily grasp the required number of quest points until the lottery right is obtained and the status of unachieved missions, so that the motivation to play the quest is further improved.

The determination unit 113 determines whether or not the quest point satisfies the first condition based on the progress of the game as described above (S114). In the present embodiment, it is determined whether or not the cumulative quest points have reached the threshold value specified in the first condition. When it is determined that the quest points satisfy the first condition (Y in S114), the game processing unit 112 grants the user a lottery right (first virtual currency) and holds a predetermined value of quest points. Update the virtual currency information so that it is subtracted from the cumulative value of quest points (S115). At this time, the lottery right granted is given a lottery right number, a lottery right ID, an acquisition date, and an expiration date, and management of availability is started. If there is no lottery right number to which the lottery right ID etc. is not associated (when the maximum number of lottery right holdings has been reached), the lottery right may not be granted and only the quest points may be subtracted. , The lottery right may not be granted and the cumulative value of quest points may be maintained without being subtracted.

FIG. 12 shows a game screen G2 displayed on the display unit 152 of the touch screen 15 when the lottery right is granted to the user. The game screen G2 includes an image V1 showing the value of the lottery right, an image C1 displaying the time condition associated with the lottery right, and a UI image U1 including a link to shift to the lottery screen described later. In this embodiment, the images V1 and C1 are generated mainly based on the virtual currency information. As a result, the user can easily grasp that the lottery right has been acquired and the time constraint thereof, so that the motivation for executing the lottery is improved.

When the lottery right is granted to the user, the control unit 110 transmits the first virtual currency information for identifying the fact to the game server 220 (S116). When the receiving unit 211 of the game server 200 receives this (S208), the data management unit 214 updates the virtual currency management table in the user information (S209).

In the present embodiment, the first virtual currency required to execute a lottery (lottery in a "rare" virtual housing) capable of acquiring a character having a predetermined rarity by advancing the game as described above is obtained. Can be obtained. On the other hand, as shown in FIG. 13, a second virtual currency (paid stone) necessary for executing a lottery that can acquire the character is given according to the amount charged by the user. When the action receiving unit 111 receives the second virtual currency purchase request by the user (S117), the control unit 110 transmits the second virtual currency purchase request to the game server 200 (S118). The second virtual currency purchase request includes information on the numerical value of the second virtual currency given to the user and the charge amount charged by the user for that purpose. When the receiving unit 211 of the game server 200 receives this (S210), the data management unit 214 executes the payment process based on the user information and associates the numerical value of the second virtual currency according to the billing amount with the user. In, the virtual currency management table is updated (S211). When the approval process and the second virtual currency grant process are normally completed, the control unit 210 of the game server 200 transmits the information to the user terminal 100 (S212), and when the control unit 110 of the user terminal 100 receives this information (S119). ), The virtual currency information is updated so as to add the numerical value of the second virtual currency according to the billing amount (S120).

In the present embodiment, as described above, the first virtual currency is associated with a second condition that limits its value, but the second virtual currency is not provided with such a condition. Therefore, the value of the first virtual currency given as the game progresses may be limited to the value of the second virtual currency given to the user according to the amount charged by the user. As a result, the fairness of the value of the virtual currency can be guaranteed. In particular, by enabling the lottery to be executed based on the information about the same virtual housing as the second virtual currency based on the first virtual currency, the lottery can be performed even for the user who advances the game without charging. By giving them the opportunity to run, the motivation to continue the game is improved. On the other hand, for the user who charges and advances the game, there is an opportunity to further advance the game by making it possible to hold and use the second virtual currency which is not restricted as in the second condition. Can be provided. As a result, the fairness of the value of the virtual currency can be guaranteed. Further, by giving the first virtual currency a time condition as a second condition, it is possible to further improve the motivation to proceed with the game (play many quests). In addition, by assigning a quantitative condition to the first virtual currency as a second condition, it is possible to improve the motivation to further advance the game (play many quests) after executing the lottery.

14 to 15 are diagrams for explaining a process of giving a game medium to a user by lottery. As shown in FIG. 14, the action receiving unit 111 of the user terminal 100 receives a lottery request from the user (for example, a touch operation on the UI image U1 shown in FIG. 12) (S121). As shown in FIG. 15, the image generation unit 116 generates a game image G3 including information about the virtual housing mainly based on the game information and the lottery control information stored in the storage unit 120, and the display unit of the touch screen 15 The game image G3 is displayed on the 152 (S123). The game image G3 corresponds to, for example, a "rare" housing capable of acquiring a game medium having a rarity of a predetermined value or higher. The game image G3 includes virtual housing information B1, images T1 and T2 showing lottery conditions in the lottery, and UI images U2 for accepting selection of virtual currency to be consumed by the user. Prior to displaying the game image G3, an image for allowing the user to select one from a plurality of virtual housings is displayed, and after accepting the user's selection operation of the virtual housing, the game image G3 is displayed. The game image G3 may be displayed (S122).

The image showing the lottery conditions includes a first image T1 that specifies the consumption of the lottery right as the first virtual currency and a second image T2 that specifies the consumption of paid stones as the second virtual currency. The UI image U2 consumes a certain number (for example, one) of the lottery right and specifies that the lottery is performed a predetermined number of times (for example, once), and consumes X times (for example, 10) the lottery right. Includes a UI image that specifies that more than X times the lottery (eg, 11 times) will be drawn. As a result, it is possible to encourage the user to acquire game points by advancing the game and to acquire many lottery rights. Further, the UI image U2 consumes a certain number (for example, 25) of paid stones and a UI image that specifies that the lottery is performed a predetermined number of times (for example, once) and Y times (for example, 250) of the paid stones. It includes a UI image that specifies that the lottery is performed more than Y times (for example, 11 times). This can encourage the user to draw more lots.

When the action receiving unit 111 accepts an input operation for any of the UI images U2, the lottery unit 115 accepts the selection of the virtual currency to be used for the lottery (consumed by the lottery) (S124). The lottery unit 115 stores the virtual currency stored in the storage unit 120 so that at least one of the first virtual currency or the second virtual currency specified in the selected UI image U2 is subtracted by the numerical value specified in the lottery condition. Update the currency information (S125).

As a result, the determination unit 113 determines that the lottery conditions are satisfied, and the lottery unit 115 transmits a lottery request for executing the lottery to the game server 200 (S126). The lottery request includes a user ID for identifying the user, virtual currency information to be consumed, virtual housing information on which the lottery is executed, and information for specifying the number of times the lottery is executed. When the receiving unit 211 of the game server 200 receives this (S213), the lottery unit 216 selects to execute the lottery based on the received lottery request, the lottery control information stored in the storage unit 220, the user information, and the like. The information about the virtual housing is specified (S214). The lottery unit 216 refers to the lottery management table and executes the lottery based on the information about the selected virtual housing. The data management unit 214 updates the user management table so as to refer to the character management table and associate the winning game medium with the user (S215). The lottery unit 216 transmits the game medium grant information including the character information regarding the winning game medium to the user terminal 100 (S216). When the user terminal 100 receives this, the lottery unit 115 stores the character information in the storage unit 120, thereby completing the addition of the game medium by the lottery (S217).

In the present embodiment, since the second condition for limiting the value of the first virtual currency is given, it is preferable to notify the user at a predetermined timing that the value of the first virtual currency can be limited. 16 to 19 are diagrams for explaining the first virtual currency and the second virtual currency in detail.

As shown in FIG. 16, the determination unit 113 determines whether or not it is the timing to notify that the value of the first virtual currency can be limited (S128). The timing is, for example, the timing when the game application is started, the timing when the expiration date of the lottery right approaches within a predetermined period, and the like. When it is determined that the timing is applicable (Y in S128), the determination unit 113 refers to the lottery control information stored in the storage unit 120 and specifies the second condition associated with the first virtual currency (Y). S129). Next, the determination unit 113 specifies the residual condition until the second condition is not satisfied (S130). As for the residual condition, as described above, the second condition is not satisfied (the time condition and the quantitative condition set in the second condition are exceeded), and it becomes impossible to benefit from the first virtual currency. It is information such as the remaining period (days, etc.) until the expiration date and the number of first virtual currencies that can be additionally held. The image generation unit 116 generates a game image by associating an image related to the first virtual currency with an image related to the residual condition, and displays this on the display unit 152 of the touch screen 15 (S131).

17 to 19 show game images G4 to G6 showing residual conditions. In FIG. 17, the second condition includes a temporal condition. The game image G4 includes an image V2 showing the first virtual currency, an image C2 displaying the time condition associated with the first virtual currency, and an image R4 displaying the number of days until the expiration date as the remaining condition. Includes a UI image U3 that includes a link to move to the first virtual currency list screen shown in 19. In the present embodiment, the images V2, C2, and R4 are generated mainly based on the virtual currency information. In the game image G4, among the remaining conditions individually associated with each value (each lottery right) of the plurality of first virtual currencies, the minimum remaining condition with the smallest remaining condition (the smallest number of days until the expiration date) is associated. Information about the first virtual currency is displayed. By displaying the image V2 regarding the first virtual currency and the images C2 and R4 regarding the minimum residual condition in association with each other, the user is clearly and concisely presented with the time grace to benefit from the first virtual currency. obtain.

In FIG. 18, the second condition includes a temporal condition. The game image G5 shifts to the image V3 showing the first virtual currency, the image R5 displaying the total value of the first virtual currency whose remaining conditions expire within a predetermined period, and the first virtual currency list screen shown in FIG. Includes UI image U4 including links. In the present embodiment, the images V3 and R5 are generated mainly based on the virtual currency information. As a result, the number of first virtual currencies to be consumed within a predetermined period can be clearly and concisely presented to the user, which can improve the motivation for executing the lottery.

FIG. 19 shows a game image G6 as a first virtual currency list screen. In FIG. 19, a time condition as a second condition individually associated with each first virtual currency, a quantitative condition as a second condition that defines a holding upper limit of the first virtual currency, and these. The remaining conditions corresponding to are displayed. The game image G6 includes a heading image V4 showing a list of first virtual currencies and an image V5 corresponding to each first virtual currency. Further, the image C3 showing the time condition of each first virtual currency and the image R6 showing the remaining condition of each first virtual currency are displayed in association with the image V5 corresponding to each first virtual currency. Further, the number of additional holdings of the first virtual currency corresponding to the number of lottery right numbers not associated with the lottery right is displayed as an image R7 showing the remaining condition. In the present embodiment, the images V4, V5, C3, R6, and R7 are generated mainly based on the virtual currency information. This allows the user to be clearly and concisely presented with the time and quantitative grace to benefit from the first cryptocurrency.

The above-described embodiments are merely examples for facilitating the understanding of the present invention, and are not intended to limit the interpretation of the present invention. It goes without saying that the present invention can be modified and improved without departing from the spirit thereof, and the present invention includes an equivalent thereof.

For example, in the present embodiment, when the game points given by clearing the quest exceed a predetermined threshold value, the lottery right is automatically given to the user. However, in this case, the user may be forced to execute the lottery automatically and forcibly. That is, the first virtual currency is not limited to the case where the lottery right is given to the user in a manner similar to the in-game item, and the user may be made to execute the lottery in any manner.

1 ... Game system, 2 ... Network, 100 ... User terminal, 110 ... Control unit, 111 ... Action reception unit, 112 ... Game processing unit, 113 ... Judgment unit, 114 ... Object control unit, 115 ... Lottery unit, 116 ... Image Generation unit, 120 ... storage unit, 200 ... game server, 210 ... control unit, 220 ... storage unit.

Claims (8)

A game control method executed in a computer having at least a processor and a memory and functioning as a control unit for executing a game including a lottery and a storage unit for storing lottery conditions for executing the lottery.
A step of associating a predetermined value of the first virtual currency with a predetermined user and storing it in the storage unit by proceeding with the game other than the lottery.
A step of associating a second virtual currency with a predetermined value with the user and storing it in the storage unit,
When the lottery is executed, the lottery condition including the subtraction value when at least one of the first virtual currency and the second virtual currency associated with the user is subtracted is stored in the storage unit. Steps and
By accepting the lottery request by the user and executing the lottery, the game medium having a predetermined rarity is associated with the user, and the first virtual currency associated with the user based on the lottery conditions and the said first virtual currency. The step of subtracting at least one of the second virtual currencies,
Including
The second virtual currency is given to the user according to the amount charged by the user.
The first virtual currency is associated with a second condition that limits the value of the first virtual currency.
The second virtual currency is not associated with a condition that limits the value of the second virtual currency.
The lottery is performed based on information about a plurality of population game media including the game medium and a virtual enclosure defined based on the game medium or the probability associated with the rarity.
When either the first virtual currency or the second virtual currency associated with the user is subtracted when the lottery is executed, the lottery is executed based on the same information about the virtual housing. death,
The second condition includes an upper limit of the first virtual currency that can be associated with the user.
When a predetermined condition is satisfied by advancing the game, a first virtual currency having a predetermined value is associated with the user and stored in the storage unit.
When the value of the first virtual currency exceeds the upper limit value, the first virtual currency is not given to the user even if the predetermined condition is satisfied.
Game control method. A game control method executed in a computer having at least a processor and a memory and functioning as a control unit for executing a game including a lottery and a storage unit for storing lottery conditions for executing the lottery.
A step of associating a predetermined value of the first virtual currency with a predetermined user and storing it in the storage unit by proceeding with the game other than the lottery.
A step of associating a second virtual currency with a predetermined value with the user and storing it in the storage unit,
When the lottery is executed, the lottery condition including the subtraction value when at least one of the first virtual currency and the second virtual currency associated with the user is subtracted is stored in the storage unit. Steps and
By accepting the lottery request by the user and executing the lottery, the game medium having a predetermined rarity is associated with the user, and the first virtual currency associated with the user based on the lottery conditions and the said first virtual currency. The step of subtracting at least one of the second virtual currencies,
Including
The second virtual currency is given to the user according to the amount charged by the user.
The first virtual currency is associated with a second condition that limits the value of the first virtual currency.
The second virtual currency is not associated with a condition that limits the value of the second virtual currency.
The lottery is performed based on information about a plurality of population game media including the game medium and a virtual enclosure defined based on the game medium or the probability associated with the rarity.
When either the first virtual currency or the second virtual currency associated with the user is subtracted when the lottery is executed, the lottery is executed based on the same information about the virtual housing. death,
The computer further includes a display unit for displaying a game image.
The control unit causes the display unit to display an image relating to the first virtual currency and an image relating to a residual condition until the value of the first virtual currency is limited based on the second condition in association with each other. ,
Gate-time control method. The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit causes the display unit to display an image relating to each value of the first virtual currency and an image relating to the residual condition individually associated with each value of the first virtual currency in association with each other.
The game control method of claim 2. The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit identifies the minimum residual condition having the smallest remaining temporal condition among the residual conditions individually associated with each value of the first virtual currency, and obtains an image relating to the first virtual currency and an image. The images relating to the minimum residual condition are associated with each other and displayed on the display unit.
The game control method of claim 2. The second condition includes a time condition that specifies a time until the lottery cannot be executed based on the first virtual currency, and the time condition is set to each value of the first virtual currency. If associated individually,
The control unit identifies the total value of the values of the first virtual currency associated with the residual condition that the time condition is not satisfied within a predetermined period.
The image relating to the first virtual currency and the image relating to the total value are associated with each other and displayed on the display unit.
The game control method of claim 2. The second condition includes a time condition that specifies the time until it becomes impossible to execute the lottery based on the first virtual currency.
If the time condition is no longer satisfied, it is impossible to execute the lottery based on the first virtual currency.
The game control method according to any one of claims 1 to 5. A game program that causes the computer to execute the game control method according to any one of claims 1 to 6. A computer including at least a processor and a memory, which executes the game control method according to any one of claims 1 to 6 under the control of the processor.

Images