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

Abstract

To revitalize interaction between users through lending and borrowing contents.SOLUTION: An information processing device includes: a lending setting unit for setting a content selected from among contents owned by a lending user by himself/herself as a lending content, for a game stage selected by the lending user on a schedule screen that displays a list of multiple game stages in association with respective playable periods; a borrowing setting unit for setting a lending content set for the game stage selected by the borrowing user on a stage selection screen that displays a list of the multiple game stages during the respective playable periods as a borrowing content of the borrowing user; and a content usage management unit for restricting that the lending user who owns the lending content set as a borrowing content plays a game using the lending content during the playable period of the game stage selected by the borrowing user.SELECTED DRAWING: Figure 1

Description

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

By lending a character, which is an example of content owned by a user who is a lender (hereinafter also referred to as a "lender user"), to a user who is a renter (hereinafter also referred to as a "borrower user") as a rental character, a character can be exchanged between users. 2. Description of the Related Art An information processing device in which characters are lent and borrowed is known (for example, Patent Document 1).

Patent No. 5908319

There have been cases where the lending user wishes to lend the content he/she owns to another person only during a period when he or she is unable to play the game due to reasons such as being busy. However, in Patent Document 1, it is not possible to rent out the content that one has on hand at a time convenient for the user. Therefore, there is a possibility that the desire to lend content to others may decrease, and the chances of lending and borrowing content between users may decrease.
The present invention has been made in view of these circumstances, and its purpose is to revitalize interaction between users through the lending and borrowing of content.

The main invention of the present invention for solving the above problems is as follows:
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, content that the lender user himself has selected from among the contents owned by the lender user is set as rental content. Rental setting department,
a borrowing setting unit that sets, as borrowed content of the borrowing user, loan content set for a game stage selected by the borrowing user on a stage selection screen that lists a plurality of game stages during each playable period;
a content usage management unit that restricts a lender user who owns the loaned content set as borrowed content from playing a game using the rented content during the playable period of the game stage selected by the borrower user;
This is an information processing device equipped with.
Other features of the present invention will become apparent from the description of this specification and the accompanying drawings.

1 is a configuration diagram showing an example of an information processing system 1. FIG. FIG. 1 is a hardware configuration diagram showing an example of a computer. FIG. 2 is a functional block diagram showing an example of a server device 20. FIG. FIG. 2 is a configuration diagram showing an example of character information. It is a block diagram which shows an example of quest information. FIG. 3 is a configuration diagram showing an example of schedule information. FIG. 2 is a configuration diagram showing an example of user information. 1 is a functional block diagram showing an example of a client terminal 10. FIG. 3 is a flowchart illustrating an example of an operation related to character lending settings. 5 is an image diagram showing an example of a schedule screen 500. FIG. It is an image diagram showing an example of a rental character selection screen 550. It is a flowchart which shows the example of operation regarding loan setting of a character. It is an image diagram showing an example of a quest selection screen 600. 6 is an image diagram showing an example of a search result screen 650. FIG. 12 is a flowchart illustrating an example of an operation related to setting cancellation of lending and borrowing. 5 is an image diagram showing an example of a schedule screen 500. FIG. It is an image diagram showing an example of a rental character selection screen 550. It is an image diagram showing an example of a rental character selection screen 550. 5 is an image diagram showing an example of a schedule screen 500. FIG.

From the description of this specification and the attached drawings, at least the following matters will become clear.
That is, 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, the lender user selects the content he or she owns from among the contents owned by the lender user as the rental content. A lending setting section to set,
a borrowing setting unit that sets, as borrowed content of the borrowing user, loan content set for a game stage selected by the borrowing user on a stage selection screen that lists a plurality of game stages during each playable period;
a content usage management unit that restricts a lender user who owns the loaned content set as borrowed content from playing a game using the rented content during the playable period of the game stage selected by the borrower user;
This is an information processing device equipped with.
According to such an information processing device, by selecting a game stage in which a period in which the game cannot be played overlaps with a period in which the game can be played, the lender user can transfer the content in hand to the borrower user whose playable period overlaps with the period in which the game can be played. can be rented out efficiently. As a result, lender users will proactively lend out the content they own at a time that is convenient for them, and as a result, it will become easier for borrower users to borrow content as well, increasing the interaction between users through the lending and borrowing of content. It becomes possible to activate.

Further, such an information processing device,
When a plurality of rental contents are set for the game stage selected by the borrower user on the stage selection screen, the loan setting unit selects the rental content selected by the borrower user from among the plurality of rental contents. It may also be set as borrowed content.
According to such an information processing device, the borrowing user can select the desired loaned content by himself/herself and make it the borrowed content, so that the borrowed user can actively play the game using the borrowed content.

