JP7157033B2 - Information processing device, game program, and information processing method - Google Patents

Description

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

2. Description of the Related Art There is known a game system in which items can be exchanged between players without trouble for the players (for example, Patent Literature 1).

Japanese Patent No. 5499208

In such games, there is room for improvement in that new and old items can be exchanged without the player's trouble.
The present invention has been made in view of such circumstances, and an object of the present invention is to provide an information processing apparatus, a game program, and an information processing method that enable the player to exchange new and old items without trouble. and to provide a game system.

The main invention of the present invention for solving the above problems is
a storage unit that stores player information in which items owned by the player are set, and new and old item comparison information that associates new and old items with each other;
a screen data generator for generating screen data for allowing the player to specify one of the items owned by the player;
In response to the player specifying his/her own old item on the screen, based on the new/old item comparison information, a new item associated with the specified old item is specified, and a replacement for the specified old item is specified. an item exchange unit that sets the specified new item as an item owned by the player;
An information processing apparatus comprising:
Other features of the present invention will become apparent from the description of the specification and accompanying drawings.

1 is a diagram showing an example of the overall configuration of a game system 1; FIG. 2 is a block diagram showing a functional configuration of the server device 10; FIG. It is a figure which shows the data structure example of character information. It is a figure which shows the data structure example of item information. It is a figure which shows the data structure example of new-old comparison information. It is a figure which shows the data structure example of player information. It is a figure which shows the data structure example of possessed item information. FIG. 4 is a diagram showing an example data structure of deck information; It is a figure which shows the data structure example of quest information. It is a figure which shows the data structure example of entry information. It is a figure which shows the data structure example of matching information. 2 is a block diagram showing a functional configuration of a player terminal 20; FIG. FIG. 10 is a flow chart for explaining an example of operation regarding an event game that can be played during a preset event period; FIG. FIG. 10 is a flowchart for explaining an example of an operation related to manual item exchange by a player; FIG. 6 is a diagram showing an example of a point conversion screen 50; FIG. 6 is a diagram showing an example of an item exchange screen 60; FIG. FIG. 10 is a flowchart for explaining an operation example related to automatic exchange of old and new items; FIG. 7 is a diagram showing an example of an item exchange screen 70; FIG. 8 is a diagram showing an example of a recommendation screen 80; FIG.

At least the following matters will become apparent from the descriptions of this specification and the accompanying drawings.
That is, a storage unit that stores player information in which items owned by the player are set, and new and old item comparison information that associates new and old items with each other;
a screen data generator for generating screen data for allowing the player to specify one of the items owned by the player;
In response to the player specifying his/her own old item on the screen, based on the new/old item comparison information, a new item associated with the specified old item is specified, and a replacement for the specified old item is specified. an item exchange unit that sets the specified new item as an item owned by the player;
An information processing apparatus comprising:
According to such an information processing device, a player who owns an old item can possess a new item associated with the old item without much trouble. In particular, players who return to the game after a blank often possess old items that are useless when they return. In this case, by using item recycling, it is possible to easily obtain a new item corresponding to the old item instead of disposing of the old item.

Further, in such an information processing device,
The screen data generation unit generates screen data for recommending the player to exchange for the specified new item when the player performs an operation of designating his/her old item on the screen,
The item exchange unit allows the player to exchange the specified new item instead of the specified old item when the player performs an operation on the screen to consent to the exchange for the specified new item. It may be set as an owned item.
According to such an information processing device, a player who owns an old item can easily check a new item associated with the old item on the screen by performing an operation of designating his/her old item. becomes possible.

Further, in such an information processing device,
The item exchange unit
converting the old item designated by the player into points, and having the player possess the converted points instead of the designated old item;
By consuming the points owned by the player, the specified new item may be set as the item owned by the player.
According to such an information processing device, a player who owns an old item can easily obtain a new item by collecting many points converted from the old item.

Further, in such an information processing device,
Only when the returning player who has resumed the suspended game designates his/her own old item, the item exchange unit replaces the designated old item with the specified new item as an item owned by the player. It may be set as
According to such an information processing device, the returning player can easily obtain a new item in place of the useless old item at the time of returning, even if there is a long blank period.

Further, in such an information processing device,
The item exchange unit may limit the exchange of old and new items when the player designates an old item that satisfies a predetermined condition among his old items.
According to such an information processing device, by restricting the exchange of old and new items, it is possible to prevent, for example, erroneously exchanging an old item with a high rarity value for a new item.

Then on your computer,
a process of storing in the storage unit player information in which items owned by the player are set, and new and old item comparison information in which new and old items are associated with each other;
screen data generation processing for generating screen data for allowing the player to specify one of the items owned by the player;
In response to the player specifying his/her own old item on the screen, based on the new/old item comparison information, a new item associated with the specified old item is specified, and a replacement for the specified old item is specified. an item exchange process for setting the identified new item as an item owned by the player;
is a game program characterized by executing
According to such a game program, it is possible to exchange new and old items without the player's trouble.

