JP7488221B2 - Server, game program, and information processing method - Google Patents

Description

This disclosure relates to a server, a game program, and an information processing method.

Conventionally, in games provided on smartphones, etc., a lottery system of a random item provision method is known in which objects such as characters and items are randomly selected and provided in response to payment of in-game currency, etc. In games equipped with such a lottery system, there are problems in that repeated lotteries are conducted to obtain specific characters or items with a low probability of appearing, resulting in an excessive increase in the amount of money charged, or that interest in the game decreases because the desired object cannot be obtained.

In response to this, Patent Literature 1 discloses a system that allows players to buy and sell items between each other via a virtual store within the game. This system adds a means of acquiring items, that is, buying and selling between players, to the lottery system, and therefore increases the possibility that each player will acquire a desired item.

JP 2009-254448 A

However, in the above system, the player who sells the object receives a paid in-game currency (virtual currency) in return, which is similar to real money trading (RMT), and there are safety concerns. Specifically, in cases where an operator provides a system for converting items obtained through a lottery system into cash, or where users use a game for the purpose of converting items into cash, there is a high possibility that the system may be guilty of gambling.

Therefore, the present disclosure has been made in consideration of the above problems, and its object is to provide a server that allows players to trade objects used in a game in a safer manner,
The present invention provides a game program and an information processing method.

According to the present disclosure, there is provided a server that provides a game system that can be executed by a plurality of players from their respective player terminals via a network, comprising:
a paid point receiving unit that receives paid points paid by a second player when the first player sells an object usable in a game to the second player;
A free point granting unit grants free points calculated by multiplying the paid points by a predetermined rate to the first player.

According to the present disclosure, there is also provided a game program for providing a game system executable by a plurality of players from their respective player terminals via a network, the game program comprising:
a paid point receiving process for receiving paid points paid by a second player when a first player sells an object usable in a game to the second player;
and a free point granting process for granting free points calculated by multiplying the paid points by a predetermined rate to the first player.

According to the present disclosure, there is also provided an information processing method for providing a game system that can be executed by a plurality of players from their respective player terminals via a network, the method comprising:
a paid point receiving step of receiving paid points paid by a second player when a first player sells an object usable in a game to the second player;
and a free point granting step of granting free points calculated by multiplying the paid points by a predetermined rate to the first player.

According to the present disclosure, it is possible to provide a server, a game program, and an information processing method that enable trading of objects used in a game between players in a safer manner.

FIG. 1 is a diagram illustrating an example of the configuration of a game system according to an embodiment of the present disclosure. FIG. 2 is a block diagram showing a functional configuration of a server according to the embodiment. FIG. 2 is a block diagram showing a functional configuration of a player terminal according to the embodiment. FIG. 13 is a diagram showing the concept of object trading according to the embodiment. 11 is a flow diagram illustrating an example of a series of processes executed in the game system according to the embodiment. FIG. 13 is a configuration example of a player terminal screen when selecting an object to be sold in the game system according to the embodiment. 13 is a configuration example of a player terminal screen when selecting an object to purchase in the game system according to the embodiment.

Preferred embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.
In this specification and the drawings, components having substantially the same functional configurations are denoted by the same reference numerals and redundant explanations are omitted.

<Configuration>
As shown in FIG. 1, this game system provides various services related to the game to players via a network 3, and is composed of a server 1 (server device) and multiple player terminals 2. In this game system, for example, application software (hereinafter simply referred to as "app") installed on a player terminal 2 such as a smartphone is executed to communicate with the server 1 and allow the player to execute (play) the game. In this embodiment, the above-mentioned app is a so-called "native application" that is installed and used on the player terminal 2, but is not limited to this and may be a so-called "web application" that can run on a web browser. In addition, the field of the game executed in this game system is not particularly limited and may be any type of game. For example, a battle game, a puzzle game, an action game,
The game may be a quiz game, a pinball game, a card game, a rhythm game, an RPG, a location-based game, a board game, or the like.

The network 3 is composed of, for example, the Internet, various mobile communication systems constructed by wireless base stations, etc. Examples of such mobile communication systems include so-called 3G and 4G
These include mobile communication systems such as 5G, LTE (Long Term Evolution), and wireless networks (e.g., Wi-Fi (registered trademark)) that can be connected to the Internet via a specified access point.

