JP6700701B2 - Game system and program - Google Patents

Description

  The present invention relates to a game system, a program, and the like.

  In an RPG game or the like, a player forms a team (party) with a plurality of characters owned by the player. Then, in the battle mode with the enemy encountered in the map or the dungeon, this team is used to battle the enemy. Further, in a sports game or the like, a player forms a team with a plurality of characters owned by the player and competes in a sport (for example, baseball or soccer) with an enemy team.

  In such games, the initial characters that make up the team in the early stages of the game are often characters with mediocre attributes that are low in level and inferior in offensive power and defensive power. Unlike the rare attributes that players can use by clearing dungeons, missions, etc., these early characters are given to the player by default by the system, so the player will become attached. It becomes a difficult character. Therefore, it is difficult to increase the player's motivation for the game at the initial stage of the game. Further, if a team (party) is composed of only low-level characters, it takes time to capture dungeons and missions, which makes it difficult for the player to smoothly proceed with the game.

  On the other hand, there is also known a game system in which a player can lend a rental character desired by the player and add the rental character as a member of his/her team. As a conventional technique of such a game system, for example, a technique disclosed in Patent Document 1 is known.

JP 2012-447A

  However, in the conventional technology that enables such a character to be rented, the rented rental character is simply returned when the repayment time comes. For example, when lending a rental character, the player can exchange the in-game currency and the like to borrow the rental character, which is a so-called prepaid system. Therefore, for example, in the initial stage of a game in which the pool of in-game currency and the like is small, it is difficult for the player to rent a high-level character, and there is a problem that the game cannot proceed smoothly.

  According to some aspects of the present invention, it is possible to provide a game system, a program, and the like that can realize a rental character providing system suitable for a player.

  According to an aspect of the present invention, a game processing unit that processes a game played by a player using a character, and when the player requests a loan of a rental character, the loan request is accepted and the rental character is provided to the player. A character processing unit that performs a lending process, a character information storage unit in which information on the rented rental character is registered and stored as a character that can be used by a player, and after renting the rental character, the price of the rental character is paid. The present invention relates to a game system including: a payment request processing unit that determines whether a payment condition is satisfied and, when the payment payment condition is satisfied, performs a process of requesting a player to pay for the rental character. The present invention also relates to a program that causes a computer to function as each of the above units, or a computer-readable information storage medium that stores the program.

  According to one aspect of the present invention, a rental character lending request from a player is accepted, and processing of lending the rental character to the player is performed. Then, after the rental character is lent, if the payment condition for the rental character is satisfied, a process for requesting the player to pay the rental character is performed. As described above, according to the aspect of the present invention, the price of the rental character is not required at the time of lending the rental character, and the rental character is lent to the player only after the rental character's price payment condition is satisfied. The fee request processing for the rental character is executed. As described above, the payment of the consideration for the rental character is so-called post-payment, so that the player can use the rental character as a rental character even if the character is originally out of reach. , It is possible to efficiently advance your own game, advance to the advantage, etc. Therefore, it is possible to realize a rental character providing system that is suitable and convenient for the player.

  Further, according to an aspect of the present invention, the character processing unit may register the rental character as a player-owned character when the player pays a consideration.

  By doing so, the player can use the rental character as the own character afterward by paying the consideration.

  Further, in one aspect of the present invention, the consideration request processing unit, after lending the rental character, comes to a payment time of the rental character, or a game parameter of a player, a game parameter of a character, or a game of a character group. When the parameter satisfies a predetermined condition, it may be determined that the consideration payment condition has been satisfied, and a process of requesting the player for the consideration of the rental character may be performed.

  In this way, it is judged that the payment condition is satisfied when the payment time comes after lending the rental character or when the game parameter of the player, the character or the character group satisfies the predetermined condition, Processing for requesting a player to pay a rental character is executed. Therefore, the player can rent the rental character by a so-called post-payment method and play his or her game until the payment time comes or until the game parameter of the player, the character, or the character group satisfies a predetermined condition.

  Further, in one aspect of the present invention, the consideration request processing unit may perform a process of requesting the player, as the consideration for the rental character, a consideration according to the game parameter of the rental character.

  In this way, the player can rent a rental character having excellent game parameters, for example, by paying a high price. Then, the player can use the rental character having such excellent game parameters as its own character to efficiently advance the game or advance to the advantage.

  Further, in one aspect of the present invention, the consideration request processing unit sets the game parameter value subtracted from the game parameter value of the player, the game parameter value of the character, or the game parameter value of the character group at the time of payment of the consideration, You may perform the process requested to a player as consideration for a rental character.

  With this configuration, a part of the game parameter value of the player, the character, or the character group can be collected as the consideration for the rental character, so that the consideration can be reliably collected.

  Further, in one aspect of the present invention, the consideration request processing unit gives a given burden ratio from a game parameter value of each of a plurality of characters of a player or from a game parameter value of each of a plurality of characters forming a character group. The game parameter value deducted in step 1 may be requested to the player as a consideration for the rental character.

  In this way, the price of the rental character is shared and shared by the plurality of characters. Therefore, by paying the price of the rental character, it is possible to prevent a situation in which, for example, the game parameter value of the specific character is significantly reduced.

  Further, in one aspect of the present invention, the consideration request processing unit may perform a process of requesting the player as a consideration for the rental character a consideration according to a difference in game parameter values between the player character and the rental character. Good.

  By doing this, for example, when the difference between the game parameter values of the player character and the rental character is large, a high consideration is requested, and when the difference between the game parameter values is small, a low consideration is requested. Can be processed.

  Further, according to an aspect of the present invention, the character processing unit may perform a process of lending a character selected by a player to the player as the rental character from among a plurality of candidate rental characters having different consideration or different consideration payment conditions. Good.

  In this way, the player can rent a character selected from a plurality of candidate rental characters with different consideration or consideration payment conditions as a rental character, thus increasing the variety of character selection by the player. it can.

  Further, in one aspect of the present invention, in association with each candidate rental character of the plurality of candidate rental characters, information on the game parameter of each of the candidate rental characters and information on the value required for lending the candidate rental character. A display processing unit that performs a process of displaying at least one of them may be included (a computer may function as the display processing unit).

  In this way, the player selects a desired character from a plurality of candidate rental characters and uses it as a rental character while checking the information on the game parameters of each candidate rental character and the information on the price required for lending. become able to. Therefore, a player-friendly rental character providing system can be realized.

  Further, in one aspect of the present invention, the character processing unit may perform a process of lending a system-owned character owned by a system or a character owned by another player owned by another player to the player as the rental character.

  This makes it possible to lend the system-owned character to the player as a rental character or to lend another player-owned character to the player as a rental character. When lending a character owned by another player as a rental character, the player can rent a character or the like grown by the other player as a rental character to efficiently advance or predominantly play the game. become.

  Further, in one aspect of the present invention, the character processing unit, when performing a process of lending the player-owned character as the rental character to the player, sets the game parameter value acquired by the rental character in the game to the other player. You may perform the process to allocate to.

  With this configuration, when a character trained by another player is lent as a rental character, a part of the game parameter value acquired by the rental character is distributed to the other player. Therefore, the other player can receive the loan in return for the character trained by the other player.

1(A) to 1(E) are explanatory views of a configuration example of the game system of the present embodiment. 1 is a configuration example of a server system of this embodiment. The structural example of the terminal device of this embodiment. Explanatory drawing of the game to which the method of this embodiment is applied. Explanatory drawing of the game to which the method of this embodiment is applied. Explanatory drawing of the game to which the method of this embodiment is applied. Explanatory drawing of the organization method of a team using a rental character. Explanatory drawing of the method of this embodiment. 9(A) and 9(B) are explanatory diagrams of payment conditions for consideration. 10(A) and 10(B) are explanatory views of a method of setting a consideration according to a game parameter of a rental character. Explanatory drawing of the method of request|requiring the value deducted from the game parameter value of a player, a character, or a team as consideration. 12A and 12B are also explanatory diagrams of a method of requesting a value obtained by subtracting a game parameter value of a player, a character, or a team as a consideration. Explanatory drawing of the method of setting a consideration according to the game parameter value difference of a player character and a rental character. Explanatory drawing about a candidate rental character. 15(A) and 15(B) are explanatory views of a method of displaying information on game parameters and consideration of candidate rental characters. Explanatory drawing of the method of lending a character owned by another player as a rental character. The flowchart which shows the detailed example of a process of this embodiment. The flowchart which shows the detailed example of a process of this embodiment. The flowchart which shows the detailed example of a process of this embodiment. The flowchart which shows the detailed example of a process of this embodiment.

  The present embodiment will be described below. The present embodiment described below does not unreasonably limit the content of the present invention described in the claims. In addition, not all of the configurations described in the present embodiment are essential configuration requirements of the invention.