Then the computer
storing, in a storage unit, player information in which items owned by the player are set, and new and old item comparison information in which old and new items are associated with each other;
generating screen data for allowing the player to specify one of the items owned by the player;
In response to the player designating his/her own old item on the screen, based on the new/old item comparison information, a new item associated with the designated old item is identified, and a replacement for the designated old item is identified. setting the identified new item as an item owned by the player;
An information processing method characterized by having
According to such an information processing method, it is possible to exchange new and old items without requiring the player's trouble.

===Embodiment===
<<Regarding the configuration of the game system 1>>
FIG. 1 is a diagram showing an example of the overall configuration of a game system 1. As shown in FIG. The game system 1 provides players with various game-related services via a network 2 (for example, the Internet), and includes a server device 10 and a plurality of player terminals 20 .

The game system 1 according to this embodiment can provide players with a competitive game using game content. A battle game using items as an example of game content will be described below.

A player who plays the battle game according to the present embodiment selects one of various quests and battles one or more enemy characters set for that quest. In the battle against this enemy character, the player attacks using his own deck.

A deck is organized by a player selecting and combining attack items from items owned by the player. At that time, the player organizes the deck by referring to the so-called strength of the attack item, such as various parameters and skills (attack characteristics) set for the attack item.

In addition, in the battle game according to the present embodiment, when a player invites another player to be a friend, the other user who has been invited approves the invitation, so that the players are set as friends. Each player can increase their number of friends until reaching the number of friends limit (upper limit of the number of friends).

Then, when a player fails to defeat an enemy character, by requesting support from another player set as that player's ally, it is possible for the ally who receives the request to attack that enemy character. .

Also, the battle game according to the present embodiment includes not only such normal games but also event games that can be played only during the event period. In the event game, each team is formed by assigning each of a plurality of players to one of the teams, and the matched teams compete against each other.

In addition, in the battle game according to the present embodiment, not only items currently provided by the game system but also items that have already been provided can be used. Among these usable items, old items with an older offer start date can be exchanged for new items with a newer offer start date. Therefore, like recycling items, it is possible to let go of old items that are no longer needed and obtain new items, or to keep old items that are attached to one another.

In particular, a player who has resumed a previously interrupted game (hereinafter also referred to as a "returning player") often possesses the old items that were used during the past game play when returning. Even if the old item was strong (high parameter) at the time of past gameplay, it is weaker (lower parameter) than the new item at the time of return, and may not be usable in a battle game. Therefore, by using the exchange of old and new items, the returning player can possess new items equivalent to the old items even when returning. In other words, even if you use the new items when you return to the battle game, you can enjoy the gameplay without any discomfort, just like when you used the old items that were strong at the time of the past gameplay. It becomes possible.

New and old items can be exchanged in this embodiment on the item exchange screen. Since the old items owned by the player are displayed on the item exchange screen, when the player specifies the desired old item on the screen, a new item corresponding to the specified old item is recommended. If the player agrees to exchange for the new item, it becomes possible to easily obtain the new item.

<<Regarding the configuration of the server device 10>>
FIG. 2 is a block diagram showing the functional configuration of the server device 10. As shown in FIG. The server device 10 is an information processing device (for example, a workstation, a personal computer, etc.) used by a system administrator or the like to operate and manage various services. When the server device 10 receives various commands (requests) from the player terminal 20, the server device 10 receives a game program/various data that can operate on the player terminal 20, or a markup language (HTML, etc.) that conforms to the standards of the player terminal 20. The created web page (game screen, etc.) is transmitted (response). The server device 10 has a control section 11 , a storage section 12 , an input section 13 , a display section 14 and a communication section 15 .

The control unit 11 exchanges data between units and controls the entire server device 10, and is implemented by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 in this embodiment includes at least an entry processing unit 111 , a matching processing unit 112 , a deck formation processing unit 113 , a game progression unit 114 and a screen data generation unit 115 .

The entry processing unit 111 has a function of executing various types of processing related to entries in the competitive game. The entry processing unit 111 in the present embodiment accepts participation registrations of multiple players who wish to participate in an event game that is regularly held in a competitive game.

The matching processing unit 112 has a function of executing various processes related to matching in the event game. The matching processing unit 112 in this embodiment forms teams by assigning each of the plurality of players registered to participate in the event game to one of the teams. Then, two teams to be opponents are matched from among the plurality of formed teams. In other words, since each team has a plurality of players, the plurality of players who will be opponents are matched with each other.

The deck formation processing unit 113 has a function of executing processing for forming a deck used in a battle game. A deck is an item group in which a plurality of items having attack characteristics are grouped into one set. The deck formation processing unit 113 in this embodiment forms a deck (hereinafter also referred to as a "player deck") composed of a plurality of attack items owned by the player based on the player's operation. A player deck including attack items that the player does not own may be organized.

