JP5671739B1 - GAME SERVER, GAME CONTROL METHOD, GAME PROGRAM, AND GAME PROGRAM RECORDING MEDIUM - Google Patents

Abstract

A game server capable of increasing the willingness to acquire a virtual item of a real user by hitting a measure devised in a method of randomly assigning a virtual item to a virtual user, and a game provided by the game server A game control method, a game program, a game program recording medium, and a game system for controlling progress are provided. As shown in FIG. 5, a gacha part processing unit 103 includes a gacha reception image output unit 41, an acquisition request reception unit 42, a data table update unit 43, an item extraction unit 44, and a continuous extraction determination unit. 45, a winning probability determining unit 46, a winning processing unit 47, and a defeating processing unit 48. [Selection] Figure 5

Description

The present invention relates to a game server that manages the operation of a virtual user existing in a virtual space by operation data from each terminal connected via a communication network, a game control method that controls the progress of a game provided by the game server, it relates to the game program and a game program recording medium body.

  In recent years, with the spread of highly functional mobile terminals typified by smartphones, social network games (hereinafter referred to as social games) are becoming popular as games provided using social networking services (SNS). In social games, a real user who operates a terminal operates a virtual user that exists in a virtual space constructed by a game server via a communication network, so that other virtual users that exist in the same virtual space This game is played online while communicating.

  As one aspect of the social game, based on the action and story of a virtual user, for example, a scenario is formed by combining a plurality of game parts such as a quest part, a battle part, a reinforcement part, and a gacha part, Some are configured (see, for example, Patent Document 1).

  Such a card game composed of a plurality of game parts is executed by executing each part including a gacha part, whereby a virtual card (hereinafter simply referred to as a card) to which various types of characters such as several hundred types are attached. ) And a set of cards (hereinafter referred to as a card deck) consisting of a predetermined number of cards is created from the cards acquired by the virtual user. More specifically, while leveling up the cards on the card deck and selecting attributes, you can play cards against enemies that appear in the virtual space, or trade cards with other virtual users. Then, strengthen and collect cards. In card-to-card battles, the attack power and defensive power of each card making up the card deck, and skills that achieve a certain level of effectiveness through a combination of predetermined cards (corresponding to “games” in card games and mahjong), etc. The damage to the enemy and the victory or defeat are decided.

  In the gacha part which is one of the game parts, a card is acquired by performing so-called “gacha”. This “gacha” is derived from “Gachagacha” (registered trademark), which shows a state in which a capsule toy, which is a toy containing a capsule, comes out by inserting coins into a vending machine. Cards acquired by gacha generally include identification information for identifying the card in the virtual space, a name that is the name of the character attached to the card, a rarity that indicates “rareness”, and an accompanying virtual item. The database is configured with information such as attributes to be added. The gacha part randomly draws from such a database according to the appearance rate and gives the picked up card to the virtual user (see, for example, Patent Document 2).

JP 2012-24248 A JP 2008-253521 A

  Conventionally, a real user can acquire a card by obtaining authority for executing gacha by charging or the like, that is, a lottery right, but the number of cards that can be acquired for one lottery right is determined in advance. It was. Therefore, the impression that the card is purchased through the lottery right is given to the actual user, and the willingness to play gacha is reduced.

This invention is made in view of the subject mentioned above, and raises the willingness to acquire a virtual item of a real user by hitting the measure devised in the method of giving a virtual item to a virtual user at random. and to provide a game control method, a game program and a game program recording medium body game server capable to control the progress of the game provided in the game server.

  In order to solve the conventional problems described above, the present invention has the following means.

(1) A game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network, and the operation data , An acquisition request reception unit that receives an acquisition request for the virtual user to acquire a virtual item, and when the acquisition request is received, from among virtual items that can be used in the virtual space, based on data about the virtual user A first item extraction unit that extracts a first virtual item, a continuous extraction determination unit that determines whether to extract virtual items continuously after the extraction of the virtual items, and a decision to extract virtual items continuously The second virtual item is extracted, and further virtual items are extracted until it is decided not to extract the virtual items continuously. A second item extraction section for performing, in succession and a winning probability determination unit for determining the probability of extracting the virtual item, the winning probability determination unit, game levels Vuser is less than a predetermined threshold value On the other hand, the higher the numerical value obtained by quantifying the operation frequency of the virtual user, the higher the probability, and for a virtual user whose in-game level is equal to or higher than a predetermined threshold, a virtual user whose in-game level is relatively low The probability is increased as the contribution degree to is higher .

In the above aspect, first, in response to an acquisition request for acquiring a virtual item, a virtual item (first item) is given to the virtual user. At that time, for example, the virtual item to be given to the virtual user is determined based on data related to the virtual user, such as operation history information of the virtual user, information specific to the virtual user, information on the virtual item owned by the virtual item, etc. Also good. After the extraction of the first item, when the continuous extraction determining unit determines to continuously extract virtual items, a further virtual item (second item) is given to the virtual user. In addition, after the second item is extracted, when the continuous extraction determination unit determines to continuously extract virtual items, a further virtual item (third item) is given to the virtual user. Until it is determined that the virtual items are not extracted continuously, the extraction of further virtual items is repeated, and the fourth item, the fifth item,... Are given to the virtual user. That is, depending on the determination result of the continuous extraction determination unit, the virtual user can acquire many virtual items. For example, in response to a single acquisition request for acquiring a virtual item, the virtual user may acquire one virtual item or may acquire a plurality of virtual items. In this way, by varying the number of virtual items that can be acquired by a virtual user with a single acquisition request, the real user can have a sense of expectation for acquiring the virtual item, and the willingness to acquire the virtual item is increased. Can do.
Further, in the above aspect, the winning probability of a virtual user whose in-game level is less than a predetermined threshold, that is, a novice user, and a virtual user whose in-game level is equal to or more than a predetermined threshold, that is, a middle / advanced user, The conditions are changing. For the novice user, the winning probability is set higher as the operation frequency is higher. Thereby, the novice user who is playing the game eagerly becomes advantageous to the novice user who is not playing the game so much. The willingness to play the game of the novice user who is enthusiastic about the game can be further improved. On the other hand, for middle / advanced users, the higher the contribution to a virtual user with a relatively low in-game level, the higher the winning probability is set. Specifically, the degree of contribution is the number of times a virtual user with a relatively low in-game level is rescued in a battle with an enemy appearing in the game, or a rarity level for a virtual user with a relatively low in-game level It is calculated from the number of times that a high virtual item is transferred. The intermediate / advanced user is often more advantageous than the novice user in the progress of the game, and the novice user may reduce the willingness to play the game depending on the behavior of the intermediate / advanced user. Therefore, in this aspect, it is possible to guide the middle / advanced user to increase the degree of contribution by preferentially treating the middle / advanced user who has a high contribution to the virtual user having a relatively low level in the game. Along with this, it is possible to maintain the willingness of the novice user to play the game.

(2) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network, and the operation data , An acquisition request reception unit that receives an acquisition request for the virtual user to acquire a virtual item, and when the acquisition request is received, from among virtual items that can be used in the virtual space, based on data about the virtual user A first item extraction unit that extracts a first virtual item, a continuous extraction determination unit that determines whether to extract virtual items continuously after the extraction of the virtual items, and a decision to extract virtual items continuously The second virtual item is extracted, and further virtual items are extracted until it is decided not to extract the virtual items continuously. And a second item extracting unit that performs the virtual item with a parameter indicating a rarity at a plurality of stages, and the second item extracting unit receives the acquisition request after the virtual item is received. As the number of consecutive item extractions increases, an item having a higher degree of rarity is extracted .

In the above aspect, first, in response to an acquisition request for acquiring a virtual item, a virtual item (first item) is given to the virtual user. At that time, for example, the virtual item to be given to the virtual user is determined based on data related to the virtual user, such as operation history information of the virtual user, information specific to the virtual user, information on the virtual item owned by the virtual item, etc. Also good. After the extraction of the first item, when the continuous extraction determining unit determines to continuously extract virtual items, a further virtual item (second item) is given to the virtual user. In addition, after the second item is extracted, when the continuous extraction determination unit determines to continuously extract virtual items, a further virtual item (third item) is given to the virtual user. Until it is determined that the virtual items are not extracted continuously, the extraction of further virtual items is repeatedly performed, and the fourth item, the fifth item,... Are given to the virtual user. That is, depending on the determination result of the continuous extraction determination unit, the virtual user can acquire many virtual items. For example, in response to a single acquisition request for acquiring a virtual item, the virtual user may acquire one virtual item or may acquire a plurality of virtual items. In this way, by varying the number of virtual items that can be acquired by a virtual user with a single acquisition request, the real user can have a sense of expectation for acquiring the virtual item, and the willingness to acquire the virtual item is increased. Can do.
Moreover, in the above aspect, the virtual user can acquire a virtual item with a higher degree of rarity as the number of consecutive virtual item extractions increases. A virtual item with a high degree of rarity is generally a virtual item that has a high desire for acquisition by a real user because it acts advantageously in a battle with an enemy in a game. As the number of consecutive extractions increases, the virtual user can acquire not only more virtual items but also virtual items with a high acquisition desire. Therefore, the real user's expectation for the acquisition of the virtual item can be further increased, and the willingness to acquire the virtual item can be further increased.

(3) The game server of the present invention is based on an operation data receiving unit that receives operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network, and the operation data , An acquisition request reception unit that receives an acquisition request for the virtual user to acquire a virtual item, and when the acquisition request is received, from among virtual items that can be used in the virtual space, based on data about the virtual user A first item extraction unit that extracts a first virtual item, a continuous extraction determination unit that determines whether to extract virtual items continuously after the extraction of the virtual items, and a decision to extract virtual items continuously The second virtual item is extracted, and further virtual items are extracted until it is decided not to extract the virtual items continuously. Comprising a second item extraction section for performing the said second item extraction section, the shorter the elapsed time until the current acquisition request from the previous acquisition request, and extracts the high infrequency item .