Further, such an information processing device,
The loan setting unit extracts recommended content suitable for the game stage selected by the borrower user from among the plurality of loan contents, and selects the loan content selected by the borrower user from among the recommended contents as the loan content. It may also be set.
According to such an information processing device, the borrowing user can select recommended content suitable for the game stage that he or she has selected as the borrowed content, making it easier to clear the game stage. As a result, the borrowing user actively borrows content from others, so it becomes possible to further activate interaction between users through the lending and borrowing of content.

Further, such an information processing device,
The lending setting unit extracts recommended content suitable for the game stage selected by the lender user on the schedule screen from among the contents owned by the lender user, and extracts recommended content suitable for the game stage selected by the lender user from among the recommended contents. The content may be set as rental content.
According to such an information processing device, a lender user can easily set recommended content suitable for a game stage that he or she has selected as rental content, even if he or she does not have knowledge about which content is suitable for a game stage. can do.

Further, such an information processing device,
The rental setting unit cancels the setting of the rental content for the game stage selected by the borrowing user when the playable period of the game stage has elapsed;
The loan setting unit may cancel the setting of the loan content for the game stage as the loan content when the playable period of the game stage selected by the borrowing user has elapsed.
According to such an information processing device, the lending user only has to lend the content he/she owns to the borrowing user only during the playable period corresponding to the period during which the lending user cannot play the game, so that after the playable period has elapsed, , it will be possible to play games using the content you already have on hand, which was previously lent out. Since the period in which the borrowing user can play on the game stage using the content of the lending user is limited, the borrowing user can increase his or her desire to play during the playable period.

Further, such an information processing device,
It is also possible to include a reward giving unit that gives a reward to a lender user who owns the loan content set as the borrowed content of the borrower user.
According to such an information processing device, the lender user becomes more willing to lend out the content he/she owns in order to obtain a reward.

Next, the computer
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, content that the lender user himself has selected from among the contents owned by the lender user is set as rental content. loan setting means;
borrowing setting means for setting, as borrowed content of the borrowing user, loan content set for a game stage selected by the borrowing user on a stage selection screen displaying a list of a plurality of game stages during each playable period;
The borrowed content is set as the borrowed content while the borrowed user is permitted to use the borrowed content to play a game on the game stage selected by the borrowed user during the playable period of the game stage selected by the borrowed user. content usage management means for restricting a lender user who owns the rented content from playing a game using the rented content;
This is a program to make it function as a.
According to such a program, it is possible to activate interaction between users through lending and borrowing of content.

===Embodiment===
Below, an information processing device, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the present invention can be widely applied to information processing devices, programs, information processing systems, etc. that employ games in which content is borrowed and lent between users.

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

The client terminal 10 is a terminal device operated by a user, such as a smartphone, a tablet, or a PC, or a terminal device such as a game-dedicated device for home or business use. The server device 20 manages and controls the game played by the user on the client terminal 10, performs billing processing within the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations and the like.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone game device (information processing device) by separately providing a mechanism for performing in-game billing processing. . It goes without saying that the information processing system 1 in FIG. 1 is one example, and that there are various system configuration examples depending on the usage and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed among multiple computers.

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

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, an HDD 58, etc., each of which is interconnected via a bus line B. has been done. 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.

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

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

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

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.

The input device 55 is a device used by a user or 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.

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

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

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

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

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

<<Software configuration>>
<Server device>
FIG. 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, for example, by functional blocks shown in FIG. 3.

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.

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 loan setting unit 202, a loan setting unit 203, a character usage management unit 204, and a reward granting unit 205.

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 etc. to the client terminal 10 as a response.

The rental setting unit 202 sets content owned by the lender user as rental content. The rental setting unit 202 according to the present embodiment sets content that the lender user himself has selected from among the contents owned by the lender user as rental content for the game stage selected by the lender user.

The loan setting unit 203 sets the loan content of the lender user as the loan content of the borrower user. The loan setting unit 203 according to the present embodiment sets the loan content set for the game stage selected by the borrower user as the loan content of the borrower user.

The character usage management unit 204 is an example of a content usage management unit, and allows or restricts the use of rental content. The character usage management unit 204 according to the present embodiment allows a lender user who owns the loaned content set as borrowed content to play a game using the rented content during the playable period of the game stage selected by the borrower user. limit things.

The reward granting unit 205 grants the lender user a reward for lending the content to the borrower user. The reward giving unit 205 according to the present embodiment gives a reward to a lender user who owns loaned content set as borrowed content of a borrower user.

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

The character information storage unit 221 is an example of a content information storage unit, and stores character information (content information) regarding a character as an example of content. The character information stored in the character information storage section 221 is composed of various data shown below.

