JP6325162B1 - Information processing apparatus, game program, and information processing method - Google Patents

Abstract

An information processing apparatus capable of improving sociality is provided. An information processing apparatus includes a storage unit that stores player information in which items owned by each player are set in association with each player, and a first non-transferable item based on a play result of a normal game. An item grant processing unit 114 that grants an item or a second item that can be transferred to a player, an item transfer processing unit 115 that transfers a second item owned by the player to another player based on the operation of the player, Allowing players and other players to play games in the special game by using their own first item, and making them special by using their second item during the special game Game progress to control the progress of special games to be advantageous in the game Comprising a processing section 111. [Selection] Figure 2

Description

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

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

Japanese Patent Laying-Open No. 2015-062705

In Patent Document 1, there is room for improvement in terms of improving sociality by exchanging items between players.
This invention is made | formed in view of such a situation, The place made into the objective is to provide the information processing apparatus, game program, and information processing method which can improve social property. .

The main invention of the present invention to solve the above problems is
A storage unit for storing player information in which items owned by each player are set in association with each player;
An item granting processing unit for granting a player a first item that cannot be transferred or a second item that can be transferred based on a play result of a normal game;
An item transfer processing unit for transferring a second item owned by the player to another player based on an operation of the player;
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. A game progress processing unit for controlling the progress of the special game to be advantageous in the special game by using
An information processing apparatus characterized by comprising:
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a 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 mission information. It is a figure which shows the data structure example of player information. It is a figure which shows the example of a data structure of possessed character information. It is a figure which shows the data structure example of possession item information. It is a figure which shows the data structure example of deck information. It is a figure which shows the data structure example of team history information. It is a figure which shows the data structure example of team information. It is a figure which shows the example of a data structure of battle information. It is a figure which shows the data structure example of transfer information. It is a figure which shows the data structure example of matching information. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. 4 is a flowchart for explaining an operation example of the game system 1. It is a flowchart explaining the operation example of a normal game. 5 is a diagram illustrating an example of a mission selection screen 50. FIG. It is a figure which shows an example of the item transfer operation screen. It is a flowchart explaining the operation example of a special game.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a storage unit that stores player information in which items owned by each player are set in association with each player,
An item granting processing unit for granting a player a first item that cannot be transferred or a second item that can be transferred based on a play result of a normal game;
An item transfer processing unit for transferring a second item owned by the player to another player based on an operation of the player;
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. A game progress processing unit for controlling the progress of the special game to be advantageous in the special game by using
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, the player can play a special game by using the first item, and can make other players participate in the special game. Also, the player can transfer the second item to another player. On the other hand, even if another player has handed over the second item, it cannot use it unless he / she participates in the special game. Therefore, it will participate and play in a special game in order to use the second item. Then, as the second item is actively transferred, many players participate in the special game. In this way, social properties can be improved.

In addition, such an information processing apparatus,
A team organization processing unit for organizing a team composed of a plurality of players,
The item transfer processing unit transfers the second item owned by the player to another player in the team based on the operation of the player in the team,
The game progress processing unit permits all players in the team to play the game in the special game by using the first item of the player in the team, and each player in the team during the special game It is good also as controlling so that it may become advantageous respectively in the said special game by using a self 2nd item.
According to such an information processing apparatus, the players in the team use the first item, so that all the players in the team can participate in the special game. Players in the team hand over the second item to other players in the team, so that many players in the team can participate in the special game. In this way, sociality within the team can be improved.

In addition, such an information processing apparatus,
It is good also as providing the reward provision process part which provides the reward according to the total number of the 2nd item transferred between the players which belong to the same team with respect to the said team.
According to such an information processing apparatus, it is possible to further improve sociality within the team by frequently transferring the second item.

In addition, such an information processing apparatus,
The team formation processing unit forms one team by combining two or more parties composed of a plurality of players,
The item transfer processing unit transfers the second item owned by the player to another player belonging to a party different from the party to which the player belongs among all players in the team, based on the operation of the player in the team. ,
The game progress processing unit exerts the same effect as when two or more second items are used in a special game when the other player belonging to a different party uses one of the second items. It is good as well.
According to such an information processing apparatus, since exchanges between players belonging to the same team are actively performed beyond the party frame, it is possible to further improve sociality within the team. Become.

In addition, such an information processing apparatus,
The team formation processing unit repeatedly forms a team composed of a plurality of players,
The item transfer processing unit transfers the second item owned by the player to a player who has belonged to the same team in the past among players outside the team based on an operation of the player in the team. It is good as well.
According to such an information processing apparatus, players can actively interact with each other beyond the current team, so that it is possible to further improve sociality within the team.

Next, on the computer
A process of storing in the storage unit player information in which items owned by each player are set in association with each player;
An item granting process for granting a player a first item that is not transferable or a second item that is transferable based on a play result of a normal game;
An item transfer process for transferring a second item owned by the player to another player based on the operation of the player;
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. A game progress process for controlling the progress of the special game to be advantageous in the special game by using
Is a game program characterized in that
According to such a game program, social properties can be improved.

