JP5306518B1 - Game providing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game for realizing a team battle capable of giving a sense of unity between players.
A server device according to an embodiment identifies a specific player that constitutes a specific team, identifies a game medium possessed by the specific player from among the game media, and possesses each specific player. Generation means for generating a specific game medium group of the specific team using a specific game medium selected from game media, and opponent evaluation calculated using characteristic values set in the game medium held by the opponent A battle that processes a battle between the opponent and the specific team by comparing the value with a self-evaluation value calculated using a characteristic value set for the specific game media included in the specific game media group Processing means.
[Selection] Figure 3

Description

  The present invention relates to an apparatus for providing a game.

  As a social game according to the prior art, a game in which players play a battle using the concept of “deck” is known (Non-Patent Document 1). A deck refers to a group of game media that are composed of a plurality of game media selected from game media (such as character cards) possessed by a certain player and are used by the player. The strength of the deck is the characteristic value assigned to each game medium that constitutes the deck (for example, attack power, defense power, etc.), and the combination of game media that constitute the deck (special abilities by compatibility or combination). Determined by etc. Furthermore, it is also possible that a plurality of players form a team and the formed teams battle each other (team battle).

"Sengoku Royal", [online], April 20, 2010, DeNA Co., Ltd., [Search May 29, 2012], Internet <URL: http://sngk.mbga.jp/ _sngk_top>

  However, in the team battle according to the above-described conventional technology, even though it is a team battle, basically, each player representing one team and each player representing the other team individually use their decks. It ’s just a battle. In this way, the overall team battle is determined according to the number of wins / losses of each match performed in the form of one player vs. one player. Therefore, in such a team battle, it is difficult to give each player a sense of unity that players belonging to the same team are fighting together.

  Therefore, according to various embodiments of the present invention, a game that realizes a team battle capable of giving a sense of unity between players is provided.

The server device according to one aspect of the present invention identifies a specific player constituting a specific team, identifies a game medium held by the specific player from the game media, and game media held by each specific player Generating means for generating a specific game medium group of the specific team using a specific game medium selected from the above, an opponent evaluation value calculated using a characteristic value set in the game medium possessed by the opponent, A battle processing means for comparing a self-evaluation value calculated using a characteristic value set for a specific game medium included in the specific game medium group and processing a battle between the opponent and the specific team And.
A program according to an aspect of the present invention is a program for identifying a specific player constituting a specific team, identifying a game medium held by the specific player from the game medium, and a game held by each specific player. Generation means for generating a specific game medium group of the specific team using a specific game medium selected from the medium, an opponent evaluation value calculated using a characteristic value set in the game medium held by the opponent, A battle processing means for comparing a self-evaluation value calculated using a characteristic value set for a specific game medium included in the specific game medium group and processing a battle between the opponent and the specific team; It is to function as.

  According to various embodiments of the present invention, it is possible to provide a game that realizes a team battle capable of giving a sense of unity between players.

