JP2022032950A - Server, game program, information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a server, a game program, and an information processing method capable of executing transaction of objects used in a game among players in a safer manner.

SOLUTION: A server 1 of the present invention provides a game system that can be executed by a plurality of players P1 and P2 from respective player terminals 2 and 2 through a network 3, and includes an onerous point reception part 113 for receiving onerous points that the second player P2 pays when the first player P1 sells an object A usable in a game to the second player P2, and a free point granting part 114 for granting free points calculated by multiplying the onerous points by a predetermined rate to the first player P1.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

Conventionally, in games provided by smartphones, etc., a random item provision method in which objects such as characters and items are randomly selected and given according to the payment of consideration such as in-game currency. A lottery system is known. In a game equipped with such a lottery system, in order to obtain a specific character or item with a low probability of appearance, the billing amount may be excessively increased by repeated lottery, or a desired object cannot be obtained. Therefore, there is a problem that the interest in the game is reduced.

On the other hand, Patent Document 1 discloses a system having a function of buying and selling items between players via a virtual store in a game. According to such a system, since the item acquisition means of buying and selling between players is added in addition to the lottery system, it is possible to increase the possibility that each player acquires a desired item.

Japanese Unexamined Patent Publication No. 2009-254448

However, in the above system, the player who sold the object receives a paid in-game currency (virtual currency) as consideration, so the structure is similar to a real money trade (RMT), and it is safe. There are concerns. Specifically, if the business operator provides a system for cashing items obtained by the lottery system, or if the user uses the game for the purpose of cashing, it may be a gambling crime. There is a risk that it will be expensive.

Therefore, the present disclosure has been made in view of the above problems, and the purpose of the present disclosure is to provide a server capable of conducting inter-player transactions of objects used in the game in a safer manner.
It is to provide game programs and information processing methods.

According to the present disclosure, it is a server that provides a game system in which a plurality of players can execute from each player terminal via a network.
A paid point receiving unit that receives paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
Provided is a server including a free point giving unit for giving free points calculated by multiplying the paid points by a predetermined rate to the first player.

Further, according to the present disclosure, it is 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.
A paid point receipt process for receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
A game program is provided, which comprises causing a computer to execute a free point granting process of granting a free point calculated by multiplying the paid point by a predetermined rate to the first player.

Further, according to the present disclosure, it is an information processing method for providing a game system in which a plurality of players can execute a game system from their respective player terminals via a network.
A paid point receiving step of receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
Provided is an information processing method comprising: a free point granting step of granting a free point calculated by multiplying the paid point 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 capable of conducting inter-player transactions of objects used in a game in a more secure manner.

It is a figure which shows the configuration example of the game system which concerns on one Embodiment of this disclosure. It is a block diagram which shows the functional configuration of the server which concerns on the same embodiment. It is a block diagram which shows the functional structure of the player terminal which concerns on the same embodiment. It is a figure which shows the concept of the object transaction which concerns on the same embodiment. It is a flow diagram explaining an example of a series of processing executed in the game system which concerns on the embodiment. This is a configuration example of a player terminal screen when selecting an object to be sold in the game system according to the same embodiment. This is a configuration example of a player terminal screen when selecting an object to be purchased in the game system according to the same embodiment.

Preferred embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.
In the present specification and the drawings, components having substantially the same functional configuration are designated by the same reference numerals, so that duplicate description will be omitted.

<Structure>
As shown in FIG. 1, this game system provides various services related to a game to a player via a network 3, and is composed of a server 1 (server device) and a plurality of player terminals 2. In this game system, for example, by executing application software (hereinafter, simply referred to as "application") installed in a player terminal 2 such as a smartphone, communication with the server 1 is performed and a game is executed by the player. Can be (played). In this embodiment, the case where the above application is a so-called "native application" installed and used on the player terminal 2 will be described, but the present invention is not limited to this, and the so-called "web application" that can be operated on a web browser is described. May be. Further, the field of the game executed by this game system is not particularly limited, and any kind of game may be used. For example, competitive games, puzzle games, action games,
It may be a quiz game, a pinball game, a card game, a rhythm game, an RPG, a location information game, a board game, or the like.

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