1. Game System First, a configuration example of the game system of the present embodiment will be described with reference to FIGS. 1(A) to 1(E).

  In FIG. 1A, a server system 500 (information processing system) is communicatively connected to the terminal devices TM1 to TMn via a network 510. For example, the server system 500 is a host, and the terminal devices TM1 to TMn are clients. In the following, the case where the game system of the present embodiment and the process thereof are mainly implemented by the server system 500 will be described as an example. However, all or part of the game system and the process thereof are performed by the terminal devices TM1 to TMn. May be realized. Moreover, below, each terminal device of TM1-TMn is described suitably as the terminal device TM.

  The server system 500 can be realized by, for example, one or a plurality of servers (management server, game server, billing server, service providing server, content distribution server, authentication server, database server, communication server, etc.). This server system 500 provides various services for operating a community-type website and online games, and can manage data required for game execution and deliver client programs and various data. As a result, for example, the terminal device TM, which is a player terminal, accesses the server system 500 to use an SNS (Social Networking Service) or the like, and plays a social game or the like which is an online game provided from the server system 500. It will be possible.

  The network 510 (distribution network, communication line) is, for example, a communication path using the Internet, a wireless LAN, or the like, and a dedicated line (dedicated cable) for direct connection, a LAN using Ethernet (registered trademark), or telephone communication. It may include a communication network such as a network, a cable network, and a wireless LAN. The communication method may be wired/wireless.

  The terminal device TM (player terminal) is, for example, a terminal having an internet connection function (internet connection function). As these terminal devices TM, for example, the portable communication terminal (smartphone, mobile phone) shown in FIG. 1B, the portable game device shown in FIG. 1C, and the home game device shown in FIG. 1D. (Stationary type), or various devices such as an arcade game device shown in FIG. 1E can be used. Alternatively, as the terminal device TM, an information processing device such as a personal computer (PC) or a tablet computer may be used.

  FIG. 2 shows a configuration example of the server system 500 (game system) of this embodiment. The server system 500 includes a processing unit 600, an operation unit 660, a storage unit 670, and a communication unit 696. The configuration of the server system 500 is not limited to that shown in FIG. 2, and various modifications can be made such as omitting some of the constituent elements (each part) or adding other constituent elements. Each processing of the processing unit 600 of the server system 500 may be realized by the processing unit 100 of the terminal device TM of FIG. 3 described later, or the processing unit 600 of the server system 500 and the processing unit 100 of the terminal device TM are distributed. It may be realized by processing.

  The processing unit 600 (processor) is required for game processing, game result calculation processing, display processing, sound processing, and server based on various information stored in the storage unit 670 (database), programs, operation information, and the like. Various kinds of control processing or management processing. The function of the processing unit 600 can be realized by hardware such as various processors (CPU, GPU, etc.), ASIC (gate array, etc.), or a program.

  The processing unit 600 includes a reception processing unit 602, a transmission processing unit 604, a game processing unit 608, a character processing unit 610, a consideration request processing unit 612, an authentication processing unit 615, a charging processing unit 616, a management processing unit 618, and a display processing unit 620. , And a sound processing unit 630. Various modifications such as omitting some of these constituent elements and adding other constituent elements are possible.

  The reception processing unit 602 performs information reception processing. For example, a process for receiving information from the terminal device TM or the like via the network 510 is performed. The transmission processing unit 604 performs information transmission processing. For example, a process of transmitting information to the terminal device TM or the like via the network 510 is performed. Here, the reception process is, for example, a process of instructing the communication unit 696 to receive information or acquiring the information received by the communication unit 696 and writing the information in the storage unit 670. The transmission process is a process of instructing the communication unit 696 to transmit information, or instructing the communication unit 696 of information to be transmitted.

  Details of the game processing unit 608, the character processing unit 610, and the consideration request processing unit 612 will be described later.

  The authentication processing unit 615 performs player authentication processing. For example, the terminal device TM is used to perform authentication processing of the logged-in player. This authentication processing is performed based on, for example, a password or account information input by the player.

  The billing processing unit 616 performs various billing processes (billing determination process, billing data creation process, storage process, etc.). The billing information storage unit 676 of the storage unit 670 stores billing information that is the target of the billing process of the billing processing unit 616.

  The management processing unit 618 performs various server management processes. For example, it performs management processing of various services provided by the server and management processing of various information such as server management information.

  For example, the player performs a predetermined procedure and acquires an account in order to use the service provided by the server system 500. By entering the password associated with the acquired account and logging in, the player can play network games, play services on the game site, shop online for items, exchange messages between players, and make friends. You can use various services such as user registration. The management processing unit 618 also performs management processing of such player account information.

  The display processing unit 620 performs processing for displaying an image on a display unit such as the terminal device TM. For example, image generation data for generating the image is generated. Alternatively, control may be performed to display an image on the display unit such as the terminal device TM. The sound processing unit 630 performs processing for outputting a sound from a sound output unit such as the terminal device TM. For example, sound generation data for generating the sound (voice, game sound, sound effect) is generated. Alternatively, control may be performed to output a sound from a sound output unit such as the terminal device TM. Here, the image generation data for generating an image is data for displaying an image generated by the method of the present embodiment on the terminal device TM or the like, and may be the image data itself, Various data (display screen setting data, object data, etc.) used by the terminal device TM to generate an image may be used. The same applies to the sound generation data generated by the sound processing unit 630.

  The operation unit 660 is used by a system administrator (operator) to input various information.

  The storage unit 670 stores various kinds of information. For example, various information is stored in a database format. The storage unit 670 also functions as a work area for the processing unit 600 and the communication unit 696. The function of the storage unit 670 can be realized by a RAM (DRAM, SRAM, VRAM), SSD (Solid State Drive), HDD (Hard Disk Drive), or the like.

  The storage unit 670 includes a character information storage unit 672, a game parameter information storage unit 673, a consideration information storage unit 674, a billing information storage unit 676, and a user information storage unit 678. The character information storage unit 672 stores various kinds of information about characters that appear in the game. For example, character information (image information, identification information, status information, attribute information, etc.), various flag information, etc. are stored. The game parameter information storage unit 673 stores information about various game parameters. For example, information about game parameter values of a player, a character, or a character group (team, party, deck, group) is stored. The consideration information storage unit 674 stores information about the consideration of the rental character. For example, information about the price of the rental character that the player has to pay when the price payment condition is satisfied is stored. The billing information storage unit 676 stores information on the billing process performed by the billing processing unit 616. The user information storage unit 678 stores personal information of the player (name, sex, date of birth, mail address, etc.) as user information. For example, the player account information described above is also stored as user information. The billing information stored in the billing information storage unit 676 is associated with each account information of each player.

  The information storage medium 680 (computer readable medium) stores programs and data, and the function thereof can be realized by an HDD, a memory (ROM or the like), an optical disc (CD, DVD, BD) or the like. ..

  The communication unit 696 communicates with the terminal device TM or the like via the wired or wireless network 510, and the function thereof can be realized by hardware such as a communication ASIC or a communication processor, or communication firmware. ..

  FIG. 3 shows a configuration example of the terminal device TM (player terminal, client device) of this embodiment. The configuration of the terminal device TM is not limited to that shown in FIG. 3, and various modifications can be made such as omitting a part of the constituent elements (each part) or adding another constituent element.

  The terminal device TM includes a processing unit 100, an operation unit 160, an imaging unit 162, a storage unit 170, a display unit 190, a sound output unit 192, an I/F unit 194, and a communication unit 196.

  The processing unit 100 (processor) performs processing for providing various services, game processing, game result calculation processing, display processing, sound processing, or the like based on operation information from the operation unit 160, programs, and the like. The processing unit 100 performs various processes using the storage unit 170 as a work area. The function of the processing unit 100 can be realized by hardware such as various processors (CPU, GPU, etc.), ASIC (gate array, etc.), or a program.

  The processing unit 100 includes an input receiving unit 101, a reception processing unit 102, a transmission processing unit 104, a game processing unit 108, a character processing unit 110, a consideration request processing unit 112, a display processing unit 120, and a sound processing unit 130.

  The input receiving unit 101 receives input information (player operation) from a player (user). For example, a process of accepting information input via the operation unit 160 is performed. The reception processing unit 102 performs reception processing of information from an external device such as the server system 500 or another terminal device. The transmission processing unit 104 performs a process of transmitting information to an external device such as the server system 500 or another terminal device. The game processing unit 108 performs various game processes. The character processing unit 110 performs various kinds of character processing. The consideration request processing unit 112 performs various consideration request processing. The display processing unit 120 performs processing for displaying an image on the display unit 190. For example, when an image is generated on the terminal device side, drawing processing is performed based on the results of various processing (application processing, game processing) performed by the processing unit 100, an image is generated thereby, and the display unit 190 displays the image. Output. When generating an image on the server side, a process of displaying an image based on image information from the server system on the display unit 190 is performed. The sound processing unit 130 performs sound control based on the results of various processes performed by the processing unit 100. As a result, the BGM, the sound effect, the voice, or the like is output from the sound output unit 192. Note that the game processing, character processing, consideration request processing, display processing, etc. of the present embodiment may be realized by either one of the server system 500 and the terminal device TM, or the server system 500 and the terminal device TM. It may be realized by distributed processing.

  The operation unit 160 is used by a user (player) to input various information such as operation information, and the functions thereof are an operation button, a direction instruction key, an analog stick, a lever, various sensors (angular velocity sensor, acceleration). Sensor, etc.), a microphone, or a touch panel display.

  The image pickup unit 162 (camera) picks up an image of a subject, and is realized by an image sensor such as a CCD or CMOS sensor and an optical system including a focus lens and the like.

  The storage unit 170 serves as a work area for the processing unit 100, the communication unit 196, and the like, and the function thereof can be realized by a RAM, SSD, HDD, or the like.

  The information storage medium 180 (computer-readable medium) stores programs and data, and its function is an optical disk (DVD, CD, etc.), HDD (hard disk drive), memory (ROM, etc.), etc. Can be realized by The processing unit 100 performs various processes of this embodiment based on a program (data) stored in the information storage medium 180. In the information storage medium 180, a program (a program for causing a computer to execute the processing of each unit) that causes a computer (a device including an operation unit, a processing unit, a storage unit, and an output unit) to function as each unit of the present embodiment. I can remember.

  The display unit 190 outputs the image generated by this embodiment, and the function thereof can be realized by an LCD, an organic EL display, a CRT, an HMD, or the like. The sound output unit 192 outputs the sound generated by this embodiment, and the function thereof can be realized by a speaker, headphones, or the like.

  The I/F (interface) unit 194 performs interface processing with the portable information storage medium 195, and its function can be realized by an ASIC for I/F processing. The portable information storage medium 195 is a storage device for the user to store various types of information, and is a storage device that retains the storage of such information even when power is not supplied. The portable information storage medium 195 can be realized by an IC card (memory card), a USB memory, a magnetic card, or the like.

  The communication unit 196 communicates with an external device such as the server system 500 or another terminal device via the network 510, and the function thereof is hardware such as a communication ASIC or a communication processor, It can be realized by communication firmware.

  A program (data) for causing a computer to function as each unit of the present embodiment is transferred from the information storage medium of the server system (host device) to the information storage medium 180 (or storage unit 170) via the network and the communication unit 196. You may deliver. Use of the information storage medium by such a server system can also be included in the scope of the present invention.

  Note that the communication connection between the terminal devices of each player in the present embodiment is not limited to the communication connection by a wide area network such as the Internet. For example, the communication connection may be made only by a local area network instead of a network including the Internet.

  In the present embodiment, as shown in FIG. 2, the server system 500 (or the terminal device TM), which is a game system, includes a game processing unit 608 (game processing unit 108), a character processing unit 610 (character processing unit 110), and a consideration. The request processing unit 612 (the consideration request processing unit 112) is included. Further, the display processing unit 620 (display processing unit 120) can be included.

  In the following, the case where the game system of the present embodiment is realized by the server system 500 will be mainly described, but the present embodiment is not limited to this, and the game system is realized by the terminal device TM or the server. It may be realized by distributed processing of the system 500 and the terminal device TM.

  The game processing unit 608 (game processing unit 108) performs various game processes. For example, the player processes a game played using the character. The character (game play element) is a display object that appears in the game and is an operation target of the player, and is a display object simulating, for example, a human being, a wizard, a monster, a monster, a car, a ship, or an airplane. This character information (character identification information, image information, status information, attribute information, affiliation information, etc.) is stored in the character information storage unit 672. For example, when the character becomes a character of the player (a character that can be used by the player; a character owned by the player), the identification information of the player is associated with the information of the character and stored in the character information storage unit 672. As the game process, a process of starting the game when the game start condition is satisfied, a process of advancing the game, a process of calculating the game score, a process of ending the game when the game end condition is satisfied, and the like. There is.

  The character processing unit 610 (character processing unit 110) performs various kinds of processing on the character. For example, the character processing unit 610 (lending processing unit) receives a lending request and lends the rental character to the player when the player requests the lending of the rental character. In the case of FIG. 1A as an example, the information on the loan request is transmitted from the terminal device TM (TM1 to TMn) of the player to the server system 500, which is a game system, via the network 510. Then, the reception processing unit 602 of the server system 500 performs the processing of receiving the information of the lending request, and the character processing unit 610 performs the processing of lending the rental character to the player when the information of the lending request is received. .. Here, the rental character to be lent may be a character owned by the system (game system, server system) or a character owned by another player.

  Then, the information on the rented rental character is registered and stored in the character information storage unit 672 as a character that can be used by the player (a character that can be put in a group such as a team). For example, the information of the rental character is stored in the character information storage unit 672 in association with the identification information of the lent player.

  The consideration request processing unit 612 (the consideration request processing unit 112) performs various kinds of processing relating to consideration. For example, the consideration request processing unit 612 (the consideration processing unit), after lending the rental character, determines whether or not the consideration payment condition (predetermined condition) of the rental character is satisfied. Then, when the payment condition for payment is satisfied, the player is requested to pay the price of the rental character. That is, when the rental character is lent, the player is not required to pay the rental character, but the rental character is paid to the player only when the payment condition is satisfied after the lending time. Perform the requested process. In the case of FIG. 1A as an example, the information on the consideration request is transmitted from the server system 500, which is a game system, to the terminal device TM (TM1 to TMn) of the player via the network 510. For example, the transmission processing unit 604 of the server system 500 performs a process of transmitting the information on the consideration request. Then, the server system 500 and the terminal device TM execute various processes for payment of the consideration for the rental character.

  Here, the consideration payment condition is a condition that causes the player to be obligated to pay the consideration of the rental character when the condition is satisfied. The player does not have to pay the rental character's consideration until the consideration payment condition is satisfied, but if the consideration payment condition is satisfied, the player must pay the rental character's consideration (the obligation to pay the consideration). Occurs to the player. In addition, the consideration should be paid by the player as a reward for providing the rental character to the player. This consideration may be, for example, an in-game currency (virtual money), or a value (level, experience value, etc.) subtracted from the game parameter value (level, experience value, etc.) of the player, the character, or the character group as described later. Part of the game parameter value) or the like. When a plurality of rental characters are prepared, information regarding the price required for lending each rental character is stored in the price information storage unit 674.

  Further, the character processing unit 610 registers the rental character as the player's own character when the player pays the price. That is, when the player pays the price, the rental character is officially registered as the player's own character. However, the rental character may be returned to the player. When registering the rental character for which the consideration has been paid as the player's owned character, for example, the player's identification information is associated with the rental character information, and the player's owned flag is turned on, for example, and the character information storage unit 672 is turned on. You can store it in. When the rental character is returned, the association between the player and the rental character may be deleted (the usable flag is turned off) in the character information storage unit 672.

  Further, the consideration request processing unit 612 determines that the consideration payment condition is satisfied when the rental character payment period comes after the rental character is lent. Alternatively, the consideration request processing unit 612 determines that the consideration payment condition is satisfied when the game parameter of the player, the game parameter of the character, or the game parameter of the character group satisfies a predetermined condition. Then, when the value payment condition is satisfied in this way, a process of requesting the player for the price of the rental character is performed.

  Here, the payment time of the rental character may be determined by whether or not a given period (lending period) has passed after lending the rental character, or whether the payment date has reached the designated payment date (year, month, day). You may judge by whether or not.

  The game parameters are various parameters used in the game processing, and are, for example, status parameters. For example, the player's game parameters are status parameters such as the player's level or experience value, or information on the player's belongings such as in-game currency or items (number of coins, number of specific items, etc.). The game parameters of the character are status parameters such as the level, experience value, power, equipment level, offensive power, defense power, or magical power of the character used (owned) by the player, or the item or equipment possessed by the character. It is information on the belongings such as goods.

  The game parameters of the character group are, for example, when a character group (team, party, deck) is formed by a plurality of characters owned by the player, status parameters such as the level or experience value of the character group, and characters belonging to the team. And setting information of the upper limit value that determines the upper limit of the player's level, experience value, and the like. The game parameter of the player, the character, or the character group satisfying a predetermined condition means that the value of the game parameter has reached a predetermined value, or the condition of the game parameter (for example, the possession status of belongings) has reached a predetermined condition. Such is the case.

  Further, the consideration request processing unit 612 performs a process of requesting the player, as the consideration of the rental character, the consideration according to the game parameter of the rental character. For example, the higher the value of the game parameter of the rental character, the higher the demand for the player. Specifically, if the game parameter value such as the level, experience value, power, equipment level, offensive power, defense power or magical power of the rental character to be loaned is high, the player is requested to pay a high consideration. To do. On the other hand, when the value of the game parameter of the rental character to be loaned is low, the player is requested to pay a low consideration. By doing so, in order to rent a rental character that can advance the game more dominantly, it is necessary to pay a higher price.

  Further, the consideration request processing unit 612 requests the player as a consideration for the rental character, a game parameter value subtracted from the game parameter value of the player, the game parameter value of the character, or the game parameter value of the character group when paying the consideration. Perform processing to

  For example, the player can increase the game parameter value such as the level, experience value or power of the player, the character or the character group (team, party) by advancing the game with the rental character as the character used by the player. Then, when the payment condition for the consideration is satisfied and the consideration is paid, a process of subtracting a given game parameter value from the game parameter value of the player, character or character group at that time is performed. Then, the game parameter value obtained by the deduction process is collected from the player as a consideration for the rental character. By doing so, it becomes possible to collect the consideration from the player more reliably than when the in-game currency or the like is requested as the consideration.

  Further, the consideration request processing unit 612 subtracts the game parameter value subtracted by a given burden ratio from the game parameter value of each of the plurality of characters of the player or the game parameter value of each of the plurality of characters forming the character group. Is requested to the player as a consideration for the rental character.

  Here, the plurality of characters include a plurality of characters that do not form a character group such as a team and a plurality of characters that form a team. The game parameter value is deducted from the respective game parameter values of the plurality of characters or the respective game parameter values of the plurality of characters forming the character group at a given burden ratio. Then, the game parameter value obtained by the deduction process is collected from the player as a consideration for the rental character. That is, the price of the rental character is shared and shared by a plurality of characters that do not form a character group or a plurality of characters that form a character group. The burden ratio in this case may be an equal burden ratio, or may be a burden ratio according to the game parameter value of the character, for example. For example, among a plurality of characters, a character having a high game parameter value such as a level and an experience value is given a higher burden ratio of consideration as compared with other characters.

  Also, the consideration request processing unit 612 performs a process of requesting the player, as the consideration of the rental character, a consideration according to the difference in the game parameter value between the player character and the rental character.

  For example, the difference value between the game parameter value of the player character and the game parameter value of the rental character lent to the player is obtained. Then, the price corresponding to the difference value is requested as the price of the rental character. For example, the larger the difference value, the higher the price of the rental character. Here, the game parameter value of the player character may be a game parameter value of a specific character (for example, a main character) used by the player. Alternatively, it may be an average value or the like of game parameter values of a plurality of characters that form a character group, or may be an average value or the like of game parameter values of a plurality of characters that can be used by the player.

  Further, the character processing unit 610 performs a process of lending the character selected by the player to the player as a rental character from among a plurality of candidate rental characters for which the consideration or the consideration payment condition is different.

  That is, in this embodiment, a plurality of candidate rental characters are prepared in advance. Each of the plurality of candidate rental characters is set to have different consideration and consideration payment conditions required for the rental. For example, the information on the candidate rental character is stored in the character information storage unit 672 in association with the information about the consideration and the payment condition for the consideration. When the player selects a desired candidate rental character from a plurality of candidate rental characters, the candidate rental character is lent to the player as a rental character. Further, the information on the consideration or the payment condition for the consideration associated with the rental character is read. Then, after lending the rental character, it is determined whether or not the payment condition associated with the rental character is satisfied. When the payment condition for payment is satisfied, the player is requested to pay for the rental character.

  The display processing unit 620 (display processing unit 120) performs display processing of these candidate rental characters. That is, processing for displaying on the display unit of the terminal device of the player is performed. For example, the display processing unit 620 associates with each candidate rental character of the plurality of candidate rental characters and displays at least one of the information on the game parameter of each candidate rental character and the information on the consideration required for lending each candidate rental character. Perform processing to The information on the game parameters is, for example, information on the character level, experience value, power, equipment level, offensive power, defense power, magical power, etc., information on items or equipment, etc. The information on the consideration necessary for lending each candidate rental character is information on the consideration to be paid by the player when the consideration payment condition is satisfied when the player borrows the candidate rental character as a rental character.

  The character processing unit 610 also lends a system-owned character owned by the system or a character owned by another player owned by another player to the player as a rental character.

  The system-owned character is a character prepared in advance by the system side (operating side of the game system) and registered in the character information storage unit 672 as a character that can be rented by the player. For example, it is a default rental character prepared in advance at the start of distribution of the game.

  The character owned by another player is, for example, a character owned (used) by another player who plays a game on a terminal device different from the player. The information of the character owned by the other player is communicated via the server system 500, the network 510, and the like. For example, among the characters trained by another player, a character desired by the other player is registered as a candidate rental character. Then, the character owned by the other player is registered in the character information storage unit 672 as a candidate rental character.

  Further, the character processing unit 610 performs a process of distributing the game parameter value acquired in the game by the rental character to the other players when the process of lending the player-owned character to the player as the rental character is performed. For example, it is assumed that the player acquires a game parameter value such as a level, an experience value or power as a result of playing a game by adding a rental character to a character group such as a team. In this case, the character processing unit 610 performs a process of distributing a part of the acquired game parameter value to other players as a reward for renting the rental character. The game parameter value to be distributed is a game parameter value acquired after the rental character owned by the other player is lent, for example, until the consideration payment condition is satisfied, and a part of the game parameter value is distributed to another player. Be distributed to. As a reward for renting the rental character, part of the player's in-game currency or the like may be distributed to other players.

  Although the case where the server system 500 of FIG. 2 performs the game process, the character process, the consideration request process, the display process, and the like of the present embodiment has been described above, the present embodiment is not limited to this. For example, the terminal device TM of FIG. 3 may perform part or all of the game processing, character processing, consideration request processing, display processing, etc. of the present embodiment described above. In this case, the terminal device TM (or a system in which the terminal device and the server system cooperate with each other) functions as the game system of this embodiment.