In the above aspect, first, in response to an acquisition request for acquiring a virtual item, a virtual item (first item) is given to the virtual user. At that time, for example, the virtual item to be given to the virtual user is determined based on data related to the virtual user, such as operation history information of the virtual user, information specific to the virtual user, information on the virtual item owned by the virtual item, etc. Also good. After the extraction of the first item, when the continuous extraction determining unit determines to continuously extract virtual items, a further virtual item (second item) is given to the virtual user. In addition, after the second item is extracted, when the continuous extraction determination unit determines to continuously extract virtual items, a further virtual item (third item) is given to the virtual user. Until it is determined that the virtual items are not extracted continuously, the extraction of further virtual items is repeatedly performed, and the fourth item, the fifth item,... Are given to the virtual user. That is, depending on the determination result of the continuous extraction determination unit, the virtual user can acquire many virtual items. For example, in response to a single acquisition request for acquiring a virtual item, the virtual user may acquire one virtual item or may acquire a plurality of virtual items. In this way, by varying the number of virtual items that can be acquired by a virtual user with a single acquisition request, the real user can have a sense of expectation for acquiring the virtual item, and the willingness to acquire the virtual item is increased. Can do.
Further, in the above aspect, when a virtual user makes an acquisition request immediately without taking much time from the previous acquisition request, when virtual items are extracted continuously, a highly rare item is displayed. Can be acquired. Thereby, a real user can be induced to perform many gachas in a short period of time, and the game can be absorbed.

(4) In a preferable aspect of the game server according to the present invention, the game server further includes a winning probability determining unit that determines a probability of continuously extracting virtual items, and the winning probability determining unit has a low in-game level of the virtual user. As described above, the probability is increased, and the continuous extraction determining unit determines whether to extract virtual items continuously based on the probability.

  In the above aspect, the probability (winning probability) of continuously extracting virtual items is determined, and the continuous extraction determining unit determines whether to continuously extract virtual items based on the winning probability. The probability of winning is higher for virtual users with lower in-game levels. As described above, the in-game level increases as the game progresses, and a virtual user with a low in-game level is a so-called novice user who does not progress the game much. Such a novice user may leave the game before being enthusiastic about the game. In this aspect, the probability that a plurality of virtual items can be acquired per acquisition request for a beginner user is increased. By giving preferential treatment to novice users regarding the acquisition of virtual items, it is possible to suppress withdrawal from the game.

(5) In a preferred aspect of the game server according to the present invention, the winning probability determination unit further increases the probability as the numerical value obtained by quantifying the operation frequency of the virtual user is higher.

  In the above aspect, the winning probability is higher as the numerical value obtained by quantifying the operation frequency of the virtual user is higher. The parameter obtained by quantifying the operation frequency may be a parameter obtained by directly quantifying the operation frequency, or may be a parameter correlated with the operation frequency. The parameter correlated with the operation frequency is, for example, the rate of increase of the in-game level. The rate of increase of the in-game level can be represented by the degree of increase of the in-game level during a predetermined period.

  In this aspect, among the novice users, the virtual user who is frequently operated is set so that the winning probability is high. Thereby, the novice user who is playing the game eagerly becomes advantageous to the novice user who is not playing the game so much. The more a beginner user plays a game, the higher the winning probability, and the more virtual items can be acquired. The willingness to play the game of the novice user who is enthusiastic about the game can be further improved.

(6) In a preferred aspect of the game server according to the present invention, the first item extraction unit is suitable for the virtual user according to the ratio of the rarity level of the virtual item owned by the virtual user. It is characterized by extracting virtual items of rarity .

In the above aspect, the virtual user can acquire a virtual item having a value commensurate with the value of the owned virtual item. In this aspect, the value of the virtual item owned by the virtual user is determined by the ratio of each stage of rarity. When a virtual item having a value lower than the value of the virtual item owned by the virtual user is given to the virtual user, the satisfaction given to the real user is considered to be small compared to the case where a high value virtual item is given. On the other hand, if only a high-value virtual item is given to a virtual user, a large number of high-value virtual items will circulate in the game, which may result in a change in the value of the virtual item in the game. . Therefore, in this aspect, by extracting a virtual item having a rarity suitable for a virtual user, it is possible to suppress the fluctuation in the value of the virtual item in the game while maintaining the motivation to acquire the virtual item of the real user. .

(7) In a preferred aspect of the game server according to the present invention, the first item extraction unit extracts a virtual item having a higher degree of rarity as the in-game level of the virtual user is higher .

The in-game level is a parameter indicating the degree of progress of the virtual user in the game. The in-game level increases as the game progresses. Further, as the game progresses, the virtual user acquires virtual items and executes various operations, thereby acquiring virtual items with a higher degree of rarity. Therefore, normally, a virtual user with a relatively high in-game level has a relatively rare virtual item. Therefore, in this aspect, the virtual item having a value corresponding to the value of the owned virtual item is given to the virtual user by extracting the virtual item having a higher degree of rarity as the in-game level of the virtual user is higher. be able to. By extracting a virtual item having a rarity level suitable for a virtual user, it is possible to suppress fluctuations in the value of the virtual item in the game while maintaining motivation to acquire the virtual item of the real user.

(8) In a preferred aspect of the game server according to the present invention, a selection accepting unit that accepts selection of any hand in the Janken game based on the operation data after determining whether to continuously extract virtual items. When it is determined that the virtual items are to be continuously extracted, an image output unit that outputs an effect image in which the virtual user wins according to the hand that has received the selection is further provided.

  In the above aspect, the decision to continuously extract virtual items is produced by the victory of Janken. For example, when the real user selects “Choki” as the hand of Janken, “Par” is displayed on the screen. The real user is allowed to recognize that he has won the game, and further virtual items are given to the virtual user. It is possible to increase the fun of acquiring a plurality of virtual items with a single acquisition request by performing an effect that combines the acquisition of further virtual items and the victory at Janken.

The present invention as described above, in any of the embodiments, the invention of the game server, the game control method, a game program recorded medium body which stores a game program and a game program for controlling progress of a game provided in the game server it is also possible to capture as a.

ADVANTAGE OF THE INVENTION According to this invention, it provides with the game server which can raise the willingness to acquire a virtual item of a real user, and a game server by hitting the measure devised to the method of giving a virtual item to a virtual user at random game control method for controlling the progress of the game, it is possible to provide a game program recording medium body which stores a game program and a game program.

It is a figure which shows the system configuration | structure of the game system to which this invention was applied. It is a figure for demonstrating the structure of the social game which the game server to which this invention was applied provides. It is a figure which shows the hardware constitutions of the game server to which this invention was applied. It is a figure which shows the structure of each process part which the game server to which this invention was applied performs. It is a figure for demonstrating the whole flow of a gacha part process part. It is a figure for demonstrating the specific example of an item data table. It is a figure for demonstrating the specific example of a winning probability data table. It is a figure for demonstrating the specific example of a rarity degree determination data table. It is a figure for demonstrating the specific example of a gacha log | history data table. It is a figure for demonstrating the specific example of an operation history data table. It is a figure for demonstrating the specific example of an possession item data table. It is a figure for demonstrating the specific example of the possession item data table classified by rarity. It is a figure for demonstrating the whole flow of the process performed in a gacha part process part. (A) (B) It is a figure for demonstrating the specific procedure of a 1st item extraction process. It is a figure for demonstrating the specific procedure of a continuous extraction determination process. (A) (B) It is a figure for demonstrating the specific procedure of a winning probability determination process. It is a figure for demonstrating the specific procedure of a winning process. It is a figure for demonstrating the specific procedure of a loss selection process. It is a figure for demonstrating the specific procedure of a 2nd item extraction process. (A) It is a screen example for demonstrating a lottery start image. (B) (C) It is an example of a screen for explaining a winning effect image. (A) (B) It is an example of a screen for demonstrating a selection effect image.

  A mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described with a specific example. The present embodiment relates to a game system that provides a game to a terminal connected to a game server via a communication network. Specifically, as shown in FIG. 1, a game system G according to the present embodiment includes a game server 1 that provides a game to a user, and a terminal 3a that is connected to the game server 1 via the Internet 2 that is a communication network. 3b, 3c,..., 3n (hereinafter collectively referred to as terminal 3).

  In the following, first, prior to the description of the embodiment, the definitions of terms used in the present embodiment are clarified, and the outline of the social game handled in the present embodiment is described. I will explain it.

(1) Definition of terms Definitions of terms used in the present embodiment are as follows.

  The “virtual space” indicates a virtual world formed during the game based on the content of the game, and indicates a space different from the physical space. The “virtual space” displayed on the display (display unit) of the terminal 3 is two-dimensional, but the ideal space formed by adding connections with other terminals 3 is not limited to the two-dimensional space.

  “Real user” refers to an entity operating a terminal, that is, a person hitting a person. On the other hand, a virtual entity impersonating the user or formed in accordance with the user's taste or preference in the virtual space by a button or touch operation on the terminal of the “real user” that is the entity is referred to as a “virtual user”. For this “virtual user”, the virtual entity cannot be visually recognized in the game, for example, as in the player of the traditional shogi game or mahjong game, but the piece or trap is impersonated as the “real user” in the virtual space. It also includes the case of operating with. The “virtual user” also includes a specific visible character that is displayed on the game in a role playing game or a battle game and causes movement or action. Furthermore, the “virtual user” includes a virtual entity displayed as an avatar in the SNS. As described above, the “virtual user” in the present embodiment is used as a term that broadly represents a virtual entity in the virtual space, and is a virtual entity that is embodied in the game or a virtual entity that functions as a shadow that is not embodied. It doesn't matter if it is.