Next, the computer
Store the player information in which the items owned by each player are set in association with each player in the storage unit,
Based on the play result of the normal game, the player is given a non-transferable first item or a transferable second item,
Based on the player's operation, the second item owned by the player is transferred to another player,
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. Control the progress of the special game to be advantageous in the special game by using
This is an information processing method characterized by this.
According to such an information processing method, social properties can be improved.

=== Embodiment ===
<< Configuration of Game System 1 >>
FIG. 1 is a diagram illustrating an example of the overall configuration of the game system 1. The game system 1 provides various services related to games to a player via a network 2 (for example, the Internet or the like), and includes a server device 10 and a plurality of player terminals 20.

  The game system 1 according to the present embodiment can provide a player with a battle game using a character card (hereinafter also simply referred to as “character”) as an example of game content.

  In the battle game according to the present embodiment, an event game is periodically held. When the event game is held, each team is formed by allowing each of a plurality of players to belong to one of the teams. Then, two teams selected from the plurality of formed teams are matched, and a team battle is performed for the purpose of acquiring more team points than the opponent team by the matched teams.

  The event game according to the present embodiment includes a normal game and a special game. In the normal game, when each player belonging to the team succeeds in the mission, a “challenge ticket” as an example of the first item that cannot be transferred, an “attack ticket” as an example of the second item that can be transferred, or “ Support ticket "can be acquired. A player in the team can use his / her challenge ticket to allow all players in the team to participate in the special game.

  Each player in the team can also hand over his or her attack ticket or support ticket to other players in the team. However, even if the attack ticket or support ticket is handed over, it is set so that it cannot be used unless it participates in the special game.

  In the special game, an enemy character that becomes a common opponent appears for each player belonging to the team, so each player in the team plays against the enemy character using his / her own attack ticket or support ticket. Each player in the team can attack their enemy characters by using their own attack tickets. Further, each player in the team can increase the attack power of other players in the team by using his / her support ticket. And if each player in a team cooperates with an enemy character for a predetermined period (for example, 10 minutes) and can win the enemy character, team points are awarded as a reward.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server apparatus 10 is an information processing apparatus (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages various services. Upon receiving various commands (requests) from the player terminal 20, the server device 10 uses a game program and various data that can be operated on the player terminal 20, and a markup language (HTML or the like) that matches the standard of the player terminal 20. The created web page (game screen or the like) is transmitted (response). The server device 10 includes a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

  The control unit 11 exchanges data between each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 in the present embodiment includes at least a game progress processing unit 111, a team organization processing unit 112, a matching processing unit 113, an item grant processing unit 114, an item transfer processing unit 115, a reward grant processing unit 116, and screen data generation processing. Part 117.

  The game progress processing unit 111 has a function of executing processing for advancing the battle game according to the game program. The game progress processing unit 111 in the present embodiment periodically holds an event game and controls its progress. During the event period, the progress of the normal game is controlled for each team, and the progress of the special game is controlled for each team using the first item (challenge ticket).

  The team organization processing unit 112 has a function of executing various processes related to team organization in a battle game. The team organization processing unit 112 in the present embodiment causes each of a plurality of players to belong to one of the teams every time an event game is played. That is, a plurality of players who play a team battle together in the event game are combined.

  The matching processing unit 113 has a function of executing various processes related to matching in the event game. The matching processing unit 113 in this embodiment matches two teams selected from a plurality of teams organized by the team organization processing unit 112 every time an event game is played.

  The item assignment processing unit 114 has a function of executing processing for assigning various items to the player. The item grant processing unit 114 in this embodiment grants one of the first item (challenge ticket) and the second item (attack ticket or support ticket) to a player who has successfully completed the mission in the base game. .

  The item transfer processing unit 115 has a function of executing a process of transferring various items from one player to another player. The item transfer processing unit 115 in this embodiment transfers a second item (attack ticket or support ticket) owned by the player to another player in the team based on the operation of the player in the team. The first item (challenge ticket) cannot be transferred.

  The reward giving processing unit 116 has a function of executing a process for giving a reward to the player. For example, the reward processing unit 116 in the present embodiment gives a reward to a team that has won a battle against an enemy character in a special game (a team that has defeated the enemy character).

  The screen data generation processing unit 117 has a function of executing processing for generating screen data for displaying the game screen on the player terminal 20. The screen data generation processing unit 117 in the present embodiment generates HTML data as screen data corresponding to various game screens.

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

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

  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, according to a function as a receiving unit that receives various data and signals transmitted from the player terminal 20 and a command from the control unit 11. It has a function as a transmission part which transmits various data and signals to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

  FIG. 3 is a diagram illustrating an example data structure of character information. The character information is information regarding the character used in the battle game. In this character information, in association with the character ID, at least the character name, character image, rarity, maximum attack power, maximum defense power, maximum physical strength (HP), initial attack power, initial defense power, initial physical strength (HP) ) Etc. are set.

  FIG. 4 is a diagram illustrating an example data structure of item information. Item information is information about items used in the battle game. In this item information, at least an item name and an effect are set in association with the item ID. An effect is information which shows the effect exhibited when using the item. In the present embodiment, a first item (challenge ticket), a second item (attack ticket or support ticket), a recovery item that can recover game points after consumption, and the like are included.

  FIG. 5 is a diagram illustrating a data structure example of mission information. The mission information is information related to missions to be normally performed in the game. In this mission information, at least the mission content, the acquired item, the appearance rate, and the enemy character are set in association with the mission ID. The mission content is information indicating the content of the mission given to the player. The acquired item is information indicating an item that can be acquired by performing a mission. Here, one of “challenge ticket”, “attack ticket”, and “support ticket” is set. The appearance rate is information indicating the probability that the mission appears. In this embodiment, the appearance rate of the mission that can acquire the “challenge ticket” is set to be the lowest. That is, the player cannot easily acquire the “challenge ticket”. The enemy character is information indicating a character that appears during the mission in a normal game among a plurality of characters set in the character information.

  FIG. 6 is a diagram illustrating an example data structure of player information. The player information is information related to the player who plays the battle game. In the player information, at least a player name, a friend, an affiliated party, an affiliated team, an owned point, owned character information, owned item information, deck information, and team history information are set in association with the player ID. The friend is information indicating another player who has a friend relationship. The affiliated party is information indicating the party to which the player currently belongs. This party is a group composed of a plurality of players (for example, five players) who are in a friend relationship. The affiliation team is information indicating the team to which the player currently belongs. This team is a group formed by combining a plurality of parties (for example, two parties). Owned points are parameter information indicating the amount of game points owned by a player, and are consumed when attacking enemy characters in a normal game.

  FIG. 7 is a diagram illustrating a data structure example of owned character information. The owned character information is information relating to a character owned by the player (hereinafter also referred to as “owned character”). In the possessed character information, various parameters such as at least the current level, attack power, defense power, and physical strength (HP) are set in association with the character ID of the owned character.

  FIG. 8 is a diagram illustrating a data structure example of owned item information. The owned item information is information relating to items owned by the player (hereinafter also referred to as “owned items”). In this owned item information, at least the number of items owned is set in association with the item ID of the owned item.

  FIG. 9 is a diagram illustrating an example data structure of deck information. The deck information is information that defines a deck composed of characters owned by the player. This deck information is information in which a serial number is associated with the character IDs of the owned characters constituting the deck. The deck in this embodiment is composed of all nine owned characters assigned serial numbers from 1 to 9.

  FIG. 10 is a diagram illustrating a data structure example of the team history information. The team history information is information indicating the team history to which the player belongs in the past. In this team history information, at least a team ID, winning / losing, organization date and time, and team members are set in association with the history ID. The team ID is information indicating a team to which the player belongs in the past. Win / Loss is information indicating the result of winning / losing a team match. The organization date and time is information indicating the date and time when the team to which the player belonged in the past was organized. The team member is information indicating the constituent members of the team to which the player belongs in the past.

  FIG. 11 is a diagram illustrating an example data structure of team information. The team information is information related to a team composed of a plurality of players. In this team information, at least a team name, a team point, a battle flag, battle information, transfer information, a transfer total number, and team members are set in association with the team ID. The team point is parameter information indicating the amount of team points acquired by the team so far. The battle flag is information indicating whether or not the team has shifted from the normal game to the special game. The total number of transfers is information indicating the total number of times the second item (attack ticket or support ticket) has been transferred between players in the team. The team member is information indicating each player belonging to the current team.

  FIG. 12 is a diagram illustrating a data structure example of battle information. The battle information is battle information regarding the special game of the team. In this match information, enemy characters, enemy character abilities, acquired team points, number of participants, participating members, and the like are set. The enemy character is information indicating a character appearing in the special game among a plurality of characters set in the character information. The enemy character ability is information indicating the current ability value (attack power, defense power, HP) of the enemy character. Acquired team points are information indicating team points that can be acquired when an enemy character is defeated. The number of participants is information indicating the total number of players who are participating in the special game among the team members. A participating member is information indicating a player who is participating in a special game among team members.

  FIG. 13 is a diagram illustrating a data structure example of transfer information. The transfer information is information related to the exchange of items performed within the team. In this transfer information, at least a transfer source player, a transfer destination player, a transfer date and time, and the number of items are set in association with the transfer ID. The transfer source player is information indicating a player who has transferred his item to another person. The transfer destination player is information indicating a player who has transferred another person's item. The transfer date and time is information indicating the date and time when the item was transferred. The number of items is information indicating the number of items transferred from the transfer source player to the transfer destination player.

  FIG. 14 is a diagram illustrating a data structure example of matching information. The matching information is information regarding a plurality of matched teams. In this matching information, at least matched teams and team battle results are set in association with the match ID.

