JP2019022653A - Information processing device and program - Google Patents

Abstract

To enable trading to be executed efficiently among users.SOLUTION: An information processing device includes: a user information storage part for associating possessed contents of each user and desired contents acquired by each user in a trade with each user, and storing them; a comparison part for, when operation to designate a content to be sold from the possessed contents is executed by the user, comparing the content to be sold with a desired content of another user; a selling part for, when the content to be sold does not coincide with the desired content of the another user, selling the content to be sold; and a trade part for, when the content to be sold coincides with the desired content of the another user, setting the content to be sold as a possessed content of the another user.SELECTED DRAWING: Figure 1

Description

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

  There is known an information processing apparatus that executes a game configured such that a character as an example of content can be traded between users (for example, Patent Document 1).

JP 2014-198254 A

  In such a game, it is difficult to establish a trade between users unless a character that another person wants to acquire and a character unnecessary for him / her is to be traded.

  In order to make a trade, the user had to scrutinize which character the other person wanted to acquire, and also had to check whether it was an unnecessary character for him or not. .

  The present invention has been made in view of such circumstances, and an object of the present invention is to enable efficient trade between users.

The main invention of the present invention to solve the above problems is
A user information storage unit that stores user information that each user possesses and user information that each user wants to acquire through trade is set in association with each user;
A comparison unit that compares the content to be sold and the desired content that other users want to acquire in the trade by the user performing an operation to specify the content to be sold from the possessed content,
When the content to be sold does not match the desired content that other users want to acquire in the trade, a sales unit that sells the content to be sold,
When the content to be sold matches the desired content that other users want to acquire in the trade, the trading unit that sets the content to be sold as the content owned by the other user;
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, when a user performs an operation of designating unnecessary content as a sale target, if the content to be sold matches content desired by another user, the user trades without selling. It becomes possible. As a result, since it is possible to establish a trade by selling content that is not necessary for the user to another person who wants to acquire the content, it is possible to efficiently trade between users.

The comparison unit compares the acquired content acquired by the user playing the game with the desired content that the other user wants to acquire,
The trade part sets the acquired content as the user's possessed content when the acquired content acquired by the user playing the game does not match the desired content that another user wants to acquire. It is desirable to execute processing for setting the acquired content as possessed content to the other user without allowing the user to possess the acquired content when the user performs an operation for requesting a trade.
According to such an information processing apparatus, when a user acquires acquired content by playing a game, if the acquired content matches content desired by another user, the user trades without acquiring the acquired content. It becomes possible. As a result, since it becomes possible to establish a trade by handing over acquired content unnecessary for the user to another person who wishes to acquire the content, it is possible to efficiently trade between users.

The user information storage unit stores the user information set in association with each user by a friend user,
It is preferable that the trading unit executes a process of setting the content to be sold as the content owned by the other user only when the other user is a friend user of the user.
Thereby, it becomes possible to activate communication between friend users via trade.

In addition, it is preferable that a predetermined number of desired contents are set for each user in the user information stored in the user information storage unit.
Thus, by setting a limit on the quantity of desired content that can be set by the user, it becomes possible to trade between users without impairing the game balance.

Also, the computer
User information storage means for storing the user information that each user possesses and the user information that each user wants to acquire through trade is set in association with each user,
Comparison means for comparing the content to be sold and the desired content that other users want to acquire in the trade by the user performing an operation to specify the content to be sold from the possessed content,
Selling means for selling the content to be sold when the content to be sold does not match the desired content that other users want to acquire by trade;
A trading means for setting the content to be sold as the possessed content of the other user when the content to be sold matches the desired content that the other user wants to acquire by trade;
It is a program to make it function as.
Such a program enables efficient trade between users.

It is a lineblock diagram showing an example of an information processing system concerning this embodiment. It is a hardware block diagram which shows an example of the computer which concerns on this embodiment. It is a functional block diagram which shows an example of the server apparatus which concerns on this embodiment. It is a functional block diagram which shows an example of the client terminal which concerns on this embodiment. It is a flowchart explaining the operation example regarding the trade setting at the time of the evolution synthesis | combination of the information processing system 1 in this embodiment. It is a block diagram which shows an example of user information. It is a block diagram which shows an example of character information. It is an image figure which shows an example of an inquiry screen. It is an image figure which shows an example of a trade setting screen. It is a block diagram which shows an example of trade setting information. It is a block diagram which shows an example of trade information. It is an image figure which shows an example of an evolution synthetic | combination screen. It is an image figure which shows an example of a desired character setting screen. It is a block diagram which shows an example of quest information. It is a flowchart explaining the operation example regarding the trade establishment at the time of sale of the information processing system 1 in this embodiment. It is an image figure which shows an example of an inquiry screen. It is a flowchart explaining the operation example regarding the trade establishment at the time of the reinforcement | strengthening composition of the information processing system 1 in this embodiment. It is an image figure which shows an example of an inquiry screen. It is a flowchart explaining the operation example regarding trade establishment at the time of the quest clear of the information processing system 1 in this embodiment. It is an image figure which shows an example of an inquiry screen. It is an image figure which shows an example of another user browsing screen. It is an image figure which shows an example of the desired character browsing screen.

  Hereinafter, an information processing apparatus, a program, and an information processing system according to an embodiment of the present invention will be described in detail. The present invention can be widely applied to an information processing apparatus, a program, an information processing system, and the like that employ a game in which a trade is performed between users.

[Embodiment]
<System configuration>
FIG. 1 is a configuration diagram illustrating an example of an information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to this embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

  The client terminal 10 is a terminal device such as a PC, a smartphone, or a tablet operated by a user, or a terminal device such as a home or business game dedicated device. The server device 20 performs management and control of the game performed by the user at the client terminal 10, charging processing in the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations.

  In addition to the client / server type information processing system 1 shown in FIG. 1, the present invention can be applied to a single game device by separately providing a mechanism for performing billing processing in a game. The information processing system 1 in FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. For example, the server device 20 of FIG. 1 may be configured to be distributed among a plurality of computers.

<Hardware configuration>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram illustrating an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration illustrated in FIG. The computer 50 is an example of an information processing apparatus.

  As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, and the like. Has been. The input device 55 and the display device 56 may be connected and used when necessary.

  The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from a storage device such as the ROM 53 and the HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

  The RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily storing programs and data, and is also used as a work area when the CPU 51 executes various processes.

  The ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 53 stores programs and data such as BIOS, OS settings, and network settings that are executed when the computer 50 is started up.

  The communication interface 54 is an interface for connecting the computer 50 to the network N. Thus, the computer 50 can perform data communication via the communication interface 54.

  The input device 55 is a device used by a user or administrator to input various signals. The input device 55 in the present embodiment is, for example, an operation device such as a touch panel, operation keys and buttons, a keyboard, and a mouse.

  The display device 56 is a device for displaying various information on the screen for the user or the administrator. The display device 56 in the present embodiment is a display such as a liquid crystal or an organic EL, for example.

  The external interface 57 is an interface for connecting to an external device so that data communication is possible. Thereby, the computer 50 can read and / or write the recording medium via the external interface 57. The external device is a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, and a USB memory.

  The HDD 58 is an example of a nonvolatile storage device that stores programs and data. The stored programs and data include an OS that is basic software for controlling the entire computer, and applications that provide various functions on the OS.

  Instead of the HDD 58, a drive device using a flash memory as a storage medium (for example, a solid state drive: SSD) may be used.

  The client terminal 10 and the server device 20 according to the present embodiment can implement various processes as described later by executing a program on the computer 50 having the above-described hardware configuration.

