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

Abstract

A game server, a game server control method, a game program, and a game program recording medium that can prevent an act that can become a real money trade so that a bona fide real user does not lose interest in the whole game. And a game system.
As shown in FIG. 5, a trade part processing unit 105 includes a trade user discrimination processing unit 41, a trade request receiving unit 42, a trade part image output unit 43, a trade partner user determining unit 44, data A table updating unit 45. The trade user determination processing unit 41 determines whether or not a virtual item can be exchanged between one virtual user and another virtual user based on history information related to the in-game action of the one virtual user. It is.
[Selection] Figure 5

Description

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

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

  In such social games, there is a game in which a single story or scenario is formed by combining a plurality of game parts such as a quest part, a battle part, a composite part, and a gacha part.

  In such a game, there are items that a virtual user can acquire while proceeding with the game (hereinafter referred to as “virtual item” because this item is used in the virtual space). The virtual items are ranked by rareness such as normal, rare, S rare, and SS rare, and there are rare items that cannot be obtained so much (see, for example, Patent Document 1). By possessing a virtual item with a high rank or a high rare value, it is possible to work advantageously against the progress of the game, for example, the attack power becomes high.

  An item with a high rank or high rarity value in such a game becomes an item that a real user who operates the virtual user wants to acquire, and has value in the real society beyond the virtual space in the game. . One example is a so-called real money trade in which a virtual item acquired in a social game is listed on an auction site on the Internet and resold in an actual currency to obtain a profit (see, for example, Patent Document 2). .

JP 2004-073233 A JP 2009-89757 A

  The above-mentioned real money trade can essentially acquire items that should be acquired by playing in the game in a detour using the actual currency, which is not necessarily a direct attack method and may damage the fun of the whole game. . Further, there is an undeniable feeling of unfairness between a user who is aiming to acquire an item only during play in the game and a user who acquires an item by real money trade, and a proposal for a mechanism for solving this is desired.

  The present invention has been made in view of the above-described problems, and is provided with a game server capable of suppressing an act that can be a real money trade and suppressing a decrease in interest of the entire user's game. An object of the present invention is to provide a game control method, a game program, a game program recording medium, and a game system for controlling the progress of a game to be played.

(1) From 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 terminal for operating one virtual user, The virtual item can be exchanged between the one virtual user and another virtual user based on the history information relating to the in-game exchange of the one virtual user, and a trade request accepting unit that accepts a request for exchange. When the virtual item can be exchanged between the one virtual user and the other virtual user, the virtual item owned by each virtual user is determined. and a trade execution unit to be replaced, the trade user recognition processing section, game exchange number with the other virtual user and the one of the virtual user first And the in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold, or between the one virtual user and the other virtual user. when game AC period is not smaller than the second threshold value, it characterized that you judged the interchangeable virtual items are among the other virtual user and the one of the virtual user.

In the above aspect, the trade user determination processing unit determines whether or not a virtual item can be exchanged between one virtual user and another virtual user. And a trade execution part performs exchange of a virtual item, when exchange of a virtual item is possible. Specifically, the trade user discriminating unit determines whether the first virtual user meets the second virtual user when the first virtual user satisfies a predetermined condition in the in-game exchange with the second virtual user. To determine that the virtual item can be exchanged. Examples of the predetermined condition relating to in-game exchange include that the number of exchanges between virtual users is equal to or greater than a predetermined threshold, and that the exchange period between virtual users is equal to or greater than a predetermined threshold. Specifically, the number of greetings is greater than or equal to a predetermined threshold, the number of times a virtual user has cleared a predetermined event is greater than or equal to a predetermined threshold, and a period in which virtual users are set as “friends” It is mentioned that it is more than a predetermined threshold value. These are conditions that indicate that the reliability between virtual users and eventually between real users is high. Usually, those who are going to trade in real money trades are only for virtual item trades, so they have never interacted in the game in the past, or even if they have interacted with each other, the reliability is low It is a relationship. Therefore, in the exchange of virtual items between one virtual user and another virtual user, by providing a predetermined condition regarding in-game exchange, it is possible to prevent the exchange of virtual items between those who are going to trade in real money trade. be able to. On the other hand, for a real user who operates a bona fide virtual user, it is possible to obtain a sense of security by exchanging virtual items with a highly reliable virtual user.
Specifically, in this aspect, as a condition representing the high degree of reliability in the game, the condition that the number of in-game exchanges between one virtual user and another virtual user is equal to or more than a first threshold and one virtual This is based on the condition that the in-game exchange period between the user and another virtual user is not less than the second threshold. In-game exchanges, for example, modes in which virtual users send and receive comments in the game, modes in which virtual users cooperate to defeat enemies that appear in the game, and virtual users cooperate in the game There are aspects to accomplish the set mission. A large number of these in-game exchanges means that the mutual reliability within the game is high. In addition, in the in-game exchange, there is a mode in which virtual users set each other as “companies” in the game. Normally, the setting of “mates” in a game is performed when one virtual user makes an application for “mates” to other virtual users, and the other virtual users who have applied apply for it. However, the virtual user can cancel the setting of “mate” in the middle. A long in-game exchange period (for example, a period set as “companies”) means that the reliability in the game is high. A trust relationship is formed in the game by setting the number of exchanges in the game to be equal to or greater than the first threshold and the condition for the exchange of virtual items to be the second threshold or more in the game. It is possible to prevent virtual items from being exchanged by those who are trying to make real money trade transactions.

(2) In a preferred aspect of the game server according to the present invention, the first threshold value and the second threshold value each increase the number of virtual item exchanges performed between the one virtual user and the other virtual user. It is a fixed value that does not fluctuate depending on the number of exchanges of virtual items or the value that increases with the change, and the trade user discrimination processing unit is based on history information related to in-game exchanges of the one virtual user based on the fixed information. One of the value and the fluctuation value is selected.

In the above aspect, the trade user discrimination processing unit determines whether the threshold value relating to the in-game exchange count and the in-game exchange period is a fixed value or a variable value for each virtual user. When the threshold value is a fixed value, the threshold value does not vary depending on the number of virtual item exchanges. That is, for a real user, if a trust relationship is formed in the game and a predetermined condition relating to the in-game exchange can be achieved, the virtual item can be exchanged with the same opponent a plurality of times. As a result, it is possible to prevent a bona fide real user from feeling annoyance due to the fact that a predetermined condition is set for exchanging virtual items. On the other hand, it is possible to prevent the exchange of virtual items among those who want to conduct a real money trade transaction in which a trust relationship is not formed in the game. When the threshold value is a variation value, the threshold value varies depending on the number of times the virtual item is exchanged between one virtual user and another virtual user. That is, as the number of in-game exchanges between virtual users and the in-game exchange period increase, the number of exchangeable virtual items between the virtual users increases. For an actual user, in order to exchange a virtual item with the same opponent a plurality of times, it is necessary to increase the reliability of the virtual users in the game. Thereby, it is possible to prevent those who are going to conduct a real money trade transaction in which a trust relationship is not formed in the game from exchanging a virtual item a plurality of times.