FIG. 1 is a block diagram schematically showing the architecture of a game system according to an embodiment of the present invention. FIG. 2 is a block diagram conceptually showing the architecture of the terminal device 30 according to the embodiment of the present invention. FIG. 3 is a block diagram showing functions of the server device 10 according to an embodiment of the present invention. FIG. 4 is a diagram conceptually illustrating an example of a player management table managed by the player management unit 53 of the server device 10 according to an embodiment of the present invention. FIG. 5 is a diagram conceptually illustrating an example of a team management table managed by the team management unit 54 of the server device 10 according to an embodiment of the present invention. FIG. 6 is a diagram conceptually illustrating an example of a card management table managed by the card management unit 55 of the server device 10 according to an embodiment of the present invention. FIG. 7 is a diagram conceptually illustrating an example of a characteristic value management table managed by the characteristic value management unit 56 of the server device 10 according to an embodiment of the present invention. FIG. 8 is a diagram conceptually illustrating an example of a player deck management table managed by the player deck management unit 57 of the server device 10 according to an embodiment of the present invention. FIG. 9 is a diagram conceptually illustrating an example of a team deck management table managed by the team deck management unit 58 of the server device 10 according to an embodiment of the present invention. FIG. 10 is a flowchart showing an operation performed when the game is executed by the server device 10 according to the embodiment of the present invention. FIG. 11 is a schematic diagram conceptually showing a specific example of a battle method provided by the server device 10 according to an embodiment of the present invention. FIG. 12 is a diagram showing a specific example of a screen displayed during a battle displayed on the terminal device 30 according to the embodiment of the present invention. FIG. 13 is a schematic diagram conceptually showing another specific example of the battle method provided by the server device 10 according to the embodiment of the present invention. FIG. 14 is a diagram showing a specific example of a screen displayed on the terminal device 30 according to an embodiment of the present invention.

  Hereinafter, various embodiments will be described with reference to the drawings as appropriate. In the drawings, common constituent elements are denoted by the same reference numerals.

  FIG. 1 is a block diagram schematically showing the architecture of a game system according to an embodiment of the present invention. As shown in FIG. 1, an online game server device 10 (hereinafter also simply referred to as “server device 10”) includes a plurality of terminal devices 30-1 having a communication function via a communication network 20 such as the Internet. , 30-2,..., 30-N (hereinafter sometimes collectively referred to as “terminal device 30”). The server device 10 is an example of a device that implements part or all of the game system according to an embodiment of the present invention.

  As shown in the figure, the server device 10 includes a CPU 11, a main memory 12, a user I / F 13, a communication I / F 14, an external memory 15, and a disk drive 16, each of which is a bus 17 Are electrically connected to each other. The CPU 11 loads various programs for controlling the progress of the operating system and the online game from the external memory 15 to the main memory 12, and executes instructions included in the loaded programs. The main memory 12 is used for storing a program executed by the CPU 11, and is constituted by, for example, a DRAM.

  The user I / F 13 includes, for example, an information input device such as a keyboard and a mouse that receives input from the operator, and an information output device such as a liquid crystal display that outputs the calculation result of the CPU 11. The communication I / F 14 is implemented as hardware, firmware, communication software such as a TCP / IP driver or PPP driver, or a combination thereof, and is configured to be able to communicate with the terminal device 30 via the communication network 20.

  The external memory 15 is composed of, for example, a magnetic disk drive, and stores various programs such as a game program for executing an online game in the terminal device 30 and a control program for controlling the progress of the online game. The game program is created using, for example, Adobe Flash (registered trademark), which is a format for handling moving images and games developed by Adobe Systems. The game program created by Adobe Flash is stored in the external memory 15 as a SWF format file. The game program will be described later. The disk drive 16 reads data stored in various storage media such as CD-ROM, DVD-ROM, and DVD-R, or writes data to these storage media. For example, data such as a game program stored in the storage medium is read by the disk drive 16 and installed in the external memory 15.

  The terminal device 30 is an arbitrary information processing device that can be operated by executing a game stored in the server device 10 and displayed on a web browser. For example, a mobile phone, a smartphone, a game console, a personal computer, a touch pad And e-book readers. The terminal device 30 can also receive a game program from the server device 10 via a communication I / F 34 described later and execute the game.

  The architecture of such various terminal devices 30 will be described with reference to FIG. FIG. 2 is a block diagram conceptually showing the architecture of the terminal device 30 according to the embodiment of the present invention. As illustrated, the terminal device 30 includes a CPU 31, a main memory 32, a user I / F 33, a communication I / F 34, and an external memory 35. These components are electrically connected to each other via a bus 36. Connected.

  The CPU 31 loads various programs such as an operating system from the external memory 35 to the main memory 32, and executes instructions included in the loaded program. The main memory 32 is used for storing a program executed by the CPU 31, and is configured by, for example, a DRAM.

  The user I / F 33 includes, for example, an information input device such as a touch panel, a keyboard, a button, and a mouse that receives an input from a player (user), and an information output device such as a liquid crystal display that outputs a calculation result of the CPU 31. The communication I / F 34 is implemented as hardware, firmware, communication software such as a TCP / IP driver or PPP driver, or a combination thereof, and is configured to be able to communicate with the server device 10 via the communication network 20.

  The external memory 35 is configured by, for example, a magnetic disk drive or a flash memory, and stores various programs such as an operating system. Further, when the game program is received from the server device 10 via the communication I / F 34, the external memory 35 stores the received game program.

  The terminal device 30 having such an architecture is provided by, for example, browser software for interpreting an HTML format file and displaying the screen, and plug-in software (for example, provided by Adobe Systems Inc.) incorporated in the browser software. Flash Player) is obtained, and the SWF format file embedded in the HTML file is acquired from the server device 10, and the SWF format file is executed using browser software and plug-in software. A game function can be provided to a user, that is, a game player.

  Next, the game program will be described with reference to FIG. 1 and FIG. The game program is stored in the external memory 15 of the server device 10 in various formats. For example, the game program can be provided as application software executed on various application execution platforms. The player can execute or operate the game application through the terminal device 30.

  The external memory 15 of the server device 10 stores game programs for executing or operating various games that can be executed or operated on the terminal device 30. This game program can be created in a script language such as ActionScript or JavaScript (registered trademark) or an object-oriented programming language such as Objective-C or Java (registered trademark). These game programs are executed and / or operated on a platform installed in the terminal device 30. Further, the game program stored in the external memory 15 may be a web page created in a markup language such as HTML5 modified with a style sheet such as CSS3. A web page created in such a markup language is executed or operated by browser software installed in the terminal device 30. Further, the server device 10 can store an arbitrary number of game programs in the external memory 15, and a game program for executing and / or operating a game selected by the terminal device 30 according to the control of the CPU 11. It can also be provided to an arbitrary number of terminal devices 30 via the communication I / F 14. In the terminal device 30, the game program transmitted from the server device 10 is received via the communication I / F 34 under the control of the CPU 31, and the received game program is transmitted and stored in the external memory 35.

  The user of the terminal device 30 can play various games such as an action game, a role playing game, a baseball game, and a card game by executing or operating this game. The types of games realized by the game program are not limited to those specified in this specification. When the game is executed, for example, an animation or an operation icon instructed by the program is displayed on the screen of the terminal device 30. The player can input an instruction to advance the game using an input interface (for example, a touch screen or a button) of the terminal device 30. The instruction input from the player is transmitted to the server device 10 through a browser function of the terminal device 30 or a platform function such as NgCore (trademark). The terminal device 30 appropriately stores information indicating various parameters used in the game (such as information regarding the number of game points acquired and information regarding acquired items) and information indicating status (such as information for identifying the mission achieved) to the server device 10 as appropriate. Send. The server device 10 manages the progress of the game for each player based on instructions received from the plurality of terminal devices 30, information indicating parameters, information indicating status, and the like. As a result, the player can resume the interrupted game from the state immediately before the interruption based on the information on the progress of the game held by the server device 10.

  Next, functions of the server device 10 realized by the components shown in FIG. 1 will be described with reference to FIG. FIG. 3 is a block diagram showing functions of the server device 10 according to an embodiment of the present invention. As shown in FIG. 3, the server device 10 according to the present embodiment includes a game program storage unit 51, an identification information storage unit 52, a player management unit 53, a team management unit 54, a card management unit 55, and characteristics. A value management unit 56, a player deck management unit 57, a team deck management unit 58, a battle processing unit 59, and a communication unit 60 are included.

  The game program storage unit 51 stores game programs for executing various games that can be executed on the terminal device 30. A user of the terminal device 30 can play a game using the terminal device 30 by acquiring the game program stored in the game program storage unit 51 and causing the terminal device 30 to execute the acquired game program. it can. As described above, various games are executed on the terminal device 30. In the game executed on the terminal device 30, various game media such as an electronic card, an item, and a virtual currency usable in the game are used.

  The game medium is a general term for electronic data used by the player for the progress of the game, and includes, for example, a card, an item, an avatar, and a virtual currency. Cards that are game media include, for example, characteristic values (eg, “game media name”, “attack value”, “physical strength value”, “defense value”, “rareness value (rare value)) necessary for the progress of the game. "," Attribute value ", etc.) are set. At least some of these characteristic values can be updated as the game progresses. The player can advance the game using a card having the updated characteristic value. A game using a card as one of game media is sometimes called a card game. In a card game, a player holds one or a plurality of cards in the game and uses the cards to capture a mission, or to advance the game by playing against other players or enemy characters using the cards. Can do.

  The identification information storage unit 52 stores various identification information managed by the player management unit 53, the team management unit 54, the card management unit 55, the characteristic value management unit 56, the player deck management unit 57, and the team deck management unit 58. .

  The player management unit 53 manages each of a plurality of players who receive a game from the server device 10. Specifically, the player management unit 53 creates a management table (player management table) as shown in FIG. 4 and stores it in the identification information storage unit 52, for example. As shown in FIG. 4, the player management unit 53 assigns player identification information (for example, P001) for identifying the player to each player (for example, the player P1), and stores it in the identification information storage unit 52.

  The team management unit 54 manages a team composed of a plurality of players. Specifically, the team management unit 54 creates a management table (team management table) as shown in FIG. 5 and stores it in the identification information storage unit 52, for example. As shown in FIG. 5, the team management unit 54, for each team (for example, team T1), team identification information (for example, T001) that identifies the team, and identification information (P001, P010, P032, P052, and P066) are allocated and stored in the identification information storage unit 52. By referring to this team management table, it is possible to identify which player each team is composed of.

  The card management unit 55 manages which cards each player has. Specifically, the card management unit 55 creates a management table (card management table) as shown in FIG. 6 and stores it in the identification information storage unit 52, for example. As shown in FIG. 6, the card management unit 55 assigns to each player (for example, the player P1) card identification information for identifying each card held by the player and stores the card identification information in the identification information storage unit 52. In FIG. 6, the card identification information P001C001 and P002C001 are assigned to the player P1 and the player P2, respectively, for the same type of card (for example, the card C1 to which the warrior A is assigned). The card identification information 00000000 is assigned to the player P3 not possessed. By referring to this card management table, it is possible to identify which of the cards that each player can use in the game.

  The characteristic value management unit 56 manages the characteristic values set for the cards of all players. Specifically, the characteristic value management unit 56 creates a management table (characteristic value management table) as shown in FIG. 7 and stores it in the identification information storage unit 52, for example. As shown in FIG. 7, the characteristic value management unit 56 assigns a plurality of characteristic values to each card and stores them in the identification information storage unit 52. Here, names, levels, attack values, physical strength values, rarity values (rare values), and attribute values are shown as examples of characteristic values. By referring to this characteristic value management table, it is possible to identify how the characteristic value of each card is currently set.

  The player deck management unit 57 handles the concept of “player deck”. The “player deck” is a group of cards (game media group) that is a set of cards (game media) selected from cards (game media) held by a player, and is used exclusively by the player. Card group (game media group).

  The player deck management unit 57 manages what player deck each player has. Specifically, the player deck management unit 57 creates a management table (player deck management table) as shown in FIG. 8 and stores it in the identification information storage unit 52, for example. As shown in FIG. 8, the player deck management unit 57, for each player (for example, the player P1 identified by the player identification information P001), identifies player deck identification information (PD001001) that identifies the player deck possessed by that player. And card identification information (P001C001, P001C012, P001C025, P001C026, P001C027, P001C035, P001C052, P001C085, P001C098, P001C102) for identifying the cards constituting the player deck are allocated and stored in the identification information storage unit 52. With reference to this player deck management table, it is possible to identify which card the player deck possessed by each player is composed of.

  The team deck management unit 58 handles the concept of “team deck” proposed by the present application. A “team deck” is a group of cards (game media group) that is a set of cards (game media) selected from cards (game media) held by a plurality of players constituting a team, A card group (game media group) used exclusively by the team.

  The team deck management unit 58 manages what team deck each team owns. Specifically, the team deck management unit 58 creates a management table (team deck management table) as shown in FIG. 9 and stores it in the identification information storage unit 52, for example. As shown in FIG. 9, the team deck management unit 58, for each team (for example, team T1 identified by the team identification information T001), team deck identification information (TD001001) for identifying the team deck held by the team And card identification information (P001C001, P010C005, P032C015, P052C052, P066C005, P082C016, P098C023, P123C054, P134C010, P135C082) for identifying the cards constituting the team deck are allocated and stored in the identification information storage unit 52. With reference to this team deck management table, it is possible to identify which player has which team deck each team has.

  The battle processing unit 59 processes a battle between one team and the other team. Specifically, the battle processing unit 59 is calculated using, for example, the characteristic values set in the cards constituting the team deck owned by one team and / or the cards constituting the player deck of the players belonging to the team. And the evaluation value calculated using the characteristic values set in the cards constituting the team deck possessed by the other team and / or the cards constituting the player deck of the player belonging to that team, In comparison, a battle between one team and the other team is processed.

  The communication unit 60 receives card identification information for identifying a card selected as a card to be included in the team deck by each player constituting a team from the player. Furthermore, the communication unit 60 transmits to each player card identification information that identifies a card selected as a card to be included in the team deck by a player other than the player.

  Each management table described above is merely an example, and each player, each team, a player (specific player) constituting each team, each card, each player deck, each card constituting each player deck, each team. In order to achieve the purpose of identifying the deck (each specific card group), each card (each specific card) constituting each team deck, and each characteristic value set for each card, other arbitrary methods May be used.

  Next, how the game is provided to each player by the server device 10 described above will be further described with reference to FIG. FIG. 10 is a flowchart showing an operation performed when the game is executed by the server device 10 according to the embodiment of the present invention. Here, as an example, a case where team T1 and team T2 face each other and team T1 attacks team T2 (when team T1 and team T2 are an attacking team and a defending team, respectively) will be described.

