JP6822588B1 - Information processing equipment and programs - Google Patents

Abstract

PROBLEM TO BE SOLVED: To activate interaction between users through lending and borrowing of contents. According to the present invention, a game stage selected by a lender user on a schedule screen in which a plurality of game stages are listed in association with each playable period is selected by the lender user from the contents possessed by the lender user. The rental content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period and the rental setting unit for setting the content to be rented are described above. The borrowing setting unit set as the borrowing content of the borrower user and the lender user who possesses the lending content set as the borrowing content during the playable period of the game stage selected by the borrower user use the borrowing content. It is an information processing device equipped with a content usage management unit that restricts game play. [Selection diagram] Fig. 1

Description

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

By lending a character as an example of content possessed by a user who becomes a lender (hereinafter, also referred to as a “lender user”) to a user who becomes a borrower (hereinafter, also referred to as a “borrower user”) as a rental character, among users. An information processing device for lending and borrowing characters is known (for example, Patent Document 1).

Japanese Patent No. 5908319

The lender user may wish to lend his / her content to another person only during the period when the game cannot be played due to busyness or the like. However, in Patent Document 1, it was not possible to rent out the contents on hand at a time that is convenient for him / her. Therefore, there is a risk that the motivation for lending to another person will decrease, and the chances of lending and borrowing the content between users will decrease.
The present invention has been made in view of such circumstances, and an object of the present invention is to activate interaction between users through lending and borrowing of contents.

The main invention of the present invention for solving the above problems is
For the game stage selected by the lender user on the schedule screen in which a plurality of game stages are listed in association with each playable period, the content selected by the lender user from the contents possessed by the lender user is set as the lending content. Lending setting department and
A borrowing setting unit that sets the lending content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period as the borrowing content of the borrower user.
During the playable period of the game stage selected by the borrower user, a content usage management unit that restricts the lender user who possesses the loaned content set as the borrowed content from playing the game using the loaned content, and
It is an information processing device equipped with.
Other features of the present invention will be clarified by the description in this specification and the accompanying drawings.

It is a block diagram which shows an example of an information processing system 1. It is a hardware block diagram which shows an example of a computer. It is a functional block diagram which shows an example of a server apparatus 20. It is a block diagram which shows an example of character information. It is a block diagram which shows an example of quest information. It is a block diagram which shows an example of schedule information. It is a block diagram which shows an example of user information. It is a functional block diagram which shows an example of a client terminal 10. It is a flowchart which shows the operation example about the character lending setting. It is an image diagram which shows an example of the schedule screen 500. It is an image diagram which shows an example of the rental character selection screen 550. It is a flowchart which shows the operation example about the borrowing setting of a character. It is an image diagram which shows an example of a quest selection screen 600. It is an image diagram which shows an example of the search result screen 650. It is a flowchart which shows the operation example about the setting cancellation of lending and borrowing. It is an image diagram which shows an example of the schedule screen 500. It is an image diagram which shows an example of the rental character selection screen 550. It is an image diagram which shows an example of the rental character selection screen 550. It is an image diagram which shows an example of the schedule screen 500.

The description of the present specification and the accompanying drawings will clarify at least the following matters.
That is, for the game stage selected by the lender user on the schedule screen in which a plurality of game stages are listed in association with each playable period, the content selected by the lender user from the contents possessed by the lender user is used as the lending content. Lending setting section to set and
A borrowing setting unit that sets the lending content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period as the borrowing content of the borrower user.
During the playable period of the game stage selected by the borrower user, a content usage management unit that restricts the lender user who possesses the loaned content set as the borrowed content from playing the game using the loaned content, and
It is an information processing device equipped with.
According to such an information processing device, the lender user selects a game stage in which the period during which the game cannot be played overlaps with the playable period, so that the borrower user whose playable period overlaps with the game play period has the content on hand. Can be rented out efficiently. Therefore, the lender user will actively lend the content on hand according to his / her convenient period, and the borrower user will be able to easily borrow the content accordingly. Therefore, the interaction between the users through the lending and borrowing of the content. Can be activated.

In addition, it is such an information processing device.
When a plurality of loan contents are set for the game stage selected by the borrower user on the stage selection screen, the borrowing setting unit selects the loan contents selected by the borrower user from the plurality of loan contents. It may be set as borrowed content.
According to such an information processing device, the borrower user can select the desired lending content by himself / herself and make it the borrowed content, so that the borrowed content can be used to enthusiastically play the game.