(2) Outline of Social Game Next, an outline of the social game provided from the game server 1 to the terminal 3 connected via the Internet 2 will be described with reference to FIG.

  In general, a social game is a virtual card (hereinafter, referred to as “hundreds of characters”, for example, hundreds of characters) in a virtual space through a virtual user who performs an operation according to the operation of the terminal 3 by a real user. This is a game that creates an item list (hereinafter also referred to as a deck) of a predetermined number of cards. More specifically, while leveling up the cards on the deck and selecting groups, you can play cards against enemies that appear in virtual space, or trade cards with other virtual users. , Strengthen and collect cards. In card-to-card battles, the attack power and defense power of each card that composes the deck, and skills that achieve a certain level of effectiveness through a combination of predetermined cards (equivalent to a “role” in a card game or mahjong), etc. , Damage to the enemy and victory or defeat are decided.

  In the social game, a plurality of game parts (hereinafter also simply referred to as “parts”) are organically combined to complete one story or character, and the whole game is formed as one game. For example, as shown in FIG. 2, the social game 20 includes a quest part 21, a battle part 22, a gacha part 23, and a strengthening part 24.

  The quest part 21 is a virtual card in which a virtual user searches the virtual space and fights enemies that appear during the search, as indicated by the word “quest” having significance such as “search, search, adventure”, or a new card. It is a part of a game that progresses by earning or improving the level of a virtual user. In the quest part 21, a predetermined quest point is given to the virtual user, and movement of the virtual user, acquisition of an item, improvement of a level, and the like are performed by consuming the quest point. Further, in the quest part 21, a battle point is played by using the card owned by the virtual user by consuming the battle points.

  The battle part 22 is a part where a virtual user owns a card in which a card is incorporated and battles against another virtual user as an enemy. Based on the attack power and defense power of each card constituting the deck described above. Victory or defeat is decided.

  The gacha part 23 is derived from “Gacha Gacha” (registered trademark), which represents a state in which a capsule toy that is a toy packaged in a capsule after coins are inserted into a vending machine. However, it is a part which acquires a card | curd at random using the point for gacha which is virtually given instead of a coin, and the authority for gacha. Hereinafter, a mode in which a virtual user makes an acquisition request for acquiring a virtual item is referred to as “performing gacha”.

  Strengthening part 24 synthesizes the cards owned by the virtual user and raises the level indicating the strength of the cards, thereby defending the attack power given to the enemy and the attack from the enemy when incorporated in the deck. It is a part that strengthens defense power.

  In the social game 20 composed of a plurality of parts as described above, each part alone is not independent of other game parts. As described above, the parts are related to each other and combined, It has significance as a whole. Therefore, in the social game 20, one game can be advanced as a whole when the virtual user effectively advances each game part.

(3) Basic Hardware Configuration (3-1) Terminal Configuration Based on the definition of the social game 20 as described above, a hardware configuration for realizing the game system G of the present embodiment will be described below.

  As illustrated in FIG. 1, the terminal 3 includes a portable wireless communication terminal including a wireless communication unit 31, a display unit 32, and an operation unit 33, for example. The wireless communication unit 31 connects to the Internet 2 using a mobile phone line or a wireless LAN line, and performs data communication with the game server 1 on a web browser. The display unit 32 displays the web browser screen received from the game server 1. For example, the operation unit 33 includes a touch panel that receives an operation input from an actual user according to the display on the screen of the display unit 32. The operation input received from the real user in this way is transmitted to the game server 1 by the wireless communication unit 31.

  In the terminal 3 having such a hardware configuration, for example, individual authentication processing of the terminal is performed by a combination of a user ID registered in advance and a predetermined password. When the authentication with the game server 1 is completed, the terminal 3 receives data necessary for progressing the game from the game server 1 and transmits operation data in the operation unit 33 to the game server 1. .

  The terminal 3 may be a mobile phone, a PDA, a personal computer, or the like as long as it is a communication device that can communicate with the game server 1 via the Internet 2 that is a communication network. In addition, although a touch panel has been described as an example of the operation unit 33, it is needless to say that a configuration in which a cursor or the like is moved by a physical key operation to perform selection operation and input information may be employed.

(3-2) Schematic Configuration of Game Server The game server 1 connected to be communicable with the terminal 3 is realized by a computer having a general-purpose hardware configuration as shown in FIG. 3, for example. That is, the game server 1 includes a communication interface unit 11 that communicates with the terminal 3 via the Internet 2 and an operation input unit 12 that receives an operation input from a user such as a keyboard and a mouse, as shown in FIG. . In addition, the game server 1 includes an arithmetic processing unit 13 such as a CPU that performs various arithmetic processes, a main memory 14 such as an SRAM or DRAM that temporarily stores arithmetic processing data, and a hard disk that stores application programs and various data. And the like, and a display 16 for displaying the calculation processing result.

  The game server 1 installs a program for providing the above-described social game 20 to the user in the storage device 15, thereby realizing a functional block as shown in FIG.

  That is, in the game server 1, for example, a function including an operation data receiving unit 11a, a game data processing unit 100, and a game data storage unit 200 that manages game data is realized as shown in FIG.

  The operation data receiving unit 11 a is means for receiving operation data transmitted from the terminal 3 through the communication network 2. The game data processing unit 100 includes a quest part processing unit 101, a battle part processing unit 102, a gacha part processing unit 103, and an enhanced part processing unit 104.

  Here, the quest part processing unit 101 performs data processing of the quest part 21. The battle part processing unit 102 performs data processing for the battle part 22. The gacha part processing unit 103 performs data processing of the gacha part 23. The reinforcement part processing unit 104 performs data processing of the reinforcement part 24.

(3-3) Specific Configuration of Game Server Hereinafter, a gacha part processing unit 103 having a configuration specific to the present embodiment, and game data storage serving as a storage area for realizing processing in the gacha part processing unit 103 will be described. A specific configuration of the unit 200 will be described with reference to FIG. First, the configuration of the game data storage unit 200 will be described.

(3-3-1) Configuration of Game Data Storage Unit First, as data used in the gacha part processing unit 103, the game data storage unit 200 includes an item data table 211 and a rarity degree determination data table as shown in FIG. 212, a winning probability data table 213, and a virtual user data storage unit 210.

(Item data table 211: FIG. 6)
As shown in FIG. 6, the item data table 211 manages a list of virtual items that can be used in the game.

  Each virtual item is given a unique number for each item as an “item ID”.

  Each virtual item has a parameter indicating the rarity value of the item “rareness”.

  The “rareness” indicates a rarity value of an item, and is a parameter attached to the item. As shown in FIG. 6, the rarity is set, for example, in five stages. The lowest rarity is represented by “1” and the highest rarity is represented by “5”. Some games are called normal (N), rare (R), S rare (SR), SS rare (SSR), and SSS rare (SSSR) in ascending order of rarity. A virtual item with a high degree of rarity is advantageous when playing a game, such as exhibiting a high attack power in a battle with an enemy appearing in the game.

  The “item image” is image data representing a virtual item, and display processing data in which such image data is incorporated is transmitted from the game server 1 to the terminal 3.

(Rareness determination data table 212: FIG. 7)
As shown in FIG. 7, the rarity level determination data table 212 is used when determining the rarity level of a virtual item (hereinafter, reward item) to be given to the virtual user as a reward after the virtual user performs gacha. Stores data related to parameters.

  The scarcity of the reward item is a value that varies depending on the scarcity of the virtual item already owned by the virtual user, the level of the virtual user, the number of consecutive extractions, and the timing of the gacha by the virtual user. By combining these parameters, the rarity of the reward item is determined. Specifically, the rarity determination data table 212 in FIG. 7A stores an adjustment value (A) as a value that varies according to the level of the virtual user. The higher the level of the virtual user, the larger the adjustment value (A). A large adjustment value (A) indicates that the rarity of reward items is high. In the rarity determination data table 212 of FIG. 7B, an adjustment value (B) is stored as a value that varies according to the number of consecutive extractions. As the number of consecutive extractions increases, the adjustment value (B) is a larger value. A large adjustment value (B) indicates that the rarity of reward items is high. In the rarity determination data table 212 of FIG. 7C, an adjustment value (C) is stored as a value that varies according to the elapsed time from the previous gacha by the virtual user. The shorter the elapsed time from the previous gacha, the larger the adjustment value (C). A large adjustment value (C) indicates that the rarity of reward items is high. In the present embodiment, as will be described later, the method differs depending on whether a virtual item is extracted in response to an acquisition request from a terminal or a case where a virtual item is extracted after it has been determined to continuously extract virtual items. You may decide the rarity. For example, in the former case, the scarcity of the reward item is determined by adding the adjustment value (A) to the scarcity standard value calculated based on the scarcity of the virtual item owned by the virtual user. Is done. On the other hand, in the latter case, the reward is obtained by adding the adjustment value (B) and the adjustment value (C) to the rarity reference value calculated based on the rarity of the virtual item owned by the virtual user. The rarity of the item is determined. The adjustment value (A), the adjustment value (B), and the adjustment value (C) are 0 or more. Therefore, the rarity level of the reward item is equal to or higher than the rarity level reference value.

  The “number of consecutive extractions” is the number of times that the item extraction unit continuously extracts virtual items after the virtual user performs gacha once. Note that, as will be described later, the item extraction unit continuously extracts virtual items when the continuous extraction determination unit determines to continuously extract virtual items. After the virtual user performs gacha once, at the stage where the item extraction unit extracts the virtual item, the number of consecutive extractions is “1”. Then, when the continuous extraction determining unit determines that the virtual items are to be extracted continuously and the item extracting unit extracts the virtual items, the number of consecutive extractions is “twice”.

  “Elapsed time since last gacha” indicates how much time has passed since the time when the request to perform gacha was received from the terminal operating the virtual user from the time when the request to perform gacha one time before was received Is shown.