<Configuration of server 1>
FIG. 2 is a block diagram showing a functional configuration of the server 1. The server 1 is an information processing device (for example, a workstation, a personal computer, etc.) used by a system administrator or the like to operate and manage various services. The server 1 can receive various commands (requests) from the player terminal 2. Further, the server 1 can transmit a game program, various data, and the like that can be operated on the player terminal 2 to the player terminal 2 according to the information received from the player terminal 2. Further, the server 1 may be capable of transmitting a Web page (game screen or the like) created in a markup language (HTML or the like) conforming to the standard of the player terminal 2. The server 1 of 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 by, for example, a CPU (Central Processing Unit) executing a program stored in a predetermined memory. Will be done. The control unit 11 may include an MPU (Micro Processing Unit) and a GPU (Graphics Processing Unit). The control unit 11 of the present embodiment is a game execution unit 111 and a screen data generation unit 112.
, A paid point receiving unit 113, a free point granting unit 114, and a fee receiving unit 115.

The game execution unit 111 of the server 1 has a function of executing a process of advancing the game according to the game program. The game by the game system in the present embodiment may be any kind of game.

The screen data generation unit 112 has a function of executing a process of generating screen data for displaying the game screen on the player terminal 2. The screen data generation unit 112 generates screen data related to the above-mentioned arbitrary game. The screen data generation unit 112 in the present embodiment generates screen data corresponding to the game screen.

The paid point receiving unit 113 receives paid points paid by the purchasing player when trading an object between players (via the server 1), and the paid point giving unit 114 receives the paid points.
Grants free points calculated by multiplying the paid points paid by the player on the purchasing side by a predetermined rate to the player on the selling side.

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

The control unit 11 accepts an object for sale that each player wants to sell, a sale request list generation unit that generates a list of objects that each player wants to sell, and an object that each player wants to purchase. It may be provided with a purchase request object reception unit, a purchase request list generation unit that generates a list of purchase request objects for each player, and the like.

The storage unit 12 is a ROM (R) which is a read-only storage area in which the system program is stored.
(Ead Only Memory) and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11.
It has ry) and is realized by, for example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment is a game information storage unit 121,
It has various storage units such as a player information storage unit 122 and a trading information storage unit 123.

The game information storage unit 121 of the server 1 stores information about the game. The game information is appropriately configured according to the type of the game. For example, in the case of a competitive game, the stage ID
Includes stage name, enemy character information, etc. in association with.

The player information storage unit 122 stores information about the player (player information). The player information can include a player name, owned object information, owned point information, play stage information, and the like in association with the player ID. The owned object information includes the owned character information, the owned item information, and the like that are the targets of transactions (buying and selling) between users. The owned character information can include the type, number, and the like of the characters owned by each player. The possessed character information can include the current values of various parameters such as level, attack power, defense power, and physical strength in association with the ID of the possessed character. The owned item information can include information such as the number of possessed items in association with the ID of the owned item of each player. The owned point information can include the holding amount (holding amount) of paid points owned by each player, the holding amount (holding amount) of free points, and the like. The play stage information is information about a stage that the player has played so far among a plurality of set stages, and can include the number of plays, clear information, and the like. The player information may also include information regarding the play status of the player and the game. The owned object information and the owned point information may include an upper limit value in addition to the information (current value) of the object and the point currently owned by each player. That is, the player information storage unit 122
However, the upper limit of the objects and points that can be owned by each player may be stored. Such an upper limit value may be unified among the players or may be different for each player. Further, each upper limit value may be a predetermined constant value or a value that changes depending on various conditions. In the case of a changing numerical value, the changing condition can be selected from, for example, the player's level, owned character, owned item, billing amount, total play time, number of logins (total number of logins, number of logins within a predetermined period), and the like. can.

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