<Software configuration>
<Server equipment>
FIG. 3 is a functional block diagram illustrating an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

  The server device 20 according to the present embodiment implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

  The server control unit 200 has a function of executing processing related to various games. The server control unit 200 includes a game progress unit 201, a grant unit 202, a comparison unit 203, a sale unit 204, a trade unit 205, a notification unit 206, and a display control unit 207.

  The game progress unit 201 controls the progress of various games such as a battle game, a lottery game, and a composite game, which will be described later, based on the game operation received by the client terminal 10 from the user.

  The granting unit 202 grants or possesses one or more characters among a plurality of types of characters set in character information described later in the battle game or the lottery game.

  The comparison unit 203 compares the characters with each other in the progress of various games such as a battle game, a lottery game, and a synthetic game, which will be described later, and the sale of characters and the trade of characters which will be described later.

  The selling unit 204 sells an unnecessary character designated by the user from among the characters owned by the user based on the game operation received by the client terminal 10 from the user.

  The trade unit 205 establishes a trade between users by transferring a coin from another person instead of transferring it to another person who wants to acquire a character unnecessary for the trade.

  The notification unit 206 notifies the user of the content related to the trade established between the users due to the user's operation. The notification unit 206 can notify the user by screen display, mail transmission, push notification, or the like.

  For example, the display control unit 207 generates data of various screens according to the progress of the battle game, the lottery game, the synthetic game, etc. by the game progress unit 201, or the progress of the sale of characters or trades, thereby the screen of the client terminal 10 Control the display.

  The server storage unit 220 has a function of storing information related to various games. The server storage unit 220 includes a character information storage unit 221, a user information storage unit 222, a quest information storage unit 223, a lottery game information storage unit 224, and a trade information storage unit 225.

  The character information storage unit 221 is an example of a content information storage unit, and stores character information (content information) regarding a character as an example of content. In the character information stored in the character information storage unit 221, various characters used in the battle game, the lottery game, and the synthetic game are set.

  The user information storage unit 222 stores user information related to the user. The user information stored in the user information storage unit 222 includes a user rank, various characters possessed by the user, user trade setting information, and the like.

  The quest information storage unit 223 stores quest information related to the quest. In the quest information stored in the quest information storage unit 223, various characters that can be acquired in the quest, the amount of points consumed for starting the quest, and the like are set.

  The lottery game information storage unit 224 stores lottery game information related to the lottery game. In the lottery game information stored in the lottery game information storage unit 224, various characters that can be acquired in the lottery game are set.

  The trade information storage unit 225 stores trade information related to trade between users. In the trade information stored in the trade information storage unit 225, a desired character or the like that each user wants to acquire by trade is set.

  The server communication unit 240 has a function of performing communication with the client terminal 10 via the network N.

<Client terminal>
FIG. 4 is a functional block diagram illustrating an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, functional blocks illustrated in FIG.

  The client terminal 10 according to the present embodiment implements a client control unit 100, a client storage unit 120, a client communication unit 140, an operation reception unit 150, and a screen display unit 160 by executing a program. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.

  The operation reception unit 150 receives an operation from a user who operates the client terminal 10. In addition, the client control unit 100 performs processing related to a game on the client terminal 10. The request transmission unit 101 transmits a request to the server device 20 based on the content of the operation received by the operation reception unit 150 from the user. The response receiving unit 102 receives a response such as a processing result for the request transmitted from the request transmitting unit 101 to the server device 20.

  The client storage unit 120 stores information necessary for the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 in accordance with control from the server device 20.

  As described above, in the information processing system 1 according to the present embodiment, the server device 20 performs game progress and display control, but may be performed by the client terminal 10. Specifically, at least one of the game progress unit and the display control unit may be configured not to be provided in the server control unit 200 of the server device 20, while may be configured to be provided in the client control unit 100 of the client terminal 10.

  Further, the client control unit 100 of the client terminal 10 receives a page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data from the server device 20, and performs a process related to the game There is a type. The client control unit 100 of the client terminal 10 includes an application type that performs processing related to a game based on an installed application.

<Outline of the game>
Here, an outline of the game in the present embodiment will be described. The game in this embodiment includes a battle game, a lottery game, a composite game, a character sale, a character trade, and the like.

  The battle game in the present embodiment is a game in which an enemy character appears in a party composed of a plurality of characters, and an enemy character that has appeared and each character constituting the party are battled.

  In this battle game, a plurality of quests aimed at defeating enemy characters are set according to the difficulty level. The user can form a party using his / her own character and select one of the quests to challenge the enemy character. During the match, the user may be given a character that can be acquired in the selected quest.

  As a result of this battle, if the quest can be cleared by defeating an enemy character, the character assigned to the user can be acquired. The user can also play a synthetic game using the acquired character.

  The lottery game according to the present embodiment is a game in which when a character lottery operation is received from a user, a character selected from a character group that is a lottery target is given to the user based on a lottery condition. The user can play a battle game or a composite game using the assigned character.

  When the composition game in this embodiment accepts an operation for character composition execution from the user, the character (material character) that is the composition material is combined with the character that is the composition source (base character), thereby improving the ability of the base character. It is a game that strengthens (strengthened synthesis) or grows the base character to the next stage and evolves it to the character (evolutionary character) that becomes the synthesis destination (evolutionary synthesis).

  The user selects a base character and a material character from among the characters he possesses, and performs enhanced synthesis and evolutionary synthesis. In reinforced synthesis, instead of losing the material character from the user's hand, the ability value of the base character that he possesses can be improved or new skills can be added. In evolutionary synthesis, by synthesizing all the material characters previously associated with the base character into the base character, instead of losing all the material characters from the user's hand, the evolution character grown from the base character Can possess.

  In the sale in the present embodiment, it is possible to sell an unnecessary character designated by the user from among the characters owned by the user. When a user sells an unnecessary character, the user can obtain points instead of losing the sold character from the user's hand.

  In the trade in this embodiment, one's own character and another person's coin can be exchanged. The user can obtain a coin corresponding to the character from the partner user instead of handing over the character unnecessary for the user to the partner user. The opponent user can receive the desired character from the user instead of losing the coin corresponding to the character.

<Operation>
《Trade setting for desired character》
<Trade settings during evolutionary synthesis>
In the information processing system 1 according to the present embodiment, if there are not enough material characters required for the evolution synthesis of the base character at the time of evolution synthesis, it is easy to set the trade as a desired character to acquire the lack of material characters by trade. Can be done. This will be specifically described below.

