JP6843825B2 - Computer system and game system - Google Patents

Description

The present invention relates to a computer system and the like.

As a game specification, there is a specification for exchanging game objects such as characters and items that can be used in the game between players. For example, in Patent Document 1, in a game played while strengthening a game object, when a game object strengthened by a player is targeted for exchange, a game before strengthening in which the strengthened portion of the game object is not inherited. The trading function to exchange as an object is disclosed.

Japanese Unexamined Patent Publication No. 2015-126785

Trade is a specification in which players hand over game objects owned by each other, but a specification in which a game object owned by one player is unilaterally handed over to another player is also known.
In games that incorporate a mechanism for transferring game objects, the transfer of game objects between players is actively performed, which is one of the useful means for encouraging game play.

However, the conventional mechanism for transferring game objects lacked novelty. The present invention has been devised as an object to realize a mechanism for transferring an interesting game object.

The first invention for solving the above problems manages the possession information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game. In the computer system (for example, the server system 1100 of FIG. 1), the consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player is evaluated. The effective consideration evaluation means (for example, the consideration evaluation unit 235 shown in FIG. 8) and the consideration collecting means (for example) for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player. , The first player and the first player, assuming that the transfer of the transfer object from the first player to the second player is effective in exchange for the consideration collection unit 239) of FIG. It is a computer system including a transfer effect means (for example, transfer effect control unit 245 in FIG. 8) for updating the possession information of the second player.

According to the first invention, the transfer object selected from the game objects owned by the transfer source player (transfer source player), which is the first player, is the transfer destination player (transfer destination), which is the second player. When transferring to a player), the consideration for making the transfer effective can be evaluated. Then, in exchange for collecting consideration from the transfer source player or the transfer destination player, the transfer object can be transferred to the transfer destination player. According to this, when the game object is transferred, the evaluated consideration is required, and the consideration is collected from the transfer source player or the transfer destination player. Therefore, for the player, the transfer will be made after considering whether or not the transfer is worth the consideration, and a new interest will be added to the transfer mechanism of the game object.

Further, the second invention is a game in which the multiplayer game is a game in which an index value indicating intimacy between players changes according to the progress of the game, and the issuance consideration evaluation means is the first player and the second player. The computer system of the first invention, which variably evaluates the consideration according to the index value with the player.

According to the second invention, the consideration for the transfer can be variably evaluated depending on the intimacy between the transfer source player and the transfer destination player. For example, if the evaluation is such that the higher the intimacy, the lower the price, the motivation is to increase the intimacy between the players before transferring the game object, and a new interest based on the transfer of the game object is created. to be born.

Further, the third invention is the multiplayer game in which the level of the player changes according to the progress of the game, and the issue consideration evaluation means is the level difference between the first player and the second player. It is a computer system of the first or second invention which evaluates the said consideration variably according to the above.

According to the third invention, the consideration for the transfer can be variably evaluated depending on the level difference between the transfer source player and the transfer destination player. For example, if the evaluation is such that the smaller the level difference, the lower the consideration, the motivation is to transfer the game object after the level of the player with the lower level rises, and the new transfer of the game object is the basis. A new interest is born.

Further, in the fourth invention, the consideration collecting means collects the consideration evaluated by the effective consideration evaluation means plus a given value increase consideration based on the input of the second player's price increase acceptance operation. It is a computer system according to any one of the first to third inventions, which has a depreciation collection means (for example, a depreciation collection unit 241 in FIG. 8).

According to the fourth invention, when the transferee player inputs a value increase acceptance operation, the value increase consideration can be added to the consideration related to the transfer and collected.

Further, the fifth invention is at least one of the skill, ability value, appearance and equipment of the transfer object related to the transfer which is effective by the transfer effect means when the collection is made by the depreciation collection means. The fourth invention further includes a dynamic parameter improvement control means (for example, the parameter special setting unit 243 of FIG. 8) which is improved by adding or increasing (hereinafter, collectively referred to as "dynamic parameter"). It is a computer system.

According to the fifth invention, when the devaluation consideration is collected, the dynamic parameter can be added to the transfer object or the dynamic parameter of the transfer object can be increased. Then, after improving the dynamic parameters of the transfer object, the transfer object can be transferred to the transfer destination player.

Further, in the sixth invention, the dynamic parameter improvement control means uses the dynamic parameter to be improved as the play data of the first player, the play data of the second player, or the first player. The computer system of the fifth invention, which is determined based on the dynamic parameters of the game object already owned by the second player.

According to the sixth invention, the dynamic parameters to be improved are determined based on the play data of the transfer source player or the transfer destination player and the dynamic parameters of the game object already owned by the transfer destination player. Determined dynamic parameters can be added or increased to improve.

The computer system according to claim 5, wherein the dynamic parameter improvement control means determines a dynamic parameter to be improved based on a selection operation of the second player. Is.

According to the seventh invention, the transferee player can select the dynamic parameters to be improved.

Further, the eighth invention is the attribute and / or state of the transfer object related to the transfer which is effective by the transfer effective means when the collection is made by the depreciation collection means (hereinafter collectively referred to as "static parameter". The computer system according to any one of the fourth to seventh inventions, further comprising a static parameter change control means (for example, the parameter special setting unit 243 of FIG. 8) for changing the parameter.

According to the eighth invention, the static parameters of the transfer object can be changed when the depreciation consideration is collected. Then, the transfer object can be transferred to the transferee player.

Further, in the ninth invention, the static parameter change control means uses the static parameter to be changed as the play data of the first player, the play data of the second player, or the second player. The computer system of the eighth invention, which is determined based on the static parameters of the game object already owned by the second player.

According to the ninth invention, the static parameters to be changed are determined based on the play data of the transfer source player or the transfer destination player and the static parameters of the game object already owned by the transfer destination player. You can change the determined static parameters.

Further, according to the tenth invention, the static parameter change control means determines the static parameter to be changed based on the selection operation of the second player in the computer system of the eighth invention. is there.

According to the tenth invention, the transferee player can select the static parameters to be changed.

Further, in the eleventh invention, the consideration collecting means collects the consideration by depreciating a given depreciation amount from the consideration evaluated by the effective consideration evaluation means based on the depreciation request operation input of the second player. At least one of the skills, ability values, appearances, and equipment of the transfer object related to the transfer made effective by the transfer effective means when the depreciation collection means is provided and the depreciation collection means is used. The computer system according to any one of the first to tenth inventions, further comprising a dynamic parameter subordination control means for reducing or reducing the number of subordinates.

According to the eleventh invention, when the transferee player inputs a depreciation request operation, the depreciation consideration can be depreciated from the consideration related to the transfer and collected. Then, in that case, the dynamic parameter of the transfer object may be deleted or the dynamic parameter of the transfer object may be reduced to subordinate the dynamic parameter of the transfer object, and then the transfer may be made to the transferee player. it can.

The twelfth invention also relates to the transfer of the transfer object from the first player to the second player based on the trade request operation of the first player or the second player. The trade request receiving means for receiving a trade request for transferring a trade object, which is a game object owned by the second player, to the first player is further provided, and the effective consideration evaluation means is received by the trade request receiving means. If is done, the consideration for invoking the transfer of the trade object to the first player is evaluated, and the evaluated consideration and the transfer of the transfer object to the second player are made effective. The difference from the consideration for the above is calculated as the trade consideration, and when the trade request receiving means receives the trade consideration, the consideration collecting means calculates the trade consideration evaluated by the effective consideration evaluation means. Collected from the first player or the second player, the transfer effective means, when accepted by the trade request receiving means, in exchange for the collection of the trade consideration by the consideration collecting means, the first Assuming that the transfer of the transfer object from the player to the second player and the transfer of the trade object from the second player to the first player are effective, the first player and the first player. It is a computer system according to any one of the first to eleventh inventions, which updates the possession information of the second player.

According to the twelfth invention, when there is a trade request operation of the transfer source player or the transfer destination player, the trade owned by the transfer destination player is performed in parallel with the transfer of the transfer object from the transfer source player to the transfer destination player. The object is transferred to the player from which it is transferred. Then, in that case, the difference between the consideration for making the transfer of the transfer object effective and the consideration for making the transfer of the trade object effective is collected from the transfer source player or the transfer destination player as the trade consideration, and the trade consideration is collected. Each transfer can be made in exchange for collection.

Further, the thirteenth invention is a server system which is a computer system according to any one of the first to twelfth inventions, and a player terminal (for example, the player terminal 1500 of FIG. 1) capable of communicating with the server system. It is a provided game system (for example, the game system 1000 of FIG. 1).

According to the thirteenth invention, it is possible to realize a game system having the same effect as that of any one of the first to twelfth inventions.

The figure which shows the whole configuration example of a game system. The figure which shows the device configuration example of a player terminal. The figure which shows an example of a game screen. The figure explaining the outline of the transfer of a game object. The figure which shows an example of the transfer screen. The figure which shows an example of the transfer screen. The figure which shows an example of a special setting candidate. A block diagram showing a functional configuration example of a server system. The figure which shows the data structure example of the user management data. The figure which shows the data structure example of the object definition data. The block diagram which shows the functional structure example of a player terminal. A flowchart for explaining the flow of processing in the server system. The figure which shows the functional structure example of the player terminal in the modification 1. FIG. The figure which shows an example of the transfer screen in the modification 3. The figure which shows an example of the transfer screen in the modification 4. The figure which shows an example of the trade request screen in the modification 4.

Hereinafter, an example of an embodiment to which the present invention is applied will be described, but the embodiment to which the present invention can be applied is not limited to the following embodiments. In this embodiment, an example of executing an action RPG type multiplayer game will be described.

[overall structure]
FIG. 1 is a diagram showing an overall configuration example of the game system 1000 according to the present embodiment. As shown in FIG. 1, the game system 1000 includes a server system 1100 which is a computer system and a player terminal 1500 owned by a user who is a player 2 of the game of the present embodiment, and these include a player terminal 1500 via a communication line N. It is configured to be connected to each other so that data can be communicated with each other.

The communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark). It is meaningful, and the communication method may be wired or wireless.