In addition, it is such an information processing device.
The borrowing setting unit extracts recommended content suitable for the game stage selected by the borrower user from the plurality of loan contents, and uses the loan content selected by the borrower user as the borrowed content from the recommended contents. It may be set.
According to such an information processing device, the borrower user can use the recommended content suitable for the game stage selected by himself / herself as the borrowed content, so that the game stage can be easily cleared. As a result, the borrower user will actively borrow the content of another person, and it will be possible to further activate the interaction between the users through the lending and borrowing of the content.

In addition, it is 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 the contents possessed by the lender user, and the lender user selects from the recommended contents. The content may be set as rental content.
According to such an information processing device, the lender user can easily set the recommended content suitable for the game stage of his / her choice as the rental content without knowing which content is suitable for the game stage. can do.

In addition, it is such an information processing device.
The lending setting unit cancels the setting of the lending content for the game stage when the playable period of the game stage selected by the borrower user has elapsed.
The borrowing setting unit may cancel 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 borrower user has elapsed.
According to such an information processing device, the lender user only has to lend the content on hand to the borrower user only during the playable period corresponding to the period during which he / she cannot play the game. , It will be possible to play the game using the contents that have been rented out so far. Since the borrower user is limited in the period during which he / she can play the content of the lender user on the game stage, he / she can be motivated to play during the playable period.

In addition, it is such an information processing device.
It is also possible to provide a reward giving unit that rewards the lender user who possesses the lending content set as the borrowed content of the borrower user.
According to such an information processing device, the lender user will more actively lend the contents on hand for the purpose of obtaining a reward.

Next, the computer,
For the game stage selected by the lender user on the schedule screen in which a plurality of game stages are listed in association with each playable period, the content selected by the lender user from the contents possessed by the lender user is set as the lending content. Lending setting means,
Borrowing setting means for setting the lending content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period as the borrowing content of the borrower user.
While the borrower user is allowed to play a game using the borrowed content in the game stage selected by the borrower user during the playable period of the game stage, the borrowed content is set as the borrowed content. Content usage management means that restricts the lender user who owns the rented content from playing games using the rented content,
It is a program to function as.
According to such a program, it is possible to activate interaction between users through lending and borrowing of contents.

=== Embodiment ===
Hereinafter, the information processing apparatus, program, and information processing system according to the embodiment of the present invention will be described in detail. It can be widely applied to information processing devices, programs, information processing systems, and the like that employ games for lending and borrowing content 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 such as a smartphone, a tablet, or a PC operated by a user, or a terminal device such as a game-dedicated device for home or business use. The server device 20 manages and controls the game performed by the user on the client terminal 10, and performs in-game billing processing and the like. The network N is the Internet or the like, and includes a mobile radio base station or the like.

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

<< Hardware configuration >>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having a hardware configuration shown in FIG. 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, and the like, each of which is connected to each other by a bus line B. Has been done. The server device 20 may be used by connecting the input device 55 and the display device 56 when necessary.

The CPU 51 is an arithmetic unit that realizes control and functions of the entire computer by reading programs and data from storage devices such as ROM 53 and 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 a program or data, and is also used as a work area when the CPU 51 executes various processes.

The ROM 53 is an example of a non-volatile semiconductor memory (storage device) capable of holding 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.

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

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 and buttons, a keyboard and a mouse.

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

The external interface 57 is an interface for connecting to an external device so that data communication is possible. As a result, the computer 50 can 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, a CD, a DVD, an SD memory card, or a USB memory.

The HDD 58 is an example of a non-volatile storage device that stores programs and data. The stored programs and data include an OS, which is basic software that controls the entire computer, and an application that provides various functions on the OS.

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

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

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

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

The server control unit 200 has a function of executing various processes in the server device 20. The server control unit 200 in the present 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 giving 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 or the like as a response to the client terminal 10.

The lending setting unit 202 sets the content possessed by the lender user as the lending content. The lending setting unit 202 according to the present embodiment sets the content selected by the lender user from the contents possessed by the lender user as the lending content for the game stage selected by the lender user.

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 the present embodiment sets the lending content set for the game stage selected by the borrower user as the borrowing content of the borrower user.