(Specific example 1)
FIG. 5 is a flowchart for explaining an operation example related to trade setting during evolutionary synthesis of the information processing system 1 in the present embodiment.

  The user performs an operation for evolutionary synthesis on the client terminal 10 when the menu screen is displayed on the screen display unit 160 of the client terminal 10. When the user performs this operation, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  The game progress unit 201 of the server device 20 receives the operation content for performing evolutionary synthesis from the client terminal 10 and requests the display control unit 207 to execute screen display control so that the character selection screen is displayed on the client terminal 10. (Step S11).

  Specifically, when the display control unit 207 of the server device 20 is requested to execute screen display control from the game progression unit 201, the display control unit 207 acquires the user's possessed character from the user information stored in the user information storage unit 222. . Thereafter, the display control unit 207 of the server device 20 performs control to display the character selection screen on which the user's possessed characters are listed on the screen display unit 160 of the client terminal 10.

  FIG. 6 is a configuration diagram illustrating an example of user information. This user information includes user ID, name, rank, friend user, possessed character, possessed point, possessed coin, party, trade setting information, character history information, and the like as items. The user ID is information for uniquely identifying the user. The name is information indicating a user name. The rank is information indicating the user's game level. The friend user is information indicating another user who has a friend relationship with the user. The possessed character is information indicating one or more various characters possessed by the user. Here, as shown in parentheses in the figure, the number of possessed characters is also set. The possession point is information indicating the amount of game points possessed by the user. The possessed coin is information indicating the amount of game coins possessed by the user. The party is information indicating each character constituting the user's party. Trade setting information is information relating to a desired character set as a trade target. The character history information is history information related to characters that the user has possessed so far.

  Returning to FIG. 5, the user then performs an operation for designating one of the base characters on the client terminal 10 when the character selection screen is displayed on the screen display unit 160 of the client terminal 10. When the user performs an operation to designate any base character, the operation accepting unit 150 of the client terminal 10 accepts the operation content based on the user's base character designation (step S12).

  Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. When the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, the game progression unit 201 refers to the character information stored in the character information storage unit 221 and refers to a plurality of materials associated with the base character specified by the user. A character (that is, a material character necessary for base character evolution synthesis) and an evolution character as a synthesis destination associated with the base character are acquired (step S13).

  FIG. 7 is a block diagram showing an example of character information. This character information includes a character ID, name, rarity, ability parameter, number of coins, evolution character, material character, and the like as items. The character ID is information for uniquely identifying various characters including a base character and a material character. The name is information indicating a character name. The rarity is information indicating the rare value of the character. Here, one of a plurality of levels (for example, 5 levels) of rarity is set. The ability parameter is information indicating the ability of the character. Here, ability values such as attack, defense, and HP are set. The number of coins is information indicating the number of coins corresponding to the value of the character. The evolution character is information indicating an evolved character that is a synthesis destination when evolution synthesis is performed. Two or more types of evolution characters can be set for one character. The material character is information indicating a character that is a composite material that is associated in advance with a character that is a composition source. This material character becomes a character required for the evolutionary synthesis of the base character.

  Returning to FIG. 5, next, when the game progression unit 201 of the server device 20 obtains a plurality of material characters associated with the base character designated by the user, the comparison unit 203 executes comparison processing. Request. When the comparison unit 203 of the server device 20 is requested to execute the comparison process from the game progression unit 201, the comparison unit 203 refers to the possessed character set in the user information stored in the user information storage unit 222, and performs the above-described step S13. Compare multiple material characters acquired in the process with the user's possessed characters. Then, based on the comparison result, the comparison unit 203 of the server device 20 determines whether or not there are insufficient material characters that the user has not yet possessed among the plurality of material characters (step). S14).

  That is, if the comparison unit 203 of the server device 20 does not match each of the plurality of material characters with the user's possessed character, the comparison unit 203 of the server device 20 has a shortage of material that the user has not yet possessed among the plurality of material characters. The character can be specified.

  As a result of the determination, if it is determined that there are not enough material characters that the user has not yet possessed among the plurality of material characters, the process proceeds to step S20 described later. On the other hand, if it is determined that there are insufficient material characters that the user has not yet possessed among the plurality of material characters, the process proceeds to the next step S15.

  Returning to FIG. 5, next, the comparison unit 203 of the server device 20 displays an inquiry screen on the client terminal when it is determined that there are insufficient material characters that the user has not yet possessed among the plurality of material characters. The display control unit 207 is requested to execute screen display control so as to be displayed on the display 10 (step S15). When the display control unit 207 of the server device 20 is requested to execute the screen display control from the comparison unit 203, the display control unit 207 performs control to display the inquiry screen as shown in FIG. 8 on the screen display unit 160 of the client terminal 10. .

  FIG. 8 is an image diagram illustrating an example of an inquiry screen. The inquiry screen 500 shown in FIG. 8 displays a shortage of material characters that the user has not yet possessed among a plurality of material characters, and an operation for starting a trade setting for the shortage of material characters. A button 501 and an operation button 502 for not starting the trade setting for the insufficient material characters are arranged.

  A user who does not wish to make trade settings for the insufficient material characters performs a game operation for selecting the operation button 502 on the client terminal 10 when the inquiry screen 500 is displayed on the screen display unit 160 of the client terminal 10. Do.

  A user who wants to set a trade for the shortage of material characters performs a game operation for selecting the operation button 501 on the client terminal 10 when the inquiry screen 500 is displayed on the screen display unit 160 of the client terminal 10. Do.

  The operation accepting unit 150 of the client terminal 10 accepts an operation for performing trade setting or an operation for not performing trade setting from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Returning to FIG. 5, next, the game progression unit 201 of the server device 20 accepts the operation content from the client terminal 10 and determines whether or not an operation for performing trade setting is accepted (step S16).

  As a result of this determination, if an operation for not performing trade setting is accepted, the process returns to the above-described step S11 to allow the user to newly specify a base character on the character selection screen, while setting the trade setting. If an operation to perform is accepted, the process proceeds to the next step S17.

  Next, the game progress unit 201 of the server device 20 performs screen display control on the display control unit 207 so that the trade setting screen is displayed on the client terminal 10 when an operation for performing trade setting is accepted. A request is made (step S17). Then, when the game progress unit 201 requests execution of screen display control, the display control unit 207 performs control to display a trade setting screen as shown in FIG. 9 on the screen display unit 160 of the client terminal 10.

  FIG. 9 is an image diagram illustrating an example of a trade setting screen. The trade setting screen 510 shown in FIG. 9 displays desired characters to be traded (that is, the shortage of material characters that the user has not yet possessed), and is used to select the number of set desired characters. An operation button 511 and an operation button 512 for setting the shortage of material characters as a desired character are arranged.

  When the trade setting screen 510 is displayed on the screen display unit 160 of the client terminal 10, the user selects a set number with the operation button 511 and then performs a game operation for selecting the operation button 512 on the client terminal 10. Do it.

  The operation accepting unit 150 of the client terminal 10 accepts a game operation for setting trade of a desired character from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Returning to FIG. 5, next, the game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether or not a game operation for setting the trade of the desired character is received (step S <b> 18).

  Next, when the game execution unit 201 of the server device 20 receives a game operation for setting a trade for a desired character from the user, the game execution unit 201 requests the trade unit 205 to execute a trade setting process. When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade setting process, the trading unit 205 updates the trade setting information set in the user information stored in the user information storage unit 222 and stores the trade information. The trade information stored in the unit 225 is updated, and the desired character of the user is set and registered as a trade target (step S19). At this time, the trading unit 205 of the server device 20 refers to the character information stored in the character information storage unit 221 and acquires the number of coins associated with the desired character set as the trading target. Then, the trading unit 205 of the server device 20 subtracts the number of coins associated with the acquired desired character from the user's possessed coins set in the user information stored in the user information storage unit 222. When the trade is established, the opponent user who has handed over the desired character will receive the reduced amount of coins.

  FIG. 10 is a configuration diagram illustrating an example of trade setting information. The trade setting information includes a setting frame, a desired character, and the like as items. The setting frame is information for specifying each setting frame in which a desired character can be set. Here, since five setting frames are provided, it is possible to set and register up to five desired characters to be acquired through trade. The desired character is information indicating the desired character set in the setting frame.

  FIG. 11 is a configuration diagram illustrating an example of trade information. This trade information includes items such as trade ID, desired user, desired character, and tradeable period. The trade ID is information for uniquely identifying each trade. The desired user is information indicating a user who wishes to acquire a character by trade. The desired character is information indicating a character that the desired user wants to acquire by trade. The tradeable period is information indicating a period during which a trade can be performed between users.

  When the shortage of material characters are set as desired characters in this way, the process returns to the above-described step S11, and the user is newly designated a base character on the character selection screen.

  Returning to FIG. 5, next, the game progression unit 201 of the server device 20 requests the display control unit 207 to execute screen display control so as to display the evolutionary synthesis screen on the client terminal 10 (step S <b> 20). Then, when the display control unit 207 of the server device 20 is requested by the game progression unit 201 to execute screen display control, the display control unit 207 performs control to display the evolution composite screen on the screen display unit 160 of the client terminal 10.

  The user performs a game operation on the client terminal 10 to perform evolutionary synthesis while the evolutionary synthesis screen is displayed on the screen display unit 160 of the client terminal 10. The operation reception unit 150 of the client terminal 10 receives a game operation for performing evolutionary synthesis from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game execution unit 201 of the server device 20 receives operation details from the client terminal 10 and determines whether or not a game operation for performing evolutionary synthesis has been received (step S21).

  Next, when the game execution unit 201 of the server device 20 receives a game operation for performing evolutionary synthesis from the user, the game execution unit 201 executes evolutionary synthesis processing (step S22). In other words, the game execution unit 201 of the server device 20 updates the possessed character set in the user information stored in the user information storage unit 222, and all the base characters and the material characters associated with the base character in advance. Is deleted from the user's possessed character, and an evolution character previously associated with the base character is added to the user's possessed character.

  In this way, when the user designates the base character, among the plurality of material characters necessary for the evolution synthesis of the designated base character, the insufficient material characters that the user does not have are specified. Therefore, the user can easily set the shortage of material characters as desired characters to be traded simply by selecting a game operation for setting the specified shortage of material characters.

