JP6875584B1 - 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 performing inter-player transactions of objects used in a game by a safer method. The present disclosure is a server 1 that provides a game system in which a plurality of players P1 and P2 can execute from their respective player terminals 2 and 2 via a network 3, and an object A that can be used in the game. The paid point receiving unit 113 that receives the paid points paid by the second player P2 when the first player P1 sells the game to the second player P2, and the free points calculated by multiplying the paid points by a predetermined rate. Is provided with a free point awarding unit 114 for awarding the first player P1. [Selection diagram] Fig. 1

Description

The present disclosure relates to servers, game programs, and information processing methods.

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

JP-A-2009-254448

However, in the above system, since the player who sold the object receives a paid in-game currency (virtual currency) as consideration, the structure is close to that of 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 offense. There is a risk that it will be expensive.

Therefore, the present disclosure has been made in view of the above problems, and an object thereof is a server, a game program, and information processing capable of conducting inter-player transactions of objects used in the game in a safer manner. To provide a method.

According to the present disclosure, it is a server that provides 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 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 is provided, comprising: a free point giving unit for giving 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 a game program for providing a game system capable of being executed by a plurality of players from their respective player terminals via a network.
A paid point receiving 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 giving process of giving 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 including a step of giving free points to the first player, which is calculated by multiplying the paid points by a predetermined rate.

According to the present disclosure, it is possible to provide a server, a game program, and an information processing method capable of performing inter-player transactions of objects used in a game in a safer way.

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 this embodiment. It is a block diagram which shows the functional structure of the player terminal which concerns on this 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 this 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 the present 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. It 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, it may be a battle game, a puzzle game, an action game, a quiz game, a pinball game, a card game, a rhythm game, an RPG, a position information 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, and the like. Examples of this mobile communication system include mobile communication systems such as so-called 3G, 4G, and 5G, LTE (Long Term Evolution), and a wireless network that can be connected to the Internet by a predetermined access point (for example, Wi-Fi (registered trademark)). ) Etc. can be mentioned.

<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 when operating and managing 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. For example, the control unit 11 is realized by executing a program stored in a predetermined memory by a CPU (Central Processing Unit). 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 includes a game execution unit 111, a screen data generation unit 112, a paid point receiving unit 113, a free point giving 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 the paid points paid by the purchasing player when trading the object between the players (via the server 1), and the free point giving unit 114 paid by the purchasing player. Free points calculated by multiplying paid points by a predetermined rate are given 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 115 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 to be sold, an object to be sold, a list to generate a list of objects to be sold for each player, and an object to be purchased by each player. 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 includes a ROM (Read Only Memory), which is a read-only storage area in which a system program is stored, and a RAM (Random Access), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. It has a memory), 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 has various storage units such as a game information storage unit 121, 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 game. For example, in the case of a battle game, the stage name, enemy character information, and the like are included in association with the stage ID.

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 owned character information, 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 of paid points (holding amount) owned by each player, the holding amount of free points (holding amount), 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 player and the playing status of 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 objects and points currently owned by each player. That is, the player information storage unit 122 may store the upper limit values of the objects and points that can be owned by each player. 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 numerical value or a numerical 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. it 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. The information regarding the sale or purchase of an object may include, for example, the date and time when each player sold or purchased the object, the number of times, the opponent player, the type, number, price (amount) of the object sold or purchased by each player, and the like. The number of times the object has been sold and the number of times it has been purchased can include, for example, the total number of times, the number of times within a predetermined period (per hour, per day, per month, etc.), the number of times per login, and the like. ..

The player information storage unit 122 can store the type, number, price, and the like of the objects that each player wants to sell. In addition, 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 amount 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 indicating the ratio to 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 numerical value or a numerical 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 may be determined based on the information of the player who sells the object (first player), or may be determined based on the information of the player who purchases the object (second player). Alternatively, the determination may be made based on both the information of the first player and the information of the second player. The player information can be, for example, information such as the player's level, owned characters, owned items, billing amount, total play time, and 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 an 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, 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 can be set to 1 time or the like, the upper limit value of the number of objects sold per day can be set to 1 or the like, or a plurality of conditions can be combined. The various upper limit values may be determined based on the player's information. The player information can be, for example, information such as the player's level, owned characters, owned items, billing amount, total play time, and number of logins (total number of logins, number of logins within a predetermined period), but is particularly limited. Not done. By setting the upper limit value to 0, it is possible to prohibit the buying and selling of a predetermined object. Various upper limit values 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 as the game progresses, or may be 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 sale of the object may be set as the prohibition period for sale, or 30 minutes after the purchase of the object may be set as the prohibition period for purchase. A trading prohibition period may be provided 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 realized by, for example, a liquid crystal display (LCD: Liquid Crystal Display) or the like.