2. Method of this Embodiment Next, the method of this embodiment will be described in detail. In the following description, the case where the game to which the method of the present embodiment is applied is an RPG game and the character group is a team (party) of characters used in the battle mode of the RPG game will be mainly described as an example. However, the present embodiment is not limited to this. For example, the method of the present embodiment can be applied to various games other than RPG (sports games, competition games, competitive games, action games, card games, music games, etc.). In addition to teams (party) in RPG games and the like, character groups include teams in sports games (games such as baseball, soccer, and American football) and competitive games (fighting games, fighter games, etc.), decks in card games, and so on. , It is possible to envision various groups composed of a plurality of characters in other games.

2.1 Outline of Game First, an outline of a game to which the method of this embodiment is applied will be described with reference to FIGS. 4 to 6. This game is an RPG game in which a player operates a character to overcome various trials (adventure, battle, search, and challenge) and achieve an object. The player searches for maps and dungeons, for example. When the player encounters an enemy on the map or in the dungeon, the battle mode with the enemy is entered, and the player battles with the team of the enemy character by the team formed by the player.

  FIG. 4 is an example of a team (party) organization screen (character selection screen). A candidate character that can be used by the player is displayed in the area RC1 of the screen. When the player touches the tab TB1 on the screen, all the candidate characters are displayed. When the tabs TB2, TB3, and TB4 are touched, candidate characters suitable for the front row, the center, and the rear row are displayed. When the tab TB5 is touched, a candidate rental character is displayed as described later.

  Characters CH1 to CH5 forming the player's team are displayed in the area RC2. The character CH1 is the character in the front row of the team, and the character CH5 is the character in the back row.

  The player can select a desired candidate character as a constituent character of the team by touching and selecting a desired candidate character in the area RC1. For example, when the player touches the candidate character CC1 in the area RC1 and drags it to the position of the character CH1 in the area RC2, the character CH1 is replaced with CC1 and the character CC1 is selected as the character in the front row of the team. When the player touches the candidate character CC2 in the area RC1 and drags it to the position of the character CH5 in the area RC2, the character CH5 is replaced with CC2 and the character CC2 is selected as the character in the back row of the team. In this way, the player organizes the team to be used in the battle mode with the enemy by the character desired by the player.

  FIG. 5 is an example of a battle screen. Here, a battle between a player's team (party) composed of the characters CH1 to CH5 and an enemy team composed of the enemy characters CE1 to CE3 is performed. This game is a so-called social game RPG game, and the battle with the enemy basically proceeds automatically (auto battle). When the player wants to stop the progress of this battle, he touches the stop icon indicated by A1 in FIG.

  As shown in A2 of FIG. 5, each of the characters CH1 to CH5 has a hit point HP and a spirit point SP as game parameters during battle. When the hit point HP becomes zero, the character becomes incombatable. Then, when fighting the enemy, the gauge of the power point SP accumulates, and when the maximum value is accumulated, the character can release a skill called a special move. The effect of this skill is different for each character. For example, the character CH1 in the front row gives off a skill that exerts a suitable effect as an attack on the front row, and the character CH5 in the back row gives out a skill that exerts an effect as a proper attack as an attack on the back row.

  When the character's energy point SP gauge is at the maximum value and the icon image of that character is touched, the character's skill is released and large damage is done to the enemy. For example, in FIG. 5, the gauge of the energy point SP of the character CH2 has the maximum value, and the periphery of the icon image of the character CH2 blinks in a predetermined color such as yellow. At this time, when the player touches the icon image of the character CH2, the skill possessed by the character CH2 is released. For example, with this skill, for example, an attack or the like that causes damage to all the enemies comes to be carried out.

  In this way, by fighting the enemy team and winning a predetermined number of rounds (for example, 3 times), one quest (event, mission) is cleared. When the player completes the quest and wins, a winning reward such as a coin (in-game currency), a player's experience value, a character's experience value, equipment, an item, or a stone is given. By thus gaining the winning reward such as the experience value, the level of the player, the character, the team, or the like increases. For example, if the level of the team or the like does not rise, the level of the character or the like does not rise, and the equipment and skills cannot be strengthened. The character can also grow by using predetermined items (experience value acquisition item, billing item, etc.). Similarly, the skills possessed by each character can be grown and strengthened.

  Further, as the player wins and the levels increase, a new character (hero) can be selected on the screen of FIG. Also, by consuming the accumulated stones, a new character (hero) is released (unlocked) and can be used. Characters have attributes such as characteristics (specialized for physical attack, specialized for magical attack, auxiliary character) and type (power, intelligence, quickness). In addition, quests (events, missions) that the player can challenge include quests that require consumption of stamina in so-called social games and quests that do not require consumption of stamina. Stamina can be recovered by charging items.

  FIG. 6 is an example of a character information display screen. In FIG. 6, an image of the character CH1, a name, and various information are displayed. For example, B1, B2, B3, and B4 are slots indicating the equipment items already mounted on the character CH1. B5 and B6 represent empty slots of equipment. When the player touches the empty slots of B5 and B6, an image of equipment that can be attached is displayed in a pop-up, and when attachment is selected, the equipment is attached. Then, the equipment is attached to all slots B1 to B6, and when the promotion icon shown in B7 is touched, the character CH1 is promoted. By this promotion, all of the equipped equipment are removed, but the base parameter value (the upper limit value of the game parameter value, etc.) of the character CH1 rises. B8 is a game parameter value such as the level, experience value, and power of the current character CH1. B9 is the number of collected stones, and if the evolution icon of B10 is touched after the number becomes equal to or more than a predetermined number, the character CH1 evolves. As a result, the base parameter value of the character CH1 further increases.