(Winning probability data table 213: FIG. 8)
As shown in FIG. 8, the winning probability data table 213 relates to parameters used when the continuous extraction determining unit continuously determines whether or not to extract virtual items after each virtual user performs gacha. I remember the data. A case where the continuous extraction determining unit determines to continuously extract virtual items is referred to as winning, and a case where the continuous extraction determining unit has not determined to continuously extract virtual items is referred to as lost. In other words, the winning probability is a probability that the continuous extraction determining unit selects a winning among a winning and a winning.

  The winning probability is a value that varies depending on parameters related to the number of consecutive extractions and the operation history of the virtual user. The parameters related to the operation history of the virtual user are, for example, a level and a level increase rate. The winning probability is determined by combining these parameters. Specifically, a winning probability reference value is stored in the winning probability data table 213 of FIG. 8A as a value that varies according to the number of consecutive extractions. The greater the number of consecutive extractions, the smaller the winning probability reference value. In the winning probability data table 213 in FIG. 8B, an adjustment value (a) is stored as a value that varies according to the level of the virtual user. The higher the level of the virtual user, the lower the adjustment value (a). In the winning probability data table 213 of FIG. 8C, an adjustment value (b) is stored as a value that varies according to the level increase rate of the virtual user. The adjustment value (b) is higher as the level increase rate of the virtual user is higher. In the winning probability data table 213 of FIG. 8D, an adjustment value (c) is stored as a value that varies depending on the contribution points of the virtual user. The higher the contribution point of the virtual user, the higher the adjustment value (c). In the present embodiment, the winning probability is determined by adding the adjustment value (a) and the adjustment value (b) to the winning probability reference value. Further, the winning probability may be determined by adding the adjustment value (c) to the winning probability reference value according to the level of the virtual user. The adjustment value (a), the adjustment value (b), and the adjustment value (c) are 0 or more.

  The “level” is a numerical value indicating the degree of progress of the virtual user in the game, and is a value that increases according to the number of operations of the real user. “Experience value” is a parameter that increases when the virtual user achieves a mission defined in the game. When the “experience value” reaches a specific value, the “level” of the virtual user increases. The experience value and the level may be in a fixed proportional relationship, and can be set so that the experience value necessary to increase the level by one step increases as the level increases. For example, when the experience value reaches 100, the level increases from 1 to 2, and when the experience value further increases by 120, the level increases from 2 to 3.

  The “level increase rate” is a value obtained by dividing the level of the virtual user by the period after the virtual user is registered in the game. That is, if the virtual user has the same level, the level increase rate is higher when the period after registration in the game is shorter. FIG. 8B shows the period as the number of days.

  The “contribution point” is a parameter indicating the degree of contribution to a virtual user having a relatively low level. For example, every time a virtual user with a level of 100 rescues a virtual user with a level of 99 or less in the game, or transfers a virtual item with a high degree of rarity owned by the virtual user to a virtual user with a level of 99 or less Each time, contribution points are added.

  As illustrated in FIG. 5, the virtual user data storage unit 210 includes a gacha history data table 221, an operation history data table 222, an owned item data table 223, and a rarity-based owned item data table 224.

(Gacha history data table 221: FIG. 9)
As shown in FIG. 9, the gacha history data table 221 stores data on gacha performed by the virtual user for each virtual user. Each time a request for performing gacha is received from a terminal operating a virtual user, a gacha reception number is given. The gacha history data table 221 stores a gacha reception number. From this gacha reception number, the number of times the virtual user has performed gacha is known.

  The gacha history data table 221 stores gacha reception time and the number of consecutive extractions. “Gachat reception time” is the time when a request to perform gacha is received from the terminal operating the virtual user. Specifically, it is represented by date and time. As described above, the “number of consecutive extractions” is the number of times the virtual user has extracted a virtual item continuously after the virtual user has performed gacha once. Each time the item extraction unit extracts a virtual item, the number of consecutive extractions in the gacha history data table 221 is updated so as to increase by one.

  In FIG. 9, the gacha reception number in the gacha currently being received is shown by shading. “Currently accepting” refers to a state from when a request to perform gacha is accepted from a terminal operating a virtual user until the continuous extraction determining unit selects a loss. For example, FIG. 9 shows that the virtual user with the user ID 30001 has performed gacha 13 times in the past, and that the gacha with the gacha reception number “14” is currently being received.

(Operation history data table 222: FIG. 10)
As illustrated in FIG. 10, the operation history data table 222 stores data related to the operation history of the virtual user for each virtual user. Specifically, the operation history data table 222 in FIG. 10 stores a level, a level increase rate, and contribution points as parameters related to the operation history of the virtual user.

(Owned item data table 223: FIG. 11)
As shown in FIG. 11, the owned item data table 223 stores the identification information of the virtual item owned by the virtual user for each virtual user. Specifically, the owned item data table 223 of FIG. 11 stores the number of virtual items owned for each item ID.

  From FIG. 11, for example, it can be seen that the virtual user with the user ID 30001 owns one virtual item with the item ID 10001.

(Rarely owned item data table 224: FIG. 12)
As shown in FIG. 12, the rarity-based owned item data table 224 is created based on the owned item data table 223 of FIG. Specifically, in the possession item data table 224 by rarity level, virtual items owned by the virtual user are classified by rarity level, and the number of virtual items owned is stored for each rarity level.

  From FIG. 12, it can be seen that, for example, the virtual user with the user ID 30001 owns three virtual items with a rarity “5”.

(3-3-2) Configuration of Gacha Part Processing Unit As shown in FIG. 5, the gacha part processing unit 103 includes a gacha reception image output unit 41, an acquisition request reception unit 42, a data table update unit 43, and an item. An extraction unit 44, a continuous extraction determination unit 45, a winning probability determination unit 46, a winning processing unit 47, and a winning selection processing unit 48 are provided.

  The gacha received image output unit 41 is a means for outputting an image (gacha received image) for receiving execution of gacha from the real user operating the virtual user to the terminal. In the terminal 3, the gacha reception image is displayed on the display unit 32. Operation data for executing the gacha is transmitted to the game server 1 by the operation input of the real user.

  The acquisition request reception unit 42 is a unit that determines whether or not a virtual user has received an acquisition request for acquiring a virtual item, based on operation data from the terminal received by the operation data reception unit 11a.

  The data table update unit 43 is means for rewriting data stored in each data table. For example, when the acquisition request reception unit 42 receives a virtual item acquisition request from the terminal, the data table update unit 43 adds data related to the gacha reception number and the gacha reception time to the gacha history data table 221 of FIG. When the item extraction unit 44 described later extracts a virtual item, the data table update unit 43 updates data related to the number of consecutive extractions in the gacha history data table 221 of FIG. Specifically, when the virtual item is extracted in response to the acquisition request, the data table update unit 43 stores “1” as the number of consecutive extractions. Thereafter, the continuous extraction determining unit 45 described later determines that the virtual items are to be continuously extracted, and the data table updating unit 43 sets the number of consecutive extractions to 2, 3, 4 each time the item extracting unit 44 extracts the virtual items. , ... and update. Furthermore, when the item extraction unit 44 extracts a virtual item, the data table update unit 43 extracts data related to the items owned by the virtual user in the possessed item data table 223 in FIG. 11 and the possessed item data table 224 by rarity in FIG. Update.

  The item extraction unit 44 is a unit that extracts a virtual item to be given to a virtual user when the acquisition request reception unit 42 receives an acquisition request. Specifically, the item extraction unit 44 may extract a rarity virtual item suitable for the virtual user according to the ratio of the rarity level of the virtual item owned by the virtual user. For example, the item extraction unit 44 may use the scarce virtual item suitable for the virtual user as the scarce virtual item having the largest number of virtual users. In addition, the item extraction unit 44 calculates a weighted average value from each stage (1-5) of the rarity level of the virtual item and the number of possessions for each rarity level of the virtual user, and determines the virtual user based on the weighted average value. A suitable rarity virtual item may be extracted. Furthermore, the item extraction unit 44 may extract a virtual item having a higher degree of rarity as the level of the virtual user is higher.

  In addition, the item extraction unit 44 is a unit that further extracts virtual items when a continuous extraction determination unit 45 described later determines to extract virtual items continuously. After the acquisition request reception unit 42 receives the acquisition request, the item extraction unit 44 extracts virtual items, and repeatedly performs extraction of virtual items until the continuous extraction determination unit 45 determines that the virtual items are not extracted continuously. To do.

  The item extraction unit 44 may extract items with a high degree of rarity as the number of consecutive extractions increases. In other words, the item extraction unit 44 may extract an item having a higher degree of rarity as the number of times that the continuous extraction determination unit 45 has selected winning is larger. In addition, the item extraction unit 44 may extract an item having a higher degree of rarity as the difference between the time when the acquisition request reception unit 42 receives the acquisition request and the time when the acquisition request is received before that is smaller.

  The continuous extraction determining unit 45 is a means for determining whether or not to extract virtual items continuously after the item extracting unit 44 extracts virtual items. When it is decided to extract virtual items continuously, it means “winning”, and when it is decided not to extract virtual items continuously, it means “losing”. That is, the continuous extraction determining unit 45 selects either winning or defeating. The determination of whether the continuous extraction determining unit 45 selects winning or unsuccessful is made based on a winning probability determined by a winning probability determining unit 46 described later. The higher the winning probability, the higher the probability that a winning will be selected.

  The winning probability determining unit 46 is a means for determining a probability that the continuous extraction determining unit 45 selects a winning among a winning and a winning. For example, the winning probability determining unit 46 decreases the winning probability as the number of consecutive virtual item extractions by the item extracting unit 44 in the currently accepted gacha increases.

  The winning probability determination unit 46 may increase the winning probability as the level of the virtual user is lower. The winning probability determination unit 46 may determine the winning probability based on the operation frequency of the virtual user, and may increase the winning probability as the numerical value obtained by quantifying the operation frequency of the virtual user is higher. As a parameter obtained by quantifying the virtual user operation frequency, for example, the higher the virtual user level increase rate, the higher the winning probability.

  The winning processing unit 47 is a means for transmitting data to produce a win to the terminal that operates the virtual user when the continuous extraction determining unit 45 determines to win. Specifically, the winning processing unit 47 outputs an image (winning effect image) for effecting winning after outputting an image (lottery start image) for notifying the terminal that the lottery is to be started. Examples of the winning effect include a mode in which a winning lot is drawn from the box.

  The winning processing unit 47 may output an image for accepting an operation from the terminal, and may output a winning effect image based on operation data from the terminal. For example, the winning processing unit 47 outputs an image for selecting one hand from three hands (goo, choki, par) used for janken to the terminal when performing the winning effect by janken, The winning effect image is output according to the hand selected by. If the hand selected by the real user is “pick”, “par” is displayed as the hand on the server side. That is, a predetermined image is output so that the real user wins.

  The loss selection processing unit 48 is a means for transmitting data to produce a loss to the terminal that operates the virtual user when the continuous extraction determination unit 45 determines the loss. More specifically, the loss selection processing unit 48 outputs an image for notifying the terminal that the lottery is to be started (lottery start image), and then outputs an image for effecting the loss (lost selection effect image). An example of the effect of the loss is to draw a lottery from the box.

  The unsuccessful processing unit 48 may output an image for accepting an operation from the terminal and may output a defeat effect image based on operation data from the terminal. For example, when performing a winning effect by Janken, the winning selection processing unit 48 outputs an image for selecting one hand from three hands (Goo, Choki, Par) used for Janken to the terminal, The defeat effect image is output according to the hand selected by. If the hand selected by the real user is “Choki”, “Goo” is displayed as the hand on the server side. That is, a predetermined image is output so that the real user loses.

