JP6820496B2 - Information processing equipment, information processing methods and programs - Google Patents

Description

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

An information processing device that provides a game in which an item owned by a player can be transferred to another player is known (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2015-062705

Platforms that provide applications for smartphones are considering various mechanisms for activating the game regarding the transfer of items obtained by billing (hereinafter referred to as "billing items"). For example, when purchasing a chargeable item for the purpose of transfer, the transfer of the chargeable item is activated between users by making it possible to obtain the chargeable item at a lower cost than when the player himself uses the chargeable item. A device is being considered. In such a case, since the billing item is set at a lower price than the case where the player purchases the item, if the item can be transferred unlimitedly between the players, the game balance may be impaired.

Therefore, an object of the present invention is to provide an information processing device capable of restricting the transfer of items between players and notifying the player of the person to whom the items can be transferred.

The information processing device according to one aspect of the present invention includes a storage unit that stores the relationship between players, an extraction unit that extracts a player having a predetermined relationship with the transfer source player as a transfer destination player from the storage unit, and a predetermined period. A determination unit that determines whether or not the item can be transferred from the transfer source player to the transfer destination player based on the number of players to which the transfer source player has transferred the item and / or the number of players who have transferred the item to the transfer destination player. , A presentation unit that presents the determination result determined by the determination unit to the transfer source player.

According to the present invention, it is possible to provide an information processing device capable of restricting the transfer of items between players and notifying the player of the person to whom the items can be transferred.

It is a figure which shows an example of the system structure of the game system which concerns on this embodiment. It is a figure which shows the hardware configuration example of a game server and a terminal. It is a figure which shows the functional block configuration example of a game server. It is a figure which shows an example of a player management DB and effect definition DB. It is a figure which shows the functional block configuration example of a terminal. It is a flowchart which shows an example of the processing procedure when a game server determines whether or not a chargeable item can be transferred. It is a figure which shows an example of the screen displayed on the screen of a terminal. It is a figure which shows an example of the screen displayed on the screen of a terminal. It is a figure which shows an example of the screen displayed on the screen of a terminal.

Embodiments of the present invention will be described with reference to the accompanying drawings. In each figure, those having the same reference numerals have the same or similar configurations. The present embodiment will be described on the premise that it is applied to a game in which chargeable items can be transferred between players (may be called users), but the present embodiment is not limited to this. This embodiment is not limited to billing items, and can be applied to cases where free items are transferred between players. Further, the present embodiment is not limited to games, and can be applied to various applications such as social networking services (SNS) in which items can be transferred between users.

<System configuration>
FIG. 1 is a diagram showing an example of the system configuration of the game system 1 according to the present embodiment. The game system 1 shown in FIG. 1 includes a game server 10 and one or more terminals 20. The game server 10 and the terminal 20 are connected to each other so as to be able to communicate with each other via a communication network N such as the Internet, an intranet, a wireless LAN, and a mobile communication. The game server 10 and the terminal 20 may be referred to as an information processing device.

The game server 10 is a device that plays a part of the functions of the terminal 20 in providing the game, such as managing various information about the player and executing a part of the game. The game server 10 may be composed of one or a plurality of physical servers or the like, may be configured by using a virtual server operating on a hypervisor, or may be a cloud server. It may be configured using.

The terminal 20 is a terminal that provides a game to a player, and the player can execute the game according to the present embodiment by operating the terminal 20. The terminal 20 is, for example, a computer such as a mobile phone (including a smartphone), a tablet, a personal computer, an arcade game device, or a consumer game device.

<Game overview>
Subsequently, an outline of the game provided by the game system 1 according to the present embodiment will be described. This game is a social-network game in which the player organizes a deck with a character selected from a plurality of characters possessed by the player and clears various quests using the organized deck. ).

In addition, the player can register friends with other players. Friend registration means that players build a predetermined relationship in advance in the game. In this game, one player sends a request to the other player to register as a friend, and the other player who receives the request approves the request, so that friend registration is performed between the players.