2.2 Rental Character As described above, the player enjoys the game by successively clearing quests (missions) while enjoying the training of the character and the like. In such a game, which character is to be used as the character to be trained is very important in order to advance the game predominantly. For example, by adding a character having a higher game parameter such as a level and an experience value or a base value of the game parameter to the team and clearing the quest, the player can advance the game to an advantage.

  However, in the initial stage of the game, the number of initial characters that the player can use may be insufficient with respect to the maximum number of characters that make up the team. For example, when the maximum number of characters in the team is 5, there may be a case where the number of initial characters is insufficient, for example, 3 at the beginning of the game.

  Further, even if the number of members of the team satisfies the maximum number of members of the team, if the team is composed of characters with mediocre attributes that are low in level and inferior in offensive and defensive power, the player's satisfaction is poor. Becomes In addition, each player has his or her own taste, and if the characteristics and patterns of the initial characters prepared by the system by default are not what the player likes, it is not possible to form a team with only such characters. , The result will not suit the player. In this case, it is conceivable that the team may be supplemented with the characters purchased by the charging item, but this is not preferable for the player who does not want the charging play.

  Therefore, in this embodiment, a method of lending a rental character to a player in such a game is adopted. By borrowing a character from the system (or another player) on the management side, the player only pays a predetermined consideration (compensation) even when earning experience value of the player or the team or when the game gets stuck. The game can be advanced quickly, and the stress of the player when playing can be reduced.

  That is, the player rents the character from the system side (other player), and the character can be rented until a given condition is satisfied (elapse of a predetermined period, reaching a predetermined level, achievement of a target, etc.). Become. When a given condition is satisfied, for example, a predetermined point from the points (experience value, level, or in-game currency) that the player has acquired during the game is confiscated as the consideration for the rental character. The confiscation of points may be always withdrawn until the above conditions (conditions for payment of consideration) are satisfied.

  For example, it is assumed that the level of a predetermined character (for example, a character forming a team or a first character) of the characters owned by the player is equal to or higher than a threshold value, or the level of the team is equal to or higher than the threshold value. At this time, the debt for the parameters such as the level and experience value of the rental character at the time of renting the rental character is paid out little by little from each of the characters forming the team as a consideration of the rental character, and is half-paid. The payment of the consideration is not limited to the half of the plurality of characters forming the team. For example, half the payment may be made from all the characters owned by the player, or a plurality of characters frequently used by the player. For example, the character with the highest 5th level or the character with the 5th highest use frequency of the most recent battle may equally pay the consideration as a debt.

  When renting out a rental character, the player can choose which character to use as the rental character, but characters with good usability and high levels, etc. are repayed at an early stage of the game because the above threshold is set low. Will be pressed. On the other hand, a character with a low level adjusts the game balance so that the repayment can be done later. In this way, the player can feel free to borrow the character without having a troublesome or negative impression such as borrowing the character from a friend or strongly leaving an impression that the character is lost at the time of repayment. Also, the rental character's usage fee (value) may be changed according to the level difference with the player.

  FIG. 7 is a screen explaining a method for organizing a team using rental characters. For example, when the player touches the tab TB5 on the screen, candidate rental characters CR1, CR2, CR3, CR4, CR5 are displayed in the area RC1 on the screen. These rental characters CR1 to CR5 have different game parameters such as level, experience value, power, skill, or attribute. Further, as will be described later, for example, the consideration required for renting the character and the consideration payment condition are different.

  For example, when the player touches and selects the rental character CR1, the image of the rental character CR1 is displayed in the empty slot (blank) of the team shown at C1, and the rental character CR1 is added as a constituent character of the team. .. Further, for example, when the player touches the rental character CR2 and drags it to the position of the character CH2 in the area RC2, the character CH2 is replaced with the rental character CH2. As a result, the rental character CH2 is added as a team constituent character instead of the character CH2.

  As described above, according to the present embodiment, even when the number of team members (3) does not meet the maximum number of team members (5), the rental character is added as a member character of the team, so that the shortage can be reduced. Can be supplemented. Further, for example, even when the levels and experience values of the initial characters CH1, CH2, and CH3 that make up the team are low, by replacing these initial characters CH1 to CH3 with rental characters, the ability of the team is improved and the player Will be able to advance the battle to the advantage. Although the player can freely select the rental character, the fun of the game strategy of the player can be improved. However, the system may automatically select the rental character used by the player.

  In this embodiment, the player is not required to pay the price of the rental character at the time of lending, and a pay-back (advance payment) method is used. As a result, the player can use a high-level character that is originally out of reach. In addition, the player can save the trouble of compromising his or her taste and the like, and wastefully raising a character that he does not have in hand, and streamlining the character can be made efficient, so that the player's satisfaction can be improved.

  Specifically, in the present embodiment, when the player selects a desired rental character as shown in FIG. 7 and makes a loan request loan request as shown in FIG. 8, the loan request is accepted. For example, the game system receives the lending request information from the player's terminal device via the network. Then, a process of lending the requested rental character to the player is performed. For example, the requested rental character is registered as a player character. Specifically, the information on the rented rental character is registered and stored in the character information storage unit 672 as a character that can be used by the player. At this time, when the rental character is lent, the player is not required to pay the price.

  Next, after lending the rental character, it is determined whether or not the consideration payment condition for the rental character is satisfied. Then, when the payment condition is satisfied, the player is requested to pay the price of the rented rental character. That is, the payment is requested by the post-payment method. Specifically, the game system performs a process of transmitting consideration request information to the player's terminal device via the network. When the player pays the price, for example, the rental character is registered as the player's own character. For example, it is registered and stored in the character information storage unit 672 as a character owned by the player. The rental character may be returned to the player when the price is paid.

  9(A) and 9(B) are diagrams illustrating examples of consideration payment conditions. In FIG. 9(A), it is determined that the consideration payment condition is satisfied when the rental character payment period comes after the rental character is lent. For example, after lending the rental character, when the given period TP elapses, it is determined that it is time to pay the consideration. In this way, after lending the rental character, the player will be required to pay the fee on condition that the period TP has elapsed, and a post-payment method of the fee can be realized. It should be noted that instead of the lapse of the period TP, the date of payment (payment date) may be determined to determine whether or not the payment time has come.

  Further, in FIG. 9B, if the game parameter of the player, the game parameter of the character, or the game parameter of the team (character group in a broad sense) satisfies the predetermined condition, it is determined that the consideration payment condition is satisfied, and the player Are demanding compensation.

  For example, when a game parameter such as a level of a player, a character, or a team or an experience value reaches a predetermined value, it is determined that the above-described predetermined condition is satisfied and the consideration payment condition is satisfied. Alternatively, when the game parameter of the game achievement level (quest or mission achievement level) of the player or the team reaches a predetermined value, it may be determined that the consideration payment condition is satisfied. Alternatively, when the game parameter indicating the possession status (the number of possessions, the possession flag, etc.) of the possession of a specific item such as the player, the character, the team, or the equipment, etc. is a predetermined condition, it is determined that the payment condition is satisfied. You may. As described above, various methods can be envisioned as the method for determining the consideration payment condition based on the game parameter.

  In addition, in the present embodiment, a process of requesting a player to pay the price according to the game parameter of the rental character as the price of the rental character is performed. That is, when renting a rental character, the higher the level of the character, the higher the cost of the payment required on the payment due date.

  For example, in FIG. 10A, game parameters such as level, experience value, power, equipment level, etc. are set for each rental character (CR1, CR2, CR3... ). In addition, the price required for the rental is set for each rental character. In this case, as shown in FIG. 10B, the higher the game parameter value of the rental character, the higher the consideration required for renting the rental character. For example, in FIG. 10A, a rental character having a high level, experience value, power, equipment level, or the like has a high consideration required for rental. On the other hand, even if the price is high as described above, the player can rent a rental character having a high level, experience value, power, equipment level, etc., and add it to the team, so that the player can greatly advance the subsequent game. It will be possible and you will be able to get a high price.

  In this case, interest may be set for the consideration according to the rental period (period TP in FIG. 9A). For example, the longer the rental period, the higher the consideration required at the time of payment due to the set interest rate. On the other hand, if the rental period is long, the player can proceed with the game by using the rental character having a high level or the like during the period, so that the interest can be earned.

  Further, when the player does not pay the consideration when the consideration payment condition is satisfied, a penalty may be imposed on the player so that it is more advantageous for the player not to rent the rental character. For example, a penalty process is performed to significantly reduce the game parameter value of the player, the character, or the team, or to significantly reduce the in-game currency owned by the player.

  Further, in the present embodiment, a process of requesting the player, as the consideration of the rental character, the game parameter value subtracted from the game parameter value of the player, the game parameter value of the character, or the game parameter value of the character group when paying the consideration. I do.

  For example, in FIG. 11, a process of subtracting a part of the game parameter value such as the level of the player, the character or the team, and the experience value is performed. Then, the subtracted game parameter value is requested as a consideration for the rental character. That is, the payment process of the consideration of the rental character is realized by the process of subtracting the game parameter value corresponding to the consideration from the game parameter value of the player, the character, or the team.

  For example, when the level of the player, character, etc. at the time of payment of the consideration is 20, a process of subtracting a part of this level value=20 is performed. For example, a process of subtracting the level value=4 from the level value=20 is performed. As a result, the level of the player, the character, etc. is lowered from 20 to 20-4=16. The deducted level value=4 becomes the consideration for the rental character. That is, as a consideration for the rental character, the level value=4 to the level value=4 of the player is confiscated. When the player pays the price in this way, the rental character is registered as the official character of the player.

  For example, it is possible to request the player to pay money for the rental character by charging or the like. However, according to this method, when the player requests the player to pay the price later, the player cannot pay the price, and there is a possibility that the price cannot be collected.

  In this respect, if a part of the game parameter value of the player, the character, or the team is requested as a consideration, there is an advantage that the consideration of the rental character can be certainly collected. In particular, the player can advance the game from the initial stage by renting a rental character having a high level, and can expect a large increase in the level, experience value, etc. during the rental period. Therefore, the method of collecting a part of the rental character from the increased level, experience value, and the like as a consideration is satisfactory to the player and is rational.

  It should be noted that, when performing a process of collecting (confiscating) the deduction value from the game parameter value (points) of the player, the character, or the team as the consideration of the rental character, a method of collecting all the deduction value at the payment timing of the consideration. It is not limited to. For example, a process of periodically subtracting the divided value of the subtraction value from the game parameter value of the player, the character, or the team, such as installment payment, may be performed before the payment of the consideration. By doing so, it becomes possible to reliably collect the consideration of the rental character. It is also possible to collect a fee for the rental character (real currency) as a consideration for the rental character.

  Further, in the present embodiment, a game parameter value subtracted at a given burden ratio from the game parameter value of each of the plurality of characters of the player or the game parameter value of each of the plurality of characters forming the character group, A process for requesting the player as a consideration for the rental character is performed.

  For example, in FIG. 12A, the game parameter value is subtracted from each of the plurality of characters CH1 to CH7 of the player. For example, a process of subtracting the game parameter value from the characters CH1 to CH7 at a given burden ratio is performed, and the obtained game parameter value is requested as a consideration for the rental character.

  More specifically, in FIG. 12B, the characters CH1 to CH5 form a team of players, and a process of subtracting the game parameter value from each of the characters CH1 to CH5 at a given burden ratio is performed. The obtained game parameter value is requested as a consideration for the rental character.

  In this case, the burden ratio may be equal among the plurality of characters, or may be different depending on the level of each character. For example, at the time of payment of a consideration, a character having a high level or the like has a larger share of the consideration as compared with a character having a low level or the like.

  Further, the plurality of characters in FIG. 12A may be all possessed characters of the player, or a plurality of higher-order characters among the possessed characters of the player, which are determined to have a high game parameter value such as a level or an experience value. It may be a character. Alternatively, it may be a plurality of high-ranking characters that are determined to be frequently used by the player (frequently used).

  Further, in the case of the plurality of characters of the team of FIG. 12B, the plurality of characters of the team used by the player may be the plurality of characters forming the team determined to have the highest game parameter value such as the level. . Alternatively, it may be a plurality of characters that form a team that is determined to be used most often by the player.

  According to the method of FIG. 12(A) and FIG. 12(B), the consideration of the rental character is shared by a plurality of characters and is paid. Therefore, it is possible to prevent a situation in which the level of a specific character is drastically lowered when paying the price, and the character becomes extremely weak, as compared with the method of paying only the specific character for the price. Then, by paying the consideration in a distributed manner by a plurality of characters, the negative image of paying the consideration can be reduced, and it becomes possible to encourage the player to easily use the rental character.

  Further, in the present embodiment, a process of requesting the player as a consideration for the rental character, a consideration according to the difference in game parameter value between the player character and the rental character is performed. For example, the price (rental fee) of the rental character is changed according to the level difference between the player character and the rental character.

  For example, in FIG. 13, the larger the difference (level difference, experience value difference, power difference, etc.) between the game parameter values of the player character and the rental character, the higher the price of the rental character is set. For example, in the character selection screen of FIG. 7, a difference in game parameter value such as a level difference between the rental character selected by the player and a specific character of the player is calculated. Then, a consideration is set based on the obtained difference in the game parameter values, and when the consideration payment condition of the rental character is satisfied, the player is requested to set the consideration. For example, the subtraction value according to the set consideration is subtracted from the game parameter value of the player or the character.

  In this case, various objects can be assumed as the target character for obtaining the difference in the game parameter value from the rental character. For example, the target character may be a character having the highest game parameter value such as the level among the characters owned by the player, a character having the highest number of times of use by the player, or a character designated by the player as a representative character. Alternatively, an average value of game parameter values such as levels of a plurality of characters owned by the player may be obtained, and the price of the rental character may be set based on the difference between the game parameter value of the rental character and the obtained average value. Good.

  Further, in the present embodiment, a process of lending a character selected by the player to the player as a rental character from among a plurality of candidate rental characters having different consideration or consideration payment conditions is performed.

  For example, as shown in FIG. 14, consideration and consideration payment conditions corresponding to each of the plurality of candidate rental characters CR1 to CR5 are set.

  For example, the consideration is different for the candidate rental characters CR1 and CR2. For example, the candidate rental character CR1 is set to have a higher price than CR2. Alternatively, the candidate rental characters CR1 and CR2 are made different in the period TP of FIG. 9A, which is a consideration payment condition, for example. Alternatively, the candidate rental characters CR1 and CR2 have different predetermined conditions for the game parameter of FIG. 9B, which is a payment condition, for example. For example, when it is determined that the payment condition is satisfied when the game parameter value such as the level of the player, the character, or the team exceeds a predetermined threshold value, the candidate rental characters CR1 and CR2 have different threshold values. ..

  In this case, for example, a candidate rental character having a higher game parameter value such as a level is set to a higher value. For example, in FIG. 11 and the like, a subtraction value of a larger game parameter value is set as a consideration for a candidate rental character having a higher game parameter value such as a level. Alternatively, depending on the game parameter value such as the level of the candidate rental character, the consideration payment condition is set to be a stricter condition or a looser condition. For example, in FIG. 9(A) and FIG. 9(B), the length of the period TP and the size of the above threshold value in the consideration payment condition are changed according to the game parameter value such as the level of the candidate rental character.

  In addition, in the present embodiment, the processing of displaying the information of the game parameter of each candidate rental character and the value of the price necessary for lending each of the candidate rental characters in association with each of the candidate rental characters of the plurality of candidate rental characters is performed. ..

  For example, on the screen of FIG. 15(A), information on the game parameters of the candidate rental character CR1 and information on the consideration required for lending are displayed. Further, on the screen of FIG. 15B, information on the game parameters of the candidate rental character CR2 and information on the consideration required for lending are displayed. These pieces of information are displayed on the display unit of the terminal device of each player.

  In FIG. 15(A) and FIG. 15(B), level (Lv), experience value (Exp), and power (Power) information is displayed as the game parameter information of the candidate rental characters CR1 and CR2.

  In addition, in FIG. 15(A) and FIG. 15(B), as the information on the consideration required for lending, information on the level, the experience value, and the deduction value of the power, which are deducted at the time of payment as rental cost (consideration), is displayed. .. For example, when the candidate rental character CR1 is rented, the player is informed that the deduction process of level=2, experience value=120, and power=100 will be performed when paying the consideration. When the candidate rental character CR2 is borrowed, the player is informed that the deduction process of level=3, experience value=200, and power=160 is performed at the time of payment of the consideration.

  If various kinds of information are displayed in this way, the player examines them while looking at the screens of FIG. 15(A) and FIG. 15(B), and selects from among a plurality of candidate rental characters his/her game strategy and how to proceed with the game. It is possible to select and rent a rental character that suits your taste. For example, a player who wants to proceed with the game efficiently from the beginning selects a rental character that has a high consideration but a high level. On the other hand, a player who attaches importance to a low price, rather than the efficiency of game progress, selects a rental character whose level is low but whose price is low. This makes it possible to realize a rental character providing system that is convenient for the player.

  The rental character lent to the player may be a system-owned character owned by the system, or may be a character owned by another player owned by another player.

  The rental character, which is a system-owned character, is a character prepared in advance as a rental character that can be selected by any player, like the normal character in FIG. On the other hand, the rental character owned by the other player is a character owned by the other player (used character) that can be used as a rental character. Which of the characters owned by another player can be used as a rental character may be determined by the selection of the other player, or may be automatically determined by the system. For example, a list of characters owned by another player is displayed on the terminal device of another player, and the characters permitted by the other player in this list are registered as rental characters. Alternatively, a character automatically extracted from the characters owned by another player under a predetermined extraction condition may be registered as a rental character.

  When a character owned by another player is registered as a rental character, for example, the use permission flag associated with the character is turned on in the character information storage unit 672 of FIG. Thus, the character whose use permission flag is turned on is displayed as a rental character that can be used by the player on the character selection screen of FIG. In this case, among the other players, the owned rental character of the friend player who is registered as a friend by the player may be preferentially displayed. For example, the rental character owned by the friend player is displayed at the top of the list display. The other player may not be allowed to use the character owned by the other player as the rental character in this way.

  For example, in FIG. 16, the other player-owned characters CT1 to CT5 are usable as rental characters because the rental character use permission flag is turned on. Then, when the player selects a desired character from the other player-owned characters CT1 to CT5, a process of lending the selected other player-owned character to the player as a rental character is performed.

  Then, after that, as shown in FIG. 16, it is assumed that the consideration payment condition is satisfied for the rental character. In this case, the game parameter value acquired by the rental character in the game is distributed as a distribution value for other players.

  That is, in the game during the rental period of the rental character (for example, TP in FIG. 9A), the game parameter values such as the level of the rental character and the experience value increase. Specifically, when the team of which the rental character is a member competes against an enemy and wins, the game parameter values such as the level and experience value of the rental character increase. In this case, part of the increase value (level, experience value increase value) of the game parameter value is distributed as the distribution value to other players who own the rental character.

  For example, compared to a player who has just started playing the game, another player who has already spent a lot of game play time has sufficiently trained his/her own character, and the game parameter value such as level and experience value is high. . When a player rents a character owned by another player as a rental character in this way, in return, a part of the game parameter value increased by the rental character is distributed to the other player. To do. By doing so, the other player can receive the reward of lending the character that he/she has raised, and therefore, for example, will actively register his/her own character as a rental character. As a result, the number and variety of rental characters that can be lent to the player increase, and a rental character providing system that is suitable and easy for the player to use can be realized.