The player information storage unit 122 has a type, number, and a number of objects that each player wants to sell.
You can memorize the price etc. Further, the player information storage unit 122 can store the type, number, price, and the like of the objects that each player wants to purchase.

The trading information storage unit 123 stores information regarding the rate when calculating the free points according to the paid points. The "rate" is given to, for example, the quantity of paid points paid by the second player on the purchasing side and the first player on the selling side when the first player sells the object to the second player. It is a numerical value showing the ratio with the quantity of free points. Specifically, for example, 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 for the case is 1 (100%). This rate may be 1 or more or 1 or less.

The rate may be a predetermined constant value or a value that changes depending on various conditions. For example, the rate may be determined depending on the type of object being traded. Alternatively, the rate is the player who sells the object (first player).
It may be determined based on the information of the first player, the information of the player who purchases the object (the second player), the information of the first player, and the information of the second player. It may be determined based on both. The player information can be, for example, player's level, owned character, owned item, billing amount, total play time, number of logins (total number of logins, number of logins within a predetermined period), but is particularly limited. Not done.

The trading information storage unit 123 may store an upper limit value for buying and selling an object. The upper limit for buying and selling objects is the number of times each player can sell the object in a predetermined period, the number of times it can be purchased, the number of objects that can be sold at one time, the paid points transferred in one buying and selling, and the amount of free points (selling price, selling price,). An upper limit may be arbitrarily set for the purchase price) and the like. For example, the upper limit of the number of object sales per day may be set to one, the upper limit of the number of objects sold per day may be set to one, or a plurality of conditions may be combined. The various upper limit values may be determined based on the player's information. The player information is, for example, the player's level, owned character, owned item, billing amount, total play time, number of logins (total number of logins, number of logins within a predetermined period).
It can be information such as, but it is not particularly limited. By setting the upper limit value to 0, it is possible to prohibit the buying and selling of a predetermined object. 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 predetermined period by a predetermined 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 selling price per transaction, and the like can be considered. .. These items may be given to the player according to the progress of the game, or may be made available for purchase with paid points obtained by charging.

The trading information storage unit 123 may store a sale prohibition period for prohibiting the sale of the object for a predetermined period after the player sells the object once, or the object for a predetermined period from the purchase of the object once. You may memorize the purchase prohibition period that prohibits the purchase of. Specifically, for example, 30 minutes after the object is sold may be set as the sale prohibition period, or 30 minutes after the object is purchased may be set as the purchase prohibition period. There may be a trading prohibition period in which the sale or purchase of the object is prohibited for a predetermined period after the sale or purchase of the object.

In this way, the number of logins of the player can be further increased by setting various upper limit values and prohibition periods. The upper limit value and the prohibition period may be set uniformly or may be changed depending on the time zone. Further, it may be set for each player based on various indexes such as a player's level, owned characters, owned items, billing amount, and total play time.

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

The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11, and is, for example, a liquid crystal display (LCD: Liquid Crystal).
It is realized by lDisplay) and the like.

The communication unit 15 is for communicating with the player terminal 2, and is for communicating with the player terminal 2.
It has a function as a receiving unit for receiving various data and signals transmitted from the control unit 11 and a function as a transmitting unit for transmitting various data and signals to the player terminal 2 in response to a command from the control unit 11.
The communication unit 15 is realized by, for example, a NIC (Network Interface Card) or the like.

