JP5724130B1 - Game server, game control method, game program, game program recording medium, and game system - Google Patents

Abstract

A game server capable of adjusting the game balance by striking a measure devised for randomly assigning virtual items to a virtual user, and a game control method for controlling the progress of a game provided by the game server A game program, a game program recording medium, and a game system are provided. As shown in FIG. 5, a gacha part processing unit 103 includes a data table creation unit 41, an acquisition request reception unit 42, a point conversion unit 43, a total point calculation unit 44, and an appearance rate setting unit 45. And an item setting unit 46 and a disparity determining unit 47. [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 game 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 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, the name that is the name of the character attached to the card, the rarity indicating “rareness”, and each virtual item. Information such as accompanying attributes is added, and the information is managed in a database. The gacha part randomly draws a card 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, the appearance rate of a card in a gacha is constant regardless of the virtual user, or varies depending on the number of times the virtual user has performed a gacha. However, such an appearance rate setting does not take game balance into consideration.

  The present invention has been made in view of the above-described problems, and a game server and game capable of adjusting a game balance by hitting a measure devised in a method for randomly assigning a virtual item to a virtual user. It is an object to provide a game control method, a game program, a game program recording medium, and a game system for controlling the progress of a game provided by a 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, a disparity determination unit that determines whether or not there is a difference between virtual users, and the number of operations according to the presence or absence of the disparity between virtual users The relationship between the first attribute value that changes irrespectively and the common point that is converted from the first attribute value, and the second attribute value that changes in relation to the number of operations and the common point that is converted from the second attribute value To determine whether the higher attribute value is converted into a higher common point or lower attribute value is converted into a higher common point. A conversion relationship determination unit; a point conversion unit that converts the first attribute value and the second attribute value of the virtual user into common points based on the determined relationship; The total point calculation unit that calculates the total points based on the common points converted from the first attribute value and the second attribute value, and the higher the total points, the higher the appearance rate of the virtual items having a higher rarity level. An appearance rate setting unit that sets an appearance rate of each virtual item in response to an acquisition request, and an item setting unit that randomly extracts a virtual item based on the appearance rate and sets the extracted virtual item as an item owned by the virtual user when, wherein the if it is determined that there is difference between the virtual user with respect to the first attribute value, the point converter, the first genus Value is converted to lower the high common point, and, and converting into high common point as the second attribute value is high.

  In the above aspect, when a real user performs an operation related to acquisition of a virtual item, based on the attribute values (first attribute value and second attribute value) of the virtual user operated by the real user, Appearance rate is set. The attribute value is a parameter related to the virtual user, and indicates the ability or status of the virtual user in the game, or the characteristics of the virtual user. A virtual user operates in a virtual space based on an operation from a terminal, and there are attribute values that vary regardless of the number of operations and those that vary in association with the number of operations. In the present invention, the former is a first attribute value and the latter is a second attribute value. Examples of the first attribute value include the number of days since the virtual user was registered in the game (the number of days after registration) and the number of virtual users belonging to the same team. Further, examples of the second attribute value include a level and the number of acquired cards. Note that the first attribute value used for setting the appearance rate may be only one or plural. The second attribute value is the same as the first attribute value. Therefore, at least two attribute values are used for setting the appearance rate. Virtual items are randomly extracted based on the set appearance rate, and the virtual user can own the extracted virtual items.

  In this aspect, the appearance rate of each virtual item with respect to the virtual item acquisition request can be changed by at least two different attribute values of the virtual user attribute values. For example, the higher the first attribute value and the second attribute value, the higher the appearance rate of the virtual item with a higher degree of rarity can be made. The lower the first attribute value and the higher the second attribute value, the less rare It is also possible to increase the appearance rate of virtual items with high degrees. In this way, it is possible to freely decide whether to favor a higher attribute value or a lower attribute value, and adjust the game balance.

Moreover, in the above aspect, when a real user performs an operation related to acquisition of a virtual item, the first attribute value and the second attribute value of the virtual user operated by the real user are converted into common points, respectively. For example, based on data indicating the relationship between the first attribute value and the common point and the relationship between the second attribute value and the common point stored in the storage unit, the first attribute value and the second attribute value of the virtual user Are converted into common points. The relationship between the attribute value and the common point is, for example, a correspondence relationship in which 1 to 100 of the first attribute value corresponds to the common point 1, and 101 to 200 of the first attribute value corresponds to the common point 2. It is. The total points are calculated by adding the common points converted from the first attribute value and the common points converted from the second attribute value. The appearance rate of each virtual item is set so that the higher the total point, the higher the appearance rate of the virtual item with a high degree of rarity. Virtual items are randomly extracted based on the set appearance rate, and the virtual user can own the extracted virtual items.

In this aspect, the appearance rate can be easily set by converting two attribute values having different properties into a common point.

Further, in this aspect, the relationship between the first attribute value and the common point converted from the first attribute value, and the common point converted from the second attribute value and the second attribute value according to the game situation. It is determined whether or not the relationship between and is a direct proportional relationship. A relationship that is a direct proportional relationship is a relationship that is converted to a higher common point as the attribute value is higher (a lower common value is converted to a lower common point), and a relationship that is not a direct proportional relationship is a higher attribute value. The relationship is converted to a lower common point (lower attribute value is converted to a higher common point). The game situation is, for example, whether there is a large difference (gap) in attribute values between virtual users registered in the game, or a large percentage of virtual users with low attribute values leaving the game. The situation is whether or not. When the departure rate of the virtual user with a low first attribute value from the game is large, the conversion relationship determining unit determines to convert to a higher common point as the first attribute value is low. Thereby, a virtual user with a low 1st attribute value has a high total point, and the possibility that a virtual item with a high degree of scarcity will be acquired will become high. The effect of maintaining motivation for a game of a real user who operates a virtual user with a low first attribute value is great. It can suppress that the withdrawal rate from a game falls.

In particular, when there is a disparity between virtual users regarding the first attribute value, the lower the first attribute value, the higher the common point, and the higher the second attribute value, the higher the common point, The attribute value is converted to a common point. For example, if many days have passed since the game was released, virtual users registered immediately after the release have many days after registration, but virtual users registered after a short while after the release are registered There are few days later. In this way, in a situation where a virtual user with a large number of days after registration and a virtual user with a small number of days after registration are mixed, it is determined that there is a difference between virtual users regarding the number of days after registration.

Usually, a virtual user registered immediately after the release may advance the game advantageously for a reason such as possessing many virtual items having a higher degree of rarity than a registered virtual user for a while after the release. There are many cases where this is possible. Therefore, a real user who operates a registered virtual user for a while after the release feels more disadvantageous than a real user who operates a registered virtual user immediately after release, and the motivation for the game is reduced.
There is a case. In this aspect, the lower the number of days after registration, the higher the common points are converted, so the virtual user with fewer days after registration has a higher total point and is more likely to acquire a virtual item with a high degree of rarity. . In particular, since the higher the second attribute value, the higher the common point is converted, among the virtual users with a small number of days after registration, the virtual user with a large number of operations has a higher total point, and the virtual item with a high degree of rarity is displayed. The possibility of acquiring is further increased. Therefore, it is possible to maintain the motivation for the game of the real user who operates the registered virtual user for a while after the release.

(2) In a preferred aspect of the game server according to the present invention, a data table creation unit for creating a point conversion data table used when each of the first attribute value and the second attribute value is converted into a predetermined common point. The point conversion unit converts each of the first attribute value and the second attribute value of the virtual user into a common point based on the created point conversion data table.

In the above aspect, when the real user performs an operation related to the acquisition of the virtual item, the first attribute value and the second attribute value of the virtual user operated by the real user based on the point conversion data table created in advance. Are converted into common points. When the point conversion data table shows the relationship between the number of days after registration and the common point and the relationship between the level and the common point, first, regarding the target virtual user, it relates to the number of days and the level after registration. Data is read out. Then, the number of days and the level after registration are converted into common points. The total points are calculated based on the common points converted from the number of days after registration and the common points converted from the level. The appearance rate of each virtual item is set so that the higher the total point, the higher the appearance rate of the virtual item with a high degree of rarity. Virtual items are randomly extracted based on the set appearance rate, and the virtual user can own the extracted virtual items.

In this aspect, by creating a point conversion data table in advance, the appearance rate of each virtual item in response to a virtual item acquisition request can be varied depending on the attribute value of the virtual user. For example, if the point conversion data table is created so that the common points increase as the number of days after registration increases, virtual users with a large number of days after registration will have higher total points and acquire virtual items with a high degree of rarity Is more likely to do. Conversely, if the point conversion data table is created so that the common points increase as the number of days after registration decreases, virtual users with fewer days after registration will have higher total points, and virtual items with a high degree of rarity will be displayed. The possibility to acquire becomes high. In this way, it is possible to freely decide whether to favor a higher attribute value or a lower attribute value, and adjust the game balance.

Further, for example, the point conversion data table is created so that the common point converted from the number of days after registration is any one of 1 to 3, and the common point converted from the level is any one of 1 to 10. If so, the level contributes more to the total points than the number of days after registration. In this way, it is possible to freely decide whether to increase the contribution of the first attribute value or the contribution of the second attribute value to the total points, and to adjust the game balance.

The point conversion data table is used in common for virtual users registered in the game, and the game balance can be adjusted as described above while collectively managing the virtual users.

(3) In a preferred aspect of the game server according to the present invention, when it is further determined that there is a difference between virtual users regarding the second attribute value, the point conversion unit converts the common point converted from the second attribute value. Is set to be smaller than the fluctuation range of the common point converted from the first attribute value.

  In the above aspect, when there is a difference between virtual users regarding the first attribute value and there is a difference between virtual users regarding the second attribute value, the fluctuation range of the common point converted from the second attribute value is the first attribute value. It is set smaller than the fluctuation range of the common point converted from the value. For example, the second attribute value is converted to any one of the common points 1 to 3, while the first attribute value is converted to any one of the common points 1 to 10. By increasing the contribution of the first attribute value to the total points, a virtual user with a low first attribute value becomes more advantageous. For example, a virtual user with a small number of days after registration has a high total point, and the possibility of acquiring a virtual item with a high degree of rarity increases. The effect of maintaining the motivation to the game of the real user who operates the registered virtual user after a while after the release is great.

(4) In a preferred aspect of the game server according to the present invention, the appearance rate setting unit has a rate of increase below a predetermined threshold for a virtual user whose rate of increase in the second attribute value in a predetermined period is equal to or greater than a predetermined threshold. Compared with the virtual user who is, it sets so that the appearance rate of a virtual item with a high rarity may become high.

  In the above aspect, the appearance rate of the virtual item varies depending on the increase rate of the second attribute value in the predetermined period. The predetermined period refers to, for example, a period retroactive from the present period. The rate of increase in the second attribute value can be calculated from the second attribute value on the day that goes back a predetermined period and the current second attribute value. A virtual user whose rate of increase in the second attribute value is relatively large means that the number of operations is large, and is presumed to be enthusiastic about the game. By giving preferential treatment to such a virtual user who is enthusiastic about a game so that the appearance rate of virtual items with a high degree of rarity is high, the user can be further enthusiastic about the game.

(5) In a preferred aspect of the game server according to the present invention, an attribute value selection for selecting the first attribute value and the second attribute value from the attribute values stored in the storage unit according to the game situation. The appearance rate setting unit sets the appearance rate based on the selected first attribute value and second attribute value among the attribute values of the virtual user.

  In the above aspect, each attribute value can be reflected in the appearance rate when a virtual user acquires a virtual item according to a game situation. Depending on the game situation, an attribute value to be reflected in the appearance rate is appropriately selected, and the attribute value is added or deleted afterwards. In particular, the attribute value reflected in the appearance rate is a first attribute value that varies regardless of the number of operations and a second attribute value that varies in relation to the number of operations, and by reflecting attribute values having different properties The game balance can be easily adjusted and the motivation of the actual user who plays the game can be maintained.

  In any aspect, the present invention as described above relates to a game control method for controlling the progress of a game provided by the game server, a game program, a game program recording medium on which the game program is recorded, and a game program recording medium. It can also be understood as a game system.

  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 A game control method for controlling the progress of a game to be played, a game program, a game program recording medium in which the game program is recorded, 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 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 an attribute value data table. It is a figure for demonstrating the specific example of an appearance rate setting data table. It is a figure for demonstrating the specific example of a point conversion data table. It is a figure for demonstrating the specific example of a disparity determination log | history data table. It is a figure for demonstrating the specific example of an attribute value data table classified by user. It is a figure for demonstrating the whole flow of the process performed in a gacha part process part. It is a figure for demonstrating the specific procedure of a data table creation process. It is a figure for demonstrating the specific procedure of a disparity determination process. It is a figure for demonstrating the specific procedure of a distribution determination process.

  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 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 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 such a 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 game data processing unit 100 having a configuration specific to the present embodiment, and game data storage serving as a storage area for realizing processing in the game data processing unit 100 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 an attribute value data table 212 as shown in FIG. An appearance rate setting data table 213, a point conversion data table 214, a disparity determination history data table 215, and a user-specific attribute value data table 216.

(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 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.

(Attribute value data table 212: FIG. 7)
As shown in FIG. 7, the attribute value data table 212 stores data related to the attribute values of the virtual user.

  Each attribute value is given a unique number as an “attribute ID”.

  The “attribute value” is a parameter related to the virtual user, and indicates the ability and position of the virtual user in the game, or the characteristics of the virtual user. A virtual user operates in a virtual space based on an operation from a terminal, and there are attribute values that vary regardless of the number of operations and those that vary in association with the number of operations. In the present invention, the former is a first attribute value and the latter is a second attribute value.

  For example, the number of days since the virtual user is registered in the game (the number of days after registration) increases regardless of the number of operations. That is, the number of days after registration is the first attribute value.

  A “team” is a group formed by virtual users in a game. When the virtual user is registered in the game, he or she can create a team by itself and wait for a subscription from another virtual user, or can join a team already created in the game. The number of virtual users belonging to the team is not particularly limited as long as it is one or more. In addition, each virtual user can leave the team to which he / she currently belongs at an arbitrary timing and newly join another team. Therefore, the number of virtual users belonging to the same team varies regardless of the number of operations and is the first attribute value.

  “Level” is a parameter indicating the degree of progress of the virtual user in the game. When the virtual user completes the mission defined in the game, the level is increased by “1”. In order to accomplish the mission, it is necessary to operate the virtual user by a predetermined number of operations. That is, the level increases in relation to the number of operations, and is a second attribute value.

  Further, the cards can be acquired by, for example, a quest part, a battle part, and a gacha part. As the number of operations in each game part increases, more cards can be acquired. Accordingly, the number of cards acquired by the virtual user increases in relation to the number of operations, and is the second attribute value.

(Appearance rate setting data table 213: FIG. 8)
As shown in FIG. 8, the appearance rate setting data table 213 is a data table used to set the appearance rate for each virtual item when a request for performing gacha is received from a terminal operating a virtual user. The relationship between the total points and the appearance rate of virtual items is stored. The appearance rate setting unit, which will be described later, refers to the appearance rate setting data table 213 in FIG. 8 and sets the appearance rate for each virtual item based on the total points of the virtual users who have requested to perform gacha. The item setting unit described later extracts virtual items at random based on the appearance rate set for each virtual item.

  “Appearance rate” indicates the probability that each virtual item appears in the gacha. The virtual items that appear in the gacha may be all or some of the virtual items stored in the item data table 211 of FIG. In the present embodiment, the virtual items that appear in the gacha are virtual items with rarity levels “3” to “5” among the virtual items stored in the item data table 211 of FIG. 6. As shown in FIG. 8, the total appearance rate set for virtual items that appear in gacha, that is, virtual items with rarity levels “3” to “5” is 100%.

  “Total points” is the sum of the common points converted from the attribute values of the virtual user. The higher the total number of points, the higher the appearance rate of virtual items with a high degree of rarity. For example, when the total point is 0 to 4, the appearance rate of the virtual item with the rarity “5” is 2%, whereas when the total point is 18 to 20, the rarity “ The appearance rate of the virtual item “5” is 30%. In addition, when there are a plurality of virtual items with a rarity “5”, it means that the sum of the appearance rates of the plurality of virtual items is 30%. Virtual items of the same rarity level may have the same or different appearance rate. From the item data table 211 of FIG. 6, if there are 100 virtual items with a rarity “5” and the appearance rate of each virtual item is the same, the appearance rate of each virtual item is 0.3%.

(Point conversion data table: FIG. 9)
As shown in FIG. 9, the point conversion data table 214 is a data table used for converting the attribute value of the virtual user into a common point, and stores the relationship between the attribute value and the common point.

  The “common point” is a new parameter converted from a plurality of different attribute values. The data table creation unit to be described later creates a point conversion data table. At that time, as shown in FIG. 9A, the higher the attribute value (for example, the greater the number of days after registration), the fewer common points. It may be set to be converted, or as shown in FIG. 9B, the higher the attribute value (for example, the higher the level), the more the common point may be set. .

(Difference determination history data table 215: FIG. 10)
As shown in FIG. 10, the disparity determination history data table 215 stores history information related to the determination result of the presence / absence of disparity between virtual users in each attribute value. A determination ID is given each time a disparity determination unit described later determines whether or not there is a disparity between virtual users. For each attribute value, “1” is stored when it is determined that there is a difference between virtual users, and “0” is stored when it is determined that there is no difference between virtual users.

(User-specific attribute value data table 216: FIG. 11)
As shown in FIG. 11, the attribute value data table for each user 216 stores the attribute values of virtual users for each virtual user. Specifically, in the attribute value data table 213 for each user in FIG. 11, identification information (user ID) of the virtual user and identification information (attribute ID) of the attribute value are associated with each other. For example, it can be seen from FIG. 11 that the virtual user with the user ID 30001 has the attribute ID 101, that is, the number of days after registration is 10 (days). It can also be seen that the attribute ID 102, that is, the number of virtual users belonging to the same team is 5 (persons).

(3-3-2) Configuration of Game Data Processing Unit As shown in FIG. 5, the gacha part processing unit 103 includes a data table creation unit 41, an acquisition request reception unit 42, a point conversion unit 43, and a total point calculation. Unit 44, appearance rate setting unit 45, item setting unit 46, and disparity determination unit 47.

  The data table creation unit 41 uses a point conversion data table used when converting a first attribute value that changes regardless of the number of operations and a second attribute value that changes in relation to the number of operations into predetermined common points. Is a means of creating. For example, when the disparity determination unit 47 described later determines that there is a disparity between virtual users regarding the first attribute value, the data table creation unit 41 is converted into a higher common point as the first attribute value is lower, and the first The point conversion data table may be created such that the higher the two attribute values, the higher the common point. In addition, when the disparity determination unit 47 described later determines that there is a disparity between virtual users regarding the first attribute value and the second attribute value, the data table creation unit 41 changes the common point converted from the second attribute value. The width may be set smaller than the fluctuation width of the common point converted from the first attribute value.

  The data table creation unit 41 is a means for creating an appearance rate setting data table used when setting the appearance rate of each virtual item according to the total points (total value of a plurality of common points). The data table creation unit 41 creates the appearance rate setting data table such that the higher the total points, the higher the appearance rate of virtual items with a high degree of rarity.

  The acquisition request reception unit 42 is a unit that determines whether a virtual user has received an acquisition request for acquiring a virtual item based on operation data from a terminal. Specifically, the acquisition request reception unit 42 determines whether or not the real user has operated a gacha reception icon on the operation screen based on the operation data received from the terminal.

  The point conversion unit 43 is means for converting the first attribute value and the second attribute value of the virtual user into common points. When converting to a common point, the point conversion unit 43 refers to the point conversion data table created by the data table creation unit 41.

  The total point calculation unit 44 is a means for calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user. The total point is a value obtained by summing up the common points converted from the first attribute value and the second attribute value of the virtual user.

  The appearance rate setting unit 45 is a unit that sets the appearance rate of each virtual item in accordance with the total points calculated by the total point calculation unit 44. When setting the appearance rate, the appearance rate setting unit 45 refers to the appearance rate setting data table created by the data table creation unit 41. The appearance rate setting unit 45 sets the appearance rate of each virtual item such that the higher the total points, the higher the appearance rate of virtual items with a high rarity level.

  The item setting unit 46 is means for extracting a virtual item at random from the storage unit based on the appearance rate set by the appearance rate setting unit 45 and setting the extracted virtual item as an item owned by the virtual user.

  The disparity determination unit 47 is a means for determining whether or not there is a disparity between virtual users for each attribute value of the virtual user. Specifically, the disparity determination unit 47 first extracts the maximum value and the minimum value among the virtual users registered in the game for the target attribute value. Then, the disparity determination unit 47 calculates the difference between the extracted maximum value and minimum value, and determines that there is a disparity between virtual users when the difference is equal to or greater than a predetermined threshold. When extracting the maximum value and the minimum value, the virtual users registered in the game may be limited to the virtual users who performed gacha in a period retroactive from the present period.

(4) Process in game server As an example of the process in the game server of this embodiment, the process of the gacha part process part 103 which consists of the above structures is demonstrated.

(4-1) Outline of Processing in Gacha Part Processing Unit First, an outline of processing in the gacha part processing unit 103 will be described with reference to FIG. First, in step S1201, the data table creation unit 41 executes processing for creating a point conversion data table and an appearance rate setting data table (data table creation processing). The point conversion data table is a data table showing the relationship between each attribute value and the common point, and the appearance rate setting data table is a total point (total value of a plurality of common points) and the appearance rate of each virtual item. It is a data table which shows a relationship. Details of the data table creation processing will be described later.

  In step S1202, the acquisition request receiving unit 42 determines whether or not the virtual user has received an acquisition request (gacha request) for acquiring a virtual item, based on the operation data received from the terminal. Specifically, it is determined whether or not the real user has operated a gacha reception icon on the operation screen. If a gacha request is accepted (step S1202: YES), the process proceeds to step S1203. On the other hand, when the gacha request is not received (step S1202: NO), the process of step S1202 is repeated until the gacha request is received. Hereinafter, a virtual user who has made a gacha request will be described as a “target virtual user”.

  In step S1203, the point conversion unit 43 reads data related to the attribute value of the target virtual user with reference to the attribute value data table for each user 216 in FIG. The attribute value read here is the attribute value stored in the point conversion data table 214 of FIG.

  For example, when the target virtual user is a virtual user with the user ID 30001, data is read that the attribute value of the attribute ID 101 is 10 and the attribute value of the attribute ID 201 is 100.

  In step S1204, the point conversion unit 43 refers to the point conversion data table 214 in FIG. 9 and converts each attribute value read in step S1203 into a common point.

  For example, from the point conversion data table 214 in FIG. 9, there are 12 common points corresponding to the attribute value of the attribute ID 101 being 10. The common point corresponding to the attribute value of the attribute ID 102 being 100 is 2.

  In step S1205, the total point calculation unit 44 calculates the total point by adding the common points obtained in step S1204.

  For example, if the common point corresponding to the attribute ID 101 is 12 and the common point corresponding to the attribute ID 201 is 2, the total point is 14.

  In step S1206, the appearance rate setting unit 45 refers to the appearance rate setting data table 213 in FIG. 8 and sets the appearance rate of each virtual item based on the total points calculated in step S1205.

  For example, from the appearance rate setting data table 213 of FIG. 8, if the total number is 14, the appearance rate of the virtual item with the rarity “5” is 20%, and the appearance rate of the virtual item with the rarity “4” is 40%. The appearance rate of virtual items with rarity “3” is 40%.

  In step S1207, the item setting unit 46 randomly extracts one virtual item from the virtual items stored in the item data table 211 of FIG. 6 based on the appearance rate of each virtual item set in step S1206. To do.

  In step S1208, the item setting unit 46 sets the virtual item extracted in step S1207 as the possessed item of the virtual user.

(4-2) Data Table Creation Processing Details of the data table creation processing in step S1201 will be described with reference to FIG. In step S1301, the data table creation unit 41 arbitrarily sets the maximum value of the total points, and divides the range from 0 to the arbitrarily set maximum value for each range. For example, the maximum value of the total points is set to 20, and 0 to 20 is divided into five ranges.

  In step S1302, the data table creation unit 41 sets the appearance rate of virtual items for each range divided in step S1301. Specifically, the data table creation unit 41 sets the appearance rate of virtual items for each rarity, and sets the appearance rate of virtual items with a higher rarity as the total points are higher. For example, assuming that the total appearance rate of virtual items with rarity “3” to “5” is 100%, the higher the total points, the higher the appearance rate of virtual items with rarity “5”. Appearance rates of virtual items with degrees “3” to “5” are allocated.

  In step S1303, the data table creation unit 41 creates an appearance rate setting data table 213 as shown in FIG. The data table creation unit 41 associates each range divided in step S1301 with the appearance rate of each virtual item set in step S1302, and stores the data in the appearance rate setting data table 213 in FIG.

  In step S1304, the disparity determination unit 47 executes a process for determining whether or not there is a disparity between virtual users for each attribute value (disparity determination process). Details of the disparity determination process will be described later.

  In step S1305, when creating the point conversion data table, the data table creation unit 41 selects an attribute value corresponding to the first attribute value from among the attribute values stored in the attribute value data table 212 of FIG. An attribute value corresponding to the second attribute value is selected. The data table creation unit 41 may arbitrarily select an attribute value. Further, depending on the game situation, for example, an attribute value determined to have a disparity between virtual users based on a result of disparity determination processing may be preferentially selected.

  In step S1306, the data table creation unit 41 classifies each attribute value selected in step S1305 for each range. For example, when the attribute ID 101 and the attribute ID 201 are selected in step S1305, “1-10”, “11-50”, “51-100”, “101-200”, and “201 or more” are set for the attribute ID101. Divide into 5 ranges. The attribute ID 201 is divided into five ranges of “1 to 20”, “21 to 100”, “101 to 300”, “301 to 500”, and “501 or more”.

  In step S1307, the data table creation unit 41 executes processing (distribution determination processing) for determining the distribution of common points to each range divided in step S1306. Details of the allocation determination process will be described later.

  In step S1308, the data table creation unit 41 creates a point conversion data table 214 as shown in FIG. The data table creation unit 41 associates each range divided in step S1306 with the distribution determined in step S1307, and stores the data in the point conversion data table in FIG. For example, data indicating the relationship between the attribute ID 101 and the common point is stored in FIG. 9A, and data indicating the relationship between the attribute ID 201 and the common point is stored in FIG. 9B.

(4-3) Disparity Determination Process The disparity determination process in step S1304 will be described with reference to FIG. First, in step S1401, the disparity determination unit 47 reads out a virtual user who has performed gacha in a period retroactive from the present by a predetermined period.

  In step 1402, the disparity determining unit 47 selects one attribute value from the attribute values stored in the attribute value data table 212 of FIG.

  In step S1403, the disparity determination unit 47 calculates the difference between the maximum value and the minimum value of the one attribute value selected in step S1402 for the virtual user read in step S1401. For example, when the attribute ID 101 is selected and the maximum value is 100 and the minimum value is 10, the difference is 90.

  In step S1404, the disparity determination unit 47 determines whether or not the difference calculated in step S1403 is equal to or greater than a predetermined threshold value. If it is equal to or greater than the predetermined threshold (step S1404: YES), it is determined that there is a difference between virtual users (step S1405). On the other hand, when it is less than the predetermined threshold (step S1404: NO), it is determined that there is no disparity between virtual users (step S1406).

  In step S1407, the disparity determining unit 47 stores the determination result regarding the disparity between virtual users for the one attribute value selected in step S1402 in the disparity determination history data table 215 of FIG. When the determination regarding the virtual user disparity is newly performed, the disparity determination unit 47 creates a determination ID, associates the created determination ID with the determination ID, and stores data regarding the determination date and the determination result. The determination result is stored as “0” when it is determined that there is no difference between virtual users, and as “1” when it is determined that there is a difference between virtual users.

  In step S1408, the disparity determining unit 47 determines whether or not another attribute value other than the attribute value already selected in step S1402 is stored in the attribute value data table 212 of FIG. If another attribute value is stored (step S1408: YES), the process returns to step S1402, and the processes after step S1402 are repeated. If no other attribute value is stored (step S1408: NO), this process ends.

(4-4) Distribution Determination Process The distribution determination process in step S1307 will be described with reference to FIG. As illustrated in FIG. 15, in step S1501, the data table creation unit 41 refers to the disparity determination history data table 215 in FIG. 10 and reads the presence / absence of a disparity between virtual users for the attribute value selected in step S1305.

  For example, the data table creation unit 41 reads the latest determination result from the disparity determination history data table 215 of FIG. It can be seen that the determination ID 104 determines that there is a difference between virtual users for the attribute ID 101 and the attribute ID 201.

  In step S1502, the data table creation unit 41 determines an order in the relationship between each attribute value and the common point. Specifically, in the case of the determination that there is a difference between virtual users regarding the first attribute value, the lower the first attribute value, the higher the common point, and the higher the second attribute value, the higher the common point. Determine the order to be converted. For example, the attribute ID 101 is converted into a common point that is higher in the range “1 to 10” than in the range “201 or more”. Further, the attribute ID 201 is converted into a common point that is higher in the range of “501 or more” than in the range of “1-20”.

  On the other hand, when it is determined that there is no disparity between virtual users regarding the first attribute value, the higher the first attribute value, the higher the common point, and the higher the second attribute value, the higher the common point. The order is determined so that

  That is, the order in the relationship between each attribute value and the common point is determined by whether or not it is determined that there is a difference between virtual users regarding the first attribute value.

  In step S1503, the data table creation unit 41 refers to the disparity determination history data table 215 in FIG. 10 and determines the fluctuation range of the common points. Specifically, when it is determined that there is a difference between virtual users regarding the first attribute value and the second attribute value, the fluctuation range of the common point converted from the second attribute value is converted from the first attribute value. The fluctuation range of the common point is determined to be smaller than the fluctuation range of the common point. For example, the common point corresponding to the range of “1 to 20” in the attribute ID 201 rather than the difference between the common point corresponding to the range of “201 or more” in the attribute ID 101 and the common point corresponding to the range of “1 to 10”. And the difference between the common points corresponding to the range of “501 or more” is smaller. In addition, when it is determined that at least one of the first attribute value and the second attribute value has no difference between virtual users, the fluctuation range of the common point is arbitrarily determined.

(5) Effects In this embodiment, each attribute value can be reflected in the point conversion data table according to the in-game situation. When setting the appearance rate of each virtual item, attribute values that you want to be reflected in the point conversion data table can be added afterwards, or attribute values that you do not want to be reflected in the point conversion data table can be deleted afterwards. Is possible. In particular, the attribute values reflected in the point conversion data table are the first attribute value that varies regardless of the number of operations and the second attribute value that varies in relation to the number of operations, and reflect attribute values having different properties. Thus, the game balance is easily adjusted, and the motivation of the actual user who plays the game can be maintained.

  In the distribution determination process of the present embodiment, when it is determined that there is a difference between virtual users regarding the first attribute value, the data table creation unit is converted into a higher common point as the first attribute value is lower, and The rank is determined so that the higher the second attribute value, the higher the common point. For example, since the number of days after registration is reduced, the points are converted into higher common points. Therefore, a virtual user with fewer days after registration has a higher total point and is more likely to acquire a virtual item with a high degree of rarity. In particular, since the higher the second attribute value, the higher the common point is converted, among the virtual users with a small number of days after registration, the virtual user with a large number of operations has a higher total point, and the virtual item with a high degree of rarity is displayed. The possibility of acquiring is further increased. Therefore, the motivation for the game of the real user who operates the virtual user who has few days after registration can be maintained.

  Further, in the distribution determination process of the present embodiment, when it is determined that there is a difference between virtual users regarding the first attribute value and the second attribute value, the data table creation unit is converted from the second attribute value. The variation range of the common point is determined such that the variation range of the common point is smaller than the variation range of the common point converted from the first attribute value. By increasing the contribution of the first attribute value to the total points, a virtual user with a low first attribute value becomes more advantageous. For example, a virtual user with a small number of days after registration has a high total point, and the possibility of acquiring a virtual item with a high degree of rarity increases. The effect of maintaining the motivation to the game of the real user who operates the registered virtual user after a while after the release is great.

(6) Others In the above embodiment, the data table creation unit creates a point conversion data table in advance, and converts the first attribute value and the second attribute value of the virtual user into common points based on the created point conversion data table. However, if each attribute value can be converted into a common point, it is not necessary to create a point conversion data table.

  Moreover, in the said embodiment, based on the total point calculated by converting the 1st attribute value and 2nd attribute value of a virtual user into a common point, and totaling the common point converted from each attribute value, Although an example in which the appearance rate of the virtual item is set is shown, if the appearance rate can be set based on the first attribute value and the second attribute value of the virtual user, the virtual item need not be converted into a common point.

  In the above embodiment, the total point calculation unit calculates the total point by totaling the common points converted from each attribute value of the virtual user, and the appearance rate of the virtual item based on the total point calculated by the appearance rate setting unit An example in which is set is shown (steps S1205 and S1206). When setting the appearance rate, the appearance rate setting unit compares a virtual user whose rate of increase in the second attribute value during a predetermined period is equal to or greater than a predetermined threshold with a virtual user whose rate of increase is less than the predetermined threshold. The appearance rate of virtual items with high rarity may be set to be high. For example, for a virtual user whose rate of increase in the second attribute value during a predetermined period is high, the total points are increased by 1.2, and the appearance rate of the virtual items is set based on the total points of 1.2 times. The predetermined period refers to, for example, a period retroactive from the present period. The rate of increase in the second attribute value can be calculated from the second attribute value on the day that goes back a predetermined period and the current second attribute value. A virtual user whose rate of increase in the second attribute value is relatively large means that the number of operations is large, and is presumed to be enthusiastic about the game. By giving preferential treatment to such a virtual user who is enthusiastic about a game so that the appearance rate of virtual items with a high degree of rarity is high, the user can be further enthusiastic about the game.

  The present invention provides a non-temporary recording medium in which a software program for realizing the functions of the above-described embodiments is recorded to a system or apparatus, and the non-temporary recording medium is provided to a computer of the system or apparatus, that is, a CPU or MPU. It may be realized by reading and executing a program recorded on a typical 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 Data table creating unit 42 Acquisition request receiving unit 43 Point converting unit 44 Total point calculating unit 45 Appearance rate setting unit 46 Item setting unit 47 Disparity determining unit 211 Item data table 212 Attribute value data table 213 Appearance rate setting data table 214 Point conversion data table 215 Disparity determination history data table 216 User-specific attribute value data table

Claims (9)

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;
A disparity determination unit that determines whether or not there is a disparity between virtual users;
The relationship between the first attribute value that varies regardless of the number of operations and the common point converted from the first attribute value, and the second that varies in relation to the number of operations, depending on whether or not there is a difference between the virtual users. The relationship between the attribute value and the common point converted from the second attribute value is a relationship that is converted to a higher common point as the attribute value is higher, or the relationship that is converted into a higher common point as the attribute value is lower. A conversion relationship determination unit that determines whether to
When receiving the acquisition request, based on the determined relationship, a point conversion unit that converts the first attribute value and the second attribute value of the virtual user into a common point, and
A total point calculation unit for calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user;
An appearance rate setting unit that sets an appearance rate of each virtual item in response to the acquisition request such that the higher the total point is, the higher the appearance rate of the virtual item is high .
A virtual item is randomly extracted based on the appearance rate, and the extracted virtual item is set as an item owned by the virtual user, and an item setting unit is provided .
When it is determined that there is a disparity between virtual users regarding the first attribute value, the point conversion unit converts to a higher common point as the first attribute value is lower, and is higher as the second attribute value is higher. A game server characterized by converting into common points . A data table creation unit for creating a point conversion data table used when each of the first attribute value and the second attribute value is converted into a predetermined common point;
The game server according to claim 1 , wherein the point conversion unit converts the first attribute value and the second attribute value of the virtual user into common points based on the created point conversion data table. . Further, when it is determined that there is a disparity between virtual users with respect to the second attribute value, the point conversion unit converts the fluctuation range of the common point converted from the second attribute value from the first attribute value. The game server according to claim 1 , wherein the game server is set to be smaller than a fluctuation range of the common point. The appearance rate setting unit has a higher degree of rarity for a virtual user whose rate of increase in the second attribute value during a predetermined period is equal to or greater than a predetermined threshold, compared to a virtual user whose rate of increase is less than the predetermined threshold. and setting as the incidence of the item is increased, the game server according to any one of claims 1 to 3. An attribute value selection unit that selects the first attribute value and the second attribute value from the attribute values stored in the storage unit according to the game situation;
The said appearance rate setting part sets the said appearance rate based on the selected 1st attribute value and 2nd attribute value among the attribute values of the said virtual user, The any one of Claim 1 to 4 characterized by the above-mentioned. The game server according to item 1. 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;
Determining whether there is a disparity between virtual users;
The relationship between the first attribute value that varies regardless of the number of operations and the common point converted from the first attribute value, and the second that varies in relation to the number of operations, depending on whether or not there is a difference between the virtual users. The relationship between the attribute value and the common point converted from the second attribute value is a relationship that is converted to a higher common point as the attribute value is higher, or the relationship that is converted into a higher common point as the attribute value is lower. A step of deciding whether to
When receiving the acquisition request, based on the determined relationship, converting the first attribute value and the second attribute value of the virtual user into common points, respectively,
Calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user;
Setting the appearance rate of each virtual item in response to the acquisition request such that the higher the total point, the higher the appearance rate of the virtual item with a high degree of rarity ;
A computer connected to the communication network executes a step of randomly extracting a virtual item based on the appearance rate, and setting the extracted virtual item as an item owned by the virtual user ,
When it is determined that there is a disparity between virtual users with respect to the first attribute value, in the step of converting to the common point, the lower the first attribute value, the higher the common point is converted, and the second attribute value is The game control method characterized by converting into a high common point, so that it is high . 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;
A function for determining whether there is a disparity between virtual users;
The relationship between the first attribute value that varies regardless of the number of operations and the common point converted from the first attribute value, and the second that varies in relation to the number of operations, depending on whether or not there is a difference between the virtual users. The relationship between the attribute value and the common point converted from the second attribute value is a relationship that is converted to a higher common point as the attribute value is higher, or the relationship that is converted into a higher common point as the attribute value is lower. The ability to decide what to do,
Upon receiving the acquisition request, based on the determined relationship, a function of converting the first attribute value and the second attribute value of the virtual user into a common point,
A function for calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user;
A function of setting the appearance rate of each virtual item in response to the acquisition request so that the higher the total point is, the higher the appearance rate of the virtual item is high ;
A computer that is connected to the communication network is configured to extract a virtual item randomly based on the appearance rate, and to set the extracted virtual item as an item owned by the virtual user ,
When it is determined that there is a disparity between virtual users regarding the first attribute value, the function of converting to the common point converts to a higher common point as the first attribute value is lower, and the second attribute value is A game program characterized in that the higher the value, the higher the common points . 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;
A function for determining whether there is a disparity between virtual users;
The relationship between the first attribute value that varies regardless of the number of operations and the common point converted from the first attribute value, and the second that varies in relation to the number of operations, depending on whether or not there is a difference between the virtual users. The relationship between the attribute value and the common point converted from the second attribute value is a relationship that is converted to a higher common point as the attribute value is higher, or the relationship that is converted into a higher common point as the attribute value is lower. The ability to decide what to do,
Upon receiving the acquisition request, based on the determined relationship, a function of converting the first attribute value and the second attribute value of the virtual user into a common point,
A function for calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user;
A function of setting the appearance rate of each virtual item in response to the acquisition request so that the higher the total point is, the higher the appearance rate of the virtual item is high ;
A computer that is connected to the communication network is configured to extract a virtual item randomly based on the appearance rate, and to set the extracted virtual item as an item owned by the virtual user ,
When it is determined that there is a disparity between virtual users regarding the first attribute value, the function of converting to the common point converts to a higher common point as the first attribute value is lower, and the second attribute value is A computer-readable game program recording medium having a game program recorded therein, wherein the game program is recorded such that the higher the value is, the higher the common point is . A game server,
The game server and one or more terminals connected via a communication network;
The game server
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;
A disparity determination unit that determines whether or not there is a disparity between virtual users;
The relationship between the first attribute value that varies regardless of the number of operations and the common point converted from the first attribute value, and the second that varies in relation to the number of operations, depending on whether or not there is a difference between the virtual users. The relationship between the attribute value and the common point converted from the second attribute value is a relationship that is converted to a higher common point as the attribute value is higher, or the relationship that is converted into a higher common point as the attribute value is lower. A conversion relationship determination unit that determines whether to
When receiving the acquisition request, based on the determined relationship, a point conversion unit that converts the first attribute value and the second attribute value of the virtual user into a common point, and
A total point calculation unit for calculating a total point based on each common point converted from the first attribute value and the second attribute value of the virtual user;
An appearance rate setting unit that sets an appearance rate of each virtual item in response to the acquisition request such that the higher the total point is, the higher the appearance rate of the virtual item is high .
An item setting unit that randomly extracts a virtual item based on the appearance rate, and sets the extracted virtual item as an item owned by the virtual user;
When it is determined that there is a disparity between virtual users regarding the first attribute value, the point conversion unit converts to a higher common point as the first attribute value is lower, and is higher as the second attribute value is higher. Convert to a common point,
The game system, wherein the terminal includes an operation input unit that receives the operation data.

Images