3. Detailed Process Next, a detailed process example of the present embodiment will be described with reference to the flowcharts of FIGS.

  In FIG. 17, first, a candidate rental character is displayed (step S1). For example, a candidate rental character selection screen as shown in FIG. 7 is displayed on the display unit of the terminal device of the player. At this time, for example, when the player performs a predetermined operation, as shown in FIGS. 15A and 15B, information on game parameters such as the level of the candidate rental character and information on the consideration required for lending are displayed. Display the displayed screen. The player can decide which candidate rental character to select while looking at these screens.

  Next, it is determined whether or not there is a request for lending a rental character (step S2). For example, when the player selects a desired rental character on the selection screen of FIG. 7, information on the loan request is sent from the player's terminal device to the game system, and the game system can determine that the loan request has been made. Then, when a lending request is made, a rental character lending process is performed (step S3). At this time, as described with reference to FIG. 13, as the consideration for the rental character, a consideration is set according to the level difference between the player character (representative character) and the rental character. Then, the rental character is registered as a character usable by the player (step S4). For example, in the character information storage unit 672 shown in FIG. 2, a usable flag indicating that the rental character is usable by the player is turned on.

  18, FIG. 19, and FIG. 20 are flowcharts showing details of processing in payment of consideration.

  In FIG. 18, first, it is determined whether or not the payment of the consideration has come (step S11). For example, as shown in FIG. 9(A), the period TP has passed, and it is time to pay the consideration, and it is determined whether the payment condition for the consideration has been satisfied. Then, when the payment of the consideration has come, processing for requesting consideration to the player is performed (step S12).

  Next, it is determined whether the player has paid the consideration (step S13). If the consideration has not been paid, a penalty process for the player is executed (step S14). For example, a penalty process such as greatly reducing the game parameter value (points) of the player or the character or significantly reducing the in-game currency of the player is executed. On the other hand, if the consideration has been paid, the rental character is registered as the player's official character (step S15). For example, after that, the rental character is treated as an officially owned character of the player, and the payment obligation and the like are deleted.

  In FIG. 19, first, it is determined whether or not the level, experience value, etc. of the player, the character or the team has reached a predetermined value (step S21). That is, it is determined whether the game parameters of the player, the character, or the team satisfy a predetermined condition. Then, when the level of the player, the character or the team, the experience value, or the like has reached a predetermined value, processing for requesting the player to pay a value is performed (step S22). Note that the processing of steps S22, S23, S24, and S25 of FIG. 19 is the same as the processing of steps S12, S13, S14, and S14 of FIG. 18, so description thereof will be omitted.

  In FIG. 20, first, the price of the rental character is set according to the game parameter value (level, experience value, etc.) of the rental character, the difference between the game parameter value of the player character and the rental character (step S31). That is, the consideration is set by the method described in FIG. 10(A), FIG. 10(B), FIG.

  Next, it is determined whether or not the payment condition for the consideration is satisfied (step S32). Then, if the result is satisfied, the share ratio of the consideration of each character of the plurality of characters of the player is set (step S33). This burden ratio may be a uniform burden ratio, or may be a different burden ratio depending on the game parameter value of each character. Then, the game parameter value is subtracted from the game parameter value of each character according to the burden ratio, and the game parameter value obtained by the subtraction process is requested as a consideration for the rental character (steps S34 and S35). That is, as described with reference to FIGS. 12A and 12B, the game parameter value subtracted from the plurality of characters is requested as the consideration for the rental character.

  Although the present embodiment has been described in detail as described above, it will be easily understood by those skilled in the art that many modifications can be made without substantially departing from the novel matters and effects of the present invention. Therefore, all such modifications are included in the scope of the present invention. For example, in the specification or drawings, the terms (team, party, deck, level, experience value, power, etc.) described together with different terms (character group, game parameter, etc.) having a broader meaning or synonym at least once are Alternatively, the term can be replaced with the different term anywhere in the drawing. Further, the game processing, character processing, consideration request processing, display processing, etc. are not limited to those described in the present embodiment, and methods equivalent to these are also included in the scope of the present invention.