<Player terminal 2>
FIG. 3 is a block diagram showing a functional configuration of the player terminal 2. The player terminal 2 is
An information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal, a personal computer, etc.) that can be possessed and used by a player. The player terminal 2 can display a game screen or the like on the screen based on the information transmitted from the server 1. The player terminal 2 may have a Web browser function, and in that case, a Web page (game screen or the like) transmitted from the server 1 can be displayed on the screen. The player terminal 2 is
A control unit 21 that controls the entire player terminal 2, a storage unit 22 that stores various data programs, an input unit 23 for the player to input operations, an output unit 24 that outputs game screens, operation screens, and the like. It has a communication unit 25 that performs information communication with the server 1. The control unit 21 of the present embodiment includes at least an operation information receiving unit 211 and a game operation unit 212. Further, the storage unit 22 includes at least a game operation information storage unit 221. Each functional unit of the control unit 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 an operation related to the game from the player. Such an operation by the player is 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. Game operation unit 21
2 operates a game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the operation content of the player input from the input unit 23. The game operation unit 212 generates an image for a game from the image data included in the game operation information along with the operation of the game, and performs a control process for outputting the generated image to the output unit 24. Similarly, the game operation unit 212 generates music and sound for the game from the music data and voice data included in the game operation information along with the operation of the game, and outputs the generated music and sound from the output unit 24. Perform control processing for this.

Predetermined information in 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 accompanied by a change in these predetermined information occurs in the game, the game operation unit 212 communicates with the server 1 to update the information managed by the server 1. Then, the game operation unit 212 receives the updated parameter from the server 1, and continues the operation of the game based on the updated parameter.

The game system in the present embodiment is an object when a plurality of players trade (buy and sell) objects via the server 1 (system administrator) between the players in a game executed from each player terminal via a network. The server 1 receives the paid points paid by the purchasing player (second player) as consideration for the payment, and the server 1 grants the free points calculated according to the paid points to the selling player (first player). Regarding the mechanism to do. According to this game system, paid points paid by the player on the purchasing side are not given to the player on the selling side as they are, but free points calculated at a predetermined rate are given to the player on the selling side. Therefore, according to this game system, when an object is traded between players, direct movement of paid points between players (real money trade) is prevented. That is, in this game system, not the direct buying and selling of objects between players, but only the buying and selling of pseudo objects via the server 1. In this way, player-to-player transactions of objects used in the game can be performed in a safer way. As a result, a pseudo market can be formed in the game in a safe manner.

Further, according to this game system, since each player can select a specific object by himself / herself and purchase it from another player, a desired object is compared with the case where the object acquisition method is limited to the lottery system. It becomes easier to obtain. As a result, the fun of the game can be enhanced.

Here, the object that can be transferred (transaction) between players via the server 1 is a virtual object that can be used only in the game, such as a character used when playing a game and various items. Can be done.

Paid points are points (in-game currency) that players can obtain through purchase procedures in real-world currencies (payment of cash and electronic money, credit card payments, etc.).
Is. Examples of the paid points include paid stones, paid coins, and the like. Paid points may also be referred to as billing points, and free points may also be referred to as non-billing points.

Free points are points (in-game currency) that the player can obtain without charge by executing (playing) the game. For example, free points can be obtained as rewards for logging in, clearing predetermined stages, completing missions, interacting with friends, and the like. Examples of the free points include free stones and free coins. The paid points may or may not be exchanged for free points at a predetermined rate. Free points cannot be exchanged for paid points.

There is a difference in the function (effect) in the game between the paid points and the free points. for example,
It is possible to execute a lottery system that is not possible with free points by paying paid points,
By making items that cannot be purchased with free points available for purchase with paid points, it is possible to make a difference in the functions between paid points and free points. In addition, for example, there may be a function in the game that can be executed by either paid points or free points, or a function that cannot be performed by paid points may be enabled by free points.

Hereinafter, a method of trading (buying and selling) an object between a plurality of players playing the same game (between player terminals 2) via the server 1 will be described.

As shown in FIG. 4, the object A owned by the first player P1 is referred to as the second player P.
When selling to 2, 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 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.

FIG. 5 is a flow chart illustrating a specific processing flow in an object transaction. As shown in FIG. 5, first, the first player P1 presents in the sale request presentation step S101 that he / she desires to sell the owned object A. The object A to be sold may be, for example, a character or an item that is no longer needed due to duplication among the objects owned by the first player P1.