<< Configuration of Player Terminal 20 >>
FIG. 15 is a block diagram showing a functional configuration of the player terminal 20. The player terminal 20 is an information processing apparatus (for example, a smartphone, a tablet terminal, a mobile phone terminal, etc.) that can be owned and used by the player. Since the player terminal 20 has a Web browser function, the Web page (game screen or the like) transmitted from the server device 10 can be displayed on the screen. The player terminal 20 includes a terminal control unit 21 that controls the player terminal 20 as a whole, a terminal storage unit 22 that stores various data and programs, a terminal input unit 23 for a player to input operations, and a game screen / operation. A terminal display unit 24 that displays a screen and a terminal communication unit 25 that performs information communication between the server device 10 are provided.

<< Operation of Game System 1 >>
<Overall operation>
FIG. 16 is a flowchart for explaining an operation example of the game system 1 according to the present embodiment.

  First, the game progress processing unit 111 of the server device 10 determines whether or not it is time to start an event game in one day in a preset event period (step S101). In the present embodiment, the event game is started at a predetermined time every morning (for example, every morning at 5 o'clock) during the event period.

  Next, the team organization processing unit 112 of the server device 10 organizes one team by combining two or more parties to which each of the plurality of players belongs (step S102). In the present embodiment, in the present embodiment, two teams are combined to form one team and set in the team information shown in FIG.

  Next, when a plurality of teams are formed by the team formation processing unit 112, the matching processing unit 113 of the server device 10 refers to the team information illustrated in FIG. 11 and matches two teams that are opponents to each other. (Step S103). In the present embodiment, two teams randomly selected from a plurality of teams set in the team information shown in FIG. 11 are matched and set in the matching information shown in FIG. In addition, the matching method of two teams is not limited to this.

  Next, when the two teams are matched in this way, the game progress processing unit 111 of the server device 10 controls the progress of the event game for each team (step S104). The game progress processing unit 111 in the present embodiment advances the game while switching between the normal game and the special game according to the team situation. The normal game and the special game will be described in detail later.

  Next, the game progress processing unit 111 of the server device 10 determines whether or not it is time to end the event game in one day (step S105). In the present embodiment, the event game is ended at a predetermined time every night (for example, midnight every night) during the event period.

  As a result of this determination, if it is determined that it is not time to end the event game (step S105: NO), the process returns to step S104 to continue the event game. On the other hand, if it is determined that it is time to end the event game (step S105: YES), the process proceeds to the next step S106.

  Next, when it is determined that it is time to end the event game (step S105: YES), the game progress processing unit 111 of the server device 10 determines the result of the team battle (step S106). In the present embodiment, the team that has gained more team points is determined as the winner based on the result of the event game.

  Next, when the winning / losing result of the team battle is determined in this way, the reward granting processing unit 116 of the server device 10 grants a reward to the winning team (step S107). In this embodiment, a predetermined item (for example, a recovery item) is given as a reward to each player belonging to the winning team.

<Normal game>
FIG. 17 is a flowchart for explaining an operation example related to the base game according to the present embodiment.

  First, when a menu screen is displayed on the terminal display unit 24, the player terminal 20 is designated when an operation button for starting a normal game is designated by a selection operation by a player belonging to a team. Based on the operation information, a command requesting the start of the base game (base game start request) is transmitted to the server device 10 (step S201).

  Next, when the server device 10 receives the normal game start request transmitted from the player terminal 20, the server device 10 generates, on the screen data generation processing unit 117, data of a mission selection screen for allowing the player to select a mission in the normal game. (Step S202).

  The screen data generation processing unit 117 in the present embodiment selects a mission as a selection candidate from a plurality of missions set in the mission information based on the appearance rate set in the mission information shown in FIG. Then, data of a mission selection screen on which a list of missions as selection candidates is displayed is generated. Thereafter, the server device 10 transmits the mission selection screen data generated by the screen data generation processing unit 117 to the requesting player terminal 20 via the network.

  Next, when receiving the screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data to display a mission selection screen on the terminal display unit 24 (step S203).

  FIG. 18 is a diagram illustrating an example of the mission selection screen 50. The mission selection screen 50 includes a mission display area 51 and operation buttons 52. In the mission display area 51, a list of missions as selection candidates is displayed. The player can confirm the selection of the mission by selecting an operation button 52 after selecting any mission from the list.

  Next, returning to FIG. 17, when one of the missions is selected from the list by the player's operation when the player terminal 20 displays the mission selection screen 50 on the terminal display unit 24 in this way, A command requesting the start of the mission in the normal game (mission start request) is transmitted to the server device 10 (step S204).

  Next, when receiving the mission start request transmitted from the player terminal 20, the game progress processing unit 111 of the server device 10 controls the progress of the normal game based on the mission information shown in FIG. 5 (step S205).

  The game progress processing unit 111 according to the present embodiment refers to the mission information shown in FIG. 5, the player information shown in FIG. 6, and the deck information shown in FIG. And each owned character that composes that player's deck. The game progress processing unit 111 refers to the character information shown in FIG. 3 and the possessed character information shown in FIG. 7, and the enemy character's ability values (attack power, defense power, physical strength (HP)) that appear during the mission. ) And the ability values (attack power, defense power, physical strength (HP)) of each character constituting the player's deck.

  Next, the game progress processing unit 111 of the server device 10 determines whether or not the player has succeeded in the mission based on the battle result of the base game determined in this way (step S206). .

  As a result of this determination, if it is determined that the player has failed to succeed in the mission (step S206: NO), the process proceeds to step S208 described later. On the other hand, if it is determined that the player has succeeded in the mission (step S206: YES), the process proceeds to the next step S207.

  Next, when it is determined that the player has succeeded in the mission (step S206: YES), the item grant processing unit 114 of the server device 10 determines the player based on the mission information shown in FIG. An item is assigned to the item (step S207).

  The item grant processing unit 114 in the present embodiment updates the possessed item information shown in FIG. 8, and based on the mission information shown in FIG. 5, the acquired item (challenge ticket) associated with the mission that the player has succeeded. , An attack ticket, or a support ticket) as an additional item for that player.

  Next, when an operation button for starting item transfer is designated by a selection operation by a player belonging to a team while the menu screen is displayed on the terminal display unit 24, the player terminal 20 is configured to receive the operation information. Based on the above, a command (item transfer start request) for requesting start of item transfer is transmitted to the server device 10 (step S208).

  Next, when receiving the item transfer start request transmitted from the player terminal 20, the server device 10 causes the screen data generation processing unit 117 to generate item transfer operation screen data for the player to perform an item transfer operation. (Step S209).

  The screen data generation processing unit 117 in the present embodiment refers to the owned item information shown in FIG. 8 and acquires the number of possessed attack tickets and support tickets of the player. Further, the team information (other players) of the team to which the player belongs is acquired with reference to the team information shown in FIG. Then, data of an item transfer operation screen in which a transfer destination team member and a transfer target ticket are displayed in a selectable manner is generated. Thereafter, the server device 10 transmits the item transfer operation screen data generated by the screen data generation processing unit 117 to the requesting player terminal 20 via the network.

  Next, when receiving the screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data to display the item transfer operation screen on the terminal display unit 24 (step S210).

  FIG. 19 is a diagram illustrating an example of the item transfer operation screen 60. The item transfer operation screen 60 includes a transfer destination member selection area 61, a transfer ticket selection area 62, and an operation button 63. In the transfer destination member selection area 61, team members who can be transfer destinations are displayed by a pull-down menu. Also, in the transfer ticket selection area 62, an attack ticket or support ticket to be transferred and the number of transfer tickets are displayed so as to be selectable from a pull-down menu. The player can confirm the transfer operation by selecting the operation button 63 after selecting the transfer destination team member, the transfer target ticket, and the number of tickets from these pull-down menus.

  Next, returning to FIG. 17, when the item transfer operation screen 60 is displayed on the terminal display unit 24 in this way, the player terminal 20 selects a transfer destination team member and a transfer target ticket by the player's operation. Then, a command for requesting the item transfer (item transfer request) is transmitted to the server device 10 (step S211).

  Next, when the item transfer processing unit 115 of the server device 10 receives the item transfer request transmitted from the player terminal 20, the item transfer processing unit 115 transfers the item from one player in the team to another player in the team (step S212).

  The item transfer processing unit 115 in the present embodiment updates the possessed item information shown in FIG. 8 and the transfer information shown in FIG. 13, and uses the attack ticket or support ticket selected by the player in the transfer ticket selection area 62. In addition to deleting the number of items to be transferred from the player's owned items, the number of items to be transferred is additionally set as items owned by other players in the team selected by the player in the transfer destination member selection area 61.