The server system 1100 includes a main body device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140, and the main body device 1101 incorporates a control board 1150.

The control board 1150 includes various microprocessors such as a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor), various IC memories 1152 such as VRAM, RAM, and ROM, and a communication device 1153. Electronic components are installed. A part or all of the control board 1150 may be realized by an ASIC (Application Specific Integrated Circuit), an FPGA (field-programmable gate array), or a SoC (System on a Chip).

The server system 1100 provides a user management function related to user registration and the like and data necessary for playing a game on the player terminal 1500 by having the CPU 1151 or the like perform arithmetic processing based on a predetermined program and data. It realizes a game management function that manages game execution control on the player terminal 1500. That is, the multiplayer game in this embodiment is realized as a kind of client-server type online game. The player 2 accesses the server system 1100 with the player terminal 1500, logs in with the issued account, and enjoys the game together with the other players 2.

In addition, the server system 1100 cooperates with an external electronic payment server operated by an electronic payment company or the like to perform a purchase procedure (billing process) for game coins, which is an in-game currency. In the billing process, the electronic payment server responds to an inquiry from the server system 1100 and performs a process of settling the purchase amount of the game coin with the credit card, prepaid card, or the like of the player 2. Then, the server system 1100 grants the player 2 game coins equivalent to the purchase amount settled by the electronic payment server.

The server system 1100 is not limited to the single configuration shown in FIG. 1, and may be configured such that a plurality of blade servers sharing each function are mounted and connected to each other via an internal bus so that data communication is possible. .. Alternatively, a plurality of independent servers installed at remote locations may be configured to function as the server system 1100 as a whole by performing data communication via the communication line N.

The player terminal 1500 is a computer system that functions as a man-machine interface, and can be connected to a communication line N via a mobile phone base station, a wireless communication base station, or the like to perform data communication with the server system 1100. The player terminal 1500 is, for example, in the form of a smartphone, a mobile phone, a portable game device, a stationary home game device, a controller for a stationary home game device, a business game device, a personal computer, a tablet computer, a wearable computer, or the like. Can be taken.

FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1500. As shown in FIG. 2, the player terminal 1500 includes a direction input key 1502, a home key 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a built-in battery 1509, a speaker 1510, and a microphone 1512. A control board 1550 and a memory card reader 1542 capable of reading and writing data to and from a memory card 1540 which is a computer-readable storage medium are provided. In addition, a power button, a volume control button, etc. (not shown) are provided.

The control board 1550 is used for wireless communication with various microprocessors such as CPU 1551, GPU and DSP, various IC memories 1552 such as VRAM, RAM and ROM, and a mobile phone base station and a wireless LAN base station connected to the communication line N. The wireless communication module 1553, the interface circuit 1557, and the like are mounted. Further, the control board 1550 has a circuit for receiving signals from the direction input key 1502 and the home key 1504, a driver circuit for the touch panel 1506, an output amplifier circuit for outputting an audio signal to the speaker 1510, and audio collected by the microphone 1512. The so-called I / F circuit (interface circuit) 1557 and the like, such as an audio signal generation circuit for generating the above signal and a signal input / output circuit for the memory card reader 1542, are mounted. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals. A part or all of the control board 1550 may be composed of ASIC, FPGA, or SoC.

In the control board 1550, the IC memory 1552 stores a game client program, various setting data necessary for executing the game client program, and the like. The game client program and the like are downloaded from the server system 1100 at an appropriate timing. It should be noted that the configuration may be such that it is read from a storage medium such as a separately obtained memory card 1540. Then, the CPU 1551 or the like executes a game client program to execute arithmetic processing, and controls each part of the player terminal 1500 in response to operation inputs to the touch panel 1506, the direction input key 1502, and the home key 1504 to control the game of the player 2. Enables play.

[Game overview]
The multiplayer game of this embodiment is a stage-clear type action RPG in which a team composed of player characters is formed to fight against enemies, and two or more players operate each player character and cooperate with each other. Challenge the battle with. The number of players participating in one game and the number of player characters operated by each player are not particularly limited, but will be described below assuming that four players operate one player character at a time. The opponent is a computer-controlled enemy character (NPC: Non-Playable Character).

FIG. 3 is a diagram showing an example of the game screen W1. The game screen W1 is displayed on the touch panel 1506 of the player terminal 1500, and the player touch-operates the touch panel 1506 to play. For example, as shown in FIG. 3, the game screen W1 includes a main display unit A1, an item use operation icon I11, and a chat icon I13. Of course, depending on the content of the game, operation icons, tabs, menu displays, etc. of other contents can be displayed on the game screen as appropriate.

The main display unit A1 displays the state of the battle between the player character 4 (4a, 4b, 4c, 4d) and the enemy character 6. In this embodiment, game objects such as characters and items can be cultivated and grown. For example, focusing on the character, the ability of the player character 4 (4a, 4b, 4c, 4d) changes according to the result of the progress of the game. Abilities are managed by parameters represented by various ability values such as hit points, magic points, attack power, defense power, movement power, and recovery power, skills, levels indicating the degree of growth of the character, and experience points. Separately, if the player character 4 (4a, 4b, 4c, 4d) is equipped with equipment such as weapons and armor (equipment items 7a, 7b, 7c, 7d), depending on the effect setting of the item, The parameter values of the player character 4 (4a, 4b, 4c, 4d) are improved.

The item use operation icon I11 is an icon for inputting the use operation of the item owned by the player. For example, you can enter operations that use recovery items, enhancement items, magic items, and so on.

The chat icon I13 is an icon for starting a chat with another player (a teammate player in the present embodiment) participating in the game. When the chat icon I13 is selected (touch operation), a chat screen (not shown) opens, and messages can be exchanged with other players.

[principle]
When a predetermined acquisition condition is satisfied in the process of playing the game, the player can obtain a game object that can be used in the game. For example, you can get a predetermined game object by opening a treasure chest in the game stage, you can get a predetermined game object as a drop object by defeating an enemy character that appears, or you can clear it by clearing the game stage. You can get a certain game object as a reward. In addition, game objects can be obtained through login bonuses, rewards for various events, lottery called gacha, etc., and game objects can be obtained (purchased) in exchange for a predetermined amount of game coins. In addition, the game object may be obtained by executing another game or by satisfying acquisition conditions such as accessing an advertisement page.

This game object may be a virtual movable property in the game or a virtual real estate in the game. In this embodiment, it will be described as a virtual movable property. For example, a character that can be selected as a player character, equipment such as weapons and armor that can be worn or used by the player character, various items such as bullets and medicines, a vehicle of the player character, and a summoned beast are game objects. In addition, abilities (parameters) that can be added to the player character such as magic and skills, opening of new game stages and maps, lottery rights, etc. may be included in the game object.

