Information processing apparatus

Abstract

To activate communication between users through lending and borrowing of contents.SOLUTION: According to an aspect of the present invention, there is provided a rental setting unit for permitting rental of content possessed by a lender user to a game stage selected by the lender user on a schedule screen displaying a list of a plurality of game stages in association with respective playable periods, a rental setting unit for setting rental content selected by a borrower user as rental content from among content possessed by the lender user for which rental permission has been set for a game stage selected by the borrower user on a stage selection screen displaying a list of a plurality of game stages during respective playable periods, and a rental setting unit for setting rental content selected by the borrower user as rental content. And a content use management section that restricts the lender user who possesses the rental content set as the borrowed content from playing the game using the rental content during the play-allowed period of the game stage selected by the borrower user.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to an information processing device and a program. [Background technology]

[0002] An information processing device is known in which a lender user (hereinafter also referred to as a "lender user") lends a character, which is an example of content owned by the lender user, to a borrower user (hereinafter also referred to as a "borrower user") as a rental character, thereby allowing characters to be lent and borrowed between users (for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 5908319 Summary of the Invention [Problem to be solved by the invention]

[0004] There are cases where a lender user wishes to lend their content to others only during periods when they are unable to play games due to busy schedules or other reasons. However, in Patent Document 1, it was not possible to lend their content to others at a time that was convenient for them. This could result in a decrease in users' desire to lend content to others, and fewer opportunities for users to lend and borrow content between them. The present invention has been made in view of the above circumstances, and its object is to stimulate interaction between users through the lending and borrowing of content. [Means for solving the problem]

[0005] The main invention of the present invention to solve the above problems is: a lending setting unit that sets permission for lending of content owned by a lender user for a game stage selected by the lender user on a schedule screen that displays a list of multiple game stages in association with their respective playable periods; a borrowing setting unit that sets, as borrowed content, a lending content selected by the borrower user from among contents owned by the lender user for which lending permission has been set for a game stage selected by the borrower user on a stage selection screen that lists a plurality of game stages during each playable period; a content usage management unit that restricts lender users who own rental content set as borrowed content from playing a game using the rental content during a playable period of the game stage selected by the borrower user; The information processing device is provided with: Other features of the present invention will become apparent from the description of this specification and the accompanying drawings. [Brief explanation of the drawings]

[0006] [Figure 1] 1 is a configuration diagram showing an example of an information processing system 1. FIG. [Figure 2] FIG. 2 is a hardware configuration diagram illustrating an example of a computer. [Figure 3] FIG. 2 is a functional block diagram illustrating an example of a server device 20. [Figure 4] FIG. 10 is a diagram illustrating an example of character information. [Figure 5] FIG. 10 is a diagram illustrating an example of quest information. [Figure 6] FIG. 10 is a diagram illustrating an example of schedule information. [Figure 7] FIG. 2 is a diagram illustrating an example of user information. [Figure 8] FIG. 2 is a functional block diagram illustrating an example of a client terminal 10. [Figure 9] 10 is a flowchart showing an example of an operation relating to character lending settings. [Figure 10] FIG. 5 is an image diagram showing an example of a schedule screen 500. [Figure 11] 10 is a flowchart showing an example of an operation relating to character borrowing settings. [Figure 12] FIG. 6 is an image diagram showing an example of a quest selection screen 600. [Figure 13] FIG. 6 is an image diagram showing an example of a search result screen 650. [Figure 14] 10 is a flowchart illustrating an example of an operation related to canceling lending and borrowing settings. DETAILED DESCRIPTION OF THE INVENTION

[0007] At least the following matters will become clear from the description of this specification and the accompanying drawings. That is, a lending setting unit that sets permission for lending of content owned by a lender user for a game stage selected by the lender user on a schedule screen that lists a plurality of game stages in association with their respective playable periods; a borrowing setting unit that sets, as borrowed content, a lending content selected by the borrower user from among contents owned by the lender user for which lending permission has been set for a game stage selected by the borrower user on a stage selection screen that lists a plurality of game stages during each playable period; a content usage management unit that restricts lender users who own rental content set as borrowed content from playing a game using the rental content during a playable period of the game stage selected by the borrower user; The information processing device is provided with: With such an information processing device, a lender user can efficiently lend out his / her content to a borrower user whose playable period overlaps with a game stage whose unavailable period overlaps with a game playable period. Furthermore, even if a user does not have knowledge of which content should be lent for which game stage, he / she can easily become a lender user by simply selecting the game stage himself / herself. Meanwhile, a borrower user can select and borrow the content he / she desires from among the content owned by the lender user. Therefore, lender users will actively lend out their content according to a period that is convenient for them, which in turn makes it easier for borrower users to borrow content, thereby stimulating interaction between users through content lending and borrowing.

[0008] Moreover, in such an information processing device, The borrowing setting unit may also be configured to set the borrowed content selected by the borrower user from all content owned by the multiple lender users as the borrowed content when there are multiple lender users who have been set with lending permission for the game stage selected by the borrower user on the stage selection screen. With such an information processing device, the borrower user can select the desired rental content from among many rental contents and make it the borrowed content, thereby enthusiastically playing the game using the borrowed content.

[0009] Moreover, in such an information processing device, The borrowing setting unit may extract recommended content suitable for the game stage selected by the borrower user from all content owned by the multiple lender users, and set the lending content selected by the borrower user from the extracted recommended content as the borrowing content. With such an information processing device, a borrower user can borrow recommended content suitable for the game stage he or she has selected, making it easier to clear that game stage. As a result, the borrower user will actively borrow other people's content, which can further stimulate interaction between users through content lending and borrowing.

[0010] Moreover, in such an information processing device, the lending setting unit cancels the lending permission setting for the content owned by the lender user for the game stage selected by the borrower user when the playable period for the game stage has elapsed; The borrowing setting unit may cancel the setting of the lending content set for the game stage selected by the borrower user as borrowing content when the playable period for the game stage selected by the borrower user has elapsed. With such an information processing device, a user can simply lend their own content to a borrower user, and after the playable period has expired, the borrower user can play the game using the content they have previously lent. Since the borrower user is limited in the period during which they can play in game stages using the lender user's content, they can increase their motivation to play during that playable period.

[0011] Moreover, in such an information processing device, The system may also include a reward granting unit that grants a reward to a lender user who owns the borrowed content of a borrower user as his or her own lending content. Such an information processing device encourages lenders to lend out their content more proactively in order to receive rewards.

[0012] Moreover, in such an information processing device, The reward granting unit may be configured to give a more generous reward to a lender user who owns, as his / her own lending content, the borrowed content of a borrower user who selected a game stage during a playable period during busy times than to give a more generous reward to a lender user who owns, as his / her own lending content, the borrowed content of a borrower user who selected a game stage during a playable period during quiet times. With such an information processing device, lending users can play games using their own content during busy periods when popular game stages are set to appear, or they can refrain from playing games and lend their content to others in order to receive generous rewards. In this way, lending users can strategically lend out content while taking into account the congestion situation.

[0013] Next, the computer a lending setting means for setting permission for lending of content owned by a lender user for a game stage selected by the lender user on a schedule screen that displays a list of a plurality of game stages in association with their respective playable periods; a borrowing setting means for setting, as borrowed content, a lending content selected by the borrower user from among contents owned by the lender user for which lending permission has been set for a game stage selected by the borrower user on a stage selection screen that lists a plurality of game stages during each playable period; a content usage management means for permitting the borrower user to play a game using the borrowed content at the game stage selected by the borrower user during a playable period of the game stage selected by the borrower user, while restricting a lender user who owns lending content set as the borrowed content from playing a game using the lending content; This is a program that functions as a Such a program makes it possible to stimulate interaction between users through the lending and borrowing of content.

[0014] === Implementation form === The following describes in detail an information processing device, a program, and an information processing system according to an embodiment of the present invention. The present invention can be widely applied to information processing devices, programs, and information processing systems that employ games in which users lend and borrow content between each other.

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

[0016] The client terminal 10 is a terminal device operated by a user, such as a smartphone, tablet, or PC, or a terminal device such as a dedicated game machine for home or commercial use. The server device 20 manages and controls the game played by the user on the client terminal 10, and performs in-game billing processing, etc. The network N is the Internet or the like, and includes a mobile wireless base station, etc.

[0017] In addition to the client-server information processing system 1 shown in Fig. 1, the present invention can also be applied to a standalone game device (information processing device) by providing a separate mechanism for in-game billing processing. The information processing system 1 in Fig. 1 is only one example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 20 in Fig. 1 may be configured as a distributed system across multiple computers.

[0018] <<Hardware configuration>> <Client terminal and server device> Fig. 2 is a hardware configuration diagram showing an example of a computer 50 according to this embodiment. The client terminal 10 and the server device 20 according to this embodiment are realized by, for example, a computer 50 having the hardware configuration shown in Fig. 2. The computer 50 is an example of an information processing device.

[0019] 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, and an HDD 58, all of which are interconnected by a bus line B. Note that the server device 20 may be configured such that the input device 55 and the display device 56 are connected and used when necessary.

[0020] The CPU 51 is a computing device that reads programs and data from storage devices such as the ROM 53 and HDD 58 onto the RAM 52 and executes various processes based on the read programs and data, thereby controlling the entire computer and realizing its functions.

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

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

[0023] The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

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

[0025] The display device 56 is a device for displaying various information on a screen to a user or an administrator. The display device 56 in this embodiment is, for example, a liquid crystal or organic EL display.

[0026] The external interface 57 is an interface for connecting to an external device so as to enable data communication, thereby allowing the computer 50 to read and / or write data from and to a recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, or a USB memory.

[0027] The HDD 58 is an example of a non-volatile storage device that stores programs and data, such as the OS, which is the basic software that controls the entire computer, and applications that provide various functions on the OS.

[0028] Instead of the HDD 58, a drive device that uses a flash memory as a storage medium (for example, a solid state drive (SSD)) may be used.

[0029] The client terminal 10 and the server device 20 according to this embodiment can realize various processes, which will be described later, by executing a program on the computer 50 having the hardware configuration described above.

[0030] <<Software configuration>> <Server device> 3 is a functional block diagram showing an example of the server device 20 according to this embodiment. The server device 20 according to this embodiment is realized by, for example, the functional blocks shown in FIG.

[0031] The server device 20 according to this embodiment implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

[0032] The server control unit 200 has a function of executing various processes in the server device 20. The server control unit 200 in this embodiment includes a request processing unit 201, a lending setting unit 202, a borrowing setting unit 203, a character use management unit 204, and a reward granting unit 205.

[0033] The request processing unit 201 receives a request from the client terminal 10, performs processing corresponding to the received request, and transmits the processing result and the like to the client terminal 10 as a response.

[0034] The lending setting unit 202 sets content owned by a lender user as lending content. The lending setting unit 202 according to this embodiment performs a setting to permit lending of content owned by the lender user for a game stage selected by the lender user.

[0035] The borrowing setting unit 203 sets the lending content of the lender user as the borrowing content of the borrower user. The borrowing setting unit 203 according to this embodiment sets the lending content set for the game stage selected by the borrower user as the borrowing content of the borrower user.

[0036] The character use management unit 204 is an example of a content use management unit, and allows or restricts the use of rental content. The character use management unit 204 according to this embodiment restricts a lender user who owns rental content set as borrowed content from playing the game using the rental content during the playable period of the game stage selected by the borrower user.

[0037] The reward granting unit 205 grants a reward to the lender user for lending content to the borrower user. The reward granting unit 205 according to this embodiment grants a reward to the lender user who owns the lending content set as borrowed content for the borrower user.

[0038] The server storage unit 220 has a function of storing various information in the server device 20. The server storage unit 220 in this embodiment includes a character information storage unit 221, a quest information storage unit 222, a schedule information storage unit 223, and a user information storage unit 224.

[0039] The character information storage unit 221 is an example of a content information storage unit, and stores character information (content information) related to characters as an example of content. The character information stored in the character information storage unit 221 is made up of various data shown below.

[0040] FIG. 4 is a diagram illustrating an example of character information. The character information illustrated in FIG. 4 includes items such as a character ID, a name, a rarity, parameters, skills, an evolved character, and a lottery probability. The character ID is information for uniquely identifying each character. The name is information indicating the character's name. The rarity is information indicating the character's rarity (rareness). Here, one of multiple rarity levels is initially set. In this embodiment, five rarity levels from "1" to "5" can be set. The rarity levels are not limited to five levels, but may be four or fewer levels, or six or more levels. The parameters are information indicating the abilities possessed by the character. Here, ability values ​​such as attack, defense, and HP are initially set. The skills are information indicating the special abilities (such as special moves) possessed by the character. The evolved character is information indicating an evolved character that is even stronger than the character before evolution. In this embodiment, for example, in the case of "character C" illustrated in FIG. 4, "character C1" is set as the evolved character. It is also possible to set two evolved characters, "Character C1" and "Character C2," branching from a common "Character C." The branching of evolved characters is not limited to two, and may be three or more. The lottery probability is information indicating the probability that a character will win the lottery game.

[0041] The quest information storage unit 222 is an example of a game stage information storage unit, and stores quest information (game stage information) related to quests as an example of a game stage. The quest information stored in the quest information storage unit 222 is made up of various data shown below.

[0042] FIG. 5 is a diagram illustrating an example of quest information. The quest information illustrated in FIG. 5 includes items such as a quest ID, a name, required points, a difficulty level, an enemy character, an obtainable character, and a recommended character. The quest ID is information for uniquely identifying a quest, which is a unit of play. The name is information indicating the name of the quest. The required points is information indicating the number of game points (stamina) required to play the quest. The difficulty level is information indicating how easy it is to clear the quest. The enemy character is information indicating a character that will be an opponent that appears in the quest, among the multiple characters set in the character information stored in the character information storage unit 221. The obtainable character is information indicating one or more characters that the user can obtain in the quest, among the multiple characters set in the character information stored in the character information storage unit 221. Note that the obtainable character and the enemy character for the quest may be the same character. The recommended character is information indicating a character that is suitable for the quest, among the multiple characters set in the character information stored in the character information storage unit 221. In this embodiment, one or more characters that are frequently used by multiple users who have cleared the quest are set as recommended characters, making it easier for the user to clear the quest.

[0043] The schedule information storage unit 223 stores schedule information relating to the schedule of playable quests. The schedule information stored in the schedule information storage unit 223 is made up of the following various data.

[0044] FIG. 6 is a configuration diagram showing an example of schedule information. The schedule information shown in FIG. 6 has items such as a schedule ID, a quest, a playable period, and a lender user. The schedule ID is information for uniquely identifying the date of each quest. The quest is information indicating a quest that is playable among multiple quests set in the quest information stored in the quest information storage unit 222. The playable period is information indicating the period during which the user can play the quest. In this embodiment, at least a schedule is set for a first period (e.g., one week this week) and a second period following that (e.g., one week next week). The lender user is information indicating a user who has given permission to lend their character to others only during the playable period of the quest.

[0045] The user information storage unit 224 stores user information related to users. The user information stored in the user information storage unit 224 is made up of the following various data.

[0046] FIG. 7 is a diagram illustrating an example of user information. The user information illustrated in FIG. 7 includes fields such as a user ID, a name, possessed points, possessed characters, a party, a lending status, a lending character, and a borrowed character. The user ID is information for uniquely identifying a user. The name is information indicating the user's name. The possessed points are information indicating the number of game points currently possessed by the user. A user can play a quest by consuming the required number of game points for the quest. Note that a quest may also be played without consuming game points. The possessed characters are information indicating one or more characters currently possessed by the user from among the multiple characters set in the character information stored in the character information storage unit 221. Here, as shown in parentheses in the figure, various parameters (level, attack power, defense power, HP, etc.) of the possessed characters are also set. Flag information indicating whether the possessed characters are restricted in use due to lending is also set. The party is information indicating each character constituting the user's party. The lending status is information indicating whether or not the lending of a owned character is permitted for a quest with a set play period. In this embodiment, information regarding the schedule of the quest for which lending of the owned character is permitted is also set. The loaned character is information indicating a character owned by the user that has been set as a loan for use by others. Here, as shown in parentheses in the figure, information regarding the schedule of the quest to which the loaned character is associated is also set. The borrowed character is information indicating a character owned by another user that has been set as a loan for use by the user. Here, as shown in parentheses in the figure, information regarding the schedule of the quest to which the borrowed character is associated and information regarding the lender user who owns another user's loaned character that has been set as a borrowed character are also set.

[0047] The server communication unit 240 has a function of communicating with the client terminal 10 via the network N.

[0048] <Client terminal> 8 is a functional block diagram showing an example of the client terminal 10 according to this embodiment. The client terminal 10 according to this embodiment is realized by, for example, the functional blocks shown in FIG.

[0049] The client terminal 10 according to this embodiment implements a client control unit 100, a client storage unit 120, a client communication unit 140, an operation input receiving unit 150, and a screen display unit 160 by executing a program.

[0050] The client control unit 100 has a function of executing various processes in the client terminal 10. The client control unit 100 includes a game control unit 101, a server access unit 102, and a display control unit 103.

[0051] The game control unit 101 controls the progress of various games. The game control unit 101 according to this embodiment controls the progress of a battle game, a lottery game, a merging game, etc., which will be described later, based on game operations received from the user by the client terminal 10. The game control unit 101 includes a battle unit 101A, a character granting unit 101B, an evolution unit 101C, a merging unit 101D, and a selling unit 101E.

[0052] The battle unit 101A controls a battle between characters who will be opponents against each other. The battle unit 101A according to this embodiment determines the outcome of the battle between the characters who will be opponents against each other based on various parameters possessed by each character included in the party.

[0053] The character assigning unit 101B assigns to the user a character set in the character information stored in the character information storage unit 221. The character assigning unit 101B according to this embodiment assigns one or more characters to the user through a fighting game, a lottery game, or the like. That is, the user can acquire characters by playing a fighting game, a lottery game, or the like.

[0054] The evolution unit 101C evolves a character owned by a user into an even stronger character. When an evolution condition is met for a pre-evolved character owned by a user, the evolution unit 101C according to this embodiment does not allow the user to own (disable) the pre-evolved character, but instead allows the user to own an evolved character. An evolution condition according to this embodiment is, for example, that the evolution parameters set for the pre-evolved character reach their maximum value. Note that the evolution condition is not limited to this, and it may be, for example, that all of the characters that will be used as pre-set synthesis materials are obtained in a fighting game or a lottery game, and all of them are synthesized with the pre-evolved character (the character that will be used as the source of synthesis).

[0055] The synthesis unit 101D synthesizes one of the multiple characters owned by the user with another character, thereby sacrificing (making the other character unavailable) and strengthening the one character. For example, each time the synthesis unit 101D synthesizes a character identical to the original character as a synthesis material character, it gradually increases the maximum value of the ability parameters set for the original character. In this case, the synthesis material character becomes a character not owned by the user (i.e., is sacrificed).

[0056] The selling unit 101E sells a character owned by a user, thereby giving the user a compensation in exchange for not allowing the user to own the character (making the user not own the character). The selling unit 101E according to this embodiment gives the user game points as an example of compensation every time the user sells his / her own character.

[0057] When access to the server device 20 becomes necessary during various processes executed by the game control unit 101 or the display control unit 103, the server access unit 102 sends various processing requests to the server device 20 and receives processing results, etc. from the server device 20 as a response.

[0058] The display control unit 103 controls the screen display of the client terminal 10 in accordance with the progress of various games, etc. The display control unit 103 according to this embodiment controls the screen display of the client terminal 10 by generating data for various screens in accordance with the progress of a competitive game or a lottery game controlled by the game control unit 101, for example.

[0059] The operation input receiving unit 150 receives operation input from a user operating the client terminal 10. The client storage unit 120 stores installed applications (game apps, etc.) and various programs and data required for the client terminal 10 (for example, character information, quest information, schedule information, user information, etc., similar to the server device 20). That is, the client storage unit 120 also functions as a character information storage unit, a quest information storage unit, a schedule information storage unit, and a user information storage unit. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 in accordance with a control signal from the display control unit 103.

[0060] As described above, in the information processing system 1 according to this embodiment, game control and display control are performed in the client terminal 10, but they may also be performed by the server device 20. Specifically, at least one of the game control unit and the display control unit may be configured not to be provided in the client control unit 100 of the client terminal 10, but to be provided in the server control unit 200 of the server device 20.

[0061] The client control unit 100 of the client terminal 10 may be of a browser type, in which the client control unit 100 receives page data written in HTML (Hyper Text Markup Language) or the like and scripts included in the page data from the server device 20 and performs game-related processing. The client control unit 100 of the client terminal 10 may be of an application type, in which the client control unit 100 performs game-related processing based on an installed application. Figure 8 shows the application type as an example.

[0062] <<System Overview>> Here, an overview of the information processing system 1 in this embodiment will be described. The information processing system 1 in this embodiment includes at least a fighting game, a lottery game, and a combined game.

[0063] The battle game in this embodiment is a game in which an enemy character appears against a party made up of multiple characters, and each character making up the party fights against the enemy character that has appeared.

[0064] In this fighting game, multiple quests (game stages) are set for each predetermined period, with the objective of defeating enemy characters, etc. Users can form a party (also called "organization") using characters they own, select one of the quests available for play during the current period, and challenge the enemy character to a battle. When a user clears the selected quest, they can acquire the obtainable character associated with that quest.

[0065] In addition, in this battle game, users can lend and borrow characters to each other. That is, a user can become a lender user by lending their own character to another person as a lending character, or they can become a borrower user by borrowing another person's character as a borrowed character. When a lender user lends their own character to a borrower user, the borrower user can organize a party and play battles using the borrowed character, but the lender user himself is restricted from organizing a party and playing battles using the borrowed character.

[0066] In this embodiment, a user can view a schedule screen for quests with predetermined playable periods and allow the lending of their own characters for quests that fit a period that is convenient for them. Therefore, for example, a user viewing the schedule screen can select a quest whose playable period overlaps with a period during which they are unable to play the game due to a busy schedule or other reason, and lend their own character to others only during the playable period of the selected quest. This allows users to actively lend their own characters during periods during which they are unable to play the game, even if there are restrictions on the use of their own characters due to the lending of characters, thereby stimulating interactions between users through the lending and borrowing of characters.

[0067] In this embodiment, the lottery game is a game in which a character to be awarded to a user is determined by lottery. In this lottery game, when a user performs a lottery operation, one of multiple characters set in the character information is determined based on the lottery probability of each character, and the determined character is awarded to the user.

[0068] The compositing game in this embodiment is a game in which a user combines a character that will be used as a compositing source (a compositing source character) with a character that will be used as a compositing material (a compositing material character) from among multiple characters owned by the user, thereby strengthening the compositing source character in exchange for losing the compositing material character. In this compositing game, basically, each time a character identical to the compositing source character is combined as a compositing material character, the maximum value of the ability parameters set for the compositing source character can be gradually increased.

[0069] <<System Operation>> <Character lending settings> FIG. 9 is a flowchart showing an example of an operation relating to character lending settings in this embodiment.

[0070] When the lender user performs a game operation to transition from the menu screen to the schedule screen, the display control unit 103 of the client terminal 10 displays a schedule screen that allows the lender user to lend out their own character according to a date that is convenient for the lender user (step S11).

[0071] Specifically, when the lender user performs the game operation, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute access processing. When the server access unit 102 of the client terminal 10 is requested to execute access processing by the display control unit 103, it transmits a request for sending schedule information to the server device 20.

[0072] When the request processing unit 201 of the server device 20 accepts the request, it requests the lending setting unit 202 to execute a data acquisition process. When the lending setting unit 202 of the server device 20 is requested to execute a data acquisition process by the request processing unit 201, it acquires the schedule information stored in the schedule information storage unit 223. The request processing unit 201 transmits the schedule information acquired by the lending setting unit 202 to the client terminal 10. Thereafter, the display control unit 103 of the client terminal 10 receives the information transmitted from the server device 20 and stores it in the client storage unit 120, and based on the received information, generates a schedule screen relating to the schedule of quests that will become playable and displays it on the screen display unit 160.

[0073] 10 is an image diagram showing an example of a schedule screen 500. This schedule screen 500 includes a quest display area 502 that displays a list of multiple quests 501. In this quest display area 502, a playable period 503 is displayed in association with each of the multiple quests 501. In addition, a selection button 504 for selecting a quest to be set for lending is also displayed in association with each of the multiple quests 501.

[0074] In this embodiment, the display mode of the selection button 504 for a quest 501 for which lending permission has already been set is different from that of the selection button 504 for a quest 501 for which lending permission has not yet been set. Here, lending permission has already been set for "Quest 37," whose playable period is preset to "6:00 AM to 9:00 AM this week," so the selection button 504 for "Quest 37" displays "Lending Permission Already." On the other hand, lending permission has not yet been set for "Quest 5" and "Quest 12," whose playable period is preset to "6:00 AM to 9:00 AM this week," so the selection buttons 504 for "Quest 5" and "Quest 12" display "Lending Setting." The lender user can select only the selection button 504 that displays "Lending Setting" on the screen.

[0075] Next, returning to Figure 9, when this schedule screen 500 is displayed on the screen display unit 160 and the lender user selects the selection button 504 (selection button 504 labeled "Lending Settings") for a quest that has not yet been set to allow lending of a possessed character, the display control unit 103 of the client terminal 10 requests the server device 20 to make lending settings to allow lending of the possessed character for the selected quest (step S12).

[0076] Specifically, when the lender user selects the selection button 504 labeled "Lending Settings" associated with the quest 501 on the schedule screen 500, the game control unit 101 of the client terminal 10 requests the server access unit 102 to execute access processing. When the server access unit 102 of the client terminal 10 is requested by the game control unit 101 to execute access processing, it transmits a request to the server device 20 regarding the lending setting processing of the lender user for the selected quest.

[0077] When the request processing unit 201 of the server device 20 accepts the request, it requests the lending setting unit 202 to execute the lending setting process. When the lending setting unit 202 of the server device 20 is requested to execute the lending setting process by the request processing unit 201, it updates the schedule information stored in the schedule information storage unit 223, thereby associating the lender user with the quest selected on the schedule screen 500 and registering the lender user as a lender user who is permitted to lend their possessed character. In addition, it updates the user information stored in the user information storage unit 224, thereby associating the lender user with the lender user and setting the state in which lending of the possessed character is permitted for the quest selected on the schedule screen 500.

[0078] In this way, by selecting a quest whose unavailable period for battle play overlaps with its available period, a user can efficiently lend out their own character as a lending character to other users whose available period for game play overlaps with their available period for game play. Furthermore, even if a user does not have knowledge of which character should be lent for which quest, they can easily become a lending user by simply selecting a quest on the schedule screen.

[0079] <Character Borrowing Settings> FIG. 11 is a flowchart showing an example of an operation relating to character borrowing settings in this embodiment.

[0080] When the borrower user performs a game operation to transition from the menu screen to the quest selection screen, the display control unit 103 of the client terminal 10 displays a quest selection screen for the borrower user to select a quest for which the borrower user will set up the borrowing of the loaned character (step S21).

[0081] Specifically, when the borrower user performs the game operation, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute access processing. When the server access unit 102 of the client terminal 10 is requested to execute access processing by the display control unit 103, it transmits a request to the server device 20 regarding the transmission of quest information.

[0082] When the request processing unit 201 of the server device 20 accepts the request, it requests the borrowing setting unit 203 to execute a data acquisition process. When the borrowing setting unit 203 of the server device 20 is requested to execute a data acquisition process by the request processing unit 201, it acquires the quest information stored in the quest information storage unit 222. The request processing unit 201 transmits the quest information acquired by the borrowing setting unit 203 to the client terminal 10. Thereafter, the display control unit 103 of the client terminal 10 receives the information transmitted from the server device 20 and stores it in the client storage unit 120, and based on the received information, generates a quest selection screen related to quests for which a lending character can be set to borrow, and performs control to display the quest selection screen on the screen display unit 160.

[0083] 12 is an image diagram showing an example of a quest selection screen 600. This quest selection screen 600 includes a quest display area 602 that displays a list of multiple quests 601. In this quest display area 602, a search button 603 is displayed in association with each of the multiple quests 601, for searching for a rental character that can be borrowed for that quest.

[0084] Next, returning to Figure 11, when the quest selection screen 600 is displayed on the screen display unit 160 and the search button 603 corresponding to any of the quests 601 is selected by the borrower user, the display control unit 103 of the client terminal 10 displays all of the lender user's loan characters set for the selected quest as search results on the search result screen (step S22).

[0085] Specifically, when the borrower user selects the search button 603 associated with the quest 601 on the quest selection screen 600, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute access processing. When the server access unit 102 of the client terminal 10 is requested by the display control unit 103 to execute access processing, it transmits a request to the server device 20 regarding the transmission of schedule information.

[0086] When the request processing unit 201 of the server device 20 accepts the request, it requests the borrowing setting unit 203 to execute a data acquisition process. When the borrowing setting unit 203 of the server device 20 receives a request to execute a data acquisition process from the request processing unit 201, it refers to the schedule information stored in the schedule information storage unit 223 and identifies the lender user associated with the quest selected on the quest selection screen 600. It then refers to the user information stored in the user information storage unit 224 and acquires the owned character of the identified lender user. It also refers to the quest information stored in the quest information storage unit 222 and acquires the recommended character for the selected quest. Furthermore, the borrowing setting unit 203 of the server device 20 extracts and acquires, from the owned characters of the identified lender user, the owned character that is the same as the recommended character for the selected quest. The request processing unit 201 transmits the various information acquired by the borrowing setting unit 203 to the client terminal 10. Thereafter, the display control unit 103 of the client terminal 10 receives the information sent from the server device 20 and stores it in the client memory unit 120, and based on the received information, generates a search result screen for the characters owned by the lender user who has set lending permission for the selected quest, and controls the screen display unit 160 to display the search result screen.

[0087] 13 is an image diagram showing an example of a search result screen 650. This search result screen 650 includes a character display area 652 that displays a list of characters 651 owned by the lender user that are set for the quest selected by the borrower user. In this character display area 652, a selection button 653 is displayed in association with each of the multiple owned characters 651.

[0088] In this embodiment, the display mode is different for owned characters 651 that are the same as the recommended characters suitable for the selected quest and for owned characters 651 that are not the same. Here, "Character X" and "Character P," which are owned characters that are the same as the recommended characters suitable for the quest, are displayed with "Recommended!!" to indicate that they are recommended characters. On the other hand, nothing is displayed for "Character G," which is a different owned character. Therefore, even if the borrower user is unsure which owned character to set as the borrowed character, the borrower user can easily select it.

[0089] Next, returning to FIG. 11, when the search result screen 650 is displayed on the screen display unit 160 and the borrower user selects the selection button 653 corresponding to one of the owned characters 651, the game control unit 101 of the client terminal 10 requests the server device 20 to perform borrowing settings for the owned character of the selected lender user (step S23).

[0090] Specifically, when the borrower user selects the selection button 653 associated with the owned character 651 on the search result screen 650, the game control unit 101 of the client terminal 10 requests the server access unit 102 to execute access processing. When the server access unit 102 of the client terminal 10 is requested to execute access processing by the game control unit 101, it transmits to the server device 20 a request for borrowing setting processing for the owned character of the selected lender user.

[0091] When the request processing unit 201 of the server device 20 accepts the request, it requests the borrowing setting unit 203 to execute borrowing setting processing. When the borrowing setting unit 203 of the server device 20 receives a request to execute borrowing setting processing from the request processing unit 201, it updates the user information stored in the user information storage unit 224, thereby associating the borrower user with the character owned by the lender user selected on the search result screen 650 and registering it as a borrowed character for the quest selected on the quest selection screen 600. This allows the borrower user to freely use the borrowed character (the character owned by the lender user) when playing a battle in a quest selected by the borrower user on the quest selection screen 600, but only for the playable period of that quest.

[0092] At this time, when the character owned by the lender user selected on the search results screen 650 is set as a borrowed character, the lending setting unit 202 of the server device 20 updates the user information stored in the user information storage unit 224 to associate the owned character selected on the search results screen 650 with the lender user and registers it as a lending character being set for lending for the quest selected on the quest selection screen 600.

[0093] Next, when the loan setting unit 203 sets the loaned character as the borrowed character of the borrower user in this manner, the character use management unit 204 of the server device 20 imposes usage restrictions on the character owned by the lender user that has been set as the loaned character (step S24).

[0094] Specifically, when borrowing setting is performed by the borrowing setting unit 203 as described above, the request processing unit 201 of the server device 20 requests the character use management unit 204 to implement a use restriction on the owned character set as the loan character. When the request processing unit 201 requests the implementation of a use restriction, the character use management unit 204 of the server device 20 refers to the user information stored in the user information storage unit 224 to identify the owned character of the lender user. Then, by updating information about the identified owned character, a flag is set for the owned character set as the loan character indicating that its use has been restricted due to lending. When use is restricted in this way, the lender user is restricted from playing against other users using the owned character set as the loan character. In this embodiment, as will be described later, when the playable period of the quest associated with the loaned character has elapsed, this usage restriction is lifted. In other words, the lender user is restricted in using the loaned character (i.e., the character owned by the lender user that has been set up for loan) only during the playable period of the quest (i.e., only during the quest's open period).

[0095] Next, when the character use management unit 204 imposes a usage restriction on the character owned by the lender user in this manner, the reward granting unit 205 of the server device 20 grants a reward to the lender user who owns the lending character set as the borrowing character of that borrower user for lending their own character (step S25).

[0096] Specifically, when borrowing setting is performed by the borrowing setting unit 203 as described above, the request processing unit 201 of the server device 20 requests the reward granting unit 205 to grant a reward to the lender user of the borrowed character set as the borrowed character. When the reward granting execution is requested by the request processing unit 201, the reward granting unit 205 of the server device 20 updates the user information stored in the user information storage unit 224 to add a special character as an example of a reward as a new owned character of the lender user who owns the borrowed character set as the borrowed character. By granting a reward to a user who has lent their character to others in this way, it is possible to further increase the motivation of the user to lend their character to others.

[0097] <Cancellation of loan and borrowing arrangements> FIG. 14 is a flowchart showing an example of operations relating to the cancellation of lending and borrowing settings in this embodiment.

[0098] When the playable period for the quest set with the loaned character borrowed by the borrower user from the lender user has elapsed, the loan setting unit 203 of the server device 20 cancels the setting of the loaned character as a loaned character (step S31).

[0099] Specifically, the borrowing setting unit 203 of the server device 20 updates the user information stored in the user information storage unit 224, thereby canceling the setting as borrowing characters of the borrower user of the loaned characters associated with quests whose playable period has passed.

[0100] Next, when the playable period for the quest associated with the loaned character borrowed by the borrower user from the lender user has elapsed, the loan setting unit 202 of the server device 20 cancels the setting that allows the lender user to loan the character owned by the lender user for the quest whose playable period has elapsed, as the loan setting has been canceled in this manner (step S32).

[0101] Specifically, the lending setting unit 202 of the server device 20 cancels the setting of the owned characters that have been set as lendable characters of the lender user as lendable characters for quests whose playable period has expired, by updating the user information stored in the user information storage unit 224. Also, by updating the user information stored in the user information storage unit 224, the lending status for quests whose playable period has expired is changed to a status in which lending of owned characters is not permitted.

[0102] Next, when the playable period for the quest associated with the loaned character borrowed by the borrower user from the lender user has elapsed, the character usage management unit 204 of the server device 20 releases the usage restrictions due to the loan on the character owned by the lender user that was previously set as a loaned character, as the loan setting has been released (step S33).

[0103] Specifically, the character use management unit 204 of the server device 20 references the user information stored in the user information storage unit 224 to identify the character owned by the lender user. Then, by updating the information about the identified character, a flag indicating that the use of the character that was previously set as a lendable character has been restricted due to lending is removed. When the use restriction is lifted in this way, the lender user can use the character that was previously set as a lendable character in battle play.

[0104] ===Other embodiments=== The above-described embodiments are intended to facilitate understanding of the present invention and are not intended to limit the present invention. The present invention may be modified or improved without departing from the spirit thereof, and equivalents thereof are also included in the present invention. In particular, the following embodiments are also included in the present invention.

[0105] <Reward Granting> In the above-described embodiment, when the reward granting unit 205 awards a reward to a lender user for lending a character, the reward for a lender user who has set up lending permission for a quest with a pre-set playable period during busy times may be different from the reward for a lender user who has set up lending permission for a quest with a pre-set playable period during quiet times.

[0106] For example, it is possible to give a more generous reward to a lender user who lends their character to a borrower user who selects a quest with a preset playable period during busy times than to a lender user who lends their character to a borrower user who selects a quest with a preset playable period during quiet times. Note that giving a more generous reward includes, for example, increasing the amount of the reward or the value of the reward.

[0107] This allows users to use their own characters to play against each other during busy periods when popular quests that allow users to acquire special characters are available, or they can forgo playing against each other during busy periods and instead lend their characters to others to receive generous rewards. In this way, users can strategically lend out their characters while taking into account the congestion situation.

[0108] <Contents> In the above embodiment, the content is a character set in the character information, but the content is not limited to this. For example, the content may be an item, a card, a figure, an avatar, an icon, or the like. [Explanation of symbols]

[0109] 1. Information Processing Systems 10 Client Terminal 20 Server equipment 50 Computers 51 CPU 52 RAM 53 ROM 54 Communication Interface 55 Input Device 56 Display device 57 External Interface 58 HDD 100 Client control unit 101 Game control unit 101A Battle Club 101B Character assignment section 101C Evolution Department 101D Synthesis Department 101E Sales Department 102 Server Access Section 103 Display control unit 120 Client Storage 140 Client Communication Section 150 Operation input reception unit 160 Screen display section 200 Server control unit 201 Request Processing Unit 202 Loan Settings Department 203 Borrowing Setting Department 204 Character Usage Management Department 205 Reward Division 220 Server Storage 221 Character information storage unit 222 Quest Information Storage Unit 223 Schedule information storage unit 224 User information storage unit 240 Server Communication Department 500 Schedule screen 501 Quest 502 Quest display area 503 Playable Period 504 Select button 600 Quest Selection Screen 601 Quests 602 Quest display area 603 Search button 650 Search results screen 651 Loan Characters 652 Rental character display area 653 Select button B Bus Line N Network

Claims

1. a lending setting unit that sets permission for lending of content owned by a lender user for a game stage selected by the lender user on a schedule screen that displays a list of multiple game stages in association with their respective playable periods; a borrowing setting unit that sets, as borrowed content, a lending content selected by the borrower user from among contents owned by the lender user for which lending permission has been set for a game stage selected by the borrower user on a stage selection screen that lists a plurality of game stages during each playable period; a content usage management unit that restricts lender users who own rental content set as borrowed content from playing a game using the rental content during a playable period of the game stage selected by the borrower user; An information processing device comprising:

2. the borrowing setting unit, when there are a plurality of lender users for whom lending permission has been set for the game stage selected by the borrower user on the stage selection screen, sets the borrowing content selected by the borrower user from all of the content owned by the plurality of lender users as the borrowing content; The information processing device according to claim 1 .

3. the borrowing setting unit extracts recommended content suitable for the game stage selected by the borrower user from all of the content owned by the plurality of lender users, and sets the borrowed content selected by the borrower user from the extracted recommended content as borrowed content; The information processing device according to claim 2 .

4. the lending setting unit cancels the lending permission setting for the content owned by the lender user for the game stage selected by the borrower user when the playable period for the game stage has elapsed; the borrowing setting unit cancels the setting of the lending content set for the game stage selected by the borrower user as borrowing content when the playable period for the game stage selected by the borrower user has elapsed; The information processing device according to any one of claims 1 to 3.

5. a reward granting unit that grants a reward to a lender user who owns the borrowed content of the borrower user as his / her own lending content; The information processing device according to any one of claims 1 to 4, comprising:

6. the reward granting unit makes the reward given to a lender user who owns, as his / her own lending content, the borrowed content of a borrower user who selected a game stage during a playable period during a busy time more generous than the reward given to a lender user who owns, as his / her own lending content, the borrowed content of a borrower user who selected a game stage during a playable period during a quiet time; The information processing device according to any one of claims 1 to 5.

7. Computer, a lending setting means for setting permission for lending of content owned by a lender user for a game stage selected by the lender user on a schedule screen that displays a list of a plurality of game stages in association with their respective playable periods; a borrowing setting means for setting, as borrowed content, a lending content selected by the borrower user from among contents owned by the lender user for which lending permission has been set for a game stage selected by the borrower user on a stage selection screen that lists a plurality of game stages during each playable period; a content usage management means for permitting the borrower user to play a game using the borrowed content at the game stage selected by the borrower user during a playable period of the game stage selected by the borrower user, while restricting a lender user who owns lending content set as the borrowed content from playing a game using the lending content; A program to function as a

Images