(Specific example 2)
In the above-described specific example 1, it is determined whether or not there are insufficient material characters that the user has not yet possessed among the plurality of material characters in the process of step S14 described above, and the insufficient material characters are determined. The case where the inquiry screen 500 is displayed on the screen display unit 160 of the client terminal 10 in the process of step S15 when it exists is described as an example, but at this time, the evolutionary synthesis screen shown in FIG. 12 is displayed. It is also possible to make it.

  FIG. 12 is an image diagram showing an example of the evolutionary synthesis screen. 12 includes an evolution character display area 551, a base character display area 552, a material character display area 553, an operation button 554 for setting a shortage of material characters as a desired character, and the desired character. An operation button 555 for selecting the set number is displayed.

  In the evolved character display area 551, the evolved character acquired in the process of step S13 described above is displayed. Here, “Character S” is displayed as the evolution character.

  In the base character display area 552, the base character designated by the user in the process of step S12 described above is displayed. Here, “Character A” is displayed as the base character. That is, if evolution synthesis is performed for the synthesis source “Character A”, it will evolve to “Character S” as the synthesis destination.

  In the material character display area 553, a plurality of material characters acquired in the process of step S13 described above are displayed. Here, “Character X”, “Character Y”, and “Character Z” are displayed as material characters. In other words, these three material characters are required for the evolution synthesis of “Character A” as the composition source. Further, the shortage of material characters (material characters that the user has not yet possessed) identified in the process of step S14 described above are displayed separately from other material characters. Here, “Character X” and “Character Z”, which are insufficient material characters that the user has not yet possessed, are surrounded by broken lines. On the other hand, “Character Y”, which is a material character already owned by the user, is surrounded by a solid line.

  An operation button 554 and an operation button 555 are displayed in association with each of the insufficient material characters. Here, an operation button 554 and an operation button 555 are displayed in association with “Character X” and “Character Z” which are insufficient material characters.

  Then, when the evolution composition screen 550 is displayed on the screen display unit 160 of the client terminal 10, the user selects the set number of material characters for any shortage with the operation button 555, and then the shortage A game operation is performed on the client terminal 10 to select an operation button 554 for setting the trade with the material character as the desired character.

  The operation reception unit 150 of the client terminal 10 receives an operation for performing trade settings from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game progress unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not a game operation for setting a trade for the insufficient material characters as the desired characters is received.

  Next, the game progress unit 201 of the server device 20 requests the trade unit 205 to execute a trade setting process when an operation for setting a trade with the insufficient material characters as a desired character is received. . When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade setting process, the trading unit 205 updates the trade setting information set in the user information stored in the user information storage unit 222 and stores the trade information. The trade information stored in the unit 225 is updated, and the insufficient material characters are set and registered as desired characters.

  At this time, the trading unit 205 of the server device 20 refers to the character information stored in the character information storage unit 221 and acquires the number of coins associated with the desired character set as the trading target. Then, the trading unit 205 of the server device 20 subtracts the number of coins associated with the acquired desired character from the user's possessed coins set in the user information stored in the user information storage unit 222. When the trade is established, the opponent user who has handed over the desired character will receive the reduced amount of coins.

  In this way, on the evolutionary synthesis screen, among the multiple material characters required for the evolutionary synthesis of the base character specified by the user, it is possible to trade for the insufficient material characters that the user does not possess By simply selecting a game operation, you can easily set the material characters for the shortage to the desired character you want to acquire by trading.

<Trade settings on the character list screen>
In the information processing system 1 according to the present embodiment, when any character is specified on the character list screen, the specified character can be easily set as a desired character to be traded. . This will be specifically described below.

  The user performs an operation for trade setting on the client terminal 10 when the menu screen is displayed on the screen display unit 160 of the client terminal 10. When the user performs this operation, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  The game progression unit 201 of the server device 20 receives the operation content for performing the trade setting from the client terminal 10 and requests the display control unit 207 to execute the screen display control so that the desired character setting screen is displayed on the client terminal 10. To do.

  Specifically, when the display control unit 207 of the server device 20 is requested to execute screen display control from the game progression unit 201, the display control unit 207 acquires the user's trade setting information from the user information stored in the user information storage unit 222. To do. Then, the display control unit 207 of the server device 20 refers to the acquired trade setting information and displays a desired character setting screen on which the user's desired character is displayed for each setting frame on the screen display unit 160 of the client terminal 10. To control.

  FIG. 13 is an image diagram illustrating an example of a desired character setting screen. A desired character list 561 is displayed on the desired character setting screen 560 shown in FIG. In the desired character list 561, desired characters are displayed in association with setting frames, and operation buttons 562 are arranged. The operation button 562 functions as an operation button for canceling the desired character when the desired character is already set in the setting frame. When the desired character is not yet set (the setting frame is When it is empty), it functions as an operation button for newly setting a desired character.

  Next, when the desired character setting screen 560 is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation for selecting any one of the operation buttons 562 on the client terminal 10. When the user performs an operation of selecting any one of the operation buttons 562, the operation reception unit 150 of the client terminal 10 receives the operation content. Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game execution unit 201 of the server device 20 receives an operation content from the client terminal 10, and operates an operation button 562 in which a game operation (that is, “setting”) for newly setting a desired character from the user is set. It is determined whether or not a game operation for selecting is accepted.

  Next, when the game execution unit 201 of the server device 20 receives a game operation for newly setting a desired character from the user, the display control unit 207 displays the character list screen on the client terminal 10. Request execution of screen display control.

  Specifically, when the display control unit 207 of the server device 20 is requested to execute the screen display control from the game progress unit 201, the display control unit 207 can acquire the quest by referring to the quest information stored in the quest information storage unit 223. Get all the obtainable characters. After that, the display control unit 207 of the server device 20 performs control to display a character list screen on which a list of acquirable characters that can be acquired in the quest is displayed on the screen display unit 160 of the client terminal 10.

  FIG. 14 is a configuration diagram illustrating an example of quest information. This quest information includes a quest ID, a name, a consumption point, a playable date, an acquirable character, an enemy character, and the like as items. The quest ID is information for uniquely identifying the quest. The name is information indicating a quest name. A consumption point is information which shows the quantity of the point consumed when playing the quest. The playable date is schedule information indicating the date and day of the week when the quest can be played. The acquirable character is information indicating various characters that can be acquired based on a predetermined probability when the quest is cleared. The enemy character is information indicating various characters that appear in the quest. Here, an enemy character set as a main boss character and an enemy character set as a sub character other than the boss are included.

  Next, when the character list screen is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation for designating one of the characters on the client terminal 10. When the user performs an operation of designating any character, the operation accepting unit 150 of the client terminal 10 accepts an operation content based on the user's character designation.

  Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. When the game progress unit 201 of the server device 20 receives the operation content from the client terminal 10, the game progress unit 201 requests the trade unit 205 to execute trade setting processing. When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade setting process, the trading unit 205 updates the trade setting information set in the user information stored in the user information storage unit 222 and stores the trade information. The trade information stored in the unit 225 is updated, and the designated character is set and registered as a desired character.

  At this time, the trading unit 205 of the server device 20 refers to the character information stored in the character information storage unit 221 and acquires the number of coins associated with the desired character set as the trading target. Then, the trading unit 205 of the server device 20 subtracts the number of coins associated with the acquired desired character from the user's possessed coins set in the user information stored in the user information storage unit 222. When the trade is established, the opponent user who has handed over the desired character will receive the reduced amount of coins.

  In this way, simply select a character that can be acquired in the quest on the character list screen, and then select a game operation to set the trade. Can be set to