Then, in the present embodiment, the player can transfer the game object owned by the player to another player. Therefore, the player can transfer various game objects obtained by playing the game to another player, or can transfer the game objects obtained by another player from the other player.

Specifically, in the present embodiment, a player registered as a friend is called a teammate, and a game object can be transferred between a certain player and the player of this player's teammate, and a chat screen. You can transfer your game object by selecting the transfer menu from. In the following, a character will be given as an example of a game object (transfer object) that can be transferred, but other game objects can also be transferred as a transfer object in the same manner.

FIG. 4 is a diagram for explaining the outline of transfer of the game object in the present embodiment, and shows a case where the character 5x owned by the player 2A is transferred to the player 2B. In the transfer, first, the transfer source player (transfer source player) 2A, which is the first player, selects the transfer destination player (transfer destination player) 2B, which is the second player, and the character owned by the transfer source player (transfer source player) 2B. Select the character 5x to be the transfer object from the list.

FIG. 5 is a diagram showing an example of the transfer screen W2 displayed when the transfer menu is selected on the chat screen. As shown in FIG. 5, the transfer screen W2 includes a transfer destination display unit A21, a transfer object display unit A23, and a decision button B2.

The transfer destination display unit A21 displays a list of icons indicating the teammate players of the transfer source player in a selectable list, and accepts a selection operation in which any player is the transfer destination player. In FIG. 5, player B is in the selected state.

The transfer object display unit A23 displays a list of icons indicating characters owned by the transfer source player in a selectable list, and accepts a selection operation in which any character is a transfer object. In FIG. 5, the character x is in the selected state.

The enter button B2 is for the transfer source player to input the transfer desired operation. When the transfer source player completes the selection of the transfer destination player and the transfer object and requests the transfer to take effect, the transfer source player touches the decision button B2 to perform the transfer request operation.

Return to FIG. When the transfer source player 2A selects the character 5x to be the transfer object and the transfer destination player 2B, the server system 1100 performs (1) a consideration evaluation process and (2) a collection process of the evaluated consideration. .. Then, after (3) special setting of the parameter to the character 5x is appropriately performed, (4) a transfer process for transferring the character 5x to the transfer destination player 2B is performed. As described above, in the present embodiment, the player can train the game object, etc., but in the transfer process, in principle, the parameter value even when the transfer source player trains the transfer object, etc. Is returned to the default state and transferred to the transfer destination player.

(1) Evaluation process In the evaluation process, the consideration for invoking the transfer of the character 5x, which is the transfer object, to the transferee player 2B is evaluated. In the present embodiment, the consideration for the transfer is evaluated using the intimacy index value between the transfer source player 2A and the transfer destination player 2B and the level difference between the transfer source player 2A and the transfer destination player 2B. Since the consideration is a virtual currency that can be used in the game, the evaluation is made by calculating the consideration. The consideration may be to consume an object other than the transfer object instead of the virtual currency. In that case, what to do with the object to be consumed (for example, a certain item, a certain character, etc.) is evaluated.

Here, the intimacy index value is an index value indicating intimacy between players, and changes according to the progress of the game. The server system 1100 manages the intimacy index value with other players for each player (see intimacy data 543 in FIG. 9). Specifically, for example, for each teammate of the player, the number and frequency of playing the game with the teammate, the number and frequency of chats exchanged during the play, and the game object (in the present embodiment). The intimacy index value between the player and the teammate is updated and managed as needed based on the number and frequency of transfers or transfers of the character). Therefore, when the game is repeatedly played with a specific player (teammate), or when the player chats frequently, the value of the intimacy index value with the player becomes large.

Then, the consideration is calculated by the following equation (1) using the reference amount, the coefficient Ka based on the intimacy index value, and the coefficient Kb based on the level difference.
Consideration = standard amount x Ka x Kb ... (1)

The standard amount is predetermined for each game object. For example, those with a high degree of rarity are set at a high price, those with a low degree of rarity are set at a low price, and so on.

On the other hand, the coefficient Ka is a positive value and is set at the time of evaluation processing based on the intimacy index value between the transfer source player and the transfer destination player. Specifically, the larger the value of the intimacy index value, the smaller the coefficient Ka. Therefore, the consideration is calculated by adjusting the reference amount so that the transfer between players with high intimacy is low and the transfer between players with low intimacy is high. For example, when the intimacy is low, it is more interesting to transfer the game object after increasing the intimacy, because the consideration will be lower.

Further, the coefficient Kb is a positive value and is set at the time of evaluation processing based on the level difference between the player level 541 of the transfer source player and the player level 541 of the transfer destination player (see FIG. 9). Specifically, the higher the level of the transfer source player than the transfer destination player and the larger the level difference, the larger the coefficient Kb. On the contrary, when the transfer source player has a lower level and the level difference is large, the coefficient Kb is set to a small value. Therefore, the consideration is set by adjusting the reference amount so that the transfer is from a player with a high level to a player with a low level, and the larger the level difference is, the higher the amount is. For example, if the level difference is large, it will be more interesting to transfer the game object after reducing the level difference, because the consideration will be lower.

(2) Collection process In the collection process, game coins, which are virtual currencies in an amount (value) corresponding to the consideration evaluated in the evaluation process, are collected from the transferee player 2B. By the processing here, the consideration amount is deducted from the balance of the game coins owned by the transferee player 2B and consumed. Game coins can be purchased by selecting the game coin purchase menu from a menu screen (not shown). However, the configuration is not limited to the configuration in which the consideration is collected by the consumption of game coins, and the configuration in which the consideration is collected by the consumption of the real currency in the real world may be used.

Further, in the collection process, when the transferee player 2B receives an input for the devaluation acceptance operation, the collection is performed by adding the amount of the given depreciation consideration (depreciation consideration) to the consideration. In that case, the total amount of the game coins owned by the transferee player 2B, which is the sum of the consideration and the depreciation consideration, is deducted and consumed.

The operation input of the transferee player 2B related to the collection of the depreciation amount is accepted on the transfer screen W3 shown in FIG. The transfer screen W3 is displayed on the player terminal 1500 of the transfer destination player selected on the transfer screen W2 when the transfer source player touches the decision button B2 on the transfer screen W2 of FIG. 5 to perform a transfer request operation. It is displayed on the touch panel 1108. As shown in FIG. 6, the transfer screen W3 includes a transfer information display unit A31, a special setting candidate display unit A37, and a decision button B3.

The transfer information display unit A31 includes a consideration display unit A33 and a depreciation consideration display unit A35, and displays the transfer of the character 5x, which is a transfer object. The consideration display unit A33 displays the consideration calculated in the evaluation process in the previous stage. The depreciation consideration value display unit A35 is prepared as an input box in which the transferee player can input an arbitrary amount of 1 coin or more, and "0" is initially displayed. In the present embodiment, the input operation of the depreciation value to the depreciation value display unit A35 is accepted as the depreciation acceptance operation input.

The special setting candidate display unit A37 displays a list of setting processing candidates (special setting candidates) for specially setting parameters for the character 5x when transferring the character 5x to the transferee player, and displays a list of any special setting candidates. Accepts setting candidate selection operations. In FIG. 6, the topmost special setting candidate is selected.

More specifically, as will be described later, the special setting candidate is defined in association with the depreciation consideration value (see FIG. 7), and the special setting candidate display unit A37 is in the depreciation value display unit A35. Special setting candidates according to the input value are displayed in a list. For example, when "1000" is input to the depreciation value display unit A35 as shown in FIG. 6, the special setting candidate display unit A37 displays the special setting candidate associated with the depreciation value of 1000 coins or less. The Rukoto. In other words, since the special setting of the parameter is performed in exchange for the collection of the depreciation value, if the input value of the depreciation value display unit A35 is "0", nothing is displayed on the special setting candidate display unit A37. .. However, it is also possible to set a special parameter when the depreciation value is "0". In that case, a special setting candidate associated with the depreciation value “0” is prepared in advance and displayed on the special setting candidate display unit A37.

The decision button B3 is for the transferee player to input the effect approval instruction operation. When the transferee player completes the input of the depreciation amount and the selection of the special setting candidate and requests the transfer of the transfer object, the transferee player touches the enter button B3 to perform the effect approval instruction operation. When the parameter is not specially set, the determination button B3 is touch-operated while the display of the depreciation consideration display unit A35 is “0”.