<Special game>
FIG. 20 is a flowchart for explaining an operation example related to the special game according to the present embodiment.

  First, when the player terminal 20 performs an operation for using a challenge ticket owned by a player belonging to a team while a predetermined screen is displayed on the terminal display unit 24, the player terminal 20 performs the operation. Based on the information, a command for requesting the start of a special game (special game start request) is transmitted to the server device 10 (step S301).

  Next, when the game progress processing unit 111 of the server device 10 receives the special game start request transmitted from the player terminal 20, the game progress processing unit 111 updates the owned item information set in the player information of the certain player, and the player The challenge ticket owned by is deleted, and the counting of the battle time by the timer is started based on the internal clock of the CPU (step S302). In this embodiment, the battle time of the special game is set to 10 minutes. In addition, this battle time is not limited to this, It can set to arbitrary time.

  Next, the game progress processing unit 111 of the server device 10 selects an enemy character to appear as an opponent of the team in the special game from the plurality of characters set in the character information shown in FIG. (Step S303).

  Next, the server device 10 causes the screen data generation processing unit 117 to generate data of a battle screen in which an enemy character that is an opponent of the team appears. The server device 10 transmits the battle screen data generated by the screen data generation processing unit 117 to the requesting player terminal 20 via the network. Upon receiving the screen data transmitted from the server device 10, the player terminal 20 analyzes the screen data to display the battle screen on the terminal display unit 24 (step S304).

  Next, when the player terminal 20 performs an operation for using each player's own attack ticket when the battle screen is displayed on the terminal display unit 24 in this way, A command (attack request) for requesting an attack on the enemy character that appears based on the operation information is transmitted to the server device 10 (step S305).

  Whenever the game progress processing unit 111 of the server device 10 receives an attack request transmitted from the player terminal 20 of each player belonging to the team, the game item processing unit 111 updates the owned item information set in the player information of each player. To delete the attack ticket owned by the player and execute an attack process for the enemy character that has appeared (step S306).

  Specifically, the game progress processing unit 111 refers to the possessed character information shown in FIG. 7, the deck information shown in FIG. 9, and the battle information shown in FIG. Based on the attack power of each character and the defense power of the appearing enemy character, the amount of damage to the enemy character is calculated, and the physical strength (HP) of the enemy character is reduced according to the amount of damage. Let

  As described above, the game progress processing unit 111 according to the present embodiment allows each player in the team to use his / her own attack ticket by using a challenge ticket of one player in the team. Attacks against appearing enemy characters are allowed. At this time, the game progress processing unit 111 can also restrict the team members from receiving an attack request from another player after receiving an attack request from a certain player using a challenge ticket. . Thereby, priority can be given to the player who led the team member to the special game.

  When the player terminal 20 performs an operation for using the support ticket owned by each player belonging to the team while the battle screen is displayed on the terminal display unit 24 in this way, Based on the operation information, a command (support request) for requesting support for the team member is transmitted to the server device 10 (step S307).

  Whenever the game progress processing unit 111 of the server device 10 receives a support request transmitted from the player terminal 20 of each player belonging to the team, the game item processing unit 111 updates the owned item information set in the player information of each player. To erase the support ticket owned by the player and execute support processing for other players in the team (step S308).

  Specifically, the game progress processing unit 111 refers to the player information shown in FIG. 6 and the team information shown in FIG. 11, and selects another player who is different from the player who used the support ticket from the team members. elect. Then, the game progress processing unit 111 temporarily increases the attack power of each character constituting the deck used by the other players in the selected team. When the game progress processing unit 111 selects another player in the team, it may be selected according to the player's designated operation using the support ticket, or may be randomly selected regardless of the player's operation. . The effect of the support ticket may be for all players on the team. That is, when a player in the team uses a support ticket owned by the player, the attack power of all decks of the team members may be temporarily increased.

  As described above, the game progress processing unit 111 according to the present embodiment allows each player in the team to use his / her support ticket when a certain player in the team uses his / her challenge ticket. Support for members (to increase the attack power of a friendly deck) is allowed. At this time, the game progress processing unit 111 can also restrict the team members from receiving a support request from another player after receiving a support request from a certain player using a challenge ticket. . Further, a certain player who uses the challenge ticket may be easily selected as a player who receives support when another player uses the support ticket. Thereby, priority can be given to the player who led the team member to the special game.

  Next, the game progress processing unit 111 of the server device 10 determines whether an enemy character that has appeared as an opponent of the team has been defeated by an attack or support performed by each player in the team (step S309). . In other words, the game progress processing unit 111 determines whether or not the enemy character has been attacked to reduce the physical strength (HP) of the enemy character to a predetermined value or less (for example, zero value or less). To do.

  As a result of this determination, if it is determined that the enemy character has not been defeated (step S309: NO), the process proceeds to step S311 described later. On the other hand, when it is determined that the enemy character has been defeated (step S309: YES), the reward grant processing unit 116 grants an acquired team point to the team based on the battle information shown in FIG. Step S310).

  Next, the game progress processing unit 111 of the server device 10 determines whether or not the battle time of the special game has elapsed (step S311). The game progress processing part 111 in this embodiment determines whether 10 minutes have passed since the start of the battle time counting by the timer.

  As a result of this determination, if it is determined that the battle time of the special game has elapsed (step S311: YES), this process is terminated and the process shifts to the normal game. On the other hand, if it is determined that the battle time of the special game has not elapsed (step S311: NO), the process returns to the above-described step S304, and attacks and support are continued by each player in the team. It will be.

  As described above, according to the game system 1 according to the present embodiment, a player who participates in an event game is assigned to any team and can play a normal game and a special game. Each player in the team can obtain a challenge ticket, an attack ticket, or a support ticket based on the result of playing the normal game. Each player in the team can transfer the attack ticket or support ticket acquired in the normal game to another player in the team. During this transfer, you can transfer the team members to collect attack tickets to players with strong decks, or transfer support tickets to players with weak decks. It is possible to enjoy the game play while making a strategy within. On the other hand, if you use a challenge ticket that a player in the team has won in the regular game, you will not only be able to play the special game yourself, but also join other players in the team in the special game It becomes possible. Attack tickets and support tickets can be used in special games, so team members will actively participate in and play special games. In this way, sociality within the team can be improved.