As shown in FIG. 10, first, in step 100, a team T1 and a team T2 are formed. Each team is composed of a plurality of players. As a form of team formation, i) a list of teams that can be joined is displayed on the terminal device 30 of each player, and each player selects a team that he / she wants to join from the list and joins that team, ii For example, the server device 10 may assign each player to a predetermined team according to an arbitrary condition or randomly. Although the total number of players making up each team is not limited, in this embodiment, each team is assumed to be made up of 10 players as an example.
When the team T1 and the team T2 are organized, the team management unit 54 of the server device 10 identifies the team using the team management table as shown in FIG. 5 for each of the team T1 and the team T2. The team identification information and the identification information of the players constituting the team are managed in association with each other.

Next, in step 102, the players making up each team form a player deck that they use. In the present embodiment, each player configures a player deck by selecting ten cards from the cards on hand. When each player forms a player deck, the player deck management unit 57 of the server device 10 uses the player deck management table as shown in FIG. 8 for each player constituting each team to identify the player. Information, player deck identification information for identifying the player deck of the player, and card identification information for identifying the cards constituting the player deck are managed in association with each other.
The player deck management unit 57 gives priority to selecting a player deck of each player according to a predetermined standard (for example, a card having a high predetermined characteristic value), instead of causing the player to select the player deck of each player. The player deck of the player may be formed using a randomly selected card or the like.

  Next, in step 104, each team forms a team deck for use by that team. In this embodiment, each player selects one card from the cards on hand as the cards to be provided to the team deck. Therefore, the team deck of each team is composed of 10 cards. The total number of cards constituting the team deck and / or the total number of cards that each player can select as a card to be provided to the team deck is not particularly limited and can be arbitrarily set. It is. For example, a certain player belonging to a certain team may select a plurality of cards as cards to be provided to the team deck, or another player belonging to that team may not provide any cards to the team deck. Also good.

