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

Abstract

PROBLEM TO BE SOLVED: To provide a game server capable of preventing a well-meaning real user from dropping interest in an entire game by taking measures created by devising an exchange method for exchanging virtual items usable in a virtual space between virtual users.SOLUTION: The game server includes: a value calculation part 62 that, when an exchange is requested for exchanging virtual items between a first virtual user and a second virtual user, calculates a first item value on the basis of a capability value of a first exchange item, and calculates a second item value on the basis of a capability value of a second exchange item; a value difference determination part 63 for determining whether the value is a mismatch or not on the basis on a difference between the first item value and the second item value; and a display output part 66 for a trade part that, when it is determined that the value is the mismatch, transmits confirmation notification data for prompting a confirmation of the item exchange to a terminal 3 for operating the virtual user who is to acquire the exchange item with a low item value.

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 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, based on the action and story of a virtual user, for example, a single story or scenario is created by combining multiple game parts such as a quest part, a battle part, a composite part, a gacha part, and a trade part. There is a card game in which one game is formed.

  In such a card game composed of a plurality of game parts, by executing each part, a virtual card (hereinafter simply referred to as a card) to which various types of characters such as several hundreds are attached is referred to as a virtual user. And an item list (also referred to as a 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 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 addition, in social games, including the card games described above, there are some people who make real money trades such as reselling virtual money and virtual items acquired by virtual users in virtual space for real money. This is a problem (see, for example, Patent Document 2).

JP 2008-253521 A JP 2009-89757 A

  There is an extreme disparity in the level (strength, etc.) and the virtual items owned by a malicious virtual user who acquired a virtual item by the above-mentioned real money trade and a bona fide virtual user playing normally. . Therefore, a real user who operates a bona fide virtual user has a feeling of unfairness and cannot enjoy the game sufficiently. Therefore, there is a demand for a mechanism that prevents a decrease in interest in games.

  The present invention has been made in view of the above-described problems, and by devising measures that are devised as an exchange method for exchanging virtual items that can be used in a virtual space between virtual users, actions that can become real money trade are suppressed. It is an object of the present invention to provide a game server in which a good-willed real user can prevent the interest in the entire game from deteriorating. Another object of the present invention is to provide a game control method, a program, and a game system for controlling the progress of a game provided by the game server.

  The game server according to the present invention includes 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 a virtual item owned for each virtual user. A possession item data table in which the item data is stored, an exchange acceptance unit for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data, and an exchange request If there is, the first item value is calculated based on the ability value of the virtual item to be exchanged from the virtual item owned by the first virtual user, and exchanged from the virtual item owned by the second virtual user Based on the ability value of the target virtual item, a value calculation unit for calculating the second item value, the first item value and the second item value A value difference determination unit that determines whether or not the value is nonconforming based on a value difference from the item value, and if the value difference determination unit determines that the value is nonconforming, obtain at least an exchange item with a low item value And a confirmation notification data transmission unit that transmits confirmation notification data for prompting confirmation of item exchange to a terminal that operates the virtual user.

  In the above aspect, the ability value is an attribute value obtained by quantifying the superiority of the game progress for each virtual item, for example, an evaluation value for determining the victory or defeat when the virtual user encounters an enemy encountered in the game The battle ability value, the rank in the game specified by the rarity, and the strengthening efficiency of the battle ability value strengthened according to the in-game rules are numerical values or rankings. The item value is an attribute given to a virtual item that can evaluate the upper and lower levels between different virtual items using the ability value of the virtual item as a determination index. The value difference between item values is a value obtained by quantifying or ranking each item value between virtual items to be exchanged. The value non-conformity is a state in which the exchange value in which real money trade can intervene that can be inferred based on the value difference of the item value to be exchanged between virtual users is non-conforming. Specifically, the value nonconformity is a state in which it is desirable to prompt the user to cancel item exchange or change the exchange target to another virtual item.

  In the above aspect, based on the value difference of the item value calculated from the ability value of the virtual item to be exchanged, it is determined whether or not the value does not match between the virtual items to be exchanged. For example, an image prompting a real user to cancel item exchange for a terminal that operates a virtual user who obtains a low-value exchange item, that is, for a terminal that operates a virtual user who sells a high-value exchange item Confirmation notification data that prompts confirmation of item exchange, such as display data that is displayed on the terminal. Thus, based on the item value calculated from the ability value of the virtual item, by inferring and deterring an action that can become a real money trade, there is an extreme disparity in the virtual items that are owned by virtual users. It is possible to prevent the real user who is bona fide from deteriorating the interest in the entire game.

  In another aspect of the game server according to the present invention, 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 a virtual user Exchange that receives from the operation data an exchange request for exchanging virtual items between the first virtual user and the second virtual user, and the possessed item data table storing the item data of the virtual items owned for each When there is an exchange request with the accepting unit, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second item A value calculating unit that calculates the second item value based on the ability value of the second virtual item to be exchanged from the virtual item owned by the virtual user; When it is determined that the value difference is determined to be nonconforming based on the value difference between the first item value and the second item value, and the value difference determining unit determines that the value is nonconforming, An exchange prohibition unit for prohibiting item exchange between the first exchange item and the second exchange item.

  In the above aspect, item exchange is prohibited when it determines with value nonconformity based on the item value calculated from the capability value of the virtual item used as exchange object. Thus, based on the item value calculated from the ability value of the virtual item, by inferring and deterring an action that can become a real money trade, there is an extreme disparity in the virtual items that are owned by virtual users. It is possible to prevent the real user who is bona fide from deteriorating the interest in the entire game.

  In a preferred aspect of the game server according to the present invention, the virtual item is ranked as an ability value unique to the virtual item, and the value calculation unit determines the first item value and the second item based on the rank level. Item value is calculated.

  In the above aspect, the rank is a kind of ability value given to the virtual item. For example, the rank is determined in advance in the game, such as a rarity level or an upper limit value of the fighting ability value that can be exhibited at the time of the battle with the enemy. Attributes ranked by criteria. For example, if the rank is ranked in four stages from “SS rare”, “S rare”, “rare”, and “normal” from the superior one, “rare” is compared with “normal” It means that the rank is high. Moreover, in the above aspect, the value correlated with the rank level is calculated as the item value. For example, as described above, when ranks are determined in four stages of “SS rare”, “S rare”, “rare”, and “normal”, the values are correlated with the levels of the respective ranks “ “4”, “3”, “2”, “1” can be calculated as item values.

  In the above aspect, as described above, an action that can be a real money trade can be accurately estimated based on the difference in the item value calculated from the level of the “rank” defined as the ability value of the virtual item.

  In a preferred aspect of the game server according to the present invention, the value difference determination unit determines that the value is incompatible when the value difference between the first item value and the second item value is equal to or greater than a predetermined threshold. It is characterized by. In the above aspect, the predetermined threshold is a determination index for determining whether or not the item exchange is an intermediary of real money trade, and the real money trade intervenes between the target virtual items. This is the lower limit of the value difference between possible item values. For example, “SS rare”, “S rare”, “rare”, and “normal” are ranked in four levels, and the item value corresponding to each rank is set to “4”, “3”, “2”, When “1” is set and the predetermined threshold is set to “1.5”, when “SS rare” and “rare” are exchange targets, the value difference of the item values of the virtual items to be exchanged is “1. Since “2” is larger than “5”, it is determined that the value does not match.

  Thus, in the above aspect, an easy method for determining whether or not the value of item exchange is incompatible based on whether or not the difference between the first item value and the second item value is greater than or equal to a predetermined threshold value. Can be determined more accurately.

  In a preferred aspect of the game server according to the present invention, an item list data table storing an item list in which one or more virtual items in which the virtual user battles with the enemy is selected from the virtual items owned by the virtual user is further stored. Each virtual item is combined with other virtual items to set a battle capability value that can be increased to a predetermined maximum battle capability value, and calculated from the battle capability values of the virtual items that make up the item list Based on the level of the fighting ability value of the item list to be played, the victory or defeat with the enemy with whom the virtual user fights is determined, and the value difference determination unit has a predetermined value difference between the first item value and the second item value. The item value is low in the item list that is currently constructed by the virtual user who acquires the exchange item with a low item value that is above the threshold of Maximum competition ability value reachable item list when incorporating the replacement item, if not higher than before the item value incorporates a low exchange items, and judging that the value incompatible.

  In the above aspect, the competitive ability value is an attribute value that is exhibited when a virtual user encounters an enemy encountered in the game and evaluates a win / loss decision. For example, from the attack power or enemy given to the enemy Defensive power that defends against attacks. Compositing means using virtual items that are arbitrarily selected by virtual users to improve the battle ability value given to one virtual item, thereby increasing the ability of virtual items to be demonstrated when fighting against enemies. It means strengthening. The level of the ability level of the item list indicates the superiority or inferiority when the enemy list is played using each item list. For example, when the ability level of the second item list is higher than that of the first item list. By using the second item list, it means that the battle can proceed relatively advantageously.

  In the above aspect, even if the value difference between individual virtual items to be exchanged is large, a virtual item with a low item value is obtained by exchanging items, and an item list incorporating the obtained virtual item is reachable If the maximum competitive ability value increases, it is possible to accept value adaptation, that is, exchange as a remedy, without presuming that the action can be a real money trade. On the other hand, in the above aspect, if the upper limit of the reachable competitive ability value of the item list incorporating the acquired virtual item does not rise, it is estimated that the action can be a real money trade, and the value is not suitable, It is possible not to accept the exchange as a denial.

  In any aspect of the present invention as described above, the game server invention can also be understood as a game control method, a program, and a game system for controlling the progress of a game provided by the game server.

  According to the present invention, a virtual item that can be used in a virtual space can be exchanged between virtual users by devising an action that can be a real money trade by devising a measure that is devised as an exchange method. Game server capable of preventing an extreme disparity in virtual items to be played and allowing a real user operating a bona fide virtual user not to lose interest in the entire game, and a game server control method , A program, 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 structure for implement | achieving the trade part which concerns on 1st Embodiment. 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 a trade part operation. It is a figure for demonstrating the example of a display of the image for a trade part operation. 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 possession card data table. It is a figure for demonstrating the procedure of the trade part process part which concerns on 1st Embodiment. It is a figure for demonstrating the procedure of the start process of the trade which concerns on the specific example 1. FIG. It is a figure for demonstrating the procedure of the start process of the trade which concerns on the specific example 2. FIG. It is a figure for demonstrating the procedure of the item value evaluation process which concerns on 1st Embodiment. It is a figure for demonstrating the procedure of the trade part process part which concerns on 2nd Embodiment. It is a figure for demonstrating the specific structure of a deck construction part process part. It is a figure for demonstrating the example of a display of the image for operation of a deck construction part. It is a figure for demonstrating the specific example of a deck item data table. It is a figure for demonstrating the procedure of the trade part process part which concerns on 3rd Embodiment. It is a figure for demonstrating the procedure of the item value evaluation process which concerns on 3rd Embodiment. It is a figure for demonstrating the procedure of the trade part process part which concerns on 4th Embodiment.

  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 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. The “virtual user” also includes a case where a specific character that is displayed and visible on the game in a role playing game or a battle game 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.

  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 for requesting progress of game part regarding virtual user” is operation data for requesting progress of target game part according to points consumed by use using points given to virtual user. . 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.

  The “virtual item” is an item given to the virtual user, and specifically, an item used for attack or defense during a battle with the enemy. As an example of an item used for attack or defense at the time of a battle with such an enemy, in this embodiment, unique ability values such as rarity, growth type, maximum attack power, maximum defense power, maximum level value, group, etc. A card defined with a character image based on the content of the game is used.

  The “ability value” is an attribute value obtained by quantifying the superiority of the game progress. Specifically, the battle ability value that is an evaluation value for determining victory or defeat when a virtual user encounters an enemy encountered in the game. The ranking in the game specified by the rarity, the growth type indicating the strengthening efficiency of the battle ability value strengthened according to the rules in the game, etc. are quantified or ranked.

  The “competing ability value” is an attribute value that is used when a virtual user encounters an enemy encountered in the game and evaluates the winning / losing decision. For example, the attack power given to the enemy or the attack from the enemy For example, defense power to defend. Further, the attack power and the defense power can be variably increased to the maximum attack power and the maximum defense power by combining with other cards.

  “Compositing” means using a card selected by a virtual user to improve the battle ability value given to one virtual item, that is, the ability of the virtual item to be exhibited during a battle with an enemy. It means strengthening.

  “Rank” is a type of ability value given to a virtual item. For example, the rank is determined based on a predetermined criterion in the game, such as a rarity level or an upper limit value of a fighting ability value that can be exhibited when playing against an enemy. It is an attached attribute. In the present embodiment, the rank indicates attributes that are ranked in four stages of “SS rare”, “S rare”, “rare”, and “normal” in order of the rarity determined in the game. Will be described.

  In addition to the cards used for the battle with the enemy, the virtual item is a recovery item that recovers a quest point or a battle point, which will be described later, or a timed item that improves the battle ability, depending on the content of the game. A valid item is assumed, and for each item other than such a card, an ability value that can be used as an evaluation index of the item value can be defined.

(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 present embodiment, an item list in which a predetermined number of virtual items are selected from a virtual user is called a deck as one aspect thereof, but is not limited to this. For example, in a game using sports such as baseball and soccer as a motif, an item called “order” instead of a deck is used, and “item list” includes items using different names depending on the content of the game.

  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 a quest part 21, a deck part 22, a synthesis part 23, a battle part 24, a gacha part 25, and a trade part 26 as game elements. With parts.

  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 deck construction part 22 is a part for constructing a deck by selecting one or more cards from the cards owned by the virtual user as an item list for the virtual user to play against the enemy. The deck is configured such that cards can be freely exchanged, and is composed of an arbitrary number of cards according to a rule determined based on the world view of the game.

  The synthesis part 23 synthesizes the cards owned by the virtual user and raises the level representing 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.

  The battle part 24 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 25 is derived from “Gachagacha” (registered trademark) that 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 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 26 is a part for exchanging an exchange item selected from a card owned by itself and an exchange item selected from a card owned by another virtual user. Each virtual user uses such a trade part 26 and incorporates advantageous cards acquired from other virtual users into the card deck, thereby preventing the attack power given to the opponent during the battle and attacks from the opponent. You can strengthen your defenses.

  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 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 unit 33 for operating 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 unit 32 such as a touch panel, and performs a selection operation by touching the display on the screen, and inputs an operation from an actual 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 receives operation data received by the operation unit 32 as will be described later. It transmits 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 32, a configuration in which a cursor or the like is moved by a physical key operation to perform a selection operation and information is input 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 real user such as a keyboard and a mouse, as shown in FIG. Prepare. 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 a real user in the storage device 15, thereby realizing a functional block as shown in FIG.

  That is, the game server 1 implements 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, for example, 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 deck construction part processing unit 102, a synthesis part processing unit 103, a battle part processing unit 104, a gacha part processing unit 105, and a trade part processing unit 106.

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

(4) Trade part according to the first embodiment Among the parts processed by the game server 1, hereinafter, a specific configuration for realizing the trade part 26 according to the first embodiment will be described below. This will be described with reference to FIG.

(4-1) Configuration of Game Data Storage Unit First, as data used in the trade part 26, the game data storage unit 200 includes an item data table 211, a trade display image table 212, a virtual display, as shown in FIG. A user data storage unit 220.

  As shown in FIG. 6, the item data table 211 includes, for example, items for attributes given to the item, such as item rarity, growth type, maximum attack power, maximum defense power, maximum level value, group, character image, and the like. Each item ID is identifiable 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 card is given a unique number for each card as an “item ID”.

  The “rareness” indicates the rarity of the item. As described above, for example, “SS rare”, “S rare”, “rare”, “normal”, etc. Rankings are given as unique ability values. For example, depending on the content of the game, the card's rarity is conspicuous, so the higher rank card is relatively less than the lower rank card. A mode in which the “maximum level value” is high can also be adopted. In addition, it is possible to adopt a mode in which a plurality of types of cards with different rankings are defined for similar characters. By ranking as a card-specific ability value in this way and setting a rarity level, which is the degree of rarity of the card, when a higher-ranked card is given to a virtual user, this virtual user is A sense of accomplishment and satisfaction can be given to the actual user who operates.

  “Growth type” is an ability value unique to an item, similar to “rareness”, and defines the growth level, that is, the strengthening efficiency when the character displayed on the card is leveled up. If it is a "type", it will be easy to level up from the beginning, if it is a "normal type", the level will always rise at a constant pace, and if it is "night molding", the level will rise as the maximum level is approached It is.

  “Maximum Attack Power” and “Maximum Defense Power” are numerical values of the attack power and defense power that can be reached at the maximum level by repeating the level up from the level 1 of the character displayed on the card, as described above. This is a card-specific ability value expressed as

  Here, the attack power and defense power of a card can be increased by being combined with another card, and the battle ability that a virtual user can demonstrate in a battle with an enemy when the card is incorporated in a deck. Represents a value. In this embodiment, the battle part 104 wins or loses by the battle ability value of the deck calculated based on the level of the fight ability value of each card incorporated in the deck and the skills that can be demonstrated based on the combination of cards. decide.

  Similarly, the “maximum level value” represents a maximum value of a level that represents a specific example of a card-specific ability value. In this embodiment, the level of the card is obtained by combining the cards with the combining part 103. Is increased, and the attack power and defense power of the card, which is the battle ability value, increase.

  “Group” indicates a classification according to the character or character of the character, such as whether the character on the card is a person, an animal, or an insect. . Depending on the rules of the game, the element of “group” may not be provided as an attribute given to the card. For example, based on how to combine the groups when cards of the same group are incorporated in the deck, It is possible to adopt a mode in which the attack power of a specific card can be increased by demonstrating the skill, and the battle with the enemy can be advantageously advanced.

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

  For example, in the item data table 211 shown in FIG. 6, the card identified with the item ID “10001” has a rarity “S rare”, a growth type “early maturity”, and a maximum attack power “ 4000 ”, the maximum defense power is“ 4000 ”, the maximum level value is“ 70 ”, and the belonging group is“ A ”. In addition, the card identified by the item ID “10002” has a rarity “S rare”, a growth type “normal”, a maximum attack power “4000”, and a maximum defense power “ 4000 ”, the maximum level value is“ 70 ”, and the belonging group is“ B ”.

  The trade display image table 212 stores data for displaying the processing content of the trade part 26 on the display unit 32 of the terminal 3 connected via the Internet 2. For example, the trade display image table 212 displays operation images 400 and 450 for receiving trade instructions from the terminal 3 as shown in FIGS. 7A and 7B, respectively. I remember the data.

  That is, in the trade display image table 212, a display area defining a display area for displaying an image attached to a card owned by the virtual user in order to display the operation image 400 as shown in FIG. Data 401, 402, 403,... And icon image data 411, 412, 413,... For selecting a card displayed in each display area as a replacement item or a replacement item are stored. ing.

  Further, in order to display the operation image 450 as shown in FIG. 7B in the trade display image table 212, display area data 451 and 452 defining display areas for displaying exchange item cards, and display Stored is display data 453 indicating the transition of the card trade displayed in the area data 451 and 452, icon image data 454 for executing the trade processing, and icon image data 455 for stopping the trade processing. ing.

  In addition, in the display image table 212 for trade, in order to display the image 500 for allowing the user to visually recognize the prohibition of trade as shown in FIG. Area data 501, 502, display data 503 indicating prohibition of card exchange displayed in the display area data 501, 502, and image data 504 for confirming that the trade processing is prohibited are stored.

  Further, in order to display an image 550 that prompts the user to cancel the trade as shown in FIG. 8B in the trade display image table 212, display area data 551 defining a display area for displaying a card of exchange items. 552, display data 553 indicating the transition of the card trade displayed in the display area data 551, 552, image data 553 for prompting the cancellation of the trade, icon image data 554 for performing the cancellation operation, Icon image data 555 for execution is stored.

  The virtual user data storage unit 220 includes an attribute data table 221, an owned card data table 222, and a deck item data table 223.

  The attribute data table 221 stores attribute data of each virtual user managed by “20001”, “20002”,..., Which are identification IDs uniquely assigned to the virtual users. For example, as shown in FIG. 9, the attribute data table 221 includes level information and quest points as attribute information for each virtual user managed with identification IDs “20001”, “20002”,. , Points for battle, and points for gacha are stored.

  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. Further, the battle points are consumed as the cost when the virtual user battles with other virtual users in the battle part 22 or attacks the enemy appearing when searching the virtual space by the quest part 21. Shows the point. The point for gacha indicates a point consumed as a cost when the virtual user performs gacha in the gacha part 25 and acquires an item.

  For example, in the attribute data table 221 as shown in FIG. 9, for the virtual user identified by the user ID “20001”, the level is “L6”, the “quest point” is “70” points, This indicates that “120 points” for “use points” and “290” points for “gacha points” are owned. Further, for the virtual user identified by the user ID “20002”, the level is “L3”, “Quest Points” is “30” points, “Battle Points” is “50” points, This indicates that “125” points of “Gacha points” are owned.

  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 possessed card data table 222 stores card identification data acquired by each virtual user managed by “20001”, “20002”,... Which are uniquely assigned identification IDs. For example, as shown in FIG. 10, the possessed card data table 222 is managed by “C001”, “C002”,..., “C200”, which are IDs for identifying owned cards that are uniquely assigned to each virtual user. 200 card storage areas are allocated. 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. By referring to the possessed card data table 222, it is possible to recognize the card acquisition status acquired by each virtual user.

  Here, the card storage area in which “NULL” shown in FIG. 10 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 “C200”, the virtual user with the user ID “20001” has acquired the card, but the virtual user with the user ID “20002” has not acquired the card. Can be recognized.

  In addition, the possessed card data table 222 stores a level, an attack power, and a defense power as a battle ability value for each card. For example, in the possession card data table 222 as shown in FIG. 10, the virtual user identified by the user ID “20001” is stored in the card storage area identified by “C001”, the card ID is “10394”, and the level. Is “L5”, an attack power of “1000” and a defense power of “300” are acquired. In addition, a card with a card ID “14908”, a level “L16”, an attack power “1500”, and a defense power “1000” is acquired in the card storage area identified by “C002”. It shows that.

  These competitive ability values are strengthened by the synthesis part processing unit 103 that performs card synthesis processing. Specifically, when the operation data receiving unit 11a acquires a request for combining cards, the combining part processing unit 103 reads out the target card from the possessed card data table 222 and performs a combining process, thereby playing a match against one target card. The card storage area of the possessed card data table 222 is updated so as to increase the ability value and delete other target cards.

  Note that the possessed card data table 222 has 200 card storage areas allocated to each virtual user as an example, but is not limited to this, and can be changed as appropriate.

(4-2) Configuration of Trade Part Processing Unit Next, the trade part processing unit 106 includes an item exchange request receiving unit 61, a value calculating unit 62, a value difference determining unit 63, a data updating unit 64, and an exchange prohibition. A processing unit 65 and a trade part display output unit 66 are provided.

  The item exchange request accepting unit 61 is means for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data. In the present embodiment, the terminal 3 that operates the first virtual user selects the first exchange item to be exchanged from the virtual items owned by itself, and the terminal 3 that operates the second virtual user A second exchange item to be exchanged is selected from the virtual items owned by itself. Then, an exchange request for exchanging items between the first and second virtual items is transmitted from both the terminals 3 operating the first and second virtual users, and the item exchange request accepting unit 61 accepts the exchange request. Assume that a trade is executed.

  In addition, as long as a trade is started by receiving an exchange request from both the first and second virtual users, a mode in which selection of an exchange item is performed by one virtual user may be employed.

  The value calculation unit 62 calculates the first item value based on the ability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user. Further, the value calculation unit 62 calculates the second item value based on the ability value of the second exchange item to be exchanged from the virtual item owned by the second virtual user. Specifically, the first and second item values are calculated according to the processing of the specific example shown below. Here, the “item value” is an attribute given to a virtual item that can evaluate a higher level and a lower level between different virtual items using the ability value given to the card as a determination index.

  Based on the value difference between the first item value and the second item value calculated by the value calculation unit 62, the value difference determination unit 63 determines whether or not the value is incompatible. Specifically, it is determined whether or not the value is not suitable according to the processing of a specific example described later. Here, the “value difference in item value” is a value obtained by quantifying each item value or a difference in ranking among the cards to be exchanged. Further, “value nonconformity” is a state in which the exchange value that can be inferred based on the value difference of the item value to be exchanged between virtual users and the real money trade can intervene is nonconforming. Specifically, the value nonconformity is a state in which it is desirable to promote item exchange, that is, cancellation of a trade act, change of an exchange target to another card, and the like.

  The data update unit 64 permits the item exchange between the first exchange item and the second exchange item when the value difference determination unit 63 determines that the value is not incompatible. When the item exchange is permitted, the data update unit 64 updates the possession card data table 222 as follows. That is, the identification data of the first exchange item is deleted from the card storage area of the first virtual user and added to the card storage area of the second virtual user. The identification data of the second exchange item is deleted from the card storage area of the second virtual user and added to the card storage area of the first virtual user.

  The exchange prohibition processing unit 65 prohibits item exchange between the first exchange item and the second exchange item when the value difference determination unit 63 determines that the value is incompatible. Specifically, the exchange prohibition processing unit 65 prohibits the data updating unit 64 from performing data update of the possessed card data table 222 in response to the card exchange request.

  The trade part display output unit 66 displays the display data for executing the processing of the trade part 26 based on the data stored in the trade display image table 212, for each terminal 3 connected via the Internet 2. Send to.

  Note that the display processing data transmitted by the trade part display output unit 66 may be not only image data but also display control data for controlling the display of image data stored on the terminal 3 side.

(4-3) Processing Step of Trade Part Processing Unit According to First Embodiment The processing of the trade part processing unit 106 according to the first embodiment will be described with reference to the flowchart shown in FIG.

  In step S1101, the trade part processing unit 106 executes a trade start process for receiving an exchange request for exchanging virtual items between the first virtual user and the second virtual user, and then proceeds to step S1102. Specific trade start processing will be described later.

  In step S1102, the trade part processing unit 106 calculates the first and second item values based on the ability values of the first and second exchange items by the value calculation unit 62, and the value difference determination unit 63 calculates the first and second item values. The value mismatch is determined based on the value difference between the first and second item values. Thereafter, the process proceeds to step S1103. Specific item value evaluation processing will be described later.

  In step S1103, the trade part processing unit 106 determines whether or not the value is determined to be nonconforming in step S1102, and proceeds to step S1104 if the value is nonconforming (S1103: YES). The process proceeds to step S1106 (S1103: NO).

  In step S1104, the trade part processing unit 106 uses the trade part display output unit 66 to display a card having a high item value, ie, a terminal operating a virtual user who obtains an exchange item having a low item value. Confirmation notification data that prompts confirmation of item exchange, such as display data that displays on the terminal an image that prompts the real user to cancel item exchange, is transmitted to the terminal 3 that operates the virtual user. Specifically, the trade part display output unit 66 reads display processing data for displaying an image 550 prompting the real user to cancel the trade as shown in FIG. 8B from the trade display image table 212. Then, at least the exchange item with a low item value is transmitted to the terminal 3 that operates the virtual user, and then the process proceeds to step S1105.

  In addition, you may transmit to the terminal 3 which operates not only the terminal 3 which operates the virtual user who acquires the exchange item with a low item value but the virtual user who acquires exchange items with a high item value.

  In step S1105, the item exchange request accepting unit 61 determines whether operation data requesting execution of trade has been accepted from the terminal 3 to which the confirmation notification data has been transmitted in step S1104. If operation data requesting execution of a trade is received, the process proceeds to step S1106 (S1105: YES). If operation data requesting execution of a trade is not received, between the first and second virtual users. This processing step is terminated without exchanging items (S1105: NO).

  In step S1106, the data update unit 64 executes the trade and updates the data as follows. That is, the data update unit 64 deletes the identification data of the first exchange item from the card storage area of the first virtual user and adds the possessed card data to the card storage area of the second virtual user. The table 222 is updated. Further, the possessed card data table 222 is updated so that the identification data of the second exchange item is deleted from the card storage area of the second virtual user and added to the card storage area of the first virtual user. By this update process, the trade of the virtual item is completed, and this process step ends.

(4-3-1) Trade start processing (Specific Example 1)
As the processing of specific example 1 of step S1101, the trade part processing unit 106 exchanges a virtual item between the first virtual user and the second virtual user according to the flowchart shown in FIG. Execute the trade start process that accepts.

  In step S1201, the trade part display output unit 66 refers to the possession card data table 222 and displays each display area defined by the display area data 401, 402, 403,... Of the trade display image table 212. Data for displaying the character image of the card owned by the first virtual user is read from the item data table 211. Then, the trade part display output unit 66 combines the read data and the icon image data 411, 412, and 413 of the trade display image table 212, and the operation image 400 as shown in FIG. Is transmitted to the terminal 3 that operates the first virtual user, and the process proceeds to step S1202. In this way, by transmitting the display processing data, the image shown in FIG. 7A is displayed on the terminal 3 that operates the first virtual user.

  In step S1202, the item exchange request accepting unit 61 determines whether or not operation data for selecting a card that is the first exchange item has been accepted from the terminal 3 that operates the first virtual user. If the operation data for selecting the card that is the first exchange item is not accepted, the process returns to step S1202 (S1202: NO), and if the operation data for selecting the card that is the first exchange item is accepted, the step is performed. The process proceeds to S1203 (S1202: YES).

  In step S1203, the trade part display output unit 66 refers to the possessed card data table 222 to display each display area defined by the display area data 401, 402, 403,... Of the trade display image table 212. Data for displaying the character image of the card owned by the second virtual user is read from the item data table 211. Then, the trade part display output unit 66 combines the read data and the icon image data 411, 412, and 413 of the trade display image table 212, and the operation image 400 as shown in FIG. Is transmitted to the terminal 3 that operates the second virtual user, and the process proceeds to step S1204. In this way, by transmitting the display processing data, the image shown in FIG. 7A is displayed on the terminal 3 that operates the second virtual user.

  In step S1204, the item exchange request accepting unit 61 determines whether operation data for selecting a card that is a second exchange item has been accepted from the terminal 3 that operates the second virtual user. If operation data for selecting a card that is a second exchange item has not been received, the process returns to step S1204 (S1204: NO), and if operation data for selecting a card that is a second exchange item has been received, step is performed. The process proceeds to S1205 (S1204: YES).

  In step S1205, the trade part display output unit 66 displays the first exchange item in the display area defined by the display area data 451 of the trade display image table 212, and the display area defined by the display area data 452 is displayed. The data for displaying the second exchange item is read from the item data table 211. Then, by combining the read data with the icon image data 454 and 455 of the trade display image table 212, display processing data for displaying the operation image 450 as shown in FIG. It transmits to the terminal 3 which operates a virtual user. In this way, by transmitting the display processing data, the image shown in FIG. 7B is displayed on the terminal 3 that operates the first virtual user.

  In step S1205, the trade part display output unit 66 displays the second exchange item in the display area defined by the display area data 451 of the trade display image table 212, and is defined by the display area data 452. Data for displaying the first exchange item in the display area is read from the item data table 211. Then, by combining the read data with the icon image data 454 and 455 of the trade display image table 212, display processing data for displaying the operation image 450 as shown in FIG. It transmits to the terminal 3 which operates a virtual user. In this way, by transmitting the display processing data, the image shown in FIG. 7B is displayed on the terminal 3 that operates the second virtual user.

  In step S1206, whether or not the item exchange request accepting unit 61 has accepted operation data for executing a trade from both the terminal 3 that operates the first virtual user and the terminal 3 that operates the second virtual user. Judging. When the operation data for executing the trade is received, the process of step S1101 is terminated and the process proceeds to step S1102 (S1206: YES), and when the operation data for executing the trade is not received, the process returns to step S1201. (S1206: NO).

(Specific example 2)
As the processing of specific example 2 in step S1101, the trade part processing unit 106 selects a second virtual condition in which a first virtual user selects a trade condition and can trade with the item exchange condition according to a flowchart as shown in FIG. A trade may be started by receiving an exchange request from the user.

  In steps S1301 and S1302, the trade part processing unit 106 performs processes similar to those in steps S1201 and S1202, respectively, and then proceeds to step S1303.

  In step S1303, the trade part display output unit 66 refers to the item data table 211, and displays each display area defined by the display area data 401, 402, 403,. The second exchange item acquired by the first virtual user by trade, that is, data for displaying the character image of the card desired by the first real user who operates the first virtual user is read. Then, the trade part display output unit 66 combines the read data and the icon image data 411, 412, and 413 of the trade display image table 212, and the operation image 400 as shown in FIG. Is transmitted to the terminal 3 that operates the first virtual user, and the process proceeds to step S1304.

  In step S1304, the item exchange request accepting unit 61 determines whether or not operation data for selecting a card that is the second exchange item has been accepted from the terminal 3 that operates the first virtual user. If operation data for selecting a card that is a second exchange item has not been received, the process returns to step S1304 (S1304: NO), and if operation data for selecting a card that is a second exchange item has been received, step is performed. The process proceeds to S1305 (S1304: YES).

  In step S1305, the trade part display output unit 66 displays the first exchange item in the display area defined by the display area data 451 of the trade display image table 212, and the display area defined by the display area data 452. The data for displaying the second exchange item is read from the item data table 211. Then, by combining the read data and the icon image data 454 and 455 of the trade display image table 212, display processing data for displaying the operation image 450 as shown in FIG. 7B can be traded. It transmits to the terminal 3 which operates a 2nd virtual user. Here, the “tradeable second virtual user” is a virtual user who owns the second virtual item selected in steps S1303 and S1304. In this way, by transmitting the display processing data, the image shown in FIG. 7B is displayed on the terminal 3 that operates the second virtual user.

  In step S1306, the item exchange request receiving unit 61 determines whether or not operation data for executing a trade has been received from the terminal 3 that operates the second virtual user. When the operation data for executing the trade is accepted, the process of step S1101 is terminated and the process proceeds to step S1102 (S1306: YES), and when the operation data for executing the trade is not accepted, the process returns to step S1301. (S1306: NO).

(4-3-2) Item Value Evaluation Process As the process of step S1102, the trade part processing unit 106 evaluates the value difference between the first and second item values according to the flowchart shown in FIG. Process.

  In step S1401, the value calculation unit 62 reads the ranks of the first exchange item and the second exchange item with reference to the item data table 211, and proceeds to step S1402.

  In step S1402, the value calculation unit 62 calculates the first item value based on the rank of the first exchange item read out in step S1401, and based on the rank of the second exchange item. The second item value is calculated, and the process proceeds to step S1403. For example, when the rank is ranked in four levels, “normal”, “rare”, “S”, “SS”, “rare” has a higher rank than “normal” Means. Further, the value calculation unit 62 calculates a value correlated with the rank level as the item value. For example, when the rank of the card is “normal”, “rare”, “S”, “SS”, the item value calculated by the value calculation unit 62 is “1”, “2” correlated with the rank level. ”,“ 3 ”, and“ 4 ”.

  In step S1403, the value difference determination unit 63 determines whether or not the value difference of the item value is higher than a predetermined threshold value. If this value difference is higher than the predetermined threshold value, the process proceeds to step S1404 (S1403: YES). If the value difference is not higher than the predetermined threshold value, the process proceeds to step S1405 (S1403: NO). Here, the “predetermined threshold” is a determination index for determining whether or not the item exchange is an intermediary of real money trade, and the real money trade intervenes between target virtual items. This is the lower limit of the value difference between possible item values.

  In the present embodiment, “1.5” is set as the predetermined threshold. For example, when the rank of the first exchange item is “SS rare” and the rank of the second exchange item is “rare”, the first item value is “4” and the second item value is “2”. Since the value difference of the item value is “2” higher than the predetermined threshold “1.5”, the process proceeds to step S1404. On the other hand, if the rank of the first exchange item is “S rare” and the rank of the second exchange item is “rare”, the first item value is “3” and the second item value. Becomes “2”, and the value difference of the item values is “1” which is not higher than the predetermined threshold value “1.5”, so the process proceeds to step S1405. In this embodiment, the predetermined threshold is set to “1.5”, but may be appropriately changed according to the game balance, the level of the virtual user, and the like.

  In step S1404, the value difference determination unit 63 determines that the exchange value is incompatible because there is a significant difference in the exchange value between the first and second exchange items, and ends the process of step S1102 The process proceeds to step S1103.

  In step S1405, the value difference determination unit 63 determines that the exchange value is suitable because there is no large difference in the exchange value between the first and second exchange items, and ends the processing in step S1102 The process proceeds to step S1103.

  In this way, the trade part processing unit 106 according to the first embodiment uses the rank of the virtual item as the evaluation index of the ability value for calculating the item value, and the item between exchange items calculated from the ability value. If the difference in value is equal to or greater than a predetermined threshold, it is determined that the exchange value is incompatible. In this way, it is possible to accurately infer a trade act having an incompatible exchange value that can involve real money trade, such as obtaining profit by reselling with real money. In particular, the trade part processing unit 106 according to the first embodiment can infer a trade action with an incompatible exchange value by an easy evaluation method of comparing ability values given to individual exchange target items. This is preferable.

(5) Trade Part According to Second Embodiment Next, a trade part 26 according to a second embodiment different from the first embodiment will be described. The configuration of the trade part processing unit 106 that performs the processing of the trade part 26 according to the second embodiment is similar to the configuration of the trade part processing unit 106 according to the first embodiment as shown in FIG. 5 described above. The description is omitted.

(5-1) Processing of Trade Part Processing Unit According to Second Embodiment Processing of the trade part processing unit 106 according to the second embodiment will be described with reference to the flowchart shown in FIG.

  In step S1501, the trade part processing unit 106 executes a trade start process for receiving an exchange request for exchanging virtual items between the first virtual user and the second virtual user, and then proceeds to step S1502. The specific trade start process is the same as the process shown in FIG. 12 or FIG.

  In step S1502, the trade part processing unit 106 calculates the first and second item values based on the capability values of the first and second exchange items by the value calculation unit 62, and the process proceeds to step S1503. The specific item value evaluation process is the same as the process shown in FIG. 14 described above, and a description thereof will be omitted.

  In step S1503, the trade part processing unit 106 determines whether or not the value is determined to be nonconformity in step S1502. If the value is not suitable, the process proceeds to step S1504 (S1503: YES). The process proceeds to step S1506 (S1503: NO).

  In step S1504, since the values of the first exchange item and the second exchange item are incompatible, the exchange prohibition processing unit 65 performs item exchange between the first exchange item and the second exchange item. Ban. Further, the trade part display output unit 66 displays display data for displaying an image 500 for allowing a real user to visually recognize the prohibition of trade based on the data stored in the trade display image table 212. 2 is transmitted to each terminal 3 connected via the terminal 2.

  Specifically, the trade part display output unit 66 displays display processing data for displaying an image 500 in which the character images of the first and second exchange items are inserted into the display area data 501 and 503, respectively. It transmits to the terminal 3 which operates a virtual user. Further, the trade part display output unit 66 displays display processing data for displaying an image 500 in which the character images of the second and first exchange items are inserted into the display area data 501 and 503, respectively, for the second virtual user. Is transmitted to the terminal 3 that operates the above, and this processing step ends. In this way, by transmitting the display processing data, the image 500 shown in FIG. 8A is displayed on the terminal 3 that operates the second virtual user.

  In step S1505, the trade is executed, and the data update unit 64 deletes the identification data of the first exchange item from the card storage area of the first virtual user and adds it to the card storage area of the second virtual user. Thus, the possessed card data table 222 is updated. Further, the possessed card data table 222 is updated so that the identification data of the second exchange item is deleted from the card storage area of the second virtual user and added to the card storage area of the first virtual user. By this update process, the trade of the virtual item is completed, and this process step ends.

  In this way, in the processing according to the second embodiment, a trade that is incompatible with the exchange value that the real money trade can intervene, such as guessing an action that can be a real money trade and reselling it with real money to obtain profits. It is possible to accurately estimate an action and prohibit trade based on the estimation result. In particular, the trade part processing unit 106 according to the second embodiment uses the easy evaluation method of comparing ability values given to individual items to be exchanged in the same manner as in the first embodiment described above. Is preferable in that it is possible to infer a non-conforming trade action.

(6) Trade Part According to Third Embodiment Next, a trade part 26 according to a third embodiment different from the first and second embodiments will be described. In the trade part 26 according to the third embodiment, unlike the first and second embodiments described above, the value calculation unit 62 performs acquisition based on information on the deck constructed by the deck construction part 22. Evaluate item value. In the third embodiment, prior to specific processing contents related to the trade part processing unit 106, referring to FIG. 16, in order to perform the processing of the deck construction part 22, the game data storage unit 200 and the game data processing unit A specific configuration included in 100 will be described. The configuration of the trade part processing unit 106 is the same as the configuration of the trade part processing unit 106 according to the first embodiment as shown in FIG.

(6-1) Configuration Related to Deck Construction Part (6-1-1) Display Image Table for Deck Construction The game data storage unit 200 has a display image table for deck construction 213 as shown in FIG. The deck construction display image table 213 stores data for displaying the processing contents of the deck construction part 22 on the display section 32 of the terminal 3 connected via the Internet 2. For example, the deck construction display image table 213 displays operation images 300 and 350 for receiving an instruction to construct a deck from the terminal 3 as shown in FIGS. 17A and 17B, respectively. Therefore, the following data is stored.

  That is, in order to display the operation image 300 as shown in FIG. 17A, the deck construction display image table 213 is attached to the cards of the positions 1, 2, 3,. For executing the request to replace the display area data 301, 302, 303,... Defining the display area for displaying the image and the card incorporated in each position 1, 2, 3,. Icon image data 311, 312, 313,... Are stored.

  In addition, in the deck construction display image table 213, as shown in FIG. 17B, an operation image 350 for selecting a card to be incorporated in each position is displayed, and thus a display in which a display area for displaying owned cards is defined. Area data 351, 352, 353,... And icon image data 361, 362, 363,... For executing a card incorporation request displayed in each display area are stored.

(Deck item data table)
The virtual user data storage unit 220 further includes a deck item data table 223. The deck item data table 223 stores the identification information of the cards incorporated in the respective positions constituting the deck constructed by each virtual user. For example, as in the specific example shown in FIG. 18, the deck item data table 223 includes the identification information of each position constituting the deck as the information of the deck constructed by the virtual user identified by the user IDs 20001, 20002,. I remember it. Depending on the rules of the game, a mode in which one virtual user constructs a deck with a plurality of patterns may be employed. In this case, a storage area for deck information with a plurality of patterns for each virtual user may be a deck item. It will be assigned to the data table 223.

  For example, in the deck item data table 223 shown in FIG. 18, for the deck constructed by the virtual user identified by the user ID 20001, a card of “10394” (card ID) is incorporated at the position P1, and “14908” at the position P2. It shows that a card of (card ID) is incorporated.

  When the battle between the virtual user and the enemy is started by the operation data received by the operation data receiving unit 11a, the battle part processing unit 104 that performs the battle process includes the possessed card data table 222, the deck item data table 223, From the above, the attack power and defense power of each card constituting the deck are read out. Then, the battle part processing unit 104 determines whether or not the enemy fights the enemy based on the fighting ability value of the deck calculated based on the level of the fighting ability value of each card incorporated in the deck and the “skill” exhibited by the combination of the cards. Decide whether to win or lose.

(6-1-2) Configuration of Deck Construction Part Processing Unit As shown in FIG. 15, the deck construction part processing unit 102 includes a deck part display output unit 102a and a deck item setting unit 102b.

  The deck part display output unit 102a is connected to each terminal connected via the Internet 2 with data for executing the processing of the deck construction part 22 based on the data stored in the display image table 213 for the deck part. 3 to send.

  Specifically, the deck part display output unit 102a refers to the information stored in the possessed card data table 222 and displays the display area data 301, 302, 303,... Of the deck part display image table 213. , 351, 352, 353... Are read from the item data table 211 to be displayed in each display area. The deck part display output unit 102a combines the read data and the icon image data 311, 312, 313,..., 361, 362, 363,. Display processing data for displaying the operation images 300 and 350 as shown in FIG. 17 is transmitted to the terminal 3.

  The display processing data transmitted by the deck part display output unit 102a may be display control data for controlling display of image data stored on the terminal 3 side as well as image data.

  The deck item setting unit 102b receives, from the operation data receiving unit 11a, a request to replace the cards in each position constituting the deck and a request to incorporate the replaced cards into the deck based on the data from the operation data receiving unit 11a. Then, in response to the received request, the deck item setting unit 102b updates the deck item data table 223 so as to change the cards constituting the deck.

(6-2) Processing Step of Trade Part Processing Unit According to Third Embodiment The processing of the trade part processing unit 106 according to the third embodiment will be described with reference to the flowchart shown in FIG.

  In step S1901, the trade part processing unit 106 executes a trade start process for receiving an exchange request for exchanging virtual items between the first virtual user and the second virtual user, and then proceeds to step S1902. The specific trade start process is the same as the process shown in FIG. 12 or FIG.

  In step S1902, the trade part processing unit 106 uses the value calculation unit 62 to add the first and second exchange item ability values, and further, based on information about the deck constructed by the deck construction part 22, Then, the item value of the second card is evaluated, and the process proceeds to step S1903. Specific item value evaluation processing will be described later.

  Since steps S1903 to S1906 executed after step S1902 are the same as steps S1103 to S1106 (see FIG. 11) according to the first embodiment described above, description thereof will be omitted.

(Step S1902)
Next, the item value evaluation process executed in step S1902 will be described with reference to the flowchart shown in FIG. Here, among the processes according to the flowchart shown in FIG. 20, the processes of steps S2001 and S2002 are the same as the processes of steps S1401 and S1402 (see FIG. 14) according to the first embodiment described above. A description thereof will be omitted, and the processing after step S2003 will be described after step S2002.

  In step S2003, the value difference determination unit 63 determines whether or not the value difference of the item value is higher than a predetermined threshold value. If the value difference is higher than the predetermined threshold value, the process proceeds to step S2004 (S2003: YES). If the value difference is not higher than the predetermined threshold value, the process proceeds to step S2008 (S1603: NO).

  In step S2004, the value calculation unit 62 refers to the deck item data table 223, and selects the deck that is actually constructed by the virtual user who acquires the exchange item with the low item value from among the first and second virtual users. The identification information of the card incorporated in each position that constitutes is read, and the process proceeds to step S2005.

  In step S2005, the value calculation unit 62 calculates the maximum attack power that can be reached by the entire deck when the exchange item to be acquired is incorporated into the deck constructed by the virtual user who acquires the exchange item having a low item value. Then, the process proceeds to step S2006.

  For example, when the position of a card, which is a replacement item acquired from another virtual user, can be incorporated only by “4” according to a rule determined in advance in the game, the value calculation unit 62 is constructed by the virtual user. The maximum attack power of the deck is calculated by exchanging the card and the exchange item incorporated in the position “4” in the deck. As a specific example, the total of the maximum attack power of each card incorporated in the existing deck is “10000”, the maximum attack power of the card incorporated in position “4” of this deck is “400”, and the card to be acquired Assuming that the maximum attack power is “500”, “10100”, which is a newly added value of “100”, which is an increase in the maximum attack power in accordance with the replacement of the card, is calculated as the maximum attack power of the deck. To do.

  In the above specific example, the maximum attack power of each card is simply calculated as the maximum attack power of the deck, but the game rules for improving the maximum attack power of a specific card by a combination of cards In this case, the maximum attack power of the deck may be calculated by adding the maximum attack power of the cards according to this rule. Moreover, when each virtual user constructs a plurality of decks, the maximum attack power may be calculated by replacing the exchange items described above for each deck. Further, as described above, the attack power is a value indicating a battle ability value for favorably proceeding with a battle with an enemy, and is specifically a value that can be strengthened by synthesizing cards by the synthesis part 24. is there. As such a battle ability value, in this processing step, the attack power of the card is used for convenience, but is not limited to this. That is, the present invention can also be applied to a mode in which a level and a defense force are used as the battle ability value.

  In step S2006, the value difference determination unit 63 incorporates the exchange item in step S2005 when the maximum attack power of the deck when the exchange item from the other virtual user is incorporated in the deck that the virtual user is actually constructing. Judge whether it will be higher than before. If the maximum attack power does not increase, the process proceeds to step S2007 (S2006: NO), and if the maximum attack power increases, the process proceeds to step S2008 (S2006: YES).

  In step S2007, the value difference determination unit 63 determines that there is a value difference higher than a predetermined threshold value between the first and second exchange items in step S2003, and then, in step S2006, the exchange item whose item value is low. Since it is determined that the trade is not advantageous for the construction of the deck for the virtual user who has acquired the above, it is determined that the exchange value is incompatible, the processing in step S1902 is terminated, and the process proceeds to step S1903.

  In step S2008, the value difference determination unit 63 determines that there is a value difference higher than a predetermined threshold value between the first and second exchange items in step S2003, or that the virtual item to be acquired is virtual in step S1906. Since it is determined that the trade is advantageous for the construction of the deck for the user, it is determined that the item exchange value of this trade is appropriate, the process of step S1902 is terminated, and the process proceeds to step S1903.

  In this way, in the item value evaluation process according to the third embodiment executed in step S1902, the exchange item with a low item value is acquired, and the competitive ability value of the item list incorporating the acquired virtual item is increased or decreased. Based on this, it is determined that the exchange value of the trade is incompatible. Here, “high / low item list competitive ability value” indicates superiority or inferiority when an individual item list is used to fight against an enemy. For example, the battle of the second item list is compared with the first item list. When the ability value is high, it means that the battle can be progressed relatively advantageously by using the second item list.

  In the item value evaluation process according to the third embodiment, not only the individual virtual items are compared, but also based on the change in the battle ability value when the acquisition target virtual item is incorporated into the item list, It is possible to accurately estimate a trade action in which the real value trade, such as reselling and gaining profits, is incompatible with the exchange value. In this way, it is possible to accurately infer a non-conforming trade act, so in the trade part 26 according to the third embodiment, while preventing a trade act operated by a bona fide real user from being determined as non-conforming, It is possible to deter trade activities whose real money trades cannot be intervened in value.

  In the item value evaluation process executed in step S1902, the attack power is used as an example of the battle ability value, but the present invention is not limited to this. For example, level or defense power may be used instead of attack power. Further, an evaluation value obtained by weighting and adding each parameter representing the battle capability value is calculated, and using this evaluation value, the level of the maximum battle capability value that can be reached by the deck when the exchange item is incorporated is evaluated. May be adopted.

(7) Trade Part According to Fourth Embodiment Next, a trade part 26 according to a fourth embodiment different from the first to third embodiments will be described. The configuration of the trade part processing unit 106 that performs the processing of the trade part 26 according to the fourth embodiment is similar to the configuration of the trade part processing unit 106 according to the first embodiment as shown in FIG. 5 described above. The description is omitted.

  In the trade part 26 according to the fourth embodiment, similarly to the third embodiment described above, the value calculation unit 62 uses the information related to the deck constructed by the deck construction part 22 to acquire the card item to be acquired. Assess value. Based on this evaluation result, in the trade part 26 according to the fourth embodiment, similarly to the above-described second embodiment, a trade act having an incompatible exchange value is estimated, and the estimated trade is prohibited. Specific processing of the trade part 26 according to the fourth embodiment will be described with reference to a flowchart shown in FIG.

  In step S2101, the trade part processing unit 106 executes a trade start process for receiving an exchange request for exchanging virtual items between the first virtual user and the second virtual user, and then proceeds to step S2102. The specific trade start process is the same as the process shown in FIG. 12 or FIG.

  In step S2102, the trade part processing unit 106, in addition to the ability values of the first and second exchange items, further adds information on the deck constructed by the deck construction part 22 in the same manner as the third embodiment described above. Based on this, the item values of the first and second cards are evaluated, and the process proceeds to step S2103. The specific item value evaluation process is the same as the process shown in FIG. 20 described above, and a description thereof will be omitted.

  Steps S2103 to S2105 executed after step S2102 are the same as steps S1503 to S1505 (see FIG. 15) according to the second embodiment described above, and thus the description thereof is omitted.

  Thus, in the item value evaluation process according to the third embodiment executed in step S1902, the trade exchange value is evaluated based on the battle ability value of the item list in which the virtual item to be acquired is incorporated. . In this way, it is possible to accurately infer a trade act having an incompatible exchange value that can involve real money trade such as reselling with real money to obtain profits. Since the non-conforming trade act can be accurately estimated, the trade part 26 according to the fourth embodiment intervenes with the real money trade while preventing the trade act operated by a bona fide real user from being judged as non-conforming. It is possible to prohibit trade activities that do not conform to possible values.

(8) Effect In this embodiment as described above, according to the game server 1, virtual behavior is estimated by deducing and suppressing an action that can be a real money trade based on the item value calculated from the ability value of the virtual item. It is possible to prevent an extreme disparity between the virtual items owned by the users, and to prevent a good-willed real user from being less interested in the entire game.

  Moreover, in this embodiment, according to the game server 1, based on the item value calculated from the capability value of a virtual item, it is owned between virtual users by guessing and suppressing the act which can become a real money trade. It is possible to prevent an extreme disparity in virtual items from occurring, and to prevent a good-willed real user from deteriorating the interest in the entire game.

  In this embodiment, according to the game server 1, the rank of the virtual item is regarded as an ability value, and an action that can be a real money trade can be accurately estimated based on a difference in item values calculated from the ability value. it can.

  Moreover, in this embodiment, according to the game server 1, whether the value of item exchange is nonconforming based on whether or not the difference between the first item value and the second item value is greater than or equal to a predetermined threshold value. Can be determined by an easy technique.

  Moreover, in this embodiment, according to the game server 1, even if the value difference between individual virtual items to be exchanged is large, a virtual item having a low item value is obtained by item exchange, and the obtained virtual item is obtained. If the ability value of the item list in which the item is incorporated increases, it is possible to accept the value conformity, that is, the exchange as a remedy, without presuming that the action can be a real money trade. On the other hand, if the reachable maximum battle ability value of the item list incorporating the acquired virtual item does not increase, it is assumed that the action can be a real money trade, and the value mismatch, that is, do not accept the exchange as a denial Can be.

(9) Others The present invention is not limited to cards that are supposed to be incorporated in a deck. For example, in a game that adopts a rule that uses one or more arbitrarily selected cards to play against an enemy. Can be applied. Moreover, it is not limited to a card | curd, It is applicable to another virtual item. For example, virtual coins can be used as virtual items that can be used in a virtual space depending on stories, scenarios, and the like on the game.

  Further, the present invention is not limited to trade between virtual items having similar functions such as cards, for example, an item value calculated from the ability value of the card and an item value calculated from the ability value of the recovery item. It is also possible to infer whether or not an action that can be a real money trade is involved when exchanging between virtual items having different functions.

DESCRIPTION OF SYMBOLS 1 Game server 11a Operation data reception part 61 Item exchange request reception part 62 Value calculation part 63 Value difference determination part 64 Data update part 65 Exchange prohibition process part 66 Trade part display output part 211 Item data table 212 Trade display image table 213 Display image table for deck construction 221 Attribute data table 222 Owned card data table 223 Deck item data table

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 system , and a recording medium on which the program is recorded .

The present invention has been made in view of the above-described problems, and by devising measures that are devised as an exchange method for exchanging virtual items that can be used in a virtual space between virtual users, actions that can become real money trade are suppressed. It is an object of the present invention to provide a game server in which a good-willed real user can prevent the interest in the entire game from deteriorating. It is another object of the present invention to provide a game control method for controlling the progress of a game provided by the game server, a program , a game system , and a recording medium on which the program is recorded .

The game server according to the present invention is stored in 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 an owned item data table. When there is an exchange request for exchanging an exchange request for exchanging a virtual item owned for each virtual user between the first virtual user and the second virtual user from the operation data, Based on the ability value of the virtual item to be exchanged from the virtual item owned by the virtual user, the first item value is calculated, and the ability of the virtual item to be exchanged from the virtual item owned by the second virtual user Based on a value calculation unit that calculates a second item value based on the value, and a value difference between the first item value and the second item value For a terminal that operates a virtual user who obtains an exchange item with a low item value when it is determined that the value difference is not suitable by the value difference determination unit that determines whether or not the value is non-compliant A confirmation notification data transmission unit for transmitting confirmation notification data for prompting confirmation of item exchange, and an item list in which a predetermined number of virtual items are selected from the virtual items owned by the virtual user is item list data Stored in the table, the virtual item is a value obtained by quantifying the superiority of the game progress, and an ability value that can be increased to a predetermined maximum ability value by combining with other virtual items is set. The game progress is determined by the ability value of the item list calculated based on the ability value of the virtual item incorporated in the item list. The value difference determination unit refers to the item list data table when the value difference between the first item value and the second item value is equal to or greater than a predetermined threshold, and the item value is low. The maximum ability value that can be reached in the item list when the exchange item with low item value is incorporated into the item list that is currently constructed by the virtual user who acquires the exchange item is before the exchange item with low item value is incorporated. when not higher than the characterized that you determined to be worth incompatible.

In the above aspect, the ability value is an attribute value obtained by quantifying the superiority of the game progress for each virtual item, for example, an evaluation value for determining the victory or defeat when the virtual user encounters an enemy encountered in the game This is a numerical value or ranking of the competitive ability value , the rank in the game specified by the rarity, and the strengthening efficiency of the ability value strengthened according to the in-game rules. The composition is to improve the ability value given to one virtual item by using a virtual item arbitrarily selected by the virtual user. The item value is an attribute given to a virtual item that can evaluate the upper and lower levels between different virtual items using the ability value of the virtual item as a determination index. The value difference between item values is a value obtained by quantifying or ranking each item value between virtual items to be exchanged. The value non-conformity is a state in which the exchange value in which real money trade can intervene that can be inferred based on the value difference of the item value to be exchanged between virtual users is non-conforming. Specifically, the value nonconformity is a state in which it is desirable to prompt the user to cancel item exchange or change the exchange target to another virtual item.
Further, in the above aspect, the predetermined threshold is a determination index for determining whether or not the item exchange is an intermediary of real money trade, and the real money trade is performed between the target virtual items. This is the lower limit of the value difference of item values that can intervene. For example, “SS rare”, “S rare”, “rare”, and “normal” are ranked in four levels, and the item value corresponding to each rank is set to “4”, “3”, “2”, When “1” is set and the predetermined threshold is set to “1.5”, when “SS rare” and “rare” are exchange targets, the value difference of the item values of the virtual items to be exchanged is “1. Since “2” is larger than “5”, it is one of the determination indexes for determining that the value is not suitable.

In the above aspect, based on the value difference of the item value calculated from the ability value of the virtual item to be exchanged, it is determined whether or not the value does not match between the virtual items to be exchanged. For example, an image prompting a real user to cancel item exchange for a terminal that operates a virtual user who acquires a low-value exchange item, that is, a terminal that operates a virtual user who sells a high-value exchange item Confirmation notification data that prompts confirmation of item exchange, such as display data that is displayed on the terminal. Thus, based on the item value calculated from the ability value of the virtual item, by inferring and deterring an action that can become a real money trade, there is an extreme disparity in the virtual items that are owned by virtual users. It is possible to prevent the real user who is bona fide from deteriorating the interest in the entire game.
Moreover, in the above aspect, even if the value difference between individual virtual items to be exchanged is large, a virtual item having a low item value is obtained by item exchange, and the item list in which the obtained virtual item is incorporated is acquired. If the maximum ability value that can be reached increases, it is possible to accept value adaptation, that is, exchange as a remedy, without presuming it as an action that can be a real money trade. On the other hand, in the above aspect, if the upper limit of the reachable ability value of the item list incorporating the acquired virtual item does not increase, it is estimated that the action can be a real money trade, and the value does not conform, that is, is exchanged. Can be disallowed.

Another aspect of the game server according to the present invention includes 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 an owned item. the replacement request for exchanging virtual item owned for each of the virtual user that is stored in the data table with the first virtual user and the second virtual user, the exchange receiver for receiving from the operation data, exchange request If there is, the first item value is calculated based on the ability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the virtual owned by the second virtual user Based on the ability value of the second virtual item to be exchanged from the item, a value calculation unit for calculating the second item value, the first item value and the second item value A value difference determination unit that determines whether or not the value is nonconforming based on a value difference from the item value, and a first exchange item and a second item when the value difference determination unit determines that the value is nonconforming An exchange prohibition unit prohibiting item exchange with exchange items, and an item list in which a predetermined number of virtual items are selected from virtual items owned by the virtual user is stored in an item list data table, The virtual item is a value obtained by quantifying the superiority of the game progress, and an ability value that can be increased up to a predetermined maximum ability value by combining with other virtual items is set. , Determined by the ability value of the item list calculated based on the ability value of the virtual item incorporated in the item list, the value difference determination unit, When the value difference between the item value of 1 and the second item value is greater than or equal to a predetermined threshold, the virtual user who acquires the exchange item with a low item value is actually constructed by referring to the item list data table If the maximum ability value of the item list when the exchange item with the low item value is incorporated into the item list is not higher than before the exchange item with the low item value is incorporated, judgment be characterized by Rukoto.

In the above aspect, item exchange is prohibited when it determines with value nonconformity based on the item value calculated from the capability value of the virtual item used as exchange object. Thus, based on the item value calculated from the ability value of the virtual item, by inferring and deterring an action that can become a real money trade, there is an extreme disparity in the virtual items that are owned by virtual users. It is possible to prevent the real user who is bona fide from deteriorating the interest in the entire game.
Moreover, in the above aspect, even if the value difference between individual virtual items to be exchanged is large, a virtual item having a low item value is obtained by item exchange, and the item list in which the obtained virtual item is incorporated is acquired. If the maximum ability value that can be reached increases, it is possible to accept value adaptation, that is, exchange as a remedy, without presuming it as an action that can be a real money trade. On the other hand, in the above aspect, if the upper limit of the reachable ability value of the item list incorporating the acquired virtual item does not increase, it is estimated that the action can be a real money trade, and the value does not conform, that is, is exchanged. Can be disallowed.

In a preferred embodiment of a game server according to the present invention, the item list is a virtual item selected from among the virtual item owned by the virtual user is configured of a predetermined number of virtual items virtual user play against the enemy, the The ability value of the virtual item is a fighting ability value that can be increased to a predetermined maximum fighting ability value by synthesizing with other virtual items, and is calculated from the fighting ability value of the virtual item constituting the item list. Based on the level of the fighting ability value of the player, the victory or defeat with the enemy with whom the virtual user fights is determined, and the value difference determination unit has a value difference between the first item value and the second item value equal to or greater than a predetermined threshold value. Incorporate exchange items with low item value into the item list that is currently being constructed by a virtual user who obtains exchange items with low item value. Maximum competition ability value reachable item list when is, if not higher than before the item value incorporates a low exchange items, and judging that the value incompatible.

In any of the aspects described above, the present invention provides a game control method, a program , a game system , and a recording medium on which the program is recorded, for controlling the progress of the game provided by the game server. It is also possible to capture.

Claims (11)

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;
Owned item data table storing item data of virtual items owned for each virtual user;
An exchange acceptance unit for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user A value calculating unit that calculates a second item value based on the ability value of the second exchange item to be exchanged from the virtual item owned by the user;
A value difference determination unit that determines whether or not the value is nonconforming based on a difference between the first item value and the second item value;
Confirmation that transmits confirmation notification data that prompts confirmation of item exchange to a terminal that operates a virtual user who acquires at least a replacement item with a low item value when it is determined that the value difference determination unit does not match the value A game server comprising: a notification data transmission unit. 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;
Owned item data table storing item data of virtual items owned for each virtual user;
An exchange acceptance unit for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user A value calculating unit that calculates a second item value based on the ability value of the second exchange item to be exchanged from the virtual item owned by the user;
A value difference determination unit that determines whether or not the value is nonconforming based on a difference between the first item value and the second item value;
An exchange prohibiting unit for prohibiting item exchange between the first exchange item and the second exchange item when the value difference judging unit judges that the value is incompatible. Game server to do. The virtual items are ranked as ability values specific to the virtual items,
The game server according to claim 1, wherein the value calculation unit calculates the first item value and the second item value based on a rank level.   The said value difference determination part determines with it being value nonconformity, when the value difference of a said 1st item value and a said 2nd item value is more than a predetermined | prescribed threshold value. 4. The game server according to any one of 3. An item list data table storing an item list in which a predetermined number of virtual items that the virtual user battles with an enemy are selected from the virtual items owned by the virtual user;
Each virtual item is combined with another virtual item, and a battle capability value that can be increased to a predetermined maximum battle capability value is set,
Based on the level of the battle capability value of the item list calculated from the battle capability value of the virtual item constituting the item list, the victory or defeat with the enemy that the virtual user battles is determined,
The value difference determination unit
A value difference between the first item value and the second item value is equal to or greater than a predetermined threshold value, and the item value is included in an item list that is currently constructed by a virtual user who obtains an exchange item having a low item value. Determining that the maximum ability of the item list that can be reached in the item list when incorporating a low-exchange item is not higher than that before incorporating a low-value exchange item is determined to be non-conforming. The game server according to any one of claims 1 to 3. Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving from the operation data an exchange request for exchanging a virtual item owned for each virtual user stored in an owned item data table between a first virtual user and a second virtual user;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user Calculating a second item value based on a capability value of a second exchange item to be exchanged from a virtual item owned by the user;
Determining whether or not the value is incompatible based on a value difference between the first item value and the second item value;
A step of transmitting confirmation notification data that prompts confirmation of item exchange to a terminal that operates a virtual user who acquires at least an exchange item having a low item value when it is determined that the value is nonconforming. A game control method, which is executed by a computer connected to a communication network. Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving from the operation data an exchange request for exchanging a virtual item owned for each virtual user stored in an owned item data table between a first virtual user and a second virtual user;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user Calculating a second item value based on a capability value of a second exchange item to be exchanged from a virtual item owned by the user;
Determining whether or not the value is incompatible based on a value difference between the first item value and the second item value;
A step of prohibiting item exchange between the first exchange item and the second exchange item when the value is determined to be nonconforming, and executing by a computer connected to a communication network A game control method characterized by: Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving from the operation data an exchange request for exchanging a virtual item owned for each virtual user stored in an owned item data table between a first virtual user and a second virtual user;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user Calculating a second item value based on a capability value of a second exchange item to be exchanged from a virtual item owned by the user;
Determining whether or not the value is incompatible based on a value difference between the first item value and the second item value;
A step of transmitting confirmation notification data that prompts confirmation of item exchange to a terminal that operates a virtual user who acquires at least an exchange item having a low item value when it is determined that the value is nonconforming. A program that is executed by a computer connected to a communication network. Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving from the operation data an exchange request for exchanging a virtual item owned for each virtual user stored in an owned item data table between a first virtual user and a second virtual user;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user Calculating a second item value based on a capability value of a second exchange item to be exchanged from a virtual item owned by the user;
Determining whether or not the value is incompatible based on a value difference between the first item value and the second item value;
A step of prohibiting item exchange between the first exchange item and the second exchange item when it is determined that the value is non-conforming, and executing a process on a computer connected to a communication network A program characterized by letting 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;
Owned item data table storing item data of virtual items owned for each virtual user;
An exchange acceptance unit for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user A value calculating unit that calculates a second item value based on the ability value of the second exchange item to be exchanged from the virtual item owned by the user;
A value difference determination unit that determines whether or not the value is nonconforming based on a value difference between the first item value and the second item value;
Confirmation that transmits confirmation notification data that prompts confirmation of item exchange to a terminal that operates a virtual user who acquires at least a replacement item with a low item value when it is determined that the value difference determination unit does not match the value A notification data transmission unit,
The game system, wherein the terminal includes an operation input unit that receives the exchange request, and a display unit that displays the confirmation notification data. 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;
Owned item data table storing item data of virtual items owned for each virtual user;
An exchange acceptance unit for accepting an exchange request for exchanging virtual items between the first virtual user and the second virtual user from the operation data;
When there is the exchange request, the first item value is calculated based on the capability value of the first exchange item to be exchanged from the virtual item owned by the first virtual user, and the second virtual user A value calculating unit that calculates a second item value based on the ability value of the second exchange item to be exchanged from the virtual item owned by the user;
A value difference determination unit that determines whether or not the value is nonconforming based on a value difference between the first item value and the second item value;
An exchange prohibition unit for prohibiting item exchange between the first exchange item and the second exchange item when the value difference judgment unit judges that the value is nonconforming,
The game system, wherein the terminal includes an operation input unit that receives the exchange request.

Images