<Trade formation of desired character>
<Trade formation at the time of sale>
FIG. 15 is a flowchart for explaining an operation example related to establishment of a trade at the time of sale of the information processing system 1 in the present embodiment.

  When the menu screen is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation for selling characters on the client terminal 10. When the user performs this operation, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. The game progress unit 201 of the server device 20 receives an operation content for selling a character from the client terminal 10 and requests the display control unit 207 to execute screen display control so as to display a character selection screen on the client terminal 10. (Step S31).

  Specifically, when the display control unit 207 of the server device 20 is requested to execute screen display control from the game progression unit 201, the display control unit 207 acquires the user's possessed character from the user information stored in the user information storage unit 222. . Thereafter, the display control unit 207 of the server device 20 performs control to display the character selection screen on which the user's possessed characters are listed on the screen display unit 160 of the client terminal 10.

  Next, when the character selection screen is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation for designating any character to be sold on the client terminal 10. When the user performs an operation of designating one of the characters to be sold, the operation accepting unit 150 of the client terminal 10 accepts the operation content based on the designation of the character to be sold by the user (step S32).

  Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. When the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, the game progression unit 201 requests the comparison unit 203 to execute the comparison process. When the comparison unit 203 of the server device 20 is requested by the game progression unit 201 to execute the comparison process, the comparison unit 203 refers to the trade information stored in the trade information storage unit 225 and designates it to the user in the process of step S32 described above. Compare the sold character to the other user's desired character. Then, the comparison unit 203 of the server device 20 determines whether the character to be sold is a character desired by another user based on the comparison result (step S33).

  That is, if the comparison unit 203 of the server device 20 matches the character to be sold that is designated by the user with the character desired by another user, the character to be sold is the character desired by the other user. It can be identified.

  As a result of this determination, if it is determined that the character to be sold designated by the user is not the character desired by another user, the process proceeds to step S37 described later. On the other hand, if it is determined that the character to be sold designated by the user is a character desired by another user, the process proceeds to the next step S34.

  Next, the comparison unit 203 of the server device 20 displays the inquiry screen on the client terminal 10 when it is determined that the character to be sold designated by the user is the desired character of another user. The control unit 207 is requested to execute screen display control (step S34). When the display control unit 207 is requested by the comparison unit 203 to execute screen display control, the display control unit 207 performs control to display the inquiry screen as illustrated in FIG. 16 on the screen display unit 160 of the client terminal 10.

  FIG. 16 is an image diagram illustrating an example of an inquiry screen. The inquiry screen 600 shown in FIG. 16 displays characters to be sold designated by the user, and an operation button 601 for establishing a trade with another user who wants to acquire the character to be sold. An operation button 602 for not responding to a trade with another user who wants to acquire the character to be sold is arranged.

  A user who does not respond to the establishment of a trade for a character to be sold, performs a game operation for selecting the operation button 602 on the client terminal 10 when the inquiry screen 600 is displayed on the screen display unit 160 of the client terminal 10. Do.

  A user who responds to the establishment of a trade for a character to be sold performs a game operation for selecting the operation button 601 on the client terminal 10 when the inquiry screen 600 is displayed on the screen display unit 160 of the client terminal 10. .

  The operation reception unit 150 of the client terminal 10 receives an operation for responding to the trade establishment or an operation for not responding to the trade establishment from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Returning to FIG. 15, next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether or not an operation for responding to the establishment of the trade has been received (step S35).

  As a result of this determination, when an operation not responding to the establishment of a trade is accepted, the process proceeds to step S37 described later. On the other hand, when an operation for responding to the establishment of a trade is accepted, the process proceeds to the next step S36.

  Next, the game progress part 201 of the server apparatus 20 requests | requires execution of the trade formation process with respect to the trade part 205, when the operation for responding to a trade formation is received. When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade establishment process, the trading unit 205 updates the possessed character and the trade setting information set in the user information stored in the user information storage unit 222, Instead of deleting the character to be sold from the user's possessed character and making the character to be sold become another user's possessed character, the number of coins corresponding to the character to be sold is changed to another The number of coins is subtracted from the user's possessed coin and the number of coins is added to the user's possessed coin. Further, the trade unit 205 of the server device 20 updates the trade information stored in the trade information storage unit 225, and deletes other user's desired character that matches the character to be sold (step S36).

  Next, the game progression unit 201 of the server device 20 requests the display control unit 207 to execute screen display control so as to display the sale screen on the client terminal 10 (step S37). The display control unit 207 of the server device 20 performs control to display the sale screen on the screen display unit 160 of the client terminal 10 when the game progress unit 201 requests execution of screen display control.

  The user performs a game operation for selling characters on the client terminal 10 when the sale screen is displayed on the screen display unit 160 of the client terminal 10. The operation receiving unit 150 of the client terminal 10 receives a game operation for selling a character from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game execution part 201 of the server apparatus 20 receives operation content from the client terminal 10, and determines whether the game operation for performing character sale was received (step S38).

  Next, when the game execution unit 201 of the server device 20 receives a game operation for selling a character from a user, the game execution unit 201 requests the sale unit 204 to execute a sale process for the character to be sold. (Step S39). When the sale unit 204 of the server device 20 is requested to execute the sale process from the game progression unit 201, the sale unit 204 updates the user information stored in the user information storage unit 222, and changes the designated character to be sold to the user. Is deleted from the possessed character, and a predetermined amount of points are added to the possessed point of the user.

  In this way, when a user designates a character to be sold, if the specified character to be sold matches the other user's desired character, the character to be sold is not sold and another character is sold. You can make a trade by handing it over to the user. As a result, it is possible to establish a trade by selling a character that is unnecessary for the user to another user who wants to acquire the character without selling it, so that it is possible to efficiently trade between users.

<Trade formation during reinforced synthesis>
FIG. 17 is a flowchart for explaining an operation example related to establishment of a trade at the time of reinforcement synthesis of the information processing system 1 in the present embodiment.

  The user performs an operation for enhanced synthesis on the client terminal 10 when the menu screen is displayed on the screen display unit 160 of the client terminal 10. When the user performs this operation, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  The game progress unit 201 of the server device 20 receives the operation content for performing the reinforcement composition from the client terminal 10 and requests the display control unit 207 to execute the screen display control so that the character selection screen is displayed on the client terminal 10. (Step S51).

  Specifically, when the display control unit 207 of the server device 20 is requested to execute screen display control from the game progression unit 201, the display control unit 207 acquires the user's possessed character from the user information stored in the user information storage unit 222. . Thereafter, the display control unit 207 of the server device 20 performs control to display the character selection screen on which the user's possessed characters are listed on the screen display unit 160 of the client terminal 10.

  Next, when the character selection screen is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation of designating any base character and a material character used for reinforcement synthesis of the base character. To do. When the user performs an operation of designating any base character or material character, the operation accepting unit 150 of the client terminal 10 accepts the operation content based on the user's base character designation (step S52).

  Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. When the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, the game progression unit 201 requests the comparison unit 203 to execute the comparison process. When the comparison unit 203 of the server device 20 is requested to execute the comparison process from the game progression unit 201, the comparison unit 203 refers to the trade information stored in the trade information storage unit 225 and designates it to the user in the process of step S52 described above. Compare the material characters made and other users' desired characters. Then, the comparison unit 203 of the server device 20 determines whether or not the material character is a character desired by another user based on the comparison result (step S53).

  That is, the comparison unit 203 of the server device 20 specifies that the material character is the desired character of the other user if the material character designated by the user matches the desired character of the other user by the comparison. Can do.

  As a result of the determination, if it is determined that the material character designated by the user is not the character desired by another user, the process proceeds to step S59 described later. On the other hand, if it is determined that the material character designated by the user is a character desired by another user, the process proceeds to the next step S54.

  Next, the comparison unit 203 of the server device 20 displays the inquiry screen on the client terminal 10 when it is determined that the material character designated by the user is the desired character of another user. Is requested to execute screen display control (step S54). When the display control unit 207 is requested by the comparison unit 203 to execute screen display control, the display control unit 207 performs control to display an inquiry screen as illustrated in FIG. 18 on the screen display unit 160 of the client terminal 10.

  FIG. 18 is an image diagram illustrating an example of an inquiry screen. In the inquiry screen 610 shown in FIG. 18, the material character designated by the user is displayed, and an operation button 611 for establishing a trade with another user who wants to obtain the material character and the material character are obtained. An operation button 612 for not responding to a trade with another user who wants to be performed is arranged.

  A user who does not respond to the trade for the material character performs a game operation for selecting the operation button 612 on the client terminal 10 when the inquiry screen 610 is displayed on the screen display unit 160 of the client terminal 10.

  When the inquiry screen 610 is displayed on the screen display unit 160 of the client terminal 10, the user who responds to the establishment of the trade for the material character performs a game operation for selecting the operation button 611 on the client terminal 10.

  The operation reception unit 150 of the client terminal 10 receives an operation for responding to the trade establishment or an operation for not responding to the trade establishment from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Returning to FIG. 17, next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether or not an operation for accepting the trade is received (step S 55).

  As a result of this determination, when an operation not to respond to the establishment of a trade is accepted, the process proceeds to step S59 described later. On the other hand, when an operation for responding to the establishment of the trade is accepted, the process proceeds to the next step S56.

  Next, the game progress part 201 of the server apparatus 20 requests | requires execution of the trade formation process with respect to the trade part 205, when the operation for responding to a trade formation is received. When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade establishment process, the trading unit 205 updates the possessed character and the trade setting information set in the user information stored in the user information storage unit 222, Instead of deleting the material character from the user's possessed character and making the material character become another user's possessed character, the coin equivalent to that material character is subtracted from the other user's possessed coin and the coin Add the number to the user's coin. Further, the trade unit 205 of the server device 20 updates the trade information stored in the trade information storage unit 225, and deletes other user's desired character that matches the material character (step S56).

  In this way, when a trade is established when the material character for reinforcement synthesis matches another user's desired character, the process returns to the above-described step S51, and the base character is enhanced and synthesized by the user on the character selection screen. The material character used for is newly specified.

  Next, the game progress unit 201 of the server device 20 requests the display control unit 207 to execute screen display control so that the enhanced composite screen is displayed on the client terminal 10 (step S57). Then, when the display control unit 207 of the server device 20 is requested by the game progression unit 201 to execute screen display control, the display control unit 207 performs control to display the enhanced composite screen on the screen display unit 160 of the client terminal 10.

  The user performs a game operation on the client terminal 10 to perform the reinforcement composition while the reinforcement composition screen is displayed on the screen display unit 160 of the client terminal 10. The operation accepting unit 150 of the client terminal 10 accepts a game operation for performing enhanced synthesis from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game execution unit 201 of the server device 20 receives the operation content from the client terminal 10 and determines whether or not a game operation for performing the reinforcement composition has been received (step S58).

  Next, the game execution part 201 of the server apparatus 20 performs a reinforcement | strengthening composition process, when the game operation for performing a reinforcement | strengthening composition is received from the user (step S59). That is, the game execution unit 201 of the server device 20 updates the possessed character set in the user information stored in the user information storage unit 222, deletes the material character from the user possessed character, and sets the base character as the base character. Increase the current value of the set ability parameter.

  In this way, when a user specifies a material character to be used for enhanced composition, if the specified material character matches another user's desired character, the material character is transferred to another user without being made a composite material. The trade can be established by As a result, it is possible to establish a trade by transferring a character unnecessary for the user to another user who wishes to acquire it without using it as a synthetic material, so that it is possible to efficiently trade between users.