(4) Process in Game Server As an example of the process in the game server of this embodiment, the process of the game data processing unit 100 having the above configuration will be described.

(4-1) Outline of Processing in Game Data Processing Unit First, an outline of processing in the game data processing unit 100 will be described with reference to FIG. First, in step S1301, the gacha reception image output unit 41 outputs an image (gacha reception image) for receiving execution of gacha from the real user who operates the virtual user to the terminal. The gacha reception image is provided with a gacha reception icon for receiving execution of gacha from the real user. When the real user operates the gacha reception icon, execution of the gacha is received.

  In step S1302, the acquisition request receiving unit 42 determines whether or not the virtual user has received an acquisition request (request to perform gacha) for acquiring a virtual item, based on operation data from the terminal. Specifically, it is determined whether or not the real user has operated the gacha reception icon. If an acquisition request has been accepted (step S1302: YES), the process proceeds to step S1303. On the other hand, when the acquisition request has not been received (step S1302: NO), the process of step S1302 is repeated until the acquisition request is received.

  In step S1303, the data table update unit 43 stores data indicating that the acquisition request has been received in the gacha history data table 221 of FIG. Specifically, the data table updating unit 43 newly creates a gacha reception number, associates it with the gacha reception number, and stores data related to the date and time (gacha reception time) when the acquisition request is received, as shown in FIG. It adds to the history data table 221. Hereinafter, the virtual user related to the acquisition request in step S1302 is referred to as a target virtual user.

  In step S1304, the item extraction unit 44 executes a process (first item extraction process) for extracting a virtual item to be given as a reward to the target virtual user. Details of the first item extraction process will be described later.

  In step S1305, the continuous extraction determination unit 45 executes a process (continuous extraction determination process) for determining whether to extract virtual items continuously. Details of the continuous extraction determination process will be described later.

  In step S1306, the continuous extraction determining unit 45 determines whether it is determined in step S1305 to extract virtual items continuously. If it is not determined to extract virtual items continuously, that is, if it is determined to be unsuccessful (step S1306: NO), the process proceeds to step S1307.

  On the other hand, when it is determined that virtual items are to be extracted continuously, that is, when it is determined that the item is winning (step S1306: YES), the process proceeds to step S1308.

  In step S1307, the loss selection processing unit 47 extracts a virtual item corresponding to the loss, executes a process of setting the virtual item as an item owned by the target virtual user (a loss selection process), and ends this process. Details of the loss selection process will be described later.

  In step S1308, the data table update unit 43 updates the number of consecutive extractions in the gacha history data table 221 of FIG. In other words, the number of consecutive extractions is the number of times that the item extraction unit 44 has extracted a virtual item after the virtual user has performed gacha once. After the virtual user performs gacha once, at the stage where the item extraction unit extracts the virtual item (step S1304), the number of consecutive extractions is already stored as “1”. In this process, when the winning is determined for the first time, the number of consecutive extractions is updated to “2”, and the number of consecutive extractions is increased by 1 each time the winning is determined.

  In step S1309, the winning processing unit 47 extracts a virtual item corresponding to the winning, executes a process (winning process) for setting the virtual item as an item owned by the target virtual user, and proceeds to step S1310. Details of the winning process will be described later.

  In step S1310, the item extraction unit 44 executes a process (second item extraction process) for extracting a virtual item to be given as a reward to the target virtual user. Details of the second item extraction process will be described later.

  After the process of step S1310, the process returns to step S1305, and the processes after step S1305 are repeated. The first item extraction process is a process executed in response to an acquisition request. On the other hand, the second item extraction process is a process that is executed after it is determined that the virtual items are continuously extracted without receiving an acquisition request.

(4-2) First Item Extraction Processing Specific examples 1 and 2 of the first item extraction processing in step S1304 will be described with reference to FIGS. First, when extracting a virtual item, the item extraction unit 44 determines the rarity of the virtual item to be extracted. And the item extraction part 44 extracts a virtual item from the virtual items memorize | stored in FIG. 6 item data table 211 based on the determined rarity. Specific example 1 is an example in which the rarity level is determined according to the ratio of the rarity level of each virtual item owned by the virtual user. Specific example 2 is an example in which the rarity is further determined according to the level of the virtual user.

(Specific example 1)
As shown in FIG. 14A, in step S1401, the item extraction unit 44 determines the scarcity of the virtual item to be given to the target virtual user as a reward item, based on the possessed item of the target virtual user. Determine the degree reference value. The rarity standard value is specifically calculated by the following method.

  The item extraction unit 44 calculates a weighted average value with reference to the rarity-owned item data table 224 of FIG. Specifically, the target virtual user has a virtual item with a rarity level of 5, b virtual items with a rarity level of 4, c virtual items with a rarity level of 3, and a virtual item with a rarity level of 2. When d virtual items having a rarity level of 1 are owned, the weighted average value is (5a + 4b + 3c + 2d + e) / (a + b + c + d + e). For example, from the possession item data table 224 by rarity shown in FIG. 12, the virtual user with the user ID 30001 has 3 virtual items with a rarity level of 5, 27 virtual items with a rarity level of 4, and a virtual with a rarity level of 3. It can be seen that 42 items, 63 virtual items with a rarity level of 2, and 15 virtual items with a rarity level of 1 are owned. The weighted average value is 2.6. Therefore, the item extraction unit 44 determines the rarity level reference value as 2.6.

  In step S1402, the item extraction unit 44 determines the rarity level of the virtual item to be given to the target virtual user as a reward item based on the rarity level reference value calculated in step S1401. Specifically, the item extraction unit 44 sets the value obtained by rounding off the rarity standard value as the rarity. For example, if the rarity level determination value is 2.6, the rarity level is 3.

  In step S1403, the item extraction unit 44 randomly selects a virtual item to be a reward item from the virtual items stored in the item data table 211 of FIG. 6 based on the scarcity determined in step S1402. For example, if the rarity level determined in step S1402 is “3”, the item extraction unit 44 selects one virtual item among the virtual items of the item IDs 30001 to ID30100.

  In step S1404, the data table update unit 43 sets the virtual item extracted in step S1403 as an item owned by the target virtual user. Specifically, the data table updating unit 43 updates data regarding the target virtual user stored in the owned item data table 223 in FIG. 11 and the owned item data table 224 by rarity level in FIG. 12.

  In step S1405, the data table update unit 43 stores “1” as the number of consecutive extractions in the gacha history data table 221 of FIG.

(Specific example 2)
As shown in FIG. 14B, the processing of steps S1411, S1415 to S1417 is the same as the processing of steps S1401, S1403 to S1405, and the description thereof will be omitted.

  In step S1412, the item extraction unit 44 determines an adjustment value (A) based on the level of the target virtual user with reference to the rarity determination data table 212 in FIG. 7A and the operation history data table 222 in FIG. To do. The adjustment value (A) is a larger value as the level of the virtual user is higher. For example, it can be seen from the operation history data table 222 of FIG. 10 that the level of the virtual user with the user ID 30001 is 506. From the rarity determination data table 212 in FIG. 7A, it is understood that the adjustment value (A) is 0.3 when the level is 401 to 800. Therefore, the item extraction unit 44 determines the adjustment value (A) as 0.3.

  In step S1413, the item extraction unit 44 adds the rarity reference value calculated in step S1411 and the adjustment value (A) determined in step S1412 to calculate the rarity determination value. For example, if the reference value is 2.6 and the adjustment value (A) is 0.3, the rarity determination value is 2.9.

  In step S1414, the item extraction unit 44 determines the rarity level of the virtual item to be given to the target virtual user as a reward item based on the rarity level determination value determined in step S1413. Specifically, the item extraction unit 44 sets a value obtained by rounding off the rarity determination value as the rarity. For example, if the rarity level determination value is 2.9, the rarity level is 3.