The communication unit 15 is for communicating with the player terminal 2, and has a function as a receiving unit for receiving various data and signals transmitted from the player terminal 2 and in response to a command from the control unit 11. It has a function as a transmission unit that transmits various data and signals to the player terminal 2. 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 the player can possess and use. The player terminal 2 can display the 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 outputs 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, a game screen, an operation screen, and the like. It has a communication unit 25 for performing information communication with the output unit 24 and 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 by 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 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 a game image from the image data included in the game operation information in accordance with the operation of the game, and performs control processing 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 audio data included in the game operation information in accordance with the operation of the game, and outputs the generated music and sound from the output unit 24. Perform control processing for.

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 involving a change in these predetermined information occurs in the game, the game operation unit 212 updates the information managed by the server 1 by communicating with 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) an object between the players via the server 1 (system administrator) 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 above, 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 directly given to the player on the selling side, 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 objects that can be transferred (traded) between players via the server 1 are virtual objects that can be used only in the game, such as characters and various items used when playing the game. Can be done.

Paid points are points (in-game currency) that can be acquired by the player through purchase procedures (payment of cash or electronic money, credit card payment, etc.) in real-world currency or the like. 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 a player can obtain without charge by executing (playing) a game or the like. For example, free points can be obtained as rewards for logging in, clearing predetermined stages, completing missions, interacting with friends, and so on. 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.