The game progression unit 114 has a function of executing processing for advancing the competitive game according to the game program. The game progression section 114 in this embodiment includes a battle processing section 114A and an item exchange section 114B.

The battle processing unit 114A has a function of executing processing such as determining the outcome of a battle with an enemy character. The battle processing unit 114A in the present embodiment, for example, determines victory or defeat by comparing the ability parameters of the player deck and the ability parameters of the enemy characters in each of the normal game and the event game.

The item exchange section 114B has a function of executing processing related to item exchange. When the player designates his own old item, the item exchange unit 114B in this embodiment identifies a new item corresponding to the designated old item, and replaces the designated old item with the identified new item. as an item owned by said player.

The screen data generation processing unit 115 has a function of executing processing for generating screen data for displaying a game screen on the player terminal 20 . The screen data generation unit 115 in this embodiment generates, for example, data for an item exchange screen used for exchanging old and new items. In this embodiment, HTML data is generated as screen data corresponding to the game screen.

The storage unit 12 includes ROM (Read Only Memory), which is a read-only storage area in which the system program is stored, and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11. Memory), and is realized by, for example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in this embodiment stores at least character information, item information, new/old comparison information, player information, quest information, entry information, and matching information. These various types of information will be described later in detail.

The input unit 13 is used by a system administrator or the like to input various data (for example, character information, item information, quest information, etc.) related to game services, and is realized by, for example, a keyboard, mouse, and the like.

The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11, and is realized by, for example, a liquid crystal display (LCD).

The communication unit 15 is for communicating with the player terminal 20, and functions as a receiving unit for receiving various data and signals transmitted from the player terminal 20, It has a function as a transmission unit that transmits various data and signals to the player terminal 20 . The communication unit 15 is implemented by, for example, a NIC (Network Interface Card) or the like.

FIG. 3 is a diagram showing an example data structure of character information. This character information includes at least a character name such as an enemy character, rarity, maximum attack power, maximum defense power, maximum physical strength (maximum HP), initial attack power, initial defense power, initial physical strength, in association with the character ID. Ability parameters such as (initial HP) are set.

FIG. 4 is a diagram showing an example data structure of item information. In this item information, at least the item name, rarity, characteristics, ability value, required points, exchange points, start date of provision, and end date of provision are set in association with the item ID. A property is information that indicates an item's unique ability. For example, skills are set for attack items. This skill includes the ability to continuously attack enemy characters and the ability to temporarily increase attack power. The ability value is information indicating the ability parameters of the item. The required points are information indicating the amount of game points required for item exchange. Conversion points are information indicating the amount of points that a player can obtain when an item is converted into game points. The provision start date is information indicating the date on which provision of the item was started. The supply end date is information indicating the date on which the supply of the item ended. In this embodiment, items that started to be provided within a predetermined period (for example, within one month) retroactively from the present time are new items, and items that started to be provided before that are old items. Conversion points have been set for the old items, but conversion points have not yet been set for the new items. Moreover, the required points are not set for the old items, but the required points are set for the new items.

FIG. 5 is a diagram showing an example data structure of new/old comparison information. At least an old item and a new item are set in this new/old comparison information in association with the new/old item ID. The old item is information indicating an item with an old start date of provision. A new item is information indicating an item whose provision start date is new and which is associated with an old item. In this embodiment, items that started to be provided within a predetermined period (for example, within one month) going back from the present time are set as new items, and items that started to be provided before that are set as old items. there is The old item is associated with a new item corresponding to the old item. For example, if the old item is a "pistol" type attack item, the "pistol" type attack item is associated as a new item, and if the old item is a "sword" type attack item, " A sword" type attack item is associated as a new item.

FIG. 6 is a diagram showing an example data structure of player information. In this player information, at least a player name, login information, possessed item information, deck information, possessed points, return flag, and event information are set in association with the player ID. The login information is history information indicating the date and time the player logged in to the game and the date and time the player logged out. The owned points are information indicating the amount of game points owned by the player. The return flag is flag information indicating whether the player is a returning player. In this embodiment, a player for whom a predetermined period of time (for example, six months) has passed since the game was interrupted until the game is resumed is regarded as a returning player, and a return flag is set for the returning player. The event information is information about the event game entered by the player. Here, for example, scores and rankings in event games, quests during challenges, and the like are set.

FIG. 7 is a diagram showing an example data structure of possessed item information. Possessed item information is information about an item owned by the player (hereinafter also referred to as “possessed item”). At least the number of owned items is set in this owned item information in association with the item ID.

FIG. 8 is a diagram showing an example data structure of deck information. The deck information is information about player decks that the players use in battle. In this deck information, at least the attack items constituting the player's deck and the number of uses of the attack items are set in association with the frame number of the deck. In this embodiment, the player can construct a player deck using up to nine attack items selected by the player from among the owned items.

