JP2024057571A - Information processing system, information processing device, program, and information processing method - Google Patents

Abstract

An information processing system, an information processing device, a program, and an information processing method are provided that are capable of preventing a player's interest in a game from declining.
[Solution] The information processing system disclosed herein executes a borrowing acceptance process that accepts a borrowing content acquisition request from a player requesting to acquire in-game content to be used in a game as borrowing content, a borrowing content granting process that grants the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process, a borrowing content storage process that stores information regarding the borrowing content to be granted to the player in the borrowing content granting process, and a consideration consumption process that consumes at least a portion of the in-game content acquired by the player as consideration for the borrowing content after the borrowing content has been granted to the player in the borrowing content granting process, based on the information stored in the borrowing content storage process.
[Selected figure] Figure 3

Description

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

Some games that can be played on player terminals such as smartphones and game consoles have a function that allows players to borrow attack points even if they have already used up all their attack points during an attack (see, for example, Patent Document 1).

Patent No. 5748725

In this type of game, when playing gacha, which randomly provides game media such as characters and items, or when purchasing any game media to be used in the game, the player may be required to consume in-game currency, items, etc.

In such a case, if the player does not have enough in-game content, such as in-game currency, and is unable to perform gacha or purchase game content, the player will lose the opportunity to obtain the game content they desire.

In this way, if an opportunity arises where players need in-game content and that opportunity is lost due to a lack of in-game content, there is a concern that players' interest in the game may decrease.

The present invention has been made in consideration of the above circumstances, and aims to provide an information processing system, information processing device, program, and information processing method that can prevent a player's interest in the game from declining.

In order to achieve the above object, an information processing system according to the present invention includes a borrow-in reception process for receiving a borrow-in content acquisition request from a player, the borrow-in content being used in the game, the borrow-in content being acquired as borrow-in content;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
The purpose of this project is to carry out the following:

By providing in-game content to a player as borrowed content based on the player's request, this prevents an opportunity arising in the game where the in-game content is needed from being missed due to a lack of in-game content.

The borrowed content is virtually repaid (the consideration is consumed) by the player executing the consideration consumption process when the player acquires the in-game content, so the player can consume the consideration for the borrowed content without incurring an excessive burden.

As a result, when an opportunity arises when in-game content is needed, that opportunity will not be lost due to a lack of in-game content, and since the player can spend the payment for the borrowed content without incurring an excessive burden, it is possible to prevent a decline in the player's interest in the game.

In order to achieve the above object, an information processing device according to the present invention includes a borrowing reception process for receiving, from a player, a borrowing content acquisition request for in-game content to be used in a game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
After the borrowing content is granted to the player in the borrowing content granting process, a compensation consumption process is executed in which at least a portion of the in-game content acquired by the player is consumed as compensation for the borrowing content based on the information stored in the borrowing content storage process.

The program according to the present invention for achieving the above object is a program for causing a computer to execute a borrowing reception process for receiving, from a player, a borrowing content acquisition request for in-game content to be used in a game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
After the borrowed content is granted to the player in the borrowed content granting process, a compensation consumption process is executed in which at least a portion of the in-game content acquired by the player is consumed as compensation for the borrowed content based on the information stored in the borrowed content storage process, and a compensation consumption process is executed.

In order to achieve the above object, an information processing method according to the present invention includes a borrowing acceptance process in which a computer accepts, from a player, a borrowing content acquisition request for in-game content to be used in a game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
The purpose of this project is to carry out the following:

This invention makes it possible to prevent players from losing interest in the game.

1 is a block diagram illustrating an outline of a configuration of an information processing system according to an embodiment of the present invention. FIG. 2 is a block diagram illustrating an outline of the configuration of a server in the information processing system according to the present embodiment. FIG. 2 is a block diagram for explaining an outline of the functions of the server of the information processing system according to the present embodiment. FIG. 10 is a block diagram illustrating an outline of the configuration of game information processed by the information processing system according to the present embodiment. FIG. 11 is a block diagram for explaining an outline of the configuration of advance borrowing content acquisition request information processed by the information processing system according to the present embodiment. FIG. 1 is a block diagram illustrating an outline of the configuration of a player terminal of the information processing system according to the present embodiment. 10 is a flowchart outlining the processing of the information processing system according to the present embodiment. FIG. 13 is a diagram showing an example of a screen interface of a game executed in the information processing system according to the present embodiment. FIG. 13 is a diagram showing an example of a screen interface of a game executed in the information processing system according to the present embodiment. FIG. 13 is a diagram showing an example of a screen interface of a game executed in the information processing system according to the present embodiment.