The character use management unit 204 is an example of the content use management unit, and permits or restricts the use of the rented content. In the character use management unit 204 according to the present embodiment, during the playable period of the game stage selected by the borrower user, the lender user who possesses the loan content set as the borrowed content plays the game using the loan content. Limit that.

The reward giving 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 rewards the lender user who possesses the lending content set as the borrowed content of the borrower user.

The server storage unit 220 has a function of storing various information in the server device 20. The server storage unit 220 in the present 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.

The character information storage unit 221 is an example of the content information storage unit, and stores character information (content information) related to the character as an example of the content. The character information stored in the character information storage unit 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 a character ID, a name, a rarity, a parameter, a skill, an evolved character, a lottery probability, and the like as items. The character ID is information for uniquely identifying various characters. The name is information indicating a character name. Rarity is information indicating the rarity (rare value) of a character. Here, one of the rarities of the plurality of classes is initially set. In the present embodiment, five levels of rarity "1" to "5" can be set. The rarity class is not limited to 5 levels, and may be 4 levels or less, or 6 levels 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 (special move, etc.) possessed by a character. The evolved character is information indicating a character after evolution that is stronger than that before evolution. In the present embodiment, for example, in the case of "character C" shown in FIG. 4, "character C1" is set as the evolved character. It is also possible to set two characters, "character C1" and "character C2", which are branched from the common "character C", as the evolved character. Further, the branching of the evolution character is not limited to two, and may be three or more. The lottery probability is information indicating the probability that the character wins in the lottery game.

The quest information storage unit 222 is an example of the game stage information storage unit, and stores quest information (game stage information) related to the quest as an example of the 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 quest ID, name, required points, difficulty level, enemy character, acquireable character, recommended character, and the like as items. The quest ID is information for uniquely identifying the quest as a play unit. 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. Difficulty is information that indicates how easy it is to clear a quest. The enemy character is information indicating an opponent character that appears in the quest among a plurality of characters set in the character information stored in the character information storage unit 221. The acquireable character is information indicating one or a plurality of characters that the user can acquire in the quest among the plurality of characters set in the character information stored in the character information storage unit 221. In addition, the character that can be acquired for the quest and the enemy character may be the same character. The recommended character is information indicating a character suitable for the quest among a plurality of characters set in the character information stored in the character information storage unit 221. In the present embodiment, among the characters used at the time of clearing by the plurality of users who have cleared the quest, one or a plurality of frequently used characters are set. Therefore, it becomes easier for the user to clear the quest by using this recommended character.

The schedule information storage unit 223 stores schedule information regarding the schedule of quests that can be played. 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 has a schedule ID, a quest, a playable period, a rental character, and the like 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 is set among a plurality of 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 the first period (for example, one week of this week) and the second period (for example, one week of next week) that follows. The lending character is information indicating a possessed character that can be lent to another person among the possessed characters of the lender user only during the playable period of the quest. In the present embodiment, information about the lender user who owns the lending character is also set.

The user information storage unit 224 stores user information about the user. 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 has a user ID, a name, possession points, possession characters, parties, lending characters, borrowing characters, and the like as items. The user ID is information for uniquely identifying the user. The name is information indicating a user name. Possession points are information indicating the number of game points possessed by the user at the present time. The user can play the quest by consuming his or her game points for the required points of the quest. The quest may be playable without consuming game points. The possessed character is information indicating one or a plurality of characters currently possessed by the user among the plurality of 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 possession character whose use is restricted by lending is also set. The party is information indicating each character that constitutes the user's party. The lending character is information indicating one's own possessed character that is set to be rented so that another person can use it among the possessed characters of the user. Here, as shown in parentheses in the figure, information on the schedule of the quest to which the lending character is associated is also set. The borrowed character is information indicating the possessed character of another user who is borrowed and set so that he / she can use it among the possessed characters of another user. Here, as shown in parentheses in the figure, information on the quest schedule to which the borrowed character is associated and information on the lender user who owns the loaned character of another person 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 the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, the functional block shown in FIG.

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

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.

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 synthetic game, etc., which will be described later, based on the game operation received from the user by the client terminal 10. The game control unit 101 includes a battle unit 101A, a character addition unit 101B, an evolution unit 101C, a synthesis unit 101D, and a sale unit 101E.

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