In addition, the player can purchase charged items at a shop (store) existing in the game. In exchange for a charge item that requires payment using a credit card or the like when the player purchases the charge item, and a predetermined value that can be used in the game and can be obtained by paying money. Includes both items that can be purchased. The former billing item is, for example, a billing item that can be obtained by paying 10 yen. The latter billing item is, for example, a billing item in which a value that can be redeemed for 10 yen per value can be obtained by paying 20 values.

In this game, it is possible to transfer (present) billing items between players who are registered as friends. In addition, in order to activate the transfer (present) of the chargeable item between the players, when the chargeable item is purchased for the purpose of transfer, the amount is cheaper than the amount when the player purchases the chargeable item for his / her own use. Is set to.

However, if the chargeable items can be transferred unlimitedly between players, the game balance may be impaired. In addition, if such a mechanism is introduced, there is a concern that some users may commit fraudulent acts such as transferring the charged item by receiving money directly from the player who obtained the charged item at a low price. For example, it is assumed that a mechanism has been introduced in which the price of item A is 100 yen when the player himself uses item A, but is discounted to 50 yen when purchasing item A for the purpose of transfer. In such a case, for example, there is a concern that some users will transfer item A if they send 70 yen.

Therefore, in the present embodiment, the transfer of billing items between players is restricted when a predetermined condition is satisfied. The predetermined condition may be any condition, but for example, each player can transfer the billing item to only a predetermined number of players (for example, one person) during a predetermined period (for example, monthly). There may be. Further, each player may be able to transfer (present) a billing item from a player having a predetermined number of people (for example, 5 people, etc.) or less in a predetermined period.

<Hardware configuration>
FIG. 2 is a diagram showing a hardware configuration example of the game server 10 and the terminal 20. The game server 10 and the terminal 20 are a processor 11 such as a CPU (Central Processing Unit) and a GPU (Graphical processing unit), a storage device 12 such as a memory, an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), and a wired connection. Alternatively, it has a communication IF (Interface) 13 that performs wireless communication, an input device 14 that accepts input operations, and an output device 15 that outputs information. The input device 14 is, for example, a keyboard, a touch panel, a mouse and / or a microphone. The output device 15 is, for example, a display and / or a speaker.

<Functional block configuration>
FIG. 3 is a diagram showing an example of a functional block configuration of the game server 10. The game server 10 includes a storage unit 100, a terminal control unit 101, and a game control unit 102. The storage unit 100 can be realized by using the storage device 12 included in the game server 10. Further, the terminal control unit 101 and the game control unit 102 can be realized by the processor 11 of the game server 10 executing the program stored in the storage device 12. In addition, the program can be stored in a storage medium. The storage medium in which the program is stored may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

The storage unit 100 stores the player management DB 100a, the effect definition DB 100b, and the game data 100c.

The player management DB 100a is a database that manages various information about each player, and manages, for example, information indicating the attributes of each player, information indicating the relationship between the players, and information indicating the player to which the billing item is transferred. ..

The effect definition DB 100b is a database that defines the effect exerted by the charge item when the player uses the charge item transferred from another player. Here, the effects exerted by the charged item include, for example, an effect that the player can receive the item, an effect that can receive the character, an effect that changes the player's status or attribute, and an effect that changes the enemy's status or attribute. There are effects and effects that allow you to challenge new quests.

The game data 100c includes various data (game scenario, quest data, character data, etc.) necessary for the game server 10 to execute the game.

FIG. 4A shows an example of the player management DB 100a. The "player ID" is an ID that uniquely identifies a player in the game. The "nickname" is an in-game name (name) set by the player. The "rank" indicates the level of the player, and increases as the player accumulates experience points in the game. The "friend list" shows the player ID of the player registered as a friend. The “transferee player” indicates the player ID of the player who has transferred the billing item. The "transferred item" stores information indicating a billing item transferred from another player. The information includes an ID that uniquely identifies the billing item (item 1, item 2, item 3, etc.), information indicating the date when the billing item was issued (date when the billing item was purchased), and the player of the transfer source player. An ID and a flag indicating whether or not a billing item has been received are stored. For example, "0" may be set when the player has not received the charge item, and "1" may be set when the player has received the charge item.