<Trade formation when clearing quest>
(Specific example 1)
FIG. 19 is a flowchart illustrating an example of an operation related to the establishment of a trade when the information processing system 1 according to the present embodiment clears a quest.

  When the game progression unit 201 of the server device 20 determines that the user has cleared the quest based on the play result, the game progression unit 201 requests the comparison unit 203 to execute the comparison process. When the comparison unit 203 of the server device 20 is requested to execute the comparison process from the game progression unit 201, the comparison unit 203 refers to the trade information stored in the trade information storage unit 225, and the character acquired by the user in the quest and other users Compare the desired characters. Then, the comparison unit 203 of the server device 20 determines whether or not the character acquired by the user in the quest is a desired character of another user based on the comparison result (step S71).

  That is, if the comparison unit 203 of the server device 20 matches the character acquired by the user in the quest and the character desired by the other user by the comparison, the character acquired in the quest is the desired character of the other user. Can be specified.

  As a result of this determination, if it is determined that the character acquired by the user in the quest is not the character desired by another user, the process proceeds to step S75 described later. On the other hand, if it is determined that the character acquired by the user in the quest is a character desired by another user, the process proceeds to the next step S72.

  Next, the comparison unit 203 of the server device 20 displays the inquiry screen on the client terminal 10 when the character acquired by the user in the quest is determined to be another user's desired character. Is requested to execute screen display control (step S72). When the display control unit 207 of the server device 20 is requested to execute the screen display control from the comparison unit 203, the display control unit 207 performs control to display the inquiry screen as shown in FIG. 20 on the screen display unit 160 of the client terminal 10. .

  FIG. 20 is an image diagram illustrating an example of an inquiry screen. The inquiry screen 650 shown in FIG. 20 displays the characters acquired by the user in the quest. The operation button 651 for establishing a trade with another user who wants to acquire the character, and other characters who want to acquire the character. An operation button 652 for not responding to a trade with the user is arranged.

  When the inquiry screen 650 is displayed on the screen display unit 160 of the client terminal 10, the user who does not respond to the trade establishment regarding the character acquired in the quest performs a game operation for selecting the operation button 652 on the client terminal 10. Do it.

  When the inquiry screen 650 is displayed on the screen display unit 160 of the client terminal 10, the user who responds to the trade establishment regarding the character acquired in the quest performs a game operation for selecting the operation button 651 on the client terminal 10. Do.

  The operation reception unit 150 of the client terminal 10 receives an operation for responding to the trade establishment or an operation for not responding to the trade establishment from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Returning to FIG. 19, next, the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether an operation for responding to the establishment of the trade has been received (step S <b> 73).

  As a result of this determination, if an operation not to respond to the establishment of a trade is accepted, the process proceeds to step S75 described later. On the other hand, when an operation for responding to the establishment of a trade is accepted, the process proceeds to the next step S74.

  Next, the game progress part 201 of the server apparatus 20 requests | requires execution of the trade formation process with respect to the trade part 205, when the operation for responding to a trade formation is received. When the trading unit 205 of the server device 20 is requested by the game progression unit 201 to execute the trade establishment process, the trading unit 205 updates the possessed character and the trade setting information set in the user information stored in the user information storage unit 222, Instead of making the character acquired in that quest become a user's possessed character without making it a user's possessed character, the number of coins equivalent to the character acquired in that quest is derived from the coin possessed by the other user Decrease and add the number of coins to the user's possessed coins. Further, the trade unit 205 of the server device 20 updates the trade information stored in the trade information storage unit 225, and deletes the other user's desired character that matches the character acquired in the quest (step S74).

  Next, the game progression unit 201 of the server device 20 requests the display control unit 207 to execute screen display control so that the quest clear screen is displayed on the client terminal 10 (step S75). Then, the display control unit 207 of the server device 20 performs control to display the quest clear screen on the screen display unit 160 of the client terminal 10 when the game progress unit 201 requests execution of screen display control.

  When the quest clear screen is displayed on the screen display unit 160 of the client terminal 10, the user performs a game operation on the client terminal 10 so that the character acquired in the quest is a possessed character. The operation reception unit 150 of the client terminal 10 receives a game operation for setting the character acquired in the quest as a possessed character. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, the game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, and determines whether or not a game operation for setting the character acquired in the quest as a possessed character has been received (step S76). .

  Next, the game execution part 201 of the server apparatus 20 performs acquisition processing, when the game operation for making the character acquired by the quest from the user into a possessed character is received (step S77). That is, the game execution unit 201 of the server device 20 updates the possessed character set in the user information stored in the user information storage unit 222, and adds the character acquired in the quest to the possessed character of the user.

  In this way, when a user acquires a character by clearing a quest, if the acquired character matches another user's desired character, the acquired character is handed over to another user without being owned by the user. The trade can be established. As a result, it is possible to establish a trade by handing it over to another user who wishes to acquire it without possessing a character that is not necessary for the user, so that it is possible to efficiently trade between users.

