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

Abstract

A game server and a game server control method capable of suppressing a decrease in interest in the entire game by striking a measure devised in a granting method for giving a virtual item usable in a virtual space to a virtual user , A program, and a game system are provided.
An operation data receiving unit that receives operation data, and when the received operation data indicates a virtual item acquisition request, a virtual item selected at random based on the appearance rate is set as an acquisition item of the virtual user Based on information obtained from the acquired item setting unit 43 and the operation data received in the past, the appearance rate of the unacquired virtual item specified from the set acquired item is preset in this virtual item. An appearance rate changing unit 451 that changes the appearance rate to be higher than the appearance rate.
[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, The present invention relates to a program, a game program recording medium, and a game system.

  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 such a social game, it is formed by combining a plurality of game parts such as a quest part, a battle part, a composite part, a gacha part, etc. based on the behavior and story of a virtual user, and constitutes one game There is a card game played.

  Such a card game composed of a plurality of game parts is executed by executing each part including a gacha part as shown below, whereby a virtual card (hereinafter referred to as “a hundred cards”) with a variety of characters such as hundreds of types is attached. , Simply referred to as a card), 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 are generally associated with each virtual item, 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 indicating “rareness”, 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 1).

JP 2008-253521 A

  In the above-mentioned gacha part, it is easy to gather unacquired cards while the accumulated number of times that the gacha part is executed is small, and as the accumulated number of times that the gacha part is executed increases, the number of unacquired cards tends to decrease. By executing the acquisition request, it is possible to give a real user an expectation of what kind of card will be given. However, if the number of unacquired cards decreases, even if gachapart is executed, cards that have already been probabilistically appear frequently, but there are cases where it is difficult to appear unacquired cards. If such a state continues, there is a concern that the interest of the entire game including the gacha part will decline.

The present invention has been made in view of the above-described problems, and by applying measures devised to give a virtual item that can be used in a virtual space at random to a virtual user, the present invention has an interest in the entire game. It aims at providing the game server which can suppress the fall of this. Another object of the present invention is to provide a game control method, a program, a game program recording medium, and a game system for controlling the progress of a game provided by the game server.

(First aspect)
The game server according to the first aspect of the present invention includes an operation data receiving unit that receives operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network, and operation data reception When the operation data received by the department indicates a virtual item acquisition request that can be used in the virtual space, the virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is Appearance of an unacquired virtual item identified from the set acquisition item based on the acquisition item setting unit set for the acquisition item of the virtual user operated by the operation data and information obtained from the operation data received in the past rate and includes a occurrence ratio changing unit that changes to be higher than the appearance ratio set in advance, and can be acquired by the acquiring request Virtual items are virtual items that have been acquired for virtual users and virtual items that have not been acquired, and the appearance rate change unit has not acquired as the ratio of virtual items that have not been acquired to virtual items that can be acquired has decreased. the incidence of the virtual item, characterized by be relocated to be higher than the appearance ratio set in advance.

  In the first aspect, the operation data is data requesting the progress of various operations performed by the virtual user, including data indicating a request for acquiring a virtual item that can be used in the virtual space. The information obtained from operation data received in the past is, for example, the acquisition status of virtual items, the cumulative number of operation data received during a certain period, and the like. An acquired item is a virtual item acquired in response to an acquisition request. The information regarding the newly set acquisition item is notified to the terminal, for example, and managed in a predetermined database. An unacquired virtual item is a virtual item that is not set as an acquired item, and is, for example, a virtual item that is specified by removing an acquired item from a virtual item that can be acquired by an acquisition request.

In the first aspect, the virtual item that can be acquired by the acquisition request is a virtual item that has been acquired for the virtual user and a virtual item that has not been acquired, and based on the ratio of the virtual item that has not been acquired to the virtual item that can be acquired By increasing the appearance rate of unacquired virtual items, it is possible to avoid a situation in which acquired virtual items frequently appear and it is difficult to acquire unacquired virtual items. In particular, in the first aspect, since it is possible to change the appearance rate of the virtual item by paying attention to the ratio of the unacquired virtual item to the acquirable virtual item, it is difficult to acquire the unacquired virtual item Can be easily avoided. Therefore, according to the first aspect, a state in which an unacquired card does not easily appear does not occur, so that a decrease in interest to the entire game is suppressed, and consequently, an operation for randomly acquiring virtual items is performed. It can raise interest.

( Second aspect)
The game server which concerns on the 2nd aspect of this invention is an update which updates the acquisition state of a virtual item from non-acquisition to acquisition acquired in the said 1st aspect, when an unacquired virtual item is set to an acquisition item. The appearance rate changing unit is configured so that, when the virtual item acquisition state is updated to acquired, the appearance rate of unacquired virtual items after the update is higher than the preset appearance rate. It is characterized by changing.

According to the second aspect, every time an unacquired virtual item is set as an acquired item, the appearance rate of the unacquired virtual item is increased from the preset appearance rate, thereby obtaining an unacquired virtual item. It is possible to surely prevent a state in which acquired virtual items frequently appear as the number of items decreases.

( Third aspect)
A game server according to a third aspect of the present invention includes an operation data receiving unit that receives operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network, and operation data reception When the operation data received by the department indicates a virtual item acquisition request that can be used in the virtual space, the virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is Appearance of an unacquired virtual item identified from the set acquisition item based on the acquisition item setting unit set for the acquisition item of the virtual user operated by the operation data and information obtained from the operation data received in the past the rate, the occurrence ratio changing unit that changes to be higher than the appearance ratio set in advance, resulting et from the operation data received in the past And an expected number of times estimation unit that estimates an expected number of times that a virtual item acquisition request is expected to be performed by operation data within a predetermined period, and the appearance rate changing unit is within the predetermined period. As the cumulative number of acquisition requests already made approaches the expected number, the appearance rate of unacquired virtual items is changed to be higher than a preset appearance rate.