<Configuration of Server 1>
FIG. 2 is a block diagram showing the functional configuration of the server 1. The server 1 is an information processing device (for example, a workstation or a personal computer) used by a system administrator or the like when operating and managing various services. The server 1 can receive various commands (requests) from the player terminals 2. In addition, the server 1 can transmit to the player terminals 2 game programs and various data operable on the player terminals 2 in response to information received from the player terminals 2. In addition, the server 1 may be capable of transmitting Web pages (game screens, etc.) created in a markup language (HTML, etc.) conforming to the standards of the player terminals 2. The server 1 in this example has a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

The control unit 11 transfers data between each unit and controls the entire server 1, and is realized, for example, by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. The control unit 11 may include an MPU (Micro Processing Unit) and a GPU (Graphics Processing Unit). The control unit 11 in this embodiment includes a game execution unit 111, a screen data generation unit 112, and a game execution unit 113.
The system includes a paid points receiving unit 113, a free points giving unit 114, and a fee receiving unit 115.

The game execution unit 111 of the server 1 has a function of executing processes for progressing the game in accordance with a game program. The game played by the game system in this embodiment may be any type of game.

The screen data generating unit 112 has a function of executing a process of generating screen data for displaying a game screen on the player terminal 2. The screen data generating unit 112 generates screen data relating to any of the above games. In this embodiment, the screen data generating unit 112 generates screen data corresponding to a game screen.

The paid point receiving unit 113 receives paid points paid by a purchasing player when an object is traded between players (through the server 1), and the free point giving unit 114
gives the selling player free points calculated by multiplying the paid points paid by the purchasing player by a specified rate.

The fee receiving unit 115 receives a fee from at least one of the purchasing player and the selling player when an object is traded between players.
5 is not an essential configuration. The fee is preferably a paid point, which can increase the profit of the administrator. The fee is not limited to a paid point, and may be a free point or the like.

In addition, the control unit 11 may be equipped with a sale object receiving unit that receives objects that each player wishes to sell, a sale request list generation unit that generates a list of objects that each player wishes to sell, a purchase request list generation unit that receives objects that each player wishes to purchase, and the like.

The storage unit 12 includes a ROM (Read Only Memory) that stores system programs.
and a RAM (Random Access Memory), which is a rewritable storage area used as a work area for the control unit 11's arithmetic processing.
ry), and is realized by a non-volatile storage device such as a flash memory or a hard disk.
It has various storage units such as a player information storage unit 122 and a buying/selling information storage unit 123 .

The game information storage unit 121 of the server 1 stores information about the game. The game information is configured appropriately according to the type of game. For example, in the case of a battle game, the game information includes a stage ID,
It is linked to the stage name, enemy character information, etc.

The player information storage unit 122 stores information about players (player information). The player information may include a player name, owned object information, owned point information, play stage information, etc., linked to a player ID. The owned object information includes owned character information, owned item information, etc., which are the subject of transactions (buying and selling) between users. The owned character information may include the type and number of characters owned by each player. The owned character information may include current values of various parameters such as level, attack power, defense power, and stamina, associated with the ID of the owned character. The owned item information may include information such as the number of items owned, associated with the ID of the items owned by each player. The owned point information may include the amount of paid points owned by each player (owned amount) and the amount of free points owned by each player (owned amount). The play stage information is information about a stage that the player has played so far out of the multiple stages set, and may include the number of plays, clear information, etc. The player information may also include information about the player and the play situation of the game. The owned object information and owned point information may include the upper limit value in addition to the information (current value) of the objects and points currently owned by each player.
However, the upper limit of the objects and points that each player can possess may be stored. Such upper limit may be the same for all players, or may be different for each player. Furthermore, each upper limit may be a fixed numerical value determined in advance, or may be a numerical value that changes depending on various conditions. If the numerical value changes, the conditions for the change may be selected from, for example, the player's level, possessed characters, possessed items, charged amount, total play time, number of logins (total number of logins, number of logins within a specified period), etc.