(Specific example 2)
In the above-described specific example 1, when the user matches the character acquired in the quest with the other user's desired character in the process in step S71, the inquiry screen 650 is displayed in the client in the process in step S72. Although the case where it is displayed on the screen display unit 160 of the terminal 10 has been described as an example, another user browsing screen shown in FIG. 21 can also be displayed.

  FIG. 21 is an image diagram illustrating an example of another user browsing screen. In another user browsing screen 700 shown in FIG. 21, another user list 701 is displayed. Here, in the other user list 701, other users having a desired character that matches the character acquired by the user in the quest are extracted and displayed in a list. That is, “Character X” and “Character Y”, which are desired characters of other users, match the characters acquired by the user in the quest. “Character X” is a desired character for both “User 1” and “User 2”. Then, “Character X” and “Character Y” are arranged in association with operation buttons 702 for establishing a trade with another user.

  A user who responds to the establishment of a trade performs a game operation for selecting any one of the operation buttons 702 on the client terminal 10 when another user browsing screen 700 is displayed on the screen display unit 160 of the client terminal 10. Since “Character X” is a desired character for both “User 1” and “User 2”, when one of the “Character X” operation buttons 702 is selected, the other “Character X” is selected. The operation button 702 is displayed in gray out, and the operation button 702 of the other “character X” is further restricted from being selected.

  The operation receiving unit 150 of the client terminal 10 receives a game operation for responding to the establishment of a trade from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, when the game execution unit 201 of the server device 20 receives the operation content from the client terminal 10 and receives a game operation for responding to the trade establishment, the game execution unit 201 requests the trade unit 205 to execute the trade establishment process. . When the trading unit 205 of the server device 20 is requested to execute the trade setting process from the game progression unit 201, the trading unit 205 updates the possessed character and the trade setting information set in the user information stored in the user information storage unit 222, Instead of making the character that the user gained in the quest become another user's possessed character, the number of coins equivalent to the character that the user earned in the quest is subtracted from the coin possessed by the other user and the number of coins is Add to user's coins. Further, the trade unit 205 of the server device 20 updates the trade information stored in the trade information storage unit 225, and deletes the desired character of another user that matches the character acquired by the user in the quest.

  In this way, when a user acquires a character by clearing a quest, if the acquired character matches another user's desired character, the acquired character is displayed on the other user's viewing screen as his own character. Instead, you can make a trade by handing it over to another user. As a result, it is possible to establish a trade by handing it over to another user who wishes to acquire it without possessing a character that is not necessary for the user, so that it is possible to efficiently trade between users.

<Trade formation on friend list screen>
The user performs an operation for browsing the friend list on the client terminal 10 when the menu screen is displayed on the screen display unit 160 of the client terminal 10. When the user performs this operation, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  The game progress unit 201 of the server device 20 receives the operation content for browsing the friend list from the client terminal 10 and requests the display control unit 207 to execute screen display control so that the friend list screen is displayed on the client terminal 10. To do.

  Specifically, when the display control unit 207 of the server device 20 is requested by the game progress unit 201 to execute screen display control, the display control unit 207 acquires the user's friend user from the user information stored in the user information storage unit 222. . Then, based on the acquired friend user, the display control unit 207 of the server device 20 performs control for causing the screen display unit 160 of the client terminal 10 to display a friend list screen on which the friend user of the user is displayed as a list.

  Next, when the friend list screen is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation for designating one of the friend users on the client terminal 10. When the user performs an operation of designating any friend user, the operation accepting unit 150 of the client terminal 10 accepts an operation content based on the user's friend user designation.

  Then, the request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user. When the game progression unit 201 of the server device 20 receives the operation content from the client terminal 10, the game progression unit 201 requests the comparison unit 203 to execute the comparison process. When the comparison unit 203 of the server device 20 is requested by the game progression unit 201 to execute the comparison process, the comparison unit 203 acquires the friend user's trade setting information from the user information stored in the user information storage unit 222 and also possesses the user's possession. Get a character. Then, the comparison unit 203 of the server device 20 compares the user's possessed character with the friend user's desired character and, based on the comparison result, determines whether or not the user's possessed character is the friend user's desired character. judge.

  In other words, the comparison unit 203 of the server device 20 can specify that the user's possessed character is the friend user's desired character if the user's possessed character matches the friend user's desired character by the comparison.

  Next, the comparison unit 203 of the server device 20 requests the display control unit 207 to execute screen display control so that the client terminal 10 displays the desired character browsing screen of the friend user.

  Specifically, when the display control unit 207 of the server device 20 is requested to execute the screen display control from the comparison unit 203, the display setting unit 207 acquires trade setting information of the friend user from the user information stored in the user information storage unit 222. To do. Then, the display control unit 207 of the server device 20 refers to the acquired friend user's trade setting information, and displays the desired character browsing screen in which the desired characters of the friend user are displayed as a list on the screen display unit 160 of the client terminal 10. Control to display on the screen.

  FIG. 22 is an image diagram illustrating an example of a desired character browsing screen. A desired character list 711 shown in FIG. 22 displays a desired character list 711. In the desired character list 711, the desired character of the friend user is displayed in association with the setting frame. The friend user's desired character that matches the user's possessed character is displayed separately from the other desired characters. Here, the friend user's desired character that matches the user's possessed character is surrounded by a solid line, and the other desired characters are surrounded by a broken line. That is, “Character X” and “Character B”, which are the desired characters of the friend user, match the user's possessed character. “Character X” and “Character B” are each associated with an operation button 712 for establishing a trade with the friend user.

  The user who responds to the establishment of the trade performs a game operation for selecting the operation button 712 on the client terminal 10 when the desired character browsing screen 710 is displayed on the screen display unit 160 of the client terminal 10.

  The operation receiving unit 150 of the client terminal 10 receives a game operation for responding to the establishment of a trade from the user. The request transmission unit 101 of the client terminal 10 makes a request to the server device 20 based on the operation content received by the operation reception unit 150 from the user.

  Next, when the game execution unit 201 of the server device 20 receives the operation content from the client terminal 10 and receives a game operation for responding to the trade establishment, the game execution unit 201 requests the trade unit 205 to execute the trade establishment process. . When the trading unit 205 of the server device 20 is requested to execute the trade setting process from the game progression unit 201, the trading unit 205 updates the possessed character and the trade setting information set in the user information stored in the user information storage unit 222, Instead of making the user's possessed character that matches the desired character of the friend user become the possessed character of the other user, the number of coins corresponding to the possessed character of the user that matches the desired character of the friend user is given to the other user. And the number of coins is added to the user's possessed coins. Moreover, the trade part 205 of the server apparatus 20 updates the trade information which the trade information storage part 225 memorize | stores, and deletes the friend user's desired character which corresponds with the user's possessed character.

  In this way, when a user selects one of the friend users from the friend list on the friend list screen, if the desired character of that friend user matches the user's best possessed character, the user's possessed character is changed. You can make a trade by handing it over to other users. As a result, when a user browses a friend user's desired character, a trade can be established by transferring his / her possessed character that matches the friend user's desired character. You can trade well.

[Other Embodiments]
The above-described embodiments are for facilitating understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Trade target>
In the above-described embodiment, the case where one's character and another person's coin (the number of coins corresponding to the character) are traded is described as an example, but the present invention is not limited to this. For example, it is possible to trade characters between users. That is, the user can also trade and set one desired character (a character to be transferred from the other user) and one exhibition character (a character to be transferred to the other user) selected from his / her possessed characters.
The user can also trade a plurality of desired characters. Specifically, when a user trades one exhibition character and a plurality of desired characters, the other users list all or some of the plurality of desired characters (trade settings). Thus, instead of transferring all or some of the plurality of desired characters to the user, the one exhibition character can be transferred from the user.
The user can also trade a plurality of exhibited characters. Specifically, when a user sets a trade for a plurality of listed characters and one desired character, the other user can list the one desired character by listing (setting a trade) the desired character. Instead of transferring the character to the user, all or some of the plurality of exhibited characters can be transferred from the user.
In addition, for example, when a user sets a trade between a plurality of exhibited characters and a plurality of desired characters, the other users exhibit all or some of the plurality of desired characters (trade). By setting), it is possible to trade with all or some of the plurality of exhibited characters.

  Further, in the above-described embodiment, in the case of trading one's character and another person's coin, the case where the number of coins corresponding to the character is predetermined as a trading target has been described as an example. It is also possible to set the number of coins.