The character giving unit 101B gives the user a character set in the character information stored in the character information storage unit 221. The character giving unit 101B according to the present embodiment grants one or more characters to the user through a battle game, a lottery game, or the like. That is, the user can acquire a character by playing a battle game, a lottery game, or the like.

The evolution unit 101C evolves the character possessed by the user into a stronger character. The evolution unit 101C according to the present embodiment does not allow the user to possess (do not possess) the pre-evolution character because the evolution condition is satisfied for the pre-evolution character possessed by the user, but instead causes the user to possess (not possess) the evolved character. To have. The evolution condition according to the present embodiment is, for example, that the evolution parameter set for the character before evolution has reached the maximum value. The evolution conditions are not limited to this, for example, all the characters that are preset synthetic materials are obtained in the battle game and the lottery game, and all of them are used as the characters before evolution (characters that are the synthesis source). On the other hand, it may be synthesized.

The compositing unit 101D synthesizes another character with respect to one character among a plurality of characters possessed by the user, and instead of sacrificing (not possessing) the other character, one character is used. Strengthen. For example, each time the synthesis unit 101D according to the present embodiment synthesizes the same character as the synthesis source character as the synthesis material character, the maximum value of the ability parameter set for the synthesis source character is stepped. Raise the target. At this time, the character used as the synthetic material becomes a character that the user does not have (that is, a sacrifice).

By selling a character possessed by the user, the selling unit 101E gives a consideration to the user instead of causing the user to possess (not possess) the character. The selling unit 101E according to the present embodiment gives the user game points as an example of consideration each time the character is sold.

The server access unit 102 requests the server device 20 for various processes when access to the server device 20 is required in the process of various processes executed by the game control unit 101 or the display control unit 103. At the same time as transmitting, the processing result 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 and the like. The display control unit 103 according to the present embodiment controls the screen display of the client terminal 10 by generating various screen data according to, for example, the progress of a battle game or a lottery game controlled by the game control unit 101.

The operation input receiving unit 150 receives an operation input from a user who operates the client terminal 10. The client storage unit 120 includes various programs and various data (for example, like the server device 20) required for the installed application (game application, etc.) and the client terminal 10, such as character information, quest information, schedule information, and user information. ) Is memorized. 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 according to the control signal from the display control unit 103.

As described above, in the information processing system 1 according to the present embodiment, the client terminal 10 performs game control and display control, but the server device 20 may perform the game control. 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, while being provided in the server control unit 200 of the server device 20.

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

<< System Overview >>
Here, the outline of the information processing system 1 in the present embodiment will be described. The information processing system 1 in the present embodiment includes at least a battle game, a lottery game, and a synthetic game.

The battle game in the present embodiment is a game in which an enemy character appears against a party composed of a plurality of characters, and the appearing enemy character and each character constituting the party are played against each other.

In this battle game, a plurality of quests (game stages) for the purpose of defeating enemy characters are set for each predetermined period. Users can form a party (also called "organization") using their own characters, etc., and select one of the quests that can be played during the current period to challenge the enemy character. it can. When the user clears the selected quest, the user can acquire the acquireable character associated with the quest.

Further, in this battle game, characters can be lent and borrowed between users. That is, the user can be a lender user by lending his / her own character as a lending character to another person, or can become a borrower user by borrowing another person's own character as a borrowing character. Then, when the lender user rents out his / her own character to the borrower user, the borrower user can organize a party using the borrowed possession character and perform a battle play, but the lender user himself / herself can rent out the character. It is restricted so that you cannot organize a party and play against each other using your own character.

In the present embodiment, the user can set a loan for his / her own character for a quest that suits his / her convenient period while looking at the schedule screen of the quest whose playable period is predetermined. Therefore, for example, a user who sees the schedule screen selects a quest in which the period during which the game cannot be played overlaps with the playable period due to busyness or the like, and lends his / her own character to another person only during the playable period of the selected quest. You can also. As a result, even if there is a usage restriction due to the lending of the possessed character, the possessed character can be actively rented during the period when the player cannot play the game, so that the user can lend and borrow the character. It becomes possible to activate the exchange.