FIG. 9 is a diagram showing an example data structure of quest information. The quest information is information about quests prepared for normal games. At least a quest name, a level, and an enemy character are set in this quest information in association with the quest ID. The level is information indicating the degree of difficulty of the quest. The enemy character is information indicating the opponent character that appears in the quest. Here, one or more enemy characters are set for each quest. Ability parameters (attack power, defense power, physical strength, etc.) are also set for each enemy character.

FIG. 10 is a diagram showing an example data structure of entry information. Entry information is information about players entered in the event game. In this entry information, at least the player ID of the entered player and the entry date and time are set in association with the entry ID.

FIG. 11 is a diagram illustrating an example data structure of matching information. Matching information is information about multiple players matched in the event game. In this matching information, at least the matched team, the members of that team, the stage number, the enemy character in each stage, the progress in each stage, and the points earned by the team in each stage are set in association with the match ID. ing. The enemy character in each stage is information indicating the character ID of the enemy character that appears in that stage. In this embodiment, three stages are prepared in advance for each team, and a strong enemy character appears each time a stage is cleared. The progress of each stage is information indicating whether or not the stage has been cleared by defeating the enemy characters that have appeared. The score of the team in each stage is information indicating the total score obtained by totaling the points scored by each player belonging to the team for each attack. In addition, the score of this team is updated each time each player acquires a score.

<<Regarding the configuration of the player terminal 20>>
FIG. 12 is a block diagram showing the functional configuration of the player terminal 20. As shown in FIG. The player terminal 20 is an information processing device (for example, a smart phone, a tablet terminal, a mobile phone terminal, etc.) that a player can possess and use. Since the player terminal 20 has a web browser function, it can display a web page (game screen, etc.) transmitted from the server device 10 on the screen. The player terminal 20 includes a terminal control unit 21 that controls the entire player terminal 20, a terminal storage unit 22 that stores various data and programs, a terminal input unit 23 for the player to perform operation input, and a game screen/operation It has a terminal display unit 24 that displays a screen and a terminal communication unit 25 that performs information communication with the server device 10 .

<<Operation of game system 1>>
<Event game>
FIG. 13 is a flowchart for explaining an operation example regarding an event game that can be played during a preset event period.

First, the server device 10 performs entry processing for entering players who wish to participate in the event game within a preset entry acceptance period (step S101).

Specifically, when an entry operation is performed by a player while an entry screen is displayed on the terminal display unit 24, the player terminal 20 sends an entry request for registering for participation in the event game to the server device 10. Send to

When the server device 10 receives the entry request transmitted from the player terminal 20, the server device 10 registers a player who wishes to participate in the event game. That is, the entry processing unit 111 sets and registers various types of information in the entry information shown in FIG. 10 based on the entry operation performed by the player.

Next, when the preset entry acceptance period ends, the server device 10 performs a matching process for matching the players who will be opponents (step S102).

Specifically, the matching processing unit 112 refers to the entry information shown in FIG. 10, selects multiple players (for example, 10 players) from the multiple players registered for participation, and assigns them to the same team. Form each team. The matching processing unit 112 selects and matches two teams to be opponents from among the plurality of formed teams. Then, the matching processing unit 112 collectively registers two matched teams in the matching information shown in FIG. 11, and deletes each player belonging to the matched team from the entry information shown in FIG.

Next, when the teams to be opponents are matched in this way, the server device 10 performs a deck formation process for forming the player decks to be used in the battle play by each player belonging to the matched team ( step S103).

Specifically, when the deck formation screen (not shown) is displayed on the terminal display unit 24, the player terminal 20 designates the attack items constituting the player deck used in the battle play in association with the frame numbers. When an operation is performed by the player, a deck organization request is sent to the server device 10 .

In this embodiment, each player belonging to the matched team can select up to 9 attack items from his/her owned items and incorporate them into his or her deck. At this time, it is also possible to incorporate up to three sets of three attack items as one set into one's own deck.

After that, when the server device 10 receives the deck formation request transmitted from the player terminal 20, the server device 10 sets the deck of the player. That is, the deck formation processing unit 113 forms a player deck composed of attack items specified by the player, and sets and registers the deck information shown in FIG.

Next, when the preset team battle start time comes, the server device 10 sets the enemy characters to appear in the first stage battle for each of the matched teams (step S104). That is, the battle processing unit 114A refers to the matching information shown in FIG. 11 and sets the enemy character associated with the first stage as an attack target.

Next, the server device 10 determines whether or not the enemy characters in the first stage have been defeated by attacks from the players belonging to the team (step S105). That is, the battle processing unit 114A determines whether or not the physical strength parameter (HP) of the enemy character has reached a predetermined value (for example, zero). If it is determined that the physical strength parameter (HP) of the enemy character is at the predetermined value (step S105: YES), the process proceeds to step S107, which will be described later. On the other hand, if it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value (step S105: NO), the process proceeds to the next step S106.

Next, when it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value, the battle processing unit 114A determines whether or not the preset end time of the team battle has come (step S106).