Next, an information processing system according to an embodiment of the present invention will be described with reference to Figures 1 to 10.

Figure 1 is a block diagram outlining the configuration of an information processing system according to an embodiment of the present invention. As shown in the figure, the information processing system 10 mainly comprises a server 20, which is an information processing device, and a number of player terminals 30, which are connected to each other so as to be accessible via a network 100 such as the Internet.

In this embodiment, the information processing system 10 provides the game to the player terminal 30 by having the server 20 provided by the business operator 1 process information about the game, which is composed of images, videos, sounds, etc., and outputting the information on the player terminal 30 held by the player 2.

The games provided by operator 1 in information processing system 10 may be, for example, competitive games, puzzle games, action games, baseball games, soccer games, other sports games, quiz games, pinball games, card games, rhythm games, RPGs (role-playing games), location-based games, board games, adventure games, casino games, simulation games, strategy games, racing games, etc.

Next, we will explain the specific configuration of each part of the game system 10 of this embodiment.

In this embodiment, the server 20 is implemented as a desktop or notebook computer.

Figure 2 is a block diagram outlining the configuration of server 20. As shown in the figure, server 20 includes a processor 21, memory 22, storage 23, a transceiver unit 24, and an input/output unit 25, which are electrically connected to each other via a bus 26.

The processor 21 is a computing device that controls the operation of the server 20, controls the sending and receiving of data between each element, and performs processing necessary for executing application programs.

In this embodiment, the processor 21 is, for example, a CPU (Central Processing Unit), and executes application programs stored in the storage 23 (described later) and deployed in the memory 22 to perform various processes.

In this embodiment, memory 22 is implemented as a main memory device consisting of a volatile memory device such as a DRAM (Dynamic Random Access Memory).

This memory 22 is used as a working area for the processor 21, and also stores the BIOS (Basic Input/Output System) that is executed when the server 20 is started, as well as various configuration information, etc.

Storage 23 stores programs and information used for various processes.

The transceiver 24 connects the server 20 to the network 100. The transceiver 24 may include a short-range communication interface such as Bluetooth (registered trademark) or BLE (Bluetooth Low Energy).

The input/output unit 25 is an interface to which input/output devices such as a keyboard, mouse, or display are connected.

The bus 26 transmits, for example, address signals, data signals, and various control signals between the connected processor 21, memory 22, storage 23, transceiver unit 24, and input/output unit 25.

Figure 3 is a block diagram outlining the functions of the server 20. As shown in the figure, in this embodiment, the server 20 includes a memory unit 40, a game processing unit 41, an upper limit setting unit 42, a borrowing reception unit 43, a borrowing content granting unit 44, a borrowing privilege granting unit 45, a value consumption unit 46, a value consumption privilege granting unit 47, and a vicarious consumption unit 48.

The memory unit 40 is realized by partitioning the memory area of the storage 23. In this embodiment, game information D1 is stored in this memory unit 40.

Figure 4 is a block diagram outlining the configuration of game information D1. As shown in the figure, game information D1 is composed of game data d1a, player data d1b, game medium data d1c, and bonus data d1d.

In this embodiment, the game data d1a is various data that is appropriately configured according to the type of game, and in the case of a game that includes a quest game, for example, it includes the stage name associated with the stage ID, data on enemy characters, data on consumed stamina, etc.

In this embodiment, the player data d1b may include data such as the player name, level, and in-game content associated with the player ID. The in-game content includes in-game currency, game media (characters, items, etc.), and in-game points. More specifically, the data includes the number of game media (characters, items, etc.) owned, stamina consumed, the number of game media acquired, the number of game media consumed, the amount of paid or free in-game currency owned (amount owned), the number of points owned, the in-game currency acquired, the number of points, the amount charged, the number of lotteries executed, the lottery results, the total play time, and the number of enemies defeated. Stamina is a parameter that is consumed when executing a unit game and is restored over time. Stamina may also be restored by using or charging a stamina recovery item owned by the player, or may be received as a gift from another player such as a friend, or may be increased in other ways. An upper limit is set for stamina for each player, and the upper limit increases by satisfying conditions such as using an item or charging. Note that "paid" refers to in-game currency or items that can be obtained by paying, while "free" refers to in-game currency that is granted by meeting conditions other than payment (playing the game, logging in, clearing a certain stage, participating in an event, etc.).