When each team forms a team deck, the team deck management unit 58 of the server device 10 uses the team deck management table as shown in FIG. The team deck identification information for identifying the card and the card identification information for identifying the cards constituting the team deck are managed in association with each other.
The team deck management unit 58 replaces each player with a card to be provided to the team deck, according to a predetermined standard (for example, a card with a high predetermined characteristic value) from among the cards held by the player. The team deck of the team may be formed using a card selected at random) or a randomly selected card.

  Next, in step 106, a battle between team T1 and team T2 is performed. Various modes are included in the battle method between team T1 and team T2.

  In one embodiment of the present invention described below, team T1 and team T2 each have a team deck. Then, each player of the team T1 uses each player deck to jointly attack the team deck of the team T2. Conversely, each player of the team T2 attacks the team deck of the team T1 jointly using each player deck. The winning conditions for a team are: i) The player who wins all the game cards that make up the opponent's team deck first wins; ii) Depending on the damage done to the opponent's team deck or the number of cards defeated You can give points to the team and win the team with the most points. Hereinafter, the present embodiment will be described mainly from the viewpoint of the player 1 out of the 10 players constituting the team T1 (the same applies to the viewpoints from other players of the team T1 and the players of the team T2). . FIG. 11 is a schematic diagram conceptually showing a specific example of a battle method provided by the server device 10 according to the present embodiment. When the player 1 of the team T1 battles against the team deck of the team T2, the screen of the terminal device 30 of the player 1 shows the team deck of the team T2 in the upper part as shown in FIG. In the lower part, a player deck possessed by the player 1 is shown.

  As described above, the team deck of the team T2 shown in the upper part is formed by cards provided one by one by each player constituting the team T2. Here, the cards 1 to 10 of the team T2 are provided by the players 1 to 10 of the team T2, respectively. As described above, the player deck of the player 1 of the team T1 shown in the lower row is formed by ten cards selected from the cards held by the player 1.

  As shown by the arrow in FIG. 11, the player 1 plays against the card 1 (card 1 provided by the player 1 of the team T2) among the 10 cards constituting the team deck of the team T2. As a method for determining a card to be played against the player 1 of the team T1, a method in which the battle processing unit 59 of the server device 10 randomly selects one card from the team deck of the team T2 for each battle; Method in which the unit 59 issues cards from the team deck of the team T2 according to a predetermined order; the battle processing unit 59 causes the player 1 of the team T1 to select a card from the team deck of the team T2 Method, etc. When the player deck of the player T1 of the team T1 and the card 1 of the team T2 face each other, the card 1 of the team T2 may be displayed as an enemy character (raid boss) on the terminal device 30 of the player T1 of the team T1. . That is, as shown in FIG. 12, a screen in which the player deck of the player 1 of the team T1 faces the card 1 of the team T2 displayed on the large screen is displayed on the terminal device of the player 1 of the team T1. Is done. In this battle, the battle processing unit 59 of the server device 10 adds the “total attack value” (evaluation value) obtained by summing up the “attack values” set on the cards 1 to 10 of the player 1 of the team T1, and the team T2. The “physical strength value” (evaluation value) corresponding to the “rareness value” set for card 1 is compared. As a method for calculating the physical strength value corresponding to the rarity value, a conversion table in which the rarity value and the physical strength value are associated with each other is stored in the identification information storage unit 52, and according to the conversion table, the battle processing unit 59 A method of converting a rarity value into a physical strength value is mentioned. For example, in the conversion table, when the “rareness value” is i) normal, ii) normal +, iii) rare, iv) rare +, and v) super rare, the “health value” is 1000, Correspond to values such as 2000, 3000, 4000 and 10000. Note that the “health value” corresponding to the “rareness value” set for card 1 of team T2 is different from the original strength value of card 1 of team T2. For example, in order to be able to compete with a player deck composed of a plurality of cards, the “health value” corresponding to the “rareness value” is set to a considerably larger value than the original physical strength value of the card. Is done. In the battle, in the first turn, as described above, the total attack value of the player deck of the player T1 of the team T1 and the health value corresponding to the rarity value of the card 1 of the team T2 are calculated. Value "is calculated. Then, this calculation result is updated as a new “physical fitness value”. Similar calculations are made for the second and third turns. Here, the total number of turns is not limited to 3, but can be an arbitrary number.

  In the first turn to the third turn, when “physical strength value” − “total attack value” becomes 0 or less, the player 1 of team T1 wins. When the card 1 of the team T2 is displayed as a raid boss, a flash movie or the like indicating that the player 1 has won is displayed on the terminal device 30 of the player 1 of the team T1, and the screen of FIG. 11 is displayed. Then, the card 1 is removed from the team deck of the team T2 in FIG. 11, or the card 1 is displayed in a dark state. On the other hand, when the “physical strength value” − “total attack value” is larger than 0 at the end of the third turn, the player 1 of the team T1 loses to the card 1 of the team deck of the team T2. In this case, on the terminal device 30 of the player 1 of the team T1, the screen of FIG. 11 is displayed after the flash movie or the like indicating that the player 1 has been defeated is displayed. In the screen of FIG. 11, the card 1 of the team deck of team T2 still remains. When the player 1 loses, the specification may be such that the player 1 can challenge again the card 1 of the team deck of the team T2. Further, at this time, in order to give a penalty to the player 1, information that the player 1 has been defeated is stored in the server device 10, and the server device 10 performs a process of prohibiting the player 1 from playing a battle for a certain period of time. Good.

  If the player 1 of the team T1 wins, the player 1 of the team T1 can then play against other cards in the team deck of the team T2. A card to be played against the player 1 of the team T1 is determined by the method described above. In addition, how to decide the victory or defeat of the battle is as described above. At this time, when a player other than the player 1 of the team T1 (players 2 to 10 of the team T1) accesses the server device 10 for a battle, also in the terminal devices 30 of the players 2 to 10 of the team T1 The screen shown in FIG. 11 is displayed with card 1 missing from the team deck of team T2. Therefore, the players 2 to 10 of the team T1 battle with the remaining cards (cards 2 to 10) of the team deck of the team T2. In this way, the players 1 to 10 of the team T1 will capture the common goal of the team deck of the team T2, so that the team members can feel that they are playing a game in cooperation with each other. it can.

  If all cards that make up Team T2's team deck are defeated (or if Team T1 earns more points than Team T2), Team T1 wins (Team T2 defeat) decide. Conversely, if all the cards that make up Team T1's team deck are defeated (or if Team T2 has more points than Team T1), Team T2 wins (Team T1 ’s Defeat) is decided. After this, the winning team can advance the piece to the next stage if it has participated in the winning game. In addition, each player belonging to the winning team may be given game media such as in-game money or items. Furthermore, for the winning team, the characteristic value (for example, level value, attack value and / or physical strength value) of each player's card (for example, the card included in the team deck used in the battle) is increased. It may be. Such a change of the characteristic value can be realized, for example, by rewriting the characteristic value management table as shown in FIG.

  In this way, the team T1 and the team T2 collect cards selected from cards possessed by each player constituting the team to form a team deck, and use this team deck to play against opponents. Thereby, each player belonging to the team can play against the opponent while feeling a sense of unity with other players. That is, each player belonging to the team can greatly influence the winning and losing of the own team depending on which card is selected as the card to be provided to the team deck. For example, if each player can provide a card with a high rarity value, the player can greatly contribute to the victory of the own team. On the other hand, if a card with a low rarity is provided, there is a possibility that the player may inhibit the victory of the own team. Therefore, each player can feel a sense of solidarity or a sense of unity with other players.