FIG. 4 is a configuration diagram showing an example of character information. The character information shown in FIG. 4 has items such as character ID, name, rarity, parameters, skills, evolved characters, and lottery probability. The character ID is information for uniquely identifying various characters. The name is information indicating the character name. The rarity is information indicating the rarity (scarcity value) of the character. Here, one of the multiple classes of rarity is initially set. In this embodiment, five levels of rarity can be set from "1" to "5". Note that the rarity class is not limited to five stages, and may be four stages or less, or six stages or more. The parameter is information indicating the ability of the character. Here, ability values such as attack, defense, and HP are initially set. A skill is information indicating a special ability (such as a special move) that a character has. The evolved character is information indicating an evolved character that is stronger than before evolution. In this embodiment, for example, in the case of "character C" shown in FIG. 4, "character C1" is set as the evolved character. Note that it is also possible to set two characters, "character C1" and "character C2", which are branched from a common "character C", as evolved characters. Further, the number of branches of the evolved character is not limited to two, and may be three or more. The lottery probability is information indicating the probability that a character will win a lottery game.

The quest information storage unit 222 is an example of a game stage information storage unit, and stores quest information (game stage information) regarding a quest as an example of a game stage. The quest information stored in the quest information storage unit 222 is composed of various data shown below.

FIG. 5 is a configuration diagram showing an example of quest information. The quest information shown in FIG. 5 has items such as quest ID, name, required points, difficulty level, enemy character, obtainable character, and recommended character. The quest ID is information for uniquely identifying a quest that is a unit of play. The name is information indicating the quest name. The required points are information indicating the amount of game points (stamina) required to play the quest. The difficulty level is information indicating the ease of clearing the quest. The enemy character is information indicating a character who will appear as an opponent in the quest, among the plurality of characters set in the character information stored in the character information storage section 221. The obtainable character is information indicating one or more characters that the user can obtain in the quest, among the plurality of characters set in the character information stored in the character information storage unit 221. Note that the obtainable character and enemy character of the quest may be the same character. The recommended character is information indicating a character suitable for the quest among the plurality of characters set in the character information stored in the character information storage section 221. In this embodiment, one or more frequently used characters are set among the characters used by the plurality of users who have cleared the quest. Therefore, by using this recommended character, it becomes easier for the user to clear the quest.

The schedule information storage unit 223 stores schedule information regarding the schedule of playable quests. The schedule information stored in the schedule information storage unit 223 is composed of various data shown below.

FIG. 6 is a configuration diagram showing an example of schedule information. The schedule information shown in FIG. 6 includes schedule ID, quest, playable period, rental character, etc. as items. The schedule ID is information for uniquely identifying the schedule for each quest. The quest is information indicating a quest for which a schedule has been determined among a plurality of quests set in the quest information stored in the quest information storage unit 222. The playable period is information indicating a period during which the user can play the quest. In this embodiment, at least schedules are set for a first period (for example, one week of this week) and a second period (for example, one week of next week) that follows. The lent character is information indicating a character owned by the lender user that can be lent to another person only during the playable period of the quest. In this embodiment, information regarding the lender user who owns the lending character is also set.

The user information storage unit 224 stores user information regarding users. The user information stored in the user information storage unit 224 is composed of various data shown below.

FIG. 7 is a configuration diagram showing an example of user information. The user information shown in FIG. 7 includes items such as user ID, name, owned points, owned character, party, loaned character, and borrowed character. The user ID is information for uniquely identifying a user. The name is information indicating the user name. Possession points are information indicating the amount of game points possessed by the user at the present time. A user can play a quest by consuming his/her own game points for the points required for the quest. Note that the quest may be playable without consuming game points. The owned character is information indicating one or more characters that the user currently owns 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 currently possessed character are also set. In addition, flag information indicating whether or not the character is a possessed character whose use is restricted due to lending is also set. The party is information indicating each character that constitutes the user's party. The rental character is information indicating a user's owned character that is set to be lent out so that it can be used by another person, among the characters owned by the user. Here, as shown in parentheses in the figure, information regarding the schedule of the quest with which the rental character is associated is also set. The borrowed character is information indicating a character owned by another user that is set to be borrowed so that the user can use the character, among the characters owned by another user. Here, as shown in parentheses in the figure, information about the quest schedule to which the borrowed character is associated and information about the lender user who owns another person's loaned character that is set as the borrowed character are also set. ing.

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

<Client terminal>
FIG. 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, functional blocks shown in FIG. 8.

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

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

The game control unit 101 controls the progress of various games. The game control unit 101 according to the present embodiment controls the progress of a battle game, a lottery game, a composite game, etc., which will be described later, based on a game operation that the client terminal 10 receives from a user. This game control section 101 includes a competition section 101A, a character assignment section 101B, an evolution section 101C, a synthesis section 101D, and a sale section 101E.

The battle unit 101A controls a battle between characters that are opponents. The battle unit 101A according to the present embodiment determines the outcome of a battle between characters that are opponents, based on various parameters of each character included in the party.