(3) 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 terminal for operating a single virtual user, The virtual item can be exchanged between the one virtual user and another virtual user based on the history information relating to the in-game exchange of the one virtual user, and a trade request accepting unit that accepts a request for exchange. When the virtual item can be exchanged between the one virtual user and the other virtual user, the virtual item owned by each virtual user is determined. A trade execution unit for exchanging, wherein the trade user discrimination processing unit has a first in-game exchange number between the one virtual user and the other virtual user. When the value is equal to or greater than the value, it is determined that the virtual item can be exchanged between the one virtual user and the other virtual user, and the first threshold value is the first virtual user and the other virtual user. A variable value that varies depending on the number of virtual item exchanges performed between users, or a fixed value that does not vary depending on the number of virtual item exchanges. One of the fixed value and the fluctuation value is selected based on the history information.

In the above aspect, the condition that the number of in-game exchanges between one virtual user and another virtual user is equal to or more than the first threshold is used as a condition representing the high degree of reliability in the game. In-game exchanges, for example, modes in which virtual users send and receive comments in the game, modes in which virtual users cooperate to defeat enemies that appear in the game, and virtual users cooperate in the game There are aspects to accomplish the set mission. A large number of these in-game exchanges means that the mutual reliability within the game is high. By having the number of exchanges in the game equal to or greater than the first threshold as a condition for exchanging virtual items, by those who are going to do real money trade transactions where a trust relationship is not formed in the game Exchange of virtual items can be prevented.
Moreover, in this aspect, the trade user discrimination | determination process part determines whether the threshold value which concerns on the game interchange frequency | count and in-game exchange period is set to a fixed value or a fluctuation value for every virtual user. When the threshold value is a fixed value, the threshold value does not vary depending on the number of virtual item exchanges. That is, for a real user, if a trust relationship is formed in the game and a predetermined condition relating to the in-game exchange can be achieved, the virtual item can be exchanged with the same opponent a plurality of times. As a result, it is possible to prevent a bona fide real user from feeling annoyance due to the fact that a predetermined condition is set for exchanging virtual items. On the other hand, it is possible to prevent the exchange of virtual items among those who want to conduct a real money trade transaction in which a trust relationship is not formed in the game. When the threshold value is a variation value, the threshold value varies depending on the number of times the virtual item is exchanged between one virtual user and another virtual user. That is, as the number of in-game exchanges between virtual users and the in-game exchange period increase, the number of exchangeable virtual items between the virtual users increases. For an actual user, in order to exchange a virtual item with the same opponent a plurality of times, it is necessary to increase the reliability of the virtual users in the game. Thereby, it is possible to prevent those who are going to conduct a real money trade transaction in which a trust relationship is not formed in the game from exchanging a virtual item a plurality of times.

(4) In a preferred aspect of the game server according to the present invention, when the trade user discrimination processing unit increases the ratio of the in-game AC count to the in-game AC period as the in-game AC period increases. Is characterized in that the variation value is selected.

  In the above aspect, whether or not the ratio of the number of in-game exchanges with respect to the in-game exchange period increases as the in-game exchange period increases, for example, divides the in-game exchange period into two, This can be determined by comparing the number of AC exchanges. If the number of in-game exchanges in the second half period is greater than the number of in-game exchanges in the first half period, it can be said that the ratio of the in-game exchange number to the in-game exchange period has increased.

  In this aspect, the trade user discrimination processing unit relates to the in-game exchange count and the in-game exchange period when the ratio of the in-game exchange count to the in-game exchange period increases as the in-game exchange period increases. The threshold value is a variable value, and in other cases, it is a fixed value. That is, for virtual users who are actively engaged in in-game exchanges and have high reliability, the threshold value increases according to the number of item exchanges. On the other hand, for virtual users in which trust relationships are not formed so much, the threshold value does not vary depending on the number of virtual item exchanges. In this way, by switching the type of threshold according to the relationship between virtual users in the game, a bona fide real user does not feel annoyance due to the fact that predetermined conditions are set for virtual item exchange. Can be.

(5) In a preferred aspect of the game server according to the present invention, the trade request accepting unit accepts selection of the other virtual user from a terminal that operates the one virtual user.

  In the above aspect, the real user who operates one virtual user can select another virtual user in exchange of a virtual item. Conventionally, in the case where a real user can select another virtual user, those who perform a real money trade transaction can perform the transaction by instructing the ID of the other party in advance. However, in this aspect, even if the real user can select another virtual user, whether or not the trade user discrimination processing unit can exchange virtual items between one virtual user and another virtual user. The trade execution unit executes virtual item exchange when it is determined that the trade user discrimination processing unit is exchangeable, and therefore, it is possible to prevent transactions between those who perform real money trade transactions. .

  Specifically, it will be described together with screen operations by real users. When a real user performs an operation related to the exchange of a virtual item, on the screen for selecting another virtual user to be exchanged, the trade user discrimination processing unit discriminates that the virtual item can be exchanged with one virtual user. Display only other virtual users Thereby, one virtual user can exchange virtual items only with other virtual users that are determined to be exchangeable by the trade user determination processing unit. In addition, when all virtual users registered in a specific game are displayed on the screen for selecting other virtual users as exchange partners, other virtual users as virtual user exchange partners are displayed. After the selection, for example, “Tradable” or “Untradeable” is displayed. When “Trade possible” is displayed, virtual items can be exchanged with other virtual users selected by the real user, but when “Not tradeable” is displayed, the real user has selected. Virtual items cannot be exchanged with other virtual users. Thus, the trade user discrimination | determination process part can discriminate | determine whether the exchange of a virtual item is possible, and can prevent the transaction of those who perform the transaction of a real money trade. On the other hand, for a bona fide real user, the degree of freedom of being able to select another virtual user as a virtual item exchange partner can more enjoy the game through exchanging virtual items with other virtual users. .

(6) In a preferred aspect of the game server according to the present invention, the trade request accepting unit accepts an input of a virtual item exchange condition from a terminal that operates the one virtual user, and further selects the other virtual user. A request for accepting the exchange condition is received from an operating terminal, and the trade execution unit sends a request for accepting the exchange condition among the one virtual user and the other virtual user at a predetermined timing. The virtual item is exchanged with the virtual user performed in the above.

  In the above aspect, for example, the virtual user operated by the real user who approved the virtual item exchange condition determined by the real user operating one virtual user at the earliest timing becomes the virtual item exchange partner. As described above, since real users cannot designate virtual users as exchange partners of virtual items themselves, it becomes difficult for those who perform real money trade transactions.

(7) In a preferred aspect of the game server according to the present invention, the exchange of the virtual item is performed in an auction format, and the trade request reception unit receives an auction condition for the virtual item from a terminal that operates the one virtual user. And a bid is received from a terminal that operates another virtual user who is permitted to exchange the virtual item, and the trade execution unit includes the one virtual user and the other virtual user. A virtual item can be exchanged with a virtual user having the highest bid price.

  In the above aspect, for example, the virtual user who bids with the highest bid price with respect to the bid condition of the virtual item determined by the real user who operates one virtual user becomes the virtual item exchange partner. Thus, since the real user cannot designate the virtual user as the exchange partner of the virtual item, it is difficult to exchange the virtual item between those who perform a real money trade transaction.

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

  According to the present invention, a game server and a game server that can prevent an actual user who operates a bona fide virtual user from deteriorating the interest in the entire game by suppressing an action that can be a real money trade. It is possible to provide a control method, a game program, a game program recording medium recording the game program, and a game system.

