JP2019154584A - Program, information processing method, and information processing device - Google Patents

Abstract

To support the setting of an appropriate selling price of an object.SOLUTION: A program for causing a computer to perform a game progressed by using possessed objects associated with a player includes: a storage unit for storing distribution history information including a transaction price and a distribution amount of the object; an exhibition reception unit for receiving the selection of an exhibition object to be exhibited out of the possessed objects; a history information extraction unit for extracting data on distribution history information in which the distribution amount is a predetermined amount or more; and a price calculation unit for calculating a candidate selling price of the exhibition object using the transaction price included in the extracted data.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a program, an information processing method, and an information processing apparatus.

  With the development of communication technology, online games that allow communication among multiple users have become widespread. There is a system for transferring an object held by a user on such an online game to another user.

  In Patent Document 1, “an online game providing server that provides a virtual world in which a user terminal operates a player character to activate, a player character who wants to sell an item acquired in the virtual world, and an item in the virtual world. A technology relating to an online game providing server is disclosed that includes a trading management means for managing trading of items performed with a player character who wants to purchase with virtual currency in circulation.

JP 2009-254448 A

  When transferring an object to another user, it is desirable to set an appropriate selling price. On the other hand, when the seller of an object sets a sales price, if he / she wants to set an appropriate sales price, he / she investigates information related to previous transactions, grasps the so-called market price, and sells based on the market price. Troublesome work such as setting prices.

  In the technique disclosed in Patent Document 1, the price of an object is not considered in the past transaction price of the object. For example, when a large number of inexpensive objects are on the market, the sales price is It will rise.

  Therefore, an object of the present invention is to support the setting of an appropriate selling price for an object.

  In order to solve the above-described problem, a program according to an aspect of the present invention is a program that causes a computer to execute a game that proceeds using a possessed object associated with a player, and includes a transaction price and a circulation amount of the object. A storage unit for storing distribution history information, an exhibition receiving unit for receiving selection of an exhibition object to be exhibited from the possessed objects, and history information extraction for extracting data of the distribution history information in which the distribution amount is a predetermined amount or more And a price calculation unit that calculates a sales candidate price of the exhibition object using the transaction price included in the extracted data.

  In the above program, the storage unit stores basic price information in which a basic price is associated with each feat information indicating the feat that the object has, and the price calculation unit is configured to store the object having the feat information. The basic price may be calculated using the transaction price to generate the basic price information, and the sales candidate price may be calculated using the basic price of the special skill information of the exhibition object.

  In the above program, the history information extraction unit extracts the data of the object having the special skill information, and the price calculation unit calculates a reference value using the transaction price included in the extracted data. The basic price may be calculated using the transaction price of the data excluding data having the transaction price deviated from a reference value.

  In the program, the price calculation unit calculates an average value of the transaction prices included in the extracted data as the reference value, and the predetermined value is calculated from the reference value among the data extracted by the history information extraction unit. When the data having the transaction price within the range is extracted as reference data, and the ratio of the number of the reference data to the number of the data extracted by the history information extraction unit is larger than a predetermined value, the reference data has An average value of the transaction prices may be calculated as the basic price.

  In the above program, the storage unit stores a basic price by capability determined according to the capability level of the object, and one or more pieces of special skill information indicating the special skills of the possessed object, and the history information extraction unit includes: The data is extracted using a circulation amount of the object having the special skill information, and the price calculation unit calculates a special skill price for each of the special skill information using the transaction price of the object having the special skill information. In addition, the selling candidate price may be calculated by using the basic price for each ability of the exhibition object and the special skill price of the special skill information of the exhibition object.

  In the above program, when the selection of one composition target object and one or a plurality of composition use objects is received from the possessed object, composition execution that associates the feat information of the composition use object with the composition target object It is good also as providing a part.

  In the above program, an inequality determination that determines a transaction performed by the player who has performed a predetermined number of transactions at the transaction price deviated from the sales candidate price in each transaction constituting the distribution history information as an inequality transaction. And an output unit that displays transaction information related to the inequality transaction differently from other transaction information.

  In the above program, the distribution history information includes player information for identifying the player including a seller and a purchaser, and the inequality determination unit determines that the transaction price in each transaction is predetermined from the sales candidate price. The transaction that is not within the range is determined to be an inequality transaction candidate, and the output unit uses the transaction information performed by the player who has performed the transaction for which the number of inequality transaction candidates is a predetermined number or more as other transaction information. It may be characterized by displaying differently.

  Another aspect of the present invention that solves the above problem is an information processing method, an exhibition acceptance procedure for accepting selection of an exhibition object to be exhibited among possessed objects associated with a player, a transaction price and distribution of the object Using the history information extraction procedure for extracting the data whose distribution amount is a predetermined amount or more from the distribution history information data including the amount, and using the transaction price included in the extracted data, A price calculation procedure for calculating a sales candidate price.

  Another aspect of the present invention that solves the above problem is an information processing apparatus that progresses a game using a possessed object associated with a player, and stores distribution history information including a transaction price and a distribution amount of the object. A storage unit, an exhibition acceptance unit that accepts selection of an exhibition object to be exhibited from the possessed objects, a history information extraction unit that extracts data of the distribution history information whose distribution amount is a predetermined amount or more, and A price calculation unit that calculates a sales candidate price of the exhibition object using the transaction price included in the data.

  According to one embodiment of the present invention, it is possible to assist in setting an appropriate sales price for an object.