Then, if it is determined that the preset team competition end time has come (step S106: YES), the process proceeds to step S113, which will be described later. On the other hand, if it is determined that the preset team battle end time has not come yet (step S106: NO), the process returns to step S105, and the players who belong to the team continue to attack the first stage. It is determined whether or not the enemy character of has been defeated.

Next, when the enemy character in the first stage is defeated by any team, the server device 10 sets the enemy character to appear in the next battle in the second stage (step S107). That is, the battle processing unit 114A refers to the matching information shown in FIG. 11 and sets the enemy character associated with the second stage as an attack target.

Next, the server device 10 determines whether or not the enemy characters in the second stage have been defeated by attacks from the players belonging to the team (step S108). That is, the battle processing unit 114A determines whether or not the physical strength parameter (HP) of the enemy character has reached a predetermined value (for example, zero). If it is determined that the physical strength parameter (HP) of the enemy character is at the predetermined value (step S108: YES), the process proceeds to step S110, which will be described later. On the other hand, if it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value (step S108: NO), the process proceeds to the next step S109.

Next, when it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value, the battle processing unit 114A determines whether or not the preset end time of the team battle has come (step S109).

Then, if it is determined that the preset team competition end time has come (step S109: YES), the process proceeds to step S113, which will be described later. On the other hand, if it is determined that the preset team competition end time has not come (step S109: NO), the process returns to step S108, and the attacks from the players belonging to the team continue to cause the second stage. It is determined whether or not the enemy character of has been defeated.

Next, the server device 10 sets the enemy character to appear in the last battle of the third stage when the enemy character of the second stage is defeated by any team (step S110). That is, the battle processing unit 114A refers to the matching information shown in FIG. 11 and sets the enemy character associated with the third stage as an attack target.

Next, the server device 10 determines whether or not an enemy character in the third stage has been defeated by an attack from each player belonging to the team (step S111). That is, the battle processing unit 114A determines whether or not the physical strength parameter (HP) of the enemy character has reached a predetermined value (for example, zero). If it is determined that the physical strength parameter (HP) of the enemy character is at the predetermined value (step S111: YES), the process proceeds to step S113, which will be described later. On the other hand, if it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value (step S111: NO), the process proceeds to the next step S112.

Next, when it is determined that the physical strength parameter (HP) of the enemy character is not the predetermined value, the battle processing unit 114A determines whether or not the preset end time of the team battle has come (step S112).

Then, if it is determined that the preset team competition end time has come (step S112: YES), the process proceeds to step S113, which will be described later. On the other hand, if it is determined that the preset team battle end time has not come yet (step S112: NO), the process returns to step S111, where each player belonging to the team continues to attack the player in the third stage. It is determined whether or not the enemy character of has been defeated.

Next, the server device 10 decides whether to win the team battle when the preset end time of the team battle comes or when the enemy character appearing in the final third stage is defeated (step S113). ).

Specifically, the battle processing unit 114A refers to the matching information shown in FIG. The team with the most points is determined as the winning team.

Next, the server device 10 determines the ranking in the event game (step S114). That is, the battle processing unit 114A determines the individual ranking in the event game based on the scores individually obtained by the players belonging to each team, and updates the event information of each player belonging to each team.

<Item Exchange>
FIG. 14 is a flowchart for explaining an example of an operation related to manual item exchange by the player.

First, when the server device 10 receives a point conversion start request from the player terminal 20 based on the player's operation, the data of the point conversion screen for converting the old items owned by the player into game points is generated by the screen data generation unit. 115 (step S201).

Specifically, the screen data generation unit 115 refers to the player information shown in FIG. 6 to identify the player's possessed item information. Next, based on the provision start date set in the item information shown in FIG. 4, the screen data generation unit 115 selects the old item of the player from among the plurality of owned items set in the specified owned item information. to extract Based on the extracted old items, the screen data generation unit 115 generates a point conversion screen for converting the old items owned by the player into game points.

After that, when the point conversion screen is generated by the screen data generation unit 115, the server device 10 transmits the screen data to the player terminal 20 that made the request. Upon receiving the screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data and causes the terminal display unit 24 to display a point conversion screen.

FIG. 15 is a diagram showing an example of the point conversion screen 50. As shown in FIG. The point conversion screen 50 includes an old item display area 51 displaying old items owned by the player, and an operation button 52 for converting the old items into game points. An operation button 52 is arranged in association with each of the old items arranged in the old item display area 51 .

Returning to FIG. 14, next, when the point conversion screen 50 is displayed on the terminal display unit 24, the player terminal 20 selects the operation button 52 associated with any old item by the player's operation. Then, a point exchange request for converting the old item into game points is sent to the server device 10 (step S202).

Next, when the server device 10 receives the point conversion request transmitted from the player terminal 20, it executes a process of converting the old item selected by the player into game points (step S203).