(4-3) Continuous Extraction Determination Process The continuous extraction determination process in step S1305 will be described with reference to FIG. As shown in FIG. 15, in step S1501, the winning probability determining unit 46 executes a process of determining the probability that the item extracting unit 44 continuously extracts virtual items, that is, the winning probability (winning probability determining process). . Details of the winning probability determination process will be described later.

  In step S1502, the continuous extraction determining unit 45 randomly selects either winning or losing according to the winning probability determined in step S1501. For example, when the winning probability is 80%, the probability that the continuous extraction determining unit 45 selects winning is higher than the case where the winning probability is 20%, and the probability that the virtual items are extracted continuously. Is expensive.

(4-4) Winning Probability Determination Process Specific examples 1 and 2 of the winning probability determination process in step S1501 will be described with reference to FIGS. Specific example 1 is an example in which the winning probability is determined based on the level of the virtual user and the level increase rate. Specific example 2 is an example in which the method for determining the winning probability is changed depending on whether the level of the virtual user is equal to or higher than a predetermined threshold.

(Specific example 1)
As shown in FIG. 16A, in step S1601, the winning probability determining unit 46 refers to the winning probability data table 213 in FIG. 8A and the gacha history data table 221 in FIG. A winning probability reference value based on the number of consecutive extractions is determined. For example, from the gacha history data table 221 of FIG. It can be seen that 14 consecutive gachas (currently accepted gachas) have 5 consecutive extractions. From the winning probability data table 212 of FIG. 7A, it is found that when the number of consecutive extractions is 5, the winning probability reference value is 20%. Therefore, the winning probability determination unit 46 determines the winning probability reference value as 20%.

  In step S1602, the winning probability determining unit 46 refers to the winning probability data table 213 in FIG. 8B and the operation history data table 222 in FIG. 10 to determine an adjustment value (a) based on the level of the target virtual user. To do. The adjustment value (a) is a smaller value as the level of the virtual user is higher. For example, it can be seen from the operation history data table 222 of FIG. 10 that the level of the virtual user with the user ID 30001 is 506. It can be seen from the winning probability data table 213 in FIG. 8B that when the level is 401 to 800, the adjustment value (a) is 2%. Therefore, the winning probability determination unit 46 determines the adjustment value (a) as 2%.

  In step S1603, the winning probability determination unit 46 refers to the winning probability data table 213 in FIG. 8C and the operation history data table 222 in FIG. 10, and an adjustment value (b) based on the level increase rate of the target virtual user. To decide. The adjustment value (b) is a larger value as the level increase rate of the virtual user is higher. For example, it can be seen from the operation history data table 222 of FIG. 10 that the level increase rate of the virtual user with the user ID 30001 is 1.45. It can be seen from the winning probability data table 213 in FIG. 8C that the adjustment value (b) is 5% when the level increase rate is 1.0 or more and less than 1.5. Therefore, the winning probability determination unit 46 determines the adjustment value (b) as 5%.

  In step S1604, the winning probability determination unit 46 adds the winning probability reference value, the adjustment value (a), and the adjustment value (b) determined in steps S1601, S1602, and S1603 to calculate the final winning probability. For example, if the winning probability reference value is 20%, the adjustment value (a) is 2%, and the adjustment value (b) is 5%, the final winning probability is 27%.

  It can be seen from the operation history data table 222 of FIG. 10 that the level of the virtual user with the user ID 30002 is 88 and the level increase rate is 2.21. In this case, the adjustment value (a) is 30% and the adjustment value (b) is 20%. Due to the difference between the adjustment value (a) and the adjustment value (b), the user ID 30001 and the user ID 30002 have different winning probabilities by 43%.

(Specific example 2)
As shown in FIG. 16B, the processing in steps S1611 and S1613 is the same as the processing in steps S1601 and S1603, and thus the description thereof is omitted.

  In step S1612, the winning probability determination unit 46 determines whether or not the level of the target virtual user is equal to or higher than a predetermined threshold (for example, 300). If it is equal to or greater than the predetermined threshold (step S1612: YES), the process proceeds to step S1615. On the other hand, if it is less than the predetermined threshold (step S1612: NO), the process proceeds to step S1613.

  In step S1614, the winning probability determination unit 46 adds the winning probability reference value and the adjustment value (b) determined in steps S1611 and S1613, and calculates the final winning probability.

  In step S1615, the winning probability determining unit 46 refers to the winning probability data table 213 in FIG. 8D and the operation history data table 222 in FIG. 10 as contribution points of the target virtual user. A base adjustment value (c) is determined. The adjustment value (c) is a value that increases as the contribution points of the virtual user increase. For example, it can be seen from the operation history data table 222 of FIG. 10 that the contribution point of the virtual user with the user ID 30001 is 43. It can be seen from the winning probability data table 213 in FIG. 8D that when the contribution point is 11 or more and less than 100, the adjustment value (c) is 2%. Therefore, the winning probability determination unit 46 determines the adjustment value (c) as 2%.

  In step S1614, the winning probability determination unit 46 sums up the winning probability reference value and the adjustment value (c) determined in steps S1611 and S1615, and calculates the final winning probability.

(4-5) Winning Process The winning process in step S1309 will be described with reference to FIG. As shown in FIG. 17, in step S1701, the winning processing unit 47 outputs an image (lottery start image) indicating that the lottery starts to the terminal that operates the target virtual user. In step S1702, based on the operation data from the terminal, the winning processing unit 47 determines whether or not the actual user has performed a predetermined operation. If a predetermined operation has been performed (step S1702: YES), the process proceeds to step S1703. On the other hand, when the predetermined operation is not performed (step S1702: NO), the process of step S1702 is repeated until the actual user performs the predetermined operation. Specifically, a screen 300 showing a lottery start image and a predetermined operation by an actual user will be described with reference to FIG. In the present embodiment, the production is performed by Janken.

  As shown in FIG. 20 (A), at the top of the screen 300 is a message for causing the real user operating the target virtual user to select one hand from the three hands (goo, choki, par) used for the janken. An image, for example, a message image 310 in which “Please select one!” Is displayed. In addition, at the lower part of the message image 310, Janken images 321, 322, and 323 showing three hands (goo, choki, and par) used for Janken are displayed. The real user can select any one of the janken images 321, 322, and 323. When the real user selects any Janken image, only the selected Janken image is highlighted. FIG. 20A shows a state in which a Janken image 321 showing a hand meaning “Goo” is selected by an actual user. At the bottom of the screen 300, a confirmation image for confirming the intention of the actual user to decide whether to select the Janken images 321, 322, 323 and start Janken, for example, “Start Janken!” Is described. A confirmation image 330 is displayed. When the real user operates the confirmation image 330, the screen 300 changes to a screen 400 described later.

  In step S1703, the winning processing unit 47 outputs an image (winning effect image) indicating that it has been won to the terminal that operates the target virtual user. Specifically, with reference to FIGS. 20B and 20C, screens 400 and 500 showing a winning effect image will be described.

  As shown in FIG. 20B, a circular image 410 showing roulette is displayed at the top of the screen 400. The roulette has three regions. The image 410 is composed of Janken images 411, 412, and 413 showing three hands (Goo, Choki, and Par) used for Janken. At the bottom of the screen 400, the Janken image selected by the real user on the screen 300 is displayed, and a message image for notifying that the real user has selected, for example, “This is Mr. XX's choice” is described. The message image 420 displayed is displayed. In FIG. 20B, it is shown that the Janken image 321 showing the hand meaning “Goo” is selected by the real user.

  When transitioning from the screen 300 to the screen 400, one of the Janken images 411, 412, and 413 is highlighted in order, and an effect indicating the rotation of the roulette is performed. Then, after elapse of a predetermined time, for example, 3 to 5 seconds, only one Janken image is highlighted and an effect indicating that the roulette rotation has stopped is performed. Thereafter, the screen 400 transits to a screen 500 described later. The winning processing unit 47 finally determines the soap image to be highlighted and displayed based on the soap image selected by the real user who operates the target virtual user so that the target virtual user wins. For example, when the Janken image 321 showing the hand meaning “Goo” is selected by the real user, as shown in FIG. 20B, the Janken image 412 showing the hand meaning “Choki” is highlighted. Displayed.

  As shown in FIG. 20C, a message image for notifying the real user that the target virtual user has won the game is displayed at the top of the screen 500, for example, “Mr. XX won!”. A message image 510 is displayed. Below the message image 510, a message image for notifying the real user that the winning item is to be given to the target virtual user, for example, a message image 520 that describes “Give a gift!” Is displayed. The message image 520 includes an item image 521 that displays the winning item. Under the message image 520, when the target virtual user wins the Janken, a message image for notifying the real user that the Janken can be challenged is described, for example, “I can do another Janken!”. The message image 530 is displayed. At the bottom of the screen 500, a confirmation image for confirming the will of the real user who will continue to perform the Janken, for example, a confirmation image 540 described as “Go to the next Janken!” Is displayed. When the real user operates the confirmation image 540, the screen 500 is changed to the screen 300.

  Note that the screens shown in FIGS. 20A and 20B are displayed as part of the winning process in step S1309, but FIG. 20C shows the second after the winning process. It is displayed after the item extraction process and the next continuous extraction determination process are executed. The winning item is a virtual item extracted by the second item extraction process.