Data related to owned characters includes, for example, the current values of various parameters such as the level, attack power, defense power, and stamina associated with the owned character's ID, and data related to the play stage is data related to the stages that Player 2 has played so far out of the multiple stages set, and includes, for example, the number of times played, cleared data, etc.

Data related to owned items includes data on the ownership status of one or more paid items and free items, and data such as the number of items owned that is associated with the ID of the owned item.

Furthermore, in this embodiment, the player data d1b includes data related to borrowing content acquisition request information (described below) input by the player 2 via the player terminal 30, as well as data setting an upper limit value at which the player 2 can input borrowing content acquisition request information. The upper limit value is an upper limit for the amount of borrowing in one time (amount of in-game content to be borrowed), an upper limit for the total amount of borrowing in a specified period, an upper limit for the number of times borrowing in a specified period, etc., and only one of these may be set, or all of them may be set.

In this embodiment, the game medium data d1c is data relating to game media such as characters and items owned by player 2 or in-game currency used in the game, and data relating to the owned characters includes information such as various parameters such as the acquisition date and time associated with each character's ID, character name, level, rarity, HP (current value/maximum value), attributes, skills, attack power (current value/maximum value), defense power (current value/maximum value), frequency of use, etc.

The acquisition date and time is, for example, data relating to the date and time when the character was granted to the player 2 as a result of the progress of the game or the execution of a lottery, and the rarity is, for example, data relating to the probability of winning the character in a lottery game.

Various in-game parameters such as HP, attack power, and defense power include, for example, a "current value" that is the current value, as well as a "maximum value" (upper limit) when the character is trained to the maximum level. The upper limit of each parameter may be increased in response to various conditions such as the use of a specific item, payment, or clearing a specific stage, and may also be decreased when a lowering condition is met.

Attributes include, for example, classifications that indicate a character's strengths, such as fire, water, or wind attributes in a battle game, classifications that indicate the team a character belongs to or their position in a sports game, and other data related to the classification settings of the character.

Skills are data related to abilities such as special skills that a character can use, and frequency of use is data related to how often player 2 has selected or used that character in the past. This frequency of use may be calculated over the entire period since player 2 started the game, or over any period such as the last few months.

The data regarding the items owned by player 2 included in the game medium data d1c includes, for example, data such as the number of items owned by player 2 associated with the ID of the items.

In this embodiment, the bonus data d1d includes data on the conditions for granting an in-game bonus (hereinafter also referred to as a "bonus") to player 2, data on the contents of the bonus to be granted, etc. The bonus is not particularly limited as long as it is something that benefits the player in the game, and may be, for example, the granting of in-game content such as in-game currency or various items, the removal of various restrictions in the game (granting the right to execute various functions), changes (increases, decreases) of various parameters (level, experience points, stamina, game medium ability values, amount that can be borrowed), raising the upper limit of parameters, lowering the lower limit, restoring stamina, etc. The bonus may be a change (increase, decrease) in the type of game media, winning probability, rarity, amount (number) of acquisition, etc. in processes involving various lotteries (gacha, drop, synthesis, etc.), a change in the clear reward (whether or not a clear reward can be obtained in the first place, game media (rarity, type, amount acquired at the same time)), a change in the type of success, success rate, attack hit rate, skill activation rate, critical rate, type of critical, rate of special effect (poison, paralysis, etc.), evasion success rate, counterattack success rate, defense success rate, success rate of escape, increase in skill effect, occurrence of special enemies, rate of special event occurrence, etc. The bonus may be not limited to a change in the above items to favor a player or a player in a specific relationship such as a friend or an ally player, but may be a change in the above items to disadvantage an enemy player. Changing the above items to put the enemy player at a disadvantage may mean, for example, that the enemy player's ability value is reduced, the accuracy of the enemy player's attacks is reduced, or the enemy character itself is changed to a character with lower abilities.