Specifically, the item exchange unit 114B refers to the item information shown in FIG. 4 and specifies conversion points associated with the old item selected by the player. Next, the item exchange unit 114B updates the points possessed by the player set in the player information shown in FIG. 6, and adds the point amount corresponding to the identified conversion points. Also, the item exchange unit 114B identifies the player's owned item information from the player information shown in FIG. 6, updates the identified owned item information, and excludes the old item selected by the player from the owned items. .

Next, when the point conversion is performed for the old item selected by the player, the server device 10 generates the data of the item exchange screen for exchanging the points owned by the player for the new item. (step S204).

Specifically, the screen data generation unit 115 extracts new items from all the items set in the item information based on the provision start date set in the item information shown in FIG. Based on the extracted new item, the screen data generation unit 115 generates an item exchange screen for exchanging points owned by the player for new items. Instead of extracting new items from all the items set in the item information, an item exchange screen may be generated in which points owned by the player can be exchanged for any of all items.

After that, when the item exchange screen is generated by the screen data generation unit 115, the server device 10 transmits the screen data to the player terminal 20 that made the request. When the screen data transmitted from the server device 10 is received, the player terminal 20 analyzes the screen data and causes the terminal display section 24 to display an item exchange screen.

FIG. 16 is a diagram showing an example of the item exchange screen 60. As shown in FIG. The item exchange screen 60 includes a new item display area 61 displaying new items that can be exchanged for game points, and an operation button 62 for exchanging game points owned by the player for new items. Each new item arranged in the new item display area 61 is associated with an operation button 62 .

Returning to FIG. 14, next, when the item exchange screen 60 is displayed on the terminal display unit 24, the player terminal 20 selects the operation button 62 associated with any new item by the player's operation. Then, an item exchange request for converting the player's game points into the selected new item is sent to the server device 10 (step S205).

Next, when the server device 10 receives the item exchange request transmitted from the player terminal 20, it determines whether or not the player's game points are insufficient (step S206).

Specifically, the item exchange unit 114B refers to the player information shown in FIG. 6 to identify the game points possessed by the player. Next, the item exchange unit 114B refers to the item information shown in FIG. 4 to identify the required points associated with the new item selected by the player. Then, the item exchange unit 114B compares the game points possessed by the specified player with the required points for the specified new item, and determines whether or not the player's game points are insufficient.

If it is determined from this determination that the player's game points are insufficient (step S206: YES), this process ends. On the other hand, if it is determined that the player's game points are not insufficient (step S206: NO), the process proceeds to the next step S207.

Next, if the player's game points are not insufficient for the exchange of the selected new item (step S206: NO), the server device 10 exchanges the player's game points for the new item selected by the player. (step S207).

Specifically, the item exchange unit 114B refers to the item information shown in FIG. 4 and identifies the required points associated with the new item selected by the player. Next, the item exchange unit 114B updates the points possessed by the player set in the player information shown in FIG. 6, and subtracts the amount of points corresponding to the identified required points. Further, the item exchange unit 114B specifies the possessed item information of the player from the player information shown in FIG. 6, updates the specified possessed item information, and additionally sets the new item selected by the player as the possessed item. do.

In this way, by converting old items selected by the player into points, a large number of game points can be collected for the player, and by exchanging items using the collected game points, desired new items can be obtained. can be obtained.

<Auto exchange of old and new items>
FIG. 17 is a flowchart for explaining an operation example regarding automatic exchange of old and new items.

First, when the server device 10 receives a new/old item exchange start request from the player terminal 20 based on a player's operation, the server device 10 generates screen data for an item exchange screen for exchanging an old item owned by the player for a new item. The unit 115 is caused to generate it (step S301).

Specifically, the screen data generation unit 115 refers to the player information shown in FIG. 6 to identify the player's possessed item information. Next, based on the provision start date set in the item information shown in FIG. 4, the screen data generation unit 115 selects the old item of the player from among the plurality of owned items set in the specified owned item information. to extract Based on the extracted old item, the screen data generation unit 115 generates an item exchange screen for exchanging the old item owned by the player for a new item.

After that, when the item exchange screen is generated by the screen data generation unit 115, the server device 10 transmits the screen data to the player terminal 20 that made the request. When the screen data transmitted from the server device 10 is received, the player terminal 20 analyzes the screen data and causes the terminal display section 24 to display an item exchange screen.

FIG. 18 is a diagram showing an example of the item exchange screen 70. As shown in FIG. The item exchange screen 70 includes an old item display area 71 displaying old items owned by the player, and an operation button 72 for selecting the old item. An operation button 72 is arranged in association with each of the old items arranged in the old item display area 71 .

Returning to FIG. 17, next, when the item exchange screen 70 is displayed on the terminal display unit 24, the player terminal 20 selects the operation button 72 associated with any old item by the player's operation. Then, an item exchange request for exchanging the old item for the new item is sent to the server device 10 (step S302).

Next, when the server device 10 receives the item exchange request transmitted from the player terminal 20, the server device 10 executes a process of specifying a new item corresponding to the old item selected by the player (step S303).