(4-6) Lost process The lost process in step S1307 will be described with reference to FIG. As shown in FIG. 18, in step S1801, the loss selection processing unit 48 outputs an image (lottery start image) indicating that the lottery starts to the terminal to the terminal that operates the target virtual user. In step S1802, based on the operation data from the terminal, the loss selection processing unit 48 determines whether or not the actual user has performed a predetermined operation. Note that the processing in steps S1801 and 1802 is the same as the processing in steps S1701 and 1702, and thus the description thereof is omitted. As shown in FIG. 20A, a screen 300 is displayed on the terminal. When the real user operates the confirmation image 330, the screen 300 is changed to a screen 600 described later.

  In step S1803, the loss selection processing unit 48 outputs to the terminal operating the target virtual user an image (a loss selection effect image) indicating that it has been lost. Specifically, with reference to FIGS. 21A and 21B, the screens 600 and 700 showing the lost effect image will be described. As shown in FIG. 21A, a circular image 610 showing a roulette is displayed at the top of the screen 600. The image 610 is composed of Janken images 611, 612, and 613 showing three hands (Goo, Choki, and Par) used for Janken. At the bottom of the screen 600, the Janken image selected by the real user on the screen 300 is displayed, and a message image for notifying that the real user has made the selection, for example, “This is Mr. XX's choice.” A message image 620 is displayed.

  When transitioning from the screen 300 to the screen 600, one of the Janken images 611, 612, and 613 is displayed in an emphasized manner in order, and an effect indicating the rotation of the roulette is performed. Then, after elapse of a predetermined time, for example, 3 to 5 seconds, only one Janken image is highlighted and an effect indicating that the roulette rotation has stopped is performed. Thereafter, the screen 600 changes to a screen 700 described later. The loss selection processing unit 48 finally determines a barge image to be displayed with emphasis based on the barge image selected by the real user who operates the target virtual user so that the target virtual user loses. For example, when the Janken image 321 indicating the hand meaning “Goo” is selected by the real user, the Janken image 613 indicating the hand meaning “Par” is highlighted as shown in FIG. Displayed.

  As shown in FIG. 21B, at the top of the screen 700, a message image for notifying the real user that the target virtual user has lost the game, for example, “losing Mr. XX!” Is described. A message image 710 is displayed. Below the message image 710, when the target virtual user loses the Janken, a message image for notifying the real user that the Janken cannot be challenged, for example, a message image 720 indicating “Sorry! Is displayed.

(4-7) Second Item Extraction Process The second item extraction process in step S1310 will be described with reference to FIG. First, when extracting a virtual item, the item extraction unit 44 determines the rarity of the virtual item to be extracted. And the item extraction part 44 extracts a virtual item from the virtual items memorize | stored in FIG. 6 item data table 211 based on the determined rarity.

  As illustrated in FIG. 19, the process of step S1901 is the same as the process of step S1401, and thus description thereof is omitted. In step S1902, the item extraction unit 44 refers to the rarity determination data table 212 in FIG. 7B and the gacha history data table 221 in FIG. 9, and an adjustment value (B) based on the number of consecutive extractions of the target virtual user. To decide. The adjustment value (B) increases as the number of consecutive extractions increases. For example, from the gacha history data table 221 of FIG. It can be seen that 14 consecutive gachas (currently accepted gachas) have 5 consecutive extractions. From the rarity determination data table 212 of FIG. 7B, it can be seen that the adjustment value (B) is 0.4 when the number of consecutive extractions is 5. Therefore, the item extraction unit 44 determines the adjustment value (B) as 0.4.

  In step S1903, the item extraction unit 44 refers to the rarity determination data table 212 in FIG. 7C and the gacha history data table 221 in FIG. 9 to adjust the adjustment value (C) based on the gacha timing of the target virtual user. To decide. The gacha timing specifically means an elapsed time from the reception time of the gacha received one time before the reception time of the gacha currently being received. The adjustment value (C) is larger as the elapsed time is shorter. For example, from the gacha history data table 221 of FIG. The reception time of 14 gachas (currently accepted gachas) is 19:20 on January 1, 20xx. It can be seen that the reception time of 13 gachas (the gachas received before one) is 20xx, January 1, 21:00. Therefore, the elapsed time is 1 hour 40 minutes. Further, from the rarity determination data table 212 of FIG. 7C, it is understood that the adjustment value (C) is 0.4 when the elapsed time is 1 hour or more and less than 3 hours. Therefore, the item extraction unit 44 determines the adjustment value (C) as 0.4.

  In step S1904, the item extraction unit 44 adds the rarity reference value, the adjustment value (B), and the adjustment value (C) determined in steps S1901, S1902, and S1903 to calculate a rarity determination value. For example, if the reference value is 2.6, the adjustment value (B) is 0.4, and the adjustment value (C) is 0.4, the rarity determination value is 3.4.

  In step S1905, the item extraction unit 44 determines the rarity level of the virtual item to be given to the target virtual user as a reward item based on the rarity level determination value determined in step S1904. Specifically, the item extraction unit 44 sets a value obtained by rounding off the rarity determination value as the rarity. For example, if the rarity level determination value is 3.4, the rarity level is 3. In the present embodiment, a specific example is shown in which the number of consecutive extractions of the target virtual user is 5. However, if the number of consecutive extractions is 6, the rarity level determination value is 3.5 and the rarity level is 4. Become.

  In step S1906, the item extraction unit 44 randomly selects a virtual item as a reward item from the virtual items stored in the item data table 211 in FIG. 6 based on the rarity determined in step S1905. For example, if the rarity level determined in step S1405 is “3”, the item extraction unit 44 selects one virtual item among the virtual items of item ID 30001 to ID30100.

  Note that the virtual item extracted in step S1906 is set as an item owned by the target virtual user after outputting an image displaying the winning item as shown in FIG.

(5) Effect In this embodiment, when the real user performs gacha once, not only the item extraction unit extracts the virtual item, but also the continuous extraction determination unit determines whether to extract the virtual item continuously. To do. The real user can acquire many virtual items when the continuous extraction determining unit determines to extract virtual items continuously. By varying the number of virtual items that a real user can acquire for one gacha, the real user can have a sense of expectation for acquiring the virtual item, and the willingness to acquire the virtual item can be increased.

  In the first item extraction process (specific example 1) of the present embodiment, the item extraction unit extracts a virtual item having a rarity suitable for the target virtual user according to the rarity level reference value. Since the scarcity standard value is a weighted average value calculated from each stage (1-5) of the scarcity level of the virtual item and the number of possessions for each scarcity level of the virtual user, the real user is currently owned by the virtual user. A virtual item having a value equivalent to the value of the existing virtual item can be acquired. When a virtual item having a value lower than the value of the virtual item owned by the virtual user is given to the virtual user, the satisfaction given to the real user is considered to be small compared to the case where a high value virtual item is given. On the other hand, if only a high-value virtual item is given to a virtual user, a large number of high-value virtual items will circulate in the game, which may result in a change in the value of the virtual item in the game. . Therefore, by extracting a virtual item having a rarity level suitable for a virtual user, it is possible to suppress fluctuations in the value of the virtual item in the game while maintaining motivation to acquire the virtual item of the real user.

  In the first item extraction process (specific example 2) of the present embodiment, the rarity level reference value and the adjustment value (A) are summed, and a rarity level virtual item suitable for the target virtual user is extracted based on the total value. . Usually, a relatively high level virtual user owns a relatively rare virtual item. Therefore, by extracting a virtual item having a higher degree of rarity as the level of the virtual user is higher, a virtual item having a value corresponding to the value of the virtual item owned can be given to the virtual user. By extracting a virtual item having a rarity level suitable for a virtual user, it is possible to suppress fluctuations in the value of the virtual item in the game while maintaining motivation to acquire the virtual item of the real user.

  In the winning probability determination process (specific example 1) of the present embodiment, the winning probability determining unit determines the winning probability based on parameters related to the number of consecutive extractions for the target virtual user and the operation history. Specifically, the winning probability determination unit adds the winning probability reference value, the adjustment value (a), and the adjustment value (b), and determines the total value as the winning probability.

  The winning probability reference value is smaller as the number of consecutive extractions is larger. Each time the continuous extraction determination unit determines to extract virtual items in succession, the winning probability decreases, so that a rare value is created in the number of consecutive extractions. Thereby, a real user's expectation can be raised.

  The adjustment value (a) is a larger value as the level of the virtual user is lower. The level increases as the game progresses, and the virtual user with a low level is a so-called beginner user who does not progress the game so much. Such a novice user may leave the game before being enthusiastic about the game. By giving preferential treatment to novice users regarding the acquisition of virtual items, it is possible to suppress withdrawal from the game.

  The adjustment value (b) is a larger value as the level increase rate of the virtual user is higher. Since the level increase rate is a parameter that increases as the number of operations in a shorter period increases, an actual user with a high game play frequency has a higher number of consecutive extractions. Therefore, a sense of superiority can be given to a virtual user whose game play frequency is high. By combining the adjustment value (a) and the adjustment value (b), a willingness to play a game of a novice user who is enthusiastic about the game can be further improved, and withdrawal from the game can be suppressed.

  In the winning probability determination process (specific example 2) of the present embodiment, when the level of the target virtual user is less than a predetermined threshold, the winning probability determining unit sums the winning probability reference value and the adjustment value (b). The total value is determined as the winning probability. Thereby, the novice user who is playing the game eagerly becomes advantageous to the novice user who is not playing the game so much. The willingness to play the game of the novice user who is enthusiastic about the game can be further improved.

  When the level of the target virtual user is equal to or higher than the predetermined threshold, the winning probability determination unit adds the winning probability reference value and the adjustment value (c), and determines the total value as the winning probability. The adjustment value (c) is a larger value as the contribution point of the virtual user is higher. The intermediate / advanced user is often more advantageous than the novice user in the progress of the game, and the novice user may reduce the willingness to play the game depending on the behavior of the intermediate / advanced user. Therefore, among middle / advanced users, it is possible to induce the user to increase the degree of contribution by preferentially handling middle / advanced users who have a high contribution to a virtual user with a relatively low level. Along with this, it is possible to maintain the willingness of the novice user to play the game.

  In the winning process and the winning process of the present embodiment, the winning process part and the winning process part perform winning and defeating effects by means of janken. After the real user decides the hand of Janken, it is possible to give the real user a lottery pleasure by performing an effect indicating the rotation of the roulette wheel.

  In the second item extraction process of the present embodiment, the item extraction unit adds the rarity reference value, the adjustment value (B), and the adjustment value (C), and the rarity suitable for the target virtual user based on the total value. To decide.

  The adjustment value (B) is a value that varies according to the number of consecutive extractions, and is a value that increases as the number of consecutive extractions by the virtual user increases. Therefore, as the number of consecutive extractions increases, the real user can acquire not only more virtual items but also a virtual item with a higher degree of rarity. The real user's expectation for the acquisition of the virtual item can be further increased, and the willingness to acquire the virtual item can be further increased.

  The adjustment value (C) is a value that fluctuates according to the elapsed time from the previous gacha, and is larger as the elapsed time from the previous gacha is shorter. Therefore, after the real user performs gacha once, it can be expected that the timing of performing the gacha next will be advanced and the gacha will be performed continuously.