Paid points and free points have different functions (effects) in the game. For example, by making it possible to execute a lottery system that is not possible with free points by paying paid points, or by making it possible to purchase items that cannot be purchased with free points with paid points, the functions of paid points and free points Can be different. In addition, for example, there may be a function in the game that can be executed with paid points or free points, or a function that cannot be performed with paid points may be enabled with 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, when the object A owned by the first player P1 is sold to the second player P2, the second player P2 pays paid points as a consideration, and the first player P1 pays the paid points. Receive free points corresponding to. 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 the object transaction. As shown in FIG. 5, first, in the sale request presentation step S101, the first player P1 presents that he / she wants to sell the owned object A. The object A to be sold can 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. The sale price setting button 33 displays at least one of the price of free points received by the first player P1 (10 free stones) and the price of paid points paid by the second player P2 (10 paid stones). To. After that, by operating the sale request presentation button 34 on the selection screen 31, the sale request presentation step S101 ends. As a result, information regarding 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 object to be sold. Information about the object that the first player P1 wants to sell is stored in, for example, the player information storage unit 122 of the server 1. 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 in-game conversation function or the like.

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. The server 1 appropriately generates and presents 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). can do. In addition, 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 other players 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 presenting 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 is operated to select the transaction target person (for example, the first player P1) who purchases the selected object. 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, the 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 paid points from the player terminal 2 of the second player P2 (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), and the calculated free points are the first. (Free point granting 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 reduces the paid points of the second player P2 stored in the player information storage unit 122 by the transaction price, and increases the free points of the first player P1 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. Do. 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 the present 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, since each player can acquire (purchase) a specific object from another player, it becomes easy to obtain a desired object, and the interest of the game can be enhanced.

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 updates the possession 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 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. Do.

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 interest of the game can be enhanced more effectively. The objects that can be traded (buy and sold) between players via one server are not limited to characters and items acquired by the lottery system in which the player pays paid points or free points, 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, the sale request may be presented directly to another player, or the sale request may be presented through a virtual store, a virtual market, etc. in the game. Can be done.

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 make a purchase request presentation in advance before another player presents the object sale request. In that case, each player can, for example, present the type and purchase price of one or more objects he / she wishes to purchase, and the other players confirm the purchase wish offer before owning it. You can offer a desire to sell an object. In this way, either the sale request or the purchase request may be presented 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 buying and selling of each object, the price, and the like on the system administrator side, it is possible to avoid the possibility that the buying and selling 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, and 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 is performed, 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. Then, in such a game system, for example, new enjoyment such as collecting objects to which a user's favorite serial number is assigned can be obtained, and the interest of the game can be enhanced.

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 that has been possessed in the past for each object. In such a game system, for example, new enjoyment such as increasing the value of objects possessed by a prominent user or searching for and collecting objects possessed by a predetermined user can be obtained.

In addition, the object may be returned (cooling off) after the sale transaction. In this case, conditions 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 specific objects 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 enhance 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 a person having ordinary knowledge in the technical field of the present disclosure can come up with various modifications or modifications within the scope of the technical ideas described in the claims. Of course, it is understood that the above also belongs 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 via, for example, 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. Further, additional processing steps may be adopted, and some processing steps may be omitted.

In addition, the effects described herein are merely explanatory or exemplary and are not limited. That is, the techniques according to the present disclosure may exhibit other effects apparent to those skilled in the art from the description herein, 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 that allows a plurality of players to execute 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 receiving 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 in that a computer executes a free point granting process of granting a free point calculated by multiplying the paid point by a predetermined rate to the first player.
(Item 6)
An information processing method that provides a game system that allows a plurality of players to execute 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 giving step of giving 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 that allows a plurality of players to execute from their respective player terminals via a network.
A storage unit that stores player information that can be used in the game and includes at least information on objects owned by each player, paid points, and free points.
It ’s a control unit.
In the request for selling an object for a predetermined object owned by the first player from the player terminal used by the first player, and the request for purchasing an object for the predetermined object from the player terminal used by the second player. based, an object transfer step to transfer said predetermined object which the first player owned by the first player to the second player,
A paid point receiving step of reducing the paid points for the transaction price from the paid points owned by the second player, and
The step of granting free points to the first player as consideration for the object, which is calculated by multiplying the paid points for the transaction price by a predetermined rate, is executed.
In each of the steps, the control unit that updates the player information of each player in the storage unit, and the control unit.
A server characterized by being equipped with. The server according to claim 1, wherein the object is an object acquired by the first player by a lottery system. When the object is transferred from the first player to the second player, the control unit pays a fee from paid points or free points owned by at least one of the first player and the second player. The server according to claim 1 or 2, further performing a fee receiving step that performs a process of reducing paid or free points. The server according to claim 3, wherein the fee is a paid point. And each player terminal of the plurality of players, a game program for providing a viable game system by a server connected via a network to the player terminal,
Player information that can be used in the game and includes at least information on objects owned by each player, paid points, and free points is stored in the storage unit of the server.
In the control unit of the server
In the request for selling an object for a predetermined object owned by the first player from the player terminal used by the first player, and the request for purchasing an object for the predetermined object from the player terminal used by the second player. based, an object transfer step to transfer said predetermined object which the first player owned by the first player to the second player,
A paid point receiving step of reducing the paid points for the transaction price from the paid points owned by the second player, and
A step of granting free points to the first player as consideration for the object, which is calculated by multiplying the paid points for the transaction price by a predetermined rate, is executed.
A game program characterized in that, in each of the steps, the control unit updates the player information of each player in the storage unit. An information processing method for providing each of the player terminals of the plurality of players, a game system executable by a server connected via a network to the player terminal,
Player information that can be used in the game and includes at least information on objects owned by each player, paid points, and free points is stored in the storage unit of the server.
By the control unit of the server
In the request for selling an object for a predetermined object owned by the first player from the player terminal used by the first player, and the request for purchasing an object for the predetermined object from the player terminal used by the second player. based, an object transfer step to transfer said predetermined object which the first player owned by the first player to the second player,
A paid point receiving step of reducing the paid points for the transaction price from the paid points owned by the second player, and
The step of granting free points to the first player as consideration for the object, which is calculated by multiplying the paid points for the transaction price by a predetermined rate, is executed, and at the same time.
An information processing method characterized in that the control unit updates the player information of each player in the storage unit in each step.

Images