It is a figure which shows the system configuration | structure of the game system to which this invention was applied. It is a figure for demonstrating the structure of the social game which the game server to which this invention was applied provides. It is a figure which shows the hardware constitutions of the game server to which this invention was applied. It is a figure which shows the structure of each process part which the game server to which this invention was applied performs. It is a figure for demonstrating the specific process of a trade part process part. It is a figure for demonstrating the specific example of an item data table. It is a figure for demonstrating the specific example of a threshold value data table. It is a figure for demonstrating the specific example of an possession item data table. It is a figure for demonstrating the specific example of an alternating current history data table. It is a figure for demonstrating the specific example of an item exchange log | history data table. It is a figure for demonstrating the whole flow of the process performed in a trade part process part. It is a figure for demonstrating the specific procedure of a trade user discrimination | determination process. It is a figure for demonstrating the specific procedure of a trade user discrimination | determination process. It is a figure for demonstrating the specific procedure of a trade execution process. It is a figure for demonstrating the specific procedure of a trade partner user reception process. It is a figure for demonstrating the specific procedure of a trade execution process. It is a figure for demonstrating the specific procedure of a trade partner user determination process. It is a figure for demonstrating the specific procedure of a trade execution process.

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

  In the following, first, prior to the description of the embodiment, the definitions of terms used in the present embodiment are clarified, and further, an outline of the social game handled in the present embodiment is described, and then the configuration and processing contents of the game system G are specifically described. I will explain it.

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

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

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

  “Trade” refers to a mode in which a virtual item owned by one virtual user and a virtual item owned by another virtual user are exchanged. In the present embodiment, the exchange of virtual items may be simply expressed as “trade”.

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

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

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

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

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

  The gacha part 23 is derived from “Gacha Gacha” (registered trademark), which represents a state in which a capsule toy that is a toy packaged in a capsule after coins are inserted into a vending machine. However, it is a part which acquires a card | curd at random 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.

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

  The trade part 25 is a part for exchanging a virtual item owned by itself and a virtual item owned by another virtual user.

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

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

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

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

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

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

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

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

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

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

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

(3-3-1) Configuration of Game Data Storage Unit First, as data used in the trade part processing unit 105, the game data storage unit 200 includes an item data table 211, a threshold data table 212, as shown in FIG. And a virtual user data storage unit 210.

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

  As shown in FIG. 6, each virtual item is given a unique number for each item as an “item ID”.

  The “item type” indicates a usable game part or the like of each virtual item. For example, as shown in FIG. 6, there are virtual items for quest, battle, gacha, and reinforcement, which can be used in quest part 21, battle part 22, gacha part 23, and reinforcement part 24, respectively.

  As shown in FIG. 6, item IDs 1001 to 1003 are virtual cards. These cards are given a “rare degree” as an indicator of rarity, such as “S rare (SR)”, “rare (R)”, “normal (N)”, etc., in descending order of rarity. Ranking may be made. Depending on the content of the game, in order to highlight the rarity of the card, the card with a higher rank has a higher battle ability value that can be demonstrated in a battle with the enemy relative to a card with a lower rank. It can also be adopted.

  As shown in FIG. 6, the item ID 10004 is a quest item that can be used in the quest part 21. The item ID 10005 is a battle item that can be used in the battle part 22. Each of these quest items and battle items has a function of recovering the quest points consumed by the virtual user in the quest part 21 and the battle points consumed in the battle part 22.

  As shown in FIG. 6, the item ID 10006 is a gacha item that can be used in the gacha part 23. These gacha items have a function of giving the virtual user a card that can be used in the game.

  As shown in FIG. 6, the item ID 10007 is an item for strengthening that can be used in the strengthening part 24. These enhancement items have a function of increasing ability values such as attack power and defense power displayed on the virtual card.

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

(Threshold data table 212: FIG. 7)
The threshold data table 212 stores threshold information used when determining whether or not one virtual user is allowed to exchange virtual items with another virtual user. As shown in FIG. 7, in this embodiment, the threshold is set for the number of comment transmission / reception performed between virtual users, the number of cooperative plays, and the fellow period.

  “Comment transmission / reception” means that a real user operating one virtual user transmits or receives character data or the like to another virtual user through a terminal. Depending on the game, the word “greeting” or “message” may be used instead of “comment”. In addition, the actual user may be able to enter the characters directly, words that are stored in advance in the server (for example, "Hello!", "Otsukare!", "(= ° ω °) Bruno Iyou") May be displayed so that the actual user can select.

  “Cooperative play” means that one virtual user plays in cooperation with another virtual user in order to achieve one purpose. The cooperative play includes, for example, a play in which a mission is achieved in cooperation with another virtual user in a quest part, and a play in which a battle part fights an enemy that appears in the game in cooperation with another virtual user in a battle part. .

  The “friend period” refers to a period from when virtual users set each other as “friends” to the present. The setting of “mate” in the game is performed when one virtual user makes an application for “mate” to another virtual user, and the other virtual user who applied for approves it. However, the virtual user can cancel the setting of “mate” in the middle. Depending on the game, the term “friend”, “friend”, “XX friend” may be used instead of “friend”.

  As shown in FIG. 7, the threshold value is a fixed value or a fluctuation value, and can be selected as appropriate. In the case of a fixed value, for example, the threshold for the number of times of comment transmission / reception is 50 times, and the threshold for the number of times of cooperative play is 10 times. In the case of a variation value, the threshold varies depending on the number of trades performed between virtual users. That is, the threshold value increases as the number of trades increases. The trade user discrimination processing unit can select either a fixed value or a fluctuation value based on the history information related to the in-game exchange of one virtual user. For example, when the ratio of the number of in-game exchanges to the in-game exchange period increases as the in-game exchange period becomes longer, a variation value is selected, and in other cases, a fixed value is selected. In this way, switching may be performed according to the relationship between one virtual user and another virtual user.

(Virtual user data storage unit 210: FIGS. 8 to 10)
The virtual user data storage unit 210 includes an owned item data table 221, an AC history data table 222, and an item exchange history data table 223.

  The owned item data table 221 stores item identification information acquired by each virtual user for each game. Specifically, as shown in FIG. 8, the possessed item data table 221 stores a virtual card, a quest item, a battle item, a gacha item, and an enhancement item for each item ID. That is, by referring to the owned item data table 221, it is possible to recognize the acquisition status of items acquired by each virtual user in each game.

  The AC history data table 222 stores information indicating how much each virtual user interacts with other virtual users. Specifically, in the AC history data table 222 of FIG. 9A, the number of transmissions and receptions of comments and the number of cooperative plays are stored. For example, referring to FIG. 9A, it can be seen that the virtual user with the user ID 30001 has transmitted comments to the virtual user with the user ID 30002 23 times so far. Moreover, the fellow period is memorize | stored in the alternating current history data table 222 of FIG.9 (B). For example, referring to FIG. 9B, it can be seen that 110 days have passed since the virtual user with the user ID 30001 is set as the “friend” with the virtual user with the user ID 30002.

  The item exchange history data table 223 stores the number of times each virtual user has exchanged virtual items with other virtual users in the past. For example, referring to FIG. 10, it can be seen that the virtual user with the user ID 30001 has exchanged the virtual item with the virtual user with the user ID 30002 five times so far.