=== Other Embodiments ===
The above-described embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Item transfer>
In the above embodiment, even if a player in the team is playing a special game, the second item (attack ticket and support ticket) possessed by the player can be transferred to another player in the team. Good.

In the present embodiment, an upper limit may be set for the number of second items (attack tickets and support tickets) that a player in a team can transfer to other players in the team. In addition, an upper limit may be set for the number of second items that can be transferred from other players. Further, the second item acquired in the normal game can be used only on the acquired day, and may be set to disappear on the next day if it remains unused. Thereby, the exchange in the team can be promoted.

In the above-described embodiment, when the second item (attack ticket and support ticket) is transferred to another player belonging to a party different from the party to which the team belongs, other players belonging to different parties It is also possible to increase the effect when using the second item. For example, when using one support ticket in a special game, the same effect as when two or more support tickets are used (that is, the rate of increase in attack power doubles, etc.) Is possible. Also, for example, using one attack ticket in a special game has the same effect as using two or more attack tickets (that is, making it possible to make two attacks against enemy characters, etc.) ) Is also possible.

Further, in the above-described embodiment, the case where the second item (attack ticket and support ticket) can be transferred to other players in the team has been described as an example. It is also possible to transfer items. For example, when the transfer operation is performed by a player in the team, the item transfer processing unit 115 refers to the team history information shown in FIG. 10 and belongs to the same team in the past among the players outside the team. The second item may be transferred to another player who has played.