The lottery game in the present 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 plurality of characters set in the character information is determined based on the lottery probability of each character, and the determined character is referred to the user. Give.

In the composite game of the present embodiment, among a plurality of characters possessed by the user, the composite material character is combined with the composite source character (synthesis source character) and the composite material character (synthesis material character). It is a game that strengthens the source character instead of losing. In this synthesis game, basically, each time a character that is the same as the synthesis source character is combined as a synthesis source character, the maximum value of the ability parameter set for the synthesis source character can be gradually increased.

<< System operation >>
<Character rental settings>
FIG. 9 is a flowchart showing an operation example relating to the character lending setting in the present embodiment.

When the lender user performs a game operation for transitioning from the menu screen to the schedule screen, the display control unit 103 of the client terminal 10 sets the lending of the possessed character according to a schedule that is convenient for the lender user. The schedule screen of (step S11) is displayed.

Specifically, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute the access process when the lender user performs the game operation. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 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 the data acquisition process. When the request processing unit 201 requests the execution of the data acquisition process, the lending setting unit 202 of the server device 20 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. After that, 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 schedule screen regarding the schedule of the quest that can be played from now on. Is generated and controlled to be displayed on the screen display unit 160.

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

In the present embodiment, the display mode is different between the selection button 504 of the quest 501 for which the character lending setting has already been made and the selection button 504 of the quest 501 for which the lending setting has not yet been made. Here, for "Quest 37" whose playable period is preset to "6 am to 9 pm this week", "Character A" has already been lent out as a loan character, so "Quest 37" is selected. Button 504 is displayed as "Character A lending set". On the other hand, for "Quest 5" and "Quest 12" whose playable period is set in advance from "6:00 to 9:00 this week", since the rental character has not been set yet, "Quest 5" and "Lending setting" is displayed on the selection button 504 of "Quest 12". Then, the lender user can select only the selection button 504 displayed as "Lending setting" on the screen.