FIG. 4B shows an example of the effect definition DB 100b. The date is stored in the "date". In the "effect", when a billing item is used, the effect exerted by the billing item is stored. The effect to be exerted may be selected from a plurality of predefined "effects" corresponding to the time when the billing item is issued.

In addition, the effect exerted when using the billing item may be changed at predetermined intervals. For example, in the example of B in FIG. 4, for the billing item issued in May 2019, one of the effects A, effect B, and effect C was exhibited, and the item was issued in June 2019. For chargeable items, one of effect B, effect C, and effect D will be exhibited, and for chargeable items issued in July 2019, any one of effect D, effect E, and effect F will be exhibited. It is defined to exert one effect. In this case, when the billing item issued in May 2019 is used in July 2019, any one of the effect A, the effect B, and the effect C will be exhibited.

The terminal control unit 101 controls the process to be executed on the terminal 20 side by generating the information necessary for executing this game and transmitting it to the terminal 20.

The game control unit 102 provides a function performed on the game server 10 side among various functions required for executing the game. The game control unit 102 includes an extraction unit 1021, a determination unit 1022, a presentation unit 1023, and a determination unit 1024.

The extraction unit 1021 has a function of extracting from the storage unit 100 a player having a predetermined relationship with a player who transfers a charge item (hereinafter, referred to as a “transfer source player”) as a player who is a candidate for transfer of the charge item. Has. A player who is a candidate for the transfer destination of the charge item or a player to which the charge item is transferred is referred to as a "transfer destination player".

The determination unit 1022 charges the transferee player from the transferor player based on the number of players to which the transferor player has transferred the charge item and / or the number of players who have transferred the charge item to the transferee player within a predetermined period. It has a function to determine whether or not an item can be transferred.

The presentation unit 1023 has a function of presenting the determination result determined by the determination unit 1022 to the transfer source player. The presenting unit 1023 may present the determination result to the transfer source player by, for example, transmitting data for displaying the determination result on the screen of the transfer source player's terminal 20 to the terminal 20. ..

When the player uses the charge item transferred from another player, the determination unit 1024 uses the charge item at the time when the item is issued to show the effect exerted by the player using the charge item. It has a function to determine from a plurality of effects exerted in the case of. For example, when the player uses the charge item, the determination unit 1024 acquires a plurality of effects corresponding to the time when the charge item is issued from the effect definition DB 100b by referring to the effect definition DB 100b, and the acquired effect. At least one of these effects may be determined as an effect exerted by the player using the chargeable item.

FIG. 5 is a diagram showing an example of a functional block configuration of the terminal 20. The terminal 20 includes a storage unit 200, a communication unit 201, a UI (User Interface) unit 202, and a game control unit 203. The storage unit 200 can be realized by using the storage device 12 included in the terminal 20. Further, the communication unit 201, the UI unit 202, and the game control unit 203 can be realized by the processor 11 of the terminal 20 executing the program stored in the storage device 12. In addition, the program can be stored in a storage medium. The storage medium in which the program is stored may be a non-temporary storage medium that can be read by a computer. The non-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

The storage unit 200 stores game data necessary for the game control unit 203 to execute the game. Character image data, game scenarios, and the like are stored in the game data.

The communication unit 201 has a function of performing various communications with the game server 10 using the communication IF 13.

The UI unit 202 has a process of receiving various inputs from the player and a function of displaying various game screens on the display. Further, the UI unit 202 displays the game screen according to the instruction of the game server 10.

The game control unit 203 provides various functions necessary for executing the game by cooperating with the game server 10. For example, the game control unit 203 provides a function of acquiring various information (icon image data, text data, etc.) for drawing on the game screen from the game server 10.