The character assigning unit 101B assigns the character set in the character information stored in the character information storage unit 221 to the user. The character assigning unit 101B according to the present embodiment assigns one or more characters to the user via a competitive game, a lottery game, or the like. That is, the user can acquire characters by playing competitive games, lottery games, and the like.

The evolution unit 101C evolves the character owned by the user into a stronger character. The evolution unit 101C according to the present embodiment, when the evolution condition is satisfied for the pre-evolution character owned by the user, prevents the user from possessing the pre-evolution character (makes the user not possess it), and instead creates the evolved character. to possess. The evolution condition according to this embodiment is, for example, that the evolution parameter set for the character before evolution has reached the maximum value. Note that the evolution conditions are not limited to these, for example, you can obtain all pre-set characters that can be used as synthesis materials in a competitive game or a lottery game, and turn all of them into pre-evolved characters (characters to be used as synthesis sources). It is also possible to synthesize them.

The synthesizing unit 101D synthesizes one character among the plurality of characters owned by the user with another character, so that the one character can be used instead of sacrificing the other character (making it not owned). Strengthen. For example, the compositing unit 101D according to the present embodiment changes the maximum value of the ability parameters set for the compositing source character in stages every time the same character as the compositing source character is composited as a compositing material character. increase the target. At this time, the character that becomes the composite material becomes a character that the user does not own (that is, it becomes a sacrifice).

By selling the character owned by the user, the selling unit 101E gives consideration to the user in exchange for not allowing the user to possess the character (not possessing it). The selling unit 101E according to this embodiment gives the user game points as an example of consideration every time he sells his character.

The server access unit 102 sends requests for various processes to the server device 20 when access to the server device 20 is required in the course of various processes executed by the game control unit 101 or the display control unit 103. At the same time, the processing results and the like from the server device 20 are received as a response.

The display control unit 103 controls the screen display of the client terminal 10 according to the progress of various games. The display control unit 103 according to the present embodiment controls the screen display of the client terminal 10 by, for example, generating data for various screens according to the progress of a competitive game or a lottery game controlled by the game control unit 101.

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

Note that, as described above, in the information processing system 1 according to the present embodiment, game control and display control are performed in the client terminal 10, but the server device 20 may also perform the control. Specifically, at least one of the game control section and the display control section may not be provided in the client control section 100 of the client terminal 10, but may be provided in the server control section 200 of the server device 20.

The client control unit 100 of the client terminal 10 also receives page data written in HTML (Hyper Text Markup Language) or the like, scripts included in the page data, etc. from the server device 20, and uses a browser to perform game-related processing. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to a game based on an installed application. FIG. 8 shows an application type as an example.

<<System Overview>>
Here, an overview of the information processing system 1 in this embodiment will be explained. The information processing system 1 in this embodiment includes at least a competitive game, a lottery game, and a composite game.

The battle game in this embodiment is a game in which an enemy character appears against a party made up of a plurality of characters, and the appeared enemy character is pitted against each character forming the party.

In this competitive game, a plurality of quests (game stages) whose purpose is to defeat enemy characters, etc. are set for each predetermined period. Users can form a party (also referred to as "formation") using the characters they own, select one of the quests available for play during the current period, and challenge them to battle against enemy characters. can. When the user clears the selected quest, the user can acquire the obtainable character associated with the quest.

Furthermore, in this competitive game, characters can be lent and borrowed between users. That is, a user can become a lender user by lending out his or her own character to another person as a loan character, or can become a borrower user by borrowing another person's character as a borrowed character. Then, when the lender user lends his or her owned character to the borrowed user, the borrowed user can form a party and play against others using the borrowed character, but the lender user himself or herself cannot use the borrowed character. You will be restricted from forming a party using the characters you own and playing against them.

In the present embodiment, the user is able to make lending settings for his or her own character for a quest that suits the period convenient for the user while viewing a quest schedule screen in which the playable period is predetermined. Therefore, for example, a user who looks at the schedule screen can select a quest whose playable period overlaps with the playable period due to busy schedules, etc., and lend out their own character to another person only during the playable period of the selected quest. You can also do it. As a result, even if there is a usage restriction due to the lending of characters, users can actively lend out their own characters during a period when they are unable to play the game. It becomes possible to activate exchange.

The lottery game in this embodiment is a game in which a character to be given to a user is determined by lottery. In this lottery game, when the user performs a lottery operation, one of the characters is determined from among multiple characters set in the character information based on the lottery probability of each character, and the determined character is displayed to the user. Give.

In the compositing game in this embodiment, a compositing material character is created by combining a compositing source character (compositing source character) with a compositing material character (compositing material character) among a plurality of characters owned by the user. This is a game where you strengthen the original character instead of losing it. In this compositing game, basically, each time the same character as the compositing source character is combined as a compositing material character, the maximum value of the ability parameter set for the compositing source character can be increased in stages.