(3-3-2) Configuration of Trade Part Processing Unit As shown in FIG. 5, the trade part processing unit 105 includes a trade user discrimination processing unit 41, a trade request receiving unit 42, a trade part image output unit 43, A trading partner user determining unit 44 and a data table updating unit 45 are provided.

  When exchanging virtual items between virtual users, the trade user discrimination processing unit 41 exchanges virtual items between one virtual user and another virtual user based on history information related to in-game exchange of one virtual user. It is means for determining whether or not. That is, the trade user discrimination processing unit 41 discriminates whether or not all virtual users registered in a specific game are virtual users capable of exchanging virtual items with one virtual user. For example, when the number of exchanges in the game between one virtual user and another virtual user is equal to or greater than the first threshold, the trade user determination processing unit 41 determines that the virtual item can be exchanged. Specifically, with reference to the AC history data table in FIG. 9A, it is determined that the virtual item can be exchanged when at least one of the comment transmission / reception count and the cooperative play count is equal to or greater than a predetermined threshold. To do. Moreover, the trade user discrimination | determination process part 41 discriminate | determines that exchange of a virtual item is possible, for example, when the exchange period in the game with one virtual user and another virtual user is more than a 2nd threshold value. . Specifically, with reference to the AC history data table of FIG. 9B, it is determined that the virtual item can be exchanged when the fellow period is equal to or greater than a predetermined threshold. The threshold value relating to the number of times of alternating current and the alternating current period may be a fixed value or a variable value. The variation value is, for example, a value that varies according to the number of virtual item exchanges performed in the past between one virtual user and another virtual user. The trade user discrimination processing unit 41 can select either a fixed value or a variation value based on the history information related to the in-game exchange of one virtual user. For example, the trade user discrimination processing unit 41 selects a variation value when the ratio of the number of in-game exchanges to the in-game exchange period increases as the in-game exchange period increases. In other cases, a fixed value is selected. For example, first, the in-game exchange period is divided into two, and the number of in-game exchanges in each period is compared. When the number of in-game exchanges in the second half period is greater than the first half period, the trade user discrimination processing unit 41 selects a variation value. Note that the game exchange period may be divided into a plurality of three or more periods, and the number of in-game exchanges in each period may be compared.

  The trade request accepting unit 42 is means for accepting operation data related to trade part processing from a terminal that operates a virtual user registered in a specific game. Specifically, operation data for designating a trade partner user, operation data for determining virtual item exchange conditions, operation data for approving virtual item exchange conditions, and the like are received from the terminal.

  The trade part image output unit 43 is a means for outputting an image related to trade part processing to a terminal that operates a virtual user. For example, the trade part image data output unit 43 outputs a reception image including an operation icon or the like for requesting a trade by a real user in order to receive a request for performing a trade from the terminal. In addition, in order to accept input of virtual item exchange conditions from the terminal, a virtual user selection image and a virtual item selection image to be exchanged are output. In addition, after a trade is established between one virtual user and another virtual user, a trade establishment notification image for notifying that the trade has been established to a terminal operating one virtual user and another virtual user is displayed. Output.

  The trading partner user determining unit 44 is a means for determining a virtual user as a trading partner from other virtual users that the trading user determination processing unit 41 determines that a virtual item can be exchanged with one virtual user. It is. For example, when the trade request receiving unit 42 receives operation data for selecting one virtual user from all the virtual users registered in a specific game from the terminal that operates the trade request user, the trading partner The user determination unit 44 determines whether or not the virtual user who has received the selection is a virtual user that the trade user determination processing unit 41 has determined as a virtual user capable of exchanging virtual items. If it is determined that this is the case, the trading partner user determination unit 44 determines that the virtual user who has accepted the selection is a virtual user whose trading partner is the trading partner.

  The data table update unit 45 is means for updating data stored in the possessed item data table 221 of FIG. Specifically, the number of virtual items owned by one virtual user and another virtual user who is a trading partner is changed based on the virtual item exchange conditions determined in the trade part processing.

(4) Processing in Game Server Next, as an example of processing in the game server of the present embodiment, processing of the trade part processing unit 105 configured as described above will be described.