Regarding the functional block configuration described above, the game control unit 203 of the terminal 20 includes all or a part of the extraction unit 1021, the determination unit 1022, the presentation unit 1023, and the determination unit 1024 included in the game server 10. It may be configured. Further, when the terminal 20 is provided with the extraction unit 1021, the determination unit 1022, the presentation unit 1023, and the determination unit 1024, the game control unit 203 acquires information indicating the relationship between the players from the game server 10. Then, it may be temporarily stored in the storage unit 200.

<Processing procedure>
Subsequently, the processing procedure performed by the game server 10 and the terminal 20 when the billing item is transferred between the players will be described.

(Transfer restrictions)
First, in this game, when the billing item is transferred between players having a friend relationship, the following transfer restrictions 1 to 4 are applied. In the present embodiment, only a part of the transfer restrictions 1 to 4 may be applied, but in the following description, it is assumed that all the transfer restrictions are applied.

Transfer restriction 1: Players who can transfer charged items and players who can receive transfer of charged items are limited to players of a predetermined rank or higher.

Transfer restriction 2: The number of players who can transfer charged items is limited to a predetermined number (first predetermined number) within a predetermined period. The predetermined number of people may be, for example, one person, but is not limited thereto. For example, when the predetermined number of people is one, the player can give a billing item to one player within a predetermined period, but cannot give a present to two or more people.

Transfer restriction 3: The number of players who can receive the transfer of billing items is limited to a predetermined number (second predetermined number) within a predetermined period. The predetermined number of people may be, for example, 3 or 5, but is not limited to this. For example, when the predetermined number of players is three, the player can receive a charge item from the other three players within a predetermined period, but cannot receive a charge item from four or more players.

Transfer restriction 4: The charged item can be transferred to the player who has received the transfer of the charged item regardless of whether or not the transfer restriction 2 is applied. However, if the player who has received the transfer of the charge item falls under the transfer restriction 3 (that is, when the charge item has already been transferred from a predetermined number of players), the charge item cannot be transferred.

In the above transfer restrictions 1 to 4, the predetermined period may be from the beginning to the end of the month. For example, when the present is July 2019, the predetermined period may be from July 1, 2019 to July 31, 2019. However, the predetermined period is not limited to this, and may be a period divided by any unit. When the predetermined period elapses, the determination unit 1022 may reset the number of players to which the transfer source player has transferred the item and the number of players to which the item has been transferred to the transfer destination player.

(Determining transferability)
The game server 10 determines whether or not the chargeable item can be transferred for each transferee player in accordance with the transfer restrictions 1 to 4. Further, the terminal 20 displays the determined result on a screen that accepts the selection of the transferee player.

FIG. 6 is a flowchart showing an example of a processing procedure when the game server 10 determines whether or not the chargeable item can be transferred.

The extraction unit 1021 extracts a player who has a friend relationship with the transfer source player by searching the "friend list" of the player management DB 100a (S100). Subsequently, the extraction unit 1021 selects one player to be determined (hereinafter, referred to as “determination target player”) from the extracted players (S101).

Subsequently, the determination unit 1022 determines whether or not the rank of the determination target player is equal to or higher than a predetermined rank by searching the "rank" of the player management DB 100a (S102). That is, it is determined whether or not the determination target player falls under the transfer restriction 1. If the rank is equal to or higher than the predetermined rank, the process proceeds to step S103, and if the rank is lower than the predetermined rank, it is determined that the charged item is non-transferable (S107).

Subsequently, the determination unit 1022 searches for the player who has transferred the chargeable item to the determination target player stored in the "transferred item" of the player management DB 100a, so that the determination target player has a predetermined number of players (second). It is determined whether or not the billing item has been transferred from another player (a predetermined number) (S103). That is, it is determined whether or not the determination target player falls under the transfer restriction 3. If the billing item has not been transferred from a predetermined number of other players, the process proceeds to step S104, and if the billing item has been transferred, it is determined that the billing item cannot be transferred (S107).

Subsequently, the determination unit 1022 determines whether or not the determination target player has transferred the charge item to the transfer source player by searching for the "transfer destination player" in the player management DB 100a (S104). That is, it is determined whether or not the determination target player falls under the transfer restriction 4. If the item has not been transferred, the process proceeds to step S105, and if the item has been transferred, it is determined that the charged item can be transferred (S106).