Next, instead of the battle method shown in FIG. 11, the battle method shown in FIG. 13 may be used. FIG. 13 is a schematic diagram conceptually showing another specific example of the battle method provided by the server device 10 according to the embodiment of the present invention.
In FIG. 13, the upper part shows the team deck of team T2 which is the defending team, and the lower part shows the team deck of T1 which is the attacking team. In this way, both the defending team and the attacking team use their team decks.

  As described above, the team deck of the team T2 shown in the upper part is formed by cards provided one by one by each player constituting the team T2. Here, the cards 1 to 10 are provided by the players 1 to 10 of the team T2, respectively. Similarly, the team deck of the team T1 shown in the lower row is also formed by cards provided one by one by each player constituting the team T1, as described above. Here, the cards 1 to 10 are provided by the players 1 to 10 of the team T1, respectively.

  In the battle shown in FIG. 13, the battle processing unit 59 of the server device 10 sums the attack values set for each of the cards 1 to 10 constituting the team deck of the team T1 that is the attacking team ( The evaluation value) is compared with the total physical strength value (evaluation value) obtained by adding up the physical strength values set for each of the cards 1 to 10 constituting the team deck of the team T2 which is the defending team. If the total attack value is greater than the total physical strength value, team T1 wins. If the total attack value is less than or equal to the total physical strength value, team T2 wins.

  Thus, team T2 which is the defending team and team T1 which is the attacking team collect cards selected from cards possessed by each player constituting these teams to form a team deck, and this team Compete against your opponent using a deck. Thereby, each player belonging to each team can play against the opponent while feeling a sense of unity with other players. In particular, each player can greatly influence the team's victory or defeat depending on which card is selected as a card to be provided to the team deck. For example, if each player belonging to the team T1 which is the attacking team (team T2 which is the defending team) provides a card with a high attack value (high physical strength value), the team T1 (team T2) wins On the other hand, if a card with a low attack value (low health value) is provided, team T1 (Team T2) may be prevented from winning. Therefore, each player can feel a sense of solidarity or a sense of unity with other players.

  Note that the battle method and battle process described with reference to FIGS. 11 and 13 are merely examples, and one entity and the other entity can be used by using a team deck (a player deck if necessary) by an arbitrary method. And calculating the evaluation value of each entity using an arbitrary characteristic value set in an arbitrary card included in the team deck (player deck if necessary), and comparing the evaluation values , Can handle the battle between both entities.

  Next, an example of a screen displayed on the terminal device 30 of each player when each player selects a card to be provided to the team deck from among the cards on hand will be described with reference to FIG. FIG. 14 is a diagram showing a specific example of a screen displayed on the terminal device 30 according to an embodiment of the present invention.

  As shown in FIG. 14, the cards (cards 1 to 6) already selected as cards to be provided to the team deck of the team T1 by other players (and themselves) are displayed on the screen of the terminal device 30 of each player. It is displayed. Cards 7 to 10 are not displayed because they have not yet been selected.

  As shown in FIG. 14, for the cards 1 to 6, the characteristic values set for these cards, for example, card names, attack values, physical strength values, rarity values, and attribute values are displayed. For example, the communication unit 60 of the server device 10 shown in FIG. 3 receives card identification information indicating a card selected by the player from each player belonging to the team T1, and the card identification information received in this way. Can be executed by reading out the characteristic value set in the card identification information from the characteristic value management table shown in FIG. 7 and transmitting it to each player.

  By looking at the screen shown in FIG. 14, each player can confirm what cards other players have provided to the team deck. Thereby, each player can determine what kind of card he should provide in order to make up for the shortcomings of the team deck or to improve the advantages of the team deck. For example, when the battle process is performed according to the mode shown in FIG. 11, the player is rarely provided with a card with a high rarity value (many cards with a low health value set according to the rarity value are provided) For example, a card having a rarity value of “Super Rare” can be selected from among the cards on hand. Further, for example, when the battle process is performed according to the mode shown in FIG. 13, the player has a weak team deck with respect to attack and defense because almost no cards with high attack values and physical strength values are provided. In consideration of the possibility that the card has a high attack value and defense value, a card (or a plurality of such cards) can be selected from the cards on hand.

  Furthermore, there may be a rule that special ability is expressed by the compatibility between cards provided to the team deck. For example, when the battle processing unit 59 of the server device 10 shown in FIG. 3 performs a battle process in step 106 shown in FIG. 10, a predetermined characteristic value set for a certain card included in the team deck And the predetermined characteristic value set for another card included in the team deck, based on the relationship (commonness, retrograde property, compatibility, etc.) between the team deck (or the team deck) The evaluation value of the included card) can also be calculated. Specifically, the battle processing unit 59 has a common attribute value set for a certain card and an attribute value set for another card (for example, when both attribute values are “fire”). To calculate the evaluation value of the team deck (or the card included in the team deck) by temporarily increasing the attack value, health value, and rarity value set for those cards, When the attribute value set for one card and the attribute value set for another card are reversed (for example, when both attribute values are “fire” and “water”, respectively), The attack value, the health value, and the rarity value set in (2) can be temporarily reduced, and the evaluation value of the team deck (or the card included in the team deck) can be calculated. Therefore, each player can select a card to be provided to the team deck in consideration of the relevance of characteristic values among a plurality of cards. For example, each player selects a card having “fire” as an attribute value from among his / her cards, considering that many cards having “fire” as an attribute value are provided. Can do.

  In this way, each player can select a card to be provided while confirming a card selected by another player as a card to be provided to the team deck, so that the strategy of the game is further improved. It is done.

  In the above-described embodiment, a case has been described in which one entity and the other entity that compete against each other are teams composed of a plurality of players. However, at least one of the one entity and the other entity may be a computer controlled enemy character and / or one player.

  The processes and procedures described in this specification are implemented by software, hardware, or any combination thereof other than those explicitly described in the embodiments. More specifically, the processes and procedures described in this specification are performed by mounting logic corresponding to the processes on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, a magnetic disk, or an optical storage. Realized. Further, the processes and procedures described in this specification can be implemented as a computer program and executed by various computers.

  Even if the processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may be performed by multiple devices, multiple software, multiple Component and / or multiple modules. In addition, even though the data, tables, or databases described herein are described as being stored in a single memory, such data, tables, or databases are provided on a single device. Alternatively, the data can be distributed and stored in a plurality of memories or a plurality of memories arranged in a plurality of devices. Further, the software and hardware elements described herein may be implemented by integrating them into fewer components or by decomposing them into more components.

  In the present specification, when a component is described as a singular or plural component, or even when it is described without being limited to a singular component or plural components, unless otherwise understood The component may be either singular or plural.