(4-1) Outline of Processing in Trade Part Processing Unit First, an outline of processing in the trade part processing unit 105 will be described with reference to FIG. In summary, the trade part processing unit 105 executes the following three processes. First, in step S1101, it is determined whether or not there is a request for trading from the terminal operating the virtual user. If there is a request to trade (step S1101: YE (S), the process proceeds to step S1102. On the other hand, if there is no request to trade (step S1101: NO), trade is performed. Step S1101 is repeated until there is a request to that effect, and then, in Step S1102, a virtual user (hereinafter referred to as a trade requesting user) operated on the terminal that requested to trade in Step S1101; A process (trade user determination process) for determining whether or not to permit the exchange of the virtual item with another virtual user other than the trade requesting user is executed.Next, in step S1103, the virtual item is changed in step S1102. Of the virtual users allowed to exchange (hereinafter referred to as trading partner candidate users) A process (trade execution process) for exchanging virtual items between the virtual user and the trade requesting user is executed.Hereinafter, the processes in steps S1102 and S1103 in the trade part processing unit 105 will be described with reference to FIGS. It demonstrates concretely with reference to.

(4-2) Trade user determination process In step S1102, a process for determining whether or not virtual items can be exchanged between a trade request user and a virtual user other than the trade request user, that is, a trade partner candidate user. Will be described as specific examples 1-1 and 1-2 with reference to FIGS. Specific example 1-1 is an example of a process performed based on the number of alternating currents, and specific example 1-2 is an example of a process performed based on an alternating period. Note that the processes of specific example 1-1 and specific example 1-2 may be performed independently or in combination.

(Specific Example 1-1)
As shown in FIG. 12, in step S1201, the trade user discrimination processing unit 41 refers to the AC history data table 222 of FIG. 9A, and the number of comment transmission / reception between the trade requesting user and other virtual users, cooperative play. Read the number of times.

  In step S <b> 1202, the trade user determination processing unit 41 extracts one virtual user among virtual users who have transmitted / received a comment or cooperated play with the specific trade requesting user at least once in the past. For example, when the trade requesting user is a virtual user with the user ID 30001, the virtual user with the user ID 30002 is extracted as a virtual user who has transmitted and received comments at least once in the past.

  In step S1203, the trade user discrimination processing unit 41 determines whether a threshold value related to the comment transmission / reception count and the cooperative play count is set to a fixed value or a variation value. For example, it is performed based on the friend period and the number of exchanges (comment transmission / reception times or cooperative play times) between the virtual user and the trade requesting user extracted in step S1202. When the ratio of the number of exchanges with respect to the fellow period increases as the fellow period becomes longer, the trade user discrimination processing unit 41 selects a variation value. In other cases, a fixed value is selected. Specifically, first, the fellow period is divided into two, and the number of exchanges in each period is compared. When the number of exchanges in the second half period is greater than the first half period, the trade user discrimination processing unit 41 selects a variation value.

  For example, a case where the trade requesting user is a virtual user with a user ID 30001, and the virtual user extracted in step S1202 is a virtual user with a user ID 30002 will be described. From the AC history data table 222 of FIG. 9A, the number of comment transmission / reception between the virtual user with the user ID 30001 and the virtual user with the user ID 30002 is 68 times. Further, from the AC history data table 222 of FIG. 9B, the fellow period of the virtual user with the user ID 30001 and the virtual user with the user ID 30002 is 110 days. Therefore, when the number of comment transmission / receptions in the second half 55 days exceeds 34, the trade user determination processing unit 41 determines the threshold value related to the number of comment transmissions / receptions as a variation value.

  In step S1204, the trade user discrimination processing unit 41 refers to the AC history data table 222 in FIG. 9A and the threshold data table 212 in FIG. 7, and comments between the trade requesting user and the virtual user extracted in step S1202 It is determined whether or not the number of transmission / reception is equal to or greater than a predetermined threshold. When the number of comment transmission / reception is equal to or greater than a predetermined threshold (step S1204: YES), the process proceeds to step S1206, and the virtual user extracted in step S1202 is determined as a trade partner candidate user.

  On the other hand, when the number of comment transmission / reception is less than the predetermined threshold (step S1204: NO), the process proceeds to step S1205.

  In step S1205, the trade user discrimination processing unit 41 refers to the AC history data table 222 in FIG. 9A and the threshold data table 212 in FIG. 7, and cooperates with the trade requesting user and the virtual user extracted in step S1202. It is determined whether or not the number of plays is equal to or greater than a predetermined threshold. If the cooperative play count is equal to or greater than the predetermined threshold (step S1205: YES), the process proceeds to step S1206, and the virtual user extracted in step S1202 is determined as a trade partner candidate user. On the other hand, if the number of cooperative plays is less than the predetermined threshold (step S1205: NO), the process proceeds to step S1207.

  For example, from the AC history data table 222 in FIG. 9A, the number of times that the virtual user with the user ID 30001 has sent a comment to the virtual user with the user ID 30002 is 23 times, and the virtual user with the user ID 30001 receives a comment from the virtual user with the user ID 30002. It can be seen that the number of times of reception is 45. Therefore, the number of times of comment transmission / reception of the user ID 30001 and the user ID 30002 is 68 times. When a fixed value is selected as the threshold value in step S1203, the threshold value for the number of comment transmission / reception is 50 based on the threshold value data table 212 of FIG. Since the user ID 30001 and the user ID 30002 have a comment transmission / reception count of 50 times or more, the user ID 30002 is a trade partner candidate user.

  On the other hand, when the variation value is selected as the threshold value in step S1203, the virtual user with the user ID 30001 has traded with the virtual user with the user ID 30002 in the past from the item exchange history data table 223 in FIG. The threshold of the number of times is 150 times. Since the number of times of comment transmission / reception of the user ID 30001 and the user ID 30002 is less than 150 times, the number of cooperative play times is examined next. From the AC history data table 222 in FIG. 9A, it can be seen that the number of times that the virtual user with the user ID 30001 has played a cooperative play with the virtual user with the user ID 30002 is 22 times. From the item exchange history data table 223 of FIG. 10, since the virtual user with the user ID 30001 has traded with the virtual user with the user ID 30002 five times in the past, the threshold value of the cooperative play frequency is 40 times. Since the number of cooperative plays between the user ID 30001 and the user ID 30002 is less than 40, the user ID 30002 does not become a trade partner candidate user.

  In step S1207, the trade user discrimination processing unit 41 excludes the virtual user extracted in step S1202.

  In step S1208, the trade user determination processing unit 41 determines whether there is another virtual user who has transmitted / received a comment or cooperated play in the past with the trade requesting user at least once. If there are others (step S1208: YES), the process returns to step S1202, and the processes in and after step S1202 are repeated. On the other hand, if there is no other (step S1208: NO), this process is terminated.

(Specific example 1-2)
As shown in FIG. 13, in step S1301, the trade user discrimination processing unit 41 refers to the AC history data table 222 of FIG. 9B, and for the specific trade request user, the trade request user is “companion”. Read the fellow period with other registered virtual users.

  In step S <b> 1302, the trade user determination processing unit 41 extracts one virtual user from among the virtual users registered by the specific trade requesting user as “mates”. For example, when the trade requesting user is a virtual user with a user ID 30001, a virtual user with a user ID 30002 is extracted as a virtual user registered as a “friend”.

  In step S1303, the trade user determination processing unit 41 determines whether the threshold value related to the fellow period is a fixed value or a fluctuation value. Since the process of step S1303 is the same as the process of step S1203, description is abbreviate | omitted.

  In step S1304, the trade user discrimination processing unit 41 refers to the AC history data table 222 in FIG. 9B and the threshold data table 212 in FIG. 7, and associates the trade requesting user with the virtual user extracted in step S1302. It is determined whether the period is equal to or greater than a predetermined threshold. If the fellow period is equal to or greater than the predetermined threshold (step S1304: YES), the process proceeds to step S1305, and the virtual user extracted in step S1302 is determined as a trade partner candidate user.

  On the other hand, when the fellow period is less than the predetermined threshold (step S1304: NO), the process proceeds to step S1306.

  For example, it can be seen from the AC history data table 222 in FIG. 9B that the fellow period between the virtual user with the user ID 30001 and the virtual user with the user ID 30002 is 110 days. When a fixed value is selected as the threshold value in step S1303, the threshold value of the fellow period is 50 days from the threshold data table 212 of FIG. Since the fellow period of the virtual user with the user ID 30001 and the virtual user with the user ID 30002 is 50 days or more, the user ID 30002 becomes a trade partner candidate user.

  On the other hand, when a variation value is selected as the threshold value in step S1303, the virtual user with user ID 30001 has traded with the virtual user with user ID 30002 five times in the past from the item exchange history data table 223 in FIG. The threshold is 120 days. Since the fellow period of the virtual user with the user ID 30001 and the virtual user with the user ID 30002 is less than 150 days, the virtual user with the user ID 30002 does not become a trade partner candidate user.

  In step S1306, the trade user discrimination processing unit 41 excludes the virtual user extracted in step S1302.

  In step S <b> 1307, the trade user determination processing unit 41 determines whether there are other virtual users that the trade requesting user has registered as “companies”. If there are others (step S1307: YES), the process returns to step S1302, and the processes after step S1302 are repeated. On the other hand, when there is no other (step S1307: NO), this process is terminated.

(4-3) Trade Execution Processing Trade execution processing in step S1103 will be described as specific examples 2-1, 2-2, and 2-3 with reference to FIGS. The outline is as follows.

  In Specific Example 2-1, a real user who operates a trade requesting user designates a virtual user as a trading partner (hereinafter referred to as a trading partner user), and further determines a virtual item exchange condition. Then, when the real user operating the trading partner user approves the exchange condition at a predetermined timing, a trade is established between the trade requesting user and the trading partner user.

  In the specific examples 2-2 and 2-3, unlike the specific example 2-1, the real user who operates the trade requesting user does not specify the trading partner user. In specific example 2-2, a real user who operates a trade requesting user determines a virtual item exchange condition. When the real user operating the trading partner candidate user approves the exchange condition at a predetermined timing, the trading partner candidate user becomes the trading partner user. Specific example 2-3 is a so-called auction-type trade.

(Specific example 2-1)

  Details of the specific example 2-1 will be described with reference to FIG. As shown in FIG. 14, in step S1401, the trade request receiving unit 42 executes a process of receiving operation data specifying a trade partner user (trade partner reception process) from a terminal that operates the trade request user. Details of the trading partner reception process will be described with reference to FIG.

  As shown in FIG. 15, in step S1501, the trade part image output unit 43 selects one virtual user from all virtual users registered in a specific game to the terminal that operates the trade requesting user. The trade request receiving unit 42 receives operation data for selecting one virtual user. Thereby, the real user who operates the trade requesting user can freely determine the virtual user desired as the trading partner.

  In step S1502, the trading partner user determination unit 44 determines whether or not the virtual user selected by the real user who operates the trade requesting user is the trading partner candidate user determined in step S1102. If the virtual user is a trade partner candidate user, the process advances to step S1504 to determine the trade partner candidate user as a trade partner user. On the other hand, when the virtual user is not a trade partner candidate user, the process proceeds to step S1503, and an image (not-trade-notification notification image) for notifying the terminal that operates the trade requesting user that trading is not possible is output. And it returns to step S1501 and repeats the process after step S1501.

  Next, processing in steps S1402 to S1406 will be described.

  In step S1402, the trade request receiving unit 42 executes a process of receiving operation data for determining virtual item exchange conditions (trade condition receiving process) from a terminal that operates the trade requesting user. Specifically, first, the trade part image output unit 43 selects an image for selecting a virtual item to be exchanged and the number thereof from the virtual items owned by the trade request user to the terminal that operates the trade request user. Output. And the trade request reception part 42 receives the operation data which selects a virtual item and its number from the terminal which operates a trade request user. Next, an image for the trade part image output unit 43 to select a virtual item to be exchanged and the number of virtual items owned by the trading partner user determined in step S1401 to the terminal that operates the trade requesting user. Is output. And the trade request reception part 42 receives the operation data which selects a virtual item and its number from the terminal which operates a trade request user. Thereby, the real user who operates the trade requesting user can freely determine the virtual items and the number of items desired as exchange targets.

  In step S1403, the trade part image output unit 43 receives an image for accepting the approval of the virtual item exchange conditions determined in step S1402 to the terminal that operates the trading partner user determined in step S1401 (trade approval acceptance image). ) Is output.

  In step S1404, the trade request accepting unit 42 determines whether or not operation data for approving the exchange condition of the virtual item has been accepted from the terminal that operates the trade partner user. When the operation data to be approved is received (step S1404: YES), the process proceeds to step S1405, and the trade part image output unit 43 notifies the terminal that operates the trade requesting user and the trading partner user of the establishment of the trade. Image (trade establishment notification image) is output. On the other hand, when the operation data for approving the trade is not received (step S1404: NO), the process of step S1404 is repeated until the operation data for approving the trade is received.

  In step S1406, the data table update unit 45 updates the data stored in the owned item data table 221 of FIG. 8, and ends this process. Specifically, the data table updating unit 45 determines the number of items owned by the trade requesting user and the trading partner user based on the virtual items to be exchanged that have been selected from the terminal that operates the trade requesting user in step S1402 and the number thereof. Rewrite.