Specifically, the item exchange unit 114B refers to the new/old comparison information shown in FIG. 5 to identify the new item associated with the old item selected by the player on the item exchange screen 70 .

Next, when specifying the new item corresponding to the old item selected by the player, the server device 10 determines whether or not the player's game points are insufficient due to the exchange of the new and old items (step S304).

Specifically, the item exchange unit 114B acquires the game points possessed by the player by referring to the player information shown in FIG. Next, the item exchange unit 114B refers to the item information shown in FIG. 4 to identify conversion points associated with the old item selected by the player. Then, the item exchange unit 114B adds the specified conversion point amount to the acquired game points of the player. Furthermore, the item exchange unit 114B refers to the item information shown in FIG. 4 to identify the required points associated with the identified new item. Then, the item exchange unit 114B compares the added game points of the player with the necessary points for the specified new item, and determines whether or not the added game points of the player are insufficient.

If it is determined from this determination that the player's added game points are insufficient (step S304: YES), this process is terminated. On the other hand, if it is determined that the added game points of the player are not insufficient (step S304: NO), the process proceeds to the next step S305.

Next, if the player's added game points are not insufficient (step S304: NO), the server device 10 recommends the player to exchange for the new item identified by the process of step S303. The screen data generation unit 115 is caused to generate the data of the recommended screen (step S305).

After that, when the recommended screen is generated by the screen data generation unit 115, the server device 10 transmits the screen data to the player terminal 20 that made the request. Upon receiving the screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data and causes the terminal display unit 24 to display a recommended screen.

FIG. 19 is a diagram showing an example of the recommendation screen 80. As shown in FIG. The recommendation screen 80 includes a new/old item display area 81 displaying an old item selected by the player and a new item corresponding to the old item, an operation button 82 for accepting the exchange of the new/old item, and a selection of new/old items. An operation button 83 is included for declining the exchange. By viewing the recommendation screen 80, the player can easily understand that the old item selected by the player can be exchanged for a new item corresponding to the old item. Then, the operation button 82 is selected when the user wishes to exchange for the recommended new item, and the operation button 83 is selected when the user does not desire the exchange.

Returning to FIG. 17, when the recommended screen 80 is displayed on the terminal display unit 24 and the operation button 82 is selected by the player's operation, the player terminal 20 exchanges the recommended new and old items. to the server device 10 (step S307).

Next, when the server device 10 receives the exchange start request transmitted from the player terminal 20, it executes a process of exchanging the old item selected by the player with a new item corresponding to the old item (step S308).

Specifically, the item exchange unit 114B identifies the player's owned item information from the player information shown in FIG. 6, updates the identified owned item information, and replaces the old item selected by the player with the owned item. , and additionally sets the new item specified by the process of step S303 as an owned item.

As described above, according to the game system 1 according to the present embodiment, a player who owns an old item can possess a new item corresponding to the old item without trouble. In particular, players who return to the game after a blank often have old items that are useless when they return, but it will be possible to easily obtain new items equivalent to those old items. It is possible to increase the motivation to continue playing the game even after returning.

=== Other Embodiments ===
The above-described embodiments are intended to facilitate understanding of the present invention, and are not intended to limit the interpretation of the present invention. The present invention can be modified and improved without departing from its spirit, and the present invention also includes equivalents thereof. In particular, even the embodiments described below are included in the invention.

<Returning player>
In the above-described embodiment, the case where any player can exchange new and old items has been described as an example, but it is also possible to allow only returning players to exchange new and old items. That is, only when the returning player designates his own old item on the item exchange screen 70, the item exchange unit 114B may exchange the designated old item for a new item corresponding to the old item. .

<Special old item>
In the above-described embodiment, the case where old and new items can be exchanged regardless of which old item the player designates has been described as an example. It is also possible to limit the exchange of old and new items.

For example, the predetermined condition may be that the number of times an item is used (the number of times it is incorporated into a deck, the number of times it is actually used in a game, etc.) is equal to or greater than a predetermined number. In this case, when the player designates an old item that has been used a predetermined number of times or more on the item exchange screen 70, the item exchange unit 114B considers the old item to be an old item that the player is attached to, and replaces the old and new items with each other. Limit exchanges. As a result, it is possible to suppress the mistaken exchange of an old item that is attached to the user.

Further, for example, the predetermined condition may be that a predetermined period of time or more has not elapsed since the item supply start date. In this case, if the player specifies on the item exchange screen 70 an old item for which a predetermined period of time or more has not elapsed since the start date of provision, the item exchange unit 114B Restricts the exchange of new and old items, assuming that they are items. As a result, it is possible to prevent erroneous exchange of old items for which a long period of time has not passed since the start of provision.

<Point conversion>
In the above-described embodiment, when the old item and the new item are automatically exchanged, the case where the point conversion process is once executed for the old item has been described as an example, but this point conversion process may be omitted. It is possible. That is, the old item and the new item may be immediately and automatically exchanged.