<<System operation>>
<Character lending settings>
FIG. 9 is a flowchart illustrating an operation example regarding character lending settings in this embodiment.

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 allows the lender user to set the rental of the character they own according to a schedule that is convenient for them. A schedule screen is displayed (step S11).

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 an access process. When the server access unit 102 of the client terminal 10 is requested to perform access processing by the display control unit 103, it transmits a request regarding transmission of schedule information to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the lending setting unit 202 to execute data acquisition processing. The rental setting unit 202 of the server device 20 acquires schedule information stored in the schedule information storage unit 223 when requested by the request processing unit 201 to execute data acquisition processing. The request processing unit 201 transmits the schedule information acquired by the rental 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, the display control unit 103 displays a schedule screen regarding the schedule of quests that can be played from now on. Control is performed to generate and display on the screen display unit 160.

FIG. 10 is an image diagram showing an example of the schedule screen 500. This schedule screen 500 includes a quest display area 502 in which a plurality of quests 501 are displayed as a list. In this quest display area 502, a playable period 503 is displayed in association with each of the plurality of quests 501. Further, a selection button 504 for selecting a quest to be set for lending is also displayed in association with each of the plurality of quests 501.

In this embodiment, the selection button 504 of the quest 501 for which character lending settings have already been made and the selection button 504 for the quest 501 for which character lending settings have not been made are different in display mode. Here, since "Character A" is already set to be lent as a rental character for "Quest 37" whose playable period is preset to "6:00 to 9:00 this week", "Quest 37" is selected. The button 504 displays "Character A lending set". On the other hand, for "Quest 5" and "Quest 12" whose playable period is preset to "6:00 to 9:00 this week", no lending characters have been set yet, so "Quest 5" and "Quest 12" have not yet been set. The selection button 504 for “Quest 12” displays “Rent Setting”. The lender user is then able to select only the selection button 504 labeled "Rent Settings" on the screen.