(Specific example 2-2)
Details of the specific example 2-2 will be described with reference to FIG. As shown in FIG. 16, in step S1601, the trade request receiving unit 42 receives operation data for determining virtual item exchange conditions from a terminal that operates the trade requesting user (trade condition reception) in the same manner as in step S1402. Process).

  In step S1602, the trading partner user determination unit 44 executes a process of determining a virtual user to be a trading partner (trade partner determination process). Details of the trade partner determination process will be described later.

  The processes in steps S1603 and 1604 are the same as those in steps S1404 and 1405.

  Next, with reference to FIG. 17, the trade partner determination process in step S1602 will be described.

  In step S <b> 1701, the trade part image output unit 43 receives an operation data for accepting the virtual item exchange condition determined in step S <b> 1601 to all terminals operating the virtual user registered in the specific game. (Exchange condition approval acceptance image) is output. The trade request receiving unit 42 receives operation data for approving exchange conditions.

  In step S1702, the trading partner user determining unit 44 determines whether or not the virtual user operated by the terminal that has transmitted the operation data for approving the exchange condition at the earliest timing is the trading partner candidate user determined in step S1102. to decide. If the virtual user is a trade partner candidate user, the process advances to step S1704 to determine the trade partner candidate user as a trade partner user. On the other hand, if the virtual user is not a trade partner candidate user, the process advances to step S1703, and the trade part image output unit 43 notifies the terminal that operates the virtual user that the trade is not possible (not tradeable). Notification image). And it returns to step S1702 and repeats the process of step S1702.

(Specific Example 2-3)
Details of the specific example 2-3 will be described with reference to FIG. As shown in FIG. 18, in step S1801, the trade request receiving unit 42 executes a process of receiving operation data for determining auction conditions (auction condition receiving process) from a terminal that operates the trade requesting user. Specifically, first, the trade part image output unit 43 sends a virtual item (hereinafter referred to as “exhibition item”) to be exchanged among virtual items owned by the trade request user to the terminal that operates the trade request user. An image for selecting the number is output. And the trade request reception part 42 receives the operation data which selects an exhibition item and its number from the terminal which operates a trade request user. Next, the trade part image output unit 43 outputs an image for selecting one virtual item among virtual items usable in a specific game. And the trade request reception part 42 receives the operation data which selects a virtual item from the terminal which operates a trade request user. The virtual item is a virtual item that can be exchanged for an exhibition item. Further, the trade request accepting unit 42 accepts operation data for inputting a minimum number of bids and a bid period in an auction from a terminal that operates the trade requesting user.

  In step S1802, the trade part image output unit 43 outputs an image (bid acceptance image) for accepting an input of the number of bids to a terminal that operates the trade partner candidate user determined in step S1102. “Bid” is an action in which a real user operating a virtual user other than the trade requesting user participates in the auction and sets the number of bids. The virtual items that can be exchanged with the exhibition item received from the terminal that operates the trade requesting user in step S1801 are, for example, the item for quest, the item for battle, the item for gacha, and the item for reinforcement shown in the item data table 211 of FIG. is there. In this case, “the number of bids” means the number of each item. Further, the virtual item exchangeable with the exhibition item may be a virtual currency such as a medal or a coin. In this case, “the number of bids” means an amount of money.

  In step S1803, the trading partner user determining unit 44 designates a virtual user operated by a terminal with the largest number of bids designated as a trading partner user among terminals that have transmitted operation data designating the number of bids within the bidding period. decide.

  The process of step S1804 is the same process as step S1404.

  In step S1805, the data table update unit 45 updates the data stored in the owned item data table 221 of FIG. 8, and ends this process. Specifically, the data table updating unit 45 determines based on the virtual items to be exchanged selected by the real user who operates the trade requesting user in step S1801 and the number thereof, and the number of bids specified by the real user who operates the trading partner user. The number of items owned by the trade requesting user and the trading partner user is rewritten.