Then, when the decision button B3 is touch-operated, the server system 1100 collects the game coins of the consideration from the transferee player when there is no input of the consideration for the depreciation. On the other hand, if the depreciation consideration is entered, the game coins are collected by adding the depreciation consideration to the consideration.

(3) Special setting of parameters In this embodiment, the transfer object is transferred from the transfer source player to the transfer destination player on the assumption that the transfer is effective in exchange for the collection of consideration from the transfer destination player. When a further depreciation consideration is collected in response to the devaluation acceptance operation input, the parameters for the transfer object are specially set according to the setting process of the selected special setting candidate, and then the transfer object is transferred to the transferee player. Transfer to. For example, when the enter button B3 is touch-operated in the state of FIG. 6, a special setting is made to set the “skin (appearance)” of the character 5x to the “formal wear skin” (see FIG. 4).

Special setting candidates are prepared for each game object, for example, and are determined in association with the depreciation consideration. FIG. 7 is a diagram showing special setting candidates defined for a certain character. As shown in FIG. 7, the special setting candidate is determined in association with the depreciation value. More specifically, the special setting candidates are set to include contents that add or increase rare skills, ability values, appearances, and equipment as the corresponding depreciation consideration increases. Here, the parameters targeted for special setting by the special setting candidate are the dynamic parameters targeted by each special setting candidate surrounded by the alternate long and short dash line and the static parameters targeted by each special setting candidate surrounded by the alternate long and short dash line. Includes parameters and.

The dynamic parameter is the skill, ability value, appearance, equipment, etc. of the transfer object, and the special setting candidate related to the dynamic parameter is defined as a process of adding or increasing the dynamic parameter to the transfer object to improve it. For example, a process of adding a predetermined skill to the skill setting 531 (see FIG. 9) of the transfer object, a process of adding a predetermined value to the predetermined ability value in the ability value setting 532 of the transfer object, and an appearance setting 533 of the transfer object. It includes a process of setting a predetermined skin, a process of setting a predetermined equipment item in the equipment setting 534 of the transfer object, and the like.

On the other hand, the static parameter is an attribute, a state, etc. of the transfer object, and the special setting candidate related to the static parameter is defined as a process of changing the static parameter of the transfer object. Specifically, the attribute setting 535 of the transfer object is changed from "water attribute" to "ice attribute" (or newly added (awakened)), or the state setting 536 related to the status of the transfer object at the time of battle. Includes processing such as changing from "normal state" to "enhanced state".

In addition, the special setting candidates related to the dynamic parameters are the play data of the transfer source player, the play data of the transfer destination player, the dynamic parameters of the game object already owned by the transfer source player, or the transfer destination player already owns. It includes a process of determining a dynamic parameter to be specially set based on a dynamic parameter of a game object, and adding or increasing the determined dynamic parameter. For example, based on the skill setting 531 of the transfer object before the transfer, the process of adding the skill that the transfer source player had acquired to the transfer object before the transfer, using the target dynamic parameter as a "skill", is used by the transfer source player. Based on the appearance setting 533 of the player character being transferred, the process of setting the skin attached to the player character by the transfer source player with the target dynamic parameter as the "skin", the player character used by the transfer destination player Based on the equipment setting 534 of the above, it is possible to include a process of setting the equipment item attached to the player character by the transferee player with the target dynamic parameter as "equipment".

Similarly, special setting candidates related to static parameters are the play data of the transfer source player, the play data of the transfer destination player, the static parameters of the game object already owned by the transfer source player, or the transfer destination player already owns. Includes the process of determining the static parameters to be specially set based on the static parameters of the game object being set and changing the determined static parameters. For example, based on the attribute setting 535 of the player character used by the transfer source player, it is possible to include a process of changing the target static parameter as an "attribute" to the attribute of the player character.

The number of special setting candidates that can be selected by the special setting candidate display unit A33 on the transfer screen W3 of FIG. 6 is not limited to one, and a plurality of special setting candidates may be selected. For example, the number of selectable special setting candidates may be increased as the depreciation consideration increases. In that case, the parameters targeted by each special setting candidate are specially set according to the setting process of each selected special setting candidate.

(4) Transfer processing In the transfer processing, it is assumed that the transfer of the character 5x from the transfer source player 2A to the transfer destination player 2B is effective in exchange for the collection of the consideration in the collection process, and the transfer source player 2A to the transfer destination player 2B. Transfer the character 5x. Here, the server system 1100 manages the ownership information (owned object data 520 of FIG. 9) of various game objects including characters for each player, and the transfer of the transferred object is realized by updating the owned object data 520. .. At that time, even if the transfer source player raises the transfer object, the transfer object is transferred to the transfer destination player in the initial setting state. However, if the parameters in the previous stage are specially set, they will be transferred with the special settings reflected.

[Functional configuration]
1. 1. Server system FIG. 8 is a block diagram showing a functional configuration example of the server system 1100. As shown in FIG. 8, the server system 1100 of the present embodiment includes an operation input unit 100s, a server processing unit 200s, an image display unit 390s, a sound output unit 392s, a communication unit 394s, and a server storage unit 500s. To be equipped.

The operation input unit 100s is for inputting various operations for system management, maintenance, and the like, and can be realized by, for example, a keyboard, a mouse, a touch panel, or the like. In FIG. 1, the keyboard 1106 and the touch panel 1108 correspond to this.

The server processing unit 200s can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and can be connected to each unit including an operation input unit 100s and a server storage unit 500s. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit 100s, data received from the player terminal 1500, and the like, and the operation of the server system 1100 is collectively controlled. In FIG. 1, the control board 1150 and its CPU 1151 correspond to this.

The server processing unit 200s includes a user management unit 210, a billing processing unit 220, a game management unit 230, a timekeeping unit 280s, an image generation unit 290s, a sound generation unit 292s, and a communication control unit 294s.

The user management unit 210 manages the data related to the user registration and the data of each registered user (player) associated with the account. For example, it is possible to execute a process of assigning a unique account to a registered user, a registered information management process of registering and managing personal information for each account, a usage history management process of managing login and logout histories, and the like. Of course, other data management processes associated with user accounts other than these can also be included as appropriate.

The billing processing unit 220 performs billing processing according to the purchase operation of the game coin by the player, and grants the game coin equivalent to the purchase amount to the player.

The game management unit 230 performs various processes related to game execution management. Since the multiplayer game of the present embodiment is a client-server type online game, the game management unit 230 controls to provide data necessary for game play while communicating with the player terminal 1500. The game management unit 230 includes a game progress control unit 231, a transfer request reception unit 233, a consideration evaluation unit 235, an effect approval instruction reception unit 237, a consideration collection unit 239, a parameter special setting unit 243, and a transfer effect. Includes control unit 245.

The game progress control unit 231 communicates with the player terminal 1500 at any time to control the progress of the game play on the player terminal 1500, and performs processing related to the reflection of the play result.

The transfer request reception unit 233 displays and controls the transfer screen W2 (see FIG. 5) on the player terminal 1500 of the transfer source player, and accepts the transfer request operation together with the selection operation of the transfer object and the transfer destination player.

The consideration evaluation unit 235 performs an evaluation process and evaluates the consideration for making the transfer of the transfer object from the transfer source player to the transfer destination player effective. In the present embodiment, the consideration is calculated according to the equation (1) using the intimacy index value between the transfer source player and the transfer destination player and the level difference between the transfer source player and the transfer destination player.

The effect acceptance instruction reception unit 237 controls the display of the transfer screen W3 (see FIG. 6) on the player terminal 1500 of the transfer destination player, and accepts the effect approval instruction operation. In addition, it accepts the effect approval instruction operation together with the input operation of the depreciation amount consideration and the selection operation of the special setting candidate.

The consideration collection unit 239 performs a collection process and collects the game coins of the consideration calculated by the consideration evaluation unit 235 from the transferee player. The consideration collection unit 239 has a depreciation collection unit 241 that collects the depreciation amount by adding the depreciation amount to the consideration.

The parameter special setting unit 243 performs special setting of the parameter targeted by the special setting candidate according to the setting process of the special setting candidate selected by the transfer source player. Specifically, if it is a special setting candidate related to a dynamic parameter, the dynamic parameter is added or increased to the transfer object to improve it. On the other hand, in the case of a special setting candidate related to a static parameter, the static parameter of the transfer object is changed.