Next, returning to FIG. 9, the display control unit 103 of the client terminal 10 displays the quest selection button 504 (““ Lending character ”is not yet set” when the schedule screen 500 is displayed on the screen display unit 160. When the selection button 504) displayed as "Lending setting" is selected by the lender user, the lending character selection screen for the lender user to select the lending character set for the selected quest is displayed (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 displayed as "rental setting" associated with the quest 501 of the schedule screen 500. Request execution of processing. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 transmits a request regarding the 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 the data acquisition process. When the request processing unit 201 requests the execution of the data acquisition process, the lending setting unit 202 of the server device 20 refers to the user information stored in the user information storage unit 224 and acquires the possessed character of the lender user. .. In addition, the recommended character of the selected quest is acquired by referring to the quest information stored in the quest information storage unit 222. Further, the lending setting unit 202 of the server device 20 extracts and acquires the same possessed character as the recommended character of the selected quest from the possessed characters of the lender user. The request processing unit 201 transmits various information acquired by the lending setting unit 202 to the client terminal 10. After that, 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 is set for the selected quest based on the received information. Control is performed to generate a rental character selection screen for the rental character 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. The lending character selection screen 550 includes a character display area 552 in which the characters 551 possessed by the lender user are listed. In the character display area 552, the selection button 553 is displayed in association with each of the plurality of possessed characters 551.

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

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

Specifically, when the lender user selects the selection button 553 associated with the possessed character 551 of the lending 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. To do. When the game control unit 101 requests the execution of the access process, the server access unit 102 of the client terminal 10 transmits a request regarding the loan setting process for the possessed character of the selected lender user to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the loan setting unit 202 to execute the loan setting process. When the request processing unit 201 requests the execution of the loan setting process, the loan setting unit 202 of the server device 20 is selected on the schedule screen 500 by updating the schedule information stored in the schedule information storage unit 223. In association with the quest, the possessed character selected on the lending character selection screen 550 is set and registered as the lending character of the lender user. Further, by updating the user information stored in the user information storage unit 224, the possessed character selected on the lending character selection screen 550 is associated with the lender user for the quest selected on the schedule screen 500. Set and register as a lending character during lending setting.

Next, when the character usage management unit 204 of the server device 20 sets the character owned by the lender user as the lending character by the lending setting unit 202 in this way, the character usage management unit 204 sets the lending character as the lending character. Restrict usage (step S14).

Specifically, the request processing unit 201 of the server device 20 executes the usage restriction for the possessed character set as the lending character when the lending setting is performed by the lending setting unit 202 as described above. Request for 204. When the request processing unit 201 requests the execution of the usage restriction, 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 possessed character of the lender user. .. Then, by updating the information about the specified possession character, a flag indicating that the possession character set as the lending character has been restricted by lending is set. When the use is restricted in this way, the lender user is restricted so that he / she cannot perform competitive play using the possessed character set as the lending character.
In the present embodiment, as will be described later, this usage restriction is released when the playable period of the quest associated with the rented character elapses. That is, the lender user is restricted from using the rented character (that is, his / her own character set for renting) only during the playable period of the quest (that is, only during the holding period of the quest).

<Character borrowing settings>
FIG. 12 is a flowchart showing an operation example related to the character borrowing setting in the present embodiment.

When the borrower user performs a game operation for transitioning from the menu screen to the quest selection screen, the display control unit 103 of the client terminal 10 is a quest selection screen for the borrower user to select a quest for setting the borrowing of the loan character. Is displayed (step S21).

Specifically, the display control unit 103 of the client terminal 10 requests the server access unit 102 to execute the access process when the borrower user performs the game operation. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 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 borrowing setting unit 203 to execute the data acquisition process. When the request processing unit 201 requests the execution of the data acquisition process, the borrowing 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 borrowing setting unit 203 to the client terminal 10. After that, 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 quest regarding the quest in which the borrowing setting of the lending character can be set. 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. The quest selection screen 600 includes a quest display area 602 in which a plurality of quests 601 are listed. In this quest display area 602, a search button 603 for searching for a lending character that can be borrowed in the quest is displayed in association with each of the plurality of quests 601.

Next, returning to FIG. 12, the display control unit 103 of the client terminal 10 has a search button 603 associated with any quest 601 when the quest selection screen 600 is displayed on the screen display unit 160. When selected by the borrower user, all the lending characters set for the selected quest are displayed as search results on the search result screen (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 execute the access process. When the display control unit 103 requests the execution of the access process, the server access unit 102 of the client terminal 10 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 borrowing setting unit 203 to execute the data acquisition process. When the request processing unit 201 requests the execution of the data acquisition process, the borrowing 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 on the quest selection screen 600. Gets the lending character associated with. In addition, the recommended character of the selected quest is acquired by referring to the quest information stored in the quest information storage unit 222. Further, the borrowing setting unit 203 of the server device 20 extracts and acquires the same lending character as the recommended character of the selected quest from the lending characters of the selected quest. The request processing unit 201 transmits various information acquired by the borrowing setting unit 203 to the client terminal 10. After that, 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 search result regarding the rented character of the selected quest. 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. The search result screen 650 includes a lending character display area 652 in which lending characters 651 set for the quest selected by the borrower user are displayed in a list. In the lending character display area 652, the selection button 653 is displayed in association with each of the plurality of lending characters 651.

In the present embodiment, the display mode is different between the lending character 651, which is the same as the recommended character suitable for the selected quest, and the lending character 651, which is not the same. Here, "Recommended !!" indicating that the characters are recommended is displayed for "Character X" and "Character P", which are the same rental characters as the recommended characters suitable for the quest. On the other hand, nothing is displayed for "character G" which is a non-identical lending character. Therefore, the borrower user can easily select which lending character should be set as the borrowing character even if he / she is wondering.

Next, returning to FIG. 12, the game control unit 101 of the client terminal 10 has a selection button 653 associated with any of the lending characters 651 when the search result screen 650 is displayed on the screen display unit 160. Is selected by the borrower user, the server device 20 is requested to set the borrowing for the selected lending character (step S23).

Specifically, when the borrower user selects the selection button 653 associated with the rental character 651 of 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 game control unit 101 requests the execution of the access process, the server access unit 102 of the client terminal 10 transmits a request regarding the borrowing setting process for the selected lending character to the server device 20.

Upon receiving the request, the request processing unit 201 of the server device 20 requests the borrowing setting unit 203 to execute the borrowing setting process. When the request processing unit 201 requests execution of the borrowing setting process, the borrowing setting unit 203 of the server device 20 updates the user information stored in the user information storage unit 224 to associate it with the borrower user. The lending character selected on the search result screen 650 is set and registered as a borrowing character for the quest selected on the quest selection screen 600. As a result, the borrower user can freely use the borrowed character (character possessed by the lender user) only during the playable period of the quest when performing the battle play with the quest selected by himself / herself on the quest selection screen 600. become able to.

Next, when the lending character is set as the borrowing character of the borrower user by the borrowing setting unit 203 in this way, the reward giving unit 205 of the server device 20 possesses the lending character set as the borrowing character of the borrower user. A reward for lending the possessed character is given to the lender user (step S24).

Specifically, when the borrowing setting unit 203 sets the borrowing as described above, the request processing unit 201 of the server device 20 rewards the lender user of the lending character set as the borrowing character to execute the reward. Request to the granting unit 205. When the request processing unit 201 requests the execution of the reward grant, the reward granting unit 205 of the server device 20 updates the user information stored in the user information storage unit 224 to obtain a special character as an example of the reward. It is additionally set as a new possession character of the lender user who possesses the lending character set as the borrowing character. By rewarding the user who lent his / her character to another person in this way, the motivation to rent out his / her character to another person can be further increased.

<Cancellation of lending and borrowing settings>
FIG. 15 is a flowchart showing an operation example relating to the cancellation of the lending and borrowing settings in the present embodiment.

The borrowing setting unit 203 of the server device 20 cancels the setting as the borrowing character for the lending character when the playable period of the quest set in association with the lending character borrowed from the lending user by the borrower user elapses (step). S31).

Specifically, the borrowing setting unit 203 of the server device 20 updates the user information stored in the user information storage unit 224, so that the playable period of the borrowed characters set as the borrowed character of the borrower user is played. Cancel the setting of the loan character associated with the quest that has passed as a borrowed character.

Next, the lending setting unit 202 of the server device 20 cancels the borrowing setting in this way when the playable period of the quest set in association with the lending character borrowed from the lender user by the borrower user elapses. As a result, the setting as a rental character for the quest whose playable period has expired 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, and among the possessed characters set as the lending characters of the lender user, the playable period thereof. Cancel the setting as a lending character in the lending setting for the quest that has passed.

Next, the character usage management unit 204 of the server device 20 cancels the lending setting in this way when the playable period of the quest set in association with the lending character borrowed from the lender user by the borrower user elapses. Along with this, the use restriction by lending is released for the character possessed by the lender user, which has been set as the lending character (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 possessed by the lender user. Then, by updating the information regarding the specified possession character, the flag indicating that the possession character that has been set as the lending character has been restricted by lending is dropped. When the usage restriction is lifted in this way, the lender user can perform battle play using the possessed character that has been set as the lending character.

=== Other embodiments ===
The above-described embodiment is for facilitating the understanding of the present invention, and is not for limiting the interpretation of the present invention. The present invention can be modified and improved without departing from the spirit thereof, and the present invention also includes an equivalent thereof. In particular, even the embodiments described below are included in the present invention.

<Character borrowing settings>
(Modification example 1)
In the above-described embodiment, the case where different quests are displayed in a list in the quest display area 502 of the schedule screen 500 shown in FIG. 10 has been described as an example. However, as shown in FIG. 16, the quests of the schedule screen 500 have been described. In the display area 502, there may be two or more identical quests with different playable times (in the figure, "Quest 10" with "14:00 to 16:00 this week" and "Next week". "Quest 10") with "10:00 to 12:00" set. In this case, it is possible to simplify the lending setting of the lending character for the same quest. Hereinafter, a specific description will be given with reference to 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" in which "14:00 to 16:00 this week" is set as the playable period. When selected, the screen transitions to the rental character selection screen 550 shown in FIG.

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

This sub screen 554 shows that two or more of the "quests 10" exist in the schedule, and that the selected "character A" can be lent out to each "quest 10" at once. Has been done.

When the lender user selects the selection button 555 while the sub screen 554 is displayed, the selected "character A" is displayed for the same "quest 10" in which different playable times are set. Each of them is set as a lending character and transitions to the schedule screen 500 shown in FIG.

On this schedule screen 500, not only the selection button 504 associated with "Quest 10" in which "14:00 to 16:00 this week" is set as the playable period, but also "10:00 to 12:00 next week" as the playable period The selection button 504 associated with "Quest 10" in which "" is set is also displayed as "Character A loan set".

Therefore, the lender user can recognize that the same "character A" is set as the lending character for the same "quest 10" in which different playable times are set.

In this way, when there are two or more identical quests with different playable times set, the lending character selected by the lender user can be lent out at once for the two or more identical quests. It is also possible to.

(Modification 2)
Further, in the above-described embodiment, by storing the schedule information about the past quest as history 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, in the past playable period, it is assumed that the lender user sets "character B" as the lending character for "quest 25". In this case, when the schedule screen 500 shown in FIG. 16 is displayed, the lender user can press the selection button 504 associated with "Quest 25" in which "16:00 to 18:00 this week" is set as the playable period. When is selected, it is also possible to reset the previously set "character B" as a loan character for the "quest 25". This makes it possible to easily set the lending 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, a card, a figure, an avatar, an icon, or the like.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Game control unit 101A Battle unit 101B Character assignment unit 101C Evolution unit 101D Synthesis unit 101E Sale unit 102 Server access unit 103 Display control unit 120 Client storage unit 140 Client communication unit 150 Operation input reception unit 160 Screen display unit 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 unit 500 Schedule screen 501 Quest 502 Quest display area 503 Playable period 504 Select button 550 Lending character selection screen 551 Owned character 552 Character display area 535 Select button 554 Sub screen 555 Select button 600 Quest selection screen 601 Quest 602 Quest display area 603 Search button 650 Search result screen 651 Lending character 652 Lending character display area 653 Select button B Bus line N Network

Claims (6)

For the game stage selected by the lender user on the schedule screen in which a plurality of game stages are listed in association with each playable period, the content selected by the lender user from the contents possessed by the lender user is set as the lending content. Lending setting department and
A borrowing setting unit that sets the lending content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period as the borrowing content of the borrower user.
During the playable period of the game stage selected by the borrower user, a content usage management unit that restricts the lender user who possesses the loaned content set as the borrowed content from playing the game using the loaned content, and
Equipped with a,
On the schedule screen, a list of game stages in which the currently playable period is associated with the playable period and the game stages in which the future playable period is associated with the playable period are displayed in a list.
The lending setting unit cancels the setting of the lending content for the game stage when the playable period of the game stage selected by the borrower user 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 borrower user has elapsed.
Information processing device. When a plurality of loan contents are set for the game stage selected by the borrower user on the stage selection screen, the borrowing setting unit selects the loan contents selected by the borrower user from the plurality of loan contents. Set as borrowed content,
The information processing device according to claim 1. The borrowing setting unit extracts recommended content preset so as to facilitate clearing the game stage selected by the borrower user from the plurality of loan contents, and the borrower user selects the recommended content from the recommended contents. Set the selected lending content as borrowed content,
The information processing device according to claim 2. The lending setting unit extracts recommended content preset so as to facilitate clearing the game stage selected by the lender user on the schedule screen from the contents possessed by the lender user, and obtains the recommended content of the recommended content. The content selected by the lender user is set as the lending content.
The information processing device according to claim 1. A reward-giving department that rewards the lender user who owns the lending content set as the borrowed content of the borrower user,
The information processing apparatus according to any one of claims 1-4 . Computer,
For the game stage selected by the lender user on the schedule screen in which a plurality of game stages are listed in association with each playable period, the content selected by the lender user from the contents possessed by the lender user is set as the lending content. Lending setting means,
Borrowing setting means for setting the lending content set for the game stage selected by the borrower user on the stage selection screen displaying a list of a plurality of game stages during each playable period as the borrowing content of the borrower user.
While the borrower user is allowed to play a game using the borrowed content in the game stage selected by the borrower user during the playable period of the game stage, the borrowed content is set as the borrowed content. Content usage management means that restricts the lender user who owns the rented content from playing games using the rented content,
To function as,
On the schedule screen, a list of game stages in which the currently playable period is associated with the playable period and the game stages in which the future playable period is associated with the playable period are displayed in a list.
The lending setting means cancels the setting of the lending content for the game stage when the playable period of the game stage selected by the borrower user has elapsed.
The borrowing setting means 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 borrower user has elapsed.
program.

Images