FIG. 6 shows an example of the selection screen 31 of the player terminal 2 of the first player P1 who wants to sell the object. As shown in FIG. 6, the first player P1 operates the sale object selection button 32 on the selection screen 31 to select the type of the object to be sold (for example, object A) from the owned objects. .. Further, the selling price setting button 33 on the selection screen 31 is operated to set the desired selling price of the selected object. On the sale price setting button 33, at least one of the price of the free points received by the first player P1 (10 free stones) and the price of the paid points paid by the second player P2 (10 paid stones) is displayed. To. After that, by operating the sale request presentation button 34 on the selection screen 31, the sale request presentation step S101 ends. This will result in
Information about the type of object 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 that case, the first player P1 selects and presents only the objects desired to be sold. Information about the object that the first player P1 wants to sell is, for example, server 1.
It is stored in the player information storage unit 122 of. The first player P1 may directly present information about the object to be sold to other players such as the second player P2 by using the conversation function in the game.

The second player P2 can confirm an object that another player such as the first player P1 wants to sell (exhibition object confirmation step S102). This exhibition object confirmation step S102 can be performed, for example, by requesting the server 1 to present information regarding the object to be sold by the second player P2. Server 1
A list (list) displaying information such as the type of object that each player wants to sell, its price, and the seller (the player who wants to sell the object) is appropriately generated.
Can be presented. Further, the server 1 may have a search function capable of searching for a predetermined object from all the objects exhibited (presentation of sale request). In this way, each player can confirm whether or not the object to be purchased is listed, its price, the seller, and the like. The second player P2 may directly request another player such as the first player P1 to present information about the object to be sold by using the conversation function in the game. ..

When the first player P1 wishes to purchase the object A to be sold, the second player P2 can present the purchase request to the server 1 (purchase request presentation step S103).

FIG. 7 shows an example of the selection screen 41 of the player terminal 2 of the second player P2 who wants to purchase the object. As shown in FIG. 7, the second player P2 operates the purchase desired object selection button 42 on the selection screen 41 to select the object to be purchased and its price. Further, if necessary, the transaction target person selection button 43 on the selection screen 41
The transaction target person (for example, the first player P1) who purchases the selected object by operating
Select. If there are not a plurality of sellers of the same object, it is not necessary to operate the transaction target person selection button 43. After that, by operating the purchase button 44 on the selection screen 41, the purchase request presentation step S103 is completed. As a result, information about the type, price, and transaction target of the object to be purchased is transmitted to the server 1.

In this way, when the desire to sell the first player P1 and the desire to purchase the second player P2 match, a transaction contract is established (transaction contract establishment step S104). The timing at which the transaction contract is established may be the same as the timing at which the purchase request presentation (purchase request presentation step S103) is performed by the second player P2, or may be a predetermined timing set by the system administrator M. It may be timing.

When the transaction contract is concluded, the paid point receiving unit 113 of the server 1 receives the second player P2.
The paid points are received from the player terminal 2 of the above (paid point receiving step S105).
Further, the free point granting unit 114 of the server 1 calculates the free points by multiplying the paid points paid by the second player P2 by a predetermined rate (free point calculation step S106).
), The calculated free points are given to the first player P1 (free point giving step S107). Further, 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 steps S105 to S108, the control unit 11 of the server 1 updates the owned object information and the owned point information for each player (P1, P2) stored in the player information storage unit 122. That is, the control unit 11 of the server 1 is the player information storage unit 12.
The paid points of the second player P2 stored in 2 are reduced by the transaction price, and the free points of the first player P1 are increased by the transaction price. Further, the control unit 11 of the server 1 reduces the number of objects A owned by the first player P1 stored in the player information storage unit 122 by 1, and increases the number of objects A owned by the second player P2 by 1. conduct. In this way, the transaction of the object between the players via the server 1 is completed.

As described above, the first player P1 can sell the unnecessary object A and acquire free points, and the second player P2 can pay paid points and acquire the desired object A.