The transfer effect control unit 245 performs the transfer process, activates the transfer of the transfer object from the transfer source player to the transfer destination player in exchange for the consideration collection performed by the consideration collection unit 239, and activates the transfer of the transfer object to the transfer source player and the transfer destination. The player-owned object data 520 is updated.

The timekeeping unit 280s uses the system clock to measure the current date and time, the time limit, and the like.

The image generation unit 290s generates an image related to the system management of the server system 1100 and outputs the image to the image display unit 390s.

The sound generation unit 292s is realized by executing IC or software that generates and decodes audio data, and generates or decodes audio data such as operation sounds and BGM related to system management and video distribution of the server system 1100. The audio signal related to system management is output to the sound output unit 392s.

The communication control unit 294s performs communication connection and data processing for data communication with an external device (for example, a player terminal 1500) via the communication unit 394s, and realizes data exchange with the external device.

The image display unit 390s displays various screens for system management and the like based on the image signal input from the image generation unit 290s. For example, it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display. In FIG. 1, the touch panel 1108 corresponds to this.

The sound output unit 392s emits an audio signal input from the sound generation unit 292s. In FIG. 1, a speaker (not shown) included in the main device 1101 and the touch panel 1108 corresponds to this.

The communication unit 394s connects to the communication line N to realize communication. For example, it can be realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like. In FIG. 1, the communication device 1153 corresponds to this.

In the server storage unit 500s, a program for operating the server system 1100 and realizing various functions included in the server system 1100, data used during the execution of this program, and the like are stored in advance, or each time processing is performed. Temporarily stored. For example, it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 1, the IC memory 1152 and the storage 1140 correspond to this.

Further, the server storage unit 500s stores the server program 501, the distribution game client program 503, the user management data 510, the game initial setting data 550, and the play data 590. In addition, necessary data such as timers, counters, and various flags are stored as appropriate.

The server program 501 is a program for causing the server processing unit 200s to function as the user management unit 210, the billing processing unit 220, and the game management unit 230. A program that functions as an image generation unit 290s, a sound generation unit 292s, and a communication control unit 294s can also be included as appropriate.

The distribution game client program 503 is the original of the game client program 502 (see FIG. 11) downloaded to the player terminal 1500.

The user management data 510 is prepared for each player who has completed user registration, and stores various data for management regarding the game play of the player. Specifically, as shown in FIG. 9, one user management data 510 includes a player ID (account) 511 of the corresponding player, payment medium book data 513, owned object data 520, and player level 541. Intimacy data 543 and player character setting 545 are included. In addition, it also includes play history such as play date and time, play time, save data related to the progress of the game, and the like.

The payment medium book data 513 is information on the balance of payments of the electronic payment medium (game coin, which is the in-game currency in this embodiment) associated with the corresponding player, for example, the purchase date and time of the game coin and the number of purchases (billing amount). Stores history, history of game coin consumption date and time, history of consumption number, etc.

The possessed object data 520 is obtained in the process of the game by the player, is prepared for each game object currently owned by the player, and stores the data of the game object. Specifically, one owned object data 520 includes an object ID 521 of the game object and a parameter setting 530.

The parameter setting 530 includes a skill setting 531, an ability value setting 532, an appearance setting 533, an equipment setting 534, an attribute setting 535, and a state setting 536. In addition, the current values of various parameters including the dynamic parameters and static parameters of the corresponding game object are stored, including the setting of the level indicating the degree of growth and the experience value as appropriate.

The intimacy data 543 stores an intimacy index value with each of the other players. Further, the player character setting 545 stores the object ID of the character selected as the player character.

The game initial setting data 550 stores the initial setting data necessary for executing the game. The game initialization data 550 includes object definition data 560. In addition, it also includes data for setting a game stage, appearance settings of enemy characters for each game stage, types of enemy characters, various parameter values, definition data for defining action patterns, and the like.

The object definition data 560 is prepared for each of the various game objects that the player can obtain in the course of the game. Specifically, as shown in FIG. 10, one object definition data 560 includes an object ID 561 of the corresponding game object, an object name 563 of the game object, and a category (character / equipment item / recovery item) of the object. / ...) 565 and the parameter initial setting 567 of the game object are included. In addition, if it is a character, it stores model data, motion data used for motion control, and the like.

The parameter initial setting 567 stores the initial values of various parameters including the dynamic parameter and the static parameter of the game object. Specifically, the skill setting 531 and the ability value setting 532, the appearance setting 533, the equipment setting 534, the attribute setting 535, the initial setting of the state setting 536, and the like are stored. According to this parameter initial setting 567, for example, if the game object is a character, the skills that the character can acquire, the initial value and the upper limit value of the ability value of the character, the standard equipment skin, the equipment item, and the like are defined.

Returning to FIG. 8, the play data 590 is prepared for each player playing the game (that is, for each player terminal 1500 connected to the server system 1100), and describes the game play status (progress status).

2. Player terminal FIG. 11 is a block diagram showing a functional configuration example of the player terminal 1500. As shown in FIG. 11, the player terminal 1500 includes an operation input unit 100, a terminal processing unit 200, an image display unit 390, a sound output unit 392, a communication unit 394, and a terminal storage unit 500.

The operation input unit 100 is for the player to input various operations, and can be realized by, for example, a button switch, a joystick, a touch pad, a trackball, an acceleration sensor, an angular velocity sensor, a CCD module, or the like. In FIG. 2, the direction input key 1502, the home key 1504, and the touch panel 1506 correspond to this.

The terminal processing unit 200 can be realized by, for example, a processor that is an arithmetic circuit such as a CPU, GPU, ASIC, or FPGA, or an electronic component such as an IC memory, and is connected to each unit of the device including the operation input unit 100 and the terminal storage unit 500. Controls data input / output. Then, various arithmetic processes are performed based on a predetermined program and data, an operation input signal from the operation input unit 100, data received from the server system 1100, and the like, and the operation of the player terminal 1500 is controlled in an integrated manner. In FIG. 2, the control board 1550 and its CPU 1551 correspond to this. The terminal processing unit 200 in the present embodiment includes a player terminal calculation unit 270, a timekeeping unit 280, an image generation unit 290, a sound generation unit 292, and a communication control unit 294.

The player terminal calculation unit 270 executes various calculation processes for making the player terminal 1500 function as a terminal for the player's game play. For example, the player terminal calculation unit 270 includes an operation signal transmission control unit 271 and a game screen display control unit 273.

The operation signal transmission control unit 271 performs a process for transmitting various data and request information to the server system 1100 in response to an operation input to the operation input unit 100.

The game screen display control unit 273 controls to display the game screen based on various data received from the server system 1100. For example, if the online game of the present embodiment is realized as a web game, a web technology that actively controls the screen display by using Java (registered trademark) or CSS (Cascading Style Sheets) together with HTML based on a web browser. , Adobe® Flash, etc. can be used. Of course, other methods may be used. Further, in the configuration of the present embodiment, the game space image (for example, 3DCG, etc.) that is the base of the game screen is generated by the server system 1100, but the game space image can be generated by the player terminal 1500. .. In that case, the game screen display control unit 273 controls the objects arranged in the virtual three-dimensional space for generating the 3DCG.

The image generation unit 290 cooperates with the game screen display control unit 273 to display one game screen in one frame time (for example, 1/60 second) based on various data received from the server system 1100. A signal is generated, and the generated image signal is output to the image display unit 390. For example, it can be realized by a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like.

The sound generation unit 292 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec for playing a voice file, or the like, and is a sound signal of a game sound effect, a BGM, or various operation sounds. Is generated and output to the sound output unit 392.

The communication control unit 294 performs communication connection and data processing for data communication with an external device (for example, server system 1100) via the communication unit 394, and realizes data exchange with the external device.

The image display unit 390 displays various screens such as a game screen based on the image signal input from the image generation unit 290. For example, it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display. In FIG. 2, the touch panel 1506 corresponds to this.

The sound output unit 392 emits sound effects related to the game, BGM, and the like based on the sound signal input from the sound generation unit 292. In FIG. 2, the speaker 1510 corresponds to this.