Next, returning to FIG. 9, when this schedule screen 500 is displayed on the screen display section 160, the display control section 103 of the client terminal 10 selects the selection button 504 (" When the selection button 504 (displayed ``Rental Settings'') is selected by the lender user, a rental character selection screen is displayed for the lender user to select the rental character to be set for the selected quest (step S12).

Specifically, the display control unit 103 of the client terminal 10 accesses the server access unit 102 when the lender user selects the selection button 504 labeled “Lending Settings” associated with the quest 501 on the schedule screen 500. Request execution of processing. When the server access unit 102 of the client terminal 10 is requested to perform access processing by the display control unit 103, it transmits a request regarding transmission of user information to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the lending setting unit 202 to execute data acquisition processing. When the lending setting unit 202 of the server device 20 is requested to execute data acquisition processing from the request processing unit 201, it refers to the user information stored in the user information storage unit 224 and acquires the character owned by the lending user. . Further, by referring to the quest information stored in the quest information storage unit 222, a recommended character for the selected quest is acquired. Further, the lending setting unit 202 of the server device 20 extracts and acquires the same character as the recommended character of the selected quest from among the characters owned by the lender user. The request processing unit 201 transmits various information acquired by the rental 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, stores it in the client storage unit 120, and sets the information for the selected quest based on the received information. Control is performed to generate a rental character selection screen regarding rental characters and display it on the screen display unit 160.

FIG. 11 is an image diagram showing an example of the rental character selection screen 550. This rental character selection screen 550 includes a character display area 552 in which a list of characters 551 owned by the lender user is displayed. In this character display area 552, selection buttons 553 are displayed in association with each of the plurality of owned characters 551.

In this embodiment, the display mode is different between the possessed character 551 that is the same as the recommended character suitable for the selected quest, and the possessed character 551 that is not the same. Here, "Character K" and "Character W", which are the same possessed characters as the recommended character suitable for the quest, are displayed with "Recommended!!" indicating that they are recommended characters. On the other hand, nothing is displayed for "Character C" which is a different possessed character. Therefore, even if the lender user is unsure which character to set as the lending character, he or she can easily select it.

Next, returning to FIG. 9, when the rental character selection screen 550 is displayed on the screen display section 160, the game control section 101 of the client terminal 10 selects a selection button associated with any possessed character 551. 553 is selected by the lender user, the server device 20 is requested to perform lending settings for the character owned by the selected lender user (step S13).

Specifically, when the lender user selects the selection button 553 associated with the owned character 551 on the rental character selection screen 550, the game control unit 101 of the client terminal 10 requests the server access unit 102 to execute the access process. do. When the server access unit 102 of the client terminal 10 is requested to execute the access process by the game control unit 101, it transmits a request regarding the loan setting process for the selected lender user's owned character to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the rental setting unit 202 to execute the rental setting process. When the rental setting unit 202 of the server device 20 is requested to execute the rental setting process from the request processing unit 201, the rental setting unit 202 of the server device 20 updates the schedule information stored in the schedule information storage unit 223, thereby updating the schedule information selected on the schedule screen 500. The owned character selected on the rental character selection screen 550 is set and registered as the rental character of the lender user in association with the quest. In addition, by updating the user information stored in the user information storage unit 224, the owned character selected on the rental character selection screen 550 can be associated with the lender user for the quest selected on the schedule screen 500. Register the setting as a rental character in the rental setting.

Next, when the character owned by the lender user is set as a rental character by the rental setting unit 202 in this way, the character usage management unit 204 of the server device 20 controls the character usage management unit 204 regarding the character owned by the lender user that has been set as the rental character. Usage is restricted (step S14).

Specifically, when the lending settings are made by the lending setting unit 202 as described above, the request processing unit 201 of the server device 20 instructs the character usage management unit to execute usage restrictions for the possessed character set as the lending character. 204. When the character usage management unit 204 of the server device 20 is requested by the request processing unit 201 to restrict usage, the character usage management unit 204 refers to the user information stored in the user information storage unit 224 and identifies the character owned by the lender user. . Then, by updating the information regarding the specified possessed character, a flag is set for the possessed character set as the loaned character to indicate that its use has been restricted due to lending. When the use is restricted in this way, the lending user is restricted from playing competitive play using the owned character set as the lending character.
In this embodiment, as will be described later, when the playable period of the quest associated with the rental character has elapsed, this usage restriction is lifted. That is, the lending user is restricted from using the lending character (that is, the character owned by the user who is set to be loaned) only during the playable period of the quest (that is, only during the period in which the quest is held).

<Character borrowing settings>
FIG. 12 is a flowchart illustrating an example of the operation related to character borrowing settings in this embodiment.

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 making borrowing settings for the lending character. is displayed (step S21).

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

Upon receiving the request, the request processing unit 201 of the server device 20 requests the loan setting unit 203 to execute data acquisition processing. When requested by the request processing unit 201 to execute data acquisition processing, the loan setting unit 203 of the server device 20 acquires the quest information stored in the quest information storage unit 222. The request processing unit 201 transmits the quest information acquired by the loan 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, the display control unit 103 of the client terminal 10 receives the information transmitted from the server device 20, and based on the received information, the quest related to the quest that allows borrowing settings of the lending character. Control is performed to generate a selection screen and display it on the screen display unit 160.

FIG. 13 is an image diagram showing an example of the quest selection screen 600. This quest selection screen 600 includes a quest display area 602 in which a plurality of quests 601 are displayed as a list. In this quest display area 602, a search button 603 is displayed in association with each of the plurality of quests 601 to search for a rental character that can be borrowed for that quest.

Next, returning to FIG. 12, when the quest selection screen 600 is displayed on the screen display section 160, the display control section 103 of the client terminal 10 selects the search button 603 associated with any of the quests 601. When selected by the borrowing user, all lending characters set for the selected quest are displayed on the search result screen as search results (step S22).

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 perform access processing. When the server access unit 102 of the client terminal 10 is requested to perform access processing by the display control unit 103, it transmits a request regarding transmission of schedule information to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the loan setting unit 203 to execute data acquisition processing. When the request processing unit 201 requests execution of data acquisition processing, the loan setting unit 203 of the server device 20 refers to the schedule information stored in the schedule information storage unit 223 and selects the quest selected on the quest selection screen 600. Get the loan character associated with. Further, by referring to the quest information stored in the quest information storage unit 222, a recommended character for the selected quest is acquired. Furthermore, the loan setting unit 203 of the server device 20 extracts and acquires the same lending character as the recommended character of the selected quest from among the lending characters of the selected quest. The request processing unit 201 transmits various information acquired by the loan 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, search results regarding the rental character of the selected quest are obtained. Control is performed to generate a screen and display it on the screen display unit 160.

FIG. 14 is an image diagram showing an example of the search result screen 650. This search result screen 650 includes a rental character display area 652 in which a list of rental characters 651 set for the quest selected by the borrower user is displayed. In this rental character display area 652, selection buttons 653 are displayed in association with each of the plurality of rental characters 651.

In this embodiment, the rental character 651 that is the same as the recommended character suitable for the selected quest and the rental character 651 that is not the same have different display modes. Here, "Character On the other hand, nothing is displayed for "Character G" which is a different rental character. Therefore, even if the borrowing user is unsure which lending character should be set as the borrowing character, he or she can easily select one.

Next, returning to FIG. 12, when the search result screen 650 is displayed on the screen display section 160, the game control section 101 of the client terminal 10 selects the selection button 653 associated with one of the rental characters 651. is selected by the borrowing user, the server device 20 is requested to perform loan settings for the selected lending character (step S23).

Specifically, when the borrowing user selects the selection button 653 associated with the rental 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 the access process. . When the server access unit 102 of the client terminal 10 is requested to execute the access process by the game control unit 101, it transmits a request regarding the loan setting process for the selected loan character to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the loan setting unit 203 to execute the loan setting process. When the loan setting unit 203 of the server device 20 is requested to execute the loan setting process from the request processing unit 201, the loan setting unit 203 updates the user information stored in the user information storage unit 224 to associate it with the borrowing user. The loan character selected on the search result screen 650 is set and registered as a loan character for the quest selected on the quest selection screen 600. As a result, when the borrowing user performs a competitive play on the quest that he/she selects on the quest selection screen 600, the borrowing character (character owned by the lending user) can be freely used only during the playable period of the quest. become able to.

Next, when the loan setting unit 203 sets the loan character as the loan character of the borrower user, the reward granting unit 205 of the server device 20 owns the loan character set as the loan character of the borrower user. A remuneration is given to the lending user for lending out the owned character (step S24).

Specifically, when the loan setting unit 203 performs the loan setting as described above, the request processing unit 201 of the server device 20 issues a reward to the lender user of the loan character set as the borrow character. A request is made to the granting unit 205. When the reward granting unit 205 of the server device 20 is requested to perform reward granting from the request processing unit 201, the reward granting unit 205 updates the user information stored in the user information storage unit 224, thereby distributing the special character as an example of the reward. The lending character set as the borrowed character is additionally set as a new owned character of the lender user who owns the lending character. By rewarding a user who has lent his or her character to another person in this way, the user's desire to lend his or her character to another person can be further increased.

<Cancellation of lending and borrowing settings>
FIG. 15 is a flowchart illustrating an example of operation regarding cancellation of lending and borrowing settings in this embodiment.

When the playable period of the quest associated with and set by the borrowed character borrowed from the lender user by the borrowing user has elapsed, the borrowing setting unit 203 of the server device 20 cancels the setting of the borrowed character as a borrowed character (step S31).

Specifically, the loan setting unit 203 of the server device 20 updates the user information stored in the user information storage unit 224 to determine the playable period of the loan character set as the borrow character of the borrower user. The setting of the loan character associated with the quest for which the period has passed is canceled as a loan character.

Next, the lending setting unit 202 of the server device 20 determines that when the playable period of the quest associated with the borrowed character borrowed by the borrowing user from the lending user has expired, the borrowing setting is canceled in this way. Accordingly, the setting as a rental character for the quest whose playable period has passed is canceled (step S32).

Specifically, the lending setting unit 202 of the server device 20 updates the user information stored in the user information storage unit 224 to determine the playable period of the owned characters set as lending characters of the lending user. Cancels the setting as a lending character for a quest that has passed.

Next, the character usage management unit 204 of the server device 20 cancels the lending setting when the playable period of the quest associated with the borrowed character borrowed by the borrowing user from the lending user has passed. In conjunction with this, the restriction on the use of the character owned by the lender user, which has been set as a character to be lent, is lifted (step S33).

Specifically, the character usage management unit 204 of the server device 20 refers to the user information stored in the user information storage unit 224 and identifies the character owned by the lender user. Then, by updating the information regarding the identified possessed character, a flag indicating that the possessed character that has been set as a rental character has been restricted in use due to lending is removed. When the usage restriction is lifted in this way, the lending user can now play a competitive play using the owned character that has been set as a lending character.

===Other embodiments===
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. The present invention may be modified and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof. In particular, even the embodiments described below are included in the present invention.

<Character borrowing settings>
(Modification 1)
In the above-described embodiment, the case where different quests are displayed as a list in the quest display area 502 of the schedule screen 500 shown in FIG. 10 has been described as an example, but as shown in FIG. There may be two or more identical quests with different playable times set in the display area 502 (in the figure, "Quest 10" is set as "This week from 2:00 PM to 4:00 PM", and "Quest 10" is set as "Next week"). ``Quest 10'' is set to ``10:00 to 12:00''). In this case, it is also possible to simplify the lending settings of lending characters for the same quest. A detailed explanation will be given below using FIGS. 16 to 19.