In this embodiment, the data on the conditions for granting the bonus is data set as a condition that the player 2 borrows in-game content such as in-game currency and consumes the compensation for the borrowed in-game content, as described later, and in this embodiment, the data on the contents of the bonus is, for example, data on the game medium to be granted to the player 2 as a bonus. The bonus may be determined according to any one or a combination of information such as the type and amount of in-game content to be borrowed by the player 2. In this case, for example, multiple ranges of the type and amount of the content to be borrowed are set, and individual bonuses corresponding to each range are associated and stored, and when the player borrows or repays the content, a bonus corresponding to the type and amount is granted. In addition, the bonus may be granted depending on the number of times the content is borrowed. For example, the number of times the content is borrowed and the bonus corresponding to the number of times may be associated and stored, such that a specific bonus set in advance is granted when a predetermined number of times (5 times, 10 times, etc.) is borrowed within a predetermined period. In addition, the bonus at the time of payment may also be different depending on the amount and number of times. Furthermore, the bonus at the time of payment may be different depending on the period from the time of borrowing to the time of payment. In this case, the period from the time of borrowing to the time of payment is associated with the bonus corresponding to that period and is stored in advance. With this configuration, it is possible to encourage payment in a short period of time, for example, by making it possible to receive more advantageous bonuses the sooner the payment is made (the bonus is consumed).

The game processing unit 41, upper limit setting unit 42, advance borrowing acceptance unit 43, advance borrowing content granting unit 44, advance borrowing privilege granting unit 45, consideration consumption unit 46, consideration consumption privilege granting unit 47, and substitute consumption unit 48 shown in FIG. 3 are realized by executing a program stored in memory 22 by the processor 21.

In this embodiment, the game processing unit 41 executes basic game processing such as game progression and character control, and executes various processes such as game progression and game mode switching.

In this embodiment, the upper limit setting unit 42 executes a process of setting an upper limit (upper limit amount) when the player 2 inputs the borrowing content acquisition request information described below to request acquisition of in-game content as borrowing, for example, an upper limit of the borrowing amount according to the currency unit of the in-game currency previously set in the game (for example, "○ jewels", "stones", etc.). Note that the in-game currency that can be borrowed in this system is free in-game currency, but is not limited to this, and paid in-game currency may also be borrowed, or only paid in-game currency may be borrowed. Also, a configuration may be adopted in which only free in-game currency can be borrowed, but only the same amount of paid in-game currency can be used for consumption (repayment). The upper limit of the borrowing may be set as the upper limit of the amount that can be borrowed in one borrowing process, and the upper limit of the amount that can be borrowed in a specific period such as the most recent month or week, or the period during which various events in the game are held, respectively. The upper limit may be the upper limit of the number of times that a player can borrow in a given period of time, and may be, for example, up to once a day, week, or month, or up to 10 times, but is not limited thereto. Any upper limit may be the same for all players, or may be different for each player.

In this embodiment, the upper limit setting unit 42 sets the upper limit based on player data such as various parameters including game conditions that change as the game is played, such as in-game billing status, stamina consumption, character level, number of friends in the game, total login time in a given period, login frequency, etc.

In this embodiment, the borrowing acceptance unit 43 executes a process of accepting borrowing content acquisition request information regarding a request to borrow in-game currency to be used in the game, which is input by the player 2 via the player terminal 30 (borrowing acceptance process).

Figure 5 is a block diagram outlining the configuration of borrowing content acquisition request information. As shown in the figure, in this embodiment, borrowing content acquisition request information D2 is composed of borrowing amount data d2a and borrowing count data d2b.

In this embodiment, the borrow amount data d2a is data relating to the amount of borrowing according to the unit of in-game content set in the game, and the borrow count data d2b is data relating to the number of times player 2 has borrowed in-game currency. The borrow count data d2b is the number of times borrowing in a specified period, or the number of times borrowing in a specified game unit (quest, event, etc.).

In this embodiment, the borrowing acceptance unit 43 does not execute the acceptance process of the borrowing content acquisition request information D2 if the borrowing amount (amount desired to be borrowed) requested by inputting the borrowing content acquisition request information D2 exceeds the upper limit value preset by the upper limit setting unit 42, or if the total (sum) of the borrowing amounts in a specified period exceeds the upper limit value preset by the upper limit setting unit 42. The period for calculating the total borrowing amount is not particularly limited, and may be the period from when the game was first executed (started) to the present, the last hour, day, week, month, year, etc., the period from when a specified in-game event started to when it ended (or up to the present), or a specified period in the past not including the present (the last week, etc.).