As described above, according to this game system, free points calculated by multiplying the paid points paid by the player on the purchasing side by a predetermined rate are given to the player on the selling side. Therefore, it is possible to execute inter-player transactions of objects used in the game in a safer way. Further, according to this game system, each player can acquire (purchase) a specific object from another player, so that it becomes easy to obtain a desired object.
It is possible to enhance the fun 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 uses the first player P1 and the second player P2 at any timing after the transaction contract is concluded. You can receive a fee from at least one of the above. That is, the control unit 11 of the server 1 is the player (P) stored in the player information storage unit 122.
Update the possession point information regarding 1, P2). That is, the control unit 11 of the server 1 performs a process of reducing at least one of the paid points of the first player P1 and the second player P2 stored in the player information storage unit 122 by the fee price as the fee receiving step. conduct.

In this game system, the object that can be traded (sold) between players via one server is preferably an object acquired by the lottery system. According to such a configuration, for example, unnecessary objects acquired by the lottery system can be disposed of and free points can be acquired, so that the fun of the game can be enhanced more effectively. It should be noted that the objects that can be traded (sold) between players via one server are not limited to the characters and items acquired by the lottery system in which the player pays paid points or free points obtained by the player, for example, paid points. Objects that have been paid for and acquired (purchased) from other players can also be included.

In this game system, each player can present the type of object to be sold and the desired price in the game at any time. At that time, a plurality of objects may be collectively sold. The method of presenting such a sale request is not particularly limited, but for example, a direct sale request can be presented to another player, or a virtual store in the game.
It is possible to present a sale request via a virtual market or the like.

In this game system, the method of presenting a purchase request when each player wishes to purchase another player's object to be sold is not particularly limited, but for example, the purchase request can be directly presented to another player or in-game. It is possible to present a purchase request through a virtual store, a market, etc. It should be noted that each player may present a purchase request in advance before another player presents the object for sale. In that case, each player can, for example, present the type and purchase price of one or more objects he / she wishes to purchase, while the other players confirm the purchase wish offer before owning it. You can present a desire to sell an object. In this way, it does not matter which of the presentation of the sale request and the presentation of the purchase request comes first.

In addition, conditions such as the type and price of the object to be traded may be negotiated between the players. In this case, for example, it becomes possible to negotiate a price reduction between players, and a market closer to reality can be formed in the game.

Further, the manager of the game system may determine the conditions such as the type and price of the object to be traded. Specifically, the server 1 may have flag information as to whether or not each object can be bought and sold, or the price of each object may be predetermined by the server 1. In this way, by controlling the buy / sell availability of each object, the price, and the like on the system administrator side, it is possible to avoid the possibility that the buy / sell price of the object rises excessively and troubles occur between users. Further, for example, the buying and selling of paid objects obtained by a lottery system that requires a charge may be prohibited.
In that case, the soundness and safety of the game system can be further improved.

Further, when a plurality of players present a purchase request for one exhibition object, the player who wishes to sell the object may be able to select the player to be sold. Alternatively, as in an auction, a plurality of players who wish to purchase an object for one listing present a desired purchase price, and the player who presents the largest desired purchase price pays paid points for the price to display the object. It may be possible to obtain it. In that case, the selling side player may be able to set the period from the listing of the object by the selling side player to the conclusion of the transaction contract, or the server 1 side may set the period. You may. Further, the player on the selling side may be able to set the initial price, or may be able to set the prompt decision price at which the transaction contract is concluded immediately.

In addition, the game system may have a function of displaying the average transaction price of each object when the object is traded. In that case, the server 1 collects the price information of each object in which the transaction has been made, and calculates the average transaction price for each object. Then, the server 1 presents the average transaction price to the player when the object is traded.

In addition, each object to be traded may be given 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. And in such a game system, for example,
You can get new fun such as collecting objects with the user's favorite serial number, and you can enhance the fun of the game.