For example, when the schedule screen 500 shown in FIG. 16 is displayed, the lender user presses the selection button 504 associated with "Quest 10" for which "14:00 to 16:00 this week" is set as the playable period. When selected, the screen transitions to a rental character selection screen 550 shown in FIG. 17.

When the lending character selection screen 550 is displayed, if the lending user selects the selection button 553 associated with "Character A", a sub-screen 554 shown in FIG. 18 is displayed.

This sub-screen 554 shows that there are two or more "Quest 10" in the schedule, and that the selected "Character A" can be set to be lent to each "Quest 10" at once. has been done.

When the lender user selects the selection button 555 while this sub-screen 554 is displayed, the selected "Character A" is displayed for the same "Quest 10" with different playable times. Each character is set as a rental character, and the screen changes to a schedule screen 500 shown in FIG. 19.

This schedule screen 500 not only has a selection button 504 associated with "Quest 10" for which "14:00 to 16:00 this week" is set as the playable period, but also a selection button 504 associated with "Quest 10" set as "10:00 to 12:00 next week" as the playable period. "Character A lending set" is also displayed on the selection button 504 associated with "Quest 10" to which "Character A lending has been set."

Therefore, the lender user can recognize that the same "Character A" has been set as the lending character for the same "Quest 10" for which different playable times have been set.