Specifically, for example, a process may not be executed to encourage player 2 to borrow by displaying a pop-up suggestion to borrow in accordance with the progress of the game, or even if player 2 inputs borrowing content acquisition request information D2 by inputting the amount to be borrowed himself/herself as borrowing amount data d2a, the input of borrowing content acquisition request information D2 may not be accepted.

In this embodiment, the borrowing content granting unit 44 shown in FIG. 3 executes a process of granting in-game currency as borrowing content to the player 2 based on the borrowing content acquisition request information D2 accepted by the borrowing acceptance unit 43 (borrowing content granting process). The borrowing content granting unit 44 executes a process of storing information about the in-game content to be granted to the player in the borrowing content granting process (borrowing content storage process). The stored information may be, but is not limited to, the time when the borrowing content granting process was executed, the type and amount (amount) of the in-game content granted as the borrowing content, etc. The amount of in-game currency granted to the player 2 as the borrowing content may be the same amount accepted by the borrowing acceptance unit 43, or may be a smaller or larger amount than that amount. For example, if borrowing the amount accepted by the borrowing acceptance unit 43 causes the total amount of borrowing in a predetermined period to exceed a preset upper limit, an amount not exceeding the upper limit may be granted. Alternatively, the amount may be a value obtained by adding, subtracting, multiplying, or dividing a predetermined value to the amount accepted by the advance borrowing acceptance unit 43. In other words, the currency granting unit 44 can calculate the in-game currency to be granted to the player 2 as the advance borrowing content based on the advance borrowing content acquisition request information D2 accepted by the advance borrowing acceptance unit 43, in accordance with predetermined conditions that have been set in advance.

In this embodiment, the borrowing privilege granting unit 45 executes a process of granting game media, such as items that can be used in the game, to the player 2 as a borrowing privilege in response to the borrowing content granting process of the borrowing content granting unit 44 (borrowing privilege granting process).

In this embodiment, after the borrowed content is granted to the player 2 in the borrowed content granting process, when the player 2 acquires in-game currency as an acquired currency through a privilege or acquires in-game currency as an acquired currency through a charge, and acquires in-game content (in-game currency in this example), the consideration consumption unit 46 executes a process of consuming at least a part of the acquired in-game currency as consideration for the borrowed content (consideration consumption process). The consideration consumption process may be performed every time the player acquires in-game currency, or may be performed when the acquired (accumulated) in-game currency of the player reaches a preset amount (for example, 10, 100, 500 jewels, or the amount of in-game content borrowed at that time). In addition, the borrowed in-game content may be repaid (consideration consumption) little by little in multiple installments, or may be all consumed at once.

In this embodiment, the consideration consumption process by the consideration consumption unit 46 is performed by consuming (subtracting) the borrowed content from the acquired currency based on the information stored in the borrowed content storage process. For example, if 500 jewels are borrowed as borrowed content and player 2 acquires 700 jewels of acquired currency, 500 jewels are subtracted from the 700 jewels of acquired currency, and 200 jewels of acquired currency are given to player 2. In this way, the deduction may be made automatically when the in-game currency is acquired, or may be made based on a consideration consumption request by the player. When based on a consideration consumption request, for example, a message is presented to the player terminal to confirm whether or not the consideration consumption process is required, such as "Do you want to repay the borrowed currency using the acquired currency?", and the player's request can be accepted depending on whether the player inputs a selection to perform the consideration consumption process or not. In addition, if game media such as items (lottery tickets, training items, strengthening items, synthesis materials, etc.) have been acquired as borrowed content, the game media that was borrowed in the consideration consumption process may be consumed as consideration, either the same as the game media that was borrowed, or a different one. The amount consumed as consideration may also be the same or different. If the amount of game media borrowed and the amount of game media consumed as consideration are different, a number obtained by multiplying, adding, subtracting or dividing the borrowed number by a predetermined number may be deleted (consumed) as consideration, based on the amount (number) and/or type of game media borrowed. Like so-called "interest," the consideration may increase the longer the period from borrowing to consuming the consideration as repayment.

In this embodiment, the value consumption benefit granting unit 47 executes a process of granting game media, such as items that can be used in the game, to the player 2 as a value consumption benefit in response to the value consumption process of the value consumption unit 46 (value consumption benefit granting process).