In the present embodiment, when the second item is transferred, a player in the team selects a transfer destination team member (another player) and a transfer target ticket on the item transfer operation screen 60 shown in FIG. Although the case where operation is performed has been described as an example, the present invention is not limited to this. For example, the item transfer processing unit 115 may automatically select at least one of a transfer destination team member and a transfer target ticket regardless of a selection operation of a player in the team. Specifically, the item transfer processing unit 115 selects a player with a large number of past attacks, a player with a large number of past chats, or a player with a large past charge amount from among the team members. The elected player may be determined as the team member (other player) of the transfer destination. In addition, the item transfer processing unit 115 determines a player having the weakest deck from among the team members as a transfer destination team member (another player), and determines a support ticket as a transfer target ticket. Also good. Further, the item transfer processing unit 115 may determine a player having the strongest deck among team members as a team member (other player) as a transfer destination, and may determine an attack ticket as a ticket to be transferred. . Thereby, since an item is efficiently exchanged within the team, the team battle can be activated.

<Effect of the second item>
In the above embodiment, when the players in the team use the transferred second item (attack ticket and support ticket) in a special game, the effect of the second item may be increased at random.

In the present embodiment, the player of the inferior team (that is, the team with the smaller team points) of the two matched teams receives the second item (attack ticket and support ticket). When used in a special game, the effect of the second item may be increased.

  Further, in the above-described embodiment, the second item is determined by the establishment of special conditions (being a new player who has played the event game for the first time, or being a return player who has interrupted the event game but resumed it). You may raise the effect.