(5) Effects In this embodiment, the trade user discrimination processing unit can exchange virtual items between one virtual user and another virtual user based on history information related to in-game exchange of one virtual user. It is determined whether or not there is. This makes it possible to exchange virtual items only between virtual users with high reliability. Usually, those who are going to trade in real money trade are for the purpose of trading and rarely interact in the game. Therefore, in the exchange of virtual items between one virtual user and another virtual user, by providing a predetermined condition regarding in-game exchange, it is possible to prevent the exchange of virtual items between those who are going to trade in real money trade. be able to. On the other hand, for a real user who operates a bona fide virtual user, it is possible to exchange virtual items with peace of mind with a highly reliable partner.

  In Specific Example 1-1 of the present embodiment, the trade user determination processing unit determines that one or more of the number of times of comment transmission / reception and the number of cooperative play of one virtual user and another virtual user is equal to or greater than a predetermined threshold. It is determined that the virtual item can be exchanged between the virtual user and another virtual user. Those who want to trade in real money trade are for the purpose of trading, and in-game exchanges such as sending or receiving comments or collaborating to defeat enemies that appear in the game Few. Therefore, in the exchange of virtual items between one virtual user and another virtual user, by setting a condition for the number of in-game exchanges, it is possible to prevent the exchange of virtual items between those who are going to trade in real money trade. Can do.

  In Specific Example 1-2 of the present embodiment, the trade user determination processing unit, when the fellow period of one virtual user and another virtual user is equal to or greater than a predetermined threshold, between one virtual user and another virtual user To determine that the virtual item can be exchanged. It is considered that those who are going to trade in real money trade will trade within a short period of time after registering, even if they register each other as “comrades” in the game to trade. Therefore, in the exchange of virtual items between one virtual user and another virtual user, by setting conditions for an in-game exchange period, it is possible to prevent the exchange of virtual items between those who are engaged in real money trade transactions Can do.

  In Specific Example 2-1 of the present embodiment, a real user who desires to trade can select another virtual user as a virtual item exchange partner. However, virtual items cannot be exchanged unless the virtual user selected by the real user is a trade partner candidate user extracted by the trade user discrimination processing unit. Even if those who are going to trade in real money trade can identify the trading partner, they cannot exchange virtual items. Thereby, it is possible to prevent the exchange of virtual items by those who are going to trade in real money.

  In Specific Example 2-2 of the present embodiment, the trade part image output unit does not output an image for selecting a trade partner user to a terminal that operates the trade requesting user. That is, a real user who operates a trade requesting user cannot specify a virtual user as a trading partner. Since the certainty of the real money trade transaction is reduced, it is possible to prevent the exchange of virtual items by those who specify the trading partner and conduct the real money trade transaction.

In Specific Example 2-3 of the present embodiment, the trade part image output unit outputs a bid acceptance image to a terminal that operates a trade partner candidate user. Therefore, virtual users other than trading partner candidate users cannot participate in the auction. As a result, it is possible to prevent a person who wants to conduct a real money trade transaction from participating in the auction. Furthermore, the real user who operates the virtual user participating in the auction cannot specify the trade requesting user, and the certainty of the real money trade transaction decreases. It is possible to prevent the virtual items from being exchanged by those who are trying to perform.
(6) Other

  In Specific Example 2-1 of the present embodiment, the trade part image output unit outputs an image for selecting a virtual user as a trading partner from all virtual users registered in a specific game, An example is shown in which the trading partner determination unit determines whether or not the selected virtual user is a trading partner candidate user. However, the trade part image output unit may output an image for selecting a virtual user as a trade partner from among the trade partner candidate users. In this case, the trading partner determination unit can determine the selected virtual user as a trading partner user.

  In Specific Example 2-2 of the present embodiment, after the trade part image output unit outputs the exchange condition approval acceptance image to all terminals that operate the virtual user registered in the specific game, the trade partner determination unit An example is shown in which it is determined whether or not the virtual user operated by the terminal that has transmitted the operation data that approves the exchange condition at the earliest timing is a trade partner candidate user. However, the trade part image output unit may output the exchange condition approval acceptance image to a terminal that operates the trade partner candidate user. In this case, the trading partner determination unit determines the virtual user operated by the terminal that has transmitted the operation data for approving the exchange condition at the earliest timing as the trading partner user.

  In addition, the present invention provides a non-temporary recording medium in which a software program for realizing the functions of the above-described embodiments is recorded to a system or apparatus, and the computer of the system or apparatus, that is, a CPU or MPU, You may implement | achieve by reading and running the program recorded on the non-temporary recording medium.

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

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

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

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

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

G game server 11a Operation data receiving unit 41 Trade user discrimination processing unit 42 Trade request receiving unit 43 Trade part image output unit 44 Trade partner user determining unit 45 Data table updating unit

Claims (15)