In this embodiment, the proxy consumption unit 48 executes a process of consuming in-game currency held by another player 2 who has a predetermined relationship with a first player 2 in the game, such as being friends with the first player 2 in the game, as payment for the borrowed content of the first player 2 (proxy consideration consumption process).

In this embodiment, the other player 2 on whom the proxy payment consumption process is executed is assumed to be, for example, another player 2 who has been designated in advance by the first player 2 and has agreed to the proxy payment, or another player 2 who has agreed in advance to mutually consume the proxy payment with the first player 2.

In this embodiment, a single player 2 can arbitrarily select between the proxy consideration consumption process by the proxy consumption unit 48 and the consideration consumption process by the consideration consumption unit 46 at an appropriate timing.

In this embodiment, the game is executed on the player terminal 30 based on the processing in the game processing unit 41, upper limit setting unit 42, advance borrowing acceptance unit 43, advance borrowing content granting unit 44, advance borrowing privilege granting unit 45, consideration consumption unit 46, consideration consumption privilege granting unit 47, and substitute consumption unit 48.

In this embodiment, the player terminal 30 shown in FIG. 1 is implemented as a smartphone, which is a portable information terminal, but it may also be implemented as, for example, a terminal dedicated to games, a tablet computer, or a desktop or notebook computer.

Figure 6 is a block diagram illustrating the general configuration of the player terminal 30. As shown in the figure, the player terminal 30 mainly comprises a control unit 31 and a display 32.

In this embodiment, the control unit 31 controls each part of the player terminal 30, such as the display 32 and a camera (not shown), and is composed of, for example, a processor, memory, storage, a transmission/reception unit, etc.

In this embodiment, the control unit 31 stores a game application or a browser capable of browsing a website, and the game is executed on the player terminal 30 via the game application or the browser based on the processing of the program on the server 20.

In this embodiment, the display 32 displays the screen interface of the game being executed on the player terminal 30.

This display 32 is a so-called touch panel that accepts information input by touching the display surface, and is implemented using various technologies such as the resistive film method and the capacitive method.

In this embodiment, borrowing content acquisition request information D2 and player operation information D3 are input via this display 32.

In this embodiment, player operation information D3 is information input regarding the operation and actions of the character used by player 2 in the game.

The borrowed content acquisition request information D2 and the player operation information D3 are input based on any action of the player 2 on the display 32 (for example, tapping or swiping the screen, or dragging and dropping an icon displayed on the screen, etc.).

Next, we will provide an overview of the processing of the information processing system 10 according to this embodiment.

Figure 7 is a flowchart outlining the processing of the information processing system 10 according to this embodiment. As shown in the figure, first, in step S1, the player 2 sets up the game.

Following the game setup, in step S2, player 2 executes the game and progresses through the game. When player data such as various parameters change as the game is played, an upper limit on the amount of in-game currency that can be borrowed is set based on the changes. The upper limit on the amount of in-game currency that can be borrowed is preset at the start of the game, and changes as the game progresses. The upper limit may be 0 (i.e., if preset conditions are met at the start of the game or during the progress of the game, it may be possible to make it impossible (restricted) to borrow in-game currency).

Meanwhile, in this embodiment, as the game progresses, for example, a gacha occurs. When executing a gacha, if the amount of in-game currency held by player 2 is less than the amount required to execute the gacha, a window W1 is displayed as a pop-up on the screen interface IF1, an example of which is shown in FIG. 8, and a proposal is made to borrow the in-game currency required to execute the gacha. In other words, the amount of in-game currency held by player 2 is compared with the amount of in-game currency required to execute a predetermined game unit such as a lottery game (gacha) or to purchase items, characters, etc., and if the amount of in-game currency held by player 2 is small, a process can be executed to display on the player terminal that the held in-game currency is insufficient or to suggest borrowing in advance.

In this embodiment, for example, text such as "You are short of 500 jewels to execute gacha" or "Would you like to borrow 500 jewels?" is displayed in this window W1. By such presentation processing such as notification of insufficient currency and suggestion to borrow, player 2 is encouraged to borrow. In addition to the suggestion to borrow, a message suggesting to purchase in-game currency by paying may also be displayed, such as "Would you like to purchase 500 jewels by paying?".

Based on the above borrowing proposal, when player 2 inputs borrowing content acquisition request information D2 via the player terminal 30 (in this embodiment, by pressing the "YES" button B), the borrowing content acquisition request information D2 is accepted in step S3 shown in Figure 7 (borrowing acceptance process).