(6) Others The present invention provides a system or apparatus with a non-temporary recording medium in which a software program that implements the functions of the above-described embodiments is provided, and the computer of the system or apparatus, that is, a CPU or MPU. Alternatively, it may be realized by reading and executing a program recorded in the non-temporary recording medium.

  In this case, the program read from the non-temporary recording medium realizes the functions of the above-described embodiment. Therefore, the program and a non-transitory recording medium on which the program is recorded are also one embodiment of the present invention.

  Non-temporary recording media that provide the program include flexible disks, hard disks, magneto-optical disks, CD-ROMs, CD-Rs, CD-RWs, DVD-ROMs, DVD-RAMs, DVD-RWs, DVD + RWs, and the like. Includes optical disks, magnetic tapes, non-volatile memory cards, and ROMs. Alternatively, the program may be downloadable via a communication network.

  Furthermore, the functions of the above-described embodiment are not only for the computer to read and execute the program, but also to an OS (operating system) operating on the computer or the like, based on the instructions of the program, part or all of the actual operation. You may implement | achieve by performing.

  Furthermore, the functions of the above-described embodiment are provided in a memory provided on an expansion board inserted into a computer or an expansion device connected to the computer by reading a program read from a non-temporary recording medium. You may implement | achieve by writing to memory and making CPU etc. provided in the expansion board or the expansion apparatus perform all or one part of actual processing based on the instruction | indication of a program.

  Although the invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the exemplary aspects disclosed herein. The claims can be broadly construed to include all such modifications and equivalent structures and functions.

G game server 11a Operation data receiving unit 41 Gacha received image output unit 42 Acquisition request receiving unit 43 Data table updating unit 44 Item extracting unit 45 Continuous extraction determining unit 46 Winning probability determining unit 47 Winning processing unit 48 Losing processing unit 211 Item data table 212 Scarcity Determination Data Table 213 Winning Probability Data Table 221 Gacha History Data Table 222 Operation History Data Table 223 Owned Item Data Table 224 Owned Item Data Table by Scarcity

Claims (15)

An operation data receiving unit for receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
An acquisition request receiving unit that receives an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, based on data about the virtual user, a first item extraction unit that extracts a first virtual item from virtual items that can be used in the virtual space;
After extracting virtual items, a continuous extraction determining unit that determines whether to extract virtual items continuously,
A second item extraction unit that extracts a second virtual item when it is determined to continuously extract virtual items, and repeatedly extracts further virtual items until it is determined that a virtual item is not extracted continuously;
A winning probability determination unit that determines the probability of continuously extracting virtual items,
For the virtual user whose in-game level is less than a predetermined threshold, the winning probability determination unit increases the probability as the numerical value obtained by quantifying the operation frequency of the virtual user is higher,
A game server characterized in that, for a virtual user whose in-game level is equal to or greater than a predetermined threshold, the probability is increased as the contribution to a virtual user having a relatively low in-game level is higher . An operation data receiving unit for receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
An acquisition request receiving unit that receives an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, based on data about the virtual user, a first item extraction unit that extracts a first virtual item from virtual items that can be used in the virtual space;
After extracting virtual items, a continuous extraction determining unit that determines whether to extract virtual items continuously,
A second item extraction unit that extracts a second virtual item when it is determined to continuously extract virtual items, and repeatedly extracts additional virtual items until it is determined not to extract virtual items continuously; Prepared ,
The virtual item is attached with a parameter representing the rarity at a plurality of stages,
The game server characterized in that the second item extraction unit extracts an item with a higher degree of rarity as the number of consecutive virtual item extractions after receiving the acquisition request increases . An operation data receiving unit for receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
An acquisition request receiving unit that receives an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, based on data about the virtual user, a first item extraction unit that extracts a first virtual item from virtual items that can be used in the virtual space;
After extracting virtual items, a continuous extraction determining unit that determines whether to extract virtual items continuously,
A second item extraction unit that extracts a second virtual item when it is determined to continuously extract virtual items, and repeatedly extracts additional virtual items until it is determined not to extract virtual items continuously; Prepared ,
The game item characterized in that the second item extraction unit extracts items having a higher degree of rarity as the elapsed time from the previous acquisition request to the current acquisition request is shorter . A winning probability determining unit that determines the probability of continuously extracting virtual items;
The winning probability determination unit increases the probability as the in-game level of the virtual user is lower,
The game server according to claim 2 , wherein the continuous extraction determination unit determines whether to extract virtual items continuously based on the probability.   The game server according to claim 4, wherein the winning probability determination unit further increases the probability as the numerical value obtained by quantifying the operation frequency of the virtual user is higher. The first item extraction unit is configured to extract a virtual item having a rarity suitable for the virtual user according to a ratio of each step of the rarity of the virtual item owned by the virtual user. The game server according to any one of claims 1 to 5 . The game server according to any one of claims 1 to 6, wherein the first item extraction unit extracts a virtual item having a higher degree of rarity as the level of the virtual user in the game is higher. After determining whether to extract virtual items continuously, based on the operation data, a selection receiving unit that receives selection of any hand in the Janken game;
The image processing apparatus according to claim 1, further comprising: an image output unit that outputs an effect image in which the virtual user wins according to a hand that has received the selection when it is determined to continuously extract virtual items. 8. The game server according to any one of 7 to 7 . Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, extracting a first virtual item from virtual items usable in the virtual space based on data on the virtual user;
Determining whether to extract virtual items continuously after extraction of virtual items;
Extracting a second virtual item when it is determined to continuously extract virtual items, and repeatedly extracting further virtual items until it is determined not to continuously extract virtual items; and
A step of determining a probability of continuously extracting virtual items, and a computer connected to the communication network,
In the step of determining the probability, for a virtual user whose in-game level is less than a predetermined threshold, the higher the numerical value obtained by quantifying the operation frequency of the virtual user, the higher the probability,
A game control method characterized in that, for a virtual user whose in-game level is equal to or higher than a predetermined threshold, the probability is increased as the degree of contribution to a virtual user having a relatively low in-game level is higher . Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, extracting a first virtual item from virtual items usable in the virtual space based on data on the virtual user;
Determining whether to extract virtual items continuously after extraction of virtual items;
A second virtual item is extracted when it is determined to continuously extract virtual items, and a step of repeatedly extracting further virtual items is connected to the communication network until it is determined not to extract virtual items continuously. Computer running ,
The virtual item is attached with a parameter representing the rarity at a plurality of stages,
In the step of extracting the second virtual item, an item having a higher degree of rarity is extracted as the number of consecutive virtual item extractions after receiving the acquisition request is increased . Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
When receiving the acquisition request, extracting a first virtual item from virtual items usable in the virtual space based on data on the virtual user;
Determining whether to extract virtual items continuously after extraction of virtual items;
A second virtual item is extracted when it is determined to continuously extract virtual items, and a step of repeatedly extracting further virtual items is connected to the communication network until it is determined not to extract virtual items continuously. Computer running ,
In the step of extracting the second virtual item, an item with a higher degree of rarity is extracted as the elapsed time from the previous acquisition request to the current acquisition request is shorter . A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
Upon receiving the acquisition request, based on data about the virtual user, a function of extracting a first virtual item from virtual items that can be used in the virtual space;
A function to determine whether to extract virtual items continuously after extracting virtual items;
A function of extracting a second virtual item when it is determined to continuously extract virtual items and repeatedly extracting further virtual items until it is determined not to continuously extract virtual items;
A function for determining the probability of continuously extracting virtual items, and a computer connected to a communication network,
The function for determining the probability increases the probability as the numerical value obtained by quantifying the operation frequency of the virtual user is higher for a virtual user whose in-game level is less than a predetermined threshold,
A game program characterized in that, for a virtual user whose in-game level is equal to or greater than a predetermined threshold, the probability increases as the degree of contribution to a virtual user with a relatively low in-game level increases . A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
Upon receiving the acquisition request, based on data about the virtual user, a function of extracting a first virtual item from virtual items that can be used in the virtual space;
A function to determine whether to extract virtual items continuously after extracting virtual items;
Connects to the communication network with a function to extract the second virtual item when it is decided to extract virtual items continuously and to repeat the extraction of further virtual items until it is decided not to extract virtual items continuously. Realized on a computer ,
The virtual item is attached with a parameter representing the rarity at a plurality of stages,
The game program characterized in that the function of extracting the second virtual item extracts an item having a higher degree of rarity as the number of consecutive virtual item extractions after receiving the acquisition request is increased . A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting an acquisition request for the virtual user to acquire a virtual item based on the operation data;
Upon receiving the acquisition request, based on data about the virtual user, a function of extracting a first virtual item from virtual items that can be used in the virtual space;
A function to determine whether to extract virtual items continuously after extracting virtual items;
Connects to the communication network with a function to extract the second virtual item when it is decided to extract virtual items continuously and to repeat the extraction of further virtual items until it is decided not to extract virtual items continuously. Realized on a computer ,
The game program characterized in that the function of extracting the second virtual item extracts an item having a higher degree of rarity as the elapsed time from the previous acquisition request to the current acquisition request is shorter . The game program recording medium which recorded the game program of any one of Claim 12 to 14.

Images