In this way, if there are two or more identical quests with different playable times, the lending character can be set to be loaned at the same time by the lender user for the two or more identical quests. It is also possible to

(Modification 2)
Furthermore, in the embodiment described above, by storing schedule information about past quests as historical information, the lending character set by the lender user for the past quest can be reset as the lending character for the current quest. It is also possible to do so.

For example, assume that in the past playable period, the lender user set "Character B" as the rental character for "Quest 25". In this case, when the schedule screen 500 shown in FIG. When the character B is selected, it is also possible to set the previously set "Character B" as the rental character for the "Quest 25" again. This makes it possible to easily set the rental character.

<Content>
In the above embodiment, the character is set in the character information, but the content is not limited to this. For example, the content may be an item, card, figure, avatar, icon, etc.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
Reference Signs List 100 Client control section 101 Game control section 101A Match section 101B Character assignment section 101C Evolution section 101D Composition section 101E Selling section 102 Server access section 103 Display control section 120 Client storage section 140 Client communication section 150 Operation input reception section 160 Screen display section 200 Server control unit 201 Request processing unit 202 Lending setting unit 203 Borrowing setting unit 204 Character usage management unit 205 Reward granting unit 220 Server storage unit 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 Selection button 550 Rental character selection screen 551 Possession character 552 Character display area 553 Selection button 554 Sub screen 555 Selection button 600 Quest selection screen 601 Quest 602 Quest display area 603 Search button 650 Search result screen 651 Rental character 652 Rental character display area 653 Selection button B Bus line N Network

In Patent Document 1, there is insufficient interaction between users through lending and borrowing of content.
The present invention has been made in view of these circumstances, and its purpose is to revitalize interaction between users through the lending and borrowing of content.

The main invention of the present invention for solving the above problems is as follows:
computer,
a lending setting means for setting content selected by a lending user from contents owned by the lending user as a lending content to be lent so that another person can use it in a quest;
a borrowing setting means for setting content selected by the borrowing user from among the lending contents as borrowed content for the borrowing user to use in the quest;
At the time of selection by the lender user, if any of the contents owned by the lender user is a content that is frequently used by multiple people who have cleared the quest, that one of the contents is the recommended content of the quest. display means for displaying that the
This is a program that functions as

Claims (7)

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, content that the lender user himself has selected from among the contents owned by the lender user is set as rental content. Rental setting department,
a borrowing setting unit that sets, as borrowed content of the borrowing user, loan content set for a game stage selected by the borrowing user on a stage selection screen that lists a plurality of game stages during each playable period;
a content usage management unit that restricts a lender user who owns the loaned content set as borrowed content from playing a game using the rented content during the playable period of the game stage selected by the borrower user;
An information processing device equipped with When a plurality of rental contents are set for the game stage selected by the borrower user on the stage selection screen, the loan setting unit selects the rental content selected by the borrower user from among the plurality of rental contents. Set as borrowed content,
The information processing device according to claim 1. The loan setting unit extracts recommended content suitable for the game stage selected by the borrower user from among the plurality of loan contents, and selects the loan content selected by the borrower user from among the recommended contents as the loan content. set,
The information processing device according to claim 2. The lending setting unit extracts recommended content suitable for the game stage selected by the lender user on the schedule screen from among the contents owned by the lender user, and extracts recommended content suitable for the game stage selected by the lender user from among the recommended contents. Set content as rental content,
The information processing device according to claim 1. The rental setting unit cancels the setting of the rental content for the game stage selected by the borrowing user when the playable period of the game stage has elapsed;
The borrowing setting unit cancels the setting of the loaned content for the game stage as the borrowed content when the playable period of the game stage selected by the borrowing user has passed;
The information processing device according to any one of claims 1 to 4. a reward granting unit that rewards a lender user who owns loaned content set as borrowed content of a borrower user;
The information processing device according to any one of claims 1 to 5, comprising: computer,
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, content that the lender user himself has selected from among the contents owned by the lender user is set as rental content. loan setting means;
borrowing setting means for setting, as borrowed content of the borrowing user, loan content set for a game stage selected by the borrowing user on a stage selection screen displaying a list of a plurality of game stages during each playable period;
The borrowed content is set as the borrowed content while the borrowed user is permitted to use the borrowed content to play a game on the game stage selected by the borrowed user during the playable period of the game stage selected by the borrowed user. content usage management means for restricting a lender user who owns the rented content from playing a game using the rented content;
A program to function as

Images