<Associating old and new items>
In the present embodiment described above, in the new/old comparison information shown in FIG. 5, the case where one new item is associated with one old item and set is described as an example. may be set in association with the new item of . In this case, two or more new items may be specified by the process of step S303. Therefore, when two or more new items are identified, one of the old items may be selected by the player, or may be automatically selected at random.

<Game content>
In the present embodiment described above, an item was used as an example of game content, but the present invention is not limited to this. For example, the game content may be electronic game data, and may be character cards, characters themselves, figures, and the like.

<Server device>
In the present embodiment described above, the game system 1 including one server device 10 as an example of the server device has been described as an example, but the present invention is not limited to this, and a plurality of server devices 10 may be used as an example of the server device. The game system 1 may be provided with. That is, a plurality of server devices 10 may be connected via the network 2, and each server device 10 may perform various processing in a distributed manner. Note that the server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the present embodiment described above, the server device 10 and the player terminal 20 cooperate with each other based on the game program to execute various types of information processing. Instead, the player terminal 20 alone or the server device 10 alone as an information processing device may execute the various types of information processing based on the game program.
Also, the player terminal 20 may have a part of the functions of the information processing device. In this case, the server device 10 and the player terminal 20 constitute an information processing device.
Note that the information processing device is an example of a computer including a processor and memory.

1 game system 2 network 10 server device 11 control unit 12 storage unit 13 input unit 14 display unit 15 communication unit 20 player terminal 21 terminal control unit 22 terminal storage unit 23 terminal input unit 24 terminal display unit 25 terminal communication unit 50 point conversion screen 51 old item display area 52 operation button 60 item exchange screen 61 new item display area 62 operation button 70 item exchange screen 71 old item display area 72 operation button 80 recommendation screen 81 new/old item display area 82 operation button 83 operation button 111 entry processing section 112 matching processing unit 113 deck composition processing unit 114 game progression unit 114A battle processing unit 114B item exchange unit 115 screen data generation unit

Claims (5)

Player information in which items owned by the player are set, and new and old item comparison information that correlates new items that have started to be provided within a predetermined period from the current time and old items that have started to be provided before that time . a storage unit that stores
a screen data generator for generating screen data for allowing the player to specify one of the items owned by the player;
Only when a returning player who has passed a predetermined blank period between interrupting the game and resuming the game designates his own old item on the screen, based on the old and new item comparison information, the designated old item an item exchange unit that identifies the associated new item and sets the identified new item as an item owned by the returning player instead of the designated old item;
with
When the returning player designates an old item that has been used more than a predetermined number of times in the past from among his or her old items, the item exchange unit replaces the designated old item with the specified new item. restricting items from being set as owned by the returning player;
An information processing device characterized by: The information processing device according to claim 1,
The screen data generation unit generates screen data for recommending the returning player to exchange for the specified new item when the returning player performs an operation of designating his/her old item on the screen. ,
The item exchange unit exchanges the specified new item in place of the specified old item when the returning player has performed an operation on the screen to consent to the exchange with the specified new item. set as an item owned by the player,
An information processing device characterized by: The information processing device according to claim 1 or 2,
The item exchange unit
converting the old item designated by the returning player into points, and having the returning player possess the converted points instead of the designated old item;
setting the identified new item as an item owned by the returning player by consuming the points owned by the returning player;
An information processing device characterized by: to the computer,
Player information in which items owned by the player are set, and new and old item comparison information that correlates new items that have started to be provided within a predetermined period from the current time and old items that have started to be provided before that time . a process of storing in a storage unit;
screen data generation processing for generating screen data for allowing the player to specify one of the items owned by the player;
Only when a returning player who has passed a predetermined blank period between interrupting the game and resuming the game designates his own old item on the screen, based on the old and new item comparison information, the designated old item an item exchange process of identifying the associated new item and setting the identified new item as an item owned by the returning player instead of the designated old item;
and
In the item exchange process, when the returning player designates an old item that has been used more than a predetermined number of times in the past among his old items, the designated new item is replaced with the designated old item. restricting items from being set as owned by the returning player;
A game program characterized by: the computer
Player information in which items owned by the player are set, and new and old item comparison information that correlates new items that have started to be provided within a predetermined period from the current time and old items that have started to be provided before that time . storing in a storage unit;
generating screen data for allowing the player to specify one of the items owned by the player;
Only when a returning player who has passed a predetermined blank period between interrupting the game and resuming the game designates his own old item on the screen, based on the old and new item comparison information, the designated old item identifying an associated new item and setting the identified new item as an item owned by the returning player in place of the designated old item;
has
When setting the new item as an item owned by the player instead of the old item,
When the returning player designates an old item that has been used more than a predetermined number of times in the past among his old items, the returning player owns the specified new item instead of the designated old item. Restrict it so that it cannot be set as an item,
An information processing method characterized by:

Images