It is a block diagram which shows an example of a function structure of the server apparatus which concerns on 1st Embodiment. It is a figure which shows an example of the hardware constitutions of a server apparatus. It is a figure which shows an example of the data structure of basic price information. It is a figure which shows an example of the data structure of player information. It is a figure which shows an example of the data structure of distribution history information. It is a flowchart which shows an example of a basic price determination process. It is a flowchart which shows an example of a sales candidate price determination process. It is a flowchart which shows an example of a sales price determination process. It is a flowchart which shows an example of an administrator screen display process. It is a flowchart (the 1) which shows an example of a synthetic | combination process. It is a flowchart (the 2) which shows an example of a synthetic | combination process. It is a figure which shows an example of a sales candidate price presentation screen. It is a figure which shows an example of an administrator screen. FIG. 10 illustrates an example of a composition execution screen (part 1); FIG. 10 illustrates an example of a composition execution screen (part 2); It is a flowchart which shows an example of the sales candidate price determination process in 2nd Embodiment. It is a figure which shows an example of the special skill price determination process in 2nd Embodiment.

  <First Embodiment>

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In order to improve understanding, the game system according to the present embodiment will be described based on an example in which it is used for a card game. In this game system, the player selects a plurality of game use cards from among the cards possessed to constitute a combination of cards (generally referred to as “deck”). The player gives an input instruction to the terminal device and plays against other players using a plurality of game use cards in the deck.

  Each card is given to the player at the start of the game or according to the progress of the game. Each card acquires a special skill when it is given to the player or according to the progress of the game. The acquired special skill is associated with the card as special skill information. The parameter value of the card is determined according to the special skill information. The parameter value is used, for example, to determine the victory or defeat of the battle.

  In this game system, cards can be exchanged with other players via the network. The player selects the possessed card, determines the selling price, and displays it at the exchange. At the exchange, exhibition cards are traded between players using virtual currency.

  The server device calculates the sales candidate price using the transaction price of the card already traded and presents it to the player. The player sets the sales candidate price as the sales price or inputs a sales price determined by himself / herself.

  Note that the game executed by the game system is not limited to a card game, and “objects” shown below include “cards”, but are not limited to “cards”. For example, the “object” may be a 3DCG object indicating an avatar or a character.

  FIG. 1 is a block diagram illustrating an example of a functional configuration of the server apparatus 100 according to the first embodiment. The server device 100 is, for example, a server computer, a PC (Personal Computer), or the like, and is communicably connected to a plurality of terminal devices 200 via the communication network N. The server device 100 is operated by an administrator who manages the game system, and outputs information to the administrator.

  The server device 100 transmits a program constituting software for executing a game based on a request from each terminal device 200, and transmits information used for the progress of the game. Each terminal device 200 downloads software transmitted from the server device 100, receives an input operation from a player, transmits the software to the server device 100, and displays an input screen transmitted from the server device 100. The terminal device 200 is, for example, a PC or a smartphone.

  The server device 100 includes a control unit 110, a storage unit 120, an input unit 130, an output unit 140, and a communication unit 150. The control unit 110 advances the game based on the input operation information from the terminal device 200, and transmits an image and sound according to the progress of the game to the terminal device 200. The storage unit 120 stores information necessary for the progress of the game.

  The input unit 130 receives an input operation via the input device. The input unit 130 receives an input operation for an instruction to display an administrator screen via, for example, a keyboard. The output unit 140 causes the output device to output information according to the input operation. The output unit 140 displays, for example, an administrator screen on the display. The communication unit 150 transmits and receives information to and from the terminal device 200.

  The control unit 110 includes a game progress unit 111, a history information extraction unit 112, a price calculation unit 113, an exhibition reception unit 114, a composition execution unit 115, an inequality determination unit 116, and a user interface control unit 117. Prepare. The game progression unit 111 controls the game progression by determining various game conditions. For example, the game progression unit 111 accepts selection of a game use object from the possessed objects held by the player, and performs a battle using a parameter value determined by the selected game use object.

  For example, the game progression unit 111 sets a virtual opponent having a game use object in accordance with a predetermined condition, and executes a battle with the player. Further, the game progression unit 111 executes a battle with another terminal device 200 connected via the network N.

  The history information extraction unit 112 extracts data used for determining the sales candidate price of an exhibition object, which is an object to be exhibited, from distribution history information described later stored in the storage unit 120. For example, the history information extraction unit 112 extracts data of distribution history information whose distribution amount is a predetermined amount or more. Further, for example, the history information extraction unit 112 extracts data of distribution history information related to distribution of an object having certain skill information.

  The price calculation unit 113 calculates the sale candidate price of the exhibition object using the transaction price included in the data of the distribution history information. In the first embodiment, the basic price information calculated according to the special skill information of the object is used to calculate the sales candidate price. The price calculation unit 113 calculates a basic price by using the transaction price for each feat information of the object, and generates basic price information. The price calculation unit 113 calculates the sales candidate price by using the basic price information according to the special skill information of the exhibition object.

  The exhibition acceptance unit 114 accepts selection of an exhibition object from among possessed objects based on input operation information from the terminal device 200.

  Based on the input operation information from the terminal device 200, the composition execution unit 115 accepts selection of one composition target object and one or a plurality of composition use objects from the held objects. For each object, in addition to the above-mentioned special skill information given to the object before or during the game, the “rank” that is the class of the object and the “experience” determined by the degree of game progress using the object Attributes such as “value” are associated. When the composition execution unit 115 receives the composition instruction specifying the composition type, the composition execution unit 115 performs composition processing for moving the attribute of the composition use object to the composition object in accordance with the composition instruction.

  As an example, three synthesis types will be described. One is “tell a special skill” that associates the special skill information of the composition use object with the composition target object, and the other one is a composition target object when the composition use object and the composition target object have common skills. "Strengthen special skill" to increase the "special skill level" assigned to the special skill. The other is “enhancing arousal” that increases the “experience value” associated with the compositing target object.

  In the present embodiment, when the composition execution unit 115 executes the composition process, the composition execution unit 115 deletes the composition use object from the retained objects. Note that the composition processing performed by the composition execution unit 115 is not limited to the above-described three composition types. Further, the composition execution unit 115 may not delete the composition use object after performing composition.

  The inequality determination unit 116 determines that, among the transactions constituting the distribution history information, a transaction performed by a player who has performed a predetermined number of transactions at a transaction price that deviates from the sales candidate price is an inequality transaction. Specifically, the inequality determination unit 116 determines that a transaction executed at a transaction price outside the predetermined range from the sales candidate price is an inequality transaction candidate. The inequality determination unit 116 determines that a transaction performed by a player who has performed a predetermined number or more of inequality transaction candidates is an inequality transaction.

  The user interface control unit 117 generates screen display information to be displayed on each terminal device 200 and transmits the screen display information to the terminal device 200 via the communication unit 150. For example, when the user interface control unit 117 accepts an input operation of an exhibition instruction specifying an exhibition object, the user interface control unit 117 generates display information of a sales candidate price presentation screen, which will be described later, and transmits the display information to the terminal device 200 that has accepted the input operation of the exhibition instruction. To do.

  In addition, when receiving an instruction to display an administrator screen, the user interface control unit 117 generates display information on an administrator screen in which transaction information indicating an inequality transaction is different from other transaction information. In addition, when receiving a display instruction for a combination instruction reception screen (to be described later), the user interface control unit 117 generates display information for a combination instruction reception screen from which a combination type can be selected, and receives the input operation for the display instruction. Send to. In addition, the user interface control unit 117 acquires information input to the screen transmitted to the terminal device 200 via the communication unit 150.

  The storage unit 120 stores basic price information 121, player information 122, and distribution history information 123. The basic price information 121 is information in which the basic price of an object is associated for each feat information. The player information 122 is information in which information related to the possessed object is associated with the player. The distribution history information 123 is information related to the transaction of the object, and includes a transaction price and a distribution amount.

  FIG. 2 is a diagram illustrating an example of a hardware configuration of the server apparatus 100. The server device 100 includes an arithmetic processing device 161, a main storage device 162, a recording device 163, a communication device 164, an input device 165, and an output device 166, and each component is connected by a bus. .

  The arithmetic processing device 161 is an arithmetic unit such as a CPU (Central Processing Unit). The main storage device 162 is a storage device such as a RAM (Random Access Memory). The recording device 163 is, for example, a recording device 163 such as an HDD (Hard Disk Drive), an SSD (Solid State Drive), or a flash ROM (Read Only Memory). The communication device 164 is a device that transmits and receives information, including a communication device that performs wired communication via a network cable and a communication device that performs wireless communication via an antenna. The communication device 164 is communicably connected to a plurality of terminal devices 200 via the communication network N.

  The input device 165 is a device that receives an input operation from an administrator, and is an input device such as a touch panel or a keyboard. The output device 166 is a device that outputs information to a player, including a video output device such as an LCD (Liquid Crystal Display).

  For example, the arithmetic processing device 161 reads a game program (including data used for the game) stored in the recording device 163 and develops it in the main storage device 162. Note that software (for example, an application or a Web browser) that can read at least part of the program is downloaded to the terminal device 200 in advance. The arithmetic processing device 161 controls the progress of the game in accordance with an input operation signal from the terminal device 200, for example, by executing a program.

  Further, for example, the arithmetic processing device 161 determines the content of the game image according to the game progress, generates display information constituting the content, and transmits the display information to the terminal device 200. Further, for example, the arithmetic processing device 161 determines a game sound according to the progress of the game, generates a sound signal of the sound, and transmits the sound signal to the terminal device 200.

  The control unit 110 illustrated in FIG. 1 is realized, for example, when the arithmetic processing device 161 executes a game program. Further, the function of the storage unit 120 is realized by the main storage device 162 or the recording device 163, for example. Further, the function of the communication unit 150 is realized by the communication device 164, for example.

  Note that the processing of each component of the server device 100 may be executed by one hardware or a plurality of hardware. Further, the processing of each component of the server device 100 may be realized by a single program or may be realized by a plurality of programs.

  FIG. 3 is a diagram illustrating an example of a data structure of the basic price information 121. The basic price information 121 includes a type identifier, a name, a rank, a basic price, and an initial special skill.

  The type identifier is identification information that identifies the type of the object. The name is a character string indicating a name given in advance to the object. The name is, for example, the name of the military commander displayed on the card. The rank is information indicating a rank that is a class of the object. For example, information indicating “A”, “B”, “C”, and “D” is given to the rank in order from the highest rank. In the present embodiment, the rank of the object is determined when the object is acquired and does not vary with the progress of the game.

  The basic price is a value indicating the basic price of the object. The initial feat is information indicating the feat given to the object at the earliest time among the feats obtained by the object. The initial special skill may be given to the object when the object is given to the player, or may be given to the object as the game progresses.

  In the present embodiment, the type of object is specified by a combination of the name and rank of the object. That is, the type identifier is unique for the combination of name and rank.

  For example, in the basic price information 121 shown in FIG. 3, the highest-order record has a type identifier “011”, a name “AAAA”, and a rank “A”. The second record has a type identifier “012”, a name “AAAA”, and a rank “B”. Thus, even if the names are common, the type identifiers are different if the ranks are different.

  FIG. 4 is a diagram illustrating an example of the data structure of the player information 122. The player information 122 includes a player identifier, a type identifier, an object identifier, a special skill, a special skill level, the number of unequal transaction candidates, the number of soldiers, and an experience value.

  The player identifier is identification information that identifies a player. The type identifier is identification information that specifies the type of the possessed object of the player specified by the player identifier. The object identifier is identification information that identifies the possessed object of the player.

  The special skill is special skill information possessed by the object specified by the object identifier. The special skill level is a numerical value indicating the level of special skill information of the object. When an object has a plurality of special skills, a plurality of pieces of special skill information are associated with one object identifier, and a special skill level is associated with each piece of special skill information.

  The number of inequality transaction candidates is the number of inequality transaction candidates performed by the player. The number of unequal transaction candidates for one player identifier is unique. The number of soldiers is a value indicating the number of soldiers, which is one of the ability levels of the object specified by the object identifier.

  In addition, at the time of granting an object, the object has a predetermined number of soldiers. When the above experience value is accumulated up to a predetermined value, the terminal device 200 can accept an awakening instruction. When an awakening instruction is received, awakening is performed. The awakening increases the number of soldiers of the object, for example.

  The experience value is a parameter value given to the object as the game progresses. The experience value is increased by performing the synthesis process in which the synthesis type is “enhancing awakening”.

  FIG. 5 is a diagram illustrating an example of the data structure of the distribution history information 123. The distribution history information 123 includes an object identifier, a transaction date and time, a transaction price, a seller, a purchaser, a type identifier, a special skill, and a special skill level. For example, when one seller object is traded by a seller and a purchaser, a new record is added to the distribution history information 123. Each record of the distribution history information 123 is treated as transaction information.

  The object identifier is identification information that identifies the traded object. The transaction date / time is information indicating the transaction date / time of the object. The transaction price is a value indicating the price of the virtual currency at which the object is actually traded. The seller is identification information that identifies the player who sold the object. The purchaser is identification information that identifies the player who purchased the object.

  The type identifier is identification information that specifies the type of the object specified by the object identifier. The special skill is special skill information of the object. The special skill level is a value indicating the level of special skill information of the object.

  Note that the transaction price of the distribution history information 123 may be an arbitrary value input by the administrator. For example, when an object newly introduced into the game system is given to a player by lottery or the like, the date and time of grant is set as the transaction date and time, and the input of the transaction price is accepted with the assigned player as the purchaser. It may be included.

  In addition, regarding the object given by exchanging the objects between the players, the exchange date / time may be the transaction date / time, and an input of the transaction price may be accepted with the given player as the purchaser, and may be included in the distribution history information 123.

  FIG. 6 is a flowchart illustrating an example of the basic price determination process. In this embodiment, a basic price is calculated for each feat information of an object. This processing is periodically executed in the server device 100, for example.

  First, the price calculation unit 113 selects one piece of special skill information from the basic price information 121 (step S11). Specifically, the price calculation unit 113 selects one piece of special skill information from the initial special techniques in the basic price information 121.

  Next, the history information extraction unit 112 refers to the distribution history information 123 and extracts a record having only the selected special skill information (step S12). Specifically, the history information extraction unit 112 refers to the basic price information 121 using the initial feat selected in step S11, and extracts a type identifier associated with the initial feat. The history information extraction unit 112 extracts a record of the distribution history information 123 having the extracted type identifier. A record may be rephrased as data.

  The history information extraction unit 112 has only the special skill information selected in step S11 among the extracted records, and further extracts a record of the distribution history information 123 traded within a predetermined period (for example, six months) from the present time. To do. That is, transaction information is extracted for an object having the feat selected in step S11 as an initial feat and having only the initial feat.

  Next, the history information extraction unit 112 determines whether or not the number of records extracted in step S12 is a predetermined amount or more (for example, 5 or more) (step S13). In this embodiment, the basic price is calculated using the transaction price of the object that has been traded. However, if the number of extracted records is small, it is assumed that the distribution history is not accumulated so that the basic price can be calculated. The price is not calculated. Therefore, the history information extraction unit 112 determines whether or not the number of records indicating the circulation amount is a predetermined amount or more.

  When the history information extraction unit 112 determines that the number of extracted records is less than the predetermined amount (in the case of “NO” in step S13), the price calculation unit 113 selects other special skill information (step S14). Thereafter, the process proceeds to step S12.

  When the history information extraction unit 112 determines that the number of extracted records is a predetermined amount or more (in the case of “YES” in step S13), the price calculation unit 113 calculates a reference value of the transaction price of the extracted records. (Step S15). For example, the price calculation unit 113 calculates the average value of the transaction prices as the reference value by extracting and adding the transaction prices of the records extracted in step S12 and dividing by the number of extracted records.

  Next, the price calculation unit 113 measures the number of reference records traded at a transaction price within a predetermined range from the reference value among the extracted records (step S16). Specifically, the price calculation unit 113 extracts a record traded at a transaction price within a predetermined range from the reference value calculated in step S15 as a reference record. For example, “within a predetermined range” is not less than half the average value of the transaction price, which is a reference value, and not more than twice. The price calculation unit 113 measures the number of extracted reference records.

  The price calculation unit 113 determines whether the ratio of the reference record number to the extracted record number is a predetermined value or more (step S17). Specifically, the price calculation unit 113 calculates the ratio of the number of reference records measured in step S16 to the number of records extracted in step S12. The price calculation unit 113 determines whether the calculated ratio is a predetermined value (for example, 80%) or more.

  When the price calculation unit 113 determines that the ratio of the reference record number to the extracted record number is less than the predetermined value (“NO” in step S17), the price calculation unit 113 selects other special skill information. (Step S18). If the ratio of the number of reference records is less than the predetermined value, the price calculation unit 113 does not calculate the basic price because the selling price of the object is considered to vary greatly. The price calculation unit 113 shifts the process to step S12 after selecting other feat information in step S18.

  When the price calculation unit 113 determines that the ratio of the reference record number to the extracted record number is equal to or greater than the predetermined value (“YES” in step S17), the price calculation unit 113 uses the sales price of the reference record. The basic price is calculated (step S19). For example, the price calculation unit 113 calculates an average value of sales prices included in the reference record as a basic price.

  The reference record is a record related to a transaction whose sales price is within a predetermined range from the reference value. That is, it can be said that calculating the basic price using the reference record performs the basic price calculation process by excluding records whose transaction price deviates from the reference value from among the records related to the transaction.

  Next, the price calculation unit 113 updates the basic price information 121 (step S20). Specifically, the price calculation unit 113 refers to the basic price information 121 and associates the basic price calculated in step S19 with the initial special skill selected in step S11.

  Next, the price calculation unit 113 determines whether there is other special skill information that has not been selected (step S21). If the price calculation unit 113 determines that there is other feat information that has not been selected (“YES” in step S21), the price calculation unit 113 shifts the process to step S11. If the price calculation unit 113 determines that there is no other special skill information that has not been selected (“NO” in step S21), the price calculation unit 113 ends the process of this flowchart.

  In the present embodiment, as described above, the basic price is not calculated in a predetermined case (in the case of “NO” in step S13 and “NO” in step S17). In this case, the price calculation unit 113 may set a value preset for the special skill information in the basic price information 121 as a basic price.

  Further, in the present embodiment, the basic price is calculated for each feat information, but the basic price may be calculated for each combination of the object type and the feat information. For example, when objects of different object types have a common initial feat, a basic price can be calculated according to the characteristics of the object type (for example, whether it is scarce).

  As described above, according to the present embodiment, the base price can be calculated using the price of a transaction having a circulation amount sufficient to calculate the basic price. In addition, when the base price is calculated, if the transaction price varies, the basic price can be calculated using the reference record excluding the variation. As a result, in setting the basic price, it is possible to assist in setting to an appropriate value reflecting the distribution history.

  FIG. 7 is a flowchart illustrating an example of the sales candidate price determination process. The processing timing of this processing will be described later.

  First, the price calculation unit 113 identifies an object for which a sales candidate price is to be determined (step S31).

  Next, the price calculation unit 113 extracts the special skill of the object (step S32). Specifically, the price calculation unit 113 refers to the player information 122 and extracts feat information associated with the object identifier specified in step S31.

  Next, the price calculation unit 113 specifies a basic price of an object having the extracted special skill as an initial special skill (step S33). Specifically, the price calculation unit 113 refers to the basic price information 121 and specifies the basic price of the record having the special skill information extracted in step S32 as the initial special skill. When a plurality of pieces of special skill information are extracted in step S32, the price calculation unit 113 specifies a basic price for each piece of special skill information.

  Next, the price calculation unit 113 adds the basic price to obtain a sales candidate price (step S34). Specifically, the price calculation unit 113 adds the base prices specified in step S33 to obtain a sales candidate price. If there is only one piece of special skill information specified in step S32, one basic price is specified in step S33, and the basic price becomes a sales candidate price. Then, the control part 110 complete | finishes the process of this flowchart.

  In step S33, when there are a plurality of records having the extracted special skill information as the initial special skill, the price calculation unit 113 specifies the basic price according to a predetermined rule. For example, the price calculation unit 113 identifies the rank of the object by referring to the object type identifier. The price calculation unit 113 refers to the basic price information 121, uses the extracted special skill information as an initial special skill, and specifies the basic price of an object having the specified rank.

  For example, when there are a plurality of records having the extracted special skill information as the initial special skill, the price calculation unit 113 may specify the basic price by calculating an average value of the basic prices of the plurality of records. .

  FIG. 8 is a flowchart illustrating an example of the sales price determination process. This process is periodically executed in the server apparatus 100, for example.

  First, the exhibition reception unit 114 receives selection of an exhibition object to be exhibited from the terminal device 200 (step S41).

  Next, the price calculation unit 113 determines a sales candidate price of the exhibition object (step S42). The process performed here is the same as the sales candidate price determination process shown in FIG. The price calculation unit 113 determines the sales candidate price using the exhibition object as the object of the sales candidate price determination target.

  Next, the user interface control unit 117 transmits a screen indicating a sales candidate price (step S43). Specifically, the user interface control unit 117 generates screen information of a sales candidate price display screen that displays the sales candidate price obtained in step S42, and transmits the selection operation of the exhibition object in step S41. Screen information is transmitted.

  FIG. 12 is a diagram illustrating an example of the sales candidate price presentation screen 210. In the sales candidate price presentation screen 210, the sales candidate price of the exhibition object is displayed, and an input area for receiving the sales price is displayed. When the player desires to exhibit at the sales candidate price, the player may input the sales candidate price, or may perform an input operation indicating sale confirmation without inputting the price. In addition, when the listing is not desired at the selling candidate price, the player inputs the desired selling price in the input area.

  Returning to FIG. Next, the price calculation unit 113 determines a sales price (step S44). Specifically, when receiving an input operation on the sales candidate price presentation screen 210, the price calculation unit 113 determines a sales price according to the input operation.

  Next, the user interface control unit 117 transmits a screen showing a sales price (step S45). Specifically, the user interface control unit 117 generates screen information on a screen (not shown) indicating the sales price determined in step S44, and transmits the selection operation of the exhibition object in step S41 to the terminal device 200 that has transmitted it. To send. Then, the control part 110 complete | finishes the process of this flowchart.

  After that, when another player who wishes to purchase at the determined selling price performs an input operation for purchase desire to the terminal device 200, the game progression unit 111 refers to the player information 122 and The player identifier is changed from the player identifier of the seller to the player identifier of the purchaser.

  In addition, the game progression unit 111 refers to virtual currency information (not shown) stored in the storage unit 120 and moves the virtual currency corresponding to the sales price from the purchaser to the seller. In addition, the game progression unit 111 associates the seller and purchaser player identifiers with the object identifier of the exhibition object, and generates the distribution history information 123 using the selling price as the transaction price. Needless to say, the generated distribution history information 123 is used to calculate the basic price of an object traded after generation.

  As described above, in this embodiment, the sales candidate price of the exhibition object to be presented to the player is calculated according to the circulation amount and the sales price of the object. Thereby, the player can refer to the appropriate price according to the transaction status, and can display the object at an appropriate selling price.

  FIG. 9 is a flowchart illustrating an example of the administrator screen display process.

  First, the input unit 130 receives an instruction to display an administrator screen (step S51). Specifically, the input unit 130 receives an input operation of an instruction to display an administrator screen on the input device 165. When receiving an instruction to display the administrator screen, the output unit 140 displays a screen (not shown) that prompts input of distribution history information 123 to be managed.

  Next, the input unit 130 receives an input of the distribution history information 123 to be managed (step S52). Specifically, the input unit 130 receives selection of the distribution history information 123 to be managed among the distribution history information 123 stored in the storage unit 120. For example, the input unit 130 may accept an input of a target period of the distribution history information 123 to be managed.

  Next, the inequality determination unit 116 selects one record of the distribution history information 123 (step S53). Specifically, the inequality determination unit 116 selects one record included in the distribution history information 123 to be managed that has been input in step S52.

  Next, the price calculation unit 113 determines a sales candidate price of the target object (step S54). The price calculation unit 113 performs the sales candidate price determination process shown in FIG. 7 using the object included in the record specified in step S53 as the object of the sales candidate price determination target, and obtains the sales candidate price.

  Next, the inequality determination unit 116 determines whether or not the selling price of the selected object is outside the predetermined range (step S55). Specifically, the inequality determination unit 116 determines that the sales price of the object included in the record of the distribution history information 123 selected in step S53 is outside the predetermined range as compared with the sales candidate price determined in step S54. It is determined whether or not. For example, the inequality determination unit 116 determines that the distribution price of the distributed object is outside the predetermined range when the sales price is less than half of the sales candidate price or 10 times the sales price. That is, in this case, the predetermined range is a range that exceeds half of the sales candidate price and lower than 10 times the sales candidate price.

  When the inequality determination unit 116 determines that the selling price of the object is not outside the predetermined range (in the case of “NO” in step S55), the inequality determination unit 116 advances the process to step S58.

  When the inequality determination unit 116 determines that the selling price of the object is outside the predetermined range (“YES” in step S55), the inequality determination unit 116 determines the seller and purchaser of the selected record. Extract (step S56). Specifically, the inequality determination unit 116 extracts the player identifier of the seller and the player identifier of the purchaser included in the record of the distribution history information 123 selected in step S53. When the transaction price is outside the predetermined range, the transaction is treated as an inequality transaction candidate.

  Next, the inequality determination unit 116 increases the number of inequality transaction candidates of the seller and the purchaser (step S57). Specifically, the inequality determination unit 116 refers to the player information 122 and adds 1 to the number of inequality transaction candidates associated with the player identifier extracted in step S56. When there are a plurality of records having the same player identifier in the player information 122, 1 is added to the number of unequal transaction candidates of each record. In other words, apart from the player information 122, there may be information for managing the number of unequal transaction candidates for each player identifier.

  Next, the inequality determination unit 116 determines whether all records have been selected (step S58). Specifically, the inequality determination unit 116 determines whether all the records included in the distribution history information 123 to be managed that have been input in step S52 have been selected in step S53. When the inequality determination unit 116 determines that all records are not selected (in the case of “NO” in step S58), that is, when there is an unselected record in the distribution history information 123 to be managed, The inequality determination unit 116 shifts the process to step S53.

  When the inequality determination unit 116 determines that all records have been selected (in the case of “YES” in step S58), the inequality determination unit 116 determines whether or not there is a player whose inequality transaction candidate number is a predetermined number or more. Is determined (step S59). Specifically, the inequality determination unit 116 refers to the number of inequality transaction candidates in the player information 122 and determines whether the number is equal to or greater than a predetermined number. In addition, when the number of inequality transaction candidates is equal to or greater than a predetermined number, a transaction performed by the player is treated as an inequality transaction.

  When the inequality determination unit 116 determines that there are no players with the number of inequality transaction candidates equal to or greater than the predetermined number (in the case of “NO” in step S59), the output unit 140 displays the distribution history information 123 to be managed as an administrator. Display on the screen (step S60). The output unit 140 generates display information of an administrator screen indicating the distribution history information 123 to be managed, and outputs the generated display information to the display. Note that the output unit 140 may output a character string indicating that there is no inequality transaction, instead of displaying the distribution history information 123. Then, the control part 110 complete | finishes the process of this flowchart.

  When the inequality determination unit 116 determines that there are players with the number of inequality transaction candidates equal to or greater than the predetermined number (in the case of “YES” in step S59), the output unit 140 determines that the distribution history information 123 to be managed is The equality transaction is displayed differently from other transactions on the administrator screen (step S61). Specifically, the output unit 140 generates screen display information indicating the distribution history information 123 to be managed, and outputs the generated display information to the display.

  At that time, the output unit 140 displays the record of the distribution history information 123 indicating the inequality transaction so as to be distinguishable in a display mode different from other records. That is, transaction information related to inequality transactions is displayed differently from other transaction information on the administrator screen. Then, the control part 110 complete | finishes the process of this flowchart.

  FIG. 13 is a diagram illustrating an example of the administrator screen 220. This figure is a list of transaction information constituting the distribution history information 123 to be managed. In the figure, the fourth transaction from the top is highlighted differently from the other transactions. In this way, the output unit 140 displays inequality transactions differently from other transactions. Note that the display mode is not limited to the mode illustrated in FIG. 13, and it is only necessary that the transaction information of the inequality transaction and the other transaction information are displayed in a distinguishable manner.

  If the transaction price is excessively high, the transaction may have been performed for an unauthorized purpose other than buying and selling objects. In addition, if the transaction price is excessively small, for example, the same player has different accounts and the object is traded between each account, or it is prohibited by the rules of the game, or for some illegal purpose May have been traded.

  In other words, there is a possibility that the player has entered a selling price outside the predetermined range by mistake and the transaction has been concluded. Therefore, the inequality determination unit 116 of the server apparatus 100 counts the number of inequality transaction candidates, and treats a transaction of a player who has performed more than a preset number of inequality transaction candidates as an inequality transaction. Thereby, the accuracy of determination of inequality transactions can be improved.

  As described above, according to the present embodiment, the administrator can grasp the status of inequality transactions in the distribution history. In addition, the administrator can take necessary measures such as warning a player who performs inequality transactions.

  FIG. 10 is a flowchart (part 1) illustrating an example of the synthesis process. This process is started when the terminal device 200 receives an input operation of a display instruction on the combination instruction reception screen.

  First, the user interface control unit 117 displays a composition instruction reception screen (step S71). Specifically, the user interface control unit 117 transmits display information of a combination instruction reception screen for receiving a combination instruction to the terminal device 200. In the present embodiment, the composition instruction reception screen can accept the selection of any one composition type from among the composition types of “Teach Special”, “Strengthen Special”, or “Enhance Awakening”. The output unit 140 accepts selection of any one of the plurality of composition types displayed on the composition instruction reception screen.

  Next, the composition execution unit 115 determines which composition type has been selected (step S72). In step S <b> 71, the composition execution unit 115 identifies one composition type selected by the terminal device 200 from among the composition types displayed on the composition instruction reception screen.

  <Composite type: “Teach special skills”>

  Here, a case will be described in which the composition type is “skill transfer”. As described above, the combination type of “transfer special skills” indicates that the combination of moving the special technique of the combined use object to the combination target object is performed.

  When the selected composition type is “Teach special skill” (in the case of “Tell special skill” in Step S72), the composition execution unit 115 accepts selection of the composition target object and the composition use object (Step S73). Specifically, the synthesis execution unit 115 controls the display information of the synthesis execution screen that accepts selection of a synthesis target object that is an object to be synthesized and a synthesis use object that is an object used for synthesis by user interface control. Generated by the unit 117 and displayed on the terminal device 200.

  FIG. 14 is a diagram (part 1) illustrating an example of the composition execution screen 230. The composition execution screen 230 includes a composition type selection tab 231 that enables selection of a kind to be synthesized. The composition execution screen 230 illustrated in FIG. 14 is an example of a screen when the composition type “Tell a special skill” is selected.

  The composition execution screen 230 includes a composition target object display area 232, a composition use object display area 233, a possessed object display area 234, a composition instruction input area 235, a composition instruction input area 236 for virtual currency, and a success probability display area. 237.

  The compositing target object display area 232 is an area for displaying the compositing target object selected from the retained objects displayed in the retained object display area 234. For example, the composition target object can be selected by dragging the possessed object displayed in the possession object display area 234 to the composition target object display area 232.

  In the compositing target object display area 232, as shown in FIG. 14, the special skill and the special skill level possessed by the selected compositing target object may be displayed. The user interface control unit 117 refers to the player information, and generates display information of the compositing target object display area 232 using the special skill and the special skill level of the possessed object selected as the compositing target object.

  The combined use object display area 233 is an area for displaying the combined use object selected from the held objects displayed in the held object display area 234. Similar to the selection of the compositing target object, for example, by dragging the retained object displayed in the retained object display area 234 to the composite used object display area 233, the composite used object can be selected.

  Since the combination type of “transfer special skills” is a type in which the special technique of the combined use object is moved to the combination target object, the combined use object display area 233 includes a special technique selection area 238. The special skill selection area 238 is an area for receiving selection of a special technique to be moved to the compositing target object from the special techniques of the combined use object. The special skill selection area 238 includes, for example, a check box and a radio button that can accept selection of one of the special techniques.

  The owned object display area 234 is an area for displaying a list of owned objects that the player has. The composition instruction input area 235 is an area for receiving a composition instruction input operation. In the present embodiment, when the composition is performed by an input operation to the composition instruction input area 235, the virtual currency is not necessary.

  The virtual currency composition instruction input area 236 is an area for receiving an input operation of a composition instruction using a virtual currency. In the present embodiment, the success probability of the combination is improved when the virtual currency is used for the combination. The success probability will be described later.

  The success probability display area 237 is an area for displaying a numerical value indicating the success probability of synthesis. The success probability of synthesis differs depending on whether the virtual currency is used or not. Therefore, it is desirable to display in the success probability display area 237 the success probability when the virtual currency is not used and the success probability when the virtual currency is used.

  In the present embodiment, in the composition type of “Teach special skill” and “Strengthen special technique”, one compositing target object and compositing use object can be selected from each other. The number of selections is not limited to this.

  Returning to FIG. In step S73, the user interface control unit 117 treats the retained object displayed in the compositing target object display area 232 as the object selected as the compositing target object, and uses the retained object displayed in the composite used object display area 233 as a composite. Treat as selected object.

  Next, the user interface control unit 117 accepts selection of a special skill to be synthesized from the special skills of the combined use object (step S74). Specifically, the user interface control unit 117 accepts selection of a special skill to be combined in the special skill selection area 238.

  Next, the composition execution unit 115 determines the success probability using the special skill level (step S75). Specifically, a reference value of the success probability in the combination type “Teach skill” is set in an area (not shown) of the storage unit 120. The reference value is set for each special skill level of the special technique to be synthesized. The composition execution unit 115 refers to the special skill level of the special technique selected in step S74 and specifies the reference value for the success probability.

  Further, the composition execution unit 115 refers to the player information 122 and identifies the type identifier of the composition use object. In the basic price information 121, the composition execution unit 115 identifies the rank associated with the identified type identifier. The composition execution unit 115 identifies a rank coefficient set in advance for the identified rank. The composition execution unit 115 refers to the compatibility information (not shown) and specifies the compatibility value between the composition target object and the composition use object. The composition execution unit 115 calculates the success probability by using the rank coefficient and the compatibility value with respect to the reference value. That is, even if the objects have the same skill level, if the compatibility value is high, the success probability is improved.

  Note that this calculation method is merely an example, and the method for calculating the success probability is not limited to this. For example, the synthesis execution unit 115 may use the reference value as the success probability as it is.

  Next, the composition execution unit 115 receives a composition instruction (step S76). Specifically, when the composition execution unit 115 accepts an input operation to the composition instruction input area 235 or the virtual currency composition instruction input area 236 in the composition instruction reception screen, the composition execution unit 115 receives the composition instruction. The process proceeds to step S77.

  As described above, when virtual currency is used for composition, the success probability of composition is improved. For this reason, when the synthesis execution unit 115 receives an input operation to the virtual currency synthesis instruction input area 236, the synthesis execution unit 115 uses a predetermined benefit coefficient for the success probability so that the success probability is improved. Calculate the probability of success. For example, when the benefit coefficient is 1.5, the composition execution unit 115 calculates a new success probability by multiplying the success probability by 1.5 of the benefit coefficient.

  Next, the composition execution unit 115 determines whether composition is possible using the success probability (step S77). The composition execution unit 115 determines whether or not composition is possible so that composition is successful with the calculated success probability.

  Next, the composition execution unit 115 determines whether composition is possible (step S78). When the composition is possible (in the case of “YES” in step S78), the composition execution unit 115 associates the composition target feat with the composition target object (step S79). Specifically, the composition execution unit 115 refers to the player information 122 and associates the feat that has been selected in step S74 with the composition target object selected in step S73.

  After completion of the process in step S79, or when composition is not possible in step S78 (in the case of “NO” in step S78), the composition execution unit 115 deletes the composition use object (step S80). Specifically, the composition execution unit 115 deletes the composition use object selected in step S73 from the player information 122. The control unit 110 then ends the process of this flowchart.

  <Composite type: “Strengthen special skills”>

  Next, a description will be given of a case where the composition type is “strengthening special skills”. As described above, the combination type of “strengthen the special skill” indicates that the combination of improving the special skill level of the special technique of the compositing target object when the compositing target object and the compositing use object have a common special technique.

  In step S72, when the selected combination type is “tell special skill” (in the case of “strengthen special technique” in step S72), the composition execution unit 115 shifts the processing to step S81. Since this process is the same as the process performed in step S73, description thereof is omitted.

  Next, the user interface control unit 117 accepts selection of a composition target technique from the composition object feats (step S82). In the compositing target object display area 232 of the compositing execution screen 230 when the compositing type is “strengthening the special skill”, the special skill of the compositing target object is displayed so as to be selectable. The user interface control unit 117 accepts selection of a special skill for the compositing target object display area 232.

  Next, the composition execution unit 115 determines the success probability using the special skill level (step S83). Specifically, as in the case where the composition type is “teach special skill”, a reference value of the success probability in the composition type “strengthen special technique” is set in an area (not shown) of the storage unit 120. The reference value is set for each special skill level of the special technique to be synthesized. The composition execution unit 115 refers to the special skill level of the special technique selected in step S82 and specifies the reference value of the success probability.

  In addition, the composition execution unit 115 refers to the player information 122 and the basic price information 121, identifies the rank of the composition target object, and identifies a rank coefficient set in advance for the rank. The composition execution unit 115 calculates the success probability by using the rank coefficient and the compatibility value between the composition target object and the composition use object with respect to the reference value. Note that the method for calculating the success probability is not limited to this. For example, the reference value may be used as it is as the success probability, or a rank coefficient specified by the rank of the combined use object may be used.

  Since the processing performed from step S84 to step S86 is the same as the processing performed from step S76 to step S78, description thereof is omitted.

  If the composition is possible in step S86 (if “YES” in step S86), the composition execution unit 115 increases the level of the special skill to be composed. Specifically, the composition execution unit 115 refers to the player information 122 and specifies the skill level of the skill of the composition target object selected in step S82. In addition, the composition execution unit 115 specifies the skill level associated with the selected skill in the record of the composition use object in the player information 122. The composition execution unit 115 increases the skill level of the compositing target object by adding the skill level of the compositing used object to the skill level of the compositing target object.

  The method for increasing the skill level of the compositing target object is not limited to this. For example, a fixed value (for example, “1”) may be added to the skill level of the compositing target object regardless of the skill level of the compositing object.

  Since the process performed in step S88 is the same as the process performed in step S80, description thereof is omitted. Then, the control part 110 complete | finishes the process of this flowchart.

  <Composite type: “Enhancing awakening”>

  Next, a description will be given of a case where the composition type is “awakening enhancement”. As described above, the composition type “enhancement of arousal” indicates that composition for increasing the “experience value” associated with the composition target object is performed. In step S72, when the selected combination type is “enhancing arousal”, the combination execution unit 115 shifts the processing to the flowchart shown in FIG.

  FIG. 11 is a flowchart (part 2) illustrating an example of the synthesis process. The processing performed in step S89 is the same as that in step S73 in FIG.

  FIG. 15 is a diagram (part 2) illustrating an example of the composition execution screen 230. A composition execution screen 230 illustrated in FIG. 15 is an example of a screen when the composition type “enhancing awakening” is selected. Hereinafter, differences from the synthesis execution screen 230 illustrated in FIG. 14 will be described.

  The composition execution screen 230 in the composition type “enhancing awakening” has an experience value display area 239 instead of the success probability display area 237. In this embodiment, each object has a wakefulness level, and an upper limit of experience values is set for the wakefulness level. When the experience value reaches the upper limit, awakening (increase in the number of soldiers) becomes possible, and the awakening level increases by awakening.

  The storage unit 120 stores an awakening level associated with each possessed object. In the experience value display area 239, the upper limit value of the experience value at the arousal level at the time of display of the compositing target object and the total experience value scheduled to be obtained by compositing with the compositing object are displayed.

  It should be noted that the total experience value obtained by the composition with the composition use object is a value obtained by adding together the experience value of the composition target object in the player information 122 and the amount of increase in the experience value described later.

  In the present embodiment, when virtual currency is used, the amount of increase in experience value increases. Therefore, in the experience value display area 239, the total experience value is displayed separately in the synthesis instruction input area 235 and the virtual currency synthesis instruction input area 236.

  Further, the composition execution screen 230 in the composition type “enhancing awakening” can select a plurality of composition use objects. The held object icon is moved from the held object display area 234 to the combined use object display area 233, that is, each time the held object is selected as the combined use object, the combined value is used for the experience value displayed in the experience value display area 239. The experience value increase amount of the object is added, and the display of the experience value display area 239 is changed.

  Further, when the experience value reaches the upper limit, the awakening instruction can be received in the composition instruction input area 235. When the awakening instruction is input, the awakening level of the compositing target object is improved, the awakening level of the compositing target object is increased, and the experience value of the player information 122 is reset to the initial value. Further, the number of soldiers in the player information 122 increases.

  Returning to FIG. In step S90, the compositing execution unit 115 determines the amount of increase in the experience value using the rank of the compositing target object (step S90). Specifically, the composition execution unit 115 refers to the basic price information 121 using the type identifier of the composition target object, and identifies the rank of the composition target object. The composition execution unit 115 determines the increase amount of the experience value predetermined by the rank as the increase amount in this processing.

  As described above, when there are a plurality of combined use objects, the combination execution unit 115 determines the total increase amount of the experience values by adding the increase amount of the experience values determined for each combined use object.

  The processing in step S91 is the same as the processing in step S76 in FIG.

  Next, the composition execution unit 115 increases the experience value of the composition target object (step S92). Specifically, the composition execution unit 115 refers to the player information 122 and uses (for example, adds) an increase amount of a new experience value to the experience value of the composition target object, thereby obtaining the experience value of the composition target object. Increase.

  The process in step S93 is the same as the process in step S80 in FIG.

  Next, the composition execution unit 115 determines whether or not the experience value is greater than or equal to a predetermined value (step S94). As described above, it is possible to increase the number of soldiers when the experience value reaches the upper limit value of the awakening level at the time of object composition processing. Therefore, the composition execution unit 115 determines whether or not the experience value of the composition target object is greater than or equal to the value determined by the awakening level of the object. When the composition execution unit 115 determines that the experience value is less than the predetermined value (in the case of “NO” in step S94), the control unit 110 ends the processing of this flowchart.

  When the composition execution unit 115 determines that the experience value is equal to or greater than the predetermined value (“YES” in step S94), the composition execution unit 115 determines whether an awakening instruction has been received (step S95). Specifically, when the experience value is determined to be greater than or equal to a predetermined value, the user interface control unit 117 displays an input button that can accept an awakening instruction in the composition instruction input area 235. When the composition execution unit 115 receives an input operation of the input button, the composition execution unit 115 shifts the processing to step S96.

  When the composition execution unit 115 determines that an awakening instruction has not been received (in the case of “NO” in step S95), the control unit 110 ends the processing of this flowchart.

  When the composition execution unit 115 determines that an awakening instruction has been received (“YES” in step S95), the composition execution unit 115 increases the number of soldiers (step S96). In this embodiment, the amount of increase in the number of soldiers is set in advance according to the awakening level of the object. The composition execution unit 115 determines the amount of increase in the number of soldiers using the awakening level of the composition target object, and adds the number of soldiers included in the player information 122 to increase the number of soldiers. Then, the control part 110 complete | finishes the process of this flowchart.

  In this embodiment, the number of soldiers increases due to awakening, but the effect caused by awakening is not limited to an increase in the number of soldiers.

  As described above, by performing the synthesizing process according to the present embodiment, the sales candidate price can be calculated according to the special skill information of the compositing target object even when the special skill information is moved from the compositing use object to the compositing target object. In other words, it is possible to support the setting of an appropriate price for an object that is a synthesis target.

  <Second Embodiment>

  Next, a second embodiment of the present invention will be described. In the second embodiment, the basic price is determined based on the capability level, and the sales candidate price is calculated by using the special skill price corresponding to the special skill of the exhibition object. The special skill price is determined based on the distribution amount and the transaction price. Hereinafter, differences from the first embodiment will be described. Hereinafter, although an example in which the ability level is the number of soldiers will be described, the ability level is not limited to the number of soldiers.

  FIG. 16 is a flowchart illustrating an example of a sales candidate price determination process in the second embodiment. This process is executed in place of the sales candidate price determination process shown in FIG. Similar to the sales candidate price determination process shown in FIG. 7, this process is started when the exhibition receiving unit 114 receives an exhibition instruction specifying an exhibition object from the terminal device 200, for example.

  The process performed in step S101 is the same as the process performed in step S31 of FIG.

  Next, the price calculation unit 113 identifies the basic number of soldiers (step S102). In the storage unit 120 of the server device 100 according to the present embodiment, a soldier number basic price with respect to the number of soldiers is set in advance. For example, the larger the number of soldiers, the higher the basic price for soldiers. The price calculation unit 113 refers to the player information 122, specifies the number of soldiers of the object for which the sales candidate price is determined specified in step S101, and specifies the number of soldiers basic price using the number of soldiers. The basic price for soldiers is also called the basic price by ability.

  The process performed in step S103 is the same as the process performed in step S32 of FIG.

  Next, the price calculation unit 113 calculates a special skill price (step S104). This process will be described later. With this process, the special skill price according to the special technique of the object is determined.

  Next, the price calculation unit 113 obtains a sales candidate price using the soldier number basic price and the special skill price (step S105). Specifically, the price calculation unit 113 obtains the object sale candidate price using the soldier number basic price specified in step S102 and the special skill price determined in step S104. For example, the price calculation unit 113 obtains the sales candidate price by adding the special skill price to the soldier number basic price. Then, the control part 110 complete | finishes the process of this flowchart.

  FIG. 17 is a diagram illustrating an example of special skill price determination processing according to the second embodiment. The special skill price determination process is executed in step S104 shown in FIG.

  First, the price calculation unit 113 selects one feat of the object (step S111). Specifically, the price calculation unit 113 selects one of the feat information indicating the feat extracted in step S103 of FIG.

  The processing performed from step S112 to step S113 is the same as the processing performed from step S12 to step S13 in FIG.

  In step S113, when the history information extraction unit 112 determines that the number of extracted records is less than a predetermined amount (in the case of “NO” in step S113), the price calculation unit 113 determines a predetermined special skill price. (Step S114). Specifically, a special skill price is preset for each special skill information in an area (not shown) of the storage unit 120. The price calculation unit 113 determines the special skill price associated with the special skill information selected in step S111. Thereafter, the price calculation unit 113 shifts the process to step S121.

  When the history information extraction unit 112 determines that the number of extracted records is greater than or equal to the predetermined amount (“YES” in step S113), the price calculation unit 113 shifts the process to step S115. The processing performed from step S115 to step S117 is the same as the processing performed from step S15 to step S17 in FIG.

  In step S117, when the price calculation unit 113 determines that the ratio of the reference record number to the extracted record number is less than a predetermined value (in the case of “NO” in step S117), the price calculation unit 113 is determined in advance. The special skill price is determined (step S118). Thereafter, the price calculation unit 113 shifts the process to step S121.

  When the price calculation unit 113 determines that the ratio of the reference record number to the extracted record number is equal to or greater than a predetermined value (“YES” in step S117), the price calculation unit 113 uses the sales price of the reference record. The special skill price reference value is calculated (step S119). For example, the price calculation unit 113 calculates an average value of sales prices included in the reference record as a special skill price reference value.

  Next, the price calculation unit 113 calculates the special skill price using the special skill reference price and the soldier base price (step S120). For example, the price calculation unit 113 calculates the special skill price by subtracting the soldier basic price specified in step S102 of FIG. 16 from the special skill reference price calculated in step S119.

  Next, the price calculation unit 113 determines whether there is other special skill information that has not been selected (step S121). If the price calculation unit 113 determines that there is other feat information that has not been selected (“YES” in step S121), the price calculation unit 113 shifts the process to step S111. If the price calculation unit 113 determines that there is no other special skill information that has not been selected (“NO” in step S121), the price calculation unit 113 ends the process of this flowchart.

  As described above, according to the present embodiment, it is possible to calculate the special skill price by using the price of a transaction with a sufficient circulation amount. In addition, when the special price is calculated, if the transaction price varies, the special price can be calculated using a reference record excluding the variation.

  In this embodiment, the basic price is determined according to the ability level of the object, and the object sales candidate price is calculated using the special skill price and the basic price calculated according to the circulation amount and the transaction price of the object. As a result, a sales candidate price that appropriately reflects the value of the object can be obtained, which can contribute to the determination of an appropriate sales price.

  In the first embodiment and the second embodiment, the control unit 110 of the server device 100 includes a game progression unit 111, a history information extraction unit 112, a price calculation unit 113, an exhibition acceptance unit 114, and a composition. An execution unit 115 and an inequality determination unit 116 are provided to control the game progress and calculate the sales candidate price. However, a device other than the server device 100 may have a processing unit that controls the progress of the game.

  In this case, the server device 100 acquires information related to the transaction from, for example, another device connected via the network N, manages the distribution history information 123, and calculates the basic price. Further, information on the exhibition object is acquired from another device, and a sales candidate price is calculated and transmitted to the other device, or transmitted to the terminal device 200. As a result, the processing load can be reduced as compared with the case where the game progress and the sales candidate price are calculated by the same server device 100.

  In other words, the configuration of the server device 100 illustrated in FIG. 1 is classified based on main processing contents in order to facilitate understanding of the configuration of the server device 100 and the game program. The present invention is not limited by the way of classification and names of components. The configurations of the server device 100 and the game program can be classified into more components based on the processing content. Moreover, it can also classify | categorize so that one component may perform more processes. Further, the processing of each component may be executed by one hardware or may be executed by a plurality of hardware. In addition, the sharing of processing or function of each component is not limited to that shown in the drawings as long as the objects and effects of the present invention can be achieved. In addition, the hardware configuration of the server apparatus 100 illustrated in FIG. 2 is not limited to that illustrated as long as the objects and effects of the present invention can be achieved.

  Also, the processing units of the flowcharts shown in FIGS. 6 to 11, 16, and 17 are divided based on main processing contents in order to facilitate understanding of the processing of the server device 100 and the game program. is there. The present invention is not limited by the way of dividing the processing unit or the name. The processing of the server device 100 and the game program can be divided into more processing units based on the processing content. Moreover, it can also divide | segment so that one process unit may contain many processes. Furthermore, the processing order of the above flowchart is not limited to the illustrated example as long as the object and effect of the present invention can be achieved. Further, the game images shown in FIGS. 12 to 15 are not limited to the illustrated configuration as long as the objects and effects of the present invention can be achieved.

  The present invention can also be applied to general-purpose computers such as PCs and smartphones. Further, the present invention is not limited to a case where a game program is executed by a single server device 100, but can also be applied when a game program is executed by a plurality of server devices 100.

  Further, the present invention can be provided in various modes such as not only a program but also a computer-readable recording medium that records the program, an information processing apparatus or computer that executes the program, and an information processing method.

  DESCRIPTION OF SYMBOLS 100: Server apparatus, 110: Control part, 111: Game progress part, 112: History information extraction part, 113: Price calculation part, 114: Exhibition reception part, 115: Compositing execution part, 116: Inequality determination part, 117: User interface control unit, 120: storage unit, 121: basic price information, 122: player information, 123: distribution history information, 130: input unit, 140: output unit, 150: communication unit, 161: arithmetic processing unit, 162: Main storage device, 163: recording device, 164: communication device, 165: input device, 166: output device, 200: terminal device, 210: sales candidate price presentation screen, 220: administrator screen, 230: composition execution screen, 231 : Composition type selection tab, 232: composition object display area, 233: composition object display area, 234: owned object Display area, 235: synthesis instruction input area, 236: synthesis instruction input area for the virtual currency, 237: Success probability display area, 238: feats selected region, 239: experience value display area, N: network