The communication unit 394 connects to the communication line N to realize communication. For example, it can be realized by a wireless communication device, a modem, a TA, a jack of a wired communication cable, a control circuit, or the like. In FIG. 2, the wireless communication module 1553 corresponds to this.

The terminal storage unit 500 stores in advance a program for operating the player terminal 1500 and realizing the functions provided by the player terminal 1500, data used during the execution of this program, or is temporarily stored each time the processing is performed. Stored in. For example, it can be realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 2, the IC memory 1552 and the memory card 1540 correspond to this.

Further, the terminal storage unit 500 stores the game client program 502 and the current date and time 801. The game client program 502 is a program for causing the terminal processing unit 200 to function as the player terminal calculation unit 270. The game client program 502 may be a dedicated client program according to a technical method for realizing an online game, or may be configured by a web browser program, a plug-in that realizes an interactive image display, or the like. In the present embodiment, it is a copy of the distribution game client program 503 (see FIG. 8) provided by the server system 1100.

[Processing flow]
FIG. 12 is a flowchart for explaining the processing flow in the server system 1100 and the processing flow related to the transfer of the game object. The process described here is realized by the server processing unit 200s reading and executing the server program 501. It is assumed that the player terminal 1500 has been separately logged in.

As shown in FIG. 12, in the server system 1100, when the transfer menu selection operation on the player terminal 1500 is detected (step S1: YES), the transfer request reception unit 233 transfers the transfer screen W2 (FIG. 5 to the player terminal 1500). (See) is displayed and controlled, and the transfer request operation by the transfer source player is accepted (step S3).

Then, when the transfer request operation is accepted (step S5: YES), the consideration evaluation unit 235 performs the evaluation process and calculates the consideration related to the transfer of the transfer object selected on the transfer screen W2 (step S7).

After that, the effect acceptance instruction reception unit 237 controls the display of the transfer screen W3 (see FIG. 6) on the player terminal 1500 of the transfer destination player selected on the transfer screen W2, and accepts the effect approval instruction operation (step S9). ..

Then, when the effect approval instruction operation is accepted (step S11: YES), the game coin collection process is performed according to the input of the depreciation amount consideration on the transfer screen W3. Specifically, when there is no input of the depreciation consideration (step S13: NO), the consideration collection unit 239 collects the game coins of the consideration from the transferee player (step S15).

In this case, the transfer effect control unit 245 subsequently performs the transfer process, and first generates the owned object data 520 related to the transfer object in the default state (step S16). Specifically, the owned object data 520 with the parameter setting 530 as the initial setting state (contents of the parameter initial setting 567) is generated according to the object definition data 560 of the game object.

After that, the transfer object is transferred from the transfer source player to the transfer destination player (step S17). Specifically, the owned object data 520 related to the transfer object is deleted from the user management data 510 of the transfer source player, and the owned object data 520 generated in step S16 is added to the user management data 510 of the transfer destination player.

On the other hand, when the depreciation consideration is input (step S13: YES), the depreciation collection unit 241 collects the game coins obtained by adding the depreciation consideration to the consideration from the transferee player (step S19). Then, in this case, the transfer effect control unit 245 subsequently generates the owned object data 520 related to the transfer object in the default state (step S21).

Subsequently, the parameter special setting unit 243 performs special parameter setting according to the setting process of the special setting candidate selected on the transfer screen W3, and updates the parameter setting 530 of the owned object data 520 generated in step S21 (step S23). ). Specifically, if it is a special setting candidate related to a dynamic parameter, the corresponding setting (for example, skill setting 531 or ability value setting 532, appearance setting 533, equipment setting 534) is added or increased by adding or increasing the dynamic parameter. Update. In the case of a special setting candidate related to a static parameter, the static parameter is changed to update the corresponding setting (for example, attribute setting 535 or state setting 536).

Then, the transfer effect control unit 245 transfers the transfer object from the transfer source player to the transfer destination player (step S25). That is, the owned object data 520 related to the transferred object is deleted from the user management data 510 of the transfer source player, and the owned object data 520 generated in step S21 and updated with the parameter setting 530 in step S23 is used by the user of the transfer destination player. It is added to the management data 510.

After that, the end of the game is determined, and while the game is not ended (step S26: NO), the process returns to step S1 and the above process is repeated.

As described above, according to the present embodiment, the transfer object selected from the game objects owned by the transfer source player can be transferred to another player (transfer destination player). At that time, the consideration for the transfer can be calculated based on the intimacy and the level difference between the transfer source player and the transfer destination player, and can be collected from the transfer destination player. In addition, the depreciation consideration can be added to the consideration and collected according to the input of the depreciation acceptance operation by the transferee player. Then, in that case, according to the setting process of the special setting candidate according to the depreciation consideration, the target dynamic parameter is added or depreciated to the transfer object, or the target static parameter is changed, and then the transfer destination player is assigned. Can be transferred. Therefore, the transferee player can transfer the transfer object with the desired parameters set by further paying the devaluation consideration. According to this, the evaluated consideration is required for the transfer of the game object, and the consideration is collected from the transferee player. Therefore, the player (in the present embodiment, the transferee player) transfers the game object after considering whether or not the transfer is commensurate with the consideration, and it is possible to add a new interest to the transfer mechanism of the game object.

The mode to which the present invention can be applied is not limited to the above-described embodiment, and components can be added, omitted, or changed as appropriate.

[Modification 1]
For example, in the above embodiment, the processing subject of the game management is described as the server system 1100, but the configuration may be such that the processing subject is the player terminal, or the processing related to the game management is distributed between the server system and the player terminal. It can also be configured to be executed. For example, when the player terminal is the processing subject, the functional configuration example of the player terminal 1500A is as shown in FIG. In this case, the player terminal 1500A becomes a computer system. In FIG. 13, the same components as those in the above embodiment are designated by the same reference numerals.

As shown in FIG. 13, in the player terminal 1500A of this modified example, the terminal processing unit 200 has the game management unit 230, and the game screen display control unit 273 is omitted. That is, the player terminal 1500A of the present modification does not acquire data for displaying an image of the game screen from the server system 1100, but its own game management unit 230 executes a process related to game management to advance the game. To generate an image of the game screen. The storage unit 500 of the player terminal 1500A stores a game program 504 for making the terminal processing unit 200 function as a player terminal calculation unit 270 and a game management unit 230, and user management data 510 related to the player of the player terminal 1500A. And play data 590 and game initial setting data 550 are stored. The processing flow of the player terminal 1500A of this modification is basically the same as the flowchart shown in FIG. 12, and may be read as one in which each step is executed by the game management unit 230 of the player terminal 1500A.

[Modification 2]
Further, in the above embodiment, the configuration in which the character as the transfer object is transferred to the transfer destination player in the initial setting state has been described, but the transfer source player should transfer the character to the transfer destination player in the state of being trained or the like. It may be. In that case, when adding the owned object data 520 of the transfer object to the user management data 510 of the transfer destination player, a copy of the owned object data 520 related to the transfer object of the transfer source player may be added. According to this, the transfer object can be transferred to the transfer destination player in a state where the parameter setting 530 is taken over and the breeding state is maintained.

Further, in the case of this configuration, when evaluating the consideration, the consideration can be calculated by adding the level of the transfer object. For example, it can be realized by adding a coefficient Kc based on the level of the transfer object in the equation (1) and further multiplying the reference amount to obtain the consideration. It is preferable to set the coefficient Kc so that the higher the level of the transferred object, the higher the consideration price, and the lower the level, the lower the price.

[Modification 3]
Further, in the above embodiment, the configuration for accepting the depreciation acceptance operation input by the transferee player has been described, but the configuration for accepting the depreciation request operation input for depreciating the consideration by a given depreciation may be used. FIG. 14 is a diagram showing an example of the transfer screen W31 in this modified example. As shown in FIG. 14, the transfer screen W31 of this modification includes a transfer information display unit A331, and the transfer information display unit A331 includes a consideration display unit A33 and a depreciation display unit A335.

The depreciation display unit A335 is prepared as an input box in which the transferee player can input an arbitrary amount of 1 coin or more, and "0" is initially displayed. When a depreciation is entered in the depreciation display unit A335, the consideration of the consideration display unit A33 is updated to the depreciated amount by subtracting the depreciation from the initial consideration. In this modification, the input operation of the depreciation amount (depreciation) to the depreciation display unit A335 is accepted as the depreciation request operation input.