Further, in the present embodiment, when the second item (attack ticket and support ticket) is transferred to another player in the team on the first day when the team is formed, the effect of the second item may be increased. . Thereby, team members can understand each other early.

In the present embodiment, when the second item (attack ticket and support ticket) is transferred to another player belonging to another party among the team members on the first day when the team is formed, the second item You may raise the effect. Thereby, team members can understand each other early.

<Rewards for team matches>
In the present embodiment described above, the reward grant processing unit 116 refers to the team information shown in FIG. 11 according to the total number of second items (attack ticket and support ticket) transferred between players in the team. Reward can be given to the team. Thereby, the exchange in a team deepens and it becomes possible to improve social property further.

<New player / Return player>
In the present embodiment described above, the item transfer processing unit 115 determines whether or not the team member is a new player who has played the event game for the first time, or whether or not the team member is a return player who has interrupted the event game but has resumed. If the team member is a new player or a returning player, unlike other team members, the number of items that can be transferred to other players in the team, or from other players in the team It is also possible not to set an upper limit on the number of items that can be transferred. Thereby, the continuous play of an event game can be encouraged.

<Team>
In the above-described embodiment, the case where a player is assigned to any team and plays a battle game in the team has been described as an example. However, the present invention is not limited to this. For example, each player may individually play a battle game without belonging to the team in this way.

  Further, in the above embodiment, the case where a team is formed by combining a plurality of parties to which a player belongs is described as an example, but the present invention is not limited to this, and the player belongs to a party. You may organize a team without doing it.