Claims (10)

A program that causes a computer to execute a game that proceeds using a possessed object associated with a player,
A storage unit for storing distribution history information including a transaction price and a distribution amount of the object;
An exhibition reception unit for receiving selection of an exhibition object to be exhibited from the possessed objects;
A history information extraction unit that extracts data of the distribution history information in which the distribution amount is a predetermined amount or more;
A program comprising: a price calculation unit that calculates a sales candidate price of the exhibition object using the transaction price included in the extracted data. The program according to claim 1,
The storage unit stores basic price information in which a basic price is associated with each feat information indicating a feat that the object has,
The price calculation unit calculates the basic price using the transaction price of the object having the feat information and generates the basic price information, and uses the basic price of the feat information included in the exhibition object. And calculating the sales candidate price. The program according to claim 2,
The history information extraction unit extracts the data of the object having certain feat information,
The price calculation unit calculates a reference value using the transaction price included in the extracted data, and uses the transaction price of the data excluding data having the transaction price deviating from the reference value. A program characterized by calculating a price. The program according to claim 3,
The price calculation unit calculates an average value of the transaction prices included in the extracted data as the reference value, and among the data extracted by the history information extraction unit, the transaction within a predetermined range from the reference value When the data having a price is extracted as reference data, and the ratio of the number of the reference data to the number of the data extracted by the history information extraction unit is a predetermined value or more, the transaction price of the reference data An average value is calculated as the basic price. The program according to claim 1,
The storage unit stores a basic price according to ability determined according to the ability level of the object, and one or more pieces of special skill information indicating the special skill of the possessed object,
The history information extraction unit extracts the data using a circulation amount of the object having the special skill information,
The price calculation unit calculates a special skill price for each of the special skill information using the transaction price of the object having the special skill information, and the basic price for each ability of the exhibition object, and the special technique of the exhibition object. The sales candidate price is calculated using the special skill price of information. A program according to any one of claims 2 to 5,
When a selection of one composition target object and one or a plurality of composition use objects is received from the possessed object, a composition execution unit that associates the feat information of the composition use object with the composition target object is provided. A featured program. The program according to claim 1,
An inequality determination unit that determines a transaction performed by the player that has performed a predetermined number of transactions at the transaction price deviating from the sales candidate price in each transaction constituting the distribution history information as an inequality transaction;
A program comprising: an output unit that displays transaction information relating to the inequality transaction differently from other transaction information. The program according to claim 7,
The distribution history information includes player information for identifying the player including a seller and a purchaser,
The inequality determination unit determines that a transaction whose transaction price in each transaction is outside a predetermined range from the sales candidate price is an inequality transaction candidate,
The said output part displays the said transaction information which the said player who performed the transaction whose inequality transaction candidate number is more than a predetermined number differ from other transaction information, The program characterized by the above-mentioned. An information processing method executed in an information processing apparatus,
The information processing apparatus includes an exhibition acceptance unit, a history information extraction unit, and a price calculation unit,
The exhibition acceptance unit executes an exhibition acceptance procedure for accepting selection of an exhibition object to be exhibited among possessed objects associated with the player,
The history information extraction unit executes a history information extraction procedure for extracting the data whose distribution amount is equal to or greater than a predetermined amount from data of distribution history information including a transaction price and a distribution amount of an object,
The information processing method, wherein the price calculation unit executes a price calculation procedure for calculating a sales candidate price of the exhibition object using the transaction price included in the extracted data. An information processing apparatus that progresses a game using a possessed object associated with a player,
A storage unit for storing distribution history information including a transaction price and a distribution amount of the object;
An exhibition reception unit for receiving selection of an exhibition object to be exhibited from the possessed objects;
A history information extraction unit that extracts data of the distribution history information in which the distribution amount is a predetermined amount or more;
An information processing apparatus comprising: a price calculation unit that calculates a sales candidate price of the exhibition object using the transaction price included in the extracted data.

Images