Here, if the enter button B31 is touch-operated without inputting the depreciation on the depreciation display unit A335, the consideration is collected. Then, in exchange for collecting the consideration, the transfer object (character 5x in the example of FIG. 14) is transferred from the transfer source player to the transfer destination player. For example, the character 5x is transferred in a state where the transfer source player has trained the character 5x in the same manner as in the first modification.

On the other hand, when the enter button B31 is touch-operated after the depreciation is input in the depreciation display unit A335, the depreciated consideration is collected by the depreciation. Then, in this case, at least one of the dynamic parameters of the character 5x is reduced or reduced to make it subordinated, and then the character is transferred to the transferee player.

In this modification, the game management unit 230 of the server system 1100 performs a process of reducing or reducing at least one dynamic parameter of the transfer object prior to the transfer process as the dynamic parameter subordination control means. For example, the process of deleting a part or all of the skills acquired by the transfer source player in the transfer object, the process of subtracting a part or all of the growth amount from the ability value, and the process of deleting the settings of the skin and equipment items. Etc. are prepared in advance as candidates, and the candidates according to the depreciation are selected to delete or reduce the target dynamic parameters. One of the candidates may be selected according to the depreciation to delete or reduce the target dynamic parameters, or the number of candidates according to the depreciation may be selected to select the target dynamic parameters. They may be deleted or reduced respectively. Further, the candidates that can be selected according to the depreciation price may be displayed in a list on the transfer screen W31 so that the transferee player can select the candidates. The greater the depreciation, the greater the degree of subordination.

Further, the consideration collection unit 239 collects game coins having a depreciation value obtained by depreciating the depreciation value from the consideration value calculated by the consideration evaluation unit 235 as a depreciation consideration collection means when the depreciation request operation input is received.

[Modification example 4]
Further, in the above embodiment, the transfer of the game object has been described, but in parallel with the transfer, a trade offer (trade request) for transferring the game object owned by the transferee player to the transferor player can be made. May be good. In the following, the transfer object is used as a character and the game object (trade object) to be traded is also used as a character as in the above embodiment, but other game objects can also be traded as trade objects in the same manner.

FIG. 15 is a diagram showing an example of the transfer screen W33 in this case. As shown in FIG. 15, the transfer screen W33 of this modification includes a trade button B33. When the trade button B33 is touch-operated, the trade request screen W4 shown in FIG. 16 is displayed. As shown in FIG. 16, the trade request screen W4 includes a trade object display unit A41 and a trade value display unit A43.

The trade object display unit A41 displays a selectable list of icons indicating characters owned by the transferee player, and accepts a selection operation in which any character is a trade object. In FIG. 16, the character 5t (character t) is in the selected state.

The trade consideration display unit A43 sets the amount of trade consideration (trade consideration) when the trade object (character 5t in FIG. 16) selected in the trade object display unit A41 is traded with the transfer object (character 5x in FIG. 16). indicate.

The trade consideration is calculated as the difference between the consideration for the transfer of the character 5x and the consideration for the transfer of the character 5t. Specifically, first, the character 5t selected as the trade object is evaluated in the same manner as in the above embodiment, and the consideration for the transfer is calculated. Then, the difference between the consideration for the transfer of the character 5x, which is the transfer object (the consideration displayed on the consideration display unit A33 in FIG. 15), and the consideration for the transfer of the obtained character 5t is used as the trade consideration. calculate.

The enter button B4 is for the transferee player to input a trade request operation. When the transferee player completes the selection of the trade object and offers a trade, the transferee player touches the enter button B4 to perform a trade request operation.

In this modification, the game management unit 230 of the server system 1100 accepts a trade request operation as a trade request receiving means.

Further, the consideration evaluation unit 235 evaluates the consideration for invoking the transfer of the trade object from the transfer destination player to the transfer source player when the trade object is selected on the trade object display unit A41 of the trade request screen W4. .. For example, the evaluation process is performed in the same manner as in the above embodiment, and the consideration for the transfer of the trade object is calculated. Then, the difference from the consideration for the transfer of the transfer object is calculated as the trade consideration.

In addition, the consideration collection unit 239 collects the game coins of the trade consideration from the transferee player when there is a trade request operation.

Further, the transfer effect control unit 245 transfers the transfer object from the transfer source player to the transfer destination player and the trade object from the transfer destination player to the transfer source player in exchange for the collection of the trade consideration performed by the consideration collection unit 239. The property data 520 owned by the transfer source player and the transfer destination player is updated on the assumption that the transfer of is effective. Specifically, the owned object data 520 related to the transfer object is deleted from the user management data 510 of the transfer source player, and the owned object data 520 related to the trade object is added. Further, the owned object data 520 related to the trade object is deleted from the user management data 510 of the transfer destination player, and the owned object data 520 related to the transferred object is added.

The number of trade objects that can be selected in the trade object display unit A41 is not limited to one, and a plurality of trade objects may be selected. In that case, for example, the consideration for the transfer is calculated for each selected trade object, and the difference between the total amount and the consideration for the transfer of the transfer object is calculated as the trade consideration.

Further, in this modification, although the configuration for accepting the trade request operation by the transfer destination player is illustrated, the trade request operation by the transfer source player may be accepted. Further, the trade consideration may be collected not only from the transferee player but also from the transferor player. Alternatively, if the consideration for the trade object is higher than the consideration for the transfer object, the difference may be collected from the transferee player, and conversely, if the consideration is low, the difference may be collected from the transferor player.

Further, in this modification, the trade object of the transfer source player is a trade to be transferred to the transfer destination player, but the following may be used. That is, the trade object is a consumable object, and the owned object data 520 related to the trade object (in this case, the consumable object) is deleted from the user management data 510 of the transferee player. Then, it is not transferred to the transfer source player. In this case, the transferee player collects the consumption object corresponding to the reduced amount instead of reducing the collected amount.

[Other variants]
Further, in the above embodiment, the consideration for the transfer of the transfer object is collected from the transfer destination player, but it may be collected from the transfer source player.

Further, the game to which the present invention can be applied is not limited to the action RPG of the above embodiment, and can be applied to games of other genres.

Further, in the above embodiment, a virtual movable property game object such as a character has been described as a transfer object, but the transfer object may also be a virtual real estate game object such as a land or a building. For example, in a simulation game that invades / invades a land, the acquired territory or the castle built in the territory is used as a game object (transfer object), and they are transferred between players participating in the game. It can be applied in the same way. Even in the case of a real estate game object, the parameter setting 530 of the owned object data 520 can be set in the same manner as in the above-described embodiment. For example, if the skill setting is 531, the skill as a farmland with abundant crops or the skill that slows down the progress speed when passing through, if the ability value setting is 532, the amount of harvest or the progress speed as a farmland is adjusted, or the appearance setting is 533. For example, the appearance setting of a building such as a castle, the equipment setting 534 is the setting of the built castle or building or their equipment, the attribute setting 535 is the attribute such as farmland / grassland / swamp / vacant land, and the state setting is 536. For example, normal / epidemic / drought status settings can be adopted.

Further, in the above embodiment, the configuration in which the consideration is collected at the timing when the transfer object is transferred from the transfer source player to the transfer destination player has been described, but further, while the transfer destination player owns the transfer object. , The consideration for the transfer object may be collected from the transfer source player or the transfer destination player at predetermined intervals. For example, in the above simulation game, when a territory is transferred between players as a transfer object, while the transferee player owns the territory, for example, a predetermined amount of game coins is used as a maintenance cost for a predetermined period. May be configured to collect from the transferee player each time. Of course, it may be collected from the transferor player.

Further, in the above embodiment, the case of playing against a computer-controlled enemy character has been illustrated, but it may be an interpersonal battle. In that case, the game object may be transferable to the opponent player.