<Matching>
Some players who participate in the event game can perform attack operations quickly, while others cannot perform attack operations quickly. If the players who are opponents are matched with each other without taking this into consideration, there is a possibility that the balance between the two players cannot be maintained.

  Therefore, each time each player performs an attack operation, the matching processing unit 113 counts operation speed points for determining the quickness of the attack operation, and based on the operation speed points, the players who are opponents with each other To match. This makes it possible to maintain a balance between the two matched.

  Specifically, first, when the interval between attack operations performed by the player (the time from the previous attack operation to the current attack operation) is equal to or shorter than a first predetermined time (for example, 4 seconds), 10 points are counted. When the time is greater than the first predetermined time and not longer than the second predetermined time (for example, 5 seconds), 1 point is counted, and when it is longer than the second predetermined time, 0 point is counted. And the operation speed point of each player is determined from the total value of the points counted in this way, and the players whose operation speed points are close are matched.

  Further, the present invention is not limited to matching between players, but can also be applied to matching between teams that are opponents of each other. Specifically, the operation speed point of each player in the team is determined from the total value of the points counted as described above, and the team operation speed point is determined by adding the operation speed points of all team members. . In addition, the number of times each player in the team has played against the enemy character is counted, and the total number of team matches is obtained. Next, the team average operation speed point is calculated by dividing the team operation speed point by the number of team battles. Then, the teams whose team average operation speed points are close are matched.

  For example, when one team is composed of four users A, B, C, and D, the operation speed point of user A is 1000 points, the number of battles is 100 times, and the operation speed point of user B is 600 points. If the number of battles is 100, the operation speed point of user C is 0 points, the number of battles is 100 times, the operation speed point of user D is 0 points, and the number of battles is 100, the team average operation Speed point = (1000 + 600 + 0 + 0) / (100 + 100 + 100 + 100) = 4 points. Then, teams whose team average operation speed points are 4 points are matched.

<Game contents>
In the above embodiment, the character card has been described as an example, but the present invention is not limited to this. For example, the game content may be electronic game data, and may be a character itself, a figure, an item such as a tool / ability used in the game, or the like.

<Server device>
In the above embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. That is, a plurality of server apparatuses 10 may be connected via the network 2 and each server apparatus 10 may perform various processes in a distributed manner. The server device 10 is an example of a computer.

<Information processing device>
In the game system 1 according to the above-described embodiment, the case where various types of information processing are executed in cooperation with the server device 10 and the player terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, the player terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
Moreover, it is good also as a structure which the player terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the player terminal 20 constitute an information processing device.
Note that the information processing apparatus is an example of a computer including a processor and a memory.

DESCRIPTION OF SYMBOLS 1 Game system 2 Network 10 Server apparatus 11 Control part 12 Storage part 13 Input part 14 Display part 15 Communication part 20 Player terminal 21 Terminal control part 22 Terminal storage part 23 Terminal input part 24 Terminal display part 25 Terminal communication part 50 Mission selection screen 51 Mission display area 52 Operation button 60 Item transfer operation screen 61 Transfer destination member selection area 62 Transfer ticket selection area 63 Operation button 111 Game progress processing section 112 Team organization processing section 113 Matching processing section 114 Item assignment processing section 115 Item transfer processing section 116 reward grant processing unit 117 screen data generation processing unit

Claims (7)

A storage unit for storing player information in which items owned by each player are set in association with each player;
An item granting processing unit for granting a player a first item that cannot be transferred or a second item that can be transferred based on a play result of a normal game;
An item transfer processing unit for transferring a second item owned by the player to another player based on an operation of the player;
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. A game progress processing unit for controlling the progress of the special game to be advantageous in the special game by using
An information processing apparatus comprising: The information processing apparatus according to claim 1,
A team formation processing unit for forming a team composed of a plurality of players;
With
The item transfer processing unit transfers the second item owned by the player to another player in the team based on the operation of the player in the team,
The game progress processing unit permits all players in the team to play the game in the special game by using the first item of the player in the team, and each player in the team during the special game Control each of the special games to be advantageous by using their own second items.
An information processing apparatus characterized by that. An information processing apparatus according to claim 2,
A reward granting processing unit for granting a reward corresponding to the total number of second items transferred between players belonging to the same team;
An information processing apparatus comprising: An information processing apparatus according to claim 2,
The team formation processing unit forms one team by combining two or more parties composed of a plurality of players,
The item transfer processing unit transfers the second item owned by the player to another player belonging to a party different from the party to which the player belongs among all players in the team, based on the operation of the player in the team. ,
The game progress processing unit exerts the same effect as when two or more second items are used in a special game when the other player belonging to a different party uses one of the second items. ,
An information processing apparatus characterized by that. An information processing apparatus according to claim 2,
The team formation processing unit repeatedly forms a team composed of a plurality of players,
The item transfer processing unit transfers the second item owned by the player to a player who has belonged to the same team in the past among players outside the team based on an operation of the player in the team. ,
An information processing apparatus characterized by that. On the computer,
A process of storing in the storage unit player information in which items owned by each player are set in association with each player;
An item granting process for granting a player a first item that is not transferable or a second item that is transferable based on a play result of a normal game;
An item transfer process for transferring a second item owned by the player to another player based on the operation of the player;
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. A game progress process for controlling the progress of the special game to be advantageous in the special game by using
A game program characterized by causing a game to be executed. Computer
Store the player information in which the items owned by each player are set in association with each player in the storage unit,
Based on the play result of the normal game, the player is given a non-transferable first item or a transferable second item,
Based on the player's operation, the second item owned by the player is transferred to another player,
The player uses the first item of the player to allow the player and the other player to play a game in a special game, and the player and the other player have the second item of the player during the special game. Control the progress of the special game to be advantageous in the special game by using
An information processing method characterized by the above.

Images