Subsequently, the determination unit 1022 searches for the "transferee player" in the player management DB 100a to determine whether or not the transfer source player has transferred the billing item to another player of a predetermined number (first predetermined number). (S105). That is, it is determined whether or not the transfer source player falls under the transfer restriction 2. If it has not been transferred, it is determined that the charged item can be transferred (S106), and if it has been transferred, it is determined that the charged item cannot be transferred (S107).

The determination unit 1022 repeats the processing procedure of steps S102 to S107 for all the players who have a friendship with the transfer source player (S108).

Subsequently, the presentation unit 1023 displays on the screen of the terminal 20 of the transfer source player whether or not the chargeable item can be transferred for all the players who have a friendship with the transfer source player (S109).

The processing procedure described above can also be expressed as follows. When the transfer source player transfers the charge item to a predetermined number of players (first predetermined number), the determination unit 1022 transfers the charge item to a player other than the predetermined player among the transfer destination players. Alternatively, it may be determined that the item cannot be transferred from the transfer source player. In addition, the determination unit 1022 determines that the item cannot be transferred from the transfer source player to the player to whom the charge item has been transferred from the predetermined number of players (second predetermined number) among the predetermined players. It may be. Further, the determination unit 1022 may determine that the chargeable item cannot be transferred from the transfer source player to a player having a predetermined relationship with the transfer source player and having a rank lower than the predetermined rank. ..

(Screen display example)
7 to 9 are diagrams showing an example of a screen displayed on the screen of the terminal 20. Hereinafter, the description will be made on the premise that the player X becomes the transfer source player and transfers the charged item to another player (presents the item).

The screen P100 of FIG. 7 is an example of a screen for accepting the purchase of a billing item. When the button A10 is pressed, the screen P110 showing the contents of the billing item is displayed. Further, when the button A11 is pressed on the screen P110, the screen P120 is displayed. When the button A12 is pressed, the screen transitions to the screen for using the received billing item. When the billing item is used, the effect determined by the determination unit 1024 of the game server 10 (for example, the attribute of the character X is strengthened) is executed.

The screen P120 shows an example of a screen for transferring the billing item and receiving the billing item. When tab T1 is pressed, a screen for accepting the selection of the transferee player is displayed, and when tab T2 is pressed, a list of players who have transferred the billing item to the player is displayed. The screen P120 shows a state in which the tab T2 is pressed. In the example of the screen P120, the player X indicates that the billing item has been transferred from the player M and the player N.

When the button F1 is pressed, the player X can receive the billing item transferred from the player M. When the button F2 is pressed, the player X can receive the billing item transferred from the player N. In this game, even if the player X does not receive the charged item, it is treated as if the charged item has been transferred from the player M and the player N to the player X.

The screen P200 of FIG. 8 shows an example of a screen that accepts the selection of the transferee player. On the screen that accepts the selection of the transferee player, the players who have a friendship with the player X are displayed in a list, and the determination result of whether or not the chargeable item can be transferred is displayed for each player. The method of displaying the judgment result is arbitrary, but if the billing item can be transferred, it may be displayed in the active state, and if the billing item cannot be transferred, it may be displayed in the inactive state (grayed out display). .. Further, when the displays of all the players having a friend relationship with the player X do not fit on one screen, the scroll bar SC is displayed. When the scroll bar SC is dragged, the hidden player's selection button is scrolled.

Further, for the player who cannot transfer the billing item, the reason why the charge item cannot be transferred may be displayed. For example, the button F13 for selecting the player C displays a message M1 indicating that the chargeable item cannot be received because the chargeable item receipt limit has been reached (that is, because the transfer restriction 3 is met). ing. Similarly, the button F14 for selecting the player D does not receive the chargeable item because the player's rank has not reached the predetermined rank (that is, because the transfer restriction 1 is met). Is displayed.