1000 ... Game system 1100 ... Server system 100s ... Operation input unit 200s ... Server processing unit 210 ... User management unit 220 ... Billing processing unit 230 ... Game management unit 231 ... Game progress control unit 233 ... Transfer request reception unit 235 ... Consideration evaluation unit 237 ... Effectiveness approval instruction reception unit 239 ... Consideration collection unit 241 ... Price increase collection unit 243 ... Parameter special setting unit 245 ... Transfer effect control unit 290s ... Image generation unit 292s ... Sound generation unit 294s ... Communication control unit 390s ... Image display unit 392s ... Sound output unit 394s ... Communication unit 500s ... Server storage unit 501 ... Server program 503 ... Game client program for distribution 510 ... User management data 511 ... Account 513 ... Payment medium book data 520 ... Owned object data 521 ... Object ID
530 ... Parameter setting 531 ... Skill setting 532 ... Ability value setting 533 ... Appearance setting 534 ... Equipment setting 535 ... Attribute setting 536 ... State setting 541 ... Player level 543 ... Intimacy data 545 ... Player character setting 550 ... Game initial setting data 560 … Object definition data 561… Object ID
563 ... Object name 565 ... Category 567 ... Parameter initial setting 590 ... Play data 1500, 1500A ... Player terminal 100 ... Operation input unit 200 ... Terminal processing unit 270 ... Player terminal calculation unit 271 ... Operation signal transmission control unit 273 ... Game screen display Control unit 290 ... Image generation unit 292 ... Sound generation unit 294 ... Communication control unit 390 ... Image display unit 392 ... Sound output unit 394 ... Communication unit 500 ... Terminal storage unit 502 ... Game client program 504 ... Game program N ... Communication line 2 … Player (transfer source player / transfer destination player)

Claims (16)

A computer system that manages the ownership information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game.
The multiplayer game is a game in which the level of the player changes according to the progress of the game.
The consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player depends on the level difference between the first player and the second player. and the entry into force consideration evaluation means for evaluating Te,
A consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player.
The ownership information of the first player and the second player is updated on the assumption that the transfer of the transfer object from the first player to the second player is effective in exchange for the collection by the consideration collection means. Transfer effect means and
Computer system with. The multiplayer game is a game in which an index value indicating intimacy between players changes according to the progress of the game.
The issue consideration evaluation means variably evaluates the consideration according to the index value between the first player and the second player.
The computer system according to claim 1. The consideration collecting means has a value-added consideration collecting means for collecting a value evaluated by the effective consideration evaluation means plus a given value-added consideration based on the input of the second player's price-accepting operation.
The computer system according to claim 1 or 2. At least one of the skill, ability value, appearance, and equipment of the transfer object related to the transfer made effective by the transfer effect means when the collection is made by the depreciation collection means (hereinafter collectively referred to as "dynamic"). Dynamic parameter improvement control means, which is improved by adding or increasing "parameters").
The computer system according to claim 3 , further comprising. A computer system that manages the ownership information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game.
An effective consideration evaluation means for evaluating the consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player.
A consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player.
The ownership information of the first player and the second player is updated on the assumption that the transfer of the transfer object from the first player to the second player is effective in exchange for the collection by the consideration collection means. Transfer effect means and
Equipped with a,
The consideration collecting means has a value-added consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means plus a given value-added consideration based on the input of the second player's price-accepting operation.
At least one of the skill, ability value, appearance, and equipment of the transfer object related to the transfer made effective by the transfer effect means when the collection is made by the depreciation collection means (hereinafter collectively referred to as "dynamic"). Dynamic parameter improvement control means, which is improved by adding or increasing "parameters").
A computer system equipped with. The dynamic parameter improvement control means already owns the dynamic parameter to be improved by the play data of the first player, the play data of the second player, or the second player. Determined based on the dynamic parameters of the game object you are in,
The computer system according to claim 4 or 5. The dynamic parameter improvement control means determines the dynamic parameter to be improved based on the selection operation of the second player.
The computer system according to claim 4 or 5. Static that changes the attributes and / or state (hereinafter collectively referred to as "static parameters") of the transfer object related to the transfer that came into effect by the transfer effect means when the collection is made by the depreciation collection means. Parameter change control means,
The computer system according to any one of claims 3 to 7, further comprising. A computer system that manages the ownership information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game.
An effective consideration evaluation means for evaluating the consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player.
A consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player.
The ownership information of the first player and the second player is updated on the assumption that the transfer of the transfer object from the first player to the second player is effective in exchange for the collection by the consideration collection means. Transfer effect means and
Equipped with a,
The consideration collecting means has a value-added consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means plus a given value-added consideration based on the input of the second player's price-accepting operation.
Static that changes the attributes and / or state (hereinafter collectively referred to as "static parameters") of the transfer object related to the transfer that came into effect by the transfer effect means when the collection is made by the depreciation collection means. Parameter change control means,
A computer system equipped with. The static parameter change control means already owns the static parameter to be changed by the play data of the first player, the play data of the second player, or the second player. Determined based on the static parameters of the game object you are in,
The computer system according to claim 8 or 9. The static parameter change control means determines the static parameter to be changed based on the selection operation of the second player.
The computer system according to claim 8 or 9. The consideration collecting means has a depreciation consideration collecting means for collecting by a given depreciation amount from the consideration evaluated by the effective consideration evaluation means based on the depreciation request operation input of the second player. ,
Subordinated by reducing or reducing at least one of the skills, stats, appearances and equipment of the transfer object pertaining to the transfer that took effect by the transfer effect means when the depreciation collection means collects it. Dynamic parameter subordination control means,
The computer system according to any one of claims 1 to 11, further comprising. A computer system that manages the ownership information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game.
An effective consideration evaluation means for evaluating the consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player.
A consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player.
The ownership information of the first player and the second player is updated on the assumption that the transfer of the transfer object from the first player to the second player is effective in exchange for the collection by the consideration collection means. Transfer effect means and
Equipped with a,
The consideration collecting means has a depreciation consideration collecting means for collecting by a given depreciation amount from the consideration evaluated by the effective consideration evaluation means based on the depreciation request operation input of the second player. ,
Subordinated by reducing or reducing at least one of the skills, stats, appearances and equipment of the transfer object pertaining to the transfer that took effect by the transfer effect means when the depreciation collection means collects it. Dynamic parameter subordination control means,
A computer system equipped with. Owned by the second player in parallel with the transfer of the transfer object from the first player to the second player based on the trade request operation of the first player or the second player. A trade request receiving means for receiving a trade request for transferring a trade object, which is a game object, to the first player.
Further prepare
The effective consideration evaluation means evaluates the consideration for invoking the transfer of the trade object to the first player when the trade request is accepted by the trade request receiving means, the evaluated consideration, and the above-mentioned The difference from the consideration for invoking the transfer of the transfer object to the second player is calculated as the trade consideration.
When the trade request receiving means receives the trade consideration, the consideration collecting means collects the trade consideration evaluated by the effective consideration evaluation means from the first player or the second player.
When the transfer request means is accepted by the trade request receiving means, the transfer effect means transfers the transfer object from the first player to the second player in exchange for the collection of the trade consideration by the consideration collecting means. And, assuming that the transfer of the trade object from the second player to the first player is effective, the ownership information of the first player and the second player is updated.
The computer system according to any one of claims 1 to 13. A computer system that manages the ownership information of each player of virtual real estate or movable property (hereinafter collectively referred to as "game object") that can be transferred between players in a multiplayer game.
An effective consideration evaluation means for evaluating the consideration for invoking the transfer of the transfer object selected from the game objects owned by the first player to the second player.
A consideration collecting means for collecting the consideration evaluated by the effective consideration evaluation means from the first player or the second player.
The ownership information of the first player and the second player is updated on the assumption that the transfer of the transfer object from the first player to the second player is effective in exchange for the collection by the consideration collection means. Transfer effect means and
The second player owns in parallel with the transfer of the transfer object from the first player to the second player based on the trade request operation of the first player or the second player. A trade request receiving means for receiving a trade request for transferring a trade object, which is a game object, to the first player,
Equipped with a,
The effective consideration evaluation means evaluates the consideration for invoking the transfer of the trade object to the first player when the trade request is accepted by the trade request receiving means, the evaluated consideration, and the above-mentioned The difference from the consideration for invoking the transfer of the transfer object to the second player is calculated as the trade consideration.
When the trade request receiving means receives the trade consideration, the consideration collecting means collects the trade consideration evaluated by the effective consideration evaluation means from the first player or the second player.
When the transfer request means is accepted by the trade request receiving means, the transfer effect means transfers the transfer object from the first player to the second player in exchange for the collection of the trade consideration by the consideration collecting means. And, assuming that the transfer of the trade object from the second player to the first player is effective, the ownership information of the first player and the second player is updated.
Computer system. A game system including a server system, which is the computer system according to any one of claims 1 to 15, and a player terminal capable of communicating with the server system.

Images