The player information storage unit 122 can store information related to the buying and selling of objects for each player in association with the player ID. Information related to the buying and selling of objects may include, for example,
The information may include the date and time when each player sold or purchased an object, the number of times, the opponent player, the type, number, and price (amount) of the object sold or purchased by each player, etc. The number of times an object was sold and the number of times an object was purchased may be, for example, the total number of times, the number of times in a predetermined period (1
These may include the number of times per hour, per day, per month, etc., the number of times per login, etc.

The player information storage unit 122 stores the type, number, and
The player information storage unit 122 can store the type, number, price, etc. of the object that each player wishes to purchase.

The buying/selling information storage unit 123 stores information on the rate at which free points corresponding to paid points are calculated. The "rate" is a numerical value indicating the ratio between the amount of paid points paid by the second player who purchases an object and the amount of free points given to the first player who sells the object when, for example, a first player sells the object to a second player. Specifically, for example, when the second player who purchases the object pays 10 paid stones as paid points and the first player who sells the object is given 10 free stones as free points, the rate is 1 (100%). This rate may be greater than or equal to 1.

The rate may be a fixed value that is determined in advance, or may be a value that varies depending on various conditions. For example, the rate may be determined according to the type of object being traded. Alternatively, the rate may be determined according to the player selling the object (the first player).
The object purchaser information may be determined based on information of the player who purchases the object (second player), or may be determined based on information of both the first player and the second player. The player information may be, for example, information such as the player's level, owned characters, owned items, charged amount, total play time, and number of logins (total number of logins, number of logins within a certain period), but is not limited thereto.

The buying and selling information storage unit 123 may store upper limits for buying and selling objects. The upper limits for buying and selling objects may be arbitrarily set for the number of times each player can sell or purchase an object in a predetermined period, the number of objects that can be sold at once, the amount of paid points and free points (selling price, purchasing price) transferred in one buying and selling, and the like. For example, the upper limit for the number of times an object can be sold per day may be set to one time, the upper limit for the number of objects sold per day may be set to one, or a combination of multiple conditions. The various upper limits may be determined based on player information. The player information may be, for example, the player's level, owned characters, owned items, charged amount, total play time, number of logins (total number of logins, number of logins within a predetermined period), etc.
The information may be, but is not limited to, the above. It is also possible to prohibit buying and selling of a specific object by setting the upper limit to 0. The various upper limits may be changed according to the specifications of the item. For example, an item that increases the upper limit of the number of times an object can be sold in a specific period by a specific number of times, an item that increases the number of objects that can be sold at one time, an item that increases the upper limit of the price per buying and selling, etc. may be considered. These items may be given to the player as the game progresses, or may be made available for purchase with paid points obtained by charging.

The trading information storage unit 123 may store a selling prohibition period in which the selling of an object is prohibited for a predetermined period after the player sells an object once, or may store a purchasing prohibition period in which the purchasing of an object is prohibited for a predetermined period after the player purchases an object once. Specifically, for example, the selling prohibition period may be set to 30 minutes after the selling of an object, or the purchasing prohibition period may be set to 30 minutes after the purchasing of an object. A buying and selling prohibition period in which neither the selling nor the purchasing of an object is prohibited for a predetermined period after the selling or purchasing of an object may be set.

In this way, by setting various upper limits and prohibited periods, it is possible to increase the number of times a player logs in. The upper limit and prohibited period may be set uniformly or may vary depending on the time of day. Furthermore, they may be set for each player based on various indicators such as the player's level, owned characters, owned items, charged amount, total play time, etc.

The input unit 13 allows the system administrator to input various data relating to the game service (for example, game information, etc.), and is realized by, for example, a keyboard, a mouse, and the like.

The display unit 14 is for displaying an operation screen for a system administrator based on an instruction from the control unit 11, and is, for example, a liquid crystal display (LCD).
This is realized by a display such as a 3D Display.

The communication unit 15 is for communicating with the player terminal 2.
and a function as a transmitter that transmits various data and signals to the player terminal 2 in response to commands from the control unit 11.
The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

<Player Terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the player terminal 2.
It is an information processing device (for example, a smartphone, a mobile phone, a tablet, a personal computer, etc.) that can be owned and used by a player. The player terminal 2 can display a game screen, etc., based on information transmitted from the server 1. The player terminal 2 may also have a web browser function, in which case it can display a web page (game screen, etc.) transmitted from the server 1. The player terminal 2 is
The controller 21 controls the entire player terminal 2, a memory unit 22 stores various data and programs, an input unit 23 through which the player inputs operations, an output unit 24 that outputs game screens, operation screens, etc., and a communication unit 25 that communicates information with the server 1. The controller 21 in this embodiment includes at least an operation information receiving unit 211 and a game operation unit 212. The memory unit 22 includes at least a game operation information storage unit 221. Each functional unit of the controller 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage unit 221.

The operation information receiving unit 211 of the player terminal 2 receives operations related to the game from the player. Such operations by the player are performed using the input unit 23. Then, the operation information receiving unit 211 outputs information indicating the content of the received operation to the game operation unit 212.

The game operation unit 212 executes a process for operating the game.
The game operation unit 212 operates the game based on game software included in the game operation information stored in the game operation information storage unit 221 and the player's operation content input from the input unit 23. The game operation unit 212 generates images for the game from image data included in the game operation information in accordance with the operation of the game, and performs control processing for outputting the generated images to the output unit 24. Similarly, the game operation unit 212 generates music and sounds for the game from music data and sound data included in the game operation information in accordance with the operation of the game, and performs control processing for outputting the generated music and sounds from the output unit 24.

Predetermined information for the game operated by the game operation unit 212 is managed by the server 1. The predetermined information includes, for example, in-game currency such as paid points and free points in the game, and parameters (variables) such as stamina. When a process occurs in the game that involves a change in the predetermined information, the game operation unit 212 updates the information managed by the server 1 by communicating with the server 1. The game operation unit 212 then receives the updated parameters from the server 1, and continues the operation of the game based on the updated parameters.

The game system in this embodiment relates to a mechanism in which, in a game executed by a plurality of players from their respective player terminals via a network, when players trade (buy and sell) objects between themselves via a server 1 (system administrator), the server 1 receives paid points paid by a purchasing player (second player) as the price of the object, and the server 1 grants free points calculated according to the paid points to a selling player (first player). According to this game system, the paid points paid by the purchasing player are not granted to the selling player as they are, but free points calculated at a predetermined rate are granted to the selling player. Therefore, according to this game system, when trading objects between players, direct transfer of paid points between players (real money trade) is prevented. In other words, in this game system, instead of direct trading of objects between players, only pseudo trading of objects is performed via the server 1. In this way, player-to-player trading of objects used in the game can be performed in a safer manner. As a result, a pseudo market can be formed in the game in a safe manner.

Furthermore, according to this game system, each player can select a specific object and purchase it from other players, making it easier to obtain the desired object compared to a game in which the object acquisition method is limited to a lottery system, thereby increasing the entertainment value of the game.

Here, objects that can be transferred (traded) between players via the server 1 can be virtual objects that can only be used within the game, such as characters and various items used when playing the game.

Paid points are points (in-game currency) that players can acquire by purchasing with real-world currency (cash, electronic money, credit card, etc.).
Examples of the paid points include paid stones, paid coins, etc. The paid points are sometimes called charge points, and the free points are sometimes called non-charge points.

Free points are points (in-game currency) that a player can acquire without charge by executing (playing) a game, etc. For example, free points can be acquired as a reward for logging in, clearing a certain stage, completing a mission, interacting with friends, etc. Examples of free points include free stones and free coins. Paid points may be exchangeable for free points at a certain rate, or may not be exchangeable. Free points cannot be exchanged for paid points.

Paid points and free points have different functions (effects) in the game. For example,
By paying paid points, you can carry out lottery systems that are not possible with free points,
By making it possible to purchase items that cannot be purchased with free points with paid points, it is possible to provide a difference in functionality between paid points and free points. For example, a function may exist within a game that can be executed with both paid points and free points, or a function that cannot be executed with paid points may be executed with free points.

A method for trading (buying and selling) objects between a plurality of players (between player terminals 2) playing the same game via the server 1 will be described below.

As shown in FIG. 4, a first player P1 is transferring an object A owned by a second player P1 to a
When selling to the first player P1, the second player P2 pays paid points as consideration, and the first player P1 receives free points corresponding to the paid points. The server 1 managed by the system administrator M receives the paid points paid by the second player P2, and grants to the first player P1 free points calculated by multiplying the paid points by a predetermined rate. The object A is transferred from the first player P1 to the second player P2 via the server 1.

5 is a flow diagram illustrating a specific process flow in object trading. As shown in FIG. 5, first, in a sell request presentation step S101, a first player P1 presents a desire to sell an object A that he/she owns. The object A to be sold may be, for example, a character or an item that is no longer needed due to duplication or the like among the objects that the first player P1 owns.

FIG. 6 shows an example of the selection screen 31 of the player terminal 2 of the first player P1 who wishes to sell an object. As shown in FIG. 6, the first player P1 operates the selling object selection button 32 on the selection screen 31 to select the type of object (e.g., object A) that he wishes to sell from among the objects he owns. He also operates the selling price setting button 33 on the selection screen 31 to set the desired selling price of the selected object. This selling price setting button 33 displays at least one of the price of free points (10 free stones) that the first player P1 will receive and the price of paid points (10 paid stones) that the second player P2 will pay. Thereafter, the selling request presentation step S101 is completed by operating the selling request presentation button 34 on the selection screen 31. As a result,
Information regarding the type of object desired to be sold and the desired price is transmitted to the server 1 .
The transaction price of the object to be sold may be determined by the system administrator M.
In this case, the first player P1 selects and presents only the objects that he/she wishes to sell. Information regarding the objects that the first player P1 wishes to sell is stored in, for example, the server 1.
The information on the object to be sold is stored in the player information storage unit 122. The first player P1 may directly present information on the object to be sold to other players such as the second player P2 by using a conversation function or the like in the game.

The second player P2 can check objects that other players such as the first player P1 wish to sell (exhibit object checking step S102). This exhibit object checking step S102 can be performed, for example, by the second player P2 requesting the server 1 to provide information on the objects to be sold. The server 1
Appropriately generating a list (table) showing information such as the type of object each player wishes to sell, its price, the seller (the player who wishes to sell the object), etc.
The server 1 may also have a search function capable of searching for a specific object from among all objects that are put up for sale (offered for sale). In this way, each player can check whether an object that the player wishes to purchase is being put up for sale, as well as the price, the seller, etc. The second player P2 may directly request other players, such as the first player P1, to present information about the object to be sold, using a conversation function or the like within the game.

When the second player P2 wishes to purchase the object A that the first player P1 wishes to sell, the second player P2 can present a purchase request to the server 1 (purchase request submission step S103).

7 shows an example of the selection screen 41 of the player terminal 2 of a second player P2 who wishes to purchase an object. As shown in FIG. 7, the second player P2 operates a purchase object selection button 42 on the selection screen 41 to select the object to be purchased and its price. In addition, if necessary, the second player P2 operates a transaction target selection button 43 on the selection screen 41 to select the object to be purchased and its price.
A trading target (e.g., a first player P1) who operates the
In addition, if there are not multiple sellers of the same object, there is no need to operate the trade partner selection button 43. After that, by operating the purchase button 44 on the selection screen 41, the purchase request presentation step S103 ends. As a result, information regarding the type, price, and trade partner of the object desired to be purchased is transmitted to the server 1.

In this way, the first player P1's wish to sell and the second player P2's wish to buy match, and thus a transaction contract is concluded (transaction contract conclusion step S104). Note that the timing at which the transaction contract is concluded may be simultaneous with the timing at which the second player P2 presents a purchase request (purchase request presentation step S103), or may be a predetermined timing set by the system administrator M.

When the transaction contract is concluded, the paid point receiving unit 113 of the server 1 receives the paid points from the second player P2.
The paid points are received from the player terminal 2 (paid points receiving step S105).
In addition, the free point granting unit 114 of the server 1 calculates free points by multiplying the paid points paid by the second player P2 by a predetermined rate (free point calculation step S106
), and grants the calculated free points to the first player P1 (free point granting step S107). In addition, the control unit 11 of the server 1 moves the object A from the first player P1 to the second player P2 (object transfer step S108).

In the above steps S105 to S108, the control unit 11 of the server 1 updates the owned object information and owned point information for each player (P1, P2) stored in the player information storage unit 122.
The control unit 11 of the server 1 reduces the paid points of the second player P2 stored in the player information storage unit 122 by the transaction price and increases the unpaid points of the first player P1 by the transaction price. Also, the control unit 11 of the server 1 performs processing to reduce the number of objects A owned by the first player P1 stored in the player information storage unit 122 by 1 and to increase the number of objects A owned by the second player P2 by 1. In this manner, the transaction of the object between the players via the server 1 is completed.

As described above, the first player P1 can sell an unwanted object A and obtain free points, and the second player P2 can pay paid points to obtain a desired object A.

In this way, according to this game system, the selling player is given free points calculated by multiplying the paid points paid by the purchasing player by a specified rate. This allows players to trade objects used in the game in a safer manner. Furthermore, according to this game system, each player can acquire (purchase) a specific object from another player, making it easier to obtain desired objects.
This can increase the interest of the game.

Although the description of the fee receiving process by the fee receiving unit 115 is omitted in FIGS. 4 and 5, the fee receiving unit 115 can receive a fee from at least one of the first player P1 and the second player P2 at any timing after the transaction contract is established. That is, the control unit 11 of the server 1 receives the player information (P
That is, the control unit 11 of the server 1 performs a process of reducing the paid points of at least one of the first player P1 and the second player P2 stored in the player information storage unit 122 by the fee price as a fee receiving step.

In this game system, it is preferable that the objects that can be traded (sold and bought) between players via the server are objects obtained by a lottery system. With such a configuration, for example, unnecessary objects obtained by the lottery system can be disposed of and free points can be obtained, so that the interest of the game can be more effectively increased. Note that the objects that can be traded (sold and bought) between players via the server are not limited to characters, items, etc. obtained by a lottery system by paying free points or paid points that a player has obtained by charging, but can also include objects obtained (purchased) from other players by paying paid points, for example.

In this game system, each player can present the type of object they wish to sell and the price they are willing to pay in the game at any time. In this case, multiple objects may be sold at once. There is no particular limit to the method of presenting such a desire to sell, but for example, the desire to sell may be presented directly to other players, or through a virtual store in the game,
It is possible to present a desire to sell via a virtual market, etc.

In this game system, the method of presenting a purchase request when each player wishes to purchase an object that another player wishes to sell is not particularly limited, but for example, the player may present a purchase request directly to the other player, or may present a purchase request via a virtual store, market, or the like in the game. Note that each player may present a purchase request in advance before another player presents a purchase request for an object. In this case, each player may present, for example, one or more types of objects that the player wishes to purchase and a purchase price, and the other player may confirm the purchase request and then present a sale request for an object that the player owns. In this way, either the presentation of a sale request or the presentation of a purchase request may be made first.

In addition, the types of objects to be traded, prices, and other conditions may be negotiated between players. In this case, for example, players can negotiate prices, creating a more realistic market within the game.

The type of object to be traded, price, and other conditions may also be determined by the administrator of the game system. Specifically, the server 1 may have flag information indicating whether each object can be traded or not, and the price of each object may be determined in advance by the server 1. In this way, by having the system administrator control the buy/sellability and price of each object, it is possible to avoid the risk of the buying and selling price of objects rising excessively, causing trouble between users. Also, for example, the buying and selling of paid objects obtained through a lottery system that requires a fee may be prohibited,
In this case, the soundness and safety of the game system can be further improved.

In addition, when a plurality of players offer to purchase one exhibited object, the player who wishes to sell the object may be able to select a player to whom the object is to be sold. Alternatively, like an auction, a plurality of players who wish to purchase one exhibited object may offer a desired purchase price, and the player who offers the highest desired purchase price may pay the paid points for that price to acquire the object. In this case, the selling player may be able to set the period from when the selling player puts up the object to when the transaction contract is concluded, or the period may be set on the server 1 side. In addition, the selling player may be able to set the initial price, or may be able to set a buyout price at which the transaction contract is concluded immediately.

The game system may also have a function of displaying the average trading price of each object when the object is traded. In this case, the server 1 collects price information of each object traded and calculates the average trading price for each object. The server 1 then presents the average trading price to the player when the object is traded.

Also, each object to be traded may be assigned an individual serial number to make each object unique. In this case, the serial number information of each object is stored in the storage unit 22 of the server 1. In such a game system, for example,
This provides a new form of enjoyment, such as collecting objects that have been given serial numbers that the user likes, and increases the entertainment value of the game.

Also, information (history) of users (owners) who previously owned each object may be added to each object to be traded. In this case, information on users who previously owned each object is stored in the storage unit 22 of the server 1. In such a game system, new enjoyment can be obtained, for example, by increasing the value of objects owned by famous users, or by searching for and collecting objects owned by specific users.

Also, the object may be configured to be returnable (cooling off) after the purchase transaction.
In this case, conditions may be set for the return of the object. That is, for example, the object may be returnable only before it is used and within a certain period of time. Alternatively, only specific objects may be returnable. When a player who has purchased an object returns the object, the paid points paid as a consideration at the time of purchase may be returned to the player who purchased the object in full, or a predetermined percentage less than the full amount may be returned. In addition, the object is returned to the player who sold the object, and all or a portion of the free points granted at the time of sale are returned to the administrator. In this way, by making the purchased object returnable, the occurrence of troubles and the like can be more reliably prevented, and the safety of the game can be further improved.

Although the preferred embodiment of the present disclosure has been described in detail above with reference to the attached drawings, the technical scope of the present disclosure is not limited to such examples. It is clear that a person having ordinary knowledge in the technical field of the present disclosure can conceive of various modified or amended examples within the scope of the technical ideas described in the claims, and it is understood that these also naturally belong to the technical scope of the present disclosure.

The devices described in this specification may be realized as a single device, or may be realized by multiple devices (e.g., cloud servers) some or all of which are connected via a network.

The series of processes performed by the device described in this specification may be realized using any of software, hardware, and a combination of software and hardware. A computer program for realizing each function of the server 1 according to this embodiment may be created and installed in a PC or the like. A computer-readable recording medium in which such a computer program is stored may also be provided. The recording medium may be, for example, a magnetic disk, an optical disk, a magneto-optical disk, a flash memory, or the like. The above computer program may also be distributed, for example, via a network, without using a recording medium.

In addition, the processes described in the present specification using flow diagrams do not necessarily have to be performed in the order shown. Some process steps may be performed in parallel.
Additional processing steps may be employed and some processing steps may be omitted.

In addition, the effects described in this specification are merely descriptive or exemplary and are not limiting. In other words, the technology according to the present disclosure may achieve other effects that are apparent to a person skilled in the art from the description of this specification, in addition to or in place of the above effects.

Note that the following configurations also fall within the technical scope of the present disclosure.
(Item 1)
A server that provides a game system that can be executed by a plurality of players from their respective player terminals via a network,
a paid point receiving unit that receives paid points paid by a second player when the first player sells an object usable in a game to the second player;
a free point granting unit that grants free points calculated by multiplying the paid points by a predetermined rate to the first player.
(Item 2)
2. The server according to item 1, wherein the object is an object obtained by the first player through a lottery system.
(Item 3)
3. The server according to item 1 or 2, further comprising a fee receiving unit that receives a fee from at least one of the first player and the second player when the first player sells the object to the second player.
(Item 4)
4. The server according to item 3, wherein the fee is paid points.
(Item 5)
A game program for providing a game system that can be executed by a plurality of players from their respective player terminals via a network, comprising:
a paid point receiving process for receiving paid points paid by a second player when a first player sells an object usable in a game to the second player;
and a free point granting process for granting free points calculated by multiplying the paid points by a predetermined rate to the first player.
(Item 6)
An information processing method for providing a game system that can be executed by a plurality of players from their respective player terminals via a network, comprising:
a paid point receiving step of receiving paid points paid by a second player when a first player sells an object usable in a game to the second player;
and a free point granting step of granting free points calculated by multiplying the paid points by a predetermined rate to the first player.

REFERENCE SIGNS LIST 1 Server 2 Player terminal 11 Control unit 113 Paid point receiving unit 114 Free point granting unit 115 Fee receiving unit

Claims (3)

An information processing device that provides a game system that can be executed by a plurality of players from their respective player terminals via a network,
an object transfer step of transferring a predetermined object owned by a first player from a first player to a second player based on an object sale request from a player terminal used by the first player for the predetermined object owned by the first player and an object purchase request from a player terminal used by a second player for the object in the object sale request ;
a paid point receiving step of deducting a predetermined number of paid points from the paid points owned by the second player as a purchase price for the object;
and a free point granting step of granting a predetermined free point to the first player as compensation for the sale of the object. A game program for providing a game system executable by an information processing device connected to each of a plurality of player terminals via a network, the game program comprising:
an object transfer step of transferring a predetermined object owned by a first player from a first player to a second player based on an object sale request from a player terminal used by the first player for the predetermined object owned by the first player and an object purchase request from a player terminal used by a second player for the object in the object sale request ;
a paid point receiving step of deducting a predetermined number of paid points from the paid points owned by the second player as a purchase price for the object;
a free point granting step of granting a predetermined free point to the first player as compensation for the sale of the object, to a control unit of the information processing device. An information processing method for providing a game system executable by an information processing device connected to each of a plurality of player terminals via a network, the method comprising:
an object transfer step of transferring a predetermined object owned by a first player from a first player to a second player based on an object sale request from a player terminal used by the first player for the predetermined object owned by the first player and an object purchase request from a player terminal used by a second player for the object in the object sale request ;
a paid point receiving step of deducting a predetermined number of paid points from the paid points owned by the second player as a purchase price for the object;
a free point granting step of granting a predetermined free point to the first player as compensation for the sale of the object, the free point granting step being executed by a control unit of the information processing device.