The example of the screen P210 shows a display example in the case where the player X has transferred the charged items to a predetermined number of people (that is, the transfer restriction 2 is applicable) in the state where the charged items have not been transferred from other players. ing. In this case, since the player X cannot transfer the billing item to anyone, all the buttons F11 to F14 for selecting the players A to D are grayed out. Further, a message M3 indicating that the player X has transferred the charged item to a predetermined number of people and the charged item cannot be transferred to anyone other than the player who has transferred the charged item to the player X is displayed. Further, for the player to which the player X has transferred the charged item, the icon B1 indicating that the charged item has been transferred is displayed.

The screen P300, the screen P310, and the screen P320 shown in FIG. 9 show an example of a screen when the player X transfers a billing item from another player (that is, the transfer restriction 4 is applicable). When the player X transfers the billing item from another player, the upper half of the screen for accepting the selection of the transferee player is an area for displaying a list of the players who have transferred the billing item to the player X ("Give me a gift". An area for displaying "Collapsed person") is additionally displayed.

The example of the screen P300 shows a display example in a state where the player X has transferred the charged items from the player A and the player B, and the player X has not transferred the charged items to a predetermined number of people. Even in the example of the screen P300, the reason why the chargeable item cannot be transferred is displayed for the player who cannot transfer the charge item. For example, for player B, a message M11 indicating that the chargeable item cannot be received because the chargeable item receipt upper limit has been reached (that is, because the transfer restriction 3 is met) is displayed.

An example of the screen P310 is a table in the case where the player X transfers the charged item from the player X to the player C on the screen P300, so that the player X has transferred the charged item to a predetermined number of people (corresponding to the transfer restriction 2). An example is shown. As shown on the screen P310, the icon B11 indicating that the billing item has been transferred is displayed on the selection button F11 of the player C. Further, in the example of the screen P310, since the selection button F21 of the player A is active, the player X can transfer the charge item to the player A.

The example of the screen P320 shows a display example when the billing item is transferred from the player X to the player A on the screen P310. As shown on the screen P320, the icon B12 indicating that the billing item has been transferred is displayed on the selection button F21 of the player A.

<Modification example>
In the embodiment described above, the description has been made on the premise that the charged item is treated as transferred regardless of whether or not the player to whom the charged item has been transferred receives the transferred charged item, but the present invention is not limited to this. .. For example, the determination unit 1022 may determine that the charge item has been transferred when the player to whom the charge item has been transferred receives the transferred charge item.

In the embodiment described above, on the screen for accepting the selection of the transferee player, a list of players who can transfer the item is displayed, and the player transfers the charged item from the players actively displayed on the screen. The player can be selected. That is, the determination unit 1022 of the game server 10 determines whether or not the chargeable item can be transferred to each player who has a friendship with the transfer source player before the player selects the transfer destination player. However, it is not limited to this. For example, after the player first specifies the player to transfer the charge item, the determination result of whether or not the charge item can be transferred to the selected player may be displayed on the screen of the terminal 20. .. That is, whether or not the billing item can be transferred by the determination unit 1022 of the game server 10 by executing the processing procedures of steps S102 to S107 shown in FIG. 6 to one player designated by the player. It may be determined whether or not.

<Summary>
According to the embodiment described above, the game server 10 and the terminal 20 display a list of players who can transfer the item on the screen for accepting the selection of the transferee player. As a result, when an item with transfer restrictions is transferred, it is possible to notify the player of the person to whom the item can be transferred.

Further, according to the present embodiment, the game server 10 and the terminal 20 are made to apply the transfer restrictions 1 to 4 regarding the transfer of the billing item. As a result, it is possible to prevent unlimited transfer of chargeable items, and it is possible to maintain the game balance and activate the game by transferring chargeable items at the same time.

The embodiments described above are for facilitating the understanding of the present invention, and are not for limiting and interpreting the present invention. The flowchart, sequence, each element included in the embodiment, its arrangement, material, condition, shape, size, and the like described in the embodiment are not limited to those exemplified, and can be changed as appropriate. In addition, the configurations shown in different embodiments can be partially replaced or combined.