10 Server device
30 Terminal equipment
52 Identification information storage
53 Player Manager
54 Team Management Department
55 Card Management Department
56 Characteristic Value Management Department
57 Player Deck Manager
58 Team Deck Management Department
59 Battle Processing Department
60 Communications department

Claims (8)

Identifying means for identifying a specific player constituting a specific team and identifying a game medium held by the specific player from among the game media;
First generating means for generating a specific game medium group for a team of the specific team using a specific game medium selected from game media held by each specific player;
Second generating means for generating a specific game medium group for each player of each specific player using a specific game medium selected from the game media held by each specific player;
In a match between an opponent and the specific team, an opponent evaluation value calculated according to the first rule using a characteristic value set in the game medium held by the opponent and included in the team specific game medium group A self-evaluation value calculated using a characteristic value set for the specific game medium to process the first battle stage between the opponent and the specific team, and possessing the opponent Calculated using the opponent evaluation value calculated by the second rule using the characteristic value set for the game medium to be played and the characteristic value set for the specific game medium included in the player specific game medium group A battle processing means for comparing a self-evaluation value and processing a second battle stage between the opponent and the specific team;
A server device comprising:   The first generation means and / or the second generation means may use the specific game medium group for the team or the player using a specific game medium specified by the specific player among the game media held by the specific player. The server device according to claim 1, wherein the specific game media group is generated.   Notification means for transmitting to the specific player information for identifying the specific game medium selected as the specific game medium group for the team from among the game media held by other specific players other than the specific player; The server apparatus of Claim 1 or Claim 2 which comprises.   The battle processing means is based on a first characteristic value set in one specific game medium included in the team specific game medium group or the player specific game medium group, or the team specific game medium group Alternatively, the self-evaluation value is calculated based on a sum of first characteristic values set for all the specific game media included in the player specific game media group. The server device described in 1.   The battle processing means calculates the self-evaluation value based on a relationship between a second characteristic value set for a specific game medium and a second characteristic value set for another specific game medium. The server apparatus in any one of Claims 1-4. The identification means identifies a second specific player constituting the second specific team that is the opponent, identifies a game medium held by the second specific player from among the game media,
The first generation means generates a second specific game medium group for the team of the second specific team using a specific game medium selected from game media held by the second specific player;
The said battle | competition processing means calculates the said opponent evaluation value using the characteristic value set to the specific game content contained in the said 2nd specific game content group for teams. Server device.   7. The first battle stage is a stage in which the opponent attacks the specific team, and the second battle stage is a stage in which the specific team attacks the opponent. The server apparatus in any one of. Computer
Identifying means for identifying a specific player constituting a specific team and identifying a game medium possessed by the specific player from the game medium;
First generation means for generating a specific game medium group for a team of the specific team using a specific game medium selected from game media held by each specific player;
Second generating means for generating a specific game medium group for each player of each specific player using a specific game medium selected from the game media held by each of the specific players;
In a match between an opponent and the specific team, an opponent evaluation value calculated according to the first rule using a characteristic value set in the game medium held by the opponent and included in the team specific game medium group A self-evaluation value calculated using a characteristic value set for the specific game medium to process the first battle stage between the opponent and the specific team, and possessing the opponent Calculated using the opponent evaluation value calculated by the second rule using the characteristic value set for the game medium to be played and the characteristic value set for the specific game medium included in the player specific game medium group A battle processing means for comparing a self-evaluation value and processing a second battle stage between the opponent and the specific team;
Program to function as.

Images