When borrowing content acquisition request information D2 is accepted, in step S4, in-game currency is granted to player 2 as borrowing content based on the accepted borrowing content acquisition request information D2, and information regarding the borrowing is stored (borrowing content granting process, borrowing content storage process). The borrowed in-game currency increases the in-game currency owned by the player.

Figure 9 shows an example of the game screen interface IF2 when the borrowed content granting process is executed. This allows the player to spend the borrowed in-game currency to play gacha. Note that in the example of Figure 9, the amount of currency currently borrowed, the in-game content (gacha) that can be played by borrowing, and the remaining amount that can be borrowed are displayed, but this is not limited to this. For example, the total amount borrowed by the player (the cumulative total since the game was first started, or the total within a specified period such as the most recent month or week) may be displayed.

In response to this borrowing content granting process, in step S5, in this embodiment, game media such as items that can be used in the game are granted to player 2 as a borrowing benefit (borrowing benefit granting process).

After that, in step S6, as a reward for achieving a certain condition in the game, such as clearing a quest, player 2 acquires in-game currency as earned currency. In step S7, if player 2 selects to repay (consume the repayment) himself, in step S8, based on the information stored in the borrowing content storage process, player 2 repays the borrowed content by consuming in-game content based on the borrowed content from the acquired in-game content (acquired currency) (consumer repayment process).

Figure 10 shows an example of the game screen interface IF3 when performing the value consumption process.

In response to this value consumption process, in step S9, in this embodiment, game media such as items that can be used in the game are granted to player 2 as a value consumption benefit (value consumption benefit granting process).

On the other hand, in step S7, if another player 2 who is a friend of player 2 in the game selects to repay the borrowed content, a vicarious consideration consumption process is executed in which the in-game currency held by the other player 2 is consumed as consideration for player 2's borrowed content (step S7). When such a vicarious consideration consumption process is executed, a vicarious consumption benefit such as the consideration consumption benefit described above may be given to the other player who consumed the consideration. Also, in step S7, if player 2 selects not to consume the consideration this time, the process is not limited to the vicarious consideration consumption process, and the current consideration consumption process may be skipped at the player's request, for example, by performing the consideration consumption process himself the next time he obtains in-game currency.

In this way, the in-game content is given to Player 2 as borrowed content based on a request from Player 2 to acquire the in-game content, so that when an opportunity arises in which the in-game content is needed in the game, the opportunity is prevented from being missed due to a lack of in-game content.

The borrowed content is consumed as payment by executing a payment consumption process when Player 2 acquires the acquired content, so Player 2 can consume the payment for the borrowed content without incurring an excessive burden.

As a result, when an opportunity arises when in-game content is needed, that opportunity will not be missed due to a lack of in-game content, and since the player can spend the cost of the borrowed content without incurring an excessive burden, it is possible to prevent a decline in the player's interest in the game.

The present invention is not limited to the above embodiment, and various modifications are possible without departing from the spirit of the invention. For example, the above embodiment describes borrowing in-game currency, but in-game content other than in-game currency, such as game media such as training materials, synthesis materials, and strengthening items, or in-game points, may be acquired as borrowed content. Furthermore, the consideration consumed as repayment may also be in-game content other than in-game currency. Furthermore, the type of in-game content to be borrowed and the type of in-game content to be repaid may be the same or different.

In the above embodiment, a window W1 displaying text related to the borrowing proposal is displayed as a pop-up on the screen interface IF1, and input of the borrowing content acquisition request information D2 is accepted. However, when an opportunity arises where in-game currency is needed, the player 2 may input the amount of money to be borrowed himself as the borrowing content acquisition request information D2, and this borrowing content acquisition request information D2 may be accepted.

In addition, in this game system, the player may be allowed to borrow in-game currency only if a certain condition is met. The certain condition may be, for example, a condition in which a parameter related to the game satisfies a preset condition, such as the total play time from the start of the game to the present time exceeding a preset time, but is not limited to this.

In the above embodiment, a case has been described in which a program stored in the server 20 processes information about the game, but a program may also be stored in the player terminal 30, and this program may process information about the game on the player terminal 30. In other words, in this system, all processing may be performed by the player terminal alone, without a server, or some processing may be performed by the player terminal and other processing may be performed by the server.