1 ... Game system, 10 ... Game server, 11 ... Processor, 12 ... Storage device, 13 ... Communication IF, 14 ... Input device, 15 ... Output device, 20 ... Terminal, 100 ... Storage unit, 101 ... Terminal control unit, 102 ... Game control unit, 200 ... Storage unit, 201 ... Communication unit, 202 ... UI unit, 203 ... Game control unit, 1021 ... Extraction unit, 1022 ... Judgment unit, 1023 ... Presentation unit, 1024 ... Decision unit

Claims (7)

A storage unit that stores the relationship between players,
An extraction unit that extracts a player having a predetermined relationship with the transfer source player as the transfer destination player from the storage unit,
Whether or not the item can be transferred from the transfer source player to the transfer destination player based on the number of players to which the transfer source player has transferred the item and / or the number of players who have transferred the item to the transfer destination player within a predetermined period. Judgment unit to determine
A presentation unit that presents the determination result determined by the determination unit to the transfer source player, and
The decision-making part that determines the effect exerted when using the item,
With
The effect exerted when using the item is changed at the above-mentioned predetermined period.
When the transfer source player transfers an item to a first predetermined number of players within the predetermined period , the determination unit is other than the predetermined player who has transferred the item to the transfer source player among the transfer destination players. It is determined that the item cannot be transferred from the transfer source player to the player.
Information processing device. The determination unit determines that the item cannot be transferred from the transfer source player to the player to whom the item has been transferred from the second predetermined number of players among the predetermined players.
The information processing device according to claim 1. The determination unit resets the number of players to which the transfer source player has transferred the item and / or the number of players to which the item has been transferred to the transfer destination player every time the predetermined period elapses.
The information processing device according to claim 1 or 2. The item is an item that exerts one of a plurality of effects when used.
When the player uses the transferred item , the determination unit exerts the effect exerted by the player using the item when the item is used at the time when the item is issued. to determine from among the effects,
The information processing device according to any one of claims 1 to 3. Among the players having a predetermined relationship with the transfer source player, the determination unit determines that the item cannot be transferred from the transfer source player for a player having a rank lower than the predetermined rank.
The information processing device according to any one of claims 1 to 4. It is an information processing method performed by an information processing device.
A step of extracting a player having a predetermined relationship with the transfer source player as a transfer destination player from a storage unit that stores the relationship between the players.
Whether or not the item can be transferred from the transfer source player to the transfer destination player based on the number of players to which the transfer source player has transferred the item and / or the number of players who have transferred the item to the transfer destination player within a predetermined period. Steps to determine
A step of presenting the determined determination result to the transfer source player, and
Steps to determine the effect of using the item,
Including
In the determination step, when the transfer source player transfers an item to a first predetermined number of players, the transfer destination player is directed to a player other than the predetermined player who has transferred the item to the transfer source player. , Determined that the item cannot be transferred from the transfer source player,
The effect exerted when using the item is changed at the above-mentioned predetermined period.
In the determination step , when the transfer source player transfers the item to the first predetermined number of players within the predetermined period, the transfer destination player other than the predetermined player who has transferred the item to the transfer source player. It is determined that the item cannot be transferred from the transfer source player to the player.
Information processing method. On the computer
A step of extracting a player having a predetermined relationship with the transfer source player as a transfer destination player from a storage unit that stores the relationship between the players.
Whether or not the item can be transferred from the transfer source player to the transfer destination player based on the number of players to which the transfer source player has transferred the item and / or the number of players who have transferred the item to the transfer destination player within a predetermined period. Steps to determine
A step of presenting the determined determination result to the transfer source player, and
Steps to determine the effect of using the item,
To execute,
The effect exerted when using the item is changed at the above-mentioned predetermined period.
In the determination step , when the transfer source player transfers the item to the first predetermined number of players within the predetermined period, the transfer destination player other than the predetermined player who has transferred the item to the transfer source player. It is determined that the item cannot be transferred from the transfer source player to the player.
program.