<Trade partner user>
In the above-described embodiment, it is also possible to limit the trading partner user to only friend users. For example, when the character to be sold designated by the user matches the character desired by another user, the trade unit 205 selects the character to be sold only when the other user is the user's friend user. It is also possible to execute processing for setting as a possessed character of another user.

<Trade establishment process>
In the above-described embodiment, another character having a desired character that matches the character to be sold designated by the user (or the material character for reinforcement synthesis designated by the user or the character acquired by the user in the quest). When there are two or more users, it is possible to preferentially select another user whose trading date is the earliest date and time as the trading partner. Other users with the highest rank (or other users with the lowest user rank), other users with the rank closest to the user (or other users with the rank farthest from the user), It is also possible to preferentially select another user having the longest friendship period (or another user having the shortest friendship period with the user) as a trading partner. In addition to this, other users with a small number of times of trade (trade setting or trade establishment), other users with the oldest date and time when the trade (trade setting or trade establishment) was last, were randomly determined It is also possible to select other users as trading partners.

  In the above-described embodiment, the user has a desired character that matches the character to be sold designated by the user (or the material character for reinforcement synthesis designated by the user or the character acquired by the user in the quest). In the case where there is another user, the inquiry screen is displayed and the user performs the game operation corresponding to the trade establishment, and the case where the trade establishment process is executed has been described. However, the present invention is not limited to this. It is not something. For example, omitting the display of the inquiry screen, the character to be sold specified by the user (or the material character for reinforcement synthesis specified by the user or the character acquired by the user in the quest) and other users It is also possible to automatically execute the trade establishment process when the desired characters match.

  In the above-described embodiment, the user has a desired character that matches the character to be sold designated by the user (or the material character for reinforcement synthesis designated by the user or the character acquired by the user in the quest). Explained the case of trading (exchange) characters and coins by updating the user information and trade information at the timing when the other user exists to perform the operation to respond to the trade establishment. However, the present invention is not limited to this. For example, after a user has performed an operation for responding to the establishment of a trade, at a timing when another user has performed an operation for accepting or confirming the establishment of the trade, the user information and the trade information are updated to update the character and the coin. You may trade.

<Trade setting process>
In the above-described embodiment, when there are insufficient material characters among a plurality of material characters required for the evolution synthesis of the base character specified by the user, the user performs a trade setting by displaying an inquiry screen. However, the present invention is not limited to this. For example, it is possible to omit the display of the inquiry screen and automatically set the trade as the desired character for the shortage of material characters when there is a shortage of material characters.

<Trade setting frame>
In the above-described embodiment, as an upper limit of desired characters that can be traded by each user, up to a predetermined number (for example, up to five) of desired characters are assigned to setting frames. It is not limited. For example, when five levels of rarity (rare degree 1 to rare degree 5) are set for a character, an upper limit may be set in the desired character setting frame based on the total number of rarity levels. Further, for example, when a cost (a parameter necessary for organizing a party) is set for a character, an upper limit may be set for a desired character setting frame based on the total number of costs.

<If you acquire the desired character by yourself when clearing the quest>
In the above-described embodiment, the comparison unit 203 compares the character acquired by the user with the quest and the user's own desired content, and the trading unit 205 matches the character acquired by the user with the quest and the user's desired content. In this case, it is possible to cancel the setting of the desired content. Thereby, it is possible to automatically provide a setting frame in an empty state excluding the desired character acquired by itself.

<Notice of successful trade>
In the above-described embodiment, the trading unit 205 of the server device 20 can request the notification unit 206 to execute notification processing when the user performs a game operation corresponding to the establishment of the trade. When the notification unit 206 of the server device 20 is requested by the trading unit 205 to execute the notification process, the notification unit 206 can also send an email regarding the trade establishment to other users who set the desired character as a trade. In this case, the trade unit 205 of the server device 20 updates the possessed character and trade setting information set in the user information stored in the user information storage unit 222 at the timing when another user opens the mail, Instead of making the user's possessed character that matches the other user's desired character become the other user's possessed character, the number of coins corresponding to the other user's desired character is subtracted from the other user's possessed coin and It is also possible to add the number of coins to the user's possessed coins. Also, the trade unit 205 of the server device 20 updates the trade information stored in the trade information storage unit 225 at the timing when the other user opens the mail, and the other user's request that matches the possessed character of the user is updated. It is also possible to delete characters.
It is also possible to change to the trade setting screen immediately after opening the mail so that a new desired character can be set immediately.

<Coin payment at the time of trade setting>
In the above-described embodiment, when a desired character is traded, a predetermined amount of coins can be consumed from the user's possessed coins. As a result, if the number of possessed coins is insufficient, the user cannot trade the desired character, and thus excessive trade is suppressed.

<Inquiry screen>
In the above embodiment, on the trade inquiry screen to the user, information related to what is transferred from the other user of the trade (for example, the number of coins that can be transferred from the other user, characters that can be transferred from the other user, etc.) is displayed. It is also possible to do.

<Desired character>
In the above-described embodiment, the characters that can be set as the desired character by the user can be limited to characters that the user has possessed in the past and / or characters that the user has played against in the past.

<Content>
In the above embodiment, the character set in the character information has been described as an example of content, but this content is not limited to this. For example, the content may be an item, card, figure, avatar or the like.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication Interface 55 Input Device 56 Display Device 57 External Interface 58 HDD
100 client control unit 101 request transmission unit 102 response reception unit 120 client storage unit 140 client communication unit 150 operation reception unit 160 screen display unit 200 server control unit 201 game progress unit 202 assignment unit 203 comparison unit 204 sale unit 205 trade unit 206 notification Unit 207 display control unit 220 server storage unit 221 character information storage unit 222 user information storage unit 223 quest information storage unit 224 lottery game information storage unit 225 trade information storage unit 240 server communication unit 500 inquiry screen 501 operation button 502 operation button 510 trade Setting screen 511 Operation button 512 Operation button 550 Evolution composition screen 551 Evolution character display area 552 Base character display area 553 Material character display area 554 Operation button 555 Operation button 560 Desired character setting screen 561 Desired character list 562 Operation button 600 Inquiry screen 601 Operation button 602 Operation button 610 Inquiry screen 611 Operation button 612 Operation button 650 Inquiry screen 651 Operation button 652 Operation button 700 Other user browsing screen 701 Other user list 702 Operation button 710 Desired character browsing screen 711 Desired character list 712 Operation button B Bus line N Network

Claims (5)

A user information storage unit that stores user information that each user possesses and user information that each user wants to acquire through trade is set in association with each user;
A comparison unit that compares the content to be sold and the desired content that other users want to acquire in the trade by the user performing an operation to specify the content to be sold from the possessed content,
When the content to be sold does not match the desired content that other users want to acquire in the trade, a sales unit that sells the content to be sold,
When the content to be sold matches the desired content that other users want to acquire in the trade, the trading unit that sets the content to be sold as the content owned by the other user;
An information processing apparatus comprising: The information processing apparatus according to claim 1,
The comparison unit compares the acquired content acquired by the user playing the game with the desired content that the other user wants to acquire,
The trade part sets the acquired content as the user's possessed content when the acquired content acquired by the user playing the game does not match the desired content that another user wants to acquire. The user performs an operation for requesting a trade, and executes a process of setting the acquired content as possessed content without causing the user to possess the acquired content.
An information processing apparatus characterized by that. The information processing apparatus according to claim 1 or 2,
The user information storage unit stores the user information set in association with each user by a friend user,
The trade unit executes a process of setting the content to be sold as the content owned by the other user only when the other user is a friend user of the user.
An information processing apparatus characterized by that. The information processing apparatus according to any one of claims 1 to 3,
In the user information stored in the user information storage unit, desired content up to a predetermined number is set for each user,
An information processing apparatus characterized by that. Computer
User information storage means for storing the user information that each user possesses and the user information that each user wants to acquire through trade is set in association with each user,
Comparison means for comparing the content to be sold and the desired content that other users want to acquire in the trade by the user performing an operation to specify the content to be sold from the possessed content,
Selling means for selling the content to be sold when the content to be sold does not match the desired content that other users want to acquire by trade;
A trading means for setting the content to be sold as the possessed content of the other user when the content to be sold matches the desired content that the other user wants to acquire by trade;
Program to function as.

Images