The present invention has the following configuration.
(Item 1)
a borrowing reception process for receiving, from a player, a borrowing content acquisition request for acquiring in-game content to be used in the game as borrowing content;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing system that executes the above.
(Item 2)
The consideration consumption process includes:
2. The information processing system of item 1, wherein the information processing system is executed by automatically consuming an amount of in-game content based on the borrowed content from the in-game content acquired by the player in the game.
(Item 3)
The consideration consumption process includes:
2. The information processing system of claim 1, wherein the information processing system is executed by consuming an amount of in-game content based on the borrowed content from the in-game content acquired by the player based on a request for consideration consumption by the player.
(Item 4)
The advance borrowing acceptance process includes:
4. The information processing system according to any one of items 1 to 3, wherein the request for borrowing content is accepted based on a preset upper limit of a borrowing amount or a borrowing count.
(Item 5)
The upper limit is
5. The information processing system according to item 4, wherein the player data is set based on the player data that changes as the game is executed.
(Item 6)
An information processing system according to any one of items 1 to 5, which executes a borrowing-in-advance privilege granting process that grants an arbitrary privilege to the player as a borrowing-in-advance privilege in response to the borrowing-in-advance content granting process.
(Item 7)
An information processing system according to any one of items 1 to 6, which executes a value consumption privilege granting process that grants an arbitrary privilege to the player as a value consumption privilege in response to the value consumption process.
(Item 8)
An information processing system according to any one of items 1 to 7, which executes a vicarious consideration consumption process in which the in-game content owned by another player who has a predetermined relationship with one of the players in the game is consumed as consideration for the borrowed content.
(Item 9)
a borrowing reception process for receiving from a player a borrowing content acquisition request for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing device that executes the above.
(Item 10)
On the computer,
a borrowing reception process for receiving from a player a borrowing content acquisition request for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
A program that executes the following.
(Item 11)
The computer
a borrowing reception process for receiving from a player a borrowing content acquisition request for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing method for performing the above.

1 Business operator 2 Player 10 Information processing system 20 Server (information processing device)
30 Player terminal 40 Storage unit 43 Borrowing acceptance unit 44 Borrowing content provision unit 46 Compensation unit

Claims (11)

a borrowing reception process for receiving, from a player, a borrowing content acquisition request for acquiring in-game content to be used in the game as borrowing content;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing system that executes the above. The consideration consumption process includes:
The information processing system according to claim 1 , wherein the information processing system is executed by automatically consuming an amount of in-game content based on the borrowed content from the in-game content acquired by the player in the game. The consideration consumption process includes:
The information processing system according to claim 1 , wherein the process is executed by consuming an amount of in-game content based on the borrowed content from the in-game content acquired by the player, based on a request for consumption of a value by the player. The advance borrowing acceptance process includes:
3. The information processing system according to claim 1, wherein the borrowing content acquisition request is accepted based on a preset upper limit of a borrowing amount or a preset upper limit of a borrowing count. The upper limit is
The information processing system according to claim 4 , wherein the player data is set based on the player data that changes as the game is played. The information processing system according to claim 1 or 2, which executes a borrowing privilege granting process that grants an arbitrary privilege to the player as a borrowing privilege in response to the borrowing content granting process. The information processing system according to claim 1 or 2, which executes a value consumption privilege granting process that grants an arbitrary privilege to the player as a value consumption privilege in response to the value consumption process. The information processing system according to claim 1 or 2, which executes a vicarious consideration consumption process for consuming the in-game content owned by another player who has a predetermined relationship with one of the players in the game as consideration for the borrowed content. a borrowing reception process for receiving a borrowing content acquisition request from a player for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing device that executes the above. On the computer,
a borrowing reception process for receiving a borrowing content acquisition request from a player for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
A program that executes the following. The computer
a borrowing reception process for receiving a borrowing content acquisition request from a player for in-game content to be used in the game;
a borrowing content granting process for granting the in-game content to the player as borrowing content based on the borrowing content acquisition request accepted in the borrowing acceptance process;
a borrowing content storage process for storing information regarding the borrowing content to be provided to the player in the borrowing content providing process;
a compensation consumption process for consuming at least a portion of the in-game content acquired by the player as compensation for the borrowed content based on the information stored in the borrowed content storage process after the borrowed content has been provided to the player in the borrowed content providing process;
An information processing method for performing the above.

Images