In the third aspect, the expected number of times refers to information obtained from operation data received in the past, for example, based on a ratio of the number of operation times of an acquisition request to the number of all operation times operated in a predetermined period. This is the number of operations for which an acquisition request is expected to be made. Here, when the ratio of the number of operations of the acquisition request is large, the willingness to make the acquisition request is strong, and it can be assumed that more acquisition requests are made in a predetermined period. According to the third aspect, as the cumulative number approaches the expected number, in other words, the appearance rate of unacquired virtual items as the number of operations expected in the predetermined period decreases. By increasing the number of acquisition requests, it is possible to avoid the situation where only the acquired virtual items appear and the unacquired virtual items rarely appear, and maintain the real user's willingness to acquire the unacquired virtual items can do.

( Fourth aspect)
The game server according to a fourth aspect of the present invention further includes an update unit that updates the cumulative number of acquisition requests when a new virtual item is set as an acquisition item in the third aspect, and the appearance rate The changing unit changes the appearance rate of the unacquired virtual items to be higher than a preset appearance rate as the cumulative number of updated acquisition requests approaches the expected number of times. And

According to the fourth aspect, as the cumulative number of updated acquisition requests approaches the expected number of times, by increasing the appearance rate of unacquired virtual items above a preset appearance rate, It is possible to reliably avoid a situation in which only the acquired virtual items appear and the unacquired virtual items hardly appear no matter how many acquisition requests are made.

In any aspect, the present invention as described above regards the invention of the game server as a game control method, a program, a game program recording medium, and a game system for controlling the progress of a game provided by the game server. Is also possible.