TM1 to TMn, TM terminal device,
100 processing unit, 101 input receiving unit, 102 reception processing unit, 104 transmission processing unit,
108 game processing unit, 110 character processing unit, 112 consideration request processing unit,
120 display processing unit, 130 sound processing unit, 160 operation unit, 162 imaging unit,
170 storage unit, 180 information storage medium, 190 display unit, 192 sound output unit,
194 I/F unit, 195 portable information storage medium, 196 communication unit,
500 server system, 510 network, 600 processing unit,
602 reception processing unit, 604 transmission processing unit, 608 game processing unit,
610 character processing unit, 612 consideration request processing unit, 615 authentication processing unit,
616 management processing unit, 620 display processing unit, 630 sound processing unit,
660 operation unit, 670 storage unit, 672 character information storage unit,
673 game parameter information storage unit, 674 consideration information storage unit,
676 billing information storage unit, 678 user information storage unit,
680 Information storage medium, 696 Communication unit

Claims (12)

A game processing unit that processes a game played by the player using the character;
A character processing unit that accepts the loan request and lends the rental character to the player when the player requests the loan of the rental character,
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is A consideration request processing unit that determines that the rental character is satisfied and performs a process of requesting the player for the consideration of the rental character,
Only including,
The consideration request processing unit,
By performing a process of subtracting a game parameter value corresponding to the consideration of the rental character from the game parameter value of the player when paying the consideration, or a game parameter corresponding to the consideration of the rental character from the game parameter value of the character when paying the consideration. By performing the process of subtracting the value or the process of subtracting the game parameter value corresponding to the consideration of the rental character from the game parameter value of the character group at the time of payment of the consideration, the subtracted game parameter value A game system characterized by performing processing requested to a player as a game parameter value corresponding to a consideration of a character . A game processing unit that processes a game played by the player using the character;
A character processing unit that receives the loan request and lends the rental character to the player when the player requests the rental character to be loaned;
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is A consideration request processing unit that determines that the rental character is satisfied and performs a process of requesting the player for the consideration of the rental character,
Only including,
The consideration request processing unit,
By performing a process of subtracting a game parameter value corresponding to the consideration of the rental character from the game parameter value of each of the plurality of characters of the player at a given burden ratio, or the game parameter of each of the plurality of characters forming the character group. By performing a process of subtracting the game parameter value corresponding to the consideration of the rental character from the value at a given burden ratio, the subtracted game parameter value is requested to the player as the game parameter value corresponding to the consideration of the rental character. A game system characterized by performing processing . A game processing unit that processes a game played by the player using the character;
A character processing unit that accepts the loan request and lends the rental character to the player when the player requests the loan of the rental character,
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is A consideration request processing unit that determines that the rental character has been satisfied, and performs a process of requesting the player for the fee for the rental character;
Only including,
The consideration request processing unit,
A game system for requesting a player, as a consideration for the rental character, a consideration that becomes higher as a difference value between game parameter values of the player character and the rental character becomes larger . In any one of Claim 1 thru|or 3 ,
The character processing unit is
A game system, wherein the rental character is registered as an owned character of the player when the player pays the price. In any one of Claim 1 thru|or 4 ,
The consideration request processing unit,
A game system characterized by performing a process of requesting a player to pay a price corresponding to a game parameter of the rental character as a price of the rental character. In any one of Claim 1 thru|or 5 ,
The character processing unit is
A game system for lending a character selected by a player as a rental character to a player from among a plurality of candidate rental characters having different consideration or different payment conditions. In claim 6 ,
In association with each candidate rental character of the plurality of candidate rental characters, a process of displaying at least one of information of game parameters of each of the candidate rental characters and value of information necessary for lending each of the candidate rental characters is performed. A game system including a display processing unit. In any one of Claim 1 thru|or 7 ,
The character processing unit is
A game system for lending a system-owned character owned by the system or a character owned by another player owned by another player to the player as the rental character. In claim 8 ,
The character processing unit is
A game system, wherein, when a process of lending a character owned by the other player to the player as the rental character is performed, a process of distributing a game parameter value acquired by the rental character in a game to the other player is performed. A game processing unit that processes a game played by the player using the character;
A character processing unit that accepts the loan request and lends the rental character to the player when the player requests the loan of the rental character,
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is As a consideration request processing unit that determines that the rental character is satisfied, and requests the player for the fee for the rental character,
Make the computer work ,
The consideration request processing unit,
By performing a process of subtracting the game parameter value corresponding to the consideration of the rental character from the game parameter value of the player when paying the consideration, or a game parameter corresponding to the consideration of the rental character from the game parameter value of the character when paying the consideration. By performing the process of subtracting the value, or by performing the process of subtracting the game parameter value corresponding to the consideration of the rental character from the game parameter value of the character group at the time of payment of the consideration, the subtracted game parameter value A program for performing a process of requesting a player as a game parameter value corresponding to a consideration of a character . A game processing unit that processes a game played by the player using the character;
A character processing unit that accepts the loan request and lends the rental character to the player when the player requests the loan of the rental character,
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is As a consideration request processing unit that determines that the rental character is satisfied, and requests the player for the fee for the rental character,
Make the computer work ,
The consideration request processing unit,
By performing a process of subtracting the game parameter value corresponding to the consideration of the rental character from the game parameter value of each of the plurality of characters of the player at a given burden ratio, or the game parameter of each of the plurality of characters forming the character group. By performing a process of subtracting the game parameter value corresponding to the consideration of the rental character from the value at a given burden ratio, the subtracted game parameter value is requested to the player as the game parameter value corresponding to the consideration of the rental character. A program characterized by performing processing . A game processing unit that processes a game played by the player using the character;
A character processing unit that accepts the loan request and lends the rental character to the player when the player requests the loan of the rental character,
A character information storage unit in which information on the rented out rental character is registered and stored as a character usable by the player;
After renting the rental character, when it is time to pay the rental character, or when the game parameter of the player satisfies a predetermined condition corresponding to the game parameter, or when the game parameter of the character owned by the player is the game parameter. When the predetermined condition corresponding to is satisfied, or when the game parameter of the character group formed by the plurality of characters owned by the player satisfies the predetermined condition corresponding to the game parameter, the payment condition for the rental character is As a consideration request processing unit that determines that the rental character is satisfied, and requests the player for the fee for the rental character,
Make the computer work ,
The consideration request processing unit,
A program for requesting a player, as a consideration for the rental character, a consideration that becomes higher as the difference value between the game character values of the player character and the rental character becomes larger .

Images