An operation data receiving unit for receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A trade request receiving unit that receives a request to exchange virtual items from a terminal that operates one virtual user;
A trade user discrimination processing unit for discriminating whether or not the virtual item can be exchanged between the one virtual user and another virtual user, based on history information relating to the in-game exchange of the one virtual user; ,
A trade execution unit that exchanges virtual items owned by each virtual user when the virtual items can be exchanged between the one virtual user and the other virtual users ;
The trade user discrimination processing unit is configured such that the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, and the one virtual user and the other virtual user When the in-game exchange period is greater than or equal to a second threshold, or the in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold, the one virtual user and game server characterized that you judged the interchangeable virtual items are among the other virtual users. Each of the first threshold value and the second threshold value does not vary depending on a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a virtual item exchange number. A fixed value,
The trade user recognition processing section, on the basis of the historical information relating to game AC single virtual user, and selects one of the fixed value and the variation value, according to claim 1 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;
A trade request receiving unit that receives a request to exchange virtual items from a terminal that operates one virtual user;
A trade user discrimination processing unit for discriminating whether or not the virtual item can be exchanged between the one virtual user and another virtual user, based on history information relating to the in-game exchange of the one virtual user; ,
A trade execution unit that exchanges virtual items owned by each virtual user when the virtual items can be exchanged between the one virtual user and the other virtual users;
When the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, the trade user determination processing unit is configured to perform the transaction between the one virtual user and the other virtual user. Determine that virtual items can be exchanged,
The first threshold value is a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a fixed value that does not vary depending on the number of virtual item exchanges,
The game server characterized in that the trade user discrimination processing unit selects either the fixed value or the variation value based on history information relating to in-game exchanges of the one virtual user. The trade user recognition processing section, when the proportion of the game AC count has increased for the game AC period as the AC period within Gate beam becomes longer, and characterized by selecting said variation value The game server according to claim 2 or 3.   5. The game server according to claim 1, wherein the trade request reception unit receives a selection of the other virtual user from a terminal that operates the one virtual user. 6. The trade request accepting unit accepts an input of a virtual item exchange condition from a terminal that operates the one virtual user, and
Accepting a request to accept the exchange condition from a terminal operating the other virtual user,
The trade execution unit exchanges a virtual item between the one virtual user and a virtual user who has made a request for accepting the exchange condition among the other virtual users at a predetermined timing. The game server according to any one of claims 1 to 4. The exchange of the virtual items is performed in an auction format,
The trade request accepting unit accepts input of an auction condition of a virtual item from a terminal that operates the one virtual user, and
From a terminal that operates another virtual user determined to be able to exchange the virtual item, accept a bid,
The trade execution unit exchanges virtual items between the one virtual user and the virtual user with the highest number of bids among the other virtual users. The game server according to item 1. Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving a request to exchange virtual items from a terminal operating one virtual user;
Determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information relating to the in-game exchange of the one virtual user;
Wherein when the exchange of virtual items is possible between the one virtual user and the other virtual users, each virtual user is connected and the step of exchanging virtual item owned, to a communications network computer running And
In the step of determining whether or not the virtual item can be exchanged, the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, and the one An in-game exchange period between the virtual user and the other virtual user is greater than or equal to a second threshold, or an in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold. In some cases, it is determined that the virtual item can be exchanged between the one virtual user and the other virtual user . Receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
Receiving a request to exchange virtual items from a terminal operating one virtual user;
Determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information relating to the in-game exchange of the one virtual user;
When the virtual item can be exchanged between the one virtual user and the other virtual user, the computer connected to the communication network executes the step of exchanging the virtual item owned by each virtual user. And
In the step of determining whether or not the virtual item can be exchanged, if the number of in-game exchanges between the one virtual user and the other virtual user is greater than or equal to a first threshold, the one virtual Determining that the virtual item can be exchanged between the user and the other virtual user;
The first threshold value is a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a fixed value that does not vary depending on the number of virtual item exchanges, A game control method comprising: selecting either the fixed value or the variation value based on history information relating to an in-game exchange of one virtual user. A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting a request to exchange virtual items from a terminal operating one virtual user;
A function of determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information related to the in-game exchange of the one virtual user;
When a virtual item can be exchanged between the one virtual user and the other virtual user, a function of exchanging a virtual item owned by each virtual user is realized in a computer connected to a communication network then,
The function of determining whether or not the virtual item can be exchanged is such that the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, and the one An in-game exchange period between the virtual user and the other virtual user is greater than or equal to a second threshold, or an in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold. in one case, the game program, wherein the function der Rukoto to determine that it is possible to replace the virtual items between the one Vuser the other virtual users. A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
  A function of accepting a request to exchange virtual items from a terminal operating one virtual user;
A function of determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information related to the in-game exchange of the one virtual user;
When a virtual item can be exchanged between the one virtual user and the other virtual user, a function of exchanging a virtual item owned by each virtual user is realized in a computer connected to a communication network Let
The function of determining whether or not the virtual item can be exchanged is the function of determining whether or not the one virtual user can exchange the one virtual user when the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold. Determining that the virtual item can be exchanged between the user and the other virtual user;
The first threshold value is a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a fixed value that does not vary depending on the number of virtual item exchanges, A game program, which is a function for selecting one of the fixed value and the fluctuation value based on history information relating to in-game exchanges of one virtual user. A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting a request to exchange virtual items from a terminal operating one virtual user;
A function of determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information related to the in-game exchange of the one virtual user;
When a virtual item can be exchanged between the one virtual user and the other virtual user, a function of exchanging a virtual item owned by each virtual user is realized in a computer connected to a communication network then,
The function of determining whether or not the virtual item can be exchanged is such that the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, and the one An in-game exchange period between the virtual user and the other virtual user is greater than or equal to a second threshold, or an in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold. in some cases, the one of the virtual user and the other virtual inter-user in a computer-readable exchange has recorded a game program and functions der characterized Rukoto to determine that it is possible for the virtual item game program recorded Medium. A function of receiving operation data for operating a virtual user formed in a virtual space from a terminal connected via a communication network;
A function of accepting a request to exchange virtual items from a terminal operating one virtual user;
A function of determining whether or not the virtual item can be exchanged between the one virtual user and another virtual user based on history information related to the in-game exchange of the one virtual user;
When a virtual item can be exchanged between the one virtual user and the other virtual user, a function of exchanging a virtual item owned by each virtual user is realized in a computer connected to a communication network Let
The function of determining whether or not the virtual item can be exchanged is the function of determining whether or not the one virtual user can exchange the one virtual user when the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold. Determining that the virtual item can be exchanged between the user and the other virtual user;
The first threshold value is a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a fixed value that does not vary depending on the number of virtual item exchanges, A computer-readable game program recording medium having a game program recorded thereon, wherein the game program has a function of selecting one of the fixed value and the variation value based on history information relating to in-game exchange of one virtual user . A game server, and one or more terminals connected to the game server 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;
A trade request receiving unit that receives a request to exchange virtual items from a terminal that operates one virtual user;
A trade user discrimination processing unit for discriminating whether or not the virtual item can be exchanged between the one virtual user and another virtual user, based on history information relating to the in-game exchange of the one virtual user; ,
A trade execution unit for exchanging virtual items owned by each virtual user when the virtual item can be exchanged between the one virtual user and the other virtual user;
The trade user discrimination processing unit is configured such that the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, and the one virtual user and the other virtual user When the in-game exchange period is greater than or equal to a second threshold, or the in-game exchange period between the one virtual user and the other virtual user is greater than or equal to a second threshold, the one virtual user and Determining that the virtual item can be exchanged between the other virtual users;
The game system, wherein the terminal includes an operation input unit that receives the operation data. A game server, and one or more terminals connected to the game server 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;
A trade request receiving unit that receives a request to exchange virtual items from a terminal that operates one virtual user;
A trade user discrimination processing unit for discriminating whether or not the virtual item can be exchanged between the one virtual user and another virtual user, based on history information relating to the in-game exchange of the one virtual user; ,
A trade execution unit for exchanging virtual items owned by each virtual user when the virtual item can be exchanged between the one virtual user and the other virtual user;
When the number of in-game exchanges between the one virtual user and the other virtual user is equal to or greater than a first threshold, the trade user determination processing unit is configured to perform the transaction between the one virtual user and the other virtual user. Determine that virtual items can be exchanged,
The first threshold value is a fluctuation value that varies depending on the number of virtual item exchanges performed between the one virtual user and the other virtual user, or a fixed value that does not vary depending on the number of virtual item exchanges,
The trade user determination processing unit selects either the fixed value or the variation value based on history information related to the in-game exchange of the one virtual user,
The game system, wherein the terminal includes an operation input unit that receives the operation data.