Further, the information (history) of the user (owner) who has possessed the object in the past may be added to each object to be traded. In this case, the storage unit 22 of the server 1 stores the user information possessed in the past for each object. In such a game system, for example, new enjoyment can be obtained, such as increasing the value of an object possessed by a prominent user or searching for and collecting an object possessed by a predetermined user.

Further, the object may be returned (cooling off) after the sale transaction.
In this case, a condition may be set for returning the object. That is, for example, the object may be returned before it is used and within a certain period of time. Alternatively, only a specific object may be returned. When the player who purchased the object returns the object, the paid points paid at the time of purchase may be returned in full to the player who purchased the object, or may be returned at a predetermined rate less than the full amount. In addition, the object is returned to the player who sold the object, and all or part of the free points given at the time of sale are returned to the administrator side. By making it possible to return the purchased object in this way, it is possible to more reliably prevent the occurrence of troubles and the like, and it is possible to further improve the safety of the game.

Although the preferred embodiments of the present disclosure have been described in detail with reference to the accompanying drawings, the technical scope of the present disclosure is not limited to such examples. It is clear that anyone with ordinary knowledge in the art of the present disclosure may come up with various modifications or amendments within the scope of the technical ideas set forth in the claims. Is, of course, understood to belong to the technical scope of the present disclosure.

The device described in the present specification may be realized as a single device, or may be realized by a plurality of devices (for example, a cloud server) which are partially or wholly connected by a network.

The series of processes by the apparatus described herein may be implemented using software, hardware, or any combination of software and hardware. It is possible to create a computer program for realizing each function of the server 1 according to the present embodiment and implement it on a PC or the like. It is also possible to provide a computer-readable recording medium in which such a computer program is stored. The recording medium is, for example, a magnetic disk, an optical disk, a magneto-optical disk, a flash memory, or the like. Further, the above computer program may be distributed, for example, via a network without using a recording medium.

Further, the processes described with reference to the flow chart in the present specification do not necessarily have to be executed in the order shown in the drawings. Some processing steps may be performed in parallel. again,
Additional processing steps may be adopted or some processing steps may be omitted.

In addition, the effects described herein are merely explanatory or exemplary and are not limited. That is, the technique according to the present disclosure may exert other effects apparent to those skilled in the art from the description of the present specification, in addition to or in place of the above effects.

The following configurations also belong to the technical scope of the present disclosure.
(Item 1)
A server that provides a game system in which a plurality of players can be executed from their respective player terminals via a network.
A paid point receiving unit that receives paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
A server including a free point giving unit for giving free points calculated by multiplying the paid points by a predetermined rate to the first player.
(Item 2)
The server according to item 1, wherein the object is an object acquired by the first player by the lottery system.
(Item 3)
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. Server.
(Item 4)
The server according to item 3, wherein the fee is a paid point.
(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.
A paid point receipt process for receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
A game program characterized by causing a computer to execute a free point granting process of granting free points calculated by multiplying the paid points by a predetermined rate to the first player.
(Item 6)
An information processing method 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 step of receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
An information processing method comprising: a free point granting step of granting a free point calculated by multiplying the paid point by a predetermined rate to the first player.

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

Claims (6)

A server that provides a game system in which a plurality of players can be executed from their respective player terminals via a network.
A paid point receiving unit that receives paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
A server including a free point giving unit for giving free points calculated by multiplying the paid points by a predetermined rate to the first player. The server according to claim 1, wherein the object is an object acquired by the first player by the lottery system. Claim 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. The listed server. The server according to claim 3, wherein the fee is a paid point. 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.
A paid point receipt process for receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
A game program characterized by causing a computer to execute a free point granting process of granting free points calculated by multiplying the paid points by a predetermined rate to the first player. An information processing method 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 step of receiving paid points paid by the second player when the first player sells an object that can be used in the game to the second player.
An information processing method comprising: a free point granting step of granting a free point calculated by multiplying the paid point by a predetermined rate to the first player.

Images