According to the present invention, a game capable of suppressing a decrease in interest to the whole game by striking a measure devised as a granting method for randomly giving virtual items usable in a virtual space to a virtual user. A server, a game server control method, a program, a game program recording medium, and a game system can be provided.

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 specific process of a gacha part. It is a figure for demonstrating the specific example of an item data table. It is a figure for demonstrating the example of a display of the image for operation of a gacha part. It is a figure for demonstrating the example of a display of the image for making a user visually recognize the process which provides a card | curd to a virtual user. It is a figure for demonstrating the specific example of an operation frequency table. It is a figure for demonstrating the specific example of an attribute data table. It is a figure for demonstrating the specific example of an acquisition card data table. It is a figure for demonstrating the specific example of a card appearance rate management table. It is a figure for demonstrating the procedure of the process of the specific example 1 performed in a gacha part process part. It is a figure for demonstrating the specific example of the card appearance rate management table changed in the process of the specific example 1. FIG. It is a figure for demonstrating the specific example of the card appearance rate management table used by the process of the specific example 2. FIG. It is a figure for demonstrating the procedure of the process of the specific example 2 performed in a gacha part process part. It is a figure for demonstrating the specific example of the card appearance rate management table changed in the process of the specific example 2. FIG.

  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,... (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 further, an outline of the social game handled in the present embodiment is described, and then the configuration and processing contents of the game system G are specifically 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 is formed by adding a connection with another terminal 3 by executing the program of the game server 1 via the communication network. The ideal space is not limited to a two-dimensional space.

  “Real user” refers to an entity that operates the terminal, that is, a person hitting the person, and impersonates the user in the virtual space by a button or touch operation on the terminal of the “real user” that is the entity, or the user's preference A virtual entity formed according to the user's preference is called 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. In addition, the “virtual user” includes a case where a specific character displayed and visible on the game in a role playing game or a battle game causes movement or action. Further, the “virtual user” includes a virtual entity displayed as an avatar in 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.

  The “point” is a score given to a virtual user in the virtual space, and the target game part can be advanced by the virtual user consuming the score in the virtual space. “Operation data requesting progress of game part related to virtual user” means using points given to virtual user, including data indicating request for acquisition of virtual item that can be used in virtual space, and consumed by use This is operation data for requesting the progress of the target game part according to the point to be played. The “operation data reception content” includes, for example, the number of times operation data is received, an instruction indicated by the operation data, and a determination indicated by the operation data.

(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 for creating a set of cards (hereinafter referred to as a card deck) consisting of a predetermined number of cards. More specifically, while leveling up cards and selecting attributes on the card deck, you can play cards against enemies that appear in virtual space, or trade cards with other virtual users. The card is strengthened and collected. 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.

  Such a social game is completed as a single game as a whole by completing a single story or character by organically combining a plurality of parts. For example, as shown in FIG. 2, the social game 20 includes parts as game elements of a quest part 21, a synthesis part 22, a battle part 23, a gacha part 24, and a trade part 25.

  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 synthesis part 22 synthesizes the cards owned by the virtual user and raises the level indicating the strength of the cards, thereby increasing the attack power given to the enemy at the time of the battle, the defense power defending the attack from the enemy, etc. Part to strengthen.

  The battle part 23 is a part that battles against other virtual users as enemies using the cards owned by the virtual users, and wins or loses are determined based on the attack power and defense power of each card described above.

  The gacha part 24 is derived from “Gacha Gacha” (registered trademark), which represents a state in which a capsule toy, which is a toy packaged in a capsule after coins are inserted into a vending machine, for example, a virtual user However, it is a part which acquires the card | curd selected at random based on the appearance rate for every card | curd using the point for gacha given in place of a coin, and the authority for gacha.

  The trade part 25 is a part for exchanging owned cards with other virtual users. Each virtual user strengthens the attack power given to the enemy at the time of the battle and the defense power that defends the attack from the enemy by incorporating advantageous cards acquired using such trade part 25 into the card deck. can do.

  In the social game 20 composed of a plurality of parts as described above, each part is not independent of other game parts, and as described above, the parts are related to each other and combined, so that the entire game It has the meaning as. 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 above definition of the social game 20, a hardware configuration for realizing the game system G of the present embodiment will be described below.

  As shown in FIG. 1, the terminal 3 includes, for example, a wireless communication unit 31, a display unit 32 formed by a liquid crystal display panel, and an operation input unit 33 that operates the terminal by touch input or key input. For example, it is configured by a portable wireless communication terminal such as a smartphone. The terminal 3 is connected to the Internet 2 by a wireless communication unit 31 using a mobile phone line or a wireless LAN line, and performs data communication with the game server 1 on a web browser. In addition, the terminal 3 displays a web browser screen by the operation input unit 33 such as a touch panel, and performs a selection operation by touching the display on the screen and inputs an operation from the user.

  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. Then, 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 also stores the operation data in the operation input unit 33 as described later. Send to 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 input unit 33, a configuration in which a cursor or the like is moved by a physical key operation to perform a 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, as shown in FIG. 3, the game server 1 includes a communication interface unit 11 that communicates with the terminal 3 via the Internet 2, an operation input unit 12 that receives an operation input from a user such as a keyboard and a mouse, An arithmetic processing unit 13 such as a CPU that performs arithmetic processing, a main memory 14 such as SRAM or DRAM that temporarily stores arithmetic processing data, a storage device 15 such as a hard disk that stores application programs and various data, and arithmetic And a display 16 for displaying the processing result.

  The game server 1 installs a program for providing such a social game 20 to a real user in the storage device 15, thereby realizing a functional block as shown in FIG. This program is recorded on, for example, a computer-readable non-transitory recording medium, read by the arithmetic processing unit 13, and installed in the storage device 15.

  That is, the game server 1 has game data including a quest part processing unit 101, a synthesis part processing unit 102, a battle part processing unit 103, a gacha part processing unit 104, and a trade part processing unit 105 as shown in FIG. A function including the processing unit 100 and a game data storage unit 200 that manages game data is realized.

  Here, the quest part processing unit 101 performs data processing of the quest part 21. Further, the composite part processing unit 102 performs data processing of the composite part 22. The battle part processing unit 103 performs data processing of the battle part 23. The gacha part processing unit 104 performs data processing of the gacha part 24. The trade part processing unit 105 performs data processing for the trade part 25.

(3-3) Specific Configuration of Game Server Among the parts processed by the game server 1, hereinafter, a specific configuration and processing contents for realizing the gacha part 24 will be described with reference to FIG. 5. .

(3-3-1) Configuration of Game Data Storage Unit First, as data used in the gacha part 24, the game data storage unit 200 includes a gacha part processing data storage unit 210 and an operation history data storage as shown in FIG. Part 220. The gacha part processing data storage unit 210 stores an item data table 211 and a gacha display image table 212. The operation history data storage unit 220 stores an operation count data table 221, an attribute data table 222, an acquired card data table 223, and a card appearance rate management table 224.

  As shown in FIG. 6, the item data table 211 identifies, for each item, the properties given to the item, such as the item's rarity, growth type, maximum attack power, maximum defense power, maximum level value, and attributes. A possible item ID is attached and managed in a list. Here, a “virtual card” given to a virtual user is assumed as an item in the virtual space, and a certain character such as a warrior or a player is displayed on this card.

  As shown in FIG. 6, each item is given a unique number for each item as an “item ID”. The “rare degree” indicates the rarity of items, and for example, “SS rare”, “S rare”, “rare”, “normal”, etc. are ranked in descending order of rarity. “Growth type” defines the degree of growth when the character displayed on the card is leveled up. If it is “early maturity type”, it is easy to level up from the beginning. The level is increased at a constant pace, and in the case of “night molding”, the level increases as the level approaches the maximum level.

  “Maximum Attack Power” and “Maximum Defense Power” are the numerical values of the attack power and defense power at the maximum level by repeating the level up from the level 1 of the character displayed on the card, as described above. is there. The “maximum level value” similarly represents the maximum value of the level of the character on the card. “Attribute” indicates a group divided according to the character or character of the character, such as whether the character on the card imitates a person, imitating an animal, or imitating an insect. .

  The gacha display image table 212 stores data for displaying the processing content of the gacha part 24 on the terminal 3 connected via the Internet 2. For example, the gacha display image table 212 stores the following display image data in order to display an operation image 300 for receiving an instruction to gacha from the virtual user from the terminal 3 as shown in FIG. doing.

  In other words, the gacha display image table 212 includes icon image data 301, 302, 303, 304 for shifting to processing of other game parts, and icon image data 305 for executing a request for acquiring a card that is a virtual item. And explanatory image data 306 indicating the explanation necessary for the card acquisition request are stored. Here, the explanatory image data 306 indicates that in order to execute a card acquisition request, “10” points for gacha points to be described later must be consumed.

  In addition, the display image table for gacha 212 includes image data 401 representing a card sealing bag as shown in FIG. 8A as an image for allowing a user to visually recognize a process of giving a card to a virtual user, Image data 402 representing a card sealed in a card sealing bag represented in image data 401 as shown in FIGS. 8B and 8C is stored. Data for displaying the image data 401 and 402 on the display unit 32 of the terminal 3 is transmitted by the gacha part display output unit 44 described later, as shown in FIGS. 8A to 8C. The action given to the virtual user by taking out the card from the sealing bag can be visually recognized by the real user who operates the virtual user.

  As shown in FIG. 9, the operation frequency table 221 includes, for each virtual user, “quest part”, “synthesis part”, “battle part”, “gacha part”, and “trade part” which are parts constituting the game. ”Is recorded retroactively within the past two weeks, for example, and stored as a list. For example, in FIG. 9, a total of 712 operations are performed on the virtual user whose virtual user ID is “20001”. Of these operations, “Quest Part” is “70 times” and “Composition Part” is “450 times”, “Battle part” is “70 times”, “Gacha part” is “120 times”, and “Trade part” is “2 times”. As long as this table is referenced, the virtual user can determine in which part the number of operations is large. Based on the number of operations, it is possible to calculate the expected number of times that an acquisition request is expected to be performed by operation data transmitted from the terminal 3 within a predetermined period as described later. As described above, the operation count table 221 records the number of operations traced back within the past two weeks, but is not limited thereto, and for example, the number of operations from the start of the game may be recorded. In particular, by managing the number of most recent operations, such as within the past two weeks, it is possible to grasp the latest operation tendency performed on the virtual user.

  The attribute data table 222 stores the attribute data of each virtual user existing in the virtual space for each virtual user. For example, as shown in FIG. 10, the attribute data table 222 stores level information, quest points, battle points, and gacha points as attribute information for each virtual user. That is, in FIG. 10, as an example, the level of a virtual user whose virtual user ID is “20001” is “L6”, and this virtual user sets “Quest Points” to “70” points, “Battle Points” “120” points and “290 points” for “gacha points”.

  Here, the level information is a numerical value representing the level of strength of the virtual user in the game. When the game is started from level 1, this numerical value increases to level 2 and level 3 as the game progresses. For example, when the level information is “L6”, it indicates that the level of the virtual user is the sixth stage.

  Note that this level is assigned a single level for the entire game, rather than being assigned to the quest part 21 constituting one part of the game. Moreover, the concept of the level as a virtual user may not exist depending on a game.

  The quest points indicate points that are consumed as costs when moving between stages when a virtual user searches the virtual space in the quest part 21. Also, the points for battle are consumed as costs when a virtual user battles with another virtual user in battle part 23 or attacks an enemy that appears when searching for a virtual space by quest part 21. Shows the point. The point for gacha indicates a point that is consumed as a cost when the virtual user performs gacha in the gacha part 24 and acquires an item.

  Each point described above is given to a virtual user when a predetermined time elapses, for example, every 24 hours, or given to a virtual user as a reward for winning a battle against an enemy, based on the game content. Is possible. It is also possible to adjust the progress rate of each game part by adjusting the amount of points given.

  The acquired card data table 223 stores card identification data acquired by each virtual user. For example, as shown in FIG. 11, in the acquired card data table 223, 200 card storage areas are allocated to each virtual user. Then, the identification information of each card is written in the card storage area in the order in which the virtual user acquires the cards. That is, in FIG. 11, as an example, a virtual user whose virtual user ID is “20001” is acquired in the order of a card identified by “10394”, a card identified by “14908”,. Indicates that you have a card.

  Here, the card storage area in which “NULL” shown in FIG. 11 is stored indicates a state in which no card identification data is stored in the card storage area, that is, a state in which a virtual user has not acquired a card. Yes. For example, in the card storage area identified by “card 200”, the virtual user having the user ID “20004” has acquired the card, but the virtual user having the user ID “20005” has not acquired the card. Can recognize the situation.

  By referring to the acquired card data table 223 that manages information about the cards acquired in this way, the acquisition status of the cards acquired by each virtual user can be recognized. In FIG. 11, as an example, the number of card storage areas allocated to each virtual user is 200. However, the number is not limited to this and can be changed as appropriate.

  For example, as shown in FIG. 12, the card appearance rate management table 224 indicates the rare degree, acquisition state, and appearance rate of each card managed by the card ID in the item data table 211 for each virtual user identified by the user ID. I remember it. Furthermore, the card appearance rate management table 224 is expected to make a cumulative number of virtual item acquisition requests already requested from the terminal 3 within a predetermined period as described later, and to make an acquisition request within this predetermined period. Remembers the expected number of times.

  For example, in FIG. 12, for a virtual user identified by the user ID “20002”, the rare degree of each card identified by the card ID “10001”, “10002”. , ..., the acquisition status is "not acquired", "not acquired", ..., and the appearance rate is "1.0%", "1.0%", ... . In FIG. 12, the cumulative number of acquisition requests already performed by the operation data for operating the virtual user identified by the user ID “20002” is “3 times” for 3 days as an example of the predetermined period. This indicates that the expected number of times that an acquisition request is expected to be made by the operation data for operating the virtual user is “10 times”.

  In the card appearance rate management table 224 that stores information as shown in FIG. 12 described above, the expected number of times is estimated by an expected number of times estimation unit 452 described later. Further, in the card appearance rate management table 224, the cumulative number, the acquisition status of each card, and the appearance rate are updated by an assignment control unit 45 described later.

(3-3-2) Configuration of Gacha Part Processing Unit Next, a specific configuration of the gacha part processing unit 104 will be described. As shown in FIG. 5 described above, the gacha part processing unit 104 includes an operation data receiving unit 41, an acquisition request receiving unit 42, an acquisition item setting unit 43, a gacha part display output unit 44, and an assignment control unit 45. And comprising.

  The operation data receiving unit 41 is means for receiving operation data sent from the terminal 3 through the communication network 2.

  The acquisition request receiving unit 42 is a unit that receives a card acquisition request based on data from the operation data receiving unit 41. In the present embodiment, an instruction that the virtual user should gacha is transmitted from the terminal 3, and this instruction is processed and accepted as a card acquisition request in the acquisition request reception unit 42.

  The acquisition item setting unit 43 randomly selects a virtual item that can be used in the virtual space for the virtual user who has requested acquisition of the card based on the appearance rate for each card. And the acquisition item setting part 43 sets the selected card | curd as an acquisition item of a virtual user.

  Specifically, the acquisition item setting unit 43 accesses the item data table 211 of the game data storage unit 200 illustrated in FIG. 6 when the acquisition request reception unit 42 receives a signal indicating that the item acquisition request has been received. Then, based on the appearance rate for each virtual item set in the card appearance rate management table 224, a predetermined item is selected at random. Then, the acquisition item setting unit 43 sets the selected virtual item as an acquisition item of the virtual user operated by this operation data, and writes the identification data of the virtual item set as the acquisition item in the acquisition card data table 223. Further, the information of the virtual item set as the acquired item by the acquired item setting unit 43 is notified to the terminal 3 by the gacha part display output unit 44.

  The acquisition item setting unit 43 uses a random basis for acquiring the item, but the item is determined based on the rarity level or the maximum level value depending on the level, progress, gacha type, etc. of the virtual user. It does not preclude adopting a method of filtering for each segment and acquiring it randomly from the filtered set.

  Based on the data stored in the gacha display image table 212, the gacha part display output unit 44 sends data for executing the processing of the gacha part 24 to each terminal 3 connected via the Internet 2. Send. Specifically, the gacha part display output unit 44 reads out each image data stored in the gacha display image table 212 and combines the read image data, as shown in FIGS. 7 and 8 described above. Display processing data for displaying a simple image is transmitted to the terminal 3. The display processing data transmitted by the gacha part display output unit 44 may be not only image data but also display control data for controlling display of image data stored on the terminal 3 side.

  The grant control unit 45 makes an acquisition request within a predetermined period with an appearance rate changing unit 451 that changes the appearance rate of each card managed by the card appearance rate management table 224 in order to raise interest for the gacha part 24. An expected number of times estimation unit 452 that estimates the expected number of times expected, and a data update unit 453 that updates data of the card appearance rate management table 224 described above.

  The appearance rate changing unit 451 changes the appearance rate of the unacquired card specified from the acquired item to be higher than the already set appearance rate based on information obtained from operation data received in the past. . Here, the information obtained from the operation data received in the past is managed by, for example, the acquisition status of the virtual item managed by the acquisition card data table 223 and the card appearance rate management table 224, or the operation count data table 221. For example, the cumulative number of operation data received during a predetermined period. An unacquired card is a card that is not set as an acquired card, and is specified by, for example, removing an acquired card from a card that can be acquired by executing the gacha part 24.

  The expected number of times estimation unit 452 estimates the expected number of times that an acquisition request is expected to be made within a predetermined period based on information obtained from operation data received in the past. Here, the information obtained from the operation data received in the past is, for example, the ratio of the number of operations of the gacha part 24 to the number of operations of all game parts operated in a predetermined period such as the past two weeks.

  The data update unit 453 updates the data of the card appearance rate management table 224 described above to reflect the appearance rate changed by the appearance rate change unit 451 in the card appearance rate management table 224.

  As a specific example of the predetermined period serving as a reference for managing the cumulative number and the expected number of times described above, in the present embodiment, the “predetermined period” is held with a time limit such as 3 days from an arbitrarily set start time. It shall be the period of the “Appearance Rate Fluctuation Event”. Such an “appearance rate variation event” is not only performed for all virtual users, but also identifies virtual users whose interest in the gacha part 24 has decreased based on the number of operations, etc. You may make it implement for every user.

  The grant control unit 45 is not limited to the case where all cards that can be acquired by the gacha part 24 are subject to change in the appearance rate. For example, the grant control unit 45 also prevents the adoption of a technique of managing the cumulative number and the expected number of times for each set filtered according to the type of gacha and changing the appearance rate of cards belonging to a specific set. is not.

(4) Processing in game server (4-1) Processing of gacha part processing unit according to specific example 1 As processing of the gacha part processing unit 104 configured as described above, the following specific examples 1 and 2 Processing will be described.

(Specific example 1)
First, the processing of specific example 1 will be described with reference to the flowchart shown in FIG.

  In step S1301, the expected number estimation unit 452 estimates the expected number of times that an acquisition request is expected to be made within the period of the “appearance rate variation event” based on information obtained from operation data received in the past.

  Specifically, in step S1301, the expected number estimation unit 452 refers to, for example, the operation history data table 221 as information obtained from operation data received in the past. For a virtual user with a small percentage of the number of operations, it is assumed that the real user is less motivated for the behavior of the gacha part 24 than a virtual user with a large percentage.

  For example, when the operation frequency data table shown in FIG. 9 is used, when the virtual users identified by the IDs “20002” and “20004” are compared, the operation frequency for the gacha part 24 operated retroactively over the past two weeks is obtained. Both are “50 times”, but the total number of operations is greater for virtual users identified by ID “20004” than for virtual users identified by ID “20002”. Therefore, the expected number estimation unit 452 indicates that the virtual user identified by the ID “20004” is less motivated by the real user for the behavior of the gacha part 24 than the virtual user identified by the ID “20002”. to decide.

  Here, for a virtual user in which the ratio of the number of operations of the gacha part 24 to the number of operations of the entire game part is small, the above-described “appearance rate change event” ends with a relatively small number of operations of the gacha part 24 It is expected that the expected number of times is small. For example, in the example using the data shown in FIG. 9, when the expected number of times for the virtual user whose ID is “20002” is estimated as “12 times”, the expected number of times for the virtual user whose ID is “20004” is relatively gacha. Since the willingness to part 24 is low, it can be estimated that “10 times” is less than “12 times”. The data update unit 453 writes the expected number of times estimated by the expected number of times estimation unit 452 in the card appearance rate management table 224, and proceeds to step S1302.

  Note that the expected number of times is not limited to the mode of estimation based on the above-described number of operations. If the number of expected times is estimated based on the operation data received in the past, that is, the data stored in the operation history data table 221, other numbers You may carry out using a value. Specifically, the expected frequency estimation unit 452 may estimate the expected frequency as attribute information managed by the attribute data table 222 based on the level, the possession point of the gacha point, and the like. For example, if the level is high, you have a lot of points for gacha, the level of increase is high in a certain period such as the past two weeks, or the number of gacha points consumed in this period is high It is possible to estimate that the expected number of times is large.

  In step S1302, the data update unit 453 initializes the cumulative number of acquisition requests to 0, and proceeds to step S1303.

  In step S1303, the gacha part display output unit 44 reads out each image data stored in the gacha display image table 212 in order to receive an instruction to gacha from the virtual user, and performs an operation as shown in FIG. Display processing data for displaying the commercial image 300 is transmitted to the terminal 3, and then the process proceeds to step S1304. In the terminal 3, as shown in FIG. 7 described above, the operation image 300 is displayed on the display unit 32, and the image area represented by, for example, the icon image data 305 is touched by the operation input of the real user. Operation data for executing a card acquisition request is transmitted to the game server 1.

  In step S1304, the acquisition request reception unit 42 determines whether a card acquisition request has been received from the terminal 3 that operates the target virtual user. If a card acquisition request is not accepted, the process returns to step S1304 (S1304: NO), and if a card acquisition request is received, the process proceeds to step S1305 (S1304: YES).

  In step S1305, the acquisition item setting unit 43 selects a card at random based on the appearance rate set for each virtual item by the card appearance rate management table 224 corresponding to the virtual user who has requested acquisition of the card. Then, the selected card is set as the acquisition card. That is, the acquisition item setting unit 43 writes the item ID, which is identification information of the card to be given, in the card storage area of the target virtual user in the acquisition card data table 223, and then proceeds to step S1306. In step S1305, the acquisition item setting unit 43 reduces the gacha points consumed to execute the acquisition request for the card from the gacha points owned by the virtual user. Update.

  In step S1306, the gacha part display output unit 44 reads out each image data stored in the gacha display image table 212 to produce a process of giving a card to the virtual user, as shown in FIG. Display processing data for displaying an image is transmitted to the terminal 3. Thereafter, the process proceeds to step S1307.

  In step S1307, the data update unit 453 updates the cumulative number of acquisition requests, and then proceeds to step S1308. Specifically, every time a data acquisition request is received, the data updating unit 453 updates the cumulative number of acquisition requests so that the value increases by one.

  In step S1308, the data update unit 453 updates the acquisition state of the unacquired card according to the processing result of step S1305. Specifically, when the acquisition state of the card given to the target virtual user is “not acquired”, the card appearance rate management table 224 is updated to be “acquired”. When the card to be given is “acquired”, the “acquired state” managed by the card appearance rate management table 224 is maintained. Thereafter, the process proceeds to step S1309. Note that the process of step S1308 may be performed before the process of step S1307.

  In step S1309, the appearance rate changing unit 451 determines the appearance rate of unacquired cards at the current card appearance rate management table as the operation data reception count, that is, the cumulative number of acquisition requests approaches the expected count. It changes so that it may become higher than the appearance rate preset to 224. Specifically, the appearance rate changing unit 451 changes the acquisition request accumulation count from “3” as shown in FIG. 14A to the acquisition request accumulation count as “4” as shown in FIG. , And approaches the expected number of times “10”, and when the number of operations expected in the future during the “appearance rate fluctuation event” period decreases, the appearance rate is changed as follows. That is, the appearance rate changing unit 451 changes the appearance rate of unacquired cards having IDs “10001”, “10002”, “10003”, and “10005” from “1.0% to 1.1%”, “1” 0.0% to 1.1% "," 2.0% to 2.1% ", and" 3.0% to 3.1% "respectively. Further, in order to match with the change in the appearance rate of the unacquired card, the expected number estimation unit 452 sets the appearance rate of the acquired card with the ID “10004” from “3.0% to 2.8%”. Decrease.

  In step S1309, the data updating unit 453 updates the card appearance rate management table 224 so that the appearance rate changed by the appearance rate changing unit 451 is obtained, and the process proceeds to step S1310.

  In step S1310, the grant control unit 45 determines whether or not the “appearance rate change event” has ended. When it has ended, this processing step ends. When it has not ended, the process returns to step S1303.

  In this way, the grant control unit 45 increases the appearance rate of unacquired cards as the cumulative number approaches the expected number and the expected number of operations decreases in the future through the process of step S1309. By doing so, it is possible to avoid the situation where only acquired virtual items appear and no unacquired virtual items appear even if the acquisition request is made many times, and maintain the real user's willingness to acquire unacquired cards it can. In particular, the assignment control unit 45 manages the cumulative number of acquisition requests by the processing in step S1307, so that only acquired virtual items appear and no unacquired virtual items appear, no matter how many acquisition requests are made. Such a situation can be avoided reliably.

  The appearance rate changing unit 451 holds the value of the appearance rate of an unacquired card that is set when the cumulative number of acquisition requests matches the expected number of times when the cumulative number of acquisition requests exceeds the expected number of times. do it. In addition, the expected number estimation unit 452 may update the expected number every time the process of the gacha part 24 is executed, and by such update processing, the accumulated number of acquisition requests does not always exceed the expected number. Can be updated.

(Specific example 2)
Next, processing of specific example 2 different from specific example 1 will be described. Here, in the second specific example, in order to change the appearance rate, the “number of unacquired cards” is used instead of the “expected number of times” and the “cumulative number” described above, so the gacha part processing unit shown in FIG. In the configuration according to 104, the grant control unit 45 may not have the expected number of times estimation unit 452. In the second specific example, as shown in FIG. 15, the card appearance rate management table 224 displays the number of unacquired cards for each virtual user in place of the “expected number of times” and “cumulative number” shown in FIG. It shall be remembered. As an example of the number of unacquired cards, FIG. 15 shows that the number of unacquired cards of the virtual user whose ID is “20001” is “95”. As described above, in the second specific example, the card appearance rate is changed based on the “number of unacquired cards” without using a period such as the “appearance rate fluctuation event” described above as a reference.

  The gacha part processing unit 104 having such a configuration performs processing according to the flowchart shown in FIG. First, since each process of step S1601 to step S1604 is the same as each process of step S1303 to step S1306 according to the specific example 1 described above, the description thereof will be omitted and step S1605 and subsequent steps performed after executing step S1604 will be omitted. Processing will be described.

  In step S1605, the grant control unit 45 determines whether the card acquired by the virtual user through the process of step S1603 is an unacquired card. If the acquired card is an unacquired card (S1605: YES), the process proceeds to step S1606. If the acquired card is not an unacquired card (S1605: NO), this processing step is terminated.

  In step S1606, the data update unit 453 updates the card appearance rate management table 224 so that the acquisition state of the card acquired by the virtual user in the process of step S1603 is changed from “not acquired” to “acquired”. Thereafter, the process proceeds to step S1607. For example, when the virtual user identified by the user ID “20001” acquires the unacquired card with the card ID “10001” illustrated in FIG. 17A, the data update unit 453, as illustrated in FIG. Then, the acquisition state of the card is changed to “acquired”.

  In step S <b> 1607, the appearance rate changing unit 451 of the assignment control unit 45 reduces the ratio of the unacquired virtual items to the virtual items that can be acquired by the virtual user as the number of unacquired cards decreases. Accordingly, the appearance rate of the unacquired card is changed so as to be higher than the appearance rate preset in the card appearance rate management table 224 at the present time. Further, in step S1607, the data update unit 453 updates the card appearance rate management table 224 so that the appearance rate of the unacquired card becomes the value changed by the appearance rate change unit 451, and then proceeds to step S1608.

  For example, for the virtual user whose ID is “20001” as shown in FIG. 17A, the data update unit 453 changes the status from the state where the number of unacquired cards is “95” as shown in FIG. When the number of acquired cards becomes “94”, the appearance rate of unacquired cards is changed as follows. That is, the appearance rate changing unit 451 changes the appearance rate of the unacquired cards “10002”, “10003”, and “10005” from “1.0% to 1.2%” and “2.0% to 2. “2%” and “3.0% to 3.2%” respectively. In order to match the change in the appearance rate of the unacquired card, the appearance rate change unit 451 displays the appearance rate of the card whose ID is “10001” that has changed from the “not acquired” state to the “acquired” state. Is reduced from “1.0% to 0.7%”. Similarly, the appearance rate changing unit 451 decreases the appearance rate of the card whose ID is “10004” that has already been “acquired” from “3.0% to 2.7%”.

  Further, in step S1607, the data update unit 453 updates the card appearance rate management table 224 so that the appearance rate changed by the appearance rate change unit 451 is reached, and ends the present processing step.

  In this way, the grant controller 45 increases the appearance rate of unacquired cards based on the number and ratio of unacquired virtual items by the process of step S1607, so that acquired cards are frequently used. It is possible to avoid a situation where it is difficult to obtain an unacquired virtual item. In particular, the assignment control unit 45 can change the appearance rate of the virtual items by paying attention to information on the acquisition state of the virtual items such as the number and ratio of the unacquired virtual items, and thus it is difficult to acquire the unacquired virtual items. This situation can be easily avoided.

  In addition, each time the setting control unit 45 sets and updates an unacquired virtual item as an acquired item by the processing of steps S1605 and S1606, the subsequent control step 45 increases the appearance rate of the unacquired virtual item. Even when the number of unacquired virtual items decreases, it is possible to reliably prevent a state in which acquired virtual items frequently appear.

(5) Effect According to the game server 1 of the present embodiment as described above, based on information obtained from operation data received in the past, the appearance rate of cards that are virtual items that have not been acquired for a virtual user is determined. By changing, it is possible to raise the interest in the operation for randomly acquiring the cards, and consequently suppress the decrease in the interest in the entire game.

  In addition, in the present embodiment, the appearance rate changing unit 451, as in the above-described specific example 2, the virtual user that can be acquired by the virtual user as the number of cards that the virtual user has not acquired decreases. As the ratio of the unacquired virtual item to the item decreases, the virtual user changes the appearance rate of the unacquired virtual item to be higher than the preset appearance rate. In this way, according to the game server 1 of the present embodiment, by increasing the appearance rate based on the number or ratio of unacquired cards, acquired cards frequently appear and unacquired cards can be obtained. It is possible to avoid a situation where it is difficult to obtain.

  In the present embodiment, the expected number of times is an acquisition request within a predetermined period that can be calculated based on information obtained from operation data received in the past, such as the number of operations and virtual user attribute information. This is the number of operations that can be expected. In this embodiment, the number of acquisition requests has been acquired by increasing the appearance rate of unacquired cards as the cumulative number approaches the expected number and the number of operations expected in the future decreases. It is possible to avoid a situation in which only virtual items appear but unacquired virtual items do not appear, and the real user's willingness to acquire an unacquired card can be maintained.

(6) Others In the present embodiment, a card is used as an example of a virtual item. However, the present invention is not limited to a card and can be applied to other virtual items. For example, depending on the story or scenario on the game, virtual coins or the like are also used as virtual items that can be used in the virtual space. By applying the present invention, the appearance rate of items is changed, and all items are It is also possible to adjust the timing of alignment.

DESCRIPTION OF SYMBOLS 1 Game server 41 Operation data receiving part 43 Acquisition item setting part 451 Appearance rate change part 220 Operation history data storage part

Claims (12)

An operation data receiving unit for receiving operation data for operating a virtual user existing in the virtual space from each terminal connected via the communication network;
When the operation data received by the operation data receiving unit indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, An acquisition item setting unit that sets the selected virtual item as an acquisition item of a virtual user operated by the operation data;
An appearance that changes the appearance rate of an unacquired virtual item identified from the set acquired item to be higher than a preset appearance rate based on information obtained from operation data received in the past A rate changing unit ,
The virtual items that can be acquired by the acquisition request are virtual items that have been acquired for the virtual user and virtual items that have not been acquired,
The appearance rate changing unit is configured to set the appearance rate of the unacquired virtual item to a preset appearance rate as the ratio of the unacquired virtual item to the acquirable virtual item decreases. game server which is characterized that you change so as to be higher. When a virtual item that has not been acquired for the virtual user is set in the acquired item, the virtual user further includes an update unit that updates the acquisition state of the virtual item from unacquired to acquired.
The appearance rate changing unit, when updating the acquisition state of the virtual item to acquired, changes the appearance rate of a virtual item that has not been acquired after the update so that the appearance rate is higher than a preset appearance rate. The game server according to claim 1 . An operation data receiving unit for receiving operation data for operating a virtual user existing in the virtual space from each terminal connected via the communication network;
When the operation data received by the operation data receiving unit indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, An acquisition item setting unit that sets the selected virtual item as an acquisition item of a virtual user operated by the operation data;
An appearance that changes the appearance rate of an unacquired virtual item identified from the set acquired item to be higher than a preset appearance rate based on information obtained from operation data received in the past A rate changing section;
Based on the information obtained from the operation data received in the past, and an expected number estimating unit to estimate the expected expected number that acquisition request is made of the virtual item by the operating data within a predetermined time period,
The appearance rate changing unit presets the appearance rate of the unacquired virtual items as the cumulative number of acquisition requests already performed within the predetermined period approaches the expected number of times. features and to Ruge Musaba to be changed to be higher than incidence. When a new virtual item is set in the acquisition item, the update unit further updates the cumulative number of acquisition requests,
The appearance rate changing unit causes the appearance rate of the unacquired virtual items to be higher than a preset appearance rate as the cumulative number of the updated acquisition requests approaches the expected number of times. The game server according to claim 3 , wherein the game server is changed to: Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item possess the method comprising the steps of change, to,
The virtual items that can be acquired by the acquisition request are virtual items that have been acquired for the virtual user and virtual items that have not been acquired,
In the step of changing the appearance rate, as the ratio of the unacquired virtual items to the acquirable virtual items decreases, the appearance rate of the unacquired virtual items is determined from a preset appearance rate. A game control method characterized in that a computer connected to a communication network executes a process of changing to a higher value . Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item Step to change to
Based on information obtained from operation data received in the past, estimating the expected number of times that the virtual data acquisition request is expected to be performed by the operation data within a predetermined period, and
In the step of changing the appearance rate, the appearance rate of the unacquired virtual item is set in advance as the cumulative number of the acquisition requests already performed within the predetermined period approaches the expected number of times. A game control method characterized in that a computer connected to a communication network executes a process of changing to an appearance rate higher than the existing appearance rate. Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item possess the method comprising the steps of change, to,
The virtual items that can be acquired by the acquisition request are virtual items that have been acquired for the virtual user and virtual items that have not been acquired,
In the step of changing the appearance rate, the appearance rate of the unacquired virtual item is set in advance as the ratio of the unacquired virtual item to the virtual item obtainable by the virtual user decreases. A program that causes a computer connected to a communication network to execute a process for changing the appearance rate to be higher than the appearance rate . Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item Step to change to
Based on information obtained from operation data received in the past, estimating the expected number of times that the virtual data acquisition request is expected to be performed by the operation data within a predetermined period, and
In the step of changing the appearance rate, the appearance rate of the unacquired virtual item is set in advance as the cumulative number of the acquisition requests already performed within the predetermined period approaches the expected number of times. A program that causes a computer connected to a communication network to execute a process for changing the appearance rate to be higher than the appearance rate. Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item And changing to
The virtual items that can be acquired by the acquisition request are virtual items that have been acquired for the virtual user and virtual items that have not been acquired,
In the step of changing the appearance rate, the appearance rate of the unacquired virtual item is set in advance as the ratio of the unacquired virtual item to the virtual item obtainable by the virtual user decreases. A game program recording medium in which a program for causing a computer connected to a communication network to execute a process of changing so as to be higher than an appearance rate is recorded. Receiving operation data for operating a virtual user existing in a virtual space from each terminal connected via a communication network;
When the received operation data indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, and the selected virtual item is selected. A step of setting the acquired item of the virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item Step to change to
Based on information obtained from operation data received in the past, estimating the expected number of times that the virtual data acquisition request is expected to be performed by the operation data within a predetermined period, and
In the step of changing the appearance rate, the appearance rate of the unacquired virtual item is set in advance as the cumulative number of the acquisition requests already performed within the predetermined period approaches the expected number of times. A game program recording medium storing a program for causing a computer connected to a communication network to execute a process of changing to a higher appearance rate. A game server,
The game server and one or more terminals connected via a communication network;
The game server
An operation data receiving unit that receives operation data for operating a virtual user existing in the virtual space from the terminal;
When the operation data received by the operation data receiving unit indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, An item granting unit that sets the selected virtual item as an acquisition item of a virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item And an appearance rate changing unit to be changed to
The virtual items that can be acquired by the acquisition request are virtual items that have been acquired for the virtual user and virtual items that have not been acquired,
The appearance rate changing unit is configured to set an appearance rate of the unacquired virtual item to a preset appearance rate as the ratio of the unacquired virtual item to the virtual item obtainable by the virtual user decreases. Change to be higher,
The game system, wherein the terminal includes an operation input unit that receives an operation input requesting acquisition of a virtual item. A game server,
The game server and one or more terminals connected via a communication network;
The game server
An operation data receiving unit that receives operation data for operating a virtual user existing in the virtual space from the terminal;
When the operation data received by the operation data receiving unit indicates an acquisition request for a virtual item that can be used in the virtual space, a virtual item is selected at random based on the appearance rate set for each virtual item, An item granting unit that sets the selected virtual item as an acquisition item of a virtual user operated by the operation data;
Based on information obtained from operation data received in the past, the appearance rate of an unacquired virtual item specified from the set acquisition item is made higher than the appearance rate preset for the virtual item An appearance rate change part to be changed to,
An expected number estimation unit that estimates an expected number of times that the virtual data acquisition request is expected to be performed by the operation data within a predetermined period based on information obtained from operation data received in the past; ,
The appearance rate changing unit presets the appearance rate of the unacquired virtual item as the cumulative number of acquisition requests already performed within the predetermined period approaches the expected number of times. Change it to be higher than the appearance rate,
The game system, wherein the terminal includes an operation input unit that receives an operation input requesting acquisition of a virtual item.